Metodologia Iconix

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 3

METODOLOGIA ICONIX

Para la elaboración del proyecto de titulación se realizó un análisis de las metodologías para el
desarrollo de software que pudieran atender los requerimientos de tiempo y de funcionalidad
para la implementación de un Sitio WEB amigable y apegado a las nuevas tecnologías de la
información y comunicación. Se consideró utilizar la metodología ICONIX ya que es un proceso
simplificado en comparación con otros procesos más tradicionales, que unifica un conjunto de
métodos de orientación a objetos con la finalidad de abarcar todo el ciclo de vida de un
proyecto. Esta metodología representara una buena alternativa para el desarrollo del
proyecto de titulación ya que considera la participación de los usuarios y la documentación de
todo el ‘proceso con la finalidad de llevar un control de tiempo más exacto, desarrollar cada
una de las actividades y optimizar los procesos que constituye un nuevo enfoque en el
desarrollo de software y es una de las más aceptadas por los desarrolladores debido a la
simplicidad de sus reglas y prácticas, su orientación a equipos de desarrollo de pequeño
tamaño, su flexibilidad ante los cambios y su ideología de colaboración.

¿Qué es ICONIX?
Iterativo e incremental
Trazabilidad
Dinámica del UML
Las características fundamentales son:
• Proceso ágil para obtener un sistema informático.
• Dedicada a la construcción de sistemas de gestión de pequeña y mediana complejidad con la
participación de los usuarios finales.

GRAFICO

4tablas

Fase de Diseño

Fase de
Fase de Análisis de
Requisitos y Diseño
Preliminar
Ventajas de ICONIX

Fase de Análisis de Requisitos y Diseño Preliminar

Fase de Diseño

Fase de Implementación

Fase de Pruebas

La metodología está formada por cuatro fases principales que son:


ICONIX cubre todas las fases del ciclo del desarrollo del software, empezando con un análisis
de requisitos dividido en cuatro actividades:
a) Abstracción de los objetos y las relaciones de agregación y generalización que existen entre
ellos.
b) Se intenta en la medida de lo posible presentar una prototipación rápida de las interfaces
del sistema, diagramas de navegación.
c) Identificar casos de uso del sistema y sus actores involucrados utilizando el modelo de casos
de uso para su representación.
d) Por último se hace una revisión de los requisitos funcionales con los casos de uso y con los
objetos del dominio (trazabilidad).

Análisis de Requisitos
 Identificar objetos del dominio y relaciones de agregación y generalización
 Identificar casos de uso
 Organizar casos de uso en grupos (paquetes)
 Asignar requerimientos no funcionales a casos de uso y objetos del dominio
 Revisión de requerimientos

Diseño
 Diseño de usuarios y datos hacia sistema.
 Detalle a partir de modelos de alto nivel.
 Para cada caso de uso.
 Identifica mensajes y métodos.
 Dibujar diagramas de secuencia.
 Actualizar clases.
 Terminar modelo estático
 Verificar cumplimiento de requerimientos

Análisis y diseño preliminar


 Descripción de Casos de uso
 Análisis de robustez
 Identificar grupos de objetos que realizan escenario
 Actualizar diagramas de clases del dominio
 Diagramas de clases

Implementación y pruebas
 Producir diagramas necesarios
 Despliegue
 Componentes
 Escritura de código
 Pruebas de sistema y aceptación basadas en casos de uso

También podría gustarte