METODOLOGIA “VITAL”

PARA EVALUACION DE ARQUITECTURAS TECNOLOGICAS Y SISTEMAS DE INFORMACION

• QUE ES VITAL

  • VITAL:

    • VIRTUALLY INTEGRATED TECHNICAL ARCHITECTURE LIFECYCLE

    • (Arquitectura técnica de Ciclo de Vida Virtualmente Integrado)

    • Originada en los 90, no ha perdido nada de su “VITALidad”

    • Este es un resumen de los 3 manuales principales de la metodología, realizado por Javier Blanqué durante 1994

  • Porqué VITAL

    • Los problemas principales de los sistemas de información en las empresas son:

      • Operaciones a través de una gran cantidad de plataformas distintas e incompatibles

      • Gran cantidad de aplicaciones acumulada, incompatibles entre sí, a veces redundantes, que hacen imposible compartir y usar datos consistentemente a través de la organización

      • Costos de desarrollo y operaciones aumentando aceleradamente

    • VITAL es una aproximación a una arquitectura a través del sentido común (buen sentido) y ataca los problemas de:

      • “Diversas Plataformas” a través de la Integración Virtual

      • “Aplicaciones Incompatibles” a través de la Arquitectura Técnica

      • “Costos Crecientes” a través del Control del Ciclo de Vida

    • VITAL es un entorno de:

      • Guías de Diseño de Aplicaciones que permiten la Integración Virtual de los recursos de Datos y Computación en una manera práctica y costo-efectiva

  • Objetivos y Visión de VITAL

    • Directivas Primarias

      • Potenciar al Individuo

        • Liberar a los usuarios de la burocracia informacional

        • Hacer los datos rápidamente accesibles

        • Incorporar una interfase de usuario estándar

        • Permitir a los datos converger en el escritorio del usuario

      • Cumplir con las Necesidades Enteras del Negocio

        • Tratar todos los datos como recursos corporativos

        • Localizar los datos basados en la economía de su uso

        • Asegurar la exactitud e integridad de los datos

        • Hacer un uso completo de la potencialidad computacional del escritorio

    • Visión y Reto

      • Integrar los sistemas y datos

      • Proveer consistencia con máxima autonomía para los usuarios

      • Cumplir con las necesidades del negocio

• Opciones y Balances de los sistemas

  • Opciones de los Sistemas de Información

    • Opciones en el Desarrollo de Sistemas

      • No cambiar los sistemas existentes y asumir el costo operativo

      • Modificar los sistemas existentes

      • Reemplazarlos con un paquete o enlatado

      • Realizar una Re-Ingeniería del sistema de manera de obtener un sistema óptimo

    • Cada opción de desarrollo tiene ventajas y desventajas dependiendo del tipo de negocio que desarrolla la empresa, como VITAL es un entorno de arquitectura técnica, puede ser usado con todas las opciones

      • Industria

        • Estable

        • Volátil

      • Crecimiento

        • Rápido

        • Lento

      • Estado Sistema Actual y si cumple con el negocio

        • Malo

        • Correcto

      • Sistema Actual altamente complejo

      • Sistema Actual bien documentado

    • Proveyendo un juego consistente de especificaciones estructurales, VITAL incrementa la vida efectiva de una aplicación y permite que mucho del esfuerzo de desarrollo pueda ser re-usado en el futuro

• Factores de Éxito

  • El valor de cualquier sistema de información estará determinado por cuan bien éste provea el llamado concepto ‘FEA’

    • Funcionalidad

    • Eficiencia

    • Adaptabilidad

  • De manera clásica, siempre hay un trade-off o balance inherente en ‘FEA’

• Costos del Ciclo de Vida de los Sistemas

  • Costos de Desarrollo o Compra (Costos Iniciales), generalmente una fracción del costo total del ciclo de vida de una aplicación

  • Costos de Operación

  • Costos de Modificación para cumplir con las cambiantes necesidades del negocio

  • Costo de productividad perdida cuando el sistema no soporta fácilmente la operatoria del negocio

• Características de Valor Agregado

  • Cuando convertimos el centro del foco en el foco de una elipse, agregamos valor al ciclo de vida de una aplicación, le agregamos longevidad

• SPREADS (Esparcir -el Foco-)

  • Scalability, escalabilidad es la habilidad de una aplicación de adaptarse al volumen de uso desde un único usuario hasta todos los clientes de una compañía (internos o externos)

  • Portability, portabilidad es la habilidad de una aplicación de ser ejecutada en distintas plataformas de hardware y software sin necesidad de ser re-escrita, aunque opcionalmente sí recompilada (aplicación cross-platform)

  • Reusability, re-usabilidad es el intento de diseño de reducir las funciones de una aplicación a un mínimo común denominador y construirla de una manera generalizada de forma que pueda ser usada por esfuerzos de desarrollo de otras aplicaciones o en distintas partes de la misma (VITAL pone énfasis en los ‘servicios’, que son componentes de software generalizados que pueden ser usados por otras aplicaciones)

  • Extensibility, extensibilidad es la capacidad de agregar funcionalidad a procesos existentes, sin grandes impactos en el esfuerzo de implementación de los cambios, ni en las operaciones de negocios soportadas (en la jerga de VITAL, nuevos servicios pueden ser agregados sin mucho problema, al pool de servicios existentes)

  • Adaptability, adaptabilidad es la habilidad de mejorar o agregar nuevas maneras de hacer esencialmente la misma función de negocios sin mayores impactos, mejorando la calidad sin pagar un costo agregado

  • Distributability, distributividad es la capacidad de esparcir y balancear la carga computacional pudiendo tener módulos individuales de software que tienen funciones específicas localizados en cualquier parte de un entorno de red y sin embargo comportarse como una única aplicación desde el punto de vista funcional

  • Sharability, compartibilidad es la habilidad de componentes de software individuales de ser usados por múltiples ‘ módulos clientes ’, generalmente su interfase esta basada en pasaje de mensajes

• No siempre hay que usar todas las partes de SPREADS, sólo cuando agregan valor específico, sin embargo la mayoría de las partes tiene un valor inherente

• La aplicación de SPREADS a los sistemas de información y a la arquitectura tecnológica de una organización, agrega LONGEVIDAD a las aplicaciones y por lo tanto produce un mejor ROI (Return On Investment)

• LO QUE ES CORRECTO

  • El correcto ‘Software’, usa técnicas de ingeniería de software que

    • crean servicios modulares atados a través de la red

    • compuestos de componentes estándar

    • compartibles por otras aplicaciones

    • e independientes de la plataforma

  • La correcta ‘Plataforma’, usa el hardware y red con tecnologías actualizadas para

    • mejorar los tiempos de respuesta en el proceso de transacciones

    • poner las funciones correctas en las plataformas correctas

    • e incrementar el uso del tiempo ocioso de la potencia computacional del escritorio

  • El correcto ‘Lugar’, la correcta localización maneja la información como un recurso compartible a través de la compañía para

    • poner los datos y las aplicaciones tan cerca de los usuarios como sea económicamente factible, basado en la frecuencia de uso

    • asegurando la exactitud e integridad de los datos

    • y proveyendo acceso en línea a datos de soporte de decisiones

• En resumen, el correcto Software, Plataforma, Lugar “SPREADS” (es decir, se esparce)

• Perspectivas VITAL

  • Modularidad del Software

    • Módulos de Software son componentes estándar, aislados que realizan un servicio, función u operación especifica sobre un juego de datos, entonces es llamado ‘SERVICIO’

    • La construcción de aplicaciones ‘clásica’ esta basada en el método artesanal de construir todo desde cero

    • La construcción de software favorecida por VITAL se basa en la metáfora de la industria de bienes manufacturados en gran escala, la técnica de ‘Ensamblado Standard’, basada en componentes ya probados y que se construyeron, basados en normas (con interfase conocida)

  • Aproximación Cliente / Servidor

    • En esencia una aproximación Cliente / Servidor es aquella que une servicios de software individuales de manera conjunta, en un todo cohesivo

    • Roles Cliente / Servidor que adquieren distintos servicios en un momento determinado en el tiempo

      • Servidor: Brinda y Ofrece un servicio

      • Cliente: Requiere y Pide un servicio

    • Los componentes de software pueden llenar los dos roles en distintos momentos

    • Para cumplir cualquiera de estos roles es necesario que exista y se explicite en los módulos un juego estándar de mensajes, tanto para invocar un servicio, como para ofrecerlo, los mensajes deben poder intercambiarse con una única interpretación, los mensajes pueden incluir parámetros y resultados o respuestas, si los hay. En un sistema Cliente / Servidor existirá un PROTOCOLO, es decir un conjunto de mensajes especificados y publicados (documentados) para cada servicio de software

    • La elección de plataforma para la interacción Cliente / Servidor debe estar basada en

      • la frecuencia de acceso al servicio

      • el tamaño y cantidad de las transacciones

      • los requerimientos de tiempos de respuesta del negocio

      • NO en las limitaciones o demandas de la tecnología misma (en la medida de lo posible)

    • Los módulos de software Cliente / Servidor pueden residir en el mismo o en distintos componentes tecnológicos (equipos)

  • Datos, Reglas y Procesos

• Datos

  • Datos representan hechos u observaciones, que al ingresar en ordenadores se convierten a un formato digital (texto, números, sonidos, gráficos, imágenes, etc.)

  • Información es datos que han sido procesados de manera de incrementar el conocimiento de la persona que los recibe

  • Manejo de datos involucra los servicios que controlan y protegen la exactitud e integridad de los datos

  • Manejo de información involucra colectar y usar datos para soportar las funciones del negocio

  • Productores de datos son individuos involucrados en crear, actualizar y mantener los recursos de datos de la empresa, les importa la exactitud y confiabilidad de los datos

  • Consumidores de información son individuos que usan los recursos de datos para responder a las necesidades del negocio, les importa la uniformidad y consistencia de los datos

  • Productor/Consumidor es un rol que la mayoría de individuos cumple en distintos momentos de su actividad

  • Los datos deben ser compartibles, para ello debe haber uniformidad en la forma de tratarlos

• Reglas

  • En términos operacionales, las reglas de negocios determinarán

    • QUIEN puede intervenir, comenzar o parar una actividad

    • QUE CRITERIO es usado para chequear el progreso de una actividad

    • CUANDO el proceso debería comenzar o parar

    • DONDE la salida debería ser enviada

• Procesos

  • A diferencia de las reglas, los procesos se encargan de hacer el trabajo, es decir se encargan de hacer el QUE es lo que debe hacerse

• Las técnicas tradicionales de diseño no separan las reglas de los procesos, es similar a la técnica de ‘trabajo artesanal’, que puede resultar en aplicaciones hechas con un único propósito, difíciles de adaptar a las condiciones cambiantes del negocio, incluso en juegos conflictivos de reglas

• Separando las reglas de los procesos hay varios beneficios

  • Las reglas son fácilmente estandarizadas

  • La misma regla puede ser aplicada a procesos similares

  • Las reglas pueden ser cambiadas o actualizadas independientemente y sin necesidad de modificar los procesos (y viceversa)

  • También simplifica las tareas de mantenimiento a lo largo del ciclo de vida, y por lo tanto reduce el costo total de ‘ownership’ de una aplicación

• Una vez que el proceso es separado de las reglas, es más fácil convertirlo en ‘servicio’, y llamará a las reglas más actualizadas

• Los servicios de software modulares estarán sirviendo a la producción de datos o al consumo de información, sin embargo las reglas estarán disponibles (en el repositorio de reglas y especificaciones) para los servicios de los dos entornos, ya que cualquier regla puede aplicarse a múltiples procesos

• En resumen una aplicación es Datos, Reglas de Negocio, Procesos

• Convergencia en el Escritorio

  • Desde el punto de vista del individuo, hay dos tipos de proceso fundamentales en el escritorio

    • Producción de Datos

    • Consumo de Información

  • Los roles del escritorio pueden ser agrupados en tres soluciones alternativas

    • Manejado por el computador central (Host-Driven), ordenado por el creciente uso del escritorio

      • Emulación de terminales

        • El programa del escritorio se limita a simular una terminal VT100, TTY, 3270 física, y dentro de esa terminal virtual, corre la aplicación

        • Casi no hay uso de potencia del escritorio

      • Front-ending de escritorio

        • Idem al anterior pero se oculta el modo orientado a caracteres, reemplazando con un GUI gráfico con botones, campos de texto, escrolables, etc. usando un buffer intermedio idéntico a la terminal que la aplicación en el escritorio interpreta -tanto de ida hacia el host, como de vuelta- y mapea (redibuja) en formato gráfico

        • Poco uso de potencia del escritorio

      • Cliente / Servidor host-driven

        • Basicamente el escritorio es un esclavo del host, recibiendo mensajes y expandiendo la funcionalidad del host hacia el escritorio

        • Mayor uso de potencia del escritorio

        • Como ventajas tiene un mejor control central sobre la aplicación, de versiones, de seguridad y validación de datos y procedimientos de backup y recuperación

        • Como desventajas, todavía el uso de la potencialidad del escritorio no es grande, y el usuario esta limitado en funcionalidad, además de la mayor curva de aprendizaje en general para el usuario, lo que reduce su productividad

    • Manejado por el escritorio (Desktop-driven)

      • Maximiza el uso de la potencia computacional del escritorio, aquí en principio el control de la aplicación es retenido cerca del usuario y el escritorio determina que debería ser mostrado y como manejar la interacción con el usuario

      • La ventaja fundamental de esta aproximación reside en la independencia que da al usuario el poder seguir trabajando en la aplicación o en otras aplicaciones si uno de los hosts no responde a los pedidos o uno de los vínculos se cayó

      • La desventaja reside en la mayor complejidad en la distribución de software y el manejo de versiones

    • Distribución Inteligente

      • Es en realidad la combinación de Cliente / Servidor host-driven y Desktop-driven en distintos momentos dependiendo de la situación con cambio de mano del control entre el Host y el escritorio

      • Esta opción permite a una variedad de aplicaciones ejecutar coordinadamente en una multitud de máquinas en una red como si fueran una sola aplicación a los ojos del usuario

      • Esta aproximación provee la mayor flexibilidad y optimiza todos los recursos operacionales

      • Si bien la complejidad conceptual es alta, la innovación en tecnologías de Internet ha producido los estándares necesarios para la ampliación de su uso.

      • Esta opción distribuye el trabajo visual y utiliza la potencia gráfica del escritorio y la usa para mostrar los procesos y reglas que se ejecutan en el servidor

    • VITAL trabaja bien con cualquiera de las opciones, sin embargo, prefiere la aproximación de ‘Distribución Inteligente’

    • Existen varias otras ventajas en esta elección, como es demostrado en sistemas de producción de datos, servicios modulares basados en el escritorio pueden pre-validar actualizaciones a datos usando reglas de negocios descargadas de una DB central de reglas. Se reduce el tráfico de datos en la red y la integración en el escritorio facilita el uso de datos multi-mediales y gráficos complejos

• El Modelo VITAL para Diseño de Aplicaciones

• El Modelo VITAL y Los Servicios de Software VITAL (VITAL Software Services)

  • Servicios Integración de recursos de computación de Escritorio (Solución de Escritorio). Actúa como Manejador de Integración de Servicios

    • Servicios de Producción de Datos

      • Emisión de Transacciones

        • Maneja las operaciones necesarias para emitir una transacción a una BD operacional.

        • Provee un motor independiente de la DB o los protocolos soportados en el server donde reside la aplicación.

      • Procesamiento de Formularios

        • Provee las operaciones requeridas para soportar formularios electrónicos de E/S.

        • Puede localizar los formularios a mostrar y manejar las especificaciones de edición donde es apropiado.

    • Servicios de Consumo de Información

      • Emisión de Queries

        • Maneja las operaciones para emitir queries contra DBs en los entornos de Acceso y Captura de Datos.

        • El servicio usa procedimientos almacenados que están pre-compilados para permitir un acceso rápido a los datos en el entorno de warehouse.

      • Sincronización de Datos

        • Provee las operaciones necesarias para sincronizar o replicar DBs en computadores con la copia oficial más próxima.

        • Cuando los datos son distribuidos localmente para uso frecuente o pesado, el servicio se encarga de que la copia más actualizada de los datos es la disponible.

      • Liberación de Datos Externos

        • Integra reportes de diferentes orígenes externos al negocio como servicios de trading o acciones, noticias, etc. y los presenta en una forma diseñada para cada usuario, a la manera de Portal.

      • Acceso Multimedial

        • Es responsable de almacenar y liberar información que envuelve sonido, video, etc. minimizando el consumo de recursos que causa el manejo de estos medios. Provee servicios de des/compresión, conversión de formatos y extracción basada en contenido de esos tipos de datos computacionalmente complejos.

    • Servicios de Interfaz de Repositorio

      • Interfaz de Repositorio

      • Sincronización de Metadatos

      • Sincronización y control de versiones

      • Manejo de licencias de software

      • Selección dinámica

      • Registro de Directorio

      • Manejador de servicios compartibles

    • Servicios de Interfaz de Infraestructura

      • Autenticación

      • Autorización

      • Des/Compresión

      • Des/Encripción

      • Transferencia de Archivos

      • Conexión de Red

      • E-Mail

      • Mensajes

      • Impresión/Salida Distribuida

      • Sincronización de Tiempo

      • Compartición de Archivos

  • Producción de Datos (Captura de Datos)

    • Servicios de Acceso Operacional

      • Proveer Acceso Operacional

        • Provee acceso a bases de datos operacionales y maneja los requerimientos de bloqueo y condiciones de timeout.

    • Servicios de Actualización de TP

      • Capturar Datos

        • Colecta transacciones de diversas fuentes, se asegura de que forma y contenido sea consistente y realiza las validaciones finales de las transacciones enviadas

      • Liberar Transacciones

        • Este servicio maneja la liberación de transacciones pre-validadas a fuentes únicos o múltiples y administra el rollback o commit de los mismos así como los acuses de recibo

      • Proveer Actualización Operacional

        • Provee rutinas de grabación o replicación de archivos o bases de datos aisladas

    • Servicios de Eventos y Manejados por Agenda

      • Iniciar Procesamiento de Evento (1)

        • Administra y controla tareas iniciadas por eventos, tiempo o requerimientos y maneja las condiciones de error o completitud de las mismas dejando una traza

      • Crear Transacciones de Actualización

        • Este servicio se dispara por (1) y genera las transacciones para actualizar datos operacionales basado en reglas del negocio, las mismas se liberan por el servicio de liberación de transacciones pre-validadas

      • Crear y Enviar ‘SnapShots’

        • Este servicio se dispara por (1) y crea y distribuye archivos y reportes basado en reglas del negocio, también ejecuta los procedimientos de excepción cuando no puede realizarlos

  • Consumo de Información (Acceso a Datos)

    • Servicios de Información al Consumidor

      • Manejar Acceso a Colecciones

        • Asiste al consumidor para determinar qué datos están disponibles en las colecciones standard que serviran a sus necesidades de consumo y luego lo asiste en agendar una orden de los datos, esta disponible directamente desde el entorno de integración del escritorio y es llamable desde otros sistemas

      • Proveer Acceso Directo al Warehouse

        • Provee acceso directo a los datos compartidos a un número limitado de usuarios especiales, solo procesa queries precompilados

      • Poner una Orden para Colecciones

        • Crea una orden y la pone para liberación de datos de la red compartida de DataWarehouse, si el dato no esta disponible o el usuario no esta autorizado, lo asiste para continuar una acción

      • Navegador de Información

        • Asiste a los consumidores de información para determinar que datos están disponibles, estén o no en las colecciones estándar, trabaja sincronizadamente con los diccionarios del Repositorio y con el manejador de acceso al servicio de colecciones

    • Servicios de Manejo de DataWarehouse

      • Manejar el Inventario del Warehouse

        • Evalúa el uso de los datos para encontrar una localización óptima desde el punto de vista económico y decide cuando replicar datos desde el origenhacia bases de datos locales

      • Recibir Datos y construir colecciones

        • Recibe datos que se originan en las bases de datos operacionales y los agrega al DataWarehouse, realiza verificaciones sobre la calidad de los datos contra las especificaciones de extracción

      • Llenar ordenes para colecciones

        • Maneja la liberación de datos del DataWarehouse a bases de datos locales y también responde a requerimientos dinámicos para acceso a datos y encontrar el mejor origen de los mismos, desde un server local o desde el DataWarehouse

  • Repositorio de Reglas de negocio, Especificaciones de datos y procedimientos y Referencia (Repositorio)

    • Definición

      • Actualización de definiciones y especificaciones de MetaDatos

    • Navegación

      • Descansa sobre un juego de directorios e informaciones de usuarios

    • Administración

      • Autorización y perfiles de autenticación

      • Control de versiones y sincronización

  • Infraestructura de Sistemas en red que una los elementos (Infraestructura de Soporte)

    • Layers

      • Network Layer

        • LANs

        • WANs

        • Dispositivos de Internetworking (bridges, routers, gateways)

        • Servicios de mensajería

        • Servicios de Conexión/Red

      • Layer de Plataforma y Sistema Operativo

        • Componentes de máquinas (HD, CPU, etc.) y utilitarios de bajo nivel

    • Servicios Fundamentales de Infraestructura

      • Middleware

      • Manejo de MetaDatos

      • Manejo de Datos/Archivos

      • Software de Seguridad

    • Servicios de Manejo y Control de Infraestructura

      • Manejo de Inventario

      • Configuración de Plataformas

      • Configuración de Red

      • Manejo de Performance

      • Manejo de Capacidad

    • Servicios de Utilitarios de Aplicación

      • Mensajería de valor agregado

      • Sincronización de Tiempo

      • Agenda de Trabajo

      • Iniciación de Proceso de Eventos

      • Manejo de Eventos

      • Software de Emulación de Terminales

      • Software de Front-Ending

• Los Formatos de Diseño VITAL (Vital Design Templates)

  • Para Producción de Datos

    • Potencial de Contención para Actualización

      • Utilización de bloqueo de registros para impedir que varios usuarios puedan actualizar el mismo registro al mismo tiempo

        • Bloqueo Exclusivo

        • Bloqueo Compartido

      • Las rutinas de bloqueo no deberían estar en las aplicaciones sino en el OS o el DBMS

    • Puesta de Transacciones, Urgencias y Prioridades

      • Puesta es el acto de actualizar una DB operacional (incluye crear modificar y destruir datos de negocios)

      • Una transacción se considera ‘puesta’ cuando la actualización ha sido registrada en la DB y todos los bloqueos han sido liberados

      • La prioridad en el orden de ‘puesta’ de los registros puede ser un factor crítico (los depósitos se ‘ponen’ antes que extracciones)

      • En VITAL hay dos métodos disponibles para secuenciar las transacciones a ser ‘puestas’

        • FIFO (First-In-First-Out) La primera terminada es la primera ‘puesta’

        • Secuenciado: El orden es dictado por las reglas del negocio

    • Efectividad de Transacciones

      • Especifica el momento a partir del cual la transacción se convierte en ‘OFICIAL’

        • Fecha del Evento de Negocios: Se hace oficial en el momento en que ocurre

        • Fecha de Captura: Se hace oficial en el momento de su captura como transacción

        • Fecha de Emisión: Se hace oficial cuando el evento capturado es remitido para procesamiento

        • Fecha de ‘puesta’: Cuando la transacción realmente actualiza la DB operacional

      • La fecha efectiva de una transacción es dictada por las reglas del negocio, en general se usa la fecha de ‘puesta’.

      • En VITAL se recomienda que las cuatro fechas sean capturadas en la DB operacional para mantener una traza de auditoria de las operaciones del negocio

    • Volúmenes de Transacciones

      • Dependiendo del volumen de transacciones a manejar hay dos métodos principales

        • Sesión Conectada: La conexión es mantenida durante el tiempo de actualización de transacciones

        • Sesión Desconectada: La conexión es mantenida sólo durante el tiempo de envío o emisión de las transacciones o durante la lectura de registros de la DB

      • Ambos tipos de sesiones soportan entornos multi-usuario, sin embargo las sesiones Conectada dictan la necesidad de una DB multi-usuario, y las sesiones Desconectada pueden usar DBs multi o simple-usuario

      • En general es necesario balancear el overhead de la apertura y cierre de una sesión (logon / logoff) contra el número de conexiones de red requeridas de forma confiable

  • Para Consumo de Información

    • Tipos de queries soportados

      • Todos entran en dos categorías generales

        • Queries Standard: SPs almacenados que se ejecutan frecuentemente y están pre-compilados o rutinas menos frecuentes que se arman dinámicamente

        • Queries Ad Hoc: Son generalmente de única vez que se construyen usando herramientas de generación de queries

      • Pueden ser invocadas de forma que los datos se liberen inmediatamente o no

      • Las reglas de economía-eficiencia indican que se mejora la operación en la medida en que la liberación de datos es con retardo (contra la liberación inmediata), y que los queries son más eficientes en la medida que son estáticos y almacenados en un lugar cercano a la fuente de los datos y pre-compilados, deben analizarse los queries para encontrar patrones de uso y semejanzas-analogías

      • Retardar los queries también sirve para saber si conviene que los datos migren a un server local o directamente vayan del data warehouse al desktop

    • Reglas de propagación de datos

      • DataWarehouses

        • Principales u Origen

          • Regionales o Intermedios

            • DBs de acceso local

          • Consumidores de información

      • Para distribuir los datos deben considerarse

        • La frecuencia de uso

        • Cuantos sistemas los usan

        • Donde estan localizados esos sistemas

        • Los recursos de distribución con que se cuenta

          • DBs de acceso directo

          • DBs de acceso local

          • Warehouses intermedios

          • Replicación

    • Urgencia y Latencia de Datos

      • La distribución de datos es dinámica y no estática, entonces hay dos puntos a tener en cuenta

        • Urgencia de los datos

          • Cual es el tiempo mínimo/medio/máximo que el usuario tolera esperar por los datos

        • Latencia de los datos

          • Cual es el tiempo en el cual el dato se vuelve obsoleto y debe ser reemplazado por una copia de refresco del mismo

    • Características de Datos Compartidos

      • Los datos compartibles tienen varios atributos

        • Un único dueño del negocio responsable de mantener ese dato actualizado

        • Acceso: Los datos serán usados por individuos distintos de aquellos que los crean y mantienen

        • Uso: Cuanto se usan los datos y si se justifica el costo de warehousing y distribución

  • Los VITAL Design Templates se acompañan de DFDs

    • Los DFDs ilustran las relaciones de entidad entre los servicios de VITAL y los almacenes de datos relacionados

• VITAL en Operación

  • VITAL como una Empresa de Manufacturación y Distribución

    • Fase 1

      • Varios proveedores crean sub-componentes estándar de alta calidad que son enviados al centro de fabricación para armarlos e incorporarlos al proceso de ensamblado y crear bienes terminados

      • Traducción VITAL: Los servicios de Integración del Escritorio soportan a los productores de datos que crean transacciones pre-validadas que son enviadas a los sistemas de actualización por transacciones de Captura de Datos

    • Fase 2

      • Los criterios de control de producción y estándares de ingeniería son mantenidos en una libreria y usados por todos los integrantes del negocio para construir y controlar las operaciones

      • Traducción VITAL: El Repositorio soporta las operaciones en los otros entornos manteniendo un conjunto de librerías de definiciones, reglas y especificaciones actuales

    • Fase 3

      • Los bienes terminados son enviados a almacenes y mantenidos como inventario. Ellos son entonces consignados para envío y distribuidos a los negocios minoristas basados en la demanda

      • Traducción VITAL: La Red del Data Warehouse compartido recibe y maneja el inventario y distribución de datos compartibles basado en frecuencia de uso

    • Fase 4

      • Los negocios minoristas permiten a los consumidores mirar, elegir, seleccionar y ordenar mercadería. El precio de la misma esta dirigido a promocionar los ítems en stock, mientras que las órdenes especiales cuestan más

      • Traducción VITAL: Los servicios de Integración de Escritorio permiten a los usuarios acceder a las definiciones de la Red del DataWarehouse compartido para mirar, elegir y ordenar los datos que cubren sus necesidades de negocios

    • Todas las Fases

      • Las operaciones de fabricación y distribución son soportadas por una infraestructura de maquinaria, edificios, caminos, vehículos y administración

      • Traducción VITAL: Los servicios de Infraestructura de Sistemas asisten a cada uno de los entornos para cumplir con sus tareas y les permiten interactuar unos con los otros a escala global

  • Diferencias entre VITAL y una empresa de Fabricación y Distribución

    • Una empresa es una entidad concreta a diferencia de VITAL que es un ‘Modelo Conceptual’

    • Una de las mejores características de VITAL es que no depende de tecnologías subyacentes y puede adaptarse a la forma y dinámica de los negocios

    • Características VITAL

      • Los Servicios de Integración de Escritorio pueden ser localizados en desktops, servers en LAN o de forma mixta

      • Los Servicios Varios en Captura de Datos pueden estar todos en el mismo Host o distribuidos entre servers de varios tipos y tamaños

      • La elección depende de la frecuencia de uso, costos u otros criterios apropiados al negocio

      • Los servicios de Red de DataWarehouse compartida esta especialmente diseñada para maximizar la flexibilidad de plataforma

      • Los patrones de distribución de datos pueden adaptarse rápidamente en la medida que cambian las necesidades del negocio. Por ejemplo crear puntos intermedios de distribución de datos o variar su localización

      • Grupos de trabajo con necesidad de alto volumen también son soportados mediante la alimentación directa del DataWarehouse a la Base de Acceso Local en un LAN Server o aún en un desktop

• El modelo VITAL es similar a una empresa de fabricación y distribución

  • Las funciones de fabricación son manejadas por la parte izquierda del modelo y las de distribución por la parte derecha

  • VITAL es un modelo basado en Economía, las decisiones de localización y configuración están basadas en la relación costo / performance de las redes y plataformas aplicados a la localización de los usuarios y a los volúmenes de uso, eso es lo que se llama ‘ECONOMIA DE USO’

• Implementando VITAL

  • Los ‘Retos’ de VITAL

    • Establecer un camino de migración claro y alcanzable, definiendo los datos compartidos y su ‘ownership’, las interdependencias y que se queda y que se va

      • Las dificultades en la transición se presentan en ingeniería de software, estructura organizacional, infraestructura de soporte, etc.

      • Implicaciones: La reasignación de recursos para lograr la transición hacia un modelo VITAL-compatible puede impactar en la política de fábrica de la empresa

    • Manejar el acelerado desarrollo de software balanceando velocidad de desarrollo vs. calidad, la dualidad de hacer vs. comprar y las prioridades cambiantes

      • Construyendo servicios re-usables y compartibles, la velocidad de desarrollo puede ser aumentada, sin embargo, la calidad de los sistemas VITAL-izados es sólo tan buena como los componentes usados (el hilo se corta por lo más delgado)

      • Implicaciones: Servicios que no están construidos de acuerdo a especificaciones o que se hallan comprometidos debido a la necesidad de hacerlos rápidamente afectan fuertemente los sistemas VITAL-izados, el control de calidad y la construcción de acuerdo a especificaciones debe ser parte integral del desarrollo de proyectos

    • Generar nuevas capacidades para los administradores de proyecto y para los desa