Ejemplo · Requisitos
Bloque 2 · Requisitos

Levantamiento de requisitos

Aquí nace la mayoría de los fracasos. Veamos cómo pasar de lo que dice el cliente a un requisito bien escrito.
Ejemplo
Del comentario del instructor al requisito RF-02 del sistema de matrícula.
Paso 1 · Recolectar
Usa varias técnicas, no solo una
Estudia cómo trabaja hoy la organización antes de proponer cualquier solución.

💬Entrevista

Preguntas abiertas al usuario real para entender su día a día.

📋Encuesta

Datos de muchos usuarios a la vez: qué falla más seguido.

👀Observación

Ver el proceso real en la sede, no lo que dicen que hacen.

«A veces matriculo al mismo aprendiz dos veces en el mismo curso y no me doy cuenta hasta que se llena el cupo.»
— Instructor, durante la entrevista
Paso 2 · Traducir
De la conversación al requisito
Cada requisito nace de una necesidad real dicha por el usuario, no de una suposición del equipo.
«...matriculo al mismo aprendiz dos veces y no me doy cuenta.»
Lo que dijo el usuario
→

✓RF-02

El sistema debe permitir registrar un aprendiz con nombre, documento y correo, y matricularlo en un curso, impidiendo matricular dos veces al mismo aprendiz en el mismo curso.

El comentario suelto se convierte en un requisito concreto y verificable. De aquí salieron los cuatro diagramas del bloque de modelado.

Paso 3 · Clasificar
Funcional vs. No funcional
Los funcionales dicen qué hace el sistema; los no funcionales, cómo debe comportarse (rendimiento, seguridad, usabilidad).
Resaltar:
Registrar aprendiz
Matricular en un curso
Validar cupos disponibles
Impedir matrícula duplicada
Responder en menos de 2 segundos
Funcionar en Chrome y Edge
Guardar los datos cifrados
Ser fácil de usar sin capacitación
Cierre
Un requisito bien escrito y aprobado

✗Mal escrito

«El sistema debe ser rápido y bueno.»

No es medible ni verificable: ¿qué es rápido?, ¿qué es bueno?

✓Bien escrito

«El sistema debe registrar una matrícula en menos de 2 segundos.»

Claro, medible y verificable: se puede comprobar.

Paso final: el cliente lee, corrige y aprueba por escrito los requisitos antes de programar. Sin esa firma, cualquier cosa que se construya es una apuesta.

01