Vous êtes sur la page 1sur 15

Metodologa Iconix

Metodologa pesada-ligera de desarrollo de software

Se halla a medio camino entre RUP y XP

En el libro The Unified Modeling Language User Guide, por Grady Boch, James Rumbaugh e Ivar Jacobson dicen: el 80% del modelamiento puede ser resuelto con el uso del 20% del UML

Iconix se gua a travs de casos de uso y sigue un ciclo de vida iterativo e incremental.
El objetivo es que a travs de los casos de uso se obtenga el sistema final.

Caractersticas fundamentales:
Iterativo e incremental: Varias iteraciones ocurren entre el desarrollo del modelo de dominio y la identificacin de los casos de uso. El modelo esttico es incrementalmente refinado por los modelos dinmicos. Trazabilidad: Cada paso est referenciados por algn requisito. Se define la trazabilidad como la capacidad de seguir una relacin entre los diferentes artefactos producidos.

Dinmica UML: La metodologa ofrece un uso dinmico del UML porque utiliza algunos diagramas del UML como los diagramas de caso de uso, diagramas de secuencia y de colaboracin. Sin exigir la utilizacin de todos, como en el caso de RUP.

Proceso Iconix

Fases:
1- Anlisis de requisitos 2- Anlisis y diseo preliminar 3- Diseo detallado 4- Implementacin

1 Fase: Anlisis de requisitos


Identificar problemas, oportunidades y objetivos Un problema es cuando la idea de cmo funciona algo con concuerda con la realidad. La oportunidad es plantear la solucin del problema utilizando sistemas informticos. Los objetivos se determinan con las metas de la empresa y estas aplicada a los sistemas a desarrollar.

1 Fase: Anlisis de requisitos


a) Obtener elaborar requerimientos funcionales. . Consiste en definir lo que debe hacer el sistema informtico segn las necesidades del negocio. . Se utilizan mtodos interactivos como las entrevistas ,los muestreos, la investigacin de datos impresos y la aplicacin de cuestionarios. .Mtodos que no interfieren con el usuario como la observacin.

1 Fase: Anlisis de requisitos


b)Modelo de dominio .Identificar el mundo real y cmo estos intervienen. .Tiene caractersticas cmo: Abstraccin, herencia, encapsulamiento, envo de mensajes y asociacin, agregacin, composicin y multiplicidad.

1 Fase: Anlisis de requisitos


c) Prototipacin rpida: .Los usuarios se hacen ms activos en los desarrollos del sistema. .La probabilidad de que los usuarios aprueben un diseo y luego lo rechacen su implantacin se reducir notablemente. .Los prototipos suelen pasar a fase de anlisis y diseo con demasiada rapidez.

1 Fase: Anlisis de requisitos


D) Modelos de caso de uso. .Permite a los usuarios estructurar y articular sus deseos, definir de manera como querran interactuar con el sistema. E) Revisin de los requerimientos. .Asociar los requisitos funcionales con los casos de uso y con los objetos de dominio(Trazabilidad).

2 Fase: Anlisis y diseo preliminar


a) Describir los casos de uso.
. Formado por: Nombre, descripcin, precondicin, poscondicin, flujo principal de acciones, flujos alternos y flujos de excepcin.

b) Diagrama de robustez.
.Identifica los objetos que intervienen en cada caso de uso.

c) Revisin y diseo preliminar.


Verificar que el diagrama de robustez, los casos de uso y el modelo de dominio coincida.

3 Diseo detallado
a) Diagrama de secuencia:
Se define los mtodos que llevarn las clases.

b) Revisin crtica del diseo detallado:


Asegurarse que el diagrama de secuencia est bien elaborado y que el diagrama de clases sea consistente con este.

4 Implementacin
a) Escribir / Generar cdigo. b) Pruebas unitarias. c) Experiencia de usuario: interactividad, accesibilidad y navegacin. d) Tener en cuenta:
Reusabilidad, extensibilidad, confiabilidad.