TEST BORRADO, QUIZÁS LE INTERESE: PRIMERO DE INFANTIL
|
---|
REALIZAR TEST
![Añadir a favoritos Añadir a favoritos](/images/corazon2.png)
Título del Test:
PRIMERO DE INFANTIL Descripción: cositas que poca gente sabe Autor: ALBERTO TORIL OTROS TESTS DEL AUTOR Fecha de Creación: 18/06/2024 Categoría: Cine y TV Número Preguntas: 136 |
COMPARTE EL TEST
![Facebook Facebook](/images/RS1N.png)
![Twitter Twitter](/images/RS4N.png)
![Whatsapp Whatsapp](/images/RS7N.png)
COMENTAR
No hay ningún comentario sobre este test.
Temario:
¿Cuál es la definición de requisito? Una característica adicional del sistema que no es necesaria. Una condición o capacidad que el sistema debe cumplir. Un documento formalmente impuesto. Una restricción física del sistema. Cuál es la diferencia entre un requisito funcional y un requisito no funcional? Los requisitos funcionales son definidos por el usuario, mientras que los requisitos no funcionales son definidos por el desarrollador. Los requisitos funcionales se refieren a tareas que el sistema debe realizar, mientras que los requisitos no funcionales son características y restricciones adicionales del sistema. Los requisitos funcionales son especificaciones de rendimiento, mientras que los requisitos no funcionales son restricciones físicas. Los requisitos funcionales son necesarios para el sistema, mientras que los requisitos no funcionales no lo son. ¿Qué tipos de requisitos se complementan con los requisitos de rendimiento? Garantías del producto. Requisitos físicos. Restricciones requeridas. Capacidades requeridas. ¿Cuál es uno de los factores críticos de éxito del proceso de desarrollo de software? La cantidad de requisitos funcionales. La calidad de los productos de ingeniería de requisitos. El cumplimiento de los plazos de entrega. La implementación de tecnologías avanzadas. ¿Qué es la ingeniería de requisitos? El proceso de desarrollo de software. El proceso de garantizar la calidad de los productos de ingeniería de requisitos. El proceso de implementación de los requisitos funcionales. El proceso de estudio de las necesidades del usuario para definir los requisitos. Cuál de las siguientes opciones describe mejor la función de las buenas prácticas en la Ingeniería de Requisitos? Establecer restricciones físicas para el sistema. Reducir la cantidad de requisitos funcionales. Acelerar el proceso de desarrollo de software. Mejorar la calidad de los productos de ingeniería de requisitos. Cuál es el propósito principal de la Ingeniería de Requisitos? Garantizar la calidad del producto final. Cumplir los estándares de desarrollo de software. Implementar tecnologías avanzadas. Satisfacer las necesidades del usuario. ¿Cuál de los siguientes subprocesos del proceso de Ingeniería de Software se encarga de determinar los requisitos que se deben satisfacer? Gestión de requisitos Análisis del problemas Validación y verificación de requisitos Síntesis de la solución. Cuál de las siguientes actividades es parte del proceso de Ingeniería de Requisitos? Gestión de proyectos Validación y verificación de soluciones Análisis de requisitos Análisis de problemas. ¿Cuál es el propósito de la actividad de educción de requisitos en el proceso de Ingeniería de Requisitos? Gestionar los cambios a los requisitos durante el proyecto Capturar y descubrir los requisitos Especificar los requisitos en un documento formal Resolver conflictos entre requisitos. ¿Cuál de las siguientes actividades se enfoca en descubrir problemas en el Documento de Especificación de Requisitos Software antes de comenzar la implementación? Gestión de requisitos Validación y verificación de requisitos Análisis de requisitos Educción de requisitos. Cuál es el objetivo principal del subproceso de Análisis de Requisitos en el proceso de Ingeniería de Requisitos? Trasladar los requisitos de usuario a requisitos del software. Establecer las relaciones entre los interesados y el equipo de desarrollo. Resolver conflictos entre requisitos. Capturar y descubrir los requisitos. ¿Qué actividad del proceso de Ingeniería de Requisitos se encarga de plasmar las características deseadas del sistema software en el Documento de Especificación de Requisitos Software? Validación y Verificación de Requisitos Especificación de Requisitos. Análisis de Requisitos. Educción de Requisitos. Cuál es el propósito de la actividad de Validación y Verificación de Requisitos en el proceso de Ingeniería de Requisitos? Capturar y descubrir los requisitos. Resolver conflictos entre requisitos. Descubrir problemas en el Documento de Especificación de Requisitos antes de la implementación. Gestionar los cambios a los requisitos durante el proyecto. ¿Cuál es el objetivo principal de la educción en la ingeniería de requisitos? Identificar a los participantes del proyecto. Convertirse en un experto en desarrollo de software. Obtener información para definir los requisitos. Reducir el conocimiento sobre el dominio del problema. Según SWEBOK, ¿cuáles son las dos tareas que comprende el subproceso de educción? Obtención de información de los participantes e identificación de requisitos. Identificación de requisitos y documentación de requisitos. Obtención de información de los participantes y validación de requisitos. Obtención de información y desarrollo de requisitos. ¿Cuál de los siguientes no es un participante del lado del cliente en la educción de requisitos? Expertos del dominio. Ingenieros de software. Usuarios finales. Encargados del mantenimiento. ¿Quiénes son responsables de la identificación y documentación de los requisitos en el lado del desarrollador? Ingenieros de software. Ingenieros de requisitos. Usuarios finales. Compradores. ¿Cuál es uno de los problemas de la educción relacionados con las restricciones humanas como procesadores de información? Problemas de volatilidad. Dificultades de comunicación. Dificultades de estructuración. Dificultades cognitivas. ¿Qué tipo de problemas de la educción están relacionados con la variedad y complejidad de los requisitos de información? Problemas de alcance. Dificultades de comunicación. Dificultades de estructuración. Dificultades cognitivas. ¿Cuál de los siguientes problemas de la educción está relacionado con la complejidad de la interacción entre usuarios y analistas al definir requisitos? Problemas de entendimiento. Dificultades de comunicación. Dificultades de estructuración. Dificultades cognitivas. ¿Qué tipo de problema de la educción se produce cuando se obtiene poca o mucha información? Dificultades de estructuración. Problemas de volatilidad. Dificultades cognitivas. Problemas de alcance. ¿Cuál de los siguientes problemas de la educción está relacionado con la naturaleza cambiante de los requisitos? Problemas de volatilidad. Problemas de entendimiento. Dificultades de estructuración. Dificultades cognitivas. ¿Cuál es uno de los roles responsables de la realización de pruebas de los productos del desarrollo en la educción de requisitos? Probadores. Ingenieros de requisitos. Usuarios finales. Compradores. ¿Cuáles son los posibles escenarios al inicio de la educción? Todas las opciones son correctas. Existencia de un documento de Concepto de Operaciones. Conjunto de objetivos claros. No se conoce nada del sistema a desarrollar. Cuál es el método utilizado para obtener la información inicial en la educción? Observación directa. Cuestionarios. Encuestas. Entrevistas. ¿Qué tipo de preguntas se utilizan en las entrevistas de educción? Preguntas técnicas detalladas. Preguntas de aplicabilidad general. Preguntas de respuesta cerrada. Preguntas específicas del contexto. ¿Quién decide qué constituye un requisito en la educción de requisitos? El jefe de proyecto. Los desarrolladores de software. El analista. Los usuarios finales. ¿En qué lenguaje suelen expresarse los requisitos en la educción de requisitos? Lenguaje formalizado. Lenguaje natural. Lenguaje técnico especializado. Lenguaje de programación. Cuál es uno de los factores para determinar qué usuarios proporcionarán información en la educción? Presupuesto del proyecto. Carencias en la información disponible. Número de usuarios en el sistema. Experiencia del analista. ¿Qué criterios se utilizan para determinar el nivel de detalle requerido en la redacción de requisitos? Todos los anteriores. Libertad de los desarrolladores para proponer soluciones. Conocimiento del dominio del equipo de trabajo. Complejidad del software. ¿Cuándo se establece un punto final en el proceso de educción de requisitos? Cuando se ha cumplido el plazo asignado para la actividad de requisitos. Cuando el producto deseado está bien definido. Cuando el tiempo asignado a la actividad de requisitos se está agotando. Cuando se obtiene toda la información disponible. ¿Qué tipo de información se busca obtener mediante las entrevistas en la educción? Todos los anteriores. Excepciones y restricciones del sistema. Características concretas del sistema. Objetivos de alto nivel del sistema. ¿Cuál es el objetivo principal de la técnica nominal de grupo? Usar juicios individuales en situaciones de incertidumbre Establecer prioridades Generar ideas Identificar problemas. ¿Cuál es el rol del secretario en la tormenta de ideas? Producir ideas Realizar una lista de ideas Formular el problema claramente Dirigir la sesión. ¿Cuál es una ventaja de la entrevista de grupo? Genera un consenso sobre la amplitud del acuerdo Establece la valoración de un conjunto de elementos y características Permite descubrir hechos y producir ideas Estimula la seguridad y libertad de los participantes. ¿Cuál es una preocupación potencial en las encuestas? El propósito y la forma de conducción La participación de los expertos La calidad de las preguntas El tamaño de la muestra. ¿Cuál es la característica principal del método Delphi? El uso de encuestas para obtener información El uso de cuestionarios para la obtención de información La interacción en un grupo para generar ideas El establecimiento de previsiones de futuro. ¿Cuál es una desventaja del prototipado rápido? El usuario puede confundir el prototipo con el producto terminado Mejora la usabilidad del producto Reduce costes y esfuerzo Modifica el flujo del ciclo de vida. ¿Cuál es una característica del modelo de prototipos reutilizable? Emula la función del producto real con papel y lápiz Cubre un amplio número de aspectos y funciones Se desarrollan nuevos diseños rápidamente Sus partes pueden ser utilizadas para construir el producto real. Cuál es una estrategia para el desarrollo de prototipos? Prototipos de alta-fidelidad Prototipos evolucionarios Prototipos de funciones básicas Prototipos por pantallas. Qué ocurre en un focus group? Se identifican y estiman los diseños del proyecto Se trabajan juntos en una sesión grupal dirigida por un facilitador Se elabora un cuestionario y se envía a los expertos Se anima a la discusión abierta de los individuos en una sesión grupal. ¿Cuál es una tarea de la sesión en JAD/RAD? Validar la información recopilada Documentar los resultados de la sesión Orientar el proceso de desarrollo Definir requisitos de alto nivel. ¿Qué se busca lograr con los casos de uso? Evaluar el rendimiento del sistema Establecer la arquitectura del sistema Documentar los requisitos funcionales del sistema Identificar los actores involucrados en el sistema. Cuál es una de las características de las 20 preguntas? El usuario responde a 20 preguntas del proyecto. No es necesario un conocimiento ideal de los procesos involucrados. No se presenta ningún caso al usuario, sino que es el usuario el que da la idea. El director del proyecto responde a 20 preguntas del proyecto. ¿En qué consiste el laddering en el contexto de la ingeniería de requisitos? El informante rellena un formulario para facilitar la información. El informante propone una solución al ingeniero de requisitos. El ingeniero de requisitos interactúa con el informante a través de un juego de carta. El ingeniero de requisitos propone soluciones. ¿En qué consiste el análisis de tareas? Realizar pruebas exhaustivas de cada teoría. Descomponen las tareas en subprocesos y las analizan. Los trabajadores exponen sus problemas por medio de encuestas. Proporciona información por medio de la observación. ¿Qué papeles existen dentro de la tormenta de ideas? Director, secretario y participantes. Director, facilitador y participantes. Director y pequeños grupos. Director, ingeniero de software y participantes. ¿Qué método se basa en el establecimiento de previsiones de futuro basadas en opiniones de un grupo de expertos? JAD/RAD Laddering Método Delphi Prototipado rápido. ¿Qué método se basa en una sesión grupal dirigida por un facilitador? Observación Participativa Focus Group JAD/RAD Escenarios. ¿Cuál es el objetivo del proceso de análisis? Identificar al analista Interactuar con el entorno Desarrollar el software Asegurar la calidad de los requisitos. ¿Qué se busca precisar en el proceso de análisis? La versión y estabilidad del software Los requisitos del software Los requisitos del usuario Los límites del sistema software y su interacción con el entorno. ¿Qué se busca comprobar con el modelado conceptual? La consistencia interna de los requisitos La interacción entre los requisitos La calidad de los requisitos del usuario La calidad general de los requisitos del software. ¿Cuáles fases son las fases de anotación de requisitos? Obtener los requisitos, clasificar en función de RF o NF y realizar anotaciones suplementarias. Anotar los requisitos, decidir su tipo y realizar anotaciones suplementarias. Obtener los requisitos, clasificar en función de RF o NF y documentar el proceso. Anotar los requisitos, decidir su tipo y documentar el proceso. ¿Qué es la Checklist de análisis? Un método para resolver conflictos de requisitos Un conjunto de preguntas para evaluar los requisitos Una matriz de interacción de requisitos Un modelo conceptual del sistema software. ¿Cuál es el objetivo de la matriz de interacción? Evaluar la calidad general de los requisitos Identificar los requisitos más importantes Detectar defectos en los requisitos Encontrar omisiones e inconsistencias en los requisitos. ¿Qué se busca con el modelado conceptual orientado a procesos? Comprender el dominio de discurso del sistema Interactuar con el entorno del sistema Representar gráficamente los datos/objetos del sistema Detectar omisiones e inconsistencias. ¿Cómo se resuelven los requisitos conflictivos a primera hora? Implementando todos los requisitos conflictivos Solicitando la intervención del cliente Por decisión del analista sin consultar a los usuarios Mediante negociación y acuerdo entre los usuarios. ¿Cuál es el papel del analista en la resolución de requisitos conflictivos? Todas las opciones son correctas Mediar entre el cliente y los usuarios Decidir por decreto Negociar con los usuarios. ¿Qué problemas pueden surgir si dos requisitos se solapan? Omitir requisitos Conflictos de usuarios Inconsistencia interna Redundancia. Cuál es el objetivo de la anotación de requisitos en el proceso de análisis? Establecer límites del sistema software Comprobar la calidad de los requisitos Desarrollar el software Identificar y asignar valores a los requisitos. ¿Qué se busca con las anotaciones suplementarias en la clasificación de requisitos? Evaluar la importancia y prioridad de los requisitos Comprobar la calidad general de los requisitos Decidir qué tipos de anotación son necesarios Identificar los requisitos por identificación y versión. ¿Cuál es el modelo paradigmático utilizado en los modelos conceptuales orientados a procesos? Modelo de Procesamiento por Lotes Modelo Entidad-Relación (ER) Modelo de Datos Relacional Diagrama de Flujo de Datos (DFD). ¿Cuál es la función principal de los almacenes en un DFD? Modelar los requisitos del sistema software Conectar procesos y entidades externas Generar entradas y salidas de datos Servir como reservorios temporales de los flujos de datos. Cuál es una de las reglas sintácticas en un DFD? Los flujos de datos deben reflejar los nuevos requisitos Los flujos de datos solo pueden conectar procesos entre sí Todo proceso debe tener al menos una entrada y una salida Los almacenes y entidades externas se conectan mediante flujos. ¿Qué se busca al utilizar el DFD durante el análisis de requisitos? Comprender el dominio de discurso del sistema Validar la calidad general de los requisitos Desarrollar el software basado en los requisitos Modelar los requisitos y localizar errores o inconsistencias. ¿Cuál es una característica importante durante la descomposición de procesos en un DFD? La creación de modelos en profundidad en lugar de anchura La aparición de nuevas entidades externas en cada nivel La utilización de un criterio de numeración de procesos La aplicación de técnicas auxiliares como las miniespecificaciones. ¿Qué técnicas auxiliares se pueden utilizar para precisar el significado de los procesos y datos en un DFD? Prototipos y pruebas de aceptación Casos de uso y diagramas de clases Diagramas de Gantt y diagramas de flujo Miniespecificaciones y diccionario de datos. ¿Cuál es el proceso de desarrollo que considera el universo de discurso como un macroproceso y se descompone en subprocesos? Agilidad SANDWICH BOTTOM-UP TOP-DOWN. Qué problemas se asocian con el enfoque BOTTOM-UP en el desarrollo de los Modelos Orientados a Procesos? a. Los procesos iniciales pueden corresponderse con los requisitos de la lista preliminar b. No se entiende qué ventajas produce la agrupación de subprocesos en procesos de mayor nivel c. Es incompatible con la utilización de requisitos expresados textualmente d. Ambas opciones a. y b. son correctas. ¿Qué técnica auxiliar del DFD es más propia de un modelo del sistema? Diagramas de actividad Casos de uso Diccionario de datos Miniespecificaciones. ¿Cuál es el objetivo principal de la descomposición de procesos en un DFD? Comprobar la calidad general de los requisitos del software Modelar los flujos de datos entre los distintos procesos Identificar y asignar valores a los requisitos Reflejar correctamente el dominio de discurso en términos de entradas, procesos y salidas. ¿Qué tipo de procesos pueden descomponerse en subprocesos si son muy complejos? Procesos de entrada y salida Procesos de menor nivel Procesos de nivel superior Procesos iniciales. ¿Cuáles son los constructores utilizados en los modelos conceptuales orientados a procesos? Tablas, consultas, formularios e informes Requisitos, casos de uso, actores y diagramas de secuencia Clases, atributos, relaciones y métodos Procesos, flujos de datos, entidades externas y almacenes. ¿Cuál es la función de las entidades externas o terminadores en un DFD? Generar o consumir datos en el dominio de discurso Modelar los requisitos del software Almacenar temporalmente los flujos de datos Conectar procesos y flujos de datos. Cuál es la principal ventaja del enfoque SANDWICH en el desarrollo de los Modelos Orientados a Procesos? Se basa en la utilización de requisitos expresados textualmente Evita los problemas de compatibilidad del enfoque BOTTOM-UP Permite descomponer y agrupar procesos según sea necesario Inicia la construcción del DFD en un nivel jerárquico intermedio. ¿Cuál es el modelo paradigmático de los modelos orientados a datos/objetos? Modelo de Procesos Modelo de Interacción Diagrama de Flujo de Datos (DFD) Modelo ER. ¿Qué son las entidades en el contexto del modelo ER? Conjunto de entidades hijas Objetos del dominio de discurso Conjunto de atributos Conjunto de relaciones. ¿Qué representa la cardinalidad en el modelo ER? La cantidad de atributos de una entidad La cantidad total de entidades en el modelo El número máximo de veces que una entidad puede participar en una relación El número mínimo de veces que una entidad puede participar en una relación. ¿Cuál es el objetivo principal del modelo ER en el proceso de análisis? Describir las entidades y relaciones del dominio de discurso Verificar la consistencia entre el modelo ER y el DFD Identificar los atributos de las entidades y relaciones Comprobar la calidad de los requisitos obtenidos durante la educción. ¿Qué tipo de constructores se destacan en el modelo orientado a datos/objetos? Matriz de interacción y checklist de análisis Requisitos, entradas y salidas Procesos, flujos de datos y entidades externas Entidades, relaciones y atributos. ¿Qué regla sintáctica se aplica en un DFD en relación a los procesos, entidades externas y almacenes? Solo se conectan los procesos con las entidades externas Se conectan mediante flujos Solo se conectan los almacenes con las entidades externas No se pueden conectar entre sí. ¿En qué se basa el proceso de desarrollo de los Modelos Orientados a Datos/Objetos? Comprobar la consistencia entre el modelo ER y el DFD Identificar entidades y relaciones del dominio Construir el Diagrama de Flujo de Datos (DFD. Aplicar técnicas de descomposición y agrupamiento de procesos. ¿Qué representan las relaciones de especialización/generalización en el modelo ER? Asociaciones entre entidades externas y almacenes Asociaciones entre atributos y entidades Asociaciones entre procesos y flujos de datos Asociaciones entre dos entidades donde una es un caso particular de la otra. ¿Qué se verifica al comparar el modelo ER y el DFD? La existencia de entidades vacías en el modelo ER La correcta descripción de los procesos del dominio de discurso La calidad de los requisitos obtenidos durante la educción La consistencia entre ambos modelos. ¿Cuál es el proceso inicial en el desarrollo del modelo ER? Descomposición y agrupamiento de procesos Identificación de atributos pertenecientes a las entidades y relaciones Identificación de relaciones existentes entre las entidades identificadas Identificación de todas las entidades del dominio. ¿Qué se busca lograr al utilizar el modelo ER durante el análisis de requisitos? Construir un modelo en anchura antes que en profundidad Precisar o comprobar la corrección de la especificación de requisitos Descomponer procesos complejos en subprocesos Identificar nuevos flujos de datos en el DFD. ¿Qué representan las entidades en el contexto del modelo ER? Objetos del dominio de discurso Conjunto de entidades hijas Conjunto de atributos Conjunto de relaciones. Cuál es la técnica auxiliar del DFD que ayuda a precisar el significado de los procesos y datos reflejados en el modelo? Matriz de trazabilidad Diagrama de Gantt Diccionario de datos Miniespecificaciones. ¿Qué se verifica al comprobar la consistencia entre el modelo ER y el DFD? La existencia de entidades vacías en el DFD La correcta descripción de los flujos de datos en el DFD La calidad de los requisitos obtenidos durante la educción La existencia de contradicciones entre ambos modelos. ¿Cuál es el criterio de numeración utilizado en la descomposición de subprocesos en el DFD? Permite identificar a cada entidad externa en el DFD Se basa en la cardinalidad de las relaciones en el modelo ER Permite identificar a cada subproceso en la jerarquía de procesos Se basa en la cantidad de flujos de datos asociados a cada proceso. ¿Cuál de los siguientes elementos NO se incluye en la especificación de requisitos? Informacion acerca del problema Diseño del sistema Propiedades y comportamiento del sistema Restricciones de diseño y fabricación del producto. ¿Cuál es el propósito del documento de Requisitos de Usuario (DRU)? Organizar y trazar los requisitos del sistema Seguir el estándar IEEE Std. 830. Describir el problema actual y las metas del nuevo sistema. Incluir requisitos detallados del sistema. Cuál de las siguientes funciones NO corresponde a las herramientas de gestión de requisitos? Trazabilidad de requisitos. Desarrollo del software. Organización de requisitos. Registro y almacenamiento de requisitos. ¿Qué características debe tener una ERS de calidad? Internamente consistente y ejecutable. Redundante, ambigua y modificable. Completa, verificable y reutilizable. Concisa, dependiente del diseño, y trazable. ¿Qué característica se busca en los requisitos no funcionales de portabilidad? Definir mensajes de error y salidas del sistema. Exigir la menor cantidad de recursos hardware. Capacidad para funcionar de forma consistente. Facilidad de transferencia a diferentes entornos. ¿Cuál es una de las dificultades al especificar los requisitos de verificabilidad, comprensibilidad y modificabilidad? Cuantificarlas de manera precisa Influir en la eficiencia del sistema. Definir mensajes de error exactos. Utilizar un lenguaje de programación adecuado. ¿Qué es una especificación formal? Una especificación que facilita la transferencia de productos software Una especificación que garantiza la portabilidad del software. Una especificación expresada en un lenguaje con vocabulario definido. Una especificación basada en modelos de estados del sistema. ¿Cuál de los siguientes costes se reduce en la especificación formal de requisitos? Costes de especificación e implementación. Costes de validación. Costes de diseño. Costes de desarrollo e implementación. ¿Para qué se utiliza la especificación algebraica? Reducir los costes de validación. Verificar la corrección de los requisitos. Desarrollar subsistemas independientes. Especificar el comportamiento del sistema. ¿Qué permite la especificación basada en modelos? Reducir los costes de diseño Verificar la corrección de los requisitos. Especificar el comportamiento del sistema. Desarrollar subsistemas independientes. La especificación de requisitos NO debe incluir: Las restricciones de diseño del sistema. Los planes de garantía del producto. Las metas que se espera lograr con el nuevo sistema. La descripción del problema actual. ¿Cuál es la diferencia entre el Documento de Requisitos de Usuario (DRU) y la Especificación de Requisitos Software (ERS)? El DRU se utiliza para el registro y almacenamiento de requisitos, mientras que la ERS se utiliza para la organización y trazabilidad de requisitos. El DRU se organiza según el estándar IEEE Std. 830, mientras que la ERS no sigue ninguna estructura específica. El DRU incluye la relación del software con su entorno, mientras que la ERS describe las funciones generales del producto. El DRU contiene requisitos detallados, mientras que la ERS incluye descripciones del problema actual y las metas a lograr. ¿Cuáles son las cuatro funciones de las herramientas de gestión de requisitos? Desarrollo independiente de subsistemas, definición de tipos abstractos de datos, especificación del comportamiento del sistema y definición de operaciones Anotación por importancia relativa, anotación por estabilidad relativa, anotación por versión y trazabilidad de requisitos. Especificación de requisitos funcionales y no funcionales, diseño del sistema, implementación del software y prueba de validación. Registro y almacenamiento de requisitos, organización de requisitos, trazabilidad de requisitos y conexión con otras herramientas. ¿Cuál de las siguientes características NO debe tener una ERS de calidad? Ser extensiva y redundante. No tener notación formal. Ser independiente del diseño. No ser ambigua. ¿Cuál es una característica deseada en la especificación formal de requisitos? Especificación expresada en un lenguaje con vocabulario, sintaxis y semántica no formalmente definidos. Desarrollo independiente de subsistemas y definición de operaciones. Baja influencia del lenguaje de programación en la verificabilidad, comprensibilidad y modificabilidad. Posibilidad de verificar la corrección, completitud y consistencia de los requisitos. ¿Cuál de las siguientes características NO se busca en la especificación de requisitos no funcionales? Concisión. Consistencia interna. Verificabilidad. Compleción. ¿Qué tipo de requisito se especifica en el apartado de interfaz externa del sistema con su entorno? Requisitos funcionales. Requisitos no funcionales. Requisitos de diseño. Requisitos del proyecto. ¿Cuál es el propósito de las herramientas de gestión de requisitos? Conectar con otras herramientas de desarrollo de software. Realizar pruebas de validación del software. Organizar y mantener un registro de los requisitos del sistema. Facilitar la modificación del documento de especificación. ¿Qué característica se busca al especificar los mensajes de error y las salidas del sistema? Human Engineering. Comprensibilidad. Fiabilidad. Portabilidad. Cuál de las siguientes características NO se espera en una especificación formal de requisitos? Precisión. Redundancia. Trazabilidad. Reutilizabilidad. ¿Qué se busca al especificar la eficiencia en los requisitos no funcionales? Definición de los mensajes de error y las salidas del sistema. Capacidad de exigir la menor cantidad de recursos hardware. Habilidad del software para funcionar de forma consistente y aceptable para el usuario. Facilidad de transferir los productos software a diferentes entornos. ¿Cuál es el resultado final de la revisión de requisitos? Todos los anteriores. Un informe detallado de la reunión de revisión. Una lista de acciones recomendadas. Un documento con los defectos identificados. ¿Qué se utiliza comúnmente durante la revisión de requisitos para validar los atributos de calidad? Pruebas de sistema y aceptación. Documentos de especificación. Checklists de validación. Prototipos. ¿Cuál es el propósito de la prerevisión? Revisar rápidamente los prototipos construidos. Concentrarse en los defectos sencillos de identificar. Reducir el número de errores y acciones a realizar. Identificar errores complejos en los documentos de especificación. Cuál de los siguientes NO es un tipo de prototipo mencionado? Checklists. Maquetas. Storyboards. Mock-ups. Qué se documenta como resultado de la evaluación de un prototipo? Perfiles de los usuarios representativos. Recursos y tiempo disponibles. Escenarios de validación. Errores y acciones recomendadas. ¿Qué produce la realización de casos de prueba? Una lista de errores y acciones recomendadas. Un conjunto de casos de prueba utilizados en la prueba de sistema y aceptación. Un informe detallado de los problemas encontrados. Un conjunto de usuarios representativos. ¿Cuál es el propósito de los mock-ups durante la construcción de prototipos? Desarrollar escenarios de validación. Documentar los problemas encontrados durante la evaluación. Mostrar la interfaz gráfica deseada en casos complejos. Representar la secuencia de acciones en el sistema. ¿Cuál es uno de los criterios utilizados para seleccionar quién evaluará el prototipo? Número de errores y acciones recomendadas. Perfiles de los usuarios representativos. Fidelidad deseada del prototipo. Recursos y tiempo disponibles. ¿Qué se puede utilizar en la prueba de sistema y aceptación después de la realización de casos de prueba? Maquetas. Mock-ups. Storyboards. Checklists de validación. ¿Cuáles son algunas de las razones por las que los requisitos pueden cambiar? Todas las anteriores Avances en la tecnología. Cambios en la prioridad de los requisitos. Nuevas leyes y regulaciones. ¿Cuál es una ventaja de utilizar la técnica de los Puntos Función para analizar el impacto de un cambio? Permite identificar requisitos volátiles. Proporciona una trazabilidad hacia atrás efectiva. Solo requiere tener en cuenta los requisitos. Considera todos los aspectos del proceso de desarrollo. ¿Qué implica la trazabilidad hacia atrás en la especificación de requisitos? Implementar un esquema de trazabilidad. Relacionar cada requisito con otros requisitos. Relacionar cada requisito con los productos subsiguientes. Relacionar cada requisito con su origen. ¿Qué es la trazabilidad interna en la especificación de requisitos? Implementar una herramienta de gestión de requisitos. Anotar los productos derivados de cada requisito. Anotar los requisitos relacionados en cada requisito. Anotar el origen de cada requisito. ¿Cuál es uno de los pasos del proceso de gestión de cambios? Estimación del costo de los requisitos. Identificación del cambio. Análisis del impacto del cambio. Trazabilidad hacia delante. ¿Qué se entiende por requisitos estables? Requisitos que deben implementarse conjuntamente. Requisitos que requieren evaluación del beneficio. Requisitos relacionados con la esencia del sistema y el dominio de la aplicación. Requisitos que dependen de modas y necesidades puntuales. ¿Cuál es uno de los enfoques para analizar los requisitos mediante la evaluación del beneficio? Estimar los costos en Unidades Funcionales de Producto (UFP) para cada requisito. Evaluar los ingresos sin estimar los gastos. Anotar los requisitos por importancia para facilitar el triage. Comparar productos alternativos mediante un método de cuantificación. Qué se realiza durante la tarea de triage en la gestión de cambios de requisitos? Estimar los ingresos sin considerar los gastos. Estimar el costo de cada requisito en UFP. Anotar los requisitos por estabilidad o importancia. Definir las referencias cruzadas. ¿Cuál es la última tarea en el proceso de gestión de cambios? Estudio de la necesidad de replanificación. Toma de decisiones y planificación de releases. Identificación del cambio. Análisis del impacto del cambio. ¿Cuál es una consideración importante antes de desarrollar un release? Estimar el costo de los requisitos en UFP. Estudiar la necesidad de replanificación. Definir las referencias cruzadas. Realizar el triage. ¿Cuál es la función de las referencias cruzadas en la gestión de cambios de requisitos? Estimar el costo de los requisitos. Anotar los requisitos por importancia. Facilitar la trazabilidad hacia atrás. Identificar requisitos volátiles. ¿Qué se estima durante el proceso de evaluación del beneficio de los requisitos? Los gastos del proyecto en UFP. El origen de cada requisito. La estabilidad de los requisitos. Los ingresos del proyecto. Qué implica la trazabilidad hacia delante en la especificación de requisitos? Relacionar cada requisito con los productos subsiguientes Identificar los requisitos volátiles. Relacionar cada requisito con otros requisitos. Relacionar cada requisito con su origen. ¿Cuál es la función de una herramienta de gestión de requisitos en proyectos complejos? Ayudar en la planificación de releases. Realizar la identificación del cambio. Facilitar la trazabilidad interna. Evaluar el impacto del cambio. ¿Qué se considera en el proceso de triage en la gestión de cambios de requisitos? La planificación de releases y la necesidad de replanificación. El costo de cada requisito en UFP y los ingresos del proyecto. El análisis del impacto del cambio y la identificación del cambio. Las referencias cruzadas y la estabilidad de los requisitos. |
Denunciar Test