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:25] – 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 126: | Línea 128: | ||
* Organizada | * Organizada | ||
* Con referencias Cruzadas | * Con referencias Cruzadas | ||
+ | ===== Estructura del Documento de Requisitos ===== | ||
+ | |||
+ | - Introducción | ||
+ | - Proposición | ||
+ | - Ámbito | ||
+ | - Definiciones, | ||
+ | - Referencias | ||
+ | - Visión general del resto del documento | ||
+ | - Descripción General | ||
+ | - Perspectiva del producto | ||
+ | - Funciones del producto | ||
+ | - Características del usuario | ||
+ | - Restricciones generales | ||
+ | - Asunciones y Dependencias | ||
+ | - Requisitos específicos: | ||
+ | - Interfaces externas | ||
+ | - Descripción detallada de entradas y salidas | ||
+ | - Complementa descripciones de interfaz | ||
+ | - Funciones | ||
+ | - Requisitos de rendimiento/ | ||
+ | - Restricciones de diseño | ||
+ | - Atributos de calidad del software | ||
+ | - Otros Requisitos | ||
+ | |||
+ | |||
+ | |||
+ | ===== Problemas que podemos tener en el documento de requisitos ===== | ||
+ | |||
+ | * Puede haber demasiados requisitos, de forma que los cambios se vuelven demasiado difíciles | ||
+ | * Hay herramientas llamadas CARE que nos permiten gestionar una gran cantidad de requisitos | ||
+ | * No consideración de requisitos obvios | ||
+ | * Nivel de detalle: Tiene que haber un nivel de detalle adecuado para el cliente | ||
+ | * 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 | ||
+ | |||
+ | |||
+ | |||
+ | |||