METODOLOGÍA ICONIX

Una Metodología consiste en un lenguaje de modelamiento y un proceso. El lenguaje de

modelamiento es la notación grafica que incluye diferentes tipos de diagramas, en este
caso UML. El proceso define quien debe hacer que, cuando y como alcanzar un objetivo.

Iconix es un proceso simplificado en comparación con otros procesos más tradicionales,

que unifican un conjunto de métodos de orientación a objetos con el objeto de abarcar
todo el ciclo de vida de un proyecto.Presenta claramente las actividades de cada fase y
exhibe una secuencia de pasos que deben ser seguidos. Además ICONIX está adaptado a
los patrones y ofrece el soporte de UML, dirigido por casos de uso y es un proceso iterativo
e incremental.

Las tres características fundamentales de ICONIX son:

· *Iterativo e incremental: varias iteraciones ocurren entre el desarrollo del
modelo del dominio y la identificación de los casos de uso. El modelo estático es
incremental refinado por los modelos dinámicos.
· *Trazabilidad: cada paso es referenciado por algún requisito. Se define
trazabilidad como la capacidad de seguir una relación entre los diferentes artefactos
producidos.
· *Dinámica del UML: la metodología ofrece un uso dinámico del UML como los
diagramas del caso uso, diagramas de secuencia y de colaboración.

Estructura o Elementos específicos de la metodología:

· *Requisitos de Revisión
 -Análisis de Requerimientos: relevantamiento informal de todos los requisitos
que en principio deberían ser parte del sistema.
-Modelo Dominio: con los requisitos se construye un diagrama de clases, o si es
posible una prototipacion rápida de las interfaces del sistema.
-Modelo de casos de uso: Identificar los casos de uso del sistema mostrando los
actores involucrados.
-Prototipos de GUI: se usa para simular el diseño del sistema, se espera que el usuario
lo evalúe como el sistema final.

· * Revisión de diseño preliminar: Describir los casos de uso, como un flujo principal de
acciones, pudiendo contener los flujos alternativos y los flujos de excepción. La principal
sugerencia es que no se debe perder mucho tiempo con la descripción contextual.

· * Revisión de diseño detallado: Especificar el comportamiento a través del diagrama de

secuencias.

· * Implementación:
a) Utilizar un diagrama de componentes, si fuera necesario para apoyar el
desarrollo.
b)Escribir y generar el código.

El ciclo de vida utilizado por ICONIX es Iterativo e incremental donde se va liberando

partes del producto en forma de prototipos periódicamente, en cada iteración, y cada
nueva versión, normalmente, aumenta la funcionalidad y mejora en calidad respecto a
la anterior.

Roles que participan en esta metodología:

Jefe de Proyecto:
El jefe de proyecto asigna los recursos, gestiona las prioridades, coordina las
interacciones con los clientes y usuarios, y mantiene al equipo del proyecto enfocado en
los objetivos.

Analista de Sistemas:
Captura, especificación y validación de requisitos, interactuando con el cliente y los
usuarios mediante entrevistas.
Programador:
Construcción de prototipos. Colaboración en la elaboración de las pruebas funcionales,
modelo de datos y en las validaciones con el usuario.

Ventajas:
o Desarrollo incremental e iterativo y la relativa facilidad con que se puede utilizar
en otras metodologías de desarrollo u otras técnicas.
o Satisface la mayor parte de los requisitos del cliente.
o Usa un análisis de robustez que reduce la ambigüedad al describir los casos
o Es usado en proyectos más ligeros que los usados en RUP, por lo que tiene un mayor
campo de aplicabilidad.
o Proporciona suficientes requisitos y documentación de diseño, pero sin parar el
análisis.
o Es refinado y actualizado a lo largo del proyecto, por lo que siempre refleja la actual
comprensión del problema de espacio.

Desventajas:
o No puede ser usado para proyectos grandes.
o Necesita información rápida y puntual de los requisitos, el diseño y
las estimaciones
o Se debe de conocer los diagramas de UML

modelo de dominio. Esto es un término muy común cuando hablamos de DDD (Domain
Driven Design), y quiere decir que nuestra aplicación tiene un modelo principal al que
llamaremos dominio. Este modelo se diferencia del modelo de la base de datos en su
concepción. En lugar de pensar cómo vamos a almacenar las tablas y sus relaciones
dentro de una base de datos, lo que vamos a hacer es pensar en la mejor forma de
gestionar los objetos dentro del contexto de nuestro lenguaje de programación y de la
forma que mejor se adapte a las tareas de negocio.
DAO es una abstracción de la persistencia de datos.
El repositorio es una abstracción de una colección de objetos.

Patrones de diseño: son la base para la búsqueda de soluciones a problemas comunes en el

desarrollo de software y otros ámbitos referentes al diseño de interaccion o interfaces
Un patrón de diseño: resulta ser un problema de diseño
Que es mvc : el modelo –vista-controlador (MVC) es un patrón de arquitectura de software
que separa los datos y la lógica de negocios de una aplicación de la interfaz de usuario y el
moduloi encargado de gestionar los eventos y las comunicaciones