UF3: UML Flashcards
UML
Unified Modeling Languaje.
Lenguaje que se utiliza para documentar.
Es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de software.
Se puede utilizar para: modelar sistemas de software, hardware u organizaciones.
Utiliza diagramas.
Existen 2 grandes versiones de UML
- UML1.x (finales de los 90)
- UML2.x (2005)
TIPOS DE DIAGRAMA
- Diagrama de estructura (parte estática del modelo)
- Diagrama de clases
- Diagrama de estructuras compuestas
- Diagrama de componentes
- Diagrama de despliegue
- Diagrama de objetos
- Diagrama de paquetes
- Diagrama de comportamientos (parte dinámica del modelo).
- Diagrama de interacción (se centran en el flujo de control y de datos entre los elementos del sistema modelado)
- Diagrama de secuencia
- Diagrama de resumen de interacción
- Diagrama de comunicación
- Diagrama de tiempo
- Diagrama de actividad
- Diagrama de casos de uso
- Diagrama de máquina de estado
Diagrama de estructura
Parte estática del modelo
Diagramas de comportamiento
Parte dinámica del modelo
OBJETO
Un objeto es la instancia de una clase.
Y está constituido por un conjunto de atributos (valores), métodos (acciones) e identidad propia (que lo distingue de los demás objetos.
La estructura y comportamiento de objetos similares tendrán una clase común.
Una clase es: un conjunto de objetos con estructura y comportamientos similares.
PRINCIPIOS DEL MODELO ORIENTADO A OBJETOS
- Abstracción: características esenciales de un objeto de tal forma que lo distingue de los demás. Indican que trabajo va a realizar ese objeto, como se comunica con los demás, sin necesidad de mostrar como se implementan esas características.
- Encapsulación: conjunto de elementos que pertenecen a la misma entidad y al mismo nivel de abstracción. Gracias a esto, permite una mayor cohesión de sus componentes y separa la parte interna inaccesible para otros objetos de la externa, que sí será accesible. Oculta los métodos y atributos a otros objetos, pasando a ser privados.
- Modularidad: es la capacidad de un sistema o aplicación para dividirse en pequeños módulos independientes.
- Jerarquía o herencia: propiedad que permite que algunas clases tengan propiedades y características de una clase superior. La clase principal se llama clase padre o superclase. La nueva clase se denominará clase hija o subclase, que heredará todos los métodos y atributos de la superclase. Cada subclase estará formada con objetos más especializados.
- Polimorfismo: cuando dos instancias u objetos pertenecientes a distintas clases pueden responder a la llamada a métodos del mismo nombre, cada uno de ellos con distinto comportamiento encapsulado. Ambos responden a una interfaz común (marcada a través del mecanismo de la herencia).
- Tipificación: definición precisa de un objeto de forma que objetos de diferentes tipos no se pueden intercambiar.
- Concurrencia: propiedad de un objeto que está activo respecto de otro que no lo está.
- Persistencia: propiedad de un objeto en virtud de la cual su existencia trasciende en el tiempo y/o el espacio.
DIAGRAMA DE CLASES:
Clase
Una representación gráfica y estática de la estructura general de un sistema, mostrando cada una de las clases (atributos, métodos y visibilidad) y sus interacciones (relaciones: asociación, herencia, agregación, composición, realización y dependencia) representadas en forma de bloques. Vamos a poder visualizar las relaciones que existen entre las clases.
Estará compuesto por los siguientes elementos:
- Clases: atributos, métodos y visibilidad.
- Relaciones: asociación, herencia, agregación, composición y dependencia.
Representación de una clase en UML
DIAGRAMA DE CLASES
Podemos representarla con un rectángulo dividido en tres partes:
- Parte superior: nombre de la clase.
- Parte central: atributos, que caracterizan la clase (private, protected, package o public).
- Parte inferior: métodos u operaciones, forma de interactuar del objeto con el entorno (según visibilidad: private, protected, package o public).
Al representar la clase, podemos obviar señalar los atributos y métodos. La visibilidad de los métodos debe ser por defecto public, y la de los atributos, private.
Atributos y métodos pueden ser
DIAGRAMA DE CLASES
- Public: Visible tanto dentro como fuera de la clase. “+”
- Private: Visible dentro de la clase. “-“
- Protected: No será accesible desde fuera de la clase, pero sí por los métodos de la clase y subclases. “#”.
- Package: Será visible en las clases del mismo paquete. “~”
Relaciones
DIAGRAMA DE CLASE
Los objetos estarán vinculados entre sí, y se corresponden con asociaciones entre objetos En UML estos vínculos se describen a través de asociaciones al igual que los objetos se describen mediante clases.
Poseen un nombre y una cardinalidad llamada multiplicidad, que representa el número de instancias de una clase que se relaciona con las instancias de otra clase: La asociación es similar a la utilizada en el modelo entidad/relación. En cada extremo será posible indicar la multiplicidad mínima y máxima para indicar el intervalo de valores al que tendrá que pertenecer siempre la multiplicidad
Notación:
Tipos de Relaciones
DIAGRAMA DE CLASE
-
ASOCIACIÓN (dependiendo de si una conoce la existencia de la otra, clase cuenta con un rol, que se indica en la parte superior o inferior de la línea que conecta a ambas clases, y, además, este vínculo también tendrá un nombre, representado con una línea que conecta a ambas clases.):
- Unidireccional: la clase destino no sabrá de la existencia de la clase origen y la clase origen contendrá un objeto o set de objetos de la clase destino.
- Bidireccional: se puede recorrer en ambos sentidos entre las dos clases.
Dependiendo de la multiplicidad, podemos pasar de un objeto de una clase a uno o varios de la otra. A este proceso se le llama navegabilidad. En la asociación unidireccional, la navegabilidad es solo en un sentido, desde el origen al destino, pero no al contrario. Algunas clases pueden asociarse consigo mismas, creando así una _asociación reflexiva_. Estas asociaciones unen entre sí instancias de una misma clase.
-
HERENCIA: Podremos organizar las clases de forma jerárquica y, gracias a la herencia, seremos capaces de compartir atributos y operaciones comunes con las demás clases a través de una superclase. Las demás clases se conocen como subclases.
- La subclase hereda los atributos y métodos de la otra. La superclase generaliza a las subclases y las subclases especializan a la superclase. para representar esta asociación se usará una flecha, donde el extremo de la flecha apunta a la superclase.
- La superclase
- Generalización
- Especialización
- CLASE ASOCIACIÓN: Hay asociaciones entre clases que podrán tener información necesaria para dicha relación.
-
COMPOSICIÓN: consiste en que un objeto puede estar compuesto por otros objetos. Existirán dos formas:
- asociación fuerte, conocida como composición (los objetos están constituidos por componentes y la supresión del objeto comporta la supresión de los componentes. La cardinalidad será de uno a varios. Se representa con una línea con un rombo lleno).
- asociación débil, conocida como agregación.
- REALIZACIÓN: Relación de herencia que existe entre la clase interfaz y una subclase que implementa esa interfaz.
- DEPENDENCIA: Muestra la relación entre un cliente y un proveedor de un servicio usado por el cliente.. (Ej. Clase Ecuación - - - - -> Clase Math)
Asociación
DIAGRAMA DE CLASE
- Unidireccional
- Bidireccional
Determina navegabilidad
Asociación reflexiva
DIAGRAMA DE CLASE
Se da cuando una instancia de clase se relaciona con otra instancia de su misma clase (Ej: empleado - empleado jefe)
Clase asociación
DIAGRAMA DE CLASE
Hay asociaciones entre clases que podrán tener información necesaria para dicha relación.
HERENCIA (GENERALIZACIÓN / ESPECIALIZACIÓN)
DIAGRAMA DE CLASE
El extremo de la flecha apuntará a la superclase.
COMPOSICIÓN (FUERTE)
DIAGRAMA DE CLASE
Los componentes no pueden ser compartidos con otros objetos compuestos y nacen y mueren con su objeto.
AGREGACIÓN (DÉBIL)
DIAGRAMA DE CLASE
REALIZACIÓN
DIAGRAMA DE CLASE
Relación de herencia que existe entre la clase interfaz y una subclase que implementa esa interfaz.
DEPENDENCIA
DIAGRAMA DE CLASE
Muestra la relación entre un cliente y un proveedor de un servicio usado por el cliente.. (Ej. Clase Ecuación - - - - -> Clase Math)
NOTACIÓN (CARDINALIDAD/MULTIPLICIDAD)
DIAGRAMA DE CLASE
DIAGRAMAS DE COMPORTAMIENTO
Nos permiten modelar la información que hemos manejado anteriormente con los diagramas de clase.
Mostrarán el comportamiento de un sistema.
Relaciones
en un DIAGRAMA DE CASOS DE USO
Especificar el funcionamiento de cada una
- Include: un caso de uso base incorpora explícitamente el comportamiento de otro en algún lugar de su secuencia. La relación de inclusión sirve para enriquecer un caso de uso con otro y compartir una funcionalidad común entre varios casos de uso.
- Extend: se usará esta relación cuando un caso de uso extiende la funcionalidad de otro caso de uso. Si tenemos un caso de uso B, extenderá la funcionalidad del caso de uso A añadiendo algunos pasos. En este supuesto, el caso de uso extendido no sabe nada del caso de uso que lo extiende. Por tanto, el caso de uso de extensión (B) no será indispensable que ocurra, y, si lo hace, ofrece un valor extra (extiende) al objetivo original del caso de uso base.
- Herencia (Generalización/Especialización): la relación de generalización se usa cuando se poseen uno o más casos de uso que son especificaciones de un caso de uso más general.
HERENCIA (GENERALIZACIÓN / ESPECIALIZACIÓN)
Relaciones en un DIAGRAMA DE CASOS DE USO
El extremo de la flecha apuntará a la superclase.
INCLUDE
Relaciones en un DIAGRAMA DE CASOS DE USO
El caso base incluye al segundo (caso incluido)
EXTEND
Relaciones en un DIAGRAMA DE CASOS DE USO
El caso de uso de extensión no es indispensable que ocurra y, cuando lo hace, ofrece un valor extra (extiende) el caso base.
DIAGRAMA DE SECUENCIA
Nos mostrará gráficamente los eventos que fluyen de los actores del sistema.
Tiene dos dimensiones. Vertical (representa el tiempo) y horizontal (representa los roles de la interacción).
La autodelegación o mensaje reflexivo es un mensaje que un objeto se envía a sí mismo.
ALTERNATIVAS Y BUCLES (Fragmentos combinados):
- opt: Si esa condición se cumple, el contenido se ejecuta.
- alt: Seguido de varias condiciones y al final la palabra clave else. La parte else se ejecuta si no se ejecuta ninguna condición.
Si queremos representar un bucle, utilizaremos el operador loop, seguido de una condición. Lo que está encerrado en el marco se ejecutará siempre que dicha condición se cumpla.
Los mensajes
DIAGRAMA DE SECUENCIA
Representan la comunicación entre participantes y se dibujarán con una flecha que irá dirigida desde el participante que los envía hasta el que los ejecuta. Tendrán un nombre, acompañado o no de parámetros.
- Mensaje síncrono: cuando se envía un mensaje a un objeto, no se recibe el control hasta que el objeto receptor ha finalizado la ejecución.
- Mensaje asíncrono: cuando el emisor que envía un mensaje asíncrono continúa con su trabajo después de ser enviado, es decir, no espera a que el receptor finalice la ejecución del mensaje. Su utilización la podemos ver en sistemas multihilos donde se producen procesos concurrentes.
- Mensaje de retorno: representa un mensaje de confirmación. Su uso es opcional. Creación y destrucción de objetos podemos ver la creación y destrucción de objetos.
- La creación se representa mediante un mensaje que termina en el objeto que será creado. Este mensaje puede llevar la identificación <>.
- Destrucción finalizará la línea de vida del objeto y se representa mediante una “X” grande en su línea de vida. El mensaje puede llevar la identificación <>.
- La auto delegación o mensaje reflexivo un mensaje que un objeto se envía a sí mismo. Por ello, la flecha del mensaje de vuelta regresa a la misma línea de vida.
Mensaje de creación
DIAGRAMA DE SECUENCIA
Mensaje de destrucción
DIAGRAMA DE SECUENCIA
Elementos
de un DIAGRAMA DE COMUNICACIÓN
Para numerar los mensajes se puede usar varios esquemas:
- Numeración simple: comienza en 1 y se incrementa una unidad y no hay nivel de anidamiento.
- Numeración decimal: tiene varios subíndices para indicar anidamiento de operaciones.
Numeración simple
en un DIAGRAMA DE COMUNICACIÓN
Numeración decimal
en un DIAGRAMA DE COMUNICACIÓN
DIAGRAMAS DE ESTADOS
Indican: cómo evoluciona el sistema a través de las transiciones de un estado a otro. Suelen incluir información adicional acerca de cómo se ha realizado la transición de un estado a otro.
DIAGRAMAS DE ACTIVIDADES
Nos ayudan: a modelar el flujo de control de las distintas actividades.
Desde un punto de vista de diseño, el diagrama es es un conjunto de líneas y nodos.
Desde el punto de vista más conceptual muestra cómo va pasando el control de unas clases a otras, colaborando para conseguir un fin determinado.
Son
- Estados de actividad.
- Estados de acción: se representa a través de un rectángulo. Podemos tener 2 tipos de acciones
- Acciones simples.
- Acciones compuestas por una expresión. Un estado de actividad también se representa mediante un rectángulo y se puede descomponer en más subactividades. Dichos estados pueden ser interrumpidos y, por tanto, tardar en completarse. Podemos encontrar acciones adiciones, como de entrada (entry) o de salida (exit).
- Transiciones. Muestran el paso de un estado a otro tanto de una actividad como de una acción. El flujo de control debe empezar y terminar, por lo que lo indicamos con dos disparadores de inicio y fin.
- Bifurcaciones. El flujo de control no suele ser secuencial, sino que puede presentar varios caminos. Para ello, utilizaremos como símbolo el rombo para las bifurcaciones. En cada transición de salida, se indicará una expresión booleana que se evaluará cada vez que se llegue a la bifurcación. Las expresiones deben ser excluyentes y se deben visualizar todos los casos posibles. Cuando se representan varios tipos de diagramas de actividades de diferentes organizaciones o departamentos, podemos modelarlos en diferentes calles (cada calle tiene su propio nombre y grupo).
