JP2000047862A - ソフトウエア開発支援方法および装置並びに記録媒体 - Google Patents
ソフトウエア開発支援方法および装置並びに記録媒体Info
- Publication number
- JP2000047862A JP2000047862A JP10211566A JP21156698A JP2000047862A JP 2000047862 A JP2000047862 A JP 2000047862A JP 10211566 A JP10211566 A JP 10211566A JP 21156698 A JP21156698 A JP 21156698A JP 2000047862 A JP2000047862 A JP 2000047862A
- Authority
- JP
- Japan
- Prior art keywords
- component
- creating
- software
- test
- program
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【課題】 ソフトウエア部品を組み合わせてソフトウエ
アを効率的に開発する。 【解決手段】 ソフトウエア部品を属性によって、実行
形式ファイル作成用部品２１とテストドライバ／スタブ
用部品２２とに区別して管理し、これら部品間の参照関
係を保持すると共に、部品間のインタフェースの整合性
を管理する部品管理手段２４と、実行形式ファイル作成
用部品を組み合わせたプログラム３およびテストドライ
バ／スタブ用部品を組み合わせたテストプログラム６を
同一の作業領域２において個別に作成するプログラム作
成手段２３とを備えている。
アを効率的に開発する。 【解決手段】 ソフトウエア部品を属性によって、実行
形式ファイル作成用部品２１とテストドライバ／スタブ
用部品２２とに区別して管理し、これら部品間の参照関
係を保持すると共に、部品間のインタフェースの整合性
を管理する部品管理手段２４と、実行形式ファイル作成
用部品を組み合わせたプログラム３およびテストドライ
バ／スタブ用部品を組み合わせたテストプログラム６を
同一の作業領域２において個別に作成するプログラム作
成手段２３とを備えている。
Description
【０００１】
【発明の属する技術分野】この発明は、ソフトウエア部
品を組み合わせてソフトウエアを開発するソフトウエア
開発支援方法、それを用いた装置、および、そのプログ
ラムを記録した記録媒体に関する。
品を組み合わせてソフトウエアを開発するソフトウエア
開発支援方法、それを用いた装置、および、そのプログ
ラムを記録した記録媒体に関する。
【０００２】
【従来の技術】従来のソフトウエア開発支援装置では、
ソフトウエアの開発にあたり、まず、プロジェクトやワ
ークスペースなどと呼ばれる作業領域においてソースコ
ードやソフトウエア部品を作成する。次に、これらのソ
フトウエア部品を組み合わせてプログラムを作成する。
そして、最終的に、このプログラムのコンパイルおよび
リンクを行って、実行形式ファイルを作成する。
ソフトウエアの開発にあたり、まず、プロジェクトやワ
ークスペースなどと呼ばれる作業領域においてソースコ
ードやソフトウエア部品を作成する。次に、これらのソ
フトウエア部品を組み合わせてプログラムを作成する。
そして、最終的に、このプログラムのコンパイルおよび
リンクを行って、実行形式ファイルを作成する。
【０００３】また、従来のソフトウエア開発支援装置に
おいて、テストドライバおよびスタブ（以下、「テスト
ドライバ／スタブ」とも表記する。）が必要となるテス
トを実施する場合には、新規にテスト用の作業領域を作
成する。そして、この新規の作業領域において、テスト
ドライバおよびスタブに相当するものを作成して、テス
トを実施する。
おいて、テストドライバおよびスタブ（以下、「テスト
ドライバ／スタブ」とも表記する。）が必要となるテス
トを実施する場合には、新規にテスト用の作業領域を作
成する。そして、この新規の作業領域において、テスト
ドライバおよびスタブに相当するものを作成して、テス
トを実施する。
【０００４】このように、従来は、プログラム作成用の
作業領域と、テスト用の作業領域とを別々に作成してそ
れぞれ使用していた。
作業領域と、テスト用の作業領域とを別々に作成してそ
れぞれ使用していた。
【０００５】
【発明が解決しようとする課題】しかしながら、従来の
ソフトウエア開発支援装置には、次のような二つの種類
の問題点があった。第１の種類の問題点は、プログラム
作成用の作業領域とテスト用の作業領域とを別々に使用
するために生じる。すなわち、従来のソフトウエア開発
支援装置においては、ごく簡単なテストであっても、新
規にテスト用の作業領域を作成しなければならない。こ
のため、ソフトウエア開発が非効率となってしまう。
ソフトウエア開発支援装置には、次のような二つの種類
の問題点があった。第１の種類の問題点は、プログラム
作成用の作業領域とテスト用の作業領域とを別々に使用
するために生じる。すなわち、従来のソフトウエア開発
支援装置においては、ごく簡単なテストであっても、新
規にテスト用の作業領域を作成しなければならない。こ
のため、ソフトウエア開発が非効率となってしまう。
【０００６】その上、従来のソフトウエア開発支援装置
においては、ライブラリに対してテストを実施する場
合、テストを実施したい機能を、テストプログラム側か
ら使用する。このため、外部に公開（ｅｘｐｏｒｔ）さ
れていない機能のテストを実施すると、テスト対象のプ
ログラムが、外部に公開されてしまう。
においては、ライブラリに対してテストを実施する場
合、テストを実施したい機能を、テストプログラム側か
ら使用する。このため、外部に公開（ｅｘｐｏｒｔ）さ
れていない機能のテストを実施すると、テスト対象のプ
ログラムが、外部に公開されてしまう。
【０００７】また、第２の種類の問題点は、テスト対象
のプログラムを修正したことを、テストプログラムに通
知する手段がないために生じる。すなわち、テスト対象
のプログラムを修正しても、その修正がテストプログラ
ムに及ぼす影響をテストプログラムの実行時または再リ
ンク時まで知ることができない。
のプログラムを修正したことを、テストプログラムに通
知する手段がないために生じる。すなわち、テスト対象
のプログラムを修正しても、その修正がテストプログラ
ムに及ぼす影響をテストプログラムの実行時または再リ
ンク時まで知ることができない。
【０００８】本発明は、上記の問題を解決すべくなされ
たものであり、ソフトウエアを効率的に開発することが
できるソフトウエア開発支援技術の提供を目的とする。
たものであり、ソフトウエアを効率的に開発することが
できるソフトウエア開発支援技術の提供を目的とする。
【０００９】
【課題を解決するための手段】この発明のソフトウエア
開発支援方法によれば、ソフトウエア部品を組み合わせ
たソフトウエアの開発を支援するにあたり、実行形式フ
ァイル作成用のソフトウエア部品と、テストドライバま
たはスタブを必要とする単体テストを実施するためのテ
ストプログラム作成用のソフトウエア用部品とを区別す
るための属性を、各ソフトウエア部品に与えておき、属
性に基づいて、実行形式ファイル作成用のソフトウエア
部品と、テストプログラムを作成するためのソフトウエ
ア部品とを管理することにより、実行形式ファイルを作
成する作業領域と同一の作業領域で単体テストを実施す
る方法としてある。
開発支援方法によれば、ソフトウエア部品を組み合わせ
たソフトウエアの開発を支援するにあたり、実行形式フ
ァイル作成用のソフトウエア部品と、テストドライバま
たはスタブを必要とする単体テストを実施するためのテ
ストプログラム作成用のソフトウエア用部品とを区別す
るための属性を、各ソフトウエア部品に与えておき、属
性に基づいて、実行形式ファイル作成用のソフトウエア
部品と、テストプログラムを作成するためのソフトウエ
ア部品とを管理することにより、実行形式ファイルを作
成する作業領域と同一の作業領域で単体テストを実施す
る方法としてある。
【００１０】このように、この発明によれば、実行形式
ファイルを作成するためのソフトウエア部品とテストド
ライバ／スタブを実施するためのソフトウエア部品とを
区別するための属性を各ソフトウエア部品に与える。そ
して、この属性によって、実行用形式ファイル作成用部
品の集合とテストドライバ／スタブ用部品の集合とを同
一の作業領域内で個別に管理する。
ファイルを作成するためのソフトウエア部品とテストド
ライバ／スタブを実施するためのソフトウエア部品とを
区別するための属性を各ソフトウエア部品に与える。そ
して、この属性によって、実行用形式ファイル作成用部
品の集合とテストドライバ／スタブ用部品の集合とを同
一の作業領域内で個別に管理する。
【００１１】その結果、プログラム作成と、テストとを
同一の作業領域内で個別に実施することができる。この
ため、プログラム作成用の作業領域と別にテスト用の作
業領域を設けることなく、同一の作業領域でテストを実
施することができる。したがって、ソフトウエアの開発
を効率よく行うことができる。
同一の作業領域内で個別に実施することができる。この
ため、プログラム作成用の作業領域と別にテスト用の作
業領域を設けることなく、同一の作業領域でテストを実
施することができる。したがって、ソフトウエアの開発
を効率よく行うことができる。
【００１２】さらに、プログラム作成用の作業領域にお
いてテストも実施できるので、テストを実施したい機能
を、外部に非公開としたままで、テストすることができ
る。その上、テスト後にテストドライバとなった部品を
削除する必要もないので、ソフトウエアの開発を効率よ
く行うことができる。
いてテストも実施できるので、テストを実施したい機能
を、外部に非公開としたままで、テストすることができ
る。その上、テスト後にテストドライバとなった部品を
削除する必要もないので、ソフトウエアの開発を効率よ
く行うことができる。
【００１３】また、この発明のソフトウエア開発支援方
法において、好ましくは、実行形式ファイル作成用のソ
フトウエア部品と、当該ソフトウエア部品を参照するテ
ストプログラム用のソフトウエア部品との参照関係を保
持し、テストドライバまたはスタブとテストプログラム
とのインタフェースの整合性を監視し、単体テストの結
果、実行形式ファイル作成用のソフトウエア部品の異常
が修正された場合であって、インタフェースに変更が生
じた場合に、修正されたソフトウエア部品を参照するテ
ストプログラム用のソフトウエア部品に参照関係に基づ
いて前記変更を通知し、かつ、通知を受けたソフトウエ
ア部品を表示することが望ましい。
法において、好ましくは、実行形式ファイル作成用のソ
フトウエア部品と、当該ソフトウエア部品を参照するテ
ストプログラム用のソフトウエア部品との参照関係を保
持し、テストドライバまたはスタブとテストプログラム
とのインタフェースの整合性を監視し、単体テストの結
果、実行形式ファイル作成用のソフトウエア部品の異常
が修正された場合であって、インタフェースに変更が生
じた場合に、修正されたソフトウエア部品を参照するテ
ストプログラム用のソフトウエア部品に参照関係に基づ
いて前記変更を通知し、かつ、通知を受けたソフトウエ
ア部品を表示することが望ましい。
【００１４】このようにすれば、目的プログラムが修正
されて、インタフェースが変更された場合に、参照関係
に基づいて、修正すべきテストドライバ／スタブ用部品
の範囲をリアルタイム認識することができる。その結
果、テストプログラムの修正漏れやテスト実行時のエラ
ーの発生を防止することができる。
されて、インタフェースが変更された場合に、参照関係
に基づいて、修正すべきテストドライバ／スタブ用部品
の範囲をリアルタイム認識することができる。その結
果、テストプログラムの修正漏れやテスト実行時のエラ
ーの発生を防止することができる。
【００１５】また、この発明の実施にあたり、好ましく
は、テストプログラムを実行形式ファイルとして実行す
ると良い。このように、テストプログラムを実行ファイ
ル形式に変換してから実行すれば、テストプログラムが
複雑なためにインタプリタ実行速度が遅くなる場合で
も、テストプログラムの実行速度を高速化することがで
きる。
は、テストプログラムを実行形式ファイルとして実行す
ると良い。このように、テストプログラムを実行ファイ
ル形式に変換してから実行すれば、テストプログラムが
複雑なためにインタプリタ実行速度が遅くなる場合で
も、テストプログラムの実行速度を高速化することがで
きる。
【００１６】（装置）また、この発明のソフトウエア開
発支援装置によれば、ソフトウエア部品作成手段と、作
業領域において、ソフトウエア部品を組み合わせてプロ
グラムを作成するプログラム作成手段と、プログラムを
コンパイルおよびリンクして実行形式ファイルを作成す
る実行ファイル作成手段とを備えたソフトウエア開発支
援装置において、ソフトウエア部品を、実行形式ファイ
ル作成用の部品と、テストドライバまたはスタブを必要
とする単体テストを実施するためのテストプログラム作
成用の部品とに区別するための属性を、各ソフトウエア
部品に与えて、各当該ソフトウエア部品を管理するソフ
トウエア部品管理手段を備え、プログラム作成手段は、
作業領域において、属性によって区別された実行形式フ
ァイル作成用部品を組み合わせて前記プログラムを作成
する共に、属性によって区別されたテストプログラム作
成用部品を組み合わせてテストプログラムを作成する構
成としてある。
発支援装置によれば、ソフトウエア部品作成手段と、作
業領域において、ソフトウエア部品を組み合わせてプロ
グラムを作成するプログラム作成手段と、プログラムを
コンパイルおよびリンクして実行形式ファイルを作成す
る実行ファイル作成手段とを備えたソフトウエア開発支
援装置において、ソフトウエア部品を、実行形式ファイ
ル作成用の部品と、テストドライバまたはスタブを必要
とする単体テストを実施するためのテストプログラム作
成用の部品とに区別するための属性を、各ソフトウエア
部品に与えて、各当該ソフトウエア部品を管理するソフ
トウエア部品管理手段を備え、プログラム作成手段は、
作業領域において、属性によって区別された実行形式フ
ァイル作成用部品を組み合わせて前記プログラムを作成
する共に、属性によって区別されたテストプログラム作
成用部品を組み合わせてテストプログラムを作成する構
成としてある。
【００１７】このように、この発明によれば、ソフトウ
エア管理手段は、実行形式ファイルを作成するためのソ
フトウエア部品とテストドライバ／スタブを実施するた
めのソフトウエア部品とを区別するための属性を各ソフ
トウエア部品に与える。そして、この属性によって、実
行用形式ファイル作成用部品の集合とテストドライバ／
スタブ用部品の集合とを同一の作業領域内で個別に管理
する。
エア管理手段は、実行形式ファイルを作成するためのソ
フトウエア部品とテストドライバ／スタブを実施するた
めのソフトウエア部品とを区別するための属性を各ソフ
トウエア部品に与える。そして、この属性によって、実
行用形式ファイル作成用部品の集合とテストドライバ／
スタブ用部品の集合とを同一の作業領域内で個別に管理
する。
【００１８】その結果、この発明では、プログラム作成
と、テストとを同一の作業領域内で個別に実施すること
ができる。このため、プログラム作成用の作業領域と別
にテスト用の作業領域を設けることなく、同一の作業領
域でテストを実施することができる。したがって、ソフ
トウエアの開発を効率よく行うことができる。
と、テストとを同一の作業領域内で個別に実施すること
ができる。このため、プログラム作成用の作業領域と別
にテスト用の作業領域を設けることなく、同一の作業領
域でテストを実施することができる。したがって、ソフ
トウエアの開発を効率よく行うことができる。
【００１９】また、この発明のソフトウエア開発支援装
置において、好ましくは、部品管理手段は、実行形式フ
ァイル作成用部品と、当該実行形式ファイル作成用部品
を参照するテストプログラム作成用部品との参照関係を
格納する記憶手段を有し、かつ、実行形式ファイル作成
用部品と、テストプログラム作成用部品との間のインタ
フェースの整合性を管理し、前記単体テストの結果、実
行形式ファイル作成用部品が修正されて、インタフェー
スが変更された場合に、前記参照関係に基づいて、修正
された実行形式ファイル作成用部品を参照するテストプ
ログラム用部品に通知する機能を有することが望まし
い。
置において、好ましくは、部品管理手段は、実行形式フ
ァイル作成用部品と、当該実行形式ファイル作成用部品
を参照するテストプログラム作成用部品との参照関係を
格納する記憶手段を有し、かつ、実行形式ファイル作成
用部品と、テストプログラム作成用部品との間のインタ
フェースの整合性を管理し、前記単体テストの結果、実
行形式ファイル作成用部品が修正されて、インタフェー
スが変更された場合に、前記参照関係に基づいて、修正
された実行形式ファイル作成用部品を参照するテストプ
ログラム用部品に通知する機能を有することが望まし
い。
【００２０】このようにすれば、目的プログラムが修正
されて、インタフェースが変更された場合に、参照関係
に基づいて、修正すべきテストドライバ／スタブ用部品
の範囲をリアルタイム認識することができる。その結
果、テストプログラムの修正漏れやテスト実行時のエラ
ーの発生を防止することができる。
されて、インタフェースが変更された場合に、参照関係
に基づいて、修正すべきテストドライバ／スタブ用部品
の範囲をリアルタイム認識することができる。その結
果、テストプログラムの修正漏れやテスト実行時のエラ
ーの発生を防止することができる。
【００２１】また、この発明の記録媒体によれば、ソフ
トウエア部品を組み合わせたソフトウエアの開発を支援
するにあたり、実行形式ファイル作成用のソフトウエア
部品と、テストドライバまたはスタブを必要とする単体
テストを実施するためのテストプログラム作成用のソフ
トウエア用部品とを区別するための属性を、各ソフトウ
エア部品に与える処理と、属性に基づいて、実行形式フ
ァイル作成用のソフトウエア部品と、テストプログラム
を作成するためのソフトウエア部品とを管理することに
より、実行形式ファイルを作成する作業領域と同一の作
業領域で前記単体テストを実施させる処理をコンピュー
タに実行させるためのプログラムが記録されている。
トウエア部品を組み合わせたソフトウエアの開発を支援
するにあたり、実行形式ファイル作成用のソフトウエア
部品と、テストドライバまたはスタブを必要とする単体
テストを実施するためのテストプログラム作成用のソフ
トウエア用部品とを区別するための属性を、各ソフトウ
エア部品に与える処理と、属性に基づいて、実行形式フ
ァイル作成用のソフトウエア部品と、テストプログラム
を作成するためのソフトウエア部品とを管理することに
より、実行形式ファイルを作成する作業領域と同一の作
業領域で前記単体テストを実施させる処理をコンピュー
タに実行させるためのプログラムが記録されている。
【００２２】この発明の記録媒体に記録されたプログラ
ムをコンピュータに読み込ませて実行させることによ
り、実行形式ファイルを作成するためのソフトウエア部
品とテストドライバ／スタブを実施するためのソフトウ
エア部品とを区別するための属性を各ソフトウエア部品
に与えることができる。そして、この属性によって、実
行用形式ファイル作成用部品の集合とテストドライバ／
スタブ用部品の集合とを同一の作業領域内で個別に管理
することができる。
ムをコンピュータに読み込ませて実行させることによ
り、実行形式ファイルを作成するためのソフトウエア部
品とテストドライバ／スタブを実施するためのソフトウ
エア部品とを区別するための属性を各ソフトウエア部品
に与えることができる。そして、この属性によって、実
行用形式ファイル作成用部品の集合とテストドライバ／
スタブ用部品の集合とを同一の作業領域内で個別に管理
することができる。
【００２３】その結果、この発明では、プログラム作成
と、テストとを同一の作業領域内で個別に実施すること
ができる。このため、プログラム作成用の作業領域と別
にテスト用の作業領域を設けることなく、同一の作業領
域でテストを実施することができる。したがって、ソフ
トウエアの開発を効率よく行うことができる。
と、テストとを同一の作業領域内で個別に実施すること
ができる。このため、プログラム作成用の作業領域と別
にテスト用の作業領域を設けることなく、同一の作業領
域でテストを実施することができる。したがって、ソフ
トウエアの開発を効率よく行うことができる。
【００２４】また、この発明の記録媒体において、好ま
しくは、実行形式ファイル作成用部品と、テストプログ
ラム作成用部品との間のインタフェースの整合性を管理
し、単体テストの結果、実行形式ファイル作成用部品が
修正されて、インタフェースが変更された場合に、修正
された実行形式ファイル作成用部品を参照するテストプ
ログラム用部品に通知する処理をコンピュータに実行さ
せるためのプログラムが記録されていることが望まし
い。
しくは、実行形式ファイル作成用部品と、テストプログ
ラム作成用部品との間のインタフェースの整合性を管理
し、単体テストの結果、実行形式ファイル作成用部品が
修正されて、インタフェースが変更された場合に、修正
された実行形式ファイル作成用部品を参照するテストプ
ログラム用部品に通知する処理をコンピュータに実行さ
せるためのプログラムが記録されていることが望まし
い。
【００２５】このプログラムをコンピュータに実行させ
れば、目的プログラムが修正されてインタフェースが変
更された場合に、修正すべきテストドライバ／スタブ用
部品の範囲をリアルタイム認識することができる。その
結果、テストプログラムの修正漏れやテスト実行時のエ
ラーの発生を防止することができる。
れば、目的プログラムが修正されてインタフェースが変
更された場合に、修正すべきテストドライバ／スタブ用
部品の範囲をリアルタイム認識することができる。その
結果、テストプログラムの修正漏れやテスト実行時のエ
ラーの発生を防止することができる。
【００２６】
【発明の実施の形態】以下、図面を参照して、この発明
の実施の形態について説明する。なお、この発明は図示
例にのみ限定されるものではない。 ＜第１の実施の形態＞まず、図１を参照して、第１の実
施の形態のソフトウエア開発支援装置の構成について説
明する。図１は、ソフトウエア開発支援装置を説明する
ための機能ブロック図である。
の実施の形態について説明する。なお、この発明は図示
例にのみ限定されるものではない。 ＜第１の実施の形態＞まず、図１を参照して、第１の実
施の形態のソフトウエア開発支援装置の構成について説
明する。図１は、ソフトウエア開発支援装置を説明する
ための機能ブロック図である。
【００２７】図１に示すように、この実施の形態のソフ
トウエア開発支援装置は、ソフトウエア部品作成手段１
と、作業領域２と、実行形式ファイル作成手段４と、イ
ンタプリタ実行手段７とにより構成されている。
トウエア開発支援装置は、ソフトウエア部品作成手段１
と、作業領域２と、実行形式ファイル作成手段４と、イ
ンタプリタ実行手段７とにより構成されている。
【００２８】このソフトウエア部品作成手段１は、ソフ
トウエアの再利用を目的とした機能単位であるソフトウ
エア部品を作成する。また、ソフトウエア部品作成手段
１は、エディタまたはツールとも呼ばれる。
トウエアの再利用を目的とした機能単位であるソフトウ
エア部品を作成する。また、ソフトウエア部品作成手段
１は、エディタまたはツールとも呼ばれる。
【００２９】また、実行形式ファイル作成手段４は、作
業領域２で作成されたプログラム３を、コンパイルおよ
びリンクして実行形式ファイル５を作成する。また、イ
ンタプリタ実行手段７は、テストプログラムのインタプ
リタを実行する。
業領域２で作成されたプログラム３を、コンパイルおよ
びリンクして実行形式ファイル５を作成する。また、イ
ンタプリタ実行手段７は、テストプログラムのインタプ
リタを実行する。
【００３０】また、作業領域２は、実行形式ファイル作
成用部品２１と、テストドライバ／スタブ用部品２２
と、プログラム作成手段２３と、部品管理手段２４と、
表示手段２５とを含む。
成用部品２１と、テストドライバ／スタブ用部品２２
と、プログラム作成手段２３と、部品管理手段２４と、
表示手段２５とを含む。
【００３１】この実行形式ファイル作成用部品２１は、
目的とするプログラムを作成するための部品であり、こ
の部品を組み合わせて開発されたプログラムをコンパイ
ルおよびリンクすることにより実行形式ファイルを作成
する。
目的とするプログラムを作成するための部品であり、こ
の部品を組み合わせて開発されたプログラムをコンパイ
ルおよびリンクすることにより実行形式ファイルを作成
する。
【００３２】また、テストドライバ／スタブ用部品２２
は、テストプログラムを作成するための部品であり、実
行形式ファイル作成用部品２１と組み合わせて作成され
たプログラムのドライバまたはスタブとなる部品であ
る。
は、テストプログラムを作成するための部品であり、実
行形式ファイル作成用部品２１と組み合わせて作成され
たプログラムのドライバまたはスタブとなる部品であ
る。
【００３３】また、プログラム作成手段２３は、ソフト
ウエア部品を組み合わせてプログラムを作成する。ま
た、プログラム作成手段２３は、部品間の関係や制御の
流れを記述するための機能を有する。また、プログラム
作成手段２３は、エディタまたはツールとも呼ばれる。
ウエア部品を組み合わせてプログラムを作成する。ま
た、プログラム作成手段２３は、部品間の関係や制御の
流れを記述するための機能を有する。また、プログラム
作成手段２３は、エディタまたはツールとも呼ばれる。
【００３４】また、部品管理手段２４は、作業領域２に
存在する全てのソフトウエア部品の名前と、ソフトウエ
ア部品が保持する属性とを管理する。この属性によっ
て、実行形式ファイル作成用部品であるソフトウエア部
品と、テストドライバ／スタブ用部品であるソフトウエ
ア部品とが区別される。また、部品管理手段２４は、プ
ログラム作成手段２３で関係づけられた部品間の関係を
保持するとともに、部品間のインタフェースの整合性を
管理する。
存在する全てのソフトウエア部品の名前と、ソフトウエ
ア部品が保持する属性とを管理する。この属性によっ
て、実行形式ファイル作成用部品であるソフトウエア部
品と、テストドライバ／スタブ用部品であるソフトウエ
ア部品とが区別される。また、部品管理手段２４は、プ
ログラム作成手段２３で関係づけられた部品間の関係を
保持するとともに、部品間のインタフェースの整合性を
管理する。
【００３５】また、表示手段２５は、作業領域２に存在
するソフトウエア部品の一覧を表示するための機能を有
する。
するソフトウエア部品の一覧を表示するための機能を有
する。
【００３６】次に、図２を参照して、この実施の形態の
ソフトウエア開発支援方法、すなわち、ソフトウエア開
発支援装置の動作の一例について説明する。図２は、ソ
フトウエア開発支援方法を説明するためのフローチャー
トである。
ソフトウエア開発支援方法、すなわち、ソフトウエア開
発支援装置の動作の一例について説明する。図２は、ソ
フトウエア開発支援方法を説明するためのフローチャー
トである。
【００３７】なお、この第１の実施の形態におけるソフ
トウエア開発支援方法の処理は、コンピュータにおいて
プログラムの制御により実行される。このプログラム
は、例えば、記録媒体により提供される。記録媒体とし
ては、例えば、磁気ディスク、半導体メモリ、その他の
任意の、コンピュータで読み取り可能なものを使用する
ことができる。
トウエア開発支援方法の処理は、コンピュータにおいて
プログラムの制御により実行される。このプログラム
は、例えば、記録媒体により提供される。記録媒体とし
ては、例えば、磁気ディスク、半導体メモリ、その他の
任意の、コンピュータで読み取り可能なものを使用する
ことができる。
【００３８】先ず、ソフトウエア部品作成手段１によ
り、ソフトウエア部品である実行形式ファイル作成用部
品２１を作業領域２に作成する。そして、プログラム作
成手段２３により、これらの実行形式ファイル作成用部
品２１を組み合わせて、プログラム３を作成する（図２
のＡ１）。
り、ソフトウエア部品である実行形式ファイル作成用部
品２１を作業領域２に作成する。そして、プログラム作
成手段２３により、これらの実行形式ファイル作成用部
品２１を組み合わせて、プログラム３を作成する（図２
のＡ１）。
【００３９】この際、プログラム作成手段２３により、
互い関連付けられた部品間の参照関係を記述する。そし
て、この参照関係は、部品管理手段２４の内部メモリ
（図示せず）に格納される。
互い関連付けられた部品間の参照関係を記述する。そし
て、この参照関係は、部品管理手段２４の内部メモリ
（図示せず）に格納される。
【００４０】次に、ソフトウエア部品作成手段１によ
り、ソフトウエア部品であるテストドライバ／スタブ部
品２２を作業領域２に作成する。そして、プログラム作
成手段２３により、これらのテストドライバ／スタブ部
品２２を組み合わせて、テストプログラム６を作成する
（図２のＡ２）。
り、ソフトウエア部品であるテストドライバ／スタブ部
品２２を作業領域２に作成する。そして、プログラム作
成手段２３により、これらのテストドライバ／スタブ部
品２２を組み合わせて、テストプログラム６を作成する
（図２のＡ２）。
【００４１】次に、インタプリタ実行手段７により、テ
ストプログラム６に対してテストを実施（インタプリタ
を実行）する（図２のＡ３）。
ストプログラム６に対してテストを実施（インタプリタ
を実行）する（図２のＡ３）。
【００４２】次に、テスト結果を判断して（図２のＡ
４）、テスト結果に異常がなかった場合には、実行形式
ファイル作成手段４により、プログラム３のコンパイル
およびリンクを行って、実行形式ファイルを作成する
（図２のＡ５）。そして、作業を終了する。
４）、テスト結果に異常がなかった場合には、実行形式
ファイル作成手段４により、プログラム３のコンパイル
およびリンクを行って、実行形式ファイルを作成する
（図２のＡ５）。そして、作業を終了する。
【００４３】一方、テスト結果に異常があった場合に
は、プログラム作成者は、異常の原因箇所の実行形式フ
ァイル作成用部品２１を修正する（図２のＡ６）。修正
があった場合、修正した部品のインタフェースに変更が
あったか否かを判断する（図２のＡ７）。そして、イン
タフェースに変更がなかった場合には、Ａ３のステップ
へ戻り、テストを繰り返す。
は、プログラム作成者は、異常の原因箇所の実行形式フ
ァイル作成用部品２１を修正する（図２のＡ６）。修正
があった場合、修正した部品のインタフェースに変更が
あったか否かを判断する（図２のＡ７）。そして、イン
タフェースに変更がなかった場合には、Ａ３のステップ
へ戻り、テストを繰り返す。
【００４４】一方、インタフェースに変更があった場合
には、さらに、その修正した部品がテストドライバ／ス
タブ用部品２２から参照されているか否かを判断する
（図２のＡ８）。そして、参照されていない場合には、
Ａ３のステップへ戻り、テストを繰り返す。
には、さらに、その修正した部品がテストドライバ／ス
タブ用部品２２から参照されているか否かを判断する
（図２のＡ８）。そして、参照されていない場合には、
Ａ３のステップへ戻り、テストを繰り返す。
【００４５】一方、参照されている場合には、部品管理
手段２４により、テストドライバ／スタブ用部品２２に
インタフェースが変更されたことをリアルタイムに通知
する。通知されたテストドライバ／スタブ用部品２２
は、表示手段２５によりプログラム作成者へ、当該テス
トドライバ／スタブ用部品２２も修正が必要なことを視
覚的に伝える（図２のＡ６〜Ａ９）
手段２４により、テストドライバ／スタブ用部品２２に
インタフェースが変更されたことをリアルタイムに通知
する。通知されたテストドライバ／スタブ用部品２２
は、表示手段２５によりプログラム作成者へ、当該テス
トドライバ／スタブ用部品２２も修正が必要なことを視
覚的に伝える（図２のＡ６〜Ａ９）
【００４６】そして、プログラム作成者は、修正が必要
なテストドライバ／スタブ用部品を修正する（図２のＡ
１０）。修正後、Ａ３のステップへ戻り、テスト結果に
異常がなくなるまで、上述したようにして、テストを繰
り返す。
なテストドライバ／スタブ用部品を修正する（図２のＡ
１０）。修正後、Ａ３のステップへ戻り、テスト結果に
異常がなくなるまで、上述したようにして、テストを繰
り返す。
【００４７】次に、より具体的な動作例について説明す
る。最終的にライブラリを作成する場合、図１に示した
実行形式ファイル作成用部品２１は、このライブラリを
構成する機能単位の集合と考えられる。そして、上述ス
テップＡ１〜Ａ５のように、これらの部品２１を組み合
わせてプログラム３を作成する。そして、プログラム３
のコンパイルおよびリンクを行って、ライブラリである
実行形式ファイル５を最終的に作成する。
る。最終的にライブラリを作成する場合、図１に示した
実行形式ファイル作成用部品２１は、このライブラリを
構成する機能単位の集合と考えられる。そして、上述ス
テップＡ１〜Ａ５のように、これらの部品２１を組み合
わせてプログラム３を作成する。そして、プログラム３
のコンパイルおよびリンクを行って、ライブラリである
実行形式ファイル５を最終的に作成する。
【００４８】一方、テストを実施するためにテストドラ
イバ／スタブ用部品２２を作成する。そして、これらの
部品２２を実行形式ファイル作成用部品２１と組み合わ
せる。例えば、図１に示したように、テストドライバ／
スタブ用部品２２のうちの第１テスト部品が、実行形式
作成用部品２１のうちの第１部品を参照するものとし
て、組み合わせる（図２のＡ２）。
イバ／スタブ用部品２２を作成する。そして、これらの
部品２２を実行形式ファイル作成用部品２１と組み合わ
せる。例えば、図１に示したように、テストドライバ／
スタブ用部品２２のうちの第１テスト部品が、実行形式
作成用部品２１のうちの第１部品を参照するものとし
て、組み合わせる（図２のＡ２）。
【００４９】この組み合わせにあたり、部品管理手段２
４により、部品間の参照関係を保持する。ここで、図３
に、この参照関係の管理データ例のテーブルを示す。な
お、このテーブルは、部品管理手段２４の内部記憶部に
記憶されている。
４により、部品間の参照関係を保持する。ここで、図３
に、この参照関係の管理データ例のテーブルを示す。な
お、このテーブルは、部品管理手段２４の内部記憶部に
記憶されている。
【００５０】図３に示すように、このテーブルでは、ｎ
（ｎは１以上の整数）個の実行形式ファイル作成要部品
とｍ（ｍは１以上の整数）個のテストドライバ／スタブ
用部品とからなる各ソフトウエア部品に、１番目から
（ｎ＋ｍ）番目までの通し番号のＩＤを与えている。
（ｎは１以上の整数）個の実行形式ファイル作成要部品
とｍ（ｍは１以上の整数）個のテストドライバ／スタブ
用部品とからなる各ソフトウエア部品に、１番目から
（ｎ＋ｍ）番目までの通し番号のＩＤを与えている。
【００５１】また、このテーブルでは、ソフトウエア部
品に属性を与えている。すなわち、ソフトウエア部品が
実行形式ファイル作成用部品である場合には、属性とし
て「０」を与えている。一方、ソフトウエア部品がテス
トドライバ／スタブ用部品である場合には、属性として
「１」を与えている。
品に属性を与えている。すなわち、ソフトウエア部品が
実行形式ファイル作成用部品である場合には、属性とし
て「０」を与えている。一方、ソフトウエア部品がテス
トドライバ／スタブ用部品である場合には、属性として
「１」を与えている。
【００５２】また、このテーブルでは、テストドライバ
／スタブ用部品と実行形式ファイル作成用部品との組み
合わせを参照部品として示している。すなわち、テスト
ドライバ／スタブ用部品が参照している実行形式ファイ
ル作成用部品を示している。具体的には、テストドライ
バ／スタブ用部品のうちの第１テスト用部品（テスト部
品１）は、実行形式ファイル作成用部品のうちの第１部
品（部品１）を参照していることが示されている。
／スタブ用部品と実行形式ファイル作成用部品との組み
合わせを参照部品として示している。すなわち、テスト
ドライバ／スタブ用部品が参照している実行形式ファイ
ル作成用部品を示している。具体的には、テストドライ
バ／スタブ用部品のうちの第１テスト用部品（テスト部
品１）は、実行形式ファイル作成用部品のうちの第１部
品（部品１）を参照していることが示されている。
【００５３】そして、作成されたテストプログラムを用
いてテストを実施した結果、テスト結果に異常があり、
その原因が第１部品にあった場合、プログラム作成者
は、第１部品を修正する必要がある（Ａ３およびＡ
４）。仮に、第１部品のインタフェースの変更を伴う修
正を施した場合、例えば、第１部品の持つ関数名を変更
した場合、部品管理手段２４は、第３に示したテーブル
を検索し、第１部品（部品１）を参照している部品、す
なわち第１テスト用部品（テスト部品１）にメッセージ
を通知する。
いてテストを実施した結果、テスト結果に異常があり、
その原因が第１部品にあった場合、プログラム作成者
は、第１部品を修正する必要がある（Ａ３およびＡ
４）。仮に、第１部品のインタフェースの変更を伴う修
正を施した場合、例えば、第１部品の持つ関数名を変更
した場合、部品管理手段２４は、第３に示したテーブル
を検索し、第１部品（部品１）を参照している部品、す
なわち第１テスト用部品（テスト部品１）にメッセージ
を通知する。
【００５４】この実施の形態の場合、図１に示し得よう
に、第１部品から第１テスト部品にメッセージが通知さ
れる。通知された第１テスト部品は、自信の修正が必要
なことを、表示手段２５を用いてプログラム作成者にリ
アルタイムに伝達する。たとえば、プログラム作成者が
走査するＧＵＩ（グラフィカル・ユーザ・インタフェー
ス）上で第１テスト部品のアイコンの色を変更する方法
が考えられる（Ａ９）。
に、第１部品から第１テスト部品にメッセージが通知さ
れる。通知された第１テスト部品は、自信の修正が必要
なことを、表示手段２５を用いてプログラム作成者にリ
アルタイムに伝達する。たとえば、プログラム作成者が
走査するＧＵＩ（グラフィカル・ユーザ・インタフェー
ス）上で第１テスト部品のアイコンの色を変更する方法
が考えられる（Ａ９）。
【００５５】そして、プログラム作成者は、第１テスト
部品を修正し、再びテストを実施する（Ａ１０）。この
一連の処理を繰り返して、テスト結果に異常がなくなれ
ば処理は終了となる。
部品を修正し、再びテストを実施する（Ａ１０）。この
一連の処理を繰り返して、テスト結果に異常がなくなれ
ば処理は終了となる。
【００５６】＜第２の実施の形態＞次に、第２の実施の
形態について説明する。図４に示すように、第２の実施
の形態のソフトウエア開発支援装置の構成は、図１に示
したインタプリタ実行手段７がない点以外は、第１の実
施の形態と同じである。そして、第２の実施の形態で
は、テストプログラム６は、インタプリタ実行手段の代
わりに、実行形式ファイル作成手段４により、コンパイ
ルおよびリンクされる。その結果、テストプログラム６
は、実行形式ファイルとして実行される。
形態について説明する。図４に示すように、第２の実施
の形態のソフトウエア開発支援装置の構成は、図１に示
したインタプリタ実行手段７がない点以外は、第１の実
施の形態と同じである。そして、第２の実施の形態で
は、テストプログラム６は、インタプリタ実行手段の代
わりに、実行形式ファイル作成手段４により、コンパイ
ルおよびリンクされる。その結果、テストプログラム６
は、実行形式ファイルとして実行される。
【００５７】次に、図５を参照して、第２の実施の形態
のソフトウエア開発支援方法の一例、すなわち、ソフト
ウエア開発支援装置の動作例について説明する。図５
は、第２の実施の形態のソフトウエア開発支援方法を説
明するためのフローチャートである。
のソフトウエア開発支援方法の一例、すなわち、ソフト
ウエア開発支援装置の動作例について説明する。図５
は、第２の実施の形態のソフトウエア開発支援方法を説
明するためのフローチャートである。
【００５８】図５のフローチャートに示す、Ａ１、Ａ２
およびＡ４〜Ａ１０の処理内容は、上述の第１の実施の
形態における処理内容と同じであるので、その詳細な説
明を省略する。そして、第２の実施の形態では、テスト
プログラム６を実行形式ファイル作成手段４でコンパイ
ルおよびリンクして、実行形式ファイルを作成する（図
５のＢ１）。
およびＡ４〜Ａ１０の処理内容は、上述の第１の実施の
形態における処理内容と同じであるので、その詳細な説
明を省略する。そして、第２の実施の形態では、テスト
プログラム６を実行形式ファイル作成手段４でコンパイ
ルおよびリンクして、実行形式ファイルを作成する（図
５のＢ１）。
【００５９】次に、その実行形式ファイルを用いてテス
トを実行する（図５のＢ２）。この実施の形態では、テ
ストプログラムが複雑なために実行速度が遅くなる場合
でも、テストプログラム６を実行ファイル形式に変換し
てから実行するため、インタプリタ実行する場合に比べ
て、テストプログラムの実行速度を高速化できる。
トを実行する（図５のＢ２）。この実施の形態では、テ
ストプログラムが複雑なために実行速度が遅くなる場合
でも、テストプログラム６を実行ファイル形式に変換し
てから実行するため、インタプリタ実行する場合に比べ
て、テストプログラムの実行速度を高速化できる。
【００６０】
【発明の効果】以上、詳細に説明した様に、この発明に
よれば、実行形式ファイルを作成するためのソフトウエ
ア部品とテストドライバ／スタブを実施するためのソフ
トウエア部品とを区別するための属性を各ソフトウエア
部品に与える。そして、この属性によって、実行用形式
ファイル作成用部品の集合とテストドライバ／スタブ用
部品の集合とを同一の作業領域内で個別に管理する。
よれば、実行形式ファイルを作成するためのソフトウエ
ア部品とテストドライバ／スタブを実施するためのソフ
トウエア部品とを区別するための属性を各ソフトウエア
部品に与える。そして、この属性によって、実行用形式
ファイル作成用部品の集合とテストドライバ／スタブ用
部品の集合とを同一の作業領域内で個別に管理する。
【００６１】その結果、プログラム作成と、テストとを
同一の作業領域内で個別に実施することができる。この
ため、プログラム作成用の作業領域と別にテスト用の作
業領域を設けることなく、同一の作業領域でテストを実
施することができる。したがって、ソフトウエアの開発
を効率よく行うことができる。
同一の作業領域内で個別に実施することができる。この
ため、プログラム作成用の作業領域と別にテスト用の作
業領域を設けることなく、同一の作業領域でテストを実
施することができる。したがって、ソフトウエアの開発
を効率よく行うことができる。
【００６２】さらに、プログラム作成用の作業領域にお
いてテストも実施できるので、テストを実施したい機能
を、外部に非公開としたままで、テストすることができ
る。その上、テスト後にテストドライバとなった部品を
削除する必要もないので、ソフトウエアの開発を効率よ
く行うことができる。
いてテストも実施できるので、テストを実施したい機能
を、外部に非公開としたままで、テストすることができ
る。その上、テスト後にテストドライバとなった部品を
削除する必要もないので、ソフトウエアの開発を効率よ
く行うことができる。
【００６３】また、この発明によれば、テストドライバ
／スタブ用部品とテスト対象のプログラム（目的プログ
ラム）とのインタフェースの整合性を監視する。そし
て、インタフェースに変更が生じた場合、その影響が及
ぶテストドライバ／スタブ用部品に、変更が生じたこと
をリアルタイムに通知する。
／スタブ用部品とテスト対象のプログラム（目的プログ
ラム）とのインタフェースの整合性を監視する。そし
て、インタフェースに変更が生じた場合、その影響が及
ぶテストドライバ／スタブ用部品に、変更が生じたこと
をリアルタイムに通知する。
【００６４】その結果、目的プログラムが修正されて、
インタフェースが変更された場合に、修正すべきテスト
ドライバ／スタブ用部品の範囲をリアルタイム認識する
ことができる。その結果、テストプログラムの修正漏れ
やテスト実行時のエラーの発生を防止することができ
る。
インタフェースが変更された場合に、修正すべきテスト
ドライバ／スタブ用部品の範囲をリアルタイム認識する
ことができる。その結果、テストプログラムの修正漏れ
やテスト実行時のエラーの発生を防止することができ
る。
【００６５】また、この発明において、テストプログラ
ムを実行ファイル形式に変換してから実行すれば、テス
トプログラムが複雑なためにインタプリタ実行速度が遅
くなる場合でも、テストプログラムの実行速度を高速化
することができる。
ムを実行ファイル形式に変換してから実行すれば、テス
トプログラムが複雑なためにインタプリタ実行速度が遅
くなる場合でも、テストプログラムの実行速度を高速化
することができる。
【図１】第１の実施の形態のソフトウエア開発支援装置
を説明するための機能ブロック図である。
を説明するための機能ブロック図である。
【図２】第１の実施の形態のソフトウエア開発支援方法
を説明するためのフローチャートである。
を説明するためのフローチャートである。
【図３】第１の実施の形態においける部品間の参照関係
の管理データである。
の管理データである。
【図４】第２の実施の形態におけるソフトウエア開発支
援装置を説明するための機能ブロック図である。
援装置を説明するための機能ブロック図である。
【図５】第２の実施の形態におけるソフトウエア開発支
援方法を説明するためのフローチャートである。
援方法を説明するためのフローチャートである。
１ ソフトウエア部品作成手段 ２ 作業領域 ３ プログラム ４ 実行形式ファイル作成手段 ５ 実行形式ファイル ６ テストプログラム ７ インタプリタ実行手段 ２１ 実行形式ファイル作成用部品 ２２ テストドライバ／スタブ用部品 ２３ プログラム作成手段 ２４ 部品管理手段 ２５ 表示手段
Claims (7)
- 【請求項１】 ソフトウエア部品を組み合わせたソフ
トウエアの開発を支援するにあたり、 実行形式ファイル作成用のソフトウエア部品と、テスト
ドライバまたはスタブを必要とする単体テストを実施す
るためのテストプログラム作成用のソフトウエア用部品
とを区別するための属性を、各前記ソフトウエア部品に
与えておき、 前記属性に基づいて、前記実行形式ファイル作成用のソ
フトウエア部品と、前記テストプログラムを作成するた
めのソフトウエア部品とを管理することにより、実行形
式ファイルを作成する作業領域と同一の作業領域で前記
単体テストを実施することを特徴とするソフトウエア開
発支援方法。 - 【請求項２】 請求項１に記載のソフトウエア開発支援
方法において、 前記実行形式ファイル作成用のソフトウエア部品と、当
該ソフトウエア部品を参照する前記テストプログラム用
のソフトウエア部品との参照関係を保持し、 前記テストドライバまたはスタブと前記テストプログラ
ムとのインタフェースの整合性を監視し、 前記単体テストの結果、前記実行形式ファイル作成用の
ソフトウエア部品の異常が修正された場合であって、前
記インタフェースに変更が生じた場合に、修正されたソ
フトウエア部品を参照するテストプログラム用のソフト
ウエア部品に前記参照関係に基づいて前記変更を通知
し、かつ、通知を受けたソフトウエア部品を表示するこ
とを特徴とするソフトウエア開発支援方法。 - 【請求項３】 請求項１または請求項２に記載のソフト
ウエア開発支援方法において、 前記テストプログラムを実行形式ファイルとして実行す
ることを特徴とするソフトウエア開発支援方法。 - 【請求項４】 ソフトウエア部品作成手段と、作業領域
において、前記ソフトウエア部品を組み合わせてプログ
ラムを作成するプログラム作成手段と、前記プログラム
をコンパイルおよびリンクして実行形式ファイルを作成
する実行ファイル作成手段とを備えたソフトウエア開発
支援装置において、 前記ソフトウエア部品を、実行形式ファイル作成用の部
品と、テストドライバまたはスタブを必要とする単体テ
ストを実施するためのテストプログラム作成用の部品と
に区別するための属性を、各前記ソフトウエア部品に与
えて、各当該ソフトウエア部品を管理するソフトウエア
部品管理手段を備え、 前記プログラム作成手段は、前記作業領域において、前
記属性によって区別された前記実行形式ファイル作成用
部品を組み合わせて前記プログラムを作成する共に、前
記属性によって区別された前記テストプログラム作成用
部品を組み合わせて前記テストプログラムを作成するこ
とを特徴とするソフトウエア開発支援装置。 - 【請求項５】 請求項４に記載のソフトウエア開発支援
装置において、 前記部品管理手段は、 前記実行形式ファイル作成用部品と、当該実行形式ファ
イル作成用部品を参照するテストプログラム作成用部品
との参照関係を格納する記憶手段を有し、かつ、 前記実行形式ファイル作成用部品と、前記テストプログ
ラム作成用部品との間のインタフェースの整合性を管理
し、前記単体テストの結果、前記実行形式ファイル作成
用部品が修正されて、前記インタフェースが変更された
場合に、前記参照関係に基づいて、修正された実行形式
ファイル作成用部品を参照するテストプログラム用部品
に通知することを特徴とするソフトウエア開発支援装
置。 - 【請求項６】 ソフトウエア部品を組み合わせたソフ
トウエアの開発を支援するにあたり、 実行形式ファイル作成用のソフトウエア部品と、テスト
ドライバまたはスタブを必要とする単体テストを実施す
るためのテストプログラム作成用のソフトウエア用部品
とを区別するための属性を、各前記ソフトウエア部品に
与える処理と、 前記属性に基づいて、前記実行形式ファイル作成用のソ
フトウエア部品と、前記テストプログラムを作成するた
めのソフトウエア部品とを管理することにより、実行形
式ファイルを作成する作業領域と同一の作業領域で前記
単体テストを実施させる処理をコンピュータに実行させ
るためのプログラムが記録されたことを特徴とする記録
媒体。 - 【請求項７】 請求項６に記載の記録媒体において、 前記実行形式ファイル作成用部品と、前記テストプログ
ラム作成用部品との間のインタフェースの整合性を管理
し、前記単体テストの結果、前記実行形式ファイル作成
用部品が修正されて、前記インタフェースが変更された
場合に、修正された実行形式ファイル作成用部品を参照
するテストプログラム用部品に通知する処理をコンピュ
ータに実行させるためのプログラムが記録されたことを
特徴とする記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10211566A JP2000047862A (ja) | 1998-07-27 | 1998-07-27 | ソフトウエア開発支援方法および装置並びに記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10211566A JP2000047862A (ja) | 1998-07-27 | 1998-07-27 | ソフトウエア開発支援方法および装置並びに記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000047862A true JP2000047862A (ja) | 2000-02-18 |
Family
ID=16607915
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10211566A Pending JP2000047862A (ja) | 1998-07-27 | 1998-07-27 | ソフトウエア開発支援方法および装置並びに記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000047862A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007213203A (ja) * | 2006-02-08 | 2007-08-23 | Fuji Electric Holdings Co Ltd | プログラム開発支援システム |
| JP2009176201A (ja) * | 2008-01-28 | 2009-08-06 | Hitachi Ltd | ソフトウェア開発支援の装置、そのプログラム、及び方法 |
-
1998
- 1998-07-27 JP JP10211566A patent/JP2000047862A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007213203A (ja) * | 2006-02-08 | 2007-08-23 | Fuji Electric Holdings Co Ltd | プログラム開発支援システム |
| JP2009176201A (ja) * | 2008-01-28 | 2009-08-06 | Hitachi Ltd | ソフトウェア開発支援の装置、そのプログラム、及び方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8171449B2 (en) | Generating sequence diagrams using call trees | |
| US5799193A (en) | Scenario based iterative method for development of an object oriented system model | |
| EP0785510B1 (en) | Program debugging system for debugging a program having a graphical user interface | |
| US7340726B1 (en) | Systems and methods for performing static analysis on source code | |
| US5956513A (en) | System and method for automated software build control | |
| JPH07105044A (ja) | コンピュータプログラムの実行をシュミレーションする方法及びシステム | |
| Soetens et al. | ChEOPSJ: Change-Based Test Optimization. | |
| JP7115342B2 (ja) | デバッグ支援システムおよびデバッグ支援方法 | |
| Arts et al. | Trace analysis of Erlang programs | |
| WO2021077916A1 (zh) | 一种镜像文件的获取方法以及装置 | |
| CN111881056A (zh) | 一种自动化测试框架及测试方法 | |
| JP2000047862A (ja) | ソフトウエア開発支援方法および装置並びに記録媒体 | |
| Forte | Tools fair: Out of the lab, onto the shelf | |
| JP2016042317A (ja) | ソフトウェア設計支援装置、および方法 | |
| JPH02275539A (ja) | デバッグ処理方式 | |
| JP2013137716A (ja) | マクロ展開装置及びプログラム | |
| JP2000020298A (ja) | ソフトウェア開発支援装置 | |
| JPH11232136A (ja) | オブジェクト指向ソフトウエア開発支援装置 | |
| JP2001356928A (ja) | 試験評価システム | |
| JPH01261737A (ja) | 言語プロセッサの検査自動管理方式 | |
| JP3368795B2 (ja) | コンパイル制御方法、コンパイル装置及び記録媒体 | |
| CN111367563A (zh) | 主机版本合并方法及装置 | |
| JP2000235496A (ja) | コンパイル処理方法、コンパイル処理装置、記録媒体およびクライアントサーバシステム | |
| Kambe et al. | A Method of Visualizing Inter-Module Relations to Support Reuse-Based Embedded Software Development | |
| JP2001222419A (ja) | 情報処理装置およびジョブストリーム処理用プログラムを記録した記録媒体 |