Você está na página 1de 17

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

2 Tareas de la metodologa Iconix

2.1 Fase 1: Anlisis de requisitos

2.2 Fase 2: Anlisis y diseo preliminar

2.3 Fase 3: Diseo

2.4 Fase 4: Implementacin

3 Referencias

4 Conceptos Relacionados

5 Enlaces externos

Ventajas de Iconix[editar editar cdigo]

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.

Tareas de la metodologa Iconix[editar editar cdigo]


La metodologa est formada por cuatro fases principales que son:

Fase 1: Anlisis de requisitos[editar editar cdigo]

Dentro de esta fase se realizan las siguientes tareas:

Modelo del dominio

Elaboracin rpida de prototipos

Modelo de casos de usos

Fase 2: Anlisis y diseo preliminar[editar editar cdigo]


Dentro de esta fase se realizan las siguientes tareas:

Descripcin de los casos de uso

Diagramas de robustez

Fase 3: Diseo[editar editar cdigo]


Dentro de esta fase se realiza la siguiente tarea:

Diagramas de secuencia

Fase 4: Implementacin[editar editar cdigo]


Dentro de esta fase se realiza la siguiente tarea:

Escribir y generar cdigo

Referencias[editar editar cdigo]

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.

Conceptos Relacionados[editar editar cdigo]

Dynamic Systems Development Method (DSDM)

Extreme Programming

Rational Unified Process

URDAD, the Use Case Driven Analysis and Design methodology is a methodology for
technology neutral design.

RATF, using Robustness Analysis in combination with Technology Forecasting, to further


investigate future software evolution alternatives.

Enlaces externos[editar editar cdigo]

Pgina Oficial ICONIX

Pgina de la ICONIX Process

ICONIX UML and SysML Jumpstart Training

Introduccin a los Procesos ICONIX

Robustness Diagrams

Metodologa ICONIX

Uso de la metodologa ICONIX

Metodologa de
Desarrollo de
Software
ICONIX
Ratings: 0|Views: 4,783|Likes: 63
Publicado porraken828
Ver ms

El proceso ICONIX como metodologa de desarrollo de


software
El proceso ICONIX es un proceso de modelado de objetos basado en
casos de uso. Toma ideas deotros modelos como el Proceso Unificado
de Rational (RUP), Programacin Extrema (XP),Desarrollo gil de
Software, aunque presenta algunas diferencias: es ms liviano que el

RUPporque utiliza solo cuatro diagramas del UML y, a diferencia del


XP y el desarrollo gil, provee desuficiente documentacin de
requerimientos y de diseo.A continuacin se detallan las cuatro fases
que componen este proceso:
1.

R
equerimientos
1
.
1
.

Obtener/Elaborar requerimientos funcionales: Consiste en definir de lo


que debe dehacer el sistema informtico segn las necesidades de
los usuarios de negocio.
1
.2.

Realizar el modelo del dominio: Consiste en definir y entender, lo


necesario, lasentidades de negocio y como estas se relacionan. Esto
es para conocer el problema yevitar ambigedad en lo posible.
Diagrama a utilizar: Diagrama de clases
1
.3.

Elaborar los requerimientos de comportamiento: Consiste en describir


como elsistema y los usuarios de negocio interactuarn. Se elaboran
casos de uso que seapeguen a los requerimientos funcionales y al
modelo del dominio. Se recomiendahacer un prototipo de la interfaz
de usuario. Diagrama a utilizar: Diagrama de casosde uso y sus
respectivos escenarios.

1
.4.

Revisin de los requerimientos: Verificar que los casos de uso se


ajusten a lasexpectativas de los usuarios de negocio.
2
.

Anlisis y diseo preliminar


2.
1
.

Realizar Anlisis de robustez: Consiste en elaborar un diagrama


identificando lospasos en un caso de uso y las entidades, las acciones
y las interfaces de usuarios e irdepurando los casos de uso a medida
que se avanza. Diagrama a utilizar:
Diagramade colaboracin/comunicacin (simplificado).2.2.

Actualizar el modelo del dominio: A medida que se realiza el anlisis


de robustez y ladepuracin de los casos de uso, se identificarn
nuevas entidades, se corregirn oeliminarn algunas entidades y se
identificarn atributos que tienen estas entidades.Diagrama a utilizar:
Diagrama de clases.2.3.

Listar las funciones lgicas que tendr el software: Consiste en


identificar y listar lasfunciones que se encuentran en los casos
de uso.2.4.

Depurar los casos de uso: Reescribir los casos de uso que se


elaboraron en la fase derequerimientos.2.5.

Revisin del diseo preliminar: Verificar que los diagramas de


robustez, los casos deuso y el modelo de dominio coincidan. Esta revisin es
el puente entre esta fase y lade Diseo Detallado.
3
.

Diseo detallado
3.
1
.

Elaborar diagramas de secuencia: Consiste en elaborar un diagrama


de secuencia porcada caso de uso para mostrar en detalle cmo se
implementar. El objetivo de

ICONIX: es una metodologa pesada-ligera de Desarrollo del Software que se


halla a medio camino entre RUP (Rational Unified Process) y XP(eXtreme
Programming), es una metodologa simplificada en comparacin a otras ms
tradicionales, la cual 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, cuenta con una secuencia de pasos que se deben seguir y
determina claramente las actividades a desarrollar en cada etapa del ciclo de
vida del proyecto que la utilice.
Contenido
[ocultar]

1 Metodologas de Desarrollo de Software

2 Acerca del Autor

3 Carctersticas de Iconix

4 Fundamentos de los procesos

5 Fases de la metodologa 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.

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.

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.

Fundamentos de los procesos

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).

Sirve como una gua para los menos experimentados

Expone los productos anteriores al cdigo de manera estndar y comprensible.

Fases de la metodologa Iconix

Revisin de los requisitos/ Anlisis de Requisitos:

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)

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, (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

Revisin crtica del diseo/Diseo

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

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
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.

Se definirn los modelos de casos de uso, de secuencia y de robustez, con la finalidad de


conseguir un buen sistema.

Lo original de la metodologa es la definicin de un proceso gil para obtener la especificacin de


requerimientos y modelar el comportamiento de sistemas, utilizando el lenguaje de modelamiento
unificado (UML).

Es una alternativa para la comunidad informtica dedicada al desarrollo de sistemas de gestin


pequeos y medianos, que favorece la participacin de los usuarios finales y la documentacin de
todo el proceso.

La participacin y el compromiso de los usuarios finales es uno de los pilares fundamentales de


las metodologas giles que permite verificar la completitud y el cumplimiento de los requisitos. Esto
se logra en Iconix con las participacin de los usuarios en la protipacin temprana, en la descripcin
de los casos de uso y en las pruebas del sistema.

Enlaces externos

Pgina Oficial ICONIX

Pgina de la ICONIX Process

ICONIX UML and SysML Jumpstart Training

Introduccin a los Procesos ICONIX

Robustness Diagrams

Metodologa ICONIX

Uso de la metodologa ICONIX

Metodologa ICONIX

Realizado por:
Aquino Carrillo Corazn Iusleth

Garca Carrillo Emmanuel Antonio

Luna Montiel Liliana

Padilla Alvarez Gustavo

Ramirez Garduo Abigail


Proceso ICONIX de Rosenberg & Scott (1999)
Es una metodologa que consiste en un lenguaje de modelamiento y un proceso de
desarrollo de software prctico. Es un proceso dirigido, como RUP (Rational
Unified Process), relativamente pequeo y ligero, como XP(eXtreme
Programming).

Proceso simplificado en comparacin con otros procesos 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. Da soporte y conocimiento a una metodologa
del mismo nombre (1993) que presenta de forma clara las actividades de cada fase y
la secuencia que debe ser seguida, est adaptado a los patrones y ofrece el soporte
de UML.

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.

Los prototipos implican la creacin de un modelo operativo de trabajo de un


sistema o subsistema. Estos logran que los usuarios se hagan participantes activos
en el desarrollo del sistema, que la definicin de necesidades se simplifique, que la
probabilidad de rechazo de implantacin disminuya, la disminucin del tiempo de
desarrollo y en las fases de anlisis y diseo volvindolo un proceso gil.
En seguida se presenta el prototipo utilizado por ICONIX y otros tres a manera de
comparacin:

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.

c) Identificar casos de uso del sistema y sus actores involucrados utilizando el


modelo de casos de uso para su representacin.
Donde los casos de uso describen en forma de acciones el comportamiento del
sistema desde el punto de vista del usuario, esto es como los usuarios interactan
con el sistema y que debe hacer para obtener el resultado esperado, definen los
lmites del sistema y relaciones entre el sistema y el entorno comprendiendo a los
actores, el sistema y los propios casos de uso.
d) Por ltimo se hace una revisin de los requisitos funcionales con los casos de
uso y con los objetos del dominio (trazabilidad).

Anlisis y diseo preliminar


En esta etapa se contemplan 3 actividades:
a) Se describen los casos de uso con un flujo principal de acciones y posibles flujos
alternos y de excepcin.
b) Se realiza un diagrama de robustez, en donde se debe ilustrar las interacciones
existentes entre los objetos participantes de un caso de uso.

Ejemplo de diagrama de robustez.


El anlisis de robustez ayuda a identificar los objetos que participan en cada caso de
uso, sirve para saber si las especificaciones del sistema son razonables.
c) Se debe actualizar el diagrama de clases definido en el modelo de dominio con
las clases y atributos encontrados en los diagramas de robustez.
Hasta este punto se tiene entre un 75 y 80 por ciento de los atributos de nuestras
clases identificados.

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.

Ejemplo de diagrama de secuencia


b) Se debe terminar el modelo esttico, aadiendo los detalles del diseo en el
diagrama de clases.
c) Y verificar si el diseo satisface todos los requisitos identificados.

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).

Esta metodologa representa una buena alternativa para la comunidad


informtica dedicada al desarrollo de sistemas ya que considera la participacin de
los usuarios y la documentacin de todo el proceso.

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:

Manual introductorio de ICONIX, en: http://ima.udg.edu/~sellares/EINFES2/Present1011/MetodoPesadesICONIX.pdf. Fecha de consulta: 11/08/2011.

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

ANALISIS Y DISEO orientado a objetos


METODOLOGIA ICONIX
Permite disear sistemas informticos. Se puede definir como metodologa de
desarrollo de software al conjunto de procedimientos, tcnicas, herramientas y
soporte documental que ayuda a los desarrolladores a producir un nuevo
software. Generalmente las metodologas de desarrollo indican principios para
identificar y disear una arquitectura, aunque la ayuda que ofrecen est muy
limitada al basarse en principios muy genricos. A su vez, existen una serie de
problemas relacionados con el proceso de desarrollo de software: altos costos,
alta complejidad, dificultades de mantenimiento y una disparidad entre las
necesidades de los usuarios y los productos desarrollados adems de no existir
un modelo uniforme que pueda describir con precisin lo que hay que hacer
durante todas las fases de produccin de un software; los procesos
implementados son muy variados y las necesidades de cada organizacin
substancialmente diferentes
Actualmente existen muchas metodologas de desarrollo de software, desde
mtodos muy burocrticos, mtodos ajustables al proyecto y a las condiciones
de desarrollo, hasta mtodos ligeros que surgen como respuestas a los
excesos formales de otros mtodos. La tendencia en nuestros das es el uso de
procesos simplificados resaltando las personas que intervienen en los
procesos.
Por otro lado existe una vertiginosa demanda de soluciones informticas, que
ha planteado numerosos desafos para los desarrolladores, obligando a la
disciplina de la Informtica a readaptarse en pocos aos.
Objetivos: Proporcionar a los asistentes una visin general de la metodologa
ICONIX, para facilitar el
trabajo bajo este estndar y las actividades, tcnicas y prcticas que propone.
Destinatarios: Jefes de Proyecto, Analistas, Programadores, etc... con inters
en conocer de manera
general la metodologa ICONIX a travs de EA, no siendo necesario el
conocimiento de la herramienta
Las etapas del ciclo de... [continua]

Você também pode gostar