12345678

APENDICE
1 Introducción
La introducción de la Especificación de requisitos de software (SRS) debe proporcionar una vista general de la SRS. Debe incluir el objetivo, el alcance, las definiciones y acrónimos, las referencias, y la vista general del SRS.
1.1 Propósito
Propósito del documento
Audiencia a la que va dirigido
1.2 Alcance
Identificación del producto(s) a desarrollar mediante unnombre
Consistencia con definiciones similares de documentos de mayor nivel (ej. Descripción del sistema) que puedan existir
1.3 Personal involucrado
Nombre

Rol

Categoría profesional

Responsabilidades

Información de contacto

Aprobación


Relación de personas involucradas en el desarrollo del sistema, con información de contacto.
Esta información es útil para que el gestordel proyecto pueda localizar a todos los participantes y recabar la información necesaria para la obtención de requisitos, validaciones de seguimiento, etc.
1.4 Definiciones, acrónimos y abreviaturas

Definición de todos los términos, abreviaturas y acrónimos necesarios para interpretar apropiadamente este documento. En ella se pueden indicar referencias a uno o más apéndices, o a otrosdocumentos.
1.5 Referencias
Referencia
Titulo
Ruta
Fecha
Autor
[Ref.]
[Título]
[Ruta]
[Fecha]
[Autor]






Relación completa de todos los documentos relacionados en la especificación de requisitos de software, identificando de cada documento el título, referencia (si procede), fecha y organización que lo proporciona.
1.6 Resumen

Descripción del contenido del resto del documentoExplicación de la organización del documento
2 Descripción general
2.1 Perspectiva del producto

Indicar si es un producto independiente o parte de un sistema mayor. En el caso de tratarse de un producto que forma parte de un sistema mayor, un diagrama que sitúe el producto dentro del sistema e identifique sus conexiones facilita la comprensión.
2.2 Funcionalidad del producto

Resumen de lasfuncionalidades principales que el producto debe realizar, sin entrar en información de detalle.
En ocasiones la información de esta sección puede tomarse de un documento de especificación del sistema de mayor nivel (ej. Requisitos del sistema).
Las funcionalidades deben estar organizadas de manera que el cliente o cualquier interlocutor puedan entenderlo perfectamente. Para ello se puedenutilizar métodos textuales o gráficos.
2.3 Características de los usuarios
Tipo de usuario

Formación

Habilidades

Actividades


Descripción de los usuarios del producto, incluyendo nivel educacional, experiencia y experiencia técnica.
2.4 Restricciones

Descripción de aquellas limitaciones a tener en cuenta a la hora de diseñar y desarrollar el sistema, tales como el empleo dedeterminadas metodologías de desarrollo, lenguajes de programación, normas particulares, restricciones de hardware, de sistema operativo etc.
3 Requisitos específicos
Esta es la sección más extensa y más importante del documento.
Debe contener una lista detallada y completa de los requisitos que debe cumplir el sistema a desarrollar. El nivel de detalle de los requisitos debe ser el suficiente para queel equipo de desarrollo pueda diseñar un sistema que satisfaga los requisitos y los encargados de las pruebas puedan determinar si éstos se satisfacen.

Los requisitos se dispondrán en forma de listas numeradas para su identificación, seguimiento, trazabilidad y validación (ej. RF 10, RF 10.1, RF 10.2,).

Para cada requisito debe completarse la siguiente tabla:

Número de requisito!!br0ken!!
Nombre de requisito

Tipo
 Requisito
 Restricción
Fuente del requisito

Prioridad del requisito
 Alta/Esencial
 Media/Deseado
 Baja/ Opcional

Y realizar a continuación la descripción del requisito

La distribución de los párrafos que forman este punto puede diferir del propuesto en esta plantilla, si las características del sistema aconsejan otra distribución para...