MI CUADRO COMPARATIVO

Realice un cuadro comparativo donde diferencie los casos de uso de las

historias del usuario.

CASOS DE USO

HISTORIAS DE USUARIO

Objetivo,
modelar
la Objetivo, redactar una descripcin
interaccin entre un actor breve de una funcionalidad tal y
y el sistema.
como la percibe el usuario.

Estructura, texto detallado Estructura, corta y consistente en

donde
se
sigue
una una o dos frases escritas en el
plantilla
predefinida
a lenguaje del usuario.
completar con conceptos
tcnicos
(objetivo,
resumen, actor, evento,
disparador
extensiones,
etc.).

No
se
planificar.

utilizan

para Se utilizan para planificar.

Agilidad,
se
requiere Agilidad, se pueden escribir en
tiempo para anlisis y la pocos minutos.
redaccin
de
plantillas
predefinidas.

Suelen
ser
difcil Fciles de leer y comprender.
comprensin, incluso para
personal
capacitado
tcnico.

Mantenimiento,
suelen De fcil mantenimiento.
pertenecer a documentos
con cientos de pginas
INGENIERIA DE SOFTWARE

Pgina 1

difciles de mantener.

Comunicacin,
modelo
textual
asociado
con
diagramas, todo tiene que
ser escrito.

Soporte,
documentos
de
que
archivados
documentos

Comunicacin,
basada
en
la
comunicacin verbal y orientada a
la colaboracin y discusin para
clarificar detalles.

escritos
en Soporte,
escritas
en
tarjetas
con el objetivo (tericas o reales) con el objetivo
estos
sean de que sean usadas directamente.
como
de referencia.

Duracin,
puede
ser Duracin, debe ser implementada
implementada en varias y probada en una nica iteracin.
iteraciones.

Autores,
definidos
por Autores,
posibilidad
de
ser
interpretes
(analistas, definidas por usuarios y clientes.
consultores, etc.).

La definicin de pruebas se Contienen pruebas de aceptacin

redacta en documentacin en el reverso de la tarjeta.
separada.
Contexto, proporciona una
visin ms general del
sistema y la integracin
separada.

Contexto, proporciona una visin

menos obvia, por eso las pruebas y
el feedback de los usuarios son tan
importante en las metodologas
agiles.

Metodologa, asociado con Metodologa,

asociado
con
RUP.
programacin extrema (aunque
pueden usarse en RUP).

INGENIERIA DE SOFTWARE

Pgina 2

Sirven para especificar la

funcionalidad
y
el
comportamiento
de
un
sistema
mediante
su
interaccin
con
los
usuarios
y/o
otros
sistemas.

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.

Se
requiere
un
contacto
Tiene un nivel apropiado del
permanente con el cliente durante
detalle.
el proyecto lo cual puede ser difcil
o costoso

Es bastante sencillo como

que un desarrollador lo
elabore
en
un
nico
lanzamiento.

Al ser muy corta, sta representa

requisitos del modelo de negocio
que
pueden
implementarse
rpidamente (das o semanas)

Secuencia de transacciones Es ideal

que son desarrolladas por requisitos
un sistema en respuesta a claros.
un evento que inicia un
actor
sobre
el
propio
sistema.

Describe una tarea del

negocio que sirva a una
meta de negocio.

INGENIERIA DE SOFTWARE

para proyectos con

voltiles o no muy

Sin pruebas de validacin pueden

quedar
abiertas
a
distintas
interpretaciones haciendo difcil
utilizarlas como base para un
contrato.

Pgina 3

INGENIERIA DE SOFTWARE

Pgina 4