410 likes | 618 Views
Universitat Rovira i Virgili. Arquitectura de visión global. Indice. Un poco de historia Nuestro referente El “ framework ” de la URV Arquitectura tecnológica Ejemplo: Proceso de codificación de distribución presupuestaria para proyectos de investigación. Inicio del cambio - I.
E N D
Universitat Rovira i Virgili Arquitectura de visión global
Indice • Un poco de historia • Nuestro referente • El “framework” de la URV • Arquitectura tecnológica • Ejemplo: Proceso de codificación de distribución presupuestaria para proyectos de investigación
Inicio del cambio - I • En el año 2003 iniciamos un proceso de revisión de los sistemas de información de la Universidad: • Partíamos de sistemas verticales/monolíticos con nula, o escasa, interrelación. • Debíamos abandonar la visión segregada de la Universidad y abordar una visión global de los sistemas de información.
Inicio del cambio - II • Se identificó la necesidad de una nueva arquitectura que debía: • Abordar la visión global de los Sistemas de Información de la Universidad • Permitir, independizar y garantizar la evolución futura de los sistemas de información • Garantizar la convivencia con los sistemas existentes y posibilitar la creación de nuevos sistemas/servicios de valor añadido
Inicio del cambio - III • La primera clave: SOA • En 2004 hicimos un estudio para escoger la arquitectura de referencia. El resultado fue SOA (Arquitectura Orientada a Servicios) • Capa de acceso • Capa de procesos • Capa de servicios • Capa de acceso a los datos
Indice • Un poco de historia • Nuestro referente • El “framework” de la URV • Arquitectura tecnológica • Ejemplo: Proceso de codificación de distribución presupuestaria para proyectos de investigación
Nuestro referente • Europa es nuestro referente • eEurope+, eEurope2002 • eEurope 2005 • i2010 • A destacar: • IDABC programme • Proyecto del gobierno de Estonia (X-Road project) • European Interoperability Framework for Pan-european eGovernment services • ISA
Marco europeo - I • Each eEurope priority stimulates the development of a number os specific policies • The EU's Information Society activities translate its policies into progress 'on the ground', and so range from stimulating the emergence of cutting-edge technologies to directing the EU's Structural Funds towards Information Society projects in regions across Europe
Indice • Un poco de historia • Nuestro referente • El “framework” de la URV • Arquitectura tecnológica • Ejemplo: Proceso de codificación de distribución presupuestaria para proyectos de investigación
“Framework” URV - I • ¿Por qué llamarlo “Framework”? • Framework = marco • No se trata de un proyecto tecnológico, se trata de un proyecto de la organización, con 3 ejes principales: • Normativo • Organizativo • Tecnológico
Indice • Un poco de historia • Nuestro referente • El “framework” de la URV • Arquitectura tecnológica • Ejemplo: Proceso de codificación de distribución presupuestaria para proyectos de investigación
Del back-office al e-service • Normalización • Normalización de la lógica de datos en los diferentes Sistemas de Información • Normalización de los datos • Definición de estándares de la organización • Identificación y asunción de responsabilidades para las diversas fuentes y roles en la organización • Procesos • Adopción de una metodología de descripción de procesos • Descripción de los procesos actuales
Del back-office al e-service • Para los procesos relacionados con servicio al ciudadano, debe hacerse además una revisión de los procesos des del punto de vista del PAC (Procedimiento Administrativo Común) • Iniciación • Instrucción • Finalización • Justificación • Infraestructura • Identificación de elementos comunes • Despliegue, mantenimiento y evolución
Las claves: SOA & AC • La segunda clave: Aplicaciones Compuestas • El desarrollo de aplicaciones compuestas se basa en los principios definidos por SOA (Service Oriented Architecture), caracterizados por un enfoque basado en procesos versus el enfoque basado en aplicaciones. • Esta aproximación: • Aísla los procesos de negocio de los sistemas que los soportan • Modula funciones individuales o grupos de funciones en forma de servicios • Se alinea con los objetivos del negocio debido a su naturaleza y enfoque basados en los Procesos
Arquitectura tecnológica Del caos inicial…. … a la orquestación y reusabilidad
Arquitectura tecnológica: elementos eAdmon Debemos identificar las nuevas “piezas” que se derivan de la ley 11/2007 a fin de traducirlas en componentes tecnológicos, identificando las oportunidades y sinergias conjuntas entre universidades y diferentes administraciones. Todo ello debe hacerse bajo la visión global de los sistemas de información de la Universidad
Indice • Un poco de historia • Nuestro referente • El “framework” de la URV • Arquitectura tecnológica • Ejemplo: Proceso de codificación de distribución presupuestaria para proyectos de investigación
Ejemplo: Codificación II • Codificación, Nombre, Tipología, Jerarquía • Objetivo, Descripción • Características • Entradas, salidas • Usuarios/clientes, propietario/gestor • Agentes implicados • Indicadores • Compromisos y SLA’s • Diagrama de flujo • Calendario • Documentación y documentación de soporte • Normativa relacionada • Sistemas de información implicados Ficha de descripción del proceso:
Ejemplo: Codificación III • Diagrama de flujo del proceso (lógica de negocio)
Ejemplo: Codificación IV • Optimización y transcripción para la automatización del proceso
Ejemplo: Codificación V • Transcripción para la automatización del proceso
Ejemplo: Codificación VI • Implementación de la automatización del proceso • Proceso principal: • Subprocesos:
Ejemplo: Codificación VII • Conexión entre la lógica y los sistemas de información
Ejemplo: Codificación VIII • Visión funcional
Ejemplo: Codificación IX • Visión unificada visión global (dirección estratégica) -I
Ejemplo: Codificación X • Visión unificada visión global (dirección estratégica)-II • Cuadros de mando estratégicos (procesos e indicadores universitarios en tiempo real !!!) • Cuadros de mando de alta dirección gestión (Servicios o áreas con mayor/menor carga) • Cuadros de mando para gestores funcionales (estado de “mis” procesos) • Cuadros de mando “capacity planning” (interacción entre sistemas, etc.)
Gracias por su atención Universidad Rovira i Virgili suport.tic@urv.cat