Metodologa ICONIX.

Introduccin
ICONIX.
La finalidad de este trabajo es el de tener claro que es y para que se utiliza
ICONIX. Dicha finalidad es explicada por la investigacin realizada por los
integrantes del equipo y plasmada en este documento.
Para lograr una mejor y ms completa comprensin del tema se integro el ejemplo
de una empresa dedicada a la creacin de software que utiliza ICONIX para la
creacin de sus proyectos.
Esto nos permite conocer del tema en un ambiente de trabajo y pasar de la teora
a la prctica pudiendo as demostrar de manera grafica el concepto, adems nos
ayuda a la identificacin de sus caractersticas, ventajas y desventajas.

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.
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.
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.

Caractersticas Principales
ICONIX cuenta con tres caractersticas fundamentales:
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.
El desarrollo se organiza en series de mini-proyectos cortos, llamados iteraciones.

 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).

Fases de ICONIX
Revisin de los requisitos/ Anlisis de Requisitos
En esta fase se deben analizar todos los requisitos que 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).

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,
est formada por un nombre, una descripcin, una precondicin que debe cumplir
antes de iniciarse, unapos-condicin que debe cumplir al terminar si termina
correctamente.
Realizar 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.
El diagrama de Robustez se divide en:

 Objetos fronterizos: usado por los actores para comunicarse con el sistema.
Objetos entidad: son objetos del modelo del dominio.
Objetos de Control: es la unin entre la interfaz y los objetos de entidad.
Diagrama de Clases: describe la estructura de un sistema mostrando sus clases,
atributos y las relaciones entre ellos.

Revisin crtica del diseo/Diseo

En esta fase se registran 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 y verificar si el diseo satisface todos
los requisitos identificados.
Implementacin
Despus de tener el diseo se creara el software; que posteriormente se
entregara. Se debe utilizar el diagrama de componentes si fuera necesario para
apoyar el desarrollo, es decir mostrar una distribucin fsica de los elementos que
componen la estructura interna del sistema. As como escribir y generar el cdigo.

Ejemplo de la metodologa ICONIX

Empresa: Softdem, Desarrollo Bajo Demanda.
Como se trabaja? SOFTDEM utiliza un modelo de trabajo basado en procesos,
lo cual permite una mayor velocidad en el desarrollo del proyecto, con la seguridad
y solidez metodolgica que se requiere.

Anlisis de Requisitos
Identificar objetos del dominio y relaciones de agregacin y generalizacin
Identificar casos de uso
Organizar casos de uso en grupos (paquetes)
Asignar requerimientos no funcionales a casos de uso y objetos del dominio
Revisin de requerimientos

Diseo
Diseo de usuarios y datos hacia sistema.

Detalle a partir de modelos de alto nivel.

Para cada caso de uso.
Identifica mensajes y mtodos.
Dibujar diagramas de secuencia.
Actualizar clases.
Terminar modelo esttico
Verificar cumplimiento de requerimientos

Anlisis y diseo preliminar

Descripcin de Casos de uso
Anlisis de robustez
Identificar grupos de objetos que realizan escenario
Actualizar diagramas de clases del dominio
Diagramas de clases

Implementacin y pruebas
Producir diagramas necesarios
Despliegue
Componentes
Escritura de cdigo
Pruebas de sistema y aceptacin basadas en casos de uso
Ciclos de vida de desarrollo de software utilizado

Iterativo e Incremental:
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.
El desarrollo se organiza en series de mini-proyectos cortos, llamados iteraciones.

Roles y Responsabilidades

arios, y mantiene al equipo del proyecto enfocado en los objetivos. El jefe de proyecto tambin establece un conjunto de prcticas que ase

s. Elaboracin del Modelo de Anlisis y Diseo. Colaboracin en la elaboracin de las pruebas funcionales y el modelo de datos.
validaciones con el usuario

ruebas funcionales, elaboracin de la documentacin. Elaborar modelos de implementacin y despliegue.

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.
Se entendi ICONIX como una metodologa que utiliza un modelo de trabajo
basado en procesos, lo cual permite una mayor velocidad en el desarrollo del
proyecto, con la seguridad y solidez que este permite al utilizarlo de manera
adecuada.
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, esta metodologa no se utiliza en proyectos que requieran
mucho tiempo

Bibliografa
EcuRed. (s.f.). Recuperado el 14 de Febrero de 2014, de
http://www.ecured.cu/index.php/ICONIX#Car.C3.A1cter.C3.ADsticas_de_Iconix
Juan Manuel Fernandez Pea, M. d. (s.f.). Recuperado el 14 de Febrero de 2014, de
http://www.uv.mx/personal/asumano/files/2010/07/iconix2.pdf
Kendall Scott, D. R. (2001). Applying Use Case Driven Object Modeling with UML: An Annotated
e-Commerce Example.Addison Wesley.
Molina, J. (s.f.). Recuperado el 14 de Febrero de 2014, de http://ima.udg.edu/~sellares/EINFES2/Present1011/MetodoPesadesTranspes.pdf
Oliva, C. R. (s.f.). portal huarpe. Recuperado el 14 de Febrero de 2014, de
http://www.portalhuarpe.com.ar/Seminario09/archivos/MetodologiaICONIX.pdf
Softdem. (s.f.). Recuperado el 14 de Febrero de 2014, de http://softdem.com.mx/

Triptico: http://www.mediafire.com/view/d2ghry4gq0d5y27/IS.Exp.3.333063.pub
Trabajo Word: http://www.mediafire.com/view/ap9tf0pd497xgfy/IS.Exp.3.333063.docx
Presentacion en Power
Point: http://www.mediafire.com/view/z7kz0b6o4jpdspk/IS.Exp.3.333063.pptx