平成25年度 春期63ストラテジ系

基本情報 平成25年度 春期 問63:ストラテジ系に関する問題

情報戦略における全体最適化計画策定の段階で, 業務モデルを定義する目的はどれ か。

  • a企業の全体業務と使用される情報の関連を整理し, 情報システムのあるべき姿を 明確化すること正答
  • bシステム化の範囲や開発規模を把握し, システム化に要する期間, 開発工数, 開 発費用を見積もること
  • c情報システムの構築のために必要なハードウェア, ソフトウェア, ネットワーク などの構成要素を洗い出すこと
  • d情報システムを実際に運用するために必要な利用者マニュアルや運用マニュアル を作成するために, 業務手順を確認すること
正答:A企業の全体業務と使用される情報の関連を整理し, 情報システムのあるべき姿を 明確化すること

AI解説(初心者・標準・上級)

理解度に合わせて3レベルの解説を無料で読めます。

初心者向けまずはここから。やさしく要点を解説

答えは a です。

業務モデルとは「会社の全業務と、そこで使う情報の関係を整理した地図」。これを描く目的は、理想のシステムの姿(あるべき姿)をはっきりさせるためです。

たとえば家の間取り図を描いて「ここをリビング、ここを書斎にしたい」と決めるのと同じ。先に全体像を整理してから、細かいリフォーム計画を立てる感覚です。

👉 覚え方:「業務モデル=業務と情報の地図=あるべきシステム像の明確化」。

ほかの選択肢:b は工数見積(後工程)/c はハード選定(さらに後工程)/d はマニュアル作成(運用フェーズの話)。

標準試験対策の基準レベル

なぜこれが正解か

正解は a。情報戦略の全体最適化計画策定段階で業務モデルを定義する目的は、企業の全体業務と使用される情報の関連を整理し、情報システムのあるべき姿(To-Be)を明確化すること。As-Is/To-Be分析のTo-Be側のベース文書となる。

各選択肢の解説

  • a 企業の全体業務と情報の関連整理、情報システムのあるべき姿を明確化 → 業務モデル定義の目的(正解)。
  • b システム化範囲・開発規模を把握、期間・工数・費用見積 → システム化計画フェーズの活動
  • c ハードウェア・ソフトウェア・ネットワークなど構成要素の洗い出し → システム設計フェーズの活動
  • d 利用者・運用マニュアル作成のための業務手順確認 → 運用準備フェーズの活動

覚え方・ひっかけ注意

業務モデルは「全社最適化のためのToBe像策定」が目的で、個別システムの工数見積・技術選定は後工程。EA(エンタープライズアーキテクチャ)のビジネスアーキテクチャ・データアーキテクチャに該当。業務モデルの代表表記:業務機能構成図、業務フロー図、データフロー図、ERダイアグラム。

上級誤答論破・背景理論まで深掘り

理論的背景

情報戦略の全体最適化計画策定では、As-Is分析(現状の業務・情報・システムの把握)とTo-Be定義(あるべき姿の構想)の2段階で業務モデルを構築する。業務モデルの構成要素:

  • 業務体系:業務機能構成図(Functional Decomposition Diagram)でトップダウンに業務階層を分解
  • 業務プロセス:業務フロー図(Activity Diagram、BPMN)で時系列の業務手順を表現
  • 業務情報:データフロー図(DFD)、ERD、情報体系図で情報の流れと構造を表現
  • 業務組織:組織構造、役割責任、RACI マトリクス

これらは EA(エンタープライズアーキテクチャ)のビジネスアーキテクチャ(BA)+ データアーキテクチャ(DA)に対応し、TO-BE側を描くことで As-Is とのギャップを分析、施策ロードマップを策定する。

実務での使われ方

全体最適化計画は数年単位(中長期 3〜5年)の構想で、IT中期計画・DX推進計画と統合される。代表手法:

  • ABC(Activity Based Costing)+ ABM:業務活動原価から業務改善優先度を判定
  • BPM(Business Process Management):業務プロセスの可視化・自動化・継続改善
  • BPMN(Business Process Model and Notation):業務プロセス標準記法
  • TOGAF ADM:As-Is→To-Be→Gap→Roadmapの反復改善サイクル

DX時代は SoR(基幹系:安定・標準化重視)と SoE(顧客体験系:俊敏・差別化重視)に分けたモード2アプローチ(Bimodal IT)も主流。

試験での位置づけ

FE・APストラテジ系で頻出。EA、情報戦略、共通フレームの企画プロセス、業務分析手法、IT投資マネジメント、DX推進と関連付けて出題。応用情報・ITストラテジストでは業務改革(BPR)の手順、業務とシステムの整合性、組織変革管理(OCM)まで踏み込む。

関連事項・発展補足

業務モデル定義の落とし穴は (1) 現状追認モデルになる(As-Isをそのままシステム化、ムダ業務継承)、(2) 詳細度過剰(モデルが重厚化して活用不能)、(3) ステークホルダ巻き込み不足(業務部門の納得感欠如)、(4) 継続更新の仕組み不在。対策として、8/80 ルール(モデルの粒度調整)、ファシリテーション型ワークショッププロトタイプ検証EAリポジトリでの一元管理が定石。アジャイル時代はユーザーストーリーマッピングサービスブループリントドメイン駆動設計(DDD)の戦略的設計(境界づけられたコンテキスト)が業務モデリングの新潮流。経営戦略と業務モデルと情報システムの3層整合性(戦略整合性モデル:SAM)を継続的に維持することが、DX成功の核心要素となる。

出典・引用について

出典:IPA(情報処理推進機構)公式 基本情報技術者試験 平成25年度 春期63/ 公的機関配布資料につき出典明記の上引用。解説は合格ナビによる独自AI解説です。

ストラテジ系の他の過去問

66
ストラテジ系
69
ストラテジ系
71
ストラテジ系
79
ストラテジ系
63
ストラテジ系

あなたの弱点を診断して、合格までの最短ルートを

この分野を連続演習し、AIがあなたの弱点を分析。合格ナビなら基本情報の過去問を解きながら学べます。