Srs

<Código del Proyecto>-<Nombre del Proyecto>Especificación de Requerimientos del Software

(SRS)

Versión X.Y

Lima, 2011

<Código del Proyecto> <Nombre del Proyecto> Versión: x.yEspecificación de Requerimientos del Software (SRS) Fecha: dd/mm/aaaaa

Tabla de Contenidos

1. Introducción 3

1.1 Propósito 31.2 Alcance 31.3 Referencias 3

2. Descripción Global 3

2.1 Reporte del Modelo del Negocio 32.2 Reporte del Modelo de Casos de Uso 3

3. Requerimientos Específicos 3

3.1 Funcionalidad 43.1.1 <Código del Requerimiento> < Caso de Uso> 4

3.2 Confiabilidad 43.2.1 <Código del Requerimiento> <Requerimiento de Confiabilidad 1> 4

3.3 Desempeño 43.3.1 <Código del Requerimiento> <Requerimiento de Desempeño 1> 4

3.4 Interfaces 43.4.1 Interfaces de Usuarios 43.4.2 Interfaces de Hardware 43.4.3 Interfaces de Software 53.4.4 Interfaces de Comunicación 5

3.5 Documentación en Línea y Requerimientos de Ayuda del Sistema 53.6 Requerimientos de Licencia 53.7 Metodología de Desarrollo 53.8 Componentes Adquiridos 53.9 Otros Estándares Aplicables 5

Realizado por: <Elaborado Por>Revisado por: <Revisado Por>Aprobado por: <Aprobado Por>

Página 2 de 6


Especificación de Requerimientos del Software(SRS)

1. Introducción[La introducción a este documento debe incluir una visión general de todo el documento. Incluye el propósito, alcance, definiciones, acrónimos, abreviaturas, referencias y generalidades del proyecto.]

1.1 Propósito

[Especifica el propósito que cumple este documento para el proyecto.]

1.2 Alcance

[Una breve descripción del alcance de este documento; con qué proyecto está asociado y cualquier cosa que se pueda ver afectado o influenciado por este documento.]

1.3 Referencias

[Esta sección provee una lista completa de todos los documentos referencias o usados como base para elaborar este documento. Identifique cada documento por su título, número de reporte (si aplica), fecha y organización que lo publica. Especifique las fuentes a partir de las cuales se pueden obtener.]

2. Descripción Global

2.1 Reporte del Modelo del Negocio

Colocar el diagrama de contexto o el modelo conceptual del sistema

2.2 Reporte del Modelo de Casos de Uso

[Cuando se usa modelamiento de caso de uso, esta sección contiene una visión general del modelo de casos de uso (al nivel de los paquetes funcionales y los actores para cada uno de ellos, así como las integraciones) aplicables al sistema software o subsistema software. Este reporte incluye una lista de con nombre y breve descripción de todos los casos de usos y los actores, junto con los diagramas y las relaciones aplicables entre ellos.]

3. Requerimientos Específicos[Esta sección debe cubrir todos los requerimientos del software a un nivel de detalle suficiente que permita a los diseñadores realizar el diseño de un sistema que satisfaga dichos requerimientos y a los testers probar que el sistema satisface dichos requerimientos. Cuando se use el modelamietno con casos de uso se deberán reflejar en término de casos de usos y actores.

NOTA: Todos los requerimientos deben ser perfectamente identificados a fin de poder realizar su seguimiento en el tiempo. Para se propone emplear como esquema de identificación de los requerimientos el siguiente:

<Código del Proyecto><código del subsistema o módulo><Tipo de Requerimiento><número consecutivo>

Una vez establecido el código del requerimiento no se debería cambiar durante el proceso de desarrollo. ]


Página 3 de 6


3.1 Funcionalidad

[Esta sección describe los requerimientos funcionales del sistema para los requerimientos definidos, expresado en lenguaje natural simple. Esta sección podría organizarse en término de los subsistemas funcionales en los que se descompondrá el producto software.]

3.1.1 <Código del Requerimiento> < Caso de Uso>

[Descripción suficientemente detallada para el caso de uso.]

3.2 Confiabilidad

[Los requerimientos de confiabilidad del sistema debe ser especificado siguiendo las sugerencias siguientes:

Disponibilidad – especificar el porcentaje de tiempo que el producto deberá estar disponible (xx.xx%), horas de uso, acceso al mantenimiento, modos de operación degradados, etc.

Precisión—resolución y precisión requerido en las salidas del sistema.

3.2.1 <Código del Requerimiento> <Requerimiento de Confiabilidad 1>

[Colocar aquí la descripción del requerimiento.]

3.3 Desempeño

[Las características del desempeño, la que debe de incluir tiempos de respuestas específicos. Cuando se requiera se deberá hacer referencia explícita a los casos de usos sobre los que el requerimiento se establece.

Tiempo de respuesta de una transacción (promedio, máximo)

Transacciones por segundos (Throughput – resultados obtenidos en una cierta unidad de tiempo)

Capacidad, por ejemplo, el número de clientes o transacciones que el sistema puede soportar.

Utilización de recursos, tales como memoria, disco, comunicaciones, y otros.

3.3.1 <Código del Requerimiento> <Requerimiento de Desempeño 1>

[Colocar la descripción del requerimientos.]

3.4 Interfaces

[En esta sección se deberá definir las interfaces que deberá soportar el sistema. Debe contener adecuada especificación sobre protocolos, puestos, direcciones lógicas..]

3.4.1 Interfaces de Usuarios

[Apoyar con el prototipo del producto software. Esto puede plasmarse en un documento a parte y referenciarlo desde esta sección.]

3.4.2 Interfaces de Hardware

[Describir las interfaces con hardware soportadas por el software, incluyendo estructura lógica, direcciones físicas, comportamientos esperados, y demás.]

3.4.3 Interfaces de Software

[Describir las interfaces con otros componentes del sistema integrado. Pueden ser componentes adquiridos o re-usados de otras aplicaciones o simplemente componentes a ser desarrollados para


Página 4 de 6


otros subsistemas desarrollados por otros equipos de proyecto..]

3.4.4 Interfaces de Comunicación

[Describir las interfaces de comunicación con otros Sistemas o dispositivos tales como redes de área local, dispositivos, etc.]

3.5 Documentación en Línea y Requerimientos de Ayuda del Sistema

[Describir aquí los requerimientos del sistema de documentación en línea y de las ayudas al usuario.]

3.6 Requerimientos de Licencia

[Definir los requerimientos de licencias del producto (esto se debe solicitar cuando el proyecto se tercerice).]

3.7 Metodología de Desarrollo

[Definir los requerimientos de desarrollo (esto se debe solicitar cuando el proyecto se tercerice).]

3.8 Componentes Adquiridos

[Describir cualquier componente adquirido a ser usado con el sistema, incluyendo aspectos tales como licencias o restricciones de uso (cantidad de usuarios, etc) y aspectos de compatibilidad y de interoperatividad asociado, o los estándares de las interfaces de integración.]

3.9 Otros Estándares Aplicables

[Considerar otros estándares aplicables al producto que no hayan sido definidos en las secciones anteriores. Si los estándares aplican a requerimientos específicos, referenciar aquellos requerimientos que se ven afectados por estos estándares., por ejemplo estándares legales, de calidad o regulatorios, de la industria, interoperatividad, de sistema operativo, base de datos, etc.]


Página 5 de 6


Historia de las RevisionesFecha Versión Descripción Autor

<dd/mmm/yy> <x.x> <detalles> <nombre>


Página 6 de 6

Srs

Documents

Transcript of Srs