Plantilla Historia de usuario para uso en los procesos de desarrollo del grupo de investigación GISEPROI. https://www.giseproi.org

1. Grupo de Investigación GISEPROI
Proceso de Desarrollo de Software
ID: Ver:
1.0.0.0
Plantilla Historia de Usuario Pág ​1​ de 4
HISTORIA DE USUARIO
Plantilla
GISEPROI
Universidad Distrital Francisco José de Caldas

2. Grupo de Investigación GISEPROI
Proceso de Desarrollo de Software
ID: Ver:
1.0.0.0
Plantilla Historia de Usuario Pág ​2​ de 4
Información general
Identificador Único de la Historia
<ID de la historia>
Versión Actual
<número de versión>
Estado del documento
<Estado del documento de historia de usuario. Se sugiere categorizar de conformidad al
estado de madurez de la historia. No debe confundirse con el estado de desarrollo de la
historia de usuario. Puede ser alguno de los siguiente estados:>
Propuesta Inicial
En revisión
Aceptada
Propietario / Patrocinador
<Persona o rol encargado de definir/aceptar la historia. Si bien puede participar un grupo de
personas, se recomienda que sea un único interesado quien se responsabilice.>
<Nombre Completo> <Cargo> <Correo Electrónico>
Historias
Tarjeta
Yo, como <Rol>
Quiero​ ​(puedo,
necesito)
<descripción de la funcionalidad (necesidad), deseo>
Para < (Opcional) Razón fundamental del por qué la historia debe
desarrollarse.>
Conversación
<Aspectos fundamentales emanados de las conversaciones entre los interesados y el
equipo de trabajo; que clarifican la historia de usuario. El número de participantes en la
conversaciones de aclaración de la historia varía de conformidad al proceso de desarrollo -
GISEPROI
Universidad Distrital Francisco José de Caldas

3. Grupo de Investigación GISEPROI
Proceso de Desarrollo de Software
ID: Ver:
1.0.0.0
Plantilla Historia de Usuario Pág ​3​ de 4
por ejemplo podría ser solo un representante del negocio y un representante del equipo, un
representante del negocio y varios representantes de equipo, varios representantes del
negocio y varios del equipo, etc >
Aspecto 1 <Descripción del aspecto de aclaración de la historia, fruto de
la conversación entre interesados>
Aspecto 2 <Descripción del aspecto de aclaración de la historia, fruto de
la conversación entre interesados>
Aspecto n <Descripción del aspecto de aclaración de la historia, fruto de
la conversación entre interesados>
Criterios de aceptación de la historia de usuario
<Elementos, propiedades e indicadores clave que deben ser tenidos en cuenta al momento
de aprobar la implementación de la historia de usuario. Pueden ser criterios funcionales o
no funcionales (desempeño, disponibilidad, seguridad, confiabilidad, conformidad normativa,
etc) >
Criterio de Aceptación 1 <Descripción del criterio de aceptación>
Procedimiento de
Verificación
<Listado de pasos o enlace a un documento que describa un
procedimiento para la verificación del cumplimiento del
criterio de aceptación>
Criterio de Aceptación 2 <Descripción del criterio de aceptación>
Procedimiento de
Verificación
<Listado de pasos o enlace a un documento que describa un
procedimiento para la verificación del cumplimiento del
criterio de aceptación>
Criterio de Aceptación n <Descripción del criterio de aceptación>
Procedimiento de
Verificación
<Listado de pasos o enlace a un documento que describa un
procedimiento para la verificación del cumplimiento del
criterio de aceptación>
Requisitos de infraestructura ​<Opcional>
<Aspectos requeridos de infraestructura para el desarrollo, prueba y despliegue del sistema
que implementa la historia. Importante para historias de usuario que tienen criterios de
GISEPROI
Universidad Distrital Francisco José de Caldas

4. Grupo de Investigación GISEPROI
Proceso de Desarrollo de Software
ID: Ver:
1.0.0.0
Plantilla Historia de Usuario Pág ​4​ de 4
aceptación estrictos en desempeño o cumplimiento normativo. Mal enfocado podría
conducir al acoplamiento entre los dominios, razón por lo cual esta sección debe
desarrollarse teniendo claro su alcance.>
Ideas de Interfaz de usuario ​<opcional>
<Representaciones gráficas o descripciones de la interfaz gráfica asociada a la historia de
usuario. Especialmente útil para definir criterios relacionados con la experiencia de usuario y
el aspecto (look and feel) de la implementación. Pueden ser wireframes, mockups
(maquetas), pantallazos, etc; o enlaces a las plataformas de diseño en donde se
encuentran>
GISEPROI
Universidad Distrital Francisco José de Caldas