Formato de especificación de requisitos de software (SRS)

Para formar un buen SRS , aquí verá algunos puntos que se pueden utilizar y deben ser considerados para formar una estructura de buen SRS. Estos son los siguientes:

1. Introducción

• (i) Propósito de este documento
• (ii) Alcance de este documento
• (iii) Resumen

2. Descripción general
3. Requerimientos funcionales
4. Requerimientos de interfaz
5. Requerimientos de desempeño
6. Restricciones
de diseño 7. Atributos no funcionales
8. Programa preliminar y presupuesto
9. Apéndices

El formato de especificación de requisitos de software (SRS) como su nombre indica, es una especificación y descripción completa de los requisitos de software que deben cumplirse para el desarrollo exitoso del sistema de software. Estos requisitos pueden ser tanto funcionales como no funcionales según el tipo de requisito. La interacción entre diferentes clientes y contratistas se realiza porque es necesaria para comprender completamente las necesidades de los clientes.

Dependiendo de la información recopilada después de la interacción, se desarrolla SRS que describe los requisitos del software que pueden incluir cambios y modificaciones que se deben realizar para aumentar la calidad del producto y satisfacer la demanda del cliente.

1. Introducción :
   • (i) Propósito de este documento:
     en primer lugar, se explica y describe el objetivo principal de por qué es necesario este documento y cuál es el propósito del documento.
   • (ii) Alcance de este documento:
     en este, se describe y explica el trabajo general y el objetivo principal del documento y el valor que proporcionará al cliente. También incluye una descripción del costo de desarrollo y el tiempo requerido.
   • (iii) Descripción general:
     en esto, se explica la descripción del producto. Es simplemente un resumen o una revisión general del producto.
2. Descripción general:
   En esto, se mencionan las funciones generales del producto que incluye el objetivo del usuario, una característica del usuario, características, beneficios, sobre por qué su importancia. También describe las características de la comunidad de usuarios.
3. Requerimientos Funcionales:
   En esto, se explica completamente el posible resultado del sistema de software que incluye efectos debido a la operación del programa. Todos los requisitos funcionales que pueden incluir cálculos, procesamiento de datos, etc. se colocan en orden de clasificación.
4. Requisitos de interfaz:
   en esto, las interfaces de software, que significan cómo el programa de software se comunica entre sí o con los usuarios, ya sea en forma de cualquier idioma, código o mensaje, se describen y explican completamente. Los ejemplos pueden ser memoria compartida, flujos de datos, etc.
5. Requisitos de rendimiento:
   en esto, se explica cómo un sistema de software realiza las funciones deseadas en condiciones específicas. También explica el tiempo requerido, la memoria requerida, la tasa máxima de error, etc.
6. Restricciones de diseño:
   en esto, las restricciones que simplemente significan limitación o restricción se especifican y explican para el equipo de diseño. Los ejemplos pueden incluir el uso de un algoritmo particular, limitaciones de hardware y software, etc.
7. Atributos no funcionales:
   en este, se explican los atributos no funcionales que requiere el sistema de software para un mejor rendimiento. Un ejemplo puede incluir seguridad, portabilidad, confiabilidad, reutilización, compatibilidad de aplicaciones, integridad de datos, capacidad de escalabilidad, etc.
8. Cronograma y presupuesto preliminar:
   En este documento, se explica la versión inicial y el presupuesto del plan del proyecto, que incluyen la duración total requerida y el costo total requerido para el desarrollo del proyecto.
9. Apéndices:
   En este se da y explica información adicional como referencias de donde se recopila la información, definiciones de algunos términos específicos, acrónimos, abreviaturas, etc.