Desacuerdo a la IEEE un buen ERS debe ser:
Correcto: Esto indica que el ERS posee todas las
funciones o requisitos necesarios para el programa a crear. No hay una forma de
asegurar que el ERS respete esta característica, por lo cual solo se pude
mostrarle al usuario o cliente para que revisen si el documento cumple con sus expectativas.
Inequívoco o no ambiguo: Esto significa que todo
lo escrito en el ERS tenga una sola forma de ser interpretado o sea, que no se
pueda entender de varias formas.
Completo: Para que un ERS sea completo se debe
cumplir con tres elementos los cuales son:
*Poseer todos los requisitos funcionales y no funcionales a seguir.
*La forma que se comportara el sistema ante cualquier situación que se le presente.
*Tener todas las figuras y diagramas referenciadas y con un índice.
Consistente: El ERS no debe poseer ningún tipo
de contradicción, por ejemplo no pude haber un requerimiento que diga “al
introducir un numero de cédula, retornar el nombre” y otro que diga “al introducir un numero de cédula, retornar el apellido” al mismo tiempo (esto
suponiendo que el número de cédula, no se está introduciendo en distintos
lugares).
Delinear que tiene importancia y/o estabilidad:
Esto significa que los requerimientos del ERS, deben indicar que tan importante
y/o estables son, en pocas palabras indicar que tan importante es ese
requerimiento para el programa, o que tan posible es que ese requerimiento
cambie o sea completamente eliminado del proyecto.
Comprobable: Significa que hay una forma posible,
para una maquina o persona, de verificar la valides de cada requisito. Todo requisito
ambiguo es considerado no comprobable.
Modificable: Esta característica nos dice que un
ERS debe poder modificarse sin cambiar su estructura o estilo, o sea en caso de
requerir un cambio este pueda realizarse fácilmente sin tener que cambiar todo
el documento.
Identificable: Que todos los requisitos son
entendibles y están bien referenciados.
