MEDOTODOLOGIA ICONIX

Metodologia Consiste en un lenguaje de modelamiento y un proceso El lenguaje de modelamiento es la notacin grafica(incluye diferentes tipos de diagramas) El proceso define quien debe hacer que,cuando y como alcanzar un objetivo Metodologia Agil Los desarrolladores necesitams obtener aplicaciones en menor tiempo, mas vistosas y de menor costo Los usuarios: exigen calidad, sistemas fciles de mantener, extender y modificar El objetivo principal de un mtodo agil es minimizar la documentacin de desarrollo emplendola fundamentalmente como vehiculo de comprensin de problemas dentro del grupo de trabajo y de comunicacin con los usuarios Metodologia Iconix Es conducida por casos de uso Es iterativa e incremental Es relativamente simple(tal como XP en tareas de Integracion continua, refactorizacin, pruebas unitarias y Test-Driven Development, y tambin es similar a las tareas de anlisis y diseo de RUP) Usa a UML como lenguaje de modelacin Pone especial nfasis en el problema de la rastreabilidad(traceability) Fases del Proceso Iconix Analisis de requisitos Analisis y diseo preliminar

 Diseo detallado Implementacion Desarrollo del Proceso ICONIX FASE I: Analisis de Requisitos

Comenzar con Diagramas de Clases de alto nvel Identificar los objetos del mundo real y todas la relaciones de generalizacin, asociacin y agregacin entre estos objetos Disear el correspondiente diagrama de clases de alto nivel, designado como modelo del dominio Desarrollar Prototipos de interface GUI O IGU, reports, navegacin Es razonable, desarrollar prototipos de interface hombre-maquina (GUI o HCI), diagramas de navegacin, etc de forma que los usuarios y clientes puedan entender mejor el sistema deseado

 Desarrollar Diagramas de casos de uso Identificar los casos de uso envueltos en el sistema Crear Diagramas de paquetes(packages) Organizar los casos de uso en grupos, a travs de diagramas de paquetes(packages) Sobre los requisitos funcionales vs. Casos de uso: Asociar requisitos funcionales a los casos de uso y sus objetos del dominio FASE II: Analisis y Diseo Preliminar

Hacer las descripciones de los casos de uso con los escenarios principales, alternativos y excepciones Hacer el anlisis de robustez, es decir , para cada caso de uso: Identificar un primer conjunto de objetos Crear Diagramas de Robustez usando los estereotipos de clases frontera, control y entidad

 Actualizar el modelo del dominio, con los nuevos objetos y atributos entre tanto descubiertos Terminar la actualizacin del diagrama de clases de modo que refleje la conclusin de la fase del anlisis(iteracin mas detallada del diagrama del dominio) Los Diagramas de Robustez usan tres tipos de estereotipos: Objetos de frontera/interface Permiten a los actores comunicarse con el sistema(ventanas, ecrans, paginas web, ventanas de dialogo) Objetos de entidad Corresponden generalmente a los objetos identificados en el modelo del dominio Objetos de control Integradores entre los objetos de frontera y los objetos de entidad: Contienen las reglas de negocio y las polticas de funcionamiento de modo que potencien las independencia de las interfaces con los usuarios, de los esquemas de las bases de datos, etc Acaban generalmente por ser convertidos en mtodos de los objetos de entidad o de los objetos de frontera, aunque resultan ocasionalmente tambin en objetos en el modelo estatico

Ejemplo de Diagrama de Robustez

Hacer un anlisis de robustez con las siguientes reglas: Los actores se pueden comunicar con el sistema a travs de los objetos frontera Los objetos frontera se comunican solo con actores y objetos de control Los objetos entidad se comunican solo con objetos de control Los objetos de control se comunican solo con objetos de frontera y de entidad

 Evitar hacer diseo detallado en esta fase y en estos tipos de diagramas. Su principal objetivo es captar, para cada caso de uso, los principales objetos y las respectivas relaciones de comunicacin establecidas entre los mismos No perder tiempo en intentar perfeccionar los diagramas de robustez a medida que el diseo evoluciona Desarrollar los diagramas de anlisis de robustez antes, o en paralelo, con la descripcin textual de los casos de uso, para influenciar la identificacin de los objetos intervenientes y la eleccin de los nombres usados

FASE III: Diseo Detallado

El principal objetivo de esta actividad es detallar el diseo del sistema teniendo en consideracin la infraestructura computacional de soporte y la tecnologa de desarrollo inmersa Una especificacin del comportamiento es conducida por los casos de uso anteriormente identificados y descritos a travs de los respectivos diagramas de robustez y descripciones textuales Un comportamiento de un caso de uso especificado anteriormente a travs de un diagrama de robustez es ahora detallado a travs de un diagrama de secuencia. Si fuera relevante, usar diagrama de colaboracin para ilustrar las transacciones principales entre objetos Estos diagramas deben usar la generalidad de los objetos y actores representados en el diagrama de robustez, pero ahora evidenciando el flujo de mensajes intercambiados entre si ICONIX sugiere la siguiente secuencia de pasos: Copiar el texto del caso de uso para el margen izquierdo del diagrama de secuencia

 Adicionar los objetos de entidad Adicionar los objetos de frontera Analizar y descubrir para cada objeto de control en que objetos su comportamiento debe ser atribuido

Ejemplo de diagrama de caso de uso

Ejemplo de diagrama de robustez

Ejemplo de diagrama de secuencia con el texto del caso de uso

Se debe verificar que el diseo satisface todos los requisitos identificados, para lo que ICONIX sugiere la aplicacin de la siguiente metodologa: Producir una lista de requisitos

 Escribir un manual de utilizacin del sistema en la forma de casos de uso Interactuar con los usuarios y clientes hasta conseguirse registrar los tems 1 e 2 Certificar que se consigue determinar para cada requisito o su impacto en cada parte del diseo y viceversa Determinar a partir de las diferentes partes del diseo que requisitos estn cubiertos Al final terminar el modelo estatico aadiendo infomacion detallada sobre el diseo (e.g. visibilidad) FASE IV: Implementacion

ICONIX no es explicita respecto a la implementacin mas sugiere que se evalen las necesidades y trabajar sobre las practicas y tcnicas de XP:

 Producir diagramas de arquitectura de software (diagramas de instalacin y de componentes que apoyen las tareas de implementacin) Escribir el cdigo usando tcnicas como Refactorizacion, Integracion continua y eventualmente generar cdigo usando Ingenieria Inversa Aplicar el Test-Driven Development y la realizacin de tests unitarios y de integracin Realizar pruebas de versin del sistema y su implantacion