第2章対象システムの変更を妨げる構造と知識の不足を整理する

変更の前に、使われている処理と責務を把握する

対象はWindows上で動く、約3万行のC#業務アプリケーションだった。単体で完結せず、他システムとも連携していた。長年の改修で、廃止機能のコード、呼び出されない関数、参照されない処理が残り、どこが現在も使われているか分かりにくかった。

処理フローや連携先との責任範囲も俯瞰できない。改修履歴は局所的な変更が中心で、影響範囲が分からないことが、大きな変更を進めにくくしていた。

実装は存在しているが、どの機能を担い、どの条件で動き、他システムへ何を渡すかが共有されていなかった。設計意図や過去の判断理由も、現担当者が参照できる形には揃っていない。

そこで、ソースコードから構造・振る舞い・責任を抽出し、UI、実動作、既存資料、担当者の知識と照合する方針とした。資料が不足している部分を、AIの推測だけで埋めることはしない。

調査対象をこのように捉えると、古いコードを新しい技術へ置き換える前に、何を調べ、何を維持するかを説明できる。次章では、ファイルとクラスの位置から調査を始められるよう、プロジェクトの地図を作る。