FACULTAD DE INGENIERÍA/ESCUELA DE POSGRADO

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS/ PROGRAMA

ACADÉMICO
Desarrollo de la Metodología

Tesis para obtener el Grado Académico de Bachiller

AUTORES:
Mamani Fasabi Diego Sebastian(orcid.org/0000-0002-7518-003X)
Flores Miranda Pablo Rafael(orcid.org/0000-0002-5775-129X)

ASESOR:
Mg. Orleans Galvez Tapia (ORCID: 0000-0002-4352-9495)

LINEA DE INVESTIGACION:
Sistema de informacion y comunicacion:

LÍNEA DE RESPONSABILIDAD SOCIAL UNIVERSITARIA

Desarrollo económico, empleo, y emprendimiento

CIUDAD DE FILIAL – PERU

2023
METODOLOGÍA ICONIX:Una Metodología consiste en un lenguaje de
modelamiento y un proceso. El lenguaje de modelamiento es la notación gráfica
que incluye diferentes tipos de diagramas, en este caso UML. El proceso define
quién debe hacer que, cuando y como alcanzar un objetivo.Iconix es un proceso
simplificado en comparación con otros procesos más tradicionales,que unifican un
conjunto de métodos de orientación a objetos con el objeto de abarcar todo el
ciclo de vida de un proyecto.Presenta claramente las actividades de cada fase y
Exhibe una secuencia de pasos que deben ser seguidos. Además ICONIX está
adaptado a los patrones y ofrece el soporte de UML, dirigido por casos de uso y
es un proceso iterativo e incremental. Las tres características fundamentales de
ICONIX son: Iterativo e incremental: varias iteraciones ocurren entre el desarrollo
del Modelo del dominio y la identificación de los casos de uso. El modelo estático
es incremental refinado por los modelos dinámicos.

· *Trazabilidad: cada paso es referenciado por algún requisito. Se define

trazabilidad como la capacidad de seguir una relación entre los diferentes
artefactos
producidos.

· *Dinámica del UML: la metodología ofrece un uso dinámico del UML como los
diagramas del caso uso, diagramas de secuencia y de colaboración.

· *Requisitos de Revisión
-Análisis de Requerimientos: levantamiento informal de todos los requisitos
que en principio deberían ser parte del sistema.
-Modelo Dominio: con los requisitos se construye un diagrama de clases, o si es
posible una prototipación rápida de las interfaces del sistema.
-Modelo de casos de uso: Identificar los casos de uso del sistema mostrando los
actores involucrados.
-Prototipos de GUI: se usa para simular el diseño del sistema, se espera que el
usuario lo evalúe como el sistema final.
· * Revisión de diseño preliminar: Describir los casos de uso, como un flujo
principal de acciones, pudiendo contener los flujos alternativos y los flujos de
excepción. La principal sugerencia es que no se debe perder mucho tiempo con la
descripción contextual.
· * Revisión de diseño detallado: Especificar el comportamiento a través del
diagrama de secuencias.

· * Implementación:
a) Utilizar un diagrama de componentes, si fuera necesario para apoyar el
desarrollo.
b)Escribir y generar el código.El ciclo de vida utilizado por ICONIX es Iterativo e
incremental donde se va liberando partes del producto en forma de prototipos
periódicamente, en cada iteración, y cada nueva versión, normalmente, aumenta
la funcionalidad y mejora en calidad respecto a la anterior.

Roles que participan en esta metodología:

Jefe de Proyecto:
El jefe de proyecto asigna los recursos, gestiona las prioridades, coordina las
interacciones con los clientes y usuarios, y mantiene al equipo del proyecto
enfocado en los objetivos.

Analista de Sistemas:
Captura, especificación y validación de requisitos, interactuando con el cliente y
los usuarios mediante entrevistas.

Programador:
Construcción de prototipos. Colaboración en la elaboración de las pruebas
funcionales,modelo de datos y en las validaciones con el usuario.

Ventajas:
Desarrollo incremental e iterativo y la relativa facilidad con que se puede utilizar
en otras metodologías de desarrollo u otras técnicas.
Satisface la mayor parte de los requisitos del cliente.
Usa un análisis de robustez que reduce la ambigüedad al describir los casos
Es usado en proyectos más ligeros que los usados en RUP, por lo que tiene un
mayor campo de aplicabilidad.
Proporciona suficientes requisitos y documentación de diseño, pero sin parar el
análisis.
Es refinado y actualizado a lo largo del proyecto, por lo que siempre refleja la
actual Comprensión del problema de espacio.

Desventajas:
No puede ser usado para proyectos grandes.
Necesita información rápida y puntual de los requisitos, el diseño y las
estimaciones se debe de conocer los diagramas de UML Modelo de dominio.
Esto es un término muy común cuando hablamos de DDD (Domain Driven
Design), y quiere decir que nuestra aplicación tiene un modelo principal al que
llamaremos dominio. Este modelo se diferencia del modelo de la base de datos en
su
concepción. En lugar de pensar cómo vamos a almacenar las tablas y sus
relaciones dentro de una base de datos, lo que vamos a hacer es pensar en la
mejor forma de gestionar los objetos dentro del contexto de nuestro lenguaje de
programación y de la forma que mejor se adapte a las tareas de negocio.
DAO es una abstracción de la persistencia de datos.
El repositorio es una abstracción de una colección de objetos.Patrones de diseño:
son la base para la búsqueda de soluciones a problemas comunes en el
desarrollo de software y otros ámbitos referentes al diseño de interacción o
interfaces.
Un patrón de diseño: resulta ser un problema de diseño
Que es mvc : el modelo –vista-controlador (MVC) es un patrón de arquitectura de
software
que separa los datos y la lógica de negocios de una aplicación de la interfaz de
usuario y el módulo encargado de gestionar los eventos y las comunicaciones

Características Principales:
ICONIX cuenta con tres características fundamentales:

Iterativo e incremental: Varias iteraciones ocurren entre el desarrollo del modelo

del dominio y la identificación de los casos de uso. El modelo estático es
incrementalmente refinado por los modelos dinámicos.
Trazabilidad: Cada paso que se realiza está definido por un requisito, se define la
trazabilidad como la capacidad de seguir una relación entre los diferentes
artefactos de software producidos.
Dinámica del UML: La metodología ofrece un uso dinámico del UML como los
diagramas del caso de uso, diagramas de secuencia y de colaboración.

Etapas de desarrollo:
a. Análisis de Requerimientos
En esta fase se deben analizar todos los requisitos que formarán parte del
sistema y con estos construir el diagrama de clases, que representa las
agrupaciones funcionales que estructuran el sistema en desarrollo. Para esta fase
se utilizan 3 herramientas:
Modelo de Dominio: es un diagrama de clases extremadamente simplificado, que
representa el modelo estático del sistema. Esto se refiere a identificar objetos y
cosas del mundo real que intervienen con nuestro sistema. (Estático)

CALLE & FUENTES 23

Elaboración de prototipos: simula el diseño del sistema, los cambios al prototipo
son planificados con los usuarios antes de llevarlos a cabo. Esto finaliza cuando
usuarios y analistas están de acuerdo.
Modelo de Casos de Uso: comprende los actores, el sistema y los propios casos
de uso. Los casos de uso permiten a los usuarios estructurar y articular sus
deseos, les obliga a definir la manera como querrían interactuar con el sistema, a
precisar que informaciones quieren intercambiar y a describir lo que debe hacerse
para obtener el resultado esperado.

b. Análisis y Diseño Preliminar

Descripción de Casos de Uso: describe las acciones y reacciones del
comportamiento del sistema desde el punto de vista de un usuario.
Diagrama de Robustez: Es una herramienta que nos permite capturar el Que
hacer y a partir de eso él cómo hacerlo. Facilita el reconocimiento de objetos y
hace más sencilla la lectura del sistema. 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 unión 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.

CALLE & FUENTES 24

c. Diseño
Diagrama de Secuencia:
Es el núcleo del modelo dinámico y muestra todos los cursos alternos que
pueden tomar los casos de uso.Especifica el comportamiento. La representación
se concentra sobre la expresión de las interacciones. Se componen de 4
elementos: el curso de acción, los objetos, los métodos y mensajes.

d. Implementación
Escribir / Generar código: En cualquier caso, aquí es donde se escribe el código
tal y como fue especificado en las fases anteriores y se planean las pruebas
basándonos en los requisitos iniciales, al nivel que fuese necesario.
BR. LEÓN VALENCIA, SOLIMAR(2018)En este contexto el proceso ICONIX se
define como un“proceso” de desarrollo de software práctico. ICONIX está entre la
complejidad
del RUP (Rational Unified Processes) y la simplicidad y pragmatismo del XP
(Extreme Programming), sin eliminar las tareas de análisis y de diseño que XP no
contempla. ICONIX es un proceso simplificado en comparación con otros
procesos más tradicionales, que unifican un conjunto de métodos de orientación a
objetos con el objetivo de abarcar todo el ciclo de vida de un proyecto. Fue
elaborado por Doug Rosenberg y Kendall Scott a partir de una síntesis del
proceso unificado de los “tres amigos” Booch, Rumbaugh y Jacobson y que ha
dado soporte y conocimiento a la metodología ICONIX desde 1993.
Presenta claramente las actividades de cada fase y exhibe una secuencia de
pasos que deben ser seguidos. Además, ICONIX está adaptado a los patrones y
ofrece el soporte de UML, está dirigido por casos de uso y es un proceso iterativo
e incremental. Rosenberg y Scott destacan las siguientes etapas: un análisis de
requerimientos, un análisis y diseño preliminar, un diseño y una implementación
como las principales tareas. Las tres características fundamentales de ICONIX
son:
• Iterativo e incremental:
Varias iteraciones ocurren entre el desarrollo del modelo del dominio y la
identificación de los casos de uso. El modelo estático es incrementalmente
refinado por los modelos dinámicos.
• Trazabilidad: Cada paso está referenciado por algún requisito. Se define
trazabilidad como la capacidad de seguir una relación entre los diferentes
artefactos producidos.
• Dinámica del UML: La metodología ofrece un uso “dinámico del UML” como los
diagramas del caso de uso, diagramas de secuencia y de colaboración.

Br. Diana Carolina Fuentes Rodriguez(2018)ICONIX es la metodología pesada-

ligera de Desarrollo del Software. Se estructura en cuatro etapas o fases de
desarrollo, y a la vez cada una de ellas contiene actividades o tareas
correspondientes a cada etapa.
En este contexto el proceso ICONIX se define como un “proceso” de
desarrollo de software práctico. ICONIX está entre la complejidad del RUP
(Rational Unified Processes) y la simplicidad y pragmatismo del XP (Extreme
Programming), sin eliminar las tareas de análisis y de diseño que XP no
contempla. ICONIX es un proceso simplificado en comparación con otros

procesos más tradicionales, que unifican un conjunto de métodos de

orientación a objetos con el objetivo de abarcar todo el ciclo de vida de un
proyecto.
Fue elaborado por Doug Rosenberg y Kendall Scott a partir de una síntesis del
proceso unificado de los “tres amigos” Booch, Rumbaugh y Jacobson y que
Ha dado soporte y conocimiento a la metodología ICONIX desde 1993.
Presenta claramente las actividades de cada fase y exhibe una secuencia de
pasos que deben ser seguidos.

REFERENCIAS

BR. LEÓN VALENCIA, SOLIMAR(2018),Implementación de una aplicación móvil

de alertas utilizando la metodología iconix para mejorar la comunicación entre
padres de familia y la institución educativa isaac newton.
https://repositorio.upao.edu.pe/bitstream/20.500.12759/5377/1/
REP_ING.SIST_SOLIMAR.LE
%c3%93N_DELVER.VILLANUEVA_IMPLEMENTACI%c3%93N.APLICACI
%c3%93N.M
%c3%93VIL.ALERTAS.UTILIZANDO.METODOLOGIA.ICONIX.MEJORAR.COMU
NICACI
%c3%93N.PADRES.FAMILIA.INSTITUCION.EDUCATIVA.ISAAC.NEWTON.pdf

Br. Diana Carolina Fuentes Rodriguez(2018)“Solución de Datos Abiertos para el

Sector Turismo en la Región La Libertad utilizando Open Data Barometer y la
Metodología ICONIX.”
https://repositorio.upao.edu.pe/bitstream/20.500.12759/4201/1/REP_ING.SIST_DI
ANA.FUENTES_JEUNISSE.CALLE_SOLUCI
%c3%93N.DATOS.ABIERTOS.SECTOR.TURISMO.REGI
%c3%93N.LA.LIBERTAD.UTILIZANDO.OPEN.DATA.BAROMETER.METODOLO
G%c3%8dA.ICONIX.pdf