Articulo de referencia

TAFIM

El concepto de Arquitectura de Sistemas de Información, tal como lo representó TAFIM en 1996. [ 1 ] El Marco de Arquitectura Técnica para la Gestión de la Información ( TAFIM ) ...

El concepto de Arquitectura de Sistemas de Información, tal como lo representó TAFIM en 1996. [ 1 ]

El Marco de Arquitectura Técnica para la Gestión de la Información ( TAFIM ) es un marco de arquitectura empresarial descontinuado que fue desarrollado por y para el Departamento de Defensa de los Estados Unidos (DoD).

TAFIM proporcionó orientación a nivel empresarial para la evolución de la infraestructura técnica del Departamento de Defensa . Identifica los servicios, estándares, conceptos, componentes y configuraciones que pueden utilizarse para guiar el desarrollo de arquitecturas técnicas que cumplan con los requisitos específicos de la misión . [ 2 ]

TAFIM fue desarrollado por el Departamento de Defensa de los Estados Unidos entre 1986 y 1999. Paralelamente, en 1994, se inició el desarrollo del Marco de Arquitectura C4ISR , que evolucionó hasta convertirse en el Marco de Arquitectura del Departamento de Defensa (DoDAF) en el nuevo milenio. Los conceptos de TAFIM se desarrollaron posteriormente en TOGAF , cuya primera versión, de 1995, se basó en el marco de TAFIM.

Descripción general

El "Marco de Arquitectura Técnica para la Gestión de la Información" (TAFIM) se describió en 1995 como: [ 3 ]

  • un marco conceptual común o modelo de referencia para una infraestructura de sistemas de información
  • y las aplicaciones específicas que debe admitir el sistema de información.

Esta arquitectura, y el modelo asociado, no constituyen un diseño de sistema específico . Más bien, establecen un vocabulario común y definen un conjunto de servicios e interfaces comunes a los sistemas de información. Asimismo, identifican estándares y directrices en cuanto a los servicios e interfaces de la arquitectura .

La arquitectura sirve para facilitar el desarrollo de planes que conducirán a la interoperabilidad entre aplicaciones de áreas de misión, portabilidad entre áreas de misión y reducciones de costos mediante el uso de servicios comunes. [ 3 ]

TAFIM engloba el modelo de referencia de entorno de sistema abierto, ampliamente aceptado , dentro del ámbito de los servicios de red y las comunicaciones.

Historia

La documentación TAFIM de ocho volúmenes con el concepto de implementación de arquitectura adicional. [ 1 ]

El desarrollo de TAFIM comenzó alrededor de 1986 en la Agencia de Sistemas de Información de Defensa de EE. UU./Centro de Gestión de la Información. El primer concepto de TAFIM se derivó del Perfil de Portabilidad de Aplicaciones del NIST y del modelo POSIX (o IEEE P1003.00SE). [ 3 ]

El primer borrador de TAFIM se completó en 1991 con el Modelo de Referencia Técnica de TAFIM (TAFIM TRM). Desarrollado por un equipo liderado por Burnes St. Patrick Hollyman, James M. Kerr y John Keane, este modelo de referencia técnica buscaba utilizar sistemas abiertos y nuevas tecnologías disponibles en el mercado comercial para desarrollar una aplicación para todo el Departamento de Defensa . [ 4 ] El proyecto TAFIM ha dado como resultado un manual práctico de ocho volúmenes sobre Arquitectura de Tecnologías de la Información (véase la imagen). Antes de su publicación oficial en 1996 por el Departamento de Defensa, el enfoque fue probado con éxito en el Cuerpo de Marines de los Estados Unidos y en el Departamento de Asuntos de Salud del Departamento de Defensa por equipos liderados por Hollyman, Kerr y Keane.

El desarrollo original de TOGAF Versión 1 en 1995 se basó en el Marco de Arquitectura Técnica para la Gestión de la Información (TAFIM). El Departamento de Defensa de los Estados Unidos otorgó a The Open Group permiso explícito y los alentó a crear TOGAF partiendo del TAFIM, que a su vez fue el resultado de muchos años de esfuerzo de desarrollo y de una inversión de millones de dólares del Gobierno de los Estados Unidos. [ 5 ]

La publicación del Departamento de Defensa de EE. UU. de 1996 sobre TAFIM fue la última versión publicada. [ 6 ] TAFIM se canceló como documento independiente en 1999. [ 2 ] En 2000, todo el concepto de TAFIM y sus regulaciones se reevaluaron y se determinó que eran inconsistentes con la nueva dirección arquitectónica de DoDAF . Por esta razón, desde entonces se han eliminado todas las referencias a TAFIM de la documentación del Departamento de Defensa. [ 6 ]

TAFIM fue cancelado abruptamente debido a los siguientes fallos: [ 7 ]

  • TAFIM requirió una gran inversión de tiempo y dinero.
  • El tiempo transcurrido para producir la arquitectura la hace casi obsoleta antes de su finalización.
  • Las arquitecturas de tal complejidad requerían conocimientos informáticos especializados y bastante inusuales para su finalización. El resultado final suele ser incomprensible para un público orientado al negocio y es más difícil de vincular con la estrategia empresarial.

Dicho esto, muchas de las contribuciones fundamentales al pensamiento arquitectónico de TI introducidas en el marco del proyecto TAFIM se mantuvieron y se desarrollaron a través de DoDAF, incluido el concepto central de TAFIM de cuatro vistas arquitectónicas interdependientes. De hecho, este concepto sigue vigente en la mayoría de los debates modernos sobre arquitecturas de TI hasta el día de hoy.

Temas de TAFIM

Estándares técnicos y de datos del Departamento de Defensa

Los estándares técnicos y de datos del Ministerio de Defensa están diseñados para permitir que los sistemas interoperan y transfieran información fácilmente. Sus definiciones estándar para los elementos de datos tienen como objetivo garantizar que los usuarios de todos los sistemas del Ministerio de Defensa definan los mismos datos de la misma manera y tengan una comprensión común de su significado. El Ministerio de Defensa ha desarrollado o está en proceso de definir estándares técnicos en la década de 1990 con el Marco de Arquitectura Técnica para la Gestión de la Información (TAFIM), la Arquitectura Técnica Conjunta (JTA) y el Entorno Operativo Común de la Infraestructura de Información de Defensa (DII COE). [ 8 ]

La Agencia de Sistemas de Información de Defensa (DISA) es responsable de desarrollar, obtener de fuentes comerciales y mantener la compilación de estándares técnicos de la Infraestructura de Información de Defensa, así como de mantener un sistema de diccionario de datos de Defensa como repositorio de requisitos de datos y de facilitar la coordinación interfuncional y la aprobación de formatos, definiciones, etc., estándar. Las PSA, los servicios militares, las agencias de Defensa y el Estado Mayor Conjunto son responsables de llegar a un acuerdo sobre los estándares y aprobarlos como elementos de datos estándar del Departamento de Defensa. Posteriormente, DISA es responsable de difundir los elementos de datos estándar aprobados para su uso en todo el Departamento. [ 8 ]

Proceso de planificación de arquitectura basado en estándares del Departamento de Defensa

Proceso de planificación de arquitectura basado en estándares del Departamento de Defensa [ 9 ]

El proceso de planificación de la Arquitectura Basada en Estándares (SBA), definido por TAFIM, consta de siete fases distintas, pero interdependientes. Cada fase del proceso SBA tiene como objetivo crear productos o documentos específicos que guíen la fase subsiguiente. Las siete fases se describen brevemente a continuación. [ 9 ]

  • Fase 1, Iniciación y Marco de Arquitectura  : La metodología comienza con una iniciación adecuada del proceso dentro de la organización anfitriona. Esto implica desarrollar un conjunto de impulsores estratégicos para la organización. Además, se revisa o construye un modelo de negocio para establecer un modelo operativo estratégico objetivo. [ 9 ]
  • Fase 2. Caracterización de referencia  : Esta fase inicial tiene como objetivo determinar la arquitectura actual de la organización. Se trata de una evaluación del entorno actual, que da como resultado una caracterización en cuatro dimensiones o perspectivas clave: trabajo, información, aplicación y tecnología. [ 9 ]
  • Fase 3. Arquitectura objetivo  : Las distintas vistas del marco se modelan en términos de una arquitectura objetivo deseable, generalmente de 3 a 5 años en el futuro. [ 9 ]
  • Fase 4. Identificación de oportunidades  : Paso de la reflexión conceptual a las realidades prácticas y la implementación, con la determinación de los proyectos de desarrollo necesarios. [ 9 ]
  • Fase 5. Opciones de migración  : Vincula la realidad del presente con la conveniencia de la arquitectura objetivo mediante el establecimiento de una o más mesetas que representan etapas prácticas de migración. [ 9 ]
  • Fase 6. Planificación de la implementación  : Los resultados de esta fase son un plan de implementación detallado para la primera fase del esfuerzo de migración. [ 9 ]
  • Fase 7. Institucionalización del proceso ITA  : Esta fase tiene como objetivo mantener la arquitectura viva y en buen estado mediante su mejora continua. [ 9 ]

Modelo integrado de vistas arquitectónicas

Modelo integrado de cuatro vistas arquitectónicas. [ 9 ]

El «Modelo Integrado de Cuatro Vistas Arquitectónicas» forma parte de la arquitectura objetivo, definida en el TAFIM. Ofrece una visión de la organización en todas sus vistas arquitectónicas, especialmente en la arquitectura del trabajo. El modelo, como se muestra en la figura, representa un marco general para desarrollar el entregable de la arquitectura objetivo. Cada vista de la arquitectura objetivo se superpone con aspectos de las demás vistas. Esta superposición respalda el argumento de que el modelo describe el desarrollo de una arquitectura única e integrada. [ 9 ]

La empresa en su totalidad, tal como se define, incluye la organización del trabajo, la información, las aplicaciones y la tecnología. Esto da lugar a cuatro perspectivas diferentes: [ 9 ]

  • Vista de la organización del trabajo  : La vista del trabajo de la arquitectura se desarrolla identificando clases específicas de usuarios dentro del entorno empresarial (por ejemplo, ejecutivos, planificadores, administradores, ingenieros, reclutadores), la ubicación del negocio (por ejemplo, sede central, oficina de ventas, planta, almacén) y la representación lógica de las funciones empresariales necesarias para ofrecer productos y servicios.
  • Vista de gestión de la información  : La arquitectura de la información de la empresa contendrá tres niveles de detalle: áreas temáticas, grupos de datos y atributos de datos.
  • Vista de la aplicación  : Esta vista se centra en las oportunidades para automatizar aspectos del trabajo o el acceso a la información necesaria para realizarlo.
  • Vista de la infraestructura tecnológica  : Esta área de la arquitectura utiliza modelos específicos a nivel de componentes para proporcionar la base que vincula la vista tecnológica de la arquitectura con las vistas de trabajo, información y aplicación. El elemento clave es el entorno de aplicación genérico.

Esta galería con las cuatro vistas muestra la interrelación entre ellas, como se mencionó anteriormente. En los modelos de vista de marcos de arquitectura empresarial más recientes , como DoDAF , las vistas se presentan en capas y ya no están interconectadas.

Véase también

Referencias

Dominio público Este artículo incorpora material de dominio público procedente de sitios web o documentos del Ejército de los Estados Unidos .

  1. 1 2 Departamento de Defensa (1996). Marco de arquitectura técnica para la gestión de la información. Vol. 1. Abril de 1996.
  2. 1 2 NHSITRC (2005). Referencias consolidadas archivadas el 9 de enero de 2009 en Wayback Machine. Guías de planificación y gestión de TI, lista de recursos. Última actualización: 4 de mayo de 2005. Consultado el 12 de diciembre de 2008.
  3. 1 2 3 Constance Golden (1995). UN MODELO DE REFERENCIA DE CONTROL DE SATÉLITES ESTÁNDAR . NASA.
  4. Patricia A. Oberndorf y Anthony Earl (1998). Modelos de referencia del Departamento de Asuntos de Veteranos . SEI Carnegie Mellon University.
  5. Bienvenido a TOGAF Versión 9 -- The Open Group Architecture Framework. Consultado el 3 de febrero de 2009.
  6. 1 2 Jaap Schekkerman (2003). Cómo sobrevivir en la jungla de los marcos de arquitectura empresarial . p.173.
  7. Perks, C., y Beveridge, T. (2003). Guía de arquitectura de TI empresarial . Nueva York, NY: Springer.
  8. 1 2 GAO (1998) DEFENSE IRM Oficina de Contabilidad General de los Estados Unidos.
  9. 1 2 3 4 5 6 7 8 9 10 11 12 Departamento de Defensa (1996). Marco de arquitectura técnica para la gestión de la información. Vol. 4. Abril de 1996
  • Sitio web de TAFIM, 1997 en archive.org