análisis de Requisitos

Análisis de Requisitos
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. Sin embargo, cuando se analizan las razones por las cuales no se alcanzan correctamente dichasnecesidades de los usuarios las compañías suelen otorgar la culpabilidad a los propios usuarios, argumentando “que no describieron correctamente sus necesidades, que cambian de pensamiento fácilmente, que tienen diferentes puntos de vista o simplemente que éstos no saben cómo diseñar un producto interactivo”. Lo que nunca piensan es que si hubieran aplicado correctamente las técnicas del análisisde requisitos centradas en los usuarios se habrían ahorrado estos problemas —y los usuarios estarían satisfechos.
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 referenciaa 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.
Esta fase del modelo de proceso se fundamenta en la Ingeniería de los Requisitos especificada en el Capítulo 2 y en el modelo de calidad definido en el estándarISO/IEC 9126-1 [ISO01], que describe la calidad de los requisitos del sistema en las etapas iniciales del ciclo de vida refiriéndose principalmente a la vista externa y a la vista del usuario más que en referencia a la calidad interna o funcional, que es a la que únicamente hacen referencia los desarrolladores.
Este modelo de calidad hace especial énfasis en la consecución de la necesaria ysuficiente calidad para ser capaces de encontrar las verdaderas necesidades de los usuarios como objetivo prioritario. Tarea que no resulta nada fácil puesto que las necesidades que los usuarios exteriorizan habitualmente difieren de sus necesidades reales. Los usuarios, por ejemplo, no son siempre conscientes de sus verdaderas necesidades las cuales, además, evolucionan con el uso del sistema.
Elpunto 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:
• Funcionales, que describen una funcionalidad o un servicio del sistema.
• Nofuncionales, que suelen ser restricciones al sistema (p. e., tiempo de respuesta) o para su proceso de desarrollo (utilizar un determinado lenguaje).
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 desu accesibilidad.
Aun así, las aproximaciones al desarrollo de software “centradas en el usuario” reconocen que es imposible especificar todos los requisitos por adelantado.
Los clientes no pueden apreciar sus necesidades reales hasta que no pueden ver e interactuar con las opciones de que disponen (muchos requisitos son descubiertos una vez los usuarios interactúan con el “runnig prototype”; oincluso más, no aprecian las nuevas tecnologías hasta que no las prueban, simplemente porque las desconocen. No se sabe lo que se ha desarrollado hasta que no se ha realizado el primer “wrong system”.

De las afirmaciones anteriores se deduce que será imposible determinar todos estos objetivos en una primera fase o visita con el cliente. Deberá ser el propio Equipo de Desarrollo quien,...