Treasury_Information_System_Architecture_Framework
財務情報システムアーキテクチャフレームワーク（TISAF）は、1990年代初頭であるエンタープライズアーキテクチャフレームワーク、企業情報システムアーキテクチャ（EISAs）を開発する米国財務省ビューローを支援します。
TISAFのアーキテクチャビューの関係。
TISAFは、1997年に米国財務省によって開発され、2000年にリリースされた財務エンタープライズアーキテクチャフレームワークの開発に委ねられました。TEAFは、財務省の第2世代フレームワークを表しています。TISAFは第一世代のフレームワークでした。
コンテンツ
1 概要
2 歴史
3 TISAFビルディングブロック
3.1 部門全体のアーキテクチャフレームワーク 3.2 トップダウンアプローチ 3.3 TISAFアーキテクチャ
4 TISAF1997からTEAF2000
5 も参照してください
6 参考文献
概要
財務情報システムアーキテクチャフレームワーク（TISAF）は、財務 情報技術を計画するための目標と目的のリスト、情報システムを開発するための一連のアーキテクチャ原則、企業情報システムの異なるビューを記述するためのEISAモデル、および特定の製品の選択をガイドします。
EISAモデルは、情報、機能、および作業のアーキテクチャとインフラストラクチャで構成される、エンタープライズ情報システムを編成、計画、および構築するための4つのアーキテクチャビューを提供します。
歴史
TISAFは、によって開発されたC4ISRアーキテクチャフレームワークからの要素組み込まMITRE社に1994年からを。 1997年1月、米国財務省は3巻からなるTISAFバージョン1を発行しました。
財務情報システムアーキテクチャフレームワーク、
財務エンタープラーズ開発ガイダンス、および
財務省アーキテクチャ開発プロセス。
1997年7月、財務省は財務省情報システムアーキテクチャフレームワーク（TISAF）を補完する追加のガイダンスを発行しました。1997年9月に最終決定されたこのガイダンスは、TISAFに従って情報システムアーキテクチャを開発するための「ハウツー」プロセスを提供します。 1989年、米国議会は、財務情報システムアーキテクチャフレームワークの部門全体の実装に200，000ドルを付与しました。
米国財務省でのさらなる開発により、2000年7月に最初に公開された財務エンタープライズアーキテクチャフレームワークの開発が可能になりました。TEAFは、TISAFの改訂版であり、FEAFの要素が組み込まれています。これは、TISAFの適用と使用における部門と局の経験の評価、および他の政府機関や業界からの新たなベストプラクティスの結果でした。
TEAFは、企業全体の観点からビジネスと技術の両方の視点を含む、アーキテクチャフレームワークのより広い範囲を強調することを目的としています。TEAFには、EAを文書化およびモデル化するための一般的な一連の作業成果物の説明が含まれています。これらの作業成果物は、FEAFモデルおよび国防総省アーキテクチャフレームワーク（DoDAF）製品と連携しています。
TISAFビルディングブロック
部門全体のアーキテクチャフレームワーク
TISAFによると、完全なアーキテクチャには次の4つのコンポーネントがあり、それぞれがエージェンシーの異なる視点またはビューを表しています。
機能的：組織が行うこと（つまり、その使命とビジネスプロセス）、および組織が情報システムを使用してビジネス運営をサポートする方法の表現。
作業：機関全体で情報システムをどこで誰が使用するかについての説明。
情報：事業運営をサポートするために必要な情報の説明。
インフラストラクチャ：代理店全体に情報システムを実装するために必要なハードウェアと「サービス」（ソフトウェアや電気通信など）の説明。
TISAFの機能、作業、および情報コンポーネントは、一緒になってアーキテクチャの論理ビューを形成し、そのインフラストラクチャはアーキテクチャの技術ビューを表します。
トップダウンアプローチ
ビジネス機能を効果的にサポートするシステムを開発および進化させるには、トップダウンプロセスに従う必要が論理アーキテクチャ（ビジネス機能や情報フローなど）が最初に定義され、次にサポートシステム（インターフェイス、標準、プロトコルなど）を指定するために使用されます。
財務省は、このトップダウンのアプローチを支持しています。TISAFの開発と実装を担当する財務省当局者は、アーキテクチャの開発は、政府機関の主要なビジネス機能を定義および説明することから始まると述べました。これが完了すると、代理店は、機能間の関係、機能を実行するために必要な情報、機能のユーザーと場所、およびビジネス機能を実行およびサポートするために必要な既存および必要なアプリケーションと関連情報技術を特定できます。財務省のガイダンスによると、アーキテクチャのインフラストラクチャコンポーネント（つまり、そのシステム仕様と標準）は、他の3つのコンポーネントから派生する必要がさらに、ガイダンスには、アーキテクチャの各要素が統合され、追跡可能である必要があり、それらの間の関係が明示的である必要があると記載されています。
TISAFアーキテクチャ
情報アーキテクチャは、業務を実行するために必要なすべての情報を整理し、この情報間の関係を記述し定義し、情報システムの「何」です。機能アーキテクチャは、ビジネスオペレーションをサポートするためにビジネス情報をキャプチャ、操作、および管理するビジネス機能、プロセス、またはアクティビティを定義および編成する情報システムの「方法」です。
仕事のアーキテクチャは、「どこで」情報ビジネスの分権化を示しているシステムでは、事業所への作業組織の説明、およびこれらの場所との間の通信との連携のです。インフラストラクチャは、情報システムの「イネーブラー」であり、情報システムが実行されるテクノロジ環境を提供するために必要なサポートサービス、コンピューティングプラットフォーム、および内部インターフェイスと外部インターフェイスを記述します。
技術標準を議論するためのコンテキストを提供するために、技術参照モデル（TRM）が開発され、情報システムの構成要素を機能領域によって分類された一連のサービスとして編成および描写します。
TISAF1997からTEAF2000
TISAF1997からTreasuryEnterprise Architecture Framework（TEAF）2000への主な変更点を以下に要約します。
原則が刷新されました
作業アーキテクチャの名前がOrganizationalViewに変更されました
TEAF Matrix列の順序は、機能、情報、組織、およびインフラストラクチャに変更されました。
TISAFマトリックスの行は、TEAFマトリックスで次のように名前が変更されました：Planner、Owner、Designer、Builder
作業成果物が刷新されました
必須の作業成果物とサポートする作業成果物の概念が導入されました
TISAFテクニカルリファレンスモデルは削除されました。TRMの例が引用されています
標準プロファイルのコンテンツはTEAFから削除されました。標準プロファイルはEAの一部ですが、フレームワークの一部ではありません
EAの開発を推進するインプットが含まれるようになり、EAディレクションのリソースおよび作業成果物として文書化されました。
EAを実装するためのアプローチが含まれ、EA達成作業成果物として文書化されています。
TEAFとFEAFおよびZachmanフレームワークとの連携が提供されます
も参照してください
NISTエンタープライズアーキテクチャモデル
情報管理のための技術アーキテクチャフレームワーク（TAFIM）
参考文献
コモンズには、財務情報システムアーキテクチャフレームワークに関連するメディアが
^ フランクリンD.レインズ（1997）。執行部および機関の長のための覚書米国GOV覚書M-97-16、1997年6月18日。
^ 米国財務省最高情報責任者評議会（2000年）。ウェイバックマシンで2009年3月18日にアーカイブされた財務エンタープライズアーキテクチャフレームワーク 。バージョン1、2000年7月。
^ Janis Putman（2001） Rm-Odpを使用したアーキテクト。NS。719
^ 米国総合会計事務所（US GOA）（1998）。カスタムサービスのモダナイゼーション：アーキテクチャは完全であり、議会の要求者へのシステムレポートを効果的に構築および維持するために実施する必要が
^ US Congree（1998） Congressional Record、 V。144、Pt。1998年10月19日から1998年12月19日まで。NS。27114
^ Mark G. Mykityshyn（2007）複雑な動的エンタープライズシステムの情報アーキテクチャの成熟度の評価。NS。77