(57)【要約】【課題】製品開発の各設計フェーズにおいて、設計対象の製品が満足すべき各種要件の織り込み状況を製品毎、部品毎、設計フェーズ毎に蓄積し、解析し、管理する。【解決手段】製品設計の段階を区分する設計フェーズ毎に、その製品を構成する部品が満足すべき１以上の項目からなる織り込み要件を満足するか否かのチェック結果の入力を受け付ける手段１０と、前記入力に基づき、製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果を記録する手段１と、製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果を集計する手段１と、製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果の集計値を表示する手段２０とを備える設計支援装置である。【選択図】図１
2006195841.tif 000002
【特許請求の範囲】
【請求項１】
製品設計の段階を区分する設計フェーズ毎に、その製品を構成する部品が満足すべき１以上の項目からなる織り込み要件を満足するか否かのチェック結果の入力を受け付ける手段と、
前記入力に基づき、製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果を記録する手段と、
製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果を集計する手段と、
製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果の集計値を表示する手段とを備える設計支援装置。
【請求項２】
現在の設計フェーズにおける前記部品の織り込み要件に対するチェック結果の集計値が現在設定されている当該設計フェーズの目標値に到達していない場合にその部品の再設計を促す手段をさらに備える請求項１に記載の設計支援装置。
【請求項３】
前記織り込み要件の各項目は、当該設計フェーズでの充足を示す合格、次設計フェーズでの充足見込みを示す条件付き合格、または不合格に区分して入力される請求項１または２に記載の設計支援装置。
【請求項４】
前記製品開発後の前記製品に含まれる各部品の評価結果の入力を受け付ける手段と、
同一の製品種別に分類される複数の製品に対して、各製品に含まれる部品の前記評価結果を比較し、最も評価結果の高い部品を選択する手段と、
前記選択された最も評価結果の高い部品の各設計フェーズにおける合格項目数と条件付き合格項目数とに基づく集計値を次回の製品設計における前記製品種別に分類される各製品に含まれる当該部品の織り込み要件の目標値として記録する手段とをさらに備える請求項３に記載の設計支援装置。
【請求項５】
コンピュータが、製品設計の段階を区分する設計フェーズ毎に、その製品を構成する部品が満足すべき１以上の項目からなる織り込み要件を満足するか否かのチェック結果の入力を受け付けるステップと、
前記入力に基づき、製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果を記録するステップと、
製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果を集計するステップと、
製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果の集計値を表示するステップとを実行する設計支援方法。
【請求項６】
現在の設計フェーズにおける前記部品の織り込み要件に対するチェック結果の集計値が現在設定されている当該設計フェーズの目標値に到達していない場合にその部品の再設計を促すステップをさらに備える請求項５に記載の設計支援方法。
【請求項７】
前記織り込み要件の各項目は、当該設計フェーズでの充足を示す合格、次設計フェーズでの充足見込みを示す条件付き合格、または不合格に区分して入力される請求項５または６に記載の設計支援方法。
【請求項８】
前記製品開発後の前記製品に含まれる各部品の評価結果の入力を受け付けるステップと、
同一の製品種別に分類される複数の製品に対して、各製品に含まれる部品の前記評価結果を比較し、最も評価結果の高い部品を選択するステップと、
前記選択された最も評価結果の高い部品の各設計フェーズにおける合格項目数と条件付き合格項目数とに基づく集計値を次回の製品設計における前記製品種別に分類される各製品に含まれる当該部品の織り込み要件の目標値として記録するステップとをさらに備える請求項７に記載の設計支援方法。
【請求項９】
コンピュータに、製品設計の段階を区分する設計フェーズ毎に、その製品を構成する部品が満足すべき１以上の項目からなる織り込み要件を満足するか否かのチェック結果の入力を受け付けるステップと、
前記入力に基づき、製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果を記録するステップと、
製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果を集計するステップと、
製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果の集計値を表示するステップとを実行させる設計支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設計支援技術に関する。
【背景技術】
【０００２】
従来、例えば、特許文献１に記載の技術では、設計対象の製品に関連する要件事項に関する情報をサーバに蓄積しておき、設計中の製品に関連する要件事項を自動抽出し、設計者に提示していた。設計者は、提示された要件事項を確認して詳細設計を進めていた。
【特許文献１】特開２００２−１９７１２２号公報
【特許文献２】特開２００３−２２８５９０号公報
【特許文献３】特開平８−３６５９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述した技術では、設計段階で考慮すべき要件事項が設計者に提示され、詳細設計において考慮され、設計対象物に織り込まれることが期待される。しかし、これらの要件事項が、具体的な設計フェーズのどの段階でどの程度まで織り込まれるべきかという管理はなされていなかった。また、そのような要件事項の織り込みの程度は、設計対象の製品の種類に依存して設定されるべきであるが、設計対象の種類ごとに織り込み状況を管理することはなされていなかった。
【０００４】
本発明の目的は、製品開発の各設計フェーズにおいて、設計対象の製品が満足すべき各種要件の織り込み状況を製品毎、部品毎、設計フェーズ毎に蓄積し、解析し、管理できる技術を提供することである。
【課題を解決するための手段】
【０００５】
本発明は前記課題を解決するために、以下の手段を採用した。すなわち、本発明は、製品設計の段階を区分する設計フェーズ毎に、その製品を構成する部品が満足すべき１以上の項目からなる織り込み要件を満足するか否かのチェック結果の入力を受け付ける手段と、前記入力に基づき、製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果を記録する手段と、製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果を集計する手段と、製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果の集計値を表示する手段とを備える設計支援装置である。
【０００６】
本発明によれば、製品毎、部品毎、設計フェーズ毎に前記織り込み要件に対するチェック結果が集計され、集計値が表示される。したがって、ユーザは、前記織り込み要件の状況を設計フェーズ毎に把握できる。
【０００７】
前記設計支援装置は、現在の設計フェーズにおける前記部品の織り込み要件に対するチェック結果の集計値が現在設定されている当該設計フェーズの目標値に到達していない場合にその部品の再設計を促す手段をさらに備えるものでもよい。したがって、織り込み要件が目標値まで充足されない設計を早期に検知し、再設計を促すことができる。
【０００８】
前記織り込み要件の各項目は、当該設計フェーズでの充足を示す合格、次設計フェーズでの充足見込みを示す条件付き合格、または不合格に区分して入力されるようにしてもよい。本発明によれば、織り込み要件のチェックを単純に合格と不合格によって入力するのではなく、次フェーズでの見込みを含めて入力できる。
【０００９】
前記設計支援装置は、前記製品開発後の前記製品に含まれる各部品の評価結果の入力を受け付ける手段と、同一の製品種別に分類される複数の製品に対して、各製品に含まれる部品の前記評価結果を比較し、最も評価結果の高い部品を選択する手段と、前記選択された最も評価結果の高い部品の各設計フェーズにおける合格項目数と条件付き合格項目数とに基づく集計値を次回の製品設計における前記製品種別に分類される各製品に含まれる当該部品の織り込み要件の目標値として記録する手段とをさらに備えるものでもよい。
【００１０】
したがって、本発明では、製品開発の結果、高い評価実績を示した製品の織り込み要件の充足状況を次製品開発時の目標値として設定できる。
【００１１】
また、本発明は、コンピュータが以上のいずれかの処理を実行する方法であってもよい。また、本発明は、コンピュータに以上のいずれかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムを記録したコンピュータが読み取り可能な記録媒体でもよい。
【００１２】
ここで、コンピュータが読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、CD-ROM、CD-R/W、DVD、DAT、８mmテープ、メモリカード等がある。
【発明の効果】
【００１３】
製品開発の各設計フェーズにおいて、設計対象の製品が満足すべき各種要件の織り込み状況を製品毎、部品毎、設計フェーズ毎に蓄積し、解析し、管理できる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明を実施するための最良の形態（以下、実施形態という）に係る設計支援システムを説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１５】
図１は、本設計支援システムの機能概要を説明する概念図である。このシステムは、車両等の製品設計において、各製品を構成する部品毎に設計を複数の段階に区分した設計フェーズ毎に満足すべき設計上の要件（以下、織り込み要件という）の達成状況の収集、当該設計フェーズでの設計完了の判定、当該設計フェーズでの設計完了に伴う次設計フェーズの着手指示または当該設計フェーズ未完に伴う再設計の指示、当該製品の開発後の製品評価結果に基づく次製品開発時の織り込み要件に対する目標設定等を支援する。
【００１６】
本設計支援システムは、パーソナルコンピュータ等のコンピュータ１上で実行されるコンピュータプログラムにより実現される。ただし、本設計支援システムは、複数のコンピュータ１にサービスを提供するサーバ上のプログラムとして実現することもできる。その場合には、主要な情報処理機能は、サーバで実行され、その実行結果を表示し、ユーザ入力を受け付ける入出力プログラム（例えば、ウェブブラウザ）がコンピュータ１で実行される。
【００１７】
これらのコンピュータ１、あるいは、サーバは、ＣＰＵ、メモリ、ハードディスク、通信インターフェース等を有する。また、コンピュータ１には、表示装置、および入力装置（キーボード、ポインティングデバイス等）が設けられる。このようなコンピュータ１の一般的な構成は周知であるので、その説明を省略する。
【００１８】
図１に示すように、この設計支援システムは、製品を構成する部品の各設計フェーズに
おいて、要件チェック結果入力画面１０を表示し、ユーザ（設計者）に織り込み要件のチェック結果の入力を促す。要件チェック結果入力画面１０は、スクロールまたはページめくりの可能な複数行からなる織り込み要件の一覧を表示する。
【００１９】
織り込み要件は、製品別、部品別、設計フェーズ毎に入力を受け付けられる。例えば、図１は、車両の設計を想定しており、車種ＸＸＸ、部品ＰＮＮ、設計フェーズ「ＰＨ１」での要件チェック結果入力画面１０を示している。この場合、入力された要件チェック結果は、車種ＸＸＸ、部品ＰＮＮ、設計フェーズ「ＰＨ１」における織り込み要件のチェック結果として受け付けられる。また、織り込み要件は、例えば、「エンジン重量が○○ｋｇ」、「トランクスペースが○リットル等」である。
【００２０】
各織り込み要件には、選択肢が付されており、ユーザは、担当部品の設計の各設計フェーズにおいて、「ＯＫ」「目処ありＮＧ」「ＮＧ」「該当なし」のうちからいずれかを選択して入力する。ここで、「ＯＫ」は、当該織り込み要件が充足されていることを示す。また、「目処ありＯＫ」は、当該織り込み要件は、現設計フェーズでは充足されないが、次設計フェーズで充足される目処（見込み）が立っていることを示す。
【００２１】
「ＮＧ」は、当該織り込み要件が、現設計フェーズでは充足されず、かつ、次設計フェーズで充足される目処が立っていないことを示す。また、「該当なし」は、当該織り込み要件が現製品、現部品、または現設計フェーズでは、チェックの対象になっていないことを示す。
【００２２】
このようにして、各製品の各部品について設計フェーズ毎の織り込み要件の充足状況が蓄積される。本設計支援システムは、要件チェック結果入力画面１０に入力された結果を例えば、ハードディスク上のデータベースに蓄積する。
【００２３】
当該製品のすべての設計フェーズが終了すると、本設計支援システムは、その製品を構成する各部品について、織り込み要件の充足状況を設計フェーズ毎に製品別解析画面２０に表示する。
【００２４】
図１に示すように、製品別解析画面２０は、製品毎に部品毎の織り込み要件の充足状況を設計フェーズ毎に表示する画面である。この製品別解析画面２０の横軸が設計フェーズであり、ＰＨ１〜ＰＨ４のように区分される。ここで、各設計フェーズは、例えば、構造計画、構造詳細設計、製図、品質向上のように例示できる。
【００２５】
また、製品別解析画面２０の縦軸が充足状況であり、各設計フェーズに割り当てられた織り込み要件の充足の程度（充足項目数またはその充足項目数の全チェック項目数に対する比率）を棒グラフで示している。すなわち、ＯＫ、目処ありＮＧ、ＮＧ、および該当なしに区分して織り込み要件の項目数（または比率）が表示される。以下では、織り込み要件の項目数が表示されている場合を例に説明する。
【００２６】
さらに、製品別解析画面２０は、画面上に合格ライン、チェック数、および総項目数を示す折れ線を表示する。合格ラインは、各設計フェーズにおいて、ＯＫ項目数＋目処ありＮＧ項目数が達成すべき値を結んだ折れ線である。各設計フェーズにおいて、ＯＫ項目数＋目処ありＮＧ項目数が合格ラインに達していない場合、設計のやり直し（再設計）となる。
【００２７】
チェック数を示す折れ線は、各設計フェーズでの織り込み要件のチェック数の合計値の位置を結んだ折れ線である。また、総項目数は、各設計フェーズでの織り込み要件の総数（該当なしを含む数）の位置を結んだ折れ線である。
【００２８】
本設計支援システムは、製品別解析画面２０によって表示した織り込み要件の充足状況のうち、最終的な製品評価で最も高い評価を得た部品に関して、その織り込み要件の充足状況を次期開発でのその部品の合格ラインとして採用する。すなわち、本設計支援システムは、開発が成功した部品の織り込み要件の充足状況を理想の織り込み状況として次期製品開発の合格ラインに設定する。
【００２９】
図１の下段に示した製品タイプ別解析画面３０は、そのような次期の合格ラインとして採用されたものを同一製品タイプに含まれる複数製品において集計したものである。例えば、車両の開発を想定した場合、製品タイプが「ワゴン」であり、「ワゴン」に含まれる複数製品（複数の車種）について、部品毎の合格ラインを集計して製品タイプ全体の平均的な合格ラインが形成される。製品タイプ別解析画面３０は、そのような織り込み要件の充足の状況と合格ラインを示している。
【００３０】
図２に、織り込み要件がうまく充足されなかった特定製品における特定部品の例を示す。この例では、設計の設計フェーズ２（ＰＨ２）においてＯＫ項目数と目処ありＮＧ項目数が合格ラインを満たしていたにも拘わらず、設計フェーズ３（ＰＨ３）においては、未達となっている。
【００３１】
この原因は、設計フェーズ２において目処ありＮＧとされ、次の設計フェーズ３において織り込み要件が充足されると約束されていたにも拘わらず、充足されなかったためであると考えることができる。そのため、設計フェーズ２において目処ありＮＧとされた織り込み要件が設計フェーズ３においてＮＧとなることが判明し、設計フェーズ３において、ＯＫ項目数と目処ありＮＧ項目数が合格ライン未達となっている。
【００３２】
本設計支援システムは、織り込み要件の充足状況の目標値を設定し、適切な充足状況に設計者を誘導するとともに、製品開発後の最終的な評価が十分ではなかった製品を構成する部品の原因解析機能を提供する。
【００３３】
図３に、以上のような織り込み要件の充足状況を収集するためのデータ構造を示す。図３は、図１に示した要件チェック結果入力画面への入力に基づいて生成される織り込み要件収集データベースのレコードを示している。このレコードは、織り込み要件のチェック結果１項目に対して１レコードが生成され、設計支援システムの不図示のデータベースに蓄積される。
【００３４】
このレコードは、車両の設計における織り込み要件の収集を例に示されている。このレコードは、各々、車種ＮＯ、部品コード、設計フェーズ、要件、結果のフィールドを有している。
【００３５】
車種ＮＯは、開発対象の車両（製品）をユニークに識別する情報である。車種ＮＯは、例えば、特定の自動車メーカの特定の車種（自動車の製品名）に対応する。車種ＮＯと車種名は、車種タイプを示す識別情報とともに不図示の車種マスタに登録しておけばよい。車種タイプを示す識別情報とその車種タイプの定義情報は、不図示の車種タイプマスタに登録しておけばよい。
【００３６】
部品コードは、当該車種に使用される部品をユニークに特定する情報である。例えば、部品コード：１００１、部品名：エンジン等である。部品コードと部品名とは、不図示の部品マスタに登録しておけばよい。
【００３７】
設計フェーズは、設計の段階を特定する情報である。例えば、ＰＨ１：構造計画、ＰＨ
２：構造詳細設計、ＰＨ３：製図、ＰＨ４：品質向上等である。
【００３８】
要件は、織り込み要件をユニークに識別する情報である。織り込み要件は、例えば、重量○○ｋｇ等である。織り込み要件は、そのまま文字列で要件のフィールドに記述するようにしてもよい。また、不図示の織り込み要件マスタに、要件を識別する識別情報と要件を定義する文字列との組み合わせを登録するようにしてもよい。
【００３９】
結果は、当該織り込み要件の充足状況を示す情報である。本設計支援システムでは、結果として、「該当なし」「ＮＧ」「目処ありＮＧ」および「ＯＫ」が用いられる。
【００４０】
図４に、本設計支援システムが実行する織り込み要件管理処理のフローチャートを示す。この織り込み要件管理処理は、例えば、複数のパーソナルコンピュータにサービスを提供するサーバ上のプログラムとして実現される。
【００４１】
この処理では、まず、設計支援システムは、図１に例示した画面からユーザの入力を受け付け、製品別、部品別の織り込み要件の充足状況を設計フェーズ毎に収集する（Ｓ１）。収集した織り込み要件の充足状況は、図３に示したレコード形式でデータベースに蓄積される。
【００４２】
次に、設計支援システムは、当該設計フェーズにおける仕様変更の項目数を収集する。ここで、仕様変更とは、設計担当者の設計不備以外の外的要因によって発生した設計対象部品に関する仕様の変更をいう。例えば、営業、販売店等から要請によるバリエーションの追加、バリエーションの変更、オプションの追加、またはオプションの変更等に伴う設計寸法の変更、重量の変更、性能の変更、色の変更等である。
【００４３】
このような仕様変更が発生するのは、早期に仕様を詳細化したためと推定される。すなわち、織り込み要件の充足目標値が早期に高く設定されると仕様変更が発生する可能性が高くなると考えられる。
【００４４】
次に、設計支援システムは、当該設計フェーズにおける織り込み要件の充足状況を車種毎、部品毎に集計する（Ｓ３）。
【００４５】
次に、設計支援システムは、当該設計フェーズにおいて仕様変更があるか否かを判定する（Ｓ４）。仕様変更がある場合、変更箇所の仕様を満足するように変更箇所の設計をユーザに促す（Ｓ５）。そして、設計支援システムは、制御をＳ１に戻す。なお、この場合、Ｓ１において、すでに充足済みの織り込み要件は、重複して入力されても、重複して記録せず、上書きして収集する。一方、Ｓ２において、仕様変更の項目数は、そのまま過去の項目数を含めて積算する。
【００４６】
新たな仕様変更がなかった場合、設計支援システムは、ＯＫ項目数と目処ありＮＧ項目数の合計値が所定の合格ラインを達成したか否かを判定する（Ｓ６）。この合計値が合格ラインを達成できなかった場合、設計支援システムは、ユーザに当該設計フェーズの再設計を促す（Ｓ７）。その後、設計支援システムは、制御をＳ１に戻す。
【００４７】
また、Ｓ６の判定で、ＯＫ項目数と目処ありＮＧ項目数の合計値が所定の合格ラインを達成した場合、設計支援システムは、全設計フェーズが終了したか否かを判定する（Ｓ８）。全設計フェーズが終了していない場合、設計支援システムは、ユーザに次設計フェーズの設計を促す（Ｓ９）。その後、設計支援システムは、制御をＳ１に戻す。
【００４８】
また、Ｓ８の判定で全設計フェーズの設計が終了した場合、設計支援システムは、その
製品の開発終了後、製品評価時の当該部品の評価結果の入力を受け付ける（Ｓ１０）。この製品評価は、車種別に部品毎に入力される。
【００４９】
次に、設計支援システムは、製品評価において、所定の基準値を超える評価の部品があるか否かを判定する（Ｓ１１）。所定の基準とは、例えば、各部品に対する複数の評価項目毎に得点を設定し、各項目の得点を合計した値が所定値を超えたか否かで判定してもよい。
【００５０】
また、同一の車種タイプ（例えば、ワゴン、セダン、ミニバン、軽自動車等）に分類される複数の車種に対して、各車種に含まれる各部品の最新の評価を比較してもよい。そして、最新の開発後の評価で最も評価結果の高い部品を選択するようにしてもよい。設計支援システムは、その選択された部品に関して蓄積されている織り込み要件の充足状況（例えば、ＯＫ項目数と目処ありＮＧ項目数の合計値、または合計値の当該設計フェーズでの全チェック項目数に対する割合）を次回の製品設計における前記製品タイプに分類される各車種に含まれる当該部品の織り込み要件の目標値とすればよい。すなわち、最新の評価試験において、評価が最も高い部品の織り込み要件の充足状況を次の開発での目標値とすればよい。
【００５１】
所定の基準値を超える評価の部品が当該製品の開発に含まれていた場合、次に、設計支援システムは、当該部品の設計変更の項目数が所定値以下か否かを判定する（Ｓ１２）。
【００５２】
設計変更の項目数が所定数以下の場合、設計支援システムは、当該車種における当該部品の設計フェーズ毎織り込み要件の充足状況の推移を次期開発でのその部品の合格ラインに設定する（Ｓ１３）。
【００５３】
次に、設計支援システムは、車両タイプ毎に合格ラインを集計する。例えば、設計支援システムは、集計した合格ラインの平均値を車両タイプ別の各部品の織り込み要件の充足状況の目標値に設定する（Ｓ１４）。その後、設計支援システムは、織り込み要件管理処理を終了する。
【００５４】
図５に、評価未達部品解析処理のフローチャートを示す。この処理は、製品開発後の評価の結果（車種毎の部品の評価）が所定の基準値に満たなかった部品（以下、評価未達部品という）について、データベースに蓄積された設計フェーズ毎の織り込み要件充足状況に基づいて実行される。
【００５５】
この処理では、設計支援システムは、その車種の評価未達部品について、設計フェーズ毎のＯＫ項目数と目処ありＮＧ項目数の総数を次設計フェーズのＯＫ項目数と比較する（Ｓ２１）。
【００５６】
そして、設計支援システムは、各設計フェーズ毎のＯＫ項目数と目処ありＮＧ項目数の総数より、次設計フェーズのＯＫ項目数が同数か上回るか否かを判定する（Ｓ２２）。各設計フェーズ毎のＯＫ項目数と目処ありＮＧ項目数の総数より、次設計フェーズのＯＫ項目数が少ない場合、当該設計フェーズのＯＫ項目数と目処ありＮＧ項目数の総数に誤りがあったことを表示する（Ｓ２３）。これにより、設計支援システムは、当該設計フェーズでの評価の再点検を促す。
【００５７】
次に、設計支援システムは、その車種の当該評価未達部品について、すべての設計フェーズの解析を終了したか否かを判定する（Ｓ２４）。すべての設計フェーズを終了していない場合、設計支援システムは、制御をＳ２１に戻し、次の設計フェーズの解析を実行する。一方、すべての設計フェーズを終了した場合、設計支援システムは、評価未達部品解
析処理を終了する。
【００５８】
以上述べたように、本実施形態の設計支援システムは、製品別、部品別の織り込み要件の充足の程度を設計フェーズ毎に蓄積し、集計し、目標値に達したか否かを判定する。そして、目標値に達していない場合には、設計支援システムは、ユーザに再設計を促す。
【００５９】
また、本実施形態の設計支援システムは、開発終了後の製品評価における車種毎部品毎の評価の入力を受け付ける。そして、本設計支援システムは、所定の基準値以上の評価結果が入力された部品に関して、その部品の織り込み要件の充足状況の経過を次の製品開発におけるその部品の織り込み要件の充足状況の合格ラインに設定する。したがって、開発が成功した車種での評価の高い部品の織り込み要件の充足状況の経過を次の開発での目標値とすることができる。
【００６０】
この場合、単純に評価の高い部品の織り込み要件の充足状況の経過を次の製品での合格ラインとするのではなく、部品毎の仕様変更の項目数を収集しておき、仕様変更が所定の基準値以下のものを選択する。このような処理を実行することで、織り込み要件の合格ラインが安易に高く設定されることを防止し、適正な合格ラインを設定できる。
【図面の簡単な説明】
【００６１】
【図１】本発明の一実施の形態に係る設計支援システム機能概要を説明する概念図である。
【図２】織り込み要件がうまく充足されなかった特定製品における特定部品の例を示す図である。
【図３】織り込み要件の充足の状況を収集するためのデータ構造を示す図である。
【図４】織り込み要件管理処理のフローチャートである。
【図５】評価未達部品解析処理のフローチャートである。
【符号の説明】
【００６２】
１  コンピュータ
１０  要件チェック結果入力画面
２０  製品別解析画面
３０  製品タイプ別解析画面
【図１】
2006195841.tif 000003
【図２】
2006195841.tif 000004
【図３】
2006195841.tif 000005
【図４】
2006195841.tif 000006
【図５】
2006195841.tif 000007