Ingeniería de software

Elicitación de Requerimientos

La elicitación de requerimientos es el proceso mediante el cual se descubren las necesidades y propiedades de un sistema a partir de la comunicación con los usuarios y todos los beneficiarios del sistema (stakeholder) . Es la conceptualización del sistema en función de lo quieren los usuarios y otros beneficiarios y lo que realmente necesitan. Esto requiere delconocimiento del dominio de la aplicación y de los problemas específicos de la organización o comunidad a la cual va dirigida la aplicación.
Los requerimientos deben expresarse en forma concisa, precisa, identificables y verificables a fin de que puedan contribuir a la solución y, en particular deben ser entendibles por los usuarios y otros beneficiarios del sistema.
La elicitación no es unproceso de un paso. Típicamente, primero se investiga el dominio del problema y se recoge la información acerca del trabajo actual y la situación presente, luego se detectan los problemas. Posteriormente, se muestran posibles soluciones y finalmente se establecen los requerimientos a partir de la información recolectada.
El propósito del nuevo sistema es servir a los usuarios y otros beneficiarios,generalmente de una organización entonces ¿Porqué no preguntarle, a ellos, que necesitan?, desafortunadamente esto no es tan fácil, y de allí que se proponen diversas técnicas.
1. Problemas en la Elicitación de requerimientos
- En la mayoría de los casos, muchos de los usuarios no tienen claro lo que necesitan. En general sienten que tienen problemas. Hay también una tendencia a exagerar problemascotidianos y olvidar otros problemas más serios. Incluso si ellos detectan bien los problemas, hay un proceso largo para formular las necesidades. Como primer paso, el analista puede simplificar la formulación de necesidades descartando los problemas no relevantes, en unión con los usuarios y otros beneficiarios del sistema.
- Muchos usuarios pueden tener grandes dificultades para explicar lastareas que ejecutan. Aún más difícil es explicar porque las hacen.
- A menudo los usuarios y otros beneficiarios especifican una solución en lugar de un requerimiento.
- Puede suceder que los usuarios encuentren difícil imaginar nuevas formas de hacer cosas, o imaginar las consecuencias de hacerlo de una manera diferente. Por ejemplo, tomó tiempo internalizar que el problema de conectar personasa través del teléfono podía solventarse, en parte, a través de una nueva tecnología: el correo electrónico. Además, la introducción del correo electrónico cambió los patrones de trabajo en una forma que nadie había imaginado.
- A menudo diferentes actores tienen visiones en conflicto. Por ejemplo, para un equipo de mercadotecnia los tiempos de entrega óptimos es un requerimiento importante,mientras que para el equipo de producción ello puede incidir en sobre tiempos de trabajo.
- Los usuarios pueden rechazar propuestas debido a una resistencia al cambio. Por ejemplo, cuando el procesador de texto se introdujo como herramienta de trabajo, las secretarias eran renuentes (dado que esto cambiaba la forma tradicional de trabajo y era difícil de aprender). Sin embargo, posteriormente setransformó en una herramienta indispensable. Parte de la resistencia era simplemente la dificultad de imaginar una nueva forma de trabajo.
- Una vez que el analista logra involucrar a los distintos grupos de usuarios y otros beneficiarios en el proceso de identificación de los requerimientos, puede surgir otro problema. Cada grupo establece requerimientos diferentes. algunos de ellos son esenciales,otros son no relevantes. Puede ser difícil que todos los actores estén de acuerdo en lo que es esencial y lo que no es. Son diferentes visiones.
- Las demandas cambian con el tiempo, los factores externos cambian y las prioridades también. Una vez que una necesidad es satisfecha, nuevas demandas aparecen.
2. Cosas que elicitar
No es posible obtener los requerimientos directamente al inicio...