Semestral Req

¿cuál de las siguientes afirmaciones describe con mayor precisión y profundidad la función  de los modelos en dicho dominio, integrando las dinámicas de desarrollo y las metas estratégicas del entorno operativo?

• Los modelos se orientan principalmente hacia la captura precisa y la documentación detallada de los requisitos técnicos específicos del software.

• Los modelos en la Ingeniería de Requisitos deben abarcar no solo la identificación y documentación de los requisitos del software del sistema, sino también una comprensión  del entorno de desarrollo, integrando metas estratégicas, perspectivas diversas y las necesidades.

• La función principal de los modelos es servir como herramientas de facilitación comunicativa dentro del equipo de desarrollo, enfocándose en la articulación de objetivos internos y minimizando las externalidades y complejidades derivadas de las demandas de las partes interesadas externas

• Los modelos son relevantes exclusivamente durante las etapas de verificación y validación del ciclo de vida del desarrollo del software, proporcionando un marco de referencia para la evaluación de la conformidad con las especificaciones iniciales y asegurando la calidad del producto final.

¿Cuáles son las características esenciales de una buena especificación de requisitos según Davis et al., y por qué cada una de estas características es importante para el éxito del desarrollo de software?

• Las características esenciales son: claridad, concisión, consistencia interna y externa, verificabilidad y especificidad. Estas características aseguran que los requisitos sean comprensibles, precisos, libres de contradicciones, comprobables y detallados

• Las características esenciales son: facilidad de uso, flexibilidad, interoperabilidad, mantenibilidad y portabilidad. Estas características aseguran que el software sea fácil de utilizar, adaptable a diferentes contextos, compatible con otros sistemas, fácil de mantener y transferible a diferentes entornos tecnológicos.

• Las características esenciales son: costo, tiempo de desarrollo, número de usuarios, frecuencia de uso y plataforma. Estas características permiten medir el impacto financiero y temporal del proyecto, así como su alcance en términos de usuarios y plataformas.

• Las características esenciales son: estética de la interfaz, rendimiento gráfico, accesibilidad, modularidad y capacidad de ser modificado. Estas características garantizan una buena experiencia de usuario, eficiencia gráfica, accesibilidad para todos los usuarios, diseño modular y facilidad para realizar cambios en el futuro.

Los Casos de Uso son una técnica de captura de requisitos que impone pensar en términos de prioridad para el usuario final y meramente en términos de funcionalidades que podrían ser convenientes de considerar.

• Falso

• Cierto

Describir los tipos de requisitos y sus prioridades, que luego se reflejarán en la

lista de requisitos y la matriz de trazabilidad.

• Procedimiento de verificación y validación

• Tipos y categorías de requisitos en Priorizacion

• Metodología de gestión de cambios de requisitos

• 1. Metodología de gestión de requisitos

¿Cuál es el propósito fundamental del Modelo de Abstracción de Requisitos (RAM) en el contexto de la MDRE según lo desarrollado por Gorschek y Wohlin, y cómo se relaciona este propósito con la gestión estratégica del producto?

• Proveer un sistema de clasificación jerárquica para todos los requisitos, permitiendo una organización estructurada pero sin alineación específica con las estrategias del producto.

• Establecer un protocolo de revisión periódica de requisitos que mantenga la documentación actualizada, sin relación directa con las estrategias del producto

• Asegurar que cada requisito sea comprensible y comparable con las estrategias del producto, facilitando así una gestión coherente y alineada con los objetivos estratégicos.

• Centralizar el almacenamiento de requisitos en una base de datos común para mejorar la accesibilidad, sin un enfoque en la comparabilidad con las estrategias del producto.

¿Qué elementos deben incluirse en una especificación de casos de uso para garantizar una descripción completa y detallada de las interacciones entre los actores y el sistema, y cómo se deben manejar los diferentes escenarios posibles?

• Una especificación de casos de uso debe incluir únicamente el flujo básico de interacción y evitar escenarios alternativos para mantener la simplicidad. No se deben describir eventos ni niveles de detalle específicos.

• Una especificación de casos de uso debe incluir interacciones, eventos, nivel de detalle, escenarios y claridad. Debe describir cada evento que ocurre durante el caso de uso, los diferentes escenarios posibles mediante un flujo principal y sus flujos alternos y de excepción, y detallar la participación de cada actor desde el inicio hasta el fin del caso de uso.

• La especificación debe centrarse en los requisitos no funcionales, dejando los detalles de interacción para la fase de pruebas y validación. No es necesario incluir escenarios alternativos.

•  Una especificación de casos de uso debe enfocarse principalmente en la estética de la interfaz de usuario y no necesita incluir detalles sobre eventos o interacciones específicas entre actores y el sistema.

¿Qué aspectos deben considerarse al recopilar métricas de software para evaluar la calidad del producto y del proceso, y cómo estas métricas pueden influir en la gestión del proyecto?

• Al recopilar métricas, se deben considerar únicamente los aspectos financieros y de tiempo. Estas métricas pueden influir en la gestión del proyecto al permitir la reducción de costos y la aceleración del desarrollo.

• Las métricas deben enfocarse en la interoperabilidad y compatibilidad del software. Estas métricas influyen en la gestión del proyecto al facilitar la integración con otros sistemas.

• Es suficiente considerar las métricas de satisfacción del cliente y de rendimiento final del software. Estas métricas aseguran que el proyecto cumpla con las expectativas del cliente.

•  Las métricas deben velar por el tamaño, la calidad, la totalidad, la volatilidad y el esfuerzo del producto. Además, deben medirse aspectos como el estado del proyecto y los riesgos. Estas métricas permiten entender, monitorizar, controlar, predecir y probar el desarrollo y mantenimiento del software

¿Qué prioriza la matriz de trazabilidad?

•  mantener de forma eficiente las dependencias y relaciones entre los requisitos.

• asegurar la correcta trazabilidad de los requisitos pueden provocar numerosos problemas en el proyecto que provocan el fracaso del mismo

• diseñar la fase de planificación para establecer la relación

• desplegar todos los requisitos que identificamos y para hacerles un seguimiento durante el proceso de trabajo

Considerando los objetivos del proyecto Nature Framework, que investiga teorías subyacentes a la ingeniería de requisitos, ¿cuáles serian los tres objetivos clave de un proyecto?

•  Desarrollar una teoría de la representación del conocimiento que incluya las libertades de expresión, sin considerar otros aspectos del dominio ni procesos.

• Centrarse exclusivamente en desarrollar una teoría de la ingeniería de dominio, facilitando la adquisición y formalización del conocimiento del dominio sin enfoque en procesos o representación del conocimiento.

• Busca desarrollar una teoría de la ingeniería de procesos que promueva el control del proceso de desarrollo basado en el contexto y las decisiones, excluyendo aspectos relacionados con la representación del conocimiento o el dominio.

•  Abarca el desarrollo de teorías de la representación del conocimiento, la ingeniería de dominio y la ingeniería de procesos, incluyendo el abordaje de mundos de sujeto y uso, la formalización del conocimiento del dominio, y el control del proceso de desarrollo basado en el contexto y las decisiones.

¿Cuál es el rol de los puntos de vista en las etapas iniciales del proceso de ingeniería de requisitos y cuál es su propósito principal?

•  Los puntos de vista se utilizan para validar el código, y su propósito principal es asegurar la calidad final del software antes de su implementación.

• Los puntos de vista se desestiman durante las etapas iniciales, y su propósito principal se limita a la documentación final del sistema.

• Los puntos de vista se emplean como un mecanismo de estructuración para la obtención y análisis de requisitos, especialmente durante las primeras etapas del proceso.

• Los puntos de vista se utilizan para la evaluación del rendimiento del sistema, y su propósito principal es optimizar la velocidad y eficiencia del software.