(57)【要約】【課題】過去の事例を利用して、効率的にソフトウェアとしての基幹業務システム等の開発を行って納品物の作成を行う際の支援を行う。【解決手段】納品物を作成する過去の別プロジェクトにおける適応モジュールや納品物の事例から抽出した納品物作成ルールと手動登録した納品物作成ルールと(19)を用いて、適応するモジュール等のプロジェクトの情報(17)とプロジェクト作業フォルダから納品対象を自動選別する。その自動選別した納品対照の結果をユーザが評価を行い、ユーザが評価した納品対象に従って納品物を作成する。その際、ユーザが評価した納品対象に従い納品物作成ルールを再抽出する。【選択図】図１
2010250678.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアによる納品物の作成を支援する納品物作成支援システムにおいて、
過去に納品物を開発した際の別プロジェクトによる過去の納品物の情報を取り込む事例納品物取り込み手段と、前記取り込んだ過去の納品物の事例から抽出した納品物作成ルール及びユーザが入力した納品物作成ルールを管理するルール管理手段と、該ルール管理手段に管理されているルールを用いて、前記別プロジェクトの情報と入力されるプロジェクト作業フォルダの情報とから納品対象を選別する納品物判別手段と、選別された納品対象の結果をユーザに評価させる納品物評価手段と、ユーザが評価した納品対象に従って納品物を作成する納品物作成手段とを備えることを特徴とする納品物作成支援システム。
【請求項２】
前記ユーザが評価した納品対象に従って納品物作成ルールを再抽出する手段をさらに備えることを特徴とする請求項１記載の納品物作成支援システム。
【請求項３】
ソフトウェアによる納品物の作成を支援する納品物作成支援方法において、
過去に納品物を開発した際の別プロジェクトによる過去の納品物の情報を取り込み、前記取り込んだ過去の納品物の事例から抽出した納品物作成ルール及びユーザが入力した納品物作成ルールを管理し、該管理されているルールを用いて、前記別プロジェクトの情報と入力されるプロジェクト作業フォルダの情報とから納品対象を選別し、選別された納品対象の結果をユーザに評価させ、ユーザが評価した納品対象に従って納品物を作成することを特徴とする納品物作成支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、納品物作成支援システム及び支援方法に係り、特に、過去に納品物としての基幹システム等を開発した際の別プロジェクトにおける適応モジュールや納品物の事例から抽出したルールと手動登録したルールとを用いて、適応するモジュール等のプロジェクトの情報とプロジェクト作業フォルダの情報とから納品物を作成することができるようにソフトウェアによる納品物の作成を支援する納品物作成支援システム及び支援方法に関する。
【背景技術】
【０００２】
従来、ソフトウェアによる基幹業務システム等の開発において主流であったスクラッチ開発は、顧客の業務理解、顧客特有のシステム構築をその都度、最初から行っていたため、開発コストが膨大なものとなっていた。そのため、基幹業務システム等の開発は、システムとしてのパッケージ等のソリューションを構築し、業務システムの開発プロジェクト毎に財務会計、債権・債務等の開発すべきシステムに適応する必要なモジュールを選択し、それらのモジュールを含むパッケージを軸に開発を行うことにより、短期間、低コストでシステム開発を行うためにパッケージ開発の手法が多く行われるようになってきている。
【０００３】
しかし、開発を行うパッケージには、そのパッケージには適応しない、すなわち、ユーザとしては不要なモジュールも含まれているため、システムの開発企業が顧客に納品を行う際には、適応しないモジュールが含まれないように選別して納品物を作成する必要があった。この作業は、プロジェクト毎に適応モジュールや納品対象物が異なるため毎回発生し、多大なコストを要するものである。
【０００４】
一方、前述したような従来の納品物作成の問題をある程度解決することができる納品物作成支援システムに関する従来技術が知られている。この従来技術は、文書及び画像を含むファイルを取得して所定のディレクトリ構造に配置するというものであり、また、発注仕様と納品物とから検収結果を表示することにより納品物の内容確認をするというものである。しかし、このような従来技術によるシステムは、プロジェクト毎に納品対象物が異なるような場合に必ずしも有効であるとは言えないものである。
【０００５】
なお、納品物作成支援システムに関する従来技術として、例えば、特許文献１、２等に記載された技術が知られている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−２４０９９１号公報
【特許文献２】特開２００２−６３２３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
前述したように、業務システムの開発をパッケージ開発のプロジェクトの繰り返しにより行う従来の手法は、開発しようとしているシステムのプロジェクトの中に、過去のプロジェクトに含まれるモジュールと同じモジュールであるものがあり、その場合、過去に同等な納品物が作成されていることが多いにもかかわらず、それらを利用していないため、納品物を作成するためのコストが膨大なものとなるという問題点を有している。また、前述した特許公報１、２に記載の従来技術も、プロジェクト毎に納品対象物が異なるような場合に必ずしも有効であるとは言えないものであるという問題点を有している。
【０００８】
本発明の目的は、前述したような従来技術の問題点に鑑み、過去の別プロジェクトに含まれる適応モジュールや納品物の事例から適応するモジュール等のプロジェクトの情報とプロジェクトの作業フォルダから納品物を自動選別することにより、ソフトウェアによる納品物の開発作成を行う際の支援を行う納品物作成支援システム及び支援方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明によれば前記目的は、ソフトウェアによる納品物の作成を支援する納品物作成支援システムにおいて、過去に納品物を開発した際の別プロジェクトによる過去の納品物の情報を取り込む事例納品物取り込み手段と、前記取り込んだ過去の納品物の事例から抽出した納品物作成ルール及びユーザが入力した納品物作成ルールを管理するルール管理手段と、該ルール管理手段に管理されているルールを用いて、前記別プロジェクトの情報と入力されるプロジェクト作業フォルダの情報とから納品対象を選別する納品物判別手段と、選別された納品対象の結果をユーザに評価させる納品物評価手段と、ユーザが評価した納品対象に従って納品物を作成する納品物作成手段とを備えることにより達成される。
【発明の効果】
【００１０】
本発明によれば、過去の別プロジェクトに含まれる適応モジュールや納品物の事例から適応するモジュール等のプロジェクトの情報とプロジェクトの作業フォルダから納品物を自動選別することにより、ソフトウェアとしての基幹業務システム等の開発を行って納品物の作成を行う際の支援を効果的に行うことができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態による納品物作成支援システムの構成を示すブロック図である。
【図２】プロジェクトテーブルの構成を説明する図である。
【図３】納品対象判定テーブルの構成を説明する図である。
【図４】ルールテーブルの構成を示す図である。
【図５】本発明の実施形態においてユーザが過去の納品物の事例を登録し、ルールを抽出した後にプロジェクト作業フォルダから納品物を作成するまでの全体的な処理動作を説明するフローチャートである。
【図６】納品物作成システムのメニュー画面イメージを示す図である。
【図７】事例納品物取込の画面イメージを示す図である。
【図８】ルール管理の画面イメージを示す図である。
【図９】ルール登録の画面イメージを示す図である。
【図１０】納品物判定の画面イメージを示す図である。
【図１１】納品物評価の画面イメージを示す図である。
【図１２】図５に示すフローのステップ５７でのルールを再構成する処理動作を説明するフローチャートである。
【図１３】納品物作成の画面イメージを示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明による納品物作成支援システム及び支援方法の実施形態を図面により詳細に説明する。
【００１３】
図１は本発明の一実施形態による納品物作成支援システムの構成を示すブロック図である。
【００１４】
本発明の実施形態による納品物作成支援システムは、メインメモリ２、ＨＤＤ等による記憶装置３、図示しないＣＰＵ、入出力装置等を含んで構成される情報処理装置１の中に構築される。この情報処理装置１は、ユーザが使用するクライアント端末としてのもので、本発明の実施形態による納品物作成支援システムは、メインメモリ２内にプログラムとして構成された納品物作成システム１０と、記憶装置３内に格納されている複数のユーザが共有して利用することが可能なデータベース１１とにより構成されている。
【００１５】
納品物作成システム１０は、過去の納品物とプロジェクトとの情報を取り込む事例納品物取込機能部１２、過去の納品物から抽出したルールの管理、ルールの手動登録、修正、削除を行うルール管理機能部１３、過去の納品物から抽出したルールを用いて、プロジェクト作業フォルダに存在するファイルに対して納品対象判定を行う納品物判定機能部１４、納品物判定機能部１４によって判定された結果をユーザが評価する納品物評価機能部１５、納品物評価機能部１５によって評価された結果を用いてプロジェクト作業フォルダから納品物を作成する納品物作成機能部１６から構成される。これらの各機能部１２〜１６は、それぞれ、プログラムとして構成され、情報処理装置１に含まれるＣＰＵにより実行されることにより、必要な機能を実現することが可能である。
【００１６】
記憶装置３に格納されているデータベース１１は、プロジェクトの情報を管理するプロジェクトテーブル１７によるプロジェクトＤＢ、過去の納品物のディレクトリ構成、納品物判定等を管理する納品対象判定テーブル１８、過去の納品物から抽出したルールやルール管理機能部１３からユーザが手作業で動登録したルールを管理するルールテーブル１９から構成されている。
【００１７】
前述したように構成される本発明の実施形態による納品物作成支援システムは、事例となる過去の納品物の情報及びプロジェクト作業フォルダの情報を入力として、新たな納品物の情報を出力するものであるが、これらの入力情報、出力情報は、本発明の実施形態による納品物作成支援システムを構成している図１に示す情報処理装置１に含まれる図示しない入出力装置との間で授受されてもよく、また、図１に示す情報処理装置１に通信回線等を介して接続された図示しない、他の端末装置との間で授受されてもよい。
【００１８】
図２はプロジェクトテーブル１７の構成を説明する図である。このプロジェクトテーブル１７は、適応モジュール、プロジェクトの開始日、終了日等のプロジェクトの情報を管理するテーブルであり、プロジェクトＩＤ２０、プロジェクト名称２１、適応モジュール２２、開始日２３、終了日２４、納品日２５、事例区分２６を属性情報として保持している。
【００１９】
前述において、プロジェクトＩＤ２０は、プロジェクトを一意に表すコードであり主キーである。プロジェクト名称２１は、日本語によるプロジェクト名称である。適応モジュール２２は、対象プロジェクトに適応したモジュールが設定される項目であり、モジュールは、別途定義されているものとする。事例区分２６は、対象レコードが過去の事例として登録されたものなのか、納品物作成対象として登録されたものなのかを区別する項目であり、区分値としては、『事例』、『納品』が存在する。
【００２０】
図３は納品対象判定テーブル１８の構成を説明する図である。この納品対象判定テーブル１８は、過去の事例として登録した納品物及びプロジェクト作業フォルダから取得したデータのディレクトリ構造、ファイル構成及び判定結果を管理するテーブルであり、プロジェクトＩＤ３０、フォルダパス３１、ファイル名３２、拡張子３３、判定区分３４、ルールNo. ３５を属性情報として保持している。
【００２１】
前述において、判定区分３４は、対象のレコードが納品物の対象か否かを判定する区分であり、区分値として『対象』、『対象外』が存在する。また、判定区分３４は、過去の事例として登録されたデータの場合、必ず『対象』となる。ルールNo. ３５には、納品物を自動判定する際に適応したルールNo. がセットされる。
【００２２】
図４はルールテーブル１９の構成を示す図である。このルールテーブル１９は、過去の納品物の事例から抽出したルール及びユーザが手作業で登録したルールを管理するテーブルであり、ルールNo. ４０、適応モジュール４１、開始日４２、終了日４３、納品日４４、ルール４５、判定区分４６、自動作成区分４７を属性情報として保持している。
【００２３】
前述において、ルールNo. ４０は、システムによって一意に自動採番される項目であり主キーである。ルール４５は、納品対象判定テーブル１８の属性であるフォルダパス３１、ファイル名３２、拡張子３３のデータ及びデータの一部からの組み合わせにより表現され、ルールテーブルに格納されるルールは、適応モジュール４１、開始日４２、終了日４３、納品日４４、ルール４５、判定区分４６の６つの属性の組み合わせから納品物を作成するルールを表現したものである。例えば、適応モジュール４１が『債権モジュール』、開始日４２、終了日４３、納品日４４が共にブランク、ルール４５が『src\jp\co\aaa\unit\proc\rp』、判定区分４６が『対象』となっていた場合、『src\jp\co\aaa\unit\proc\rp』をフォルダパスに含むファイルは、『債権モジュール』を適応した場合、納品対象になるというルールを表現している。自動作成区分４７は、過去の納品物の事例から抽出したルールなのかユーザが手作業で登録したルールなのかを表す区分であり、区分値としては『自動』、『手動』が存在する。
【００２４】
図５は本発明の実施形態においてユーザが過去の納品物の事例を登録し、ルールを抽出した後にプロジェクト作業フォルダから納品物を作成するまでの全体的な処理動作を説明するフローチャート、図６は納品物作成システムのメニュー画面イメージを示す図、図７は事例納品物取込の画面イメージを示す図、図８はルール管理の画面イメージを示す図、図９はルール登録の画面イメージを示す図、図１０は納品物判定の画面イメージを示す図、図１１は納品物評価の画面イメージを示す図、図１２は図５に示すフローのステップ５７でのルールを再構成する処理動作を説明するフローチャート、図１３は納品物作成の画面イメージを示す図であり、次に、図６〜図１１、図１３に示す画面イメージと図１２に示すルールを再構成する処理のフローとを参照して、図５に示すユーザが過去の納品物の事例を登録し、ルールを抽出した後にプロジェクト作業フォルダから納品物を作成するまでの全体的な処理動作について説明する。
【００２５】
（１）まず、ユーザは、納品物作成システムのメニュー画面の表示を行う。納品物作成システムのメニュー画面には、その画面イメージを図６に示すように、事例納品物取込ボタン６０、ルール管理ボタン６１、納品物判別ボタン６２、納品物評価ボタン６３、納品物作成ボタン６４が配置されており、各ボタンが押下されたときに、後述する納品物取込画面、ルール管理画面、納品物判定画面、納品物評価画面、納品物作成画面に遷移する（ステップ５０）。
【００２６】
（２）ステップ５０の処理で、納品物作成システム画面の事例納品物取込ボタン６０が押下された場合、入力される事例の中に過去の納品物の事例が存在するか否かを判定する（ステップ５１）。
【００２７】
（３）ステップ５１の判定で、過去の納品物の事例が存在していた場合、事例納品物取込画面を用いて事例納品物取込処理を行う処理に移行し、事例納品物取込処理を行う（ステップ５２）。
【００２８】
ステップ５２での事例納品物取込処理で表示される納品物取込画面には、そのイメージを図７に示すように、プロジェクトＩＤ欄７０、プロジェクト名称欄７１、適応モジュールリストボックス７２、プロジェクト期間From欄７３、プロジェクト期間To欄７４、納品日欄７５、事例納品物パス欄７６、事例納品物パスヘルプボタン７７、取込ボタン７８が配置されている。前述の各入力欄に値をセットして取込ボタン７８を押下すると、プロジェクトＩＤ欄７０、プロジェクト名称欄７１、適応モジュールリストボックス７２、プロジェクト期間From欄７３、プロジェクト期間To欄７４、納品日欄７５に入力したプロジェクトの情報は、プロジェクトテーブル１７に、事例納品物パス欄７６以下のファイル情報は、納品対象判定テーブル１８にそれぞれ登録される。その際、プロジェクトテーブル１７の事例区分２６には『事例』が、納品対象判定テーブル１８の判定区分３４には『対象』がそれぞれ登録される。
【００２９】
（４）ステップ５１の判定で、過去の納品物の事例が存在していなかった場合、あるいは、ステップ５２の処理の後、ルールをユーザが人手により登録するか否かを判定する（ステップ５３）。
【００３０】
（５）ステップ５３の判定で、ルールをユーザが人手により登録する場合、ルール管理画面からルール登録画面に遷移しルール登録処理を行う（ステップ５４）。
【００３１】
ステップ５４の処理で表示されるルール管理画面には、その画面イメージを図８に示すように、適応モジュールリストボックス欄８００、プロジェクト期間From欄８０１、プロジェクト期間To欄８０２、納品日欄８０３、ルール欄８０４、判定リストボックス８０５、自動作成区分リストボックス８０６、検索ボタン８０７、新規登録ボタン８０８、修正ボタン８０９、削除ボタン８１０、明細行８１１が配置されており、明細行８１１には、選択チェックボックス８１２、ルールNo. ラベル８１３、適応モジュールリストボックス８１４、ルール欄８１５、判定リストボックス８１６、自動作成済区分ラベル８１７を含む複数のレコードが配置されている。
【００３２】
前述したようなルール管理画面のヘッダー部の入力欄８００から８０６に検索条件をセットし、検索ボタン８０７を押下すると、明細行８１１に検索結果が表示される。検索結果の選択チェックボックス８１２を選択し、対象レコードの内容を修正し修正ボタン８０９を押下すると、修正内容がルールテーブル１９に反映される。また、検索結果の選択チェックボックス８１２を選択し、削除ボタン８１０を押下すると対象レコードがルールテーブル１９から削除される。さらに、新規登録ボタン８０８を押下すると、ルール登録画面に遷移する。ルール登録画面には、その画面イメージを図９に示すように、適応モジュールリストボックス９０、プロジェクト期間From欄９１、プロジェクト期間To欄９２、納品日欄９３、ルール欄９４、判定リストボックス９５、登録ボタン９６が配置されている。各入力項目に値をセットし登録ボタン９６を押下すると、それらの内容がルールテーブル１９に登録される。
【００３３】
（６）ステップ５３の判定で、ルールをユーザが人手により登録しない場合、あるいは、ステップ５４の処理の後、すなわち、ステップ５２の事例納品物取込処理で過去の事例を登録し、ステップ５４のルール登録処理でルールを登録した後、納品物判定処理を行ってルールの再抽出を行い、入力されるプロジェクト作業フォルダから納品物の判定を行う（ステップ５５）。
【００３４】
ステップ５５の処理で表示される納品物判定画面には、その画面イメージを図１０に示すように、プロジェクトＩＤ欄１００、プロジェクト名称欄１０１、適応モジュールリストボックス１０２、プロジェクト期間From欄１０３、プロジェクト期間To欄１０４、納品日欄１０５、作業フォルダパス欄１０６、作業フォルダパスヘルプボタン１０７、判定ボタン１０８が配置されており、前述のような各入力欄に値をセットして判定ボタン１０８を押下すると、プロジェクトＩＤ欄１００、プロジェクト名称欄１０１、適応モジュールリストボックス１０２、プロジェクト期間From欄１０３、プロジェクト期間To欄１０４、納品日欄１０５に入力したプロジェクトの情報がプロジェクトテーブル１７に、作業フォルダパス欄１０６以下のファイル情報が納品対象判定テーブル１８にそれぞれ登録される。その際、納品対象判定テーブル１８の判定区分３４には値をセットせずに登録を行う。これは後続の処理でルールに従い判定するためである。
【００３５】
前述した登録処理の後、納品物対象判定テーブル１８のプロジェクトＩＤ３０が判定対象のプロジェクトＩＤのレコードに対してルールテーブル１９に登録されているルールに従い納品対象判定を行う。この判定は、ルールテーブル１９に存在する判定区分４６が『対象』のレコードを用いて納品物対象の判定を行うものである。具体的には、ルールテーブル１９のプロジェクトの情報である適応モジュール４１、開始日４２、終了日４３、納品日４４が納品対象判定テーブル１８の対応する同一の項目と同値の場合で、かつ、ルールテーブル１９のルール４５が納品対象判定テーブル１８のフォルダパス３１、ファイル名３２、拡張子３３の値を同順番で連結した値に含まれる場合、納品対象判定テーブル１８の判定区分に『対象』、ルールNo. ３５に適応したルールNo. をセットして更新する。但し、ルールテーブル１９の項目がブランクの場合、抽出条件には含めない。次に、ルールテーブル１９に存在する判定区分が『対象外』のレコードを用いて納品物対象外の判定を行う。判定方法は、前述した『対象』の場合と同様である。
【００３６】
（７）次に、ステップ５５での納品物判定処理を行った結果の評価を納品物評価処理によりで行う。この納品物評価処理により、ステップ５５の納品物判定処理で判定することができなかったレコード及びシステムが誤って判定したレコードをユーザが手作業により修正する（ステップ５６）。
【００３７】
ステップ５６の処理で表示される納品物評価画面には、その画面イメージを図１１に示すように、プロジェクトＩＤ欄１１００、プロジェクトＩＤ検索ヘルプボタン１１０１、フォルダパス欄１１０２、ファイル名欄１１０３、拡張子欄１１０４、判定リストボックス１１０５、検索ボタン１１０６、修正ボタン１１０７、明細部１００８が配置されており、明細部１１０８には、選択チェックボックス１１０９、フォルダパス欄１１１０、ファイル名欄１１１１、拡張子欄１１１２、判定リストボックス１１１３が配置されている。
【００３８】
前述した納品物評価画面のヘッダー部の入力欄１１００、１１０２〜１１０５に検索条件をセットし、検索ボタン１１０６を押下すると、明細部１１０８に検索結果が表示される。検索結果の選択チェックボックス１１０９を選択し、対象レコードの内容を修正し修正ボタン１１０７を押下すると修正内容が納品対象判定テーブル１８に反映される。
【００３９】
（８）ステップ５０６の処理で、修正内容を納品対象判定テーブル１８に反映させた後、次に、ルールの再抽出処理を行う。このルールの再抽出処理は、ルールテーブル１９の自動作成区分４７が『自動』になっているレコードを削除し、プロジェクトテーブル１７と納品対象判定テーブル１８のレコードを用いてルールを再構成する処理である。なお、この処理の詳細については、図１２に示すフローにより後述する（ステップ５７）。
【００４０】
（９）ステップ５６の処理での納品物評価の処理で納品対象の評価を行い、納品物が確定した後に、納品物自動作成処理を行って、納品物を作成する（ステップ５８）。
【００４１】
ステップ５８の処理で表示される納品物作成画面には、その画面イメージを図１３に示すように、プロジェクトＩＤ欄１３０、プロジェクトＩＤヘルプボタン１３１、作成先欄１３２、作成先ヘルプボタン１３３、作成ボタン１３４が配置されており、各項目に必要なデータを入力した後に作成ボタン１３４を押下すると、作成先欄１３２に指定したディレクトリに納品対象判定テーブル１８のデータに従い、プロジェクト作業フォルダから納品物を選別して納品物を作成する。
【００４２】
前述で説明した図５での処理動作を繰り返すことにより、抽出されるルールの精度を向上させることができ、納品物を正しく作成することができるようになる。
【００４３】
次に、図１２に示すフローを参照して、図５により説明したステップ５７でのルールを再構成する処理動作を説明する。
【００４４】
（１）まず、納品対象判定テーブル１８とプロジェクトテーブル１７の項目から仮説を作成する。この仮説は、プロジェクトテーブル１７の項目である適応モジュール２２、開始日２３、終了日２４、納品日２５とルールのいずれかの組み合わせにより構成され、ルールは、納品対象判定テーブル１８の項目であるフォルダパス３１、ファイル名３２、拡張子３３の値の組み合わせ、あるいは、それらの一部から構成される（ステップ１２０）。
【００４５】
（２）次に、ステップ１２０の処理における仮説の作成の結果、仮説を作成することができて、仮説が存在しているか否かを判定し、作成した仮説が存在していた場合、作成した仮説の検証を、仮説が過去の納品物の事例と一致するか否かを判定することにより行う（ステップ１２１、１２２）。
【００４６】
（３）ステップ１２２の検証で、仮説が過去の納品物の事例と一致していた場合、その仮説を採択して仮説をルールとする。また、仮説が過去の納品物の事例と一致しなかった場合、その仮説を棄却し削除する（ステップ１２３、１２４）。
【００４７】
（４）ステップ１２３またはステップ１２４の処理の後、ステップ１２１からの処理に戻って次の仮説に対する処理を続け、全ての仮説の検証が終了した後、作成したルールの検証を行う。そして、この検証で、重複及び他のルールを含むルールを抽出し、それらのルールを削除して、ここでの処理を終了する（ステップ１２５）。
【００４８】
前述した本発明の実施形態での各処理は、プログラムにより構成し、本発明が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。
【符号の説明】
【００４９】
１０  納品作成システム
１１  ＤＢ
１２  事例納品物取込機能部
１３  ルール管理機能部
１４  納品物判別機能部
１５  納品物評価機能部
１６  納品物作成機能部
１７  プロジェクトテーブル
１８  納品対象判定テーブル
１９  ルールテーブル
【図１】
2010250678.tif 000003
【図２】
2010250678.tif 000004
【図３】
2010250678.tif 000005
【図４】
2010250678.tif 000006
【図５】
2010250678.tif 000007
【図６】
2010250678.tif 000008
【図７】
2010250678.tif 000009
【図８】
2010250678.tif 000010
【図９】
2010250678.tif 000011
【図１０】
2010250678.tif 000012
【図１１】
2010250678.tif 000013
【図１２】
2010250678.tif 000014
【図１３】
2010250678.tif 000015