¿Cuáles son los temas para los modelos SRS?

Antes de discutir los Temas de un SRS, primero debemos entender qué es un SRS:

Un documento SRS es el resultado del análisis de requisitos. El análisis de requisitos implica obtener una comprensión clara y exhaustiva del producto. El SRS debe ser un documento consistente, correcto, inequívoco y completo. Un SRS debe al menos definir lo siguiente:

Objetivo del SRS

  • Los requisitos funcionales del sistema documentados en el documento SRS deben describir claramente cada función, que el sistema admitiría junto con el conjunto de datos de entrada y salida correspondiente. Un diagrama de flujo que muestra el flujo de información entre las funciones hace que las cosas sean más fáciles de entender.
  • Los requisitos no funcionales tratan con las características del sistema que no pueden expresarse como funciones. Los ejemplos de requisitos no funcionales incluyen aspectos relacionados con el mantenimiento, la portabilidad y la usabilidad. Los requisitos no funcionales incluyen aspectos relacionados con el mantenimiento, la portabilidad y la usabilidad. Los requisitos no funcionales también pueden incluir problemas de confiabilidad, precisión de resultados, problemas de interfaz hombre-computadora y restricciones en la implementación del sistema.
  • Interfaces externas del sistema: identifican la información que debe fluir ‘desde y hacia’ el sistema.
  • Requisitos de desempeño
  • Requisito de base de datos lógica
  • Atributos del sistema de software
  • Restricciones
  • Requisitos del sistema

Temas de SRS: ¿Para qué sirve el SRS? Se da una breve descripción en el Objetivo mismo. Ejemplos de temas de SRS son: SRS para un sistema de facturación para un operador de telecomunicaciones GSM; SRS para un portal de comercio electrónico para impresoras; SRS para un sistema unificado de emisión de boletos para servicios de metro, autobús y taxi, etc.