Hola

¿Cuál es el porcentaje de proyectos que fracasan debido a una mala especificación de requisitos?. 15%. 23%. 30%. 40%.

¿Cuáles son los tres pilares básicos del Proceso Unificado?. Dirigido por casos de uso, centrado en arquitectura, iterativo e incremental. Análisis, diseño e implementación. Requisitos, pruebas y despliegue. Objetos, clases y métodos.

¿Cuántos workflows fundamentales tiene cada iteración en UP?. 3. 4. 5. 6.

¿Cuáles son las 4 fases del ciclo de vida del software en UP?. Inicio, Desarrollo, Testing, Cierre. Comienzo, Elaboración, Construcción, Transición. Análisis, Diseño, Código, Pruebas. Planificación, Ejecución, Control, Entrega.

¿Cuál es el hito de la fase de Comienzo?. Arquitectura del sistema. Tener claros los objetivos. Producto software. Versión del producto.

¿Cuál es el hito de la fase de Elaboración?. Objetivos claros. Arquitectura del sistema. Capacidad operativa. Producto final.

¿En qué fase se desarrollan los casos de uso al 80%?. Comienzo. Elaboración. Construcción. Transición.

¿Qué entregables se producen en la fase de Comienzo?. Producto software. Glosario, documentos con requisitos y análisis de riesgos. Modelo UML completo. Manual de usuario.

¿Qué se realiza principalmente en la fase de Transición?. Análisis de requisitos. Diseño de arquitectura. Pruebas beta y de aceptación. Implementación inicial.

¿Qué significa UML?. Universal Modeling Language. Unified Modeling Language. Unique Method Language. Universal Method Library.

¿UML está ligado únicamente a USPD?. Sí, solo funciona con USPD. No, sirve para otros métodos. Solo para procesos ágiles. Solo para cascada.

¿Qué son los elementos estructurales en UML?. Partes dinámicas del modelo. Partes estáticas del modelo. Relaciones entre elementos. Anotaciones del modelo.

¿Cuál de estos NO es un elemento de comportamiento en UML?. Actividades. Clases. Interacciones. Máquinas de estado.

¿Qué símbolo representa una dependencia en UML?. Línea continua. Línea discontinua con flecha. Línea con diamante. Línea con triángulo.

¿Qué símbolo representa una asociación en UML?. Línea discontinua. Línea continua. Flecha abierta. Diamante.

¿Qué representa la generalización en UML?. Origen depende de destino. Origen es especialización de destino. Origen contiene a destino. Origen usa a destino.

¿Cuántas dimensiones tiene el modelo UML según las especificaciones?. Una: gráfica. Dos: gráfica y textual. Tres: gráfica, textual y semántica. Solo textual.

¿Qué son los estereotipos en UML?. Errores comunes. Mecanismo para crear nuevos bloques basados en existentes. Tipos de diagramas. Clases abstractas.

¿Cuál es la vista que captura los requisitos básicos en la arquitectura 4+1?. Vista lógica. Vista de proceso. Vista de casos de uso. Vista de despliegue.

¿Qué vista de la arquitectura 4+1 trata aspectos dinámicos del sistema?. Vista lógica. Vista de proceso. Vista de implementación. Vista de despliegue.

¿Qué vista modela los archivos y componentes del código?. Vista lógica. Vista de proceso. Vista de implementación. Vista de casos de uso.

¿En qué fases tiene más importancia el workflow de requisitos?. Construcción y Transición. Comienzo y Elaboración. Solo Elaboración. Todas por igual.

¿Qué son los requisitos funcionales?. Propiedades del sistema. Lo que el sistema debería hacer. Restricciones del entorno. Cuestiones de rendimiento.

¿Qué son los requisitos no funcionales?. Comportamiento del sistema. Propiedades y restricciones del sistema. Casos de uso. Operaciones de las clases.

¿Cómo debe empezar la declaración de un requisito bien formado?. El usuario debe. El sistema debería. Es necesario que. Se requiere.

En el esquema MoSCoW, ¿qué significa 'Must have'?. Requisito opcional. Requisito importante pero omitible. Requisito fundamental. Requisito futuro.

En el esquema MoSCoW, ¿qué significa 'Could have'?. Requisito fundamental. Requisito importante. Requisito opcional. Requisito prohibido.

¿Cuál es la técnica más eficiente para encontrar requisitos?. Entrevistas. Cuestionarios. Workshop de requisitos. Observación.

¿Qué representa el límite del sistema en un diagrama de casos de uso?. Los actores. Separación del sistema del resto del mundo. Las relaciones. Los requisitos.

¿Qué es un actor en casos de uso?. Una persona específica. Un rol que adopta una entidad externa. Una clase del sistema. Un requisito funcional.

¿Pueden ser los actores sistemas software o hardware?. No, solo personas. Sí, cualquier entidad externa. Solo sistemas software. Solo hardware.

¿Cómo se representa un actor que es una persona?. Rectángulo. Figura de hombre. Círculo. Elipse.

¿Qué es un caso de uso?. Un actor del sistema. Una clase. Secuencia de acciones que el sistema realiza. Un requisito no funcional.

¿Desde qué punto de vista se escriben los casos de uso?. Del desarrollador. Del sistema. De los actores. Del arquitecto.

¿Cuántos diagramas de casos de uso hay por sistema?. Ninguno. Uno. Varios. Depende del número de actores.

¿Qué nomenclatura se usa para los casos de uso?. Nombre sin espacios. Verbo o frase verbal sin espacios. Sustantivo. Cualquier texto.

¿Qué es el glosario de un proyecto?. Lista de actores. Conjunto de palabras ordenadas con sus definiciones. Lista de requisitos. Diagrama de clases.

¿Qué campos son más comunes en la plantilla de un caso de uso?. Solo nombre. Nombre, descripción, actores, precondiciones, flujos. Solo flujos. Nombre y actores.

¿Cómo empieza siempre el flujo principal de un caso de uso?. El sistema hace. El actor realiza. El caso de uso empieza cuando. En primer lugar.

¿Qué son las desviaciones simples en un caso de uso?. Errores del sistema. Ramificaciones que no afectan a la postcondición. Flujos alternativos complejos. Interrupciones.

¿Qué son las desviaciones complejas?. Flujos que vuelven al principal. Flujos alternativos que afectan al resultado final. Precondiciones. Actores secundarios.

¿Vuelven los flujos alternativos complejos al flujo principal?. Sí, siempre. No, nunca. A veces. Depende del actor.

¿Para qué sirve la matriz de trazabilidad?. Dibujar casos de uso. Relacionar requisitos con casos de uso. Encontrar actores. Definir clases.

¿Por qué se generaliza actores?. Para complicar el diagrama. Por similitudes, como disparar los mismos casos de uso. Es obligatorio. Para eliminar actores.

¿Qué es un actor abstracto?. Un actor que no existe. Actor que captura comportamiento común. Actor secundario. Actor externo.

¿Qué heredan los actores descendientes de un actor abstracto?. Nada. Solo el nombre. Roles y relaciones con casos de uso. Solo las relaciones.

¿Cuándo se realiza generalización de casos de uso?. Nunca. Cuando varios CU son especialización de uno general. Siempre. Solo en análisis.

¿Qué es un caso de uso abstracto?. CU completo. CU sin flujo principal, solo descripción semántica. CU con errores. CU secundario.

¿Para qué sirve la relación include?. Eliminar casos de uso. Incluir comportamiento de un CU en otro. Extender funcionalidad. Generalizar.

¿El caso de uso base en include está completo sin la inclusión?. Sí. No. Depende. Solo en diseño.

¿Para qué sirve la relación extend?. Incluir comportamiento obligatorio. Insertar nuevo comportamiento en puntos de extensión. Generalizar. Eliminar CU.

¿El caso base en extend está completo sin extensiones?. No. Sí. Depende. Nunca.

¿Qué son los puntos de extensión?. Errores. Anclajes donde añadir comportamiento. Actores. Requisitos.

¿Cuándo comienza el workflow de análisis?. Fase de Construcción. Final de fase de Comienzo. Fase de Transición. Antes de requisitos.

¿Cuál es el objetivo del análisis?. Implementar el sistema. Analizar requisitos en mayor profundidad. Hacer pruebas. Desplegar.

¿Cuántos tipos de clases de análisis hay?. 2. 3. 4. 5.

¿Cómo se representa una clase de interfaz?. Círculo. l-O. Rectángulo. Línea.

¿Qué modelan las clases de interfaz?. Datos persistentes. Interacción sistema-actores. Control de flujo. Base de datos.

¿Cómo se representa una clase de entidad?. l-O. Círculo con <. Línea con círculo encima. Rectángulo.

¿Qué modelan las clases de entidad?. Interfaz de usuario. Información que persiste. Control. Nada.

¿Cómo se representa una clase de control?. l-O. Línea con círculo. Círculo con <. Rectángulo.

¿Qué modelan las clases de control?. Datos. Coordinación y secuencia. Interfaz. Actores.

¿Qué es una realización de caso de uso?. Un actor. Colaboración de clases para realizar un CU. Un requisito. Un diagrama.

¿Qué es un paquete de análisis?. Un caso de uso. Mecanismo para organizar artefactos. Una clase. Un actor.

¿Quién es responsable de la integridad del modelo de análisis?. Ingeniero de CU. Arquitecto. Ingeniero de componentes. Diseñador.

¿Qué actividad identifica paquetes y clases de análisis?. Analizar CU. Analizar arquitectura. Analizar clase. Analizar paquete.

¿Qué actividad identifica clases necesarias para un CU?. Analizar arquitectura. Analizar un caso de uso. Analizar clase. Analizar paquete.

¿El modelo de análisis debe entrar en detalles tecnológicos?. Sí, siempre. No, solo idea general. A veces. Solo en diseño.

¿En qué se basan los diagramas de actividad?. Diagramas de flujo. Redes de Petri. Casos de uso. Clases.

¿Qué son los nodos de acción?. Nodos de control. Unidades atómicas de trabajo. Objetos. Clases.

¿Qué tipo de nodo indica dónde comienza una actividad?. Nodo final. Nodo inicial. Nodo decisión. Nodo fork.

¿Para qué sirven los nodos decisión?. Iniciar actividad. Imponer condiciones. Finalizar. Unir flujos.

¿Qué diferencia hay entre nodo decisión y nodo unión?. Ninguna. Decisión bifurca, unión une. Decisión finaliza, unión inicia. Son iguales.

¿Para qué sirven los nodos fork y join?. Decisiones. Concurrencia. Finalizar. Iniciar.

¿En qué se basa la semántica de diagramas de actividad?. Clases. Tokens. Actores. Requisitos.

¿Qué es un objeto en POO?. Una clase. Conjunto de datos y funciones empaquetados. Un método. Un atributo.

¿Qué son las instancias?. Clases. Objetos de una clase. Métodos. Atributos.

¿Qué propiedad garantiza la existencia única de cada objeto?. Estado. Identidad. Comportamiento. Encapsulación.

¿Qué es la encapsulación?. Herencia. Datos ocultos, acceso solo por operaciones. Polimorfismo. Composición.

¿Cómo se representa un objeto en UML?. Solo nombre clase. nombreObjeto:NombreClase. NombreClase. :nombreObjeto.

¿Qué es una clase?. Un objeto. Descriptor para objetos con mismas características. Un método. Un atributo.

¿Cómo se nombran las clases?. minúsculas. CamelCase con mayúscula inicial. MAYÚSCULAS. con_guiones.

¿Cuántos tipos primitivos tiene UML?. 2. 3. 4. 5.

¿Cuáles son los tipos primitivos de UML?. int, float, char, string. Entero, NaturalIlimitado, Boolean, String. byte, short, int, long. Ninguno definido.

¿Qué es el ámbito de instancia?. Pertenece a la clase. Pertenece a un objeto determinado. Es global. No existe.

¿Qué es el ámbito de clase?. Pertenece a un objeto. Pertenece a todos los objetos de la clase. Es local. No existe.

¿Cómo se representan los atributos de ámbito de clase?. Normal. Subrayados. Cursiva. Negrita.

¿Qué son los constructores?. Métodos normales. Operaciones para crear instancias. Atributos. Clases.

¿Qué es una responsabilidad de clase?. Un atributo. Obligación con sus clientes. Una relación. Un método privado.

¿Qué es cohesión?. Dependencias entre clases. Grado de relación entre responsabilidades. Número de métodos. Herencia.

¿Qué es acoplamiento?. Cohesión. Número de clases relacionadas. Herencia. Polimorfismo.

¿Cuántas responsabilidades debe tener idealmente una clase?. 1-2. 3-5. 10-15. Todas las posibles.

¿Qué es una 'functoid'?. Clase bien diseñada. Función disfrazada como clase. Interfaz. Paquete.

¿Qué técnica analiza nombres y verbos para encontrar clases?. CRC. Análisis de texto. UML. UP.

En análisis de nombres y verbos, ¿qué suelen ser los nombres?. Métodos. Clases o atributos. Paquetes. Actores.

En análisis de nombres y verbos, ¿qué suelen ser los verbos?. Clases. Responsabilidades. Atributos. Paquetes.

¿Qué significa CRC?. Clase-Requisito-Caso. Clase-Responsabilidad-Colaborador. Control-Relación-Clase. Caso-Responsabilidad-Control.

¿Qué es un colaborador en CRC?. Un desarrollador. Clase que ayuda a realizar responsabilidad. Un actor. Un requisito.

¿Cuántos tipos de clases de interfaz hay?. 2. 3. 4. 5.

¿Qué son las clases de interfaz de usuario?. Conectan con BD. Interconectan sistema y personas. Conectan sistemas. Conectan dispositivos.

¿Qué son las clases de interfaz de sistema?. Conectan personas. Interconectan con otros sistemas. Conectan BD. Nada.

¿Dónde se encuentran las clases de control?. En la BD. Decidiendo cómo dividir comportamiento. En interfaz. Fuera del sistema.

¿Qué es un vínculo?. Una clase. Conexión entre objetos. Un atributo. Un método.

¿Qué es una asociación?. Relación entre objetos. Relación entre clases. Un método. Un atributo.

¿Cómo se representa una asociación?. Línea discontinua. Línea simple. Flecha. Diamante.

¿Qué indica la multiplicidad?. Tipo de datos. Número de objetos en relación. Visibilidad. Nombre.

¿Qué indica la navegabilidad?. Multiplicidad. Dirección de envío de mensajes. Tipo. Nombre.

¿Qué es una asociación reflexiva?. Entre dos clases diferentes. Clase relacionada consigo misma. Entre dos paquetes. Entre actor y caso de uso.

¿Qué es un vínculo en UML?. Una clase especial. Conexión concreta entre objetos. Una operación. Un paquete.

¿Qué es una asociación entre clases?. Relación entre objetos. Relación estructural entre clases. Relación entre paquetes. Relación entre actores.

¿Cómo se representa una asociación simple en UML?. Línea discontinua. Línea simple. Línea con triángulo. Línea con diamante.

¿Qué indica la multiplicidad en una asociación?. Tipo de datos. Número de objetos que pueden participar. Visibilidad de la clase. Nombre del rol.

¿Qué multiplicidad expresa 'cero o muchos'?. 0..1. 1..*. 0..*. 1..1.

¿Qué multiplicidad expresa 'exactamente uno'?. 0..1. 1. 0..*. 1..*.

¿Qué multiplicidad expresa 'de uno a muchos'?. 0..1. 1..*. 0..*. 1..1.

¿Qué significa que una asociación sea bidireccional?. Sólo un extremo conoce al otro. Ambos extremos pueden enviarse mensajes. No hay enlaces entre objetos. Solo es de lectura.

¿Qué representa una agregación?. Herencia. Uso temporal. Relación parte-todo débil. Relación parte-todo fuerte.

¿Qué representa una composición?. Relación parte-todo fuerte con ciclo de vida ligado. Relación de dependencia. Relación entre paquetes. Relación de herencia múltiple.

¿Qué ocurre con las partes en una composición al destruir el todo?. Siguen existiendo siempre. Se destruyen con el todo. Se convierten en actores. Se vuelven requisitos.

¿Qué es una clase de utilidad?. Clase con muchas responsabilidades. Clase que ofrece servicios generales como fecha u hora. Clase abstracta del dominio. Clase de control.

¿Qué es una clase de asociación?. Clase abstracta. Clase que representa información propia de una relación. Clase interfaz de usuario. Clase de dispositivo.

¿Qué suele hacerse con una asociación 1–1 poco relevante en diseño?. Eliminarla. Convertirla en atributo de una clase. Cambiarla a 1..*. Hacerla dependencia.

¿Qué es el modelo de análisis?. Modelo de pruebas. Modelo que captura qué debe hacer el sistema sin entrar en tecnología. Modelo de despliegue. Modelo de implementación física.

¿Cuándo comienza el flujo de análisis en el ciclo de vida?. Al inicio de Comienzo. Al final de Comienzo y durante Elaboración. Solo en Construcción. Solo en Transición.

¿Qué lenguaje usa el modelo de análisis?. Lenguaje de programación. Lenguaje de negocio, independiente de la tecnología. Lenguaje ensamblador. Lenguaje de base de datos.

¿Cuántos tipos de clases de análisis hay según UP?. 1. 2. 3. 4.

¿Cuáles son los tipos de clases de análisis?. Entidad, servicio, controlador. Interfaz, entidad, control. Vista, modelo, controlador. Actor, caso de uso, paquete.

¿Qué modelan las clases de interfaz de análisis?. Datos persistentes. Interacción entre sistema y actores. Control interno de algoritmos. Estructura de la base de datos.

¿Qué modelan las clases de entidad de análisis?. Interfaz gráfica. Información persistente y su comportamiento asociado. Casos de prueba. Actores externos.

¿Qué modelan las clases de control de análisis?. Base de datos. Coordinación y secuencia para realizar un caso de uso. Interfaz hardware. Configuración del sistema.

¿Qué es un paquete de análisis?. Una clase abstracta. Mecanismo para organizar artefactos de análisis cohesionados. Un diagrama especial. Un actor interno.

¿Qué rol es responsable de la integridad del modelo de análisis?. Ingeniero de casos de uso. Arquitecto. Ingeniero de componentes. Diseñador de interfaz.

¿Qué rol mantiene la integridad de uno o varios paquetes de análisis?. Arquitecto. Ingeniero de componentes. Ingeniero de requisitos. Tester.

¿Cuál es el objetivo principal del workflow de análisis?. Codificar el sistema. Analizar requisitos con más detalle y estructurarlos. Definir el plan de pruebas. Instalar el sistema.

¿Qué es un diagrama de actividad?. Diagrama de clases. Conjunto de nodos y arcos que modelan flujos de trabajo. Diagrama de despliegue. Diagrama de componentes.

¿En qué se basan los diagramas de actividad?. Diagramas de flujo y redes de Petri. Diagramas entidad-relación. Tablas de verdad. Árboles de decisión.

¿Qué son los nodos de acción?. Nodos de control. Unidades atómicas de trabajo dentro de una actividad. Nodos de objeto. Nodos de paquete.

¿Qué tipo de nodo indica el inicio de una actividad?. Nodo final. Nodo inicial. Nodo decisión. Nodo join.

¿Para qué sirven los nodos decisión en un diagrama de actividad?. Unir flujos. Dividir flujos según condiciones de guarda. Finalizar la actividad. Crear objetos.

¿Qué hace un nodo unión en un diagrama de actividad?. Bifurca un flujo en varios. Une varios flujos en uno solo. Inicia la actividad. Gestiona excepciones.

¿Para qué sirven los nodos fork y join?. Modelar concurrencia de flujos. Crear actores. Definir requisitos. Modelar herencia.

¿En qué se basa la semántica de los diagramas de actividad?. Tokens que fluyen por nodos y arcos. Reglas de herencia. Mensajes síncronos. Estados internos.

¿Qué permiten las particiones o carriles en un diagrama de actividad?. Controlar el tiempo de ejecución. Organizar acciones según quién las realiza o dónde. Definir tipos de datos. Definir herencia múltiple.

¿Qué es un objeto en POO según los apuntes?. Una función. Conjunto de datos y funciones empaquetados. Un paquete. Un actor.

¿Qué propiedad de los objetos garantiza que cada uno sea único?. Estado. Identidad. Comportamiento. Encapsulación.

¿Qué es la encapsulación?. Ocultar datos y acceder solo mediante operaciones. Herencia múltiple. Uso de interfaces. Persistencia en base de datos.

¿Cómo se representa un objeto concreto en UML?. Solo NombreClase. nombreObjeto:NombreClase. :NombreClase. nombreObjeto.

¿Qué es una clase según los apuntes?. Instancia concreta. Descriptor para objetos con mismas características. Un método estático. Un paquete.

¿Cuáles son los cuatro tipos primitivos definidos en UML?. int, float, char, string. Entero, NaturalIlimitado, Boolean, String. byte, int, long, double. Number, Text, Bool, Date.

¿Qué es el ámbito de instancia?. Pertenece a la clase. Pertenece a un objeto concreto. Es global. Es del paquete.

¿Qué es el ámbito de clase?. Pertenece a un objeto. Pertenece a todos los objetos de la clase. Pertenece a un paquete. Pertenece a un actor.

¿Cómo se representan los atributos de ámbito de clase en UML?. Subrayados. En cursiva. En negrita. Con mayúsculas.

¿Qué es un constructor?. Un atributo estático. Una operación para crear instancias de una clase. Un tipo de paquete. Un diagrama.

¿Qué es una responsabilidad de clase?. Un atributo interno. Obligación o servicio que ofrece a sus clientes. Una herencia. Una asociación.

¿Qué es una 'functoid' según los apuntes?. Clase muy cohesionada. Función disfrazada como clase. Paquete abstracto. Actor secundario.

En análisis de nombres y verbos, ¿qué suelen representar los nombres?. Operaciones. Clases o atributos. Casos de uso. Actores.

En análisis de nombres y verbos, ¿qué suelen representar los verbos?. Clases. Responsabilidades. Atributos. Paquetes.

¿Qué significa CRC?. Clase-Requisito-Caso. Clase-Responsabilidad-Colaborador. Caso-Requisito-Control. Control-Relación-Clase.

¿Qué es un colaborador en tarjetas CRC?. Un analista. Otra clase que ayuda a realizar una responsabilidad. Un actor. Un paquete.

¿Qué son las clases de interfaz de usuario?. Clases que conectan con la base de datos. Clases que interconectan el sistema y las personas. Clases que conectan sistemas entre sí. Clases que conectan dispositivos hardware.

¿Qué son las clases de interfaz de sistema?. Clases que conectan personas. Clases que interconectan el sistema con otros sistemas. Clases que conectan con la base de datos. Clases que no tienen responsabilidades.

¿Dónde se ubican conceptualmente las clases de control?. En la base de datos. Entre las clases de interfaz y las de entidad. Fuera del modelo de análisis. Solo en el modelo de requisitos.

¿Qué responsabilidad típica tiene una clase de control de un caso de uso?. Mostrar datos al usuario directamente. Coordinar y orquestar las operaciones necesarias para realizar el caso de uso. Persistir datos en disco. Definir los actores del sistema.

¿Qué criterio guía la asignación de responsabilidades a clases en análisis y diseño?. Número de atributos. Minimizar acoplamiento y maximizar cohesión. Preferir siempre una sola clase para todo. Asignar todas las responsabilidades a clases de control.

¿Qué patrón mental se sugiere al crear clases de análisis a partir de casos de uso?. Pensar en tablas de base de datos. Pensar en pantallas gráficas. Pensar en quién hace qué (responsabilidades y colaboradores). Pensar en instrucciones máquina.

¿Qué relación suele existir entre un caso de uso y sus clases de control en el modelo de análisis?. Uno a muchos: un caso de uso puede usar varias clases de control. Muchos a uno: muchas clases de control por cada actor. Uno a uno siempre. Nunca se relacionan explícitamente.

¿Qué es una realización de caso de uso en el modelo de diseño?. Un único diagrama de clases. Una prueba automática. Un conjunto de diagramas que muestran cómo colaboran las clases para implementar un caso de uso. Un actor especializado.

¿Qué tipo de diagramas suelen usarse para mostrar una realización de caso de uso?. Diagramas de clase y de interacción. Solo diagramas de despliegue. Solo diagramas de estados. Diagrama de paquetes exclusivamente.

¿Qué característica distingue una clase de diseño de una clase de análisis?. La de diseño está más cerca de la implementación tecnológica. La de análisis tiene más atributos. La de diseño no tiene responsabilidades. La de análisis siempre es abstracta.

¿Qué suele ocurrir con las clases de análisis al pasar al modelo de diseño?. Se eliminan. Se refinan, dividen o agrupan según detalles tecnológicos. Se convierten todas en casos de uso. Se convierten en actores.

¿Qué es un subsistema en el modelo de diseño según los apuntes?. Un tipo de actor. Un componente que agrupa elementos relacionados y ofrece una interfaz común. Un diagrama especial de uso interno. Un caso de prueba.

¿Qué se recomienda respecto al tamaño de los paquetes para mantenerlos manejables?. Que contengan pocas clases cohesionadas. Que contengan todas las clases del sistema. Que no contengan clases, solo otros paquetes. Que tengan al menos 50 clases.

¿Qué indica una dependencia entre paquetes en UML?. Que comparten los mismos atributos. Que un paquete necesita elementos públicos del otro. Que uno hereda del otro. Que se despliegan en el mismo nodo.

¿Qué objetivo tiene la actividad 'Analizar un paquete' en el workflow de análisis?. Añadir más clases sin límite. Garantizar cohesión interna y minimizar dependencias externas. Eliminar todas las dependencias. Convertir el paquete en un componente.

¿Qué tipo de diagrama de interacción muestra mejor el orden temporal de los mensajes?. Diagrama de clases. Diagrama de secuencia. Diagrama de estados. Diagrama de paquetes.

¿Qué representa el eje vertical en un diagrama de secuencia UML?. La jerarquía de herencia. El tiempo que avanza de arriba hacia abajo. La carga de CPU. Los diferentes paquetes del sistema.

¿Qué se representa con una 'línea de vida' en un diagrama de secuencia?. Una clase. Una instancia que participa en la interacción. Un actor abstracto. Un paquete de análisis.

¿Qué diferencia principal hay entre un diagrama de comunicación y uno de secuencia?. El de comunicación resalta la estructura de enlaces, el de secuencia resalta el orden temporal de mensajes. El de secuencia no tiene mensajes. El de comunicación solo se usa en análisis. Son equivalentes siempre.

¿Qué modelan los diagramas de tiempo según los apuntes?. La arquitectura lógica. Las restricciones temporales y el comportamiento en tiempo real. Los casos de uso avanzados. La distribución física de nodos.

¿Qué es una clase activa en UML?. Una clase sin métodos. Una clase que tiene su propio hilo de control de ejecución. Una clase abstracta sin atributos. Una clase que no puede instanciarse.

¿Qué son las interfaces proporcionadas por un componente?. Servicios que el componente necesita. Servicios que el componente ofrece a otros elementos. Clases internas del componente. Paquetes importados.

¿Qué son las interfaces requeridas por un componente?. Servicios que ofrece a otros componentes. Servicios que necesita para poder funcionar. Clases de utilidad. Casos de uso primarios.

¿Qué ventaja aporta el uso de interfaces en desarrollo basado en componentes (CBD)?. Evitar la documentación. Poder sustituir componentes cumpliendo el mismo contrato. Eliminar pruebas. Evitar el uso de paquetes.

¿Qué es un puerto en un diagrama de componentes UML?. Una clase auxiliar. Un punto de interacción entre un componente y su entorno. Un atributo estático. Un nodo de despliegue.

¿Qué representa un conector de ensamblaje (assembly connector)?. La herencia entre componentes. La conexión entre una interfaz proporcionada y una requerida. Un enlace de despliegue. Una asociación reflexiva.

¿Qué es un evento en una máquina de estados UML?. Un tipo de diagrama. Algo que dispara una transición entre estados. Un atributo especial. Un actor interno.

¿Cuál de los siguientes NO es un tipo de evento estándar en UML?. Evento de llamada. Evento de señal. Evento de cambio. Evento de paquete.

¿Qué representa un pseudoestado inicial en una máquina de estados?. El estado de error. El punto desde el que comienza el comportamiento. Un estado abstracto. Un estado final opcional.

¿Para qué se usa un pseudoestado de decisión en una máquina de estados?. Para fusionar transiciones. Para ramificar una transición según condiciones de guarda. Para indicar el final del objeto. Para crear nuevos estados.

¿Qué caracteriza a un pseudoestado de unión (junction) en una máquina de estados?. Fusiona transiciones entrantes y puede bifurcar con nuevas condiciones. Marca el final del diagrama. No admite condiciones. Solo se usa al inicio.

¿Qué es un estado en una máquina de estados UML?. Un tipo de actor. Una situación durante la vida de un objeto en la que cumple una condición o realiza una actividad. Un contenedor de paquetes. Un mensaje especial.

¿Qué acción se ejecuta al entrar en un estado y no puede interrumpirse?. do. exit. entry. change.

¿Qué acción se ejecuta al salir de un estado y no puede interrumpirse?. entry. exit. do. time.

¿Qué diferencia a la acción 'do' de las acciones 'entry' y 'exit'?. 'do' no tiene nombre. Las acciones 'do' son interrumpibles por eventos. Las acciones 'entry' no se ejecutan siempre. 'exit' puede interrumpirse.

¿Qué se modela con estados ortogonales en una máquina de estados?. Multiplicidad. Varios subestados concurrentes en paralelo. Jerarquía de paquetes. Herencia múltiple.

¿Qué es una máquina de estados de protocolo?. Una máquina que describe el ciclo de vida completo del objeto. Una máquina que define el uso permitido de una interfaz u operación. Un diagrama de actividad. Un diagrama de paquetes.

¿Cuál es la diferencia principal entre un diagrama de estados y un diagrama de actividad?. No hay diferencia. El de estados modela el ciclo de vida de un objeto, el de actividad modela flujos de trabajo. El de actividad no puede tener decisiones. El de estados no muestra eventos.

¿Qué aspecto de calidad se suele capturar mediante requisitos no funcionales en los apuntes?. Casos de uso. Rendimiento, capacidad, seguridad, disponibilidad. Multiplicidad de asociaciones. Número de clases.

¿Para qué sirve la matriz de trazabilidad entre requisitos y casos de uso?. Para ordenar el glosario alfabéticamente. Para comprobar que todos los requisitos están cubiertos por casos de uso y viceversa. Para generar código automáticamente. Para definir el plan de despliegue.