Sistemas de Informacin II (IS445)

Primera Semana

CAPITULO I
INTRODUCCIN LA PROCESO GIL Y FORMAL 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).

1.3

RESUMEN DE LA METODOLOGIA ICONIX

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

Introduccin al Proceso gil y Formal ICONIX

MSc. Ing. Efran Elas Porras Flores

Pgina 1

Sistemas de Informacin II (IS445)

Primera Semana

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 aplicar el mtodo ICONIX consiste en:
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, hacer lo que describimos a
continuacin.
Introduccin al Proceso gil y Formal ICONIX

MSc. Ing. Efran Elas Porras Flores

Pgina 2

Sistemas de Informacin II (IS445)

Primera Semana

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 al Proceso gil y Formal ICONIX

MSc. Ing. Efran Elas Porras Flores

Pgina 3

Sistemas de Informacin II (IS445)

Introduccin al Proceso gil y Formal ICONIX

MSc. Ing. Efran Elas Porras Flores

Primera Semana

Pgina 1