Metodologa ICONIX

Realizado por: Aquino Carrillo Corazn Iusleth Garca Carrillo Emmanuel Antonio Luna Montiel Liliana Padilla Alvarez Gustavo Ramirez Garduo Abigail

Proceso ICONIX de Rosenberg & Scott (1999) Es una metodologa que consiste en un lenguaje de modelamiento y un proceso de desarrollo de software prctico. Es un proceso dirigido, como RUP (Rational Unified Process), relativamente pequeo y ligero, como XP(eXtreme Programming).

Proceso simplificado en comparacin con otros procesos ms tradicionales, que unifica un conjunto de mtodos de orientacin a objetos con el objetivo de abarcar todo el ciclo de vida de un proyecto. Da soporte y conocimiento a una metodologa del mismo nombre (1993) que presenta de forma clara las actividades de cada fase y la secuencia que debe ser seguida, est adaptado a los patrones y ofrece el soporte de UML. Caractersticas: Iterativo e incremental: Suceden iteraciones entre el desarrollo de modelo del dominio y la identificacin de los casos de uso. El modelo esttico es incrementalmente refinado por los modelos dinmicos. Trazabilidad: Cada paso est referenciado por algn requisito. Se debe considerar a la trazabilidad como la capacidad de seguir una relacin entre los diferentes artefactos producidos. Dinmica del UML: Uso dinmico de UML en los diagramas de caso de uso, diagramas de secuencia y de colaboracin.

Tareas: 1) 2) 3) Anlisis de requisitos Modelo de dominio Prototipacin rpida Modelo de casos de uso

 1) 2) 1) 2) 1) 2) 3)

Anlisis y diseo preliminar Descripcin de casos de uso Diagrama de robustez Diseo Diagrama de secuencia Completar el modelo esttico Implementacin Utilizar un diagrama de componentes Escribir / Generar cdigo Realizacin de pruebas

Resumen de la metodologa. A continuacin se detallarn las tareas antes mencionadas.

Anlisis de requisitos
ICONIX cubre todas las fases del ciclo del desarrollo del software, empezando con un anlisis de requisitos dividido en cuatro actividades: a) Abstraccin de los objetos y las relaciones de agregacin y generalizacin que existen entre ellos. Utilizar un diagrama de clases de alto nivel definido como modelo de dominio. Se refiere a hacer un relevamiento de todos los requisitos que deberan ser parte del sistema y con estos construir el diagrama de clases, que representa las agrupaciones funcionales que estructuraran el sistema en desarrollo. b) Se intenta en la medida de lo posible presentar una prototipacin rpida de las interfaces del sistema, diagramas de navegacin, entre otros para dar a los clientes una mayor comprensin del sistema propuesto. Con esto se intenta establecer las especificaciones iniciales que no se hayan contemplado y hacer que los usuarios puedan comenzar a evaluar la aplicacin para percatarse de los que gusta o no a los mismos y poder hacer los cambios necesarios. El proceso se repite hasta que usuarios y analistas estn de acuerdo en que el sistema cumple todas las necesidades y caractersticas solicitadas. Los prototipos implican la creacin de un modelo operativo de trabajo de un sistema o subsistema. Estos logran que los usuarios se hagan participantes activos en el desarrollo del sistema, que la definicin de

necesidades se simplifique, que la probabilidad de rechazo de implantacin disminuya, la disminucin del tiempo de desarrollo y en las fases de anlisis y diseo volvindolo un proceso gil. En seguida se presenta el prototipo utilizado por ICONIX y otros tres a manera de comparacin: Prototipo De viabilidad De necesidades De diseo Descripcin Prueba la viabilidad de una tecnologa especifica que aplica a un sistema de informacin Para descubrir las necesidades de contenido de los usuarios con respecto a la empresa. Usado por ICONIX. Simula el diseo del sistema de informacin final. Se centra en la forma y funcionamiento del sistema deseado. Al crearse un prototipo por un analista, se espera que los usuarios lo evalen como si formar parte del sistema final, evalan la facilidad de aprendizaje y manejo del sistema, aspecto de las pantallas, informes y procedimientos para el uso del sistema. Al final el prototipo pretende servir como especificaciones parciales de diseo o que evolucionar a un prototipo de informacin. Extensin de los de diseo que evoluciona directamente hacia el sistema de produccin.

De implantacin

c) Identificar casos de uso del sistema y sus actores involucrados utilizando el modelo de casos de uso para su representacin. Donde los casos de uso describen en forma de acciones el comportamiento del sistema desde el punto de vista del usuario, esto es como los usuarios interactan con el sistema y que debe hacer para obtener el resultado esperado, definen los lmites del sistema y relaciones entre el sistema y el entorno comprendiendo a los actores, el sistema y los propios casos de uso. d) Por ltimo se hace una revisin de los requisitos funcionales con los casos de uso y con los objetos del dominio (trazabilidad).

Anlisis y diseo preliminar

En esta etapa se contemplan 3 actividades: a) Se describen los casos de uso con un flujo principal de acciones y posibles flujos alternos y de excepcin. b) Se realiza un diagrama de robustez, en donde se debe ilustrar las interacciones existentes entre los objetos participantes de un caso de uso.

Ejemplo de diagrama de robustez. El anlisis de robustez ayuda a identificar los objetos que participan en cada caso de uso, sirve para saber si las especificaciones del sistema son razonables. c) Se debe actualizar el diagrama de clases definido en el modelo de dominio con las clases y atributos encontrados en los diagramas de robustez. Hasta este punto se tiene entre un 75 y 80 por ciento de los atributos de nuestras clases identificados.

Diseo
En esta etapa primeramente: a) Se debe especificar el comportamiento por medio de un diagrama de secuencia. Identificar mensajes entre los objetos de cada caso de uso y utilizar los diagramas de colaboracin para mostrar la interaccin entre objetos. El diagrama de secuencia muestra interacciones entre objetos como una vista temporal y es el ncleo del modelo dinmico y muestra los cursos alternos que pueden tomar los casos de uso. A partir de la realizacin del diagrama de secuencia se empiezan a notar los mtodos de las clases del sistema debido a que hasta este punto se ve la interaccin entre los objetos con los actores y con los otros objetos dinmicamente.

Ejemplo de diagrama de secuencia

b) c)

Se debe terminar el modelo esttico, aadiendo los detalles del diseo en el diagrama de clases. Y verificar si el diseo satisface todos los requisitos identificados.

Implementacin
En esta ltima etapa: a) Se debe utilizar un diagrama de componentes de ser necesario con el que se mostrar la distribucin fsica de los elementos que componen la estructura interna del sistema. El diagrama de componentes describe los elementos fsicos y sus relaciones en el entorno de realizacin y sus opciones.

Diagrama de componentes. b) c) Se debe escribir el cdigo Realizacin de pruebas.

En esta parte, se realizan test de unidades, de casos, datos y resultados, de integracin con los usuarios para verificar la aceptacin de los resultados.

Conclusiones:
La metodologa ICONIX permite agilizar el desarrollo de software utilizando herramientas para cubrir todo el ciclo de vida del desarrollo de sistemas orientados a objetos, mediante una serie de etapas donde se especifican los requerimientos y se modela el comportamiento del sistema utilizando el Lenguaje de modelamiento unificado (UML).

Esta metodologa representa una buena alternativa para la comunidad informtica dedicada al desarrollo de sistemas ya que considera la participacin de los usuarios y la documentacin de todo el proceso.