Requisitos vs Casos de uso vs historias de usuario

Casos de uso y requisitos

Los requisitos y los casos de uso se pueden utilizar en desarrollos ágiles de software, pero ambos se apoyan fuertemente en las especificaciones documentadas del sistema, en lugar de colaboración tradicional de los métodos ágiles.

Requisitos

Que representan?

Representan una característica deseada del sistema, no describen la interacciones del usuario con el sistema

Requisitos

Funcionales
No funcionales

Requisitos funcionales

Representan una declaración de un servicio o característica que poseerá el sistema (Relacionada directamente con la lógica de negocio)

Ejemplo:

- El usuario podrá añadir vídeos a la lista de reproducción

Requisitos no funcionales

Representan una propiedad del sistema (Relacionada atributos de calidad del software): Seguridad, disponibilidad, usabilidad, etc...

Ejemplo:

- El sistema debe estar disponible 24 x 7.

Casos de uso

Están escritos como una serie de interacciones entre los usuarios y el sistema, sirven para capturar requisitos del sistema desde el punto de vista del usuario.

Formas de representación

Gráfica
Documental

Representación gráfica

Representación documental

Historias de usuario

Sirven para describir lo que el usuario desea ser capaz de hacer en el sistema. Son centradas en el valor que viene de usar el sistema en lugar de una descripción detallada de lo que el sistema debe hacer.