Las historias de usuario se escriben tradicionalmente como expresión "Como [Tipo de usuario] Deseo [función] para que [algún beneficio]". En los libros y los recursos en línea [Tipo de usuario] normalmente corresponden a un papel de un ser humano. Sin embargo, al describir las características de las partes internas del sistema, a menudo es más fácil poner algún servicio desatendido en lugar de un usuario, p. "Como servicioX, quiero que algunos datos se actualicen regularmente para que pueda hacer XYZ usando la información más reciente".¿Debe ser un ser humano un actor de una historia de usuario?
Este formulario hace que sea fácil escribir pruebas de aceptación fáciles de entender para las partes relacionadas del sistema. ¿Pero esto es conceptualmente correcto? ¿No deberían las historias de los usuarios basarse en las características que dan valor empresarial, y dado que los sistemas y servicios no están interesados en obtener valores comerciales, no deberían ser actores de historias de usuarios?
Marcelo, pero no puede (y no debe) entonces el agente automatizado será reemplazado por el tercero mismo? P.ej. Si un agente automatizado ejecuta la actualización de las tasas de cambio, ¿no debería el actor de la historia del usuario ser un cliente (o comerciante) cuyo valor comercial es obtener las tarifas más recientes? –
Eso depende de cómo describa el compromiso del usuario. ¿Considera que el usuario está actuando cuando su agente se despierta a la mitad de la noche y solicita una actualización de estado de una compra pendiente en la tienda en línea? O qué pasa si se realiza un solo acto en nombre de un conjunto de usuarios, o incluso una categoría completa de usuarios. Por ejemplo, un portal social podría golpear un motor de búsqueda para actualizar la nube de etiquetas para uno o más grupos de intereses especiales. Como principio general, la vida es más fácil si solo modelas las cosas como realmente son. Una parte del código no es un usuario, así que no pretendas que sí. –
"Como principio general, la vida es más fácil si solo modelas las cosas como realmente son". Sí, pero ¿la historia del usuario es un modelo? ¿No solo presenta motivación para un cambio o función? Lo que me preocupa de que el sistema sea un actor es que en algún momento (para un proyecto grande) los intereses comerciales de las partes interesadas pueden cambiar, pero todavía hay un sistema no humano que quiere algo. –