Esquema Metodología XP

ESTUDIO SITUACIONAL.

1. Análisis de la situación actual.

Indic
ar:
- Observación Nº X: Identificación
(problema) Situación: (cómo se
presenta el problema) Causa
Efecto

2. Catálogo de requerimientos.

3. Catálogo de usuarios.

4. Solución propuesta.
Indicar la finalidad del sistema propuesto (mejorar, apoyar, etc.) y
señalar sus características de desarrollo (la metodología a utilizar,
arquitectura del sistema, la plataforma de desarrollo, lenguaje de
programación, servidor de base de datos, etc.).

FASE DE EXPLORACIÓN.

5. Historias de usuarios.
Indic
ar:
- Historia Nº X: Identificación
(título)
Descripción (Describir lo que el sistema permitirá realizar).

Ejempl
o:
Historia 01: Gestionar
usuarios.
Descripción: El Sistema deberá otorgar accesos al personal del área
de ….. para el ingreso de información, de igual forma a los funcionarios
que designe cada Gerencia.

Tener en cuenta que estas historias de usuarios podrían irse

modificando según se avance en el desarrollo del proyecto.
6. Tareas para las historias de usuarios.
Indicar:
- Historia Nº X: Identificación (título)
Tarea(s): (Listar las tareas que se realizarán para realizar la
implementación de la historia).

Ejemplo:
Historia 01: Gestionar usuarios.
Tareas:
- Identificar o determinar los tipos de perfiles a manejar.
- Modelar y crear la estructura de las tablas: usuarios, sesion_log,
usuario_cargo, perfiles.
- Diseñar un prototipo inicial para el ingreso (logueo) al sistema.
- Programar el módulo para la creación de usuarios asignados por
áreas y oficinas.
- Programar el módulo para asignar a cada usuario su perfil.
- Programar el módulo para asignar a cada usuario el cargo y oficina.
- Programar el módulo para la verificación del log de ingreso y
salida de cada usuario al sistema.

7. Declaración de la visión del sistema.

Indicar el propósito del sistema.

8. Metáfora del sistema.

Indicar que tareas o actividades permitirá realizar el sistema.

9. Prototipo técnico.

9.1. Herramientas.

9.1.1. Sistema
Operativo.
9.1.2. Servidor de
base de datos.
9.1.3. Lenguaje de
programación.
9.1.4. IDE de
desarrollo.
9.1.5.

Metodología.

9.2. Tecnologías.
Señalar la tecnología a aplicar (por ejemplo: CSS,
JavaScript, XHTML, DOM, etc.).

9.3. Definición del sistema (arquitectura).

Representar en un gráfico los componentes de cada una de las
capas de la arquitectura: de presentación (interfase de usuario),
lógica del negocio (flujo de trabajo del negocio, componentes de
negocios, entidades de negocios) y acceso a datos (Componentes
de acceso a datos y origen de datos).
FASE DE PLANIFICACIÓN DE ENTREGAS.

10. Plan de publicaciones (Release plan).

10.1. Definición de roles.

Ro
Actor l Probad
Guía Programa Client
Nombre_1 o área X dor X or X e
Nombre_2 o área X X
Nombre_3 o área X X

10.2. Responsabilidades durante la etapa de planificación.

Ro Responsabilidades
l Definir las Historias de Usuario
Cliente Decidir que Historias tienen valor para el
Negocio
Decidir que Historias formarán parte de los
entregables
Estimar el tiempo que cada Historia tomará
Programador en construir al cliente de los riesgos técnicos
Advertencia
Medir el avance de los equipos de desarrollo

10.3. Definición de las historias de usuario para los entregables.

Número de Símbo Descripción

Historia
Historia 01 lo
H Gestionar Usuarios.
… …1 …

10.4. Estimación del tiempo.

Estimación de
Historia Descripción tiempo
H Gestionar Usuarios (día
6
1
… … …

10.5. Estimación de la velocidad del proyecto inicial.

La velocidad del proyecto está dada por la sumatoria de los
tiempos que se estiman sin tener en cuenta ningún tipo de
interrupción para desarrollar cada Historia de Usuario.

10.5.1. Tiempo total estimado para la elaboración de las

Historias de Usuario:
154 días
ideales.

10.5.2. Tiempo del calendario: 5 días por semana de lunes a

viernes.

10.5.3. Equipo XP: 2 personas.

10.5.4. Tiempo de calendario forzado: 10 días por semana (5

días x 2 personas)
10.5.5. Velocidad del proyecto: 308 días por persona (154 días x
2 personas)
10.6. Prioridad de implementación.
Se muestra la prioridad con la que deben ser implementadas las
Historias de Usuario. Esta determinación de prioridades es dada
por el cliente teniendo en cuenta el valor que tiene cada una de
ellas para el negocio.

Prioridad: Baja = 1, Media = 2

y Alta = 3

Número de Descripción Grado de

Historia
Historia 01 Gestionar Usuarios Prioridad
3
… … …

10.7. Riesgo en el desarrollo.

Se muestra la advertencia de los desarrolladores sobre los riesgos
técnicos significantes que puede tenerse en la construcción de las
Historias de Usuarios.

Riesgo: Alto = A, Media = M y Bajo = B

Número de Descripción Riesgo en

Historia
Historia 01 Gestionar Usuarios Desarrollo
A
… … …

10.8. Plan de liberación (Release Planning).

Muestra las Historias de Usuario que se irán implementando
en cada versión del programa
(entregables). Esto se establece entre los clientes y los
desarrolladores.

Entregables Histori
Entregable 01 as
Historia 01, Historia 02, Historia 03
… …

10.9. Cronograma de liberaciones.

Se muestran las fechas en las que se publicarán las versiones.

Fecha de Fecha de Fecha de

Entregabl inicio Término Entrega
es
Entregable (dd/mm/a
20/04/09 (dd/mm/a
26/04/09 (dd/mm/a
26/04/09
01 … … … …