La relación de la Arquitectura de Información con el Proceso Unificado de Desarrollo (RUP) para una mejor eficiencia en el desarrollo de software. Basados en la experiencia de trabajo
Arquitectura de Información + Proceso Unificado de Desarrollo
1. Comunidad PIO.LAM Lic. Deymis Tamayo Rueda, La Habana, 21 de Noviembre del 2009 [email_address]
2.
3. La Universidad de Ciencias Informáticas posee varias líneas de producción de software. SIIPOL para el CICPC de Venezuela
4.
5.
6. Modelamiento del Negocio Requerimientos Análisis y Diseño Implementación Describe los procesos de negocio, identificando quiénes participan y las actividades que requieren automatización. Define qué es lo que el sistema debe hacer, para lo cual se identifican las funcionalidades requeridas y las restricciones que se imponen Describe cómo el sistema será realizado a partir de la funcionalidad prevista y requerimientos. Indica con precisión lo que se debe programar. Define cómo se organizan las clases y objetos en componentes, cuáles nodos se utilizarán y la ubicación en ellos de los componentes y la estructura de capas de la aplicación.
7. Prueba Despliegue Administración del Proyecto Administración de Configuración y Cambios Busca los defectos a los largo del Ciclo de Vida
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19. Se definen 4 procesos de la Arquitectura de Información que interactúan con los flujos de trabajo y fases de RUP: 1. Levantamiento de Información . Ocurre fundamentalmente en el Flujo de Trabajo Modelamiento del Negocio. Se estudia la organización en la que se implementará el sistema, las audiencias potenciales y sus necesidades de información, para lograr un entendimiento entre Clientes, Usuarios finales y Desarrolladores. Se realiza durante las Fases Inicio y Elaboración propuestas por RUP. Se genera un documento de Levantamiento de Información que recoja todos los contenidos referentes a este proceso.
20. 2. Desarrollo de Pautas de Arquitectura de Información Persigue establecer una guía para el desarrollo de un software funcional y usable. Tiene lugar en el Flujo de Trabajo Requerimientos, principalmente en las Fases de Inicio y Elaboración y en menor medida en las Fases de Construcción y Transición. Se elabora un Documento de Pautas de Arquitectura de Información que especifica la organización, diagramación, jerarquización de la información que se muestran en las Interfaces del software; una Librería de Componentes con el objetivo de estandarizar y agilizar el trabajo en las etapas futuras de desarrollo del software, y además un documento de especificación de los componentes, que describe el uso de cada uno de los elementos incluidos en la Librería.
21. 3. Diseño de Prototipos de Interfaces de Usuario Pretende representar y validar los requisitos de la aplicación antes de la construcción de las interfaces gráficas, es por ello que se inserta dentro del flujo de trabajo Análisis y Diseño, y presenta un mayor esfuerzo en las fases de Elaboración y Construcción. En esta fase se obtiene, para cada Caso de Uso (CU) del sistema, un prototipo que incluye una serie de pantallas que detallan el flujo de eventos de dicho CU, y un mapa de navegación que especifica la interacción entre estas páginas.
22. 4. Evaluación de la Arquitectura de Información El proceso de Evaluación de la Arquitectura de Información ocurrirá en el Flujo de Trabajo de Prueba, en las Fases de Elaboración, Construcción y Transición. En esta evaluación, se revisan los Prototipos de Interfaces de Usuario y los Mapas de Navegación pertenecientes a cada CU. Esta revisión se realiza basándose en una Lista de Chequeo, elaborada previamente por el Arquitecto de Información, que pauta los aspectos a evaluar en dichos artefactos.
23. La tesis de grado se encuentra en: http://biblioteca.uci.cu/sbd/biuci/index.html El Congreso Internacional de Información INFO’2010 tiene su página oficial en http://www.congreso-info.cu/?PHPSESSID=6c39c3e685f92c69442f1d46b1ec79e4