▶ Análisis y especificación de requisitos | Análisis y Desarrollo de Software SENAOnline version 🔰 Material de formación: Análisis y especificación de requisitos. 🔰 Tecnólogo en Análisis y Desarrollo de Software. by Juan Jose 1 Según el video, ¿cuál es el objetivo principal del proceso de análisis de requisitos y qué documento se produce como resultado de este proceso?" a El objetivo es diseñar la interfaz gráfica del sistema, y el resultado es un prototipo de baja fidelidad. b El objetivo es estudiar las necesidades de los usuarios para definir requisitos, y se produce el Documento de Especificación de Requisitos (SRS). c El objetivo es escribir código de prueba, y el resultado es un plan de pruebas unitarias. d El objetivo es contratar desarrolladores, y el resultado es una lista de candidatos. 2 "Explique la técnica de priorización 'Puntos de historia y valor del negocio' y mencione un ejemplo de cómo se calcula la prioridad de un requisito usando esta técnica." a Prioriza requisitos usando solo el costo monetario. Ejemplo: Si un requisito cuesta $100, tiene prioridad baja. b Clasifica requisitos por orden alfabético. Ejemplo: El requisito "A" siempre va primero. c Combina el valor para el cliente y el esfuerzo de desarrollo. Ejemplo: Un requisito con valor 90 y esfuerzo 3 tiene prioridad 30. d Usa colores para priorizar. Ejemplo: Los requisitos rojos son los menos urgentes. 3 "Describa la estructura y utilidad de la matriz de trazabilidad en la gestión de requisitos, mencionando al menos tres campos clave que la componen." a Relaciona requisitos con objetivos. Campos: Identificador, Prioridad, Entregable. b La matriz contiene solo nombres de desarrolladores. Campos: Nombre, Edad, Género. c Es una lista de herramientas de software. Campos: Licencia, Versión, Precio. d Registra horas trabajadas. Campos: Fecha, Horas, Tarea. 4 "Compare brevemente cómo se especifican los requisitos en marcos tradicionales (estándar IEEE 830) versus ágiles (historias de usuario en Scrum), destacando una diferencia clave." a Ambos usan el mismo formato de documentos largos. Diferencia: Scrum los firma con más personas. b EEE 830 usa documentos detallados; Scrum usa historias breves y flexibles. Diferencia: Adaptabilidad. c En ambos, los requisitos se escriben en código desde el inicio. Diferencia: El lenguaje de programación. d IEEE 830 usa documentos detallados; Scrum usa historias breves y flexibles. Diferencia: Adaptabilidad.
New game