UNIVERSIDAD DE ORIENTE

NCLEO DE MONAGAS
INGENIERA DE SISTEMAS.
APLICACIN Y AUDITORIA DE SISTEMAS DE INFORMACIN.
MATURN / MONAGAS / VENEZUELA

PROCESO UNIFICADO AGIL

(AUP)

BACHILLERES:

PROFESORA:
Nelsy Vivenes

Via, Mara Jos C.I.:24277423

Hernndez, Leivi Elivel C.I.:24579134
Urbez, Jairo Rafael C.I.: 21347827
Prez, Elienni Milagros C.I.: 21120260
De Cabo, Carlos Eduardo C.I.: 20422720

Maturn, 23 de Noviembre 2014.

INDICE

Pg.
INTRODUCCIN.........................................................................................................4
1.

Qu es el proceso unificado gil (AUP)?.............................................................5

2.

Origen del proceso unificado gil..........................................................................5

3.

Tcnicas que aplica el Proceso Unificado gil (AUP) ....5

4.

Ciclo de vida del Proceso Unificado gil (AUP)..................................................6

4.1

Fases del proceso AUP:..................................................................................6

4.1.1

Concepcin(Inception)............................................................................6

4.1.2

Elaboracin (Elaboration)........................................................................7

4.1.3

Construccin (Construction)....................................................................7

4.1.4

Transicin................................................................................................7

4.2

Disciplinas del proceso AUP:.........................................................................8

4.2.1

Model (Modelo).......................................................................................8

4.2.2

Implementation (Aplicacin)...................................................................8

4.2.3

Prueba......................................................................................................8

4.2.4

Deployment (Despliegue)........................................................................8

4.2.5

Configuration Management (Gestin de configuracin).........................8

4.2.6

Project Management (Gestin de proyectos)...........................................8

4.2.7

Environment (Entorno)............................................................................8

4.

Incremento y desarrollo del proceso unificado gil (AUP)....................................9

5.

Caractersticas del proceso unificado gil (AUP)..................................................9

6.

5.1

Iterativo e Incremental:...................................................................................9

5.2

Centrado en la arquitectura:..........................................................................10

5.3

Enfocado en los riesgos:...............................................................................10

Herramientas del proceso unificado gil (AUP)..................................................10

6.1

Rational Method Composer..........................................................................10

6.2

Eclipse Process Framework..........................................................................11

6.3

ReadySET.....................................................................................................11

7.

Principios del proceso unificado gil (AUP)........................................................12

8.

Ventajas del proceso unificado gil (AUP)..........................................................12

9.

Desventajas del proceso unificado gil (AUP)....................................................13

CONCLUSIN...........................................................................................................17
BIBLIOGRAFA.........................................................................................................18

INTRODUCCIN
En la actualidad, existen muchas variedades de metodologas que inciden en
distintas dimensiones del proceso de desarrollo de un software, algunas ms efectivas
que otras, todo depender del contexto del proyecto que se quiera implementar. Las
metodologas giles estn marcando la diferencia en la manera de producir software,
ya que, se centran fundamentalmente a la colaboracin del cliente y el desarrollo
incremental del software con interacciones muy cortas.
En aos anteriores a la hora de elaborar proyectos en periodos de tiempo
cortos, los grupos de trabajo que aplicaban metodologas tradicionales, presentaban
inconvenientes en cuanto a la deteccin temprana de riesgos, falta de adaptabilidad
ante los climas cambiantes, adems de no existir un crecimiento en la experiencia
grupal. Ante esta serie de inconvenientes, surgen como alternativa de las
metodologas giles, El Proceso Unificado gil (AUP), el cual se preocupa
especialmente de la gestin de riesgos, y es de gran relevancia por su simplicidad,
adaptabilidad y concentracin en actividades del alto valor.
El propsito de la presente investigacin es profundizar los aspectos ms
importantes del Proceso Unificado gil: definiciones, orgenes, ciclo de vida,
caractersticas, principios, desarrollo, herramientas, y las ventajas que aborda sta
metodologa, con el objetivo de conocer el cmo, dnde, y cundo aplicar sus
tcnicas, y as adquirir dominio de una alternativa til para trabajar con proyectos de
corta duracin de desarrollo de software.

1. Qu es el proceso unificado gil (AUP)?

El Proceso Unificado gil de Scott Ambler o Agile Unified Process (AUP) es

una versin simplificada del Proceso Unificado de Rational (RUP). ste describe de
una manera simple y fcil de entender la forma de desarrollar aplicaciones de
software de negocio usando tcnicas giles y conceptos que an se mantienen vlidos
en RUP.
El proceso unificado (Unified Process o UP) es un marco de desarrollo
software iterativo e incremental. A menudo es considerado como un proceso
altamente ceremonioso porque especifica muchas actividades y artefactos
involucrados en el desarrollo de un proyecto software. Dado que es un marco de
procesos, puede ser adaptado y la ms conocida es RUP (Rational Unified Process)
de IBM.
AUP se preocupa especialmente de la gestin de riesgos. Propone que
aquellos elementos con alto riesgo obtengan prioridad en el proceso de desarrollo y
sean abordados en etapas tempranas del mismo. Para ello, se crean y mantienen listas
identificando los riesgos desde etapas inciales del proyecto. Especialmente relevante
en este sentido es el desarrollo de prototipos ejecutables durante la base de
elaboracin del producto, donde se demuestre la validez de la arquitectura para los
requisitos clave del producto y que determinan los riesgos tcnicos.

2. Origen del proceso unificado gil.

El proceso unificado gil surge en septiembre de 2005, Scott Ambler centra su
trabajo en la mejora del proceso Rational Unified Process (RUP), convirtindose est
en una extensin gil para Procesos Unificados. Teniendo presente que a partir del
2001 se intenta imprimir aspectos agiles hasta que en 2005 se logra determinar la
primera versin de AUP.
3. Tcnicas que aplica el Proceso Unificado gil (AUP)
El AUP aplica tcnicas giles incluyendo:

 Desarrollo Dirigido por Pruebas (test driven development - TDD): es una

disciplina que promueve el desarrollo de software con altos niveles de calidad,
simplicidad de diseo y productividad del programador, mediante la
utilizacin de una amplia gama de tipos de pruebas automticas a lo largo de
todo el ciclo de vida del software. El principio fundamental es que las pruebas
se escriben antes que el software de produccin y estas constituyen la
especificacin objetiva del mismo. Se centra en tres pilares fundamentales:

La implementacin de las funciones justas que el cliente necesita y no ms.

La minimizacin del nmero de defectos que llegan al software en fase de
produccin.
La produccin de software modular, altamente reutilizable y preparado para el
cambio.
El desarrollo dirigido por pruebas de software, es una prctica
de programacin orientada a objetos que involucra otras dos prcticas:

Escribir las pruebas primero (Test First Development).

Refactorizacin (Refactoring): es una tcnica para reestructurar un cdigo
fuente, alterando su estructura interna sin cambiar su comportamiento
externo.
Para escribir las pruebas generalmente se utilizan las pruebas
unitarias (unit test), que es una forma de comprobar el correcto
funcionamiento de un mdulo de cdigo. En primer lugar, se escribe una
prueba y se verifica que las pruebas fallan. A continuacin, se implementa el
cdigo que hace que la prueba pase satisfactoriamente y seguidamente se
refactoriza el cdigo escrito. El propsito del desarrollo guiado por
pruebas es lograr un cdigo limpio que funcione. La idea es que los requisitos
sean traducidos a pruebas, de este modo, cuando las pruebas pasen se
garantizar que el software cumple con los requisitos que se han establecido.

 Modelado Agil (MA): Es una tecnologa basada en la prctica para el

modelado efectivo de los sistemas basados en software. Dicho de una manera
ms simple, el modelado gil es una coleccin de valores, principios y
prcticas para el modelado de software que puede aplicarse en un proyecto de
desarrollo de software de una manera efectiva y ligera.
Un equipo gil debe tener el valor para tomar decisiones que
ocasionaran el rechazo y la fabricacin de un diseo. Debe tener la humildad
de reconocer que quienes manejan la tecnologa no tienen todas las respuestas,
y que los expertos en negocios y otros participantes de la empresa son dignos
de respeto y consideracin.
A pesar de que el MA sugiere un arreglo amplio de principios de
modelado esenciales y suplementarios, los responsables de que el MA sea
nico son los siguientes:

Modelar con un propsito. Un desarrollador que use el MA debe tener una

meta especifica en mente (por ejemplo, comunicar informacin al cliente o
ayudarle a entender mejor algn aspecto del software) antes de crear el
modelo. Una vez identificada la meta para el modelo, el tipo de notacin que
se usara y el grado de detalle requerido sern ms obvios.
Usar mltiples modelos. Existen muchos modelos y notaciones diferentes con
los cuales describir el software. Solo un pequeo subconjunto es esencial para
la mayora de los proyectos. El MA sugiere que para proporcionar la visin
necesaria cada modelo debe presentar un aspecto diferente del sistema, y solo
aquellos modelos que proporcionen un valor para la audiencia a la que estn
dirigidos deben usarse.
Viajar ligero. La realizacin de trabajo de la ingeniera del software requiere
conservar solo los modelos que proporcionaran valor a largo plazo y descartar
el resto. Cada producto de trabajo que se conserve debe recibir mantenimiento
conforme se presentan cambios. Esto representa un trabajo que reduce la
velocidad del equipo.
El contenido es ms importante que la representacin. El modelado debe
comunicar informacin a la audiencia a la que est dirigido. Un modelo
sintcticamente perfecto que comunique solo un poco del contenido til no
tiene tanto valor como un modelo con una notacin defectuosa que, sin
embargo, comunique un contenido valioso para su audiencia.
7

Conocer los modelos y las herramientas con que se crean. Es necesario

entender las fortalezas y debilidades de cada modelo y las herramientas con
los que se cre.
Adaptar en forma local. El enfoque del modelado se debe adaptar a las
necesidades del quipo gil.

Refactorizacin de Base de Datos para mejorar la productividad: Proceso que

modifica los nombres de los objetos de base de datos de tal forma que cambia
simultneamente todas las instancias de esos nombres en el proyecto de base
de datos. Por ejemplo, si cambia el nombre de una columna de una tabla de
base de datos mediante la refactorizacin, tambin actualizar todos los
procedimientos almacenados, vistas, ndices, funciones, pruebas unitarias, etc.
que hagan referencia a esa columna.
4. Ciclo de vida del Proceso Unificado gil (AUP)
Al igual que en RUP, en AUP se establecen cuatro fases que transcurren de
manera consecutiva y que acaban con hitos claros alcanzados teniendo presente que
dentro de las fases, se desarrollan distintas disciplinas de manera sistemtica
establecindose acorde a la definicin de las actividades que realizan los miembros
del equipo de desarrollo a fin de desarrollar, validar, y entregar el software de trabajo
que responda a las necesidades de sus interlocutores. A continuacin se presenta la
imagen del ciclo de vida del proceso unificado gil sealando que las fases son
aquellas encontradas de forma horizontal (en la parte superior) y las disciplinas son
las encontradas en forma vertical (en la parte izquierda):

4.1 Fases del proceso AUP:

4.1.1

Concepcin (Inception): El objetivo de esta fase es obtener una

comprensin comn cliente equipo de desarrollo del alcance del nuevo
sistema y definir una o varias arquitecturas candidatas para el mismo.
Actividades:
Especificacin de los criterios de xito del proyecto.
Definicin de los requisitos.
Estimacin de los recursos necesarios.
Cronograma inicial de fases.

Artefactos (Pieza de informacin producida, modificada y utilizada en un

Proceso).
Documento de definicin del proyecto.
4.1.2

Elaboracin (Elaboration): El objetivo es que el equipo de desarrollo

profundice en la comprensin de los requisitos del sistema y en validar la
arquitectura.
Actividades:
Anlisis del dominio del problema
Definicin de la arquitectura bsica
Anlisis de riesgos
Planificacin del proyecto

Artefactos:

4.1.3

Modelo del dominio

Modelo de procesos
Modelo funcional de alto nivel
Arquitectura bsica

Construccin (Construction): Durante la fase de construccin el sistema

es desarrollado y probado al completo en el ambiente de desarrollo.

Actividades:
Anlisis.
Diseo.
9

4.1.4

Implementacin / Codificacin.
Pruebas (individuales, de integracin).

Transicin: el sistema se lleva a los entornos de preproduccin donde se

somete a pruebas de validacin y aceptacin y finalmente se despliega en
los sistemas de produccin.

4.2 Disciplinas del proceso AUP:

.

Las disciplinas son:

4.2.1

Model (Modelo): El objetivo de esta disciplina es entender el negocio

de la organizacin, el problema de dominio que se abordan en el
proyecto, y determinar una solucin viable para resolver el problema
de dominio.

4.2.2

Implementation (Aplicacin): El objetivo de esta disciplina es

transformar su modelo (s) en cdigo ejecutable y realizar un nivel
bsico de las pruebas, en particular, la unidad de pruebas.

4.2.3

4.2.3 Prueba: El objetivo de esta disciplina consiste en realizar una

evaluacin objetiva para garantizar la calidad. Esto incluye la
bsqueda de defectos, validar que el sistema funciona tal como est
establecido, y verificando que se cumplan los requisitos.

4.2.4

Deployment (Despliegue): El objetivo de esta disciplina es la

prestacin y ejecucin del sistema y que el mismo este a disposicin
de los usuarios finales.

4.2.5

Configuration Management (Gestin de configuracin): El objetivo

de esta disciplina es la gestin de acceso a herramientas de su
proyecto. Esto incluye no slo el seguimiento de las versiones con el
tiempo, sino tambin el control y gestin del cambio para ellos.

4.2.6

Project Management (Gestin de proyectos): El objetivo de esta

disciplina es dirigir las actividades que se lleva a cabo en el proyecto.

10

Esto incluye la gestin de riesgos, la direccin de personas (la

asignacin de tareas, el seguimiento de los progresos, etc),
coordinacin con el personal y los sistemas fuera del alcance del
proyecto para asegurarse de que es entregado a tiempo y dentro del
presupuesto.
4.2.7

Environment (Entorno): El objetivo de esta disciplina es apoyar el

resto de los esfuerzos por garantizar que el proceso sea el adecuado, la
orientacin (normas y directrices), y herramientas (hardware, software,
etc) estn disponibles para el equipo segn sea necesario.

5. Caractersticas del proceso unificado gil (AUP)

5.1 Iterativo e Incremental:
El Proceso Unificado es un marco de desarrollo iterativo e incremental compuesto
de cuatro fases denominadas Inicio, Elaboracin, Construccin y Transicin. Cada
una de estas fases es a su vez dividida en una serie de iteraciones (la de inicio slo
consta de varias iteraciones en proyectos grandes). Estas iteraciones ofrecen como
resultado un incremento del producto desarrollado que aade o mejora las
funcionalidades del sistema en desarrollo.
Cada una de estas iteraciones se divide a su vez en una serie de disciplinas que
recuerdan a las definidas en el ciclo de vida clsico o en cascada: Anlisis de
requisitos, Diseo, Implementacin y Prueba. Aunque todas las iteraciones suelen
incluir trabajo en casi todas las disciplinas, el grado de esfuerzo dentro de cada una de
ellas vara a lo largo del proyecto.
Dirigido por los casos de uso. En el Proceso Unificado los casos de uso se
utilizan para capturar los requisitos funcionales y para definir los contenidos de las
iteraciones. La idea es que cada iteracin tome un conjunto de casos de uso o
escenarios y desarrolle todo el camino a travs de las distintas disciplinas: diseo,
implementacin, prueba, etc. el proceso dirigido por casos de uso es el rup. Nota: en
UP se est Dirigido por requisitos y riesgos de acuerdo con el Libro UML 2 de
ARLOW, Jim que menciona el tema.

11

5.2 Centrado en la arquitectura:

El Proceso Unificado asume que no existe un modelo nico que cubra todos los
aspectos del sistema. Por dicho motivo existen mltiples modelos y vistas que definen
la arquitectura de software de un sistema. La analoga con la construccin es clara,
cuando construyes un edificio existen diversos planos que incluyen los distintos
servicios del mismo: electricidad, fontanera, etc.
5.3 Enfocado en los riesgos:
El Proceso Unificado requiere que el equipo del proyecto se centre en identificar
los riesgos crticos en una etapa temprana del ciclo de vida. Los resultados de cada
iteracin, en especial los de la fase de Elaboracin, deben ser seleccionados en un
orden que asegure que los riesgos principales son considerados primero.

6. Ventajas del proceso unificado gil (AUP)

El personal sabe lo que esta haciendo: no obliga a conocer detalles.

Simplicidad: apuntes concisos.

Agilidad: procesos simplificados del RUP

Centrarse en actividades de alto valor: esenciales para el desarrollo.

Herramientas independientes: a disposicin del usuario.

Fcil adaptacin de este producto: de fcil acomodo (HTML)

7. Desventajas del proceso unificado gil (AUP)

El AUP es un producto muy pesado en relacin al RUP.

Como es un proceso simplificado, muchos desarrolladores eligen trabajar con

el RUP, por tener a disposicin mas detalles en el proceso.

12

8. Herramientas del proceso unificado gil (AUP)

8.1 Rational Method Composer:
Es una plataforma de gestin de procesos giles con una herramienta de autora
de mtodo y una biblioteca de procesos que ayuda a implementar mejoras en la
empresa, la ingeniera de sistemas o procesos de entrega de software. Rational
Method Composer contiene herramientas que permite crear, editar, administrar y
publicar descripciones de procesos. Las bibliotecas de proceso y mdicas brindan
contenido de las mejores prcticas que se pueden volver a utilizar como tal o que se
puede adaptar a componer sus propios procesos.
8.2 Eclipse Process Framework:
Es equivalente libre del Rational Method Composer, siendo muy similares incluso en
la interfaz.

8.3 ReadySET:
Es un proyecto de cdigo abierto para producir y mantener una biblioteca de
plantillas de documentos de ingeniera de software reutilizables. Estas plantillas
proporcionan un punto de partida lista para los documentos utilizados en los
13

proyectos de desarrollo de software. Usando buenas plantillas puede ayudar a los

desarrolladores a trabajar con mayor rapidez, sino que tambin ayudan estimular el
debate y evitar descuidos.

9. Principios del proceso unificado gil (AUP)

El proceso unificado gil (AUP) es gil, porque est basada en los siguientes
principios:

El personal sabe lo que est haciendo. La gente no va a leer detallado el

proceso de documentacin, pero algunos quieren una orientacin de alto nivel
y / o formacin de vez en cuando.

Simplicidad. Todo se describe concisamente utilizando la cantidad de pginas

necesarias ms no miles de ellos.

Agilidad. El Agile UP se ajusta a los valores y principios de la Alianza gil .

Centrarse en actividades de alto valor. La atencin se centra en las

actividades que se ve que son esenciales para el de desarrollo, no todas las
actividades que suceden forman parte del proyecto.

Herramienta de la independencia. El individuo puede usar cualquier conjunto

de herramientas con el gil UP. Lo aconsejable es utilizar las herramientas que

14

se adapten ara el trabajo, que a menudo son las herramientas simples o incluso
herramientas de cdigo abierto.

Adaptacin de este producto para satisfacer sus propias necesidades. La AUP

producto es de fcil acomodo comn a travs de cualquier herramienta de
edicin de HTML. No se necesita comprar una herramienta especial, o tomar
un curso, para adaptar la AUP.

10. Incremento y desarrollo del proceso unificado gil (AUP)

Los equipos de AUP suelen ofrecer versiones de desarrollo al final de cada
iteracin en preproduccin rea (s). Una versin de desarrollo de una aplicacin es
algo que podran ser liberados en la produccin si se ponen a travs de su preproduccin de garanta de calidad (QA), las pruebas y los procesos de despliegue.
La primera produccin de liberacin a menudo toma ms tiempo para entregar
versiones posteriores. La primera produccin de liberacin puede tomar doce meses
para entregar la segunda versin de nueve meses, y luego otras liberaciones se
entregan cada seis meses. Una de las primeras se centra en cuestiones de despliegue,
no slo permite evitar los problemas, sino que tambin permite tomar ventaja de sus
experiencias durante el desarrollo. Por ejemplo, cuando despliegue un software en
su rea deber tomar notas de lo que funciona y lo que no, toma nota de que puede
servir como la columna vertebral de su instalacin de scripts.

15

11. Caso de estudio

NextGen POS System:
- Es una aplicacin computarizada utilizada para registrar ventas y tratar pagos.
- Se usa tpicamente en supermercados
- Deben ser sistemas tolerantes a fallos, deben poder soportar diferentes terminales de
cliente (de escritorio, basados en web, etc)
Aplicando AUP para el desarrollo de NextGen POS System:
El equipo de desarrollo estar formado por seis integrantes. Aplicando el ciclo de vida
de esta metodologa gil, en la primera fase se establece el alcance que tendr el
sistema. El sistema se desarrollar a fin de gestionar ventas y pagos. La arquitectura
elegida para el desarrollo es la de cliente-servidor, debido al requerimiento de
soportar terminales diferentes de cliente (de escritorio, basados en web, PDA's, etc.).
La gestin de riesgos llega a la conclusin de que la conexin del cliente con el
servidor del sistema es el punto de riesgo mas importante.
La fase de elaboracin se llevar a cabo en dos iteraciones, en las cuales se
desarrollar la comprensin por parte del equipo de desarrollo del entorno donde se
desenvolver el sistema. Tambin, se comienza el anlisis y diseo y la
implementacin de partes del sistema.
La fase de construccin se divide en tres iteraciones, en las cuales el sistema es
desarrollado por el equipo, centrndose en la arquitectura cliente-servidor y en los
mdulos de venta y pago del sistema. Esta fase se divide en un nmero determinado
de iteraciones a fin de hacer entrega de partes funcionales del sistema al finalizar cada
una de ellas; de esta forma, se va creando un sistema confiable y seguro. Las pruebas
sobre los mdulos del sistema estn muy presentes en esta fase.
Finalmente en la fase de transicin, todos los artefactos del sistema son abordados a
fin de que el sistema sea implementado en el entorno de trabajo del cliente.

16

CONCLUSIN
AUP se preocupa especialmente de la gestin de riesgos. Propone que
aquellos elementos con alto riesgo obtengan prioridad en el proceso de desarrollo y
sean abordados en etapas tempranas del mismo. El proceso AUP establece un Modelo
ms simple que el que aparece en RUP por lo que rene en una nica disciplina las
disciplinas de Modelado de Negocio, Requisitos y Anlisis y Diseo. El resto de
disciplinas (Implementacin, Pruebas, Despliegue, Gestin de Configuracin, Gestin
y Entorno) coinciden con las restantes de RUP.
El Proceso Unificado requiere que el equipo del proyecto se centre en
identificar los riesgos crticos en una etapa temprana del ciclo de vida, este proceso
posee una serie de etapas que las cuales el seguimiento de ellas la fortifica, es una de
las ms importantes herramientas para el desarrollo del software. Al igual que en
RUP, en AUP se establecen cuatro fases que transcurren de manera consecutiva.
Para ello, se crean y mantienen listas identificando los riesgos desde etapas
inciales del proyecto. Especialmente relevante en este sentido es el desarrollo de
prototipos ejecutables durante la base de elaboracin del producto, donde se
demuestre la validez de la arquitectura para los requisitos clave del producto y que
determinan los riesgos tcnicos. Es una muy importante herramienta a considerar al
momento de desarrollar aplicaciones de software de negocio, conocer los pasos y el
modo de ejecucin es vital para la creacin de un software de calidad.
Es necesario cambiar el enfoque serial tradicional existente en la mayora de
los especialistas que disean e implementan la forma de desarrollar aplicaciones, una
posible solucin sera la metodologa abordada en este trabajo.
Los cambios en los requerimientos demandan un enfoque de alta colaboracin
evolutivo y flexible, el Proceso Unificado gil (AUP) define tal enfoque.
Se puede concluir que, el AUP, como herramienta colaboradora en el
desarrollo de software, aumenta la visin de desarrollo del mismo, es decir, el AUP
como tambin el RUP son herramientas que permite prever los cambios que un
software pueda tener de acuerdo a los requerimientos y avance social que se tenga,
brindando objetivos ms amplios y visin de requerimientos global la ventaja del
AUP utilizar tcnicas giles y conceptos que an se mantienen vlidos en RUP.

17

BIBLIOGRAFA

Jorge Luis Cordero. Metodologas agiles proceso unificado gil (AUP).Consultado

el 7 de noviembre de 2014 [Pgina web en Lnea]. Disponible en:
http://ingenieriadesoftware.mex.tl/images/18149/METODOLOGIAS
%20AGILES.pdf
Proceso Unificado gil (2013). Consultado el 7 de noviembre de 2014 [Pgina web
en Lnea]. Disponible en:
http://es.slideshare.net/joseluisdifu/proceso-unificado-gil-aup-17171038
Jess Ricardo Guzmn Jimnez (2014). Metodologas de Desarrollo gil.
Consultado el 7 de noviembre de 2014 [Pgina web en Lnea]. Disponible en:
http://www.academia.edu/1740166/Metodolog%C3%ADas_de_desarrollo_
%C3%A1gil
Pablo Torrecilla (2012). Proceso Unificado gil: Fases y Diciplinas. Consultado el
8 de noviembre de 2014 [Pgina web en Lnea]. Disponible en:
http://nosolopau.com/2012/06/07/mas-sobre-el-proceso-unificado-agil-fasesy-disciplinas/
Sandra Barreto y Giovanny Rico. Proceso Unificado gil: Iterativo e incremental.
Consultado el 8 de noviembre de 2014 [Pgina web en Lnea].
http://giovannyarico.blogspot.com/
LibrosWeb (2014). Diseo gil con TDD. Consultado el 9 de noviembre de 2014
[Pgina web en Lnea].
http://librosweb.es/libro/tdd/capitulo_2.html
Wikipedia (2014). Desarrollo guiado por pruebas. Consultado el 9 de noviembre
de 2014 [Pgina web en Lnea].
http://es.wikipedia.org/wiki/Desarrollo_guiado_por_pruebas

18

Nayeli Garca (2012). Modelo gil. Consultado el 9 de noviembre de 2014 [Pgina

web en Lnea].
http://jana280791.blogspot.com/2012/09/modelo-agil.html
Microsotf (2014). Introduccin a la terminologa de Database Edition. Consultado
el 9 de noviembre de 2014 [Pgina web en Lnea].
http://msdn.microsoft.com/es-es/library/aa833274(v=vs.90).aspx
Osuna Jessica y Rougoski Santiago (2014). Metodologas giles proceso unificado
gil (AUP). Consultado el 10 de noviembre de 2014 [Pgina web en Lnea].
http://www.aulavirtual-exactas.dyndns.org/claroline/backends/download.php?
url=L1ByZXNlbnRhY2lvbmVzL0c1X0FVUF9QcmVzZW50YWNpb24ucGRm&cidRes
et=true&cidReq=2014ANIN2

19