Making Software ―エビデンスが変えるソフトウェア開発

429

フェーズⅠ：全般調査

コーディグに進みます。このフェーズの成果物は

3

〜

5

人のレビュアーによる公式コードレビューと低

レベル単体テストの対象となります。コンポーネントが揃ってきたら、統合テストとシステムテストに

入り、システムが完全に統合されるまで継続します。

ここで検討するリリースは、「初期版ではない」リリースです。つまり、この規模のシステムの、発展

途上の適当な時点と考えられるリリース版を検討対象とします。システムが大きいために、システムの

発展プロセスは、複数の並行したリリースから成ります。つまり日付としては順番に並んだリリースで

も、多くのリリースがそれぞれ異なるフェーズで並行して進んでいるのです。この並行性が、リリース

相互の依存関係とそれに伴う問題を目立つものにします。変更の大きさ（各リリースごとにおよそ

15-20%

の新規コード）と、変更の全体的構成（バグ修正、改良、新機能追加などの割合）は、どのリリー

スでもだいたい一緒です。この

2

つの要因があったので、私たちはこの調査がプロジェクトの一生のう

ちの代表的なサンプルを与えるものと考えます。

テストフェーズで発見された欠陥は（たとえば

CMS

［

Rowland et al. 1983

］な ど の ）変 更 要 求（

MR

、

modification request

）追跡システムに報告され、それを通じてモニタされます。変更のためのソースファ

イルへのアクセスは、この追跡システムを通してのみ可能です。こうしてすべての変更活動（欠陥修正、

新機能追加、 ...