第5回 改造の影響を調べる：詳細な工数とソースコードの変更箇所を洗い出す

対応すべき案件が決まり，いざソフトウエアの改造に臨むとき，間違っても，いきなりプログラムを変え始めてはならない。「変更個所を見つけると，すぐにでもソースコードを変えたくなる。しかし，それでは後から後から変更個所が見つかり，作業に追われてしまうことになる」（システムクリエイツ の清水氏）からだ。 急ぎすぎた改造は，プログラム品質の低下も招く。住友電気工業はかつて，押し寄せる案件に対して，開発担当者が簡単なメモを作る程度で，プログラムの変更に着手していた。情報システム部の中村伸裕氏（システム技術グループ グループ長）は，「対応は早かったが，バグが多かった」と振り返る。こうした反省から，影響分析を徹底するように改造プロセスを改めた。「今ではソースコードの変更方法までレビューしている。レビューが通らない限り，担当者に本番のソースコードは触らせない」（中村氏）。 ソフトウエアの改造に当たり，エンジニ

[kat0usi]

知りたいのは「設計の意図」