ORDENADO POR GRADO DE IMPORTANCIA O ESTABILIDAD

Cada requerimiento especificado debe tener alguna identificación (número, letra, secuencia alfanumérica) para indicar su grado de importancia o de estabilidad
Algunos requerimientos son más importantes que otros
Al “rankearlos” se puede dar a cada requerimiento la atención que se merece
El SRS es completo si incluye:
– Todos los requerimientos significativos sobre funcionalidades, desempeño, restricciones de diseño, atributos, o interfaces externas
– Las respuestas que debería dar el software a todas las posibles entradas de datos en todas las situaciones posibles (entradas aceptables o no aceptables: validación)
– Especificación de unidades de medida (si son aplicables)
– En caso de que el SRS tenga diagramas o tablas informativas, hay que darles número o identificación

EVOLUCIÓN DEL SRS

- Un SRS puede necesitar cambios mientras el software está en etapas de diseño o de desarrollo
- Los cambios pueden estar motivados por: deficiencias, errores, omisiones o imprecisiones en el documento original
- Cada requerimiento debe documentarse tan completo como sea posible, aún si pudiera necesitar cambios posteriormente
- Los cambios en los requerimientos tienen que documentarse con el propósito de: identificarlos, controlarlos, rastrearlos, y reportarlos
- Tanto el cliente como el proveedor deben designar a su respectivo responsable de autorizar (o rechazar) cambios en los requerimientos

CREACIÓN DE PROTOTIPOS

• l El prototipo es útil para:
  – Que el cliente/usuario vea y describa más fácilmente las funcionalidades que desea
  – Prever aspectos de la conducta del sistema, haciendo que el SRS sea más completo y preciso
  – Reducir la cantidad de cambios durante las etapas de diseño o desarrollo

CONTENIDO DE UN SRS

Debe incluir una descripción general del SRS, mostrando lo siguiente:
Propósito del documento
Alcance
Definiciones, acrónimos, y abreviaturas
Referencias
Descripción general del documento

DISEÑO “IMPLÍCITO” EN EL SRS

l Aunque el SRS no constituye un documento de diseño, implícitamente está diciéndole a los desarrolladores lo que se espera que ellos diseñen
– Establece restricciones
l El SRS tiene que especificar las funcionalidades que se aplicarán sobre ciertos datos para producir resultados en cierto lugar para determinados usuarios