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

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

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

既存のソフトウェアを解析して、仕様や構成部品などの情報を得る技術。保守やマイグレーションの際に設計情報を復元するために用いる。知的財産権の侵害に注意が必要で、利用許諾契約で禁止されている場合がある。

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

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

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

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

老朽化・複雑化したレガシーシステムを、クラウド、マイクロサービス、コンテナなどの現代的な技術や設計に刷新すること。基盤の移し替えにとどまらず、アプリケーションの構造や開発・運用の方法も見直して、保守費用の削減と変化への対応力の向上を図る。

保守で修正したソフトウェアが、修正の目的を満たし、修正していない部分に悪影響を与えていないかを確かめるテスト。修正箇所の確認と、影響の範囲を分析したうえでの回帰テストを組み合わせて行う。