最終更新日：2026年8月31日
fe fe-technology system-development maintenance
まず結論
アプリケーション保守では、プログラムを修正してテストしただけでは完了ではありません。
基本情報技術者試験では、次の流れで考えると判断しやすくなります。
変更する
↓
テストする
↓
承認を得る
↓
本番へ反映する
↓
完了を記録する
試験中は、次の一文を思い出せれば十分です。
保守は「修正・テスト」で終わらず、承認・本番反映・完了記録まで管理する。
直感的な説明
アプリケーション保守は、運用中のシステムを安全に直す作業です。
たとえば、画面の不具合を修正したとします。
修正プログラムがテスト環境で正常に動いても、その時点ではまだ本番利用者には反映されていません。
修正できた
≠
本番反映まで安全に完了した
本番環境へ移す前には、変更内容を確認し、必要な承認を得ます。
その後、本番へ反映し、作業が完了したことを記録します。
このように、保守では 誰が、何を、いつ変更し、どこまで完了したかを追跡できる状態 が重要です。
定義・仕組み
アプリケーション保守とは、運用中のソフトウェアに対して、不具合修正や機能変更、環境変化への対応などを行い、継続して利用できる状態を保つ活動です。
保守作業では、変更によって本番環境へ予期しない影響を与えないように、手順を管理します。
基本的な流れ
1. 変更内容を決める
2. プログラムを修正する
3. テストする
4. 承認を得る
5. 本番環境へ移行する
6. 完了を記録する
重要なのは、テストと本番反映の間に確認・承認があることです。
変更内容が簡単に見えても、本番環境へ直接変更すると、想定外の影響が発生したときに原因や変更履歴を追いにくくなります。
また、作業完了を記録することで、未完了の保守案件が放置されることを防ぎます。
公式の出題範囲やシラバスは、IPA：基本情報技術者試験 から確認できます。
科目Aでどう出る？
科目Aでは、保守作業の手順として適切かどうかを問われることがあります。
次の判断基準が有効です。
| 問題文の内容 | 判断 |
|---|---|
| テスト後、承認を得て本番へ反映する | 適切 |
| 変更が簡単なので本番を直接修正する | 不適切 |
| テストが終わった時点で保守完了とする | 不適切 |
| 本番反映後、作業完了を記録する | 適切 |
試験では、次のように切り分けます。
テスト終了
→ まだ保守完了ではない
承認前に本番反映
→ ×
本番を直接変更
→ ×
本番反映後に完了記録
→ ○
「変更が小さいから省略できる」に注意
変更が簡単だからといって、テストや承認を省略してよいとは限りません。
試験では、本番環境を安全に守るための管理手順を省略している選択肢を疑います。
どんな場面で使う？
アプリケーション保守は、運用開始後のさまざまな変更で行われます。
- 不具合を修正する
- 法令や業務ルールの変更へ対応する
- OSやミドルウェアの変更へ対応する
- 小さな機能改善を行う
- セキュリティ上の修正を反映する
どの場合でも、重要なのは「修正できたか」だけではありません。
変更内容を確認できる
テスト結果を確認できる
承認者が分かる
本番反映結果が分かる
完了したことを追跡できる
という状態にしておくことが重要です。
よくある誤解・混同
テストが終われば保守完了
違います。
テストは、本番へ反映する前の確認工程です。
修正
→ テスト
→ 承認
→ 本番反映
→ 完了記録
本番環境への移行まで終わって、はじめて利用者が修正版を使える状態になります。
小さな変更なら本番を直接直してよい
試験では不適切と判断します。
変更が小さくても、本番環境へ直接変更すると、テスト不足や予期しない影響、変更履歴の不明確化につながります。
テスト担当者がOKなら本番へ移してよい
テスト結果だけでなく、必要な承認手続も確認します。
テストに合格
≠
本番反映の承認済み
という点に注意します。
完了記録は事務作業なので重要ではない
完了記録も保守管理の一部です。
記録があれば、
- どの変更が完了しているか
- いつ反映したか
- 未完了の作業が残っていないか
を確認できます。
まとめ（試験直前用）
- アプリケーション保守は、運用中のソフトウェアを安全に変更する活動
- 「修正・テスト」で終わらず、承認・本番反映・完了記録まで考える
- テスト終了だけでは保守完了ではない
- 変更が簡単でも、本番環境の直接更新は避ける
- 本番反映前には必要な承認を確認する
- 完了記録によって、変更履歴や未完了作業を追跡できる
テスト終了 ≠ 保守完了。承認 → 本番反映 → 完了記録まで確認する。