-
ESCUELA SUPERIOR POLITCNICA AGROPECUARIA DE
MANAB MANUEL FLIX LPEZ
CARRERA INFORMTICA
SEMESTRE SPTIMO PERODO ABRIL-SEPT/2015
TEMA:
METODOLOGA 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
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.
CUL ES EL
PRODUCTO
FINAL?
QUIN LO
HACE?
POR QU ES
IMPORTANTE?
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.
Asimismo, se
ha demostrado
que concluye
con rapidez
sistemas
exitosos.
Permanecen las
actividades
estructurales
fundamentales:
comunicacin,
planeacin,
modelado,
construccin y
despliegue.
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.
CULES SON
LOS PASOS?
CMO ME
ASEGURO DE
QUE LO HICE
BIEN?
La ingeniera
de software
gil combina
una filosofa
con un
conjunto de
lineamientos
de desarrollo.
QU ES?
-
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.
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.
Comunicacin
Simplicidad
RetroalimentacinValenta
Respeto
-
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.
-
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:
Evaluacin de
la factibilidad.
Calificacin
del proyecto.
Comunidad del
proyecto.
Administracin
orientada a
pruebas.
RetrospectivasAprendizaje
continuo.
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/10037-
18216-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: http://materias.fi.uba.ar/7500/schenone-
tesisdegradoingenieriainformatica.pdf