HISTORIAS DE USUARIO

JUAN SEBASTIAN CARDONA CASTRO

SERGIO DANILO MORALES HERNANDEZ

ESCUELA COLOMBIANA DE CARRERAS INDUSTRIALES

DESARROLLO INFORMTICO
ANLISIS DE SISTEMAS DE INFORMACIN-3AM
BOGOT
2015

HISTORIAS DE USUARIO
Las historias de usuario son utilizadas en las metodologas de desarrollo giles
para la especificacin de requisitos, son una forma rpida de administrar los
requisitos de los usuarios sin tener que elaborar gran cantidad de documentos
formales y sin requerir de mucho tiempo para administrarlos, tambin permiten
responder rpidamente a los requisitos cambiantes.
Una historia de usuario es una representacin de un requisito de software escrito
en una o dos frases utilizando el lenguaje comn del usuario. Las historias de
usuario describen una funcionalidad que debe incorporar un sistema de software,
y cuya implementacin aporta valor al cliente.
CARACTERISTICAS:
Las historias de usuario deben ser:

Independientes unas de otras: De ser necesario, combinar las historias

dependientes o buscar otra forma de dividir las historias de manera que
resulten independientes.

Negociables: La historia en s misma no es lo suficientemente explcita

como para considerarse un contrato, la discusin con los usuarios debe
permitir esclarecer su alcance y ste debe dejarse explcito bajo la forma de
pruebas de validacin.

Valoradas por los clientes o usuarios: Los intereses de los clientes y de

los usuarios no siempre coinciden, pero en todo caso, cada historia debe ser
importante para alguno de ellos ms que para el desarrollador.

Estimables: Un resultado de la discusin de una historia de usuario es la

estimacin del tiempo que tomar completarla. Esto permite estimar el tiempo
total del proyecto.

Pequeas: Las historias muy largas son difciles de estimar e imponen

restricciones sobre la planificacin de un desarrollo iterativo. Generalmente se
recomienda la consolidacin de historias muy cortas en una sola historia.

Verificables: Las historias de usuario cubren requerimientos funcionales,

por lo que generalmente son verificables. Cuando sea posible, la verificacin
debe automatizarse, de manera que pueda ser verificada en cada entrega del
proyecto.

CUL ES LA FUNCIONALIDAD DE LAS HISTORIA DE USUARIO?

Las historias de usuario conforman la parte central de muchas metodologas de
desarrollo gil, tales como XP; estas definen lo que se debe construir en el
proyecto de software, tienen una prioridad asociada definida por el cliente de
manera de indicar cules son las ms importantes para el resultado final, sern
divididas en tareas y su tiempo ser estimado por los desarrolladores.
Generalmente se espera que la estimacin de tiempo de cada historia de usuario
se site entre unas 10 horas y un par de semanas. Estimaciones mayores a dos
semanas son indicativas de que la historia es muy compleja y debe ser dividida en
varias historias.
Al momento de implementar las historias, los desarrolladores deben tener la
posibilidad de discutirlas con los clientes. El estilo breve de las historias podra
dificultar su interpretacin, podra requerir conocimientos de base sobre el modelo
o podra haber cambiado desde que fue escrita.
Cada historia de usuario debe tener en algn momento pruebas de validacin
asociadas, lo que permitir al desarrollador, y ms tarde al cliente, verificar si la
historia ha sido completada. Como no se dispone de una formulacin de requisitos
precisa, la ausencia de pruebas de validacin concertadas abre la posibilidad de
discusiones largas y no constructivas al momento de la entrega del producto.
Si bien el estilo puede ser libre, la historia de usuario debe responder a tres
preguntas: Quin se beneficia?, qu se quiere? y cul es el beneficio? Por
ello, algunos autores1recomiendan redactar las historias de usuario segn el
formato:

POR QU SON IMPORTANTES LAS HISTORIAS DE USUARIO

Utilizamos las historias de usuario porque

requerimientos agiles:

siguen los principios bsicos de

Potencian la participacin del equipo en la toma de decisiones.

Se crean y evolucionan a medida que el proyecto avanza.
Son peticiones concretas y pequeas.
Contiene la informacin imprescindible. Menos es ms.
Apoyan la cooperacin, colaboracin y conversacin entre los miembros del
equipo, lo que es fundamental.

ESTRUCTURA DE UNA HISTORIA DE USUARIO:

La estructura de una historia de usuario est formada por:

Nombre breve y descriptivo.

Descripcin de la funcionalidad en forma de dilogo o monlogo del usuario

describiendo la funcionalidad que desea realizar.

Criterio de validacin y verificacin que determinar para considerar

terminado y aceptable por el cliente el desarrollo de la funcionalidad descrita.

Y adicionalmente por la informacin que resulte necesaria por el modelo de

implementacin: Prioridad, Riesgo, Tamao, etc.

Historia de Usuario
Nmero: 1

Usuario: Secretaria

Nombre historia: Seleccin de pedidos a procesar (cliente preferente)

Prioridad en negocio:

Riesgo en desarrollo:

Alta

Baja

Puntos estimados: 3.5

Iteracin asignada: 1

Programador responsable: Pedro Prez-Armando Casas

Descripcin:
Accede a la base de datos mostrando los pedidos pendientes o incompletos y se seleccionan
aquellos pedidos para servirlos inmediatamente generando el albaran que se manda al
almacenista. Este albarn puede estar formado por varios pedidos. A su vez la secretaria
dispondr de un botn para comprobar los productos correspondientes a cada pedido.

Observaciones:

Historia de Usuario
Nmero: 2

Usuario: Todos

Nombre historia: Control de acceso de usuarios

Prioridad en negocio: Baja

Riesgo en desarrollo: Baja

Puntos estimados: 1

Iteracin asignada: 3

Programador responsable: David Ferrer

Descripcin:
Antes de iniciar la aplicacin se solicita el nombre de usuario y su clave para que tenga acceso
a los datos que corresponden a su categora de usuario.
Hay dos tipos de usuario: secretaria y almacenista, con distintos permisos de acceso a los
mens de acceso a las funcionalidades que les corresponden.
Observaciones:

Historia de Usuario
Nmero: 3

Usuario: Secretaria

Nombre historia: Pedido al proveedor de materias primas

Prioridad en negocio:

Riesgo en desarrollo:

Media

Baja

Puntos estimados: 4.5

Iteracin asignada: 3

Programador responsable: Paco Valverde

Descripcin:
Se introduce manualmente las materias primas que se necesitan y se selecciona el proveedor al cual se
van a comprar, se imprime el pedido.
Observaciones:
Para cada pedido se tiene un glosario que indica las materias primas necesarias para la fabricacin de
productos. Este glosario fsico se consulta manualmente.

Historia de Usuario

Nmero: 4

Usuario: Almacenista

Nombre historia: Control de productos semielaborados

Prioridad en negocio: Baja

Riesgo en desarrollo: Baja

Puntos estimados: 1,1

Iteracin asignada: 3

Programador responsable:
Descripcin:
El almacenista actualiza peridicamente el stock de productos semielaborados
Observaciones:
No se produce bajo pedido. Los patrones no varan. Se incluyen aqu los productos en diferentes etapas
de elaboracin, lo que incluye los productos terminados.