Características de un Documento de Especificación de Requerimientos
Correcto
Un documento de especificación de requerimientos es correcto si cada requerimiento declarado es el que el softwarecumplirá.
Sin ambigüedades
Cada requerimiento declarado tiene una sola interpretación. Como mínimo, esto requiere que cada característica del producto final sea descrita utilizando un término único.En los casos en que un término empleado en un contexto particular podría tener varios significados, el término debe ser incluido en un glosario donde su significado se hace más específico.Completo
a) Todos los requisitos significativos, ya sea en relación con la funcionalidad, el rendimiento, las restricciones de diseño, atributos o interfaces externas. En particular, cualquier requisitoexterno impuesto por una especificación del sistema debe ser reconocido y tratado.
b) Definición de las respuestas del software a todas las clases de realización de los datos de entrada en todas lasclases de realización de las situaciones. Es importante especificar las respuestas tanto para los valores de entrada válidos y no válidos.
c) Etiquetas completas y referencias a todas las figuras,tablas y diagramas en el SRS y definición de todos los términos y unidades de medida.
Consistente
La consistencia se refiere a la consistencia interna. Si un SRS no concuerda con algún documentode nivel superior, como una especificación de requisitos del sistema, entonces no es correcto.
Clasificado por importancia y/o estabilidad
Un SRS es clasificado por importancia y/o estabilidad sicada requisito tiene un identificador para indicar tanto la importancia o la estabilidad de ese requisito en particular.
Típicamente, todos los requerimientos que se refieren a un producto desoftware no son igualmente importantes.
Verificable
Un requisito es verificable si existe algún proceso rentable finito con el cual una persona o una máquina pueden comprobar que el producto de...
Regístrate para leer el documento completo.