システム更改では、関係者へのヒアリングや設計書などを元に現行システムを把握することなどから開始します。しかし、全ての仕様を把握することは簡単ではありません。なぜなら、関係者の引継ぎ等により詳細情報が失われていたり、長い運用の中で設計書が最新化されていなかったりするケースがあるためです。こうした場合に、ソースコードを元に人手で分析したり、資料を一式読み解くなど、いくつかのアプローチが考えられます。しかし、人手での対応はコスト面で大変な負担になります。そこで、負担を抑えるため、現行システム解析には様々なツールが使われています。

各ツールは非常に有用ですが、ツールを使えば全て解決するわけではありません。例えば、設計書生成ツールで作られた設計書は、通常では変数名やコード値などがソースコード上の表記のままになっているため、論理名（日本語）に変換したり、業務の情報を追記するなどして、業務を理解しやすい状態に変えていく必要があります。また、各機能やシステムがどういった目的で作られ、どのような業務を担うのか、といった情報に関しても、ヒアリング等を通じて人手で補完する必要があります。ツールの効果範囲を理解し、適切に使いこなすことが求められます。NTTデータでは、「設計書リカバリーサービス^参考」として、システム運用者のノウハウを取り込み、現行のソースコードを元に現行設計書の姿に合わせて設計書を再生し、提供するサービスを提供しています。

今までの現行システム解析の多くは、プログラムロジックの理解が中心であったため、システム更改の開発プロセスの中で行われてきました。しかしながら、近年では資産の棚卸など企画プロセスや要件定義プロセスでも現行システム解析が行われるようになってきています。今後このような解析の早期化は更に進むと考えられ、保守プロセスでも現行システム解析が行われ、その結果を用いて保守の効率化と次期システムの企画や要件定義が行われるのが一般化するでしょう。