Estoy de acuerdo con la mayoría de las respuestas en esta página, especialmente la de Elie, pero aún así creo que vale la pena para envolver en marcha la idea .
Por lo tanto, un Caso de uso es un UserStory compuesto, probablemente, por un conjunto de historias de usuario interconectadas, que ofrece valor comercial para el usuario.
Permítanme explicarme: la diferencia clave es el "beneficio comercial relevante". el resultado.
Por ejemplo, un caso de uso para am ATM puede ser "el usuario usa ATM para obtener algo de dinero en efectivo". Hay un usuario, un sistema y un caso de uso claro con el resultado. Ahora, si estamos desarrollando un cajero automático en un equipo ágil, probablemente tendremos una historia de "usuarios que inicien sesión en el cajero automático". Por lo tanto, una historia de usuario puede ser un conjunto "interesante" de acciones comprobables y relevantes que un usuario hace cuando interactúa con un sistema pero sin un resultado claro. Nadie "inicia sesión" en un sistema solo por diversión. No hay beneficio en hacer eso. En un diagrama de caso de uso de UML tal vez todavía tengamos un caso de uso para eso ... tal vez usando una relación de "inclusión" ... pero creo que será un estrépito para el diagrama de casos de uso. Entonces, como dice Elie, un caso de uso es una historia de usuario con resultado, con un propósito.Y, por lo tanto, esta es la forma en que desea que sea "Drive Case Case" y no "conducido por User Story". Porque, tal vez la mejor manera de implementar una historia de usuario sin resultado es eliminarlo de su sistema :). Si el cajero automático puede mirarme a la cara y dejarme entrar sin que escriba la contraseña que puede ser excelente.
Quiero enfatizar que el "valor comercial" es una parte muy importante, ya que puede ayudar con la estimación y también con la prueba de aceptación de producción. –