Técnica para el registro de requerimientos

Aun cuando resulta lógico la necesidad de escribir lo que se supone debe hacer un sistema cuando este terminado, no se hace.

Registra los requerimientos es una de las tantas actividades relacionadas con la calidad y deja de evidencia de lo que se está haciendo.

"Si no esta documentado, no está hecho".

Técnica para el registro de requerimientos

Una vez que se está consciente de que registrar los requerimientos es necesario el gran reto es expresar claramente lo qué los clientes desean y necesitan cuando se registran ya que esto último es indispensable.

Técnicas

Casos de uso de diagrama de flujo de datos o diagrama de transición de estados, estándares predefinidos como el de la IEEE 830-1998, WOW (Wall of Wonder/Pared de maravilla), etc.

Estándar Predefinido (IEEE 830-1998)

Es una de las múltiples formas para registrar los requerimientos de software, es bastante antiguo, pese a ello abarca la mayor parte de los elementos que deben ser registrados de una u otra forma en un  documento de especificación de requerimientos de software.

• Tiene como finalidad la integración de los requerimientos de sistemas desde la perspectiva del usuario o cliente y desarrollador.

Objetivos de la ERS

• Ayudar a los clientes a describir claramente lo que se desea obtener de producto de software.
• Ayudar a los desarrolladores a entender qué quiere exactamente el cliente.
• Servir de base para desarrollar de estándares de ERS particulares para cada organización.

Ventajas de una buena ERS (Especificación de Requerimientos)

• Contrato - desarrolaldores.
• Reducción de esfuerzo de desarrollo.
• Base para la estimación de costos y planeación.
• Punto de referencia para procesos de verificación y validación.
• Base para posibles mejoras.

Entorno de la ERS

• Una ERS forma parte de la documentación asociada al software.
• Es fundamental que la ERS se escriba de forma adecuada conjunta entre el cliente y el equipo desarrollador.

"Los clientes no saben lo suficiente de informática para escribirla ellos mismos y los desarrolladores no conocen lo suficientemente los problemas y lo necesidades del cliente".

Cuestiones a trata en la ERS

• Funcionalidad: ¿Qué debe hacer el software?
• Prestaciones: Rendimiento, tiempo de respuesta.
• Restricciones de diseño: Lenguaje de implementación.
• Recursos disponibles, entorno(s) de operación, etc.
• Atributos: Seguridad, potabilidad, mentabilidad, etc.

Importante:

- Debe definir correctamente todos los requerimientos del software.

-No debería describir ningún detalle de diseño, verificación, gestión del proyecto, etc.

Se debe evitar:

• Introducir ideas diseño, estructura modular flujos de información entre módulos lenguaje de programación, estructura de datos.
• Introducción de ideas de administración del proyecto: costos, tiempos, métodos de desarrollo, etc.