Características de las ERS

 Se entiende que una buena especificación de requisitos software que se indican en el IEEE son:

Correcta:
La ERS es correcta si y sólo si todo requisito que figura en ella regle alguna necesidad real.

No ambigua:

Cada requisito descrito tiene una única interpretación. Incluso se puede incluir un glosario en el que se indica cada significado específicamente.

Completa:

Debe un ERS incluir todos los requisitos significativos del software, así como debe existir una definición de respuestas a todas las posibles entradas, tanto válidas como inválidas, en todas las posibles situaciones.

Además, se debe cumplir con el estándar utilizado y cada figura, tabla, diagrama, etc., debe estar etiquetado.

Verificable:

Sucede cuando algún proceso no excesivamente costoso por el cual una persona o una máquina pueda chequear que el software satisface dicho requerimiento.

Consistente:

Ningún conjunto de requisitos descritos en ella son contradictorios o entran en conflicto.

Clasificada:

Existen diversos criterios para clasificar a un requisito, ya sea por su importancia o estabilidad, el primero, puede ser esencial, condicional u opcionales, por otro lado, se clasifica por los cambios que pueden afectar al requisito.

Modificable:

Es cuando cualquier cambio puede realizarse de manera fácil, completa y consistente.

Explorable:

Una ERS es explorable si el origen de cada requerimiento es claro tanto hacia atrás como hacia adelante.

Utilizable:

ERS también se deben tener en cuenta las necesidades de mantenimiento. El personal que no ha intervenido directamente en el desarrollo debe ser capaz de encargarse de su mantenimiento. Así, dicha ERS actúa a modo de plano de la aplicación, permitiendo incluso modificaciones que no se requieran un cambio en el diseño.