La metodología ICONIX se basa en los tres amigos (Booch, Rumbaugh y Jacobson) y sigue un enfoque iterativo e incremental. Consta de cuatro fases principales: análisis de requisitos, análisis y diseño preliminar, diseño e implementación, haciendo uso de diagramas UML como casos de uso, secuencias y clases.
2. HISTORIA
Fue elaborado por Doug Rosenberg y
Kendall Scott a partir de una síntesis
del proceso unificado de los “tres
amigos” Booch, Rumbaugh y Jacobson
y que ha dado soporte y conocimiento a
la metodología ICONIX desde 1993.
9. FASES DE ICONIX
1) Análisis de Requisitos.
2) Análisis y Diseño Preliminar.
3) Diseño.
4) Implementacion
10. ANÁLISIS DE
REQUISITOS
Identificar en el mundo real los objetos y todas las
relaciones de agregación y generalización entre ellos.
Utilizar un diagrama de clases de alto nivel definido
como modelo de dominio.
11.
12. ANÁLISIS DE
REQUISITOS
Presentar una prototipación rápida de las interfaces
del sistema, los diagramas de navegación, etc.
1. Prototipo de Vialidad.
2. Prototipo de Necesidades.
3. Prototipo de Diseño.
4. Prototipo de Implementacion
13. ANÁLISIS DE
REQUISITOS
Identificar los casos de uso del sistema mostrando
los actores involucrados. Se utiliza el modelo de
caso de uso.
14. ANÁLISIS Y DISEÑO
PRELIMINAR
Describir los casos de uso como un flujo principal de
acciones, conteniendo los flujos alternativos y de
excepciones.
Realizar un diagrama de robustez.
Actualizar el diagrama de clases con las nuevas
clases y atributos.
15.
16. ANÁLISIS Y DISEÑO
PRELIMINAR
El diagrama de robustez ayuda a identificar los
objetos que participan en cada caso de uso.
1. Objetos de Interfaz.
2. Objetos Entidad.
3. Objetos de Control.
17. ANÁLISIS Y DISEÑO
PRELIMINAR
Las reglas básicas que se deben de aplicar a los diagramas de
robustez son:
Actores solo pueden comunicarse con objetos de interfaz.
Las interfaces solo pueden comunicarse con controles y
actores.
Los objetos entidad solo pueden comunicarse con controles.
Los controles se comunican con interfaces, objetos entidad y
con otros controles pero nunca con actores.
18. DISEÑO
Especificar el comportamiento a través del diagrama
de secuencia.
Terminar el modelo estático, agregando los detalles
del diseño en el diagrama de clases.
Verificar si el diseño satisface los requisitos
identificados.
19. IMPLEMENTACIÓN
Utilizar el diagrama de componentes, en caso
necesario para ayudar al desarrollo.
Escribir y Generar el código.
Realizar pruebas.
20.
21. IMPLEMENTACIÓN
La reusabilidad.
La extensibilidad.
La confiabilidad.