Requerimientos de

El documento de requerimientos del software
El documento de requerimientos del software (algunas veces denominado especificación de
requerimientos del software o SRS) es la declaración oficial de qué deben implementar los
Interface PrintServer {
// define un servidor de impresión abstracto
// requiere: interfaz Printer, interfaz PrintDoc
// proporciona: initialize, print displayPrintOjueue,cancdPrirtUob, swftdiPrinter
void initialize ( Printer p ) ;
void print ( Printer p, PrintDoc d ) ;
void dispJayPrmtQueue < Printer p ) ;
void cancel PrinUob (printer p, PriDoc d) ;
void switchPrinter (Printer p i . Printer p2, PrintDoc d) ;
}//PrintServer
Figura 6.15
La descripción en
PDL basado en Java
de una interfaz
del servidor
de impresión.
124 CAPÍTULO 6 • Requerimientos delsoftware
desairo!ladores del sistema. Debe incluir tanto los requerimientos del usuario para el sistema
como una especificación detallada de los requerimientos del sistema. En algunos casos, los
dos tipos de requerimientos se pueden integrar en una única descripción. En otros, los requerimientos
del usuario se definen en una introducción a la especificación de los requerimientos
del sistema.Si existe un gran número de requerimientos, los detalles de los requerimientos
del sistema se pueden presentaren un documento separado.
El documento de requerimientos tiene un conjunto diverso de usuarios que va desde los altos
cargos de la organización que pagan por el sistema, hasta los ingenieros responsables de
desarrollar el software. La Figura 6.16, tomada de mi libro con Gerald Kotonyasobre ingeniería
de requerimientos (Kontonya y Sommerville, 1998), ilustra los posibles usuarios del documento
y cómo lo utilizan.
La diversidad de posibles usuarios significa que el documento de requerimientos tiene que
presentar un equilibrio entre la comunicación de los requerimientos a los clientes, la definición
de los requerimientos en el detalle exacto para los desairo!ladores yprobadores, y la inclusión
de información sobre la posible evolución del sistema. La información sobre cambios
previstos puede ayudar a los diseñadores del sistema a evitar decisiones de diseño restrictivas
y a los ingenieros encargados del mantenimiento del sistema, quienes tienen que adaptar el
sistema a los nuevos requerimientos.
El nivel de detalle que se debe incluir en un documento derequerimientos depende del
tipo de sistema que se desarrolle y del proceso de desarrollo utilizado. Cuando el sistema
se desarrolle por un contratista externo, las especificaciones de los sistemas críticos necesitan
ser claras y muy detalladas. Cuando haya más flexibilidad en los requerimientos y
cuando se utilice un proceso de desarrollo iterativo dentro de la empresa, el documento de
Figura 6.16Usuarios de un
documento
de requerimientos.
6.5 • El documento de requerimientos del software 125
requerimientos puede ser mucho menos detallado y cualquier ambigüedad resuelta durante
el desarrollo del sistema.
Varias organizaciones grandes, como el Departamento de Defensa de los Estados Unidos
y el IEEE, han definido estándares para los documentos de requerimientos. Davis (Davis,
1993)analiza algunos de estos estándares y compara sus contenidos. El estándar más ampliamente
conocido es el IEEE/ANSI 830-1998 (IEEE, 1998). Este estándar IEEE sugiere la
siguiente estructura para los documentos de requerimientos:
1. I n t r o d u c c i ón
1.1 Propósito del documento de requerimientos
1.2 Alcance del producto
1.3 Definiciones, acrónicos y abreviaturas
1.4 Referencias
1.5Descripción del resto del documento
2. D e s c r i p c i ó n general
2.1 Perspectiva del producto
2.2 Funciones del producto
2.3 Características del usuario
2.4 Restricciones generales
2.5 Suposiciones y dependencias
3. Requerimientos específicos: incluyen los requerimientos funcionales, no funcionales
y de interfaz. Obviamente, ésta es la parte más sustancial del documento, pero debido
a la...