IN2 - Confidencial 1
Modelado de aplicaciones en UML con Enterprise Architect
Sede central:Tuset 23, 4ª planta08006 Barcelona
T 902 88 17 76 F 902 88 17 76
Oficinas en:BilbaoMadridPalma de MallorcaValencia
www.in2.es
Emmerson Miranda SCJP-SCWCD-SCEA [email protected]
Mayo 2010
IN2 - Confidencial 2
Índice
Modelado de aplicaciones en UMLIntroducciónModelarUML
Casos de usoDiagramas de secuenciaDiagramas de clasesDiagramas de componentesDiagramas de despliegue
Enterprise ArchitectConclusiones
IN2 - Confidencial 3
Para crear una nueva aplicación empresarial se necesita una planificación considerable de los elementos conceptuales, lógicos y físicos.
Se deben estudiar los procesos empresariales actuales y las estructuras de datos existentes y, finalmente, proponer una solución de aplicación.
Por tanto es necesaria alguna forma de capturar, administrar y comunicar las ideas de diseño de la aplicación propuesta.
Introducción
IN2 - Confidencial 4
¿Qué es modelar?
Es el proceso de identificar, documentar e implementar los requisitos de datos y procesos de la aplicación
¿Qué implica?
La revisión(identificar) de los modelos de datos y procesos existentes para analizar si es posible su reutilización, y la creación de nuevos modelos de datos y procesos para cubrir los requisitos de la nueva aplicación
Una de las mejores maneras de modelar cómo trabaja la aplicación es utilizando el lenguaje universal de modelado.
Modelar
IN2 - Confidencial 5
UML (Lenguaje universal de modelado)
UML es un sistema de notación para representar conceptos, procesos automatizados, interacciones humanas y asociaciones.
UML NO es una metodología.
Es un conjunto de diagramas para representar diferentes aspectos de una aplicación.
UML es un estándar respaldado por la OMG (Object Managment Group)
Actualmente esta en la versión 2.x
IN2 - Confidencial 6
Diagramas utilizados
IN2 - Confidencial 7
Diagramas de caso de uso
Un caso de uso es una serie de pasos que describen la interacción entre el usuario y el sistema para un escenario en particular.
El diagrama de Casos de Uso describe de forma grafica los diferentes casos de uso que comprende un sistema e identifica a los usuario de los mismos
IN2 - Confidencial 8
Diagramas de caso de uso - Ejemplo uc Primary Use Cases
Restaurant Workshop
Reserva mesa
Cliente
Pide comida
Paga la comida
Prepara la comida
Cocinero
Sirve comida
Camarero
Finaliza preparacion
Pasarela de pago
«precedes»
«precedes» «precedes»
«precedes»
IN2 - Confidencial 9
Diagrama de secuencia
Este diagrama describe la forma en la que diferentes objetos interactúan o colaboran.
Usualmente, este diagrama captura el comportamiento de los objetos dentro del contexto de un caso de uso.
El diagrama de secuencia contiene detalles de implementación del escenario. Incluye los objetos, clases y los mensajes intercambiados entre los
objetos.
IN2 - Confidencial 10
Diagrama de secuencia y los casos de uso
Mientras que el diagrama de casos de uso permite el modelado de una vista business del escenario, el diagrama de secuencia contiene detalles de implementación del escenario.
En la descripción de cada caso de uso se establecen una secuencia de varios pasos, cada uno de estos pasos nos describen que objetos son necesarios para seguirlos.
IN2 - Confidencial 11
Diagrama de clases
Un diagrama de clases describe los tipos de objetos en un sistema y los diferentes tipos(clases, atributos) de relaciones estáticas que existen entre ellos.
IN2 - Confidencial 12
Diagrama de componentes
Representa la división de un sistema en componentes y muestra las dependencias entre estos componentes.
Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes.
Pueden ser usados para modelar y documentar cualquier arquitectura de sistema.
IN2 - Confidencial 13
Diagrama de despliegue
Se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes.
En el UML 2.0 los componentes ya no están dentro de nodos. En cambio, puede haber artefactos u otros nodos dentro de un nodo
IN2 - Confidencial 14
Enterprise Architect
Soporta todos los diagramas UML 2.1 Permite definir patrones personalizados para la reutilización de diseños Permite generar listados de requisitos y matrices de trazabilidad Permite generar listados de riesgos Exporta e importa los diagramas en XMI 2.1 Permite generar reportes personalizados en formato HTML y RTF Permite generar código fuente en varios lenguajes (Java, C#, PHP) Ingeniería inversa de código fuente en varios lenguajes (Java, C#, PHP) Importar esquemas de bases de datos Importar binarios .Net y Java Soporta control de versiones
IN2 - Confidencial 15
Conclusiones
Una vez terminado el modelado, habremos: Definido los requisitos de la aplicación Identificado los datos y los servicios reutilizables por otras aplicaciones Proporcionado una buena base para extensiones futuras. Sentado las bases para el futuro mantenimiento de la aplicaciones
Curva de aprendizaje del sistema Habremos generado el 80% la documentación técnica de la aplicación
El otro 20% forma parte de la documentación de código, …
IN2 - Confidencial 16
Muchas Gracias
IN2, Compromiso con la Confianza
Top Related