Visión General del Documento

Esta subsección describe brevemente los contenidos y la organización del resto de la ERS (Especificación de Requisitos de Software).

Descripción General

En esta sección se describen todos aquellos factores que afectan al producto y a sus requisitos. No se describen los requisitos, sino su contexto.

Perspectiva del Producto

Esta subsección debe relacionar el futuro sistema (producto software) con otros productos. Si el producto es totalmente independiente de otros productos, también debe especificarse aquí. Si la ERS define un producto que es parte de un sistema mayor, esta subsección relacionará los requisitos del sistema mayor con la funcionalidad del producto descrito en la ERS.

Funciones del Producto

En esta subsección de la ERS se mostrará un resumen, a grandes rasgos, de las funciones del futuro sistema. Por ejemplo, en una ERS para un programa de contabilidad, esta subsección mostrará que el sistema soportará el mantenimiento de cuentas.

Restricciones

Se deben detallar las siguientes restricciones que afectan al desarrollo o la operación del sistema:

• Políticas de la empresa
• Limitaciones del hardware
• Interfaces con otras aplicaciones
• Operaciones paralelas
• Funciones de auditoría
• Funciones de control
• Lenguaje(s) de programación
• Protocolos de comunicación
• Requisitos de habilidad
• Criticidad de la aplicación
• Consideraciones acerca de la seguridad

Suposiciones y Dependencias

Son aquellos factores que, si cambian, pueden afectar a los requisitos. Por ejemplo, los requisitos pueden presuponer una cierta organización de ciertas unidades de la empresa, o pueden presuponer que el sistema correrá sobre cierto sistema operativo. Si cambian dichos detalles en la organización de la empresa, o si cambian ciertos detalles técnicos, como el sistema operativo, puede ser necesario revisar y cambiar los requisitos.

Requisitos Futuros

Esta subsección esbozará futuras mejoras al sistema, que podrán analizarse e implementarse en un futuro.

Requisitos Específicos

Esta sección contiene los requisitos a un nivel de detalle suficiente como para permitir a los diseñadores diseñar un sistema que satisfaga estos requisitos.

Consideraciones Generales de la ERS

• El documento debería ser perfectamente legible por personas de muy distintas formaciones e intereses.
• Deberán referenciarse aquellos documentos relevantes que posean alguna influencia sobre los requisitos.
• Todo requisito deberá ser unívocamente identificable mediante algún código o sistema de numeración adecuado.

Características Ideales de los Requisitos

Lo ideal, aunque en la práctica no siempre realizable, es que los requisitos posean las siguientes características:

Corrección:

La ERS es correcta si y solo si todo requisito que figura aquí (y que será implementado en el sistema) refleja alguna necesidad real.

No Ambigüedad:

Cada requisito tiene una sola interpretación. Para eliminar la ambigüedad inherente a los requisitos expresados en lenguaje natural, se deberán utilizar gráficos o notaciones formales.

Completos:

Todos los requisitos relevantes han sido incluidos en la ERS. Conviene incluir todas las posibles respuestas del sistema a los datos de entrada, tanto válidos como no válidos.

Consistentes:

Los requisitos no pueden ser contradictorios. Un conjunto de requisitos contradictorio no es implementable.

Clasificados:

Normalmente no todos los requisitos son igual de importantes. Los requisitos pueden clasificarse por importancia (esenciales, condicionales u opcionales) o por estabilidad (cambios que se espera que afecten al requisito).

Verificables (Testeables):

Un requisito es verificable si existe un proceso finito y no costoso para demostrar que el sistema cumple con el requisito.

Modificables:

La ERS es modificable si y solo si se encuentra estructurada de forma que los cambios a los requisitos pueden realizarse de forma fácil, completa y consistente. Esto se facilita con la utilización de herramientas automáticas de gestión de requisitos.

Trazables:

La ERS es trazable si se conoce el origen de cada requisito y se facilita la referencia de cada requisito a los componentes del diseño y de la implementación. La trazabilidad hacia atrás indica el origen (documento, persona, etc.) de cada requisito.

Interfaces Externas

Se describirán los requisitos que afecten a la interfaz de usuario, interfaz con otros sistemas (hardware y software) e interfaces de comunicaciones.

Funciones

Esta subsección (quizá la más larga del documento) deberá especificar todas aquellas acciones (funciones) que deberá llevar a cabo el software.

Métodos de Organización de las Funciones

Las funciones pueden organizarse de diversas maneras:

• Por Tipos de Usuario: Distintos usuarios poseen distintos requisitos. Para cada clase de usuario que exista en la organización, se especificarán los requisitos funcionales que le afecten o tengan mayor relación con sus tareas.
• Por Objetos: Los objetos son entidades del mundo real que serán reflejadas en el sistema. Para cada objeto, se detallarán sus atributos y sus funciones. Los objetos pueden agruparse en clases. Esta organización de la ERS no quiere decir que el diseño del sistema siga el paradigma de orientación a objetos.
• Por Objetivos: Un objetivo es un servicio que se desea que ofrezca el sistema y que requiere una determinada entrada para obtener su resultado. Para cada objetivo o subobjetivo que se persiga con el sistema, se detallarán las funciones que permitan llevarlo a cabo.
• Por Estímulos: Se especificarán los posibles estímulos que recibe el sistema y las funciones relacionadas con dicho estímulo.
• Por Jerarquía Funcional: Si ninguna de las anteriores alternativas resulta de ayuda, la funcionalidad del sistema se especificará como una jerarquía de funciones que comparten entradas, salidas o datos internos.

Requisitos de Rendimiento

Se detallarán los requisitos relacionados con la carga que se espera que tenga que soportar el sistema. Por ejemplo: el número de terminales, el número esperado de usuarios simultáneamente conectados, el número de transacciones por segundo que deberá soportar el sistema, etc.

Restricciones de Diseño

Se incluye todo aquello que restrinja las decisiones relativas al diseño de la aplicación, como restricciones de otros estándares, limitaciones del hardware, etc.

Atributos del Sistema

Los atributos clave del sistema son: fiabilidad, mantenibilidad, portabilidad y, muy importante, la seguridad.

Deberá especificarse qué tipos de usuario están autorizados, o no, a realizar ciertas tareas, y cómo se implementarán los mecanismos de seguridad (por ejemplo, por medio de un login y una password).

Apéndices

Pueden contener todo tipo de información relevante para la ERS pero que, propiamente, no forme parte del cuerpo principal del documento. Por ejemplo:

1. Formatos de entrada/salida de datos, por pantalla o en listados.
2. Resultados de análisis de costes.
3. Restricciones acerca del lenguaje de programación.