Ingeniería de Requisitos

A veces resulta más fácil comunicar intenciones y necesidades por medio de ejemplos que mediante expresiones abstractas. Verdadero. Falso.

¿Qué es un escenario?. Una técnica de programación basada en casos de uso. Un ejemplo concreto que describe cómo se alcanza o no un objetivo mediante una secuencia de pasos. Una representación gráfica de los objetivos del proyecto. Un conjunto de instrucciones abstractas para la planificación.

Los escenarios siempre describen situaciones exitosas. Verdadero. Falso.

¿Cuál de las siguientes afirmaciones describe mejor el propósito de un escenario?. Representar visualmente la estructura jerárquica de los objetivos. Facilitar la comunicación mediante la ilustración concreta de situaciones. Sustituir por completo los modelos de requisitos funcionales. Medir la eficiencia de los algoritmos en tiempo de ejecución.

Un escenario puede describir una secuencia de pasos que lleva al fracaso en la consecución de un objetivo. Verdadero. Falso.

Uno de los propósitos de los escenarios es descubrir aspectos relevantes del contexto. Verdadero. Falso.

¿Cuál de los siguientes NO es un elemento que debemos distinguir en un escenario?. Actores. Roles. Algoritmos. Precondiciones.

Los "Actores" en un escenario son: Cualquier sistema o persona con un nombre propio que participa. Clases generales de participantes sin nombre. Objetivos que se quieren alcanzar. Lugares físicos donde ocurre el escenario.

Los roles son clases o categorías de actores en un escenario. Verdadero. Falso.

¿Cuál de los siguientes describe correctamente las precondiciones en un escenario?. Condiciones materiales y de información que existen después de realizar el escenario. Condiciones que deben cumplirse antes de que comience el escenario. El objetivo que se pretende alcanzar. El lugar físico donde ocurre el escenario.

¿Qué son las postcondiciones en un escenario?. Las condiciones materiales o informativas antes de empezar. Los objetivos planteados para el escenario. Las condiciones que existen una vez que el escenario ha terminado. Los recursos utilizados durante el escenario.

Los recursos en un escenario incluyen: Solo el lugar físico donde sucede el escenario. Condiciones materiales, información y otros recursos necesarios antes o durante el escenario. El objetivo principal. Los actores y roles involucrados.

¿Qué se entiende por "Ubicación" en un escenario?. El lugar físico donde se desarrolla el escenario. El sistema informático utilizado. El tiempo en que se realiza el escenario. Los actores que intervienen.

¿Cuál de las siguientes es una clasificación correcta de tipos de escenarios?. Situación actual / situación deseada. Actores principales / secundarios. Problemas técnicos / no técnicos. Usuarios frecuentes / usuarios ocasionales.

Los escenarios hostiles (o abusivos) son un tipo de escenario. Verdadero. Falso.

Los escenarios pueden ser: descriptivos, exploratorios o explicativos. Esto indica que: Son diferentes formas de clasificar la interacción entre actores. Representan distintas finalidades o enfoques para describir un escenario. Se refieren exclusivamente a escenarios negativos. Son roles de actores en el escenario.

¿Cuál es la diferencia principal entre escenarios concretos y abstractos?. Los concretos están enfocados en el comportamiento interno, los abstractos en la interacción. Los concretos son ejemplos específicos y detallados, los abstractos son generales y menos detallados. Los concretos solo describen éxito, los abstractos solo fracaso. Los concretos se refieren a sistemas físicos, los abstractos a sistemas digitales.

Los escenarios de comportamiento interno, de interacción y de contexto se refieren a: Diferentes tipos de recursos usados en el escenario. Distintos tipos de observación del escenario según el foco de atención. Tipos de actores en el escenario. Clasificación de precondiciones y postcondiciones.

¿Qué significa que un escenario sea "principal", "alternativo" o de "excepciones"?. Se refiere a la importancia relativa del actor que participa. Indica diferentes tipos de resultados que puede tener el escenario principal. Clasifica los escenarios según su rol en el flujo de un proceso: el principal es el camino normal, los alternativos son caminos distintos, y los de excepción son situaciones fuera de lo común. Son categorías de recursos materiales usados.

Los escenarios positivos y negativos se refieren a si el escenario representa éxito o fracaso en la consecución del objetivo. Verdadero. Falso.

¿Qué describe un escenario de situación deseada (desired-state)?. Una realidad actual que funciona correctamente. Una realidad futura y deseada que aún no se ha implementado. Una situación de fracaso del sistema. Un comportamiento interno del sistema.

Los escenarios de situación actual pueden incluir documentación sobre los modos de almacenamiento del sistema. Verdadero. Falso.

¿Cuál es el objetivo principal de los escenarios de situación actual (current-state)?. Describir funciones, flujos de datos y modos de almacenamiento del sistema actual o existente. Describir funciones, flujos de datos y almacenamiento del sistema que se desea implementar en el futuro. Explorar escenarios hostiles o abusivos. Documentar únicamente las fallas del sistema actual.

Los escenarios de situación deseada solo describen sistemas ya implementados y en funcionamiento. Verdadero. Falso.

¿Para qué se pueden usar los escenarios?. Para crear un modelo conceptual del sistema actual y también del sistema deseado. Solo para evaluar sistemas ya en producción. Exclusivamente para detectar fallas. Solo para definir los roles de los actores.

¿Qué describen los escenarios positivos?. Secuencias de interacciones que conducen al fracaso de los objetivos. Secuencias de interacciones que satisfacen un conjunto de objetivos. Funciones del sistema no implementadas. Errores en el sistema.

El sistema debe soportar las secuencias documentadas en los escenarios positivos. Verdadero. Falso.

¿Qué son los escenarios negativos?. Secuencias de interacciones que satisfacen todos los objetivos. Secuencias de interacciones que causan insatisfacción de algunos objetivos. Escenarios que solo describen el comportamiento interno del sistema. Situaciones de éxito en el sistema.

Los escenarios negativos pueden ser de dos tipos, que son: Permitidos y prohibidos. Positivos y negativos. Concretos y abstractos. Internos y externos.

Los escenarios negativos prohibidos son secuencias de interacción que el sistema debe evitar. Verdadero. Falso.

¿Qué caracteriza a un escenario hostil o abusivo?. Describe el uso normal y esperado del sistema. Documenta el uso del sistema en contra de su propósito. Se enfoca en la interacción interna entre módulos del sistema. Describe únicamente escenarios positivos.

Un escenario hostil es un caso especial de escenario negativo prohibido. Verdadero. Falso.

¿Qué riesgo representa la ejecución de un escenario hostil?. Mejora la funcionalidad del sistema. No afecta al sistema ni a los stakeholders. Representa una amenaza para el sistema, stakeholders u otros sistemas del contexto. Solo afecta a los recursos materiales.

¿Para qué resultan útiles los escenarios hostiles?. Para mejorar la interfaz gráfica del sistema. Para la extracción de requisitos de seguridad del sistema. Para definir el comportamiento normal de los usuarios. Para clasificar recursos y ubicaciones.

Los escenarios hostiles solo afectan al sistema, no a los stakeholders ni al contexto. Verdadero. Falso.

¿Cuál es el criterio principal para clasificar escenarios como descriptivos, exploratorios o explicativos?. La cantidad de actores involucrados. El propósito del escenario. El lugar donde se desarrolla el escenario. La duración del escenario.

¿Qué caracteriza a un escenario descriptivo?. Explora nuevas posibilidades y alternativas. Explica causas y efectos dentro del sistema. Describe de manera concisa las interacciones entre actores y sistema. Documenta escenarios hostiles.

Los escenarios descriptivos se centran en explicar las razones detrás de un comportamiento del sistema. Verdadero. Falso.

¿Qué tipo de escenario se usaría para investigar nuevas formas de interacción o hipótesis sobre el sistema?. Descriptivo. Exploratorio. Explicativo. Hostil.

Cuál es el propósito principal de un escenario exploratorio?. Documentar una secuencia de interacciones que ya se conocen. Explorar y evaluar posibles soluciones alternativas. Explicar causas y efectos de un problema. Describir comportamientos hostiles del sistema.

Un escenario exploratorio busca únicamente describir la situación actual sin proponer cambios. Verdadero. Falso.

¿Cuál es la intención principal de un escenario explicativo?. Explorar y evaluar posibles soluciones alternativas. Explicar un objetivo, solución o secuencia de interacciones, con el razonamiento detrás. Documentar secuencias de interacción de manera concisa. Identificar amenazas y riesgos de seguridad.

Los escenarios explicativos solo describen hechos sin aportar razones o justificaciones. Verdadero. Falso.

¿Cuál es la principal diferencia entre un escenario concreto y uno abstracto?. El uso de precondiciones y postcondiciones. El tipo de sistema que se modela. El grado de especificidad en los actores y recursos mencionados. La longitud del escenario.

¿Qué caracteriza a un escenario concreto?. Menciona únicamente funciones abstractas del sistema. Describe roles genéricos sin nombres propios. Hace referencia a actores y recursos específicos. Solo se usa para describir situaciones futuras.

Los escenarios abstractos utilizan roles y recursos genéricos en lugar de específicos. Verdadero. Falso.

Un escenario concreto es útil para documentar ejemplos específicos y detallados del sistema. Verdadero. Falso.

¿Qué caracteriza a un escenario de comportamiento interno?. Describe cómo interactúan los usuarios con el sistema desde fuera. Representa interacciones con el entorno físico del sistema. Muestra interacciones que ocurren dentro de los límites del sistema. Documenta únicamente errores del sistema.

Los escenarios de comportamiento interno incluyen interacciones entre actores externos y el sistema. Verdadero. Falso.

¿Qué describen los escenarios de interacción?. Únicamente procesos técnicos internos al sistema. Relaciones entre diferentes partes internas del sistema. Interacciones entre el sistema y los actores. Cambios en los objetivos del sistema.

Los escenarios de interacción son considerados los escenarios típicos. Verdadero. Falso.

¿Cuál es el foco principal de los escenarios de interacción?. La infraestructura física del sistema. La implicación del sistema en su contexto desde la perspectiva de uso. El análisis financiero del proyecto. Las amenazas de seguridad internas.

¿Qué describen principalmente los escenarios de contexto (tipo C)?. Interacciones únicamente dentro del sistema. Interacciones entre el sistema y sus actores directos en situaciones normales de uso. Interacciones entre el sistema y su contexto, incluyendo información adicional sobre el entorno. Casos de fallo o mal uso del sistema.

Los escenarios de contexto incluyen interacciones entre usuarios del sistema y personas o entidades externas que no usan directamente el sistema. Verdadero. Falso.

¿Cuál de las siguientes situaciones pertenecería a un escenario de contexto?. Un módulo de software procesa internamente una solicitud. Un usuario interactúa con la interfaz gráfica del sistema. Un empleado del sistema colabora con personal de otra organización que no usa directamente el sistema. Un actor hostil intenta vulnerar el sistema.

¿Qué representa un escenario principal?. Una situación en la que no se cumple ningún objetivo. Una secuencia negativa en el uso del sistema. La secuencia más común y estándar para satisfacer un objetivo. Un conjunto de requisitos técnicos para el sistema.

Los escenarios alternativos documentan secuencias que también permiten alcanzar los objetivos, aunque de forma distinta al escenario principal. Verdadero. Falso.

¿Qué afirmación es correcta respecto a los escenarios alternativos?. Se usan para documentar ataques al sistema. Solo describen fallos del sistema. Son rutas distintas al escenario principal para alcanzar los mismos objetivos. Sustituyen completamente al escenario principal.

Los escenarios principal y alternativos se consideran escenarios positivos. Verdadero. Falso.

¿Qué caracteriza a un escenario de excepción?. Siempre permite satisfacer el objetivo, pero de una manera poco común. Describe eventos inesperados que interrumpen el flujo normal de un escenario y evitan alcanzar el objetivo. Representa una mejora al escenario principal. Es una variante positiva del escenario alternativo.

Los escenarios de excepción son considerados escenarios negativos. Verdadero. Falso.

¿Durante la ejecución de qué tipo de escenarios pueden surgir escenarios de excepción?. Únicamente durante el escenario principal. Solo durante escenarios negativos. Durante la ejecución de escenarios principales, alternativos o de excepción. Únicamente durante fases de prueba del sistema.

Los escenarios de excepción pueden terminar con la satisfacción parcial de un objetivo. Verdadero. Falso.

¿Quién propuso por primera vez los casos de uso y en qué contexto?. Booch, dentro del análisis estructurado. Jacobson, dentro de la ingeniería de software orientada a objetos. Rumbaugh, en la teoría de bases de datos. Pressman, en las pruebas de software.

Un caso de uso siempre debe incluir al menos dos escenarios principales. Verdadero. Falso.

¿Qué elementos debe contener obligatoriamente un caso de uso?. Solo un escenario principal y una interfaz gráfica. Escenario principal, clases, métodos y atributos. Información de contexto (actores, objetivos, pre/postcondiciones) y un escenario principal. Pruebas, validaciones y métricas de rendimiento.

Los escenarios contenidos en un caso de uso deben ser concretos, con nombres propios de actores y recursos. Verdadero. Falso.

¿Qué relación existe entre los escenarios y los casos de uso?. Los escenarios de un caso de uso son siempre negativos. Un caso de uso agrupa el escenario principal junto a sus escenarios alternativos y de excepción. Un caso de uso agrupa un único escenario independiente. Los escenarios no están relacionados con los casos de uso.

¿Cuál de las siguientes afirmaciones es correcta sobre los escenarios alternativos en un caso de uso?. Son obligatorios y deben acompañar siempre al escenario principal. No forman parte de un caso de uso. Documentan secuencias alternativas que pueden reemplazar parte del escenario principal. Solo describen errores del sistema.

Un caso de uso puede tener varios escenarios de excepciones que definan cómo el sistema reacciona a eventos inesperados. Verdadero. Falso.

¿Cuál de las siguientes opciones es verdadera respecto a los escenarios de excepción?. Requieren que el sistema siempre finalice satisfaciendo el objetivo. Solo se permiten si ocurren durante el escenario principal. Describen cómo reacciona el sistema frente a eventos excepcionales durante cualquier parte del caso de uso. No pueden aparecer en escenarios alternativos.

Los escenarios alternativos y de excepción son obligatorios en todo caso de uso. Verdadero. Falso.

¿Cuál de los siguientes conjuntos de elementos puede formar parte de un caso de uso?. Un escenario principal, sin actores, y múltiples excepciones. Escenario principal obligatorio, y de forma opcional, escenarios alternativos y de excepción. Solo excepciones, sin necesidad de escenario principal. Escenarios abstractos y concretos, según el caso.

¿Cuál de los siguientes es un tipo de documentación de escenarios?. Escenarios gráficos. Escenarios narrativos. Escenarios digitales. Escenarios automatizados.

Los escenarios estructurados permiten mayor precisión y organización que los narrativos. Verdadero. Falso.

¿Qué característica principal define a un escenario documentado con plantilla?. Usa exclusivamente diagramas UML. Se redacta como una historia libre. Sigue una estructura fija con campos predefinidos (actores, precondiciones, pasos, etc.). Incluye código fuente como parte de la descripción.

Las reglas de documentación ayudan a mejorar la claridad y coherencia de los escenarios descritos. Verdadero. Falso.

¿Cuál es una ventaja de usar plantillas para documentar escenarios?. Permiten escribir historias más creativas. Aumentan la libertad narrativa del analista. Estandarizan la información y facilitan la comparación entre escenarios. Reemplazan completamente el lenguaje natural.

¿Qué caracteriza a los escenarios narrativos?. Usan un formato estructurado y tablas para documentar. Documentan una secuencia de interacciones usando lenguaje natural en forma de narración corta. Incluyen diagramas UML como parte principal. Requieren codificación específica para su interpretación.

Los escenarios narrativos utilizan estructuras formales para separar los diferentes aspectos del escenario. Verdadero. Falso.

¿Cuál es una ventaja principal de usar escenarios narrativos?. Permiten un análisis riguroso y detallado del sistema. Son un medio sencillo y accesible para que cualquier stakeholder entienda el sistema y su contexto. Permiten automatizar la generación de código. Son la única forma aceptada para documentar escenarios en UML.

Los escenarios narrativos son útiles para adquirir conocimiento acerca del sistema y su contexto. Verdadero. Falso.

¿Cuál de las siguientes afirmaciones describe mejor la estructura de un escenario narrativo?. Está muy organizada, con secciones claramente diferenciadas. Contiene solo diagramas de flujo. No utiliza ninguna estructura formal y mezcla diferentes aspectos en un mismo texto. Está compuesta únicamente por listas y tablas.

¿Qué ventaja principal se obtiene al dotar de estructura a un escenario?. Se reduce el número de actores implicados. Se mejora la comprensión del texto. Se automatiza la generación de código. Se elimina la necesidad de lenguaje natural.

¿Cuáles son las dos formas de estructurar un escenario según el temario?. Uso de diagramas y codificación. Enumeración de pasos y tabulación de las secuencias. Narración libre y resúmenes. Presentación en listas de control y mapas mentales.

En la tabulación de secuencias de interacción, cada paso ocupa una celda en una tabla con columnas para cada actor, incluyendo el sistema. Verdadero. Falso.

¿Cuál es la diferencia entre enumerar y tabular los pasos de interacción en un escenario estructurado?. Enumerar es para escenarios negativos, tabular para positivos. Enumerar numera cada paso en secuencia; tabular organiza los pasos en una tabla con columnas para cada actor. Enumerar se usa solo para sistemas sin actores; tabular es para sistemas con actores. No hay diferencia, son términos equivalentes.

La estructuración de escenarios solo se aplica a escenarios narrativos. Verdadero. Falso.

¿Qué información se incluye en el atributo “Identificador” de un caso de uso o escenario documentado con plantilla?. Una descripción breve del escenario. Un identificador único para el escenario o caso de uso. El nombre del autor del documento. La prioridad del escenario.

¿Qué contiene el atributo “Historia de cambios” en la documentación con plantilla?. El listado de actores implicados. La descripción del escenario. Una lista histórica con fecha, versión, autor y razón de cada cambio. La prioridad del escenario.

El atributo “Prioridad” indica la importancia relativa del escenario o caso de uso según un método de priorización. Verdadero. Falso.

¿Cuál es la función del atributo “Fuente” en la plantilla de documentación?. Describir la secuencia principal del escenario. Nombrar el sistema o stakeholder del que proviene el escenario o caso de uso. Indicar el nombre del autor. Indicar el número de versión del documento.

¿Qué debe contener el atributo “Descripción breve”?. Un resumen de aproximadamente ¼ de página que explique el escenario o caso de uso. Un listado de todos los recursos necesarios. El historial de cambios. La versión del documento.

En el apartado "Nombre" de la plantilla de documentación de casos de uso se indica el nombre único para el escenario. Verdadero. Falso.

En el apartado "Autores" se indica la siguiente información sobre los mismos: Nombre. Edad. Rol. Puesto de trabajo.

En el apartado "version" de la documentación de casos de uso se indica la versión del software utilizado. Verdadero. Falso.

¿Qué información se especifica en el atributo “Tipos de escenario”?. Los objetivos del escenario. Los tipos posibles de escenarios como positivos, negativos, descriptivos, exploratorios, explicativos, etc. Los actores implicados. El historial de cambios.

El atributo “Objetivos” describe los objetivos que se satisfacen tras la ejecución del escenario, incluyendo sus identificadores. Verdadero. Falso.

¿Qué se debe incluir en el atributo “Actores”?. Solo el actor principal. Solo los actores secundarios. Tanto el actor principal como otros actores implicados. Solo el sistema.

¿Qué se detalla en “Precondiciones” dentro de la documentación?. Condiciones que deben cumplirse antes de la ejecución del escenario o caso de uso. Resultados esperados al final de la ejecución. Los pasos a seguir en el escenario principal. La prioridad del escenario.

¿Qué información proporciona el atributo “Postcondiciones”?. Requisitos técnicos para implementar el sistema. Lista de condiciones que se cumplirán después de ejecutar el escenario. Lista de actores implicados. Descripción breve del escenario.

¿Qué describe el atributo “Salidas del sistema”?. La descripción de las salidas generadas durante la ejecución del escenario. Los datos de entrada necesarios para iniciar el escenario. Los actores externos al sistema. Los escenarios relacionados.

¿Qué se documenta en el atributo “Pasos / Escenarios”?. Detalle de los pasos de interacción en forma narrativa, enumerada o tabulada, diferenciando escenarios principal, alternativos y de excepciones (en casos de uso). Solo la lista de actores. La historia de cambios. La prioridad del escenario.

¿Qué indica el atributo “Escenarios/c.u. relacionados”?. Otros escenarios o casos de uso que tienen relación con el escenario o caso de uso actual. La lista de actores involucrados. La descripción breve. El autor del documento.

¿Qué tipo de información se incluye en el atributo “Información adicional”?. Información que no ha sido incluida en ninguno de los puntos anteriores. Solo el nombre del sistema. El listado de actores y recursos. La versión del documento.

¿Qué representa el “Escenario Principal” en la documentación de un caso de uso o escenario?. La secuencia típica o estándar de pasos para satisfacer el objetivo. Las condiciones excepcionales que interrumpen el escenario. Una alternativa para saltar pasos. El listado de actores involucrados.

¿Cómo se representan los “Escenarios Alternativos” en la documentación?. Como secuencias que sustituyen o desvían parcialmente el escenario principal bajo ciertas condiciones y luego vuelven al flujo principal. Como la única secuencia válida para cumplir el objetivo. Como el final del escenario sin éxito. Como el listado de precondiciones.

Los “Escenarios de excepción” documentan situaciones que provocan el fin del escenario sin éxito. Verdadero. Falso.

En la documentación de un escenario, ¿qué ocurre tras un escenario alternativo en el que se vuelve al paso 3 del escenario principal?. El flujo regresa al paso 3 para continuar con el escenario principal. El escenario termina sin éxito. Se reinicia el escenario desde el paso 1. Se ignora el resto del escenario principal.

¿Qué indica la numeración “2c.1” en un escenario de excepción?. El primer paso del escenario de excepción que ocurre bajo la condición “2c”. El segundo paso del escenario principal. Un paso alternativo que vuelve al escenario principal. Un paso no documentado.

¿Cuál es el propósito principal de observar reglas en la documentación de escenarios?. Incrementar la cantidad de documentos. Mejorar la calidad de los resultados. Aumentar la complejidad del escenario. Reducir el número de actores involucrados.

¿Cuántos grupos de reglas se mencionan para documentar escenarios con lenguaje natural?. Uno. Dos. Tres. Cuatro.

Las reglas concernientes al lenguaje y gramática ayudan a documentar escenarios con un lenguaje claro y correcto. Verdadero. Falso.

¿Qué aspecto cubren las reglas concernientes a la estructura de los escenarios?. La forma y organización de los pasos y elementos del escenario. La ortografía y sintaxis. La lista de actores. El contexto del sistema.

¿Qué controlan las reglas concernientes al contenido de los escenarios?. La relevancia y completitud de la información incluida en el escenario. La gramática. La tipografía del documento. La cantidad de escenarios.

¿Por qué se recomienda usar el tiempo presente al documentar escenarios?. Porque describe eventos pasados con mayor detalle. Porque el escenario describe una secuencia de interacciones de forma general y atemporal. Porque hace que el texto sea más largo. Porque es obligatorio en todos los documentos técnicos.

Usar la voz activa en la documentación de escenarios ayuda a dejar claro qué actores inician cada interacción. Verdadero. Falso.

¿Cuál es la estructura de frase recomendada para documentar cada paso de un escenario?. Objeto-Sujeto-Predicado. Predicado-Sujeto-Objeto. Sujeto-Predicado-Objeto (SPO). Sujeto-Objeto-Predicado.

¿Cuál de las siguientes afirmaciones es correcta respecto al uso de la voz activa en escenarios?. Evita ambigüedades en la identificación de responsabilidades. Es preferible usar la voz pasiva para mayor formalidad. No tiene impacto en la claridad del escenario. Solo debe usarse en escenarios negativos.

La estructura SPO (Sujeto-Predicado-Objeto) dificulta la comprensión de los escenarios. Verdadero. Falso.

¿Por qué se recomienda describir cada interacción en una frase distinta en la documentación de escenarios?. Para hacer el texto más largo. Para que sea más difícil entender la secuencia. Para facilitar la comprensión del escenario como una secuencia de pasos. Para incluir más detalles técnicos en una sola frase.

Evitar describir varias interacciones dentro de la misma frase mejora la claridad de un escenario. Verdadero. Falso.

¿Qué ventaja tiene numerar los pasos en un escenario?. Hace que la lectura sea más confusa. Facilita la lectura y permite referenciar pasos fácilmente. Aumenta la longitud del documento sin beneficio alguno. Solo es útil en escenarios negativos.

La numeración de los pasos en un escenario debe ser: Única y consecutiva para todo el escenario. Aleatoria según el autor. Repetida para cada actor involucrado. Solo en escenarios principales.

Numerar los pasos en un escenario no aporta ningún beneficio a la comprensión o referencia. Verdadero. Falso.

¿Por qué es importante mantener una secuencia lineal y única de pasos en cada escenario?. Para facilitar la comprensión sin mezclar alternativas o excepciones. Para incluir todas las posibles alternativas y excepciones en un solo escenario. Para aumentar la complejidad del escenario. Para ahorrar espacio en la documentación.

En un escenario de interacciones entre usuarios y sistema, el observador debe cambiar su punto de vista para describir los flujos internos de información en el sistema. Verdadero. Falso.

¿Qué significa "mantener fija la posición del observador" al documentar un escenario?. Describir solo lo que el observador externo puede ver sin cambiar la perspectiva. Cambiar constantemente entre usuarios y sistema para mayor detalle. Ignorar las acciones del sistema. Documentar solo las excepciones.

¿Por qué es necesario mencionar explícitamente a los actores en cada paso del escenario?. Porque la voz activa y la estructura SPO nos garantizan la claridad total de los participantes. Para hacer el texto más largo y detallado. Porque el actor solo debe mencionarse al principio del escenario. Para evitar que el escenario sea demasiado técnico.

Es recomendable mezclar en un mismo escenario principal, sus alternativas y excepciones para mayor detalle. Verdadero. Falso.

¿Cuáles de los siguientes NO son modelos UML usados para documentar escenarios?. Diagramas de secuencia. Diagramas de actividad. Diagramas de caso de uso. Diagramas de flujo de datos.

Los diagramas de secuencia UML describen la interacción entre actores y sistema a lo largo del tiempo. Verdadero. Falso.

¿Qué tipo de información representa un diagrama de actividad en UML para la documentación de escenarios?. Secuencia de acciones y decisiones dentro de un proceso o escenario. Diagrama estático de clases del sistema. Flujo del sistema. Interacciones entre objetos en tiempo real.

¿Cuál es la función principal de un diagrama de caso de uso en la documentación de escenarios?. Representar funciones o servicios del sistema desde la perspectiva del usuario. Documentar la estructura interna del sistema. Mostrar cómo el sistema interactúa con actores internos. Ilustrar el hardware del sistema.

El uso de modelos UML en la documentación de escenarios facilita la comprensión y comunicación entre stakeholders técnicos y no técnicos. Verdadero. Falso.

¿Qué representa una línea de vida en un diagrama de secuencia UML?. La duración total del sistema. La existencia de un rol durante un periodo de tiempo. El flujo de datos entre los actores. Un mensaje enviado entre roles.

Un diagrama de secuencia documenta una secuencia de mensajes intercambiados entre roles como actores o partes del sistema. Verdadero. Falso.

¿Qué indica una barra sobre la línea de vida de un rol en un diagrama de secuencia?. Un fallo en el sistema. La actividad o tiempo activo del rol. Un cambio de rol. El tiempo inactivo del rol.

¿Cuál es una ventaja principal de usar diagramas de secuencia en comparación con la documentación en lenguaje natural?. Requieren menos tiempo para leer. Permiten reducir la complejidad y mejorar la claridad. Son más fáciles de crear sin formación previa. Son un estándar de la industria desde hace más de 50 años.

Un diagrama de secuencia puede representar interacciones entre un actor, el sistema en su totalidad, y partes específicas del sistema. Verdadero. Falso.

¿Qué representa una flecha horizontal en un diagrama de secuencia UML?. El inicio de un caso de uso. Un flujo de datos almacenado. Un mensaje enviado desde un rol a otro. El fin de la vida de un actor.

Las flechas con línea discontinua en un diagrama de secuencia representan mensajes enviados desde el sistema hacia un actor externo. Verdadero. Falso.

¿Desde dónde y hacia dónde va una flecha que representa un mensaje en un diagrama de secuencia?. Desde la línea de vida del receptor hasta la del emisor. Desde el sistema hacia los actores. Desde la línea de vida del rol que realiza la acción hacia el que la recibe. Entre procesos del sistema solamente.

En un diagrama de secuencia, solo se pueden representar mensajes, no las respuestas a estos. Verdadero. Falso.

¿Qué tipo de flecha se utiliza para representar una respuesta a un mensaje en un diagrama de secuencia?. Flecha curva. Flecha en zigzag. Flecha con línea discontinua. Flecha vertical con doble punta.

¿Qué permiten representar los fragmentos combinados en un diagrama de secuencia UML?. Flujos de datos internos del sistema. Agrupar actores en el sistema. Agrupar mensajes e indicar estructuras de control como alternativas o repeticiones. Modelar estados del sistema.

Los fragmentos combinados se introdujeron en la versión UML 1.4. Verdadero. Falso.

¿Qué fragmento combinado se utiliza para representar una condición alternativa (por ejemplo, “si pasa A, entonces B; si no, C”)?. LOOP. PAR. ALT. REF.

El fragmento combinado “LOOP” se usa para representar una iteración o bucle de mensajes. Verdadero. Falso.

¿Cuál de los siguientes fragmentos combinados representa correctamente un ciclo en un diagrama de secuencia UML 2.0?. ALT. LOOP. OPT. REG.

¿Para qué se utilizan los diagramas de actividad en la documentación de escenarios?. Para describir la interacción en tiempo real entre el sistema y los usuarios. Para modelar la base de datos del sistema. Para representar el flujo de control entre múltiples escenarios. Para diseñar el hardware del sistema.

Los diagramas de actividad reemplazan completamente a los diagramas de secuencia. Verdadero. Falso.

¿Cuál es una buena práctica al documentar distintos escenarios (principal, alternativos y de excepción) con UML?. Usar un solo diagrama de secuencia con fragmentos “ALT” para todos los escenarios. Usar un diagrama de actividad para cada mensaje del sistema. Usar un diagrama de secuencia por escenario y un diagrama de actividad para conectar los escenarios. Documentarlos únicamente en texto narrativo.

Es recomendable representar múltiples escenarios (principal, alternativos, excepciones) en un solo diagrama de secuencia utilizando “ALT”. Verdadero. Falso.

¿Cuál de las siguientes afirmaciones describe mejor la relación entre diagramas de actividad y casos de uso?. Los diagramas de actividad modelan las relaciones jerárquicas entre casos de uso. Los diagramas de actividad muestran el flujo entre diferentes escenarios dentro de un mismo caso de uso. Los diagramas de actividad se usan solo en la fase de diseño de interfaces. Los diagramas de actividad se limitan al modelado de excepciones.

¿Qué representa el símbolo de un círculo relleno en un diagrama de flujo de acciones?. Una actividad o acción. El punto final de todos los flujos de acciones. El punto de partida del flujo de acciones. Un flujo o transición entre actividades.

El símbolo de un rectángulo con esquinas redondeadas representa un flujo o transición en un diagrama de flujo de acciones. Verdadero. Falso.

¿Cuál de los siguientes símbolos indica la secuencia en la que se ejecutan las actividades en un diagrama de flujo de acciones?. Un círculo relleno. Un rectángulo con esquinas redondeadas. Una flecha. Un círculo con el borde relleno.

¿Cómo se denomina el símbolo que marca la conclusión de todos los caminos posibles en un diagrama de flujo de acciones?. Nodo inicial. Acción. Flujo o transición. Nodo final.

El nombre que se escribe dentro del símbolo de "Acción" en un diagrama de flujo generalmente comienza con un sustantivo. Verdadero. Falso.

¿Qué representa el símbolo de un rombo en un diagrama de flujo según esta tabla?. La unión de múltiples flujos en uno solo. El inicio de varias actividades en paralelo. Un punto donde se debe tomar una decisión. La finalización de todas las actividades concurrentes.

El símbolo de una línea horizontal representa el punto donde varios flujos de actividad se combinan en uno solo. Verdadero. Falso.

¿Cuál de los siguientes símbolos indica el comienzo de varias actividades que se ejecutan simultáneamente?. Un rombo. Un rombo con la etiqueta "Unión (Merge)". Una línea horizontal con la etiqueta "(Fork), sincronización o concurrencia". Una línea horizontal con la etiqueta "(Join), sincronización o concurrencia".

¿Cómo se denomina el símbolo donde convergen uno o más flujos y continúa solo uno?. Decisión. (Fork), sincronización o concurrencia. (Join), sincronización o concurrencia. Unión (Merge).

El símbolo de "(Join), sincronización o concurrencia" indica que todas las actividades que llegan a él deben haber terminado para que el flujo pueda continuar. Verdadero. Falso.

Para qué se utilizan los carriles en los diagramas de actividad?. Para dividir los pasos del algoritmo por fases. Para mostrar cómo se sincronizan los actores del sistema. Para distinguir el flujo y las actividades según el actor responsable. Para representar decisiones lógicas del sistema.

Los carriles en un diagrama de actividad ayudan a identificar responsabilidades dentro del flujo del proceso. Verdadero. Falso.

¿Cuál es una ventaja de utilizar carriles en diagramas de actividad?. Reducen la cantidad de pasos en el proceso. Permiten documentar errores del sistema. Aumentan la claridad en la asignación de tareas a actores. Sustituyen completamente a los diagramas de caso de uso.

Cada carril en un diagrama de actividad corresponde a una única actividad. Verdadero. Falso.

¿Qué otro nombre reciben comúnmente los carriles en UML?. Líneas de vida. Fragmentos combinados. Swimlanes. Clases abstractas.

¿Cuál es el propósito principal de los diagramas de casos de uso en UML?. Modelar el flujo interno del sistema. Visualizar la estructura de clases del sistema. Visualizar las relaciones entre casos de uso y actores. Representar algoritmos detallados.

¿Cuál de las siguientes NO es una relación entre casos de uso?. Generalización. Asociación. Include. Extend.

¿Qué relación se utiliza cuando un caso de uso contiene comportamiento que siempre debe ejecutarse como parte de otro caso de uso?. Extend. Generalización. Include. Asociación.

¿Qué tipo de relación se usa para modelar un comportamiento opcional que se ejecuta bajo ciertas condiciones?. Include. Extend. Generalización. Asociación.

¿Qué representa un actor en un diagrama de caso de uso?. Una clase del sistema. Una interacción opcional. Una entidad externa que interactúa con el sistema. Una interfaz gráfica.

¿Qué significa que un caso de uso generalice a otro en UML?. Que ambos casos de uso se ejecutan simultáneamente. Que el caso de uso especializado reemplaza por completo al general. Que el caso de uso especializado hereda los pasos del caso de uso general. Que el caso de uso general depende del especializado para ejecutarse.

En una relación de generalización entre casos de uso, ¿cuál de las siguientes afirmaciones es verdadera?. El caso de uso general puede tener menos pasos que el especializado. El caso de uso especializado ejecuta una versión alternativa del general. El caso de uso especializado contiene únicamente sus propios pasos. El caso de uso general no puede ser ejecutado de forma independiente.

¿Cuál es el beneficio de usar generalización entre casos de uso?. Facilita la ejecución simultánea de procesos. Permite documentar procesos de forma más visual. Reduce la duplicación al reutilizar escenarios comunes. Asegura la validación automática de casos de uso.

En UML, ¿qué tipo de flecha representa una relación de generalización entre casos de uso?. Línea sólida con flecha llena. Línea punteada con flecha hueca. Línea sólida con flecha hueca apuntando al caso general. Línea punteada con flecha llena.

¿Cuál es el propósito principal de usar la relación «include» entre casos de uso?. Permitir que un caso de uso se ejecute en vez de otro. Reemplazar completamente un caso de uso por otro. Compartir una secuencia común de pasos entre varios casos de uso. Evitar que se repitan actores en los casos de uso.

¿Cuál de las siguientes opciones describe correctamente la dirección de la relación «include»?. Desde el caso de uso incluido hacia el que lo incluye. Desde el caso de uso principal hacia el incluido. Bidireccional, entre ambos casos de uso. No existe una dirección definida.

¿Qué ventaja ofrece la relación «include» en la documentación de casos de uso?. Permite reducir la cantidad de actores involucrados. Permite reemplazar completamente un caso de uso antiguo. Mejora la reutilización de pasos comunes entre varios casos. Automatiza la ejecución de todos los escenarios.

¿Qué representa gráficamente la relación «include» en un diagrama de casos de uso UML?. Línea continua con flecha llena. Línea punteada con flecha hueca, estereotipada como «include». Línea punteada con flecha sólida. Línea continua sin flecha.

¿Cuál es el propósito principal de una relación «extend» entre casos de uso?. Reemplazar completamente un caso de uso base. Dividir el caso de uso principal en múltiples variantes. Añadir comportamiento opcional al caso de uso base bajo ciertas condiciones. Combinar dos casos de uso en uno solo.

¿Qué ocurre si no se cumple la condición definida en un caso de uso extendido?. Se detiene la ejecución del caso de uso base. Se ejecuta obligatoriamente el caso de uso extendido. No se ejecuta la extensión, pero el caso de uso base continúa normalmente. Se reemplaza el caso de uso base por otro.

¿Cómo se representa gráficamente la relación «extend» en UML?. Línea continua con flecha llena. Línea punteada con flecha hueca, estereotipada como «extend». Línea discontinua sin flecha. Línea doble con flecha cerrada.

¿Cuál de las siguientes afirmaciones describe mejor la relación entre el caso de uso base y el extendido?. El caso extendido depende del base y no puede existir sin él. Ambos casos de uso son independientes y no comparten pasos. El caso base depende del caso extendido para funcionar. El caso base invoca siempre al extendido en todos los escenarios.

¿Cuál es la diferencia clave entre las relaciones «include» y «extend» en cuanto a dependencia?. En «include», los dos casos de uso son independientes. En «extend», el caso base depende del extendido. En «include», el caso de uso principal depende del incluido. En ambas, los casos de uso son completamente autónomos.

¿Qué característica distingue gráficamente una relación «extend» de una relación «include» en UML?. Color del diagrama. Nombre del caso de uso. Dirección de la flecha. Número de actores involucrados.

¿Cuál de las siguientes afirmaciones sobre visibilidad entre casos de uso es correcta?. En una relación «include», el caso incluido conoce al caso principal. En una relación «extend», ambos casos se conocen mutuamente. En una relación «extend», el caso base no conoce al extendido. En una relación «include», ninguno de los casos conoce al otro.

¿En qué caso se usa típicamente una relación «include»?. Para definir comportamiento opcional. Para agregar una funcionalidad secundaria que puede o no ejecutarse. Para dividir una funcionalidad compleja común a varios casos. Para reemplazar el caso principal en caso de error.

¿Qué tipo de relación es más adecuada para modelar funcionalidad reutilizable entre varios casos de uso?. Extend. Generalización. Include. Asociación.

¿Cuál es una característica típica de la relación «extend»?. Se ejecuta siempre que se ejecute el caso principal. Se ejecuta bajo una condición específica. El caso base depende del extendido. El caso de uso extendido se ejecuta antes que el principal.

¿Qué relación es más adecuada para representar un comportamiento opcional en un sistema?. Include. Generalización. Extend. Composición.

¿En qué caso se prefiere una relación «include» sobre «extend»?. Cuando se quiere agregar pasos alternativos. Cuando se desea incluir lógica compleja. Cuando se comparte una secuencia común. Cuando se quiere modelar una excepción.

¿Cuál es el objetivo de crear un caso de uso separado en una relación «include»?. Representar errores del sistema. Reutilizar interacciones comunes. Evitar modelar escenarios condicionales. Eliminar relaciones entre actores.

¿Cómo se representa gráficamente una relación «include» en UML?. Línea punteada con etiqueta «extend». Línea continua con dirección doble. Flecha discontinua con estereotipo «include». Flecha sólida con nombre del actor.

¿Cuál de las siguientes afirmaciones es cierta respecto a los casos de uso en una relación «extend»?. El caso base depende del extendido. El extendido solo se ejecuta si se cumple una condición. El extendido se ejecuta siempre antes del base. Ambos casos se ejecutan en paralelo.

¿Qué relación expresa mejor un comportamiento obligatorio que no puede omitirse en la ejecución del caso principal?. Extend. Include. Generalización. Asociación.

¿Cuál de las siguientes afirmaciones describe correctamente la visibilidad en una relación «extend» entre casos de uso?. Ambos casos de uso se hacen referencia mutuamente. El caso base tiene conocimiento del caso extendido. Solo el caso extendido conoce al caso base. Ninguno de los casos conoce al otro.