Secretaría de Planeación

Revision 0
FORMATO DE
REQUERIMIENTOS
DEL SISTEMA
<Project Name>
Versión ..
<Project Name>

Control de Versiones
Fecha Version Description Autor
<dd/mmm/año> <x.x> <detalles> <nombre>

Versión: Elaboro: 2
<Project Name>

Tabla de Contenido
1. Introducción 4
1.1 Propósito 4

2. Posicionamiento 4
2.1 Especificación del Problema 4

3. Descripciones de Stakeholders y Usuarios 4

3.1 Ambiente de operación4
3.2 Ambiente de usuario 4
3.3 Perfiles de usuario 4
3.4 Necesidades Clave de los Stakeholders / Usuarios 4
3.5 Opciones Alternativas al Desarrollo del Sistema 4

4. Vista General del Producto 4

4.1 Perspectiva del Producto 4
4.2 Resumen de Capacidades 4
4.3 Suposiciones y Dependencias 5

5. Características Principales del Sistema 5

5.1 Módulo 1
5.2 Módulo 2
5.3 Módulo 3

6. Otros Requerimientos del Producto 5

6.1 Estándares Aplicables (Yui, leyes de gobierno) 5
6.2 Requerimientos de Sistema (Disponibilidad, seguridad, mantenibilidad, portabilidad) 5
6.3 Requerimientos de Desempeño (Capacidad de equipo de hardware) 5
6.4 Requerimientos de Ambientes (Plataforma en que se implementará, eg. grails) 5

7. Requerimientos de Documentación 5
A continuación se indican los entregables del proyecto, en especial aquellos de ingeniería:
7.1 Documentos de Requerimientos (Se refiere a este documento) 5
7.2 Modelo de UML (Diagrama de clases) 5
7.3 Documento de Arquitectura (Diagrama de bloques) 5
7.4 Diseño de Base de Datos (Diagrama entidad relación) 5
7.5 Manual de Usuario 5

Versión: Elaboro: 3
<Project Name>

Visión
1. Introducción

Propósito

2. Posicionamiento
Especificación del Problema

El problema de
Afecta a
Cuyo impacto ocasiona
Una solución exitosa
debería

3. Descripciones de Stakeholders y Usuarios

Ambiente de operación

Ambiente de usuario

Perfiles de usuario

Necesidades Clave de los Stakeholders / Usuarios

Opciones Alternativas al Desarrollo del Sistema

4. Vista General del Producto

Perspectiva del Producto

Resumen de Capacidades

Suposiciones y Dependencias

5. Características Principales del Sistema

Versión: Elaboro: 4
<Project Name>

Módulo 1

Módulo 2

Módulo 3

6. Otros Requerimientos del Producto

Estándares Aplicables

Requerimientos de Sistema

Requerimientos de Desempeño

Requerimientos de Ambientes

7. Requerimientos de Documentación

Documentos de Requerimientos

Modelo de UML

Documento de Arquitectura

Diseño de Base de Datos

Manual de Usuario

8 APÉNDICE A. Plantilla de requerimientos de software

Formato A-1 Plantilla de requisito

ID: Identificador único del requerimiento (véase formato de identificadores A-2 en el

Anexo A)

Nombre: Nombre genérico y descriptivo del requisito

Descripción: Descripción detallada del requisito.

Prioridad: Prioridad del requerimiento (véase tabla A-3 en el Anexo A)

Versión: Elaboro: 5
<Project Name>

Estabilidad: Estabilidad del requisito (véase tabla A-4 en el Anexo A)

Dependencias: ¿Qué requerimientos se ven afectados por este requerimiento?

Criterio de Qué aspectos del requerimiento se deben de cumplir para satisfacer el

éxito: requerimiento.

Fuente: ¿Quién originó dicho requerimiento?

Generó: ¿Quién capturo dicho requerimiento?

Historial: Fecha Versión Autor Estado

Fecha de Número de versión Nombre del autor Estado del
elaboración del del requerimiento del requerimiento requerimiento (véase
requerimiento tabla A-5 en el Anexo
A)

Formato A-2 Formato de identificadores de requisitos

Se define un identificador para cada requisito de la siguiente manera:
UUU, donde:

UUU: Identificador numérico y autoincremental.

Formato A-3 Definición de prioridad

Prioridad Definición

Escencial Implica que el software no será aceptable a menos que estos requerimientos sean
provistos.

Condicional Implica que estos requerimientos mejorarían el producto de software, pero que el
producto no sería inaceptable si estos

Opcional Implica que una funcionalidad puede o no venir incluida en el producto final.

Formato A-4 Definición de estabilidad

Estabilida Definición
d

Alta: El requisito presenta una posibilidad muy baja o nula de estar propicio a cambios.

Media El requisito puede ser modificado bajo algunas circunstancias

Versión: Elaboro: 6
<Project Name>

Estabilida Definición
d

Baja El requisito presenta muy poca estabilidad en cuanto a cambios. Es posible alterar su
definición en cualquier etapa del desarrollo.

Formato A-5 Definición de estados

Estado Definición

Nuevo El requisito es nuevo respecto a la versión en desarrollo.

Aprobado El requisito fue revisado y aprobado para su implementación en la versión actual o

la siguiente.

Rechazado El requisito fue revisado y rechazado para su implementación.

En proceso El requisito fue revisado, aprobado y se encuentra en proceso de implementación.

Implementado El requisito fue revisado, aprobado e implementado en la versión actual.

Cambio El requisito es una solicitud de cambio respecto a un requisito existente en

cualquier etapa.

Versión: Elaboro: 7