SistemasdeInformacinII(IS445)

PrimeraSemana

CAPITULO I
INTRODUCCION A LA METODOLOGIA ICONIX
La metodologa ICONIX se encuentra entre el proceso unificado (PU) y la
programacin extrema (XP). ICONIX est conducido por casos de uso, igual
que el proceso unificado, pero sin la sobrecarga del PU. Es relativamente
pequeo y ligero, igual que XP, pero no descarta el anlisis y diseo formal
como la XP. ICONIX usa racionalmente el lenguaje unificado de modelado
(Rumbaugh et al., 2005), haciendo referencia a la trazabilidad de los requisitos.
Las actividades principales de ICONIX son: anlisis de requisitos, diseo
preliminar, diseo e implementacin (Rosenberg, et al., 2005).
1.1

EL ENFOQUE ICONIX
Esta compuesto por los lineamientos siguientes:

1.2

a.

Modelado de objetos conducido por casos de uso.

b.

Se descompone en fronteras de datos.

c.

Basado en escenarios que descomponen los casos de uso.

d.

Enfoque iterativo e incremental.

e.

Proporciona trazabilidad de requisitos.

f.

Uso directo de UML.

RAZONES PARA USAR ICONIX EN UN PROYECTO DE SOFTWARE

La mayora de negocios que existen son PYMES y, requieren software de

calidad (Caballero, 2007). Al afrontar un proyecto para desarrollar software, se

debe usar una metodologa gil y formal como ICONIX, en tiempos cortos, con
recursos financieros limitados y, equipos de desarrollo de 10 a 20 personas. Al
escribir los casos de uso inconsistentes, generamos ambigedad, si esta no se
controla, los casos de uso, el diseo y, el cdigo fuente est mal enfocado.
Esto, origina errores y sobre costos durante el desarrollo y mantenimiento del
software (Pressman, 2001), (Sommerville, 2005).
Introduccin a la Metodologa ICONIX

MSc. Ing. Efran Elas Porras Flores

Pgina1

SistemasdeInformacinII(IS445)
1.3

PrimeraSemana

RESUMEN DE LA METODOLOGIA ICONIX

El proceso ICONIX se divide en una parte esttica y otra dinmica, que

son iterativos, podemos hacer una iteracin de todo el proceso para un par de
casos de uso, hasta codificar y hacer las pruebas. Por esto, el proceso ICONIX
es ideal para proyectos pequeos y medianos, en resumen la metodologa
ICONIX es:
a.

Primer paso.- Identificar el mundo real y los objetos de dominio del

negocio (modelo de dominio).

b.

Segundo paso.- Definir los requisitos de comportamiento (casos de uso).

c.

Tercer paso.- Realizar anlisis de robustez para eliminar la ambigedad

de los casos de uso y determinar los defectos del modelo de dominio
(diagrama de robustez).

d.

Cuarto paso.- Asignar comportamiento a los objetos (diagrama de

secuencia).

e.

Quinto paso.- Finalizar el modelo esttico (diagrama de clases).

f.

Sexto paso.- Escribir y generar el cdigo (cdigo fuente).

g.

Sptimo paso.- Realizar pruebas de aceptacin (prueba).

ANALISIS DE REQUISITOS
a.

Requisitos funcionales.- Define lo que el software debe ser capaz de

hacer, la creacin de requisitos funcionales debe ser realizada por el
usuario o cliente, analista y experto del negocio.

b.

Modelo de dominio.- Debe comprender el mbito del problema sin

ambigedad.

c.

Requisitos de comportamiento.- Define la forma en que el usuario y el

software interactan. Escribir el primer proyecto de casos de uso,
comenzar con un prototipo GUI e identificar todos los casos de uso o
por lo menos, tener una primera lista de casos de uso, que cambiar a
medida que se explora los requisitos en mayor profundidad.

Etapa 1: Revisin de Requisitos

En esta etapa la descripcin de los casos de uso debe coincidir con los
requisitos del cliente. Revisar los casos de uso por grupos pequeos, antes de
disearlos. Luego, en cada iteracin, para un pequeo grupo de casos de uso,
Introduccin a la Metodologa ICONIX

MSc. Ing. Efran Elas Porras Flores

Pgina2

SistemasdeInformacinII(IS445)

PrimeraSemana

hacer lo que describimos a continuacin.

DISEO PRELIMINAR
a.

Dibujar diagrama de robustez.- Es una "imagen del objeto" descripcin

por pasos de un caso de uso, reescribir los casos de uso a medida que
avanza.

b.

Actualizar modelo de dominio.- Mientras escribe los casos de uso y

dibuja el diagrama de robustez, descubrir algunas clases perdidas,
corregir las ambigedades y, aadir atributos a los objetos de dominio.

c.

Nombrar controladores.- Nombre todas las funciones lgicas del

software, necesarios para que los casos de uso funcionen.

d.

Escribir.- Reescribir el borrador de los casos de uso.

Etapa 2: Revisin del Diseo Preliminar

DISEO DETALLADO
a.

Diagrama de secuencia.- Dibuje un diagrama de secuencia, uno para

cada caso de uso, diagrama que muestra en detalle cmo va a
implementarse el caso de uso. La funcin principal de un diagrama de
secuencia es asignar comportamiento a sus clases.

b.

Actualizar modelo de dominio.- Al dibujar los diagramas de secuencia,

aadir operaciones a los objetos entidad, el modelo de dominio debe
convertirse en un modelo esttico o diagrama de clases.

c.

Depurar el modelo esttico.- Quitar inconsistencias diagrama de clases.

Etapa 3: Revisin Crtica del Diseo

IMPLEMENTACION
a.

Cdigo y pruebas unitarias.- Escribir el cdigo fuente y formular las

pruebas unitarias o, escriba las pruebas unitarias y luego el cdigo.

b.

Integracin y pruebas de escenario.- Base las pruebas de integracin

en los casos de uso, para probar los cursos bsico y alterno.

c.

Revisar cdigo y actualizar el modelo.- prepararse para la siguiente

iteracin del proceso ICONIX, con otro pequeo grupo de casos de uso.

Introduccin a la Metodologa ICONIX

MSc. Ing. Efran Elas Porras Flores

Pgina3