(57)【要約】【課題】要求者の要求を元に設計ノウハウを再利用する方法・装置において、設計に対する要求を行う要求者と、設計者とが異なる立場の人物である場合に、要件が設計者にうまく伝わらない、目的によく合う設計ノウハウの検索が難しい。【解決手段】過去に見られた要求の事例を蓄積しておき、新規の案件において、一致する事例を指定する。各事例からは、該事例を実現するために過去に行われた設計ノウハウが関連付けされており、設計者は関連先の設計ノウハウを素早く抽出・再利用できる。【効果】設計に対する要求を行う要求者と、設計者とが異なる立場の人物である場合であっても、要求を満たすために利用可能な設計知識を的確、効率的に再利用できる。【選択図】  図１
2005056008.tif 000002
【特許請求の範囲】
【請求項１】
計算機システムの設計事例を蓄積・再利用する方法において、蓄積されている設計対象システムの事例に対して、該設計対象システムに対して挙げられた要求項目の事例群を蓄積する要求事例データベースと、該要求項目を満たすために採られた設計情報群を蓄積する設計情報データベースとを持ち、かつ要求事例データベース内の要求事例は、設計情報データベース内の設計情報のうち、該要求を満たすために過去に利用された設計情報項目と関連付けて管理するように構成し、新規のシステム設計案件において、要求事例データベースから要求事例を出力するステップと、該出力から所望の要求項目を入力装置から選択させるステップと、選択された要求項目のリストを記憶装置に記録するステップをとることで、過去の要求事例から選択された要求項目リスト情報を作成・記録し、該記録内の要求項目をもとに要求項目データベースから設計情報データベースへの関連付けを辿り、記憶装置内の要求項目リストに列挙されている要求項目を実現するための設計情報を出力装置に出力することを特徴とする設計情報再利用方法。
【請求項２】
要求項目を修正して格納する画面を提供し、該画面によって編集された要求項目は新規の項目として、修正元の要求項目を参照する形で格納することを特徴とする、請求項１記載の設計情報再利用方法。
【請求項３】
要求項目が、他の要求項目から修正されているものである場合、該要求項目の修正元となった要求項目が参照している設計情報を表示することを特徴とする、請求項１および請求項２記載の設計情報再利用方法。
【請求項４】
計算機システムの設計事例を蓄積・再利用する装置において、蓄積されている設計対象システムの事例に対して、該設計対象システムに対して挙げられた要求項目の事例群を蓄積する要求事例データベースと、該要求項目を満たすために採られた設計情報群を蓄積する設計情報データベースとを持ち、かつ要求事例データベース内の要求事例は、設計情報データベース内の設計情報のうち、該要求を満たすために過去に利用された設計情報項目と関連付けて管理するように構成し、新規のシステム設計案件に対して要求事例データベースから要求事例を出力する手段と、該出力から所望の要求項目を入力装置から選択させる手段と、選択された要求項目のリストを記憶装置に記録する手段を備え、過去の要求事例から選択された要求項目リスト情報を作成・記録し、該記録内の要求項目をもとに要求項目データベースから設計情報データベースへの関連付けを辿り、記憶装置内の要求項目リストに列挙されている要求項目を実現するための設計情報を出力装置に出力することを特徴とする設計情報再利用装置。
【請求項５】
要求項目を修正して格納する画面を提供し、該画面によって編集された要求項目は新規の項目として、修正元の要求項目を参照する形で格納することを特徴とする、請求項４記載の設計情報再利用装置。
【請求項６】
要求項目が、他の要求項目から修正されているものである場合、該要求項目の修正元となった要求項目が参照している設計情報を表示することを特徴とする、請求項４および請求項５記載の設計情報再利用装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、システム受託開発等の、案件個別対応の受注開発・設計・生産型のビジネスにおいて、過去の設計事例ノウハウを蓄積しておき、後からこれらノウハウを再利用する、設計ノウハウ再利用技術に関する。
【０００２】
【従来の技術】
本技術分野に関する従来の技術としては、特開２００２−２２２２２７号公報、特開平１１−１８４６７９号公報などがある。
【０００３】
特開２００２−２２２２２７号公報は、計算機システムの設計技術の再利用を目的としたものであり、計算機システムの設計結果を蓄積するデータベースを持たせ、ユーザとの対話形式で、システム構造のモデル選択、ネットワーク構成選択、性能・規模等のパラメータ入力等行い、利用者の指定する条件に合致するシステム設計を得る発明である。
【０００４】
また、特開平１１−１８４６７９号公報は、システム設計のパターンごとに、該パターンを使った他システムの開発進捗情報、プログラムのインストールイメージ等を用意しておくことで、システム設計ノウハウを共有・再利用すると共に、ソフトウェア手配、構成チェック等の手間の重複を避け、作業ロスの低減を狙う発明である。
【０００５】
以上の例に述べたように、従来の設計ノウハウ再利用技術は、図２に示す基本構成を前提としている。すなわち、設計に対する要求を持つ要求者の要求をもとに、設計を行う設計者が入力装置（２０１）から設計ノウハウデータベース（１０２）の検索条件を入力したものを受け付け（２０２）、該検索条件をもとに設計ノウハウデータベース（１０２）を検索し（２０３）、その検索条件に合致する設計ノウハウを出力装置（１０５）に出力する（１１１）構成である。
【０００６】
【特許文献１】
特開２００２−２２２２２７号公報
【特許文献２】
特開平１１−１８４６７９号公報
【０００７】
【発明が解決しようとする課題】
設計に対する要求を持つ要求者と、設計を行う設計者とが異なる立場の人物である場合、従来技術による上記構成を用い、ただ設計知識を再利用するのみでは、以下に挙げる課題がある。このような状況は、システム受託開発などのように、案件個別対応の受注開発・生産型のビジネスにおいて、要求者である顧客の要求する機能を、サービスを提供する側の担当者がヒアリングして、そのヒアリング結果に基づいて設計者が要求を満たす商品を設計して提供する場合などにあてはまる。
（１）的を射た要求ヒアリングが難しい
設計者による設計を完成させるために、要求者へどのような項目についての要求をヒアリングする必要があるかを事前に予測することは困難である。このため、設計を行うために必要な要求を要求者から聞き漏らすという状況がしばしば発生する。
（２）要求者の要求が設計者へ正確に伝わらない場合がある
要求者から設計者へ要求が伝えられる際に、誤解や思い込みにより、本来要求者が意図していた要求が設計者に正確に伝わらない、という状況が発生しやすい。
（３）要求を満たす設計ノウハウの検索が難しい
要求者の提示した要求は、設計者の立場ではなく、要求者の立場で提示されたものであり、蓄積されている設計ノウハウの検索に向いた情報であるとは限らない。設計者は、再利用可能な設計ノウハウを探し出して拾い出すという作業を、設計者自らの判断に基づいて行う必要がある。蓄積される設計ノウハウが増えていくのに伴い、特定の要求を満たすために利用可能な設計ノウハウの検索も難しくなっていく。
【０００８】
本発明は、要求者と設計者がそれぞれ異なる人物の場合であっても、要求を満たすために利用可能な設計知識を的確かつ効率的に再利用することができる方法及びシステムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記課題を解決するために、本発明では以下に述べる構成をとる。
【００１０】
まず、過去の事例において要求者から提示された要求の事例を蓄積する「要求事例データベース」と、該要求を満たすために採られた設計ノウハウを蓄積する「設計ノウハウデータベース」を用意する。この２つのデータベースは、要求事例の項目と、各要求事例項目を満たすために採られた設計ノウハウ項目とが、互いに関連付けて管理されるように構成する。
【００１１】
新たな設計案件において、要求者から挙げられた要求は、「新規案件要求項目リスト」に格納する。要求者が要求を挙げる際には、ただ要件を挙げるのではなく、まず「要求事例データベース」を検索し、これらの中から要求者の要求に合致する要求項目を探し出す。要求者の要求と同じ要求項目が見つかった場合は、その要求項目を選択し、新規案件要求項目リストに追加する。
【００１２】
次に、設計担当者が上記の新規案件要求項目リストを閲覧する際に、各々の要求項目を実現するために過去にとられた設計ノウハウを表示する。これは、新規案件要求項目リストに格納されている要求項目から関連付けを辿っていき、関連先の設計ノウハウデータベース内の設計ノウハウを取り出して表示することで実現する。
【００１３】
【発明の実施の形態】
第１の実施例の全体構成を図１に示す。本実施例は、計算機システムの受託設計ビジネスにおいて、ヒアリング担当者が要求者（この例では、ビジネスの顧客にあたる）に要求のヒアリングを行い、設計者がそのヒアリング結果に基づいて、顧客の要求を満たすシステム設計を行う例である。まず、図１を用いて第１の実施例の概要を述べ、その後各部の詳細を順に説明する。
【００１４】
１０１は設計に対する要求の事例を蓄積する要求事例データベースである。１０２は、要求事例データベース（１０１）に格納されている要求事例を満たすために利用可能な設計ノウハウ事例を蓄積する設計ノウハウデータベースである。１０３は要求事例データベース（１０１）の中から、顧客が選択した要求と一致する要求項目のリストを格納する、新規案件要求項目リストである。１０４はヒアリング担当者および要求者が要求項目を閲覧するための液晶ディスプレイ等の出力装置、１０５は、要求者が選択した要求項目を入力するためのキーボード等の入力装置である。
【００１５】
まず要求事例データベース（１０１）の中に格納されている全要求事例のリストを要求者向け出力装置（１０４）に出力する（１０７）。次に、これら出力を見て、要求者が挙げた要求項目をヒアリング担当者が要求者向け入力装置（１０５）から入力するため、この入力を受け付ける（１０８）。ここで、どの要求項目が選択されたかという情報を、新規案件要求項目リスト（１０３）に格納する（１０９）。ここまでの一連の処理により、要求者の挙げた要求項目が新規案件要求項目リスト（１０３）に記録される。
【００１６】
次に、設計ノウハウデータベース（１０２）の中から上記要求を満たすために利用出来る技術ノウハウの一覧を検索し（１１０）、その結果を設計者の閲覧する設計者向け出力装置（１０６）に出力する（１１１）。
【００１７】
要求事例データベース（１０１）のデータ例を図３に示す。本実施例のデータベースは、要求事例の情報を格納する要求事例レコード（３０４〜３０７）の集合の形で構成しており、各要求事例レコードは、個々の要求事例レコードを識別するための要求事例ＩＤフィールド（３０１）、要求事例を文章の形で格納する要求事例フィールド（３０２）、各要求事例を満たすために利用可能な設計ノウハウを参照する参考設計ノウハウＩＤフィールド（３０３）から構成される。参考設計ノウハウＩＤフィールド（３０３）には、複数の設計ノウハウＩＤ（６０１）を格納できるように構成されており、これにより、各要求事例に関連する０ないし複数の設計ノウハウを指し示す。
【００１８】
要求者向け出力装置（１０４）に表示される画面の例を図４に示す。要求事例出力（１０７）により、要求事例データベース（１０１）内の全要求事例レコード３０４〜３０７が要求項目候補一覧（４０１）の中に、要求項目候補（４０２〜４０５）として出力される。ヒアリング担当者または要求者が要求者向け入力装置（１０５）を用いて要求項目候補一覧（４０１）から要求項目候補（４０２〜４０５）を選択し、追加ボタン（４０９）を押すことで、要求項目選択（１０８）が行われ、選択済み要求項目一覧（４０６）に、選択された要求項目が追加されると共に、要求項目格納（１０９）が行われる。要求項目格納（１０９）の処理内容は後述する。ここでは、２つの要求項目候補４０３、４０５が選択・追加され、要求項目４０７、４０８として表示されている状態の例を示している。
【００１９】
新規案件要求項目リスト（１０３）のデータ例を図５に示す。本実施例では、新規案件要求項目リスト（１０３）は、要求事例レコード（３０４〜３０７）の要求事例ＩＤ（３０１）の中で、要求項目選択（１０８）で選択された要求項目に対応する値を格納する、参照先要求事例ＩＤ（５０１）の集合として構成されている。ここでは、要求項目格納（１０９）によって、選択されていた要求項目に対応する要求事例レコード３０５、３０７の要求事例ＩＤ（３０１）の値が、参照先要求事例ＩＤ（５０１）に転記されている状態（５０２、５０３）を示している。
【００２０】
ここまでに述べた、要求事例出力（１０７）、要求項目選択（１０８）、要求項目格納（１０９）の、一連の処理についての、本実施例におけるフローチャートを図６に示す。ここでは、一度に複数の要求項目を選択できるように構成している。まず要求事例データベース（１０１）から全要求事例レコード（３０４、３０５、３０６、３０７）を取得し（６０１）、これらを要求者向け出力装置（１０４）の要求項目候補一覧（４０１）に出力する（６０２）。６０１、６０２の処理が要求事例出力（１０７）に相当する。次に要求者入力装置（１０５）からの要求項目選択操作を受け付け（１０８）、該操作がＯＫボタンを押す操作であれば処理を終了する一方、そうでない場合は選択された要求項目を新規案件要求項目リスト（１０３）に格納する（１０９）。
【００２１】
次に、設計者が利用する、設計ノウハウデータベース（１０２）のデータ例を図７に示す。本実施例のデータベースは、設計ノウハウの情報を格納する設計ノウハウレコード（７０４〜７０７）の集合の形で構成しており、各設計ノウハウレコードは、個々の設計ノウハウレコードを識別するための設計ノウハウＩＤフィールド（７０１）、個々の設計ノウハウの設計内容を説明する文章を格納する設計内容メモフィールド（７０２）、設計ノウハウに関連する参考資料の情報（インターネットのＵＲＩ、計算機システム上のファイル名等）を格納する参考資料フィールド（７０３）から構成される。本データベースと、新規案件要求項目リスト（１０３）、要求事例データベース（１０１）を用いて、要求者の要求を満たすための設計ノウハウを設計者向け出力装置（１０６）に出力する一連の処理（１１０、１１１）のフローチャート例を図８に示す。まず初期化動作として、新規案件要求項目リスト（１０３）から最初の項目を取得する（８０２）。次に、規案件要求項目リスト（１０３）からの項目取得結果による分岐を行い（８０３）、取得が失敗した場合（残りの項目がない場合）は終了する。項目が取得できた場合は、取得した参照左記要求事例ＩＤ（５０１）と同じ要求事例ＩＤを持つ要求事例レコードを、要求事例データベース１０１から取得し（８０４）、取得した取得した要求事例レコードの設計ノウハウＩＤフィールド（３０３）に記述されているＩＤ群と同じ設計ノウハウＩＤを持つ設計ノウハウレコード群を、設計ノウハウデータベース（１０２）より取得し（８０５）、８０４、８０５で取得した情報を設計者向け出力装置（１０４）に出力する（１１１）。次に、新規案件要求項目リスト（１０３）から次の項目の取得を試みた上で８０３に戻る（８０６）。本実施例では、１１１を除く８０１〜８０６が、設計項目関連設計ノウハウ検索（１１０）に対応する。
【００２２】
図８に示したフローチャートによって、設計者向け出力装置（１０６）に出力される画面の例を図９に示す。本実施例では、出力結果画面は、要求項目表示欄（９０１）、各要求項目の関連先である設計ノウハウ（９０２）、各設計ノウハウに設定されている参考資料（９０３）の表で構成される。
【００２３】
次に、第２の実施例の全体構成を図１０に示す。本実施例では、第１の実施例で述べた構成に、要求事例のカスタマイズ機能を加えたものである。すなわち、本発明において、要求事例データベース内の要求事例に「似ているが同じではない」要求を要求者が持つ状況を扱えるようにしたものである。１０２〜１０８、１１１は、図１の説明と同様のため説明を省略する。派生付き要求事例データベース（１００１）は、要求事例データベース（１０１）が持つ情報に加え、既存の要求事例をカスタマイズして追加した場合のための情報領域を加えたものである。要求項目格納・追加（１００２）は、第１の実施例で述べた要求項目格納（１０９）に、さらに、既存の要求事例を元にカスタマイズを行った新しい要求事例を派生付き要求事例データベース（１００１）に追加する機能である。要求・母体項目関連設計ノウハウ検索（１００３）は、第１の発明で述べた要求項目関連設計ノウハウ検索（１１０）に加え、要求項目に対応する要求事例そのものだけでなく、左記要求事例の母体となった要求事例から関連付けされている設計ノウハウを併せて検索する機能である。派生付き要求事例データベース（１００１）のデータ例を図１１に示す。本データ例は、第１の実施例に述べた要求事例データベース（１０１）と同様である３０１〜３０７に加え、既存の要求事例を母体にカスタマイズした要求事例を追加する際、再利用の母体となった要求事例レコードの要求事例ＩＤ（３０１）を記録するための母体要求事例フィールド（１１０１）を持つ。また、第２の実施例において、要求者向け出力装置（１０４）に出力される画面の例（１２０１）を図１２に示す。本画面は、第１の実施例にて、図４の画面例で示した各構成要素に加え、派生ボタン（１２０２）を持つ。派生ボタン（１２０２）は、既存の要求事例をもとに、異なる部分を修正して新規要求事例とするための、既存事例派生画面を開くボタンである。既存事例派生画面例を図１３に示す（１３０１）。本画面例は、選択された要求項目候補を編集するための要求項目編集領域（１３０２）と、編集を完了するための、編集完了ボタン（１３０３）を持つ。ここでは、画面１２０１にて要求項目候補４０５を選択し、派生ボタン（１２０２）を押した場合の表示状態を示している。
【００２４】
第２の実施例では、図１４に示すフローチャートに沿って、要求事例出力（１０７）、要求候補選択（１０８）、要求項目格納・追加（１００２）までの処理を行う。１０７、１０８、１０９、６０１、６０２は、第１の実施例にて図６を用いて説明した内容と同様のため、説明を省略する。１４０１は、要求者向け入力装置（１０５）からの入力により、図１２に示した画面（１２０１）で押されたボタンの種類による分岐処理である。ＯＫボタン（４１０）の場合には一連の処理を終了する。追加ボタン（４０９）の場合は要求項目格納（１０９）に進む。派生ボタン（１２０１）の場合は、既存事例派生画面（１３０１）を表示し（１４０２）、要求項目編集領域（１３０２）で行われた要求項目の編集結果を、編集完了ボタン（１３０３）を押す操作によって受け取る（１４０３）。その結果から、新規の要求事例レコードを作成し、派生付き要求事例データベース（１００１）に追加する（１４０４）。新規追加する要求事例レコードの各フィールドの値は次に述べる通りである。まず、要求事例ＩＤ（３０１）には、派生付き要求事例データベース（１００１）の中で一意な新規のＩＤを割り当てる。要求事例（３０２）には、要求項目編集領域（１３０２）の編集結果を格納する。母体要求事例（１１０１）には、派生させる元となった要求事例の要求事例ＩＤ（３０１）を格納する。参考設計ノウハウＩＤ（３０３）は、全て空欄とする。本要求事例レコードを追加した後は、１０９へ進む。
【００２５】
次に、要求・母体項目関連設計ノウハウ検索（１００３）、関連設計ノウハウ出力（１１１）の一連の処理の流れの詳細を説明するフローチャートを図１５に示す。１１１、８０３から８０６は図８の説明と同様のため、説明を省略する。１５０１は、８０４にて取得した要求事例レコードの、母体要求事例フィールド（図１１の１１０１）に値が設定されている場合、その値と同じ値を要求事例ＩＤ（３０１）に持つ要求事例レコードについて、参考設計ノウハウＩＤ（３０３）のフィールド値を参照して、参照先の設計レコード群を設計ノウハウデータベース（１０２）から取得する処理である。
【００２６】
【発明の効果】
本発明によれば、過去の事例において挙げられた要求項目の事例を蓄積しておき、これらを再利用する構成を採ることにより、新規案件における要求獲得において、過去の実績に基づく、的を射た要求獲得を支援すると共に、選択された要求項目に対応する設計項目を関連付けて管理しておき、これを辿る構成を提供することにより、要求項目を満たすために利用可能な設計ノウハウを的確かつ即座に見つけ出すことが出来るという効果を奏する。
【図面の簡単な説明】
【図１】本発明の全体構成図である。
【図２】従来技術の構成である。
【図３】要求事例データベース（１０１）のデータ例である。
【図４】第１の実施例で要求者向け出力装置（１０４）に出力される画面例である。
【図５】新規案件要求項目リスト（１０３）のデータ例である。
【図６】第１の実施例のフローチャート前半である。
【図７】設計ノウハウデータベース（１０２）のデータ例である。
【図８】第１の実施例のフローチャート後半である。
【図９】設計者向け出力画面（１０６）に出力される画面例である。
【図１０】第２の実施例の全体構成図である。
【図１１】派生付き要求事例データベース（１００１）のデータ例である。
【図１２】第２の実施例で要求者向け出力装置（１０４）に出力される画面例である。
【図１３】要求項目修正画面の画面例である。
【図１４】第２の実施例のフローチャート前半である。
【図１５】第２の実施例のフローチャート後半である。
【符号の説明】
１０１…要求事例データベース、１０２…設計ノウハウデータベース、１０３…新規案件要求項目リスト、１０４…要求者向け出力装置、１０５…要求者向け入力装置、１０６…設計者向け出力装置、１０７…要求事例出力、１０８…要求項目選択、１０９…要求項目格納、１１０…要求項目関連設計ノウハウ検索、１１１…関連設計ノウハウ出力。
【図１】
2005056008.tif 000003
【図２】
2005056008.tif 000004
【図３】
2005056008.tif 000005
【図４】
2005056008.tif 000006
【図５】
2005056008.tif 000007
【図６】
2005056008.tif 000008
【図７】
2005056008.tif 000009
【図８】
2005056008.tif 000010
【図９】
2005056008.tif 000011
【図１０】
2005056008.tif 000012
【図１１】
2005056008.tif 000013
【図１２】
2005056008.tif 000014
【図１３】
2005056008.tif 000015
【図１４】
2005056008.tif 000016
【図１５】
2005056008.tif 000017