Especificacion reuqerimientos

Especificación de
Requerimientos de Software (ERS)
Versión


[Nota: Esta plantilla tiene por finalidad servir de base para la confección del documento de Especificación de Requerimientos de Software. El texto entre paréntesis cuadrados y desplegado en azul itálico (estilo = InfoBlue) tiene por finalidad guiar al autor y debe ser borrado antes de la publicación del documento. El estiloBody Text se activa automáticamente cuando se ingresan párrafos de texto definitivo. El formato del texto debe tener tipo de letra “verdana”. ]
[NOTA: Para proyectos pequeños, de duración menor a un mes y un equipo de menos de 3 personas, este documento se puede reemplazar con una referencia al documento Análisis Preliminar. En este caso el jefe del proyecto necesita mantener el documento AnálisisPreliminar durante el ciclo de vida del proyecto como línea base de requerimientos.]

Historia de Revisiones
Fecha Versión Descripción Autor
1.1.0 Documento inicial
Se agrega el ítem: “Requerimientos de Interfaz”




Índice

1. Introducción 2
1.1. Propósito 2
1.2. Ámbito 2
1.3. Definiciones, Acrónimos y Abreviaciones 2
1.4. Referencias 2
1.5. Resumen Ejecutivo 2
2.Descripción General 2
2.1. Especificación de Funcionalidades 2
2.2. Supuestos y Dependencias 2
2.3. Acuerdos con el Cliente para la Administración de Requerimientos 2
3. Especificación de Requerimientos 2
3.1. Reportes de Casos de Uso 2
3.2. Requerimientos Funcionales 2
3.3. Requerimientos Adicionales 2
3.4. Requerimientos no Funcional 2
3.5. Requerimientos Técnicos 2
3.6. Requerimientosde Proceso 2
4. Administración de Requerimientos 2

Especificación de Requerimientos de Software

1. Introducción
[La introducción de la Especificación de Requerimientos de Software debe ser un resumen del documento completo. Debe incluir el propósito, ámbito, definiciones, acrónimos, abreviaciones, referencias, y resumen ejecutivo de este documento]
1.1. Propósito
El propósito de estedocumento es capturar todos los requerimientos de software del sistema, o un subconjunto del sistema.

[Nota: Los Requerimientos que se realizarán utilizando algún framework transaccional deben ser especificados en el documento apropiado para eso]
1.2. Ámbito
[Párrafo obligatorio.]
[Una descripción del entorno afectado; que proyectos se ven afectados o influenciados por esta Especificación deRequerimientos de Software.]
1.3. Definiciones, Acrónimos y Abreviaciones
[Párrafo obligatorio si existen términos, definiciones acrónimos o abreviaciones.]
[Esta subsección debe proporcionar las definiciones de todos los términos, acrónimos, y abreviaciones requeridas para interpretar correctamente la Especificación de Requerimientos de Software. Esta información puede ser entregada a modo dereferencia al Glosario del proyecto.]
[Recomendación: Se sugiere mantener solo un glosario para el proyecto.]
1.4. Referencias
[Párrafo obligatorio si existen referencias.]
[Esta subsección debe entregar una lista de todos los documentos referenciados en cualquier lugar de esta Especificación de Requerimientos de Software. Cada documento debe ser identificado por título, edición (si esaplicable), fecha, y editorial. Especificar las fuentes de donde se pueden obtener estas referencias, esta información puede ser entregada como referencia a un apéndice o a otro documento.]
1.5. Resumen Ejecutivo
[Párrafo NO obligatorio.]
[Esta subsección debe describir el resto del documento conteniendo y explicando como esta organizado.]

2. Descripción General
[Se considera en esta parte ladescripción de los factores principales que afectan al espacio de la solución. Incluya aquellos ítems como perspectiva del producto, funciones del producto, características de usuario, limitaciones, supuestos y dependencias. No se incluye en esta sección la descripción de los requerimientos.]
2.1. Especificación de Funcionalidades
[Párrafo obligatorio.]
[Si usa el modelado de casos de uso, esta...