DOCUMENTO DE ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE PARA [EL SISTEMA XYZ]

DOCUMENTO DE ESPECIFICACIÓN DE

REQUERIMIENTOS DE SOFTWARE PARA [EL

SISTEMA XYZ]

Versión 1.0

13 de diciembre de 2001

Preparado por: Departamento de Políticas, Procesos y Estándares.

Realizó: Carlos Benito Mojica Ruiz.

Departamento de Políticas y Estándares de Sistemas del 2

Gobierno del Estado de Yucatán.

CONTROL DE DOCUMENTACIÓN

Control de Configuración

Título: Plantilla para la Especificación de Requerimientos de Software

Referencia:

Autor: Carlos Mojica

Fecha: 13 de diciembre de 2001

Histórico de versiones

Versión Fecha Estado Responsable Nombre de archivo

0.1 21/sep/2001 B Carlos Mojica Levantamiento de

Requerimientos.doc

1.0 13/dic/2001 A Carlos Mojica ERS.doc

1.1 13/dic/2001 B Carlos Mojica ERS 1.0.doc

Estado: (B)orrador, (R)evisión, (A)probado

Histórico de cambios

Versión Fecha Cambios

0.1 13/oct/2001

1.0 13/dic/2001

1.1 02/ene/2002

Se agregó página de firmas de aceptación.

Se agregó apartado de lista de figuras

En la sección 3.2 se agregó la nota de que la identificación de los requerimientos debe ser

siguiendo la numeración del apartado, es decir 3.2.1, 3.2.1.1

En el apartado 5, se agregó la columna de priorización

Departamento de Políticas y Estándares de Sistemas del 3

Gobierno del Estado de Yucatán.

APROBACIÓN DEL DOCUMENTO

________________________________

Nombre

Puesto del Cliente

Fecha

________________________________

Nombre

Usuario testigo

Fecha

________________________________

Nombre

Director de Desarrollo de Sistemas

Fecha

________________________________

Nombre

Jefe de Calidad

Fecha

________________________________

Nombre

Líder del Proyecto

Fecha

Departamento de Políticas y Estándares de Sistemas del 4

Gobierno del Estado de Yucatán.

CONTENIDO

1 INTRODUCCIÓN 7

1.1 PROPÓSITO. 7

1.2 AUDIENCIA. 7

1.3 ALCANCE. 7

1.3.1 Producto a elaborar (visión). 7

1.3.2 Objetivos. 7

1.3.3 Fecha deseada de inicio y finalización del desarrollo. 7

1.4 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS. 7

1.5 REFERENCIAS. 7

1.6 PANORAMA GENERAL. 8

2 DESCRIPCIÓN GENERAL 9

2.1 PERSPECTIVA DEL PRODUCTO. 9

2.1.1 Interfases del sistema. 9

2.1.2 Interfases de usuario. 9

2.1.3 Interfases de hardware. 9

2.1.4 Interfases de software. 10

2.1.5 Interfases de comunicación. 10

2.1.6 Restricciones de memoria. 10

2.1.7 Operaciones. 10

2.1.8 Requerimientos de adaptación del sitio. 10

2.2 FUNCIONES DEL PRODUCTO. 11

2.3 USUARIOS. 11

2.3.1 Características Generales. 11

2.3.2 Clases. 11

2.4 RESTRICCIONES GENERALES. 11

2.5 SUPUESTOS Y DEPENDENCIAS. 12

2.6 ASIGNACIÓN DE REQUERIMIENTOS. 12

3 REQUERIMIENTOS ESPECÍFICOS 13

3.1 INTERFASES EXTERNAS. 13

3.2 FUNCIONES (REQUERIMIENTOS FUNCIONALES). 14

3.3 DESEMPEÑO DE REQUERIMIENTOS (REQUERIMIENTOS NO FUNCIONALES). 14

3.4 REQUERIMIENTOS DE BASES DE DATOS LÓGICAS. 14

3.5 RESTRICCIONES DE DISEÑO. 15

3.5.1 Estándares de conformidad. 15

3.6 DOCUMENTACIÓN DE USUARIO 15

3.7 ATRIBUTOS DEL SISTEMA DE SOFTWARE. 15

3.7.1 Confiabilidad. 15

3.7.2 Disponibilidad. 15

Departamento de Políticas y Estándares de Sistemas del 5

Gobierno del Estado de Yucatán.

3.7.3 Seguridad. 15

3.7.4 Mantenimiento. 16

3.7.5 Portabilidad. 16

3.8 ORGANIZACIÓN DE REQUERIMIENTOS ESPECÍFICOS. 16

4 DEPENDENCIAS Y CONFLICTOS ENTRE REQUERIMIENTOS 17

5 GRADO DE SATISFACCIÓN E INSTALACIÓN DE LOS USUARIOS RESPECTO

A LOS REQUERIMIENTOS 18

6 TEMAS O DETALLES POR RESOLVER 19

7 GLOSARIO 20

8 APÉNDICES 21

Departamento de Políticas y Estándares de Sistemas del 6

Gobierno del Estado de Yucatán.

LISTA DE FIGURAS

Departamento de Políticas y Estándares de Sistemas del 7

Gobierno del Estado de Yucatán.

1 INTRODUCCIÓN

<Esta sección provee un panorama general de todo el documento de ERS. No es necesario

que exista texto entre este punto y el siguiente.>

1.1 Propósito.

<El por qué del documento.>

1.2 Audiencia.

<A qué personas está dirigido el documento. Quiénes pueden verlo.>

1.3 Alcance.

<Se especifica el producto a elaborar y los objetivos de éste. No es necesario que exista

texto entre este punto y el siguiente.>

1.3.1 Producto a elaborar (visión).

<Identificar, por su nombre, el producto de software a desarrollar. Explicar lo que hará y,

si es necesario, lo que no hará. Ser consistentes con especificaciones de mayor nivel (por ejemplo,

la especificación de requerimientos del sistema, si existen) y con otros documentos.>

1.3.2 Objetivos.

<Incluir todos los beneficios relevantes, objetivos y metas tan precisamente como sea

posible. Comenzar cada objetivo con un verbo en infinitivo. Estos deben relacionarse con los

objetivos del negocio.>

1.3.3 Fecha deseada de inicio y finalización del desarrollo.

<Dar las fechas deseables por parte del cliente para el inicio y finalización del desarrollo

del sistema de software.>

1.4 Definiciones, acrónimos y abreviaturas.

<Se incluyen las definiciones de todos los términos, acrónimos y abreviaturas que se

requieren para interpretar adecuadamente este documento. Esta información puede proporcionarse

por referencia a apéndices o a otros documentos.>

1.5 Referencias.

<Proporcionar una lista completa de todos los documentos referenciados en alguna parte de

la ERS o en un documento, separado, específico. Identificar cada documento por título, número de

reporte (si aplica), fecha y organización que lo publicó. Especificar las fuentes de dónde se

Departamento de Políticas y Estándares de Sistemas del 8

Gobierno del Estado de Yucatán.

obtuvieron las referencias. Esta información puede darse por referencia a un apéndice o documento

por separado.>

1.6 Panorama general.

<Describir lo que contiene el resto de la ERS. Explicar cómo está organizada la ERS.>

Departamento de Políticas y Estándares de Sistemas del 9

Gobierno del Estado de Yucatán.

2 DESCRIPCIÓN GENERAL

<Se describen los factores generales que afectan al producto y sus requerimientos. No se

deben enunciar requerimientos específicos, sino que se mencionarán los antecedentes generales de

éstos (requerimientos de alto nivel). Todos los requerimientos serán definidos a detalle en la

sección 3. No es necesario que exista texto entre este punto y el siguiente.>

2.1 Perspectiva del producto.

<Se pone al producto en perspectiva con otros productos o proyectos. Si el producto es

independiente y totalmente autocontenido, si es una nueva versión y/o se va a sustituir algún otro,

aquí debe establecerse. Si se define un producto que es componente de uno más grande entonces se

deben describir los componentes del sistema o proyecto mayor e identificar las interfases entre

dicho sistema y el software que se está especificando.

Un diagrama de bloques mostrando los componentes más importantes del sistema más

grande, sus interconexiones y las interfases externas puede ser de mucha utilidad.

Identificar las principales interfases externas del producto de software que se está

especificando (la descripción no debe ser detallada) y describir el hardware de computadoras y el

equipo periférico a ser usado (esta es una descripción global).

Se deben comentar las razones por las que ciertas restricciones de diseño serán

especificadas más adelante en la ERS.>

2.1.1 Interfases del sistema.

<Se lista cada interfase del sistema y se identifica la funcionalidad del software para lograr

que el requerimiento del sistema y la descripción de la interfase correspondan. Esta interfase es

tanto hacia dentro como hacia fuera.>

2.1.2 Interfases de usuario.

<Se debe especificar lo siguiente:

a) Las características lógicas de cada interfase entre el producto de software y sus

usuarios. Esto incluye aquellas características de configuración (por ejemplo, formatos de

pantalla, esquemas de páginas o ventanas, contenido de algún reporte o menú, formatos de

mensajes, etc.), necesarias para obtener los requerimientos de software.

b) Todos los aspectos de optimización de la interfase con la persona que usa el

sistema. Esto es, incluir una lista de qué hace y qué no hace el sistema desde la perspectiva

del usuario.>

2.1.3 Interfases de hardware.

<Se especifican las características lógicas de cada interfase entre el producto de software y

los componentes de hardware del sistema. Esto incluye características de configuración (números

de puertos, conjuntos de instrucciones, etc.). Se mencionan

...