タフィム

情報管理のための技術アーキテクチャフレームワーク( TAFIM ) は、1990 年代に米国国防総省(DoD) が DoD向けに作成したエンタープライズアーキテクチャの参照モデルです。

TAFIMは国防総省の技術インフラの進化に向けたエンタープライズレベルのガイダンスを提供しました。TAFIMは、特定のミッション要件を満たす技術アーキテクチャの開発を導くために使用できるサービス、標準、概念、コンポーネント、および構成を特定します。^[2]

TAFIM は、1986 年から 1999 年にかけて米国国防総省によって開発されました。1994 年には、並行してC4ISR アーキテクチャフレームワークの開発が開始され、これは新世紀に国防総省アーキテクチャフレームワーク(DoDAF) へと進化しました。TAFIM の概念はTOGAFでさらに発展しており、1995 年の最初のバージョンは TAFIM フレームワークに基づいています。

概要

「情報管理のための技術アーキテクチャフレームワーク」（TAFIM）は1995年に次のように説明されました。^[3]

情報システムインフラストラクチャの対象となる共通の概念フレームワークまたは参照モデル
情報システムがサポートする必要がある特定のアプリケーション。

このアーキテクチャと関連モデルは、特定のシステム設計ではありません。むしろ、共通の語彙を確立し、情報システムに共通する一連のサービスとインターフェイスを定義します。アーキテクチャ、サービス、インターフェイスの観点から標準とガイドラインを特定します。

このアーキテクチャは、ミッション領域アプリケーション間の相互運用性、ミッション領域間の移植性、共通サービスの使用によるコスト削減につながる計画の開発を促進するのに役立ちます。 ^[3]

TAFIM は、ネットワークサービスおよび通信領域内で広く受け入れられているオープンシステム環境参照モデルを包含します。

歴史

TAFIMの開発は1986年頃に米国国防情報システム局/情報管理センターで始まりました。TAFIMの最初のコンセプトはNIST アプリケーション移植性プロファイルとPOSIX（またはIEEE P1003.00SE）モデルから派生しました。^[3]

TAFIM の最初の草案は、1991 年に TAFIM 技術参照モデル (TAFIM TRM) として完成しました。Burnes St. Patrick Hollyman、James M. Kerr、John Keane が率いるチームによって開発されたこの技術参照モデルは、オープンシステムと商用市場で入手可能な新しいテクノロジを使用して、国防総省全体のアプリケーションを開発することを目指していました。^[4] TAFIM プロジェクトの結果、8 巻からなる情報技術アーキテクチャの「ハウツー」マニュアルが作成されました (画像を参照)。1996 年に国防総省によって正式に公開される前に、このアプローチは Hollyman、Kerr、Keane が率いるチームによって米国海兵隊と国防総省保健局の両方で試験的に導入され、成功を収めました。

1995 年のTOGAFバージョン 1の最初の開発は、情報管理のための技術アーキテクチャフレームワークに基づいていました。米国国防総省は、The Open Groupに、長年の開発努力と数百万ドルの米国政府の投資の成果である TAFIM を基にして TOGAF を作成することを明示的に許可し、奨励しました。^[5]

1996年に米国国防総省が発行したTAFIMに関する文書が最新版でした。^[6] TAFIMは1999年に単独文書としては廃止されました。^[2] 2000年にTAFIMのコンセプトとその規制全体が再評価され、新たに開発されたDoDAFアーキテクチャの方向性と一致しないことが判明しました。このため、それ以降TAFIMに関するすべての言及は国防総省の文書から削除されました。^[6]

TAFIMは以下の欠陥により突然中止された: ^[7]

TAFIMには時間とお金の両方の大きな投資が必要でした
建築物を製作するのに要する経過時間により、完成前に建築物はほぼ時代遅れになる。
このような複雑なアーキテクチャを完成させるには、専門的でかなり珍しいITの専門知識が必要でした。最終結果は、通常、ビジネス志向の聴衆には理解できず、ビジネス戦略を追跡するのが難しくなります。

そうは言っても、TAFIM の取り組みの中で導入された IT アーキテクチャの考え方への中核的な貢献の多くは、TAFIM の 4 つの相互依存アーキテクチャビューという中心概念を含め、DoDAF を通じて保持され、構築されました。実際、この概念は、今日に至るまで IT アーキテクチャに関する最新の議論のほとんどに生き続けています。

TAFIMトピック

国防総省の技術およびデータ標準

国防省の技術およびデータ標準は、システム間の相互運用と情報の転送を容易にするように設計されています。データ要素の標準定義は、すべての国防省システムのユーザーが同じデータを同じ方法で定義し、その意味を共通に理解できるようにすることを目的としています。国防省は、1990年代に情報管理のための技術アーキテクチャフレームワーク（TAFIM）、統合技術アーキテクチャ（JTA）、国防情報インフラストラクチャ共通運用環境（DII COE）を使用して技術標準を開発または定義中です。^[8]

国防情報システム局（DISA）は、国防情報インフラストラクチャ技術標準の開発、商用ソースからの取得、および編集の維持を担当し、データ要件のリポジトリとして国防データ辞書システムを維持し、標準フォーマット、定義などの部門間の調整と承認を促進する責任を負っています。PSA、軍隊、国防機関、統合参謀本部は、標準について合意に達し、それを国防総省標準データ要素として承認する責任があります。その後、DISAは承認された標準データ要素を国防総省全体で使用できるように配布する責任を負います。^[8]

DoD 標準ベースのアーキテクチャ計画プロセス

TAFIM によって定義された標準ベースアーキテクチャ (SBA) 計画プロセスは、7 つの別個の、しかし相互に依存するフェーズで構成されています。SBA プロセスの各フェーズは、後続のフェーズを導く特定の成果物や文書を作成することを目的としています。7 つのフェーズの概要を以下に簡単に説明します。^[9]

フェーズ 1、開始とアーキテクチャフレームワーク : この方法論は、ホスト組織内でプロセスを適切に開始することから始まります。これには、組織の一連の戦略的推進要因の開発が含まれます。さらに、ビジネスモデルがレビューまたは構築され、戦略的なターゲット運用モデルが確立されます。^[9]
フェーズ2. ベースライン特性評価 : この基礎フェーズでは、組織の現在のアーキテクチャを決定することを目的としています。これは現在の環境を評価するものであり、作業、情報、アプリケーション、テクノロジーという4つの主要な次元またはビューで特性評価が行われます。^[9]
フェーズ3. ターゲットアーキテクチャ :フレームワークのさまざまなビューは、通常3〜5年先の望ましいターゲットアーキテクチャの観点からモデル化されます。^[9]
フェーズ4. 機会の特定 ：概念的な考察から実際の現実と実施へと進み、必要な開発プロジェクトを決定します。^[9]
フェーズ5. 移行オプション : 実際の移行段階を表す1つ以上のプラトーを確立することで、現在の現実とターゲットアーキテクチャの望ましさを結び付けます。^[9]
フェーズ6. 実装計画 ：このフェーズでは、移行作業の最初の段階における詳細な実装計画が作成されます。^[9]
フェーズ7. ITAプロセスの制度化：このフェーズでは、アーキテクチャを継続的に改善することで、アーキテクチャを健全な状態に保つことを目的としています。^[9]

建築ビューの統合モデル

「4 つのアーキテクチャビューの統合モデル」は、TAFIM で定義されているターゲットアーキテクチャの一部です。このモデルは、すべてのアーキテクチャビュー、特に作業アーキテクチャにおける組織のビジョンを示します。このモデル (図を参照) は、ターゲットアーキテクチャ成果物を開発するための全体的なフレームワークを示しています。ターゲットアーキテクチャの各ビューは、他のビューの側面と一部重複しています。この重複は、モデルが単一の統合アーキテクチャの開発を表しているという主張を裏付けています。^[9]

定義によれば、企業全体には作業組織、情報、アプリケーション、テクノロジーが含まれます。これにより、4つの異なるビューが生まれます。^[9]

作業組織ビュー : アーキテクチャの作業ビューは、ビジネス環境内の特定のユーザークラス (例: 経営者、計画担当者、管理者、エンジニア、採用担当者)、ビジネスの場所 (例: 本社、営業所、工場、倉庫)、および製品やサービスを提供するために必要なビジネス機能の論理的表現を識別することによって作成されます。
情報管理ビュー : 企業の情報アーキテクチャには、サブジェクト領域、データグループ、データ属性という 3 つの詳細レベルが含まれます。
アプリケーションビュー : このビューは、作業の側面を自動化する機会や、作業を実行するために必要な情報へのアクセスに重点を置いています。
テクノロジーインフラストラクチャビュー : このアーキテクチャ領域では、特定のコンポーネントレベルのモデルを使用して、アーキテクチャのテクノロジービューを作業、情報、およびアプリケーションビューにリンクするための基礎を提供します。その要となるのが、汎用アプリケーション環境です。

アーキテクチャの作業組織ビュー
アーキテクチャの情報管理ビュー
アーキテクチャのアプリケーションビュー。
テクノロジーインフラストラクチャビュー。

この 4 つのビューのギャラリーは、前述のように 4 つのビュー間の相互関係を示しています。DoDAFなどの後期のエンタープライズアーキテクチャフレームワークのビューモデルでは、ビューはレイヤーで表示され、相互接続されなくなりました。

参照

参考文献

この記事には、米国陸軍のウェブサイトまたは文書からのパブリックドメインの資料が組み込まれています。

^ ab 国防総省 (1996)。情報管理のための技術アーキテクチャフレームワーク。第 1 巻。1996 年 4 月
^ ab NHSITRC (2005)。統合された参考文献、Wayback Machineに 2009-01-09 にアーカイブIT 計画および管理ガイド、リソースの一覧。最終更新日: 2005 年 5 月 4 日。2008 年 12 月 12 日にアクセス。
^ abc コンスタンス・ゴールデン（1995）。標準衛星制御参照モデル。NASA。
^ Patricia A. Oberndorf および Anthony Earl (1998). 退役軍人省リファレンスモデル^{[ permanent dead link ‍ ]} . SEI カーネギーメロン大学。
^ TOGAF バージョン 9 へようこそ - The Open Group Architecture Framework、2009 年 2 月 3 日にアクセス。
^ ab Jaap Schekkerman (2003).エンタープライズアーキテクチャフレームワークのジャングルで生き残る方法. p.173.
^ Perks, C., Beveridge, T. (2003).エンタープライズ IT アーキテクチャガイド. ニューヨーク: Springer.
^ ab GAO (1998) DEFENSE IRM 米国会計検査院。
^ abcdefghijkl 国防総省 (1996)。情報管理のための技術アーキテクチャフレームワーク。第 4 巻。1996 年 4 月

外部リンク

TAFIM ウェブサイト、1997 年、archive.org

[DoD96V1-1] 国防総省 (1996)。情報管理のための技術アーキテクチャフレームワーク。第 1 巻。1996 年 4 月

[HHS05-2] NHSITRC (2005)。統合された参考文献、Wayback Machineに 2009-01-09 にアーカイブIT 計画および管理ガイド、リソースの一覧。最終更新日: 2005 年 5 月 4 日。2008 年 12 月 12 日にアクセス。

[Gol95-3] コンスタンス・ゴールデン（1995）。標準衛星制御参照モデル。NASA。

[4] Patricia A. Oberndorf および Anthony Earl (1998). 退役軍人省リファレンスモデル^{[ permanent dead link ‍ ]} . SEI カーネギーメロン大学。

[5] TOGAF バージョン 9 へようこそ - The Open Group Architecture Framework、2009 年 2 月 3 日にアクセス。

[Sch03-6] Jaap Schekkerman (2003).エンタープライズアーキテクチャフレームワークのジャングルで生き残る方法. p.173.

[7] Perks, C., Beveridge, T. (2003).エンタープライズ IT アーキテクチャガイド. ニューヨーク: Springer.

[GAO98-8] GAO (1998) DEFENSE IRM 米国会計検査院。

[DoD96V4-9] 国防総省 (1996)。情報管理のための技術アーキテクチャフレームワーク。第 4 巻。1996 年 4 月