ICONIX 3

Metodología ICONIX
Doug Rosenberg
Matt Stephens

Introducción

Método ICONIX
Referencia


El método original se encuentra en:
◦ Rosenberg, Doug, Kendall Scott (1999). “Use case
driven object modeling with UML. A practical
approach”, Addison Wesley



Segunda edición:
◦ Rosenberg, Doug, Stephens, Matt (2007). “Use
Case Driven Object Modeling with UML: Theory
and Practice”, Appress



Másinformación en la página:
◦ http://www.iconixsw.com
◦ http://www.iconixprocess.com/InternetBookstore

Características
1.

2.
3.
4.

5.

El proceso emplea el subconjunto central
de UML
Realmente permite pasar al código
Es trazable de un paso al otro
Direcciona tanto los escenarios deseados
como los indeseados
Asume que los requerimientos iniciales
son: vagos, ambiguos, incompletos e
incorrectos.Características
6.

7.

8.

9.

10.

Realmente dirige el diseño OO desde los Casos
de Uso
Trabaja bien con procesos ágiles (iteraciones
cortas e incrementos cortos)
No abruma con palabras de moda de cinco
sílabas (Ej. herencia múltiple de polimorfismo)
Opera a un nivel tangible donde los casos de
uso tratan sobre lo que los usuarios hacen, sin
usar enormes plantillas
Se ha empleado en cientos deproyectos que
trabajan en el mundo real.

DINÁMICA

Prototipo de
interfaz de
usuario

Modelo de casos
de uso
Diagrama de secuencia

Test 3
--------Test 2
----------------Test 1
- -------------------------------------------------

Planes
de
Prueba
Diagrama de robustez

ESTÁTICA

Cód
ig
o

Modelo de dominio

Diagrama de clases

Pasos principales
I. Requerimientos
Requerimientos Funcionales.Identificar casos
de uso, organizarlos en grupos (paquetes).
 Modelado del Dominio. Identificar objetos del
dominio y relaciones de agregación y
generalización.
 Requerimientos de Comportamiento. Obtener:
el prototipo rápido y asignar requerimientos
no funcionales a cada casos de uso.




META: Revisión de Requerimientos

Pasos principales
II. Análisis y diseño preliminar


Análisis de robustez
◦Identificar grupos de objetos que realizan escenario,
dibujando sus cursos básico y alternos
◦ Rescribir descripciones de casos de uso

Actualizar diagramas de clases del dominio
 Rehacer el Diagrama de Casos de Uso




META: Revisión del Diseño Preliminar
◦ De usuarios hacia sistema
◦ De datos hacia sistema
◦ Detallar a partir de modelos de alto nivel

Pasos principales
III. Diseño Detallado


Diagramado de Secuencias. Dibujar Diagrama
de Secuencia por cada Caso de Uso
Para cada diagrama de secuencia de cada caso
de uso
◦ Identificar mensajes y métodos
◦ Dibujar diagramas de secuencia
◦ Actualizar clases



Terminar modelo estático
Verificar cumplimiento de requerimientos



META: Revisión Crítica del Diseño



Pasos principales
IV Implementación
Escribiendo código/ Probandounidades.
Escribir el código y prueba de unidades o a
la inversa, según prefiera.
 Integración y Prueba de Escenarios. Base
las pruebas de integración de los casos de
uso tanto en curso básicos como alternos.
 Revisión de Código y Actualización de
Modelos. Para enfrentarse a un nuevo
trabajo
 META: entrega del sistema


Modelado del Dominio
Modelado de casos de uso
revisión de requerimientosDefinición de Requerimientos

Pasos Modelo de Dominio
1.

2.

3.

4.

5.

Enfocarse en los objetos del mundo real
(dominio del problema).
Asociar los objetos usando relaciones de
generalización (es-un) y agregación (tiene-un).
Limitar el modelado de dominio inicial a un par
de horas
Organice sus clases empleando abstracciones
clave del dominio del problema
No confunda Modelo de Dominio con Modelo
deDato

Pasos Modelo de Dominio
6.

No confunda un objeto con una tabla de base de
datos
◦

7.

8.

9.

10.

La primera representa una sola instancia y la segunda
contiene una colección de cosas.

Use el Modelo de Dominio como un glosario del
proyecto
Haga su Modelo de Dominio inicial antes de
escribir sus casos de uso para eliminar
ambigüedad en los nombres
No espere que su diagrama de clases...