企業や組織のITアーキテクチャは、データアーキテクチャ、アプリケーションアーキテクチャ、テクノロジーアーキテクチャから構成されます。その中で、データアーキテクチャは企業ITアーキテクチャの核心です。なぜなら、情報システムのサポートの下での企業の業務運営は、情報システム内のデータによって反映され、データは情報システムの管理にとって重要な資源であるため、企業ITアーキテクチャの構築は、まず第一に、現在の業務をサポートするためのデータアーキテクチャを考慮する必要があります。理想的なエンタープライズITアーキテクチャの計画ロジックは、データ駆動型、つまり、第一に、ビジネスアーキテクチャの分析によると、データアーキテクチャを定義するために、第二に、ビジネス機能と組み合わせたデータアーキテクチャによると、アプリケーション-アーキテクチャを定義するために、再び、データ-アーキテクチャとアプリケーション-アーキテクチャの定義によると、技術的なアーキテクチャを設計します。
データ定義、すなわちデータモデルは、データ概念モデル、データ論理モデル、データ物理モデル、およびより洗練されたデータ標準が含まれます。データ定義は、データアーキテクチャ計画の最も重要なコンテンツは、よく定義されたデータモデルは、ビジネスモデルの性質を反映することができますそのデータアーキテクチャは、ビジネスのための包括的な、一貫性のある、完全かつ高品質なデータを提供する必要があり、アプリケーションシステムの境界の分割のために、明確なデータの参照は、アプリケーションシステム間の統合インタフェースの定義は、分析のための基礎を提供します。良いデータモデリングとデータ標準の開発は、一貫性、完全性、および基礎の正確性を確保するために、データの共有を達成するために、この基盤と、企業や機関は、情報システムのアプリケーションを介して徐々に深く、最終的にデータベースの経営の意思決定を達成することです。
データ流通には、データ業務流通とデータシステム流通があります。一方のデータ流通は、データの業務を分析することであり、すなわち業務の各所におけるデータの作成、参照、修正、削除の関係を分析することであり、他方のデータ流通は、一つのアプリケーションシステムにおけるデータアーキテクチャを分析することであり、アプリケーションシステムの機能モジュール間の参照関係を分析することであり、多数のシステムにおけるデータ間の参照関係を分析することであり、データ業務の流通はデータシステムの流通の基礎となります。多くの支店を持つ大企業や機関にとって、データ保存モードもデータ分布の重要な要素です。地理的な観点から見ると、データ分散には集中型データ保存と分散型データ保存の2つのモードがあります。集中型データ保存とは、データが企業や公益事業の本部のデータセンターに集中的に保存され、その支店はデータを配置・管理しないことを意味します。分散型データ保存とは、データが企業や公益事業の本部と支店に分散され、支店は支店のデータを維持・管理する必要があることを意味します。これら2つのデータ配布モードにはそれぞれ長所と短所があり、企業や機関は自社のニーズを考慮し、自社のデータ配布戦略を決定する必要があります。
データ管理をうまく行うためには、まず、データモデルやデータ標準の管理、データ流通の管理、データ品質の管理、データセキュリティの管理など、企業やビジネスデータのライフサイクルを通じたさまざまな管理システムを構築する必要があります。
データアーキテクチャの計画は、ITアーキテクチャの計画や企業や機関の完全なIT計画の重要な部分をバイパスすることはできません、企業や機関のカスタマイズ開発を通じて、アプリケーションシステムの実装では、データアーキテクチャの設計は完全にアプリケーションシステムの開発を認識することができます、データアーキテクチャの計画作業は間違いなく有意義です。しかし、企業や機関のほとんどは、"導入と管理 "情報技術の実装戦略を採用しています。これらの企業や機関は、ERP、CRM、PDMおよびその他の大規模な成熟したソフトウェアパッケージを導入したり、導入する準備をしているため、ソフトウェアパッケージのデータ構造と異なるモジュール間のデータ参照が比較的固まっている、変更することはできません。このような状況のため、ITアーキテクチャの計画のための企業や機関は、データアーキテクチャの計画をバイパスすることですか？
どんなに広いERP、CRM、PDMシステムでカバーされるビジネスエリア、彼らは常にすべてのビジネスをカバーすることはできませんが、これは、これらのシステムの実装では、データ定義がまだ企業や公的機関のローカルビジネスの側面から検討することを示しているので、データアーキテクチャ計画の企業全体と公的機関のレベルで立ってまだ必要です。しかし、具体的な計画の操作の面では、カスタマイズによって完全にアプリケーションシステムを開発する状況とは異なることになります。カスタマイズ開発の場合、一般的にデータモデルを構築する方法は2つあります。1つはゼロから構築する方法、もう1つは既存の業界モデルを基礎として、企業独自のビジネス慣行と組み合わせて設計する方法です。しかし、大規模で成熟したソフトウェアパッケージを導入する場合、データモデリングを行う際には、企業や機関の全体的な視点に立ち、データの概念モデルと論理モデルの分析、特にすべてのシステムにまたがり、すべてのシステムで一貫性のあるマスターデータの定義に重点を置くことがより重要であり、同時に、異なるシステムの異なるアプリケーション間の参照関係を定義するために、さまざまなビジネスセグメントの分布におけるこれらのマスターデータの分布を分析します。異なるアプリケーションシステムにおける参照関係異なるアプリケーションシステムにおけるマスターデータの一貫性、完全性、正確性を確保するための基礎。なぜなら、それらのビジネストランザクションデータは、マスターデータに基づいて生成され、ビジネス運用中に時間内に検証することができるからです。
つまり、どのような状況であれ、データ・アーキテクチャのプランニングを回避することはできず、ITアーキテクチャ・プランニングやデータ・アーキテクチャ・プランニング分析のないITプランニングは説得力を持ちません。
