REPBLICA BOLIVARIA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACION UNIVERSITARIA

UNIVERSIDAD ALEJANDRO DE HUMBOLDT
SECCION: 0604
CATEDRA: INGENIERIA DEL SOFTWARE

MTODO DE DESARROLLO DE SISTEMAS DINMICOS

Autores:
Heidy Longa C.I: 14.495.196.
David Pachn C.I: 15.645.470.
Juvenal Lpez C.I: 20.675.946.
Profesor: Luis Pia.

Caracas, 03 Febrero 2016

INDICE

INTRODUCCIN
MTODO DE DESARROLLO DE SISTEMAS DINMICOS
HISTORIA DEL DSDM
DNDE SE UTILIZA?
VENTAJAS
DESVENTAJAS
PRINCIPIOS DEL DSDM

3
4
4
4
5
5
5
6

REQUISITOS PREVIOS PARA EL USO DE DSDM.

7
DIAGRAMA DEL CICLO DE VIDA DEL PROYECTO
7
FASES DEL DSDM
7
FASE 1: PRE-PROYECTO
8
FASE 2: CICLO DE VIDA DEL PROYECTO
ETAPAS DEL CICLO DE VIDA DEL PROYECTO
ETAPA 1: ESTUDIO DE VIABILIDAD.
ETAPA 2: ESTUDIO DEL NEGOCIO
ETAPA 3: ITERACION DE MODELADO FUNCIONAL
ETAPA 4: ITERACION DE DISEO Y DESARROLLO.
ETAPA 5: APLICACIN

8
8
8
8
8
9
9

FASE 3: POST PROYECTO

9
TECNICAS BASICAS DE DSDM
TIMEBOXING
MOSCOW

9
9
10

PROTOTIPOS
EXAMENES
TALLER

10
10
10

SITUACIONES NO APLICABLES PARA DSDM

11
CONCLUSION
REFERENCIAS

12

INTRODUCCIN
En esta se explicar el mtodo de desarrollo de sistemas dinmicos
(DSDM), su definicin, origen, etapas, principios, fases y tcnicas bsicas
que se emplean. Este mtodo se encuentra orientado al desarrollo de
mltiples sistemas con contenidos dinmicos, por lo que es de gran empleo
por empresas de desarrollo de aplicaciones web.
Adicionalmente, este mtodo se caracteriza por tener inmerso en una
de sus fases al ciclo de vida del proyecto, por lo que se realizan mltiples
iteraciones tanto en el modelado, diseo y desarrollo. Esto con la premisa de
que ningn desarrollo queda perfecto en el primer intento.
De igual manera, se debe saber cmo realizar el levantamiento de
informacin, as como contar con el apoyo y revisin constante por parte del
cliente, puesto que estos son elementos fundamentales para obtener buenos
resultados en la aplicacin de este mtodo.

MTODO DE DESARROLLO DE SISTEMAS DINMICOS

El mtodo de desarrollo de sistemas dinmicos (en ingls Dynamic
Systems Development Method o DSDM) es una estructura conceptual y
tecnologca de soporte definido normalmente con artefactos o mdulos de
software concretos que puede servir de base para la organizacin. Provee un
framework para el desarrollo gil de software, apoyado por su continua
implicacin del usuario en un desarrollo iterativo y creciente. que sea
sensible a los requerimientos cambiantes, para desarrollar un sistema que
rena las necesidades de la empresa en tiempo y presupuesto.
HISTORIA DEL DSDM
DSDM fue desarrollado en el Reino Unido en los aos 90 por un
consorcio DSDM un conjunto de proveedores y de expertos en la materia del
desarrollo de sistemas de informacin (IS) esta es una organizacin no
lucrativa y proveedor independiente que posee y administra el framework. La
primera versin fue terminada en enero de 1995 y publicada en febrero de
1995. La versin actualmente en uso (abril de 2006) es la versin 4.2: El
framework para el Negocio Centralizado Desarrollado lanzado en mayo de
2003.
Como extensin del Desarrollo rpido de aplicaciones (RAD), DSDM
se centra en los proyectos de sistemas de informacin que son
caracterizados por presupuestos y agendas apretadas.
DNDE SE UTILIZA EL DSDM?
Es ustilizado en sistemas TI (Tecnologa de la Informacin) pero
tambien pudiera ser utilizado para proyectos donde se requiera cambio de
algn sistema aunque no sea TI.

VENTAJAS DE DSDM
- Las pruebas son realizadas durante todo el ciclo vital del proyecto.
- Todos los cambios durante el proyecto son reversibles.
- Los equipos de DSDM deben tener el poder de tomar decisiones.
- La entrega del proyecto deberia ser a tiempo, respetando
precupuestos y con buena caslidad.
DESVENTAJAS DE DSDM
- Dinero (presupuesto).
- Continua Implicacin del usuario.
- Concesin de requerimientos.
PRINCIPIO PARA LA CREACIN DE DSDM

La implicain activa de los usuarios es imprescindible: es

crucial para la eficacia y eficiencia del proyecto, donde ambos,
cliente y desarrolladores, comparten un entorno de trabajo,
para que las decisiones puedan ser tomadas con presicion y

rpidamente.
Los miembros de los equipos de desarrollo DSDM deben
tener la autonoma y potestad necesarias para tomar
decisiones: El equipo de desarrollo debe tomar decisiones
que son importantes para el progreso del proyecto sin esperar

la aprobacin de superiores.
Entrega frecuente de incrementos operativos del producto:
Es mejor realizar entregas antes que sean buenas que una al
final perfecta. Si desde que se empieza a desarrollar el
proyecto se van realizando entregas, el usuario podr probarlo.

El principal criterio de prioridad, desarrollo y validacin de

las entregas incrementales es el objetivos y la salud del
negocio: El criterio de aceptacin de entregables es un sistema
que satisface las necesidades actuales de negocio. Es ms
importante realizar una entrega con las funciones crticas que

un sistema con todas las funcionalidades.

El desarrollo iterativo o incremental hace posible obtener
la solucin ms adecuada a las necesidades del negocio:
dirigido por la retroalimentacin de los usuarios para converger

en una solucin de negocio precisa.

Todos los cambios realizados en el desarrollo son
reversibles: Todos los cambios hechos durante el proyecto son

reversibles.
Los requisitos se establecen a un nivel general: Los
requisitos debern ser definidos antes de que comience el

proyecto.
Las pruebas forman parte del ciclo de desarrollo: Las
pruebas se llevan a cabo durante todo el ciclo de vida del

proyecto.
Es imprescindible trabajar con espritu de colaboracin con
todos los agentes implicados en el sistema que se
desarrolla: La comunicacin y cooperacin por parte de
desarrolladores y usuarios es muy importante para que el
proyecto se desarrollo de forma efectiva y eficiente.

REQUISITOS PREVIOS PARA EL USO DE DSDM.

Para que un proyecto pueda llegar a terminar con xito haciendo uso
de esta metodologa, se deben tener en cuenta los requisitos:

Debe haber interaccin entre el equipo de desarrollo, los usuarios

finales y los clientes, de esta forma se podrn fallos por falta de
comunicacin entre todos los implicados en el proyecto.
6

El proyecto debe poder ser dividido en pequeas partes para que

pueda ser desarrollado mediante un enfoque iterativo.

DIAGRAMA DEL CICLO DE VIDA DEL PROYECTO

FASES DEL DSDM

FASE 1: PRE-PROYECTO
En esta fase se identifican los proyectos, candidatos, se define el
presupuestos, y se firma el contrato. Si se controlan este tipo de cosas en
esta fase temprana del desarrollo se evitan problemas en fases posteriores.
FASE 2: CICLO DE VIDA DEL PROYECTO
Esta fase se compone de varias etapas:
ETAPA 1: ESTUDIO DE VIABILIDAD.

Se evalua si la aplicacin es viable, para el proceso teniendo en

cuenta los requisitos bsicos del negocio y sus restricciones asociadas. en
esta etapa se suelen hacer preguntas como las siguientes: El proyecto
satisface la demanda del negocio?, Se puede ajustar el proyecto a este
mtodo?, Qu riesgos implica la elaboracin de este proyecto?.
ETAPA 2: ESTUDIO DEL NEGOCIO
Esta etapa se realiza nicamente si se ha identificado que el proyecto
es viable utilizando este mtodo.
Aqu en esta etapa se determina como trabaja la empresa, que espera
la empresa de nuestro trabajo, saber si los clientes saben que quieren o no,
hay participacin de los usuarios.
ETAPA 3: ITERACION DE MODELADO FUNCIONAL
Para realizar esta etapa nos valemos de recursos como el modelo de
prototipos, este modelo forma una parte clave en esta etapa. Una parte
importante de esta etapa es que aqu se realizan las pruebas, que
determinan el grado de calidad y efectividad del proyecto.
ETAPA 4: ITERACION DE DISEO Y DESARROLLO.
La finalidad de esta etapa es integrar los componentes funcionales de
la etapa anterior en un sistema que satisfaga las necesidades de los
usuarios.
ETAPA 5: APLICACIN
Se le entrega una versin de prueba al usuario incluyendo la
documentacin. Esta versin entregada debe incluir los requerimientos que
se han establecido en las etapas inciales.
FASE 3: POST PROYECTO

Esta fase asegura la eficiencia y eficacia del proyecto. Esto se lleva a

cabo mediante el mantenimiento, mejora y ajustes de acuerdo con los
principios de DSDM. El ciclo de vida no suele terminarse de una vez, sino
que se vuelve a pasar por fases anteriores para un mayor refinamiento.
TCNICAS BASICAS DE DSDM
TIMEBOXING: Se utiliza para apoyar los objetivos principales del
DSDM. La idea de esta tcnica es dividir en partes cada una con
presupuesto y fecha fija de entrega. Cada parte de los requisitos que se
seleccionan son priorizados de acuerdo con el principio MOSCOW. Las
nicas variables son los requisitos.
MOSCOW: Representa una forma de priorizar los temas, se deben priorizar
las necesidades.
Esta es una sigla que significa:
MUST (DEBE): tener este requisito para satisfacer necesidades del negocio.
MUST (DEBE): tener este requisito, pero el proyecto no depende de ello.
COULD (PODRIAN): tener este requisito sin que afecte las condiciones del
sistema.
WOULD (SE): tiene este requisito en una fecha posterior.
PROTOTIPOS: Permite descubrir de manera previa deficiencia del
sistema.
EXAMENES: Es una tcnica independiente para poder medir el logro
de cada iteracin.
TALLER: Consiste en llevar a las partes interesadas a discutir
necesidades, funcionalidades, y comprensin mutua.

SITUACIONES NO APLICABLES PARA DSDM

FACTOR 1:
Cuando no existe aceptacin por parte de la direccin y otros
empleados. Falta de motivacin y participacin del equipo.
FACTOR 2:
Se deriva del factor 1 y consiste en la falta de motivacin y
participacin impide la buena gestin de ideas y funcionalidades.
FACTOR 3:
Poca habilidad por parte de los integrantes del equipo. Tambin se
pueden incluir las faltas de herramientas.
FACTOR 4:
Si no hay apoyo entre cliente y proveedor.

CONCLUSIN

Los

mtodos

de

desarrollode

sistemas

proporciona

un

marco

de

herramientas que permite que los usuarios completen los pasos especificos
del proceso y nuevos requerimientos deacuerdo a sus nececidaes. el apoyo
cliente y proveedor es de vital importacia para este mtodo de desarrode
sistemas dinmicos ya que sobre l esta basado el xito de su aplicacin.

10

El uso de prototipos es bastante til para este mtodo ya que le

permite a los desarrolladores descubrir de manera previa cualquier
deficiencia del sistema. El hecho que se haga un estudio de factibilidad le da
un alto grado de confianza, ya que esto acenta la seguridad de los clientes
para el uso del sistema.

11

REFERENCIAS

Mtodo de Desarrollo de Sistemas Dinmicos - Wikipedia, la

enciclopedia libre.

(s. f.). Recuperado enero 26, 2015, a partir de

http://es.wikipedia.org/wiki/M
%C3%A9todo_de_desarrollo_de_sistemas_din%C3%A1micos

Framework - Wikipedia, la enciclopedia libre.

(s. f.). Recuperado

enero 26, 2015, a partir de http://es.wikipedia.org/wiki/Framework

SDM (Mtodo de Desarrollo de Sistemas Dinmicos).

Recuperado

enero

26,

2015,

partir

de

chile.blogspot.com/2008/08/sdm-mtodo-de-desarrollo-desistemas.html

12

(s. f.).

http://dsdm-