metodologia Ágil
Post on 10-Nov-2015
30 Views
Preview:
TRANSCRIPT
-
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
top related