IEEE 830

IEEE 830 Recommended Practices for Software Requirements SRS Specifications
El propósito principal de esta norma es ayudarnos a elaborar un documento muy útil: el SRS Es esencialmente una guía pararedacción. Fue creada por Software Engineering Standards Committee, del IEEE Computer Society. IEEE (Institute of Electric and Electronic Engineers, en E.U.A.) en 1998 y no es de uso obligatorio.La puede usar:
• Un cliente/usuario que vaya a definir requerimientos (características) de un software que necesite.
• Un desarrollador (interno/externo) que haga software “a la medida” medianteproyecto
• Un desarrollador que haga software “de paquete” que se venda masivamente

Para qué sirve?

• Un cliente describa claramente lo que quiere Un proveedor entienda claramente lo que elcliente quiere.
• Se establezcan bases para un contrato de desarrollo (o de compra-venta).
• Se reduzca el esfuerzo de análisis, diseño, y programación (evitando re-trabajos).
• Para que se tenga unabase o referencia para validar o probar el software solicitado
• Se facilite el traspaso del software a otros clientes/usuarios
• Se le puedan hacer mejoras (o innovaciones) a ese software

 
ElSRS es una especificación para un producto de software en particular, ya sea un sólo programa, o un conjunto de programas, que realicen ciertas funciones en un ambiente específico. A veces el usuariono sabe si necesitará un solo programa o más de uno. Es la fuente principal para hacer el plan detallado de un proyecto de software.

Un SRS puede referirse a los requerimientos deseados de todoslos componentes de un sistema grande, o a componentes (módulos) individuales del mismo.

CARACTERÍSTICAS DE UN BUEN SRS.

• Correcto.
El SRS es correcto si los requerimientos escritos son aquellosque el software deberá cumplir. No hay un método para saber si el SRS es correcto; lo importante es que se pida lo que realmente se necesita.

• No ambiguo.
Un SRS es no ambiguo si cada...