82101302 Metodo de Desarrollo de Sistemas Dinamicos MDSD

Método de Desarrollo de Sistemas Dinámicos (MDSD

)

UEM Grado Ingeniería Informática – HCAP Introducción a la Ingeniería del Software Marco Antonio Serrano marcosepe@terra.es

IIS Alumno: Marco A.Método de Desarrollo de Sistemas Dinámicos (MDSD) Índice: Definiciones Principios Asunciones Fases Resumen Conclusiones 2 2 4 5 8 9 UEM – Grado Ingeniería Informática . Serrano Peñuelas Página 1 de 10 .

PRINCIPIOS: Existen 9 principios en los que se basa esta metodología y que delimitan la naturaleza de la misma: 1. por lo que se fomenta la utilización del Desarrollo Rápido de Aplicaciones. desarrollo iterativo e incremental. UEM – Grado Ingeniería Informática . presentando prototipos incrementales dentro de un ambiente de proyecto controlado. Está orientada a combatir los principios de la crisis del software. Involucrar al usuario. tanto usuario como desarrolladores comparten entorno de trabajo y toman decisiones en común. Método que provee un framework para el desarrollo ágil cumpliendo con las características de la metodología ágil: • • • implicación constante del usuario. es de naturaleza iterativa e incremental. En MDSD los proyectos son limitados en tiempo y recursos. Serrano Peñuelas Página 2 de 10 . y en algunos casos integra contenidos de otros métodos ágiles como Programación extrema (XP).Método de Desarrollo de Sistemas Dinámicos (MDSD) DEFINICIONES: Considerada como la primera metodología ágil. desarrollo de sistema ajustado a tiempos y presupuesto.IIS Alumno: Marco A. permitiendo la construcción de sistemas introduciendo restricciones de tiempo.

Método de Desarrollo de Sistemas Dinámicos (MDSD) 2.IIS Alumno: Marco A. La entrega del sistema ha de satisfacer las funcionalidades críticas del usuario. Las pruebas se realizan durante todo el proyecto. lo que es muy importante debido a que puede existir malos entendidos. 6. 7. o el usuario puede equivocarse al especificar una funcionalidad o la forma de operar de la misma. Cualquier cambio es reversible. No es necesario abarcar todas las necesidades. se considera que entregar algo bueno pronto es mejor que algo perfecto tarde. lo que nos permite una tempranea detección de errores. Esto nos da la oportunidad de probar el producto. antes del inicio del proyecto por todos aquellos que participan en el mismo. sin tener que esperar aprobación de niveles superiores en jerarquía. sino únicamente las más importantes. 3. Desarrollo iterativo e incremental retroalimentación de los usuarios. 5. Serrano Peñuelas Página 3 de 10 . Orientado a la iteración. 8. 9. Toma de decisiones importantes por parte del equipo del proyecto. basado en las revisiones y la UEM – Grado Ingeniería Informática . gracias a lo cual se pueden asumir nuevas mejoras que se aproximen a las expectativas del usuario. el resto se pueden desarrollar funcionalidades accesorias a posteriori. Los objetivos y requisitos de alto nivel han de ser pactados. lo que permite la revisión del producto desde etapas muy tempranas. 4. La comunicación y cooperación entre las partes del proyecto ha de ser constante.

• El objetivo es conseguir proyectos de calidad en los plazos marcados y ajustados al presupuesto indicado. siempre y cuando el usuario este satisfecho.Método de Desarrollo de Sistemas Dinámicos (MDSD) ASUNCIONES: Además de los anteriores principios hay que asumir otros denominados asunciones: • Ningún sistema se construye a la perfección en un solo intento.IIS Alumno: Marco A. El sistema perfecto es una utopía e intentar conseguirlo demasiado pronto puede poner en riesgo el sistema de información. el 80% de los objetivos se pueden lograr con el 20% del esfuerzo necesario para lograr la totalidad. La clave es definir adecuadamente los incrementos UEM – Grado Ingeniería Informática . • La evaluación de riesgos no se centra en el proceso de construcción sino en entregar función de negocio. • Esta metodología es aplicable tanto a desarrollos iniciados desde cero como a ampliaciones de otros proyectos que no hayan sido creados con esta metodología. Serrano Peñuelas Página 4 de 10 . • En MDSD para que se inicie una fase no es necesario que la anterior esté completa y con cada nueva iteración. el sistema se mejora incrementalmente. • Se pueden realizar varias iteraciones simultáneamente siempre que no se entorpezcan ente ellas. Según el principio de Pareto (regla 80/20).

IIS Alumno: Marco A.Método de Desarrollo de Sistemas Dinámicos (MDSD) FASES: Esta metodología consta de las siguientes fases que se realizan de forma secuencial: • • Pre-proyecto: Ciclo de vida: 1. Iteración del modelo funcional 4. De esta fase obtendremos: • informe de viabilidad. UEM – Grado Ingeniería Informática . Diseño e iteración de la estructura 5. los compromisos de las distintas partes y quien o quienes financian el proyecto. Ciclo de vida (compuesto por 5 fases): 1. Estudio de viabilidad 2. Estudio de viabilidad: Estudio de adecuación de la metodología al proyecto e identificación de riesgos. Estudio de empresa 3. los departamentos y personas implicadas. Serrano Peñuelas Página 5 de 10 . Implementación • Post-proyecto: Pre-proyecto (que define): • • • • el alcance global.

Serrano Peñuelas Página 6 de 10 . Definición de calendario -> se acuerda plan de trabajo Obtención de prototipo Revisión de prototipo funcional -> se determina grado de aceptación mediante pruebas realizadas por el usuario.IIS Alumno: Marco A. tanto que si esta no se consigue habría que replantearse seguir el proyecto utilizando esta metodología. Iteración del modelo funcional (dividido en 4 fases): • • • • Identificación del prototipo funcional -> se definen funcionalidades a cubrir y se elabora modelo funcional. que abarca el plan de desarrollo y el registro de riesgos. muy importante el feedback para que las iteraciones se aproximen al máximo a las necesidades el usuario. la participación del usuario. Estudio de Negocio: Análisis en profundidad del proceso de negocio a informatizar. Resulta fundamental para esta fase. arquitectura del sistema. De esta fase obtenemos: • • • • modelo de procesos identificando los usuarios clave en cada uno de ellos. catalogo de requisitos priorizado. y el plan general del proyecto. plan de prototipo.Método de Desarrollo de Sistemas Dinámicos (MDSD) • • prototipo de viabilidad. UEM – Grado Ingeniería Informática . 3. 2.

Serrano Peñuelas Página 7 de 10 . Iteración del diseño y la construcción (se divide en 4 fases): • • • • Identificación del prototipo de diseño -> se determinan requisitos funcionales y no funcionales. Implementación (se divide en 4 fases): • • • • Aprobación del usuario -> El usuario da el visto buenos a producto. Definición de calendario -> se acuerda plan de trabajo Construcción de prototipo de diseño -> será utilizable por los usuarios. por lo que comprendería el mantenimiento.IIS Alumno: Marco A. Revisión de negocio -> confirmar la adecuación del sistema a las necesidades del usuario y a los objetivos establecidos en le proyecto.Método de Desarrollo de Sistemas Dinámicos (MDSD) 4. 5. Implementación -> instalar producto en oficinas del cliente. Formación -> formar a usuarios finales. UEM – Grado Ingeniería Informática . si este no es relevante se vuelve a la fase Iteración del modelo funcional y si es un aspecto técnico se vuelve a Iteración del diseño y la construcción Post-proyecto: Su objetivo es que el sistema siga siendo útil al usuario. • Si se detecta o falla algún aspecto funcional relevante se vuelve a la fase Estudio de Negocio. Revisión de prototipo de diseño.

Haciendo una lectura al pie de la letra sí que puede parecerlo. 1.IIS Alumno: Marco A. Estudio de la viabilidad. • • • ¿Que se pretende conseguir? ¿se puede obtener con los recursos de los que se dispone? ¿es DSDM la metodología adecuada consecución? ¿qué problemas pueden provocar que el proyecto no evolucione adecuadamente? 2. Serrano Peñuelas Página 8 de 10 . se podría llegar a la conclusión de que esta metodología dista de ser ágil. pero hay que tener en cuenta lo que realmente se obtiene en cada fase: Pre-proyecto: ¿Qué se pretende conseguir y quiénes van a participar para conseguirlo? Ciclo de vida del proyecto.Método de Desarrollo de Sistemas Dinámicos (MDSD) RESUMEN: Tras lo que hemos visto. Estudio del negocio. • • • • ¿Qué procesos se van a informatizar? ¿qué requisitos se deben cumplir (no se requiere entrar en detalle)? ¿cuáles son los requisitos prioritarios? ¿cuál es el plan de desarrollo iterativo e incremental? UEM – Grado Ingeniería Informática .

• • • • Aceptación del sistema. Implementación (Implementation). ya que en esta se basa el éxito del sistema. 4. • • Realización de los procesos diseño y construcción Definición de calendario para la realización de tareas. 5. Serrano Peñuelas Página 9 de 10 . Se puede apoyar en la realización de un prototipo. Iteración del modelo funcional. Definición de calendario para la realización de tareas. Implantación y análisis sobre la evolución e impacto del sistema.IIS Alumno: Marco A. Post-proyecto: Hace referencia al mantenimiento del sistema ya que abarca la fase posterior a la entrega del sistema una vez finalizado. UEM – Grado Ingeniería Informática . Iteración del diseño y de la construcción. lo que condiciona las siguientes iteraciones a desarrollar. que no es otro que la satisfacción del cliente con el producto final.Método de Desarrollo de Sistemas Dinámicos (MDSD) 3. CONCLUSIONES: La constante comunicación entre proveedores y cliente durante el proceso de desarrollo es primordial. Formación. • • • Perfeccionamiento y cierre de los requisitos.

por parte de los desarrolladores. aumenta la confiabilidad del cliente ante el proceso de desarrollo que se va a llevar a cabo. antes de que el producto este concluido.Método de Desarrollo de Sistemas Dinámicos (MDSD) Por esta razón.IIS Alumno: Marco A. con el consiguiente ahorro de tiempo y dinero en la realización de modificaciones. esta metodología permite al usuario aportar al proceso nuevos requerimientos durante el desarrollo del proyecto. Serrano Peñuelas Página 10 de 10 . La utilización de prototipos permite la pronta detección. El estudio de viabilidad de la aplicación de esta metodología. UEM – Grado Ingeniería Informática . de los defectos del sistema.

Sign up to vote on this title
UsefulNot useful