Your SlideShare is downloading. ×
Alejandro obandodsdm(t1,t2,t3)
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Alejandro obandodsdm(t1,t2,t3)

88
views

Published on

Metodologias Agiles

Metodologias Agiles


0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
88
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
1
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. DSDM Escuela Superior Politécnica Del EjércitoNombre: Alejandro Obando.Fecha: 07/01/2013Materia: Tópicos Especiales De software.Objetivo: Realizar análisis de una aplicación, con la metodología DSDM Plan del proyecto con la metodología DSDM PROYECTO Inicio Fin ID Nombre de la tarea Duración Predecesora1 Sistema de Administración de Incidencias 261 día 26/12/12 02/09/132 Gestión 3 días 26/12/12 29/12/123 Plan de Proyecto 3 días 30/12/12 03/01/134 Levantamiento de información 14 días 18/05/07 06/06/07 25 Flujos de procesos 5 días 18/05/07 24/05/076 Requerimientos funcionales 8 días 25/05/07 05/06/077 Requerimientos no funcionales 1 día 06/06/07 06/06/078 Análisis 44 días 07/06/07 07/08/07 49 Casos de uso 18 días 07/06/07 02/07/0710 Generación de incidencias 6 días 07/06/07 14/06/0711 Atención de incidencias 6 días 15/06/07 22/06/07 1012 Escalamiento de incidencias 3 días 25/06/07 27/06/07 1113 Recursos de segunda instancia 3 días 28/06/07 02/07/07 1214 Modelo de datos 26 días 03/07/07 07/08/07 915 Configuración de incidencias 3 días 03/07/07 05/07/0716 Generación de incidencias 3 días 06/07/07 10/07/07 1517 Atención de incidencias 3 días 11/07/07 13/07/07 1618 Notificación de usuario 2 días 16/07/07 17/07/07 17
  • 2. DSDM19 Base del conocimiento 2 días 18/07/07 19/07/07 1820 Reporte técnico 1 día 20/07/07 20/07/07 1921 Derivación automática 3 días 23/07/07 25/07/07 2022 Encuestas 3 días 26/07/07 30/07/07 2123 Recursos de segunda instancia 1 día 31/07/07 31/07/07 2224 Archivo OSIPTEL de segunda instancia 2 días 01/08/07 02/08/07 2325 Escalamiento 3 días 03/08/07 07/08/07 2426 Diseño 28 días 08/08/07 14/09/07 827 Arquitectura 4 días 08/08/07 13/08/0728 Prototipos 24 días 14/08/07 14/09/07 2729 Configuración de incidencias 1 día 14/08/07 14/08/0730 Generación de incidencias 3 días 15/08/07 17/08/07 2931 Atención de incidencias 3 días 20/08/07 22/08/07 3032 Base del conocimiento 2 días 23/08/07 24/08/07 3133 Reporte técnico 2 días 27/08/07 28/08/07 3234 Derivación automática 2 días 29/08/07 30/08/07 3335 Encuestas 2 días 31/08/07 03/09/07 3436 Recursos de segunda instancia 2 días 04/09/07 05/09/07 3537 Archivo OSIPTEL de segunda instancia 2 días 06/09/07 07/09/07 3638 Escalamiento 2 días 10/09/07 11/09/07 3739 Reportes 3 días 12/09/07 14/09/07 3840 Desarrollo 120 días 17/09/07 29/02/08 2641 Configuración de incidencias 8días 17/09/07 26/09/0742 Notificación de usuario 5días 27/09/07 03/10/07 4143 Base del conocimiento 6días 04/10/07 11/10/07 4244 Reporte técnico 4días 12/10/07 17/10/07 4345 Derivación automática 5días 18/10/07 24/10/07 4446 Encuestas 8días 25/10/07 05/11/07 4547 Generación de incidencias 20días 06/11/07 03/12/07 4648 Atención de incidencias 30días 04/12/07 14/01/08 4749 Recursos de segunda instancia 5días 15/01/08 21/01/08 4850 Archivo OSIPTEL de segunda instancia 4días 22/01/08 25/01/08 49
  • 3. DSDM51 Escalamiento 15días 28/01/08 15/02/08 5052 Reportes 10días 18/02/08 29/02/08 5153 Pruebas 42 días 03/03/08 29/04/08 4054 Pruebas unitarias 30 días 03/03/08 11/04/0855 Configuración de incidencias 1 día 03/03/08 03/03/0856 Notificación de usuario 1 día 04/03/08 04/03/08 5557 Base del conocimiento 2días 05/03/08 06/03/08 5658 Reporte técnico 1 día 07/03/08 07/03/08 5759 Derivación automática 2 días 10/03/08 11/03/08 5860 Encuestas 3 días 12/03/08 14/03/08 5961 Generación de incidencias 4 días 17/03/08 20/03/08 6062 Atención de incidencias 5 días 21/03/08 27/03/08 6163 Recursos de segunda instancia 1 día 28/03/08 28/03/08 6264 Archivo OSIPTEL de segunda instancia 2 días 31/03/08 01/04/08 6365 Escalamiento 5 días 02/04/08 08/04/08 6466 Reportes 3 días 09/04/08 11/04/08 6567 Pruebas de integración 12 días 14/04/08 29/04/08 5468 Incidentes técnicos 4 días 14/04/08 17/04/0869 Incidentes administrativos 4 días 18/04/08 23/04/08 6870 Escalamiento de incidencias 3 días 24/04/08 28/04/08 6971 Reportes 1 día 29/04/08 29/04/08 7072 Capacitación 7 días 30/04/08 08/05/08 5373 Líderes de usuario 2 días 30/04/08 01/05/0874 Usuarios en general 5 días 02/05/08 08/05/08 7375 Oportunidad de venta (pre-venta) 1 día 02/05/08 02/05/0876 Incidentes técnicos 1 día 05/05/08 05/05/08 7577 Incidentes administrativo (post venta) 1 día 06/05/08 06/05/08 7678 Recursos de segunda instancia 1 día 07/05/08 07/05/08 7779 Escalamiento de incidencias 1 día 08/05/08 08/05/08 7880 Puesta en producción 3 días 09/05/08 13/05/08 7281 Base de datos 1 día 09/05/08 09/05/0882 Instalación de aplicación 2 días 12/05/08 13/05/08 81
  • 4. DSDM Ciclo de vida del proyecto DIAGRAMA DEL CICLO DE VIDA DEL PROYECTOLa manera en que el proyecto presenta sus datos de la aplicación se basa en el siguientediagrama, este muestra características de este método como lo es la forma iterativa dedesarrollar el proyecto.1- fase del pre-proyecto2- fase del ciclo de vida del proyecto Estudio de viabilidad Estudio de la empresa Iteración del modelo funcional Diseño e iteración de la estructura Implementación3- fase del post-proyectoDSDM está pensado para proyectos que son limitados por tiempo y recursos, y los planesacorde a las necesidades de la empresa. Para lograr sus objetivos, esta metodología promueveel uso de RAD (Desarrollo rápido de aplicaciones) con el peligro que generan demasiadasesquinas cortadas.
  • 5. DSDMEstudio de viabilidad y el NegocioEstudio de viabilidad: Calcular los costes Ver si es técnicamente viable Asegurarse de que DSDM sea el enfoque adecuadoEstudio de negocio: Modelado del proceso del negocio Fuerte colaboración cliente-equipo de desarrollo. Iteración funcional del modelo e Iteración de diseño y construcción:Iteración funcional del modelo: Refinar aspectos funcionales del negocio.Iteración de diseño y construcción: El producto se vuelve apto para los usuarios.Las dos fases consisten en ciclos de 4 actividades: Identificación. Planificación. Producción. Validación.
  • 6. DSDM Identificacion Planificacion. Produccion. Validacion.FASE 1 Identificación: El Estudio de ViabilidadDurante esta fase del proyecto, la viabilidad del proyecto para el uso de DSDM se examina. Losrequisitos previos para el uso de DSDM se son dirigidos contestando las preguntas gusta: Esteproyecto puede satisfacer las necesidades comerciales requeridas? , Es este proyectosatisfecho para el uso de DSDM? ‘y Qué los riesgos más importantes son involucrados? . Lastécnicas más importantes usaron en esta fase los Talleres son. Los delibérales para esta faseson el Informe de Viabilidad y el Prototipo de Viabilidad que la dirección la viabilidad delproyecto a mano. Está extendido con un Plan del Contorno Global para el resto del proyecto yun Leño de Riesgo que identifican los riesgos más importantes para el proyecto.FASE 2 Planificación: La Iteración Ejemplar funcionalSe convierten los requisitos que se han identificado en las fases anteriores a un modelofuncional. Este modelo consiste en un prototipo funcionando y modelos. Prototipo es una delas técnicas del proyecto importantes dentro de esta fase que ayuda comprender elenvolvimiento del usuario buena lo largo del proyecto. El prototipo desarrollado se repasa porlos grupos del usuario diferentes. Para asegurar la calidad, probando se lleva a cabo a lo largode cada iteración de DSDM. Una parte importante de probar se comprende en la IteraciónEjemplar Funcional. La lata Ejemplar Funcionalse subdivida en cuatro subalterno-Fase Identifique el Prototipo Funcional: Determine las funcionalidades a ser llevadas a cabo enel prototipo que es el resultado de esta iteración.-Está de acuerdo el Horario: Esté de acuerdo adelante cómo y cuándo desarrollar estasfuncionalidades.-Cree el Prototipo Funcional: Desarrolle el prototipo. Investigue, refine, y consolídelo con elprototipo Funcional combinado de iteraciones anteriores.El Prototipo de la revisión: Verifique la exactitud del prototipo desarrollado. Esto puedehacerse porque prueba por el fin-usuario, entonces use la prueba graba y las regeneracionesde usuario para generar el prototipo funcional repasan el documento. Los delibérales para estafase son Modelo Funcional y un Prototipo Funcional que juntos representan lasfuncionalidades que podrían comprenderse en esta iteración, prepare por probar por losusuarios. Al lado de esto, la Lista de Requisitos se pone al
  • 7. DSDMDía, mientras anulando los artículos que se han comprendido y volviendo a pensar elpriorización de los requisitos restantes. El Leño de Riesgo también se pone al día teniendoanálisis de riesgo de desarrollo extenso después de repasar el documento del prototipo.FASE 3 Producción:El enfoque principal de esta iteración de DSDM es integrar los componentes funcionales de lafase anterior en un sistema que satisface las necesidades del usuario. También se dirige losrequisitos non-funcionales para que han sido fijos él ES. Probar de nuevo es una actividadcontinuada importante en esta fase.Identifique el Prototipo del Plan: Identifique requisitos funcionales y non-funcionales quenecesitan estar en el sistema probado.Está de acuerdo el Horario: Esté de acuerdo adelante cómo y cuándo comprender estosrequisitos.Cree el Prototipo del Plan: Cree un sistema que puede darse seguramente a los usuarios parael uso diario. Ellos investigan, refinan, y consolidan el prototipo de iteración actual dentro delproceso del prototipo también es importante en este subalterno-fase.-El Prototipo de Plan de revisión: Verifique la exactitud del sistema diseñado. Probando denuevo y repasar son las técnicas principales usadas, desde que los archivos de la prueba y lasregeneraciones de usuario son importantes generar la documentación del usuario. Losdelibérales para esta fase son un Prototipo del Plan durante la fase que los usuarios finalesconsiguen probar y al final del Plan e Iteración de la Figura el Sistema Probado se entrega a lapróxima fase. En esta fase, el sistema es principalmente construido donde son consolidadas elplan funciones e integraron en un prototipo. Otro entregable para esta fase unaDocumentación del Usuario es.FASE 4 Validación: La aplicaciónEn la fase de Aplicación, el sistema probado incluso la documentación del usuario se entrega alos usuarios y entrenando de usuarios futuros se comprende. El sistema a ser entregado se harepasado para incluir los requisitos que han sido al principio fijo las fases del proyecto. La fasede Aplicación puede subdividirse en cuatro subalterno-fase.La Aprobación del usuario y Pautas: Los usuarios finales aprueban el sistema probado páralaaplicación y pautas con respecto a la aplicación y uso del sistema se creaLos Usuarios del tren: El tren el usuario final futuro en el uso del sistemaEl instrumento: Lleve a cabo el sistema probado a la situación de los usuarios finalesEl Negocio de la revisión: Repase el impacto del sistema llevado a cabo en el negocio, unproblema central será si el sistema se encuentra las metas puestas al principio del proyecto.Dependiendo adelante este el proyecto va a la próxima fase, el poste-proyecto o dobla atrás auna de las fases precedentes para el desarrollo extenso. Los delibérales para esta fase son un
  • 8. DSDMSistema Entregado en la situación, prepare para el uso por los usuarios finales, UsuariosEspecializados y Documento de Revisión de Proyecto detallado del sistema.4) Proceso de aplicación de la DSDM en la solución del problema planteado. Un criteriopersonal del proceso que se ha seguido en este ejemplo.El proceso de aplicación de esta metodología es como otras iterativa e incrementa que essensible a los requerimientos cambiantes del sistema, por lo que sirve para el desarrollo desistemas que satisfagan las necesidades de la empresa, desarrollados dentro del tiempo ypresupuesto planeado, los métodos ágiles enfatizan las comunicaciones cara a cara con elcliente en vez de la documentación por lo que hace que esta metodología sea muyrecomendable además que nos proporciona un Framework para el desarrollo de ágil software.Bibliografía:http://es.scribd.com/doc/55914168/DSDM-documentohttp://www.answers.com/topic/etomhttp://es.wikipedia.org/wiki/Desarrollo_%C3%A1gil_de_softwareIntroduction a DSDM (Dynamic Systems Development Method)TAREA 2: Plan de proyecto con DSDMObjetivo: Elaborar un PLAN DE PROYECTO DE SOFTWARE con las fases y proceso de lametodología DSDM de un problema que usted considere conveniente.(OldBook)Versión 1.0El software a desarrollarse parte principalmente como un servicio a los estudiantes o cualquierpersona que desee utilizarlo, fomentando el uso de los libros que están guardados para quesean sacados provecho por otras personas que lo necesitan, y se benefician entre usuariosrealizando trueques o venta de los mismos.
  • 9. DSDMParámetros para la elaboración del plan: Fases y procesos de la metodología DSDMActividad Sub. actividades Descripción El Estudio Fase dónde la conveniencia de DSDM se evalúa. Juzgando porEl Estudio Viabilidad. el tipo de proyecto, organizacional y problemas de las personas, la decisión 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 Fase dónde se analizan las características esenciales de Comercial negocio y tecnología. Acérquese para organizar talleres dónde un número 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 DEFINICIÓN del ÁREA COMERCIAL, una DEFINICIÓN de ARQUITECTURA de SISTEMA, y un CONTORNO el PLAN de PROTOTYPING se desarrolla Identifique el Determine las funcionalidades a ser llevadas a cabo en el prototipo prototipo que es el resultado de esta iteración. En este funcional subalterno-fase, un MODELO FUNCIONAL se desarrolla según el resultado del deliberado de fase del estudio comercialLa iteraciónfuncional Esté de Esté de acuerdo adelante cómo y cuándo desarrollar estasEjemplar acuerdo el funcionalidades. Horario. Cree el Desarrolle el PROTOTIPO FUNCIONAL, según el horario prototipo convenido y el MODELOFUNCIONAL. funcional
  • 10. DSDM La revisión el Verifique exactitud del prototipo desarrollado. Esto prototipo puede hacerse por probando por elfina-usuario y/o funcional repasando la documentación. El entregable es un PROTO.Actividad Sub. actividades Descripción Identifique el Identifique requisitos funcionales y non-funcionales que prototipo del plan necesitan estar en el sistema probado. Y basado en estas identificaciones, una ESTRATEGIA de APLICACIÓN está envuelta. Si hay un REGISTRO de la PRUEBA de la iteración anterior, entonces también usará determina la ESTRATEGIA de APLICACIÓN Esté de acuerdo Esté de acuerdo adelante cómo y cuándo comprender estos el horario requisitos. Cree el prototipo Verifique la exactitud del sistema diseñado. Probando de del plan nuevo y repasar son las técnicas principales usadas. Se desarrollarán una DOCUMENTACIÓN más americana un REGISTRO de la PRUEBA. La aprobación del Los usuarios finales aprueban el sistema probado (la usuario y pautas APROBACIÓN) para la aplicación y pautas con respecto a la aplicación y uso del sistema se crea.La iteraciónfuncionalEjemplar El implementó Lleve a cabo el sistema probado a la situación de los usuarios finales, llamada como el SISTEMA ENTREGADO Implementación Repase el impacto del sistema llevado a cabo en el negocio, El negocio de la un problema central será si el sistema se encuentra las metas revisión puestas al principio del proyecto. Dependiendo adelante este el proyecto va a la próxima fase, el poste-proyecto o dobla atrás a una de las fases precedentes para el desarrollo extenso. Esta revisión es se documentará en un
  • 11. DSDM DOCUMENTO de REVISIÓN de PROYECTO. . PROYECTO Inicio Fin ID Nombre de la tarea Duración1 oldBook 90 días 16/12/12 02/09/132 Gestión 3 días 26/12/12 29/12/123 Plan de Proyecto 3 días 30/12/12 03/01/134 Levantamiento de información 14 días 18/05/07 06/06/075 Flujos de procesos 5 días 18/05/07 24/05/076 Requerimientos funcionales 8 días 25/05/07 05/06/077 Requerimientos no funcionales 1 día 06/06/07 06/06/078 Análisis 44 días 07/06/07 07/08/079 Casos de uso 18 días 07/06/07 02/07/0710 Gestión de Usuarios 6 días 07/06/07 14/06/0711 Gestión Libros 6 días 15/06/07 22/06/0712 Interfaces 3 días 25/06/07 27/06/0713 Gestión Ventas. 3 días 28/06/07 02/07/0714 Modelo de datos 26 días 03/07/07 07/08/0715 Configuración de incidencias 3 días 03/07/07 05/07/0716 Generación de incidencias 3 días 06/07/07 10/07/0717 Atención de incidencias 3 días 11/07/07 13/07/0718 Notificación de usuario 2 días 16/07/07 17/07/07IT001: Se necesita que el sitio pueda registrar usuarios.Número: 1 Usuario: EstudiantePrioridad en Riesgo en desarrollo:negocio: AltaAlta
  • 12. DSDMPuntos Iteración asignada: 1estimados: 4Programador responsable: Alejandro Obando - Daniel ObandoDescripción:La página debe registrar a los usuarios mediante sus datos personales como, nombre, apellido,universidad, mail, fecha_Nac.IT002: Realizar publicación de libros.Número: 1 Usuario: EstudiantePrioridad en Riesgo en desarrollo:negocio: AltaAltaPuntos Iteración asignada: 1estimados: 4Programador responsable: Alejandro Obando - Daniel ObandoDescripción:La página debe registrar a los usuarios mediante sus datos personales como, nombre, apellido,universidad, mail, fecha_Nac. Estimado ID Categoría Requerimiento Responsable Inicio Fin Estado en horas crear perfiles 1 Programación distintos para Alejandro O 24 07/01/2013 10/01/2013 Completo admin y usuario. Validar los1.1 Programación perfiles de Alejandro O 8 11/01/2013 12/01/2013 Completo usuario. Realizar el incompleto-1.2 Programación modulo de libros Alejandro O 8 13/01/2013 14/01/2013 activo A,B,C.
  • 13. DSDM crear perfiles incompleto-2 Programación distintos para Alejandro O 8 15/01/2013 16/01/2013 activo admin y usuario. Realizar el incompleto-2 Programación modulo de Alejandro O 8 17/01/2013 18/01/2013 activo transacciones. TOTAL: 56