Anda di halaman 1dari 3

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

Anda mungkin juga menyukai