Informacion de interes

Manual Introductorio de Iconix:
1 – ¿Qué es Iconix?
Iconix es una metodología pesada-ligera de Desarrollo del Software que se halla a medio camino
entre un RUP (Rational Unified Process) y un XP (eXtreme Programming).
Iconix deriva directamente del RUP y su fundamento es el hecho de que un 80% de los casos
pueden ser resueltos tansolo con un uso del 20% del UML, con lo cual se simplificamuchísimo el
proceso sin perder documentación al dejar solo aquello que es necesario. Esto implica un uso
dinámico del UML de tal forma que siempre se pueden utilizar otros diagramas además de los ya
estipulados si se cree conveniente.
Iconix se guía a través de casos de uso y sigue un ciclo de vida iterativo e incremental. El objetivo
es que a partir de los casos de uso se obtenga el sistemafinal.

Requisitos nuevos
o modificados

Proceso de Desarrollo
de Software

Sistema nuevo
o modificado

NOTA: Esta representación es puramente orientativa, los casos de uso pertenecen al proceso Iconix.
El objetivo de esto es que cada requisito se identifique con algún caso de uso, tal que podamos
verificar en cualquier momento que por parte del sistema ese requisito se satisface y sufuncionalidad es correcta (trazabilidad). Así pues, obtenemos una medida tangible de calidad.
Decimos que un sistema es de calidad basándonos en la proporción de requisitos que éste satisface.
Así pues, un sistema poseerá calidad si satisface sus requisitos.

2 – Las fases de Iconix:
Iconix se estructura en cuatro fases. La primera de ellas es el análisis de requisitos, seguida del
análisisy diseño preliminar, a continuación viene el diseño y finaliza con su implementación.
Previamente a esto, sin embargo, deberemos realizar un pequeño storyboard de la interfaz gráfica,
con dibujos de las pantallas principales del sistema a partir de las reuniones con el cliente.

1) Análisis de Requisitos:
En esta primera fase se realiza un Modelo de Dominio, que no es más que un Diagrama deClases
extremadamente simplificado. Este modelo contiene únicamente aquellos objetos de la vida real
cuyo comportamiento o datos deban ser almacenados en el sistema.

A partir de este pequeño modelo, se realiza un pequeño prototipo basándose en la storyboard de la
interfaz gráfica obtenida previamente, el cual se mostrará al cliente y se refinará en sucesivas
reuniones. Normalmente esteprototipo suele converger en dos o tres iteraciones.
Una vez el prototipo ya es final y se han obtenido todos los requisitos del sistema por parte del
cliente, se procede a realizar los casos de uso. Estos diagramas de casos de uso se agrupan en
diagramas de paquetes (es decir, utilizan referencias entre diagramas de casos de uso para
simplificar su lectura) y se asocia cada requisito a un caso deuso para obtener la ya mencionada
anteriormente trazabilidad.

2) Análisis y Diseño Preliminar:
A partir de cada caso de uso se obtienen sus correspondientes fichas de caso de uso. Cabe destacar
que estas fichas no pertenecen al UML. He aquí un ejemplo de ficha para que se entienda mejor:

La ficha está formada por un nombre, que suele ser el del caso de uso, posee una breve descripción(generalmente en vista usuario, es decir, que hace de forma intuitiva, no como), una precondición
que debe cumplir antes de iniciarse, una postcondición que debe cumplir al terminar si termina
correctamente, un flujo normal que sigue el sistema en caso de que todo vaya correctamente y un
flujo alternativo en caso de que haya cualquier problema. El resto de campos son opcionales.
Después seránecesario realizar lo que se conoce como Diagrama de Robustez, el cual pertenece al
proceso Iconix y tampoco forma parte del UML. A continuación describiremos como se realiza un
diagrama de este tipo.

Los elementos de un diagrama de robustez son los Objetos Frontera, los Objetos Entidad y los
Objetos Controlador. Los dos primeros se relacionan con sustantivos y el último con verbos.
Cabe...