平成21年度秋期 情報処理安全確保支援士 午前Ⅰ 問23

本番システムを「勝手に書き換えてバグを出す」のを防ぐための承認フロー

ITILの「変更管理」は、システムに新しい機能を入れたり設定を変えたりするとき、本当に問題がないか事前に影響を評価し、責任者の「承認」を得てから計画的に本番に反映させるプロセスだよ。これによって、無計画なシステム変更による予期せぬトラブルを防ぐんだ。

この問題で問われていること

トラブルに対応する「インシデント管理」ではなく、「新機能や修正を安全に本番に反映させるための、事前の評価と『承認』を行うプロセス」であることを選ぼう。

ITIL Change Management

change management in ITIL evaluates、 approves、 and controls changes to reduce service disruption

request\nimpact assessment\napproval\ncontrolled implementation

確認ポイント

• 障害復旧そのものの管理ではありません。
• 影響評価と承認が要点です。
• 変更管理を選ぶ。

正解

ア

出典

問題文と解答は IPA 公開の過去問題冊子・解答例を基にしています。

選択肢ア（正解）

業務流れ図が正解だよ。ビジネスアーキテクチャは、会社の仕事がどんな順番で進むかを整理するもの。たとえるなら、役所で「受付→確認→承認→通知」と窓口を順番に回る案内図みたいなものだね。業務流れ図はまさに仕事の流れを見える化する図だから、この問題の答えになるよ。

選択肢イ

実体関連ダイアグラムは不正解だよ。これはデータ同士の関係を見る図で、たとえば「顧客」「注文」「商品」がどう結び付くかを整理する名簿や台帳の関係図みたいなもの。データ体系ならこれが合うけど、今回のビジネスアーキテクチャは業務の流れがテーマなので違うんだ。

選択肢ウ

情報システム関連図は不正解だよ。これは会社の中のシステム同士がどうつながっているかを見る図で、たとえるなら「店の窓口と倉庫と会計システムの連絡図」みたいなもの。今回聞かれているビジネスアーキテクチャは、業務そのものの流れを見る話なので、システム同士の関係を見るこの図は主役じゃないんだ。

選択肢エ

ソフトウェア構成図は不正解だよ。これはソフトウェアの部品や構成を見る図で、たとえるなら「家電の中にどんな部品が入っているかの分解図」みたいなもの。ビジネスアーキテクチャで見たいのは、受付して確認して処理する、という仕事の流れだから、ソフトの中身を見る図では目的がずれているよ。