tms 03 modelo_negocio
Post on 07-Apr-2017
431 Views
Preview:
TRANSCRIPT
Ing. CIP Fabián Silva Alvarado
DEL MODELO DE NEGOCIOS AL MODELO DEL SISTEMA
INSTITUTO DE EDUCACIÓN SUPERIOR TECNOLÓGICO PÚBLICO« V Í C T O R R A Ú L H A Y A D E L A T O R R E »
CARRERA PROFESIONAL DE COMPUTACIÓN E INFORMÁTICA
UNIDAD DIDÁCTICA: TALLER DE MODELAMIENTO DE
SOFTWARETEMA:
Ing. CIP Jorge Pariasca LeónJpariasca.blogspot.pe
IntroducciónUna vez que hemos logrado interpretar la forma de trabajo de la empresa, nos dedicaremos a tratar de automatizar la mayor cantidad de procesos posibles, para ello tengamos en cuenta lo siguiente:
Funcionalidad del Sistema: Use Case Diagram.
• La vista de casos de uso captura el comportamiento de un sistema, de un subsistema, o de una clase, tal como se muestra a un usuario exterior.
• Reparte la funcionalidad del sistema en transacciones significativas para los actores-usuarios ideales de un sistema.
• Las piezas de funcionalidad interactiva se llaman casos de uso.
• Un caso de uso describe una interacción con los actores como secuencia de mensajes entre el sistema y uno o más actores.
Use case Diagram
El término actor incluye a los seres humanos, así como a otros sistemas informáticos y procesos.
Diagrama de Casos de Uso
• Concebidos por I. Jacobson - Objectory/OOSE (Jacobson, 92)
• Presentes en casi cualquier nuevo método de desarrollo de software.
• Incluidos en UML y Métrica 3.
Actor A Caso de Uso A
Actor BCaso de Uso B
Diagrama de Casos de Uso
• Proporciona credibilidad en una etapa inicial del desarrollo del sistema
• Asegura una comprensión mutua de los requisitos
• Quién interactuará con el sistema y qué deberá hacer el sistema
• Qué interfaz deberá tener el sistema.
• Que se hayan capturado todos los requerimientos• Que los desarrolladores hayan entendido los requerimientos
Diagramas de Casos de Uso
Usados Para Verificar
Usados Para Comunicarse con el Usuario Final y el Experto de Dominio
Usados Para Identificar
• Los Casos de Uso (Ivar Jacobson) describen bajo la forma de acciones y reacciones el comportamiento de un sistema desde el p.d.v. del usuario
• Permiten definir los límites del sistema y las relaciones entre el sistema y el entorno
• Los Casos de Uso son descripciones de la funcionalidad del sistema independientes de la implementación
• Comparación con respecto a los Diagramas de Flujo de Datos del Enfoque Estructurado
… Casos de uso
• Ejemplo:
Actor A Caso de Uso A
Actor BCaso de Uso B
… Casos de Uso
• Roles que presentan los usuarios cuando interactúan con el sistema.
• Un actor es una idealización de una persona externa, de un proceso, o de una cosa que interactúa con un sistema, un subsistema, o una clase.
• Un actor caracteriza las interacciones que los usuarios exteriores pueden tener con el sistema.
Casos de uso : Actores
Actor A Caso de Uso A
Actor BCaso de Uso B
• La misma persona física puede interpretar varios papeles como actores distintos (generalización)
• El nombre del actor describe el papel desempeñado.
• Se pueden clasificar en:
Principales: roles que usan el sistema Secundarios: roles alternos o administran el
sistema. Material externo: dispositivos materiales
imprescindibles que forman parte del ámbito de la aplicación y deben ser utilizados
Otros sistemas: sistemas con los que el sistema interactúa
… Casos de uso : Actores
… Casos de uso : Actores• Inician la ejecución de los casos de uso.• No tienen que ser personas necesariamente.• Un mismo rol puede ser jugado por más de un
usuario.• Un usuario puede jugar más de un rol.
Actor A Caso de Uso A
Actor BCaso de Uso B
… Casos de uso : Actores
• Generalización de actores, se pueden generalizar roles de actores mediante una relacion de generalización, Ejm.
Administración
Contador Administrador
Terminal ista
Cajero Ventanilla
¿Cómo identificar Actores?
Ing. CIP. Ronald Flores Flores
• Los Casos de Uso se determinan observando y precisando, actor por actor, las secuencias de interacción, los escenarios, desde el punto de vista del usuario
• Un escenario es una instancia de un caso de uso
• Los casos de uso intervienen durante todo el ciclo de vida.
• El proceso de desarrollo estará dirigido por los casos de uso
Casos de uso desde UML
CASO DE USO: Relaciones
Un caso de uso es una descripción
lógica de una parte de
funcionalidad del sistema.
Un caso de uso puede participar
en varias relaciones con otros casos de
uso, además de poderse asociar
con actores.
• UML define cuatro tipos de relación en los Diagramas de Casos de Uso: Comunicación
Actor Caso de Uso
Casos de uso : Relaciones
Ejemplo: Comunicacion
Casos de uso : Relaciones
Inclusión : una instancia del Caso de Uso origen incluye también el comportamiento descrito por el Caso de Uso destino
<<include>> reemplazó al denominado <<uses>>
Caso de Uso Origen Caso de Uso Destino
<<include>>
Casos de uso : Relaciones
Ejemplo <<include>>
Casos de uso : Relaciones
Ejemplo <<include>>:
Casos de uso : Relaciones
Extensión : el Caso de Uso origen extiende el comportamiento del Caso de Uso destino
Caso de Uso Origen Caso de Uso Destino
<<extend>>
Casos de uso : Relaciones
Solicitar Nueva Tarjeta
Cliente Solicitar Préstamo
<<extend>>
[Tarjeta Caducada]
Ejemplo <<extend>>:
Casos de uso : Relaciones
Ejemplo <<include>> y <<extend>>:
Identificación
Transferencia en Internet
ClienteTransferencia
<<include>>
<<extend>>
Casos de uso : Relaciones
Generalización: el Caso de Uso origen hereda la especificación del Caso de Uso destino y posiblemente la modifica y/o amplía, aunque este nos sea muy aplicable
Caso de Uso Hijo Caso de Uso Padre
Casos de uso : Relaciones
Ejemplo Generalización:
Casos de uso : Relaciones
Diagramas de Casos de Uso: Ejemplo
Caso de Uso Sistema de Venta
Genera VentaVendedor
Consulta de Producto
Informe de Venta
Administrador
Diagramas de Casos de Uso: Ejemplo
Vendedor
(from Use Case View)
Genera Venta
(from Use Case View)
Acepta o cancela consulta
Vista e Impresión del comprobante
Definir Tipo de comprobante
Verifica Cliente
Ingresa o retira Producto
Crear Crédito Número de cuotas y monto de pago
<<extend>>
<<include>>
<<include>><<include>>
<<extend>>
<<extend>>
<<include>>
Un caso de uso debe ser simple, inteligible, claro y conciso
Generalmente hay pocos actores asociados a cada Caso de Uso
Preguntas clave: ¿Cuáles son las tareas del actor? ¿Qué información crea, guarda,
modifica, destruye o lee el actor? ¿Debe el actor notificar al sistema los
cambios externos? ¿Debe el sistema informar al actor de
los cambios internos?
Casos de uso : Construcción
La descripción del Caso de Uso comprende: El inicio: cuándo y qué actor lo produce? El fin: cuándo se produce y qué valor
devuelve? La interacción actor-caso de uso: qué
mensajes intercambian ambos? Objetivo del caso de uso: ¿qué lleva a cabo
o intenta? Cronología y origen de las interacciones Repeticiones de comportamiento: ¿qué
operaciones son iteradas? Situaciones opcionales: ¿qué ejecuciones
alternativas se presentan en el caso de uso?
Casos de uso : Construcción
Cuando un modelo de casos de uso se completa entonces dicho modelo es presentado y discutido con usuarios y clientes
Los usuarios deben validar que el modelo encaja perfectamente en sus necesidades y que les ofrece la funcionalidad deseada
Casos de uso : Construcción
Casos de uso : Test
Los casos de uso permiten realizar dos tipos de test: verificación y validación
Verificar significa confirmar que el sistema se desarrolla correctamente
Validar asegura que el sistema bajo desarrollo es el que el usuario realmente quiere
¿Como identificar Casos de Uso?
Ing. CIP. Ronald Flores Flores
Ventajas de los Casos de Uso1. Lenguaje de comunicación entre usuarios y
desarrolladores.2. Comprensión detallada de la funcionalidad del sistema.3. Acotación precisa de las habilidades de los usuarios.4. Gestión de riesgo más eficiente para gobernar la
complejidad.5. Estimación más exacta para determinar tiempo,
recursos y prioridades en la dosificación de esfuerzo de desarrollo.
6. Mayor control para mantener las sucesivas revisiones de los programas.
7. Certificación contractual cliente-desarrollador.8. Documentación orientada al usuario: help, manual de
procedimientos, reglas del negocio.9. Documentación orientada al administrador del
sistema: soporte de mantenimiento.
Conclusión
¿Qué se considera un actor? Podemos preguntarnos
¿Porqué se construye el sistema?
Los actores “ganan valor” con la ejecución del caso de uso (actor primario del caso de uso)
O pueden sólo “participar” en él (actores secundarios del caso de uso)
Conclusión
¿Casos de Uso o funciones? Capturan una función visible para el usuario.
Consiguen un objetivo para el usuario del sistema.
Caso de uso : Breve descripción en lenguaje natural
Los Casos de Uso son una idea maravillosa que ha sido
generalmente complicada. El verdadero truco para los Casos de
Uso es mantenerlos simples.
Rober C. Martin.
Rational Rose y su Organización
Rational Rose y su Organización
La Vista de casos de uso
La Vista Lógica
La vista de componentes
La vista del Deployment
La Vista de casos de uso (USE CASE)
La Vista USE CASE hace posible la comprensión y usabilidad del sistema.
Esta vista muestra a los actores y casos de uso con sus interacciones.
Los diagramas en esta vista son los DIAGRAMAS DE CASOS DE USO, DIAGRAMAS DE SECUENCIA Y LOS DIAGRAMAS DE COLABORACION.
La Vista Lógica
La vista lógica del sistema nos permite mostrar los requerimientos funcionales del sistema.
Esta vista muestra las clases y sus relaciones estáticas y establece la naturaleza dinámica de las clases.
Los diagramas en esta vista son DIAGRAMAS DE CLASE Y DIAGRAMAS DE ACTIVIDAD Y ESTADO.
La vista de componentes
Esta vista muestra la organización del software del sistema.
Contiene información acerca del software los ejecutables y los componentes de librerías para el sistema.
Contiene los DIAGRAMAS DE COMPONENTES.
La vista del Deployment Esta vista direcciona la configuración de los nodos
de procesamiento run -time y los componentes, procesos y objetos incluidos en ellos.
Esta vista contiene solamente el DIAGRAMA DE DEPLOYMENT.
PREGUNTAS
top related