Casos de uso vs Historias de usuario: diferencia entre casos de uso e historias de usuario

En el desarrollo de software Agile, a menudo encontramos dos términos: casos de uso e historias de usuarios. Estos son algunos de los términos más comunes utilizados por cualquier desarrollador o no desarrollador debido a su uso frecuente. Además, para aquellos que no tienen ningún conocimiento previo del desarrollo, el uso de estos términos indistintamente también es bastante común.

Los casos de uso y las historias de usuarios son diferentes entre sí en muchos aspectos. Tienen diferentes objetivos a llevar a cabo. Aunque pueden tener funcionalidades similares, los conceptos son polos opuestos.

Echa un vistazo a los cursos gratuitos para mejorar tus habilidades

En este artículo, discutiremos los casos de uso frente a las historias de usuarios con ejemplos, junto con una explicación de en qué se diferencian las historias de usuarios de los casos de uso . También examinaremos la necesidad de los dos enfoques y por qué se superponen.

¿Qué es el caso de uso?

El caso de uso refleja un proceso involucrado en lograr el objetivo del producto deseado. Es el requisito del sistema lo que ayuda a obtener el producto. Funciona como una descripción del producto para los actores (o usuarios) que lo utilizarán. En términos técnicos, es la interacción entre el sistema y los actores a través de la descripción.

Algunos de los elementos críticos de los casos de uso:-

• El actor: Una persona o grupo de personas que interactúan con el sistema.
• El objetivo: El resultado final para el cual se desarrollan los casos de uso
• El sistema: Todos los pasos necesarios para lograr el objetivo

Los casos de uso conllevan una relación de causa y efecto que incluye ciertos eventos donde las funciones o características de un producto se describen al usuario final. Proporciona una comprensión detallada del comportamiento del usuario mientras interactúa con el sistema.

El equipo de productos utiliza casos de uso para diseñar, probar y desarrollar productos. Les ayuda a delinear los requisitos de cómo se debe diseñar un manual de ayuda para el usuario. Junto con eso, también son capaces de eliminar errores.

Los casos de uso son descripciones detalladas del producto para las partes interesadas o los usuarios finales.

Ejemplo de caso de uso

Tomemos un ejemplo de una aplicación de marca de ropa creada para satisfacer los requisitos de entrega de ropa y accesorios de los clientes. Los clientes navegan por la aplicación, seleccionan los artículos más adecuados y realizan un pedido. Al realizar un pedido, pueden pagar en línea o después de la entrega. Después de la confirmación por parte del cliente, recibe el correo de confirmación o notificación de "pedido realizado".

Luego, el pedido se prepara, empaqueta y envía a la dirección. En este escenario, la aplicación debe recibir pedidos y procesar opciones de pago mientras se comunica con ambas partes (clientes y minoristas). Aquí:

• El sistema es – una aplicación de comercio electrónico
• El actor principal es – el cliente
• El escenario es : navegar por la aplicación

Aquí puede leer cómo interactúan los clientes y los minoristas con la aplicación y esperar el resultado deseado. Algunas de las descripciones básicas de casos de uso serían: -

• El usuario selecciona un elemento.
• Información de pago y envío
• Confirmación de pedido y pago
• Tiempo de cuenta regresiva o seguimiento del pedido
• Información de facturación

Pasemos a la historia de usuario y comprendamos en qué se diferencian las historias de usuario de los casos de uso.

¿Qué es la historia de usuario?

Una historia de usuario es una breve descripción de productos para los usuarios que los guía a lo largo del proceso. Cada historia de usuario está escrita desde la perspectiva del cliente con un lenguaje fácil de entender. Una historia de usuario se centra en lo que un usuario quiere de la plataforma y lo que el sistema debería ofrecerle.

Luego, el equipo de desarrollo incorpora a los usuarios de las declaraciones dadas en el software con algunas fijaciones. Las historias de usuario consisten en la interacción que ocurre a lo largo del proceso a través del software. Las tres C están involucradas en las historias de usuarios, un concepto planteado por Ron Jeffries. Estos son-

• Tarjeta: las historias de usuario deben escribirse como tarjetas, lo que significa historias breves y nítidas con toda la información necesaria.
• Conversación: una historia de usuario debe ser una conversación entre los clientes y los desarrolladores a través del software.
• Confirmación: Esto significa que los clientes confirman ciertas condiciones que deben implementarse antes de que llegue el resultado.El sistema debería poder ejecutarlo correctamente.

Además de estas tres C de una historia de usuario, también se enfoca en un propósito más importante: INVERTIR. Lo que representa

• Independiente :de otros proyectos
• Negociable :espacio para un mayor desarrollo
• Valioso :descripción para los usuarios
• Estimable :historia de usuario para ejecutar un plan adecuado
• Pequeño :días laborables para terminar el trabajo dentro de 3-5 días
• Comprobable :mecanismo para comprobar el valor o la validez del proceso

Ejemplo de una historia de usuario

Las historias de usuario se expresan de la siguiente manera:

“Como (persona), yo (quiero), (para que)”.

• Como (persona): la persona para quien se crea la aplicación o el software. Debe enfatizar el usuario final.
• Yo (quiero)– ​​Aquí, se describe la intención, no las características. Debe describir el objetivo del usuario y no la parte de la aplicación o la interfaz de usuario.
• (Así que)– Esto describe el beneficio general o el panorama general de la aplicación. ¿Cuál es el beneficio general que experimentaría el usuario final?

Aquí hay algunos ejemplos de historias de usuarios.

• Como Elie, quiero vincular mi tarjeta de crédito a mi perfil para poder pagar el alquiler fácilmente sin efectivo.
• Como gerente, quiero organizar mi trabajo para sentirme más en control.

La estructura de la historia de usuario puede diferir, pero la intención debe ser la misma.

¿Por qué necesitamos un caso de uso y una historia de usuario?

Hay algunas razones por las que necesitamos casos de uso e historias de usuarios en nuestro sistema. Profundicemos en el propósito detrás de una historia de usuario y un caso de uso:

Necesitamos casos de uso para–

• Administrar el alcance del trabajo.
• Facilitar la comunicación entre los usuarios finales y los desarrolladores.
• Establece todos los requisitos
• Visualice la arquitectura del sistema
• Delinear la estructura a través de la cual podemos interactuar con el sistema.

Necesitamos historias de usuario para:

• Crear un proceso simplificado
• Crea pequeñas metas alcanzables
• Mantenga a los usuarios técnicos y no técnicos en la misma página
• Definir todo el proceso.

Consulte nuestros programas de ciencia de datos de EE. UU.

Diferencia entre caso de uso e historia de usuario

Echemos un vistazo a la diferencia entre el caso de uso y la historia del usuario para comprender qué los diferencia:

1. Los casos de uso se desarrollan para el equipo del producto teniendo en cuenta la intención de las partes interesadas. Describe la estructura de logros para que el equipo cree el software deseado. Los casos de uso tienden a ser más detallados que las historias de usuarios.
   Las historias de usuario son más simples y están más centradas en el usuario. Destaca las tareas rutinarias de los usuarios, por lo que el lenguaje utilizado en las historias de usuario es comprensible y totalmente desde el punto de vista de las partes interesadas.
2. Como se mencionó, los casos de uso son más sencillos que las historias de usuarios. Sin embargo, ambos enfoques son simplificados y fáciles de entender.
3. Las historias de usuarios dejan deliberadamente cierto margen de mejora. Debido a esto, necesita incluir más detalles.
   Por el contrario, los casos de uso van al grano y resaltan todos los pasos que los desarrolladores deben seguir.
4. Las historias de usuario se desarrollan antes que los casos de uso y se forman principalmente por interacción.

Lea nuestros artículos populares de ciencia de datos de EE. UU.

¿Cuándo usar un caso de uso y una historia de usuario?

Las historias de usuarios se utilizan para el desarrollo de productos y el enfoque se inclina más hacia los clientes. Como se mencionó, las historias de los usuarios dejan deliberadamente espacio para la mejora que se lleva a cabo a través de conversaciones entre los desarrolladores y los usuarios. Establece una meta al comienzo del proceso, y ellos son responsables de aumentar la eficiencia. Un desarrollador puede tener en cuenta estos puntos al crear historias de usuario.

Los casos de uso, sin embargo, se utilizan para documentar el proceso. Consiste en todos los requisitos del proceso para alcanzar el objetivo final. Los casos de uso dibujan una imagen más grande del sistema existente. Se trata de puntos sencillos para un proceso de desarrollo fácil.

Impulsa tu carrera con upGrad

La educación superior adecuada puede marcar una diferencia significativa para todos los aspirantes a desarrolladores y científicos de datos. Si está buscando una oportunidad para mejorar sus habilidades y credenciales, el programa Executive PG de upGrad en ciencia de datos puede ser una excelente opción. Con este curso, los alumnos obtienen una exposición excepcional al mundo técnico. WES y el Instituto de Analítica reconocen el valor de este curso que está curado bajo la experiencia de los principales profesionales de la industria.

Conclusión

El desarrollo ágil de software gira en torno al desarrollo de iteraciones, metodologías y técnicas para incorporar los puntos de vista de los usuarios. Debido a esto, la demanda está en constante aumento. Cada industria se enfoca en desarrollar casos de uso e historias de usuarios en su sistema para que cada resultado resulte estar centrado en el cliente, aumentando así la satisfacción del cliente.