Ing.Requisitos: Tema 4.2

¿Cuál es el propósito principal de un escenario según el documento?. Describir la arquitectura del sistema. Mostrar ejemplos concretos de éxito o fracaso en la satisfacción de un objetivo mediante una secuencia de pasos. Definir los casos de uso del sistema.

¿Qué facilita la comunicación de intenciones y necesidades según el texto?. El uso de diagramas abstractos. La especificación formal. La comunicación a través de ejemplos concretos (escenarios).

¿Cuál es un propósito secundario de los escenarios según el documento?. Validar la seguridad del sistema. Descubrir los aspectos relevantes del contexto. Generar el código fuente del sistema.

¿Qué elemento NO se distingue típicamente en un escenario según la lista proporcionada?. Actores. Roles. Hardware.

Los 'Actores' en un escenario se refieren a: Las funcionalidades del sistema. Personas o sistemas (con nombre propio). Los objetivos a alcanzar.

¿Qué son las 'Precondiciones' en un escenario?. Las condiciones que se cumplen después de realizarse el escenario. Las condiciones que deben cumplirse antes de iniciarse el escenario. Los recursos materiales necesarios.

El escenario descrito sobre Carlos y Pedro conduciendo sus automóviles pertenece a qué tipo de escenario principal: Situación actual. Situación deseada. Positivo.

Según la clasificación, ¿qué tipo de escenario describe una secuencia de interacciones que conducen a la satisfacción de un conjunto de objetivos?. Escenario negativo. Escenario positivo. Escenario hostil.

¿Qué son los escenarios 'hostiles' (o abusivos)?. Escenarios que describen interacciones no deseadas pero permitidas. Escenarios que describen el uso de un sistema en contra de su propósito, a menudo por un 'hacker'. Escenarios que describen alternativas no exitosas.

Los 'escenarios descriptivos' se caracterizan por: Explorar posibles alternativas de diseño. Explicar el razonamiento detrás de una solución. Describir de manera concisa las interacciones entre actores y sistema.

¿Cuál es el propósito de los 'escenarios exploratorios'?. Documentar la secuencia más común de interacciones. Explorar y evaluar posibles alternativas. Describir el comportamiento interno del sistema.

Los 'escenarios explicativos' tienen la intención de: Documentar interacciones entre el sistema y el contexto. Explicar un objetivo, una solución alternativa o una secuencia de interacciones, dando el razonamiento de los motivos. Describir interacciones dentro de los límites del sistema.

¿Qué diferencia a los escenarios 'concretos' de los 'abstractos'?. Los escenarios concretos son más largos. Los escenarios concretos hacen referencia a actores y recursos específicos, mientras que los abstractos hacen referencia a roles y recursos genéricos. Los escenarios abstractos solo se usan para la interfaz de usuario.

Los 'escenarios de comportamiento interno' (tipo A) describen: Interacciones entre el sistema y actores externos. Interacciones que tienen lugar dentro de los límites del sistema. El flujo de control entre diferentes escenarios.

Los 'escenarios de interacción' (tipo B) describen: Interacciones entre diferentes sistemas en el contexto. Interacciones que ocurren fuera del sistema. Interacciones entre el sistema y los actores (escenarios típicos).

Los 'escenarios de contexto' (tipo C) documentan interacciones entre el sistema y el contexto, y además incluyen: Detalles de implementación del sistema. Otra información adicional acerca del contexto. Validaciones de seguridad.

¿Qué tipo de escenario documenta la secuencia más común de interacciones para satisfacer un objetivo?. Escenario alternativo. Escenario de excepciones. Escenario principal.

¿Qué definen los 'escenarios alternativos'?. Secuencias de interacciones que conducen a un resultado negativo. Secuencias de interacciones alternativas con respecto a un escenario principal. Eventos excepcionales que pueden ocurrir durante la ejecución.

¿Qué ocurre en un 'escenario de excepciones'?. El objetivo se satisface de una manera alternativa. Se documenta la secuencia más común de interacciones. Se producen eventos excepcionales y el objetivo no se satisface (ESCENARIO NEGATIVO).

Los 'casos de uso' (C.U.) agrupan: Múltiples escenarios principales independientes. Un escenario principal con sus correspondientes escenarios alternativos y de excepciones, referidos a un mismo objetivo. Solo escenarios positivos.

¿Qué información debe contener obligatoriamente un caso de uso?. Solo el escenario principal. Información del contexto y escenario principal. Escenarios alternativos y de excepciones.

¿Qué pueden incluir opcionalmente los casos de uso?. Solo escenarios positivos. Escenarios alternativos (positivos) y escenarios de excepciones (negativos). Diagramas de secuencia.

¿Qué método de documentación de escenarios utiliza una narración corta en lenguaje natural?. Escenarios estructurados. Escenarios con plantilla. Escenarios narrativos.

¿Qué se busca al dotar a un escenario de estructura?. Aumentar el grado de abstracción. Mejorar la comprensión del texto. Incluir más detalles técnicos.

¿Qué técnica de 'escenarios estructurados' consiste en separar cada paso en una secuencia de interacción y numerarlos consecutivamente?. Tabulación. Enumeración. Plantilla.

Los 'escenarios con plantilla' utilizan: Lenguaje natural sin estructura. Una estructura predefinida con atributos como Identificador, Nombre, Autor, etc. Diagramas UML.

¿Qué regla de documentación de escenarios sugiere usar el tiempo presente?. Regla 3. Regla 1. Regla 5.

¿Qué regla de documentación recomienda usar la voz activa?. Regla 1. Regla 2. Regla 4.

¿Qué regla sugiere 'Cada interacción en una frase distinta'?. Regla 3. Regla 4. Regla 6.

¿Qué regla recomienda 'Numerar los pasos en los escenarios'?. Regla 4. Regla 5. Regla 7.

¿Qué significa la Regla 6: 'Mantener una secuencia lineal y única de pasos'?. Solo documentar el escenario principal. Evitar mezclar alternativas o excepciones dentro de un mismo escenario. Describir las interacciones en orden cronológico inverso.

La Regla 7 ('Mantener fija la posición del observador') implica: Cambiar el punto de vista del narrador frecuentemente. No cambiar el punto de vista del narrador (ej. evitar detalles internos del sistema si se describe la interacción usuario-sistema). Describir las interacciones desde la perspectiva de cada actor.

¿Qué hace la Regla 8 ('Mencionar de forma explícita los actores')?. Usar solo pronombres para referirse a los actores. Asegurarse de mencionar explícitamente qué actores participan en cada paso. Solo mencionar al actor principal.

¿Qué tipo de documentación de escenarios utiliza modelos UML?. Escenarios narrativos. Escenarios estructurados. Documentación con modelos UML (Diagramas de secuencia, actividad, caso de uso).

¿Qué documenta un 'diagrama de secuencia'?. El flujo de control entre múltiples escenarios. Una secuencia de mensajes intercambiados entre roles (actores, partes del sistema, etc.). Las relaciones entre casos de uso.

¿Qué representan las 'líneas de vida' en un diagrama de secuencia?. La duración de la actividad de un rol. La existencia de un rol durante un periodo de tiempo. La secuencia de mensajes.

En UML 2.0, ¿qué se utiliza para agrupar mensajes, indicar alternativas y repeticiones en diagramas de secuencia?. Líneas de vida. Fragmentos combinados (como 'ALT' y 'LOOP'). Actores.

¿Qué tipo de diagrama UML se enfoca en el 'flujo de control' entre múltiples escenarios, típicamente dentro de un caso de uso?. Diagrama de secuencia. Diagrama de caso de uso. Diagrama de actividad.

En un diagrama de actividad, ¿qué representa un rombo?. Una acción. Un punto de decisión. El punto de partida.

¿Qué se utiliza en los diagramas de actividad para distinguir el flujo y las actividades atendiendo al actor responsable?. Nodos iniciales y finales. Carriles. Fragmentos combinados.

¿Para qué se utilizan principalmente los 'diagramas de casos de uso'?. Para detallar la secuencia de mensajes entre objetos. Para visualizar las relaciones entre casos de uso y actores. Para mostrar el flujo de control entre acciones.

¿Qué tipo de relación entre casos de uso indica que un caso de uso 'hereda' los pasos de interacción de otro?. Include. Extend. Generalización.

En la relación 'Include' entre casos de uso, ¿cuál es la dirección de la dependencia?. El caso de uso incluido depende del caso que lo incluye. El caso de uso que incluye depende del caso de uso incluido. No hay dependencia direccional.

¿Qué caracteriza a la relación 'Extend' entre casos de uso?. El caso de uso base no puede funcionar sin el caso de uso de extensión. El caso de uso de extensión añade funcionalidad a un punto específico del caso de uso base, bajo cierta condición. Ambos casos de uso son independientes.

¿Cuál es la principal diferencia entre 'Include' y 'Extend' en términos de visibilidad?. En 'include', el caso que incluye conoce al incluido; en 'extend', el caso base conoce al de extensión. En 'include', el caso que incluye conoce al incluido; en 'extend', el caso de extensión conoce al caso base. No hay diferencia en visibilidad.