1. MODELO DEL NEGOCIO
Visualiza los procesos del Negocio que se desea analizar y posiblemente
implementar.
Caso1
Actor3
Actor2
Caso2
actor1
Actor4
Caso3 actor5
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
2. Elementos del Modelo del Negocio
Caso de Uso del Negocio
Business Use Case
Caso1
Es un proceso del Negocio. Se compone de varios
subprocesos o funciones que tienen un fin común.
Trabajador del Negocio
(Business Worker)
Es un actor Interno. Se involucra en el proceso. Es parte
Actor2
Actores de su formación, elaboración o preparación.
Actor del Negocio
(Business Actor)
actor1 Es un actor Externo. Se beneficia del servicio o del
producto final. No es parte de la preparación.
Asociación
Visualiza la interacción del actor con un caso de
uso del negocio.
Generalización
Define la Herencia o un subtipo de actor. Se
Universidad de Chiclayo Facultad de Ingenieríaaplicar a cualquier tipo de actor.
puede Informática
Ing. Luis G. Aguilar y de Sistemas
3. Visualiza las fuentes de datos en la cual se registran o se recupera datos o información.
Se visualiza los actores internos y los objetos que actúan como fuente de datos.
entidaddelNegocio1
(f rom Business Object Model)
EntidaddelNegocio3
(f rom Business Object Model)
Business Worker
EntidaddelNegocio2
(f rom Business Object Model)
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
4. Elementos:
Interactúa con el Objeto y en el cual realiza una
acción de búsqueda o almacenamiento
Business Worker
Almacena datos y también proporciona la
necesaria en el momento que el actor interno lo
entidaddelNegocio1 realiza o solicita.
(f rom Business Object Model)
Indica la acción que realiza el Business Worker
Acción1/Acción2 sobre el objeto el cual puede ser
buscar, actualizar, registrar, autorizar, validar, et
c
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
5. Visualiza los conceptos del mundo real y las relaciones que existen entre ellos.
No son Tablas, no es base de datos
accion1
NewClass2 NewClass3
1 1..n
1..n Es cualquier entidad del mundo
NewClass2 real, sin pensar en que son
tablas, ejemplo: vendedor, jefe de
Venta, analista, supervisor, producto
accion2
, etc.
No Existe las entidades Intermedias
accion1
NewClass2 NewClass3
1 1 1..n
1..n
NewClass4 Es el símbolo que indica la
interrelación entre las clases. Se
puede agregar la etiqueta de la
accion2 acción y su multiplicidad.
Ejemplo: buscar, registrar,
evaluar, etc.
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
6. Permite describir la funcionalidad de cada proceso que se encuentran
en el Modelo del Negocio.
Se observa las funciones que componen el proceso (business Use
Diagrama de Caso de Uso : Control de Equipajes
Case) y los actores que interactúan con los casos de uso..
<<include>>
Verificar Boleto de Viaje Buscar viaje
(from <Use Case Name>) (from <Use Case Name>)
<<include>>
Empaquetador
(f rom Actores)
Registrar Equipaje
Pasajero
(from <Use Case Name>)
(f rom Actores)
<<include>>
<<extend>>
Caso1 <<extend>>
<<extend>>
Emitir Ticket
Registrar pago Calcular Pago Extra
(from <Use Case Name>)
(from Control de Pasajes) Registrar descuento
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
7. Elementos del Modelo de Casos de Uso
Buscar viaje Pasajero
(from <Use Case Name>) (f rom Actores)
<<Include>> <<extend>>
<<Include>>
A B A B
<<extend>> (from <Use Case Nam e>) (from <Use Case Nam e>) (from <Use Case Nam e>) (from <Use Case Nam e>)
Al ejecutar A incluye ejecutar B Es posible ejecutar B cuando se cumpla
una condición al ejecutar A
Permite mostrar los subtipos de actores o casos de Uso
Generalización
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
8. EJEMPLO
<<extend>>
Control de Horario Registar
Verrifica Sistema Academico del Documentos de Apoderado
alumno (from Use-Case Mo...
<<extend>> (from <Use Case Name>)
(from <Use Case Name>)
<<extend>>
Registrar Matricula
Docente
(from <Use Case Name>)
(from Business Use-Case Model)
Control de Ev aluacion Registra datos del Alumno
<<include>>
(from Use-Case Mo... (from <Use Case Name>)
Subdirector
Secretaria
(from Business Use-Case Model)
(f rom <Use Case Name>)
...)
Registrar Documentacion
Controlar Asistencia
(from <Use Case Name>) Mo...
(from Use-Case
Apoderado
(f rom <Use Case Name>)
...) Secretaria
Consulta Grupo (from Business Use-Case Model)
Apoderado
(from <Use Case Name>)
(from Business Use-Case Model)
...)
Gestionar Matricula
Registar Recibo de Pago
(from Use-Case Mo...
<<include>>
(from <Use Case Name>) Actualiza Vacantes
(from <Use Case Name>)
Verifica Vacantes Director
Gestion Administrativ a
(from Business Use-Case Model)
(from <Use Case Name>) (from Use-Case Mo...
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
9. EXTEND
INCLUDE (Caso de Uso
Base)
(Caso de Uso
Base)
Registrar Postergación
Registrar Postergación
(Caso de Uso
Incluido)
(Caso de Uso
Registrarpago adicional Extendido)
Registrar Postergación
Registrar pago adicional
Registrar Postergación
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
10. Generar Comprobante
Registrar atención de servicio
Generar Factura Generar Boleta
Registrar Alquiler Registrar Reservación
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
11. Diagrama de Clases: Registrar Equipaje
Empaquetador
(f rom Actores)
Boleto de viaje
Busquedas
(f rom Clases) (f rom Clases) GUIEquipaje
(f rom Clases)
Empaquetador GUIEquipaje
(f rom Actores) (f rom Clases)
MantenimientoEquipaje Equipaje Busquedas
(f rom Clases)
(f rom Clases) (f rom Clases)
Boleto de viaje
(f rom Clases)
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
12. Diagrama de Caso de Uso : Control de Empaques
<<include>>
Verificar Boleto de Viaje Buscar viaje
Control de Pasajes (from <Use Case Name>) (from <Use Case Name>)
(from Casos Uso Negocio)
<<include>>
Empaquetador
(f rom Actores)
Registrar Equipaje Pasajero
Control Giros y Encomiendas (from <Use Case Name>)
(f rom Actores)
Cliente Vendedor
(from Casos Uso Negocio) <<include>>
(from Actores Negocio)
(from Actores Negocio)
<<extend>>
<<extend>>
<<extend>>
Emitir Ticket
Calcular Pago Extra
(from <Use Case Name>)
Control de Empaques
Empacador Registrar pago
(from Casos Uso Negocio) Registrar descuento
(from Control de Pasajes)
(from Actores Negocio)
Modelo Del Negocio
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
13. Diagrama de Caso de Uso : Control de Empaques
<<include>> Diagrama de Clases: Registrar Equipaje
Verificar Boleto de Viaje Buscar viaje
(from <Use Case Name>) (from <Use Case Name>)
<<include>>
Empaquetador
(f rom Actores)
Boleto de viaje
Busquedas
Registrar Equipaje Pasajero (f rom Clases) (f rom Clases)
(from <Use Case Name>)
(f rom Actores)
<<include>> Empaquetador GUIEquipaje
<<extend>> (f rom Actores) (f rom Clases)
<<extend>>
<<extend>>
Emitir Ticket MantenimientoEquipaje Equipaje
Calcular Pago Extra
(from <Use Case Name>) (f rom Clases) (f rom Clases)
Registrar pago
Registrar descuento
(from Control de Pasajes)
Gestor_registro
(f rom 1.2- REGISTRAR LECTOR)
Pago
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
14. Visualiza la interacción de las clases mediante el uso de mensajes.
Los mensajes son las funciones que realiza la clase evocada. No es una acción de la
clase origen de la interacción de una operación existente en la segunda clase y que la clase
origen la evoca (método).
Son dos tipos de diagramas que existen: Diagramas de colaboración y diagramas de
interacción. Se elabora un diagrama por cada caso de uso en el cual existe la interacción
de al menos un actor
13: Emitir nota de venta
: Vendedor : Frm: Separación : Registrar : Buscar : Actualizar : Emitir : Separación : Producto : Nota de Venta : Ingreso
14: Devolver respuesta
: Emitir : Nota de Venta 1: Ingresar datos
9: Registrar 2: Consultar Producto
10: Devolver respuesta
12: emitir 15: Devolver respuesta 3: Buscar Producto
4: Devolver resultado
6: Registrar 7: Registrar 5: Mostra Resultados
6: Registrar
: Registrar
8: Devolver respuesta
1: Ingresar datos
11: Devolver respuesta 7: Registrar
: Separación
8: Devolver respuesta
9: Registrar
: Vendedor : Frm: Separación 2: Consultar Producto
10: Devolver respuesta
5: Mostra Resultados 11: Devolver respuesta
3: Buscar Producto
12: emitir
4: Devolver resultado 13: Emitir nota de venta
: Buscar : Producto
16: Actualizar 14: Devolver respuesta
21: Devolver respuesta
15: Devolver respuesta
16: Actualizar
17: Actualizar
17: Actualizar
18: Devolver respuesta
18: Devolver respuesta
Diagrama de : Actualizar
19: Actualiza
19: Actualiza
20: Devolver respuesta
Colaboración 21: Devolver respuesta
20: Devolver respuesta
Diagrama de secuencia
: Ingreso
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
15. 13: Emitir nota de venta
14: Devolver respuesta
: Emitir : Nota de Venta
9: Registrar
10: Devolver respuesta
12: emitir 15: Devolver respuesta
6: Registrar 7: Registrar
: Registrar
8: Devolver respuesta
1: Ingresar datos
11: Devolver respuesta
: Separación
: Vendedor : Frm: Separación 2: Consultar Producto
5: Mostra Resultados 3: Buscar Producto
4: Devolver resultado
: Buscar : Producto
16: Actualizar
21: Devolver respuesta
17: Actualizar
18: Devolver respuesta
: Actualizar
Es casi el mismo esquema del 19: Actualiza
diagrama de Clases pero cambia el
20: Devolver respuesta
símbolo de asociación y se
agregan los mensajes : Ingreso
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
16. : Vendedor : Frm : Separaci ón : Registrar : Buscar : Actuali zar : Em iti r : Separaci ón : Producto : Nota de Venta : Ingreso
1: Ingresar datos
2: Consultar Producto
3: Buscar Producto
4: Devolver resultado
5: Mostra Resultados
6: Regi strar
7: Regi strar
8: Devolver respuesta
9: Regi strar
10: Devolver respuesta
Foco de 11: Devolver respuesta
12: emi ti r
activación 13: Emitir nota de venta
14: Devolver respuesta
15: Devolver respuesta
Línea de 16: Actuali zar
Vida
17: Actuali zar
18: Devolver respuesta
19: Actuali za
20: Devolver respuesta
21: Devolver respuesta
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
17. La finalidad de ellos coinciden en visualizar los mensajes que
existen entre las clases. Pero la diferencia es que en el diagrama de
colaboración se observa los mensajes agrupados por clases en
cambio en el diagrama de secuencia se observan en el orden de
aparición, de arriba hacia abajo en forma secuencial.
Es por ello que al utilizar el software Rational Rose podemos
abreviar en pulsar la tecla F5 para autogenerar el diagrama de
secuencia a partir del diagrama de colaboración.
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
18. Permite visualizar los estados de una clase durante su existencia en el
sistema. Se puede establecer mas de un diagrama por objeto según el ámbito
que comprenda. También podemos establecer subestados para un estado
específico. Inicio
[ Validacion de datos ] / Registrar
Registrado [ Devoluvion del Producto ] / Actualizar stock Cancelado
[ Confirmacion ]
[ Confiemacion ]
Fin
[ Venta Terminada ] / Emitir
Emitido
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
19. Los elementos de un diagrama de estados son:
Inicio. Indica el principio del Diagrama
Fin. Indica el final del Diagrama. Se sugiere visualizar sólo
uno por cada diagrama
Estado: Indica la situación del Objeto. Se puede sólo
especificar el nombre del Estado.
telefono
event Levantar( Fecha,hora )/ activarlinea También podemos establecer las acciones
entry/ Conectar
exit/ FinalizarConexión al momento en que se produce el evento, al
ingresar o al salir del estado
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
20. Transición: Es el paso de un
estado a otro estado.
La transición consta de los siguientes componentes, los cuales podrán
especificarse todos o algunos de ellos según lo requiera el
análisis:
Evento [condición de Guarda]/acción Donde:
Evento: es el suceso que puede o no producir un cambio de estado.
Condición de guarda: Es la condición que se establece y es necesaria
que se cumpla para ejecutar la acción que producirá el cambio de
estado.
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas
21. También se puede especificar por cada estado
subestados si fuera necesario o lo requiera el análisis.
Activo
Inactivo
Libre Ocupado
Universidad de Chiclayo Facultad de Ingeniería Informática
Ing. Luis G. Aguilar y de Sistemas