Lista de comprobación: Especificación de requisitos de software
Esta lista de comprobación le ayuda a garantizar que la especificación de requisitos de software es correcta y completa.
Relaciones
Descripción principal

Consulte: [IE830]



Elementos de comprobación
Deben tratarse los aspectos de funcionalidad, interfaces externas, rendimiento, atributos y restricciones de diseño en la implementación
Funcionalidad: ¿Cuál es la función del software?
 
Interfaces externas: ¿Cómo interactúa el software con las personas, el hardware del sistema, otro hardware y otro software?
 
Rendimiento: ¿Cuál es la velocidad, disponibilidad, tiempo de respuesta, tiempo de recuperación de varias funciones de software, etc.?
 
Atributos: ¿Cuáles son las consideraciones sobre portabilidad, corrección, mantenimiento, seguridad, etc.?
 
Restricciones de diseño impuestas sobre una implementación: ¿Hay algún estándar en efecto, lenguaje de implementación, políticas para la integridad de las bases de datos, límites de recursos, entornos operativos, etc. que sean necesarios?
¿Se especifican requisitos que están fuera de los límites de SRS?
Esto significa que SRS:
  • debe definir correctamente todos los requisitos de software,
  • no debe describir detalles de diseño o de implementación,
  • no debe imponer restricciones adicionales al software.
¿Establece SRS un límite adecuado para el rango de diseños válidos sin especificar ningún diseño en particular?
¿Muestra SRS las características fundamentales?
Correcto: ¿se especifican en SRS todos los requisitos que debe cumplir el software? Sin ambigüedades
¿Tiene cada requisito una y sólo una interpretación? ¿Se ha utilizado el lenguaje del cliente? ¿Se han utilizado diagramas para aumentar las descripciones del lenguaje natural?
Completo
¿Incluye SRS todos los requisitos significativos, tanto los relacionados con la funcionalidad, como con las restricciones del diseño de rendimiento, los atributos o las interfaces externas?  ¿Se han identificado y abordado todos los rangos previstos de valores de entrada de todos los casos de ejemplo posibles?  ¿Se han incluido todas las respuestas para los valores de entrada válidos o no válidos? ¿Incluyen todas las figuras, tablas y diagramas etiquetas completas y referencias y descripciones a todos los términos y unidades de medida?  ¿Se han resuelto o abordado todos los temas pendientes?
Coherente
¿Coincide este SRS con el documento de visión, el modelo de guión de uso y las especificaciones suplementarias? ¿Coincide con alguna otra especificación de alto nivel? ¿Tiene coherencia interna? ¿Ninguno de los subconjuntos de requisitos concretos que se describen en él está en conflicto?
Capacidad para establecer rangos para los requisitos
¿Se ha etiquetado cada requisito con un identificador que indique la importancia o la estabilidad de ese requisito concreto? ¿Se han identificado otros atributos significativos para determinar adecuadamente la prioridad?
Verificable
¿Se pueden verificar todos los requisitos especificado en SRS? ¿Existe algún proceso rentable mediante el que una persona o máquina pueda comprobar que el producto de software satisface el requisito?
Modificable
¿Son la estructura y el estilo de SRS de tal forma que cualquier cambio en los requisitos pueda realizarse con facilidad, de forma completa y coherente, a la vez que conserve la estructura y el estilo? ¿Se ha identificado, minimizado y establecido una referencia cruzada con la redundancia?
Rastreable
¿Tiene cada término un identificado claro? ¿Está claro el origen de cada requisito? ¿Se mantiene la rastreabilidad hacia atrás haciendo referencia explícita a los artefactos anteriores? ¿Se mantiene una cantidad razonable de rastreabilidad hacia adelante para los artefactos generados por SRS?