Especificación de Requerimientos de Software (ERS)

<Nombre del Proyecto>

Especificación de Requerimientos de Software (ERS)

Versión <1.1.0>

[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.]

[Para proyectos pequeños, de duración menor a un mes y un equipo de menos de 3 personas, este documento se puede reemplazar por el documento “Análisis preliminar”. En este caso el Jefe del proyecto debe mantener el documento “Análisis preliminar” durante el ciclo de vida del proyecto como línea base de requerimientos.]

Historia de Revisiones

Fecha Versión Descripción Autor

<aaaa-mm-dd> 1.1.0 Documento inicial <Nombre>

Tabla de Contenidos

1. INTRODUCCIÓN 4

1.1. PROPÓSITO 4

1.2. ÁMBITO 4

1.3. DEFINICIONES, ACRÓNIMOS Y ABREVIACIONES 4

1.4. REFERENCIAS 4

1.5. RESUMEN EJECUTIVO 4

2. DESCRIPCIÓN GENERAL 5

2.1. ESPECIFICACIÓN DE FUNCIONALIDADES 5

2.2. SUPUESTOS Y DEPENDENCIAS 5

2.3. ACUERDOS CON EL CLIENTE PARA LA ADMINISTRACIÓN DE REQUERIMIENTOS 5

3. ESPECIFICACIÓN DE REQUERIMIENTOS 6

3.1. REPORTES DE CASOS DE USO 6

3.2. REQUERIMIENTOS FUNCIONALES 6

3.3. REQUERIMIENTOS ADICIONALES 6

3.4. REQUERIMIENTOS NO FUNCIONALES 6

3.5. REQUERIMIENTOS TÉCNICOS 6

3.6. REQUERIMIENTOS DE PROCESO 7

4. ADMINISTRACIÓN DE REQUERIMIENTOS 7

1. Introducción

[La introducción debe proveer un resumen del documento completo. Presente cualquier información que el lector pueda necesitar para entender el documento en esta sección.]

1.1. Propósito

El propósito de este documento es capturar todos los requerimientos de software del sistema, o un subconjunto del sistema.

1.2. Ámbito

[Describa el alcance de este documento, a qué proyecto está asociado y cualquier elemento que se vea afectado o influenciado por este documento.]

1.3. Definiciones, Acrónimos y Abreviaciones

[Esta subsección provee las definiciones de todos los términos, acrónimos, y abreviaciones requeridas para interpretar correctamente el documento. Esta información puede entregarse a modo de referencia a documento “Glosario” del proyecto.]

1.4. Referencias

[Esta subsección provee una lista completa de todos los documentos referenciados en cualquier parte de este artefacto. Cada documento debe ser identificado por título, edición/versión, fecha, autor y nombre de archivo. 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

[Esta subsección debe describir brevemente el resto del documento y explicar cómo está organizado.]

2. Descripción General

[Se considera en esta parte la descripción de los factores principales que afectan al espacio de la solución. Incluya í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

[Si usa un “Modelo de casos de uso”, esta sección debe contener la referencia de éste, y una descripción o resumen del modelo o del subconjunto más representativo del mismo. Esto incluye una lista de nombres y breves descripciones de los casos de uso, actores, diagramas

...