Metodologias Agiles

1. DSDM
Escuela Superior Politécnica Del Ejército
Nombre: Alejandro Obando.
Fecha: 07/01/2013
Materia: Tópicos Especiales De software.
Objetivo: Realizar análisis de una aplicación, con la metodología DSDM
Plan del proyecto con la metodología DSDM
PROYECTO
Inicio Fin
ID Nombre de la tarea Duración Predecesora
1 Sistema de Administración de Incidencias 261 día 26/12/12 02/09/13
2 Gestión 3 días 26/12/12 29/12/12
3 Plan de Proyecto 3 días 30/12/12 03/01/13
4 Levantamiento de información 14 días 18/05/07 06/06/07 2
5 Flujos de procesos 5 días 18/05/07 24/05/07
6 Requerimientos funcionales 8 días 25/05/07 05/06/07
7 Requerimientos no funcionales 1 día 06/06/07 06/06/07
8 Análisis 44 días 07/06/07 07/08/07 4
9 Casos de uso 18 días 07/06/07 02/07/07
10 Generación de incidencias 6 días 07/06/07 14/06/07
11 Atención de incidencias 6 días 15/06/07 22/06/07 10
12 Escalamiento de incidencias 3 días 25/06/07 27/06/07 11
13 Recursos de segunda instancia 3 días 28/06/07 02/07/07 12
14 Modelo de datos 26 días 03/07/07 07/08/07 9
15 Configuración de incidencias 3 días 03/07/07 05/07/07
16 Generación de incidencias 3 días 06/07/07 10/07/07 15
17 Atención de incidencias 3 días 11/07/07 13/07/07 16
18 Notificación de usuario 2 días 16/07/07 17/07/07 17

2. DSDM
19 Base del conocimiento 2 días 18/07/07 19/07/07 18
20 Reporte técnico 1 día 20/07/07 20/07/07 19
21 Derivación automática 3 días 23/07/07 25/07/07 20
22 Encuestas 3 días 26/07/07 30/07/07 21
23 Recursos de segunda instancia 1 día 31/07/07 31/07/07 22
24 Archivo OSIPTEL de segunda instancia 2 días 01/08/07 02/08/07 23
25 Escalamiento 3 días 03/08/07 07/08/07 24
26 Diseño 28 días 08/08/07 14/09/07 8
27 Arquitectura 4 días 08/08/07 13/08/07
28 Prototipos 24 días 14/08/07 14/09/07 27
29 Configuración de incidencias 1 día 14/08/07 14/08/07
30 Generación de incidencias 3 días 15/08/07 17/08/07 29
31 Atención de incidencias 3 días 20/08/07 22/08/07 30
32 Base del conocimiento 2 días 23/08/07 24/08/07 31
33 Reporte técnico 2 días 27/08/07 28/08/07 32
34 Derivación automática 2 días 29/08/07 30/08/07 33
35 Encuestas 2 días 31/08/07 03/09/07 34
36 Recursos de segunda instancia 2 días 04/09/07 05/09/07 35
37 Archivo OSIPTEL de segunda instancia 2 días 06/09/07 07/09/07 36
38 Escalamiento 2 días 10/09/07 11/09/07 37
39 Reportes 3 días 12/09/07 14/09/07 38
40 Desarrollo 120 días 17/09/07 29/02/08 26
41 Configuración de incidencias 8días 17/09/07 26/09/07
42 Notificación de usuario 5días 27/09/07 03/10/07 41
43 Base del conocimiento 6días 04/10/07 11/10/07 42
44 Reporte técnico 4días 12/10/07 17/10/07 43
45 Derivación automática 5días 18/10/07 24/10/07 44
46 Encuestas 8días 25/10/07 05/11/07 45
47 Generación de incidencias 20días 06/11/07 03/12/07 46
48 Atención de incidencias 30días 04/12/07 14/01/08 47
49 Recursos de segunda instancia 5días 15/01/08 21/01/08 48
50 Archivo OSIPTEL de segunda instancia 4días 22/01/08 25/01/08 49

3. DSDM
51 Escalamiento 15días 28/01/08 15/02/08 50
52 Reportes 10días 18/02/08 29/02/08 51
53 Pruebas 42 días 03/03/08 29/04/08 40
54 Pruebas unitarias 30 días 03/03/08 11/04/08
55 Configuración de incidencias 1 día 03/03/08 03/03/08
56 Notificación de usuario 1 día 04/03/08 04/03/08 55
57 Base del conocimiento 2días 05/03/08 06/03/08 56
58 Reporte técnico 1 día 07/03/08 07/03/08 57
59 Derivación automática 2 días 10/03/08 11/03/08 58
60 Encuestas 3 días 12/03/08 14/03/08 59
61 Generación de incidencias 4 días 17/03/08 20/03/08 60
62 Atención de incidencias 5 días 21/03/08 27/03/08 61
63 Recursos de segunda instancia 1 día 28/03/08 28/03/08 62
64 Archivo OSIPTEL de segunda instancia 2 días 31/03/08 01/04/08 63
65 Escalamiento 5 días 02/04/08 08/04/08 64
66 Reportes 3 días 09/04/08 11/04/08 65
67 Pruebas de integración 12 días 14/04/08 29/04/08 54
68 Incidentes técnicos 4 días 14/04/08 17/04/08
69 Incidentes administrativos 4 días 18/04/08 23/04/08 68
70 Escalamiento de incidencias 3 días 24/04/08 28/04/08 69
71 Reportes 1 día 29/04/08 29/04/08 70
72 Capacitación 7 días 30/04/08 08/05/08 53
73 Líderes de usuario 2 días 30/04/08 01/05/08
74 Usuarios en general 5 días 02/05/08 08/05/08 73
75 Oportunidad de venta (pre-venta) 1 día 02/05/08 02/05/08
76 Incidentes técnicos 1 día 05/05/08 05/05/08 75
77 Incidentes administrativo (post venta) 1 día 06/05/08 06/05/08 76
78 Recursos de segunda instancia 1 día 07/05/08 07/05/08 77
79 Escalamiento de incidencias 1 día 08/05/08 08/05/08 78
80 Puesta en producción 3 días 09/05/08 13/05/08 72
81 Base de datos 1 día 09/05/08 09/05/08
82 Instalación de aplicación 2 días 12/05/08 13/05/08 81

4. DSDM
Ciclo de vida del proyecto
DIAGRAMA DEL CICLO DE VIDA DEL PROYECTO
La manera en que el proyecto presenta sus datos de la aplicación se basa en el siguiente
diagrama, este muestra características de este método como lo es la forma iterativa de
desarrollar el proyecto.
1- fase del pre-proyecto
2- fase del ciclo de vida del proyecto
Estudio de viabilidad
Estudio de la empresa
Iteración del modelo funcional
Diseño e iteración de la estructura
Implementación
3- fase del post-proyecto
DSDM está pensado para proyectos que son limitados por tiempo y recursos, y los planes
acorde a las necesidades de la empresa. Para lograr sus objetivos, esta metodología promueve
el uso de RAD (Desarrollo rápido de aplicaciones) con el peligro que generan demasiadas
esquinas cortadas.

5. DSDM
Estudio de viabilidad y el Negocio
Estudio de viabilidad:
Calcular los costes
Ver si es técnicamente viable
Asegurarse de que DSDM sea el enfoque adecuado
Estudio de negocio:
Modelado del proceso del negocio
Fuerte colaboración cliente-equipo de desarrollo.
Iteración funcional del modelo e Iteración de diseño y construcción:
Iteración funcional del modelo:
Refinar aspectos funcionales del negocio.
Iteración de diseño y construcción:
El producto se vuelve apto para los usuarios.
Las dos fases consisten en ciclos de 4 actividades:
Identificación.
Planificación.
Producción.
Validación.

6. DSDM
Identificacion Planificacion. Produccion. Validacion.
FASE 1 Identificación: El Estudio de Viabilidad
Durante esta fase del proyecto, la viabilidad del proyecto para el uso de DSDM se examina. Los
requisitos previos para el uso de DSDM se son dirigidos contestando las preguntas gusta: 'Este
proyecto puede satisfacer las necesidades comerciales requeridas? ', 'Es este proyecto
satisfecho para el uso de DSDM? ‘y 'Qué los riesgos más importantes son involucrados? '. Las
técnicas más importantes usaron en esta fase los Talleres son. Los delibérales para esta fase
son el Informe de Viabilidad y el Prototipo de Viabilidad que la dirección la viabilidad del
proyecto a mano. Está extendido con un Plan del Contorno Global para el resto del proyecto y
un Leño de Riesgo que identifican los riesgos más importantes para el proyecto.
FASE 2 Planificación: La Iteración Ejemplar funcional
Se convierten los requisitos que se han identificado en las fases anteriores a un modelo
funcional. Este modelo consiste en un prototipo funcionando y modelos. Prototipo es una de
las técnicas del proyecto importantes dentro de esta fase que ayuda comprender el
envolvimiento del usuario buena lo largo del proyecto. El prototipo desarrollado se repasa por
los grupos del usuario diferentes. Para asegurar la calidad, probando se lleva a cabo a lo largo
de cada iteración de DSDM. Una parte importante de probar se comprende en la Iteración
Ejemplar Funcional. La lata Ejemplar Funcionalse subdivida en cuatro subalterno-
Fase Identifique el Prototipo Funcional: Determine las funcionalidades a ser llevadas a cabo en
el prototipo que es el resultado de esta iteración.-
Está de acuerdo el Horario: Esté de acuerdo adelante cómo y cuándo desarrollar estas
funcionalidades.-
Cree el Prototipo Funcional: Desarrolle el prototipo. Investigue, refine, y consolídelo con el
prototipo Funcional combinado de iteraciones anteriores.
El Prototipo de la revisión: Verifique la exactitud del prototipo desarrollado. Esto puede
hacerse porque prueba por el fin-usuario, entonces use la prueba graba y las regeneraciones
de usuario para generar el prototipo funcional repasan el documento. Los delibérales para esta
fase son Modelo Funcional y un Prototipo Funcional que juntos representan las
funcionalidades que podrían comprenderse en esta iteración, prepare por probar por los
usuarios. Al lado de esto, la Lista de Requisitos se pone al

7. DSDM
Día, mientras anulando los artículos que se han comprendido y volviendo a pensar el
priorización de los requisitos restantes. El Leño de Riesgo también se pone al día teniendo
análisis de riesgo de desarrollo extenso después de repasar el documento del prototipo.
FASE 3 Producción:
El enfoque principal de esta iteración de DSDM es integrar los componentes funcionales de la
fase anterior en un sistema que satisface las necesidades del usuario. También se dirige los
requisitos non-funcionales para que han sido fijos él ES. Probar de nuevo es una actividad
continuada importante en esta fase.
Identifique el Prototipo del Plan: Identifique requisitos funcionales y non-funcionales que
necesitan estar en el sistema probado.
Está de acuerdo el Horario: Esté de acuerdo adelante cómo y cuándo comprender estos
requisitos.
Cree el Prototipo del Plan: Cree un sistema que puede darse seguramente a los usuarios para
el uso diario. Ellos investigan, refinan, y consolidan el prototipo de iteración actual dentro del
proceso del prototipo también es importante en este subalterno-fase.-
El Prototipo de Plan de revisión: Verifique la exactitud del sistema diseñado. Probando de
nuevo y repasar son las técnicas principales usadas, desde que los archivos de la prueba y las
regeneraciones de usuario son importantes generar la documentación del usuario. Los
delibérales para esta fase son un Prototipo del Plan durante la fase que los usuarios finales
consiguen probar y al final del Plan e Iteración de la Figura el Sistema Probado se entrega a la
próxima fase. En esta fase, el sistema es principalmente construido donde son consolidadas el
plan funciones e integraron en un prototipo. Otro entregable para esta fase una
Documentación del Usuario es.
FASE 4 Validación: La aplicación
En la fase de Aplicación, el sistema probado incluso la documentación del usuario se entrega a
los usuarios y entrenando de usuarios futuros se comprende. El sistema a ser entregado se ha
repasado para incluir los requisitos que han sido al principio fijo las fases del proyecto. La fase
de Aplicación puede subdividirse en cuatro subalterno-fase.
La Aprobación del usuario y Pautas: Los usuarios finales aprueban el sistema probado párala
aplicación y pautas con respecto a la aplicación y uso del sistema se crea
Los Usuarios del tren: El tren el usuario final futuro en el uso del sistema
El instrumento: Lleve a cabo el sistema probado a la situación de los usuarios finales
El Negocio de la revisión: Repase el impacto del sistema llevado a cabo en el negocio, un
problema central será si el sistema se encuentra las metas puestas al principio del proyecto.
Dependiendo adelante este el proyecto va a la próxima fase, el poste-proyecto o dobla atrás a
una de las fases precedentes para el desarrollo extenso. Los delibérales para esta fase son un

8. DSDM
Sistema Entregado en la situación, prepare para el uso por los usuarios finales, Usuarios
Especializados y Documento de Revisión de Proyecto detallado del sistema.
4) Proceso de aplicación de la DSDM en la solución del problema planteado. Un criterio
personal del proceso que se ha seguido en este ejemplo.
El proceso de aplicación de esta metodología es como otras iterativa e incrementa que es
sensible a los requerimientos cambiantes del sistema, por lo que sirve para el desarrollo de
sistemas que satisfagan las necesidades de la empresa, desarrollados dentro del tiempo y
presupuesto planeado, los métodos ágiles enfatizan las comunicaciones cara a cara con el
cliente en vez de la documentación por lo que hace que esta metodología sea muy
recomendable además que nos proporciona un Framework para el desarrollo de ágil software.
Bibliografía:
http://es.scribd.com/doc/55914168/DSDM-documento
http://www.answers.com/topic/etom
http://es.wikipedia.org/wiki/Desarrollo_%C3%A1gil_de_software
Introduction a DSDM (Dynamic Systems Development Method)
TAREA 2: Plan de proyecto con DSDM
Objetivo: Elaborar un PLAN DE PROYECTO DE SOFTWARE con las fases y proceso de la
metodología DSDM de un problema que usted considere conveniente.
(OldBook)
Versión 1.0
El software a desarrollarse parte principalmente como un servicio a los estudiantes o cualquier
persona que desee utilizarlo, fomentando el uso de los libros que están guardados para que
sean sacados provecho por otras personas que lo necesitan, y se benefician entre usuarios
realizando trueques o venta de los mismos.

9. DSDM
Parámetros para la elaboración del plan:
Fases y procesos de la metodología DSDM
Actividad Sub. actividades Descripción
El Estudio Fase dónde la conveniencia de DSDM se evalúa. Juzgando por
El Estudio Viabilidad. el tipo de proyecto, organizacional y problemas de las
personas, la decisión es hecho, si para usar DSDM. Por
consiguiente generará un INFORME de VIABILIDAD, un
PROTOTIPO de VIABILIDAD, y un PLAN del CONTORNO GLOBAL
que incluyen un PLAN de DESARROLLO y un PLAN de RIESGO
El estudio Fase dónde se analizan las características esenciales de
Comercial negocio y tecnología. Acérquese para organizar talleres
dónde un número suficiente de los expertos del cliente se
recoge para poder considerar facetas todo pertinente del
sistema, y para poder estar de acuerdo en las prioridades
de desarrollo. En esta fase, un REQUISITOS PRIORIZADOS
LISTAN, una DEFINICIÓN del ÁREA COMERCIAL, una
DEFINICIÓN de ARQUITECTURA de SISTEMA, y un
CONTORNO el PLAN de PROTOTYPING se desarrolla
Identifique el Determine las funcionalidades a ser llevadas a cabo en el
prototipo prototipo que es el resultado de esta iteración. En este
funcional subalterno-fase, un MODELO FUNCIONAL se desarrolla según
el resultado del deliberado de fase del estudio comercial
La iteración
funcional Esté de Esté de acuerdo adelante cómo y cuándo desarrollar estas
Ejemplar acuerdo el funcionalidades.
Horario.
Cree el Desarrolle el PROTOTIPO FUNCIONAL, según el horario
prototipo convenido y el MODELOFUNCIONAL.
funcional

10. DSDM
La revisión el Verifique exactitud del prototipo desarrollado. Esto
prototipo puede hacerse por probando por elfina-usuario y/o
funcional repasando la documentación. El entregable es un PROTO.
Actividad Sub. actividades Descripción
Identifique el Identifique requisitos funcionales y non-funcionales que
prototipo del plan necesitan estar en el sistema probado. Y basado en estas
identificaciones, una ESTRATEGIA de APLICACIÓN está
envuelta. Si hay un REGISTRO de la PRUEBA de la iteración
anterior, entonces también usará determina la ESTRATEGIA
de APLICACIÓN
Esté de acuerdo Esté de acuerdo adelante cómo y cuándo comprender estos
el horario requisitos.
Cree el prototipo Verifique la exactitud del sistema diseñado. Probando de
del plan nuevo y repasar son las técnicas principales usadas. Se
desarrollarán una DOCUMENTACIÓN más americana un
REGISTRO de la PRUEBA.
La aprobación del Los usuarios finales aprueban el sistema probado (la
usuario y pautas APROBACIÓN) para la aplicación y pautas con respecto a la
aplicación y uso del sistema se crea.
La iteración
funcional
Ejemplar El implementó Lleve a cabo el sistema probado a la situación de los usuarios
finales, llamada como el SISTEMA ENTREGADO
Implementación Repase el impacto del sistema llevado a cabo en el negocio,
El negocio de la un problema central será si el sistema se encuentra las metas
revisión puestas al principio del proyecto. Dependiendo adelante este
el proyecto va a la próxima fase, el poste-proyecto o dobla
atrás a una de las fases precedentes para el desarrollo
extenso. Esta revisión es se documentará en un

11. DSDM
DOCUMENTO de REVISIÓN de PROYECTO.
.
PROYECTO
Inicio Fin
ID Nombre de la tarea Duración
1 oldBook 90 días 16/12/12 02/09/13
2 Gestión 3 días 26/12/12 29/12/12
3 Plan de Proyecto 3 días 30/12/12 03/01/13
4 Levantamiento de información 14 días 18/05/07 06/06/07
5 Flujos de procesos 5 días 18/05/07 24/05/07
6 Requerimientos funcionales 8 días 25/05/07 05/06/07
7 Requerimientos no funcionales 1 día 06/06/07 06/06/07
8 Análisis 44 días 07/06/07 07/08/07
9 Casos de uso 18 días 07/06/07 02/07/07
10 Gestión de Usuarios 6 días 07/06/07 14/06/07
11 Gestión Libros 6 días 15/06/07 22/06/07
12 Interfaces 3 días 25/06/07 27/06/07
13 Gestión Ventas. 3 días 28/06/07 02/07/07
14 Modelo de datos 26 días 03/07/07 07/08/07
15 Configuración de incidencias 3 días 03/07/07 05/07/07
16 Generación de incidencias 3 días 06/07/07 10/07/07
17 Atención de incidencias 3 días 11/07/07 13/07/07
18 Notificación de usuario 2 días 16/07/07 17/07/07
IT001: Se necesita que el sitio pueda registrar usuarios.
Número: 1 Usuario: Estudiante
Prioridad en
Riesgo en desarrollo:
negocio:
Alta
Alta

12. DSDM
Puntos
Iteración asignada: 1
estimados: 4
Programador responsable: Alejandro Obando - Daniel Obando
Descripción:
La página debe registrar a los usuarios mediante sus datos personales como, nombre, apellido,
universidad, mail, fecha_Nac.
IT002: Realizar publicación de libros.
Número: 1 Usuario: Estudiante
Prioridad en
Riesgo en desarrollo:
negocio:
Alta
Alta
Puntos
Iteración asignada: 1
estimados: 4
Programador responsable: Alejandro Obando - Daniel Obando
Descripción:
La página debe registrar a los usuarios mediante sus datos personales como, nombre, apellido,
universidad, mail, fecha_Nac.
Estimado
ID Categoría Requerimiento Responsable Inicio Fin Estado
en horas
crear perfiles
1 Programación distintos para Alejandro O 24 07/01/2013 10/01/2013 Completo
admin y usuario.
Validar los
1.1 Programación perfiles de Alejandro O 8 11/01/2013 12/01/2013 Completo
usuario.
Realizar el
incompleto-
1.2 Programación modulo de libros Alejandro O 8 13/01/2013 14/01/2013
activo
A,B,C.

13. DSDM
crear perfiles
incompleto-
2 Programación distintos para Alejandro O 8 15/01/2013 16/01/2013
activo
admin y usuario.
Realizar el
incompleto-
2 Programación modulo de Alejandro O 8 17/01/2013 18/01/2013
activo
transacciones.
TOTAL: 56