(Dynamic Systems Development Method)

Slides:



Advertisements
Presentaciones similares
INTRODUCCIÓN A LA VERIFICACION Y VALIDACION
Advertisements

Ciclo de vida de desarrollo de software
IDENTIFICAR NECESIDADES, PROBLEMAS U OPORTUNIDADES
DESARROLLANDO EL PLAN DE TRABAJO
Open RA 10/25/00 EEM/TD/LQ M. F. Juan 1 La Función de Calidad en los Proyectos de Desarrollo de Software Manuel F. Juan Martínez Juan López Espinosa Centro.
Metodologías ágiles.
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
Gestión de Recursos Informáticos Unidad Nº 3: Gestión de calidad y eficiencia.
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
ANÁLISIS DE REQUERIMIENTOS
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de Metodologías ágiles.
GESTIÓN DE LOS COSTOS DEL PROYECTO
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
“8 Principios de la Gestión Administrativa”
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements.
Sistema de Gestión de la Calidad
12.4 Seguridad de los archivos del sistema
Juan Antonio Siqueiros Pérez
ANÁLISIS Y DISEÑO DESDE UNA PERSPECTIVA ORIENTADA A OBJETOS Alan Vargas.
Electivo Integración Normas de Calidad, Seguridad, Medio Ambiente y Riesgos en la Gestión de la Empresa. Profesor : Fernando Vargas Gálvez Ingeniero Civil.
Propuesta de una metodología para el desarrollo de proyectos informáticos empleando la herramienta para el diseño automatizado GeneXus Autor: Dipl.-Ing.
EVALUACION INTERNA NIVEL MEDIO
Metodología de Control Interno, Seguridad y Auditoría Informática
Capítulo 2: Ciclo de vida del Proyecto y organización
DATA WAREHOUSE Equipo 9.
Gestión de Proyectos Informáticos Sesión N° 5 Ciclo de Vida de un Proyecto Roberto Jijena I.
AUDITORIAS DE SEGURIDAD
Sistemas Basados en Conocimiento Diego Faúndez Nelson Escobar.
El tipo de proyectos puede utilizar una metodología específica
Procedimiento para el establecimiento de indicadores de gestión
Gestión de la Continuidad del negocio BS BCI
Ingeniería del Software
Aplicaciones de Ingeniería de Software
Sistemas Basados en Conocimiento (Knowledge Based Systems) Lic. Mario G. Oloriz Agosto 2004.
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
Alexander Aristizabal Ángelo flores herrera
GERENCIA DE SISTEMAS DE CALIDAD, AMBIENTE Y SEGURIDAD TRANSICIÓN DEL SISTEMA DE CALIDAD DEL IIE A LA NORMA ISO 9001:2000 OCTUBRE-2002.
Ciclo de vida de un sistema
Método iterativo Integrantes : Paola Ramón Armando 19 octubre 2011.
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de metodologías ágiles Tatiana Alejandra.
Roles de Open UP.
CICLO DE VIDA DEL DESARROLLO DE SISTEMAS.
TIPOS DE AUDITORÍAS EN SISTEMAS DE INFORMACIÓN
TIPOS DE PRUEBAS DEL SOFTWARE
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Procesos itil Equipo 8.
PLAN DE CONTINGENCIA. EVALUACIÓN DIAGNOSTICA 1. Sabes para que te puede ayudar el respaldar la información? 2. Conoces algún método para realizar un respaldo,
Estructurar tus ideas para hacerlas realidad
Ciclo de Vida del Software
Mejores Prácticas para el Desarrollo de Software Omar de Jesús Rosales Hernández.
ANGIE PAOLA SOLANO CASTIBLANCO DAR SOPORTE A LOS PROCESOS NORMAS ISO DOC. JOHANA LÓPEZ CHAVEZ SENA 2010.
METODOLOGÍADE DESARROLLO ÁGIL DSDM - FDD
CONCEPTO DE CICLO DE VIDA 1 En los departamentos de Sistemas se debe definir un marco de referencia común que debe ser:  Pueda ser empleado por todos.
Formación Especializada en Dirección y Gestión de Proyectos
MÉTODOS DE DESARROLLO DE SISTEMAS DINÁMICOS Profesor: Luis Piña Realizado por: Daniel Santolo, C.I: David Ostos, C.I: Caracas, 13 de.
Fundamentos de Computación
Las fases del ciclo de la vida de desarrollo de sistemas
SISTEMA DE GESTIÓN DE LA CALIDAD ISO 9001: AUDITORÍA INTERNA
Autor: Reinozo Cuesta Christian Marcelo
Planificación de Sistemas de Información
Procesos de Planeación
 La gestión de proyectos una disciplina que ha tomado fuerza en la medida en que buena parte de lo que se hace tanto a nivel personal como profesional.
Integrantes: Mejía Zúñiga Yoselin Taco Apaza Pamela Ychuta Torres John.
UNIDAD III. PSP Objetivo: El alumno identificará el Proceso Personal de Software, para medir su desempeño.
Fundamentos de Auditoria PRIMERA NORMA DE AUDITORIA RELATIVA AL TRABAJO.
Verificación y Validación del Software
Sistemas de calidad en el desarrollo de software.
Universidad Alejandro de Humboldt MÉTODO DE DESARROLLO DE SISTEMAS DINÁMICOS (DSDM) María Rosa Oya Javier Torrealba.
GESTIÓN DE PROYECTOS.
Metodologías de Desarrollo Ágil
Transcripción de la presentación:

(Dynamic Systems Development Method) DSDM (Dynamic Systems Development Method) Union Bolivariana Ingenieria de Sistemas Edgar Plata

DSDM Es la metodología más antigua de las auto-denominadas ágiles. 1994, Jennifer Stapleton, la actual directora del DSDM Consortium. Próxima a los métodos formales, de hecho la implantación de un modelo DSDM en una organización la lleva a alcanzar lo que CMM consideraría un nivel 2 de madurez. DSDM: Dynamic Systems Development Method

DSDM Sin embargo los aspectos que DSDM reprocha a CMM son: Aunque es cierto que se ha desarrollado con éxito en algunas organizaciones, lo que funciona bien en unos entornos no tiene por qué servir para todos. CMM no le da al diseño la importancia que debería tener. CMM plantea un foco excesivo en los procesos, olvidando la importancia que en nuestra industria tiene el talento de las personas. El tener procesos claramente definidos no es sinónimo de tener buenos procesos. DSDM: Dynamic Systems Development Method

DSDM En común con los métodos ágiles, DSDM considera imprescindible una implicación y una relación estrecha con el cliente durante el desarrollo, así como la necesidad de trabajar con métodos de desarrollo incremental y entregas evolutivas. DSDM cubre los aspectos de gestión de proyectos, desarrollo de los sistemas, soporte y mantenimiento y se autodefine como un marco de trabajo para desarrollo rápido más que como un método específico para el desarrollo de sistemas. DSDM: Dynamic Systems Development Method

DSDM Descripcion Proyecte la dirección Estimando El prototipo El embalaje de Tiempo La dirección de la configuración Probando La convicción de calidad Los papeles y responsabilidades (de usuarios y ÉL el Personal) Las estructuras del equipo Labre con herramienta los ambientes Construyendo para el mantenimiento DSDM: Dynamic Systems Development Method

PRINCE2 Es un método de dirección de proyecto que fue diseñado para ser genérico específicamente e independiente de cualquier tipo del proyecto particular o método de desarrollo. DSDM: Dynamic Systems Development Method

Los elementos del DSDM & PRINCE2 & su Traslado.

DSDM usando con PRINCE2 DSDM: Dynamic Systems Development Method El propio DSDM incluye algún volumen de dirección de proyecto. Fue diseñado para proporcionar simplemente capacidad suficiente para permitir dirección eficaz de proyectos de DSDM conscientemente. Sin embargo, se reconoce que algunos negocios pueden escoger usar un armazón de PRINCE2 para manejar todos sus proyectos, incluso esos DSDM usando. DSDM: Dynamic Systems Development Method

Los principios de DSDM En su versión actual (4.2) el marco de procesos DSDM se basa en 9 principios. La implicación activa de los usuarios es imprescindible. Los miembros de los equipos de desarrollo DSDM deben tener la autonomía y potestad necesarias para tomar decisiones. Entrega frecuente de incrementos operativos del producto. El principal criterio de prioridad, desarrollo y validación de las entregas incrementales es el objetivos y la salud del negocio. El desarrollo iterativo o incremental hace posible obtener la solución más adecuada a las necesidades del negocio. Todos los cambios realizados en el desarrollo son reversibles. Los requisitos se establecen a un nivel general Las pruebas forman parte del ciclo de desarrollo Es imprescindible trabajar con espíritu de colaboración con todos los agentes implicados en el sistema que se desarrolla. DSDM: Dynamic Systems Development Method

La Estructura del proyecto Empezando Tiene un punto del mando mayor después de un entender inicial del proyecto se ha ganado: apunte a que una decisión para proceder debe confirmarse, y la opción de abandonar el proyecto debe ser considerada El fin del Estudio Comercial (con la Definición del Área Comercial, Definición de Arquitectura de Sistema, y Contorno el Plan de Prototipo) También tiene un más temprano, menos crítico, punto del mando que a veces se omite: El Estudio de Viabilidad (los Productos: el Informe de Viabilidad, el Prototipo de Viabilidad optativo, el Plan del Contorno) DSDM: Dynamic Systems Development Method

La Estructura del proyecto Corriendo Una fase de dirección puede consistir en varios DSDM cronometre las cajas. El número de fases requerido debe determinarse equilibrando la cantidad de mando de dirección necesitada sobre la cabeza encima del proyecto y sus riesgos contra el potencial de manejar los límites de la fase. Una fase podría trazarse A una fase (si toda la iteración ejemplar funcional se hace antes de todo el plan e iteración de la figura), o Al desarrollo de una área funcional (donde se hacen la iteración ejemplar funcional y el plan e iteración de la figura en la alternación). La Aplicación de DSDM simplemente es cualquiera una parte del incremento (donde esto se trata como una sola fase) o puede tratarse como uno o más fases en su propio derecho DSDM: Dynamic Systems Development Method

La Estructura del proyecto Deteniendo La revisión del proyecto en DSDM se hace en cada incremento La llave está entallando los métodos para hacer lo que se necesita y ningún más, desde que en DSDM la aceptación incremental ha tenido lugar ya. Durante la adopción temprana de DSDM, la probabilidad de y necesita para lecciones aprendidas que la información se eleva. DSDM: Dynamic Systems Development Method

Los roles & las Responsabilidades En cualquier proyecto, alguien tiene que tomar la responsabilidad por lo siguiente: Definiendo el requisito comercial Proporcionando el presupuesto Proporcionando el usuario y recurso de desarrollo El cambio autorizando Las normas definiendo y criterio de aceptación Manejando el proyecto a una conclusión exitosa Firmando fuera del proyecto derivable DSDM apoya una estructura de dirección de proyecto en que hay un muchos a muchos relación entre el individuo y el papel, y hay una correspondencia directa entre muchos de los papeles ellos cada uno define. Da énfasis a la importancia de mayor compromiso de dirección a lo largo de la vida del proyecto. DSDM: Dynamic Systems Development Method

Los roles & las Responsabilidades La Tabla del proyecto La Tabla del Proyecto no se requiere específicamente por DSDM, pero se sienta cómodamente dentro del DSDM proyecto armazón. La Tabla del Proyecto consiste en dos papeles: Ejecutivo El Usuario principal DSDM: Dynamic Systems Development Method

Los roles & las Responsabilidades Ejecutivo DSDM el Patrocinador Ejecutivo es responsable para el proyecto a la sociedad y / o dirección del programa. A lo largo del proyecto, el Ejecutivo “posee” el caso comercial. DSDM: Dynamic Systems Development Method

Los roles & las Responsabilidades El Usuario principal El Usuario principal es responsable para comprometer el recurso del usuario al proyecto. DSDM advierte que esa falta de un grupo del usuario claramente definido propone un riesgo al proyecto. DSDM: Dynamic Systems Development Method

Los roles & las Responsabilidades Proyecte a Gerente (PM) El Gerente del Proyecto es responsable para la entrega exitosa de los productos convenidos, a la norma convenida de calidad, a tiempo y dentro del presupuesto, y capaz de entregar los beneficios declarados en el PID. El Gerente del Proyecto puede venir de ÉL o la comunidad del usuario, e informes a la Tabla del Proyecto. DSDM añade un énfasis complementario: Autorizando el equipo del proyecto Protegiendo el equipo del proyecto de la interferencia externa Asegurando que el equipo puede permanecer estable y puede enfocar a lo largo del proyecto El envolvimiento del usuario gerente en el proyecto y asegurando a los usuarios continúan estando disponibles cuando necesitó DSDM: Dynamic Systems Development Method

Los roles & las Responsabilidades Gerente del equipo Este individuo es responsable para asegurar que el equipo de desarrollo se encuentra sus objetivos entregando el sistema requerido. DSDM: Dynamic Systems Development Method

Los roles & las Responsabilidades El Apoyo del proyecto Una organización puede establecer un Proyecto Apoya la Oficina para proporcionar el apoyo administrativo al Gerente del Proyecto, o debido al volumen de trabajo o para ayudar en el uso de herramientas particulares en el proyecto (por ejemplo dirección del proyecto o la dirección de la configuración labra con herramienta). Esto podría incluir proporcionando al escriba y los papeles del facilitador requirieron por los proyectos de DSDM. DSDM: Dynamic Systems Development Method

Los roles & las Responsabilidades Convicción del proyecto En los proyectos de DSDM, el Equipo de Convicción de Proyecto puede ser redundante debido a la relación más íntima lejana y envolvimiento del negocio y usuarios y la visibilidad aumentada ofrecidos por el deliverables frecuente. Los proyectos de DSDM se llevan a cabo a menudo a un presupuesto fijo y las decisiones siempre son basado en el beneficio comercial. Las necesidades de convicción de proyecto en los proyectos de DSDM pueden ser cumplidas eficazmente por el Embajador User y la Coordinadora Técnica. DSDM: Dynamic Systems Development Method

Los roles & las Responsabilidades La convicción del proyecto El Coordinador Técnico está fuera del equipo del centro. El él o ella es responsable para asegurar que el proyecto es técnicamente legítimo, se encuentra su especificación técnica, y se encuentra las normas técnicas convenidas en conjunto para el proyecto él y la organización El Usuario y posiblemente el Coordinador Técnico es miembros del equipo del centro, ellos deben tener el acceso directo a la tabla si sus actividades de convicción les dicen que el Gerente del Proyecto está dirigiendo el proyecto fuera del informe que se ha dado por la tabla. La cosa importante es proporcionar a la confianza de Tabla de Proyecto que el proyecto está progresando de hecho bien; que no hay ningún problema oculto; y que entregará un producto que está en buen salud para el propósito de negocio en el momento convenido. DSDM: Dynamic Systems Development Method

Los productos La mayoría de los productos dentro de DSDM es los productos especialistas. Es decir, ellos o contienen información relacionada al sistema o desarrollo el proyecto es entregar o definir las técnicas del prototipo y métodos ser usado. Hay, sin embargo, algunos productos de DSDM que son completamente cualquiera los productos de dirección o contienen las secciones de dirección de proyecto (como el plan del contorno y plan de prototipo de contorno) y algunos DSDM calidad productos (como los archivos de la revisión y archivos de la prueba). DSDM: Dynamic Systems Development Method

Los productos El Proyecto Documento de Iniciación Puede contener los aspectos de dirección del estudio comercial si el estudio se dirige en este momento El PID también debe dirigirse los problemas de dirección específicos a cualquier DSDM. Por ejemplo, lo siguiente debe ser incluido en el PID: La indicación preliminar de áreas dentro de alcance que puede ser deseable pero no esencial La necesidad para el fortalecimiento del equipo Medios que el equipo de desarrollo necesitará Cualquiera seguridad-relacionado o problemas de obligación de producto Defina sastrería de acercamiento para el proyecto El Filtro de conveniencia DSDM: Dynamic Systems Development Method

Los productos El Informe de viabilidad Este DSDM informan no se producirá separadamente, pero será incluido en el Documento de Iniciación de Proyecto. DSDM: Dynamic Systems Development Method

Los productos La Definición del Área comercial (incluyendo los Requisitos Priorizados Listan) Esto es un DSDM documenta que cubre especialista y aspectos de dirección. Perfile Plan del Prototipo, PID, y Plan de la Fase El Plan de Prototipo de Contorno se produce en el Estudio Comercial en DSDM para definir el prototipo principal escalona dentro del proyecto El desarrollo Riesgo Análisis Informe El Documento de Revisión de proyecto DSDM: Dynamic Systems Development Method

La dirección y Mando El propósito es habilitar cada nivelado del equipo de dirección de proyecto a: Demuestre al próximo nivelado a que el proyecto está en la huella a un resultado exitoso, (que el proyecto entregará productos que son a tiempo en buen salud para el propósito de negocio y dentro del presupuesto) Identifique algo que puede prevenir esto temprano DSDM: Dynamic Systems Development Method

La tolerancia & el Fortalecimiento Se define la tolerancia como la medida de desviación que puede manejarse por el gerente del proyecto antes de la tabla del proyecto debe consultarse; es decir, cómo los horarios lejanos pueden resbalarse, los presupuestos han terminado gastado, o los cambios al alcance aparecen ante los dueños del proyecto necesita intervenir. DSDM reconoce que el equipo del proyecto debe ser autorizado para trabajar eficazmente. Un proyecto perderá la velocidad adquirida si cada cambio menor a la funcionalidad, presupuesto o el horario necesita la aprobación externa. Se confían los equipos eficaces para tomar las decisiones dentro del nivel definido de tolerancia sin la referencia a la autoridad externa, mientras permitiendo hacer el progreso más rápidamente. Puede ponerse la tolerancia en cualquier atributo del proyecto mensurable. Los ejemplos comúnes son costo, funcionalidad, y tiempo. En los proyectos de DSDM, por consiguiente, la tolerancia está en el alcance, en lugar de a tiempo y recurso (como en la mayoría de los proyectos tradicionales). La Viabilidad de DSDM y Estudios de Negocio generalmente son tiempo embalado. La tolerancia del alcance en estas fases normalmente es manejada limitando la profundidad a que los estudios proceden, para que simplemente sea suficiente producir resultados que son en buen salud para el propósito de negocio. DSDM: Dynamic Systems Development Method

Cambie la Dirección En un proyecto de DSDM, cambie dentro del alcance nivelado alto y los requisitos definieron en el Estudio Comercial se espera. Sólo se necesitarán los excepción informar donde el cambio está más allá de esta tolerancia. DSDM: Dynamic Systems Development Method

La calidad La calidad es basado en el criterio de calidad pre-determinado, formuló para asegurar la conformidad a los Requisitos del Usuario (la aptitud para el propósito) ambos para el proyecto y para cada producto el proyecto entrega. Promueve la revisión de productos contra su criterio de calidad. Recomienda las actividades de convicción para asegurar las normas de calidad apropiadas está siguiéndose. DSDM requiere que todas las revisiones y actividades de convicción “agregue el valor” al proceso y no es para la propia causa de documentación (introduciendo los retrasos innecesarios). También señala eso, aunque la revisión procesa para los productos es similar, hay probablemente menos productos que en los proyectos tradicionales. DSDM: Dynamic Systems Development Method

El riesgo El DSDM Desarrollo Riesgo Análisis Informe Se desarrolla en una moda continuada e informó específicamente al final de la Iteración Ejemplar Funcional. Los riesgos pertinentes identificando y planeando cómo dirigirselos es una parte importante de planear para cada caja de tiempo en DSDM. DSDM: Dynamic Systems Development Method

Conclusion En una avellana, el Método de Desarrollo de Sistema Dinámico (DSDM) es un listo-cambiando, aplicación desarrollo proyecto modelo ágil non-propietario para las soluciones comerciales en vías de desarrollo dentro de los horarios firmes. Acorta la reloj-velocidad (y tiempo para comercializar) para la entrega de centro los beneficios comerciales. DSDM es el único acercamiento que puede garantizar la entrega en un día exacto bajo firme, las fechas tope del Internet-tiempo. Es herramienta-independiente-no hay ninguna herramienta o el software empaqueta para comprar (o se desjarrete por). DSDM ningún mágico del es. El Los gerentes del proyecto experimentados lo ven como una estrategia sistemática del común del sentido. El Las pocas ideas en el DSDM hijo nuevas; las prácticas más buenas son construidos en el modelo. El resultado de Como, las personas están aplicando DSDM un los proyectos en una gama amplia del campos, en el y fuera el lado de Tecnología de Información. El Las recientes tendencias hijo combinar DSDM PRINCE2 o hacen trampas XP (el la Programación Extrema), para ganar los beneficios del armazón de la dirección del proyecto de DSDM los enfoques de y del negocio hacen trampas el alta de eficacia de la de XP el y el desarrollo del practica de contralto de calidad, lo que nos gusta llamar la Empresa XP o EXP (el un término acuñado por Mike Griffiths de Quadrus). DSDM: Dynamic Systems Development Method