Welcome to Scribd, the world's digital library. Read, publish, and share books and documents. See more
Download
Standard view
Full view
of .
Look up keyword
Like this
10Activity
0 of .
Results for:
No results containing your search query
P. 1
Práctica 3 AESM Metodologías Ágiles

Práctica 3 AESM Metodologías Ágiles

Ratings: (0)|Views: 349|Likes:
Published by Cristian Vázquez

More info:

Categories:Types, School Work
Published by: Cristian Vázquez on Mar 08, 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/01/2014

pdf

text

original

 
 
 
 1
Índice
 
DSDM………………………………………………………………………………………
.
……………………...………….. 2
 
FDD…………………………………………………………………………………………………………..…………………….6
 
Procesos ......................................................................................................................................................................... 61.- Desarrollo de un modelo global. .......................................................................................................................... 62.- Construcción de una lista de funcionalidades. ..................................................................................................... 73.- Planeación por funcionalidad. .............................................................................................................................. 74.- Diseño por funcionalidad. .................................................................................................................................... 75.- Construcción de la funcionalidad. ........................................................................................................................ 7Roles y responsabilidades .............................................................................................................................................. 8Roles claves ............................................................................................................................................................... 8Roles de soporte ....................................................................................................................................................... 8Roles adicionales ....................................................................................................................................................... 8Herramientas ................................................................................................................................................................. 9Conclusiones FDD: .......................................................................................................................................................... 9
Crystal Clear……………………………………………………………………………………………………………….
.
….11
 
AUP…………………………………………………………………………………………………………………………………14
 
Comparación……………………………………………………………………………………………..………………….18
 
Referencias ……………………………………………………………………………………………………………….……20
 
 
 2En esta práctica se definirán con detalle varias metodologías ágiles de desarrollo paraposteriormente hacer una comparación exhaustiva entre ellas.De cada una de las metodologías, se estudiarán sus características, roles, artefactos prácticas yherramientas.
DSDM (Dynamic Systems Development Method)
 
¿Qué es el DSDM?
El Método de Desarrollo de Sistemas Dinámicos es una metodología para el desarrollo desoftware, de naturaleza iterativa e incremental y es considerada como la primera metodologíaágil. Surgió en el año 1995, como respuesta a la crisis del software.El DSDM pretendía así solucionar los principios de la crisis del software, permitiendo llevar acabo proyectos de desarrollo de software en un tiempo y presupuesto específico y quecumpliese con las expectativas de los usuarios. Para ello permitía la existencia de requisitoscambiantes que se producían en las diferentes evoluciones del producto.
Características
El Método de Desarrollo de Sistemas Dinámicos se basa en los siguientes principios:-
 
Es indispensable la implicación de los usuarios a los que está dirigido el productoparticipen en su definición para lograr un proyecto eficiente y efectivo.-
 
Con el fin de evitar retrasos, el equipo de desarrollo ha de ser capaz de tomardecisiones importantes para que el proyecto continúe sin necesidad de tener queesperar la aprobación de niveles superiores.-
 
Es preferible entregar con frecuencia un producto bueno y temprano a uno perfectopero con retraso, ya que a partir de las diferentes iteraciones, al ser posible utilizartempranamente el producto, permite que desde etapas muy tempranas comience elcontinuo proceso de revisión de calidad del producto y que con cada iteración, seaproxime cada vez más a las expectativas del usuario.-
 
Parte de las funcionalidades más importantes que debe cumplir el producto, las másnecesarias, y a partir de ahí, mediante las diversas iteraciones, se va perfeccionando el
producto. Se rige por la regla ‘
MoSCoW’ 
, cuyas siglas en ingles significan:
o
 
M
ust have: el equipo de desarrollo se centra primero en las funcionalidadescríticas que han de llevar a cabo para el desarrollo del producto. Dichosrequisitos han de ser pactados y aceptados entre todas las partes queparticipan en el proyecto, antes de que éste comience.
o
 
S
hould have: una vez llevados
a cabo los aspectos ‘que debe tener’ el
producto, el equipo se centra en las funcionalidades que convendría

Activity (10)

You've already reviewed this. Edit your review.
1 thousand reads
1 hundred reads
carolina6116 liked this
Angie Gonzalez liked this
Fhanor Vasquez Gonzalez added this note
Escelente material fhavago
Julia Salvador liked this
rtillero2499 liked this

You're Reading a Free Preview

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