ndice

ORIGEN .................................................................................................................. 1 DEFINICIN............................................................................................................ 2 PRINCIPIOS DEL DSDM ........................................................................................ 3 1.) LA PARTICIPACIN DE LOS USUARIO ES LA CLAVE PRINCIPAL: .............. 3 1.) EL EQUIPO DEL PROYECTO DEBE ESTAR FACULTADO:............................ 3 2.) EL ENFOQUE SE CENTRA EN LA ENTREGA DE PRODUCTOS: .................. 3 3.) PRINCIPAL CRITERIO DE PRIORIDAD ........................................................... 3 4.) EL DESARROLLO ES ITERATIVO E INCREMENTAL: ..................................... 3 5.) TODOS LOS CAMBIOS ..................................................................................... 3 6.) LOS REQUISITOS ............................................................................................. 3 7.) LAS PRUEBAS .................................................................................................. 4 8.) TRABAJAR CON ESPRITU DE COLABORACIN .......................................... 4 9) LA COMUNICACIN Y COOPERACIN ........................................................... 4 REQUISITOS PREVIOS PARA EL USO DE DSDM. .............................................. 6 DIAGRAMA DEL CICLO DE VIDA DEL PROYECTO ............................................. 6 FASES DEL DSDM ................................................................................................. 6 FASE 1: PRE-PROYECTO ..................................................................................... 6 OBJETIVO:.............................................................................................................. 7 FASE 2: CICLO DE VIDA DEL PROYECTO ........................................................... 7 ETAPAS DEL CICLO DE VIDA DEL PROYECTO .................................................. 7 ETAPA 1: ESTUDIO DE VIABILIDAD. .................................................................... 7 OBJETIVO:.............................................................................................................. 7 OBJETIVO:.............................................................................................................. 8 ETAPA 3: ITERACION DE MODELADO FUNCIONAL ........................................... 8 OBJETIVO:.............................................................................................................. 8 ETAPA 4: ITERACIN DE DISEO Y DESARROLLO. .......................................... 9 OBJETIVO:.............................................................................................................. 9 ETAPA 5: APLICACIN .......................................................................................... 9 OBJETIVO:.............................................................................................................. 9 FASE 3: POST PROYECTO .............................................................................. 10 TCNICAS BASICAS DE DSDM .......................................................................... 10 TIMEBOXING: ....................................................................................................... 10 MOSCOW: ............................................................................................................ 10 PROTOTIPOS: ...................................................................................................... 10 EXMENES: ......................................................................................................... 11 TALLER: ................................................................................................................ 11 SITUACIONES NO APLICABLES PARA DSDM................................................... 11 FACTOR 1:............................................................................................................ 11 FACTOR 2:............................................................................................................ 11 FACTOR 3:............................................................................................................ 11 FACTOR 4:............................................................................................................ 11 ASUNCIONES:...................................................................................................... 11
i

ndice

CONCLUSIONES.................................................................................................. 12 MAPA CONCEPTUAL ........................................................................................... 13 CUESTIONARIO ................................................................................................... 14 BIBLIOGRAFA ..................................................................................................... 16

ii

Contendido

MTODO DE DESARROLLO DE SISTEMA DINMICO (DSDM)

Origen El DSDM empez en Gran Bretaa en 1994 como un consorcio de compaas del Reino Unido que queran construir sobre RAD [N. del T. Desarrollo Rpido de Aplicaciones] y desarrollo iterativo. Habiendo empezado con 17 fundadores ahora tiene ms de mil miembros y ha crecido fuera de sus races britnicas. Siendo desarrollado por un consorcio, tiene un sabor diferente a muchos de los otros mtodos giles. Tiene una organizacin de tiempo completo que lo apoya con manuales, cursos de entrenamiento, programas de certificacin y dems. Tambin lleva una etiqueta de precio, lo que ha limitado mi investigacin sobre su metodologa. Sin embargo Jennifer Stapleton ha escrito un libro que da una apreciacin global de la metodologa. Como ya se seal, DSDM fue desarrollado en el Reino Unido en los aos 90 por un consorcio de proveedores y de expertos en la materia del desarrollo de sistemas de informacin (IS), el consorcio de DSDM, combinando sus experiencias de mejores prcticas. El consorcio de DSDM es una organizacin no lucrativa y proveedor independiente, que posee y administra el framework. La primera versin fue terminada en enero de 1995 y publicada en febrero de 1995. La versin actualmente en uso (abril de 2006) es la versin 4.2: El framework para el Negocio Centralizado Desarrollado lanzado en mayo de 2003. Como extensin del Desarrollo rpido de aplicaciones (RAD), DSDM se centra en los proyectos de sistemas de informacin que son caracterizados por presupuestos y agendas apretadas. DSDM trata los problemas que ocurren con frecuencia en el desarrollo de los sistemas de informacin en lo que respecta a pasar sobre tiempo y presupuesto y otras razones comunes para la falta en el proyecto tal como falta de implicacin del usuario y de la comisin superior de la gerencia.

Contendido

Definicin El mtodo de desarrollo de sistemas dinmicos (en ingls Dynamic Systems Development Method o DSDM) es un mtodo que provee un framework para el desarrollo gil de software, apoyado por su continua implicacin del usuario en un desarrollo iterativo y creciente que sea sensible a los requerimientos cambiantes, para desarrollar un sistema que rena las necesidades de la empresa en tiempo y presupuesto. Es uno de un nmero de mtodos de desarrollo gil de software y forma parte de la alianza gil. El mtodo empieza con un estudio de viabilidad y negocio. El estudio de viabilidad considera si DSDM es apropiado para el proyecto. El estudio de negocio es una serie corta de talleres para entender el rea de negocio dnde tiene lugar el desarrollo. Tambin propone arquitecturas de esbozos del sistema y un plan del proyecto. El resto del proceso forma tres ciclos entretejidos; el ciclo del modelo funcional produce documentacin de anlisis y prototipos, el ciclo de diseo del modelo disea el sistema para uso operacional, y el ciclo de implantacin se ocupa del despliegue al uso operacional. DSDM tiene principios subyacentes que incluyen una interaccin activa del usuario, entregas frecuentes, equipos autorizados, pruebas a lo largo del ciclo. Como otros mtodos giles usan ciclos de plazos cortos de entre dos y seis semanas. Hay un nfasis en la alta calidad y adaptabilidad hacia requisitos cambiantes. No he visto mucha evidencia de su uso fuera del Reino Unido, pero DSDM es notable por tener mucha de la infraestructura de las metodologas tradicionales ms maduras, al mismo tiempo que sigue los principios de los mtodos giles. Parece haber una pregunta en si sus materiales animan ms de una orientacin al proceso y ms ceremonia de lo que me gustara. DSDM consiste en 3 fases: fase del pre-proyecto, fase del ciclo de vida del proyecto, y fase del post-proyecto. La fase del ciclo de vida del proyecto se subdivide en 5 etapas:

Contendido

Estudio de viabilidad, estudio de la empresa, iteracin del modelo funcional, diseo e iteracin de la estructura, e implementacin. DSDM reconoce que los proyectos son limitados por el tiempo y los recursos, y los planes acorde a las necesidades de la empresa. Para alcanzar estas metas, DSDM promueve el uso del RAD con el consecuente peligro que demasiadas esquinas estn cortadas. DSDM aplica algunos principios, roles, y tcnicas. En algunas circunstancias, hay posibilidades para integrar contenido de otros mtodos, tal como el Proceso Unificado de Rational (RUP), Programacin Extrema (XP), y Proyectos en ambientes controlados (PRINCE2), para complementar el DSDM en la realizacin de un proyecto. Otro mtodo gil que tiene semejanzas proceso y concepto con DSDM es Scrum.

Principios del DSDM Hay 9 principios subyacentes al DSDM consistentes en cuatro fundamentos y cinco puntos de partida para la estructura del mtodo. Estos principios forman los pilares del desarrollo mediante DSDM. 1.) La Participacin de los Usuario es la clave Principal: Se llega a tener una eficacia del proyecto, debido a que los usuarios y los desarrolladores comparten un rea de trabajo. Esto se realiza para tomar decisiones de manera oportuna. 1.) El equipo del Proyecto debe estar Facultado: En este mtodo todo el equipo deber de tomar decisiones sin necesidad de recibir indicaciones o aprobacin de los niveles superiores. 2.) El enfoque se centra en la Entrega de Productos: Entregar versiones del producto antes de entregar una versin completa o final. Esto examina y pone a prueba el proyecto para ser mejorado en iteraciones siguientes. 3.) Principal Criterio de Prioridad, desarrollo y validacin de las entregas incrementales es el objetivo y la salud del negocio. 4.) El desarrollo es Iterativo e Incremental: El apoyo de los usuarios puede ayudar a mejoras que hagan efectivo el negocio. 5.) Todos los cambios realizados en el desarrollo son reversibles. 6.) Los requisitos se establecen a nivel general.
3

Contendido

7.) Las pruebas forman parte del ciclo de Desarrollo. 8.) Trabajar con espritu de colaboracin con todos los agentes implicados en el sistema que se desarrolla. 9) La comunicacin y cooperacin entre las partes del proyecto ha de ser constante. Involucrar al cliente es la clave para llevar un proyecto eficiente y efectivo, donde ambos, cliente y desarrolladores, comparten un entorno de trabajo para que las decisiones puedan ser tomadas con precisin. El equipo del proyecto debe tener el poder para tomar decisiones que son importantes para el progreso del proyecto, sin esperar aprobacin de niveles superiores. DSDM se centra en la entrega frecuente de productos, asumiendo que entregar algo temprano es siempre mejor que entregar todo al final. Al entregar el producto frecuentemente desde una etapa temprana del proyecto, el producto puede ser verificado y revisado all donde la documentacin de registro y revisin puede ser tenida en cuenta en la siguiente fase o iteracin. El principal criterio de aceptacin de entregables en DSDM reside en entregar un sistema que satisface las actuales necesidades de negocio. No est dirigida tanto a proporcionar un sistema perfecto que resuelva todas las necesidades posibles del negocio, si no que centra sus esfuerzos en aquellas funcionalidades crticas para alcanzar las metas establecidas en el proyecto/negocio. El desarrollo es iterativo e incremental, guiado por la realimentacin de los usuarios para converger en una solucin de negocio precisa. Todos los cambios durante el desarrollo son reversibles. El alcance de alto nivel y los requerimientos deberan ser base-line antes de que comience el proyecto. Las pruebas son realizadas durante todo el ciclo vital del proyecto. Esto tiene que hacerse para evitar un caro coste extraordinario en arreglos y mantenimiento del sistema despus de la entrega. La comunicacin y cooperacin entre todas las partes interesadas en el proyecto es un prerrequisito importante para llevar un proyecto efectivo y eficiente.
4

Contendido

DSDM tambin se apoya en otros principios (tambin llamadas asunciones). Ningn sistema es construido a la perfeccin en el primer intento (El principio de Pareto - regla 80/20). En el proceso de desarrollar un sistema de informacin, el 80% del beneficio de la empresa proviene del 20% de los requisitos del sistema, as DSDM comienza implementando primero este 20% de requisitos para cumplir con el 80% de las necesidades de la empresa, lo que es suficientemente bueno tanto en cuanto los usuarios estn ntimamente involucrados en el proceso de desarrollo y en una posicin de asegurar que el 20% restante no causar serias consecuencias al negocio. Implementar la totalidad de requerimientos a menudo causa que un proyecto supere plazos y presupuestos, as la mayora de las veces es innecesario construir la solucin perfecta. La entrega del proyecto debera ser a tiempo, respetando presupuestos y con buena calidad. DSDM solo requiere que cada paso del desarrollo se complete lo suficiente como para que empiece el siguiente pas. De este modo una nueva iteracin del proyecto puede comenzar sin tener que esperar a que la previa se complete enteramente. Y con cada nueva iteracin el sistema se mejora incrementalmente. Recurdese que las necesidades del negocio cambian constantemente y a cualquier ritmo con el tiempo. Ambas tcnicas de Desarrollo y Gestin de los proyectos estn incluidas en DSDM. Adems de desarrollar nuevos SI, DSDM puede ser usado tambin en proyectos de ampliacin de sistemas TI actuales o incluso en proyectos de cambio no relacionados con las TI. La Evaluacin de riesgos debiera centrarse en entregar funcin de negocio, no en el proceso de construccin. La gestin recompensa la entrega de productos ms que la consecucin de tareas. La Estimacin debera estar basada en la funcionalidad del negocio en lugar de lneas de cdigo.

Contendido

Requisitos previos para el uso de DSDM Ya se ha hablado que para poder tener armona en el proyecto el equipo deber tener interactividad, los usuarios y los jefes de Desarrollo. Otro de las cosas con las que se debe contar es con motivacin y participacin entre las partes (humanas) que integran el equipo. La falta de uno de estos requisitos puede causar el fracaso del proyecto ya que si no hay comunicacin o discrepancias entre las partes no podrn intercambiarse ideas o funcionalidades necesarias para entregar un proyecto de calidad.

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.

Fases del DSDM

Fase 1: pre-proyecto

Contendido

En esta fase se identifican los proyectos propuestos, quien financiara el proyecto, compromiso por parte de los equipos, usuarios y clientes. Objetivo: Evitar Problemas en etapas siguientes.

Fase 2: Ciclo De Vida Del Proyecto Para crear un sistema de informacin esta fase se representa en 5 etapas las cuales describiremos a continuacin. Las etapas muestran en trminos generales la retroalimentacin que necesita cada etapa como consecuencia de la anterior. Para entender mejor eso pasemos a describir cada una de las etapas que corresponden al ciclo de vida del Proyecto.

Etapas del ciclo de vida del proyecto

Etapa 1: estudio de viabilidad. Se examinan requisitos previos, en esta etapa se suelen hacer preguntas como las siguientes: El proyecto satisface la demanda del negocio?, Se puede ajustar el proyecto a este mtodo?, Qu riesgos implica la elaboracin de este proyecto? Estudio de adecuacin de la metodologa al proyecto e identificacin de riesgos. De esta fase obtendremos: Informe de viabilidad, Prototipo de viabilidad, Y el plan general del proyecto, que abarca el plan de desarrollo y el registro de riesgos. Objetivo: Utilizar el mtodo de prototipo para poder realizar tomas de requerimientos e identificacin de riesgos .Etapa 2: Estudio Del Negocio Esta etapa se realiza nicamente si se ha identificado que el proyecto es viable utilizando este mtodo.

Contendido

Aqu en esta etapa se determina como trabaja la empresa, que espera la empresa de nuestro trabajo, saber si los clientes saben que quieren o no, hay participacin de los usuarios. De esta fase obtenemos: Modelo de procesos identificando los usuarios clave en cada uno de ellos, Catlogo de requisitos priorizado, Arquitectura del sistema, Plan de prototipo.

Objetivo: utilizar tcnicas que faciliten y aseguren un proyecto de calidad, timeboxing es una de las tcnicas esencial para determinar tiempo, presupuesto y garanta deseada, sobre esta tcnica hablaremos ms adelante.

Etapa 3: Iteracin De Modelado Funcional Para realizar esta etapa nos valemos de recursos como el modelo de prototipos, este modelo forma una parte clave en esta etapa. Una parte importante de esta etapa es que aqu se realizan las pruebas, que determinan el grado de calidad y efectividad del proyecto. Este se divide en cuatro: Identificacin del prototipo funcional -> se definen funcionalidades a cubrir y se elabora modelo funcional. Definicin de calendario -> se acuerda plan de trabajo Obtencin de prototipo Revisin de prototipo funcional -> se determina grado de aceptacin mediante pruebas realizadas por el usuario, muy importante el feedback para que las iteraciones se aproximen al mximo a las necesidades el usuario. Objetivo: Realizar un modelado y un prototipo funcional que representen unificadamente todas las funciones que puede hacer la iteracin en la que nos encontremos trabajando.

Contendido

Etapa 4: iteracin de diseo y desarrollo. La construccin del diseo consiste en integrar los componentes realizados en las etapas anteriores en un solo sistema que satisfaga las necesidades de los usuarios. Se divide en cuatro: Identificacin del prototipo de diseo -> se determinan requisitos funcionales y no funcionales. Definicin de calendario -> se acuerda plan de trabajo Construccin de prototipo de diseo -> ser utilizable por los usuarios. Revisin de prototipo de diseo.

Objetivo: Entregar a los usuarios un prototipo durante la fase de prueba y final del diseo de construccin, para que pueda ser aprobado y entregado para la siguiente fase.

Etapa 5: Aplicacin Se le entrega una versin de prueba al usuario incluyendo la documentacin. Esta versin entregada debe incluir los requerimientos que se han establecido en las etapas inciales. Se divide en 4 fases: Aprobacin del usuario -> El usuario da el visto buenos a producto. Formacin -> formar a usuarios finales. Implementacin -> instalar producto en oficinas del cliente. Revisin de negocio -> confirmar la adecuacin del sistema a las necesidades del usuario y a los objetivos establecidos en el proyecto. Si se detecta o falla algn aspecto funcional relevante se vuelve a la fase Estudio de Negocio, si este no es relevante se vuelve a la fase Iteracin del modelo funcional y si es un aspecto tcnico se vuelve a Iteracin del diseo y la construccin Objetivo: Entregar una versin del sistema, capacitacin de Usuarios y Evaluar detalladamente los documentos del Sistema.

Contendido

Fase 3: Post Proyecto Asegurarse que el sistema operativo acepte de manera eficaz y segura el proyecto. Esta fase se realiza por mejoras, mantenimiento y correcciones de acuerdo con los principios del DSDM.

Tcnicas Bsicas De DSDM En esta parte recordamos cuando estbamos en la etapa 2 acerca del estudio del negocio, ya que estas tcnicas son implementadas en esta etapa. Las tcnicas vistas en esta investigacin son las siguientes:

Timeboxing: Se utiliza para apoyar los objetivos principales del DSDM para realizar un desarrollo de software en tiempo, costo y calidad deseada. La idea de esta tcnica es dividir en partes cada una con presupuesto y fecha fija de entrega. Cada parte de los requisitos que se seleccionan son priorizados de acuerdo con el principio moscow. Las nicas variables son los requisitos.

Moscow: Representa una forma de priorizar los temas, se deben priorizar las necesidades. Esta es una sigla que significa: MUST (DEBE) tener este requisito para satisfacer necesidades del negocio. MUST (DEBE) tener este requisito, pero el proyecto no depende de ello. COULD (PODRIAN) tener este requisito sin que afecte las condiciones del sistema. WOULD (SE) tiene este requisito en una fecha posterior.

Prototipos: Permite descubrir de manera previa deficiencia del sistema.

10

Contendido

Exmenes: Es una tcnica independiente para poder medir el logro de cada iteracin.

Taller: Consiste en llevar a las partes interesadas a discutir necesidades, funcionalidades, y comprensin mutua.

Situaciones no aplicables para DSDM

Factor 1: Cuando no existe aceptacin por parte de la direccin y otros empleados. Falta de motivacin y participacin del equipo.

Factor 2: Se deriva del factor 1 y consiste en la falta de motivacin y participacin impide la buena gestin de ideas y funcionalidades.

Factor 3: Poca habilidad por parte de los integrantes del equipo. Tambin se pueden incluir las faltas de herramientas.

Factor 4: Si no hay apoyo entre cliente y proveedor. Modelos similares como por ejemplo prototipos para poder realizar tomas de requerimientos.

Asunciones: Adems de los anteriores principios hay que asumir otros denominados asunciones:

11

Contendido

Ningn sistema se construye a la perfeccin en un solo intento. Segn el principio de Pareto (regla 80/20), el 80% de los objetivos se pueden lograr con el 20% del esfuerzo necesario para lograr la totalidad. El sistema perfecto es una utopa e intentar conseguirlo demasiado pronto puede poner en riesgo el sistema de informacin. El objetivo es conseguir proyectos de calidad en los plazos marcados y ajustados al presupuesto indicado, siempre y cuando el usuario este satisfecho. En MDSD para que se inicie una fase no es necesario que la anterior est completa y con cada nueva iteracin, el sistema se mejora incrementalmente. La evaluacin de riesgos no se centra en el proceso de construccin sino en entregar funcin de negocio. Se pueden realizar varias iteraciones simultneamente siempre que no se entorpezcan ente ellas. Esta metodologa es aplicable tanto a desarrollos iniciados desde cero como a ampliaciones de otros proyectos que no hayan sido creados con esta metodologa. La clave es definir adecuadamente los incrementos

Conclusiones La constante comunicacin entre proveedores y cliente durante el proceso de desarrollo es primordial, ya que en esta se basa el xito del sistema, que no es otro que la satisfaccin del cliente con el producto final. Por esta razn, esta metodologa permite al usuario aportar al proceso nuevos requerimientos durante el desarrollo del proyecto, antes de que el producto est concluido, con el consiguiente ahorro de tiempo y dinero en la realizacin de modificaciones. La utilizacin de prototipos permite la pronta deteccin, por parte de los desarrolladores, de los defectos del sistema. El estudio de viabilidad de la aplicacin de esta metodologa, aumenta la confiabilidad del cliente ante el proceso de desarrollo que se va a llevar a cabo

12

Contendido

Mapa Conceptual
MTODO DE DESARROLLO DE SISTEMA DINMICO

LA FASE DEL CICLO DE VIDA ORIGEN

CONCLUSIONES Estudio de viabilidad, Estudio de la empresa Iteracin del modelo funcional Diseo e iteracin de la estructura, e implementacin.

El DSDM empez en Gran Bretaa en 1994 como un consorcio de compaas del Reino Unido que queran construir sobre RAD [N. del T. Desarrollo Rpido de Aplicaciones] y desarrollo iterativo

TECNICAS BASICAS DE DSDM

La primera versin fue terminada en enero de 1995 y publicada en febrero de 1995. La versin actualmente en uso (abril de 2006) es la versin 4.2: El framework para el Negocio Centralizado Desarrollado lanzado en mayo de 2003.

La constante comunicacin entre proveedores y cliente durante el proceso de desarrollo es primordial, ya que en esta se basa el xito del sistema, que no es otro que la satisfaccin del cliente con el producto final.

TIMEBOXING: Se utiliza para apoyar los objetivos principales del DSDM para realizar un desarrollo de software en tiempo, costo y calidad deseada MOSCOW: Representa una forma de priorizar los temas, se deben priorizar las necesidades. PROTOTIPOS: Permite descubrir de manera previa deficiencia del sistema. EXAMENES: Es una tcnica independiente para poder medir el logro de cada iteracin. TALLER: Consiste en llevar a las partes interesadas a discutir necesidades, funcionalidades, y comprensin mutua.

13

Contendido

CUESTIONARIO 1. - Cundo comenz el DSDM? R.- El DSDM empez en Gran Bretaa en 1994 como un consorcio de compaas del Reino Unido que queran construir sobre RAD [N. del T. Desarrollo Rpido de Aplicaciones] y desarrollo iterativo... 2.- En qu fecha fue terminada la primera versin? R.- La primera versin fue terminada en enero de 1995 y publicada en febrero de 1995. 3.- En que centra DSDM? R.- DSDM se centra en los proyectos de sistemas de informacin que son caracterizados por presupuestos y agendas apretadas. 4.- Cmo se lo define? R.- El mtodo de desarrollo de sistemas dinmicos (en ingls Dynamic Systems Development Method o DSDM) es un mtodo que provee un framework para el desarrollo gil de software, apoyado por su continua implicacin del usuario en un desarrollo iterativo y creciente 5.- Con que empieza el mtodo? R.- El mtodo empieza con un estudio de viabilidad y negocio. El estudio de viabilidad considera si DSDM es apropiado para el proyecto. El estudio de negocio es una serie corta de talleres para entender el rea de negocio 6.- Qu incluyen los principios subyacentes? R.- DSDM tiene principios subyacentes que incluyen una interaccin activa del usuario, entregas frecuentes, equipos autorizados, pruebas a lo largo del ciclo. Como .7.- De cuantas fases consiste el DSDM? R.- DSDM consiste en 3 fases: fase del pre-proyecto, fase del ciclo de vida del proyecto, y fase del post-proyecto. 8.- La fase del ciclo de vida del proyecto en cuantas etapas se subdivide?

14

Contendido

R.- La fase del ciclo de vida del proyecto se subdivide en 5 etapas: Estudio de viabilidad, estudio de la empresa, iteracin del modelo funcional, diseo e iteracin de la estructura, e implementacin. 9.- En qu consiste la entrega de productos? R.- El enfoque se centra en la Entrega de Productos qu consiste en entregar versiones del producto antes de entregar una versin completa o final. 10.- Cul es la clave para realizar un proyecto eficiente? R.- Involucrar al cliente es la clave para llevar un proyecto eficiente y efectivo, donde ambos, cliente y desarrolladores, comparten un entorno de trabajo para que las decisiones puedan ser tomadas con precisin. 11.- Cul es el principal criterio de aceptacin? R.- El principal criterio de aceptacin de entregables en DSDM reside en entregar un sistema que satisface las actuales necesidades de negocio 12.- Cundo se entregan las pruebas? R.- Las pruebas son realizadas durante todo el ciclo vital del proyecto. Esto tiene que hacerse para evitar un caro coste extraordinario en arreglos y mantenimiento del sistema despus de la entrega. 13.- Cmo deben ser los pasos del desarrollo? R.- DSDM solo requiere que cada paso del desarrollo se complete lo suficiente como para que empiece el siguiente pas. 14.- A quines se identifica en la fase de pre-proyecto? R.- En esta fase se identifican los proyectos propuestos, quien financiara el proyecto, compromiso por parte de los equipos, usuarios y clientes. 15.- En la etapa de estudio de viabilidad que fases se encuentran inmersas? R.- Se encuentra el informe de viabilidad, prototipo de viabilidad y el plan general del proyecto, que abarca el plan de desarrollo y el registro de riesgos.

15

Contendido

Bibliografa http://es.wikipedia.org/wiki/M%C3%A9todo_de_desarrollo_de_sistemas_din%C3% A1micos http://www.lcc.uma.es/~av/MDD-MDA/ http://www.navegapolis.net/content/view/361/59/ http://www.javiergarzas.com/2010/01/primer-metodo-agil-dsdm.html http://www.google.com.bo/url?%3A%2F%2Fusers.dsic.upv.es%2Fasignaturas%2F facultad%2 http://www.slideshare.net/Cris20/dsdm-6711682

16