Consideraciones para producir un buen srs y como se compone

4. Consideraciones para producir un buen SRS

Esta cláusula contiene información básica que se debe considerar al escribir un SRS. Esto incluye el siguiente:

4.1 Naturaleza del SRS

Es una especificación para que un producto de software en particular o conjunto de programas que llevan a cabo ciertas funciones en un entorno especificado. Puede escribirse por uno o más representantes delproveedor, uno o más representantes del cliente o por ambas partes.
Las cuestiones básicas que se deben llevar a cabo en un SRS:
a) Funcionabilidad: ¿Qué se supone que el software hace?
b) Interfaces externas: ¿Cómo funciona el software, como interactúa con el usuario, el hardware, software y otros sistemas?
c) Rendimiento: ¿Cuál es la velocidad de, disponibilidad, tiempo de respuesta,el tiempo de recuperación de las funciones de software, etc?
d) Atributos: ¿Cuál es la portabilidad, la corrección, mantenimiento, seguridad, etc consideraciones?
e) Limitaciones de diseño en una implementación: ¿Existen normas exigidas en efecto, la aplicación lenguaje, las políticas de integridad de base de datos, los límites de los recursos, el entorno operativo (s), etc?
El escritor(s) del SRS debe de evitar la colocación de cualquiera de los requisitos de diseño o de proyecto SRS.

4.2 Medio Ambiente del SRS

Es importante tener en cuenta el papel que tiene en SRS en el plan de proyecto final en estándar IEEE 160.12-1990. El software puede tener toda la funcionabilidad o ser parte de un sistema más grande. En el último caso normalmente habrá un SRS que indicaralas interfaces entre el sistema y su parte de software, y colocara rendimiento extra y requisitos de funcionabilidad a la parte del software.
El estándar IEEE 1074-1997 describe los pasos del ciclo de vida del software y de los insumos aplicados en cada fase. El SRS tiene un papel especifico en le proceso de desarrollo de software, el escritor SRS debe tener cuidado de no ir mas allá de loslimites de dicha función. Esto significa que el SRS:
a) En caso de definir correctamente los requisitos de software. Uno de los requisitos puede existir de la naturaleza de la tarea a resolver.
b) No debe describir cualquier diseño o detalle de implementación. Esto debe de ser descrita en el diseño de proyecto.
c) No imponer restricciones adicionales sobre el software. Estos estánespecificados en otro documento como un plan de aseguramiento de la calidad de software.
Por lo tanto un buen escrito SRS limita la gama de diseños validos, pero no especifica ningún diseño en particular.

4.3 Características de un buen SRS

a) Correcto
b) Inequívoco
c) Trampas del lenguaje natural
d) Completo
e) Consistente
f) Variable
g) Modificable
h) Trazable4.4. Preparación conjunta del SRS

El proceso de desarrollo de software debe empezar con el proveedor y el acuerdo en lo que el cliente software completado debe hacer. Este acuerdo, en forma de un SRS, debe ser preparado conjuntamente.
a) Los clientes no suelen entender el diseño y proceso de desarrollo de software, así como para escribir un SRS utilizable.
b) Proveedoresnormalmente no entienden el problema y tomar el de esfuerzo suficientemente bien como para específica los requisitos para un sistema satisfactorio.
Por lo tanto, el cliente y el proveedor deben trabajar juntos para producir un bien escrito y completamente entendido SRS.

4.5 SRS Evolución

El SRS puede necesitar evolucionar a medida que el desarrollo de los avances producto de software. Puede serimposible
Especificar algunos detalles en el momento que se inicia el proyecto Formatos para un programa interactivo durante la fase de requisitos). Los cambios adicionales pueden sobrevenir como deficiencias e inexactitudes que se descubren en el SRS.
Dos consideraciones principales en este proceso son los siguientes:
a) Los requisitos deben especificar como completa y totalmente tal...