More than 5 years have passed since last update.

影響範囲調査の調査をしてみました

Posted at 2017-07-03

概要

プログラマーが影響範囲調査を行うことは多いですが、具体的にどういう作業をしているかいまいち自分でも分からなかったので考えてみました。

まとめると、以下を行うとうまく調査できるらしいです。

構造図は資料を見ると、関数呼び出しのツリー構造のようです。私も調査するときは無意識にこれを作っていました。PADは、こちらによるとフローチャート的なものらしいです。

CRUD表。横軸がテーブルで、縦軸がAPIエンドポイントで、自動生成できたら良いですね。

サーベイを参考に、影響範囲調査プロセスを考えてみました。

サーベイにあった変更要求の理解は、影響範囲調査プロセスの外にある気がするので除外しました。変更不可能なプログラムでも挙動を知るためだけに調査する可能性があるからです。

調査目的の明確化は文字通りです。例えば、「XXXの機能追加を検討しているが、この機能追加の工数を見積もりたいので、XXXの影響範囲を調べる」「YYYというバグ修正を行ったが、デグレ検証項目を決める必要があるので、YYYの影響範囲を調べる」などです。

ソースコード理解は文字通りです。

資料化は、再利用したり、齟齬を減らしたり、調査の妥当性を客観的に検証するためのものです。

フォーマットを作って埋めてもらえば解決すると思います。

サーベイにあるように、幅優先探索で関数呼び出しツリー構造を作るのが良いと思います。こちらもフォーマットで解決です。

学術論文の書き方に習って、目的、方法、結果、考察、結論を書いてもらえばよいと思います。