是正保守

発見された障害や不具合を修正するために行う保守。本番環境で問題が発生した際に、原因を特定し修正する活動。最も基本的な保守タイプであり、日常点検で発見された問題への対応も含む。

発見された障害を修正するために行うソフトウェア保守。バグの修正や不具合の是正処置が該当する。保守タイプの中で最も一般的なもの。

ソフトウェアの引渡し後に発見された、顕在化した不具合を修正する保守。利用者からの障害報告などを受けて事後に行う。ISO/IEC 14764（JIS X 0161）では、予防保守とともに障害を正す訂正（correction）の保守に分類される。

Past Exams

過去問での出題

過去問で 6 回出題（応用情報技術者試験 4・システムアーキテクト試験 1・高度試験午前Ⅰ 1）

出典: 独立行政法人情報処理推進機構（IPA）の過去問題。問題文は IPA のサイトの PDF で確認できます。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

潜在的な問題が顕在化する前に予防的に修正・改善を行う保守。将来発生し得る障害を未然に防ぐため、コードの改善やセキュリティパッチの適用などを計画的に実施する。

性能改善や機能追加など、システムをより良くするために行う保守。改良保守とも呼ばれ、ユーザーの新たな要望や業務変更への対応、操作性の改善などが含まれる。

OSのバージョンアップやハードウェアの変更など、動作環境の変化にソフトウェアを適応させるために行う保守。外部環境の変化に対応してシステムを維持する活動。

ソフトウェアの外部的な振る舞い（機能）を変えずに、内部構造を改善する活動。コードの可読性・保守性を向上させ、技術的負債を解消する。保守工程や開発中に継続的に行われる。

既存のソフトウェアを解析して、仕様や構成部品などの情報を得る活動。保守や移行の際にドキュメントが不足している場合に用いられる。知的財産権との関係で利用許諾契約による制限がある場合もある。

システムが実現すべき機能に関する要件。業務処理や画面・帳票の仕様、データ処理など、システムが「何をするか」を明確にする。非機能要件と対比される概念で、ユーザーの業務ニーズを直接反映する。