Algo Nuevo
PARA ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE
El estándar 830-1998 fue generado por un equipo de trabajo del IEEE, su finalidades la integración de los requerimientos del sistemadesde la perspectiva del usuario, cliente y desarrollador. Esta ha sido nuestra propuesta durante la existencia como blog, la 830 se encarga de poner las pautas para identificar y esquematizar losrequerimientos de software. como parte integral del desarrollo de software, sino también como base fundamental de este, todo esto con el fin de no caer en cambios, errores o situaciones que pongan en peligrola creación de una solución, producto software; incurriendo en gastos o cambios producto de una mal análisis de requerimientos
IEEE 830 – 1998: Recommended Practice for Software RequirementsSpecifications. Proporciona una guía de buenas prácticas para la elaboración de una especificación de requisitos.
IEE830
Características
PARA ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE
*Correcto
1. El SRS es correcto si los requerimientos escritos son aquellos que el software deberá cumplir
2. No hay un método para saber si el SRS es correcto; lo importante es que se pida loque realmente se necesita
* No ambiguo
1. Un SRS es no ambiguo si cada requerimiento establecido en él tiene una sóla interpretación posible, tanto por el cliente/usuario como por eldesarrollador
2. En casos donde alguna palabra pudiera tener múltiples significados, se debe incluir su definición precisa en un glosario que se adicione al SRS.
3. Problema: El usuario/cliente y eldesarrollador generalmente tienen diferentes perfiles profesionales, y por ello describen los requerimientos en diferente forma
4. Problema: Las descripciones que pudieran ser más claras para eldesarrollador, podrían ser difíciles de entender para el usuario, y viceversa.
5. El lenguaje natural es inherentemente ambiguo; por ello, es conveniente que el SRS sea revisado por un tercero...
Regístrate para leer el documento completo.