Metodología ICONIX

El Método ICONIX es dirigido por casos de uso, como RUP. Es un proceso pequeño y ligero, como XP (Programación Extrema), pero no descarta las fases del análisis y el diseño como lo hace XP. Este proceso usa la notación UML y un seguimiento a los requisitos. El proceso se queda igual a la visión original de Jacobson ”dirigido por casos de uso”, esto produce un resultado concreto, específico y casos de uso fácilmente entendible, que un equipo de un proyecto puede usar para conducir el esfuerzo hacia un desarrollo real; El método cubre todas las fases del ciclo del desarrollo del software.

ETAPA 1: REQUISITOS

1. Requisitos funcionales: Definir lo que el sistema debe ser capaz de hacer. Dependiendo de la forma en que el proyecto está organizado, ya sea que se participe en la creación de los requisitos funcionales, o los requisitos sean proporcionados por el cliente o un equipo de análisis de negocios.
2. Modelo del Dominio: Entender el espacio del problema en términos inequívocos.
3. Comportamiento: Define la forma en que el usuario y el sistema interactúan. Se recomienda empezar con un prototipo de interfaz gráfica e identificar todos los casos de uso que van ser aplicados, o al menos llegar a un primer paso con la lista de casos de uso, los cuales se espera cambiar dependiendo de requisitos que aparezcan posteriormente.
4. HITO ETAPA 1: Revisión de Requisitos: Asegurarse de que el texto del caso coincida con las expectativas del cliente. Tener en cuenta que se puede revisar los casos de uso en pequeños lotes, justo antes de diseñarlos. Luego, en cada iteración (es decir, por cada lote de casos de uso), hacer lo que sigue.

ETAPA 2: ANÁLISIS Y DISEÑO PRELIMINAR

1. Análisis de Robustez: Dibujar un diagrama de robustez, reescribiendo la descripción de los casos de uso.
2. Actualizar el modelo de dominio mientras que se escriben los casos de uso y se dibuja el diagrama de robustez. Aquí se descubrirán las clases faltantes, se corregirán ambigüedades, y se agregarán atributos a los objetos de dominio.
3. Nombrar de todas las funciones lógicas del software (controladores) necesarios para hacer que el caso de uso funcione.
4. Reescribir el primer proyecto de casos de uso.
5. HITO ETAPA 2: Revisión del Diseño preliminar (PDR): Una vez que se han determinado los casos de uso el texto puede ser escrito para que describa la forma en que el usuario y sistema deben interactuar. Un análisis de robustez se realiza para encontrar posibles errores en el texto de los casos de uso, y el modelo de dominio se actualizará como consecuencia. La utilización de la descripción los casos de uso es importante para determinar cómo los usuarios interactúan con el sistema, también proporcionan al desarrollador algo que mostrar al cliente y ayudan a verificar que los resultados de los análisis de requisitos sean correctos.

TAPA 3: DISEÑO DETALLADO

1. Diagramas de Secuencia: Dibujar un diagrama de secuencia para mostrar en detalle cómo se va a aplicar el caso de uso. La función principal de los diagramas de secuencia es asignar el comportamiento a sus clases.
2. Actualizar el modelo de dominio mientras se están dibujando los diagramas de secuencia, y añadir operaciones a los objetos de dominio. En esta etapa, los objetos de dominio son realmente clases de dominio, o entidades, y el modelo de dominio debe convertirse rápidamente en un modelo estático, o diagrama de clase.
3. Limpiar el modelo estático.
4. HITO ETAPA 3: Revisión crítica del diseño: Durante esta fase del proceso de ICONIX el modelo de dominio y la descripción de los caso de uso de la Etapa 2 se utilizan para diseñar el sistema que se está construyendo. Un diagrama de clases es producido a partir del modelo de dominio y la descripción de los casos de uso es usada para hacer diagramas de secuencia..

ETAPA 4: IMPLEMENTACIÓN

1. Codificación / Pruebas de unidad: Escribir el código y las pruebas de unidad.
2. Integración y pruebas de hipótesis: Basar las pruebas de integración en los casos de uso, de modo que se pruebe tanto el flujo básico como los flujos suplentes.
3. HITO ETAPA 4: Revisión de Código: Realizar una Revisión de Código y Actualización del Modelo para preparar la próxima iteración del desarrollo del trabajo.

Ventajas

• ICONIX es un modelo pequeño y firme que no desecha el análisis y el diseño.
• Usa un análisis de robustez que reduce la ambigüedad al describir los casos.
• Es usado en proyectos más ligeros que los usados en RUP, por lo que tiene un mayor campo de aplicabilidad.
• Proporciona suficientes requisitos y documentación de diseño, pero sin parar el análisis.
• Es refinado y actualizado a lo largo del proyecto, por lo que siempre refleja la actual comprensión del problema de espacio.

Desventajas

• No puede ser usado para proyectos grandes.
• Necesita información rápida y puntual de los requisitos, el diseño y las estimaciones.
• Se debe conocer los diagramas UML.
• Gran parte de la información la podemos encontrar en inglés, lo cual requiere establecer muy bien su comprensión.