CC61J / CC Taller de UML Apuntes de Clase

Transcripción

1 CC61J / CC Taller de UML Apuntes de Clase Prof. Andrés Muñoz Ordenes 09/03/2011

2 Agenda Presentaciones Docente Participantes Curso Introducción Motivación Qué es UML? Historia Diagramas Usos Conclusiones

3 Presentaciones

4 Quién soy yo?

5 y ahora ustedes En qué año están? Por qué tomaron el curso? Cuáles son sus experiencias? Qué esperan del curso?

6 El Curso Objetivos: Comprender los conceptos más importantes del modelamiento orientado a objetos. Obtener la experiencia de utilizar una herramienta CASE para el modelamiento de UML. Metodología Uso intensivo del lenguaje de modelamiento UML 2.x. Desarrollo de ejercicios prácticos que serán modelados usando este lenguaje. Autoaprendizaje durante cada sesión del curso.

7 El Curso Contenidos Introducción al UML Gestión de Requerimientos Casos de Uso Estereotipos y Patrones Diagramas Proceso de Desarrollo El Proceso Unificado de Desarrollo de Software Herramientas CASE

8 El Curso Evaluaciones 4 ejercicios prácticos Desarrollo en clase (papel o computador) Trabajo en grupos (2 a 3 integrantes) Apoyo en lecturas Presentación ante el curso Nota = 50% técnica + 50% de pares

9 El Curso Bibliografía G. Booch, J. Rumbaugh, I. Jacobson Guía del Usuario del Lenguaje Unificado de Modelado UML Addison Wesley Craig Larman UML y Patrones Prentice Hall Martin Fowler / Scott Kendall UML Gota a Gota Prentice Hall Paul Kimmel UML DeMistifyed: A Self Teaching Guide Mc Graw Hill Perdita Stevens Utilización de UML en Ingeniería de Software Prentice Hall Kim Hamilton, Russell Miles Learning UML 2.0 O Really Paul Kimmel Manual de UML Mc Graw Hill Mike O Docherty Object Oriented Analysis and Design Prentice Hall

10 Introducción

11 Motivación

12 Motivación Actividad: Mapa de Ideas o Mapa Conceptual El mapa conceptual aparece como una herramienta de asociación, interrelación, discriminación, descripción y ejemplificación de contenidos, con un alto poder de visualización Castillo y Olivares Barberán

13 Motivación Actividad (continuación): Ejemplo de Mapa Conceptual: Java

14 Motivación Actividad (continuación): Realizar un mapa conceptual en torno al concepto UML. Algunos conceptos que pueden utilizar: Lenguaje Modelamiento Diagrama Componente Clase Objeto Colaboración Secuencia Patrones Artefactos Factoría Sintaxis Creador Notación Caso de Uso Diseño

15 Motivación

16 Unified Modelling Language Definición: The Unified Modeling Language (UML) is a graphical language for visualizing, specifying, constructing, and documenting the artifacts of a software-intensive system. The UML offers a standard way to write a system's blueprints, including conceptual things such as business processes and system functions as well as concrete things such as programming language statements, database schemas, and reusable software components. The UML represents the culmination of best practices in practical objectoriented modeling. The UML is the product of several years of hard work, in which we focused on bringing about a unification of the methods most used around the world, the adoption of good ideas from many quarters of the industry, and, above all, a concentrated effort to make things simple. Especificación UML 1.5, Foreword Booch, Jacobson, Rumbaugh

17 Unified Modelling Language Qué es UML? UML es un lenguaje principalmente gráfico. Se desarrolla a través de diagramas y artefactos. Permite modelar sistemas de software a todo nivel: Negocio Comportamiento Capas Arquitectura Base de Datos Despliegue

18 Unified Modelling Language Qué es UML? (continuación) Cada artefacto posee una notación y una sintaxis. No se requiere un software: se puede modelar con papel y lápiz. Es intrínsecamente orientado al objeto. Es versátil, lo que le permite ser aplicable con diferentes metodologías de desarrollo de software.

19 Historia de UML Antes de UML: A comienzos de los años '90 aparecieron múltiples metodologías y notaciones gráficas para análisis y diseño orientados a objetos: Grady Booch James Rumbaugh: OMT (Object Modeling Technique) Ivar Jacobson: OOSE (Object-Oriented Software Engineering) Peter Coad y Edward Yourdon Sally Shlaer y Stephen Mellor En 1994 Rumbaugh se unió a Rational (donde se desempeñaba Booch), y comenzaron a trabajar en la unificación de sus métodos

20 Historia de UML Nace UML: En 1995 Booch y Rumbaugh presentaron el método unificado, basado en la unión de sus métodos Posteriormente Jacobson se unió a Rational, y en 1997 Rational entregó una definición de Unified Modeling Language a OMG (Object Management Group, la cual fue adoptada el año 1997 y desarrollada a partir de ahí: En 2000, se publicó la versión 1.3 de UML. En 2001, se publicó la versión 1.4 de UML. En 2004, se publicó la versión de UML, la que fue aprobada como un estándar por la ISO (ISO/IEC 19501:2005 Information technology - Open Distributed Processing - Unified Modeling Language).

21 Historia de UML Nace UML (continuación): El 2005, se publicó el estándar 2.0 de UML, el cual fue desarrollado en los años siguientes: La versión 2.1 nunca se publicó, pero si las versiones y (2007). La versión 2.2 fue publicada el La última versión 2.3 del estándar es la que se publicó el año 2010 ( OMG Formally Released Versions of UML (

22 Diagramas UML (

23 Usos Justificación: Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. Es un plano que sirve para: Aspectos conceptuales del sistema Procesos de negocio Funciones del sistema Aspectos concretos de implementación Bases de datos Componentes del sistema Lenguajes de programación

24 Usos Herramientas de Software: Open Source ( StarUML ArgoUML Umbrello UML Modeler Comerciales ( Microsoft Visio IBM Rational Artisan Studio Enterprise Architect UMLStudio

25 Conclusiones Los modelos consisten en diagramas y componentes gráficos, realizados en base a la comprensión del problema y no como resultado de la utilización de herramientas. Los diagramas entregan diferentes perspectivas. UML define diferentes diagramas: De Casos de Uso, de Actividad, de Clases, de Interacción (Secuencia y Colaboración), de Estado, de Componentes, de Distribución. No es necesario desarrollar todos los diagramas, solo los que apoyan al entendimiento y resolución del problema

26 Conclusiones Con el paso del tiempo, los sistemas se complejizan. Se especializan los requerimientos. Requiere de un modelamiento más acabado. El tamaño de los diagramas podría variar, dependen del nivel de detalle. Un alto nivel de detalle puede llevar a confusión. Un bajo nivel de detalle puede tener escasez de información. El resultado de este proceso es proveer la mayor cantidad de detalle necesaria para mejorar la solución final.

27 Conclusiones Una imagen vale más que palabras Paul Kimmel Manual de UML

28 Muchas Gracias. Hasta la Próxima.