La elicitación de requisitos es la actividad mediante la cual los ingenieros de software descubren, recopilan y documentan las necesidades de todos los actores involucrados en un sistema. Comprender este proceso y los distintos tipos de requerimientos que lo componen es esencial para construir software que resuelva los problemas correctos de la manera correcta.
Mapa conceptual: visión integrada
El siguiente mapa conceptual sintetiza los principales conceptos abordados en las lecturas: el proceso de elicitación, sus técnicas, los tipos de requerimientos y su relación con el ciclo de vida del software.
El mapa conceptual integra los conceptos de elicitación, análisis y clasificación de requisitos establecidos en las lecturas del curso, mostrando las relaciones jerárquicas y transversales entre cada elemento del proceso.
¿Qué es la elicitación de requisitos?
La elicitación de requisitos es el proceso sistemático de identificar, recopilar, comprender y documentar las necesidades, expectativas y restricciones de los stakeholders de un sistema de software, con el fin de construir una base sólida para su desarrollo. — Sommerville, 2016
No se trata simplemente de "preguntar qué quiere el cliente". Es una disciplina que combina habilidades comunicativas, técnicas de investigación y conocimiento del dominio para descubrir tanto los requisitos explícitos (los que el cliente sabe que necesita), como los implícitos (los que da por sentado) y los latentes (los que aún no han sido reconocidos como necesidades).
Tipos de requerimientos de software
Los requerimientos se clasifican según su naturaleza y el aspecto del sistema que describen. Cada tipo cumple un rol distinto durante el desarrollo y las pruebas del sistema.
Funcionales
Describen los servicios, comportamientos y funciones que el sistema debe proporcionar. Definen el qué hace el software.
- Funcionalidades del sistema
- Reglas de negocio
- Flujos de trabajo
- Respuestas ante entradas específicas
No funcionales
Definen restricciones sobre los servicios del sistema. Describen el cómo se comporta bajo ciertas condiciones.
- Rendimiento y tiempos de respuesta
- Seguridad y disponibilidad
- Usabilidad y accesibilidad
- Escalabilidad y mantenibilidad
De dominio
Provienen del entorno del negocio y reflejan restricciones propias del sector o industria donde opera el sistema.
- Normativas legales y regulatorias
- Estándares del sector
- Restricciones de interoperabilidad
- Vocabulario y conceptos del negocio
De usuario
Declaraciones en lenguaje natural de lo que los usuarios esperan que el sistema les permita hacer.
- Historias de usuario
- Casos de uso de alto nivel
- Escenarios de uso
- Expectativas de experiencia
Fases del proceso de elicitación
La elicitación no ocurre en un único momento — es un proceso iterativo que avanza y se refina a lo largo del proyecto. Sus fases principales son:
Identificación de stakeholders
Se identifican todos los actores con interés en el sistema: usuarios finales, clientes, patrocinadores, equipo técnico y reguladores. Cada uno tiene perspectivas y necesidades distintas que deben ser recogidas.
Descubrimiento de requisitos
Aplicación de técnicas de elicitación para extraer las necesidades de los stakeholders, tanto las expresadas directamente como las implícitas o latentes que emergen durante la investigación.
Clasificación y organización
Los requisitos recabados se organizan en grupos coherentes según su tipo, prioridad y área de funcionalidad. Se eliminan duplicados y se resuelven contradicciones iniciales entre stakeholders.
Priorización y negociación
Se negocian prioridades con los stakeholders usando técnicas como MoSCoW (Must, Should, Could, Won't) o la matriz de valor/esfuerzo, dado que no todos los requisitos pueden implementarse con los recursos disponibles.
Documentación y validación
Los requisitos priorizados se documentan formalmente y se validan con los stakeholders mediante revisiones o prototipos, confirmando que el equipo comprendió correctamente las necesidades antes de iniciar el desarrollo.
Técnicas de elicitación
La elección de la técnica adecuada depende del contexto del proyecto, la disponibilidad de los stakeholders y la madurez de la organización.
Entrevistas
Conversaciones estructuradas o semiestructuradas con los stakeholders. Permiten profundizar en necesidades específicas y descubrir requisitos implícitos.
Talleres (workshops)
Sesiones colaborativas con múltiples stakeholders. Facilitan la negociación temprana de conflictos y generan consenso sobre los requisitos prioritarios.
Observación etnográfica
El analista observa a los usuarios en su entorno real de trabajo, revelando requisitos que los propios usuarios no son capaces de verbalizar.
Casos de uso
Descripciones narrativas de las interacciones entre actores y el sistema para alcanzar un objetivo. Estructuran los requisitos funcionales de forma visual y comprensible.
Prototipos
Representaciones preliminares del sistema que permiten a los usuarios validar sus expectativas antes de que se inicie el desarrollo real.
Análisis de documentos
Revisión de manuales, contratos, formularios y sistemas existentes para extraer requisitos implícitos en los procesos actuales de la organización.
La elicitación es tanto arte como ciencia. Requiere la capacidad técnica de un ingeniero para estructurar la información y la sensibilidad de un comunicador para entender lo que el cliente realmente necesita, no solo lo que dice querer.
— Adaptado de Sommerville, Software Engineering, 10ª ed.🏁 Conclusión
La elicitación de requisitos es el punto de partida que determina la dirección de todo el proyecto de software. Comprender sus fases, aplicar las técnicas adecuadas y clasificar correctamente los tipos de requerimientos — funcionales, no funcionales, de dominio y de usuario — permite construir una base sólida sobre la cual el desarrollo, las pruebas y la entrega del producto cobran sentido y coherencia.
Como se evidencia en el mapa conceptual presentado, todos estos elementos están interconectados: no es posible gestionar bien un tipo de requisito sin considerar su relación con los demás, ni ejecutar una fase del proceso de elicitación de manera aislada sin afectar las siguientes.
- Sommerville, I. (2016). Software Engineering, 10th Edition. Pearson.
- IEEE Std 830-1998. Recommended Practice for Software Requirements Specifications. IEEE.
- ISO/IEC/IEEE 29148:2018. Systems and Software Engineering — Requirements Engineering.
- Pressman, R. S. (2014). Software Engineering: A Practitioner's Approach, 8th Edition. McGraw-Hill.
- Swebok Guide v4 (2024). Guide to the Software Engineering Body of Knowledge. IEEE Computer Society.
Próximamente