(57)【要約】【課題】管理方法として、ＯＳの物理的なファイルで管理する場合、運用や保守の面で利用者の負担となる面があった。【解決手段】ＸＭＬのような構造化文書を開発資源格納部１０７に採用し、各開発資源を開発資源実行制御部１０２により全て一括管理する。そして、ｍａｋｅ実行部１０５、及びテスト実行部１０６により、自動化して各プログラム開発資源を有効に活用する。【選択図】　図１
2004102952.tif 000002
【特許請求の範囲】
【請求項１】
プログラムの開発資源を記憶装置に保存する開発資源の保存方法であって、
プログラムの開発資源である、ソースプログラムの情報、テストデータの情報、テストを行うためのコマンドの情報、実行されたテストの結果の情報を、構造化文書の形式に変換して記憶装置に格納することを特徴とするプログラムの開発資源の保存方法。
【請求項２】
請求項１記載のプログラムの開発資源の保存方法において、前記ソースプログラムの情報は、ソースプログラムが格納されたファイル名、当該ファイル名が属するディレクトリであることを特徴とするプログラムの開発資源の保存方法。
【請求項３】
プログラムの開発資源を管理する方法であって、
プログラムの開発資源である、ソースプログラムの情報、テストデータの情報、テストを行うためのコマンドの情報、実行されたテストの結果の情報を、構造化文書の形式に変換して記憶装置に格納し、
新たなソースプログラムの情報を格納する際に、予め格納されたソースプログラムとの差分情報とバージョン情報とを生成し、生成された差分情報及びバージョン情報を構造化文書の形式に変換して記憶装置に格納することを特徴とするプログラムの開発資源の保存方法。
【請求項４】
請求項１記載のプログラムの開発資源の保存方法であって、
更に複数のソースプログラムを統合した、プログラムの情報を構造化文書の形式に変換し記憶装置に格納することを特徴とするプログラムの開発資源の保存方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータのソフトウェアプログラムを開発する際の開発方法、及び開発資源の管理方法に関する。
【０００２】
【従来の技術】
近年、ソフトウェア開発は、ハードの進歩やシステムの多様化に伴い、生産性の向上や信頼性の向上が掲げられてきた。そのため、ソフトウェアの開発資源の管理として、データベースのようなものにデータを一元管理する方式が論じられている。この種の方式として関連するものには、例えば特許文献１が挙げられる。
【０００３】
また、プログラムテストを効率的に行うために、テストデータを一元管理し、テストを自動化するような方式やシステムが論じられている。この種の方式として関連するものには、例えば特許文献２、３などが挙げられる。
【特許文献１】
特開平５−６６９３１号公報
【特許文献２】
特開平６−３５７５３号公報
【特許文献３】
特開平１０−３０１８０８号公報
【０００４】
【発明が解決しようとする課題】
上記の従来技術は、前者の場合に、データを単に一括して管理することのみ論じられ、管理したデータの運用に関しては展開されていない。また、後者の場合には、ソフトウェアのテストに限定して一括管理する方法が論じられており、テスト以外の開発資源までは言及していない。
【０００５】
本発明の目的は、ソースプログラムからテストデータまでプログラムの開発資源を全て一括して管理し、またそれらを運用して実行させることまでを考慮することで、主にプログラム開発の工程の効率を向上させることにある。
【０００６】
【課題を解決するための手段】
上記目的は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）のような構造化文書をプログラム開発資源の格納部に採用し、関連したプログラム開発資源を同一ファイルに格納することで達成される。また、構造化文書から各プログラム開発資源を取り出して実行する方式を提供することで達成される。
【０００７】
【発明の実施の形態】
本発明の一実施例を、図にしたがって説明する。
【０００８】
図１に本発明の基本構成を示す。利用者によって、実行画面部１０１において、プログラム開発資源の操作内容が選択される。利用者の選択に応じて、開発資源実行制御部１０２の構成要素の何れかを実行する。
【０００９】
開発資源実行制御部１０２の構成要素は、開発資源変換部１０３、ｍａｋｅ実行部１０５、及びテスト実行部１０６である。ここで、ｍａｋｅとは、実行可能ファイル等の一まとまりのプログラム群を作成するために、プログラムをコンパイル・リンクするための一連の手順を指定したり制御したりする、ＵＮＩＸ（登録商標）のオペレーティングシステムのユーティリティツールである。なお、実際のツールはｍａｋｅでなくてもｍａｋｅと同様の機能を持つツールであればよい。
【００１０】
開発資源変換部１０３は、ソースプログラム、ｍａｋｅ用ファイル、テストデータ、テストコマンド、及びテスト結果の各々の開発資源に対して、開発資源格納部１０７に格納したり、開発資源格納部１０７から抽出する操作を行う。その際、開発資源世代管理処理部１０４を呼び、世代管理を行う。
【００１１】
開発資源世代管理処理部１０４は、プログラム開発資源を開発資源格納部１０７に格納する場合には、最新の世代として対象のプログラム開発資源全体を格納し、前の世代では、最新の世代のプログラム開発資源との差分を格納しておくことで、世代管理をする。世代管理の具体的な管理方法として、世代に対して数値等で任意に識別できる値を付けたり、格納日時を元に任意の値を付けたりする方法があるが、ここでは、格納日付と、同一日付に対して１からの昇順番号を付加したものとする。世代管理の開発資源格納部１０７から抽出する際には、最新の世代から指定された世代まで遡って、最新の世代のプログラム開発資源と一つ前の世代間の差分を使用して、指定された世代のプログラム開発資源を復元して抽出する。また、開発資源世代管理処理部１０４は、最初に対象のプログラム開発資源全体を開発資源格納部１０７に格納し、次の格納からは、前のプログラム開発資源との差分を格納して、世代管理をしてもよい。
【００１２】
開発資源格納部１０７は、プログラム開発の資源として、ソースプログラム、ｍａｋｅ用ファイル、テストデータ、テストコマンド、及びテスト結果を格納する。なお、ｍａｋｅ用ファイルには、一つのソースファイルに格納する単位（以後、一モジュールと呼ぶ）でテストできるように、一モジュールから実行可能ファイルを作成するために最低限必要な、ダミーの補助ソースプログラムであるドライバを含める構成にすることもできる。
【００１３】
ｍａｋｅ実行部１０５は、ソースプログラム及びｍａｋｅ用ファイルを使用して、コンパイラ・リンカ１０８を起動することで、ソースプログラムから実行可能ファイルを生成する。
【００１４】
テスト実行部１０６は、生成された実行可能ファイル、及び開発資源格納部１０７から抽出したテストデータ、テストコマンドを使用して、プログラムのテストを行う。さらに、開発資源格納部１０７から抽出したテスト結果を使用して、プログラムのテスト結果の検証を行う。
【００１５】
図２に、開発資源格納部１０７に格納されるデータの例を示す。開発資源格納部１０７は、構造化文書であるＸＭＬの形式を使用する。ＸＭＬは、要素を単位として記述され、開始タグ「文字列」と終了タグ「／文字列」を使って記述される。要素を入れ子構造にすることで、要素同士の親子関係を表し、階層構造を表現することができる。
【００１６】
プログラム開発資源を格納するＸＭＬ文書内の位置は、指定された資源種別によって決定される。資源種別がソースプログラムならば、要素名「ソース」２０１を作成し、その要素内にソースプログラムを格納する。資源種別がｍａｋｅ用ファイルならば、要素名「ｍａｋｅ用ファイル」２０２にｍａｋｅ用ファイルを、テストデータならば要素名「テストデータ」２０３にテストデータを、テストコマンドならば要素名「テストコマンド」２０４にテストコマンドを、テスト結果ならば要素名「テスト結果」２０５にテスト結果をそれぞれ格納する。
【００１７】
一つのＸＭＬファイルには、一モジュールのソースプログラムと、そのソースプログラムを実行可能ファイルにするためのｍａｋｅ用ファイル、一モジュールをテストするためのモジュールテストデータ、テストを実行するためのモジュールテストコマンド、及びテストを実行した結果であるモジュールテスト結果が含まれる。また、ＸＭＬファイルには、前述のドライバが含まれてもよい。
【００１８】
さらに、各開発資源の要素の下位には、要素「ディレクトリ」２０６、要素「ファイル」２０７、及び要素「世代」２０８が含まれる。例えば、ディレクトリ「．／ｐｒｏｊ１／ｓｏｕｒｃｅ」に新規に作成したソースプログラム「ｆｉｌｅ１．ｃ」が開発資源格納部１０７に格納される場合について説明する。ディレクトリの記法はＵＮＩＸの記法に従い、ここでは作業中の場所を表すカレントディレクトリからの相対パスで記述する。プログラム開発資源変換部１０３は、要素「ソース」の内側に「名前＝．／ｐｒｏｊ１／ｓｏｕｒｃｅ」を属性として持つ要素「ディレクトリ」を作成し、さらに「名前＝ｆｉｌｅ１．ｃ」を属性として持つ要素「ファイル」を作成し、最後に格納した日付を元にした値、例えば「値＝ｙ０２ｍ０１ｄ２９＿１」を属性として持つ要素「世代」を作成して、要素「世代」にソースプログラム「ｆｉｌｅ１．ｃ」を格納する。同一ソースプログラム「ｆｉｌｅ１．ｃ」が更新されて開発資源格納部１０７に再度格納する場合は、開発資源変換部１０３は、開発資源世代管理処理部１０４を呼び出して、差分のみを格納する。開発資源世代管理処理部１０４は、属性として「値＝ｙ０２ｍ０１ｄ２９＿１」を持つ要素「世代」２０９の内容を格納する際に、今まで最新の世代であった「値＝ｙ０２ｍ０１ｄ２８＿１」を持つ要素「世代」２０８の内容との差分を取る。行数ｌ２、変更区分ｃ（変更の意味）等の情報も変更内容自体とともに持つ差分「ｌ２ｃ：　ｃ＝ａ−ｂ；」を、「値＝ｙ０２ｍ０１ｄ２８＿１」を持つ要素「世代」２０８に格納する。「値＝ｙ０２ｍ０１ｄ２９＿１」を持つ要素「世代」２０９には、ソースプログラム「ｆｉｌｅ１．ｃ」の最新の内容を全て格納する。このように、開発資源世代管理処理部１０４が、世代ごとにプログラム開発資源の修正差分を管理することで、ソースプログラムの世代管理を実現し、ある時点でのソースプログラムをいつでも取り出せる。ソースプログラム以外のプログラム開発資源に関しても、同様な手法で資源の世代管理をする。
【００１９】
また、あるＸＭＬファイルは、複数のソースプログラムを統合して実行可能生成ファイルを生成するためのｍａｋｅ用ファイルを含み、さらにそのプログラム統合テストを行うためのテストデータ、統合テストを実行するためのプログラム統合テストコマンド、及び統合テストを実行した結果であるプログラム統合テスト結果を含む。ｍａｋｅ用ファイルの要素の内側には、他の開発資源と同様に、要素「ディレクトリ」、要素「ファイル」、要素「世代」が含まれるほか、要素「世代」と同レベルの階層の要素として、要素「作業場所」２１０が含まれる。この要素には、ｍａｋｅ用ファイルを使用してｍａｋｅを実行する際に必要な開発資源であるソースプログラム等の存在する場所が格納される。例えば、ディレクトリが格納される。ｍａｋｅ用ファイル以外に、テストコマンドも、テストコマンドを実行するために必要なテストデータやテスト結果の存在する場所を示す要素「作業場所」を有している。
【００２０】
開発資源変換部１０３に関して、図３のフローチャートを用いて説明する。ここでは、開発資源格納部１０７であるＸＭＬファイルに、プログラム開発資源（ソースプログラム、ｍａｋｅ用ファイル、テストデータ、テストコマンド、又はテスト結果）を格納したり抽出する方法について説明する。まず、プログラム開発資源変換部１０３は、ＸＭＬファイル名、開発資源ファイル名、開発資源種別、格納・抽出種別を実行画面部１０１から取得する（３０１）。ただし、抽出の場合には、ソースプログラムはｍａｋｅ実行部１０５から、テストデータ及びテスト結果はテスト実行部１０６から、ＸＭＬファイル名、開発資源ファイル名、開発資源種別、格納・抽出種別を取得する場合もある。開発資源種別は、ソースプログラム、ｍａｋｅ用ファイル、テストデータ、テストコマンド、及びテスト結果を識別する値である。開発資源ファイル名は、各開発資源のファイル名である。ここでは、開発資源はファイルに格納されているものとして扱う。ソースプログラムならソースファイル、テストデータならテストデータファイルである。格納・抽出種別は、格納か抽出かを識別する値である。３０１の後に、格納・抽出種別により、格納か抽出かを判定する（３０２）。抽出の場合、開発資源ファイルの世代を、３０１と同様に実行画面部１０１から取得する。一方、格納か抽出かを判定する処理３０２で格納の場合、指定された開発資源種別がｍａｋｅ用ファイル又はテストコマンドかを判定する（３０５）。ｍａｋｅ用ファイル又はテストコマンドである場合、実行画面部１０１より作業場所名を取得する（３０６）。そして、指定に従って、ＸＭＬファイル内の開発資源ファイル名の要素の内側に、要素「作業場所」を作成し、取得した作業場所名を格納する（３０７）。３０５で、指定された開発資源種別がｍａｋｅファイルかつテストコマンドでない場合、制御を３０４に移す。最後に、取得した情報で４００の処理を実行する（３０４）。開発資源変換部１０３の処理を終了し、実行画面部１０１の入力待ちに戻る。
【００２１】
次に、開発資源世代管理処理部１０４を、図４のフローチャートを用いて説明する。開発資源世代管理処理部１０４は、各開発資源を開発資源格納部１０７であるＸＭＬファイルに格納したり、ＸＭＬファイルから各開発資源を抽出する際に、各開発資源の世代管理を行う。各開発資源をＸＭＬファイルに格納する際に、各開発資源の最新の世代をそのまま格納し、前の世代を差分情報のみ格納することで、ＸＭＬファイルから抽出する際に、任意の世代の開発資源ファイルを抽出できる。図４において、まず、開発資源世代管理処理部１０４は、格納・抽出種別が格納か抽出かを判定する（４０１）。抽出の場合、指定されたＸＭＬファイル内から、指定された開発資源のファイル名を属性値として持つファイルの要素を取得する（４０２）。そして、最新世代から指定された世代まで遡って開発資源を復元する（４０３）。ディレクトリ要素の属性値である名前（２０６の．／ｐｒｏｊ１／ｓｏｕｒｃｅに相当）の場所に、開発資源ファイルを抽出する（４０４）。そして、開発資源世代管理処理部１０４の処理を終了し、図３の３０４に戻る。格納・抽出種別が格納か抽出かを判定する処理（４０１）で格納の場合、指定されたＸＭＬファイル内に指定された開発資源の要素があるかを判定する（４０５）。あれば４０７に制御を移す。なければ、指定された開発資源の要素を指定されたＸＭＬファイル内に作成する（４０６）。指定された開発資源のファイル（及びディレクトリ）の要素が指定されたＸＭＬファイル内にあるかを判定し（４０７）、ある場合、格納済み開発資源の今までの最新世代と、指定された開発資源ファイルの差分を取る（４０８）。格納済み開発資源の今までの最新世代を差分に置き換える（４０９）。そして、新規世代の要素を作成し、指定された開発資源ファイルの内容を格納し（４１１）、開発資源世代管理処理部１０４の処理を終了し、図３の３０４に戻る。指定された開発資源ファイル名の要素があるかの判定（４０７）で、開発資源ファイル名の要素がない場合、ファイル（及びディレクトリ）の要素を、指定されたＸＭＬファイル内に作成する（４１０）。さらに、新規世代の要素を作成し、指定された開発資源ファイルの内容を格納する（４１２）。開発資源世代管理処理部１０４の処理を終了し、図３の３０４に戻る。
【００２２】
次に、ｍａｋｅ実行部１０５に関して、図５のフローチャートを用いて説明する。ｍａｋｅ用ファイルとそのファイル内で使用するソースプログラムから、ｍａｋｅを実行し、実行可能ファイルを生成する。まず、実行可能ファイルを生成するために必要なｍａｋｅ用ファイルのファイル名を実行画面部１０１より取得する（５０１）。次に、３００を実行してｍａｋｅ用ファイルを開発資源格納部１０７から抽出する（５０２）。そして、ｍａｋｅ用ファイルの実行に必要なソースプログラムを抽出する。指定されたＸＭＬファイル内の要素「ｍａｋｅ用ファイル」から、指定されたｍａｋｅ用ファイル名と同じ名前を属性値として持つ要素「ファイル」の内側の要素「作業場所」を取得する（５０３）。開発資源「ソース」の要素の内側の要素から、前記の要素「作業場所」に格納されているディレクトリと同じディレクトリの名前を属性値として持つ要素「ディレクトリ」を取得する（５０４）。さらに、実行画面部１０１から、実行可能ファイルを生成するソースプログラムの世代を取得する（５０５）。ソースプログラムごとに実行可能ファイルを生成するための世代を取得してもよいが、ここでは、使用するソースファイル全てに関して、最新のファイル世代を使用して実行可能ファイルを生成することとする。５０６、５０７、及び５０８のループで、取得した要素「ディレクトリ」の内側にある要素「ファイル」を全て取得する。まず、全ての「ファイル」要素を抽出したかを判定し（５０６）、取得していなければ、３００を実行し、要素「ファイル」に格納されているソースプログラムを抽出する（５０７）。そして、次の要素「ファイル」を取得し（５０８）、要素「ディレクトリ」の内側の要素「ファイル」に格納されているソースプログラムを全て抽出したかを判定する処理（５０６）に戻る。要素「ファイル」を全て抽出していれば、ｍａｋｅ用ファイルを実行し（５０９）、実行可能ファイルを生成する（５１０）。そして、ｍａｋｅ実行部１０５の処理を終了し、実行画面部１０１の入力待ちに戻る。
【００２３】
テスト実行部１０６に関して、図６のフローチャートを用いて説明する。ｍａｋｅ実行部１０５で生成した実行可能ファイル、及び開発資源格納部１０７に格納されているテストコマンドを使用してテストを実行する。そのため、テスト実行部１０６を使用してテストを実行するには、予めｍａｋｅ実行部１０５により、実行可能ファイルを生成しておく必要がある。旧テスト結果があれば、旧テスト結果との比較をし、修正したプログラムが不正な結果にならないかを検証する。まず、テストを実行するために必要なテストコマンドファイル名を実行画面部１０１より取得する（６０１）。３００を実行してテストコマンドファイルを開発資源格納部１０７から抽出する（６０２）。そして、テストコマンドファイルの実行に必要なテストデータ及びテスト結果を、６０３〜６０８で抽出する。指定されたＸＭＬファイル内の要素「テストコマンドファイル」から、指定されたテストコマンドファイル名と同じ名前を属性値として持つ要素「ファイル」の内側の要素「作業場所」を取得する（６０３）。開発資源テストデータ及びテスト結果の要素から、前記の要素「作業場所」に格納されているディレクトリと同じディレクトリの名前を属性値として持つ要素「ディレクトリ」を取得する（６０４）。さらに、実行画面部１０１から、テストを実行するテストデータ及びテスト結果の世代を取得する（６０５）。テストデータ及びテスト結果ごとにテストを実行するための世代を取得してもよいが、ここでは、使用するテストデータ及びテスト結果全てに関して、最新のファイル世代を使用して実行可能ファイルを生成することとする。６０６、６０７、及び６０８のループで、取得した要素「ディレクトリ」の内側にある要素「ファイル」を全て抽出する。まず、全ての「ファイル」要素を抽出したかを判定し（６０６）、抽出していなければ、３００を実行し、要素「ファイル」に格納されているテストデータ及びテスト結果を抽出する（６０７）。そして、次の要素「ファイル」を取得し（６０８）、要素「ディレクトリ」の下位の要素「ファイル」に格納されているテストデータ及びテスト結果をすべて抽出したかを判定する処理（６０６）に戻る。要素「ファイル」を全て抽出していれば、図５の５１０で生成した実行可能ファイルを使用して、テストコマンドファイルを実行する（６０９）。実行後、（以前に実行したときの）旧テスト結果が抽出されているかを判定する（６１０）。抽出されていれば、実行画面部１０１（の旧テスト結果選択部７１５及び新テスト結果選択部７１６）より、比較する新旧テストの場所を取得する（６１１）。そして、新旧テスト結果を比較し、差分を表示する（６１２）。旧テスト結果が存在せず、抽出されていなければ、何もせずに６１３に制御を移す。３００を実行して、今回実行した新テスト結果を格納する（６１３）。テスト実行部１０６の処理を終了し、実行画面部１０１の入力待ちに戻る。
【００２４】
最後に実行画面部１０１に関して、図７を使用して説明する。図７は、実行画面部１０１の画面表示の一例である。実行画面部１０１は、開発資源変換制御画面枠７０１、ｍａｋｅ実行制御画面枠７０２、及びテスト実行制御画面枠７０３により構成される。開発資源変換制御画面枠７０１は、開発資源格納部１０７に各開発資源を格納したり、抽出する時の、利用者とのインタフェースである。ここで、開発資源格納部１０７は、ＸＭＬファイルの集まりである。ＸＭＬファイル名入力領域７０４は、ＸＭＬファイル名が入力される個所である。開発資源ファイル名入力領域７０５は、ソースファイル名やｍａｋｅ用ファイル名など、開発資源格納部１０７に格納したり、開発資源格納部１０７から抽出する開発資源ファイル名が入力される個所である。また、開発資源種別選択メニュー７０６は、ソースプログラム、ｍａｋｅ用ファイル、テストデータ、テストコマンド、及びテスト結果から、開発資源格納部１０７に格納したり、開発資源格納部１０７から抽出する開発資源の種別が選択されるメニューである。格納・抽出種別選択メニュー７０７は、各開発資源を開発資源格納部１０７に格納するのか、開発資源格納部１０７から抽出するのかが選択されるメニューである。開発資源ファイルの世代入力領域７０８は、開発資源格納部１０７から各開発資源を抽出する際に、抽出するファイルの世代が入力される個所である。開発資源使用場所入力領域７０９は、ｍａｋｅ用ファイル又はテストコマンドを開発資源格納部１０７に格納する際に、関連するソースファイルやテストデータ、テスト結果が存在する場所（ディレクトリ）が入力される個所である。変換実行ボタン７１０は、各入力データを入力した後に、押下されるためのボタンである。その後、開発資源変換部１０３が、各開発資源を開発資源格納部１０７に格納したり、開発資源格納部１０７から抽出する処理を実行する。
【００２５】
ｍａｋｅ実行制御画面枠７０２は、開発資源格納部１０７に格納されているｍａｋｅ用ファイルを抽出して、実行可能プログラムを生成する時の、利用者とのインタフェースである。ｍａｋｅ用ファイル、及びｍａｋｅに必要なソースプログラムは、開発資源変換制御画面枠７０１で入力を受けて、開発資源変換部１０３が抽出する。使用ファイルの世代入力領域７１１は、ｍａｋｅ用ファイルを実行するのに必要なソースプログラムの世代が入力される個所である。ここで入力された世代がソースプログラム全体に使用される世代となるが、個々のソースプログラムを抽出するときに、開発資源ファイルの世代入力領域７０８から入力される世代が、ソースプログラムごとに使用されることも可能である。
【００２６】
ｍａｋｅ実行ボタン７１２が押下されると、ファイルの世代入力領域７１１で入力された世代のソースプログラムを使用して、実行可能ファイルを生成する処理を実行する。
【００２７】
テスト実行制御画面枠７０３は、開発資源格納部１０７に格納されているテストコマンドを抽出して、テストを実行する時の、利用者とのインタフェースである。テストコマンドファイル及びその中で使用されるテストデータ、及びテスト実行後に使用されるテスト結果は、開発資源変換制御画面枠７０１で入力を受けて、開発資源変換部１０３が抽出する。ファイルの世代入力領域７１３は、テストコマンドファイルを実行するのに必要なテストデータ及びテスト結果の世代が入力される個所である。テスト実行ボタン７１４が押下されることで、ファイルの世代入力領域７１３で入力された世代のテストデータを使用して、テストを実行する。テスト実行後、ファイルの世代入力領域７１３で入力された世代以前のテスト結果が存在するディレクトリが、旧テスト結果選択領域７１５に入力され、実行した結果が存在するディレクトリが、新テスト結果選択領域７１６に入力される。そして、テスト結果比較実行ボタン７１７が押下されると、比較結果表示領域７１８に新旧テスト結果の比較結果を表示する。
【００２８】
また、実行画面部共通部として、エラーを表示したり、処理を促したりするメッセージ表示領域７１９、及び途中で利用者が終了する場合に押下される終了ボタン７２０が備えられている。
【００２９】
【発明の効果】
以上により、構造化文書を使用して、ソースプログラムの作成からモジュールテスト、プログラムテストまでプログラムの開発資源を一括して管理し、実行させることが可能となる。これにより、以下の効果がある。
【００３０】
プログラマの負担の軽減。プログラムの各開発資源を作業ディレクトリ（又は作業フォルダ）等を使用して利用者が独自の規則を決めて管理する必要がなくなり、プログラムの各開発資源を管理する労力が軽減できる。
【００３１】
保守性の向上。テストデータ及び旧テスト結果を、モジュールテストからプログラムテストまで格納しておくことにより、ソースプログラムが修正された場合に、修正前のテスト結果が不正に変更されていないかがすぐに確認できる。このことにより、プログラムの保守性を向上することができる。
【００３２】
開発費の削減。１に関連して、独自にプログラムの各開発資源を管理する必要がなくなる分、開発費を削減できる。また、２に関連して、ソースプログラムの修正によるテスト結果の変化がすぐにわかり、後になってどの変更時に問題が作り込まれたかをを探す必要がなくなる分、プログラムの開発費を削減することができる。
【図面の簡単な説明】
【図１】本発明の基本構成を示す図である。
【図２】プログラム開発資源を格納し、一括管理するための開発資源格納部を示す図である。
【図３】開発資源変換部の処理を示す流れ図である。
【図４】開発資源世代管理処理部の処理を示す流れ図である。
【図５】ｍａｋｅを実行する方法を示す流れ図である。
【図６】テストを実行する方法を示す流れ図である。
【図７】利用者とのインタフェースである実行画面部１０１を示す図である。
【符号の説明】
１０１　実行画面部
１０２　開発資源実行制御部
１０３　開発資源変換部
１０４　開発資源世代管理処理部
１０５　ｍａｋｅ実行部
１０６　テスト実行部
１０７　開発資源格納部
１０８　コンパイラ・リンカ
【図１】
2004102952.tif 000003
【図２】
2004102952.tif 000004
【図３】
2004102952.tif 000005
【図４】
2004102952.tif 000006
【図５】
2004102952.tif 000007
【図６】
2004102952.tif 000008
【図７】
2004102952.tif 000009