Iconix

ICONIX
Notas del método con ampliaciones y mejoras

Juan Manuel Fernández Peña y María de los Ángeles Sumano López Colaboración de Josué Andrade Miros Octubre de 2004

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

• Más información en lapágina:
http://www.iconix.com

Método ICONIX ¿Por qué esta versión?
• El texto original incluye muchas disgresiones, generalmente obsoletas • El texto supone ciertos conocimientos, que no siempre tienen los alumnos • El tratamiento de algunos temas es insuficiente para los usos modernos • Por ello se realizó esta versión, que sirva para un versión primer curso de desarrollo orientado a objetosy usando UML.

Enfoque ICONIX
• Modelado de objetos conducido por casos de uso • C t d en d t Centrado datos: se d descompone en f t fronteras d de datos • Basado en escenarios que descomponen los casos de uso • Enfoque iterativo e incremental • Ofrece trazabilidad • Uso directo de UML (estándar del Object Management Group)

DINÁMICA

Prototipo d P t ti de interfaz de usuario

Modelo decasos de uso Diagrama de secuencia

Enfoque
Diagrama de robustez ESTÁTICA

Código Modelo de dominio Diagrama de clases

Preguntas iniciales P t si i i l s
• ¿Quiénes son los usuarios (actores) del sistema y qué tratan de hacer? • ¿Cuáles son l objetos d l mundo real (d i i d l C ál los bj t del d l (dominio del problema) y las asociaciones entre ellos? • ¿Qué objetos son necesarios paracada caso de uso? • ¿Cómo colaboran los objetos en cada caso de uso? • ¿Cómo se manejan aspectos de tiempo real? • ¿Cómo se construirá realmente el sistema a nivel de piezas?

Características
• • • • Flexible para diferentes estilos y clases de problemas Apoyo a l manera d t b j d l gente A la de trabajo de la t Guía para los menos experimentados Expone los productos anteriores al código dmanera E l d t t i l ódi de estándar y comprensible

Pasos principales p p I Análisis de requerimientos
• Identificar objetos del dominio y relaciones de agregación y generalización • Prototipo rápido • Identificar casos de uso • Organizar casos de uso en grupos (paquetes) • Asignar requerimientos f ncionales a casos de uso y req erimientos funcionales so objetos del dominio • META: revisión derequerimientos

Pasos principales p p II Análisis y diseño preliminar
• Escribir descripciones de casos de uso
– cursos básico y alternos

• Análisis de robustez
– Identificar grupos de objetos que realizan escenario – Actualizar diagramas de clases del dominio

• Finalizar diagramas de clases • META: revisión del diseño preliminar
De usuarios hacia sistema De datos hacia sistema Detallar apartir de modelos de alto ni el nivel

Pasos principales p p III Diseño
• Asignar comportamiento • Para cada caso de uso
– – – – – Identificar mensajes y métodos Dibujar diagramas de secuencia Actualizar clases (opcional) diagramas de colaboración (opcional) Diagramas d estados ( i l) Di de t d

• Terminar modelo estático • V ifi Verificar cumplimiento d requerimientos li i t de i i t •META revisión crítica d l di ñ META: i ió íti del diseño

Pasos principales IV Implementación
• Producir diagramas necesarios
– Despliegue – Componentes

• E ibi el código Escribir l ódi • Pruebas de unidad e integración • Pruebas de sistema y aceptación basadas en casos de uso • META: entrega del sistema

Capítulo 2 p Modelando el dominio

Modelado del Dominio
• Dominio del problema:área que cubre las l cosas y conceptos relacionados con el t l i d l problema que el sistema deberá resolver • Modelando el dominio: tarea de descubrir “objetos” (en realidad clases) que representan esas cosas y conceptos p • A partir de los datos asociados con requerimientos se llegará a construir modelo estático del dominio

Modelando el dominio

•

Fuentes de información:
– – – –...