Artefacto: Especificación de requisitos de software
Este artefacto captura los requisitos de software para el sistema completo, o una parte de ese sistema.
Dominios: Requisitos
Clases de producto de trabajo: Especificación
Objetivo

La especificación de requisitos de software (SRS) se centra en la recopilación y la organización de todos los requisitos que envuelven el proyecto.  Es útil para recopilar los requisitos del proyecto de software en un documento formal al estilo IEEE830.

Puesto que es posible que se encuentre con varias herramientas diferentes para recopilar los requisitos, es importante que sepa que la recopilación de requisitos se puede encontrar en varias herramientas y artefactos distintos. Por esta razón, recopilaremos los requisitos para nuestro SRS en un paquete que puede ser un único documento o una recopilación de varios artefactos que describen los requisitos.
(Consulte el apartado Más información para obtener directrices adicionales).

El paquete SRS controla la evolución del sistema a través de la fase de desarrollo del proyecto, a medida que se añaden o modifican nuevas características al documento Visión, se elaboran dentro del paquete SRS.

Las personas siguientes utilizan la especificación de requisitos de software:

  • Los diseñadores utilizan el paquete SRS como referencia al definir responsabilidades, operaciones y atributos en clases y al ajustar clases en el entorno de implementación.
  • Los implementadores hacen referencia al paquete SRS para la entrada al implementar clases.
  • El gestor de proyectos  hace referencia al paquete SRS para la entrada al planificar las iteraciones.
  • Los verificadores utilizan el paquete SRS como entrada para considerar qué pruebas serán necesarias.
Relaciones
Descripción
Esquematización breve

La especificación de requisitos de software (SRS) captura los requisitos de software completos para el sistema, o para una parte del sistema.

Hay muchas combinaciones distintas de una SRS. Revise el apartado sobre personalización para obtener más información.

Ilustraciones
Factores clave
Consulte el Plan de gestión de requisitos  para determinar la ubicación correcta y la organización de los requisitos. Por ejemplo, quizá sea aconsejable tener un SRS separado para describir los requisitos de software completos para cada característica en un release determinado del producto.
Personalización
Opciones de representación

Hay muchas combinaciones distintas de una SRS. Revise el apartado de plantillas y ejemplos en la tabla de la cabecera de esta página para ver disposiciones relevantes en el contexto de su proyecto. Consulte el apartado [IE830] para obtener información más elaborada sobre este artefacto, incluidas otras opciones para la organización de la SRS.

La especificación de requisitos de software debe proporcionar una definición completa de los requisitos de software, tanto funcional como no funcional. Sin embargo, los requisitos específicos de guión de uso, funcionales y no funcionales, deben  documentarse en  los Guiones de uso y los requisitos del sistema, funcionales y no funcionales, deben documentarse en las Especificaciones suplementarias. Estos productos de trabajo separados se pueden empaquetar para definir le especificación de requisitos de software (SRS).

Más información