viernes, 5 de junio de 2015

IEEE Std 830-1998





IEEE Std 830-1998

Software Requirements Specification (SRS)


Introduccion:

El SRS es una especificación para un producto software determinado, programa o conjunto de 
programas que realiza ciertas funciones en un entorno específico. El SRS puede escribirse por uno o 
más representantes del proveedor, uno o más representantes del cliente, o por ambos.



El IEEE 830 describe los criterios recomendados para la especificación de requisitos de 
software. Se basa en un modelo en el que el resultado del proceso de especificación de requisitos de
software es un documento de especificación inequívoca y completa. Se espera que ayude a:

a) Los clientes de Software para describir con precisión lo que desean obtener;
b) Los proveedores de software para entender exactamente lo que quiere el cliente;
c) Las personas para lograr los siguientes objetivos:
           1) Desarrollar una especificación de requisitos software estándar (SRS) para sus propias 
               organizaciones.
           2) Definir el formato y el contenido de sus especificaciones de requisitos de software                                específicos.
           3) Desarrollar elementos de apoyo locales adicionales, tales como una lista de comprobación                 de la calidad de SRS, o un manual de SRS.

Las caracteristicas de una buena ERS son definidas por el estándar IEEE 830. Una buena ERS debe ser:

  • Completa. Todos los requerimientos deben estar reflejados en ella y todas las referencias deben estar definidas.
  • Consistente. Debe ser coherente con los propios requerimientos y también con otros documentos de especificación.
  • Inequívoca. La redacción debe ser clara de modo que no se pueda mal interpretar.
  • Correcta. El software debe cumplir con los requisitos de la especificación.
  • Trazable. Se refiere a la posibilidad de verificar la historia, ubicación o aplicación de un ítem a través de su identificación almacenada y documentada.
  • Priorizable. Los requisitos deben poder organizarse jerárquicamente según su relevancia para el negocio y clasificándolos en esenciales, condicionales y opcionales.
  • Modificable. Aunque todo requerimiento es modificable, se refiere a que debe ser fácilmente modificable.
  • Verificable. Debe existir un método finito sin costo para poder probarlo.





No hay comentarios:

Publicar un comentario