Historias de usuario vs casos de uso
https://stackoverflow.com/questions/378856
-
22-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
Son los casos de uso justo múltiples historias de usuario??
¿Cuáles son los beneficios de la utilización de historias de usuario más casos de uso..y viceversa...Cuando el uso de uno sobre otro...No todas las metodologías ágiles utiliza historias de usuario??
Solución
En cualquier caso, el intento de lo definido distingue a un "caso de uso" de una "historia de usuario" lado a otro un "escenario" es bastante inútil, ya que es difícil encontrar dos autoridades que están de acuerdo. \
En lo personal, creo que el patrón "[Actor] [verbos] [sustantivo] para obtener [valor de negocio]" útiles. Si se llegara a lo largo de aproximadamente un párrafo de texto, puede ser demasiado grande.
Otros consejos
Cuando se llega a esto "ágil" es sólo una etiqueta, y la gente está en desacuerdo sobre exactamente lo que significa.Del mismo modo que la gente llame a las cosas muy diferentes "casos de uso."
En mi experiencia, la diferencia principal entre los dos es que una historia de usuario se centra en el usuario, y es generalmente más corta y menos formal - idealmente, debe encajar fácilmente en una tarjeta postal.Probablemente no dar detalles de manejo de errores, etc.
Casos de uso puede ser mucho más formal (aunque algunas personas escriben de manera informal también) se centran en cada interacción con el sistema, y bien puede entrar en más detalles acerca de los diferentes sistemas/actores/etc dentro de un mismo caso de uso.
Esa es mi experiencia, aunque las posibilidades son que todo el mundo se han utilizado estas herramientas en diferentes maneras.No me cuelgues mucho acerca de las etiquetas - sólo tiene que utilizar lo que funciona para su proyecto.
Los casos de uso no son recopilaciones de historias de usuario.
Las historias de usuario son generalmente mucho más simple que los casos de uso. Creo que los casos de uso tratan de cubrir absolutamente todo que ver con el comportamiento de algunos aspectos del sistema. Es decir, todos los comportamientos, todos los caminos de error y todo el manejo de excepciones.
La plantilla recomendada para un usuario es:
Como (papel) Quiero (algo) de manera que (beneficio)
(Gracias Mike Cohn por proporcionar esta plantilla simple)
Las descripciones de comportamiento expresaron como éste son más ágiles.
Este tipo de plantilla le permite describir el comportamiento utilizando diferentes niveles de detalle. Por ejemplo:
- para aquellas historias que se implementa en un sprint de mucho más tarde, se puede describir el comportamiento de un alto nivel de tipo de forma, por ejemplo, como miembro del equipo de operaciones Quiero controlar el sistema de forma remota para que pueda determinar la salud del sistema, mientras que en la carretera.
- para esas historias están implementando en el siguiente sprint, se puede describir el comportamiento es una forma un poco más detallada, por ejemplo, como miembro del equipo de operaciones Quiero tener un OPS dedicados única entrada para que yo pueda comprobar la salud del sistema.
- para esas historias están implementando en el sprint actual, se puede describir el comportamiento de una manera muy detallada, por ejemplo, como miembro del equipo de operaciones Quiero tener una interfaz web para que pueda comprobar el estado actual del servidor de alimentación ftp.
En mi humilde opinión Los casos de uso son mucho más tallados en piedra! Y por lo tanto puede ser un problema para actualizar después de la versión inicial.
HTH
aplausos,
Rob
En una palabra, no.
Los casos de uso son típicamente especificaciones detalladas por cómo alguna pieza particular de funcionalidad va a trabajar, o cómo un usuario específico se va a utilizar el sistema. Es típicamente en la voz de un usuario específico (o Actor) y es bastante autónomo.
Una historia de usuario por el contrario es "una invitación para el debate". Es típicamente una o dos frases. Aquí es un buen recurso para eso. Y historias de los usuarios de Mike Cohn aplicadas es bien vale la pena.
La sintaxis típica es "Como
Las historias de usuario son no destinado a ser independiente, pero la intención de invitar a la discusión de la historia entre el desarrollador y el cliente (o un proxy cliente).
Se puede pensar en un caso de uso como una historia de usuario, pero no al revés. Un caso de uso cubrirá múltiples "finales" a la historia, los requisitos especiales (por ejemplo, campos de formulario se debe introducir en formato XYZ, y el mensaje de error muestran 123 si el usuario entra en un campo en un formato incorrecto). Además, un caso de uso puede incluir referencias adicionales a documentos externos, como las directrices de seguridad.
Historias usuario es una herramienta utilizada en el desarrollo ágil para asegurarse de que se crea el producto a su usuario realmente necesita.
- En él se describen en lugar de ¿Por qué usted debe hacer tal o cual característica en lugar de COMO o ¿Qué característica .
- Desde mi experiencia personal, es una gran manera de equilibrar la visión del desarrollador del cliente y para crear un mejor producto.
A diferencia de los Estados Unidos una Caso de Uso se centra en la persona que utilice su producto. Aquí está la diferencia.
Yo diría que no hay ningún otro objeto similar para un desarrollador ágil como historias de los usuarios. Si quieres aprender a escribir con éxito, echa un vistazo a esta mensaje.
