Documentos de Académico
Documentos de Profesional
Documentos de Cultura
ICONIX
ICONIX
ICONIX es una metodologa 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 tan solo con un uso del 20% del UML, con lo cual se simplifica muchsimo el
proceso sin perder documentacin al dejar solo aquello que es necesario. Esto implica un uso
dinmico del UML de tal forma que siempre se pueden utilizar otros diagramas adems de los ya
estipulados si se cree conveniente. Iconix se gua a travs 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 sistema final.
ndice
[ocultar]
1 Ventajas de Iconix
3 Referencias
4 Conceptos Relacionados
5 Enlaces externos
Diagramas de robustez
Diagramas de secuencia
1. Rosenberg, Doug; Stephens, Matt (2007). Use Case Driven Object Modeling with UML:
Theory and Practice. Apress. ISBN 1590597745.
2. Rosenberg, Doug; Stephens, Matt; Collins-Cope, Mark (2005). Agile Development with
ICONIX Process. Apress. ISBN 1590594649.
Extreme Programming
URDAD, the Use Case Driven Analysis and Design methodology is a methodology for
technology neutral design.
Robustness Diagrams
Metodologa ICONIX
Metodologa de
Desarrollo de
Software
ICONIX
Ratings: 0|Views: 4,783|Likes: 63
Publicado porraken828
Ver ms
R
equerimientos
1
.
1
.
1
.4.
Diseo detallado
3.
1
.
3 Carctersticas de Iconix
6 Ventajas
7 Desventajas
8 Impacto
9 Enlaces externos
10 Fuentes
11 Rferencias
Metodologas de Desarrollo de Software
Las Metodologas de Desarrollo de Software surgen debido a la necesidad de
emplear una serie de procedimientos y tcnicas a la hora de desarrollar un
producto de software. Estas han sido creadas con el propsito de brindarle una
gua al desarrollador a la hora de crear un nuevo software. Debido a que no
todos los sistemas que se desarrollan tienen la misma complejidad existen una
gran variedad de metodologas para la creacin de los mismos, estn
las Metodologas Pesadas, que son aquellas que establecen rigurosamente las
actividades a desarrollar, herramientas a utilizar y notaciones que se usarn y
las Metodologas Ligeras, que se refieren a una mayor interaccin del cliente
con el desarrollador del software, mostrndole versiones funcionales del
producto en intervalos de tiempo cortos, para que ste pueda evaluar y sugerir
cambios en el producto segn se va desarrollando.
Acerca del Autor
Fue elaborado por Doug Rosenberg y Jacobson 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. Est adaptado a los patrones y ofrece el soporte de UML, dirigido por
casos de uso y es un proceso iterativo e incremental.
Carctersticas de Iconix
Iconix deriva directamente del RUP y su fundamento es el hecho de que un
80% de los casos pueden ser resueltos tan solo con un uso del 20% del UML,
con lo cual se simplifica muchsimo el proceso sin perder documentacin al
dejar solo aquello que es necesario. Esto implica un uso dinmico del UML de
tal forma que siempre se pueden utilizar otros diagramas adems de los ya
estipulados si se cree conveniente. Iconix se gua a travs 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 sistema final.
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.
Tiene que ser lo suficientemente flexible como para adaptarse a diferentes estilos y tipos de
problemas.
Hay que apoyar la forma de trabajo del personal (incluidos los prototipos y desarrollo iterativo /
incremental).
Identificar en el mundo real, los objetos y todas las relaciones de agregacin y generalizacin entre ellos.
Se deben analizar todos los requisitos 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)
En esta fase a partir de cada caso de uso se obtendrn una ficha de caso de uso, (la cual no pertenece a
UML) , est formada por un nombre, una descripcin, una precondicin que debe cumplir antes de
iniciarse, una poscondicin que debe cumplir al terminar si termina correctamente. Se deben describir los
casos de uso, como un flujo principal de acciones, pudiendo contener los flujos alternativos y los flujos de
excepcin. la principal sugerencia de Iconix, en esta actividad es que no se debe perder mucho tiempo
con la descripcin textual. Debera usarse un estilo consistente que sea adecuado al contexto del
proyecto. 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. Ayuda a identificar los
objetos que participan en cada caso de uso.
El diagrama de Robustez se divide en:
Objetos fronterizos: usado por los actores para comunicarse con el sistema.
Objetos entidad: son objetos del modelo del dominio.
Objetos de Control: es la unin entre la interfaz y los objetos de entidad.
Diagrama de Clases: describe la estructura de un sistema mostrando sus clases, atributos y las relaciones
entre ellos
En esta fase se reconocen todos los elementos que forman parte de nuestro sistema. Diagramas de
Secuencia: muestra los mtodos que llevaran las clases de nuestro sistema. Muestra todos los cursos
alternos que pueden tomar todos nuestros casos de uso. 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 fase a partir del buen diseo logrado se creara el software; que posteriormente se entregara. Se
debe utilizar el diagrama de componentes si fuera necesario para apoyar el desarrollo, es decir mostrar
una distribucin fsica de los elementos que componen la estructura interna del sistema. As como escribir
y generar el cdigo.
Pero adems se debe tener en cuenta factores como:
Reusabilidad: es la posibilidad de hacer uso de los componentes en diferentes aplicaciones.
Extensibilidad: consiste en modificar con facilidad el software.
Confiabilidad: realizacin de sistmas descartando las posibilidades de error.
Realizar pruebas: Test de unidades, de casos, datos y resultados. Test de integracin con los usuarios
para verificar la aceptacin de los resultados.
Ventajas
Desventajas
Esta metodologa es la definicin de un proceso gil para poder obtener la especificacin de
requerimientos y poder modelar el sistema haciendo uso del Lenguaje de Modelamiento Unificado (UML).
La principal desventaja de esta metodologa es que necesita informacin rpida y puntual de los
requisitos, del diseo y de las estimaciones, adems, es una metodologa que no debe ser usada en
proyectos de larga duracin.
Impacto
La metodologa ICONIX, es una combinacin entre la RUP y XP; est basada en el desarrollo de
sistemas a partir del anlisis y la documentacin.
Esta metodologa se busca tener una retroactividad con el cliente, en la mitad de los
procedimientos, comenzando con un prototipo en donde el analista y el cliente definirn pantallas,
funcionalidades, en si lo que se espera obtener del programa.
Enlaces externos
Robustness Diagrams
Metodologa ICONIX
Metodologa ICONIX
Realizado por:
Aquino Carrillo Corazn Iusleth
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:
Anlisis de requisitos
1) Modelo de dominio
2)
3)
1)
2)
1)
2)
1)
2)
3)
Prototipacin rpida
Modelo de casos de uso
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.
Prototipo
De viabilidad
De necesidades
De diseo
De
implantacin
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.
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.
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) Se debe escribir el cdigo
c) 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).
Referencias:
Carla Rebeca Patricia de San Martin Oliva, Metodologa ICONIX, en:
http://www.unsjcuim.edu.ar/portalzonda/seminario08/archivos/MetodologiaICONIX.pdf. Fecha
de consulta: 11/08/2011.
Ing. Julio Csar lvarez Reyes, Proyecto de sistemas de informacin, en:
http://www.slideshare.net/juliozet/iconix-2578166.
Fecha
de
consulta:
11/08/2011.
Doug Rosenberg and Matt Stephnes. Use Case Driven Object Modeling with
UML. Apress. Berkeley, 2007.
Carla Rebeca Patricia de San Martin Oliva, Uso de
http://www.slideshare.net/Jgperez/usode-i-c-o-n-i-x.
Fecha
11/08/2011.
ICONIX, en:
de
consulta:
Metodologia Iconix
Registrarse para
acceso completo a ensayos
Enviado por CyberSpace2012, dic. 2011 | 4 Pginas (949 Palabras) | 12 Visitas
|
4.51
5
|
Denunciar
|
SI TE
GUST ESTO, CUNTALE A TUS AMIGOS...
Enviar