WorksheetsFinal requerimientos de software
Total questions: 27
Worksheet time: 14mins
Es la descripción de lo que debe hacer el sistema, el servicio o servicios que presta y las limitaciones de su funcionamiento.
Requerimiento de software
Backlog
Escalabilidad
Requerimientos de Dominio
Tipos de requerimientos
Funcionales, no funcionales y de dominio
Funcionales, no funcionales y de usabilidad
Indexados, no funcionales y de dominio
Funcionales, no compatibles y de dominio
Los requerimientos de Dominio son reglas específicas del entorno, es decir, establecen condiciones y restricciones propias del proyecto y del contexto.
Cierto
Falso
La imagen muestra la representación de un requerimiento funcional en la metodología tradicional de cascada.
Falso
Cierto
Este es un requerimiento funcional presentado en metodología Ágil
Verdadero
Falso
Para definir con éxito los requerimientos de software nos debemos basar en normas y estándares como IEEE 830-1998, IEEE 1233-1998 o ISO/IEC/IEEE 15288:2015.
Cierto
Falso
Se usa para definir requerimientos no funcionales (rendimiento, seguridad, compatibilidad).
ISO/IEC/IEEE 29148:2018
ISO/IEC 25010:2011
BABOK v3
Son ejemplos de Técnicas de obtención de requerimientos
Lluvia de ideas
Talleres
Redes sociales
-Lluvia de ideas
-Talleres
-Chats
-Entrevistas
-Estudio de documentación
-Observación in situ
Se recomienda el uso de la técnica 5W + 2 H pare generar preguntas para la entrevista de la toma de requerimientos.
Cierto
Falso
Estándar internacional que indica que para requerimiento funcional se debe representar por ejemplo así: Identificador único (RF-001) para trazabilidad
IEEE 830-1998
ISO/IEC/IEEE 29148:2018
BABOK v3
Es un lenguaje que puede ayudarte a modelar sistemas de diversas maneras.
UML
SQL
StarUML
Uno de los tipos más populares en UML son los ....
Casos de uso
Requerimientos de software
IEEE
Este es un ejemplo de un caso de uso
Cierto
Falso
Son descripciones simples y concisas de una funcionalidad desde el punto de vista del usuario final. Se centran en qué es lo que el usuario necesita hacer con el software. Tienen la estructura: "Como [tipo de usuario], quiero [acción] para [resultado o beneficio]".
Backlog
User stories
daily meetings
Matriz de trazabilidad
En el método Agile, se plantea un documento en el cual se definen las diferentes funcionalidades y requerimientos fundamentales del producto.
Backlog
SRS
Matriz de trazabilidad
Útil para visualizar qué trabajo debe ejecutarse primero para crear el producto final o software más eficiente.
User case
Backlog
Mapa de historias de usuario
¿Cómo se le conoce a este tipo de documento?
Matriz de trazabilidad
Mapa de historias de usuario
Son ajustes a las User Stories a medida que se obtiene más información o se realizan cambios en los requisitos del proyecto.
Prioritización
Refinamiento
Criterios de aceptación
Es responsable de definir y priorizar los requerimientos del producto de software en la metodología ágil SCRUM.
Product owner
Development team
Scrum Master
En SCRUM, son los que aportan su experiencia técnica y colabora estrechamente con el Product Owner para refinar los requerimientos, identificar soluciones y estimar el esfuerzo necesario para implementarlos.
Development Team
Stakeholders
Usuarios Finales
Una vez descrito el comportamiento esperado del producto a través del conjunto de historias de usuario, hay un problema a resolver: el orden en el que se implementará cada una de ellas.
Prioritización
Refinamiento
Backlog
Técnica MoSCoW, Puntuación de Prioridad, Modelo Kano y Técnica de Story Points son ejemplo de..
Técnicas para priorizar user stories o estimar el esfuerzo.
Técnicas para descartar requerimientos funcionales
Técnicas para reducir el riego de falla
Permite seguir el camino completo de cada requerimiento, desde que se pidió hasta que se entrega.
Matriz de trazabilidad
Matriz de confiabilidad
Trazabilidad de datos
Son técnicas para gestionar cambios en requerimientos de software.
Versionado, Control y Comunicación efectiva.
Versionado, Control y limpieza del backlog.
Versionado, administración de accesos y Comunicación efectiva.
La matriz de trazabilidad en un proyecto de software permite rastrear los requerimientos desde su definición hasta su validación, asegurando que cada requisito esté cubierto por al menos un caso de prueba.
Cierto
Falso
El control de versiones es una técnica para gestionar cambios en los requerimientos de software que permite mantener un historial de modificaciones, pero no permite recuperar versiones anteriores.
Cierto
Falso
Una vez aprobados, los cambios en los requerimientos no necesitan ser documentados, ya que el equipo de desarrollo los implementa directamente.
Cierto. No es necesario.
Falso, porque siempre deben ser documentados para mantener la trazabilidad y evitar malentendidos.
