EA and Openthology

エンタープライズアーキテクチャ株式会社アーキテクタス細川

最初に「バベルの塔」 BRUEGEL, Pieter the Elder 　The quot;Littlequot; Tower of Babel 2

エンタープライズアーキテクチャエンタープライズアーキテクチャ（En t e r p r i s e Ar c h i t e c t u r e 、EA）とは、組織のプロセス/情報システム/人事・部門などの構造と機能を包括的かつ厳密な手法で記述する手法であり、それによって組織がその戦略的目的に沿って機能するように方向性を与えるものである。 Wi k i p e d i a （ウィキペディア）より引用経営者の視点ユーザの視点システム設計者の視点システム実装者の視点（概要レベル）システム実装者の視点（詳細レベル）ネット組織データ機能時間動機ワーク　人 3

初期のエンタープライズアーキテクチャエンタープライズアーキテクチャ（En t e r p r i s e Ar c h i t e c t u r e 、EA）とは、組織のプロセス/情報システム/人事・部門などの構造と機能を包括的かつ厳密な手法で記述する手法であり、それによって組織がその戦略的目的に沿って機能するように方向性を与えるものである。現状（ＡｓＩｓ）次期モデル理想（ＴｏＢｅ）モデルモデル As I s To Be 政策・業務体系政策・業務体系 Bu s i n e s s Bu s i n e s s （ Busi ness Archi t ect ure ） Ar c h i t e c t u r e Ar c h i t e c t u r e データ体系データ体系 Da t a Da t a （Dat aa Archi tt ect ure ） Dat Archi ect ure Ar c h i t e c t u r e Ar c h i t e c t u r e 適用処理体系適用処理体系 Ap p l i c a t i o n s Ap p l i c a t i o n s （Appl i i cat i ons Archi t t ect ure ） Appl cat i ons Archi ect ure Ar c h i t e c t u r e Ar c h i t e c t u r e 技術体系技術体系 Tec hn o l o g y Tec hn o l o gy （ Technol ogy Archi ttect ure ） Technol ogy Archi ect ure Ar c h i t e c t u r e Ar c h i t e c t u r e St andards （データモデル、セキュリティ要件などの標準を策定） Transi t i onal Processes （業務、システムなどの移行管理計画を策定） 4

日本におけるエンタープライズアーキテクチャ • （参考）日本における電子政府構築「業務・システム最適化指針（ガイドライン）」より抜粋 5

米国政府における電子政府構築の歴史基本期導入期変革期 2002 2006 1996 1998 Federal Transition 電子政府法成立 IT管理改革法連邦EAﾌﾚｰﾜｰｸ FEA ﾘﾌｧﾚﾝｽﾓﾃﾞﾙ Framework Ver1 （FEAF） Ver1.1 成立組織の枠を各省毎に組織自体の変革準備期間超えた見直し抜本的改革 EA構築実施組織横断改革指針（予算策定、災害対策国民中心、セキュリティ….）結果志向ｲﾆｼｱﾃｨﾌﾞマーケットベース目標目標共通モデル共通モデル（ﾘﾌｧﾚﾝｽﾓﾃﾞﾙ）（ﾘﾌｧﾚﾝｽﾓﾃﾞﾙ） 6

米国政府における電子政府構築の方向性① Initiative (組織横断改革指針) Initiative（組織横断改革指針） ※現在１８のInitiativeを提示主要機能に関する横断的指針政府全体の横断的指針 IPV6の導入予算策定・実行機能情報共有環境災害対策機能の国民の健康に関する統合的調達機能の改善、共通化の整備強化機能の強化の確立 Reference Model （政府共通モデル）戦略／業績層ビジネス層データ層コンポーネント層テクノロジー層各府省のEAに反映 7

米国政府における電子政府構築の方向性② Convergence (収斂化) 組織横断共通モデル組織横断機能への収斂府省個別モデル 8

Fe d e r a l T r a n s i t i o n Fr a me wo r k 9

Fe d e r a l T r a n s i t i o n Fr a me wo r k • イニシアティブ層組織横断的に取り組むべき改革指針を定義 Budget Formulation and Execution Line of Business Case Management Line of Business Disaster Management E-Authentication E-Travel Federal Health Architecture (FHA) Financial Management Line of Business Geospatial Line of Business Geospatial One-Stop Grants Management Line of Business Grants.gov HSPD-12 Human Resources Line of Business Information Sharing Environment (ISE) Information Systems Security (ISS) Line of Business Integrated Acquisition Environment (IAE) Internet Protocol Version 6 (IPv6) IT Infrastructure Optimization Line of Business 10

Fe d e r a l T r a n s i t i o n Fr a me wo r k • 戦略／業績層戦略の全体像（WHATとHOWの連鎖）を定義し、目標を指標化人材国民への業務達成プロセス／ﾃｸﾉﾛｼﾞアクティビティ成果目標固定資産 WHAT WHAT WHO WHAT 適切な人材サービスと誰のための組織の目的、ﾃｸﾉﾛｼﾞ、して最適なサービスかとミッショ固定資産業務ンは何か HOW HOW HOW HOW プロセスおよ国民およびサービスが戦略成果にどびアクティビ業務達成のどれだけ有効れだけ寄与すティへの寄与成果に寄与かるか項目別に目標を指標化年度分野カテゴリ指標２００６業務達成目標 I NPUT OUTCOME OUTPUT 国民への成果プロセステクノロジ 11

Fe d e r a l T r a n s i t i o n Fr a me wo r k • ビジネス層政府全体の業務を体系し、構造を明示主要業務（L OB）詳細化国民へのサービス環境対策教育国防環境対策エネルギー国内の安全自然資源防諜健康災害対策環境観測／予測交通法の施行福祉所得保証内務・産業産業振興環境改善司法雇用公害防止／管理科学振興サービス提供手段市民への直接ｻｰﾋﾞｽ地方財政への援助知識開発／管理融資／保証公共財の開発／管理地方分権規定順守／執行サービス提供支援内部リスク管理立法リソース配置統治一般広報監査／監督規定整備歳入政府リソースの管理事務管理調達管理人材管理情報／技術管理規定整備財政管理

Fe d e r a l T r a n s i t i o n Fr a me wo r k • データ層政府全体として共有／活用／蓄積すべきデータを定義情報交換パッケージサービスが提供するインターフェースが規定される

Fe d e r a l T r a n s i t i o n Fr a me wo r k • サービスコンポーネント層政府にとって必要なサービス機能を一覧化 →詳細化してビジネスコンポーネントを定義

Fe d e r a l T r a n s i t i o n Fr a me wo r k • テクノロジ層政府にとって必要な技術要素を定義

Fe d e r a l T r a n s i t i o n Fr a me wo r k • 米国政府モデルの構成を少し変えてみると技術進化は上位層に大きく影響（イノベーション）相互に依存／影響 16

米国政府モデルとOp e n t h o l o g y との比較 • 両方ともビジネス構造として共通性を持つ Op e n t h o l o g y Fe d e r a l Tr a n s i t i o n Fr a me wo r k （FTF） BDAモデルイニシアティブ戦略／業績ビネ戦ジス略ビジネスビネジスビジプセ構ロス造サビ構ース造情構報造ネプロセスサービスデータテクノロジスオジクブェトビネ・ロスジスプセビネ要ジス求モルデシテ要スム求デターアリーョ・ロスプケシンプセ I モルデ T シスアリーョプケシンテムフーワクレムー実アキクャ装ーテチ 17

提言：Op e n t h o l o g y BDAの拡張イニシアティブと技術（テクノロジ）の追加 • NEW イシテブニアィビネ戦ジス略ビネジスビジ技構術造プセ構ロス造サビ構ース造情構報造ネ NEW スビネジスオジクブェト技要術求ビネ要ジス求プセロスモルデアリーョプケシンシテ要スム求デター実技現術 I プセロスモルデ T シスアリーョプケシンテムフーワクレムー実アキクャ装ーテチ 18

提言：要求進化論変化とイノベーションが、要求を進化させる • イニシアティブ／戦略の変化価値の増幅ビジネス要求ビジネス要求ビジネス要求システム要求システム要求システム要求システム要求システム要求技術要求技術要求技術要求テクノロジの進化（イノベーション） 19

まとめエンタープライズアーキテクチャにおいて大切なこと ①目的志向　目的を達成するために何を実施すべきなのかを　明確に示すことが必要。 ②ビジネス構造の定義　業務とI Tを含めたビジネス構造を定義し結局、EAが目指す　検証と改善を実施。ところは「要求開発」に帰着すると思います。 ③変化への対応　I Tの進化などによる変化を取り込む工夫　が必要。 20

EA and Openthology

by Kent Ishizawa on Dec 20, 2007

Accessibility

Tags

Upload Details

Usage Rights

1 Embed 1

Statistics

EA and Openthology — Presentation Transcript