Ideas Defectuosas Recicladas

¿Qué es la ingeniería de requisitos?. El proceso de desarrollo de software. El proceso de estudio de las necesidades del usuario para definir los requisitos de un sistema. El proceso de implementación de los requisitos funcionales. El proceso de garantizar la calidad de los productos de ingeniería de requisitos.

¿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 necesarios para el sistema, mientras que los requisitos no funcionales no lo son. Los requisitos funcionales son especificaciones de rendimiento, mientras que los requisitos no funcionales son restricciones físicas. 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 definidos por el usuario, mientras que los requisitos no funcionales son definidos por el desarrollador.

¿Cuál es uno de los factores críticos de éxito del proceso de desarrollo de software?. La implementación de tecnologías avanzadas. El cumplimiento de los plazos de entrega. La calidad de los productos de ingeniería de requisitos. La cantidad de requisitos funcionales.

¿Qué tipos de requisitos se complementan con los requisitos de rendimiento?. Capacidades requeridas. Restricciones requeridas. Requisitos físicos. Garantías del producto.

¿Cuál de las siguientes opciones describe mejor la función de las buenas prácticas en la Ingeniería de Requisitos?. Mejorar la calidad de los productos de ingeniería de requisitos. Acelerar el proceso de desarrollo de software. Reducir la cantidad de requisitos funcionales. Establecer restricciones físicas para el sistema.

¿Cuál es el propósito principal de la Ingeniería de Requisitos?. Satisfacer las necesidades del usuario. Implementar tecnologías avanzadas. Cumplir los estándares de desarrollo de software. Garantizar la calidad del producto final.

¿Cuál de los siguientes subprocesos del proceso de Ingeniería de Software se encarga de determinar los requisitos que se deben satisfacer?. Síntesis de la solución. Validación y verificación de requisitos. Análisis del problemas. Gestión de requisitos.

¿Cuál de las siguientes actividades es parte del proceso de Ingeniería de Requisitos?. Análisis de problemas. Análisis de requisitos. Validación y verificación de soluciones. Gestión de proyectos.

¿Cuál es el propósito de la actividad de educción de requisitos en el proceso de Ingeniería de Requisitos?. Resolver conflictos entre requisitos. Especificar los requisitos en un documento formal. Capturar y descubrir los requisitos. Gestionar los cambios a los requisitos durante el proyecto.

¿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?. Educción de requisitos. Análisis de requisitos. Validación y verificación de requisitos. Gestión de requisitos.

¿Cuál es una de las dificultades del proceso de ingeniería de requisitos mencionadas en el texto?. Requisitos estáticos y predecibles. Uso adecuado de herramientas CASE. Exceso de confianza en la síntesis de la solución. Experiencia insuficiente en el análisis de problemas.

¿Cuál es el objetivo principal del subproceso de Análisis de Requisitos en el proceso de Ingeniería de Requisitos?. Capturar y descubrir los requisitos. Resolver conflictos entre requisitos. Establecer las relaciones entre los interesados y el equipo de desarrollo. Trasladar los requisitos de usuario a requisitos del software.

¿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?. Educción de Requisitos. Análisis de Requisitos. Especificación de Requisitos. Validación y Verificació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?. Reducir el conocimiento sobre el dominio del problema. Obtener información para definir los requisitos. Convertirse en un experto en desarrollo de software. Identificar a los participantes del proyecto.

Según SWEBOK, ¿cuáles son las dos tareas que comprende el subproceso de educción?. Obtención de información y desarrollo de requisitos. Obtención de información de los participantes y validación de requisitos. Identificación de requisitos y documentación de requisitos. Obtención de información de los participantes e identificación de requisitos.

¿Cuál de los siguientes no es un participante del lado del cliente en la educción de requisitos?. Encargados del mantenimiento. Usuarios finales. Ingenieros de software. Expertos del dominio.

¿Quiénes son responsables de la identificación y documentación de los requisitos en el lado del desarrollador?. Compradores. Usuarios finales. Ingenieros de requisitos. Ingenieros de software.

¿Cuál es uno de los problemas de la educción relacionados con las restricciones humanas como procesadores de información?. Dificultades cognitivas. Dificultades de estructuración. Dificultades de comunicación. Problemas de volatilidad.

¿Qué tipo de problemas de la educción están relacionados con la variedad y complejidad de los requisitos de información?. Dificultades cognitivas. Dificultades de estructuración. Dificultades de comunicación. Problemas de alcance.

¿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?. Dificultades cognitivas. Dificultades de estructuración. Dificultades de comunicación. Problemas de entendimiento.

¿Qué tipo de problema de la educción se produce cuando se obtiene poca o mucha información?. Problemas de alcance. Dificultades cognitivas. Problemas de volatilidad. Dificultades de estructuración.

¿Cuál de los siguientes problemas de la educción está relacionado con la naturaleza cambiante de los requisitos?. Dificultades cognitivas. Dificultades de estructuración. Problemas de entendimiento. Problemas de volatilidad.

¿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?. Compradores. Usuarios finales. Ingenieros de requisitos. Probadores.

¿Cuáles son los posibles escenarios al inicio de la educción?. No se conoce nada del sistema a desarrollar. Conjunto de objetivos claros. Existencia de un documento de Concepto de Operaciones. Todas las opciones son correctas.

¿Cuál es el método utilizado para obtener la información inicial en la educción?. Entrevistas. Encuestas. Cuestionarios. Observación directa.

¿Qué tipo de preguntas se utilizan en las entrevistas de educción?. Preguntas específicas del contexto. Preguntas de respuesta cerrada. Preguntas de aplicabilidad general. Preguntas técnicas detalladas.

¿Quién decide qué constituye un requisito en la educción de requisitos?. Los usuarios finales. El analista. Los desarrolladores de software. El jefe de proyecto.

¿En qué lenguaje suelen expresarse los requisitos en la educción de requisitos?. Lenguaje de programación. Lenguaje técnico especializado. Lenguaje natural. Lenguaje formalizado.

¿Cuál es uno de los factores para determinar qué usuarios proporcionarán información en la educción?. Experiencia del analista. Número de usuarios en el sistema. Carencias en la información disponible. Presupuesto del proyecto.

¿Qué criterios se utilizan para determinar el nivel de detalle requerido en la redacción de requisitos?. Complejidad del software. Conocimiento del dominio del equipo de trabajo. Libertad de los desarrolladores para proponer soluciones. Todos los anteriores.

¿Cuándo se establece un punto final en el proceso de educción de requisitos?. Cuando se obtiene toda la información disponible. Cuando el tiempo asignado a la actividad de requisitos se está agotando. Cuando el producto deseado está bien definido. Cuando se ha cumplido el plazo asignado para la actividad de requisitos.

¿Qué tipo de información se busca obtener mediante las entrevistas en la educción?. Objetivos de alto nivel del sistema. Características concretas del sistema. Excepciones y restricciones del sistema. Todos los anteriores.

¿Cuál es el objetivo principal de la técnica nominal de grupo?. Identificar problemas. Generar ideas. Establecer prioridades. Usar juicios individuales en situaciones de incertidumbre.

¿Cuál es el rol del secretario en la tormenta de ideas?. Dirigir la sesión. Formular el problema claramente. Realizar una lista de ideas. Producir ideas.

¿Cuál es una ventaja de la entrevista de grupo?. Estimula la seguridad y libertad de los participantes. Permite descubrir hechos y producir ideas. Establece la valoración de un conjunto de elementos y características. Genera un consenso sobre la amplitud del acuerdo.

¿Cuál es una preocupación potencial en las encuestas?. El tamaño de la muestra. La calidad de las preguntas. La participación de los expertos. El propósito y la forma de conducción.

¿Cuál es la característica principal del método Delphi?. El establecimiento de previsiones de futuro. La interacción en un grupo para generar ideas. El uso de cuestionarios para la obtención de información. El uso de encuestas para obtener información.

¿Cuál es una desventaja del prototipado rápido?. Modifica el flujo del ciclo de vida. Reduce costes y esfuerzo. Mejora la usabilidad del producto. El usuario puede confundir el prototipo con el producto terminado.

¿Cuál es una característica del modelo de prototipos reutilizable?. Sus partes pueden ser utilizadas para construir el producto real. Se desarrollan nuevos diseños rápidamente. Cubre un amplio número de aspectos y funciones. Emula la función del producto real con papel y lápiz.

¿Cuál es una estrategia para el desarrollo de prototipos?. Prototipos por pantallas. Prototipos de funciones básicas. Prototipos evolucionarios. Prototipos de alta.

¿Qué ocurre en un focus group?. Se anima a la discusión abierta de los individuos en una sesión grupal. Se elabora un cuestionario y se envía a los expertos. Se trabajan juntos en una sesión grupal dirigida por un facilitador. Se identifican y estiman los diseños del proyecto.

¿Cuál es una tarea de la sesión en JAD/RAD?. Definir requisitos de alto nivel. Orientar el proceso de desarrollo. Documentar los resultados de la sesión. Validar la información recopilada.

¿Qué se busca lograr con los casos de uso?. Identificar los actores involucrados en el sistema. Documentar los requisitos funcionales del sistema. Establecer la arquitectura del sistema. Evaluar el rendimiento del sistema.

¿Cuál es una de las características de las 20 preguntas?. El director del proyecto responde a 20 preguntas del proyecto. No se presenta ningún caso al usuario, sino que es el usuario el que da la idea. No es necesario un conocimiento ideal de los procesos involucrados. El usuario responde a 20 preguntas del proyecto.

¿En qué consiste el laddering en el contexto de la ingeniería de requisitos?. El ingeniero de requisitos propone soluciones. El ingeniero de requisitos interactúa con el informante a través de un juego de carta. El informante propone una solución al ingeniero de requisitos. El informante rellena un formulario para facilitar la información.

¿En qué consiste el análisis de tareas?. Proporciona información por medio de la observación. Los trabajadores exponen sus problemas por medio de encuestas. Descomponen las tareas en subprocesos y las analizan. Realizar pruebas exhaustivas de cada teoría.

¿Qué papeles existen dentro de la tormenta de ideas?. Director, ingeniero de software y participantes. Director y pequeños grupos. Director, facilitador y participantes. Director, secretario y participantes.

¿Qué método se basa en el establecimiento de previsiones de futuro basadas en opiniones de un grupo de expertos?. Prototipado rápido. Método Delphi. Laddering. JAD/RAD.

¿Qué método se basa en una sesión grupal dirigida por un facilitador?. Escenarios. JAD/RAD. Focus Group. Observación Participativa.

¿Cuál es el objetivo del proceso de análisis?. Asegurar la calidad de los requisitos. Desarrollar el software. Interactuar con el entorno. Identificar al analista.

¿Qué se busca precisar en el proceso de análisis?. Los límites del sistema software y su interacción con el entorno. Los requisitos del usuario. Los requisitos del software. La versión y estabilidad del software.

¿Cuál es una tarea dentro del análisis mencionada en el texto?. Desarrollo del software. Anotación de requisitos. Implementación de métodos fuertes de análisis. Validación de requisitos.

¿Qué se busca comprobar con el modelado conceptual?. La calidad general de los requisitos del software. La calidad de los requisitos del usuario. La calidad de los requisitos del usuario. La consistencia interna de los requisitos.

¿Cuáles fases son las fases de anotación de requisitos?. Anotar los requisitos, decidir su tipo y documentar el proceso. Obtener los requisitos, clasificar en función de RF o NF y documentar el proceso. Anotar los requisitos, decidir su tipo y realizar anotaciones suplementarias. Obtener los requisitos, clasificar en función de RF o NF y realizar anotaciones suplementarias.

¿Qué es la Checklist de análisis?. Un modelo conceptual del sistema software. Una matriz de interacción de requisitos. Un conjunto de preguntas para evaluar los requisitos. Un método para resolver conflictos de requisitos.

¿Cuál es el objetivo de la matriz de interacción?. Encontrar omisiones e inconsistencias en los requisitos. Detectar defectos en los requisitos. Identificar los requisitos más importantes. Evaluar la calidad general de los requisitos.

¿Qué se busca con el modelado conceptual orientado a procesos?. Detectar omisiones e inconsistencias. Representar gráficamente los datos/objetos del sistema. Interactuar con el entorno del sistema. Comprender el dominio de discurso del sistema.

¿Cómo se resuelven los requisitos conflictivos a primera hora?. Mediante negociación y acuerdo entre los usuarios. Por decisión del analista sin consultar a los usuarios. Solicitando la intervención del cliente. Implementando todos los requisitos conflictivos.

¿Cuál es el papel del analista en la resolución de requisitos conflictivos?. Negociar con los usuarios. Decidir por decreto. Mediar entre el cliente y los usuarios. Todas las opciones son correctas.

¿Qué problemas pueden surgir si dos requisitos se solapan?. Redundancia. Inconsistencia interna. Conflictos de usuarios. Omitir requisitos.

¿Cuál es uno de los grupos de modelado conceptual mencionados en el texto?. Orientados a tareas. Orientados a datos/objetos. Orientados a clientes. Orientados a análisis.

¿Cuál es una tarea de los métodos débiles de análisis mencionados en el texto?. Anotación de requisitos. Validación de requisitos. Modelado conceptual. Desarrollo del software.

¿Cuál es el objetivo de la anotación de requisitos en el proceso de análisis?. Identificar y asignar valores a los requisitos. Desarrollar el software. Comprobar la calidad de los requisitos. Establecer límites del sistema software.

¿Qué se busca con las anotaciones suplementarias en la clasificación de requisitos?. Identificar los requisitos por identificación y versión. Decidir qué tipos de anotación son necesarios. Comprobar la calidad general de los requisitos. Evaluar la importancia y prioridad de los requisitos.

¿Cuál es el modelo paradigmático utilizado en los modelos conceptuales orientados a procesos?. Diagrama de Flujo de Datos (DFD). Modelo de Datos Relacional. Modelo Entidad-Relación (ER). Modelo de Procesamiento por Lotes.

¿Cuál es la función principal de los almacenes en un DFD?. Servir como reservorios temporales de los flujos de datos. Generar entradas y salidas de datos. Conectar procesos y entidades externas. Modelar los requisitos del sistema software.

¿Cuál es una de las reglas sintácticas en un DFD?. Los almacenes y entidades externas se conectan mediante flujos. Todo proceso debe tener al menos una entrada y una salida. Los flujos de datos solo pueden conectar procesos entre sí. Los flujos de datos deben reflejar los nuevos requisitos.

¿Qué se busca al utilizar el DFD durante el análisis de requisitos?. Modelar los requisitos y localizar errores o inconsistencias. Desarrollar el software basado en los requisitos. Validar la calidad general de los requisitos. Comprender el dominio de discurso del sistema.

¿Cuál es una característica importante durante la descomposición de procesos en un DFD?. La aplicación de técnicas auxiliares como las miniespecificaciones. La utilización de un criterio de numeración de procesos. La aparición de nuevas entidades externas en cada nivel. La creación de modelos en profundidad en lugar de anchura.

¿Qué técnicas auxiliares se pueden utilizar para precisar el significado de los procesos y datos en un DFD?. Miniespecificaciones y diccionario de datos. Diagramas de Gantt y diagramas de flujo. Casos de uso y diagramas de clases. Prototipos y pruebas de aceptación.

¿Cuál es el proceso de desarrollo que considera el universo de discurso como un macroproceso y se descompone en subprocesos?. TOP-DOWN. BOTTOM-UP. SANDWICH. Agilidad.

¿Qué problemas se asocian con el enfoque BOTTOM-UP en el desarrollo de los Modelos Orientados a Procesos?. Los procesos iniciales pueden corresponderse con los requisitos de la lista preliminar. No se entiende qué ventajas produce la agrupación de subprocesos en procesos de mayor nivel. Es incompatible con la utilización de requisitos expresados textualmente. Ambas opciones a. y b. son correctas.

¿Qué técnica auxiliar del DFD es más propia de un modelo del sistema?. Miniespecificaciones. Diccionario de datos. Casos de uso. Diagramas de actividad.

¿Cuál es el objetivo principal de la descomposición de procesos en un DFD?. Reflejar correctamente el dominio de discurso en términos de entradas, procesos y salidas. Identificar y asignar valores a los requisitos. Modelar los flujos de datos entre los distintos procesos. Comprobar la calidad general de los requisitos del software.

¿Qué tipo de procesos pueden descomponerse en subprocesos si son muy complejos?. Procesos iniciales. Procesos de nivel superior. Procesos de menor nivel. Procesos de menor nivel.

¿Cuáles son los constructores utilizados en los modelos conceptuales orientados a procesos?. Procesos, flujos de datos, entidades externas y almacenes. Clases, atributos, relaciones y métodos. Requisitos, casos de uso, actores y diagramas de secuencia. Tablas, consultas, formularios e informes.

¿Cuál es la función de las entidades externas o terminadores en un DFD?. Conectar procesos y flujos de datos. Almacenar temporalmente los flujos de datos. Modelar los requisitos del software. Generar o consumir datos en el dominio de discurso.

¿Cuál es la principal ventaja del enfoque SANDWICH en el desarrollo de los Modelos Orientados a Procesos?. a. Inicia la construcción del DFD en un nivel jerárquico intermedio. Permite descomponer y agrupar procesos según sea necesario. Evita los problemas de compatibilidad del enfoque BOTTOM-UP. Se basa en la utilización de requisitos expresados textualmente.

¿Cuál es el modelo paradigmático de los modelos orientados a datos/objetos?. Modelo ER. Diagrama de Flujo de Datos. Modelo de Interacción. Modelo de Procesos.

¿Qué son las entidades en el contexto del modelo ER?. Conjunto de relaciones. Conjunto de atributos. Objetos del dominio de discurso. Conjunto de entidades hijas.

¿Qué representa la cardinalidad en el modelo ER?. El número mínimo de veces que una entidad puede participar en una relación. El número máximo de veces que una entidad puede participar en una relación. La cantidad total de entidades en el modelo. La cantidad de atributos de una entidad.

¿Cuál es el objetivo principal del modelo ER en el proceso de análisis?. Comprobar la calidad de los requisitos obtenidos durante la educción. Identificar los atributos de las entidades y relaciones. Verificar la consistencia entre el modelo ER y el DFD. Describir las entidades y relaciones del dominio de discurso.

¿Qué tipo de constructores se destacan en el modelo orientado a datos/objetos?. Entidades, relaciones y atributos. Procesos, flujos de datos y entidades externas. Requisitos, entradas y salidas. Matriz de interacción y checklist de análisis.

¿Qué regla sintáctica se aplica en un DFD en relación a los procesos, entidades externas y almacenes?. No se pueden conectar entre sí. Solo se conectan los almacenes con las entidades externas. Se conectan mediante flujos. Solo se conectan los procesos con las entidades externas.

¿En qué se basa el proceso de desarrollo de los Modelos Orientados a Datos/Objetos?. Aplicar técnicas de descomposición y agrupamiento de procesos. Construir el Diagrama de Flujo de Datos. Identificar entidades y relaciones del dominio. Comprobar la consistencia entre el modelo ER y el DFD.

¿Qué representan las relaciones de especialización/generalización en el modelo ER?. Asociaciones entre dos entidades donde una es un caso particular de la otra. Asociaciones entre procesos y flujos de datos. Asociaciones entre atributos y entidades. Asociaciones entre entidades externas y almacenes.

¿Qué se verifica al comparar el modelo ER y el DFD?. La consistencia entre ambos modelos. La calidad de los requisitos obtenidos durante la educción. La correcta descripción de los procesos del dominio de discurso. La existencia de entidades vacías en el modelo ER.

¿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?. Identificar nuevos flujos de datos en el DFD. Descomponer procesos complejos en subprocesos. Precisar o comprobar la corrección de la especificación de requisitos. Construir un modelo en anchura antes que en profundidad.

¿Qué representan las entidades en el contexto del modelo ER?. Conjunto de relaciones. Conjunto de atributos. Conjunto de entidades hijas. Objetos del dominio de discurso.

¿Cuál es la técnica auxiliar del DFD que ayuda a precisar el significado de los procesos y datos reflejados en el modelo?. Miniespecificaciones. Diccionario de datos. Diagrama de Gantt. Matriz de trazabilidad.

¿Qué se verifica al comprobar la consistencia entre el modelo ER y el DFD?. La existencia de contradicciones entre ambos modelos. La calidad de los requisitos obtenidos durante la educción. La correcta descripción de los flujos de datos en el DFD. La existencia de entidades vacías en el DFD.

¿Cuál es el criterio de numeración utilizado en la descomposición de subprocesos en el DFD?. Se basa en la cantidad de flujos de datos asociados a cada proceso. Permite identificar a cada subproceso en la jerarquía de procesos. Se basa en la cardinalidad de las relaciones en el modelo ER. Permite identificar a cada entidad externa en el DFD.

¿Qué técnica alternativa se utiliza para representar decisiones o lógica compleja junto con las tablas de decisión?. Árboles de decisión. Tablas de evento-respuesta. Diagramas de flujo. Modelos orientados a datos/objetos.

¿Qué información proporciona una tabla de decisión?. Los factores que influyen en el comportamiento del sistema. Las acciones esperadas del sistema ante cada combinación de factores. Los eventos que estimulan una respuesta del sistema. Los posibles cambios o actividades que ocurren en el ambiente del usuario.

¿Cuál es el propósito de las tablas de evento-respuesta?. Representar los factores que influyen en el comportamiento del sistema. Indicar las acciones esperadas del sistema ante cada combinación de factores. Registrar los eventos que ocurren en el ambiente del usuario. Representar las respuestas del sistema a los posibles eventos.

¿Qué es un evento en el contexto de las tablas de evento-respuesta?. Un cambio o actividad que tiene lugar en el ambiente del usuario. Un factor que influye en el comportamiento del sistema. Una acción esperada del sistema en respuesta a ciertos factores. Una combinación de factores que determina la respuesta del sistema.

¿Cuál de las siguientes opciones es una técnica utilizada para representar decisiones o lógica compleja?. Tablas de evento-respuesta. Árboles de decisión. Modelos ER. Diagramas de flujo.

¿Cuál de los siguientes elementos NO se incluye en la especificación de requisitos?. Requisitos del proyecto. 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)?. Incluir requisitos detallados del sistema. Describir el problema actual y las metas del nuevo sistema. Seguir el estándar IEEE Std. 830. Organizar y trazar los requisitos del sistema.

¿Cuál de las siguientes funciones NO corresponde a las herramientas de gestión de requisitos?. Registro y almacenamiento de requisitos. Organización de requisitos. Desarrollo del software. Trazabilidad de requisitos.

¿Qué características debe tener una ERS de calidad?. Concisa, dependiente del diseño, y trazable. Completa, verificable y reutilizable. Redundante, ambigua y modificable. Internamente consistente y ejecutable.

¿Qué característica se busca en los requisitos no funcionales de portabilidad?. Facilidad de transferencia a diferentes entornos. Capacidad para funcionar de forma consistente. Exigir la menor cantidad de recursos hardware. Definir mensajes de error y salidas del sistema.

¿Cuál es una de las dificultades al especificar los requisitos de verificabilidad, comprensibilidad y modificabilidad?. Utilizar un lenguaje de programación adecuado. Definir mensajes de error exactos. Influir en la eficiencia del sistema. Cuantificarlas de manera precisa.

¿Qué es una especificación formal?. Una especificación basada en modelos de estados del sistema. Una especificación expresada en un lenguaje con vocabulario definido. Una especificación que garantiza la portabilidad del software. Una especificación que facilita la transferencia de productos software.

¿Cuál de los siguientes costes se reduce en la especificación formal de requisitos?. Costes de desarrollo e implementación. Costes de diseño. Costes de validación. Costes de especificación e implementación.

¿Para qué se utiliza la especificación algebraica?. Especificar el comportamiento del sistema. Desarrollar subsistemas independientes. Verificar la corrección de los requisitos. Reducir los costes de validación.

¿Qué permite la especificación basada en modelos?. Desarrollar subsistemas independientes. Especificar el comportamiento del sistema. Verificar la corrección de los requisitos. Reducir los costes de diseño.

La especificación de requisitos NO debe incluir: La descripción del problema actual. Las metas que se espera lograr con el nuevo sistema. Los planes de garantía del producto. Las restricciones de diseño del sistema.

¿Cuál es la diferencia entre el Documento de Requisitos de Usuario (DRU) y la Especificación de Requisitos Software (ERS)?. El DRU contiene requisitos detallados, mientras que la ERS incluye descripciones del problema actual y las metas a lograr. El DRU incluye la relación del software con su entorno, mientras que la ERS describe las funciones generales del producto. El DRU se organiza según el estándar IEEE Std. 830, mientras que la ERS no sigue ninguna estructura específica. 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.

¿Cuáles son las cuatro funciones de las herramientas de gestión de requisitos?. Registro y almacenamiento de requisitos, organización de requisitos, trazabilidad de requisitos y conexión con otras herramientas. Especificación de requisitos funcionales y no funcionales, diseño del sistema, implementación del software y prueba de validación. Anotación por importancia relativa, anotación por estabilidad relativa, anotación por versión y trazabilidad de requisitos. Desarrollo independiente de subsistemas, definición de tipos abstractos de datos, especificación del comportamiento del sistema y definición de operaciones.

¿Cuál de las siguientes características NO debe tener una ERS de calidad?. No ser ambigua. Ser independiente del diseño. No tener notación formal. Ser extensiva y redundante.

¿Cuál es una característica deseada en la especificación formal de requisitos?. Posibilidad de verificar la corrección, completitud y consistencia de los requisitos. Baja influencia del lenguaje de programación en la verificabilidad, comprensibilidad y modificabilidad. Desarrollo independiente de subsistemas y definición de operaciones. Especificación expresada en un lenguaje con vocabulario, sintaxis y semántica no formalmente definidos.

¿Cuál de las siguientes características NO se busca en la especificación de requisitos no funcionales?. Compleción. Verificabilidad. Consistencia interna. Concisión.

¿Qué tipo de requisito se especifica en el apartado de interfaz externa del sistema con su entorno?. Requisitos del proyecto. Requisitos de diseño. Requisitos no funcionales. Requisitos funcionales.

¿Cuál es el propósito de las herramientas de gestión de requisitos?. Facilitar la modificación del documento de especificación. Organizar y mantener un registro de los requisitos del sistema. Realizar pruebas de validación del software. Conectar con otras herramientas de desarrollo de software.

¿Qué característica se busca al especificar los mensajes de error y las salidas del sistema?. Portabilidad. Fiabilidad. Comprensibilidad. Human Engineering.

¿Cuál de las siguientes características NO se espera en una especificación formal de requisitos?. Reutilizabilidad. Trazabilidad. Redundancia. Precisión.

¿Qué se busca al especificar la eficiencia en los requisitos no funcionales?. Facilidad de transferir los productos software a diferentes entornos. Habilidad del software para funcionar de forma consistente y aceptable para el usuario. Capacidad de exigir la menor cantidad de recursos hardware. Definición de los mensajes de error y las salidas del sistema.

¿Cuál es el resultado final de la revisión de requisitos?. Un documento con los defectos identificados. Una lista de acciones recomendadas. Un informe detallado de la reunión de revisión. Todos los anteriores.

¿Qué se utiliza comúnmente durante la revisión de requisitos para validar los atributos de calidad?. Prototipos. Checklists de validación. Documentos de especificación. Pruebas de sistema y aceptación.

¿Cuál es el propósito de la prerevisión?. Identificar errores complejos en los documentos de especificación. Reducir el número de errores y acciones a realizar. Concentrarse en los defectos sencillos de identificar. Revisar rápidamente los prototipos construidos.

¿Cuál de los siguientes NO es un tipo de prototipo mencionado?. Mock-ups. Storyboards. Maquetas. Checklists.

¿Qué se documenta como resultado de la evaluación de un prototipo?. Errores y acciones recomendadas. Escenarios de validación. Recursos y tiempo disponibles. Perfiles de los usuarios representativos.

¿Qué produce la realización de casos de prueba?. Un conjunto de usuarios representativos. Un informe detallado de los problemas encontrados. Un conjunto de casos de prueba utilizados en la prueba de sistema y aceptación. Una lista de errores y acciones recomendadas.

¿Cuál es el propósito de los mock-ups durante la construcción de prototipos?. Representar la secuencia de acciones en el sistema. Mostrar la interfaz gráfica deseada en casos complejos. Documentar los problemas encontrados durante la evaluación. Desarrollar escenarios de validación.

¿Cuál es uno de los criterios utilizados para seleccionar quién evaluará el prototipo?. Recursos y tiempo disponibles. Fidelidad deseada del prototipo. Perfiles de los usuarios representativos. Número de errores y acciones recomendadas.

¿Qué se puede utilizar en la prueba de sistema y aceptación después de la realización de casos de prueba?. Checklists de validación. Storyboards. Mock-ups. Maquetas.

¿Cuáles son algunas de las razones por las que los requisitos pueden cambiar?. Nuevas leyes y regulaciones. Cambios en la prioridad de los requisitos. Avances en la tecnología. Todas las anteriores.

¿Cuál es una ventaja de utilizar la técnica de los Puntos Función para analizar el impacto de un cambio?. Considera todos los aspectos del proceso de desarrollo. Solo requiere tener en cuenta los requisitos. Proporciona una trazabilidad hacia atrás efectiva. Permite identificar requisitos volátiles.

¿Qué implica la trazabilidad hacia atrás en la especificación de requisitos?. Relacionar cada requisito con su origen. Relacionar cada requisito con los productos subsiguientes. Relacionar cada requisito con otros requisitos. Implementar un esquema de trazabilidad.

¿Qué es la trazabilidad interna en la especificación de requisitos?. Anotar el origen de cada requisito. Anotar los requisitos relacionados en cada requisito. Anotar los productos derivados de cada requisito. Implementar una herramienta de gestión de requisitos.

¿Cuál es uno de los pasos del proceso de gestión de cambios?. Trazabilidad hacia delante. Análisis del impacto del cambio. Identificación del cambio. Estimación del costo de los requisitos.

¿Qué se entiende por requisitos estables?. Requisitos que dependen de modas y necesidades puntuales. Requisitos relacionados con la esencia del sistema y el dominio de la aplicación. Requisitos que requieren evaluación del beneficio. Requisitos que deben implementarse conjuntamente.

¿Cuál es uno de los enfoques para analizar los requisitos mediante la evaluación del beneficio?. Comparar productos alternativos mediante un método de cuantificación. Anotar los requisitos por importancia para facilitar el triage. Evaluar los ingresos sin estimar los gastos. Estimar los costos en Unidades Funcionales de Producto (UFP) para cada requisito.

¿Qué se realiza durante la tarea de triage en la gestión de cambios de requisitos?. Definir las referencias cruzadas. Anotar los requisitos por estabilidad o importancia. Estimar el costo de cada requisito en UFP. Estimar los ingresos sin considerar los gastos.

¿Cuál es la última tarea en el proceso de gestión de cambios?. Análisis del impacto del cambio. Identificación del cambio. Toma de decisiones y planificación de releases. Estudio de la necesidad de replanificación.

¿Cuál es una consideración importante antes de desarrollar un release?. Realizar el triage. Definir las referencias cruzadas. Estudiar la necesidad de replanificación. Estimar el costo de los requisitos en UFP.

¿Cuál es la función de las referencias cruzadas en la gestión de cambios de requisitos?. Identificar requisitos volátiles. Facilitar la trazabilidad hacia atrás. Anotar los requisitos por importancia. Estimar el costo de los requisitos.

¿Qué se estima durante el proceso de evaluación del beneficio de los requisitos?. Los ingresos del proyecto. La estabilidad de los requisitos. El origen de cada requisito. Los gastos del proyecto en UFP.

¿Qué implica la trazabilidad hacia delante en la especificación de requisitos?. Relacionar cada requisito con su origen. Relacionar cada requisito con otros requisitos. Identificar los requisitos volátiles. Relacionar cada requisito con los productos subsiguientes.

¿Cuál es la función de una herramienta de gestión de requisitos en proyectos complejos?. Evaluar el impacto del cambio. Facilitar la trazabilidad interna. Realizar la identificación del cambio. Ayudar en la planificación de releases.

¿Qué se considera en el proceso de triage en la gestión de cambios de requisitos?. Las referencias cruzadas y la estabilidad de los requisitos. El análisis del impacto del cambio y la identificación del cambio. El costo de cada requisito en UFP y los ingresos del proyecto. La planificación de releases y la necesidad de replanificación.