ITパスポート 2016年 秋期 問36
問題文
社内で開発したソフトウェアの本番環境への導入に関する記述のうち、最も適切なものはどれか。
選択肢
ア:開発したソフトウェアの規模によらず必ず導入後のシステム監査を行い、監査報告書を作成する必要がある。
イ:ソフトウェア導入に当たっては、実施者、責任者などの実施体制を明確にしておく必要がある。(正解)
ウ:ソフトウェア導入は開発作業に比べて短期間に実施できるので、導入手順書を作成する必要はない。
エ:ソフトウェア導入はシステム部門だけで実施する作業なので、作業結果を文書化して利用部門に伝える必要はない。
🔒 解説は解答すると表示されます
ソフトウェアの本番環境への導入に関する記述【ITパスポート 解説】
正解の理由
本番環境(本番環境:実際の利用者が使う運用中のシステム)へソフトウェアを導入する際は、誰が作業を行うか、誰が責任を持つかを事前に決めておくことが重要です。これにより、作業の手順・連絡先・責任の所在が明確になり、トラブル発生時の対応や作業の中断・ロールバック(元に戻す操作)などが速やかに行えます。したがって、選択肢のうち、実施体制を明確にすることを述べている イ が最も適切です。
解法ステップ
- 問題文で問われている場面を確認する(本番環境への導入)。
- 各選択肢が「常に」「必ず」「必要はない」など極端(絶対表現)かを見つける。絶対表現は誤りとなる可能性が高い。
- リスク管理の観点(誰が責任を持つか、手順書や報告の必要性)で妥当か判断する。
- 本番導入は関係者調整と責任の明確化が必須である点から、イを選ぶ。
選択肢別の誤答解説
-
ア: 「規模によらず必ず監査を行い、報告書を作成する必要がある。」
→ 誤り。システム監査(システム監査:安全性や手続きが適切かを第三者的に検証すること)は、法令や社内規程、重要度・影響範囲に応じて実施の有無や範囲が変わります。小規模な変更で監査が不要な場合もあります。したがって「規模によらず必ず」は過度に一般化しています。 -
ウ: 「導入は短期間に実施できるので、導入手順書は不要だ。」
→ 誤り。導入が短時間でも、手順書(導入手順書:誰が何をいつ行うかを記した文書)は確認ミスや手戻りを防ぐために重要です。短時間作業こそ手順を決めておくことで安全に終えられます。 -
エ: 「システム部門だけで実施する作業なので、利用部門への文書化報告は不要だ。」
→ 誤り。本番導入はサービスを使う利用部門(利用部門:業務を行う部門やエンドユーザー)に影響を与えるため、結果や注意点・停止時間などは必ず共有する必要があります。情報共有や検収(受け入れ確認)が欠かせません。
よくある誤解
- 「小さい変更だから書類はいらない」
- 実際には小さな変更でも想定外の影響が出ることがあります。手順書や確認ルールでミスを減らします。
- 「導入は技術的作業だから責任者は不要」
- 技術作業でも決定権や緊急判断が必要です。責任者不在だと対応が遅れます。
- 「監査はいつも必要」または「監査は不要」
- 監査は目的・規模・規制に応じて必要性が変わります。自社ルールに従うことが大切です。
補足コラム
-
本番導入でよく使われる仕組みや用語
- ステージング環境(ステージング環境:本番に似せたテスト用の環境)で事前検証を行う。
- ロールバック計画(ロールバック:導入前の状態に戻す計画)を作る。
- 検収(検収:利用部門が成果物を確認して合意すること)とサインオフ(正式承認)を明確にする。
-
簡単な導入チェックリスト例
- 実施日時と影響範囲の確認
- 実施者・責任者・連絡先の確定
- 事前バックアップとロールバック手順の準備
- ステージングでの動作確認結果の記録
- 利用部門への周知(停止時間や利用上の注意)
- 作業後の報告と振り返り(事後検証)
-
役割の一例(わかりやすく)
- 責任者(リリースオーナー):最終判断と対外対応の責任を持つ。
- 実施者(運用担当/エンジニア):実際の作業を行う。
- 利用部門代表:受け入れと業務影響の確認を行う。
FAQ
Q1: 本番導入前に必ず作るべき文書は何ですか?
A1: 最低限「導入手順書」と「影響範囲(停止時間など)の通知」、「バックアップ・ロールバック手順」は用意してください。
A1: 最低限「導入手順書」と「影響範囲(停止時間など)の通知」、「バックアップ・ロールバック手順」は用意してください。
Q2: いつシステム監査が必要になりますか?
A2: 法令や業界規制、社内ルールで求められる場合や、業務・顧客に重大な影響がある変更の場合は監査を実施します。
A2: 法令や業界規制、社内ルールで求められる場合や、業務・顧客に重大な影響がある変更の場合は監査を実施します。
Q3: 導入手順書は誰が作成すべきですか?
A3: 実施者(開発または運用担当)が中心に作り、利用部門や関係者がレビューして承認するのが一般的です。
A3: 実施者(開発または運用担当)が中心に作り、利用部門や関係者がレビューして承認するのが一般的です。
Q4: 利用部門への報告はどのタイミングで行うべきですか?
A4: 事前通知(影響・停止時間など)、作業完了報告、問題発生時の随時報告、そして事後の振り返り報告の4回が基本です。
A4: 事前通知(影響・停止時間など)、作業完了報告、問題発生時の随時報告、そして事後の振り返り報告の4回が基本です。
関連キーワード: ソフトウェア導入、リリース管理、導入手順書、責任者、運用移行、ロールバック、ステージング環境、監査、検収、移行計画

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

