Proyecto 02: El arte de escuchar al usuario: Ingeniería de Requisitos
- Esneyder Mosquera Jordan
- 16 ene
- 2 min de lectura
En la primera publicación hablé sobre la visión global de los sistemas. Pero, ¿Cómo sabemos qué debe hacer exactamente un sistema antes de construirlo? La respuesta está en la Ingeniería de Requisitos.
En este segundo recurso les comparto un Mapa Mental que diseñé para desglosar esta disciplina, que es, posiblemente, la fase más crítica de todo el desarrollo de software. Si fallamos aquí, construiremos una solución perfecta para un problema que no existe.
¿De qué trata este producto?
Este mapa mental es una guía visual sobre las etapas necesarias para descubrir, analizar, documentar y validar las necesidades de un cliente o usuario final. No se trata solo de "tomar pedidos", sino de realizar una investigación profunda.
¿Qué aprenderás con este mapa mental?
El recurso está organizado en las cuatro etapas fundamentales que todo analista debe seguir:
Elicitación (Descubrimiento): ¿Cómo sacamos la información? Aquí verás técnicas como la entrevista, las encuestas, la observación y el uso de historias de usuario.
Análisis: Una vez tenemos la información, ¿Cómo la organizamos? Exploramos la priorización de requisitos y la matriz de trazabilidad para asegurar que nada se pierda.
Especificación: Es el proceso de documentar formalmente. ¿Es un requisito funcional (lo que el sistema hace) o no funcional (cómo lo hace, ej. rapidez, seguridad)?
Validación: El paso final donde ratificamos con el cliente: "¿Es esto realmente lo que necesitas?". Aquí el mapa destaca la importancia de los prototipos y las revisiones.
¿Por qué es importante para nosotros en el aula?
Para mis estudiantes de tecnología, entender la ingeniería de requisitos es clave por tres razones:
Evita el retrabajo: Aprender a definir bien desde el principio ahorra tiempo y frustraciones.
Mejora la comunicación: Nos enseña a hablar el lenguaje del usuario y traducirlo a lenguaje técnico.
Calidad: Un software es de calidad solo si cumple con los requisitos para los que fue diseñado.
"La parte más difícil de construir un sistema de software es decidir exactamente qué construir." — Fred Brooks.
Te invito a navegar por este mapa mental y descubrir la ruta que sigue una idea desde que nace en la mente del cliente hasta que se convierte en un documento técnico.
Comentarios