Requisitos, Casos de Uso e Historias de Usuario

En el desarrollo del proyectos de Software, es usual e

Imagen tomada de: Fondo Vectores por Vecteezy (https://es.vecteezy.com/vectores-gratis/fondo)

A continuación, se presenta una breve descripción de cada concepto que permita entender cuál es su propósito y conveniencia.

Requisitos

Son una condición o capacidad que necesita el sistema para resolver un problema o conseguir un objetivo determinado. Son la forma más tradicional de identificar las necesidades del sistema a desarrollar y están escritos desde la perspectiva del sistema y no en la interacción del usuario, representando las características en estado puro. Están centrados en las operaciones del sistema y tienden a proporcionar una especificación detallada este.

Aunque los requisitos se pueden clasificar de acuerdo a cualquier criterio establecido por el equipo de desarrollo, se suelen tener 4 categorías principales para la identificación de características del sistema:

Requisitos de Usuario: Son declaraciones en lenguaje natural y en diversos diagramas de los servicios del sistema y de las restricciones bajo las que debe operar.

Requisitos del Sistema:Son un documento estructurado que determina las descripciones detalladas de los servicios de sistema. „Escrito como contrato entre el cliente y el desarrollador, deben ser una especificación completa y consistente del sistema„ con una descripción detallada del software que sirve de base a los desarrolladores para diseñar el sistema

Requisitos Funcionales: Son una definición de los servicios que el sistema debe proporcionar, cómo debe reaccionar a una entrada particular y cómo se debe comportar ante situaciones particulares.

Requisitos No Funcionales: Restricciones que afectan a los servicios o funciones del sistema, tales como restricciones de tiempo, sobre el proceso de desarrollo, estándares, etc.

Características importantes:

• Centrados en las operaciones del sistema

• Se pueden utilizar en desarrollos ágiles de software

• Se apoyan fuertemente en las especificaciones documentadas del sistema

• 
  

Casos de Uso

Están escritos como una serie de interacciones entre el usuario y el sistema. Hacen hincapié en el contexto orientado al usuario y las características que utiliza cada usuario identificado en el sistema. Son la forma más utilizada de capturar los requisitos del sistema desde el punto de vista del usuario. Los casos de uso se centran en las interacciones entre el usuario y el sistema con una tendencia similar de las especificaciones detalladas,

Características importantes:

• 
  

Historias de Usuario

Las historias de los usuarios se centran en el valor del cliente con la intención de fomentar la comunicación y sirven para describir lo que el usuario desea ser capaz de hacer. Su principal ventaja es que se centran en el valor que viene de usar el sistema en lugar de una especificación detallada de lo que el sistema debe hacer y están concebidos como un medio para fomentar la colaboración en los equipos de desarrollo.

Características importantes:

• 
  

Las historias de usuarios (cuando se utiliza según lo previsto por algunos expertos, p.ej: Cockburn) son demasiado vagas en formato para prestarse a una documentación completa. Pero si, por el contrario, el equipo está abierto a la colaboración con los usuarios, el cliente, los analistas de negocios y los patrocinadores del proyecto y se puede o se desea tolerar el cambio, las historias de los usuarios pueden ser el método de requisitos más apropiado que además ayuda a la colaboración.

Habrá proyectos o contextos en los que unas veces será mejor utilizar historias de usuario, otras será mejor utilizar casos de uso como técnica de captura de requisitos, no por la moda del agilismo tenemos que pensar que las historias de usuario son la solución, a continuación dejo un enlace a un artículo de Alistair Cockburn muy interesante sobre esta cuestión:  Razones por las que todavía utilizo Casos de Uso.

“... Git es sistema de control de versiones distribuido gratuito y de código abierto diseñado para manejar varios procesos, que aplica para proyectos pequeños y para proyectos muy grandes, con velocidad y eficiencia.”