ITパスポート 令和6年度 問7：system_strategyに関する問題

答えは b です。

システムを作る前の最初の段階で「業務プロセスのモデリング」をする目的は、ずばり「仕事の流れを“見える化”して、みんなで同じ理解をするため」です。

たとえば料理を作るとき、頭の中だけだと家族と認識がズレますよね。そこで「材料→切る→焼く→盛る」と図にして見せれば、誰が見ても同じ手順が分かります。それと同じで、業務の流れを図にしておくと、設計の土台になり、関係者の解釈がバラバラになりません。

👉 覚え方：モデリング＝仕事の流れを“絵にして共有”。

ほかの選択肢：a データを分析して隠れたパターンを見つける＝データマイニング／c 個人の知識・ノウハウを社内で共有＝ナレッジマネジメント／d 人を集めてチームをまとめる＝プロジェクト体制づくり。

なぜこれが正解か

正解は b。システム開発の上流工程（要件定義・業務分析）で業務プロセスのモデリングを行う目的は、業務の流れを図などで可視化し、適切なシステム設計の土台となる情報を整備して、関係者間で共通理解（解釈の一致）を得ること。曖昧な口頭説明では認識のズレが起きるため、モデル図で共有して手戻りを防ぐ。

各選択肢の解説

• a 大量データを統計・AIで分析し相関やパターンを見いだす＝データマイニング。
• c 個人の知識・経験・ノウハウを社内で共有し創造に活かす＝ナレッジマネジメント。
• d 必要要員を調達し組織化して目的達成に向かわせる＝プロジェクトマネジメント（チーム編成）。

覚え方・ひっかけ注意

モデリング＝「見える化」と「共通理解」の2語で押さえる。代表的記法はBPMN・DFD・E-R図・UML。aデータマイニングは“分析”の目的で、業務の可視化とは別物。「上流工程で業務を図にする目的」と問われたらb。

理論的背景

業務プロセスのモデリングは、システム開発の上流工程（要件定義・業務分析）において「現実の業務をシステムが扱える形式に変換する」橋渡し作業であり、その本質的な目的は「関係者間の認識の共有と整合」にある。本問の正解bは「業務プロセスを可視化することによって、適切なシステム設計のベースとなる情報を整備し、関係者間で解釈を共有できるようにするため」であり、これは情報システム開発のモデリング活動の普遍的な目的を正確に表している。業務モデリングの代表的な表記法として、UML（Unified Modeling Language）のアクティビティ図・シーケンス図・ユースケース図、BPMN（Business Process Model and Notation: OMG規格）、DFD（データフロー図）、フローチャートがある。特にBPMNはISO 19510として国際標準化されており、業務フロー（イベント・タスク・ゲートウェイ・プール/レーン・シーケンスフロー）を視覚的に記述してIT部門と業務部門の共通言語として機能する。モデリングによる可視化の効果は「業務の複雑性・例外処理・情報の流れが明確化される」「システム化の範囲・境界が合意される」「As-Is（現状）とTo-Be（理想）の差分分析（Gap分析）が可能になる」という3点に集約される。

実務での使われ方

デジタルトランスフォーメーション（DX）推進では業務プロセスのモデリングが「変革の起点」として特に重要性を増している。企業がERPシステム（SAP・Oracle）を導入する際、「現状業務プロセスをERPのベストプラクティスプロセスにフィット（Fit to Standard）させるか、ERP をカスタマイズするか」の判断に業務モデリングが欠かせない。ローコード・ノーコード開発（Microsoft Power Automate・ServiceNow等）では業務担当者自身がフロー図を描くことでシステムを構築できる仕組みがあり、業務モデリングの民主化が進んでいる。BPR（Business Process Re-engineering：業務改革）では業務モデリングを通じて「ボトルネックや非効率な手作業・人手による承認プロセス」を特定し、RPA・AI・ワークフローエンジンによる自動化対象を決定する。ERPやCRMの導入・刷新プロジェクトではベンダーがGAP分析として現状業務フローとシステム標準機能を照合するプロセスにBPMNを使う事例が多い。

試験での位置づけ

業務プロセスのモデリングはITパスポートのシステム戦略・プロジェクト管理・要件定義分野で「モデリングの目的」を問う出題として登場する。本問の4選択肢は「データ分析（BI/AI手法）」「可視化・関係者間の解釈共有（モデリングの目的）」「ナレッジマネジメント（暗黙知の共有）」「プロジェクト人材管理（ヒューマンリソース管理）」という異なる活動目的を並べており、「業務プロセスの可視化→関係者間の認識共有→システム設計の基盤」という因果連鎖が識別のカギとなる。近年の出題トレンドとして、アジャイル開発（ユーザーストーリーマッピング・スプリントプランニング）でのモデリング活用、生成AIによるドキュメント・コード生成との統合という新たな文脈でも問われる可能性がある。基本情報技術者ではUMLの各図の使い分け（クラス図・ユースケース図・シーケンス図・アクティビティ図）・DFD（データフロー図）の読み書き・ER図（エンティティ関係図）の作成まで踏み込んで問われる。

選択肢の発展補足

選択肢aの「データ分析・統計・AI手法による相関・パターン発見」はデータマイニング・BIの目的であり、業務プロセス可視化とは異なる分析アプローチである。データマイニングは蓄積された既存データから隠れた知識を抽出する帰納的プロセスであるのに対し、業務プロセスモデリングは業務の論理的流れを演繹的に記述する設計行為という対比が成立する。選択肢cの「従業員の暗黙知・経験・ノウハウを社内共有して創造的アイデアを生む」はナレッジマネジメント（KM）の定義に対応し、野中郁次郎のSECI（Socialization・Externalization・Combination・Internalization）モデルが理論的基盤となる。これは業務プロセスの「手順の明示化（Externalization）」という側面では業務モデリングと共通する部分もあるが、目的（知識創造vs業務可視化）が根本的に異なる。選択肢dの「プロジェクト要員調達・組織化・一致団結」はPMBOK第6版の「資源マネジメント知識エリア」のプロセスに対応し、具体的にはチームの編成・育成・チームビルディング・パフォーマンス評価が含まれる。これはプロジェクト実施段階（Do）の活動であり、上流工程の要件定義（Plan）における業務モデリングとは開発フェーズが異なる。