Ieee830

Especificación de requisitos de software
Proyecto: [Nombre del Proyecto] Documento: [Nombre del Documento] Versión: [xx.xx] Fecha: [xx.xx.xxxx] Realizado por: Revisado por: Aprobado por:
[Nombre y Apellidos] [Nombre y Apellidos] [Nombre y Apellidos]

LOGO EMPRESA

[Nombre del Proyecto] [Nombre documento]

Versión xx Pág. 2

1 Introducción
[Inserte aquí el texto] La introducción de laEspecificació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

[Inserte aquí el texto]  Propósito del documento  Audiencia a la que va dirigido

1.2

Alcance

[Inserte aquí el texto]  Identificación del producto(s) adesarrollar mediante un nombre  Consistencia con definiciones similares de documentos de mayor nivel (ej. Descripción del sistema) que puedan existir

1.3

Personal Involucrado
[Inserte aquí el texto] [Inserte aquí el texto] [Inserte aquí el texto] [Inserte aquí el texto] [Inserte aquí el texto] [Inserte aquí el texto]

Nombre Rol Categoría profesional Responsabilidades Información de contactoAprobación

Relación de personas involucradas en el desarrollo del sistema, con información de contacto. Esta información es útil para que el gestor del 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

[Inserte aquí el texto] Definición detodos 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 otros documentos.

Nombre del Alumno Grado

Especificación de Requisitos del Software

LOGO EMPRESA

[Nombre del Proyecto] [Nombre documento]

Versión xx Pág. 3

2 Descripción General
2.1 Perspectiva del Producto[Inserte aquí el texto] 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

[Inserte aquí el texto] Resumen de las funcionalidades principales que el producto deberealizar, 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 pueda entenderlo perfectamente. Para ello se pueden utilizar métodos textuales o gráficos.

2.3Características de los Usuarios
[Inserte aquí el texto] [Inserte aquí el texto] [Inserte aquí el texto] [Inserte aquí el texto]

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

[Inserte aquí el texto] Descripción de aquellas limitaciones a tener en cuenta a la hora dediseñar y desarrollar el sistema, tales como el empleo de determinadas metodologías de desarrollo, lenguajes de programación, normas particulares, restricciones de hardware, de sistema operativo etc.

2.5

Evolución Previsible del Sistema

[Inserte aquí el texto] Identificación de futuras mejoras al sistema, que podrán analizarse e implementarse en un futuro.

Nombre del Alumno GradoEspecificación de Requisitos del Software

LOGO EMPRESA

[Nombre del Proyecto] [Nombre documento]

Versión xx Pág. 4

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 que el equipo...