METODOLOGIA AGIL

ICONIX
INTRODUCCION

Las metodologas giles mejoran la satisfaccin del cliente dado que se involucrar y
comprometer a lo largo del proyecto. En cada etapa del desarrollo se informar al
cliente sobre los progresos del mismo. De ese modo, el cliente puede sumar su
experiencia para optimizar las caractersticas del producto final. Se pueden evitar as
numerosos malentendidos dado que el cliente poseer en todo momento una
completa visin del estado del producto.
Se trabaja con mayor velocidad y eficiencia. En las metodologas giles se trabaja
realizando entregas parciales pero funcionales del producto. De ese modo, es posible
entregar en el menor intervalo de tiempo posible una versin funcional del producto.
La finalidad de este trabajo es el de tener claro que es y para que se utiliza La
metodologa- ICONIX que es una metodologa pesada-ligera de Desarrollo del Software
que se halla entre RUP (Rational Unified Process) y XP (eXtreme Programming),
unifica un conjunto de mtodos de orientacin a objetos con el objetivo de tener un
control estricto sobre todo el ciclo de vida del producto a realizar.
METODOLOGIA AGIL- ICONIX
Los desarrollos de aplicaciones van cambiando por innovaciones tecnolgicas,
estrategias de mercado y otros avatares de la industria de la informtica, esto
lleva a los desarrolladores de la aplicacin a evolucionar para obtener
aplicaciones en menor tiempo, ms vistosas y de menor costo.
Los usuarios deben exigir la calidad frente a los requisitos y los desarrollos de
aplicacin deben contar con tcnicas y herramientas logrando satisfacer las
necesidades de los usuarios obteniendo sistemas fciles de mantener, extender y
modificar.
La realidad de la industria del software de gestin impone la adopcin de proceso
agiles de desarrollo para lograr la competitividad, ya que el proceso de
desarrollo de software trae aparejado:
-altos costos.
-alta complejidad.
-dificultades de mantenimiento y una disparidad entre las necesidades de los
usuarios y los productos desarrollados.
Qu es ICONIX?

ICONIX es un proceso simplificado en comparacin con otros ms

tradicionales, que unifica un conjunto de mtodos de orientacin a
objetos con el objetivo de abarcar todo el ciclo de vida de un proyecto.

Fue elaborado por Doug Rosenberg y Kendall Scott a partir de una sntesis
del proceso unificado de los tres amigos Booch, Rumbaugh y Jacobson
y que ha dado soporte y conocimiento a la metodologa ICONIX desde
1993. Presenta claramente las actividades de cada fase y exhibe una
secuencia de pasos que deben ser seguidos.
Las tres caractersticas fundamentales del
ICONIX son:

Iterativo e Incremental: durante el desarrollo del modelo del dominio y la

definicin de los casos de uso se producen varias iteraciones. El ciclo de vida
incremental consiste en desarrollar por partes el producto de manera que puedas
integrarlas funcionalmente. Ciclo de vida Iterativo, en cada ciclo de iteracin se
revisa y mejora el producto.

Trazabilidad: Cada paso que se realiza est definido por un requisito, se define la
trazabilidad como la capacidad de seguir una relacin entre los diferentes
artefactos de software producidos.

Dinmica del UML: Ofrece un uso dinmico del UML porque utiliza algunos
diagramas UML, sin exigir la utilizacin de todos, como en el caso de RUP (Rational
Unified Process).
Fundamentos de los procesos:

1. Tiene que ser lo suficientemente flexible como para adaptarse a

diferentes estilos y tipos de problemas.
2. Hay que apoyar la forma de trabajo del personal (incluidos los
prototipos y desarrollo iterativo / incremental).
3. Sirve como una gua para los menos experimentados
4. Expone los productos anteriores al cdigo de manera estndar y
comprensible.
Fases de ICONIX
A) Revisin de los requisitos/ Anlisis de Requisitos:
Identificar en el mundo real, los objetos y todas las relaciones de agregacin y
generalizacin entre ellos. Se deben analizar todos los requisitos formaran parte
del sistema y con estos construir el diagrama de clases, que representa las
agrupaciones funcionales que estructuraran el sistema en desarrollo.
Para esta fase se utilizan 3 herramientas:
Modelo de Dominio: esto se refiere a identificar objetos y cosas del mundo
real que intervienen con nuestro sistema. (Esttico)
Modelo de Casos de Uso: describe las acciones o el comportamiento que un
usuario realiza dentro del sistema. Comprende de actores, casos de uso y el
sistema.
Prototipo de Interfaz de Usuario: implica la creacin de un modelo o
modelos operativos del trabajo de un sistema, en el que analistas y clientes
deben estar de acuerdo. (Dinmico/ los usuarios se hacen participantes
activos en el desarrollo)
MODELO DE DOMINIO: Con los requisitos se construye el
diagrama de clases, que representa el modelo esttico del
sistema.
Modelo de Casos de Uso: Los Casos de Uso permiten a los usuarios
estructurar y articular sus deseos; les obligan a definir la manera como
querran interactuar con el sistema y describir lo que debe hacerse para
obtener el resultado esperado.
Prototipo de interfaz : Se usa para simular el diseo del sistema se espera que
los usuarios lo evalen como si fuera el sistema final.
B) Revisin del diseo preliminar /Anlisis y Diseo
Preliminar:

En esta fase a partir de cada caso de uso se obtendrn una ficha de caso de uso,
(la cual no pertenece a UML) , est formada por un nombre, una descripcin, una
precondicin que debe cumplir antes de iniciarse, una postcondicion que debe
cumplir al terminar si termina correctamente.

Diagrama de Robustez: Un diagrama de robustez es un hbrido entre un

diagrama de clases y un diagrama de Actividades. Es una herramienta que nos
permite capturar el Que hacer y a partir de eso l Como hacerlo, facilita el
reconocimiento de objetos y hace ms sencilla la lectura del sistema. Ayuda a
identificar los objetos que participan en cada caso de uso.
c) Revisin crtica del diseo/Diseo
En esta fase se reconocen todos los elementos que forman parte de nuestro sistema.

Diagramas de Secuencia: muestra los mtodos que llevaran las clases de nuestro sistema. Muestra
todos los cursos alternos que pueden tomar todos nuestros casos de uso.

Se debe terminar el modelo esttico, aadiendo los detalles del diseo en el diagrama de clases.

D ) Implementacin
En esta fase a partir del buen diseo logrado se creara el software; que posteriormente se entregara.
Ventajas de ICONIX.
Proceso gil para obtener un sistema informtico.
Dedicada a la construccin de sistemas de gestin de pequea y mediana
complejidad con la participacin de los usuarios finales.

Desventajas de ICONIX.
Necesita informacin rpida y puntual de los requisitos, del diseo y de las
estimaciones.
Es una metodologa que no debe ser usada en proyectos de larga duracin.
 Conclusin

La metodologa gil- ICONIX, es una combinacin entre la RUP y XP; est basada en el
desarrollo de sistemas a partir del anlisis y la documentacin.
Esta metodologa se busca tener una retroactividad con el cliente, en la mitad de los
procedimientos, comenzando con un prototipo en donde el analista y el cliente definirn
pantallas, funcionalidades, en si lo que se espera obtener del programa.

Se definirn los modelos de casos de uso, de secuencia y de robustez, con la finalidad

de conseguir un buen sistema.

ICONIX permite tener proyectos de calidad, en un tiempo corto y que permiten a los
usuarios o clientes a estar al pendiente y tener ms conocimientos acerca del proyecto
que requieren, esto para que el proyecto se valla generando tal y como el cliente lo
necesita.