リバースエンジニアリング

既存のソフトウェアやシステムを解析し、その仕様や設計情報を抽出する技法。ドキュメントが不十分なレガシーシステムの仕様把握や、システム刷新時の現状分析に活用される。

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

既存のソフトウェアのプログラムを解析して、その仕様や設計を明らかにすること。設計書が残っていない、または実態と合わないシステムの保守や再構築に使う。他社の製品を解析するときは、著作権や使用許諾契約による制限に注意を要する。

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

潜在的な障害が顕在化する前に、予防的に修正を行うソフトウェア保守。将来発生し得る問題を事前に対処することで、障害の発生を未然に防ぐ。

環境の変化（OSのバージョンアップ、法制度改正など）に対応するために行うソフトウェア保守。ソフトウェア自体の不具合ではなく、外部環境の変化への適応が目的。

性能改善や保守性向上など、ソフトウェアの品質や機能を改良するために行う保守。機能拡張要求への対応やリファクタリングが該当する。改良保守とも呼ばれる。

外部から見たソフトウェアの振る舞いを変えずに、内部構造を改善する作業。コードの可読性、保守性、拡張性を向上させることが目的。回帰テストにより既存機能への影響がないことを確認しながら段階的に進める。

稼働を始めたソフトウェアに対して、見つかった不具合の修正、法改正や業務の変更への対応、性能や使い勝手の改善などを行う活動。システムを安定して使い続けるために必要で、修正したときは、変更していない部分に影響が出ていないかを確かめる回帰テストを行う。