7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 1/17

ICONIXICONIX es una metodología pesada-ligera de desarrollo del Software que se halla a medio camino

entre un RUP Rational Unified Process! " un XP eXtreme Programming!#

Iconi$ deri%a directamente del RUP " su fundamento es el hecho de que un &'( de los casos

pueden ser resueltos tan solo con un uso del )'( del U*+, con lo cual se simplifica muchísimo el

proceso sin perder documentacin al de.ar solo aquello que es necesario# /sto implica un uso

din0mico del U*+ de tal forma que siempre se pueden utili1ar otros diagramas adem0s de los "a

estipulados si se cree con%eniente# Iconi$ se guía a tra%2s de casos de uso " sigue un ciclo de %ida

iterati%o e incremental# /l o3.eti%o es que a partir de los casos de uso se o3tenga el sistema final#

Índice

  4ocultar 5 

• 6 7enta.as de Iconi$

• ) 8areas de la metodología Iconi$

o )#6 9ase 6: ;n0lisis de requisitos

o )#) 9ase ): ;n0lisis " dise<o preliminar 

o )#= 9ase =: >ise<o

o )#? 9ase ?: Implementacin

• = Referencias

• ? Conceptos Relacionados

• @ /nlaces e$ternos

7enta.as de Iconi$4editar  A editar cdigo5

• Proceso 0gil para o3tener un sistema inform0tico#

• >edicada a la construccin de sistemas de gestin de peque<a " mediana comple.idad con

la participacin de los usuarios finales#

8areas de la metodología Iconi$4editar  A editar cdigo5

+a metodología est0 formada por cuatro fases principales que son:

Fase 1: Análisis de requisitos4editar  A editar cdigo5

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 2/17

>entro de esta fase se reali1an las siguientes tareas:

• *odelo del dominio

• /la3oracin r0pida de prototipos

• *odelo de casos de usos

Fase 2: Análisis y diseño preliminar 4editar  A editar cdigo5

>entro de esta fase se reali1an las siguientes tareas:

• >escripcin de los casos de uso

• >iagramas de ro3uste1

Fase 3: iseño4editar  A editar cdigo5

>entro de esta fase se reali1a la siguiente tarea:

• >iagramas de secuencia

Fase !: Implementaci"n4editar  A editar cdigo5

>entro de esta fase se reali1a la siguiente tarea:

• /scri3ir " generar cdigo

Referencias4editar  A editar cdigo5

• 6# Rosen3erg, >ougB Stephens, *att )''!# Use Case Driven Object Modeling with UML:

Theory and Practice# ;press# ISDN 6@E'@E?@#

• )# Rosen3erg, >ougB Stephens, *attB Collins-Cope, *arF )''@!# Agile Development with

CO!" Process# ;press# ISDN 6@E'@E?G?E#

Conceptos Relacionados4editar  A editar cdigo5

• >"namic S"stems >e%elopment *ethod >S>*!

• /$treme Programming

• Rational Unified Process

• UR>;>, the Use Case >ri%en ;nal"sis and >esign methodolog" is a methodolog" for

technolog" neutral design#

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 3/17

• R;89, using Ro3ustness ;nal"sis in com3ination with 8echnolog" 9orecasting, to further

in%estigate future software e%olution alternati%es#

/nlaces e$ternos4editar  A editar cdigo5

• P0gina Oficial ICONIX

• P0gina de la ICONIX Process

• ICONIX U*+ and S"s*+ Humpstart 8raining

• Introduccin a los Procesos ICONIX

• Ro3ustness >iagrams

• *etodología ICONIX

• Uso de la metodología ICONIX

*etodología de

>esarrollo deSoftwareICONIXRatings: '7iews: ?,&=+iFes: G=

Pu3licado por raFen&)&

7er m0s

 

El proceso ICONIX como metodología de desarrollo de

software

El proceso ICONIX es un proceso de modelado de objetos basado encasos de uso. Toma ideas deotros modelos como el Proceso Unifcado

de Rational (RUP) Pro!ramaci"n E#trema (XP)$esarrollo %!il de&o'tare aunue presenta al!unas di'erencias* es m+s li,iano ue el

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 4/17

RUPporue utili-a solo cuatro dia!ramas del U/ 0 a di'erencia delXP 0 el desarrollo +!il pro,ee desufciente documentaci"n dereuerimientos 0 de dise1o.2 continuaci"n se detallan las cuatro 'asesue componen este proceso*

1.

 

R

equerimientos

3

.

3

.

 

Obtener4Elaborar reuerimientos 'uncionales* Consiste en defnir de loue debe de5acer el sistema in'orm+tico se!6n las necesidades delos usuarios de ne!ocio.

3

.7.

 

Reali-ar el modelo del dominio* Consiste en defnir 0 entender lonecesario lasentidades de ne!ocio 0 como estas se relacionan. Estoes para conocer el problema 0e,itar ambi!8edad en lo posible.$ia!rama a utili-ar* $ia!rama de clases

3

.9.

 

Elaborar los reuerimientos de comportamiento* Consiste en describircomo elsistema 0 los usuarios de ne!ocio interactuar+n. &e elaborancasos de uso ue seape!uen a los reuerimientos 'uncionales 0 almodelo del dominio. &e recomienda5acer un prototipo de la inter'a-

de usuario. $ia!rama a utili-ar* $ia!rama de casosde uso 0 susrespecti,os escenarios.

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 5/17

3

.:.

 

Re,isi"n de los reuerimientos* ;erifcar ue los casos de uso seajusten a lase#pectati,as de los usuarios de ne!ocio.

2

.

 

Análisis y diseo preliminar

7.

3

.

 

Reali-ar 2n+lisis de robuste-* Consiste en elaborar un dia!ramaidentifcando lospasos en un caso de uso 0 las entidades las acciones

0 las inter'aces de usuarios e irdepurando los casos de uso a medidaue se a,an-a. $ia!rama a utili-ar*$ia!ramade colaboraci"n4comunicaci"n (simplifcado).7.7.

 

2ctuali-ar el modelo del dominio* 2 medida ue se reali-a el an+lisisde robuste- 0 ladepuraci"n de los casos de uso se identifcar+nnue,as entidades se corre!ir+n oeliminar+n al!unas entidades 0 seidentifcar+n atributos ue tienen estas entidades.$ia!rama a utili-ar*

$ia!rama de clases.7.9. 

/istar las 'unciones l"!icas ue tendr+ el so'tare* Consiste enidentifcar 0 listar las'unciones ue se encuentran en los casosde uso.7.:.

 

$epurar los casos de uso* Reescribir los casos de uso ue se

elaboraron en la 'ase dereuerimientos.7.<.

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 6/17

 

Re,isi"n del dise1o preliminar* ;erifcar ue los dia!ramas derobuste- los casos deuso 0 el modelo de dominio coincidan. Esta re,isi"n esel puente entre esta 'ase 0 lade $ise1o $etallado.

3

.

 

!iseo detallado

9.

3.

 

Elaborar dia!ramas de secuencia* Consiste en elaborar un dia!ramade secuencia porcada caso de uso para mostrar en detalle c"mo seimplementar+. El objeti,o de

ICONIX: es una metodología pesada-ligera de >esarrollo del Software que sehalla a medio camino entre RUP Rational Unified Process! " XPeXtremeProgramming!, es una metodología simplificada en comparacin a otras m0stradicionales, la cual unifica un con.unto de m2todos de orientacin a o3.etoscon el o3.eti%o de tener un control estricto so3re todo el ciclo de %ida delproducto a reali1ar, cuenta con una secuencia de pasos que se de3en seguir "determina claramente las acti%idades a desarrollar en cada etapa del ciclo de%ida del pro"ecto que la utilice#

Contenido

 4ocultar 5

• 6 *etodologías de >esarrollo de Software

• ) ;cerca del ;utor 

• = Car0cterísticas de Iconi$

• ? 9undamentos de los procesos

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 7/17

• @ 9ases de la metodología Iconi$

• G 7enta.as

• >es%enta.as

• & Impacto

• E /nlaces e$ternos

• 6' 9uentes

• 66 Rferencias

#etodolo$%as de esarrollo de &o't(are

+as *etodologías de >esarrollo de Software surgen de3ido a la necesidad deemplear una serie de procedimientos " t2cnicas a la hora de desarrollar unproducto de software# /stas han sido creadas con el propsito de 3rindarle unaguía al desarrollador a la hora de crear un nue%o software# >e3ido a que notodos los sistemas que se desarrollan tienen la misma comple.idad e$isten unagran %ariedad de metodologías para la creacin de los mismos, est0nlas *etodologías Pesadas, que son aquellas que esta3lecen rigurosamente las

acti%idades a desarrollar, herramientas a utili1ar " notaciones que se usar0n "las *etodologías +igeras, que se refieren a una ma"or interaccin del clientecon el desarrollador del software, mostr0ndole %ersiones funcionales delproducto en inter%alos de tiempo cortos, para que 2ste pueda e%aluar " sugerircam3ios en el producto segJn se %a desarrollando#

Acerca del Autor 

9ue ela3orado por >oug Rosen3erg " Haco3son que ha dado soporte "conocimiento a la metodología ICONIX desde 6EE=# Presenta claramente lasacti%idades de cada fase " e$hi3e una secuencia de pasos que de3en ser

seguidos# /st0 adaptado a los patrones " ofrece el soporte de U*+, dirigido por casos de uso " es un proceso iterati%o e incremental#

Carácter%sticas de Iconi)

Iconi$ deri%a directamente del RUP " su fundamento es el hecho de que un&'( de los casos pueden ser resueltos tan solo con un uso del )'( del U*+,con lo cual se simplifica muchísimo el proceso sin perder documentacin alde.ar solo aquello que es necesario# /sto implica un uso din0mico del U*+ detal forma que siempre se pueden utili1ar otros diagramas adem0s de los "aestipulados si se cree con%eniente# Iconi$ se guía a tra%2s de casos de uso "sigue un ciclo de %ida iterati%o e incremental# /l o3.eti%o es que a partir de loscasos de uso se o3tenga el sistema final#

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 8/17

Iterati%o e Incremental: durante el desarrollo del modelo del dominio " ladefinicin de los casos de uso se producen %arias iteraciones# /l ciclo de%ida incremental consiste en desarrollar por partes el producto de maneraque puedas integrarlas funcionalmente# Ciclo de %ida Iterati%o, en cada ciclode iteracin se re%isa " me.ora el producto#

8ra1a3ilidad: Cada paso que se reali1a est0 definido por un requisito, sedefine la tra1a3ilidad como la capacidad de seguir una relacin entre losdiferentes artefactos de software producidos#

>in0mica del U*+: Ofrece un uso din0mico del U*+ porque utili1aalgunos diagramas U*+, sin e$igir la utili1acin de todos, como en el casode RUP#

Fundamentos de los procesos

8iene que ser lo suficientemente fle$i3le como para adaptarse a diferentes estilos " tipos de

pro3lemas#

Ka" que apo"ar la forma de tra3a.o del personal incluidos los prototipos " desarrollo iterati%o L

incremental!#

Sir%e como una guía para los menos e$perimentados

/$pone los productos anteriores al cdigo de manera est0ndar " comprensi3le#

Fases de la metodolo$%a Iconi) *e+isi"n de los requisitos, Análisis de *equisitos:

Identificar en el mundo real, los o3.etos " todas las relaciones de agregacin " generali1acin entre ellos#

Se de3en anali1ar todos los requisitos formaran parte del sistema " con estos construir el diagrama de

clases, que representa las agrupaciones funcionales que estructuraran el sistema en desarrollo#

Para esta fase se utili1an = herramientas:

Modelo de Dominio: esto se refiere a identificar o3.etos " cosas del mundo real que inter%ienen con

nuestro sistema# /st0tico!

Modelo de Casos de Uso: descri3e las acciones o el comportamiento que un usuario reali1a dentro del

sistema# Comprende de actores, casos de uso " el sistema#

Prototipo de nter#a$ de Us%ario: implica la creacin de un modelo o modelos operati%os del tra3a.o de un

sistema, en el que analistas " clientes de3en estar de acuerdo# >in0micoL los usuarios se hacen

participantes acti%os en el desarrollo!

*e+isi"n del diseño preliminar ,Análisis y iseño -reliminar 

/n esta fase a partir de cada caso de uso se o3tendr0n una ficha de caso de uso, la cual no pertenece aU*+! , est0 formada por un nom3re, una descripcin, una precondicin que de3e cumplir antes de

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 9/17

iniciarse, una poscondicin que de3e cumplir al terminar si termina correctamente# Se de3en descri3ir los

casos de uso, como un flu.o principal de acciones, pudiendo contener los flu.os alternati%os " los flu.os de

e$cepcin# la principal sugerencia de Iconi$, en esta acti%idad es que no se de3e perder mucho tiempo

con la descripcin te$tual# >e3ería usarse un estilo consistente que sea adecuado al conte$to del

pro"ecto# Reali1ar >iagrama de Ro3uste1: es un hí3rido entre un >iagrama de Clases " un >iagrama de

 ;cti%idades# /s una herramienta que nos permite capturar el Mue hacer " a partir de eso 2l Como hacerlo#9acilita el reconocimiento de o3.etos " hace m0s sencilla la lectura del sistema# ;"uda a identificar los

o3.etos que participan en cada caso de uso#

/l diagrama de Ro3uste1 se di%ide en:

Objetos #ronteri$os: usado por los actores para comunicarse con el sistema#

Objetos entidad: son o3.etos del modelo del dominio#

Objetos de Control: es la unin entre la interfa1 " los o3.etos de entidad#

Diagrama de Clases: descri3e la estructura de un sistema mostrando sus clases, atri3utos " las relaciones

entre ellos

*e+isi"n cr%tica del diseño,iseño

/n esta fase se reconocen todos los elementos que forman parte de nuestro sistema# >iagramas de

Secuencia: muestra los m2todos que lle%aran las clases de nuestro sistema# *uestra todos los cursos

alternos que pueden tomar todos nuestros casos de uso# Se de3e terminar el modelo est0tico, a<adiendo

los detalles del dise<o en el diagrama de clases " %erificar si el dise<o satisface todos los requisitos

identificados#

Implementaci"n

/n esta fase a partir del 3uen dise<o logrado se creara el softwareB que posteriormente se entregara# Se

de3e utili1ar el diagrama de componentes si fuera necesario para apo"ar el desarrollo, es decir mostrar

una distri3ucin física de los elementos que componen la estructura interna del sistema# ;sí como escri3ir 

" generar el cdigo#

Pero adem0s se de3e tener en cuenta factores como:

&e%sabilidad: es la posi3ilidad de hacer uso de los componentes en diferentes aplicaciones#

'(tensibilidad: consiste en modificar con facilidad el software#

Con#iabilidad: reali1acin de sistmas descartando las posi3ilidades de error#

&eali$ar pr%ebas: 8est de unidades, de casos, datos " resultados# 8est de integracin con los usuarios

para %erificar la aceptacin de los resultados#

.enta/as

Proceso 0gil para o3tener un sistema inform0tico#

>edicada a la construccin de sistemas de gestin de peque<a " mediana comple.idad con la

participacin de los usuarios finales#

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 10/17

es+enta/as

/sta metodología es la definicin de un proceso 0gil para poder o3tener la especificacin de

requerimientos " poder modelar el sistema haciendo uso del +engua.e de *odelamiento Unificado U*+!#

+a principal des%enta.a de esta metodología es que necesita informacin r0pida " puntual de los

requisitos, del dise<o " de las estimaciones, adem0s, es una metodología que no de3e ser usada en

pro"ectos de larga duracin#

Impacto

+a metodología ICONIX, es una com3inacin entre la RUP " XPB est0 3asada en el desarrollo de

sistemas a partir del an0lisis " la documentacin#

/sta metodología se 3usca tener una retroacti%idad con el cliente, en la mitad de los

procedimientos, comen1ando con un prototipo en donde el analista " el cliente definir0n pantallas,

funcionalidades, en si lo que se espera o3tener del programa#

Se definir0n los modelos de casos de uso, de secuencia " de ro3uste1, con la finalidad de

conseguir un 3uen sistema#

+o original de la metodología es la definicin de un proceso 0gil para o3tener la especificacin de

requerimientos " modelar el comportamiento de sistemas, utili1ando el lengua.e de modelamiento

unificado U*+!#

/s una alternati%a para la comunidad inform0tica dedicada al desarrollo de sistemas de gestin

peque<os " medianos, que fa%orece la participacin de los usuarios finales " la documentacin de

todo el proceso#

+a participacin " el compromiso de los usuarios finales es uno de los pilares fundamentales de

las metodologías 0giles que permite %erificar la completitud " el cumplimiento de los requisitos# /sto

se logra en Iconi$ con las participacin de los usuarios en la protipacin temprana, en la descripcin

de los casos de uso " en las prue3as del sistema#

0nlaces e)ternos

P0gina Oficial ICONIX

P0gina de la ICONIX Process

ICONIX U*+ and S"s*+ Humpstart 8raining

Introduccin a los Procesos ICONIX

Ro3ustness >iagrams

*etodología ICONIX

Uso de la metodología ICONIX

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 11/17

Metodología ICONIXRealizado por:

•  ;quino Carrillo Cora1n Iusleth

• arcía Carrillo /mmanuel ;ntonio

• +una *ontiel +iliana

• Padilla ;l%are1 usta%o

• Ramire1 ardu<o ;3igail

Proceso ICONIX de Rosenberg & Scott (1999)

Es una metodología que consiste en un lenguaje de modelamiento y un proceso dedesarrollo de softare pr!ctico" Es un proceso dirigido# como R$% &Rational

$nified %rocess'# relati(amente peque)o y ligero# como X%&eXtreme%rogramming'"

%roceso simplificado en comparaci*n con otros procesos m!s tradicionales# queunifica un conjunto de m+todos de orientaci*n a o,jetos con el o,jeti(o de a,arcartodo el ciclo de (ida de un proyecto" -a soporte y conocimiento a una metodologíadel mismo nom,re &.//0' que presenta de forma clara las acti(idades de cada fase y la secuencia que de,e ser seguida# est! adaptado a los patrones y ofrece el soportede $M1"

Características:

• Iterati(o e incremental: 2uceden iteraciones entre el desarrollo de modelo

del dominio y la identificaci*n de los casos de uso" El modelo est!tico esincrementalmente refinado por los modelos din!micos"

• 3raza,ilidad: Cada paso est! referenciado por alg4n requisito" 2e de,econsiderar a la traza,ilidad como la capacidad de seguir una relaci*n entre losdiferentes artefactos producidos"

•  -in!mica del $M1: $so din!mico de $M1 en los diagramas de caso de uso#diagramas de secuencia y de cola,oraci*n"

Tareas:

•   5n!lisis de requisitos.'  Modelo de dominio

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 12/17

6'  %rototipaci*n r!pida0'  Modelo de casos de uso•   5n!lisis y dise)o preliminar.'  -escripci*n de casos de uso6'  -iagrama de ro,ustez•

  -ise)o.'  -iagrama de secuencia6'  Completar el modelo est!tico•  Implementaci*n.'  $tilizar un diagrama de componentes6'  Escri,ir 7 8enerar c*digo0'  Realizaci*n de prue,as

Resumen de la metodología"

 5 continuaci*n se detallar!n las tareas antes mencionadas"

 Análisis de requisitos

ICONIX cu,re todas las fases del ciclo del desarrollo del softare# empezando conun an!lisis de requisitos di(idido en cuatro acti(idades:

a)   5,stracci*n de los o,jetos y las relaciones de agregaci*n y generalizaci*n quee9isten entre ellos" $tilizar un diagrama de clases de alto ni(el definido comomodelo de dominio"

2e refiere a acer un rele(amiento de todos los requisitos que de,erían ser parte delsistema y con estos construir el diagrama de clases# que representa las agrupacionesfuncionales que estructuraran el sistema en desarrollo"

 b)  2e intenta en la medida de lo posi,le presentar una prototipaci*n r!pida de lasinterfaces del sistema# diagramas de na(egaci*n# entre otros para dar a los clientesuna mayor comprensi*n del sistema propuesto"

Con esto se intenta esta,lecer las especificaciones iniciales que no se ayancontemplado y acer que los usuarios puedan comenzar a e(aluar la aplicaci*n parapercatarse de los que gusta o no a los mismos y poder acer los cam,ios necesarios"El proceso se repite asta que usuarios y analistas est!n de acuerdo en que elsistema cumple todas las necesidades y características solicitadas"

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 13/17

1os prototipos implican la creaci*n de un modelo operati(o de tra,ajo de unsistema o su,sistema" Estos logran que los usuarios se agan participantes acti(osen el desarrollo del sistema# que la definici*n de necesidades se simplifique# que lapro,a,ilidad de recazo de implantaci*n disminuya# la disminuci*n del tiempo dedesarrollo y en las fases de an!lisis y dise)o (ol(i+ndolo un proceso !gil"

En seguida se presenta el prototipo utilizado por ICONIX y otros tres a manera decomparaci*n:

Prototipo Descripción

De viabilidad Prueba la viabilidad de una tecnología especifica que aplica a

un sistema de información

De necesidades Para descubrir las necesidades de contenido de los usuarios

con respecto a la empresa.

De diseño Usado por ICONIX. Simula el diseo del sistema de

información final. Se centra en la forma ! funcionamiento del

sistema deseado. "l crearse un prototipo por un analista# seespera que los usuarios lo eval$en como si formar% parte del

sistema final# eval$an la facilidad de aprendi&a'e ! mane'o del

sistema# aspecto de las pantallas# informes ! procedimientos

 para el uso del sistema. "l final el prototipo pretende servir 

como especificaciones parciales de diseo o que evolucionar 

a un prototipo de información.

De

implantación

()tensión de los de diseo que evoluciona directamente *acia

el sistema de producción.

c)  Identificar casos de uso del sistema y sus actores in(olucrados utilizando el

modelo de casos de uso para su representaci*n"-onde los casos de uso descri,en en forma de acciones el comportamiento delsistema desde el punto de (ista del usuario# esto es como los usuarios interact4ancon el sistema y que de,e acer para o,tener el resultado esperado# definen loslímites del sistema y relaciones entre el sistema y el entorno comprendiendo a losactores# el sistema y los propios casos de uso"

d)  %or 4ltimo se ace una re(isi*n de los requisitos funcionales con los casos deuso y con los o,jetos del dominio &traza,ilidad'"

 Análisis y diseño preliminar En esta etapa se contemplan 0 acti(idades:

a)  2e descri,en los casos de uso con un flujo principal de acciones y posi,les flujosalternos y de e9cepci*n"

 b)  2e realiza un diagrama de ro,ustez# en donde se de,e ilustrar las interaccionese9istentes entre los o,jetos participantes de un caso de uso"

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 14/17

Ejemplo de diagrama de ro,ustez"

El an!lisis de ro,ustez ayuda a identificar los o,jetos que participan en cada caso deuso# sir(e para sa,er si las especificaciones del sistema son razona,les"

c)  2e de,e actualizar el diagrama de clases definido en el modelo de dominio conlas clases y atri,utos encontrados en los diagramas de ro,ustez"

;asta este punto se tiene entre un <= y >? por ciento de los atri,utos de nuestrasclases identificados"

 Diseño

En esta etapa primeramente:

a)  2e de,e especificar el comportamiento por medio de un diagrama de secuencia"Identificar mensajes entre los o,jetos de cada caso de uso y utilizar los diagramasde cola,oraci*n para mostrar la interacci*n entre o,jetos"

El diagrama de secuencia muestra interacciones entre o,jetos como una (istatemporal y es el n4cleo del modelo din!mico y muestra los cursos alternos que

pueden tomar los casos de uso" 5 partir de la realizaci*n del diagrama de secuenciase empiezan a notar los m+todos de las clases del sistema de,ido a que asta estepunto se (e la interacci*n entre los o,jetos con los actores y con los otros o,jetosdin!micamente"

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 15/17

Ejemplo de diagrama de secuencia

 b)  2e de,e terminar el modelo est!tico# a)adiendo los detalles del dise)o en eldiagrama de clases"

c) 

 @ (erificar si el dise)o satisface todos los requisitos identificados"

 Implementación

En esta 4ltima etapa:

a)  2e de,e utilizar un diagrama de componentes de ser necesario con el que semostrar la distri,uci*n física de los elementos que componen la estructura internadel sistema"

El diagrama de componentes descri,e los elementos físicos y sus relaciones en el

entorno de realizaci*n y sus opciones"

-iagrama de componentes"

 b)  2e de,e escri,ir el c*digoc)  Realizaci*n de prue,as"

En esta parte# se realizan test de unidades# de casos# datos y resultados# deintegraci*n con los usuarios para (erificar la aceptaci*n de los resultados"

Conclusiones:

1a metodología ICONIX permite agilizar el desarrollo de softare utilizandoerramientas para cu,rir todo el ciclo de (ida del desarrollo de sistemas orientadosa o,jetos# mediante una serie de etapas donde se especifican los requerimientos y semodela el comportamiento del sistema utilizando el 1enguaje de modelamientounificado &$M1'"

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 16/17

  Esta metodología representa una ,uena alternati(a para la comunidadinform!tica dedicada al desarrollo de sistemas ya que considera la participaci*n delos usuarios y la documentaci*n de todo el proceso"

Reerencias:

Carla Re,eca %atricia de 2an Martin Oli(a# AMetodología ICONIXB# en:ttp:77"unsjcuim"edu"ar7portalzonda7seminario?>7arci(os7MetodologiaICONIX"pdf" Decade consulta: ..7?>76?.."

Ing" ulio C+sar Fl(arez Reyes# A%royecto de sistemas de informaci*nB# en:ttp:77"slidesare"net7juliozet7iconi96=<>.GG" Deca de consulta:..7?>76?.."

-oug Rosen,erg and Matt 2tepnes" $se Case -ri(en O,ject Modeling it

$M1" 5press" Hereley# 6??<"

Carla Re,eca %atricia de 2an Martin Oli(a# A$so de ICONIXB# en: ttp:77"slidesare"net7gperez7usodeiconi9" Deca de consulta:..7?>76?.."

AManual introductorio de ICONIXB# en: ttp:77ima"udg"edu7Jsellares7EINDE267%resent.?..7Metodo%esadesICONIX"pdf" Deca de consulta: ..7?>76?.."

#etodolo$ia Iconi)Registrarse para

acceso completo a ensa"os

/n%iado por  C"3erSpace)'6), dic# )'66 ? P0ginas E?E Pala3ras! 6) 7isitas

• ?#@6

• 6

• )

•

=• ?

• @

>enunciar 

&I 0

&4 0&O5 C6NA70 A & A#IO&888

/n%iar 

7/21/2019 ICONIX

http://slidepdf.com/reader/full/iconix-56d9caf44edcf 17/17

 ;N;+ISIS >IS/O orientado a o3.etos

*/8O>O+OI; ICONIXPermite dise<ar sistemas inform0ticos# Se puede definir como metodología de

desarrollo de software al con.unto de procedimientos, t2cnicas, herramientas "soporte documental que a"uda a los desarrolladores a producir un nue%osoftware# eneralmente las metodologías de desarrollo indican principios paraidentificar " dise<ar una arquitectura, aunque la a"uda que ofrecen est0 mu"limitada al 3asarse en principios mu" gen2ricos# ; su %e1, e$isten una serie depro3lemas relacionados con el proceso de desarrollo de software: altos costos,alta comple.idad, dificultades de mantenimiento " una disparidad entre lasnecesidades de los usuarios " los productos desarrollados adem0s de no e$istir un modelo uniforme que pueda descri3ir con precisin lo que ha" que hacerdurante todas las fases de produccin de un softwareB los procesosimplementados son mu" %ariados " las necesidades de cada organi1acinsu3stancialmente diferentes ;ctualmente e$isten muchas metodologías de desarrollo de software, desdem2todos mu" 3urocr0ticos, m2todos a.usta3les al pro"ecto " a las condicionesde desarrollo, hasta m2todos ligeros que surgen como respuestas a lose$cesos formales de otros m2todos# +a tendencia en nuestros días es el uso deprocesos simplificados resaltando las personas que inter%ienen en losprocesos#Por otro lado e$iste una %ertiginosa demanda de soluciones inform0ticas, queha planteado numerosos desafíos para los desarrolladores, o3ligando a ladisciplina de la Inform0tica a readaptarse en pocos a<os#

O3.eti%os: Proporcionar a los asistentes una %isin general de la metodologíaICONIX, para facilitar eltra3a.o 3a.o este est0ndar " las acti%idades, t2cnicas " pr0cticas que propone#>estinatarios: Hefes de Pro"ecto, ;nalistas, Programadores, etc### con inter2sen conocer de manerageneral la metodología ICONIX a tra%2s de /;, no siendo necesario elconocimiento de la herramienta+as etapas del ciclo de### 4continua5