Introducción a UML
 @soreygarcia
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.
¿Para qué se usa el modelamiento visual?
Principios de Modelado
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.
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
¿Qué son los Casos de Uso?
Diagramas de Casos de Uso
Importancia de los Casos de Uso
Elementos de los Diagramas de Casos de Uso
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.
Elementos de los Diagramas de Casos de Uso
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.
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
Relaciones en los Diagramas de Casos de Uso
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.
• 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
Control de Flujos
                                  Punto de Extensión




                                        Punto de retorno

        Flujo Excepción                                    Flujo Condicional



                          Historia Alternativa
Como son las Relaciones con Respecto a los Flujos?


         inclusión / uso
extensión
extensión
Consejos para un buen Diagrama de CU
@soreygarcia

Introducción a UML

  • 1.
  • 2.
    Lenguaje de ModelamientoUnificado 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.
  • 3.
    ¿Para qué seusa el modelamiento visual?
  • 10.
  • 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
  • 15.
    ¿Qué son losCasos de Uso?
  • 16.
  • 17.
    Importancia de losCasos de Uso
  • 18.
    Elementos de losDiagramas de Casos de Uso
  • 20.
    Elementos de losDiagramas 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.
  • 21.
    Elementos de losDiagramas de Casos de Uso
  • 22.
    Relaciones en losDiagramas 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.
  • 24.
    Relaciones en losDiagramas 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
  • 25.
    Relaciones en losDiagramas de Casos de Uso
  • 26.
    Plantillas de Casosde 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.
  • 28.
    • Son laclave 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
  • 30.
    Control de Flujos Punto de Extensión Punto de retorno Flujo Excepción Flujo Condicional Historia Alternativa
  • 31.
    Como son lasRelaciones con Respecto a los Flujos? inclusión / uso
  • 32.
  • 33.
  • 35.
    Consejos para unbuen Diagrama de CU
  • 36.