Muestra las diferencias entre dos versiones de la página.
| Ambos lados, revisión anteriorRevisión previaPróxima revisión | Revisión previa | ||
| ingenieria_de_requisitos:especificacion_de_requisitos [2023/11/08 08:36] – thejuanvisu | ingenieria_de_requisitos:especificacion_de_requisitos [2023/11/20 10:41] (actual) – thejuanvisu | ||
|---|---|---|---|
| Línea 88: | Línea 88: | ||
| El DRU esta en lenguaje más natural e incluye tal cual el problema a resolver, el ERS contiene los requisitos y como se va a solucionar el problema. | El DRU esta en lenguaje más natural e incluye tal cual el problema a resolver, el ERS contiene los requisitos y como se va a solucionar el problema. | ||
| + | La diferencia entre ERS y DRU es que uno está más detallado de otro | ||
| + | |||
| La diferencia entre ambos es el nivel de detalle (EXAMEN), uno está más detallado que otro. | La diferencia entre ambos es el nivel de detalle (EXAMEN), uno está más detallado que otro. | ||
| Línea 159: | Línea 161: | ||
| * Nivel de detalle: Tiene que haber un nivel de detalle adecuado para el cliente | * Nivel de detalle: Tiene que haber un nivel de detalle adecuado para el cliente | ||
| * Ubicación de los requisitos: Poner los requisitos donde corresponden | * Ubicación de los requisitos: Poner los requisitos donde corresponden | ||
| + | |||
| + | |||
| + | ===== Etapas de la revisión ===== | ||
| + | - preparamos plan de revisión | ||
| + | - Distribuimos los documentos a revisar | ||
| + | - Preparación de la reunión | ||
| + | - Realizar la reunión de revisión | ||
| + | - Identificar defectos y acciones a realizar | ||
| + | - Realizar correcciones que sean precisas | ||
| + | |||
| + | ===== Herramientas para Revisiones ===== | ||
| + | |||
| + | * Checklist de validación: | ||
| + | * Pre-Revisiones: | ||
| + | * Prototipado | ||
| + | * Usado en diversas disciplinas | ||
| + | * Se usa para ver y comprobar que los requisitos que tenemos son correctos | ||
| + | * Tipos de prototipos: | ||
| + | * Mock-Ups: Pantallas dibujadas a mano que representa un aspecto en concreto del sistema. Suele ser dibujado en papel | ||
| + | * StoryBoard: Evolución del MockUp, suelen estar hechos a ordenador, muestra la secuencia de acciones o escenarios que se deben realizar con el programa. | ||
| + | * Maquetas: versiones simplificadas de nuestra aplicación. Simula realizar las acciones del programa. | ||
| + | * Prototipos comunes en Ingeniería de Requisitos: | ||
| + | * Seleccionamos quien evaluara el prototipo | ||
| + | * Desarrollar escenarios de validacón | ||
| + | * Ejecutar Escenarios | ||
| + | * Documentar problemas | ||
| + | |||
| + | ===== técnicas de validación ===== | ||
| + | |||
| + | * Generación de casos de prueba: Un caso de prueba describe una acción que el cliente quiere que realice el software. | ||
| + | * Manuales de usuario | ||
| + | * Animación y validación de modelos o especificaciones formales | ||
| + | |||