ITパスポート 2023年 問43
問題文
ソフトウェア導入作業に関する記述a〜dのうち、適切なものだけを全て挙げたものはどれか。
a 新規開発の場合、導入計画書の作成はせず、期日までに速やかに導入する。
b ソフトウェア導入作業を実施した後、速やかに導入計画書と導入報告書を作成し、合意を得る必要がある。
c ソフトウェアを自社開発した場合、影響範囲が社内になるので導入計画書の作成後に導入し、導入計画書の合意は導入後に行う。
d 本番稼働中のソフトウェアに機能追加する場合、機能追加したソフトウェアの導入計画書を作成し、合意を得てソフトウェア導入作業を実施する。
選択肢
ア：a, c
イ：b, c, d
ウ：b, d
エ：d（正解）
🔒 解説は解答すると表示されます
ソフトウェア導入作業に関する記述の適切性【ITパスポート 解説】
この問題で正しいのは エ、すなわち d の記述だけです。理由を順を追って分かりやすく説明します。
正解の理由
d の記述は「本番稼働中のソフトウェアに機能追加する場合、機能追加したソフトウェアの導入計画書を作成し、合意を得てソフトウェア導入作業を実施する。」とあります。これは実務での基本的な手順に合致します。
- 導入計画書（導入の手順・日時・担当・影響範囲・ロールバック方法などを記載した文書）は、事前に作成して関係者の合意（承認）を得る必要があります。
※導入計画書：どのようにいつ誰が導入するかを書いた計画書。 - 本番稼働（実際に利用者が使っている環境）に変更を加える場合は、影響が大きく障害や業務停止を招く恐れがあるため、事前準備と合意が必須です。
※本番稼働：ユーザーが通常利用している実運用の環境。
よって d は適切です。
解法ステップ
- 各選択肢が「導入計画書の作成・合意・実施・報告」の順序を守っているか確認します。
- 「本番環境に対する変更は事前計画と合意が必要」という一般原則を頭に置きます。
- 選択肢ごとに「計画は事前か事後か」「合意は事前か事後か」をチェックします。
- 事前計画・事前合意が欠けている記述は誤りと判断します。
この流れで読むと、d だけが正しい順序（計画→合意→実施）を示していることが分かります。
選択肢別の誤答解説
a 新規開発の場合、導入計画書の作成はせず、期日までに速やかに導入する。
- 誤りです。新規開発でも導入は単なるアップロードやコピーだけでなく、設定、データ移行、受入確認などが伴います。導入計画書はこれらを整理し、関係者の合意を得るために必要です。
b ソフトウェア導入作業を実施した後、速やかに導入計画書と導入報告書を作成し、合意を得る必要がある。
- 誤りです。導入計画書（事前の計画書）は導入作業の前に作成・合意されるべきです。導入報告書（導入結果をまとめる文書）は作業後に作成しますが、計画書は事前合意が前提です。
※導入報告書：導入後に実施結果や問題点、改善案をまとめる報告書。
c ソフトウェアを自社開発した場合、影響範囲が社内になるので導入計画書の作成後に導入し、導入計画書の合意は導入後に行う。
- 誤りです。自社開発でも影響は社内に留まるとは限らず、業務停止など重大影響を与えることがあります。導入計画書の合意は導入前に行う必要があります。計画書の作成→合意→導入が原則です。
d 本番稼働中のソフトウェアに機能追加する場合、機能追加したソフトウェアの導入計画書を作成し、合意を得てソフトウェア導入作業を実施する。
- 正しいです。事前に計画と合意を得てから実施する、標準的で安全な手順です。
よくある誤解
- 「自社内だけなら計画は不要」
- 小規模でも業務影響やデータ破損のリスクはあります。計画と合意は安全管理の基本です。
- 「作業が簡単だから導入後に報告すれば良い」
- 手順や責任の明確化、障害発生時の対応（ロールバック）ができていないと大きなトラブルになります。
- 「導入計画書と導入報告書は同じもの」
- 計画書は事前、報告書は事後の別書類です。役割が異なります。
補足コラム
導入時には「検証環境（ステージング環境）」での事前テストが推奨されます。
- 検証環境：本番とほぼ同じ構成でテストする環境。問題を事前に見つけるために使います。
併せて導入計画書に含めると良い項目の例： - 導入日時・所要時間、担当者、実施手順、影響範囲、事前・事後チェックリスト、ロールバック手順（元に戻す方法）、連絡先、サービス停止の有無。
これらが明確であれば、導入後のトラブルを最小限にできます。
FAQ
Q1: 導入計画書は誰が作るべきですか？
A1: 開発側と運用（保守）側が協力して作成します。最終的な合意はシステムオーナーや運用責任者が行います。
A1: 開発側と運用（保守）側が協力して作成します。最終的な合意はシステムオーナーや運用責任者が行います。
Q2: 小さな修正でも毎回計画書が必要ですか？
A2: 小さくても影響がある場合は計画が必要です。頻繁に小規模な変更がある場合は、変更の分類（軽微/通常/大規模）を定め、軽微なものは簡易手続きで良いなどルール化すると運用しやすくなります。
A2: 小さくても影響がある場合は計画が必要です。頻繁に小規模な変更がある場合は、変更の分類（軽微/通常/大規模）を定め、軽微なものは簡易手続きで良いなどルール化すると運用しやすくなります。
Q3: 合意（承認）が得られないとどうなる？
A3: 合意がないまま実施すると、責任の所在が曖昧になり、問題発生時に対応が遅れます。原則として合意なしで本番変更は避けるべきです。
A3: 合意がないまま実施すると、責任の所在が曖昧になり、問題発生時に対応が遅れます。原則として合意なしで本番変更は避けるべきです。
Q4: ロールバック（戻すこと）も計画に含めるべきですか？
A4: はい。万一の障害時に迅速に元に戻す手順（ロールバック）は必須です。
A4: はい。万一の障害時に迅速に元に戻す手順（ロールバック）は必須です。
関連キーワード: ソフトウェア導入、導入計画、導入報告、変更管理、リリース管理、本番環境、検証環境、ロールバック、運用保守
\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！