You are on page 1of 15

INGENIERIA SOFTWARE

TEORIA DE DECISIONES
DOCENTE : Lic. Edwin Flores

PARTICIPANTE : Benedicto Canaza M.
27/05/2014 1
UNIVERSIDAD UNION
BOLIVARIANA
1.- INTRODUCCIN
Se entiende como Desarrollo gil de Software a un
paradigma de Desarrollo de Software basado en
procesos giles. Los procesos giles, conocidos
anteriormente como metodologas livianas, intentan
evitar los tortuosos y burocrticos caminos de las
metodologas tradicionales enfocndose en la gente y
los resultados. El software desarrollado en una unidad
de tiempo es llamado una iteracin, la cual debe durar
de una a cuatro semanas. Cada iteracin del ciclo de
vida incluye: planificacin, anlisis de requerimientos,
diseo, codificacin, revisin y documentacin.
27/05/2014 2
UNIVERSIDAD UNION
BOLIVARIANA
2.- HISTORIA
La definicin moderna de desarrollo gil de software
evolucion a mediados de los aos 1990 como parte de
una reaccin contra los mtodos de peso pesado, muy
estructurado y estricto, extrados del modelo de
desarrollo en cascada. Inicialmente, los mtodos giles
fueron llamados mtodos de "peso liviano". En el ao
2001, miembros prominentes de la comunidad se
reunieron en Sonwbird, Utah, y adoptaron el nombre de
"Metodologas giles". Poco despus, algunas de estas
personas formaron la "alianza gil", una organizacin sin
fines de lucro que promueve el desarrollo gil de
aplicaciones.
27/05/2014 3
UNIVERSIDAD UNION
BOLIVARIANA
2.1 CREACIN DE METODOS
Muchos mtodos similares al gil fueron creados antes del
2000. Entre los ms notables se encuentran:
Scrum(1986), Crystal Clear (cristal transparente),
desarrollo de software adaptativo, feature driven
development, Mtodo de desarrollo de sistemas
dinmicos(1995). Kent Beck cre el mtodo de
Programacin Extrema (usualmente conocida como XP)
en 1996 como una forma de rescatar el proyecto del
Sistema exhaustivo de compensaciones de Chrysler (C3).
Mientras Chrysler cancelaba ese proyecto, el mtodo fue
refinado por Ron Jeffries.
27/05/2014 4
UNIVERSIDAD UNION
BOLIVARIANA
3.1.- METODOLOGIA RUP

Rational Unified Process El Proceso Unificado fue
desarrollado por Philippe Kruchten, Ivar Jacobson y otros
de la Rational como el proceso complementario al UML. El
RUP es un armazn de proceso y como tal puede
acomodar una gran variedad de procesos.

El RUP puede usarse en un estilo muy tradicional de
cascada o de una manera gil. Como resultado se puede
usar el RUP como un proceso gil o como un proceso
pesado - todo depende de cmo lo adapte a su ambiente.
27/05/2014 5
UNIVERSIDAD UNION
BOLIVARIANA
3.1.- CRAIG LARMAN
27/05/2014 6
UNIVERSIDAD UNION
BOLIVARIANA
Craig Larman es un fuerte defensor de usar el RUP de
una manera gil. Su excelente libro introductorio sobre
desarrollo OO contiene un proceso que est muy basado
en su pensamiento ligero del RUP. Su visin hacia los
mtodos giles no es nada ms que aceptar desarrollo
OO de la corriente principal que ha sido capturada como
RUP. Una de las cosas que hace Craig es pasarse los
primeros dos o tres das de una iteracin mensual con
todo el equipo usando el UML para perfilar el diseo del
trabajo a hacerse durante la iteracin.
3.2 RUP GIL ES EL PROCESO DX
El RUP gil es el proceso dX de Robert Martin. El proceso dx es una
versin totalmente dcil del RUP que simplemente es idntico a la
XP (voltear dX al revs basado en cuatro principios: simplicidad,
comunicacin, retroalimentacin, valor). El dX est diseado para
gente que tiene que usar el RUP pero quiere usar XP. Como tal es a
la vez XP y RUP y por tanto un buen ejemplo del uso gil del RUP.

Una de las cosas clave que necesita el RUP es que los lderes del
RUP en la industria enfaticen su acercamiento al desarrollo de
software. En la industria Philippe Kruchten y su equipo son firmes
creyentes en el desarrollo iterativo. Clarificando estos principios y
animando las versiones giles del RUP tales como los trabajos de
Craig y de Robert tendr un efecto importante.
27/05/2014 7
UNIVERSIDAD UNION
BOLIVARIANA
3.3.- RATIONAL UNIFIED PROCESS (RUP)
El proceso de ciclo de vida
de RUP se divide en 4 fases
bien conocidas llamadas
Incepcin, Elaboracin,
Construccin y
Transicin. Esas fases se
dividen en iteraciones, cada
una de las cuales produce
una pieza de software
demostrable. La duracin
de cada iteracin puede
extenderse desde dos
semanas hasta seis meses.
27/05/2014 8
UNIVERSIDAD UNION
BOLIVARIANA
I TERACIONES
3.4.- FASE PRIMERA INCEPCIN
27/05/2014 9
UNIVERSIDAD UNION
BOLIVARIANA
Incepcin. Significa comienzo, Se
especifican los objetivos del ciclo de vida del
proyecto y las necesidades de cada
participante, Establecer el alcance y las
condiciones de lmite y los criterios de
aceptabilidad. Se identifican los casos de uso
que orientarn la funcionalidad.
Se disean las arquitecturas y se estima la
agenda y el presupuesto de todo el proyecto,
en particular para la siguiente fase de
elaboracin. Tpicamente es una fase breve
que puede durar unos pocos das o unas
pocas semanas.
3.5.- FASE SEGUNDA ELABORACION
Elaboracin. Se analiza el dominio del
problema y se define el plan del proyecto. RUP
presupone que la fase de elaboracin brinda una
arquitectura suficientemente slida junto con
requerimientos y planes bastante estables. Se
describen en detalle la infraestructura y el
ambiente de desarrollo, as como el soporte de
herramientas de automatizacin. Al cabo de esta
fase, debe estar identificada la mayora de los
casos de uso y los actores, debe quedar
descripta la arquitectura de software y se debe
crear un prototipo de ella. Al final de la fase se
realiza un anlisis para determinar los riesgos y
se evalan los gastos hechos contra los
originalmente planeados.
27/05/2014 10
UNIVERSIDAD UNION
BOLIVARIANA
3.6.- FASE TERCERA CONSTRUCCIN
Construccin. Se desarrollan,
integran y verifican todos los
componentes y rasgos de la
aplicacin. RUP considera que esta
fase es un proceso de manufactura,
en el que se debe poner nfasis en la
administracin de los recursos y el
control de costos, agenda y calidad.
Los resultados de esta fase se crean
tan rpido como sea posible. Se debe
compilar tambin una versin de
entrega. Es la fase ms prolongada
de todas.
27/05/2014 11
UNIVERSIDAD UNION
BOLIVARIANA
3.7.- FASE CUARTA TRANSICIN
Transicin. Comienza cuando el
producto est suficientemente
maduro para ser entregado. Se
corrigen los ltimos errores y se
agregan los rasgos pospuestos. La
fase consiste en prueba beta, piloto,
entrenamiento a usuarios y despacho
del producto a mercadeo, distribucin
y ventas. Se produce tambin la
documentacin. Se llama transicin
porque se transfiere a las manos del
usuario, pasando del entorno de
desarrollo al de produccin.
27/05/2014 12
UNIVERSIDAD UNION
BOLIVARIANA
A travs de las fases se desarrollan en paralelo nueve disciplinas:
1.- Modelado de Negocios, 2.- Requerimientos, 3.- Anlisis y Diseo,
4.- Implementacin, 5.- Prueba, 6.- Gestin de Configuracin, 7.-
Cambio, 8.- Gestin del Proyecto y 9.- Entorno. Adems de estas
disciplinas el RUP define algunas prcticas comunes:

1. Desarrollo iterativo de software.- Las iteraciones deben ser breves
y proceder por incrementos pequeos.
2. Administracin de requerimientos.- Identifica requerimientos.
3. Uso de arquitecturas basadas en componentes.- La reutilizacin
de componentes.
4. Modelado visual del software.- Se deben construir modelos
visuales.
5. Prueba de calidad del software.- RUP pone bastante nfasis en la
calidad del producto entregado.
6. Control de cambios y trazabilidad.- La madurez del software se
puede medir por la frecuencia y tipos de cambios realizados.

3.8.- FASES DE DESARROLLO
27/05/2014 13
UNIVERSIDAD UNION
BOLIVARIANA
1. No existe una metodologa universal para hacer frente a
cualquier proyecto de desarrollo de software.
2. Las metodologas giles ofrecen una solucin casi a medida
para una gran cantidad de proyectos.
3. Las metodologas giles se caracterizan por su sencillez, tanto
en su aprendizaje como en su aplicacin.
4. Las metodologas giles permiten a los pequeos grupos de
desarrollo concentrarse en la tarea de construir software de
fcil adopcin y en un entorno ordenado y exitoso.
5. Se pueden distinguir dos rangos distintos de conjuntos de
metodologas giles. Por un lado estn las metodologas ms
declarativas y programticas como XP, Scrum, LD, entre otras; y
por otro lado se encuentran las metodologas finamente
elaboradas como DSDM, Cristal, etc.
6. XP es una de las metodologas giles ms extendidas y
populares.
4.- CONCLUSIN
27/05/2014 14
UNIVERSIDAD UNION
BOLIVARIANA
27/05/2014 15
UNIVERSIDAD UNION
BOLIVARIANA

You might also like