Ads ucv sjl 2015 1 by EDDYE SANCHEZ

ANÁLISIS Y DISEÑO DE SISTEMA METODOLOGÍA DE DESARROLLO Y PROYECTOS -

Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

'-----"

-- --

UNIVERSIDAD

"---'

CÉSAR VALLEJO

Contenido 1. 2. 3. 4.

Presentación del Silabo Prueba de Entrada Introducción Metodología RUP a) b) c) d)

Mejores Practicas Estructura UML Herramientas CASE

5. Proyectos a) Definición b) Administración y Control de Proyectos c) Ficha técnica de proyectos Análisis y Diseño de Sistemas

'111

UNIVERSIDAD

CÉSAR VALLEJO

Presentación del Silabo Viernes 01

METODOLOGÍA RUP, GESTION DE PROYECTOS:

03.Abr

MODELO DE NEGOCIOS 1

10.Abr

MODELO DE NEGOCIOS 11

17.Abr

MODELO DE NEGOCIOS 111

24.Abr

MODELO DE NEGOCIOS IV

01.May

SUSTENACION INICIAL DEL PROYECTO Y CONTROL DE LECTURA

08.May

Viernes

Análisis y Diseño de Sistemas

INGENIERIA DE REQUISISTOS I

15.May

INGENIERIA DE REQUISISTOS I

22.May

INGENIERIA DE REQUISISTOS I

29.May

EXAMEN PARCIAL

05.Jun

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Presentación del Silabo Viernes 11

MODELO DE REQUERIMIENTO 1

12.Jun

MODELO DE REQUERIMIENTO 11

19.Jun

MODELO DE REQUERIMIENTO 111

26.Jun

DESARROLLO DE CASOS EMPRESARIALES

03.Jul

SUSTENACION FINAL DEL PROYECTO

10.Jul

ESAMEN FINAL

17.Jul

EXAMEN DE REZAGADOS DEL EXAMEN FINAL

24.Jul

CODIGO 658.404H81

Horine Gregory. “Manual imprescindible de gestión de proyectos”.

005.12F24EJ.4

Farrell Joyce. “UML: Modelado de software para profesionales”. 7º Edición .

003K33EJ.5

Pressman Roger. “Ingeniería del software: Un enfoque práctico”. 7º Edición.

004.21W62EJ.5 Jeffrey W. “Análisis de Sistemas, Diseño y Métodos”, 7ºEdición. 005.74C96EJ.3 Cuadra Dolores. “Desarrollo de bases de datos. Casos prácticos desde el análisis a la implementación”. (1º Edición). México DF. Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Prueba de Entrada

Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Definiciones Análisis: Existen tantos tipos de análisis que centrarse en una única definición aplicable en todos los ámbitos resulta muy complicado. A nivel general, puede decirse que:

análisis consiste en identificar los componentes de un todo, separarlos y examinarlos para lograr acceder a sus principios más elementales. Un

Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Definiciones El análisis pone énfasis a una investigación del problema y los requisitos, en vez de ponerlos en una solución. Por ejemplo: un nuevo sistema de Información Si desea informatizado para una Biblioteca ¿Cómo se utilizará?

Análisis es un termino amplio, es mas adecuado calificarlo, como análisis de requisitos o análisis de objetos. Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Definiciones DISEÑO:

Pone énfasis en una solución conceptual que satisface los requisitos, en vez de ponerlo en la implementación. Es mas apropiado calificar el termino como Diseño de Objetos o diseño de Base de Datos. El análisis y el diseño se han resumido en la frase:

HACER LO CORRECTO (análisis) HACERLO CORRECTO (diseño) Análisis y Diseño de Sistemas

'111

UNIVERSIDAD

CÉSAR VALLEJO

Definiciones Un sistema es un conjunto de funciones que operan en armonía o con un mismo propósito, y que puede ser ideal o real. Por su propia naturaleza, un sistema posee reglas o normas que regulan su funcionamiento y, como tal, puede ser entendido, aprendido y enseñado Análisis y Diseño de Sistemas

'111

UNIVERSIDAD

CÉSAR VALLEJO

Definiciones El análisis de sistemas es la ciencia encargada del sistemas de análisis grandes y complejos, y la interacción entre esos sistemas. También se denomina análisis de sistemas a una de las etapas de construcción de un sistema informático, que consiste en relevar la información actual y proponer los rasgos generales de la solución futura. Análisis y Diseño de Sistemas

'111

010

UNIVERSIDAD

CÉSAR VALLEJO

Definiciones Considere a un sistema como una combinación de software y hardware que da una solución a un problema negocios. El desarrollo de sistemas es la creación de un programa para un cliente, este último es quien tiene el problema que debe ser resuelto. Un analista es el que documenta el problema del cliente y lo comunica a los desarrolladores, que son los programadores que generarán el programa que resolverá el problema y lo distribuirán en equipos de computación. Análisis y Diseño de Sistemas

011

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Metodología RUP Rational Unified Process (RUP): Las siglas RUP en inglés significa Rational Unified Process (Proceso Unificado de Rational) Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo. Su meta es asegurar la producción del software de alta calidad que resuelve las necesidades de los usuarios dentro de un presupuesto y tiempo establecidos.

Análisis y Diseño de Sistemas

012

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Metodología RUP Fases 1

Dlsclplinas

•

Modelado

~ase inicial

Const-t.ccion

Elaccracion

ransic.cn

empresarial

a Requisitos a Análisis y diseño a Implementación

• • • •

."-.,_

Prueba Despliegue Gestión de cambios y configuración Gestión de proyectos

e Entorno 1n:o:;.J1 '

Análisis y Diseño de Sistemas

.. -

.__,'

r-.

._.¿

·::, ~·J

r·

T:2

Iteraciones 013

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Características del RUP RUP es un proceso o marco de trabajo para el desarrollo de un proyecto de software que define claramente QUIÉN, CÓMO, CUÁNDO y QUÉ debe hacerse en el proyecto. Presenta tres características esenciales: DIRIGIDO POR CASOS DE USO Orientan el proyecto a la importancia para el usuario y lo que éste quiere. CENTRADO EN LA ARQUITECTURA Decisiones que indican cómo tiene que ser construido el sistema y en qué orden. ITERATIVO E INCREMENTAL Divide el proyecto en mini proyectos. Los C.U. y arquitectura cumplen objetivos de manera depurada.

Análisis y Diseño de Sistemas

014

llí1

UNIVERSIDAD

CÉSAR VALLEJO

RUP Buenas prácticas Por otro lado, RUP describe cómo aplicar efectivamente enfoques comprobados comercialmente para el desarrollo de software. Estos enfoques son llamados "Mejores Prácticas" o “Best Practices”, en su denominación inglesa, pues son utilizados en la industria por organizaciones exitosas. Desarrollo Iterativo

Control de Cambios

Análisis y Diseño de Sistemas

015

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Fases del RUP • • • •

Inspection Elaboration Construction Transition

lnr-~r r· ,.: ,n ...· ·.,

,• r.

'••

...

·.

(\. i:::i

..· · ·.

e 3¡::- -:ic fi 3ci

, -:ir ] P--h.• -. •'."

·.1t:i 1

Trans ción

=··anst ucc ón

or )

::ipc··.3 :icn.jl

Ir c. ..:il

Ertt8c:able C~i-:· I r· ro :l.cto

1:....1_

Figura

Análisis y Diseño de Sistemas

2_2 Fases del RUP

016

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Fases del RUP Esfuerzo Horario

Elaboración 20 °~

Conceoción --5 ~··o 1 O º·c. Tabla

l. Esfuerzo-horario

representar

Transición

65 º·~ 50 º.-~

30 º·~

Lo cual se puede figura

Construcción

contra

1 Oº·C.

fases

del

qr atic ame nte como

RUP

se muestra

2.3:

l1u ep< 1ou

F l.-. b o 1 .-.< 1 o u

<~ · onsn uc e 1011

T1 ."lUSI( t:

F .,JUr.:l 2 3 RecL..rso~

Análisis y Diseño de Sistemas

en la

ut hz acros e·1 l<l~ f.:l~es

del

017

RUP

IOU

""~'J... (_)

e 1 el n e-r po

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Disciplinas del RUP Las disciplinas conllevan los flujos de trabajo, los cuales son una secuencia de pasos para la culminación de cada disciplina, estas disciplinas se dividen en dos grupos: • Las primarias y • Las de apoyo. Las primarias son las necesarias para la realización de un proyecto de sw, entre ellas se tienen: • Modelado del Negocio • Requerimientos • Análisis y Diseño • Implementación • Pruebas • Despliegue. Las de apoyo son las que sirven de apoyo a las primarias y especifican otras características en la realización de un proyecto de software; entre estas se tienen: • Entorno • Gestión del Proyecto • Gestión de Configuración • Cambios. Análisis y Diseño de Sistemas

018

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Disciplinas del RUP d n oocio

Requ

Di p

ño

men e n Prue

Con

u ción n jo

Figura 2.6. Esfuerzo respecto de las fases Análisis y Diseño de Sistemas

019

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Unified Modeling Language (UML) Es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de software. UML entrega una forma de modelar cosas conceptuales como lo son procesos de negocio y funciones de sistema, además de cosas concretas como lo son escribir clases en un lenguaje determinado, esquemas de base de datos y componentes de software reusables

Análisis y Diseño de Sistemas

020

'11

UNIVERSIDAD

CÉSAR VALLEJO

Unified Modeling Language (UML) Hoy en día, es necesario contar con un plan bien analizado. Conforme aumenta la complejidad del mundo, los sistemas informáticos también deberán crecer en complejidad. ¿cómo manejará tanta complejidad?

Análisis y Diseño de Sistemas

021

'111

UNIVERSIDAD

CÉSAR VALLEJO

Unified Modeling Language (UML) El UML es la creación de GradyBooch Es un diseñador de software. un metodologista de software y entusiasta de diseño de patrones. Es director científico de Rational Software y editor de una serie de Benjamin/Cummings. (http://es.wikipedia.org/wiki /Grady _Booch) Fecha de nacimiento: Estados Unidos Educación:

27 de febrero

Universidad

de 1955

de California

en Santa

lvar Jacobson Ingeniero sueco en Ciencias de la computación. secuencia y desarrolló los diagramas ( http:/ /es. wiki pedia. org/wiki/lvar _.Jacobson) Fecha

de nacimiento:

Educación: Technology.

Real

2 de septiembre Instituto

(edad

Bárbara.

Academia

de la

Inventó el diagrama de colaboración.

de 1939 (edad

Tecnología,

58), Texas,

73). Ystad.

Chalmers

Suecia

University

James Rumbaugh Científico de la computación y un metodologista de objeto. Es mejor conocido por su trabajo en la creación de la Técnica de Modelado de Objetos y el Lenguaje Unificado de Modelado. http://es.wikipedia.org/wiki /James~Rumbaugh Fecha de nacimiento: 24 de septiembre Pensilvania. Estados Unidos Educación: 1 nstituto Análisis y Diseño de Sistemas Tecnología de California

Tecnológico

022

de 194 7 (edad Massachusetts,

65),

Bethlehem, Instituto

Unified Modeling Language (UML) El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los diagramas es presentar diversas perspectivas de un sistema, a las cuales se les conoce como modelo. El modelo UML de un sistema es similar a un modelo a escala de un edificio junto con la interpretación del artista del edificio. Es importante destacar que un modelo UML describe lo que supuestamente hará un sistema, pero no dice cómo implementar dicho sistema. Análisis y Diseño de Sistemas

023

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Herramientas CASE

51 Visio Microsoft

SYBASE'

IBM' Rationar Software Architect for WebSphere' Software Versoon 8.5

PowerDesigner• Car qandc ccm rbrn .tcol:

•..

uml rnvl

.r-

~·~1.,r.~.,

Gene

Grow thru knowledge

...u

'41

brella

PARADIGM

SOFTWARE Análisis y Diseño de Sistemas

024

'111

UNIVERSIDAD

CÉSAR VALLEJO

Modelado de Negocio E· .. alware

Este1 s del Je;ocio [ ~ cdetendc Só o el C·cmiriio]

[Mocelancoel

O s :::ribir el t·, &Q ocio Actu31

Análisis y Diseño de Sistemas

Oef n r

t· egoc1c

Ex pi orar e A.1.J teroet zec en cel Prccaso

025

D sarro dé Dcrn1n10

Evaluar el Estatus del Negocio / ......----,.,.

,.•'

lnvolucradoa

M :111lf!1 ..11 !1 la~. R~!1Jl~'1.:. <X.ti Nt}:j l):.~10

d .

J -

r·.·i11ua- la or9.;:Y-11}.=t Ol~it:!t1v(l

:1("'

/vl;1ll1.1r l.=t. AJ qu1lf:·r:":Cu· a d• !I Nt !<.)IJC <)

··~·/

·- : A .:ti r:.r:. 1j( I'~ .~OCll l : R1 -:~li1'.• ii!.~ Nr_!it.Joc_.11J}

, • ::• ... t:•I o

·.·al u.. ., , en ÜI !Ji.:llllú'H; .;)°I

D1 :· .. ·111f1'11

1_.t:•

o ·,it.:-°'l'll)

u tect

¡14

a de-1 Negoc o

r.' ::··!· ~ 11 .-~. ~ /.¡1;_111·-i·. ool Negoc o dt?I ~ €!-tJ 0(:

11'" · :. :: df 1~r1¡ ...~ni .:.0::1i:n OE_goc10 •'

___,..,./

Análisis y Diseño de Sistemas

026

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

1•'

}

Describir el Negocio Actual 1 11'1IL y

1, '

1"Jlj .. 1

n; . ~111.,::1vn ·:):10

"I •'!J "•"1 •. 1" ..

...··

lnvolUCfldOI

e r).. 001 1~ Act es casos de use 1

,,, .":. 1jt_

l .. .u (:.i:!I

Análisis y Diseño de Sistemas

·~~ i'x:1(¡

los.

EvttllJa:U l.:,i ().':

i; ,.

r·~1ón

Obfe.11'.'0 E" ·.~llJ -,,_ 01Yd'11/¡

027

l . 1

1 Ol.iJ'1.. I'~· u

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Proyectos Informáticos

Análisis y Diseño de Sistemas

028

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Introducción Un arquitecto no podría crear una compleja estructura como lo es un edificio de oficinas sin crear primero un anteproyecto detallado; asimismo usted tampoco podría generar un complejo sistema en un edificio de oficinas sin crear un plan de diseño detallado. La idea es que así como un arquitecto le muestra un anteproyecto a la persona que lo contrató, usted deberá mostrarle su plan de diseño al cliente. Tal plan de diseño debe ser el resultado de un cuidadoso análisis de las necesidades del cliente. Análisis y Diseño de Sistemas

029

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Qué es un Proyecto? actividades de conjunto un • Es interrelacionadas que se desarrollan por una sola vez, que constituyen una inversión para el negocio y que tiene objetivos, alcances y productos entregables específicos y un programa y presupuesto definidos.

Análisis y Diseño de Sistemas

030

'11

UNIVERSIDAD

CÉSAR VALLEJO

Ejemplos de Proyectos – Proyecto1 – Proyecto2 – Proyecto3

Análisis y Diseño de Sistemas

031

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Tipos de Proyectos • De Sistemas de Información • Desarrollo interno. • Desarrollo por terceros. • Evaluación e implantación de Software.

• De Soporte Técnico • Adquisición e instalación de hardware/software. • Redes y/o comunicaciones Web., ~il .to

• Trabajos Alternos • Independización de Red Eléctrica • Pozo a Tierra

Análisis y Diseño de Sistemas

032

. ~-:'

'(j1

UNIVERSIDAD

CÉSAR VALLEJO

Problemática • Demanda insatisfecha 

Excesos de Tiempos  Costos excedidos  Calidad inadecuada

• Causas 

Desconocimiento Cultura Empresarial  Inadecuado enfoque gerencial  Carencia de Tecnología (SW/HW)

• Solución 

Reingeniería, enfoque integral del ciclo de vida

Análisis y Diseño de Sistemas

033

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Project Managment Institute (PMI) • Asocia a Profesionales en la Gestión de Proyectos (GP). OBJETIVOS: • Formular Estándares en la GP • Generar Conocimiento a través de la investigación • Promover la Gestión de Proyectos

Análisis y Diseño de Sistemas

034

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Procesos en la Dirección de Proyectos

Análisis y Diseño de Sistemas

035

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Áreas del Conocimiento - PMBOK 1. Gestión de la Integración del Proyecto 2. Gestión del Alcance del Proyecto 3. Gestión del Tiempo del Proyecto 4. Gestión de los Costos del Proyecto 5. Gestión de la Calidad del Proyecto 6. Gestión de los Recursos Humanos del Proyecto 7. Gestión de las Comunicaciones del Proyecto 8. Gestión de los Riesgos del Proyecto 9. Gestión de las Adquisiciones del Proyecto

Análisis y Diseño de Sistemas

036

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Herramientas para la Gestión de Proyectos

"' T ask Narne

' Scope

• 10 days

Mon 23-07-1 Fri 03-08-12

Le 23-C7-~2

.--------~

.; days

5.: i: ur.: p 1· ':'J.: ·:t spons·:11·sh1p

2 davs

Do:fin.: p1·.:l1mirm,

2 days

----------·

1. ,......, -• 1 .::.--L./- .. z;

1 :;

~ .. J

3C-C7-:2

...' C-CS-:2

dci"'y::.r:

3 C-CS-:2

2 davs =r1 C3-CS-:2

Análisis y Diseño de Sistemas

=n C3-CS-:2

... 03-08

5.7

037

'lí1

UNIVERSIDAD CÉSAR VALLEJO

Conclusiones • RUP una metodología para desarrollo de Software • PMI buenas practicas para la gestión de proyectos.

Análisis y Diseño de Sistemas

038

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Bibliografía - Rumbaugh J. El Proceso Unificado de Desarrollo de Software. PEARSON Educación SA - PMI Fundamentos para la Dirección de Proyectos (Guía del PMBOK)

Análisis y Diseño de Sistemas

039

Fin de la Presentación

GRACIAS

Análisis y Diseño de Sistemas

040

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

MODELO DE NEGOCIOS I

Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Contenido 1. Modelo de Negocio 2. Introducción 3. Vistas 4. Modelo de Casos de Uso del Negocio (MCUN)  Elementos del MCUM  Identificación de Actores, Casos de Uso del Negocio y Objetivos del Negocio.  Diagrama de Casos de Uso del Negocio  Ejemplo con Rational Rose Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Modelo de Negocios Un modelo de negocio, también de diseño llamado negocio o diseño empresarial, es el mecanismo por el cual busca negocio un generar ingresos y beneficios. Es un resumen de cómo una compañía planifica servir a sus clientes. Implica tanto el concepto de estrategia como su implementación. Análisis y Diseño de Sistemas

F1r.j:;.;¡ ~~d.,_4-::. d crrt 1 f1 CC• • t ocrci ógic~

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Modelar Procesos de la Empresa con identificar Para facilidad donde están sus problemas u oportunidades de crecimiento y mejora. Porque desde la perspectiva de los sistemas, no es automatizar conveniente procesos que no estén claramente definidos. Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Modelar Procesos de la Empresa La empresa y sus procesos ¿Cuáles son y a quiénes están dirigidos? ¿Cuáles son sus resultados? ¿Cuáles son las tareas que se deben llevar a cabo? Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Modelo de Negocios Proceso de Negocio: Es una colección de actividades diseñadas para producir una salida específica para un cliente o mercado particular. Implica un fuerte énfasis en 'CÓMO' se hace el trabajo en una organización, en contraposición al enfoque en 'QUÉ' de producto. Así, un proceso es un ordenamiento específico de actividades de trabajo a través del tiempo y del espacio, con un comienzo, un fin, entradas y salidas claramente identificados: una estructura para la acción. Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Modelo de Negocios La disciplina del Modelado del negocio describe la organización actual y desarrolla la visión de una nueva. Los creadores de RUP señalan que el modelo de negocio está soportado por dos artefactos principales: • Modelo de casos de uso del negocio. • Modelo de análisis del negocio.

Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Modelo de Negocios • Modelo de casos de uso del negocio. Este Modelo describe los procesos de negocio de una empresa en términos de casos de uso del negocio y actores del negocio que se corresponden con los procesos del negocio y los clientes, respectivamente. )

Análisis y Diseño de Sistemas

'111

UNIVERSIDAD

CÉSAR VALLEJO

Modelo de Negocios • Modelo de análisis del negocio. El modelo de análisis del negocio es un modelo interno a un negocio, que describe cómo cada caso de uso de negocio es llevado a cabo por un grupo de trabajadores que utilizan entidades del negocio. ,·

l } ¡-. 1

n'll i d 1 Análisis y Diseño de Sistemas

'111

UNIVERSIDAD

CÉSAR VALLEJO

Vistas del Modelo de Negocio

Vista Externa del negocio (

Vista Interna del negocio

.------

· ~-/,1-:.<

--~L---- ...

Modelo de Casos de Uso del Negocio

Análisis y Diseño de Sistemas

Modelo de Analisis

010

del Negocio

'111

UNIVERSIDAD CÉSAR VALLEJO

Modelo de Caso de Uso de Negocios (MCUN) Hay que entender cómo funciona el negocio que se desea automatizar para tener garantías de que el software desarrollado va a cumplir su propósito. Para ello, se hace un estudio en el dominio del negocio y en el dominio del software.

Análisis y Diseño de Sistemas

011

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Modelo de Caso de Uso de Negocios (MCUN) Es una representación de la forma en que la empresa interactúa en su entorno Provee una Vision General de lo que la Empresa hace con sus Clientes y otros Participantes. Incluye Metas de negocios además de Actores y Casos de Uso de Negocio (CUN).

Análisis y Diseño de Sistemas

012

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Cuando se hace el Modelado de Negocios

El modelo describe el negocio en términos de casos de uso de negocio “business use cases” que se corresponden con lo que comúnmente se conoce como “procesos". Análisis y Diseño de Sistemas

013

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Elementos del Modelo de Negocios Forman parte del modelo:  La vista externa  Actores de Negocio, casos de uso de negocio (CUN) y Metas de Negocio(Business Goal)  Diagramas de caso de uso del negocio.

 La vista interna  Especificación de cada CUN.  Objetos de negocio. (entidades)  Diagramas de actividad (Workflow) para cada CUN.

Análisis y Diseño de Sistemas

014

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Elementos que vamos a Utilizar Descripción

Artefacto

Situación del negocio

Objetivos del Negocio

/) /

Caso de Uso de Negocio Análisis y Diseño de Sistemas

Documento que contiene la visión del negocio, un glosario de términos del negocio, los objetivos del negocio y reglas del negocio Es un requisito que debe ser satisfecho por el negocio. Describe el valor deseado de una medida en particular a futuro, y se utiliza para planear y administrar las actividades del negocio. El objetivo debe ser claro, mesurable, alcanzable, realista y sensible al tiempo. Se permite la relación de dependencia entre objetivos del negocio y la de soporte de un caso de uso del negocio. Define un conjunto de acciones que el negocio lleva a cabo y provee resultados de valor a quienes interactúan con el. Describe un proceso de negocio desde un punto de vista externo que percibe algún tipo de valor. Definen los límites de la organización.

015

'11

UNIVERSIDAD

CÉSAR VALLEJO

Elementos que vamos a Utilizar Artefacto

Descripción

Actor del negocio

Representa un rol que algo o alguien EXTERNO desempeña en relación con el negocio. Puede ser asociado a uno ó más casos de uso del negocio.

Modelo de Caso de Uso de Negocio

Representa la vista externa del negocio. Modelo que describe la dirección e intención del negocio. La dirección es provista por los objetivos del negocio. Mientras que la intención es expresada por los diagramas que permiten ver cómo interactuar con el entorno.

Actores del Negocio

Documento que contiene información de los actores del negocio identificados en el modelo de casos de uso del negocio.

Especificación de Caso de Uso de Negocio Análisis y Diseño de Sistemas

Documento que contiene las características de un proceso de negocio. Se realiza una especificación por cada caso de uso de negocio.

016

'11

UNIVERSIDAD

CÉSAR VALLEJO

Actor de Negocio

Actor del Negocio Un candidato a actor de negocios es cualquier individuo. grupo. . ., orqaruzacron. empresa. o máquina. externo al negocio. que interactúa con ella • Análisis y Diseño de Sistemas

017

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Business Actor (BA)  Un Business Actor, representa un ROL jugado por alguien  

o algo externo al negocio y que interactúa o se relaciona con el. Un BA se beneficia o afecta por los resultados del proceso. Un “business actor” (actor del negocio) representa un rol que alguien o algo en el entorno del sistema puede realizar en relación con el negocio.

Análisis y Diseño de Sistemas

018

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Business Actor (BA) Categorías donde los actores pueden ser hallados: Clientes los beneficiarios o afectados por el proceso.  Proveedores. Autoridades(entidades legales, reguladoras, etc.).  Sistemas de información localizados fuera del negocio.  Miembros de la organización externos al ámbito del negocio. 

Análisis y Diseño de Sistemas

019

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Caso de Uso de Negocio Caso de Uso del Negocio Los casos de uso del negocio son los procesos del . negocio. Pueden ser de tres categorías: -Pnucrp are s •De Sopor1e •De Gestión

Análisis y Diseño de Sistemas

020

'111

UNIVERSIDAD

CÉSAR VALLEJO

Bussines Use Case • Describe un proceso de negocio desde un punto de vista externo que percibe algún tipo de valor. • Ubicación fuera de las fronteras del negocio. • No siempre se identifica con el nombre de un cargo de la Organización • Representar el nombre con roles de ejecución, más no áreas o departamentos de la Organización. • Son roles (humanos, software o hardware), no personas con nombres propios. • Asociarse con al menos un CUN • De no participar en algún proceso debe ser eliminado del modelo

Análisis y Diseño de Sistemas

021

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Caso de Uso de Negocio Ca egorías: Prmcipal s Son aquellas de cara al cliente que provee la cadena de valor Ejemplo Comprar produc os

Soporte Son aquellos procesos internos que dan soaorte a la cadena de valor Ejernpto Aoqursicron de rnatena pruna

De Gestión Son procesos internos para coodmar la cadena de valor Ejemplo Planeamiento estratégico

Análisis y Diseño de Sistemas

022

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Caso de Uso de Negocio - Principales Para encontrar los e sos d uso d n gocio princip 1 s Exan11nar qué valor de negocios recibe cada actor de la en1presa Preguntese qué servicios de la empresa espera recibir el actor del negocio Es 11 estudiar el ciclo de vida del actor de negocios para responder a preguntas como las s1gu1entes e Cual ue el primer contacto del actor de negocios con la empresa? l Qué fases o estados pasa el actor a través de · · relación con la ú

empresa? e ue hace el actor de negocios en una retacen s1gn1f1cat1va de mteraccion con la empresa? Cuando el actor de oeqocio esta satisfecho? e ue eventos espera ser not1f 1cado el actor de negocios?

Análisis y Diseño de Sistemas

023

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Caso de Uso de Negocio - Soporte Para encontrar los casos de uso de negocio de soporte· PregLJntese que se requiere a fin de ofrecer productos y servicros a los clientes. Por supuesto. el ámbito del negocio y el objetivo del modelado de negocios detern11nará la granularidad de los casos de uso de soporte S1 va estudiar a todos ellos. busque los srquientes tipos de procesos Desarrollo y manternnuento

del personal

Desarrollo y manternrmento de la TI dentro de la e presa Desarrollo y mantenimiento de la oficina y las mstalacrones

Segurictact Asesoramiento jundrco Socio y la gestión ele contratos Contabilidad

t.oq.stica Aoqursrnvo

El anausrs y la mvesnqac.on de marketing

El desarrollo oe productos Análisis y Diseño de Sistemas

024

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Caso de Uso de Negocio - Gestión Para encontrar los e os de u o de negocio de gestión. Examinar las actividades relacionadas con la gestión de la empresa en su conJun o Considere lo que el propietario recibe de los actores del negocio Busque las acnvioaoes que pernuten Desarrollar y proporcionar 1nf ormacon acerca de la empresa a los propietarios y los 1nver sores Establecer metas a largo plazo ·· Coordinar y establecer pnoncaoes entre los demas casos de uso del negocio

Crear nuevos procesos en la emeresa Plan1f 1c r y ejecutar meJOr s Superv1s16n de los procesos en el negocio Análisis y Diseño de Sistemas

025

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Objetivos del Negocio Es un requisito que debe ser satisfecho por el negocio. Describe el valor deseado de una medida en particular a futuro, y se utiliza para planear y administrar las actividades del negocio.

-o

Business • .:J

“ Incrementar en 50% para finales de año las ventas en Lima” Análisis y Diseño de Sistemas

026

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Objetivos del Negocio Meta del negocio

•

Representan lo que se quiere lograr para un proceso de negocio

m po

M1n1m1~~rt1

• ,.,,,, e J o 1 a

s e 1 vi e 1 o

• Análisis y Diseño de Sistemas

027

'111

UNIVERSIDAD

CÉSAR VALLEJO

Objetivo del Negocio • Un Bussines Goal es un requisito que el negocio debe satisfacer. • El objetivo de negocios debe ser:  Alcanzable, que sea posible lograrlo (con recursos y capacidades a disposición).  Claro sobre qué, dónde, cuándo y cómo va a cambiar la situación .  Mesurable, que sea posible cuantificar los fines y beneficios.  Realista, que sea posible obtener el nivel de cambio reflejado.  Sensible al tiempo, estableciendo el periodo de tiempo en el que debe concretarse.

Análisis y Diseño de Sistemas

028

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Diagrama Caso de Uso de Negocio (CUN)

• Ap r tur a d

( uenras Mlnlm Izar ll~m p o

e 11

•

tvto ", m 1 n to d e c. u n t .l

MeJOf.lf

Análisis y Diseño de Sistemas

f'Y1CIO

•

/ Con• ol d

e onfi.lt,.hd.:td 029

'lí1

UNIVERSIDAD

gurid.:td CÉSAR VALLEJO

Diagrama de Caso de Uso de Negocio • Se basa en los principios del diagrama de casos de uso de UML. • Muestra los procesos del Negocio que son usados por los roles del negocio. • Solo se tiene en cuenta “¿Quién se beneficia? / ¿Qué proceso?” – QUIEN (actor del negocio identificado) – QUE(caso de uso del negocio identificado)

• Relaciones entre ellos(asociaciones)

Análisis y Diseño de Sistemas

030

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Roles y Responsabilidades •''

' J'_

__.

1•

\. /

•31oss;y1

Bo sme-s s .:.naly

Bus.in.:-ss

8us.1n.:-ss

Bus n~s.

SIS

Mcd-el

Us€--Case- ·'=·del

B s1 ne'S s- A>·••: es s An 1 _r.t

[i] Buo;.1

T '1~ •- g ... ni= _n .:..ss es s mE-nt

8 u~

,~t-=-

JP pi~ mC!lnt

Bu~r é-S.S Speat1e~1 :i n

Bu-; in

RLJ le:-

; 1

ne:-!.S

Use Cas.é

B• J·· n s· s n•

n~-;

d'l ft tLH Do e u mtE.f'lt

- --2

Análisis y Diseño de Sistemas

.=_f~[ -

111

8us.1r~s Actcr

Bu-;; nll?SS Ent 1t 1

8 J";l f10'; s ~·-•r 1-..

031

Bus ~ss Us e- :as.? Real1;:at1on

Bu-;in•o; s

'lí1

...,

UNIVERSIDAD

CÉSAR VALLEJO

Actividades del Modelo de Negocio

··,/

J. 182=..--) Des.c:ri be CurrE1-rt: Bu-si nes-s

[si-/]

[Domain mocleling only]

ldE1-rt: if y Bu-si nes-s Pr·::·.::~-s-se-s

3=:=>1 Refine Proc:es.-s

Bus.i ne-s-s Defi niti ons

~>I Desi gn Proc:es.s

E:..q:•I c•re

FTc1c=8'"SS. _A..Lrt C• m.3i C•I-.

De ...·e·::·p a Doman tY'lode

Bus.i nes.s Rea i :::a io 1-.s

Refine R.::ol es and Respon si bi 1 rt ies.

..~----- -- ·-:.::-...- -

Análisis y Diseño de Sistemas

032

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Ejercicio # 1 La empresa ·vende Barato S.A productos bajo demanda

se dedica a la fabricación de

El gerente general esta interesado en satisfacer de la mejor manera los pedidos de los clientes. estableciéndose el objetivo de disrnmurr el tiempo de todo el proceso de la atención del pedido : .. Para cumpur con el objetivo. es necesario en primer lugar registrar el pedido del cliente. luego fabricar el producto pedido. llevar el control del almacén de matenas prunas. en caso necesario. realizar compra de ma eria prima a proveedores. El gerente general estableció las siourentes metas reducir el tiempo de registro de un pedido un 20°/o del tiempo actual. reducir la tasa de errores de fabricación a O 5°/o del total. mantener el stock adecuado de las matenas pnrnas y reducir el tiempo de generación de la orden de compra a proveedores en un 20°/o del actual. Análisis y Diseño de Sistemas

033

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Solución

Cliente

/ Registrar pendo

Análisis y Diseño de Sistemas

Proveedor

/ Fabricar producto

Conbolar almac n Comprar matena prima

034

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Solución

•

• ,..

...

'r, ~

Análisis y Diseño de Sistemas

• 1:

'1 !·'

•

035

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Solución i::'

''!' ;' ...• -· •• •. i:: • -

- .'!':~· - - --·-· 1 -

r.-:; '. ,

. ..

.,._ r

. . ' ....

. '" 1•

1). l..

...

. ..

~- .

•• '

•'

"¡

. J ..•

""'

•

t¡.

'rt 1

r"'I

.- . -.

• \1 ...

Análisis y Diseño de Sistemas

'"¡

·,

i ·'.

...

/ . .'

....

• •r •

•

/..- , ..

• -i •; •

,... ,~ ~

... " 1 ·' • , ,•• • t'"

., ,,,.,

. ... ..1

". t' • 1

. '-... -

• r-

, i ·1-

f''

... t' J • .. • .1 t' . '"' ·".

,, '"'

• J •••

036

1 •

• , .tit-r

.... , ,

• , , ..1

'lí1

J UNIVERSIDAD

CÉSAR VALLEJO

Solución en Rational Rose aTube

Catcher

AVAST Software D1vX Dropbox EPSON Soft war e Google Chr o rrie Google Earth IBM Rational Get IBM Support Ass1stant ~ IBM Rational Licerise Key Administre ~· IBM Rational Rose Errterprrse Editiori (~) Rat1onal Soft w are Installed Prcduct 1 IBM Rational Rose ln1c1c Juegos ~..·1antenim1entc M1crcscft Off ic e Microsoft Off ice 2013 EPSON

03 02 ..

Atras

01 Análisis y Diseño de Sistemas

037

11(11

UNIVERSIDAD

CÉSAR VALLEJO

Comienza a cargar Rational Rose Rose© Version 7 .O.O

Li i:.e nse d t1.11 ate ria l - Pro pe rt~,o o t 18 t111 C o rp i:c..i Co p1,ori 9 ht b ~/ 18 t111 C o rp a n d «th e nfl 11~!~2. 20 c:ie A.11 F: i 9 h t; F: es e r1.1 e d . 1 8 t1.11 . F: a t 1 o n a 1 . a n d 'i.fl.r' e b '.::; p h e re a re t r a d e rn a rk; o t 1 8 ti 11 C o r p . . J a 1.1 a a n d a 11 J a 1.1 a - b as e d t r a d e rn a ñ<:s a re t r a d e rn a ñ<:s 0:1 t '.::; u n t1.11 i o: ro s\1 :::te rn z . 1 n i:: . . t1.11 i o:: r os o rt . 'i.fl.r' i n d o 1.11J..::. 'i.flr' i ÍI d (11.oV..:: t·J T . a ÍI d t h e 'i.fl.r' 1 ÍI d 1) h\t_:: 1 (1 !;:I (1 a re t r a d e rn a ñ<:s (1 t t1.111 ( r (1 s (1 rt (1 r p (1 r a t 1 (1 ÍI • 1 ÍI te 1 . 1 ÍI t e 1 1 (1 !;:I (1 . J ,_) ~J 1 ÍI t e 1 1 ÍI S j d e , 1 ÍI te 1 1 ÍI S j d e 1 (1 !;:I (1 , 1 ÍI te 1 C e ÍI t Í 1 ÍI (1 , 1 ÍI te 1 (:: e ÍI t Í j ÍI (1 1 (1 9 (1 , C e 1 e Í (1 ÍI , 1 ÍI te 1 _>::. e (1 ÍI , 1 n te 1 '.::; p e e d ·::;te p . 1 ta n i 1J rn . a n d F' e r1 ti 1J m a re t r a d e m a ñ<:s o r re 9 i :::te rt ~ d t r a d e m a ñ<:s 1:0 t 1 r1 t ~ 1 C (1 r p (1 r a t 1 1:0 n o r i t; su b s 1 d i a r i e s. U t·J l.>::. is a r ~ 9 i st ~ r e d t r a d e rn a 11<: o t T h ~ CI p ~ n (.:, r o IJ p . a n d L i r1 1J ::-:: is a t r a d e m a 11<: o t L i n u s To r1.1 a 1 d s. T h e a b (l "1/ ~ rn ~ r, ti 1:0 n e d t r a d ~ 1T1 a ñ<:s 1T1 a ·1,1· a p p l ·1,1 i r1 t h ~ U n i te d :::; ta t e s. o t h ~ r o: o 1J n tri ~s. o r b o t h p (1 rti (1 ns b as~ d (1 ÍI [.·~sig1't 1° stte o'1'tS." E11~ 1'i"l'~ 1't~ ·':tf I~~ :.,•5.=,·!::t-11~ Ott-j~ c t Ot1; ~ ate ::J s·.-:tmv.=.·.-~. b"1/ E ri (:h (.:,a 1T1 ITI a. F:1i::hard H~lm. F:al p h .Jo h ns o n a n d .Jo h n \/lissid~s. Cop~.1ri9ht (o:) ·11~95 bv .A.ddison '1fl.r'esl~v Publishin1;:i C o m p a n 1/ , 1 n o::. A.11 r 1 9 h t; res~ r1.1 ~ d .

Análisis y Diseño de Sistemas

038

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Listo cargó Rational Rose Rational

Rose

- (untitled)

[unntled] U 'se Case V1ew + Logícal V1ew + Cornponent V1ew r:J Deployrnent View ~ Model Properties

D D D

ABC

r. L~tn

o Create New Model

E3 -r-O

1 New

Bajar toda la Barra

! Exist1ng

Recent ]

L:J

_j-

J2E E 1 4

Cancel

,12SE 1 2

~ ~ .J2SE 1 3

Deteils

.J2SE 1 4

idk-115

~,-.

#•

1fc-11

Make New r. - -~-·'

Qon 1 show trus d1alog m the future

!::!elp

Rat1onal [ieveloper t-Jet·,,·ori-:

><.: 08:44:201

08:44:201 08:44:201 08:44:201 08:44:201

lf you want to use the Version Control add-ln. you must install a SCC-compliant version control (Update Model Properties) Updating model properties

Análisis y Diseño de Sistemas

from file C:\Program

application.

such as ClearCase

or Microsoft

Visual

SourceSafe.

Files\Rational\Rose\xml_dtd\xmldtd.pty.

039

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Selección de Rational Unified Process Create New Model

02 New

j Exist1ng

j Recent

#.~,

,,. 1

jdk·12

•

oracle8-datat_ypes

VC6 ATL 3.0

jtc-11

'''

rational uniíied process

Cancel

Make New Framework

Details >>

VB 6 Standard

VC6 MFC 6.0

¡-- Don t show thrs dieloq m the future

01 Análisis y Diseño de Sistemas

Help

Rational Develo12er Network

040

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Seleccionando MCUN (untitled)

- D

U se Case View

· ~ DI

:,,

YJ:: Global View of Business Actors and Business U se Cases :~+e

~ Associetions Use-Case Model

YJ:: Main

D D

Trabajar Aquí

~ Associetions Logical View

+: Cornponent View +: LJ D eplovrnent View ~

M odel Properties

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Crear Paquete de Trabajo ','\ielcome to the Rational U

A6C

~+·

D D

G loba! Vie1,. .,. oí B usi

Associetions

U se-Case M o del Main Associetions

LogicalView +: Component View +~ LJ Deployment View ~ M odel Properties +;

Open Specification

...

Purpose of the Frarnework

New

Package Use Case

Delete

Actor

Rernove Package Assignment

Class

Renarne

Use Case Diagram Units

Class Diagram

Data Mcdeler

Collaboration

Diagram

Sequence

Diagram

Statechart

Diagram

Activity Diagram File URL

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Creación del Paquete ¡~·

(untitled) Use Case View

D r~'

D 1~]

[f:

Business Use-Case ~Aodel

~t.

Global View of Business Actors and Business U se Cases

Associetions Actores de Negocio

~ Associetions Use-Case Model

~t.

;+· [J ;.+:

ABC

Main ~ Associetions Logical \liew

Paquete Creado

Cornponent View

;f~ LJ D eployment View ~

--()

Model Properties

- - ..

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Creación un Diagrama de Clase (untitled)

U se Case View

~- D

Business U se-Case M odel

"i'=

Global View ot Business Actors and Business U se Cases

Associations

-D +.

D "i'= ~

~--_.... 4

Associetion:

U se-Case M odel Main Associations

Logical View Component View

_+:

r.'.J Deployment View ~

ABC

•,11

Purpose of the Framewa: provice a good structi o: províce a stvle guide · e: identifi a mini mal set ~-. __ ,_ ... _ - _ ... : .. :,¡.: - - :- ,........_, 'I

Open Specification ... New

Delete Rernove Package Assignment Rename

M o del Properties

/elcome to the Rationa

Package Use Case Actor Class Use Case Diagram

Units Data ~v1odeler

Creando Diagrama de Clase

Class Diagram Collaboration

Diagram

Sequence Diagram Statechart Diagram Activity Diagram File

URL

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Diagrama de Clase Creado [untitled] E.

[J U se Case View 1~ [J Business U se-Case M odel

~'=

Global View of Business Actors and Business U se Cases 4) Associations Cf Actores de Negocio 4) Associations Se ha credo el ~ Main Diagrama de Clase [J Use-Case t-.~odel -__J

,+·

Main 4) Associations ~~' [J Logical Vie ...\l ~+ [J Component View ~± LJ D eployrnent View ~ M odel Properties

Main

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Listo para Crear Actores (untitled) ~=-; D U se Case View ,-l D 8 usiness U se-Case M odel

'f ~

[-1

Global View of 8 usiness Actors and 8 usiness U se Cases Associations Actores de Negocio ~

'~ D

ABC , ,, , ,

Associations

Use-Case Model

'f* Main ~ Associations ~¡ D Logical View ±~ D Component View ±i LJ D eployment View ~ M odel Properties

1. Hacer Doble Clic Aquí

, ,,

2. Aparecerá las siguientes Figuras

, ,,

_j A. 1

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Creando el Actor [untitled]

~..:- D U se Case View - D Business Use-Case

Model Global View ol Business Actors and Business Use Cases ~ Associetions Actores de Negocio + ~ N ewP ackage Actores de

ABC

o ,,

.: D

-D

~ Clientes ~ proveedor ~ Associetions Caso de Uso de Negocio

bJ Main

-- D

..._,; N ewU seCase ~ Associetions Metas de Negocio

Negocios Creados

--0

r ,

{. /J

+ ·' \

CI ientes

...

proveedor

bJ Main

+ +

~ Associetions D U se-Case M odel

Main ~ Associetions D Logical View

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Creando CUN prj (untitled] - D U se Case View -_ D Business U se-Case

.-------------- ..

ABC

M odel Global View of Business Actors and Business U se Cases

D Actores de Negocio -~ D Caso de U so de Negocio

/J (

··---------------·

Registrar

Pedido

CUN Creados

.... 1

1 ·•··<,

.......

Fa oricar Pro dueto ... --..-----------

--------------- ....

(

~----

../·

-o

~ [2]

Cornpr ar M atería prima -:» Registrar Pedido ~ Associetions ·+: D Metas de Negocio + D U se-Case M odel

·+;

1.,

~ Associetions

-:» Controlar .6.lmacen -:» Fabricar Producto

.----------------.

/) ___ ---/

.....

Controlar -írnacen

Comprar Materia prima

Main ~ Associetions }- D Logical View + D Component View }~ L1 D eployment View @t M odel Properties

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Creando Business Goal trabajo _practico

.------....

- D U se Case View - D Business Use-Case Model +- D Actores de Negocio + D Cas:o de Uso de Negocio - D Metas de Negocio

o '

ti Main

J Mantener Stock Adecuado J

Red1JCir Tasa errores a 05%

Red1.1cir Tiempo en 20%

,·

A~C

--0

J Reducir generacion orden compra en 20%

.. ··"

_.------ ••• -.

/ '

,·

}

Reducir Tiempo en 20%

···

¡' 1

' J.·:--

•• ··''¡

'11

..····1

1 1

\ t-"J:.·'-"'--

......

':1

./' -,.......

r" ··

Uantener Stocf: -cecuaoo

~ ti.ssociations

't* Global View ol Business Actors . 4 A ssocehcns

and Business U se Cases

D U se-Csse

't* Ma1n

M odel

~ Associations

D Logical View D Component View

r.·

D eployment V1ew

M odel Properties

___ -

-....._~····

...

_j l.

...

Reducir Tasa erro res a 05 c.iJ

Reducir generacion orden compra en 20%

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Creando Diagrama CUN (

~=~:- - -

·--

_(· ...

-------

---- ------

Registrar

Clientes

Pedido

./)

( ----------Controlar . fr e

f"'l...

== a s c

Reducir

-e_-~ -

Tí e rrip o en 2oc_,;i

·--

.....

A.ln1acen

::J €:

l._;

::J €:

(-, ---- -------Fatiricar

~· .. E:;;¡

...::.:

r.1antener

Stocl-: A.decuado

•,.= . . . .

- - -

Pro dueto

....

=-=- t·.-E--;:

'.'.e-t35

---

=-:

u-.

·-----------Reducir

Tasa

errores

• r-: ....... '.'tt35

=-=-

a O 5c.-:i

"·.e--;:=

--- )

_.(~~--

.·

/_) ~--=- '',

pro·..,·eedo

----~----r

Con1prar

t.t ate n a pr irn a

Reducir

generacion

orden

'111

co rripr a en 2oc_,;i

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

MODELO DE NEGOCIOS II

Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Contenido 1. 2. 3. 4. 5. 6.

Trabajos de Caso de Uso de Negocios Modelo de Análisis de Negocio (MAN). Estructura del MAN Identificación de trabajadores, entidades del Negocios Diagrama de objetos de Negocios

Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Ejercicio Nº 2 Usted es contratado para realizar el MCUN para Cine Planet, en su venta de Boletos para las entradas a las películas del día, en todos los horarios, el espectador deberá escoger por pantalla su asiento(s) de acuerdo a los horarios y sala. Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Ejercicio Nº 3 Una biblioteca tiene libros, Revistas, Tesis, estos se caracterizan por su nombre, tipo, editorial, año y autor(nombre, nacionalidad y fecha de nacimiento). Cada Libro tiene un identificador y puede estar en la biblioteca, prestada, con retraso o en reparación. Los lectores pueden tener un máximo de 3 libros de préstamo. Cada libro se presta un máximo de 30 días, por cada día de retraso, se impone una “multa” de dos días sin posibilidad de coger un nuevo libro. Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

MODELO DE ANALISIS DE NEGOCIO Describe la Realización de Casos de Uso de Negocio, mediante la interacciones de los trabajadores de Negocio y las entidades de negocio. Sirve como una abstracción de como los trabajadores de Negocio y las Entidades de Negocio tienen que ser relacionados y como ellos necesitan colaborar para la ejecución del caso de uso de negocio. Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

MODELO DE ANALISIS DE NEGOCIO

El propósito del modelo del análisis de negocio es describir CÓMO se ejecutan los casos del uso del negocio

Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

MODELO DE ANALISIS DE NEGOCIO • A diferencia del MCUM que describe lo que pasa entre el negocio y los BA, el Modelo de Análisis (MAN) define los trabajadores internos de negocio y la información que ellos emplean (entidades de negocio). • Describe su organización estructural en unidades independientes y precisa cómo ellos interactúan para ejecutar el comportamiento señalado en los casos de uso de negocio. Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ESTRUCTURA DEL MAN • Trabajadores del negocio identificados previamente. identificadas del negocio • Entidades previamente. • Asociaciones entre los trabajadores del negocio y las entidades del negocio. • Diagramas de Realización: • Diagrama de Clases de Negocio • Diagrama de Actividades de procesos Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ESTRUCTURA DEL MAN 1 Trabajador del negocio

Es una abstreccron de una

Realización de caso de uso del negocio

que representa un rol que se ejecuta dentro de la reanzacion de un CUN

Describe como los trabajadores. entidades y

persona o sistema software

eventos del negocio colaboran para desarrollar un caso de uso

Entidad del negocio Representa una pieza de

mtormacron s1gnif1cat1va y persistente que es

rnaru >\lada por los actores y

) .1

del negocio

Reglas de Negocio Es una declaración efe políticas o condiciones que deben ser satisfechas

trabalaoores del negocio

Análisis y Diseño de Sistemas

'11

UNIVERSIDAD

CÉSAR VALLEJO

IDENTIFICACION DE TRABAJADORES • Un trabajador del negocio (business worker) representa un rol jugado por alguien o algo dentro del negocio que realiza alguna actividad dentro del mismo. – Interactúa con otros trabajadores del negocio. – Manipula las entidades del negocio.

• Ejemplo: – Vendedor. – Encargado de Almacén. Análisis y Diseño de Sistemas

Jefe de Almacén llí1 UNIVERSIDAD

010

CÉSAR VALLEJO

IDENTIFICACION DE TRABAJADORES

Negocio (Campo de acción) Organización objetivo (Objeto de estudio)

Mundo Exterior Análisis y Diseño de Sistemas

011

llí1

UNIVERSIDAD

CÉSAR VALLEJO

IDENTIFICACION DE TRABAJADORES ¿Dónde encontrar trabajadores del negocio?

 Roles dentro del negocio.  Puestos o cargos dentro de la organización objetivo.  Personas que ejecutan los procesos o las actividades del negocio.  Hardware o sistemas informáticos dentro del negocio usados en ese momento. Análisis y Diseño de Sistemas

012

llí1

UNIVERSIDAD

CÉSAR VALLEJO

IDENTIFICACION DE TRABAJADORES Sugerencias para identificar adecuadamente los trabajadores del negocio.  Son roles (humanos, software o hardware), no personas con nombres propios.  Se encuentran dentro de las fronteras del negocio.  No deben representar áreas, departamentos o partes de una organización sino roles de ejecución.  No siempre están asociados con el nombre de un cargo en la planilla de la organización objetivo.  Cada trabajador debe participar en al menos un caso de uso del negocio.  Si no participa en ningún proceso debe ser eliminado del modelo. Análisis y Diseño de Sistemas

013

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ENTIDADES DE NEGOCIO Una entidad del negocio (business entity) representa un conjunto de información con propiedades, comportamiento y semántica similares y que es usada, producida o manejada por trabajadores del negocio cuando ejecutan un caso de uso del negocio. Pueden ser tangibles o intangibles.

Ejemplo:  Factura.  Solicitud de pago. Análisis y Diseño de Sistemas

Solicitud De Pago 014

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ENTIDADES DE NEGOCIO

Negocio (Campo de acción)

Mundo Exterior Análisis y Diseño de Sistemas

Organización objetivo (Objeto de estudio) 015

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ENTIDADES DE NEGOCIO ¿Dónde encontrar entidades del negocio?  Información que maneja cada trabajador del negocio.  Información que necesita ser ingresada, validada, consultada o comunicada en cada proceso del negocio.  Objetos físicos.  Transacciones.  Informes.  Reportes.  Documentos. llí1

Análisis y Diseño de Sistemas

UNIVERSIDAD

016

CÉSAR VALLEJO

ENTIDADES DE NEGOCIO Sugerencias para identificar adecuadamente las entidades del negocio.   



Participa en al menos un caso de uso. Pueden ser usadas por diferentes trabajadores del negocio en varios casos de uso del negocio. contratos, documentos, Representan producto, solicitada, información conocimiento, etc. Solo debe ser considerada información relevante y persistente al negocio.

Análisis y Diseño de Sistemas

017

llí1

UNIVERSIDAD

CÉSAR VALLEJO

REALIZACION DE CUN L realiz ción de un ca o de u o del negocio pu d incluir: Diaqrarna de actividades Permiten e piar r el orden en que se re nz n las acnvoaces

en un CUN

D1agrar11a de clases Los d1agr mas de el se del negocio documentan la estructur interior del negocio Cada el se en este diagrama representa a un trab jacer del

negocio (el empleado del negocio) o a una entidad del negocio (una 'cosa' que el negocio m rupul ). Análisis y Diseño de Sistemas

018

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

REALIZACION DE CUN ' ,,/' ,::: i:

•

.. ·~¡r·c

...

.. : 1

c. :

._ ••

,.., ,

)

...

•••

.~ .

••

•

t •

.. t

'• '•I •'•

•

1 •' ..

...

, ., •

1agrama de Act1v1dades

Análisis y Diseño de Sistemas

/ -·

~• 1

. ~=·c..·:"'· .

·:

-->

•

~ • • • • :J • t .

....

1 ...

019

'111

UNIVERSIDAD

' .. ,

CÉSAR VALLEJO

REALIZACION DE CUN p •

·~. .

. .... ' .

·- .

~ •

Je t r.

.. .

•

...

,. '

- . ' -· "·~-~(

... , .. ,., ..... ,. .

»>,

(

. ....

... , .. ...

•

l . ,.

• • .:i

.. .

• j ;.r ... ,.. r ,._

...... J

• 111

1 ..

~ • 1 ...

...... t··· . . ,, .•• : •••

••

•

.... .

.. cr.. f

.. ,.

~.,e ..

: f

·t

Análisis y Diseño de Sistemas

,,,.

- ••. ... . •

: t 1,,,1 '

•

••

;

:r.t·r:

. ~.

• • ••

, /'

.:i =

-·

... .. . .

; • .:i

• ..

:re

C>• ••

•

J 1 ...

(-j( ) . .. . . ~

(.•

.........

..........

... .

•

..,

.., ...

1 :

. ... .,,

:J:

: : t: :

....

e-.••••• • •••

Oiaqrarna de Clases 020

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

CONSTRUIR EL MAN • Modela la forma en que los trabajadores del negocio usan las entidades del negocio. • Está formado por:  Trabajadores del negocio identificados previamente. identificadas negocio del  Entidades previamente.  Asociaciones entre los trabajadores del negocio y las entidades del negocio.  Diagramas de Clases del negocio. llí1

Análisis y Diseño de Sistemas

UNIVERSIDAD

021

CÉSAR VALLEJO

CONSTRUIR EL MAN • Identificar qué trabajadores del negocio se comunican durante la ejecución de los casos de uso del negocio. • Definir una asociación unidireccional entre ellos. • Si es necesario puede incluirse un nombre a la asociación para dar mayor claridad a la solicita comunicación. Análisis y Diseño de Sistemas

022

llí1

UNIVERSIDAD

CÉSAR VALLEJO

CONSTRUIR EL MAN

Artista

Documento de Rechazo de Pedido

Solicitud de servicio

Obra Anfitrion

Tecnica Sistema LogiSis

Realizar venta

Análisis y Diseño de Sistemas

023

llí1

UNIVERSIDAD

CÉSAR VALLEJO

DIAGRAMA DE CLASE DE NEGOCIO El Diagrama de Clases del Negocio es.  Herramienta proporcionada por UML.  Muestra los trabajadores del negocio y las entidades del negocio así como las asociaciones entre los mismos.  Solo se tiene en cuenta “¿QUIÉN manipula QUÉ información?” • ¿QUIÉN? (trabajador del negocio identificado). • ¿QUÉ? (entidad del negocio identificado). • Relaciones entre ellos (asociaciones). Análisis y Diseño de Sistemas

024

llí1

UNIVERSIDAD

CÉSAR VALLEJO

DIAGRAMA DE CLASE DE NEGOCIO

Programa Ejecutado Sistema Emisión de notas

Acta Oficial Libreta

Papeles Trabajo

Auditor

Docente Informes Auditoria File alumno

Tutor

Análisis y Diseño de Sistemas

Programa Personalizado

Auditoria Tributaria

025

Ingeniero Conocimiento

llí1

UNIVERSIDAD

CÉSAR VALLEJO

DIAGRAMA DE CLASE DE NEGOCIO • El estudio del negocio es de vital importancia para identificar las necesidades de los usuarios en las empresas actuales. • El modelado del negocio ayuda al equipo del proyecto a comprender los elementos que intervienen en los procesos del negocio. • RUP ofrece las actividades para modelar el negocio. • UML ofrece los símbolos necesarios para modelar el negocio. Análisis y Diseño de Sistemas

026

llí1

UNIVERSIDAD

CÉSAR VALLEJO

EJEMPLO: CUN Registrar Pedido 1

El Cliente envía una orden de pedido. por teléfono. por fax o por correo. al Opto de Ventas El pedido debe mcunr la fecha de solicitud datos del cliente y productos solicitados

Lin Empteaoo del Opto de Ventas revisa el pedido rcomoretanooto

s1 es

necesario) Comienza su procesamiento envrandoío al Jefe Tecn1co. que esta encargado de su anansis

El Jefe Técnico enanza la viabihdad de cada producto del pedido por separado S1 el producto pedido esta en el cataioqo su taoncacron es aceptada En caso contrario es considerado un producto especial y el Jefe

Técnico estudia su fabricación

S1 es viable. la fabricación del producto

especial es aceptada S1 no es viable. el producto especial no sera fabricado 4.

Una vez estudiado el pedido cornpjeto. el Jefe Tecruco informa al Opto. de Ventas de la aceptación o rechazo de cada producto pedrco S1 tocios los productos de un pedido han sido aceptados se crea una orden de trabajo

para cada producto. a partir ele una plantilla ele f abncacrón (la estándar s1 el producto estaba catalogado. o una nueva. especrncamente enseñada para el

producto s: este no estaba en el catalogo). Cada orden de traoajo es enviada

al Jefe de Proclucc1ón. y queda pendiente ele su fabricación El Ernpleado del Opto de Ventas comunica al cliente el resultado hnal del anansis de su pedido

Análisis y Diseño de Sistemas

027

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

EJEMPLO: CUN Registrar Pedido LOS TRABAJADORES DEL NEGOCIO

r r 1 1 >I e? :te 1 e• e le•

)

-I~

.1 e • re • p r e ) e lu e: e:

.1 e ~ re ~ Te • e : r 1 1 e : e •

Ve •r 11 a•.

----

( .: ___.,-

IC U 1

LAS ENTIDADES DEL NEGOCIO

/ p' t t

Análisis y Diseño de Sistemas

/ •e o o

ri •

/ e

028

couc ts

c1e

'lí1

•

UNIVERSIDAD

•

CÉSAR VALLEJO

Construyendo la Realización de CUN 1

•• •• '

••

•

- ..

..,,.

f 11 t1

._...

1~""'

'ti'\

.........

.•

~f'IV

1.-.Jo.JI.

• ""

• 'f'

t'w4.

.....

• • •••

•• /

.... ' •

f'IM

"'"" ......

•

.....

"' /

r ,...,, ',.11M

•• j

• Análisis y Diseño de Sistemas

029

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Modelo de Análisis de Negocio

MODELO DE ANÁLISIS DE NEGOCIO EN RATIONAL ROSE Análisis y Diseño de Sistemas

030

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Solución en Rational Rose aTube

Catcher

03 02 ..

Atras

01 Análisis y Diseño de Sistemas

031

11(11

UNIVERSIDAD

CÉSAR VALLEJO

Comienza a cargar Rational Rose Rose© Version 7 .O.O

Análisis y Diseño de Sistemas

032

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Listo cargó Rational Rose Rational

Rose

- (untitled)

[unntled] U 'se Case V1ew + Logícal V1ew + Cornponent V1ew r:J Deployrnent View ~ Model Properties

D D D

ABC

r. L~tn

o Create New Model

E3 -r-O

1 New

! Exist1ng j Recent ]

L:J

Cancelar

__j-

J2E E 1 4

Cancel

"2SE 1 2

~ ~ .J2SE 1 3

Deteils

.J2SE 1 4

idk-115

~,-.

#•

1fc-11

Make New r. - -~-·'

Qon 1 show trus d1alog m the future

!::!elp

Rat1onal [ieveloper t-Jet·,,·ori-:

><.: 08:44:201

08:44:201 08:44:201 08:44:201 08:44:201

lf you want to use the Version Control add-ln. you must install a SCC-compliant version control (Update Model Properties) Updating model properties

Análisis y Diseño de Sistemas

from file C:\Program

application.

such as ClearCase

or Microsoft

Visual

SourceSafe.

Files\Rational\Rose\xml_dtd\xmldtd.pty.

033

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Abrir Archivo Guardado ~

Rational Rose - (untitled) - Class Diagram: Logical View / ~

File

Edit

View

Format

Browse

Report

New

Ctrl+ N

Open ...

Ctrl+ O

Save

Ctrl+S

Query

ain]

T ools

Add-In

Save As ... Save Log As

AutoSave Log ... Clear Log Load Mo del

1\''

'orkspace ...

Análisis y Diseño de Sistemas

034

'lí1

UNIVERSIDAD CÉSAR VALLEJO

Seleccionar Archivo Guardado ,.-

~·Open

...

·-

Buscaren: 1

_:_J

Documentos

Nombre

Et []]-

Fecha de modifica ...

Tipo

Bloc; de notas de OneNote

15. . 03./2015 21:34

Carpeta

trabaio practico ~ ~

26/03/2015 12:46

Rose Me.

... ~····················································································································································································································· ¡·,=~·

Nombre:

ltrabaJO _practico

.Abrir

Tipo:

Models :~ .rndl:

Cancelar

Análisis y Diseño de Sistemas

035

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Seleccionamos MAN ~

Rational File

Edit

Rose - trabajo_practico.mdl View

Format

Browse

Report

Query

T ools

Adc

1\-? D tr abajo_pr actico

- D

U se Case \/iew r..:..' D Business Use-Case Model

D +~ D ·+· D +J

"fr.

:+:

· , D ~+' :+1 :+:

Actores de Negocio Caso de Uso de Negocio Metas de Negocio Global \/iew of Business Actors and Business U se Cases

~.+-; ~

Associetions D Use-Case Model "fr. Main --+ . . . 4 Assocrenons Logical View

D D

Analysis M odel ~--....._.

..................................... ...-..........

Design Model

r::I

W elcome .. 4 A· ssocrenons Component \/iew O eployment \/iew M odel Properties

--+

· ·F T

D r.11 ~

Análisis y Diseño de Sistemas

036

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Crear Nuevo Paquete tr abajo_pr actico

- D

U se Case Viev ..1 .+ D Business Use-Case Model :+ D Use-Case Model 1'~ Main

- D .+

Class Diagram

Associetions

Logical View .6.nalysis Model

D(¿'.

... : ...

Associetions

:+ D

ABC

Design Model ~ \/./elcome ~ Associetions í+ D Component View í+ r'.11 D eployment View ~ M odel Properties

·.~.'elcome ·

-o 'I Open Specification ...

Purpose o a: provide Class Class Utility

Delete

Remove Package Assignment Rename

Use Case

Interface

Package Units

Class Diagram

Data ~. .1odeler

Use Case Diagram Collaboration

Diagram

Sequence Diagram Statechart

Diagram

Activity Diagram File URL

Análisis y Diseño de Sistemas

037

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Paquete: Trabajadores del Negocio trabajo_pr actico

r--1

-:..:1

U se Case View ;+; Business Use-Case Model ·+; Use-Case t..~odel ~+ .... tv1ain -\ Associations Logical View ·+; Analysis Model ;:.._¡ Modelo de Analisis de Negocios

D D

~f·

·-t-;

l-+:

íl

L-+'.,

Lt ~

Análisis y Diseño de Sistemas

Associetions

[Tra~~-j~do~-~-~-d_e_l_N_e __ ~-o-_c-ig_]

Design Model t:i· \~./ elcome \ Associations Component Vie .....) D eployment View tv1 odel Properties 038

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Crear Diagrama de Clase ~

trabajo_practico D U se Cese View + D Business Use-Cese Model + D U se-Cese M odel "tf: Main ~ Associanons D Logical View + D Anelysis M odel ~ D Modelo de Analisis de Negocios: ~ As:s:ociatiom +

+DI D Des:1gn

~·

Model

~ V./elcome ~ Associations .+ D Componen! View .+ r.'.J Deployrnent View ~ M odel Properties:

Open Specification

A&C D

Class Diagram: Lo~

•//elcome to th

--0

1 ...

Purpose of the a: provice a ge o: provide a st e: identlty a mi -.&.: .. 't

E:J ~

New

~ ',

- - 1 - .. -

Class

Class Utility

Delete

Rernove Package Assignment

Use Case Interface

Rename

Package Units

Class Diagram

Data Modeler

Use Case Diagram Collaboration

Diagram

Sequence Diagram Statechart

Diagram

Activity Diagram File URL

Análisis y Diseño de Sistemas

039

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Diagrama de Clase: Main tr abajo_pr actico

c....:J

D Use Case Vie ....... ~~~ D 8 usiness U se-Case -~~ D Use-Case Model

M odel

~'=

~....:J

Main ~\ Associations Logical View Arielvsis M odel D Modelo de Analisis de Negocios ~\ Associations Trabajadores del Negocio

D ~~~ D

~- r--1

~ Associations Design Model ~ w'elcome ~ Associations ~-fl Component Vievv ~~J Lll Oeplovrnerit View ~ M odel Properties

:~~ D

Análisis y Diseño de Sistemas

040

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Trabajadores (Business Worker) trabajo _practico ¡...:: D Use Case View ,-t: D Business U se-Case M odel '+~

D Use-Case

Model

't~ Main h

~ Associations D Logical View 't: D Analysis Model :~~ D Modelo de Analisis de Negocios ~ Associations ¡.:..~ D Trabajadores del Negocio ~ Main Empleado de Ventas Jefe T ecnico Jefe de Produccion ~ Associations 'f D Design Model ~ Welcome

® ® ®

ABC '

D ,, ,,

1' 1

_.---------- ..... --- -\ {

. -.

J) -

...

----

'-,

/1-

---..--

''• '1

. •·

1 1

Empleado de \entas

r -

-----. '

__.-·-·...

,·''

1 1

'...

. ---------

....-

-------

...

} ,l

1 1

Jefe Tecnico

.•--..-------

. ------.

,/ ( /1 /

, ,,

'·.__

.. -··

\ ...-.---+--

......

.•.

A '

Jefe de Produccio n

Análisis y Diseño de Sistemas

041

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Crear Paquete y Diagrama de Clase tr abajo_pr actico

:-1

.:+:] l:+:J

.-1

Use Case View Business Use-Case Model U se-Case tv1 odel

D D

Y* Main ~ Associations Logical \liew Anelysis Model ~..iodelode Analisis de Negocios __;\ Associations

D .-~ D .+:

f+'

r=~J

D D

Trebejedores del Negocio Entidades del Negocio ~

--\ Associations l+] Design Model ~ Welcome --\ Associations ~+1 Cornponent View r+ LJ D eployrnent View ~ M odel Properties

Análisis y Diseño de Sistemas

042

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Entidades de Negocio Creadas iíJ

trabajo_practico D U se Case View +. Business U se-Case M odel + U se-Case M odel t'= Main

ABC

D D

--0

Associetions

Trabajadores del Negocio Entidades del Negocio l:":f Main ::.J. Catalogo ::.J. Orden de Trabajo ::.J. Pedido ::.J. Planilla de F abricacion ::.J. Producto Especial ~

D D

l:":f

,±

Logical Vie'.·\I + Anal_vsis Model Modelo de Anelisis de Negocios +:

Associetions

Catalogo

Pedido .--------.

-------.

L:J , ' "

lanilla de F acncacron

)

---- / __.--·

Producto Especial

.--------. i

Associetions

1::

·-----~·-

D esiqn M odel Welcome

-:»

Associetions

Orden de Tra:JaJO

Component View rJ D eployment View @j M odel Properties

Análisis y Diseño de Sistemas

.--------

-------

::.J.

043

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Realizaciones de Negocio(Crear paquete) tr abajo_pr

l:_ j

1_+_)

E-J

D 1_+_) 1-

actico

U se Case View Business Use-Case Use-Case Model

D D

~:*: Main \ Associations Logical \liew Anal_ysis M odel Modelo de Analisis de Negocios

D D

L+:'

D -' D

L+:'

:+·

D r:f

~+i

~~]

~ ~

Análisis y Diseño de Sistemas

Model

Associations Trabajadores del Negocio Entidades del Negocio Realizaciones --+>> Associations ~

Design

Model

Welcon-.e

\ Associations Component View D eplo_yment View M odel Properties

044

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Realizaciones de Negocio Creadas ·:::.~

tr abajo_pr actico

D U se Case View -: D Business Use-Case Model :+ D Actores de Negocio :+ D Caso de Uso de Negocio '.+ D Metas de Negocio

ABC D R Compra

:+.

+: D

Global View of Business Actors and Business U se Cases ~ Associations Use-Case Model

r. tateria

Prima

-o

Y* Main ~ Associetions Logical View +: Analysis Model Modelo de Analisis de Neqocios ~ Associetions :+· Trabajadores del Negocio '.+ Entidades del Negocio Realizaciones

-D

R:Controlar

-: D

D D D

D ~ ~

-...

' ,

NewUseCase R: Registrar Pedido ·:::.~ R: Compra Materia Prima ·:::-~· R: Controlar Almacen ·:::-~ R: Fabricar Producto ~ Associations Design Model Welcome Associations '

/,. \

[:]

~ ,

AJ macen

Análisis y Diseño de Sistemas

R Fa anear Producto

--·

R Registrar Pedido

045

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Realizaciones de Negocio Terminada fil

traba¡o_praciico

D U se Case View - D Business U se-Case M odel + D Actores de Negocio D Caso de U so de N eqocto

----

D +

-:» Comprar Materia prima

.._,)

Controlar Almacen Fabricar Producto Registrar Pedido

4 Associetions

Comprar r.1ateria prima

RCompra r.1ateria Prima

--0

-------

- ;. - - - - - - - - - - - - - - - - - - - - - - - - - - :'=·\ 1

Metas de Negocio 'tf. Global View of Business Actors and Business Use Cases

Associetions

Use-Case Model 'tf. Ma1n -+ ' . 4 .u.ssoc1at1ons Logical View D .ll.nalys1s M o del D Modelo de .ll.nalisis de Negocios ~ Associetions + D Trabajadores del N egoc10 + D Entidades del Negocio - D Realizaciones ~ Ma1n ·::.~ NewUseCase R Registrar Pedido R Compra Materia Prima

-- ..

·--------=-----·

Controlar -irnacen

RControlar -Jmacen

/}- - - - - - - - - - - - - - - - - - - - - - - - - - ->(

________::..-----·

RFa:mcar Producto

Fa:::ricar Producto

--------

R Reg¡ strar Pedido

Análisis y Diseño de Sistemas

_________ !------· .-

~ Ma1n +

,/!--------------------------:::>':,

A&C

046

-...

Registrar Pedido

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Modelado de Negocio Proporciona dos vistas

Vista Externa del negocio

+ ·: _1 _ ...--~

·:

·.

Vista Interna del negocio

---------

-------

(

¿Y

/:>(~_ l (~

1••

\ ..._____/'

-::.>:)--·

Modelo de Anall s1 s del Negoc1 o

Modelo de Casos de Uso del Negocio

Los estereotipos de estos modelos y de sus elementos son proporcionados por el profile Business Modeling. Análisis y Diseño de Sistemas

047

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Objetivos del Modelado de Negocio

Business [--~~N_e_e_d_s~~---

Problemas Actuales

.........

Evaluar impacto al cambio

o > ·-

comprender

C1)

Asegurar que clientes, usuarios finales, desarrolladores y otros roles se integren

•

Obtener los requisitos del sistema necesarios

•

Y entender cómo el sistema dá soporte

Análisis y Diseño de Sistemas

a e

048

'lí1

UNIVERSIDAD

o" n CÉSAR VALLEJO

Actividades del Modelado de Negocio Ooeterminar la situación de la . ., orqaruzacron

• o o •

Capturar un vocabulario común del negocio

Usuario final

Analista de Procesos de Negocio

[E:1.E1 rie.=::

r...,,:o:loel1n9)

Identificar reglas del negocio

Identificar visión del

Establecer

Cliente

•i

[D(•rn ::.ri ri-.i:..:i2l1r19

:ord? J

ti ti

Ft :e:::;~ 0: ..

Fti:•o:e.=::~

[1.,, . .,¡,:op"

°''°"

E. ~·I F'r•:OO: ~' .:.::.1J•:irn 310:• n

C.:· rn:, r. tv1 0:1j ~

Des19r1 E:1.i=1r1 ez z Ftü•: "2'.=:; f;· oI:tl 1 z ~.:iris

~J f;'E>f1re

f;'d~

:r1•:j

f;'e-:=,: .. :•ri E1t·d1t1~

Situación del Negocio

Análisis y Diseño de Sistemas

049

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Actividades del Modelado de Negocio & Identificar

los procesos de negocio ~

• o o •

Situación del Negocio (Actualizado)

Usuario final

Analista de Procesos de Negocio

Cliente

Identificar reglas del negocio

Capturar un vocabulario común del negocio

ECUN (Inicial)

Análisis y Diseño de Sistemas

MCUN

[D·:·r.-.=-n rn.:..~l1r19

o:>rd:..J

Establecer objetivos

Do?=(r1bo? C E:•.JEI

'.J

rr€r1t

I~=

[I;;

E.· pt.:r;; F'ro:•o: e:;; 0::.1j(>r.-1

f ~ CJ AN

Actores del Negocio

CUN

050

'"'"'P~Joj-:4 a

D:irna

~•O:• r,

fi:d~ Tl'j f;'o?:.:pon ~b1h ti~-

f;'-?f1re

?-•!

'lí1•

UNIVERSIDAD

CÉSAR VALLEJO

Actividades del Modelado de Negocio @Refinar las definicionesde procesos de negocio

Diseñador del Negocio

[Dom :.ir1 ff1•:0·:>::-l1r19 on! y J

Detallar casos de uso del negocio

E_.

plo:ro? F·ro:..: ez : 0.:.1.J.:.ri-1

Do? .,.¡o:·p c. C•:•m:t n P...10:1jo?J

:it<:• r1

f;·d~ T1.::j f;·e~·o:·ri ~t·1l1ti~

f;·t?fire

ECUN (Actualizado)

Análisis y Diseño de Sistemas

MCUN (Refinado)

051

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Actividades del Modelado de Negocio O Diseñar las realizaciones de procesos ~l'~~:;:;º,J, de negocio

• • o D

Cliente

Usuario final

MCUN

BUCS

Analista de Procesos de Negocio

Diseñador del Negocio

Capturar un vocabulario común del negocio

{E:1..i:1 rio::-.::: P·..kdo;l1no;¡]

,,.

Encontrar trabajadores y entidades del negocio

[D·:·rn :.r1 ri-,.:..~ l 1 r19 or.! y J

ECUN (Refinado)

[lo; ._,,O:•P " O:· rn:;. r1 ~·.·1 o:d~

Especificar reglas del f;·.;:f1re

f;'d'2::; T1d

f;·E-~·o:·n.;it·1l1t1~

<¡>--u

Situación del Negocio (Refinado)

Análisis y Diseño de Sistemas

052

'lí1

•

UNIVERSIDAD

CÉSAR VALLEJO

Actividades del Modelado de Negocio 0 Refinar

roles y responsabi 1 idades ~

ECUN

Diseñador del Negocio

(E:•.E1 r1t?.=:= t·.-k•jel1ro9J

[D.:·m :.r1

Detallar trabajadores del negocio

Trabajadores del Negocio

Análisis y Diseño de Sistemas

ff1•:..:>;:l1r19

•:orol y J

Detallar entidades del negocio

E_.

plo:re Pr•x es.: .::. •.JO:• ri-1 :l1 o r1

De· •:op c. (•:·rn 7t n ,.,., (1j a

Entidades del Negocio

053

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Conclusiones • Estudiar el negocio , permite identificar las necesidades de los usuarios en las empresas actuales. • El Modelado del negocio ayuda al equipo del proyecto a comprender los elementos que intervienen en los procesos del • negocio. • RUP describe las actividades para modelar el negocio. • UML ofrece los símbolos necesarios para modelar el negocio. Análisis y Diseño de Sistemas

054

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

MODELO DE NEGOCIOS III

Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Contenido 1. Realización de Casos de Uso del Negocio 1. Diagrama de Actividades 2. Diagrama de Clases

2. Matriz de Actividades versus Requisitos 3. Conclusiones

CURSO: Análisis y Diseño de Sistemas

'111

UNIVERSIDAD

CÉSAR VALLEJO

Realización de los CUN ¿Qué es? Es una colección de diagramas y especificaciones que muestran cómo los trabajadores y entidades del negocio llevan a cabo el caso de uso del negocio .--·

--------------.

·-·:¡ - - - - - - - - - - - - - - - - - - - - - - - - - -

-._

. ,../

---

R:Compra r,1ateria Prima

CURSO: Análisis y Diseño de Sistemas

·_-::>( - ',

·... ...

~-----

Comprar r.·1ateria prima

lilí1

UNIVERSIDAD

CÉSAR VALLEJO

Realización de los CUN -,

_.-

Business Use Case Realization

Di:1gr,1111'1 ele Actí vic ar es ele l Negocio

CURSO: Análisis y Diseño de Sistemas

Di:1 gr,1111::1 e e Clases clel Negocio

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Realización de los CUN ¿Qué es? Describen la secuencia de actividades que se ejecutan en cada caso de uso del negocio. el plasmar también Permiten comportamiento condicional y paralelo de las actividades.

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Realización de los CUN r 1

li ción i cluir:

•

OCIO

gr ni rrmt

n n CU

plor r 1 or

01 gr ni

ct1v1

el el

d 1n

ocio ocu

ructur

OCIO

CURSO: Análisis y Diseño de Sistemas

nt un tr b goc10) o u n 1d d n ocio m n1pul ) 06

'lí1

do d

UNIVERSIDAD

CÉSAR VALLEJO

Diagramas de Actividades del Negocio : Coordin.idor de Puson.il

: Empludo

~.--------------~~~~, _···"- -· _ / ./

Particiones o

i\ctiYidad de negocio

swimlanes Decisión

- - - - - - - - - - - - - -o~: .:ora.::ull.:i

l o s ••

l no ]

Emp-.

··· ". no

Condición de zuardia ......

. -•.

d~::.~A~j._.

··+·

,. l1

------

cO· /

rerta•;ra

.j,ateoll.j;,I·

Er A;ti'.1dades de negoc1qtiaza

J~~~~~~~~~ , Objetos de

información

CURSO: Análisis y Diseño de Sistemas

)..

el r,;,1r.gr;,:•)

):' ·e:,

(~· 07

Reo:haza.jo

"1111'

UNIVERSIDAD

CÉSAR VALLEJO

Diagramas de Actividades del Negocio /1 h1ec1be orden

·--~

Env1a e ornprobante

/1''

Prepara orden

•I

Barra de Sincronización Para las actividades en paralelo

--~

.. 1,·

Cierra orden CURSO: Análisis y Diseño de Sistemas

'fil

UNIVERSIDAD

CÉSAR VALLEJO

Diagramas de Actividades del Negocio Diagrama de Actividades del Negocio y los flujos de objetos: Representa la relación entre una actividad y el objeto que esta crea como output o utiliza como input.

E 1 abora orden

CURSO: Análisis y Diseño de Sistemas

· Orden

llí1

UNIVERSIDAD CÉ SAR VALLEJO

Diagramas de Actividades del Negocio Flujos de objetos y Transiciones: No se necesita una transición si el diagrama tiene dos actividades conectadas a través de un objeto y dos flujos de objetos correspondientes.

Llena

la factura

Á - - - - - - - =~..{

,·

....

Estado

CURSO: Análisis y Diseño de Sistemas

.......

Graba

Fa(tura --1 _

_.~

.»

la factura

jllena]

010

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Diagrama de Clases del Negocio ¿Qué es? Representa las responsabilidades de los trabajadores del negocio con respecto a las entidades de negocio y las relaciones que existen entre las mismas entidades de negocio.

CURSO: Análisis y Diseño de Sistemas

011

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Diagrama de Clases del Negocio .---------.

.--/.1 \\

'·. __

1-------

.-----

preseme

\~/ Coordinador

)

(, /

Solicitudkernqreso

de Personal

(trom Gestión

(trom 'oJ\iorkers)

sctu fiza

__..-·

elabqr&

de Datos del Empleado)

. elabora

~1dSolic1tud ~nornbreEmpleado ~fecha ~motivo ~descripcion ~estado

Vendedor

-------.

(), ·----

------- ..

1 .. ..,

-·

Factura

(_ J

( )i ·---- / _/

Producto

·..

·_

Fichafimplsado (trom Gestión de Datos del Empleado)

~1dEmpleado ~nombre

CURSO: Análisis y Diseño de Sistemas

----·

DetalleF actura

lnformeRechazoRe1ngreso (from Gestión

de Datos del Empleado)

~1dlnforrneRechazo ~motivo ~fecha

012

'lí1

UNIVERSIDAD CÉSAR VALLEJO

Realización de Caso de Negocio flB traba¡o_practico D

U se Case View Business Use-Case Model + D Actores de Negocio D Caso de Uso de Negocio Ma1n + -:» Comprar Materi.:i prima + .......;) Controlar Almacen + -:» Fabricar Producto + .......;) Registrar Pedido

- D

--+

4 Associetions

·:::.~

D comprar r.1ateria pnrna

RCompra r.1ateria Pnrna

--0

----------

- ;. - - - - - - - - - - - - - - - - - - - - - - - - - - :':>\

Associetions

·-.

//}

-rmacen

~ Associetions Logical View .ll.nalys1s Model Modelo de Anelisis de Negocios ~ Associetions + D Trebeiedores del Negocio + D Entidades del Negocio - D Realizaciones Ma1n '..-_-_~ NewUseCase

:...----·

Controlar

RControlar -irnacen

D -D +

:...------·

Metas de Negocio "tf; Global View of Business Actors and Business Use Cases

Use-Case Model "tf; Ma1n

//)--------------------------:':>(

ABC

---._ -- - - - -- -- - - - -- - - - ----- - - - - -

RFa:mcar Producto

~~-~: .

________::..-----·

Fa cucar Pro dueto

--------

-:::¿•

R Registrar Pedido -:::.:• R Compra Materia Prima

o,\ ,

R Reg1 strar Pedido

CURSO: Análisis y Diseño de Sistemas

013

---.

Registrar Pedido

'lí1

UNIVERSIDAD CÉSAR VALLEJO

EJEMPLO: CUN Registrar Pedido 1

El Cliente envía una orden de pedido. por teléfono. por fax o por correo. al Opto de Ventas El pedido debe mcunr la fecha de solicitud datos del cliente y productos solicitados

Lin Empteaoo del Opto de Ventas revisa el pedido rcomoretanooto

s1 es

necesario) Comienza su procesamiento envrandoío al Jefe Tecn1co. que esta encargado de su anansis

Técnico estudia su fabricación

S1 es viable. la fabricación del producto

especial es aceptada S1 no es viable. el producto especial no sera fabricado 4.

para cada producto. a partir ele una plantilla ele f abncacrón (la estándar s1 el producto estaba catalogado. o una nueva. especrncamente enseñada para el

producto s: este no estaba en el catalogo). Cada orden de traoajo es enviada

al Jefe de Proclucc1ón. y queda pendiente ele su fabricación El Ernpleado del Opto de Ventas comunica al cliente el resultado hnal del anansis de su pedido

Análisis y Diseño de Sistemas

014

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Realización de Caso de Negocio

TRABAJAR CON EL DIAGRAMA DE ACTIVIDAD CURSO: Análisis y Diseño de Sistemas

015

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Diagrama de Actividad (D.A.) ....

••

•

••

-·

•

' •

•

• CURSO: Análisis y Diseño de Sistemas

016

'111

UNIVERSIDAD

CÉSAR VALLEJO

Crear el espacio para el DA ·:::.~

tr abajo_pr actico

+·

D D

U se Case View Logical View +· D Analysis Model .+. Design Model Modelo de Analisis de Negocios :+: D Entidades del Negocio :-- D Realizaciones ~ Main ·:::.z• R: Compra Materia Prima ·:::.~· R: Controlar .6.lmacen <.> R: Fabricar Producto

•,•\•elcome to the Rat ABC

D D

·:::-2' .._................................ .....,.,.....

~ Associations :+ D Trabajadores del Ne! ~ Associations ~ Welcome ---+ . . . ~ Assoc1at1ons +· D Component View + rJ D eployment View ~ M odel Properties

1. Seleccionar NEW CURSO: Análisis y Diseño de Sistemas

Purpose ofthe Fran a: provide a good s1 provide a style QL e: ícentrrv a minimal e: relate acttvitie s in e: provide a oasis fe this structure most • Document are gen

Open Specification ...

." Collaboration

New

Diagram

Sequence Diagram

Del et e

Class Diagram

Rename

Use Case Diagram Statechart Diagram

2. Dar Clic a Activity Diagram

Activity Diagram File URL

017

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

DA listo para trabajar ~ +:

trabajo_practico U se Case View Logical View +· Analysis Model

D D +'

ABC

D D

.: D

Design Model Modelo de Analisis de Negocios

D .-, D +:

Entidades del Negocio Realizaciones ~

·:::¿' ·:::¿, ·:::¿'

•

Main R: Compra Materia Prima R: Controlar Almacen

R: Fabricar Producto - ·:::.~, R: Registrar Pedido

1. DA creado

3. Selecciónalo y da clic aquí

·- :§9

State/Activity Model % DA_registrar_pedido R elationships ~ Associations Trabajadores del Negocio

-rr

:+:

·+:

~ Associations Welcome

<> El

~ Associations Component View rJ Deployment View

D ~

2. Para crear carriles

M odel Properties

CURSO: Análisis y Diseño de Sistemas

018

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Carril Creado t· e.·•S··•imlane2 tr abajo_pr actico

+ r:

D D :+1 :+1 d

U se Case View Logical View Anelysis Model Des:ign Model Modelo de Analis:is: de Negocios: :+-, Entidades: del Negocio

D D D

D :- D

Realizaciones: ~ Main ·:::-~1 R: Compra M atería Prima ·:::-~1 R: Controlar Almacen ·:::.~1 R: Fabricar Producto .=-: ·:::.~1 R: R egis:tr ar Pedido -1 ~'=¡' S tate/Activit}' M odel DA_regis:tr ar_pedido El N ewS wimlane El N ewS wimlane2 ¡il R eletionships ~ As:s:ociations: Trabajadores: del Negocio

ABC

a '

o e •

3. Dar Doble clic al Nombre

<> El

D --+

CURSO: Análisis y Diseño de Sistemas

019

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Poner Nombre al Carril ' '

Swirnlane

Specification

for NewSwimlane2

·~

1-l"K.4.:91111•1

1. Borrar el nombre

General Name:

1 New

Swirnlane 2

Oass: Owner:

R: Registrar Pedido

Context:

Loqical View: : rv1odelo de .Anahsis de

Docurnentatron:

2. Busca y Selecciona el nombre aquí 3. Apply luego OK

CURSO: Análisis y Diseño de Sistemas

Cancel

Help

020

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Carril con Nombre tr abajo_pr actico

D U se Case View ~-- D Logical View i+ D Analysis M odel i+ D D esign M o del ::.:· D Modelo de Analisis de Negocios +; D Entidades del Negocio ~: D Realizaciones +

~ Main <) R: Compra Materia Prima

<) R: Controlar Almacen

·:::¿'

R: Fabricar Producto

~~ ·:::.:' R:Registrar Pedido -:-1

~9 State/Activity t'

ABC (] ,,

e • 3. Listo Carril Nombrado

/ ()

Model DA_registrar_pedido

El N ewS wimlane El : Clientes

¡ii R elationships ~ Associetions +; Trabajadores del Negocio ~ A"",...,...¡ :.ti.-.t"I..--

CURSO: Análisis y Diseño de Sistemas

021

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

todos los Carriles Creados S

traba¡o_practico :t. D Use Case View D Logical V1ew + D Analysis Model + D Design Model - D Modelo de Analisis de Negocios

D Entidades del Negocio .:: D Realizacione~: +

~ Main -:::.;. R:Compra Materia Prima -:::.;. R: Controlar Almacen -:::.;. R: F abr1car Producto -~ -:::.;. R:Registrar Pedido

"'. <e9 State/tl.ctivity

;

ABC

o e • I ()

Listo Carriles Creados

Model % DA_registrar_pedido El : Clientes El : Empleado de Ventas El : J ele T ecnico El : J ele de Produccion tli Relallonships ~ Associations + D Traba¡adores del Negocio

CURSO: Análisis y Diseño de Sistemas

022

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Comienza a Crear el D.A. ABC ~ , ,, ,,

•

Emple ao c oe \/enta;

2. Dar clic aquí

o B

• / (t

1. Seleccione este botón

<> El

CURSO: Análisis y Diseño de Sistemas

023

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Creando el D.A. ~

[ª1

<}::=I

Cliente~

g Emi:leao::

ABC ~ ~ 1

1 1

Llenar

· .~··

Pedido

1 1

• @

.> (t

<> e] CURSO: Análisis y Diseño de Sistemas

024

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Camino de todo la ruta Ernc l e s c c

::liErtES

o e \.'Entss

.... e:fe: Te co icc

1 • • 1

Llenar Pel'.i do

·1

v-,

Tramitar_Pe did o

¡'

.--- 1••

.: A.nalizar_\./iaoilidad

'·

(

lnformar_Re

...

chazo

..._~---.

'· 1

---------- ----- .

, ------------~::_-_,

• 1

..... -- -- ....

11 '·.

CURSO: Análisis y Diseño de Sistemas

----- .·'

025

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Barra de Sincronización •

{

Llenar

.· Pedido

}

Tran1itar_Ped1do

(

A.nalizar_\/ia::iilidad '•.

lnforn1ar_Rechazo

-- ------ ---------

'•.

'··-.

)

..•'

---_....

·....!

·i/

.•.. -- ...•

••

....

--------

_________ lnt orrn ar A.ceptadon

CURSO: Análisis y Diseño de Sistemas

¿-:::_---·· -,

·,-, ,•

......' ...

026

Ordenar Fa ortca ción

'lí1

UNIVERSIDAD

·,

CÉSAR VALLEJO

D.A. Completo Ern c t e a o c de: \/e:rts.s

Slierte-~

.Je:fe: Te:cnioc

e:fe: d E: F'r c d u oci c n

Llenar Peci do

'·

---~----

1,..

___ ,..

--------~------- '·..

Trarnitar_Pe did o

lnforrnar_Re

o., .....

chazo

A.naliz.ar_Viabilidad

--------

.J...

--.,1 1.. --1•.•.

.-/

----

,·

·'

\, ------

...

.•

--------

----------~~ Informar A.ceptacion

Orden ar Fabricación

---

.--- •..

Planificar Pro duccion

------

-------

·r

------

(_•. ·_9_· 1·' -----

CURSO: Análisis y Diseño de Sistemas

027

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

·,

Poner Nombre a la Decisión Emi:;le:a:l::

~lierte~

:le: \/e:rta;,

.Je:fe:

2. Aparece esta Ventana y Darle Clic a Detalle

Llenar Peci do

_, e:fe:

TE:CT'ÍCC

:l E: Fr::

o u oci c r

'.Juard ~ondrt1on

Send ~vent '1··

----------.----

___ /

Tramitar_Pedido

'·.

A.naliz.ar_Viatiilic

....,-----<.------

Send argu'!'_ents Send \arget Transmon bet: .... eeo substates

(

lnformar_Re chazo

fmm

l, ,·

--~,. /----1----------.---------------

•.

--------

1. Dar Doble Clic a la Flecha

'·

Cane'"

~wse

•

t:!elp

-----......

---------~-~Informar A.ce pta ci o n

lnforonar Rechazc

· ..•.

,· \

...

Orden ar Fa cnc acron

--- ,·

.--- '··

Planificar Pro duccion

---------

--------

"......J*

CURSO: Análisis y Diseño de Sistemas

028

--_ .. _--

. ....:. • -----

•

3. Escribir el Texto

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

·, _l

Listo, ahora agregar las Entidades :=:líerte.;

l '·

Llenar Ped do

Ernc le ac c oe Verta.;

.;efe

Te co i oc

..'

,.---Tramitar_Pe did o

'----------+--~

___ /

J No

lnformar_Re chazo

A.na lizar_Via bi lid ad

)

...... ,---+-~

'·'

es Viable]

.J.

[Si es Viable;

... /

---------------------.-~~----

'·

Informar A.ceptad on

--------~

·· -.!.

·'

i...

------------- ----

CURSO: Análisis y Diseño de Sistemas

-------

Ordenar Faoricación -----.

029

·.,

--- ,·

Planificar ouccíon

-- '· ·· .. Pro ____.:'--------

------

-----

·'

------

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Listo, ahora agregar las Entidades cion 20 .,

cion ccion

<> Cj

lentas

.¡

Allov\i Docking

.¡

Use Large Buttons

.¡

Auto-Show Mode

1. Dar Clic derecho a la Barra y luego al la opción Customize

Lock Selection Customize ... Personalizar la barra de herramienta' Botones de la barra de herramientas [

2. Seleccionar el Botón necesario y clic a AGREGAR, para terminar clic a CERRAR

l ::

Separador

Q Lock selected tool button bel

(reates a vert1calri onented s

O (reates a decson

~regar-~

Creates a swmlane

: O (reates an obiect 1

CURSO: Análisis y Diseño de Sistemas

030

~errar >

R!i.stablecer .A.yl:[da

Como agregar Entidad Em¡:le30:

Clierte-s

ABC

•

_L_

Llenar Peci do

oe Vert3;

·.

.._ ...·· Tramitar_Pe d1d o

~-----t------'4 __.

• .>

2. Dar Clic Aquí y aparecera esta figura

(· lnformar_Recha.:o ·\jtJ<

. r:

()

_______,._::.::_----Informar t..ceptad on

.. , ...... :

--. _

---·

-. _

1. Seleccionar el Objeto ~

UNIVERSIDAD

CÉSAR VALLEJO

Como agregar Entidad trabajo _practico

D U se Case View D Logical View :-t: D Analysis M odel ~+: D Design Model ~~; D Modelo de Analisis de Negocios ;-=-. D Entidades del Negocio r:l Main ~ Catalogo ~ Orden de Trabajo ~

~ Planilla de F abricacion ~ Producto Especial ~ Associations I D Realizaciones '±· D Trabajadores del Negocio ~

-4

A ("i

·:'\>ili'I

••

:ihilti\>

ABC

, ,,

·, ..

1' '

( . .· Llenar Peci do ···· -. ~ 1

1 •••

.... ,. . .... Tramitar_Pe did o ···· ·. ,

L---------+---~ .•• ·'

•

-----1

\ · -,_

1. Seleccionar la Entidad Pedido

! _.-

/ ·· lnformar_Re chazo . . . . l t·J e ~~---+-

1 ' 1

1 1

•

_..·

··..

., j, 'lí1

'.1'

UNIVERSIDAD

CÉSAR VALLEJO

Entidad Agregada : Ernpleacc

·,

.. •·· ...

·,

: Pedido

----------

entss

Llenar Peci do

\...

__..· )

1. Seleccionar la Entidad Pedido

. . . -- Jrarnrtar Pedid o -- .1

---------4---~

.---

+------+-

'··... -.

.-..··•

"11

UNIVERSIDAD

·'

CÉSAR VALLEJO

Se agregó las Entidades al D.A.

J •· (

----

.._

.. --- ... _

1::. __/

-L-le-na-:~P-ed-1-do_,. \

--··

Plan1l;·a de Facncacion

Catalogo Ped1i:1o

-r-Tram1tar_Ped1do

- - - - - - - - - - - - - - - - -:'-~ ·-~:.

Pedido

,. -- Informar Rechaz --

:. _

..----

)

.J ----

' ' -----··

1,,

t..nal1;:ar_·.;1a:J1l1da d

T·

[ tJo es V1a:i1e_: __ ----

.;__ --------------_-_. --

--~-·

'.,

(

Ji.

Producto Especial

[S1esl•/1a::::1e:

---

~· · Planñla.de Fa:inc;¡¡i::1on

' -,

__..--··

}

_ .. -··

• ,.. ·,

_':..

•

--,1-n-:-fo_r_m_a_r_~¿-A.c eptaaon

·--._

·----~~-Orden d~ Tra ca JO

',•

Pedido

,..

~/f

Ordenar Fa:incac1cin

Planificar Producc1on

------·

Pedido

_'f

¡'··· , CURSO: Análisis y Diseño de Sistemas

034

'lí1

UNIVERSIDAD CÉSAR VALLEJO

•

Como Diferenciar las entidades iguales : Em ele a a: de \/er.ta;

·-

--- ---

..... -·-·------- ....•\ '

- - - - - - - - .--.:-.> -

(

' · ...

-------

..·

... ..--------·- -.

··.1

r..._

1. Doble Clic a la Entidad

·---- ----·

Catalogo

___...···.·

--------._

......

(~J

Pedrco ·--

---- --::...-...._

.. .. '•o111,'

... L:-·

-7· IrarrutarPeotdo .....- -. 1

·•...

......

: Pedido

...... - Informar

.,1'

'• ... -,

CURSO: Análisis y Diseño de Sistemas

035

Rechaz

-······~. ..····

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Como Diferenciar las entidades iguales ''

) - - - - - - - - ·~_->

' /1'

General

·~

Object Specification far Untitled

lncormnc Object Flows

2. Escribir Completado

Outgo1ng Obieet Rows

··~

-~:

~~ tra~11tar~Pedido • ,

Name: _--==.-..:.:.._

Pedido

lnfor~1ar_Recha2

r·

Qass:

[Pedido

~tate:

1 ~

Ne·N

1. Seleccionar NEW

~tereotype. Docurnentetíon:

Pers1stence ~tat1c

,.. Irans1ent

1 r..,1ult1ple mstances

3. Dar Clic a OK

.. ,

Cancel

Help

... CURSO: Análisis y Diseño de Sistemas

036

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Como Diferenciar las entidades iguales _1er1;;ir

1_,

r-------

t"'t!UIUU

General l Actions

Object Specification

Transmons

Swunlanes

~""2

1. Escribir Completado

1 1

Neme

Stereotype ·

!::!ame

Owner

R Registrar Pedido

Context

Loqicel V1ew Modelo de .Anal1s1s de

~tate.

General l 1ncom1ng Obj4

Qass

·y

State Specification for Untitled

Pedido

Docurneotenon 1

~New:

~tereotype. [ Qocumentat1on 1

¡- State. actrvty tustory

Persistence

¡-

¡- Mult1ple

mstances

2. Dar Clic a OK

1~~0K

...

]

---

~~1

Cancel

.6.rowse

J·~~~~----

;

-r -·

Help

' Cancel

CURSO: Análisis y Diseño de Sistemas

t;)p~,. 1

.6_rowse

-r

!::!elp ,

037

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Como Diferenciar las entidades iguales ,

Object Specification General

Narne:

lncom1ng Ob1ect Rows

2. Escribir la letra C

Outgoing Ob1ect Rows

Qass · ~tate•

far Untitled

Pedido 1

... __J

completado ... 1

~tereotype.

Docurnertation •

Pers.stence ~tat1c

2. Dar Clic a OK

1 1

Mult1ple mstances

CURSO: Análisis y Diseño de Sistemas

Cancel

.6.rowse ...

Help

038

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Como Diferenciar las entidades iguales Erncte ac c oe- Veritas ......------

------.:

- - - - - - - - ·-.:-.> .--

1' 1.....

···-.__

~ // / __.....

-? Tramitar_Pedido 1

.../

........ --------·- .....•. ,· ·.,

l.,, <: -

-. . . ,

·,

'' ...__

d ·,.

Catalogo

----

Pedico ·,·.... .... ,.. ;r>·

----::.~--

--- /---

·,

i:...,·-

------- ....,,

.·

,··

··· ''

,·

~ ·- .•.__ __.-·

La Entidad ya tiene diferencia

e: Pedido [cornpletadoJ

[ tJo es

CURSO: Análisis y Diseño de Sistemas

039

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Diagrama de entidad (DA) Completado .efe Te cr+cc

. - Llenar Pedido

)

- -~- J a Pedido

(

[Prop~esto:

·----

Planilla

catalogo

-:,.

Á //

__ ~--

- -- - - - - - - - - - -:'-~.

de Facncacion

-- -nauzar vracrnoa d ----

---.. {

.,.. i:--

' 'Tram1tar_P eoico

· :·

¡ r Jo es ~~~~le._~------< ,.

·-.:..

[completado;

...

c Pedido

.- lnformar_Rechaz

- ~---

_l _

-----

Pl~ducto Especial

'·.

Orden d~ Trabajo

'¡

·1 ,. ... --,

::: Pedido

·-

.-·

[Recha::ado: ..

\ '1

_..- _..--

--··

___ .--

Planificar Producc1o_n_

Informar t..ceptadon

Ordenar

Facncacron

··-=-

-~ ---

/ ' -~-----""-;"'_____

---.__

d .Pectoo ¡Aceptado: 1 1

.•s. 'l-'

{

' ·----·'

CURSO: Análisis y Diseño de Sistemas

040

'lí1

UNIVERSIDAD CÉSAR VALLEJO

Realización de Caso de Negocio

TRABAJAR CON EL DIAGRAMA DE CLASES CURSO: Análisis y Diseño de Sistemas

041

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Diagrama de Clases 1

El Cliente envía una orden de pedtdo. por teléfono. por fax o por correo. al Opto de Ventas El pedido debe mcíurr la fecha de solicitud datos del cliente

y productos solicitados 2

lin En1pleado del Opto de Ventas revisa el pedido rcorroteténooto

s: es

necesario) Comienza su procesamiento enviando lo al Jefe Tecrnco. que esta encargado de su anausrs

El Jefe Técnico analiza la viabibdad de cada producto del pedido por separado S1 el producto pedido esta en el catalogo su tabncacion es aceptada En caso contrario es constderado un producto especial y el Jefe

Técnico estudia su fabricación

S1 es viable. la fabricación del producto

especial es aceptada. S1 no es viable. el producto especial no sera fabricado 4.

Una vez estudiado el pedido cornpjeto. el Jefe Tecruco informa al Opto. de

Ventas de la aceptación o rechazo de cada producto pedido. S1 todos los productos de un pedido han s do aceptados se crea una orden de trabajo

para cada producto. a partir de una plantilla de f abncacrón (la estándar s1 el producto estaba catalogado. o una nueva. esoectncamente disertada para el producto s1 este no estaba en el catalogo) Cada orden de trebejo es enviada

al Jefe de Producción. y queda pendiente de su f abncacion El Ernpleado del Opto de Ventas cornuruca al cliente el resultado hnal del anansrs de su pedido

CURSO: Análisis y Diseño de Sistemas

042

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Diagrama de Clases .-

.- ...

.......Á

---

,_,~:

dC'tr~.lJO ,..,...C...Nu• ~ce••>

.. .. . .. ...

• ,,,,,,,..,,, ,,,,. •'!'f#lff~;.,,,,,,,

. . . ...

...

• .(•• • • ~- ) ,/

..•. •·• ""'"

- - - - • - - • ( ,.,.11-.º' ,.,, , ,,;;,fr'll•lllñl;).

. .•

...

(

, ...... 0 .... "MI

\IH•(eH

(

·-~

...

,Á

, ... •111 ,. "'' ... ,,. 1

.- .

( 1 ••

... .......

-------. . .. .. . . . . . . . ..

•• • •• •

--·

;,-;,;;.;.;

·•

••)

CURSO: Análisis y Diseño de Sistemas

u'O:

( >1Jw., .. ,.

•

)

''" ,,,,. ,,,., .. , '"" ,,,.,.

... .. .

. .. ..

."'''",, ,,,. "

- . ..-

ee MC(.>t\lCO'; o...... ... .. c .. '

,~ft~rO "9"'

. -·' O.lQO

.,,.,,...cc••.•

.-·

•

---

:,;_..

, ...... 0-. ..

.. ..

ln~nt~r~ dC' ~

•

(

e I~ ntC'

• •.

1 .. ' .. , ... ~ .. ,

>'-''-:''-"',J•f#U.>,....., ..

. . . ..... ,..

, ... ,.. . . I

·1

e ~

Diagrama de Clases 043

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Diagrama de Clases - D

Modelo de Analisis de Negocios

D , D ,+

2. Selecciónalo aquí

, ,,

Entidades del Negocio Realizaciones

t:1 Main ·:::.~' R: Compra Materia Prima ·:::.~' R: Controlar Al macen ·:::.~' R: Fabricar Producto .+SI

D ~

Associetions

Trabajado res del t-Associetions

t:1 Welcome ,,....._

Associetions

Open

• Specification ... Collaboration

New

Sequence Diagram

Delete

Class Diagram

Rename

Use Case Diaqram

LJ Component View ~ ~

D eployment View M odel Properties

1. Clic derecho

Diaqrarn

Statechart

2. Clic Class Diagram

Diaqrarn

Activity Diaqrarn File

URL CURSO: Análisis y Diseño de Sistemas

044

11111'

UNIVERSIDAD

., CÉSAR VALLEJO

Realización de Caso de Negocio D

U se Case \liev·i Business U se-Case M odel

+ +

Actores de Negocio

+ ~ r:J

N ewP ackage Main

Clientes

proveedor

Associations

D D

Caso de U so de Negocio

Associetions

U se-Case M odel

"ft. Main

1. ~DAAssocietions D Logical View creado +: D .6.nal.vsis M odel + D O esign M o del - D Modelo de Analisis de Negocios - D Entidades del Negocio

,-._

..... _

:....... ·~·}

•

.-----.

ABC

D ,, ,,

...

.......

•

CI ientes

.--------._

() ·-,

...-·

Pedido

·; ~:,..... E"" t

: ;

• •

:e: : e ~·~e;:·:: :·

Metas de Negocio

"ft. Global View oí Business Actors and B + ~

~ --<)

1 ,,

LJ , ,,

;'I

r:J

Main

Catalogo

Orden de Trabajo

_s.

Pedido Planilla de F abricacion

..........

Producto Especial

Associetions

CURSO: Análisis y Diseño de Sistemas

2. Flecha de Asociación

1. Arrastre Cliente y Entidad Pedido

.b..

045

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Realización de Caso de Negocio .~---~

•

A:;sociation Specification

for Untitled

•

'•

·.. _

U.ame

Pedido

CI rente s

Í Uena

Role B Detaü

Role .A. Deta1I

Role B General General

Role .A. General

Detad

Parent

.,. Env1al

Realizaciones

S,tereotype Role

1. Doble Clic a la línea

Element A Pedido Element

Roleª

B Oientes

Qocumentat1on

: ).i

'lr-··a··f.-.···a )' r r 1

~IC"r j

(j ____

2. Escribir nombre y clic a OK

...·

Pedido

CI iente s

3. Aparece el nombre CURSO: Análisis y Diseño de Sistemas

046

Cancel

!:ielp

'111

UNIVERSIDAD

CÉSAR VALLEJO

Realización de Caso de Negocio ... '··

02 Rec.ce }·· Trarn ,'ta Pe<:J,·do

(

L i'e,-,·a )/ Et1·... ,·a

"'··.

Pedido

CI ientes

.•,.=·-04

E ... t c a c-e s

=-e'1 1

t· .. e;=·=-

1 ,·

08 Re-,.~fi .---

~...

'•.

Producto

En· ... •a

+o Recibe

(

_(-----==---==:~=-------· ----------·_ \ Orden

Especial

Orcrer: de Traoa_.o

~/·'

de F abr íc a ci o n

de Tra

~J~_/ ) (

_,!)

o ajo .Jefe de Produccion

CURSO: Análisis y Diseño de Sistemas

047

t·-.~;==-c

~·

07 Estudia Fa::;r.cac.on

.Jefe Tecnico

----·

=-=-

•

06 .. nrorrn e Ac;_~·;!ic.on Q Re?::h-a z o

>1 · · · ·. ,

--~lj// '·. __

... ... 09 Crear Ord~n de Tre ts e-o ··----.

Planilla

(

....

1, \

..·

'.z .. - --

(

.-1'1.

s-:

de Ventas

T ... a= ;a.a= =,.:s ··1

0.5 ',/er,fica Cata.·o~·o

Catalogo

. .: .. =~

03 En·.·,a· Pedido

Ana.·,·za11',/,·ac.·,','dad

_L_

.....

En1pleado

=·

...~ ••

(•.

___I - )

--------------1

·..

( /.1 \

_ / •'

TRABAJO GRUPAL CASO EMPRESA FABCLM La empresa FABCLM se dedica a la fabricación de productos de consumo masivo. La Gerencia General desea usar sistemas automatizados para apoyar las principales actividades que la empresa realiza en los procesos de atención de pedidos, control de la fabricación, Proceso de facturación y Entrega de mercadería, luego de algunas entrevistas se dispone de la siguiente información. PROCESO DE ATENCION DE PEDIDOS Los clientes envían sus pedidos por distintos medios (teléfono, correo o fax), los cuales son recibidos por la empleada encargada de la oficina de siguientes las realicen se que solicita quien Clientes, a Atención la verificar de encarga se Almacén) (Dpto. Antonio comprobaciones: disponibilidad de los artículos solicitados, consultando el inventario de artículos, Juan (Dpto. de contabilidad) verifica el estado de la cuenta del cliente para ver si tiene deudas pendientes, y por ultimo para que la empleada acepte el pedido se pide información al Dpto. legal para ver si el cliente tiene antecedentes sospechosos. En caso de que los pedidos no rechazados, serán anteriores condiciones las de alguna cumplan los aceptarán se correcto es todo si cliente, Pero al notificándoselo pedidos. En ambos casos es la empleada la que informa al Cliente. PROCESO DE CONTROL DE FABRICACION Después de la aceptación se debe generar las órdenes de producción, a cargo del Jefe de Producción. Para ello, a los pedidos aceptados se le asigna un número de trabajo interno y se registran en pedidos pendientes, las órdenes de producción son enviadas a la sección de fabricación para que empiece a elaborar los productos de dicho pedidos. Cuando finaliza el elabora una carta donde indica a quien trabajo el Jefe de Producción serán enviadas las unidades que se encuentran listas. PROCESO DE FACTURACION: Recibida la carta de productos terminados el Dpto. de facturación procede a elaborar la factura y el talón de embarque. Una copia de la factura se envía al Dpto. de Contabilidad que se encarga de realizar los asientos. Otra copa se añade al archivo de facturas. Este último archivo se emplea únicamente como referencia; no es un archivo activo sino que solo sirve para seguridad. A todas las facturas se les asigna un número y son registradas en archivo de facturas. PROCESO DE ENTREGA: La recepción de los artículos elaborados es en el área de embarque, donde son empaquetadas, y el talón de embarque se anexa a la carta de embarque. En base a la información contenida en el talón de embarque se procede a entregar la mercadería a domicilio asignando la movilidad correspondiente o llamar al cliente para indicarle que su mercadería esta lista y se apersone a recogerla.

CURSO: Análisis y Diseño de Sistemas

048

llí1

UNIVERSIDAD

CÉSAR VALLEJO

D.A. Atención Pedidos

•••

. ..... ,.

•

A '

..,. ..

•••

.. '

on <

041

..,~··•

•t•*•'

•

,,_,

·•·

...

•tf\

1 d•

• .,,,

rm r • Te

•l

D•

••

(

tif\•

, ,.

Jer

•d•~

•

CURSO: Análisis y Diseño de Sistemas

(

049

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

D.C. Atención Pedidos

...... . . ...

CURSO: Análisis y Diseño de Sistemas

--·I I~ e

-· 050

'11

UNIVERSIDAD

CÉSAR VALLEJO

D.C. Fabricación '

' /

)

,..

..... ,, 1

(

••

-·

•

••

,, CURSO: Análisis y Diseño de Sistemas

051

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

D.C. Entrega ~

••

,, •

'º Al

•

) •• T

" •

l '111 CURSO: Análisis y Diseño de Sistemas

052

UNIVERSIDAD

CÉSAR VALLEJO

-·

Matriz de Actividades vs Requisitos ¿Qué es? Es una matriz que permite dar seguimiento a las actividades a informatizar, los requisitos funcionales y los casos de uso de un sistema.

CURSO: Análisis y Diseño de Sistemas

053

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Matriz de Actividades vs Requisitos Plantilla: Matriz de Actividades Vs. REquisitos del Sistema <Nombre del Sistema> Proceso de Negocio

Actividad del Negocio

Responsable del Negocio

Requisito

Caso de Uso

Actores

Proceso 1 1

Proceso 2 1

CURSO: Análisis y Diseño de Sistemas

R01 R02

CUS01 CUS02

R03 R04

CUS03 CUS04

R05

CUS05

Rü6 I

054

cusos

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Matriz de Actividades vs Requisitos Ejemplo: Matriz de ActividadesVs. Requisitos Funcionales del Sistema de Créditos XYZ Proceso de Negocio

Responsable del Negocio

Actividad del Negocio (Las que se automatizan) Llena formato de Solicitud de Crédito

Revisa Soilc1tud registrada

-.Ql .....

Redacta Informe de lnspedcrla

Actores (Roles de Usuario)

IRD1 Registrar Sol1cltud de Crédito

Inspector

IRD2 Consultar Solicitudes Registradas! Consultar Solicitudes por Estado Visualizador de Solicitudes R03 Registrar nspecícría Registrar 1 nspectoría Inspector

Vendedor

Registrar Sol1cltud de Crédito

CoteJJ Informe de lnspectoría versus Solicitud

RD4 Consultar Solicitudes Verificadas Consultar Solicitudes por Estado Visualizador de Solicitudes

Rechaza Solicitud

Prepara Carta de Notificación

R05 Rechazar Solicitudes R06 Generar Cartas de Rechazo R07 Aprobar Solicrtudes

Ql "O

OJ .....

o 1

Caso de uso (Funcionalidad)

Vendedor 1

Requisito (Capacidad o Condición)

Aprueba Solicitud

Jefe de Créditos

otorga Linea de Crédito

ROB Generar Linea de Crédito

Genera Tarjeta de Crédito

RO~I Generar Tarjeta Física de Crédito

CURSO: Análisis y Diseño de Sistemas

055

Evaluar Crédito

Jefe de Créditos

Generar Tarjeta de Crédito

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Conclusiones • La Realización de los casos de uso, consiste en elaborar los Diagramas de actividades y de clases de cada uno de los Casos de Uso del Negocio, con la finalidad de comprenderlos con un mayor nivel de detalle. • La Matriz de actividades versus requisitos, permite efectuar un seguimiento entre las actividades a informatizar, los requisitos funcionales y los casos de uso del sistema.

CURSO: Análisis y Diseño de Sistemas

056

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

MODELO DE NEGOCIOS IV

Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Contenido 1.

Especificaciones de Caso de Uso del Negocio (ECUN) Trabajos Prácticos

CURSO: Análisis y Diseño de Sistemas

'111

UNIVERSIDAD

CÉSAR VALLEJO

ECUN Lo que Bien Comienza, Bien Acaba… Si entra basura, sale basura... Dos grandes verdades en cualquier proceso. Los proyectos de software no son la excepción; si no iniciamos el desarrollo partiendo de establecidos correctamente requerimientos tendremos muchos problemas para lograr que al final todos los involucrados queden satisfechos. Un ejemplo en este sentido suele ser UN MAL ENTENDIMIENTO DE LOS REQUERIMIENTOS entre usuarios y desarrolladores. CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ECUN Una especificación de caso de uso proporciona detalles textuales de un caso de uso. Este tema ofrece un ejemplo de descripción de una especificación de caso de uso.

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ECUN Aún y cuando el equipo de desarrollo cree comprender lo que el cliente le está solicitando, existe una buena probabilidad de que no sea así, ya que ni siquiera el cliente está totalmente consiente de qué es lo que quiere o necesita.. Ahí es donde el analista entra al rescate, pues debe facilitarle al usuario expresar sus necesidades para validarlas posteriormente mediante mecanismos eficientes de comunicación que ambos entiendan. Un ejemplo excelente de estos mecanismos son las especificaciones de casos de uso. CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ECUN Especificaciones de caso de Uso del Negocio (ECUN) detalla los pasos necesarios para cumplir con los caso de uso. Para especificar cada caso de uso deberíamos de tomar en consideración los siguientes aspectos: • Interacciones • Eventos • Nivel de detalle • Escenarios • Claridad y Enfoque de Usuario CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ECUN Eventos. Indicar cada uno de los eventos que ocurren durante el caso de uso (consulta de datos, capturas, cálculos, etc.) Nivel de detalle. Los casos de uso y sus especificaciones son la base del contrato que establecemos con nuestro cliente, por lo que debemos de buscar especificarlo al máximo detalle. Recuerda que entre más sepamos de la funcionalidad del sistema más precisas serán las estimaciones de nuestro plan de trabajo. CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ECUN Escenarios. Un caso de uso muestra diferentes escenarios posibles y no una sola forma de ejecutarlo. Debemos de explicar cada uno de esos escenarios, mediante un flujo principal y sus diferentes flujos alternos y excepcionales.

Claridad y Enfoque de Usuario. Busca claridad en la explicación de los casos de uso utilizando la jerga de negocio a la hora de redactarlo sin mencionar detalles técnicos a los que no está acostumbrado. Sobre todo te interesa poder validar con éste que lo documentado en las especificaciones de los casos de uso es lo que requiere para su sistema, así que si no los entiende no cumplirán su propósito principal. llí1 UNIVERSIDAD

CURSO: Análisis y Diseño de Sistemas

CÉSAR VALLEJO

ECUN A continuación se mencionan algunos elementos extras con los que puedes complementar la plantilla para documentar tus especificaciones de casos de uso. Propósito. Si comienzas por este punto se te facilitará definir los pasos más relevantes para ejecutar el caso de uso. Precondiciones. Son las condiciones que se deben de cumplir en el sistema antes de iniciarlo. El estado en que se debe encontrar el sistema antes de ejecutarlo. Postcondiciones. Te indica como queda el sistema después de ejecutar el caso de uso. Requerimientos Especiales. Cualquier requerimiento extra del sistema, asociado al caso de uso especificado. Puntos de Extensión. Puntos donde se extiende el caso de uso mediante una relación de <<extend>>. llí1 UNIVERSIDAD

CURSO: Análisis y Diseño de Sistemas

CÉSAR VALLEJO

Estructura de un ECUN <NOMBRE DEL PROYECTO> ESPECIFICACIONES DE CASO DE USO DE NEGOCIO (ECUN) <NOMBRE DEL PROCESO>

Caratula

HISTORIAL

FECHA VERSION

DESCRIPCION

AUTOR

Pag. 2

Pag. 3

CURSO: Análisis y Diseño de Sistemas

TABLA DE CONTENIDOS

010

llí1

UNIVERSIDAD

CÉSAR VALLEJO

TABLA DE CONTENIDOS 1. INTRODUCCION 1.1 Propósito 1.2 Alcance 1.3 Definiciones Acrónicos y Abreviaturas 1.4 Referencias 1.5 Descripción 2. CASO DE USO DE NEGOCIO 2.1 Breve Descripción 3. METAS 4. METAS DE FUNCIONAMIENTO

CURSO: Análisis y Diseño de Sistemas

5. FLUJO DE TRABAJO 5.1 Flujo Básico 5.2 Flujo Alternativo 5.3 Pre-Condiciones 5.4 Post-Condiciones 6. CATEGORIA 7. RIESGOS 8. POSIBILIDADES 9. DUEÑOS DEL PROCESO 10. REQUERIMIENTOS ESPECIALES 11. PUNTOS DE EXTENSION 011

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ECUN

VER VIDEO DE PLANTILLA ECUN CURSO: Análisis y Diseño de Sistemas

012

llí1

UNIVERSIDAD

CÉSAR VALLEJO

CURSO: Análisis y Diseño de Sistemas

013

llí1

UNIVERSIDAD

CÉSAR VALLEJO

D.A. Atención Pedidos

•••

. ..... ,.

•

A '

..,. ..

•••

.. '

on <

041

..,~··•

•t•*•'

•

,,_,

·•·

...

•tf\

1 d•

• .,,,

rm r • Te

•l

D•

••

(

tif\•

, ,.

Jer

•d•~

•

CURSO: Análisis y Diseño de Sistemas

(

014

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

D.C. Atención Pedidos

...... . . ...

CURSO: Análisis y Diseño de Sistemas

--·I I~ e

-· 015

'11

UNIVERSIDAD

CÉSAR VALLEJO

D.C. Fabricación '

' /

)

,..

..... ,, 1

(

••

-·

•

••

,, CURSO: Análisis y Diseño de Sistemas

016

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

D.C. Entrega ~

••

,, •

'º Al

•

) •• T

" •

l '111 CURSO: Análisis y Diseño de Sistemas

017

UNIVERSIDAD

CÉSAR VALLEJO

-·

ANALISIS Y DISEÑO DE SISTEMA

SUSTENTACION INICIAL DE LOS PROYECTOS DE GRUPO

Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

CONTROL DE LECTURA Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

'11

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

INGENIERIA DE REQUISITOS I

Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

'111

UNIVERSIDAD

CÉSAR VALLEJO

Contenido Ingeniería de Requisitos (IR) Antecedentes ─ Definición ─ Impacto de la IR en los proyectos ─ Importancia de la IR

─

Proceso de la IR

Estudio de la viabilidad ─ Obtención y análisis de requisitos ─Especificación de Requisitos ─Validación de requisitos ─Proceso de la IR

─

Gestión de Requisitos 25/07/2015

2 Análisis y Diseño de Sistemas Orientados a Objetos

'111

UNIVERSIDAD

CÉSAR VALLEJO

Ingeniería de Requisitos  La Ingeniería de Requisitos es un campo muy activo dentro de la Informática, y en particular dentro de la Ingeniería del Software, y se dirige a unas actividades esenciales en el trabajo diario de las organizaciones de desarrollo de software.  Se ha demostrado mediante varios estudios experimentales que la Ingeniería de requisitos es crítica respecto del éxito o fracaso de numerosos proyectos informáticos y su mala gestión tiene una gran incidencia en relación con el desbordamiento de costes o el incumplimiento de plazos de finalización.

llí1 3

UNIVERSIDAD

CÉSAR VALLEJO

Antecedentes  Las causas del surgimiento de la IR fueron los resultados de las investigaciones realizadas por diversas entidades a raíz de la "Crisis del Software". • GAO (Goverment Account Office). • ESPITI (European Software Process Improvement Training Initiative) • The Standish Group • The CHAOS Report.

llí1 4

UNIVERSIDAD

CÉSAR VALLEJO

Usado tal como se entregó 2°/o

Usado después de cambios 3º/o

Usado pero ampliamente reelaborado o abandonado después 19,10%,

Pagado pero no entregado

Entregado pero nunca

usado '•1

,..-

·,

', \

--- --

satisfactoriame nte 47, 1 O°!o

Fuente: Informe de GAO - 1979.

28,70º/o

'111

UNIVERSIDAD

CÉSAR VALLEJO

Terminado

operativo pero fuera de plazo, fuera de presupuesto y sin

satisfacer todos los requerimientos 52, 70%

Cancelado durante

e 1 desarrollo 31,10% . .-------------------

Terminado dentro

Fuente: Informe CHAOS por The Standish Group [TSG 1994].

el plazo y presupuesto cumpliendo todos los requerimientos

16,20%

'111

UNIVERSIDAD

CĂ&#x2030;SAR VALLEJO

Clasificación de los proyectos: • Project successful: finalizados a tiempo y según el presupuesto, con todas las características y funcionalidades especificadas inicialmente. • Project challenged: finalizados y en operación, pero con retrasos de implementación, por encima del presupuesto y/o con menos funcionalidades que las requeridas. • Project impaired / Failled: proyectos cancelados durante el desarrollo.

llí1 7

UNIVERSIDAD

CÉSAR VALLEJO

Los directores de los proyectos que participaron en el estudio indicaron: • Los tres principales factores de éxito eran: Implicación de los usuarios Apoyo de los directivos Enunciado claro de los requisitos. • Los tres principales factores de fracaso eran: Falta de información por parte de los usuarios Especificaciones y requisitos incompletos Especificaciones y requisitos cambiantes.

llí1 8

UNIVERSIDAD

CÉSAR VALLEJO

Definición IR • Proceso de estudio de las necesidades de los usuarios con el objeto de llegar a una definición del sistema HW/SW. • Rama de la ingeniería del software que trata con el establecimiento de los objetivos, funciones y restricciones de los sistemas software. Asimismo, se ocupa de la relación entre estos factores con el objeto de establecer especificaciones precisas. • Ingeniería de Requisitos es la disciplina para desarrollar una especificación completa, consistente y no ambigua, la cual servirá como base para acuerdos comunes entre todas las partes involucradas y en donde se describen las funciones que realizará el sistema.

llí1 9

UNIVERSIDAD

CÉSAR VALLEJO

• Trabajo sistemático de desarrollo de requisitos, a través de un proceso iterativo y cooperativo de análisis del problema, documentando los resultados en una variedad de formatos y probando la exactitud del conocimiento adquirido. • Es el proceso mediante el cual se intercambian diferentes puntos de vista para recopilar y modelar lo que el sistema va a realizar. Este proceso utiliza una combinación de métodos, herramientas y actores, cuyo producto es un modelo del cual se genera un documento de requisitos.

llí1 10

UNIVERSIDAD

CÉSAR VALLEJO

Impacto de IR en proyectos Veamos la situación de los proyectos, según The Standish Group publicados en The CHAOS Report - 1994 Evolución de los resultados del análisis CHAOS Report 100% 50% 0%

1994

1996

1998

2000

2002

2004

2006

2009

Failed

31%

40%

28%

23%

15%

18%

19%

24%

Challenged

53%

33%

46%

49%

51%

53%

46%

44%

Successful

16%

27%

26%

28%

34%

29%

35%

32%

Successful

Challenged

Failed

llí1 11

UNIVERSIDAD

CÉSAR VALLEJO

Procesos de IR Estudio de viabilidad

Obtención y análisis de requisitos Especificación de requisitos

Informe de viabilidad

Validación de requisitos Modelos del sistema

Requisitos del sistema

Documento de requisitos

llí1 12

UNIVERSIDAD

CÉSAR VALLEJO

Plantilla de Requisitos Requisito 1:

Clasilmción:

ftpo:

Descripción: Razón:

Origen:

Prioridad:

Dependencias:

Conflictos:

Referencias:

Historia:

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Plan de Gestión de Requisitos La gestión de requisitos es el conjunto de actividades que ayudan al equipo a identificar, controlar y seguir los requisitos y sus cambios en cualquier momento. Básicamente, consiste en: • Planificar la gestión de requisitos La identificación de requisitos Un proceso de gestión del cambio Políticas de rastreo o trazabilidad • Gestionar sus cambios.

llí1 14

UNIVERSIDAD

CÉSAR VALLEJO

Conclusiones • La IR nace como respuesta a la Crisis del Software. • El proceso de IR incluye un estudio de viabilidad, así como la obtención, análisis, especificación, validación y gestión de requisitos. • La gestión de requisitos es el proceso de gestionar y controlar estos cambios. • El proceso de gestión de requisitos incluye la gestión de la planificación, en la cual se diseñan las políticas y procedimientos para la gestión de requisitos; y del cambio, en la que se analiza los cambios propuestos en los requisitos y se evalúa su impacto.

llí1 15

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

INGENIERIA DE REQUISITOS II Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Contenido 1. 2. 3. 4.

Pirámide de Requisitos Tipo de Requisitos Características de un requisitos Plan de gestión de Requisitos

25/07/2015

CURSO: Análisis y Diseño de Sistemas

'111

UNIVERSIDAD

CÉSAR VALLEJO

1. Introducción al curso C)

C)C) 25/07/2015

CURSO: Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Nl--l--l 1S

l •-Al

1t--

~-) _J 't

HI-- JlllH~

se~

~. l l~ y

.~1-- 1 ~

NAH c,s

1 ... s

' A'.... l.:.....

25/07/2015

.• l

CURSO: Análisis y Diseño de Sistemas

000

'lí1

UNIVERSIDAD

1--S 1 1_:A~LJ

CÉSAR VALLEJO

PIRAMIDE DE REQUISITOS • Según el origen y características, los requisitos pueden dividirse en diferentes tipos., que pueden representarse en forma de pirámide, en cuyo nivel superior se sitúan las necesidades de los interesados. En los niveles más bajos son características, casos de uso y requisitos complementarios tal como se muestra en la figura:

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

PIRAMIDE DE REQUISITOS

uso

Escenarios

Casos de prueba

25/07/2015

CURSO: Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

PIRAMIDE DE REQUISITOS • Necesidad: Un interesado demanda un requerimiento. • Característica: Un servicio proporcionado por el sistema, por lo general formulado por un analista de negocios. • Caso de uso: Una descripción del comportamiento del sistema descrito como una secuencias de acciones.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

PIRAMIDE DE REQUISITOS • Requisito complementario: Otro requisito (generalmente no funcional) que no puede ser contemplado en los casos de uso. • Caso de prueba: Una especificación de las entradas necesarias para una prueba, las condiciones de ejecución y resultados esperados. Tiene el papel de comprobar si los casos de uso derivados de los casos de prueba y los requisitos complementarios se aplican correctamente. 25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

PIRAMIDE DE REQUISITOS • Escenario: Una secuencia específica de acciones o una ruta de acceso específica a través de un caso de uso. Ayudan a derivar en casos de uso a partir de los casos de prueba y facilitan el diseño e implementación a través de los casos de uso.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

TIPOS DE REQUISITOS •

R.i-_-q u s itc s j e

su J t o

Declaraciones. en lenguaje natu al y en diversos d~g a mas de os servidos del sistema y de las estricciones bajo las que debe opera _

•

R.i-_-q u s itc s

j :~

sls:c

• Un documento estructu ado que determina las descripciones de a ladas de los servicios de sistema. • Ese no como contra o entre el e lente y el desarrollador

Deben ser u na especi icación completa consistente del sistema Es:Jeci~ica.- ón oc scftwere: dese ·pción detallada del software que sirve de base a los desarro ladores pa a diseñar el sistema _

25/07/2015

CURSO: Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Características de un buen requisito • Los requisitos bien formulados deben satisfacer varias características. Si no lo hacen, deben ser reformulados hasta hacerlo. • Necesario: Lo que pida un requisito debe ser necesario para el producto. • No ambiguo: El texto debe ser claro, preciso y tener una única interpretación posible.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Características de un buen requisito • Conciso: Debe redactarse en un lenguaje comprensible por los inversores en lugar de uno de tipo técnico y especializado, aunque aun así debe referenciar los aspectos importantes. • Consistente: Ningún requisito debe entrar en conflicto con otro requisito diferente, ni con parte de otro. Asimismo, el lenguaje empleado entre los distintos requisitos debe ser consistente también. 25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Características de un buen requisito • Completo: Los requisitos deben contener en sí mismos toda la información necesaria, y no remitir a otras fuentes externas que los expliquen con más detalle. • Alcanzable: Un requisito debe ser un objetivo realista, posible de ser alcanzado con el dinero, el tiempo y los recursos disponibles.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Características de un buen requisito • Verificable: Se debe poder verificar con absoluta certeza, si el requisito fue satisfecho o no. Esta verificación puede lograrse mediante inspección, análisis, demostración o testeo. • Estas características suelen ser subjetivas, es decir, no pueden ser calculadas de forma automática por ningún sistema. Por ello, se tiende a utilizar métricas o indicadores que sí que pueden ser calculados de forma automática y que, de algún modo, pueden contribuir a ponderar las anteriores características.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

PLAN DE GESTION DE REQUISITOS • El plan de gestión de requisitos es la de establecer y mantener un acuerdo entre el cliente y el proyecto; lo anterior enfocado sobre los requisitos; lo cual representa el alcance del producto que será dirigido por el proyecto. • Los requisitos serán la base para estimar, planear, ejecutar y controlar las actividades durante toda la duración del proyecto.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

PLAN DE GESTION DE REQUISITOS • Este plan se ocupa de cómo el Proyecto administrará el desarrollo y los cambios en los requisitos para asegurar que las necesidades iniciales del cliente y los objetivos del proyecto están asignados dentro de los requisitos funcionales y no funcionales necesarios para desarrollar una solución.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

PLAN DE GESTION DE REQUISITOS l. ·11. .1

•

: •

1 •,

•

CONTllCllDI VDtSI0.11 Versión

Hectt. pDI'

lieWsada par

1.0

Ctt

A.V

Aprub.ld.1r

Natlw

Fecha

"'1'

A.V

·~·e r9:J n OiCS1 aJ

PLAN DE GESTION DE REQUISITOS PRGGRAM.A O CAPA.CH ACIOM 2<101

25/07/2015

CURSO: Análisis y Diseño de Sistemas

CASA

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

PLAN DE GESTION DE REQUISITOS •

Les r~ul5ib:Js son s • eri m por lm ~na;aaJe5 sl~hJ niciacien ~ lanif~cibi del J]"D~cta. Les r isilcs seml descri~ en la ~ ·

ers

-eclc, dirante el ~ocesc e

Para las actr.i · a s de ~ io al ~Ldo. servict] e reQJelimientJ se re-~kmra ~ s~u nte: • OJ q i Slakeh~er p.1fde- ~e-se tar liJ &lcituj de- Ci!ITl~C. dJnje se d aJliJ el por ué del

ca bo

•

• •

·m c.

El cami1e e control de c.z1macs e' ·aluara el impacto en el proyectJ (a nr -el de- costos, ie-m~s ~ aJ~ce~ de li!S 5ellc es e c.z1mbm re:s.enm m, y E:rulra si esli:!s san a~obadi!S o no a equipo de- 9 d rc;-e:lD. Si el ciUTltcJ a sidl robiJdo. se entará el ca o. Se hara u se-g imien1o d~ ca bo, para 'i les efec~ lJS o negati'im que ll!!"lg.'!1 l!!"1 ~O" -eclc.7

25/07/2015

CURSO: Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

PLAN DE GESTION DE REQUISITOS la pirriz~ · n de ~ req ·ms se re~~~ eii ~sf a I~ ~~ df Trua~li ~ de uisi , e aOJer a W de esmttli m · el pjo cD'l!p~j~~ de ca a r~u dccu~ dJ. Este ro o ser~ re me J)Jr el ~ Res . n ~ ~l e dtn te p~ c~n ~I • ~'eCID, ~ sera a~ct o el Sl)Jrmr' El R• e ~ ~bsf ¡m.]n de bs partki~ tes r 1 e rsc te s com min · e e 4. sttJrf Sn. caso e lrariJ se rea ara lll 5e ufni ID e la a id.1 es~ se lomaran ~s ccicnes COOecb'l~S 25/07/2015

ec~

S. CURSO: Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

PLAN DE GESTION DE REQUISITOS En la b · de Truaali ~ se dJrun ntara 1~ s~u~ 1e iniCfTNciOO: • 't lm de Re u· s. ue iid ·~: eód~. CJJ;IC~n. SUS'lenlc e ird s~n. ProP ario. r~me. ~crij¡Jj, ~rs~ ~lado actui!J. edii! de cu iemo, n de estabf a . rado de 1

e di!d ~ cril · de i!Ce~OOi. TraTab '[1,d h~c~: C001

•

o o o o o

~ dades, cpa1L11. a s, me i!S • oqelivos d O ti~os d ro~-e:to. Ak: ce ~O'f clo, enlreQ es d~ 11\1~. 'Se o del i:ro u:lo. Desm e ~od cta. o Es eQ¡., . de ru o Isce ario e ~ba. o Re e!i ~ 1J de- allc i~.

25/07/2015

•

CURSO: Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

INGENIERIA DE REQUISITOS III Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Contenido 1. 2. 3. 4.

25/07/2015

Trazabilidad entre requisitos Roles de la trazabilidad Diagrama de trazabilidad Tabla de descripción de elementos de trazabilidad.

2 Análisis y Diseño de Sistemas Orientados a Objetos

'111

UNIVERSIDAD

CÉSAR VALLEJO

Trazabilidad entre requisitos • La trazabilidad es una técnica que proporciona una relación entre los diferentes niveles de requisitos en el sistema. Esta técnica ayuda a determinar el origen de cualquier requisito.

llí1 3

UNIVERSIDAD

CÉSAR VALLEJO

NEEDS

FEATURES

SUPPLEMENTARY REOUIREMENTS

USE CASES

SCENARIOS

TEST CASES

00000

TEST CASES

llllí

UNIVERSIDAD

CÉSAR VALLEJO

• Las necesidades se asignan a características. En general, es una relación de muchos a muchos. Un caso común también es que una necesidad rastrea a una característica. • En el siguiente las características mapean a los casos de uso en una relación de muchos a muchos. • Las características también trazan a los requisitos suplementarios en una relación de muchos a muchos. • Cada caso de uso traza a uno o más escenarios. • Los escenarios también tienen una relación de uno a muchos con los casos de prueba.

llllí

UNIVERSIDAD

CÉSAR VALLEJO

Diagrama de Trazabilidad

STRQ

FEA.T

.SUPL

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Descripción de elementos de Trazabilidad Elemento de trazabilidad (Tipo de requisito)

Tipo de Documento

Descripción

Necesidad de Stakeholder (STRQ)

Solicitudes de Stakeholder

Necesidades claves de stakeholders, los cuales describen requisitos de alto nivel .

Característica (FEAT)

Visión

Son condiciones y capacidades del sistema.

Caso de Uso (UC)

Especificación de Caso de Uso

Requisitos funcionales capturados en casos de uso.

Requisitos Suplementarios (SUPL)

Especificación Suplementaria Requisitos no funcionales que no son capturados en el modelo de casos de uso.

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Conclusiones • La trazabilidad es una propiedad de los requisitos aplicable al resto del desarrollo que permite conocer las dependencias entre los distintos artefactos que se van generando.

llí1 8

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

EXAMEN PARCIAL

Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Temario ...

• Examen Parcial

02 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

MODELOS DE REQUERIMIENTOS I Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Temario ... 1. Introducción al Requerimiento 2. Técnicas de Levantamiento de Información 3. Priorización de Casos de Uso 4. Especificaciones de Requisitos de SW (ERS) 02 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

'111

UNIVERSIDAD

CÉSAR VALLEJO

Introducción al Requerimiento El término REQUERIMIENTO puede referirse a:

ALGO QUE SE LE PIDE O SOLICITA A ALGUIEN.

Requerimiento (sistemas): Características que se desea que posea un sistema o un software Ingeniería de requerimientos: Tareas relacionadas con los requerimientos de un sistema. .--------¡ J Es una condición del usuario hacia ) e el sistema para que ésta le ayude a resolver su problema. ~-

--··

03 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información

¿QUE ES? Proceso mediante el cual el analista recopila datos e información de la situación actual de un sistema, con el propósito de identificar problemas y oportunidades de mejora.

C)O 04 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

'111

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información

¿COMO SE HACE? Mediante el uso de una serie de instrumentos y técnica como: • Entrevista. • Encuesta. • Observaciones • Simulación • Técnicas Audiovisuales y, de Inspección. 05 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información

ENTREVISTA

Consiste en una conversación dirigida con un propósito específico y se basa en un formato de preguntas y respuestas para conocer aspectos como: Procedimientos Formales e Informales

Metas de la organización Metas Personales

Sus Sentimientos

06 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

Su Opinión

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información

LA ENTREVISTA ESTRUCTURADA: Constituye un interrogatorio, para el cual se han preparado previamente un conjunto de preguntas. Las preguntas se formulan siempre en el mismo orden y en los mismos términos; el interrogador anota las respuestas en forma textual o atendiendo a un código.

07 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información LA ENTREVISTA NO ESTRUCTURADA: Deja al entrevistado mayor margen de libertad e iniciativa, se utilizan preguntas abiertas, no hay formas estándar.

08 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información PASOS PARA PREPARAR LA ENTREVISTA

 

  

Lectura de Antecedentes. Establecimiento de Objetivos. Selección de entrevistados. Selección del tipo y estructura de las preguntas. Preparación de la Entrevista.

09 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información QUE HACER ANTES DE LA ENTREVISTA   

Confirmar el lugar y la hora. El equipo debe coordinar la cita. Preparar el material necesario.

010 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información QUE HACER EL DIA DE LA ENTREVISTA

   

 



Llegue antes de lo pautado y haga saber su presencia. Identificarse con el entrevistado y darle la mano. Plantee el motivo y razón por la cual fue elegido. Si lo permite saque su grabadora. Debe iniciar con preguntas generales. Asegure el grado de detalle de las respuestas. Indique la culminación de la entrevista y manifieste la posibilidad de un próximo encuentro.

011 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información CARACTERISTICA DEL TIPO DE PREGUNTA Característica

Pregunta

P~bieM:a

Cerré.ad a

Confiabilidad de los datos

Baja

Alta

Uso eficiente de los datos

Baja

Alta

Precisión de los datos

Baja

Alta

Amplitud y profundidad

f\/iucha

Poca

Habilidad reouerida en el Entrevistador

l\Aucha

Poca

Facilidad de Análisis

Difícil

Fácil

012 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información EL ENTREVISTADOR CONTROLA  

   

Los tópicos de la Entrevista. El curso de la Entrevista. A quién va a Entrevistar. La fecha y el lugar. Los beneficios logrados. La profundidad de la Entrevista.

013 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información POSIBLES PROBLEMAS Amenaza de la autoestima del Entrevistado.  Reacciones emotivas en temas conflictivos.  Apego a formas sociales.  Equivocaciones al inferir sobre observaciones.  Competencia por el tiempo.  Olvido de hechos importantes.  Mentir por ocultar. 

014 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información

LA ENCUESTA O CUESTIONARIO Es una técnica de recopilación de cantidades masivas de datos e información sobre las opiniones, conductas, actitudes y características de quienes se encuentran involucrados con un sistema, se basa en un formulario.  El cuestionario en sistema puede ser utilizado como ayuda o complemento de las entrevistas y observaciones personales. 

015 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

liJí

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información

LA ENCUESTA O CUESTIONARIO ¿CUÁNDO HACERLO?  Si las personas que es necesario interrogar están muy dispersas.  Si se desea conocer la posición de cantidades de personas sobre un tópico en particular. 

016 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información

Vocabulario a usar en la Encuesta o Cuestionario Mantener la redacción sencilla.  Usar en lo posible el lenguaje de quién contesta.  Ser específico.  Usar preguntas cortas.  Evitar la parcialidad y la censura.  NO suponga.  Asegurar la precisión de las preguntas. 

017 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

lill

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información

OBSERVACION



018

de revelamiento de métodos Los información se pueden dividir en: ESTÁTICOS y DINÁMICOS relevantamiento dinámico: Es a través de la observación directa, por cuanto se obtiene lo que realmente HACE LA PERSONA. relevantamiento estático: aquellos en los que las personas DICEN LO QUE HACEN. llí1 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información

Modalidades de la Observación Visión Global del medio ambiente de la empresa.

Observación General

Se realiza sobre aquel que labora en cualquier actividad especifica.

Observación al Personal

Observación de la Ruta o Camino

Se observa la ruta que sigue un documento o forma, qué pasos sigue, a qué procesos es sometido y por quién.

019 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información

INSPECCIONES

Las inspecciones consiste en revisar (previo permiso de las instancias correspondientes) otras fuentes de Información como:  Reportes periodísticos (memorando y cuentas).  Reporte de auditoría.  Recortes de prensa.  Récord de cantidad. 020 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

Técnicas de Levantamiento de Información

INSPECCIONES  

  

Sugerencias de los empleados. Quejas de usuarios y clientes. Organigramas (reales y aparentes). Estructuras de control. Archivos y manuales, etc.

021 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

111111111' UNIVERSIDAD l:ESA

Técnicas de Levantamiento de Información

SIMULACION Es una técnica de relevantamiento de Información dinámica y consiste en hacer circular un documento en un procedimiento y observar cada uno de los pasos y procesos a los cuales es sometido, esto sirve para contrastar con la información relevada por los métodos estáticos. 022 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Técnicas de Levantamiento de Información

TECNICAS AUDIOVISUALES

Se utiliza en casos muy especiales (sobre todo en procesos productivos) en los cuales el proceso o procedimiento está construido por un gran numero de movimientos, se pueden utilizar películas, videos o cualquier método que permita grabar el proceso y luego someterlo a un análisis detallado; puede ser aplicada también para analizar los movimientos en almacenes, puestos de despacho de mercancías, taquillas de atención al publico, departamentos de procesamiento de datos. llí1 023 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

MODELO DE REQUERIMIENTOS II Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Temario ...

1. Estructura del MCU 2. Identificación de Actores y Casos de Uso 3. Diagrama de Casos de Uso 4. Especificaciones de Casos de Uso 5. Prototipos 02 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

'111

UNIVERSIDAD

CÉSAR VALLEJO

Actividades para la captura de Requisitos Según el RUP, los principales pasos para capturar los requerimientos son: •Identificación de Actores y Casos de uso •Priorizar Casos de Uso •Detallar Casos de Uso •Estructurar el MCU •Prototipar la interfaz de usuario (GUI).

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Actividades para la captura de Requisitos : Analista de sistemas

: Arquitecto

: Especificador de casos de uso

: Diseñador de interfaces de usuario

Encontrar actores y casos de uso Priorizar los casos de uso

Detallar un caso de uso

Estructurar el modelo de caso de uso

25/07/2015

Prototipar la interfaz de usuario

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Encontrar Actores y Casos de Uso • Objetivos Delimitar el sistema y su entorno

Esbozar quién y qué (actores) interactuarán con el sistema, y qué funcionalidad se espera del sistema Capturar y definir un glosario de términos comunes esenciales para poder describir detalladamente los CU del sistema. • Actividad decisiva requerimientos

para

obtener

adecuadamente

los

• Responsabilidad del Analista de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Encontrar Actores y Casos de Uso • Actividades (no tienen por qué seguir este orden)

Establecer el límite del sistema: solo software, hardware y software como un todo, lo utiliza una persona, una organización, etc. Encontrar actores principales: Usuarios que se satisfacen con el uso de los servicios del sistema Para cada actor, identificar sus objetivos de usuario Definir los CU que satisfagan los objetivos de usuario. Nombrarlos de acuerdo con sus objetivos Describir brevemente (descripción informal) cada CU.

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Actores que • Representan entidades externas (mantenimiento y/o operación) con el sistema • Puede ser un usuario o un sistema externo • Un actor representa un rol:

interactúan

No se corresponde directamente con personas concretas Toda persona que interactúa con el sistema es representado al menos por un actor en el MCU

• Identificación de Actores ¿Qué grupos de usuarios necesitan el sistema para su trabajo? ¿Qué usuarios realizan las funciones principales del sistema? ¿Qué usuarios realizan funciones secundarias, como mantenimiento o administración? ¿Existe algún sistema externo de hardware o software?

• Se da nombre a los actores y se describen brevemente sus papeles y para qué utilizan el sistema.

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Casos de Uso Escenario (o instancia de caso de uso) Es una descripción narrativa de lo que la gente hace cuando utiliza una aplicación, es una secuencia específica de acciones e interacciones entre los actores y el sistema. Descripción concreta e informal de una sola característica del sistema, desde el punto de vista de un solo actor

Los analistas y los usuarios escriben y refinan diversos escenarios para comprender mejor lo que debe hacer el sistema

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Estructurar el Modelo de Casos de Uso • Extraer descripciones de funcionalidad (de casos de uso) generales y compartidas que pueden ser utilizadas por casos de uso más específicos • Extraer descripciones de funcionalidad (de casos de uso) adicionales u opcionales que pueden extender casos de uso más específicos (relaciones de extensión) • Extraer descripciones de funcionalidad (de casos de uso) adicionales e incondicionales incluidas en la ejecución de casos de uso específicos (relaciones de inclusión).

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Relaciones entre Actor y Casos de Uso • Asociación • Inclusión • Extensión

• Herencia

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Prototipado • Diseño lógico de la interfaz: se decide qué se necesita de las interfaces de usuario para habilitar los CU para cada actor • Diseño físico de la interfaz: se desarrollan prototipos que ilustran cómo pueden utilizar el sistema los usuarios para ejecutar los CU • Resultado final: conjunto de esquemas de interfaces de usuario y prototipos de interfaces que especifican la apariencia de esas interfaces para los actores más importantes.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Especificación de CU • Se describen QUE hacen el Actor y el Sistema y NO COMO se implementa • Tanto el camino básico como los describirse deben alternativos textualmente en una sección de la ECU.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Plantilla ECU 1. Nombre del Caso de Uso 2. Breve Descripción 3. Flujo de Eventos Evento Disparador • – 3.1 Flujo Básico – 1. – 2. Incluir Casos de Uso <<nombre>> – 3. – n…. – 3.2 Flujos Alternativos • 3.2.1 < Primer Flujo Alternativo > • 3.2.2 < Segundo Flujo Alternativo > 25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Plantilla ECU • • • • •

– 3.3 < Sub Flujos > • 3.3.1 < Flujos Alernativos del Sub Flujo > 4. Requerimientos Especiales – 4.1 < Primer Requerimiento Especial > 5. Pre Condiciones – 5.1 < Precondición 1 > 6. Post Condiciones – 6.1 < Post Condición 1 > 7. Puntos de Extension – 7.1 << Nombre del Caso de Uso Extendido>> 8. Prototipo (GUI).

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Bibliografía • Rumbaugh, J. “El Proceso Unificado de Desarrollo de Software” Editorial Person, 2000 • Fowler, Martín. "UML Gota a Gota". Primera edición. Addison Wesley Longman. 1999. • Senn, James A. "Análisis y Diseño de Sistemas de Información". Segunda Edición. McGraw Hill. 1992. • Publicaciones de diferentes Universidades encontradas en el Web

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

MODELO DE REQUERIMIENTOS III Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Temario ...

1. Optimización de Modelo de Casos de Uso 1. Publicación de Modelos

02 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Optimización de Modelo de Casos de Uso ¿Que es la optimización? la es Optimización acción y efecto de optimizar. Este verbo hace referencia a buscar la mejor manera de realizar una actividad.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Optimización de Modelo de Casos de Uso

¿Que es la optimización? Es obtener el grado máximo (obtener el mejor resultado) de aprovechamiento de los recursos en la realización de cualquier proceso.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llllí

UNIVERSIDAD

CÉSAR

VALLEJO

Optimización de Modelo de Casos de Uso ¿Cómo se hace? Se logra mediante el correcto uso de los recurso tanto humano y tecnológico que influyen dentro de un proceso

25/07/2015

CURSO: Análisis y Diseño de Sistemas

Optimización de Modelo de Casos de Uso Muestra la interacción ordenada según la secuencia temporal de eventos. Muestra los objetos participantes en la interacción y los mensajes que intercambian ordenados según la secuencia de tiempo.

Dentista

Cliente

Una representación grafica de parte o el total de los actores y casos de uso del sistema, incluyendo sus interacciones.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

'111

UNIVERSIDAD

CÉSAR VALLEJO

Optimización de Modelo de Casos de Uso Consecuentemente, las organizaciones y en general, cualquier modelo de empresa extendida y distribuida) podrán optimizar la gestión de todos los elementos asociados a sus procesos de innovación

1gtntt gubtrn1mtnt1/

Oftrna de atención personalizada al ciudadano

;:rame¡,ork

~\:.i' ..,'

Motor dt Rteorntndac1on (rtltv1nc11)

proetd1rn1tnto

· ob1•'"'º

pt~I lunc1on1r10

pt~ltl

Modtlo dt donM10 • 1o.tnntnt ltl';ICH

Frame¡,o•k 1

, ..

·,,

... --t

lilotordt rtcomtnd1c1on

•

¡1

(~ '( Í

Portal Ctll .. •lllYO St11anbct

c1udld1no

25/07/2015

CURSO: Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Optimización de Modelo de Casos de Uso Caso Práctico Optimizar desempeño del usuario Al usar una computadora. los usuarios realizan tres tipos de tarea:

RAZONAN

Forman opiniones. que tienen como resultado decisiones relevantes a la tarea que están desarrollando

RECOLECTAN

Obtienen la información necesaria para realizar la tarea.

EJECUTAN

Manipulan la computadora, mediante sus controles.

El desempeño de los usuarios se optimiza trabajando sobre estos tres puntos

25/07/2015

CURSO: Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Optimización de Modelo de Casos de Uso Recomendaciones

25/07/2015

RAZONAN

Reducir la toma de decisiones

RECOLECTAN

Reducir la entrada de datos

EJECUTAN

Reducir la manipulaciónde la

CURSO: Análisis y Diseño de Sistemas

computadora

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Optimización de Modelo de Casos de Uso REDUCIR LA TOMA DE DECISIONES

 Evaluar cada decisión para asegurarse de su necesidad.  Tener la información necesaria para la toma de decisiones.  Proponer las opciones mas probables.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

'111

UNIVERSIDAD

CÉSAR VALLEJO

Optimización de Modelo de Casos de Uso CASO DE USO PROPUESTO CU CU CU CU

1 2 3 4

: : : :

BUSQUEDAS DE CLIENTE DATOS DEL CLIENTE INFORME DE CTA CTE DEL CLIENTE RECLAMOS Y SUGERENCIAS DEL CLIENTE

...

CASO DE USO OPTIMIZADO CU 1 : BUSQUEDAS CU 2 : CENTRO DE INFORMACION DEL CLIENTE

El usuario no esta obligado a recorrer TODO el sistema cuando esta realizando una tarea (menos tiempo, respuesta mas fluida ). Provee información necesaria para la toma de decisiones rápida y precisa. 25/07/2015

CURSO: Análisis y Diseño de Sistemas

'1111

UNIVERSIDAD

CÉSAR VALLEJO

Optimización de Modelo de Casos de Uso REDUCIR LA ENTRADA DE DATOS Regístrate Es gratis

 El usuario comienza el Registro. Ingresando su Nº DNI.  El sistema valida los datos.  El sistema confirma el registro.

(y lo seguirá siendo).

Apellidos: Tu correo

e lectrónico: Vuelve a escribir· tu correo: Contraseña: St-xo: Fecha de nac rn ente:

25/07/2015

CURSO: Análisis y Diseño de Sistemas

Selecciona el sexo: ....

Ola:~

Mes:

'111

Arfo:

UNIVERSIDAD

CÉSAR VALLEJO

Optimización de Modelo de Casos de Uso MANIPULACION DE LA COMPUTADORA

 Eliminar tanta operación de la computadora como sea posible  Se cargue automáticamente instalaciones típicas

25/07/2015

CURSO: Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Publicación de Modelos Una buena práctica sería publicar toda la (diagramas, disponible información descripciones y comentarios etc..) sobre un proyecto concreto en páginas html y dejarlas en un sitio accesible para todo el equipo del proyecto. De esta forma toda persona interesada podría consultar la información que necesitase con la seguridad de que no va a poder tocar el fichero asociado de, ya que un cambio en la publicación no supone un cambio en dicho fichero, lo contrario si.

25/07/2015

CURSO: Análisis y Diseño de Sistemas

lilí1

UNIVERSIDAD

CÉSAR VALLEJO

Publicación de Modelos Para publicar los modelos de un proyecto, seleccione el modelo y luego en la barra de menú seleccione Modeling / Publish / Web…

1 Modeling - Rational® 5ortware Architect™Standard Edition file Edit Navigate Search Project Run =

?.,:.: v',

•

<s»:

<J Project Exp 1orer i;iEl

+ ~-.

Run Validation

~~~~~~~

Publish

r.,..,

¿.s

lO proyVenta ..

Modeling Window Help

~f;: Transform

o·1agrams

1·

l>,¿

• ~¡;;. •

¡¡,¡, •

)

~ ,, Web ... ~

__, .3 Models + ~ «BusinessAnalysisModel» Modelo de Análi~

+ LJ +

25/07/2015

Modelo de Casos de Uso

ti «BusinessUseCaseModel» Modelo de Cas

CURSO: Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Publicación de Modelos Especifique fólder a publicar ~ Publish to Web General J Overview

Types

Properties 1

Current selection 1 Modelo de Casos de Uso del Negocio Level of Detail:

Navioation Style:

Minimum- documentation only

Javadoc

Full

Interactive tree

Options:

Generate diagram image files Diagram image file format:

GIF

Note tboc cerras: formats (e,g, 5VG} may reaore additfonaf software lfJStaffed.frJ your browser to be ab/e to d!sp/aydiagrams correctiv

W 1 1

Always: clean des:tination folder without as:king

Order dess attributes and operations alphabetically

Display element icons Automatically display published output

URLs:

Create links

1 Select folder to publish to:

ílJmJmimmiimmnmm~i!iiüimii~ --------------------------:3;-i Browse ... OK

25/07/2015

CURSO: Análisis y Diseño de Sistemas

Cancel

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Publicación de Modelos Espere unos breves minutos Progress Information

Operation in progress ...

Cancel

25/07/2015

CURSO: Análisis y Diseño de Sistemas

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Publicación de Modelos Por último, podrá visualizar el modelo publicado desde la página index.html lt

Proy Venta Publicado

Archivo

Edición

..) Atrás

•

Ver

__ Favoritos

Herramientas

Búsqueda

Ayuda

Carpetas Ir

Dirección ~ D: \Documents and Settings\pgisguzm\Escritorio\Proy Vent.:i Publicado X

Carpetas + +

+ + + +

.,.

Imagen (G:)

U3 System (1:) ., GGM (M:)

Q-

·J

Panel de control Dispositivo móvil

J Mis sitios de red

: Papelera de reocleie -

-•~l

25/07/2015

Proy Venta Publicado _J content

J ~

---'I .!.J

Nombre

Fech.

Tamaño

.,.

_JContent

Carpeta de archivos

_jimages

Car peta de archivos

~~ index ~ overview _banner

HTML Document >:ML Source File

78 KB

~•_,__

CURSO: Análisis y Diseño de Sistemas

1 KB lKB

Imagen JPEG

02¡0; 02¡0; 02/0: 02¡0; 02/0;

___.

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

DESARROLLO DE CASOS EMPRESARIALES Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Temario ... 1. Desarrollo de Casos Prácticos – –

Caso Practico # 1 Caso Practico # 2

2. Overview – –

Modelo de Análisis y Diseño Patrones de Software

02 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Casos Prácticos Empresariales # 1 Modelo de Casos de Uso

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Casos Practicos Empresariales # 2 Modelo de Casos de Uso

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Overview • Modelo de Análisis y Diseño Phases

Disciplines Business Modeling Requirements

~--------------!-

1 Inception 1-1--E-la_bo_ra_t-io_n __ l l Construction

~~-

¡----------~--~1

1------

----:-

Analysis & Design

11 Transition

----

~---

•

...

-w----'---

~--------

Implementation Test

1 1

_ ...... -.

·- -

1 1

Deployment Contlguration & Change

Mg mt

Project Man agement Enviro n ment Initial

Elab #

1 11 Bab #211 c~~st 11 c~r;st

C:~ l l 7t

11 ~a;

Iterations

'lí1

UNIVERSIDAD

CÉSAR VALLEJO

Patrones de Software Patrones Principios y soluciones que guiaron a experimentados desarrolladores de software orientado a objetos en la creación de software.

Principios codificados en un formato que describe el problema y la solución

• En la tecnología de objetos, un patrón, es la descripción con nombre de un problema y su solución.

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Descripción de un Patron Contenido •Nombre del Patron •Contexto •Problema ¿Que pretende resolver? •Soluciones Estructura  Participantes y Responsabilidades Estrategias •Consecuencias •Patrones Relacionados

'11

UNIVERSIDAD

CÉSAR VALLEJO

Clasificación

Creacionales

Estructurales

Comportamiento

Clase

Creacional se la Clase

Estructural de la Clase

Comportamiento de Clase

Objeto

Creacional del objeto

Estructural de Objetos

Comportamiento de Objeto

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Propósito Creación

Estructura I Comporta miento

Ambito Clase

nte ro rete r Temolate Method

FrCJPQ/ M.~thPd

1'·.· .v. ·.···.··.··+.···.·····.·

•

Objeto

· ...··.···-··.·.··.···.·'•.··.···.··

P.. .....rototvn e .. ... .. ... ...··.-·· · ·

-· ··.··-_ ,.· ·;.:.,.·

Sinaleton ·

.... ·._-· -,' ··.~·.···.···.···.···.···.·······

_.·._.·.,·

••. -.

••

•._

-••••••

··.··.···.··-

.«··.·'·.·'•

•

A.danter

[Qqi.rJ Pf 88.$PPOS?.tJil.ity

Comoosite · ..·.. ·

Q~ro.r..a.tor

lt_~fqtpr Mediator Memento

F b.ruve i o ht

onserver

Ar0.tr0c.t Frcton~ Buil1)er

·._

' ..

·-,'

...··.··.·····-···.··.······'··'···

Fq(\3.0e

.· ...•.- ....._.·... -... · ... ·...:.,¡...•... · .. ·

ºnrnmªno

·.···.···,·-.···- .··.··.···.·· · ..· ..•... ··.·

State Str9te,_gy

Proxy·

\(i_$i.tqr

'fil

UNIVERSIDAD

CÉSAR VALLEJO

Patrones JEE Con la aparición del JEE, todo un nuevo catálogo de patrones de diseño apareció. Desde que JEE es una arquitectura por si misma que involucra otras Servlets, incluyendo arquitecturas, JavaServerPages, Enterprise JavaBeans, y más, merece su propio conjunto de patrones específicos para diferentes aplicaciones empresariales.

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Web Application Extension - WAE Jim Conallen, definió una extensión de UML para representar aplicaciones Web, a la que denominó WAE, esta extensión es la convención más difundida y aceptada hasta nuestros días y podríamos decir que define el estándar.

'111

UNIVERSIDAD

CÉSAR VALLEJO

Bibliografía • Rumbaugh, J. “El Proceso Unificado de Desarrollo de Software” Editorial Pearson, 2000 • Fowler, Martín. "UML Gota a Gota". Primera edición. Addison Wesley Longman. 1999. • Senn, James A. "Análisis y Diseño de Sistemas de Información". Segunda Edición. McGraw Hill. 1992. • Publicaciones de diferentes Universidades encontradas en el Web

25/07/2015

CURSO: Análisis y Diseño de Sistemas

llí1

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

SUSTENTACION FINAL DE PROYECTOS Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Temario ...

1. Indicaciones para la Exposición 2. Sustentación Final por Grupos

02 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

'111

UNIVERSIDAD

CÉSAR VALLEJO

ANALISIS Y DISEÑO DE SISTEMA

EXAMEN FINAL

Ing. Sanchez Castillo Eddye Arturo eddiesanchez0710@gmail.com www.ceneinnova/eddyesanchez

llí1

UNIVERSIDAD

CÉSAR VALLEJO

Temario ...

1. Examen Final de todo el curso

02 Ingeniería de Software - Ing. Eddye Arturo Sanchez Castillo

llí1

UNIVERSIDAD

CÉSAR VALLEJO