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