Club-Zコラム第14回

【第14回】ソフト開発に手戻りはある、でも小さくするように計画する

株式会社RDPi　　代表取締役　石橋　良造

2008.09.25

ソフトの開発スケジュールを具体化するときに最初に決めておくべきことは、結合テストの進め方です。前回お話ししたように、ソフト全体のどの部分（範囲）を、どういう順序で結合テストを実施するのかを決めます。ここでは、図36 を検討結果としましょう。機能セットＡ～Ｆの６回に分けて段階的にソフトの完成度を確認する計画になっています。

一方、個々のモジュールは図34で示したように、それぞれ関連する製品機能が決まっていますから、その製品機能を実現するために相当する機能（モジュール機能）をプログラムとして作成することになります。通常、あるひとつのモジュールは複数のモジュール機能を作り込みますから、できるだけ、段階的にこのモジュール機能を作成する計画にします。

複数のモジュール機能を同時に作り込まざるを得ないことも、複数のモジュール機能を作るために事前に共通のモジュール機能を作っておかなければならないこともあります。したがって、単純に順番にモジュール機能を作ることができず、多少の工夫が必要になることもありますが、いずれにしろ、モジュール機能を段階的に作ってその都度単体テストにより動作確認を行うように計画します。

図37 は各々のモジュールが、そのモジュールが実現すべきモジュール機能を段階的に作成することを示しています。たとえば、モジュールＡは機能 A-1, A-2, A-3, A-4 と段階的に機能を作り込んでいくわけです。



そして、結合テストを行う機能セット（ここでは、結合テストセットとよびましょう）とは、関係するモジュールについて、その機能セットの製品機能に相当するモジュール機能をモジュールができた段階で結合したものになります。たとえば、結合テストセット（機能セット）Ｂは、モジュールＢの機能 B-2 、モジュールＣの機能 C-1、モジュールＤの機能 D-1 を作成した時点で、モジュールＢ，Ｃ，Ｄを結合して動作確認をすることになります。他の結合テストセットについても同様です。

したがって、個々のモジュールは、なるべく結合テストの段取り（結合テストセットとその実施順序）に合わせて段階的に作成することになります。この例では図38 に示すような作業の流れになります。



組み込みソフトの場合は、結合テストを実施するにはハードウェアが必要となることが普通ですから、このように単純には計画を立てることができないこともありますが、まずはこのような考え方で最適なスケジュールを作成することが大切です。そして、ハードがないとテストができないという制約も工夫によって乗り越えることも大切です。既存のハードに手を加えるとか、既存のハードでも動かせるようにテストドライバーやテストスタブを作成するとか、何らかの方法によって結合テストを実施し動いている状態で動作確認することは、余分な手間をかけるように思えても結果的に十分に報われることが多いものです。ムダなことと簡単に結論を出すのではなくぜひトライしてください。