• No results found

Fixed-Priority Scheduling

El Marco de Arquitectura Técnica para la Gestión de Información (TAFIM), (Golden, 1994) es derivado del Perfil de Portabilidad de Aplicaciones NIST (Instituto Nacional de Estándares y Tecnología) (más información en el Anexo 5) y el estándar IEEE 1003.0 POSIX OSE, esta arquitectura define un framework conceptual de destino común o modelo de referencia para la infraestructura de un sistema de información, además especifica las aplicaciones que el sistema de información admite, también incluye un modelo de referencia de Interfaces de Sistemas Abiertos (OSI).

Este marco de arquitectura técnica, fue desarrollado por el Departamento de Defensa de los Estados Unidos (DoD, abreviatura utilizada durante el desarrollo del presente trabajo) en el año de 1995, con el objetivo de buscar determinar un vocabulario común, definir un conjunto de servicios e interfaces comunes en un sistema de información.

El TAFIM (Defense Information Systems Agency Center for Standard, 1996a) cuenta con un modelo de referencia técnico (TRM), el mismo que fue creado para conseguir la uniformidad y la estandarización de la infraestructura técnica. El TRM está compuesto por servicios y estándares necesarios para implementar una infraestructura técnica común.

58 Objetivos Generales

El TAFIM, no proporciona una arquitectura específica del sistema, más bien proporciona servicios, estándares, conceptos de diseño, componentes y configuraciones necesarias para la construcción de arquitecturas técnicas específicas.

El objetivo principal de TAFIM es promover la creación de una empresa integrada por medio de la interoperabilidad, portabilidad y escalabilidad de los sistemas de información del DoD, los diseñadores y arquitectos deben utilizar el TAFIM como base para todas las arquitecturas comunes a los sistemas de información, con lo que se consigue que los sistemas de información puedan interoperar en cualquier momento. La portabilidad se consigue por medio de las interfaces estandarizadas que se desarrollarán y se implementarán, mientras que la escalabilidad se aplica en las aplicaciones para dar flexibilidad a su funcionalidad. Si se aplica correctamente el TAFIM dentro de la organización se logra:

 Promover la integración, interoperabilidad, modularidad y flexibilidad entre sistemas.  Guía de adquisición y reutilización.

 Velocidad en la entrega de la tecnología de información y reducción de costos. 3.3.1. Modelo de Referencia Técnico (TRM) de TAFIM

El modelo de referencia fue ideado para permitir que el DoD tenga las ventajas de la utilización de los sistemas abiertos y las tecnologías disponibles en el mercado comercial. Dentro del contexto de sistemas de información, el modelo de referencia está definido como una representación aceptada y utilizada por las personas para acordar definiciones, construir un entendimiento común e identificar temas para su resolución.

El TRM establece un vocabulario común y define un conjunto de servicios e interfaces comunes para los sistemas de información de DoD, permitiendo la interoperabilidad entre la Plataforma de Aplicaciones, la portabilidad entre el Software de Aplicaciones y la reducción de costos por medio de la utilización de recursos comunes.

El TRM de TAFIM, es un conjunto de conceptos, entidades, interfaces y diagramas en los que se basan para especificar un estándar, el TRM de TAFIM es una adaptación del estándar IEEE P1003.0 POSIX OSE.

Los elementos básicos del modelo de referencia del Departamento de Defensa de los Estados Unidos, están especificados en el modelo de referencia del POSIX OSE, como se observa en la Figura 28.

59

Figura 28. Modelo de Referencia Técnico – TAFIM.

Fuente: Adaptado de (Defense Information Systems Agency Center for Standard, 1996b).

3.3.1.1. Componentes

El modelo de referencia está conformado por tres entidades (Aplicaciones de software, Plataforma de Aplicación y Entorno Externo) conectadas por dos interfaces entre ellos (Interfaz de Programación de Aplicación (API) y la Interfaz de Entorno Externo (EEI)), como se muestra en la Figura 28.

En el pasado los sistemas estaban desarrollados para plataforma específicas de hardware, estos sistemas cumplían con su objetivo pero no estaban diseñados para interoperar con otros sistemas, ni para ser portables con otras plataformas de hardware. Esto creaba una problemática en el desarrollo de aplicaciones que cumplían funcionalidades similares y ofrecían similares servicios, es decir se creaban aplicaciones con redundancia en su funcionalidad y en los servicios que brindaba.

Por este motivo, el modelo de referencia de TAFIM, permite desarrollar aplicaciones modulares, lo que significa que: permite la reutilización del software para conseguir interoperabilidad entre sistemas, portabilidad entre plataformas de hardware, el compartir información y la reutilización del software.

3.3.1.2. Entidades y Elementos del TRM de TAFIM

La siguiente figura, muestra a detalle cómo está compuesto el modelo de referencia técnico de TAFIM, el cual permite entender de una mejor manera los conceptos, componentes (entidades e interfaces) y sus relaciones dentro del TRM de TAFIM.

60 Figura 29. TRM a Detalle – TAFIM

Fuente: Adaptado de (Defense Information Systems Agency Center for Standard, 1996b)

Entidades

1. Aplicaciones de software.- en el modelo de referencia se divide en dos categorías: 1.1. Aplicaciones del Área de Misión.- son las aplicaciones en sí, las cuales

deben estar diseñadas y desarrolladas para acceder a las aplicaciones de apoyo.

1.2. Aplicaciones de Apoyo.- son el conjunto de aplicaciones de apoyo que sirven como base para el desarrollo de aplicaciones del Aplicaciones del Área de Misión.

2. Plataforma de Aplicaciones.- son un conjunto de recursos que apoyan a los servicios sobre los cuales se ejecutará las Aplicaciones de software. Proporciona los servicios a sus interfaces para que permitan implementar una plataforma transparente para las Aplicaciones de software.

61

Para asegurar la integridad y la consistencia en el sistema, las Aplicaciones de software deben tener acceso a todos los servicios de la Plataforma de Aplicaciones bajo solicitudes de servicios que se accede a través de la interfaz de programación de aplicaciones (API).

3. Entorno Externo.- es el conjunto de entidades externas con las cuales la Plataforma de Aplicación intercambia información, estas entidades se clasifican en: usuarios, entidades de intercambio de información y entidades de comunicación.

Interfaces:

1. Interfaz de Programación de Aplicación (API).- se encuentra ubicada entre las Aplicaciones de software y la Plataforma de Aplicación, su principal objetivo es apoyar la portabilidad de aplicaciones, pero también apoya a la interoperabilidad de los sistemas mediante los servicios de comunicación e información de la API, esta interfaz está dividida en:

1.1. API de Servicios del Sistema.- provee el acceso a los servicios vinculados a los recursos internos de la Plataforma de Aplicaciones. Incluye las APIs de Servicio para Ingeniería del Software y Servicios del Sistema Operativo. 1.2. API de Servicios de Comunicación.- incluye las APIs de Servicios de Red. 1.3. API de Servicios de Información.- incluye las APIs para los Servicios de la

Gestión de Información y Servicios de Intercambio de Información.

1.4. API de Servicios de Interacción Usuario / Computador.- incluye las APIs para el Servicio de Interfaz de Usuario y Servicios Gráficos.

Las tres últimas categorías permiten proporciona a las Aplicaciones de software acceso a los servicios asociados a las entidades externas.

2. Interfaz de Entornos Externos (EEI).- se encuentra localizada entre la Plataforma de Aplicación y el Entorno Externo, su principal objetivo es apoyar la interoperabilidad del sistema y de las Aplicaciones de software, esta interfaz está dividida en:

2.1. EEI de Servicios de Interacción Usuario / Computador (HCI).- es la interacción física entre el Usuario y la Plataforma de Aplicaciones. Incluye teclado, mouse, dispositivos de E/S, etc.

2.2. EEI de Servicios de Información.- es el servicio de almacenamiento externo, donde solo se debe especificar el formato y la sintaxis para especificar la portabilidad y la interoperabilidad de los datos.

62

2.3. EEI de Servicios de Comunicación.- proporciona los servicios para permitir la interacción entre las Aplicaciones de software y las entidades Externas a la Plataforma de Aplicaciones.