830 Software Requirements Specification Ieee

830 Software Requirements Specification IEEE

Propósito.
En esta sección se deberá Delinear el propósito de la SRS y especificar a que publico intencional va dirigido el SRS. Se debe aclarar cual es el objetivo principal de este proyecto.

Alcance.
En esta subsección se debe:
* Identificar el producto de software(s) que se produce por su nombre (por ejemplo, Host DBMS, generador dereportes, etc);
* Aclarar que es el producto, que hará y que no hará
* Describir el uso del software que se especifique, incluidos los beneficios, objetivos, y metas.
* Sea consistente con las declaraciones similares en las especificaciones de nivel superior, si es que existen.

Definiciones, siglas y abreviaciones.
Esta sección provee las definiciones de todos los términos,acrónimos y abreviaturas requeridas para interpretar apropiadamente el SRS. Esta información puede ser proporcionada por referencia a uno o más apéndices en el SRS o por referencia a otros documentos.
Referencias.
* Lista completa de todas las referencias de los documentos en otra parte en el SRS
* Identificar cada documento por título, # de reporte, fecha y publicación de la organización
*Especificar las fuentes de las referencias de donde se obtuvieron
Apreciación global

* Describir lo que el resto del SRS contiene
* Explicar como esta organizado el SRS
Sección 2
Se describen los factores generales que afectan al producto y sus requisitos, no se declaran requisitos específicos. En su lugar, proporciona un fondo para los requisitos que se definen en detalle en laSección 3 del SRS

Perspectiva del producto
Esta subdivisión del SRS debe poner el producto en perspectiva con otros productos relacionados. Si el producto es independiente y totalmente autónomo, que debe indicarse aquí. Si el SRS define un producto que es un componente de un sistema más grande, como frecuentemente ocurre, entonces esta subdivisión debe relacionar los requisitos de sistema mayorque a la funcionalidad del software y debe identificar las interfaces entre este sistema y el software.
Un diagrama de bloques que muestra los componentes principales del sistema más grande, interconexiones, y caras externas puede ser útil.
Esta sección también debe describir cómo funciona el software en el interior de diversas limitaciones. Por ejemplo, estas limitaciones pueden incluir:
*Las interfaces del sistema
* las interfaces de usuario
* las interfaces de hardware
* las interfaces de software
* las interfaces de comunicación
* la memoria,
* operaciones
* los requisitos de adaptación
Funciones del producto
Esta subdivisión del SRS debe proporcionar un resumen de las principales funciones que el software va a realizar.
A veces la función deresumen que es necesario para esta parte puede ser tomado directamente de la sección de la especificación de alto nivel (si existe) que asigna a funciones particulares del producto de software. 1
* Las funciones deben organizarse de una manera que hace que la lista de funciones sea comprensible para el cliente o para cualquier otra persona al leer el documento por primera vez.
* Métodostextuales o gráficos se puede utilizar para mostrar las diferentes funciones y sus relaciones. Tal diagrama no está destinada a mostrar un diseño de un producto, sino que simplemente muestra la relación lógica entre las variables.
Características del usuario.
Describe las características generales de los usuarios previstos del producto
* nivel de educación
* experiencia
* especializacióntécnica
Restricciones.
Esta subdivisión del SRS debe proporcionar una descripción general de todas las otras cosas que limitarán las opciones. Estos incluyen:
* Las políticas reguladoras:
* las limitaciones del hardware (por ejemplo, requisitos de la señal de sincronización)
* Interfaces a otras aplicaciones
* el funcionamiento en paralelo
* las funciones de auditoría...