2. Lenguaje de Modelamiento Unificado
UML es un lenguaje de modelado
visual que se usa para especificar,
visualizar, construir y documentar
artefactos de un sistema de
software, y se usa para entender,
diseñar, configurar, mantener y
controlar la información sobre los
sistemas a construir.
11. Modelo 4 + 1 Vistas
Logical View Implementation View
Analysts/Designers End-user Programmers
Structure Functionality Software management
Use-Case View
Process View Deployment View
System integrators System engineering
Performance System topology
Scalability Delivery, installation
Throughput communication
El modelo 4 más una vistas es un enfoque a través del cual se definen diversos artefactos según su
propósito y público objetivo. Al enfrentar esta propuesta a UML podemos obtener escenarios de trabajo
dirigidos a los diferentes grupos de participantes del proyecto.
12. UML en 4 + 1
Vista UML
Escenarios Casos de Uso
Lógica Clases, de Estados y Colaboración
Desarrollo Componentes
Física Despliegue
Procesos Actividad, Estados, Secuencia
http://jgarzas.googlepages.com/4mas1
20. Elementos de los Diagramas de Casos de Uso
Caso de Uso:
Descripción de un conjunto de secuencias que representan la interacción
de elementos externos con el sistema.
Indican “qué” hace y no “cómo” lo hace.
Se pueden aplicar al sistema completo o a partes.
Alcance: identificación de los elementos que forman parte del caso de
uso.
Representación: elipse.
* Su nombre debe escribirse con frases que denoten una acción, utilizando verbos.
22. Relaciones en los Diagramas de Casos de Uso
Asociación:
Es el tipo de relación más básica que indica
la invocación desde un actor a un operación
(caso de uso). El actor dispara el caso de uso y tiene
una participación directa en el.
communicate: Se usa para indicar la
participación de un actor en la ejecución de
un caso de uso.
El primer actor dispara el caso de uso, el
Se usa una línea continua. segundo actor recibe algún resultado por
parte de la operación. esto debido a que
Debe quedar claro el sentido de la asociación puede ser otro sistema o que se quiere
especificar una situación concreta.
23.
24. Relaciones en los Diagramas de Casos de Uso
Dependencia: Estereotipos de las asociaciones:
Es el tipo de relación indica la <<include>>: un caso de uso base
invocación desde un caso de uso a incorpora explícitamente otro caso de uso
otra operación (caso de uso). en un lugar indicado en el caso de uso
base. Comportamiento obligado.
Dependencia
<<extend>>: un caso de uso base
<<extend>> incorpora implícitamente otro caso de uso
en un lugar indicado en el caso de uso
base. Comportamiento opcional.
Dependencia
26. Plantillas de Casos de Uso
Caso de Uso:
Son iniciados en el evento de activación, es decir el momento o momentos en
que el actor inicia el flujo de pasos que conforman el escenario
Formado por:
Precondiciones: Condiciones del sistema que deben darse para poder iniciar
el caso de uso
Postcondiciones: Estado en el que queda el sistema después de ejecutar las
actividades descritas en el caso de uso.
Actores: Roles que ejecutan las acciones descritas en el escenario
Objetos: Entidades manipuladas por los actores durante su ejecución
Actividades: Flujos de eventos, básico y alternativos. Escenarios.
27.
28. • Son la clave para:
Inicio proceso Determinar con buena
precisión la complejidad del
Flujo básico
caso de uso
Flujo alternativo 3
Flujo alternativo 1 Estimar el tiempo de
Flujo alternativo 4 Flujo alternativo 2
construcción
Planear la construcción por
Fin proceso Fin proceso versiones si se trata de casos
Fin proceso
de uso complejos
29.
30. Control de Flujos
Punto de Extensión
Punto de retorno
Flujo Excepción Flujo Condicional
Historia Alternativa
31. Como son las Relaciones con Respecto a los Flujos?
inclusión / uso