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 emmerson.miranda@in2.es

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