ea and openthology
DESCRIPTION
オープンコミュニティ「要求開発アライアンス(http://www.openthology.org)」2007年11月度定例会の発表資料です。TRANSCRIPT
エンタープライズアーキテクチャ
株式会社アーキテクタス細川
2
最初に
「バベルの塔」
BRUEGEL, Pieter the Elder The "Little" Tower of Babel
3
エンタープライズアーキテクチャ
エンタープライズアーキテクチャ(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(ウィキペディア)より引用
経営者の視点
ユーザの視点
システム設計者の視点
システム実装者の視点(概要レベル)
システム実装者の視点(詳細レベル)
データ 機能 ネットワーク
組織 人
時間 動機
4
初期のエンタープライズアーキテクチャ
エンタープライズアーキテクチャ(En t e r p r i s e Ar c h i t e c t u r e、EA)とは、組織のプロセス/情報システム/人事・部門などの構造と機能を包括的かつ厳密な手法で記述する手法であり、それによって組織がその戦略的目的に沿って機能するように方向性を与えるものである。
現状(AsIs)モデル
理想(ToBe)モデル
次期モデル
政策・業務体系( )
データ体系(Data Archi tecture )
適用処理体系(Appl i cat i ons Archi tecture )
技術体系( Technol ogy Archi tecture )
Standards (データモデル、セキュリティ要件などの標準を策定)
As I s
Bu s i n e s sAr c h i t e c t u r e
Da t aAr c h i t e c t u r e
Ap p l i c a t i o n sAr c h i t e c t u r e
Te c h n o l o g yAr c h i t e c t u r e
To Be
Bu s i n e s sAr c h i t e c t u r e
Da t aAr c h i t e c t u r e
Ap p l i c a t i o n sAr c h i t e c t u r e
Te c h n o l o g yAr c h i t e c t u r e
Transi t i onal Processes (業務、システムなどの移行管理計画を策定)
現状(AsIs)モデル
理想(ToBe)モデル
次期モデル
政策・業務体系(
データ体系( Data Archi tecture )
適用処理体系( Appl i cat i ons Archi tecture )
技術体系( Technol ogy Archi tecture )
Standards (データモデル、セキュリティ要件などの標準を策定)
As I s
Bu s i n e s sAr c h i t e c t u r e
Da t aAr c h i t e c t u r e
Ap p l i c a t i o n sAr c h i t e c t u r e
Te c h n o l o g yAr c h i t e c t u r e
To Be
Bu s i n e s sAr c h i t e c t u r e
Da t aAr c h i t e c t u r e
Ap p l i c a t i o n sAr c h i t e c t u r e
Te c h n o l o g yAr c h i t e c t u r e
Transi t i onal Processes (業務、システムなどの移行管理計画を策定)
Busi ness Archi tecture
5
日本におけるエンタープライズアーキテクチャ
• (参考)日本における電子政府構築
「業務・システム最適化指針(ガイドライン)」より抜粋
共通モデル
6
米国政府における電子政府構築の歴史
基本期 導入期
1996IT管理改革法成立
1998連邦EAフレーワーク(FEAF) Ver1.1
変革期
2002電子政府法成立FEA リファレンスモデル
2006Federal Transition Framework Ver1
準備期間 各省毎にEA構築実施
目標
組織の枠を超えた見直し
国民中心結果志向マーケットベース
組織自体の変革抜本的改革
イニシアティブ
共通モデル
目標
組織横断改革指針(予算策定、災害対策
、セキュリティ….)
(リファレンスモデル)(リファレンスモデル)
各府省のEAに反映
7
米国政府における電子政府構築の方向性①
Initiative (組織横断改革指針)
予算策定・実行機能の改善、共通化
災害対策機能の強化
国民の健康に関する機能の強化
情報共有環境の整備
統合的調達機能の確立
IPV6の導入
政府全体の横断的指針 主要機能に関する横断的指針
Initiative(組織横断改革指針)
戦略/業績層
ビジネス層
データ層
コンポーネント層
テクノロジー層
Reference Model (政府共通モデル)
※現在18のInitiativeを提示
8
米国政府における電子政府構築の方向性②
Convergence (収斂化)
組織横断共通モデル
府省個別モデル
組織横断機能への収斂
9
Fe d e r a l T r a n s i t i o n F r a me wo r k
1 0
Fe d e r a l T r a n s i t i o n F r a me wo r k
• イニシアティブ層
Budget Formulation and Execution Line of BusinessCase Management Line of BusinessDisaster ManagementE-AuthenticationE-TravelFederal Health Architecture (FHA)Financial Management Line of BusinessGeospatial Line of BusinessGeospatial One-StopGrants Management Line of BusinessGrants.govHSPD-12Human Resources Line of BusinessInformation Sharing Environment (ISE)Information Systems Security (ISS) Line of BusinessIntegrated Acquisition Environment (IAE)Internet Protocol Version 6 (IPv6)IT Infrastructure Optimization Line of Business
組織横断的に取り組むべき改革指針を定義
WHAT組織の目的とミッションは何か
HOW戦略成果にどれだけ寄与するか
1 1
Fe d e r a l T r a n s i t i o n F r a me wo r k
• 戦略/業績層戦略の全体像(WHATとHOWの連鎖)を定義し、目標を指標化
人材テクノロジ固定資産
プロセス/アクティビティ
業務達成目標
国民への成果
I NPUT OUTPUT OUTCOME
WHAT適切な人材、テクノロジ、固定資産
HOWプロセスおよびアクティビティへの寄与
WHATサービスとして最適な業務
HOW国民および業務達成の成果に寄与
WHO誰のためのサービスか
HOWサービスがどれだけ有効か
年度 分野 カテゴリ 指標
2006 業務達成目標
国民への成果
プロセス
テクノロジ
項目別に目標を指標化
Fe d e r a l T r a n s i t i o n F r a me wo r k
• ビジネス層政府全体の業務を体系し、構造を明示
国防国内の安全防諜法の施行内務・産業司法
国民へのサービス教育エネルギー健康交通所得保証
環境対策自然資源災害対策福祉産業振興雇用科学振興
サービス提供手段市民への直接サービス知識開発/管理公共財の開発/管理規定順守/執行
地方財政への援助融資/保証地方分権
サービス提供支援立法広報規定整備
リソース配置監査/監督歳入
内部リスク管理統治一般
政府リソースの管理調達管理人材管理規定整備財政管理
事務管理情報/技術管理
主要業務(L OB)
環境対策
環境観測/予測環境改善公害防止/管理
詳細化
Fe d e r a l T r a n s i t i o n F r a me wo r k
• データ層政府全体として共有/活用/蓄積すべきデータを定義
情報交換パッケージ
サービスが提供するインターフェースが規定される
Fe d e r a l T r a n s i t i o n F r a me wo r k
• サービスコンポーネント層政府にとって必要なサービス機能を一覧化→詳細化してビジネスコンポーネントを定義
Fe d e r a l T r a n s i t i o n F r a me wo r k
• テクノロジ層政府にとって必要な技術要素を定義
1 6
Fe d e r a l T r a n s i t i o n F r a me wo r k
• 米国政府モデルの構成を少し変えてみると技術進化は
上位層に大きく影響(イノベーション)
相互に依存/影響
1 7
米国政府モデルとOp e n t h o l o g yとの比較
• 両方ともビジネス構造として共通性を持つ
アプリケーション・プロセス
ビジネス・プロセス ビジネス要求
システム要求
ビジネス
アプリケーション
フレームワーク
実装アーキテクチャ
ビジネス戦略
ビジネス
ITシステム
プロセス構造 サービス構造 情報構造
オブジェクトモデル
データモデル
Fe d e r a l T r a n s i t i o n F r a me wo r k(FTF)
Op e n t h o l o g yBDAモデル
イニシアティブ
戦略/業績
ビジネス
プロセス サービス データ テクノロジ
1 8
提言:Op e n t h o l o g y BDAの拡張
• イニシアティブと技術(テクノロジ)の追加
アプリケーションプロセス
ビジネスプロセス ビジネス要求
システム要求
ビジネス
アプリケーション
フレームワーク
実装アーキテクチャ
ビジネス戦略
ビジネス
ITシステム
プロセス構造 サービス構造 情報構造
オブジェクトモデル
データモデル
技術構造
実現技術
技術要求
イニシアティブ NEW
NEW
1 9
提言:要求進化論
• 変化とイノベーションが、要求を進化させる
イニシアティブ/戦略の変化
テクノロジの進化(イノベーション)
システム要求
システム要求
技術要求技術要求
ビジネス要求
技術要求
ビジネス要求ビジネス要求
システム要求システム要求システム要求
価値の増幅
20
まとめ
エンタープライズアーキテクチャにおいて大切なこと
①目的志向 目的を達成するために何を実施すべきなのかを 明確に示すことが必要。
②ビジネス構造の定義 業務とI Tを含めたビジネス構造を定義し 検証と改善を実施。
③変化への対応 I Tの進化などによる変化を取り込む工夫 が必要。
結局、EAが目指すところは「要求開発」に帰着すると思います。