Вы находитесь на странице: 1из 6

METODOLOGIA ICONIX

Elva Palma, Mayte Cuji y Melina Chacon

palmapelaezevi@gmail.com
mayteidrovo@gmail.com
melychacon83@gmail.com

AbstractLa finalidad de este trabajo es el de tener UML, con lo cual se simplifica muchsimo el proceso
claro que es y para que se utiliza ICONIX. Dicha sin perder documentacin al dejar solo aquello que es
finalidad es explicada por la investigacin necesario. Esto implica un uso dinmico del UML de
realizada por los integrantes del equipo y plasmada tal forma que siempre se pueden utilizar otros
en este documento. diagramas adems de los ya estipulados si se cree
Para lograr una mejor y ms completa conveniente.
comprensin del tema se integr el ejemplo de una
empresa dedicada a la creacin de software que ICONIX se gua a travs de casos de uso y sigue un
utiliza ICONIX para la creacin de sus proyectos. ciclo de vida iterativo e incremental. El objetivo es
que a partir de los casos de uso se obtenga el sistema
Esto nos permite conocer del tema en un ambiente
final.
de trabajo y pasar de la teora a la prctica
pudiendo as demostrar de manera grfica el
CARACTERSTICAS
concepto, adems nos ayuda a la identificacin de
sus caractersticas, ventajas y desventajas. Las tres caractersticas fundamentales de ICONIX
son:
I. INTRODUCCIN
Iterativo e incremental: varias iteraciones
ICONIX es una metodologa de desarrollo de ocurren entre el desarrollo del modelo del
software, basada en la complejidad de anlisis de la dominio y la identificacin de los casos de
metodologa RUP (Rational Unified Processes) y la uso. El modelo esttico es incrementalmente
practicidad para desarrollar de la metodologa XP refinado por los modelos dinmicos.
(Extreme Programming).
Unifica un conjunto de mtodos de orientacin a Trazabilidad: cada paso est referenciado
objetos, con el objetivo de abarcar todo el ciclo de por algn requisito. Se define trazabilidad
vida de un proyecto. Se considera un enfoque como la capacidad de seguir una relacin
minimalista, ya que comprende el conjunto mnimo entre los diferentes artefactos producidos.
de medidas que son necesarias para el proyecto de
desarrollo. Dinmica del UML: La metodologa ofrece
un uso dinmico del UML como los
II. DESARROLLO DE CONTENIDOS diagramas del caso de uso, diagramas de
secuencia y de colaboracin.
METODOLOGA ICONIX

ICONIX es una metodologa pesada-ligera de FUNDAMENTOS DE LOS PROCESOS


Desarrollo del Software que se halla a medio camino
entre un RUP (Rational Unified Process) y un XP Tiene que ser lo suficientemente flexible
(eXtreme Programming). como para adaptarse a diferentes estilos y
ICONIX deriva directamente del RUP y su tipos de problemas.
fundamento es el hecho de que un 80% de los casos
pueden ser resueltos tan solo con un uso del 20% del Hay que apoyar la forma de trabajo del
personal (incluidos los prototipos y desarrollo
iterativo/incremental).
Sirve como una gua para los menos TABLA I
experimentados FICHAS DE CASOS DE USO

Expone los productos anteriores al cdigo de


Nombre: Crear mensaje foro
manera estndar y comprensible.
Autor: Joaqun Garca
Fecha: 24/08/2013
LAS FASES Descripcin:
Permite crear un mensaje en el foro de discusin.
ICONIX se estructura en cuatro fases. La primera de
ellas es el anlisis de requisitos, seguida del anlisis y Autores:
diseo preliminar, a continuacin, viene el diseo y Usuario de internet logeados
finaliza con su implementacin.
Precondiciones:
Previamente a esto, sin embargo, deberemos realizar El usuario debe haberse logeado en el sistema
un pequeo storyboard de la interfaz grfica, con Flujo normal:
dibujos de las pantallas principales del sistema a partir 1. El autor pulsa en el botn para crear un
de las reuniones con el cliente. nuevo mensaje
2. El sistema muestra una caja de texto para
1) Anlisis de Requisitos: introducir el ttulo del mensaje y una zona
de mayor tamao para introducir el cuerpo
En esta primera fase se realiza un Modelo de del mensaje
Dominio, que no es ms que un Diagrama de Clases 3. El autor introduce el titulo del mensaje y el
extremadamente simplificado. Este modelo contiene cuerpo del mismo
nicamente aquellos objetos de la vida real cuyo 4. El sistema comprueba la validez de los
comportamiento o datos deban ser almacenados en el datos y los almacena
sistema. Flujo alternativo:
El sistema comprueba la validez de los datos, si los
Proceso de Desarrollo de Software A partir de este datos no son correctos, se avisa al actor de ello
pequeo modelo, se realiza un pequeo prototipo permitindole que los corrija
basndose en la storyboard de la interfaz grfica
Poscondiciones:
obtenida previamente, el cual se mostrar al cliente y El mensaje a sido almacenado en el sistema.
se refinar en sucesivas reuniones. Normalmente este
prototipo suele converger en dos o tres iteraciones.

Una vez el prototipo ya es final y se han obtenido La ficha est formada por un nombre, que suele ser el
todos los requisitos del sistema por parte del cliente, del caso de uso, posee una breve descripcin
se procede a realizar los casos de uso. Estos (generalmente en vista usuario, es decir, que hace de
diagramas de casos de uso se agrupan en diagramas forma intuitiva, no como), una precondicin que debe
de paquetes (es decir, utilizan referencias entre cumplir antes de iniciarse, una pos condicin que
diagramas de casos de uso para simplificar su debe cumplir al terminar si termina correctamente, un
lectura) y se asocia cada requisito a un caso de uso flujo normal que sigue el sistema en caso de que todo
para obtener la ya mencionada anteriormente vaya correctamente y un flujo alternativo en caso de
trazabilidad. que haya cualquier problema. El resto de campos son
opcionales.
2) Anlisis y Diseo Preliminar:

A partir de cada caso de uso se obtienen sus Despus ser necesario realizar lo que se conoce
correspondientes fichas de caso de uso. Cabe destacar como Diagrama de Robustez, el cual pertenece al
que estas fichas no pertenecen al UML. He aqu un proceso ICONIX y tampoco forma parte del UML. A
ejemplo de ficha para que se entienda mejor: continuacin, describiremos como se realiza un
diagrama de este tipo.
Los elementos de un diagrama de robustez son los A continuacin, se muestra un diagrama de robustez a
Objetos Frontera, los Objetos Entidad y los Objetos modo de ejemplo:
Controlador. Los dos primeros se relacionan con
sustantivos y el ltimo con verbos.

Cabe destacar el hecho de que esto funciona como


una frase. Los sustantivos se relacionan a travs de
verbos. Por ejemplo:

ndice, muestra enlace, libro.

Figura 3. Diagrama de Robustez


Los Sustantivos (Objetos) Verbo (Accin)
El objetivo del diagrama de robustez es aadir nuevas
relaciones a los diagramas de clase, de forma que ya
tendremos un esqueleto aceptable de la arquitectura y
del diseo a partir del cual podremos proseguir
nuestro proceso. Con esto y las fichas, refinamos el
diagrama de clases tanto como sea necesario y
obtenemos una nueva versin preparada para la
siguiente fase.

3) Diseo:

Figura 1. Smbolos del Diagrama de Robustez En esta fase se proceden a realizar los diagramas de
secuencia, los cuales derivan directamente de las
fichas de caso de uso. Obsrvese como, los diagramas
Contorno Del Objeto Objeto De Entidad de secuencia se relacionan con fichas de caso de uso
Controlador que se relacionan con casos de uso que se relacionan
con requisitos. Esto implica que una vez finalizado el
diseo, tras refinar nuevamente el diagrama de clases,
podremos verificarlo directamente gracias a este
As pues, se establece el siguiente flujo: factor de trazabilidad, y prepararnos para la siguiente
fase.

En caso de que no estemos satisfechos con el


resultado, ser necesario repasar todo el proceso hasta
que ste sea correcto. Es vital que los requisitos se
satisfagan correctamente para el xito del proyecto.
Figura 2. Diagrama de Robustez
4) Implementacin:
Actor contorno del controlador objeto de
De cara a poder distribuir el software correctamente,
Objeto entidad
puede ser adecuado realizar un diagrama de
componentes en algunos casos, pero no siempre es
necesario. En cualquier caso, aqu es donde se escribe
Hay una excepcin, y es que los objetos de tipo
Controlador pueden comunicarse entre ellos. el cdigo tal y como fue especificado en las fases
anteriores y se planean las pruebas basndonos en los en donde el analista y el cliente definirn
requisitos iniciales, al nivel que fuese necesario. pantallas, funcionalidades, en si lo que se
espera obtener del programa.
Se definirn los modelos de casos de uso, de
Aqu es donde hacemos uso real de la trazabilidad y
secuencia y de robustez, con la finalidad de
donde realmente ponemos en prctica esa garanta de
conseguir un buen sistema.
calidad que tanto hemos mencionado. Despus de
tener un buen diseo, es cuestin de crear un buen Lo original de la metodologa es la definicin
software a partir de ese diseo, y mediante los testeos de un proceso gil para obtener la
y pruebas adecuados podemos garantizar que el especificacin de requerimientos y modelar el
sistema final cumple con los requisitos iniciales y por comport amiento de sistemas, utilizando el
tanto proceder a su entrega. lenguaje de modelamiento unificado (UML).

VENTAJAS
Es una alternativa para la comunidad
informtica dedicada al des arrollo de
ICONIX es un modelo pequeo y firme que no sistemas de gestin pequeos y medianos,
desecha el anlisis y el diseo. que favorece la participacin de los usuarios
Usa un anlisis de robustez que reduce la finales y la documentacin de todo el
ambigedad al describir los casos. proceso.
Es usado en proyectos ms ligeros que los
usados en RUP, por lo que tiene un mayor La participacin y el compromiso de los
campo de aplicabilidad. usuarios finales es uno de los pilares
fundamentales de las met odologas giles
Proporciona suficientes requisitos y
que permit e verific ar la completitud y el
documentacin de diseo, pero sin parar el
cumplimient o de los requisitos. Esto se logra
anlisis. en Iconix con las participaciones de los
Es refinado y actualizado a lo largo del usuarios en la prototipacin temprana, en la
proyecto, por lo que siempre refleja la actual descripcin de los casos de uso y en las
comprensin del problema de espacio. pruebas del sistema.

DESVENTAJAS RESUMEN DEL PROCESO

No puede ser usado para proyectos grandes.

Necesita informacin rpida y puntual de los


requisitos, el diseo y las estimaciones.

Se debe conocer los diagramas UML.

Gran parte de la informacin la podemos


encontrar en ingls, lo cual requiere establecer
muy bien su comprensin.
Figura 4. Diagrama Iconix
IMPACTO
A travs de reuniones con el cliente se genera una
storyboard de la interfaz mediante la cual, realizando
La metodologa ICONIX, es una combinacin
entre la RUP y XP; est basada en el
prototipos y un modelo de dominio, obtenemos el
desarrollo de sistemas a partir del anlisis y la visto bueno para la recogida final de requisitos. Estos
documentacin. se representan como casos de uso y sus respectivas
fichas de caso de uso asociadas. Con ello se realiza un
Esta metodologa se busca tener una diagrama de robustez el cual refinar nuestro
retroactividad con el cliente, en la mitad de los diagrama de clases.
procedimientos, comenzando con un prototipo
Las fichas de caso de uso derivan en diagramas de
secuencia y en un nuevo y ltimo refinamiento del Elva Palma tcnica en
diagrama de clases. A partir de este diseo completo, informtica Egresada en
se obtiene el cdigo y mediante el factor de el ao 2009, actualmente
trazabilidad a partir de los requisitos iniciales Estudia en el instituto
planeamos y creamos los test necesarios. Tecnolgico de Superior
Limn. La carrera de
Una vez hayamos terminado este proceso, reiterando anlisis en sistemas
en cada paso las veces que sean necesarias, cursando el cuarto ciclo.
dispondremos de un software de calidad (que
satisface los requisitos) listo para entregar al cliente.

II. CONCLUSIN

ICONIX es una metodologa que utiliza un Mayte Cuji estudio la


modelo de trabajo basado en procesos. primaria en la Escuela
Ramiro Crdenas, la
Permite una mayor velocidad en el desarrollo secundaria en el Colegio
del proyecto, con la seguridad y solidez que Rio Santiago graduada en
este permite al utilizarlo de manera adecuada. Ciencias Generales
actualmente estudia en el
Esta metodologa se busca tener una Instituto Tecnolgico
retroactividad con el cliente, en la mitad de Superior Limn la carrera
los procedimientos, comenzando con un de Anlisis en Sistemas.
prototipo en donde el analista y el cliente
definirn pantallas, funcionalidades, en si lo
que se espera obtener del programa.

VI. RECOMENDACIONES
Melina Chacon
bachiller en ciencias de
Realizar de forma ordena cada proceso.
comercio
y administracin.
Antes de realizar el proyecto hay que analizar Graduada en el colegio
detenidamente lo que quiere el cliente en el Fiscomisional Rio
software y as poder ms adelante evitar Santiago seccin
inconveniente. nocturna
Experiencias en Excel
Documentar cada proceso realizado en el Word cursos obtenidos
software. en tributacin,
actualmente estudio
V. REFERENCIAS anlisis en sistemas en
[1] https://www.ecured.cu/ICONIX el Instituto
[2]http://ima.udg.edu/~sellares/EINF- Tecnolgico Superior
ES2/Present1011/MetodoPesadesICONIX.pdf limn .
[3]http://ingsoftware072301.obolog.es/metodologia-
iconix-2011212
[4] http://iisoftware.blogspot.com/