DISEÑO DE SISTEMAS María del Cisne Ruilova Sánchez UNIDAD II Facultad de la Energía, las Industrias y los Recursos Naturales No Renovables Carrera de Ingeniería en Sistemas/Computación Mayo, 2020 Loja, Ecuador Estructura de Datos y Algoritmos fundamentales 1. 2. 3. 4. Objetivos Historias de Usuarios Preguntas Bibliografía 3 ¿Qué es una Historia de Usuario? • Una Historia de Usuario es una manera simple de describir una tarea concisa que aporta valor al usuario o al negocio. • Es una invitación a una conversación • Las Historias de Usuario pueden ser creadas durante la conversación con las partes interesadas, siendo una forma de reemplazar la documentación con conversaciones. ¿En qué consisten las Historias de Usuario? • La historia de usuario es una definición de la necesidad del usuario, como un recordatorio de la conversación con el cliente. Historias de Usuario Escribir las Historias de los Usuarios Incluso cuando se menciona “Escribir las historias de los usuarios”, el énfasis en la creación de las historias de los usuarios está en la interacción oral entre los desarrolladores y los usuarios, y no en la comunicación escrita. En las historias de los usuarios, el desarrollador busca principalmente obtener de los usuarios requerimientos de negocios pertinentes. Por lo general, los usuarios se involucran en conversaciones a diario con los desarrolladores en relación con el significado de las historias de usuario que escribieron. Estas conversaciones frecuentes son interacciones intencionales que tienen como meta evitar malos entendidos o malas interpretaciones en cuanto a los requerimientos de los usuarios. Las historias de usuarios sirven como recordatorios para los desarrolladores de que deben sostener conversaciones dedicadas a esos requerimientos. Proporcionan una imagen bastante completa de lo que se necesita en cada una de las etapas del proceso, además de ser muy cortas y fáciles de comprender. A continuación se muestra como ejemplo una serie de historias base escritas para una aplicación de comercio electrónico de un comerciante de libros, CD y demás medios. Buscar el producto deseado Incluir un motor de búsqueda efectivo que localice el producto específico, así como productos similares. Mostrar títulos similares y disponibilidad Mostrar los resultados de la búsqueda en una nueva página Web. Permitir que el cliente pida más detalles Ofrecer al cliente más detalles sobre los productos, como páginas de muestra de un libro, más fotografías de un producto o la reproducción parcial de una pista de un CD. Mostrar reseñas del producto Compartir los comentarios de otros clientes sobre el producto. Colocar un producto en un carrito de compras Facilitar al cliente el proceso de hacer clic en un botón para colocar el producto en un carrito de compras con los productos que pretende comprar. • Aunque no se puede obtener suficiente información de una historia como para empezar a programar, un desarrollador podría empezar a ver la imagen general con la suficiente claridad para empezar a estimar lo que se requiere para completar el proyecto. Plantilla base de una historia de usuario Como (rol) yo quiero (algo) para (beneficiarme) Ejemplos La creación de historias de usuarios constan de 3 partes ¿Son las historias de usuario mejor que otros tipos de especificación de requerimientos? • Depende de la situación, pero en un ambiente de colaboración, la experiencia indica que claramente sí. Las historias de usuarios no hará que el proyecto sea ágil. • Si estamos en un contexto no-ágil, ¿ayudan las historias de usuario? Depende del equipo. Si un equipo está inmerso en un proceso de desarrollo en cascada o con procesos iterativos es muy probable que influya en las historias de los usuarios, convirtiéndolas en requisitos tradicionales. • Las historias de usuarios son claramente un poco vagas en cuanto a descripción y se prestan a refinamientos sucesivos, la planificación y el diseño por adelantado no es su punto fuerte. • La especificación detallada a menudo es la práctica en entornos de procesos controlados y pesados, antes de que comience la codificación de manera que los requisitos se puedan utilizar para planificar el presupuesto y el proyecto entero. • http://www.angellozano.com/requisitos-del-sistema-vs-casos-uso-vs-historias-usuario/ • Las historias de usuarios (cuando se utiliza según lo previsto por algunos expertos) 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 requisito • http://www.angellozano.com/requisitos-del-sistema-vs-casos-uso-vshistorias-usuario/ Actividad – Intraclase (grupal) 1. Ingrese: https://www.youtube.com/watch?v=29jjnq3GkuY Escriba 5 ideas principales 2. Comparativa: Historias de Usuarios vs Casos de Uso. Cuadro con mínimo 10 aspectos a comparar. Rúbrica de calificación: • Ideas principales (https://www.youtube.com/watch?v=29jjnq3GkuY) • Cuadro comparativo 4p • Conclusiones (mínimo 3) 3p • Bibliografía (mínimo 4 fuentes) 1p 2p 6. ¿Preguntas? Gracias Correo electrónico: [email protected] 18 Bibliografía • ANÁLISIS Y DISEÑO DE SISTEMAS, 8va Edición KENNETH E. KENDALL, JULIE E. KENDALL • https://upcommons.upc.edu/bitstream/handle/2099.1/5608/50015.pdf?sequ ence=1 • Domingo Gallardo, Metodología de Desarrollo de Software, Domingo Gallardo.Univ. Alicante DISEÑO DE SISTEMAS. VII CICLO