ITパスポート 2016年 春期 問27

企業の業務と情報システムの現状を把握し、目標とするあるべき姿を設定して、全体最適を図りたい。このときに用いられる手法として、適切なものはどれか。【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文のキーワードを拾う
   • 「企業の業務と情報システムの現状を把握」
   • 「目標とするあるべき姿を設定」
   • 「全体最適」
2. 各選択肢の目的・対象を確認する
   • 企業全体を対象にしているか、ソフトウェア開発やデータ処理に限られるかを見分ける
3. 全体最適や業務とITの整合を扱うものを選ぶ
   • ここでは EA（Enterprise Architecture）が該当するため選ぶ

選択肢別の誤答解説

• ア: DOA（Data Oriented Approach：データ指向アプローチ）
  • 意味：データを中心に設計する考え方で、データモデルやデータフローを重視します。
  • なぜ不適切か：データの扱いは重要ですが、DOA は主にデータ設計やデータ活用に焦点があり、企業全体の業務とITを俯瞰して「あるべき姿」を設定し、全体最適を図る機能を持つ枠組みではありません。
• イ: EA（Enterprise Architecture：エンタープライズアーキテクチャ）
  • 意味：企業全体の業務・情報・アプリ・技術を体系的に整理し、現状と目標を定めて整備方針（ガバナンスやロードマップ）を策定する枠組み。
  • 適切な理由：設問で求める「現状把握」「あるべき姿の設定」「全体最適」をそのままカバーします。
• ウ: OOA（Object Oriented Analysis：オブジェクト指向解析）
  • 意味：ソフトウェア開発で使う分析手法で、対象を「オブジェクト」（データと振る舞いを持つもの）として捉えて設計する手法です。
  • なぜ不適切か：ソフトウェアやシステムの仕様作りに使う手法であり、企業全体の業務とITを統合して将来像を描く EA の役割とはスコープが異なります。
• エ: SOA（Service Oriented Architecture：サービス指向アーキテクチャ）
  • 意味：機能を「サービス」として分割・公開し、必要に応じて組み合わせて使うソフトウェア設計の考え方です。
  • なぜ不適切か：システムの設計・連携手法として有用ですが、企業全体の戦略や「あるべき姿」を定めるための包括的な枠組みではありません。

よくある誤解

1. SOA と EA を混同する
   • 多くの受験者は「サービス化＝全体最適」と考えがちですが、SOA は主にシステム間の連携・設計手法です。EA は経営とITをつなぎ、方針やロードマップを作る枠組みです。
2. OOA や DOA を選んでしまう
   • 「分析」や「データ中心」だから全体の設計に使えると考える人がいますが、これらは部分最適（ソフトウェアやデータ設計）に強く、企業全体の「あるべき姿」を描く役割は限定的です。
3. EA は単なる「ITの設計」と思う
   • EA は経営戦略とITを結びつける役割があり、単に技術だけを見るものではありません。業務プロセスや組織、ガバナンスも含めて考えます。

補足コラム

• 例：都市計画に例えると
  • 都市全体の将来像（人口、交通、インフラ）を描くのが EA。
  • 道路の設計や電線の配線（個別の技術設計）が SOA や OOA に相当します。
• 代表的なフレームワーク
  • TOGAF（The Open Group Architecture Framework：企業アーキテクチャの標準的な枠組み）
  • Zachman フレームワーク（視点ごとに整理する枠組み）
  • これらは EA を進める際の手順やモデルの例です。

• 業務とITの整合性が高まり、無駄なシステム投資を減らせる
• システム更新の優先順位（ロードマップ）が明確になる
• コンプライアンスやセキュリティの統制がしやすくなる

FAQ