UML

Question 1

Quién estandariza UML

Answer 1

OMG (Object Management Group). ISO/IEC 19501:2005/ 19505

Question 2

Última versión UML

Answer 2

UML 2.5.1

Question 3

Estructura UML 2.x

Answer 3

Infraestructura: metamodelo de soporte. Capas M0, M1, M2, M3
Superestructura: notación y semántica de los diagramas
OCL: lenguaje para definir restricciones/reglas
UML Data Interchange. Intercambio entre herramientas. XMI

Question 4

Mecanismos de extensión UML

Answer 4

Estereotipos: Para añadir/modificar semántica a un elemento de UML. Ej: «UI»
Restricciones. Ej: {ordered}
Valores etiquetados. Ej: {procesadores=3}
Perfiles: conjunto de estereotipos, restricciones, etc

Question 5

Conceptos de POO

Answer 5

Clase: estructura de programación que define estructura (atributos) y comportamiento (métodos)
Objeto: Estado: valor de los atributos. Identidad: elemento donde almacenar info. La identidad permite distinguir un objeto de otro.
Método: implementación de un determinado comportamiento.
Atributo: datos de negocio o referencias a otros objetos.
Mensaje: llamada a un método.
Sobrecarga: varios métodos con un mismo nombre que se diferencian entre sí por el número y/o tipo de parámetros.

Question 6

Principios de POO

Answer 6

-Abstracción: capturar los detalles de negocio a modelar
-Encapsulamiento: ocultación de los detalles internos del objeto. Reducir acoplamiento
-Polimorfismo: capacidad para que objetos de distintas clases se hagan pasar por el mismo tipo. Capacidad para que un mismo objeto frente a un mismo mensaje tenga comportamientos diferentes.
-Herencia: capacidad para definir unas clases en términos de otras. Extensión de clases que tienen ciertas similitud semántica. Efecto: reutilización.

Question 7

Tipos de diagramas de estructura

Answer 7

Clases, Objetos, Paquetes, Estructura compuesta, Componente, Despliegue, Perfil

Question 8

Relaciones de diagrama de clases

Answer 8

Asociación
Agregación: contenedor y contenido. Contención lógica.
Composición: contención física. Todo/parte
Dependencia: entre dos clases o entre clase-interfaz. Una clase requiere de otra.
Herencia: interface, implementación. Incorporar atributos y métodos de otra clase.

Question 9

Diagrama de objetos

Answer 9

Representan un ejemplo de árbol de objetos en memoria.

Question 10

Diagrama de componentes (reutilización)

Answer 10

Arquitectura lógica.
Componente: idea de alto nivel que agrupa una serie de clases y ofrece un servicio a otros.
Un componente está para ser reutilizado.

Question 11

Diagrama de despliegue

Answer 11

Arquitectura física.
Muestra la arquitectura del sistema como despliegue (distribución)

Question 12

Diagrama de paquetes

Answer 12

Arquitectura lógica.
Agrupa clases, componentes, elementos UML,..

Question 13

Diagrama de perfil

Answer 13

Para su uso en una plataforma concreta (.NET, Java, etc).
Componente EJB.
Herencia de la metaclase Component

Question 14

Diagrama de estructura compuesta

Answer 14

Muestra la estructura interna de una clase y las colaboraciones

Question 15

Tipos diagramas de comportamiento

Answer 15

• Transición de estados
• Actividad
• Casos de uso
• Diagramas de Interacción

Question 16

Diagrama de transición de estados

Answer 16

Para expresar el comportamiento de una parte del sistema.
Se realiza para ciertas clases con comportamiento dinámico.
Antesala del patrón de diseño State
Nos ayudan a plantear ciertas pruebas

Question 17

Diagrama de actividad

Answer 17

Diagrama de flujo de toda la vida (flujograma)
Ayudan a definir nuestros procesos de negocio y casos de uso
Se pueden añadir objetos sobre los que trabajan ciertas actividades
Nos ayudan a plantear casos de prueba

Question 18

Diagrama de casos de uso

Answer 18

Son los requisitos funcionales de la aplicación
Existe una relación de herencia entre actores y entre casos de uso
No existen casos de uso “abstracto”
La relación de extensión: «extend» indica un comportamiento opcional
La relación de inclusión: «include» indica un comportamiento obligatorio.

Question 19

Tipos de diagramas de interacción

Answer 19

• Interaction-Overview
• Tiempos
• Comunicación (antes colaboración)
• Secuencia

Question 20

Diagrama interaction-overview

Answer 20

Mezcla entre actividad con otros de interacción
Podemos representar qué ocurre internamente en una determinada actividad

Question 21

Diagrama de tiempos

Answer 21

Se centra en las condiciones que cambian dentro y entre las líneas de vida a lo largo de un eje de tiempo lineal.

Question 22

Diagrama de comunicación y secuencia

Answer 22

Son diagramas equivalentes
No representan bifurcaciones
Comunicación -> mensajes numerados que representan el orden
Secuencia -> la vertical es la línea temporal, no hacen falta números
Representan un único escenario dentro de un diagrama de actividad