P. 1
82101302 Metodo de Desarrollo de Sistemas Dinamicos MDSD

82101302 Metodo de Desarrollo de Sistemas Dinamicos MDSD

|Views: 197|Likes:

More info:

Published by: Edgar Haruki Izumi Hatsune on Apr 30, 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

03/06/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 .

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

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

siempre y cuando el usuario este satisfecho. • 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. La clave es definir adecuadamente los incrementos UEM – Grado Ingeniería Informática . Según el principio de Pareto (regla 80/20). 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. el sistema se mejora incrementalmente. el 80% de los objetivos se pueden lograr con el 20% del esfuerzo necesario para lograr la totalidad.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. Serrano Peñuelas Página 4 de 10 .IIS Alumno: Marco A. • El objetivo es conseguir proyectos de calidad en los plazos marcados y ajustados al presupuesto indicado. • Se pueden realizar varias iteraciones simultáneamente siempre que no se entorpezcan ente ellas.

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

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

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

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. • • • • ¿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 .IIS Alumno: Marco A. 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. Serrano Peñuelas Página 8 de 10 . 1. Estudio del negocio. Estudio de la viabilidad. Haciendo una lectura al pie de la letra sí que puede parecerlo. se podría llegar a la conclusión de que esta metodología dista de ser ágil.

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

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