Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group).
2. UML es un lenguaje para modelar . Su vocabulario y sintaxis están ideados para la representación conceptual y física de un sistema. Sus modelos son precisos, no ambiguos y se pueden trasladar a una gran variedad de lenguajes de programación, como Java, C++, visual basic, pero también a tablas de bases de datos relacionales y orientadas a objetos.
3.
4. Elementos estructurales: Partes estáticas de los modelos, representan aspectos conceptuales o materiales. Clase Clase activa Describe un conjunto de objetos que comparten los mismos atributos, métodos, relaciones y semántica. Las clases implementan una o más interfaces. Se trata de una clase, en la que existe procesos o hilos de ejecución concurrentes con otros elementos. Las líneas del contorno son más gruesas que en la clase “ normal”.
5. Elementos estructurales: Agrupación de métodos u operaciones que especifican un servicio de una clase o componente, describiendo su comportamiento, completo o parcial, externamente visible. UML permite emplear un círculo para representar las interfaces, aunque lo más normal es emplear la clase con el nombre en cursiva. Define una interacción entre elementos que cooperan para proporcionar un comportamiento mayor que la suma de los comportamientos de sus elementos.
6. Elementos estructurales: Describe un conjunto de secuencias de acciones que un sistema ejecuta, para producir un resultado observable de interés. Se emplea para estructurar los aspectos de comportamiento de un modelo. Parte física y por tanto reemplazable de un modelo, que agrupa un conjunto de interfaces, archivos de código fuente, clases, colaboraciones y proporciona la implementación de dichos elementos. Elemento físico que existe en tiempo de ejecución y representa un recurso computacional con capacidad de procesar.
7. Elementos de comportamiento: Comprende un conjunto de mensajes que se intercambian entre un conjunto de objetos, para cumplir un objetivo especifico. Especifica la secuencia de estados por los que pasa un objeto o una interacción, en respuesta a eventos.
8. Elementos de agrupación: Se emplea para organizar otros elementos en grupos. Elementos de notación: Partes explicativa de UML, que puede describir textualmente cualquier aspecto del modelo.
9. Relaciones: Abstracciones que actúan de unión entre los elementos. Dependencia Asociación Generalización Realización Es una relación entre dos elementos, tal que un cambio en uno puede afectar al otro. Es una relación estructural que resume un conjunto de enlaces que son conexiones entre objetos. Es una relación en la que el elemento generalizado puede ser substituido por cualquiera de los elementos hijos, ya que comparten su estructura y comportamiento. Es una relación que implica que la parte realizante cumple con una serie de especificaciones propuestas por la clase realizada (interfaces).
10. Diagramas: Disponen un conjunto de elementos, que representan el modelo desde distintas perspectivas. UMLtiene nueve diagramas fundamentales, clasificados en dos grupos, uno para modelar la estructura estática del sistema y otro para modelar el comportamiento dinámico. Diagramas estáticos: Clases, Objetos, componentes y despliegue. Diagramas dinámicos: Casos de Uso, secuencia, colaboración, estados y actividades.
11. Diagrama de Clases: Muestran un resumen del sistema en términos de sus clases y las relaciones entre ellas. Las clases abstractas tienen su nombre en itálica . Son interfaces.
12. Diagrama de Clases: Las relaciones pueden traer asociada una multiplicidad, expresada “en el lado opuesto” de la relación. Resume el número de posibles instancias de una clase asociadas a una única instancia de la clase en el otro extremo. Multiplicidad Significado 1 Una única instancia N / * N instancias 0..N / 0..* Entre ninguna y N instancias 1..N / 1..* Entre una y N instancias 0..1 Ninguna o una instancia N..M Entre N y M instancias
13. Diagrama de Clases: Compartimentos de la clase: primero nombre segundo atributos tercero métodos En las relaciones de dependencia un cambio en la clase dependida afectará la clase dependiente. Acceso de atributos y métodos: “ +” público “ -” privado (sólo los métodos), “ #” protegido (sólo clases hija). Los métodos pueden emplear el estereotipo <<static>> . Argumentos: nombre:tipo [=val] (, nombre:tipo[=val])*
14. Diagrama de Clases: Relación de auto agregación. Un departamento puede estar compuesto por varios sub departamentos, o ninguno, con la restricción de que el mínimo número de personas en los sub departamentos debe ser dos. En UML las restricciones se expresan mediante llaves “ { condicion a cumplir siempre } ”. Los diagramas de objetos son análogos a los de clases, con la particularidad de que en lugar de encontrar clases, encontramos instancias de éstas. Son útiles para explicar partes pequeñas del modelo en las que hay relaciones complejas Diagrama de Objetos:
15. Diagrama de Componentes: Un componente es un módulo de código, de modo que los diagramas de componentes son los análogos físicos a los diagramas de clases. Muestran la organización y dependencias de un conjunto de componentes. Cubren la vista de implementación estática de un sistema.
16. Diagrama de Despliegue: Los diagramas de despliegue sirven para modelar la configuración hardware del sistema, mostrando qué nodos lo componen
17. Diagrama de Casos de Uso: Describen lo que hace el sistema desde el punto de vista de un observador externo. Enfatizan el qué en lugar del cómo. Plantean escenarios, lo que pasa cuando alguien interactúa con el sistema. Proporcionan un resumen para una objetivo. Los Actores son papeles que determinadas personas u objetos desempeñan. Las líneas que unen los Actores con los Casos de Uso (óvalos) representan una asociación de comunicación. 4.18. El UML
18. Diagrama de Casos de Uso: Los Casos de Uso pueden explosionarse para describir en mayor profundidad. “ Carlos tuesta el pan en la tostadora, después lo unta con mantequilla y mermelada de fresa y se lo come, posiblemente mojándolo en un café.” “ Carlos calienta leche, añade café y azúcar al gusto y se lo bebe.” Los Casos de Uso pueden acompañarse de texto que enriquezca el lenguaje gráfico. 4.19. El UML
19. Diagrama de Casos de Uso: frontera estereotipo generalización Paralelo, orden irrelevante 4.20. El UML
20. Diagrama de Secuencia: Describen cómo los objetos del sistema colaboran. Detalla cómo las operaciones se llevan a cabo en términos de qué mensajes son enviados y cuando (en torno al tiempo). tiempo Orden participación Los corchetes expresan condición [ condición ] . Si son precedidos por “ *” iteración mientras. Línea de vida obj. Su vida termina. 4.21. El UML
21. Diagrama de Secuencia: Los rectángulos verticales son barras de activación . Representan la duración de la ejecución del mensaje. Mensaje asíncronos : El emisor puede enviar otros mientras éste está siendo procesado. Es independiente a otros mensajes. Mensaje síncronos : El emisor debe esperar que termine el tiempo de proceso de éste para enviar nuevos mensajes. Mensaje simple puede ser síncrono o asíncrono Mensaje simple de vuelta (opt) Síncrono Asíncrono 4.22. El UML
22. Diagrama de Colaboración: Son otro tipo de diagramas de interacción. Contienen la misma información que los diagramas de secuencia, pero se centran en la responsabilidad de cada objeto en lugar de en el tiempo en que los mensajes son enviados Cada mensaje tiene un número de secuencia. El primer nivel comienza en 1 , los mensajes que son enviados durante la misma llamada a un método se numeran 1.1 , 1.2 ... 1.i , tantos niveles como sea necesario. 4.23. El UML
23. Diagrama de Estados: Muestran los posibles estados en que puede encontrarse un objeto y las transiciones que pueden causar un cambio de estado. El estado de un objeto depende de la actividad que esté llevando a cabo o de alguna condición. Circunstancia o condición que provoca la transición acción Resultado de actividad inicio fin 4.24. El UML
24. Diagrama de Estados: Los estados pueden anidarse, agrupando estados relacionados en un estado compuesto. Puede ser necesario cuando una actividad involucra actividades concurrentes o asíncronas. 4.25. El UML
25. Diagrama de Actividades: Son diagramas de flujo adornados, con mucha similitud a los diagramas de estados. Mientras los diagramas de estados centran su atención en el proceso que lleva a cabo un objeto, los diagramas de actividades muestran como las actividades fluyen y las dependencias entre ellas. 4.26. El UML
26. Cómo utilizar UML: UML es simplemente un lenguaje. Define un conjunto de elementos y las relaciones entre ellos y esto se emplea para definir modelos. UML se usa típicamente como parte de un proceso de desarrollo, con ayuda de una herramienta CASE. UML es independiente de cualquier proceso particular, no Está ligado a ningún ciclo de vida de desarrollo de software concreto. 5.1. Cómo Utilizar UML
27. UML proporciona mayores beneficios si se selecciona un proceso dirigido por Casos de Uso , centrado en la arquitectura y sea incremental . Dirigido por Casos de Uso: Los Casos de Uso son básicos Para establecer el comportamiento deseado del sistema, para verificarlo, para validar su arquitectura y para comunicarse Con todas las personas involucradas en el proyecto. Cómo utilizar UML: 5.2. Cómo Utilizar UML
28. Centrado en la arquitectura: La arquitectura de un sistema es el conjunto de decisiones significativas que se toma en torno a su organización, la selección de elementos estructurales, la definición de las interfaces entre estos elementos, su comportamiento, su división en subsistemas, qué elementos son estáticos y cuales dinámicos. La arquitectura también incluye el uso que se le va a dar al sistema, la funcionalidad, el rendimiento, la capacidad de adaptación, la reutilización, la capacidad de ser comprendido, las restricciones económicas, las temporales, los compromisos entre alternativas y los aspectos estéticos. Cómo utilizar UML: 5.3. Cómo Utilizar UML
29. Proceso incremental: aquél que consiste en sucesivas ampliaciones y mejoras de la arquitectura, a partir de una línea básica. Cada incremento resuelve los problemas encontrados en la versión anterior minimizando progresivamente los riesgos más significativos para el éxito del proyecto. Cómo utilizar UML: 5.4. Cómo Utilizar UML
30. Lo primero que se debe hacer para comenzar a desarrollar un proyecto con UML, es seleccionar una metodología de desarrollo que defina la naturaleza concreta del proceso a seguir. El modelo a definir en base al proceso elegido, se divide en realidad en varios tipos de modelo o vistas, cada una centrada en un aspecto o punto de vista del sistema. En general, independientemente del proceso que se emplee, se puede encontrar las siguientes vistas Cómo utilizar UML: 5.5. Cómo Utilizar UML
31. Vista de Casos de Uso: Engloba los Casos de Uso que describen el comportamiento del sistema como lo verían los usuarios finales, los analistas y demás componentes del equipo de desarrollo. No especifica la organización del sistema. Con UML los aspectos estáticos de esta vista se pueden concretar con los diagramas de Casos de Uso ; los aspectos dinámicos con los diagramas de iteración ( secuencia y colaboración ), diagramas de estados y de actividades . Vista de Diseño: Engloba las clases e interfaces que conforman el vocabulario del problema y su solución. Da soporte a los requisitos funcionales del sistema, es decir los servicios que proporciona a los usuarios finales. Con UML los aspectos estáticos de esta vista se pueden concretar con los diagramas de clases y de objetos ; los aspectos dinámicos con los diagramas de iteración ( secuencia y colaboración ), diagramas de estados y de actividades . 5. Cómo utilizar UML: 5.6. Cómo Utilizar UML
32. Vista de Procesos: Engloba los hilos y procesos que forman los mecanismos de sincronización y concurrencia del sistema. Da soporte al funcionamiento, capacidad de crecimiento y rendimiento del sistema. Con UML los aspectos estáticos de esta vista se pueden concretar con los diagramas de clases , de clases activas y de objetos ; los aspectos dinámicos con los diagramas de iteración ( secuencia y colaboración ), diagramas de estados y de actividades . Vista de Despliegue: Engloba los nodos que forman la topología hardware sobre el que se ejecuta el sistema. Da soporte a la distribución, entrega e instalación de las partes que conforman el sistema físico. Con UML los aspectos estáticos de esta vista se pueden concretar con los diagramas despliegue ; los aspectos dinámicos con los diagramas de iteración ( secuencia y colaboración ), diagramas de estados y de actividades . Cómo utilizar UML: 5.7. Cómo Utilizar UML
33. Vista de Implementación: Engloba los componentes y archivos empleados para hacer posible el sistema físico. Da soporte a la gestión de configuraciones de las distintas versiones del sistema, a partir de componentes y archivos. Con UML los aspectos estáticos de esta vista se pueden concretar con los diagramas de componentes ; los aspectos dinámicos con los diagramas de iteración ( secuencia y colaboración ), diagramas de estados y de actividades . Cómo utilizar UML: 5.8. Cómo Utilizar UML
34.
35.
36.
37.
38. 6. Bibliografía: Grady Booch, James Rumbaugh, Ivar Jacobson, (1996) El Lenguaje Unificado de Modelado¸Addison Wesley. Schneider G., Winters J.P., (2001) Applying Use Cases: A Practical Guide, Addison Wesley. OMG en Internet: http://www.omg.org 6.1. Bibliografía PARTE I
Hinweis der Redaktion
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/
Ignenieria de Sistemas e Informatica http://sotfstone.blogspot.com/