ESCUELA SUPERIOR POLITCNICA AGROPECUARIA DE

MANAB MANUEL FLIX LPEZ

CARRERA INFORMTICA

SEMESTRE SPTIMO

PERODO ABRIL-SEPT/2015

TEMA:
DESARROLLO GIL
MATERIA:
INGENIERA EN SOFTWARE

AUTORA:
MNICA L. DIAZ ENCARNACIN

FACILITADORA:
ING. HIRAIDA SANTANA

MISIN
Formacin de profesionales ntegros que conjuguen ciencia, tecnologa y valores en
su accionar, comprometidos con la sociedad en el manejo adecuado de programas
y herramientas computacionales de ltima generacin.

VISIN
Ser referente en la formacin de profesionales de prestigio en el desarrollo de
aplicaciones informticas y soluciones de hardware.

CALCETA, MAYO 2015

5 Mayo del 2015

INTRODUCCIN
Las formas para mejorar el desarrollo software, hoy en da son de suma
importancia ya que esto depende del buen funcionamiento que este d al cliente,
es aqu donde conoceremos una metodologa para mejorar o realizar dichos
proyectos que concluyan con el objetivo o meta planteada.
Como es Desarrollo gil que es aquel que tiene un conjunto de lineamientos de
desarrollo, este es solicitado por el cliente y tiene que ser entregado de manera
rpida o de acuerdo con lo establecido. Tambin conoceremos otras definiciones
que involucran o que conllevan al Desarrollo gil.

OBJETIVO
El objetivo de esta clase es de conocer de qu manera es la metodologa del
Desarrollo gil, como es su concepto, sus procesos, que pasara si el proyecto
est a medio proceso, sus principios, lo que es XP, entre otras definiciones.

MARCO TERICO

QU ES?

QUIN LO
HACE?

POR QU ES
IMPORTANTE?

La ingeniera
de software
gil combina
una filosofa
con
un
conjunto de
lineamientos
de desarrollo.

La ingeniera
de
software
gil representa
una
alternativa
razonable a la
ingeniera de
software para
ciertas clases
de software y
en
algunos
tipos
de
proyectos.

Porque
los
ingenieros de
software
y
otros
trabajan
juntos en un
proyecto gil.
Un
equipo
gil facilita la
comunicacin
y
colaboracin
entre aquellos
a
quienes
sirve.

Asimismo, se
ha demostrado
que concluye
con
rapidez
sistemas
exitosos.

CULES SON
LOS PASOS?

Permanecen las
actividades
estructurales
fundamentales:
comunicacin,
planeacin,
modelado,
construccin y
despliegue.

CUL ES EL
PRODUCTO
FINAL?

CMO ME
ASEGURO DE
QUE LO HICE
BIEN?

El
nico
producto del
trabajo
realmente
importante es
un
incremento
de software
operativo que
se entrega al
cliente en la
fecha
acordada.

El
trabajo
estar
bien
hecho si el
equipo
gil
concuerda en
que
el
proceso,
funciona y en
que produce
incrementos
de software
utilizables
que
satisfagan al
cliente.

QU ES LA AGILIDAD?
La agilidad se ha convertido en la palabra mgica de hoy para describir un
proceso del software moderno. Un equipo gil es diestro y capaz de responder
de manera apropiada a los cambios. Tambin reconoce que el software es
desarrollado por individuos que trabajan en equipo, y que su capacidad, su
habilidad para colaborar, es el fundamento para el xito del proyecto.
Un equipo gil es diestro y capaz de responder de manera apropiada a los
cambios. sta recomienda las estructuras de equipo y las actitudes que hacen
ms fcil la comunicacin (entre los miembros del equipo, tecnlogos y gente de
negocios, entre los ingenieros de software y sus gerentes, etc.)

LA AGILIDAD Y EL COSTO DEL CAMBIO

La sabidura convencional del desarrollo de software seala que el costo se
incrementa en forma no lineal a medida que el proyecto avanza. Es relativamente
fcil efectuar un cambio cuando el equipo de software rene los requerimientos
(al principio de un proyecto). El escenario de uso tal vez tenga que modificarse,
la lista de funciones puede aumentar, o editarse una especificacin escrita. Los
costos de hacer que esto funcione son mnimos, y el tiempo requerido no
perjudicar el resultado del proyecto.

QU PASA UNA VEZ TRANSCURRIDOS ALGUNOS MESES?

El equipo est a la mitad y requiere modificar el diseo de la arquitectura del
software, el diseo y construccin de tres componentes nuevos, hacer cambios
en otros cinco componentes, disear nuevas pruebas, etc. Los costos aumentan
con rapidez, y no son pocos el tiempo y el dinero requeridos para asegurar que
se haga el cambio sin efectos colaterales no intencionados.

QU ES UN PROCESO GIL?
Cualquier proceso del software gil se caracteriza por la forma en la que aborda
cierto nmero de suposiciones clave acerca de la mayora de proyectos de
software:
1. Es difcil predecir qu requerimientos de software persistirn y cules
cambiarn.
2. Para muchos tipos de software, el diseo y la construccin estn
imbricados.
3. El anlisis, el diseo, la construccin y las pruebas no son tan predecibles
como nos gustara (desde un punto de vista de planeacin).

PRINCIPIOS DE AGILIDAD
1. La prioridad ms alta es satisfacer al cliente a travs de la entrega pronta y
continua de software valioso.
2. Son bienvenidos los requerimientos cambiantes, aun en una etapa avanzada
del desarrollo.
3. Entregar con frecuencia software que funcione, de dos semanas a un par de
meses, de preferencia lo ms pronto que se pueda.
4. Las personas de negocios y los desarrolladores deben trabajar juntos, a diario
y durante todo el proyecto.
5. Hay que desarrollar los proyectos con individuos motivados.

6. El mtodo ms eficiente y eficaz para transmitir informacin a los integrantes

de un equipo de desarrollo, y entre stos, es la conversacin cara a cara.
7. La medida principal de avance es el software que funciona.
8. Los procesos giles promueven el desarrollo sostenible.
9. La atencin continua a la excelencia tcnica y el buen diseo mejora la
agilidad.
10. Es esencial la simplicidad.
11. Las mejores arquitecturas, requerimientos y diseos surgen de los equipos
con organizacin propia.
12. El equipo reflexiona a intervalos regulares sobre cmo ser ms eficaz, para
despus afinar y ajustar su comportamiento en consecuencia.

FACTORES HUMANOS
Si los miembros del equipo de software son los que van a generar las
caractersticas del proceso que van a aplicarse a la elaboracin de software,
entre ellos debe existir cierto nmero de caractersticas clave, mismas que debe
compartir el equipo gil como tal:

Competencia

Enfoque comn

Colaboracin

Habilidad para
tomar
decisiones.

Capacidad para
resolver
problemas
difusos

Confianza y
respeto
mutuos

Organizacin
propia.

PROGRAMACIN EXTREMA (XP)

Una variante de XP llamada XP industrial [IXP] se propuso en una poca ms
reciente [Ker05]. IXP mejora la XP y tiene como objetivo el proceso gil para ser
usado especficamente en organizaciones grandes.

VALORES XP
Define un conjunto de cinco valores que establecen el fundamento para todo
trabajo realizado como parte de XP. Cada uno de estos valores se usa como un
motor para actividades, acciones y tareas especficas de XP.

Comunicacin

Respeto

Valenta

Simplicidad

Retroalimentacin

A fin de lograr la comunicacin eficaz entre los ingenieros de software y otros

participantes, XP pone el nfasis en la colaboracin estrecha pero informal
(verbal) entre los clientes y los desarrolladores.

Para alcanzar la simplicidad, XP restringe a los desarrolladores para que diseen

slo para las necesidades inmediatas, en lugar de considerar las del futuro. El
objetivo es crear un diseo sencillo que se implemente con facilidad en forma de
cdigo.
La retroalimentacin se obtiene de tres fuentes: el software implementado, el
cliente y otros miembros del equipo de software. Al disear e implementar una
estrategia de pruebas eficaz, el software (por medio de los resultados de las
pruebas) da retroalimentacin al equipo gil. XP usa la prueba unitaria como su
tctica principal de pruebas.
A ciertas prcticas de XP se requiere valenta. Un trmino ms apropiado sera
disciplina.
Al apegarse a cada uno de estos valores, el equipo gil inculca respeto entre sus
miembros, entre otros participantes y los integrantes del equipo, e indirectamente
para el software en s mismo. Conforme logra la entrega exitosa de incrementos
de software, el equipo desarrolla ms respeto para el proceso XP.

EL PROCESO XP
La programacin extrema usa un enfoque orientado a objetos, como paradigma
preferido de desarrollo, y engloba un conjunto de reglas y prcticas que ocurren
en el contexto de cuatro actividades estructurales: planeacin, diseo,
codificacin y pruebas.

Planeacin: Tambin llamada juego de planeacin comienza escuchando

actividad para recabar requerimientos que permite que los miembros tcnicos
del equipo XP entiendan el contexto del negocio para el software y adquieran la
sensibilidad de la salida y caractersticas principales y funcionalidad que se
requieren.

Diseo: El diseo XP sigue rigurosamente el principio MS (mantenlo sencillo).

Un diseo sencillo siempre se prefiere sobre una representacin ms compleja.
Adems, el diseo gua la implementacin de una historia conforme se escribe:
nada ms y nada menos. Se desalienta el diseo de funcionalidad adicional
porque el desarrollador supone que se requerir despus.

Codificacin: Despus de que las historias han sido desarrolladas y de que se

ha hecho el trabajo de diseo preliminar, el equipo no inicia la codificacin, sino
que desarrolla una serie de pruebas unitarias a cada una de las historias que se
van a incluir en la entrega en curso (incremento de software).

Pruebas. Ya se dijo que la creacin de pruebas unitarias antes de que comience

la codificacin es un elemento clave del enfoque de XP. Las pruebas unitarias
que se crean deben implementarse con el uso de una estructura que permita
automatizarlas. Esto estimula una estrategia de pruebas de regresin siempre
que se modifique el cdigo.

XP INDUSTRIAL
Describe la programacin extrema industrial [IXP, por sus siglas en ingls] en la
forma siguiente: IXP es la evolucin orgnica de XP. IXP difiere sobre todo de
la XP original en su mayor inclusin de la gerencia, el papel ms amplio de los
clientes y en sus prcticas tcnicas actualizadas. IXP incorpora seis prcticas
nuevas diseadas para ayudar a garantizar que un proyecto XP funciona con
xito para proyectos significativos dentro de una organizacin grande.

Evaluacin de
la factibilidad.

Calificacin
del proyecto.

Comunidad del
proyecto.

Aprendizaje
continuo.

Retrospectivas

Administracin
orientada a
pruebas.

EL DEBATE XP
Los nuevos modelos y mtodos de proceso han motivado anlisis provechosos
y en ciertas instancias debates acalorados. La programacin extrema
desencadena ambos. La eficacia de XP, se dice que muchas prcticas de XP
son benficas, pero que otras estn sobreestimadas y unas ms son
problemticas.
Debido a que muchas organizaciones adoptan slo un subconjunto de prcticas
XP, debilitan la eficacia de todo el proceso. Los defensores contradicen esto al
afirmar que la XP est en evolucin continua y que muchas de las crticas que
se le hacen han llevado a correcciones conforme maduran sus prcticas. Entre
los aspectos que destacan algunos crticos de la XP estn los siguientes:

Volatilidad de los requerimientos.

Necesidades conflictivas del cliente.

Los requerimientos se expresan

informalmente.

Falta de un diseo formal.

CONCLUSIN
He concluido que el Desarrollo gil es de gran importancia en lo que es
ingeniera de software, ya que este proporciona beneficios importantes, pero
tambin este no es aplicable a todos los proyectos, productos, etc.
Ya que es diestro y capaz de reconocer de manera correcta o adecuada a los
cambios que este realice. Adems conocimos sus procesos, principios, factores
humanos, lo que es programacin extrema XP, todo esto va de la mano con el
Desarrollo gil, ya que sin saber dichos conceptos no sabramos si estamos
realizando de manera correcta el desarrollo de nuestro proyecto, es por esto que
debemos primero conocer todo sobre este, para despus ponerlo en prctica en
nuestra vida como profesionales.

BIBLIOGRAFA
Orjuela. A. 2008. Metodologa de Desarrollo gil. Formato: PDF. Consultado: 15
Mayo 2015. Disponible en: http://www.bdigital.unal.edu.co/15430/1/1003718216-1-PB.pdf

Pressman. R. 2010. Ingeniera del Software Un Enfoque Prctico. 7ma ed.

University of Connecticut. McGraw-Hill Interamericana Editores, S.A.

Schenone. M. Desarrollo gil. Formato: PDF. Consultado: 15 Mayo 2015.

Disponible

en:

tesisdegradoingenieriainformatica.pdf

http://materias.fi.uba.ar/7500/schenone-