P. 1
82101302 Metodo de Desarrollo de Sistemas Dinamicos MDSD

82101302 Metodo de Desarrollo de Sistemas Dinamicos MDSD

|Views: 924|Likes:

More info:

Published by: Edgar Haruki Izumi Hatsune on Apr 11, 2012
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

07/25/2013

pdf

text

original

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

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 .IIS Alumno: Marco A. Serrano Peñuelas Página 1 de 10 .

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

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

siempre y cuando el usuario este satisfecho. El sistema perfecto es una utopía e intentar conseguirlo demasiado pronto puede poner en riesgo el sistema de información. • En MDSD para que se inicie una fase no es necesario que la anterior esté completa y con cada nueva iteración.IIS Alumno: Marco A. • 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. • Se pueden realizar varias iteraciones simultáneamente siempre que no se entorpezcan ente ellas. Serrano Peñuelas Página 4 de 10 . el sistema se mejora incrementalmente. Según el principio de Pareto (regla 80/20).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. • La evaluación de riesgos no se centra en el proceso de construcción sino en entregar función de negocio. La clave es definir adecuadamente los incrementos UEM – Grado Ingeniería Informática . el 80% de los objetivos se pueden lograr con el 20% del esfuerzo necesario para lograr la totalidad. • El objetivo es conseguir proyectos de calidad en los plazos marcados y ajustados al presupuesto indicado.

Estudio de empresa 3. Serrano Peñuelas Página 5 de 10 . Ciclo de vida (compuesto por 5 fases): 1. Implementación • Post-proyecto: Pre-proyecto (que define): • • • • el alcance global. Diseño e iteración de la estructura 5. UEM – Grado Ingeniería Informática . Iteración del modelo funcional 4.IIS Alumno: Marco A. los compromisos de las distintas partes y quien o quienes financian el proyecto. Estudio de viabilidad: Estudio de adecuación de la metodología al proyecto e identificación de riesgos.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. los departamentos y personas implicadas. De esta fase obtendremos: • informe de viabilidad. Estudio de viabilidad 2.

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

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

Haciendo una lectura al pie de la letra sí que puede parecerlo. 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. Estudio del negocio. se podría llegar a la conclusión de que esta metodología dista de ser ágil. 1. Serrano Peñuelas Página 8 de 10 .Método de Desarrollo de Sistemas Dinámicos (MDSD) RESUMEN: Tras lo que hemos visto. • • • ¿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.IIS Alumno: Marco A. Estudio de la viabilidad. • • • • ¿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 .

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

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

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->