UML y POO Flashcards

(31 cards)

1
Q

¿Cuál es el estándar de UML (Unified Modeling Language)?

A

Estandar de la OMG / ISO-IEC 19505

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Estructura de la especificación 2.x

A
  • Superestructura
  • Infraestructura
  • OCL
  • XMI
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

¿Qué se define en la superestructura?

A

notación y semántica de los diagramas

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

¿Qué se define en la infraestructura?

A

metamodelo de soporte

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

¿Qué es OCL?

A

Parte de UML que consiste en una sintaxis que permite definir restricciones/reglas, como invariables, precondiciones, postcondiciones, etc

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

¿Qué es XMI?

A

Es una parte del estándar que permite interoperatividad entre herramientas (UML Data Interchange)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

¿Cuáles son los mecanismos de extensión en UML?

A
  • Estereotipos : añade semántica, información. Ej. «UI»
  • Restricciones. Ej. {ordered}
  • Valores etiquetados: Ejemplo: {procesadores=3}
  • Perfiles : conjunto de estereotipos, restricciones, etc de un tema
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

¿Cuáles son los principios de la Programación Orientada a Objetos (POO)?

A
  • Encapsulación : ocultación de los detalles internos del objeto. Reducir acoplamiento.
  • Herencia/Jerarquía : capacidad para definir unas clases en términos de otras.
  • Polimorfismo : capacidad para que objetos de distintas clases se hagan pasar por el mismo tipo.
  • Abstracción : capturar los detalles de negocio a modelar. Primero objetos, segundo clases.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

¿Cuáles son los conceptos de la Programación Orientada a Objetos (POO)?

A
  • Clase : estructura de programación que define estructura y comportamiento de una entidad dada.
  • Objeto : elemento donde almacenar información. Tiene identidad y estado. Instancia de una clase.
  • Método : implementación de un determinado comportamiento.
  • Atributo : datos de negocio o referencias a otros objetos.
  • Mensaje : llamada a un método
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

¿Qué es sobrecarga?

A

Varias versiones de un mismo método variando el nº y/o tipo de parámetros de entrada.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

¿Qué se conoce como ligadura dinámica o late binding?

A

Es un mecanismo de programación que, en función del tipo de objeto instanciado, permite determinar qué versión de un método va a ser llamado en tiempo de ejecución

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Enumerar diagramas estructurales

A
  • Diagrama de Clases
  • Diagrama de Objetos
  • Diagrama de Componentes
  • Diagrama de Paquetes
  • Diagrama de Despliegue
  • Diagrama de Perfiles
  • Diagrama de estructura compuesta
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Enumerar diagramas de comportamiento

A
  • Diagramas de casos de uso
  • Diagramas de estado de máquina
  • Diagramas de actividad
  • Diagramas de interacción
  • Diagrama de interacción - de secuencia
  • Diagrama de interacción - de comunicación o colaboración
  • Diagrama de interacción - de tiempos
  • Diagrama de interacción - de overview
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Dentro del diagrama de clases, ¿como se indica una relación de asociación?

A

Por una línea sin flechas ni nada. Con una flecha puede ser asociación unidereccional.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

¿Qué dos tipos de asociaciones de contención existen en el diagrama de clases?

A
  • de agregación (rombo sin relleno)
  • de composición (rombo con relleno)
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

¿En qué tipo de relación es obligatorio poner un estereotipo en el diagrama de clases?

A

En la relación de dependencia (línea discontínua)

17
Q

¿Qué relación hay entre clase e interface?

A

Relación de implementación/realización (línea discontínua, flecha cerrada)

18
Q

¿Cómo se representa la relación de herencia o generalización?

A

Línea contínua y con flecha cerrada al final

19
Q

En el diagrama de objetos, ¿Mediante qué se conectan los objetos?

A

Mediante enlaces

20
Q

¿Qué representa un diagrama de objetos?

A

Un ejemplo de arbol de objetos en memoria. Son útiles para realizar ciertas partes del diagrama de clases, dado que es más abstracto.

21
Q

¿Qué es un componente en UML?

A

Un componente en UML es un elemento encapsulado que define su comportamiento en términos de interfaces provistas y requeridas

22
Q

¿Qué representa un diagrama de despliegue?

A

Representa la arquitectura física de un sistema de información sobre la que se distribuyen los distintos artefactos

23
Q

¿Qué representa el diagrama de estructura compuesta?

A

Representa la estructura interna (parte/objeto, conectores,…) de un clasificador (concepto de UML para varios elementos, ej. Componente, Clase, etc)

24
Q

¿Para qué sirve un diagrama de perfil?

A

Nos sirve para poder extender o “dar de alta” nuevos “conceptos” que no vienen con UML y nos resultan útiles en un diagrama cuyo contexto de negocio/técnico es tan especifico que con lo básico de UML nos quedamos cortos de semántica/representación

25
¿Qué representa el diagrama de paquetes?
Representa la arquitectura lógica de nuestro sistema (modulos, subsistemas, …)
26
Dentro de los diagramas de comportamiento, ¿para qué sirve el diagrama de estado de máquina o transición de estado?
Se realiza para ciertas clases con comportamiento dinámico y nos ayudan a plantear ciertas pruebas unitarias. Son la antesala del patrón de diseño State y debe haber correspondencia con la clase correspondiente
27
Características del diagrama de actividad
* Nos ayudan a definir nuestros procesos de negocio y casos de uso * Se pueden añadir los objetos sobre los que trabajan ciertas actividades * Nos ayudan a plantear los casos de prueba (escenarios)
28
Características del diagrama de casos de uso
- Existe relación de herencia entre los actores - Existe relación de herencia entre los casos de uso - No todos los casos de uso son de igual tamaño - No existen casos de uso abstractos - Se pueden organizar en paquetes/subsistemas - Los casos de uso no "explotan" como los DFD´s - Capturan un nivel de granularidad medio-bajo - Necesitan ser acompañados de una especificación SRS
29
Dentro del diagrama de casos de uso, ¿qué diferencia existe entre las relaciones extend e include?
* La relación extend indica comportamiento opcional * La relación include indica comportamiento obligatorio van entre <<>>
30
Utilidad del diagrama general de interacciones
La utilidad de este diagrama es poder combinar la potencia del diagrama de actividad (flujo) con alguno de interacción (secuencia o comunicación)
31
¿Qué diferencias existen entre el diagrama de interacción de comunicación y el diagrama de interacción de secuencia?
Ambos representan un único escenario dentro de un caso de uso tipicamente, pero el de comunicación es algo mas completo porque vemos los enlaces entre objetos y nos toca numerar los “pasos”.