Ejemplo ERS – Proyecto “First PC”
El siguiente documento muestra la Especificación de Requerimientos de Software de un sistema destinado a la venta de equipo de cómputo mediante una pagina Web en php con conexión en MySQL.
¿Que es un ERS?
¿Por qué y para qué documentar los requerimientos de software?
El desarrollo de un software a medida cuesta mucho dinero y tiempo. Estadísticamente el 80% de los softwares a medida fracasan por causa de fallas en la planificación, en muchos casos porque:
- cumplen los requerimientos a medias, o
- no funcionan correctamente, o
- son demasiado caros de mantener y actualizar, o
- se vuelven obsoletos antes de lo esperado
- etc
Para evitar todos estos problemas es necesario comenzar con la definición de requerimientos:
- Para definir cláramente lo que necesitas sin ambigüedades, evitando omisiones importantes (en la etapa de planificación), que luego son difíciles de abordar (en la etapa de desarrollo)
- Para pedir presupuestos a programadores o empresas de desarrollo de software, al mismo tiempo y evaluar diferentes propuestas
- Para conocer la complejidad, dimensión y alcances del sistema web a desarrollar
- Para poder establecer prioridades funcionales y un plan de escalabilidad
- Para no arriesgar recursos y dinero en vano
- Para exigir estándares de calidad de Software
Cualidades o características esperables en la expresión de requerimientos de software (SRS)
Los requerimientos bien formulados deben satisfacer varias características. Si no lo hacen, deben ser reformulados hasta hacerlo.
- Necesario: Lo que pida un requerimiento debe ser necesario para el producto.
- No ambiguo: El texto debe ser claro, preciso y tener una única interpretación posible.
- Conciso: Debe redactarse en un lenguaje comprensible por los inversores en lugar de uno de tipo técnico y especializado, aunque aún así debe referenciar los aspectos importantes
- Consistente: Ningún requerimiento debe entrar en conflicto con otro requerimiento diferente, ni con parte de otro. Asimismo, el lenguaje empleado entre los distintos requerimientos debe ser consistente también.
- Completo: Los requerimientos deben contener en sí mismos toda la información necesaria, y no remitir a otras fuentes externas que los expliquen con más detalle.
- Alcanzable: Un requerimiento debe ser un objetivo realista, posible de ser alcanzado con el dinero, el tiempo y los recursos disponibles.
- Verificable: Se debe poder verificar con absoluta certeza, si el requerimiento fue satisfecho o no. Esta verificación puede lograrse mediante inspección, análisis, demostración o testeo.
Estas características suelen ser subjetivas, es decir, no pueden ser calculadas de forma automática por ningún sistema. Por ello, se tiende a medir otras métricas o indicadores que sí que pueden ser calculados de forma automática y que, de algún modo, pueden sustituir o mapear con esta lista de características.
