4.1 Teoría del Análisis de Requisitos

Introducción

La comunicación con los usuarios es un aspecto prioritario para las empresas que desarrollan sistemas software; aun así confían más en la experiencia acumulada que no en la aplicación de métodos pensados para capturar la experiencia de los usuarios y sus verdaderas necesidades.

Como vemos, el concepto que en última instancia establece la calidad de un sistema software viene determinado a partir de la concordancia entre los requisitos fijados y la consecución de los mismos.

Los requisitos de un sistema interactivo hasta hace poco únicamente hacían referencia a la componente funcional dejando otras connotaciones fuera del alcance del sistema. Afortunadamente, hoy en día los aspectos relacionados con los usuarios y con el uso que éstos realizan de los sistemas acaparan mayor grado de interés.

Análisis

El punto de vista que de la fase del Análisis de Requisitos realiza la Ingeniería del Software (IS) «clásica» establece los servicios que el sistema debe proporcionar y las restricciones bajo las cuales debe operar. Se especifican las condiciones que determinan qué debe hacer el sistema y cómo debe hacerlo, o sea requisitos:

Por otra parte, los modelos de Ingeniería de los Requisitos añaden nuevos factores a tener en cuenta que, de realizarse, garantizarán el desarrollo de un sistema con un grado mucho tanto desde el punto de vista funcional como de su usabilidad y de su accesibilidad.

Aun así, las aproximaciones al desarrollo de software «centradas en el usuario» reconocen que es imposible especificar todos los requisitos por adelantado [BRO95].

• Funcionales, que describen una funcionalidad o un servicio del sistema.
• No funcionales, que suelen ser restricciones al sistema (p. e., tiempo de respuesta) o para su proceso de desarrollo (utilizar un determinado lenguaje).