実践の領域

ウィキペディア小見出し辞書

実践の領域

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2011/05/11 05:09 UTC 版)

「エンタープライズ・アーキテクチャ（事業体仕組）」の記事における「実践の領域」の解説

幾つかの事業体仕組枠組は、幾つかの実践の領域あるいは仕組ドメイン (Architecture domain) に事業体仕組の実践を分割する。Spewakは、事業体仕組にるおけ彼の本で、レベル２で『ビジネス・モデリング』と『現状システムと技術』の２つのドメインに、そしてレベル３で『データ仕組』、『アプリケーション仕組』、及び『技術仕組』の３つの下位ドメインに分割した。SpewakのEAPの最終レベルは、『どのように』新しいモデルに合致する事業体に移行するかを取り扱う『実装』、又は『手法』レベルである。 一般的なTOGAF枠組 (フレームワーク) は、『事業仕組』、『情報システム仕組』、及び『技術仕組』の３つのドメインに実践に分割し、次に情報システム仕組を『情報仕組』と『アプリケーション仕組』にサブ分割した 。 戦略的仕組モデルは、事業体の目的と目標からそのプロジェクトとプログラムを通してそのソフトウエア・アプリケーションと技術へ、事業体の多くの局面をカバーする１０のドメインまでに柔軟な分割を可能にする 。 EAドメイン：事業体仕組のランドスコープは、普通環境の属性に基づく種々のドメインと、業界EA枠組に基づく論理グループ化に分けられる。 複数のドメインへの実践の分割は、複数の重要な観点から事業体を記述する事業体仕組を可能にする。この実践はまた、多くの個人の貢献を奨励し、個々の特定ドメインの専門性や知識の全体として良い活用する実践を可能にする。このアプローチを採用することで、事業体仕組は、生成される全体的記述を確かにすることができる。 一般的で最も共通な４つのドメインとそれらの要素部分は以下のようである： 事業:戦略マップ、目標、法人ポリシ、運用モデル (Operating Model) 機能的分割(e.g. IDEF0、SADT (Structured Analysis and Design Technique)、事業体／事業ライン仕組みとして表現された事業能力と組織的モデル 割り当てられた当事者、責任及びポリシを明確化する事業プロセス、ワークフロー及びルール 組織のサイクル、周期、及びタイミング ハードウエア、ソフトウエア、及びサービスの供給者 情報:情報仕組 - 事業体における情報の流れの全体的ビュー データ仕組- データが処理され、格納される方法とそれを使うであろうプロジェクト・チームによって使われるデータフローの記述 マスタ・データ管理は、データがどこに存在するかに係わりの無いシングル・ビューを準備する目標を伴う、多くのアプリケーションと事業プロセスを横断して使われるデータの公式で信頼できる基盤である。 メタデータ - あなたの事業体のデータ要素を記述するデータ 事業知性分析と報告（BI）は、組織ユーザがよりよい事業の意思決定を支援するデータをアクセスするための、収集、格納、分析、及び提供のための幅広い分類である。これらは、意思決定システム、問合せと報告、ダッシュボード、スコアボード、統計分析、予測、及びデータマイニングなどの活動を含む。これには、報告データ・ストア：運用データストア（ODS）、データマート、あるいはデータウエアハウス等を含む。 データ品質は、データ品質とデータ・インテグリティ課題と改善努力の識別、分析、改善、及び測定を支援する。 データ・モデル- 事業体情報仕組として表現された概念的、論理的及び物理的 データと情報を、どのように生成し、分類し、更新し、利用し、分散し、そして保存するかと廃止を統治するデータ・ライフサイクル管理プロセス アプリケーション:アプリケーション・ソフトウエア 概念的／機能的又はシステム事業体／事業ライン仕組として表現されたインベントリとダイアグラム API (Application programming interface) - それは：イベント、メッセージです 技術:アプリケーション相互の仲介、又は'ミドルウエア' アプリケーション実行環境と運用枠組-アプリケーション・サーバ環境とオペレーション・システム、認証と認証環境、セキュリティ・システム及び運用と監視システムを含む ハードウエア、プラットフォーム、及びホスト：サーバ (コンピューティング):、データセンタ、及びコンピュータ室 LAN and WAN、インターネット接続図 イントラネット、エクストラネット、インターネット、電子商取引、電子データ交換 (EDI) - 組織の内部と外部のパーティ間のリンク オペレーティング・システム 情報インフラソフトウエア、アプリケーション・サーバ, データベース管理システム (DBMS) プログラミング言語等、事業体／事業ライン技術仕組として表現された

実践の領域

出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2022/05/12 06:24 UTC 版)

「エンタープライズアーキテクチャ」の記事における「実践の領域」の解説

幾つかのエンタープライズアーキテクチャフレームワークは、幾つかの実践の領域あるいはアーキテクチャドメイン（英語版）にエンタープライズアーキテクチャの実践を分割する。Spewakは、エンタープライズアーキテクチャにおける彼の本で、レベル2で『ビジネス・モデリング』と『現状システムと技術』の2つのドメインに、そしてレベル3で『データアーキテクチャ』、『アプリケーションアーキテクチャ』、及び『インフォメーションアーキテクチャ』の3つのドメインに実践に分割し、次にインフォメーションシステムアーキテクチャを『インフォメーションアーキテクチャ』と『アプリケーションアーキテクチャ』にサブ分割した。 戦略的仕組モデルは、事業体の目的と目標からそのプロジェクトとプログラムを通してそのソフトウエアアプリケーションと技術へ、事業体の多くの局面をカバーする10のドメインまでに柔軟な分割を可能にする。 EAドメイン - EAのランドスコープは、普通環境の属性に基づく種々のドメインと、業界EA枠組に基づく論理グループ化に分けられる。 複数のドメインへの実践の分割は、複数の重要な観点から事業体を記述する事業体仕組を可能にする。この実践はまた、多くの個人の貢献を奨励し、個々の特定ドメインの専門性や知識の全体として良い活用する実践を可能にする。このアプローチを採用することで、EAは、生成される全体的記述を確かにすることができる。 一般的で最も共通な4つのドメインとそれらの要素部分は以下のようである。 事業戦略マップ、目標、法人ポリシ、運用モデル（英語版） 機能的分割(e.g. IDEF0、SADT 、事業体／事業ライン仕組みとして表現された事業能力と組織的モデル 割り当てられた当事者、責任及びポリシを明確化する事業プロセス、ワークフロー及びルール 組織のサイクル、周期、及びタイミング ハードウエア、ソフトウエア、及びサービスの供給者 情報インフォメーションアーキテクチャ - 事業体における情報の流れの全体的ビュー データアーキテクチャ（英語版） - データが処理され、格納される方法とそれを使うであろうプロジェクト・チームによって使われるデータフローの記述 マスターデータ管理は、データがどこに存在するかに係わりの無いシングル・ビューを準備する目標を伴う、多くのアプリケーションと事業プロセスを横断して使われるデータの公式で信頼できる基盤である。 メタデータ - あなたの事業体のデータ要素（英語版）を記述するデータ ビジネスインテリジェンス分析と報告は、組織ユーザがよりよい事業の意思決定を支援するデータをアクセスするための、収集、格納、分析、及び提供のための幅広い分類である。これらは、意思決定システム、問合せと報告、ダッシュボード、スコアボード、統計分析、予測、及びデータマイニングなどの活動を含む。これには、報告データ・ストア：運用データストア（ODS）、データマート、あるいはデータウエアハウス等を含む。 データ品質は、データ品質とデータ・インテグリティ課題と改善努力の識別、分析、改善、及び測定を支援する。 データモデル - 事業体情報仕組として表現された概念的、論理的及び物理的 データと情報を、どのように生成し、分類し、更新し、利用し、分散し、そして保存するかと廃止を統治するデータ・ライフサイクル管理プロセス アプリケーションアプリケーションソフトウェア - 概念的／機能的又はシステム事業体／事業ライン仕組として表現されたインベントリとダイアグラム API - イベント、メッセージ 技術アプリケーション相互の仲介、又は'ミドルウエア' アプリケーション実行環境と運用枠組-アプリケーション・サーバ環境とオペレーション・システム、認証と認証環境、セキュリティ・システム及び運用と監視システムを含む ハードウエア、プラットフォーム、及びホスト：サーバ、データセンタ、及びコンピュータ室 LAN、WAN、インターネット接続図 イントラネット、エクストラネット、インターネット、電子商取引、電子データ交換 - 組織の内部と外部のパーティ間のリンク オペレーティングシステム 情報インフラ（英語版）ソフトウエア、アプリケーションサーバ、 データベース管理システム プログラミング言語等、事業体／事業ライン技術仕組として表現された