Modelado de aplicaciones en UML <br />con Enterprise Architect<br />Sede central:<br />Tuset 23, 4ª planta<br />08006 Barc...
Índice<br /><ul><li>Modelado de aplicaciones en UML
Introducción
Modelar
UML
Casos de uso
Diagramas de secuencia
Diagramas de clases
Diagramas de componentes
Diagramas de despliegue
Enterprise Architect
Conclusiones</li></li></ul><li><ul><li>Introducción</li></ul>Para crear una nueva aplicación empresarial se necesita una p...
<ul><li>Modelar</li></ul>¿Qué es modelar?<br />Es el proceso de identificar, documentar e implementar los requisitos de da...
<ul><li>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.
Próxima SlideShare
Cargando en…5
×

Modelado de aplicaciones en UML con EA

5.897 visualizaciones

Publicado el

Diapositivas del workshop que realice sobre Modelado de aplicaciones en UML con Enterprise Architect.

Publicado en: Educación, Tecnología
0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
5.897
En SlideShare
0
De insertados
0
Número de insertados
67
Acciones
Compartido
0
Descargas
116
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Modelado de aplicaciones en UML con EA

  1. 1. Modelado de aplicaciones en UML <br />con Enterprise Architect<br />Sede central:<br />Tuset 23, 4ª planta<br />08006 Barcelona<br />T 902 88 17 76 F 902 88 17 76<br />Oficinas en:<br />Bilbao<br />Madrid<br />Palma de Mallorca<br />Valencia<br />www.in2.es<br />Mayo 2010<br />Emmerson Miranda SCJP-SCWCD-SCEA emmerson.miranda@in2.es<br />
  2. 2. Índice<br /><ul><li>Modelado de aplicaciones en UML
  3. 3. Introducción
  4. 4. Modelar
  5. 5. UML
  6. 6. Casos de uso
  7. 7. Diagramas de secuencia
  8. 8. Diagramas de clases
  9. 9. Diagramas de componentes
  10. 10. Diagramas de despliegue
  11. 11. Enterprise Architect
  12. 12. Conclusiones</li></li></ul><li><ul><li>Introducción</li></ul>Para crear una nueva aplicación empresarial se necesita una planificación considerable de los elementos conceptuales, lógicos y físicos. <br />Se deben estudiar los procesos empresariales actuales y las estructuras de datos existentes y, finalmente, proponer una solución de aplicación.<br />Por tanto es necesaria alguna forma de capturar, administrar y comunicar las ideas de diseño de la aplicación propuesta.<br />
  13. 13. <ul><li>Modelar</li></ul>¿Qué es modelar?<br />Es el proceso de identificar, documentar e implementar los requisitos de datos y procesos de la aplicación<br />¿Qué implica?<br />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<br />Una de las mejores maneras de modelar cómo trabaja la aplicación es utilizando el lenguaje universal de modelado.<br />
  14. 14. <ul><li>UML (Lenguaje universal de modelado)
  15. 15. UML es un sistema de notación para representar conceptos, procesos automatizados, interacciones humanas y asociaciones.
  16. 16. UML NO es una metodología.
  17. 17. Es un conjunto de diagramas para representar diferentes aspectos de una aplicación.
  18. 18. UML es un estándar respaldado por la OMG (ObjectManagmentGroup)
  19. 19. Actualmente esta en la versión 2.x</li></li></ul><li><ul><li>Diagramas utilizados </li></li></ul><li><ul><li>Diagramas de caso de uso
  20. 20. 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.
  21. 21. 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</li></li></ul><li><ul><li>Diagramas de caso de uso - Ejemplo</li></li></ul><li><ul><li>Diagrama de secuencia
  22. 22. Este diagrama describe la forma en la que diferentes objetos interactúan o colaboran.
  23. 23. Usualmente, este diagrama captura el comportamiento de los objetos dentro del contexto de un caso de uso.
  24. 24. El diagrama de secuencia contiene detalles de implementación del escenario.
  25. 25. Incluye los objetos, clases y los mensajes intercambiados entre los objetos.</li></li></ul><li><ul><li>Diagrama de secuencia y los casos de uso
  26. 26. 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.
  27. 27. 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.</li></li></ul><li><ul><li>Diagrama de clases
  28. 28. 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. </li></li></ul><li><ul><li>Diagrama de componentes
  29. 29. Representa la división de un sistema en componentes y muestra las dependencias entre estos componentes.
  30. 30. Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes.
  31. 31. Pueden ser usados para modelar y documentar cualquier arquitectura de sistema.</li></li></ul><li><ul><li>Diagrama de despliegue
  32. 32. Se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes.
  33. 33. 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</li></li></ul><li><ul><li>Enterprise Architect
  34. 34. Soporta todos los diagramas UML 2.1
  35. 35. Permite definir patrones personalizados para la reutilización de diseños
  36. 36. Permite generar listados de requisitos y matrices de trazabilidad
  37. 37. Permite generar listados de riesgos
  38. 38. Exporta e importa los diagramas en XMI 2.1
  39. 39. Permite generar reportes personalizados en formato HTML y RTF
  40. 40. Permite generar código fuente en varios lenguajes (Java, C#, PHP)
  41. 41. Ingeniería inversa de código fuente en varios lenguajes (Java, C#, PHP)
  42. 42. Importar esquemas de bases de datos
  43. 43. Importar binarios .Net y Java
  44. 44. Soporta control de versiones </li></li></ul><li><ul><li>Conclusiones
  45. 45. Una vez terminado el modelado, habremos:
  46. 46. Definido los requisitos de la aplicación
  47. 47. Identificado los datos y los servicios reutilizables por otras aplicaciones
  48. 48. Proporcionado una buena base para extensiones futuras.
  49. 49. Sentado las bases para el futuro mantenimiento de la aplicaciones
  50. 50. Curva de aprendizaje del sistema
  51. 51. Habremos generado el 80% la documentación técnica de la aplicación
  52. 52. El otro 20% forma parte de la documentación de código, …</li></li></ul><li>IN2, Compromiso con la Confianza <br />Muchas Gracias <br />

×