La notación EARS (Easy Approach to Requirements Syntax) es un método diseñado para escribir requisitos e historias de usuario de forma estructurada, eliminando la ambigüedad del lenguaje natural.
A diferencia del formato clásico ("Como [rol], quiero [acción]..."), EARS utiliza patrones lógicos similares a la programación para que tanto el negocio como los desarrolladores entiendan exactamente qué debe pasar y bajo qué condiciones.
Dependiendo de la naturaleza del requisito, EARS propone cinco estructuras fijas:
Tipo de Regla, Palabra Clave, Estructura, Ejemplo
Ubicuidad (Siempre), The... shall..., El [sistema] deberá [hacer algo]., El sistema deberá encriptar los datos en reposo.
Evento (Cuando pasa algo),When... the... shall...,"Cuando [evento], el [sistema] deberá [reacción].","Cuando el usuario pulse ""Borrar"", el sistema deberá pedir confirmación."
Estado (Mientras esté en...),While... the... shall...,"Mientras [estado], el [sistema] deberá [reacción].","Mientras el motor esté encendido, el sistema deberá mostrar la temperatura."
Opcional (Si tiene X...),Where... the... shall...,"Si [característica], el [sistema] deberá [reacción].","Si el usuario tiene cuenta Premium, el sistema deberá omitir los anuncios."
No deseado (Si hay error),If... then the... shall...,"Si [error], entonces el [sistema] deberá [reacción].","Si el PIN es incorrecto, entonces el sistema deberá bloquear la tarjeta."
-
Tradicional: "Como usuario, quiero recuperar mi contraseña para volver a entrar." (Es vago, no dice qué pasa si el mail no existe).
EARS (Evento + Error):
When el usuario solicite recuperar contraseña, the sistema deberá enviar un link único al email registrado.
If el email no está en la base de datos, then the sistema deberá mostrar un mensaje de error genérico por seguridad.