Tema 6 Endes: Elaboración de diagramas de comportamiento

¿Qué tipo de diagramas UML muestran la conducta en tiempo de ejecución y los flujos de datos del sistema?. Diagramas estructurales. Diagramas de comportamiento. Diagramas de clases. Diagramas de despliegue.

Los diagramas de casos de uso se utilizan para: Mostrar cómo se programan las funciones del sistema. Conocer las necesidades del usuario. Diseñar las interfaces gráficas. Desarrollar bases de datos físicas.

¿Cuál es una característica de los diagramas de casos de uso?. Muestran cómo se hace cada función. Representan el diseño físico del sistema. Muestran qué hace el sistema desde el punto de vista del usuario. Describen los objetos y atributos.

¿En qué fase del desarrollo se utilizan los diagramas de casos de uso?. Diseño. Implementación. Análisis. Mantenimiento.

¿Qué representan los actores en un diagrama de casos de uso?. Las funciones que realiza el sistema. Las clases del sistema. Los elementos que interactúan con el sistema. Las operaciones internas del software.

¿Qué forma se utiliza para representar un actor en un diagrama de casos de uso?. Un rectángulo. Un elipse. Un rombo. Un monigote.

¿Cómo se clasifica un “sensor de temperatura” que interactúa con el sistema?. Actor secundario. Actor humano. Actor no humano. Otro sistema.

¿Qué tipo de actor sería un servidor DNS que colabora con nuestro sistema?. Actor principal. Actor secundario. Actor no humano. Otro sistema.

¿Qué representa un caso de uso?. Una clase abstracta. Un flujo de datos. Una tarea específica que realiza el sistema. Una decisión lógica.

¿Cuál es el formato gráfico de un caso de uso?. Rectángulo con bordes redondeados. Elipse. Rombo. Cubo.

¿Qué debe reflejar el nombre de un caso de uso?. El algoritmo usado. El lenguaje de programación. La tarea que realiza. El tipo de dato.

¿Cómo se representa una relación de asociación en un diagrama de casos de uso?. Flecha discontinua. Línea sólida entre actor y caso de uso. Flecha con triángulo. Línea con <<extiende>>.

¿Qué relación permite compartir funcionalidad común entre casos de uso?. Asociación. Inclusión. Extensión. Generalización.

¿Qué tipo de relación se representa con <<include>>?. Asociación. Inclusión. Extensión. Herencia.

¿Qué tipo de relación permite agregar un nuevo comportamiento opcional?. Asociación. Inclusión. Extensión. Agregación.

¿Cuál es una característica de la relación de extensión?. Siempre se ejecuta. El caso de uso extendido tiene un objetivo directo del actor. Se ejecuta bajo ciertas condiciones. Se representa con una línea sólida.

¿Qué representa una flecha con triángulo en un diagrama de casos de uso?. Asociación. Inclusión. Generalización. Herencia inversa.

¿Qué representa el punto de extensión en una relación de extensión?. Un objeto. Un actor. El lugar donde se inserta el comportamiento opcional. El inicio del diagrama.

¿Qué indica una línea entre dos casos de uso sin flecha ni texto?. Asociación. Relación incompleta. Extensión. Nada útil, está mal representado.

¿Qué elemento NO se representa gráficamente en un diagrama de casos de uso?. El orden temporal de las tareas. Los actores. Las relaciones. Los casos de uso.

¿Qué tipo de diagrama muestra el orden cronológico en el que ocurren las interacciones entre objetos?. Diagrama de estados. Diagrama de actividades. Diagrama de secuencia. Diagrama de despliegue.

¿Qué aportan los diagramas de secuencia al desarrollo del sistema?. Una visión lógica del sistema. Una descripción de clases. Detalles sobre la implementación. Información sobre usuarios.

¿A quién están dirigidos principalmente los diagramas de secuencia?. A los usuarios finales. A los técnicos de soporte. Al personal de desarrollo. A los clientes.

¿Qué representan los objetos en un diagrama de secuencia?. Casos de uso. Estados. Rectángulos con su nombre. Flechas.

¿Qué elemento acompaña a cada objeto en el diagrama de secuencia?. Una línea continua horizontal. Una línea discontinua vertical. Un círculo. Un nodo.

¿Qué representa la línea discontinua vertical que acompaña al objeto?. Su estado interno. El tiempo de vida del objeto. Su conexión con otros objetos. La secuencia de uso.

¿Qué indica un rectángulo sobre la línea de vida del objeto?. Un atributo. La herencia. La ejecución de un método. Un evento externo.

¿Qué representan los mensajes en un diagrama de secuencia?. Objetos que cambian de estado. Métodos ejecutados por los objetos. Decisiones del sistema. Casos de uso.

¿Qué tipo de mensaje hace que un objeto espere respuesta antes de continuar?. Asincrónico. Simple. Sincrónico. Encapsulado.

¿Qué tipo de mensaje permite que el objeto continúe sin esperar la respuesta?. Sincrónico. Encapsulado. Asincrónico. Simple.

¿Qué tipo de mensaje pasa el control a otro objeto?. Asincrónico. Sincrónico. Simple. Interno.

¿Cómo se representa el tiempo en un diagrama de secuencia?. De izquierda a derecha. En dirección vertical de abajo hacia arriba. En dirección vertical de arriba hacia abajo. Mediante flechas.

¿Cuál es la dimensión horizontal en un diagrama de secuencia?. El tiempo. La ejecución de métodos. La representación de estados. La comunicación entre objetos.

¿Qué representa la dimensión vertical?. Las clases relacionadas. El paso del tiempo y el orden de los mensajes. Los actores. Las decisiones.

¿Qué se representa mediante una flecha entre dos objetos?. Un estado. Un actor. Un mensaje. Una transición.

¿Cuál es el orden de lectura de un diagrama de secuencia?. Derecha a izquierda. De abajo a arriba. De arriba a la izquierda hacia abajo a la derecha. En espiral.

¿Qué sucede normalmente cuando se envía un mensaje entre objetos?. Se produce una transición de estado. Se crea un nuevo objeto. Se llama a un método. Se elimina el objeto.

¿Qué se indica cuando un mensaje aparece más arriba que otro en el diagrama?. Que es más importante. Que ocurre antes en el tiempo. Que se ejecuta más rápido. Que depende de otro.

¿Qué ocurre si un objeto se envía un mensaje a sí mismo?. Se borra del sistema. Se cambia su nombre. Se produce una transición. Se ejecuta otro método dentro del mismo objeto.

¿Cuál es un ejemplo práctico del uso de diagrama de secuencia según el documento?. El diseño de un horno. El proceso de llamar a un teléfono. Una aplicación que abre su ventana principal al iniciarse. Un cliente accediendo a una base de datos.

¿Qué otro nombre recibía anteriormente el diagrama de comunicación?. Diagrama de interacción. Diagrama de estados. Diagrama de colaboración. Diagrama de despliegue.

¿Qué representan tanto el diagrama de secuencia como el de comunicación?. La herencia entre clases. La estructura lógica del sistema. La forma en que los objetos se comunican entre sí. Los componentes de hardware.

¿Cuál es la principal diferencia entre el diagrama de secuencia y el de comunicación?. El primero se usa para clases y el segundo para objetos. El de comunicación se enfoca en la organización de los objetos. El de secuencia usa mensajes y el de comunicación no. El de comunicación representa decisiones.

¿Cuál es la ventaja del diagrama de secuencia frente al de comunicación?. Se pueden generar automáticamente. Son más complejos. Son más fáciles de entender. No usan mensajes.

¿Cuál es el origen gráfico del diagrama de comunicación?. Es una extensión del diagrama de clases. Es una extensión del diagrama de estados. Es una extensión del diagrama de objetos. Es una extensión del diagrama de actividades.

¿Qué añade el diagrama de comunicación al diagrama de objetos?. Herencia entre objetos. Información sobre el hardware. Interfaz de usuario. Mensajes entre objetos.

¿Cómo se representa un mensaje en un diagrama de comunicación?. Mediante una línea con una flecha y texto. Con una elipse. Con un nodo. Con un rectángulo.

¿Qué indica la flecha en el diagrama de comunicación?. La secuencia temporal. El objeto que envía el mensaje. El objeto que recibe el mensaje. El flujo de datos.

¿Qué elemento se incluye al final de la flecha del mensaje?. Una línea discontinua. Paréntesis con parámetros. Una etiqueta de prioridad. Un punto de extensión.

¿Cómo se indica el orden en que suceden los mensajes?. Por su posición vertical. Con flechas de colores. Con números al principio del mensaje. Con el nombre del método.

¿Dónde se sitúa el número de orden del mensaje?. A la derecha del mensaje. Dentro de un cuadro. A la izquierda del mensaje seguido de dos puntos. En la línea de vida del objeto.

¿Qué función tienen los números delante de los mensajes?. Indicar qué actor lo genera. Mostrar su prioridad. Mostrar la secuencia temporal. Representar condiciones.

¿Cómo se representan condiciones en los mensajes?. Entre comillas. Entre paréntesis. Dentro de corchetes. Subrayando el mensaje.

¿Qué indica una condición dentro de un mensaje?. Una acción secundaria. Que el mensaje es asincrónico. Que el mensaje se envía solo si se cumple la condición. Que el mensaje se repite.

¿Cómo se representa un mensaje que retorna un valor?. Con una flecha doble. Con un texto entre llaves. Indicando el valor antes del mensaje. Con un número negativo.

¿Qué tipo de diagrama puede generarse a partir del de comunicación?. Diagrama de clases. Diagrama de despliegue. Diagrama de objetos. Diagrama de secuencia.

¿Por qué no se suelen crear ambos tipos de diagramas (secuencia y comunicación)?. Porque son muy similares y uno puede derivarse del otro. Porque el de comunicación es obligatorio. Porque ambos usan hardware. Porque el de secuencia no representa condiciones.

¿Qué contiene el parámetro "tecla" en el ejemplo del procesador de textos?. Un número aleatorio. El código del programa. El carácter a representar. La dirección de memoria.

¿Qué elementos aparecen en el ejemplo del procesador de textos?. Procesador de textos, sistema operativo, CPU, tarjeta gráfica y monitor. Usuario, sistema operativo, impresora, teclado. Objeto principal, interfaz gráfica, clase abstracta. Diagrama, servidor, cliente, red.

¿Qué provoca finalmente el mensaje enviado en el ejemplo del procesador de textos?. Que se actualice el sistema. Que se ejecute una base de datos. Que se represente el carácter en pantalla. Que se apague el monitor.

¿Qué modelan los diagramas de estado?. Las relaciones físicas entre nodos. El comportamiento dinámico de un objeto. Los casos de uso de un sistema. Las actividades en paralelo.

¿Qué otro nombre reciben los diagramas de estado?. Diagramas de colaboración. Diagramas de comportamiento. Diagramas de interacción. Diagramas de máquina de estados.

¿Qué representan los diagramas de estado?. La estructura del sistema. Los diferentes estados que un objeto toma y cómo cambia entre ellos. Las decisiones del usuario. La interfaz gráfica del sistema.

¿Qué provoca un cambio de estado en un objeto?. Una clase. Un actor. Un evento o suceso. Un método interno.

¿Cuál es un ejemplo de evento que puede causar un cambio de estado?. Crear un nuevo archivo. Pulsar un interruptor eléctrico. Dibujar un objeto. Asignar un valor.

¿Qué representan los diagramas de estado además del cambio de estado?. Los nombres de las clases. Las respuestas y acciones del objeto. Los parámetros enviados. Las bases de datos relacionadas.

¿Qué forma representa un estado en los diagramas de estado?. Un círculo. Un rombo. Un rectángulo con vértices redondeados. Una elipse.

¿Qué indica una transición en un diagrama de estado?. Un nuevo componente. Un mensaje entre objetos. El paso de un estado a otro. La ejecución de una clase.

¿Cómo se representa gráficamente una transición?. Línea discontinua. Flecha con triángulo. Línea continua terminada en flecha. Rectángulo con texto.

¿Qué representa el círculo negro relleno en el diagrama?. Estado final. Punto de decisión. Estado inicial. Nodo del sistema.

¿Qué representa el círculo con un punto central (diana)?. Estado de error. Estado final. Punto de reinicio. Interfaz de usuario.

¿Cuántas partes puede tener un estado?. Solo una. Dos: nombre y acciones/eventos. Tres: nombre, actor, resultado. Cuatro: nombre, entrada, salida y flujo.

¿Cómo se representan los eventos y acciones dentro de un estado?. Con corchetes. En una tabla aparte. Separados por una línea diagonal. Subrayados.

¿Qué evento se asocia a una acción que sucede al entrar en un estado?. exit. doing. entry. call.

¿Qué evento se usa para una acción que ocurre al salir del estado?. entry. exit. internal. trigger.

¿Qué tipo de acción no genera transición pero ocurre dentro del estado?. Entrada. Salida. Interna. Final.

¿Qué representa el evento "doing"?. Acción al entrar. Acción al salir. Acción interna mientras se está en el estado. Acción desencadenante.

¿Cómo se representa una acción asociada a una transición?. Con paréntesis. En una línea aparte. Junto a la línea de transición, separada por una diagonal. En una tabla.

¿Qué es una “transición no desencadenada”?. La que no tiene un estado final. Una transición automática por finalización de acción. Una transición incompleta. Una transición con múltiples actores.

¿Qué sucede si una transición tiene un evento pero no tiene acción?. Es inválida. Se llama “acción pasiva”. Es una transición normal sin acción asociada. Debe completarse con una extensión.

¿De qué diagrama derivan los diagramas de actividad?. Diagrama de casos de uso. Diagrama de componentes. Diagrama de estados. Diagrama de objetos.

¿En qué se centran los diagramas de actividad?. En los actores. En las operaciones de objetos. En los nodos físicos. En la organización del sistema.

¿Qué representan los diagramas de actividad?. La arquitectura de red. Las actividades o acciones de los objetos. La herencia entre clases. Los nodos de despliegue.

¿Qué símbolo se utiliza para representar el inicio en un diagrama de actividad?. Elipse. Círculo negro sólido. Cuadro con vértices redondeados. Rombo.

¿Qué símbolo representa el final de un diagrama de actividad?. Círculo blanco. Círculo con punto central (diana). Rectángulo. Rombo.

¿Cómo se representan las actividades en un diagrama de actividad?. Con un elipse. Con un rectángulo con vértices ovalados. Con un triángulo. Con un nodo.

¿Qué ocurre cuando una actividad termina?. Se vuelve al inicio. Se borra el objeto. Se pasa a la siguiente actividad. Se interrumpe el proceso.

¿Cómo se representa el paso de una actividad a otra?. Con una flecha discontinua. Con una línea recta. Mediante un flujo de control. Con una transición.

¿Qué representa un flujo de control?. Un mensaje entre actores. El fin de una clase. La transición entre actividades. Una condición.

¿Qué elemento puede seguir a una actividad en función de una condición?. Un caso de uso. Un rombo de decisión. Un nodo. Un punto de extensión.

¿Cómo se pueden representar decisiones en un diagrama de actividad?. Solo con flechas. Mediante herencia. Usando un rombo de decisión o rutas múltiples. Con mensajes internos.

¿Qué ocurre tras una decisión en el flujo de actividades?. El flujo se detiene. Se crean múltiples nodos. Se elige una de varias rutas posibles. Se reinicia la actividad.

¿Qué representa un rombo en un diagrama de actividad?. El fin del diagrama. Una clase abstracta. Una actividad secundaria. Una decisión.

¿Qué se puede asociar a las salidas del rombo de decisión?. Condiciones. Métodos. Estados. Parámetros.

¿Qué representan las barras de sincronización en un diagrama de actividad?. Una condición de error. Un estado de espera. Una agrupación de clases. Rutas concurrentes.

¿Qué ocurre cuando se representan rutas concurrentes?. Se ejecutan en orden. Se eliminan las rutas anteriores. Las actividades se ejecutan en paralelo. Se convierten en nodos.

¿Cuál es una característica de las rutas concurrentes?. Solo se ejecutan si no hay errores. Su orden es irrelevante. Deben ejecutarse una a una. Requieren eventos externos.

¿Para qué tipo de modelado es especialmente útil el diagrama de actividad?. Bases de datos. Modelado estructural. Flujo de trabajo y programación multihilo. Interacción entre objetos.

¿Cuál es una desventaja del diagrama de actividad?. No representa decisiones. No permite paralelismo. No muestra claramente los enlaces entre acciones y objetos. Es incompatible con UML.

¿Qué aportación principal tiene el diagrama de actividad?. Representar estados globales. Mostrar funciones opcionales. Soportar el comportamiento paralelo. Dibujar estructuras físicas.

¿Qué distingue a un diagrama de componentes de otros tipos de diagramas?. Su orientación a objetos. El tipo de líneas que usa. Su contenido: componentes, interfaces y relaciones. El número de actores involucrados.

¿Qué es un componente software?. Un objeto con atributos. Una parte física del sistema que se encuentra en el ordenador. Una función lógica del sistema. Un conjunto de diagramas.

¿Dónde se encuentra un componente software?. En el análisis de requisitos. En la mente del analista. En el entorno gráfico. En el ordenador.

¿Qué es un componente en UML?. Una interfaz visual. Un nodo de ejecución. Una parte física y reemplazable del sistema. Un actor principal.

¿Qué representan las interfaces del componente?. Su código fuente. El comportamiento del usuario. El contrato del componente. La base de datos.

¿Qué puede variar en un componente sin afectar al contrato?. El nombre. La implementación interna. La interfaz. Los actores asociados.

¿De qué se compone normalmente un componente?. De nodos. De líneas de código externas. De una o varias clases. De actores y casos de uso.

¿Por qué es importante modelar componentes?. Para diseñar interfaces gráficas. Para conectar nodos físicos. Para ofrecer una estructura a los desarrolladores. Para modelar la cronología del sistema.

¿Quién se beneficia del modelo de componentes?. Solo los analistas. Solo los diseñadores gráficos. Usuarios finales. Clientes, desarrolladores y documentalistas.

¿Qué ventaja importante tienen los componentes?. Su interfaz es personalizable. Su código no puede modificarse. Pueden ser reutilizados. No requieren pruebas.

¿Qué se ahorra al reutilizar componentes?. Código fuente. Costes y recursos. Casos de uso. Espacio en disco.

¿Cómo se representa gráficamente un componente?. Como un nodo. Con un rombo. Mediante un objeto con su nombre. Mediante un círculo y flechas.

¿Qué indica una línea entre componentes?. Herencia. Asociación. Comunicación entre ellos. Jerarquía de clases.

¿Qué se oculta cuando trabajamos con un componente?. La interfaz. El comportamiento visible. Los detalles internos. Los mensajes de error.

¿Qué elementos suelen modelarse con diagramas de componentes?. Casos de uso y actores. Interfaces gráficas. Código fuente, versiones ejecutables y bases de datos físicas. Estados y decisiones.

¿Qué se puede representar en un diagrama de componentes al modelar código fuente?. La concurrencia entre hilos. Las decisiones del sistema. Las dependencias entre ficheros. Los nodos físicos.

¿Qué representa un diagrama de componentes al modelar código ejecutable?. El ciclo de vida del actor. La distribución de la aplicación. La interacción entre objetos. El diseño de clases.

¿Qué recurso puede incluir un componente ejecutable?. Una red de comunicación. Una interfaz física. Tablas, archivos y bibliotecas. Sensores de temperatura.

¿Qué permite modelar UML además de las bases de datos físicas?. Los servidores. Los esquemas lógicos de bases de datos. Las decisiones de negocio. Los diagramas de interacción.

¿Qué es un componente en relación con las clases?. Un conjunto de nodos. Una superclase. Una representación física de una clase. Un tipo de herencia.

¿Qué representa el diagrama de despliegue?. La lógica del sistema. Las relaciones físicas entre componentes hardware y software. Los flujos de actividad. La comunicación entre actores.

¿Qué se indica en un diagrama de despliegue?. El ciclo de vida de un objeto. La secuencia de mensajes. La situación física del software desarrollado. Las clases heredadas.

¿Qué muestra el diagrama de despliegue?. Los requisitos funcionales. La configuración de los elementos de procesamiento en tiempo de ejecución. La relación entre casos de uso. Los nodos de decisión.

¿Qué figura representa un nodo en un diagrama de despliegue?. Elipse. Rombo. Cubo. Rectángulo con vértices redondeados.

¿Qué nombre recibe la figura que simboliza el hardware?. Objeto. Nodo. Componente. Recurso.

¿Qué debe poseer un nodo para ejecutar componentes?. Un actor. Una interfaz gráfica. Memoria y capacidad de procesamiento. Una red local.

¿Qué representa un componente dentro de un nodo?. Un caso de uso. Una clase abstracta. El código que se está ejecutando o que está listo para ejecutarse. Un mensaje.

¿Cómo se llaman las líneas que unen nodos?. Líneas de herencia. Líneas de control. Conexiones de comunicación. Interfaces de usuario.

¿Qué indican las conexiones de comunicación?. Relaciones lógicas. Flujo de control. Existencia de conexión entre máquinas. Secuencia de decisiones.

¿Qué tipo de software puede situarse en los nodos?. Interfaces de usuario. Objetos abstractos. Componentes instanciados. Casos de uso.

¿Qué se modela generalmente en la vista de despliegue?. La base de datos lógica. La topología del hardware. Los actores. Las decisiones del sistema.

¿Qué capacidad tiene UML en relación con el hardware?. No permite modelarlo. Solo modela conexiones de red. Modela muchos aspectos hardware suficientes para especificar la plataforma. Solo modela el software.

¿Qué es un sistema empotrado?. Un sistema solo con software. Una red de nodos. Una colección de hardware con una gran cantidad de software. Un sistema cliente-servidor.

¿Qué tipo de decisiones implica un sistema cliente-servidor?. Sobre estados internos. Sobre las clases abstractas. Sobre la conectividad de red y la distribución física del software. Sobre la concurrencia de hilos.

¿Qué representan los sistemas completamente distribuidos?. Equipos sin red. Sistemas con una única base de datos. Sistemas con varios niveles de servidores y múltiples componentes. Redes sin comunicación.

¿Qué característica puede tener un componente en un sistema completamente distribuido?. No puede cambiar de nodo. No se puede reutilizar. Puede migrar de un nodo a otro. No se puede ejecutar en paralelo.

¿Qué se necesita para modelar un sistema distribuido?. Crear nodos lógicos. Tomar decisiones que permitan cambiar la topología del sistema. Eliminar componentes físicos. Programar en ensamblador.

¿Cuál es uno de los usos del diagrama de despliegue?. Modelar la lógica de clases. Modelar el flujo de decisiones. Especificar la plataforma sobre la que se ejecuta el software. Diseñar la interfaz de usuario.

¿Qué representa un componente en un nodo según el ejemplo del documento?. Un actor. Un archivo de configuración. El software que será ejecutado en el servidor. Un flujo de control.

¿Qué implica la línea entre dos nodos en un diagrama de despliegue?. Que uno hereda del otro. Que tienen la misma función. Que hay conexión entre ellos. Que son componentes repetidos.

¿Qué modelan los diagramas de objetos?. La lógica de programación. Instancias de elementos contenidos en los diagramas de clases. El comportamiento dinámico del sistema. Las actividades de un actor.

¿Qué elementos principales encontramos en los diagramas de objetos?. Casos de uso y actores. Objetos y decisiones. Objetos y relaciones. Interfaces y nodos.

¿Qué muestran los diagramas de objetos?. El comportamiento de una clase. Un conjunto de objetos y sus relaciones en un momento concreto. El orden de ejecución de las actividades. Las decisiones internas de los nodos.

¿Qué representan los diagramas de clase?. El flujo de control. Los aspectos dinámicos del sistema. Los aspectos estáticos del sistema. Las decisiones de los usuarios.

¿Qué representan los diagramas de interacción?. La herencia entre clases. Los aspectos estáticos del sistema. Los aspectos dinámicos del sistema. La estructura de la base de datos.

¿Qué contienen los diagramas de interacción?. Tablas de clases. Interfaces físicas. Instancias y mensajes entre ellas. Nodos físicos.

¿Dónde se sitúan los diagramas de objetos respecto a los de clase e interacción?. En una vista temporal. En un punto intermedio. En una vista alternativa. En la lógica de clases.

¿Qué representan los diagramas de objetos desde el punto de vista de instancias?. El diagrama de flujo. El comportamiento de un nodo. La vista de diseño estática. El ciclo de vida de un actor.

¿Qué permite visualizar un diagrama de objetos?. El estado de un proceso. Las decisiones internas del sistema. La existencia de ciertas instancias y sus relaciones. El comportamiento paralelo de un sistema.

¿Qué tipo de vista permiten modelar los diagramas de objetos?. Vista de requisitos. Vista dinámica de un caso de uso. Vista de procesos estática. Vista temporal del despliegue.

¿Qué también representaban los diagramas de clases?. Vista de procesos estática. Flujo de decisiones. Rutas concurrentes. Modelado hardware.

¿Cuál es la diferencia entre un diagrama de clases y uno de objetos?. El primero es más complejo. El diagrama de objetos muestra instancias reales del sistema. El diagrama de clases no representa relaciones. El de objetos es solo para documentación.

¿Para qué se utilizan los diagramas de objetos?. Para definir nodos físicos. Para mostrar el orden de actividades. Para modelar estructuras de objetos. Para representar decisiones de usuario.

¿Qué implica modelar estructuras de objetos?. Generar nodos automáticamente. Tomar una instantánea del sistema. Definir componentes reutilizables. Crear flujos paralelos.

¿Qué representa un diagrama de objetos dentro de una historia del sistema?. Una escena estática. Un caso de uso. Un nodo funcional. Una decisión crítica.

¿Para qué sirven los diagramas de objetos en el proceso de desarrollo?. Para escribir código fuente. Para documentar clases abstractas. Para visualizar, especificar, construir y documentar instancias. Para generar archivos ejecutables.

¿Qué se representa además de la existencia de instancias?. La base de datos utilizada. El hardware necesario. Las relaciones entre instancias. Los nodos donde se ejecutan.

¿Qué debemos tener en cuenta al construir diagramas de objetos?. Que no puede haber clases con relaciones. Que los objetos se heredan entre sí. Que puede haber múltiples instancias y relaciones. Que solo se representa un momento en la ejecución.

¿Qué puede generar automáticamente un diagrama de objetos?. Un componente. Un actor. Un nodo físico. El propio diagrama de clases.

Qué elementos integran un diagrama de objetos?. Los mismos que los de un diagrama de clases. Casos de uso y decisiones. Nodos e interfaces. Flujos y condiciones.