Softwarereload > Documentos SRS

Documentos SRS

Documentos SRS

Documento de Requerimientos: En la práctica es común describir los requerimientos en un documento llamado especificación de Requerimientos del Software (SRS -Software Requirements Specification)

¿Para qué sirve un SRS?

Comunicar de manera precisa los requerimientos, objetivos y presunciones del dominio
Contrato legal, documento interno o a modo de memorando
Base para estimación (tamaño, costo, tiempo) y planificación del proyecto
Base para evaluación de producto final

  • verificación y validación
  • Debería tener suficiente información para decidir si el producto final es aceptable
    (Satisface los requerimientos)
    Base para el control de cambios

Lectores de un SRS

  • Clientes y Usuarios
  • Interesados en validar objetivos del sistema y descripción de alto nivel de la funcionalidad.
  • Generalmente no interesados en los requerimientos detallados del sistema.
  • Analistas (de sistemas, de requerimientos),
  • Escribirán especificaciones de otros sistemas que interactúan con este.
  • El SRS sirve mas allá de la puesta en producción.
  • Desarrolladores (Ej. arquitectos, diseñadores,
    Programadores)
  • Deben implementar los requerimientos
  • Testers (V&V’ers)
  • Deben determinar la satisfacción de los requerimientos
  • Gerentes

Más lectores de un SRS

  • Equipo de Operaciones
  • Deberán dimensionar equipos y procedimientos de rutina.
  • Equipo de soporte de usuario
  • Desarrollo de plan de capacitación
  • Generación de manuales de usuario
  • Procedimientos de soporte online
  • Legales
  • Los que firman los contratos
  • Subcontratistas

Contenido de un SRS

Un SRS deberá abarcar:

  • Funcionalidad. Que es lo que el software hace?
  • Interfases externas. Como debe interactuar con gente, con el
    Hardware del sistema, con demás hardware y con demás
    Software?
  • Atributos de Calidad.
  • Disponibilidad, tiempo de respuesta, tiempo de recuperación
    Después de fallas, etc...
  • Consideraciones de portabilidad, co rectitud, precisión,
    mantenibilidad, seguridad.
  • Restricciones de diseño. Existen estándares a cumplir, lenguaje de programación, recursos, sistemas operativos, etc.