Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 5

Metodologa ICONIX.

Introduccin

ICONIX.
La finalidad de este trabajo es el de tener claro que es y para que se utiliza
ICONIX. Dicha finalidad es explicada por la investigacin realizada por los
integrantes del equipo y plasmada en este documento.
Para lograr una mejor y ms completa comprensin del tema se integro el ejemplo
de una empresa dedicada a la creacin de software que utiliza ICONIX para la
creacin de sus proyectos.
Esto nos permite conocer del tema en un ambiente de trabajo y pasar de la teora
a la prctica pudiendo as demostrar de manera grafica el concepto, adems nos
ayuda a la identificacin de sus caractersticas, ventajas y desventajas.

Qu es ICONIX?
ICONIX es un proceso simplificado en comparacin con otros 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.
Es una metodologa pesada-ligera de Desarrollo del Software que se halla entre
RUP (Rational Unified Process) y XP (eXtreme Programming), unifica un conjunto
de mtodos de orientacin a objetos con el objetivo de tener un control estricto
sobre todo el ciclo de vida del producto a realizar.
Fue elaborado por Doug Rosenberg y Kendall Scott a partir de una sntesis del
proceso unificado de los tres amigos Booch, Rumbaugh y Jacobson y que ha
dado soporte y conocimiento a la metodologa ICONIX desde 1993. Presenta
claramente las actividades de cada fase y exhibe una secuencia de pasos que
deben ser seguidos.

Caractersticas Principales
ICONIX cuenta con tres caractersticas fundamentales:
Iterativo e Incremental: durante el desarrollo del modelo del dominio y la
definicin de los casos de uso se producen varias iteraciones. El ciclo de vida
incremental consiste en desarrollar por partes el producto de manera que puedas
integrarlas funcionalmente. Ciclo de vida Iterativo, en cada ciclo de iteracin se
revisa y mejora el producto.
El desarrollo se organiza en series de mini-proyectos cortos, llamados iteraciones.

Trazabilidad: Cada paso que se realiza est definido por un requisito, se define la
trazabilidad como la capacidad de seguir una relacin entre los diferentes
artefactos de software producidos.
Dinmica del UML: Ofrece un uso dinmico del UML porque utiliza algunos
diagramas UML, sin exigir la utilizacin de todos, como en el caso de
RUP(Rational Unified Process).

Fases de ICONIX
Revisin de los requisitos/ Anlisis de Requisitos
En esta fase se deben analizar todos los requisitos que formaran parte del sistema y con
estos construir el diagrama de clases, que representa las agrupaciones funcionales que
estructuraran el sistema en desarrollo.
Para esta fase se utilizan 3 herramientas:
Modelo de Dominio: esto se refiere a identificar objetos y cosas del mundo real que
intervienen con nuestro sistema. (Esttico)
Modelo de Casos de Uso: describe las acciones o el comportamiento que un usuario
realiza dentro del sistema. Comprende de actores, casos de uso y el sistema.
Prototipo de Interfaz de Usuario: implica la creacin de un modelo o modelos operativos
del trabajo de un sistema, en el que analistas y clientes deben estar de acuerdo.
(Dinmico/ los usuarios se hacen participantes activos en el desarrollo).

Revisin del diseo preliminar /Anlisis y Diseo Preliminar


En esta fase a partir de cada caso de uso se obtendrn una ficha de caso de uso,
est formada por un nombre, una descripcin, una precondicin que debe cumplir
antes de iniciarse, unapos-condicin que debe cumplir al terminar si termina
correctamente.
Realizar Diagrama de Robustez: es un hbrido entre un Diagrama de Clases y un
Diagrama de Actividades. Es una herramienta que nos permite capturar el Que
hacer y a partir de eso l Como hacerlo. Facilita el reconocimiento de objetos y
hace ms sencilla la lectura del sistema.

Ejemplo de la metodologa ICONIX


Empresa: Softdem, Desarrollo Bajo Demanda.

Como se trabaja? SOFTDEM utiliza un modelo de trabajo basado en procesos,


lo cual permite una mayor velocidad en el desarrollo del proyecto, con la seguridad
y solidez metodolgica que se requiere.

Anlisis de Requisitos
Identificar objetos del dominio y relaciones de agregacin y generalizacin
Identificar casos de uso
Organizar casos de uso en grupos (paquetes)
Asignar requerimientos no funcionales a casos de uso y objetos del dominio
Revisin de requerimientos

Diseo
Diseo de usuarios y datos hacia sistema.
Detalle a partir de modelos de alto nivel.
Para cada caso de uso.
Identifica mensajes y mtodos.
Dibujar diagramas de secuencia.
Actualizar clases.
Terminar modelo esttico
Verificar cumplimiento de requerimientos

Anlisis y diseo preliminar


Descripcin de Casos de uso
Anlisis de robustez
Identificar grupos de objetos que realizan escenario
Actualizar diagramas de clases del dominio
Diagramas de clases

Implementacin y pruebas
Producir diagramas necesarios
Despliegue
Componentes
Escritura de cdigo
Pruebas de sistema y aceptacin basadas en casos de uso

Ciclos de vida de desarrollo de software utilizado

Iterativo e Incremental:
El ciclo de vida incremental consiste en desarrollar por partes el producto de
manera que puedas integrarlas funcionalmente.

Ciclo de vida Iterativo, en cada ciclo de iteracin se revisa y mejora el producto.


El desarrollo se organiza en series de mini-proyectos cortos, llamados iteraciones.
Roles y Responsabilidades

s, y mantiene al equipo del proyecto enfocado en los objetivos. El jefe de proyecto tambin establece un conjunto de prcticas que asegura

aboracin del Modelo de Anlisis y Diseo. Colaboracin en la elaboracin de las pruebas funcionales y el modelo de datos.

daciones con el usuario

bas funcionales, elaboracin de la documentacin. Elaborar modelos de implementacin y despliegue.

Ventajas de ICONIX.
Proceso gil para obtener un sistema informtico.

Dedicada a la construccin de sistemas de gestin de pequea y mediana


complejidad con la participacin de los usuarios finales.

Desventajas de ICONIX.
Necesita informacin rpida y puntual de los requisitos, del diseo y de las
estimaciones.

Es una metodologa que no debe ser usada en proyectos de larga duracin.

Conclusin.
Se entendi ICONIX como una metodologa que utiliza un modelo de trabajo
basado en procesos, lo cual permite una mayor velocidad en el desarrollo del
proyecto, con la seguridad y solidez que este permite al utilizarlo de manera
adecuada.
ICONIX permite tener proyectos de calidad, en un tiempo corto y que permiten a
los usuarios o clientes a estar al pendiente y tener ms conocimientos acerca del
proyecto que requieren, esto para que el proyecto se valla generando tal y como el
cliente lo necesita, esta metodologa no se utiliza en proyectos que requieran
mucho tiempo
Ejemplo de aplicacin Xp
Como ejemplo se puede aplicar esta metodologa en la industria financiera. El desarrollo rpido de
software lo suficientemente flexible como para adaptarse a los continuos cambios de la industria sera
vital. En el entorno de trabajo sera comn el estrs (la presin complicara an ms la tarea ya de por si
complicada de obtener software de calidad). En este campo se prefiere habitualmente el software
rpido, aunque contenga errores.
En este caso se trato de desarrollar rpidamente un software que fuese robusto y til. La programacin
extrema tendra el conseguir una aplicacin buena, de desarrollo rpido y til. Estos son las
caractersticas propias que puede abordar la programacin extrema (XP).
Repo Margining System
Este es un ejemplo de un proyecto de estas caractersticas.
La aplicacin permitira el comercio electrnico a travs del navegador y mantener informadas a las dos
partes del trato. Adems capturara las ofertas que se hiciesen y las mostrara en un lugar dedicado para
ello.
El equipo estara formado por 7 integrantes.
El espacio laboral estara habilitado para favorecer la comunicacin entre los componentes.
Se empezara desarrollando (utilizando el lenguaje de programacin JAVA) las clases, para poder
realizar las pruebas y posteriormente permitir el refactoring.
Todo el trabajo no se tendra que empezar desde cero, puesto que el equipo contaba con cdigo de
otros trabajos previos y que podran reutilizar.

Proyecto

Tras evaluar diferentes alternativas de lenguajes de programacin y/o plataformas, la aplicacin se


desarroll bajo el lenguaje de programacin Sygate PowerBuilder, dado la sencillez que provee este
lenguaje para el trabajo y la gestin de bases de datos, ncleo central de la aplicacin. La mayora de
los integrantes del grupo tenan experiencia con esta plataforma, y eso ayud al desarrollo de la
aplicacin, al tiempo que los programadores iban aumentando su experiencia e iban adquiriendo
mayor destreza en la programacin.
En el partado de Gestin del Proyecto se muestra la planificacin temporal del desarrollo del proyecto
tanto en su fase inicial como la evolucin que ha seguido a lo largo de las diferentes iteraciones. En
cada etapa (fase inicial e iteraciones) se muestra las historias que inicialmente estaban previstas
realizar en esa fase de desarrollo del proyecto y las que fueron realizadas finalmente. Tambin se
indican las diferentes incidendias que ocurrieron en cada iteracin. Finalmente se incluyen los diarios
de actividad extraidos de diferentes integrantes del equipo de desarrollo, para ayude a observar cmo
se distribuy el tiempo en cada iteracin.
En el apartado Implementacin estn contenidas diferentes secciones referentes al desarrollo de la
aplicacin. Uno de los puntos centrales, es el de la base de datos, donde se describe el modelo de
datos al final del desarrollo de la aplicacin (ya que fueron muchos y requirieron una reestructuracin
del cdigo de las diferentes historias dada la relacin establecida de la base de datos con el cdigo de
la aplicacin), ademas, se realiza una explicacin del mismo en funcin de las distintas partes de la
aplicacin. Tambin se muestran los diferentes prototipos de interfaz de usuario que fueron
desarrollados con la aprobacin del cliente, aqu no se muestran las capturas de la aplicacin final, ya
que al tratarse de prototipos algunos cambiaron ligeramente. Finalmente se muestra el cdigo fuente,
una base de datos completa y para finalizar se incluye el binario de la aplicacin final.
Por ltimo, en el apartado Pruebas se puede consultar los documentos Word de las pruebas
funcionales de la aplicacin. En estos documentos, que se encuentran separados por cada historia de
usuario, se especifica el modo de utilizacin de la aplicacin y los posibles estados de error que
pueden darse, as como los mensajes de aviso/error/confirmacin que debe emitir la aplicacin en
estos casos..

También podría gustarte