DSDM

Escuela Superior Politcnica Del Ejrcito

Nombre: Alejandro Obando.

Fecha: 07/01/2013
Materia: Tpicos Especiales De software.

Objetivo: Realizar anlisis de una aplicacin, con la metodologa DSDM

Plan del proyecto con la metodologa DSDM

PROYECTO
ID

Nombre de la tarea

Sistema de Administracin de Incidencias

Gestin

Plan de Proyecto

Levantamiento de informacin

Duracin

Inicio

Fin

Predecesora

261 da

26/12/12

02/09/13

3 das

26/12/12

29/12/12

3 das

30/12/12

03/01/13

14 das

18/05/07

Flujos de procesos

5 das

18/05/07

24/05/07

Requerimientos funcionales

8 das

25/05/07

05/06/07

Requerimientos no funcionales

1 da

06/06/07

06/06/07

Anlisis

44 das

07/06/07

07/08/07 4

Casos de uso

18 das

07/06/07

02/07/07

10

Generacin de incidencias

6 das

07/06/07

14/06/07

11

Atencin de incidencias

15/06/07

22/06/07 10

12

Escalamiento de incidencias

3 das

25/06/07

27/06/07 11

13

Recursos de segunda instancia

3 das

28/06/07

02/07/07 12

14

Modelo de datos

26 das

03/07/07

15

Configuracin de incidencias

3 das

03/07/07

05/07/07

16

Generacin de incidencias

3 das

06/07/07

10/07/07 15

17

Atencin de incidencias

3 das

11/07/07

13/07/07 16

18

Notificacin de usuario

2 das

16/07/07

17/07/07 17

19

Base del conocimiento

2 das

18/07/07

19/07/07 18

20

Reporte tcnico

1 da

20/07/07

20/07/07 19

21

Derivacin automtica

3 das

23/07/07

25/07/07 20

6 das

06/06/07 2

07/08/07 9

DSDM

22

Encuestas

3 das

26/07/07

30/07/07 21

23

Recursos de segunda instancia

1 da

31/07/07

31/07/07 22

24

Archivo OSIPTEL de segunda instancia

2 das

01/08/07

02/08/07 23

25

Escalamiento

3 das

03/08/07

07/08/07 24

26

Diseo

28 das

08/08/07

27

Arquitectura

4 das

08/08/07

28

Prototipos

24 das

14/08/07

29

Configuracin de incidencias

1 da

14/08/07

14/08/07

30

Generacin de incidencias

3 das

15/08/07

17/08/07 29

31

Atencin de incidencias

3 das

20/08/07

22/08/07 30

32

Base del conocimiento

2 das

23/08/07

24/08/07 31

33

Reporte tcnico

2 das

27/08/07

28/08/07 32

34

Derivacin automtica

2 das

29/08/07

30/08/07 33

35

Encuestas

2 das

31/08/07

03/09/07 34

36

Recursos de segunda instancia

2 das

04/09/07

05/09/07 35

37

Archivo OSIPTEL de segunda instancia

2 das

06/09/07

07/09/07 36

38

Escalamiento

2 das

10/09/07

11/09/07 37

39

Reportes

3 das

12/09/07

14/09/07 38

40

Desarrollo

120 das

17/09/07

29/02/08 26

41

Configuracin de incidencias

8das

17/09/07

26/09/07

42

Notificacin de usuario

5das

27/09/07

03/10/07 41

43

Base del conocimiento

6das

04/10/07

11/10/07 42

44

Reporte tcnico

4das

12/10/07

17/10/07 43

45

Derivacin automtica

5das

18/10/07

24/10/07 44

46

Encuestas

8das

25/10/07

05/11/07 45

47

Generacin de incidencias

20das

06/11/07

03/12/07 46

48

Atencin de incidencias

30das

04/12/07

14/01/08 47

49

Recursos de segunda instancia

5das

15/01/08

21/01/08 48

50

Archivo OSIPTEL de segunda instancia

4das

22/01/08

25/01/08 49

51

Escalamiento

15das

28/01/08

15/02/08 50

52

Reportes

10das

18/02/08

29/02/08 51

53

Pruebas

42 das

03/03/08

29/04/08 40

54

Pruebas unitarias

30 das

03/03/08

11/04/08

55

Configuracin de incidencias

1 da

03/03/08

03/03/08

14/09/07 8
13/08/07
14/09/07 27

DSDM
56

Notificacin de usuario

1 da

04/03/08

04/03/08 55

57

Base del conocimiento

2das

05/03/08

06/03/08 56

58

Reporte tcnico

1 da

07/03/08

07/03/08 57

59

Derivacin automtica

2 das

10/03/08

11/03/08 58

60

Encuestas

3 das

12/03/08

14/03/08 59

61

Generacin de incidencias

4 das

17/03/08

20/03/08 60

62

Atencin de incidencias

5 das

21/03/08

27/03/08 61

63

Recursos de segunda instancia

1 da

28/03/08

28/03/08 62

64

Archivo OSIPTEL de segunda instancia

2 das

31/03/08

01/04/08 63

65

Escalamiento

5 das

02/04/08

08/04/08 64

66

Reportes

3 das

09/04/08

11/04/08 65

67

Pruebas de integracin

12 das

14/04/08

29/04/08 54

68

Incidentes tcnicos

4 das

14/04/08

17/04/08

69

Incidentes administrativos

4 das

18/04/08

23/04/08 68

70

Escalamiento de incidencias

3 das

24/04/08

28/04/08 69

71

Reportes

1 da

29/04/08

29/04/08 70

72

Capacitacin

7 das

30/04/08

08/05/08 53

73

Lderes de usuario

2 das

30/04/08

74

Usuarios en general

5 das

02/05/08

75

Oportunidad de venta (pre-venta)

1 da

02/05/08

02/05/08

76

Incidentes tcnicos

1 da

05/05/08

05/05/08 75

77

Incidentes administrativo (post venta)

1 da

06/05/08

06/05/08 76

78

Recursos de segunda instancia

1 da

07/05/08

07/05/08 77

79

Escalamiento de incidencias

1 da

08/05/08

08/05/08 78

80

Puesta en produccin

3 das

09/05/08

13/05/08 72

81

Base de datos

1 da

09/05/08

09/05/08

82

Instalacin de aplicacin

2 das

12/05/08

13/05/08 81

01/05/08
08/05/08 73

Ciclo de vida del proyecto

DIAGRAMA DEL CICLO DE VIDA DEL PROYECTO
La manera en que el proyecto presenta sus datos de la aplicacin se basa
en el siguiente diagrama, este muestra caractersticas de este mtodo como
lo es la forma iterativa de desarrollar el proyecto.

DSDM

1- fase del pre-proyecto

2- fase del ciclo de vida del proyecto

Estudio de viabilidad
Estudio de la empresa
Iteracin del modelo funcional
Diseo e iteracin de la estructura
Implementacin

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 metodologa promueve el uso de RAD (Desarrollo rpido
de aplicaciones) con el peligro que generan demasiadas esquinas cortadas.

Estudio de viabilidad y el Negocio

Estudio de viabilidad:

Calcular los costes

Ver si es tcnicamente viable
Asegurarse de que DSDM sea el enfoque adecuado

DSDM

Estudio de negocio:

Modelado del proceso del negocio

Fuerte colaboracin cliente-equipo de desarrollo.
Iteracin funcional del modelo e Iteracin de diseo y construccin:

Iteracin funcional del modelo:

Refinar aspectos funcionales del negocio.

Iteracin de diseo y construccin:

El producto se vuelve apto para los usuarios.

Las dos fases consisten en ciclos de 4 actividades:

Identificao

Identificacin.
Planificacin.
Produccin.
Validacin.

Planifico.

Producin.

FASE 1 Identificacin: 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

Validcon.

DSDM
el uso de DSDM? y 'Qu los riesgos ms importantes son involucrados? '.
Las tcnicas ms importantes usaron en esta fase los Talleres son. Los
delibrales para esta fase son el Informe de Viabilidad y el Prototipo de
Viabilidad que la direccin la viabilidad del proyecto a mano. Est extendido
con un Plan del Contorno Global para el resto del proyecto y un Leo de
Riesgo que identifican los riesgos ms importantes para el proyecto.
FASE 2 Planificacin: La Iteracin 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 tcnicas 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 iteracin de DSDM. Una parte importante de probar se
comprende en la Iteracin Ejemplar Funcional. La lata Ejemplar Funcionalse
subdivida en cuatro subalternoFase Identifique el Prototipo Funcional: Determine las funcionalidades a ser
llevadas a cabo en el prototipo que es el resultado de esta iteracin.Est de acuerdo el Horario: Est de acuerdo adelante cmo y cundo
desarrollar estas funcionalidades.Cree el Prototipo Funcional: Desarrolle el prototipo. Investigue, refine, y
consoldelo con el prototipo Funcional combinado de iteraciones anteriores.
El Prototipo de la revisin: 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 delibrales para esta fase son Modelo
Funcional y un Prototipo Funcional que juntos representan las
funcionalidades que podran comprenderse en esta iteracin, prepare por
probar por los usuarios. Al lado de esto, la Lista de Requisitos se pone al
Da, mientras anulando los artculos que se han comprendido y volviendo a
pensar el priorizacin de los requisitos restantes. El Leo de Riesgo tambin
se pone al da teniendo anlisis de riesgo de desarrollo extenso despus de
repasar el documento del prototipo.
FASE 3 Produccin:
El enfoque principal de esta iteracin de DSDM es integrar los componentes
funcionales de la fase anterior en un sistema que satisface las necesidades
del usuario. Tambin se dirige los requisitos non-funcionales para que han
sido fijos l ES. Probar de nuevo es una actividad continuada importante en
esta fase.

DSDM
Identifique el Prototipo del Plan: Identifique requisitos funcionales y nonfuncionales que necesitan estar en el sistema probado.
Est de acuerdo el Horario: Est de acuerdo adelante cmo y cundo
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 iteracin actual dentro del proceso del prototipo tambin es
importante en este subalterno-fase.-

El Prototipo de Plan de revisin: Verifique la exactitud del sistema diseado.

Probando de nuevo y repasar son las tcnicas principales usadas, desde que
los archivos de la prueba y las regeneraciones de usuario son importantes
generar la documentacin del usuario. Los delibrales para esta fase son un
Prototipo del Plan durante la fase que los usuarios finales consiguen probar
y al final del Plan e Iteracin de la Figura el Sistema Probado se entrega a la
prxima 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 Documentacin del Usuario es.
FASE 4 Validacin: La aplicacin
En la fase de Aplicacin, el sistema probado incluso la documentacin 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
Aplicacin puede subdividirse en cuatro subalterno-fase.
La Aprobacin del usuario y Pautas: Los usuarios finales aprueban el sistema
probado prala aplicacin y pautas con respecto a la aplicacin 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 situacin de los
usuarios finales
El Negocio de la revisin: 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 prxima fase, el poste-proyecto o dobla atrs a una de las fases
precedentes para el desarrollo extenso. Los delibrales para esta fase son
un Sistema Entregado en la situacin, prepare para el uso por los usuarios
finales, Usuarios Especializados y Documento de Revisin de Proyecto
detallado del sistema.

DSDM
4) Proceso de aplicacin de la DSDM en la solucin del problema
planteado. Un criterio personal del proceso que se ha seguido en
este ejemplo.
El proceso de aplicacin de esta metodologa 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 mtodos giles enfatizan las comunicaciones cara a cara con
el cliente en vez de la documentacin por lo que hace que esta metodologa
sea muy recomendable adems que nos proporciona un Framework para el
desarrollo de gil software.
Bibliografa:
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 metodologa DSDM de un problema que usted considere
conveniente.
(OldBook)
Versin 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 estn guardados para que sean sacados provecho por otras
personas que lo necesitan, y se benefician entre usuarios realizando
trueques o venta de los mismos.

DSDM
Parmetros para la elaboracin del plan:

Fases y procesos de la metodologa DSDM

Actividad

El Estudio

La iteracin
funcional
Ejemplar

Sub.
actividades

Descripcin

El Estudio
Viabilidad.

Fase dnde la conveniencia de DSDM se evala.

Juzgando por el tipo de proyecto, organizacional y
problemas de las personas, la decisin 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
Comercial

Fase dnde se analizan las caractersticas

esenciales de negocio y tecnologa. Acrquese
para organizar talleres dnde un nmero
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
DEFINICIN del REA COMERCIAL, una
DEFINICIN de ARQUITECTURA de SISTEMA, y
un CONTORNO el PLAN de PROTOTYPING se
desarrolla

Identifique
el prototipo
funcional

Determine las funcionalidades a ser llevadas a

cabo en el prototipo que es el resultado de esta
iteracin. En este subalterno-fase, un MODELO
FUNCIONAL se desarrolla segn el resultado del
deliberado de fase del estudio comercial

Est de
acuerdo el
Horario.

Est de acuerdo adelante cmo y cundo

desarrollar estas funcionalidades.

DSDM

Cree el
prototipo
funcional
La revisin
el prototipo
funcional

Actividad

Desarrolle el PROTOTIPO FUNCIONAL, segn el

horario convenido y el MODELOFUNCIONAL.
Verifique exactitud del prototipo desarrollado.
Esto puede hacerse por probando por elfinausuario y/o repasando la documentacin. El
entregable es un PROTO.

Sub.
actividades

Descripcin

Identifique el
prototipo del
plan

Identifique requisitos funcionales y nonfuncionales que necesitan estar en el sistema

probado. Y basado en estas identificaciones, una
ESTRATEGIA de APLICACIN est envuelta. Si hay
un REGISTRO de la PRUEBA de la iteracin
anterior, entonces tambin usar determina la
ESTRATEGIA de APLICACIN

Est de
acuerdo el
horario

Est de acuerdo adelante cmo y cundo

comprender estos requisitos.

Cree el
prototipo del
plan

Verifique la exactitud del sistema diseado.

Probando de nuevo y repasar son las tcnicas
principales usadas. Se desarrollarn una
DOCUMENTACIN ms americana un REGISTRO
de la PRUEBA.

La aprobacin Los usuarios finales aprueban el sistema probado

del usuario y
(la APROBACIN) para la aplicacin y pautas con
pautas
respecto a la aplicacin y uso del sistema se
crea.
La iteracin
funcional

DSDM
Ejemplar

El implement Lleve a cabo el sistema probado a la situacin de

los usuarios finales, llamada como el SISTEMA
ENTREGADO

Implementaci
n El negocio
de la revisin

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 prxima fase, el poste-proyecto o dobla
atrs a una de las fases precedentes para el
desarrollo extenso. Esta revisin es se
documentar en un DOCUMENTO de REVISIN de
PROYECTO.

PROYECTO
ID

Nombre de la tarea

Duracin

Inicio

Fin

oldBook

90 das

16/12/12

02/09/13

Gestin

3 das

26/12/12

29/12/12

Plan de Proyecto

3 das

30/12/12

03/01/13

Levantamiento de informacin

14 das

18/05/07

06/06/07

Flujos de procesos

5 das

18/05/07

24/05/07

Requerimientos funcionales

8 das

25/05/07

05/06/07

Requerimientos no funcionales

1 da

06/06/07

06/06/07

Anlisis

44 das

07/06/07

07/08/07

Casos de uso

18 das

07/06/07

02/07/07

10

Gestin de Usuarios

6 das

07/06/07

14/06/07

11

Gestin Libros

15/06/07

22/06/07

12

Interfaces

3 das

25/06/07

27/06/07

13

Gestin Ventas.

3 das

28/06/07

02/07/07

14

Modelo de datos

26 das

03/07/07

07/08/07

15

Configuracin de incidencias

3 das

03/07/07

05/07/07

16

Generacin de incidencias

3 das

06/07/07

10/07/07

17

Atencin de incidencias

3 das

11/07/07

13/07/07

18

Notificacin de usuario

2 das

16/07/07

17/07/07

6 das

DSDM

IT001: Se necesita que el sitio pueda registrar usuarios.

Nmero: 1

Usuario: Estudiante

Prioridad en
negocio:

Riesgo en desarrollo:

Alta
Puntos
estimados: 4

Alta
Iteracin asignada: 1

Programador responsable: Alejandro Obando - Daniel Obando

Descripcin:
La pgina debe registrar a los usuarios mediante sus datos personales
como, nombre, apellido, universidad, mail, fecha_Nac.

IT002: Realizar publicacin de libros.

Nmero: 1

Usuario: Estudiante

Prioridad en
negocio:

Riesgo en desarrollo:

Alta
Puntos
estimados: 4

Alta
Iteracin asignada: 1

Programador responsable: Alejandro Obando - Daniel Obando

Descripcin:
La pgina debe registrar a los usuarios mediante sus datos personales
como, nombre, apellido, universidad, mail, fecha_Nac.

DSDM

ID

Categora

Programacin

1.1

Programacin

1.2

Programacin

Programacin

Programacin

Requerimiento
crear perfiles
distintos para
admin y usuario.
Validar los
perfiles de
usuario.
Realizar el
modulo de libros
A,B,C.
crear perfiles
distintos para
admin y usuario.
Realizar el
modulo de
transacciones.

Responsable

Estimado
en horas

Inicio

Fin

Estado

Alejandro O

24

07/01/2013

10/01/2013

Completo

Alejandro O

11/01/2013

12/01/2013

Completo

Alejandro O

13/01/2013

14/01/2013

incompletoactivo

Alejandro O

15/01/2013

16/01/2013

incompletoactivo

Alejandro O

17/01/2013

18/01/2013

incompletoactivo

TOTAL:

56