Verificación de Requisitos
Tabla de contenidos
- Área: Ingeniería de requisitos
- Carácter del recurso: Recomendado
Descripción
La verificación de requisitos consiste en un conjunto organizado de comprobaciones para evaluar si un producto es acorde a un modelo de calidad definido para él.
La verificación de requisitos propuesta en MADEJA incluye preguntas sobre las características de calidad que son competencia del responsable de calidad durante el desarrollo de la actividad verificación de requisitos. El resto de las características de calidad incluidas en el modelo de calidad de requisitos propuesto en MADEJA serán comprobadas durante la validación de requisitos y el análisis de requisitos del sistema.
Uso en MADEJA
A continuación se enumeran las verificaciones que se tienen en cuenta durante la ejecución de los servicios de Testing Temprano, Revisión de Requisitos y Revisión del Análisis, y que deben ser aplicadas sobre los documentos de Especificación de Requisitos del Sistema y Análisis del Sistema, respectivamente.
| Verificación | Descripción | Severidad |
|---|---|---|
 ERS-01 | Comprobar que se ha entregado documentación a cerca de los requisitos del sistema: ERS (como propone MADEJA). | Alta |
 ERS-02 | Comprobar que el documento tiene la sección obligatoria "Introducción al dominio del problema", según lo que especifica la plantilla publicada. | Alta |
 ERS-03 | Comprobar que el documento tiene la sección obligatoria "Necesidades de negocio", según lo que especifica la plantilla publicada. | Alta |
 ERS-04 | Comprobar que el documento tiene la sección obligatoria "Requisitos generales del sistema", según lo que especifica la plantilla publicada. | Alta |
 ERS-05 | Comprobar que el documento tiene la sección obligatoria "Casos de uso del sistema", según lo que especifica la plantilla publicada. | Alta |
 ERS-06 | Comprobar que el documento tiene la sección obligatoria "Requisitos funcionales del sistema", según lo que especifica la plantilla publicada. | Alta |
 ERS-07 | Comprobar que el documento tiene la sección obligatoria "Requisitos no funcionales del sistema", según lo que especifica la plantilla publicada. | Alta |
 ERS-08 | Comprobar que el documento tiene la sección obligatoria "Requisitos de integración del sistema", según lo que especifica la plantilla publicada. | Alta |
 ERS-09 | Comprobar que el documento tiene la sección obligatoria "Restricciones técnicas del sistema", según lo que especifica la plantilla publicada. | Alta |
 ERS-10 | Comprobar que el documento tiene la sección obligatoria "Información sobre trazabilidad", según lo que especifica la plantilla publicada. | Alta |
 ERS-11 | Comprobar que el contenido de las secciones del documento es acorde a lo especificado en la plantilla publicada. | Alta |
 ERS-12 | Comprobar que se han especificado los atributos obligatorios de cada elemento del documento (objetivos de negocio, procesos de negocio, requisitos generales, casos de uso, requisitos de información, etc), según la plantilla publicada. Por ejemplo, es obligatorio especificar el código del elemento -<999> | Alta |
 ERS-13 | Comprobar que el documento tiene la sección "Pros y contras de la situación actual", según lo que especifica la plantilla publicada. | Alta |
 ERS-14 | Comprobar que el documento tiene la sección "Modelo de procesos de negocio actuales", según lo que especifica la plantilla publicada. | Alta |
 ERS-15 | Comprobar que el documento tiene la sección "Entorno tecnológico actual", según lo que especifica la plantilla publicada. | Alta |
 ERS-16 | Comprobar que el documento de Especificación de Requisitos del Sistema no contiene requisitos ni otra información que de lugar a contradicciones. | Alta |
 ERS-17 | Comprobar que el documento de Especificación de Requisitos del Sistema no contiene requisitos ni otra información que de lugar a redundancias innecesarias. | Media |
 ERS-18 | Comprobar que el documento de Especificación de Requisitos del Sistema no contiene requisitos ni otra información inconsistente con otros documentos del proyecto como el Pliego de Prescripciones Técnicas, la Oferta Seleccionada o el Estudio de Viabilidad del Sistema (si existieran) | Alta |
 ERS-19 | Comprobar que el documento no contiene requisitos ni otra información que de lugar a redundancias con otros documentos de la organización para la que se desarrolla y que deben tenerse en cuenta: manuales, procedimientos, etc. | Alta |
 ERS-20 | Comprobar que la redacción del documento es correcta gramatical y ortográficamente. | Media |
 ERS-21 | Comprobar que la redacción del documento es fácilmente compresible por todos los participantes en el proyecto. | Recomendación |
 ERS-22 | Comprobar que el glosario de términos contiene la descripción de todos los terminos que aparecen en el documento y que pertenecen al dominio del problema. | Alta |
 ERS-23 | Comprobar que la interpretación del requisito no es ambigua, y que su significado no depende de la subjetividad del lector | Alta |
 ERS-24 | Comprobar que la descripción del requisito hace posible definir pruebas para comprobar su cumplimiento: su descripción es cuantitativa, con valores numéricos (siempre que sea posible) | Alta |
 ERS-25 | Comprobar que todos los objetivos del negocio están cubiertos por algún requisito general | Alta |
 ERS-26 | Comprobar que todos los procesos del negocio están cubiertos por algún requisito general | Alta |
 ERS-27 | Comprobar que todos los requisitos generales están cubiertos por algún caso de uso | Alta |
 ERS-28 | Comprobar que todos los requisitos generales están cubiertos por algún requisito, ya sea funcional (regla de negocio, requisito de información, o requisito de conducta), no funcional, de integración o restricción técnica | Alta |
 ERS-29 | En el caso de que existan varias versiones de la documentación a cerca de los requisitos, comprobar que cada requisito tiene asociado el estado según el ciclo de vida adoptado por el proyecto. | Alta |
| Verificación | Descripción | Severidad |
|---|---|---|
| ANS-01 | Debe contener una representación gráfica de la arquitectura lógica que se propone para el sistema a desarrollar. | Alta |
| ANS-02 | Todos los elementos de la arquitectura lógica debes ser descritos. | Media |
| ANS-03 | Contiene un diagrama de clases con todas las clases definidas de manera clara y comprensible. | Alta |
| ANS-04 | Para las clases que lo necesiten, se presentará un diagrama de transición de estados. | Media |
| ANS-05 | Deben existir los diagramas de secuencia/ digramas de flujos de trabajo necesarios para describir cada caso de uso o requisitos de consulta del documento de Especificación de Requisitos del Sistema. | Alta |
| ANS-06 | Los diagramas de secuencia/ digramas de flujos de trabajo deben ser claros y es necesario describir todos sus elementos. | Alta |
| ANS-07 | El documento debe contener un diagrama de navegación del sistema. | Alta |
| ANS-08 | El documento debe contener los prototipos de pantallas, descritos con claridad. | Alta |
| ANS-09 | El documento debe aportar toda la información que se considere conveniente sobre la interfaz de usuario y que ayude al desarrollador. | Media |
| ANS-10 | Los servicios de la capa lógica del sistema deben ser representados mediante diagramas de componentes. | Alta |
| ANS-11 | El documento debe contener un listado de los servicios que van a ser consumidos por el sistema. | Alta |
| ANS-12 | Se incluye una trazabilidad que contenga la relación existente entre clases y requisitos (de información y reglas del negocio). | Alta |
| ANS-13 | Se incluye una trazabilidad que contenga la relación existente entre diagramas de secuencia y requisitos (casos de uso y requisitos de conducta). | Alta |
| ANS-14 | Se incluye una trazabilidad que contenga la relación existente entre pantallas e informes y requisitos (casos de uso y requisitos de conducta). | Alta |
| ANS-15 | Se incluye una trazabilidad que contenga la relación existente entre servicios y requisitos (requisitos de integración y restricciones técnicas). | Alta |
Se han clasificado en funcion de la pauta de Ingeniería de Requisitos que pretenden revisar:
| Pauta | Verificaciones asociadas |
|---|---|
| Pautas para identificar las necesidades del negocio | |
| Estudiar el dominio del problema | ERS-02 |
| Identificar aspectos positivos y negativos de la situación actual | ERS-13 |
| Estudiar el modelo de negocio del cliente | ERS-14 |
| Estudiar el entorno tecnológico del cliente | ERS-15 |
| Obtener y documentar las necesidades de clientes y usuarios | ERS-03 |
| Pautas para desarrollar los requisitos de un sistema que satisfaga las necesidades del negocio | |
| Elaborar la visión general del sistema | ERS-04 |
| Características que deben presentar los requisitos | ERS-20 |
| Documentar los requisitos del sistema (ERS) | ERS-01 |
| Analizar los requisitos del sistema - Arquitectura lógica del sistema | ANS-0 |
| Analizar los requisitos del sistema - Identificación de clases | ANS-03 ANS-04 |
| Analizar los requisitos del sistema - Identificación de casos de uso | ANS-05 |
| Analizar los requisitos del sistema - Identificación de interfaces de usuario | ANS-07 ANS-08 ANS-09 |
| Comprobar las verificaciones definidas en MADEJA | |
| Utilizar el modelo de calidad de requisitos | ERS-16 ERS-17 ERS-18 ERS-19 ERS-20 ERS-21 ERS-22 ERS-23 ERS-24 |
| Validar los prototipos de usuario | ANS-08 |
| Validar las pruebas de aceptación | ERS-25 ERS-04 ERS-05 ERS-11 ERS-12 |
| Registrar los problemas con los requisitos | |
| Registrar la trazabilidad de los requisitos del sistema | ERS-25 ERS-26 ERS-27 ERS-28 ANS-12 ANS-13 ANS-14 ANS-15 |
| Pautas para la gestión de requisitos | |
| Gestionar las lineas base y peticiones de cambio a los requisitos del sistema | ERS-29 |
| Gestionar los problemas en los requisitos | |
| Mantener la trazabilidad de los requisitos del sistema | ERS-25 ERS-26 ERS-27 ERS-28 ANS-12 ANS-13 ANS-14 ANS-15 |
