JPH01116766A - 設計支援方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明は、−船釣にはコンピュータに基づくプロジェク
ト管理システムに関し、より詳しくは、設計段階の初期
に製品の構造の階層的樹系図を作成し開発することに関
わるハードウェア製品設計に対する。トップダウン機能
的手法を使用するシステムに関する。

Ｂ、従来技術 新しい製品を設計し、開発し、製造する工程、あるいは
既存の製品に大幅な変更を加える工程は、最小のコスト
で予定の期間内に一定の品質を維持して市場に製品を送
り出そうすると、製造管理者や技術者に多大の試練を課
すものである。現代の過当競争産業社会にあっては、製
造管理者や技術者は、新しい製品が複雑であり、全世界
規模の生産が錯綜し、競争により本来的に変化がもたら
されることから生じてくる多くの問題を解決するために
情報を欲している。競争に後れないためにきわめて短い
期間に新しい製品を市場に送り出す必要あることから、
今まで製品の開発に関してあてはまっていた伝統的な学
習曲線が消え失せ、よりよく製品の発表を制御し、設計
段階の初期に設計のコストへの影響をよりよく決定する
ための必要性があられれてきた。

これらの必要性をみたすために、多くの企業は、従来の
製品設計工程は十分でないと考えている。

その要求に応えるためには、製造工学や、コスト工学や
、資材供給計画や、物質の調整や、設計作業にともなう
製造及びサービスの支援に早期に関与する必要がある。

さらに、それには設計や、発表や製造を通しての製造デ
ータの計画及び制御ということが必要である。

現代的な管理ツールとしてのプロジェクト管理は、今世
紀初頭にその起源を有する。その頃、ヘンリー−Ｌ−ガ
ント（Ｈｅｎｒｙ　Ｌ、　Ｇａｎｔｔ）が、第１次大戦
の間政府の仕事をする間に、今や有名な作業制御のため
の視覚支援システムを開発したのであった。これはガン
ト・チャートと呼ばれる。ガント・チャートとは、作業
の期間に比例する長さをもつ棒グラフとして各作業を表
示するプロジェクト計画のグラフィック表示である。後
の１９５０年代になって、ペンシルバニア大学のＥ　Ｄ
ＶＡＣの共同発明者であるジョン・プレスパー・モーク
レー（Ｊｏｈｎ　Ｐｒｅｓｐｅｒ　Ｍａｕｃｈｌｅｙ）
博士がクリティカル・パス法（ＣＰＭ）を開発し、これ
は、ポラリス潜水艦プロジェクトのコンサルタントであ
った、ライラード・フレーザー（Ｖｉｌｌａｎｄ　Ｆｒ
ａｚｅｒ）によってさらに発展された。フレーザーのこ
の業績は、プログラム評価及び検討技術（Ｐｒｏｇｒａ
ｍ　Ｅｖａｌｕａｔｉｏｎ　ａｎｄ　Ｒｅｖｉｅｗ　Ｔ
ｅｃｈｎｉｑｕｅ　：　Ｐ　Ｅ　ＲＴ　）と呼ばれた。

ＰＥＲＴチャートは、プロジェクトとクリティカル・パ
スの前工程と後工程の作業を示す、フローチャートに似
た図である。

ＰＥＲＴ／ＣＰＭモデルは周知であり、長年に亘ってプ
ロジェクト管理のために多くの大企業によって採用され
ている。そのようなプロジェクト管理ツールは最初、メ
インフレーム・コンピュータ上で実施され１次に、大企
業には容易に入手可能であるけれども小企業にはそうで
はないミニ・コンピュータ上で実施された。より最近に
なって、マイクロコンピュータあるいはパーソナル・コ
ンピュータのためにプロジェクト管理ソフトウェア製品
が開発されてきた。これにより、コンピュータに基づく
プロジェクト管理ツールが、小企業にも経済的により近
づきやすいものとなったが、それを適用する段になると
、ユーザーの側でかなりの程度の精巧化を要する。その
結果、多くの小企業あるいは事務所は依然として手作業
によるプロジェクト管理方法を使っており、多くの場合
、−日毎に作業と資材の調達を一段階進めるために。

進行係にたよっている。

ルパート　Ａ、シュミットバーブ（Ｒｕｐｅｒｔ　Ａ。

Ｓｃｈｍｉｄｔｂｅｒｇ）及びマーク　Ａ、イエリー（
ＭａｒｋＡ、　Ｙｅｒｒｙ）は、′トップダウン手法を
用いた複雑な組立体の設計（Ｄｅｓｉｇｎｉｎｇ　Ｃｏ
ｍｐｌｅｘ　Ａｓｓｅｍｂｌｉｅｓυｓｉｎｇ　ｔｈｅ
　Ｔｏｐ−Ｄｏｗｎ　Ａｐｐｒｏａｃｈ）　”と題する
。凪畦肛り皿並」皿匹閃旦旺の記事の９−３１ページな
いし９−４３ページで、設計者が先ず最上部の組立体を
作成し次に作業をその下方に進めて、より下位の部分組
立体及び部品の詳細を充填してゆくようにした設計手法
について述べている。この手法では、設計対象物の階層
的表現が構築され洗練される。設計概念が洗練されてゆ
くにつれて、設計上の制限が下の階層へ伝達される。洗
練の各レベルでめ設計概念の評価により、設計変更の勧
告や、設計上の制限の緩和などといったかたちで上の階
層へフィードバックがなされることがある。

このトップダウン設計手法は、新しい製品を設計するた
めには、伝統的な手法よりも相当に有利である。しかし
、このシュミットバーブとイエリーの手法は、ユーザー
の側で高度のコンピュータ設計上の熟練があるものと仮
定するＣＡＤ／ＣＡＥ環境におけるものである。従って
現在要望されるのは、トップダウン設計を利用する、よ
り簡単に利用できるシステムなのである。

Ｃ１発明が解決しようとする問題点 本発明の目的は、ハードウェア製品設計のためのトップ
ダウン機能的手法を実施する使いやすいシステムを提供
することにある。

本発明の他の目的は、トップダウン設計手法を統合し、
製品の部品のグラフィック・デイスプレィによって新し
い製品の設計者をプロンプトするシステムを提供するこ
とにある。

Ｄ０問題点を解決するための手段 本発明によれば、製品の機能的設計を入力するために、
コンピュータ・デイスプレィ上の見取り図法（Ｓｋｅｔ
ｃｈ　５ｈｅｅｔ　Ａｐｐｒｏａｃｈ）が使用される。

これによれば、ユーザーは１部品の記述をキー人力しさ
えすればよく、システムがコンピュータ・デイスプレィ
上に自動的に階層的トリー構造を描く。ユーザーは次に
、製品中のすべての部品を、１つずつ考慮することをプ
ロンプトされる。このとき、部品の製造計画を通じて、
一連のメニューがあられれてユーザーを案内する。

システムの処理は、製品の設計図の機能的なスケッチを
作成することによって始まる。このスケッチは、階層的
トリー構造の形式であり、以てトップダウン設計手法を
支援する。このシステムはユーザーに、製品の部品を照
会し、この照会処理が進展するにつれて、ユーザーが眺
めるためのコンピュータ・スクリーン上にトリー構造が
作成される。製品の機能的階層中の各要素あるいは項目
の背後には、関連する設計及び製造上の情報が集められ
る。この製造詳細情報は、製品の発表計画、期日決定、
製造計画のみならず、実行゛可能性レベル・コスト評価
のためにも使用される。ユーザーは、設計工程の任意の
時点で、提示されている製品あるいは製品の部品を、高
位レベルまたはきわめて詳細なレベルのどちらかで扱う
選択肢を有する。どのレベルにおいても、ユーザーが知
らない製造詳細情報は、既知の項目ｍ（！、を用いてリ
レー。

ショナル・データベースから呼び出すことができる。

製品の設計者は、初期の製造への取組み、または設計工
程の、製造及び他の製品関連事項との統合の実施を支援
される。設計者は、製品構造中の各項目毎に製造データ
を入力するようにプロンプトされ、以て階層的トリー構
造に第３の次元を導入する。この第３の次元はいくつか
の目的を担う。

すなわち、設計者のための必要な評価及び計画を作成す
るために製造データを操作することができる。関連する
製造データは次の４つのカテゴリに分けられる： （１）　ｇＩ品の製造の計画を支援する情報。

（２）ｍ１品のコスト評価の作成を支援する情報。

（３）製品の発表期日の作成を支援する情報。

（４）ＣＡＤ／ＣＡＭ設計者または製品企画者が類似の
項目を見出すのを支援する情報。

この第４の例においては、設計者または企画者が、余分
な設計労力を回避するため類似の設計を使用するか、ま
たは既存の設計を、変更のためのテンプレートとし、あ
るいは新しい設計を用意するためのガイダンスとして使
用するという選択肢をもつ。

本発明によって実施される階層的な手法は、初期のコス
ト見積りがきわめて高レベルの組立てのみを考慮し低レ
ベルの詳細事項を考慮しないので、製品のコスト見積り
に対して好便なインターフェースを与えるものである。

しかし、発表計画が完了に近づくにつれて、より詳細の
情報が利用可能となり、製品コストの見積りは、より正
確な見積りを与えるべくより詳細なトリー構造を考慮に
入れるようになる。製品のきわめて初期の開発段階にお
けるコスト見積りは、製品の実現可能性を決定するのみ
ならず、設計労力を、製品の最も重要な部分に指向する
のを支援することにもになる。

Ｅ、実施例 第１図を参照すると、本発明に基づく設計ツールの概要
が機能ブロック図として示されている。

このシステムの要部は、データベース１０と照会システ
ム１２である。データベース１０は現在入手可能なもの
のうち任意でよいが、好適な実施例においては、ＩＢＭ
のＤＡＴＡＢＡＳＥ２　（ＤＢＰ）が使用される。ＤＢ
Ｐは、リレーショナル・データベース管理システムであ
るが１階層的データベースなどの他のデータベースも使
用可能であることを当業者なら理解するであろう。照会
システム１２はエキスパート・システムでよいが、好適
な実施例においては、ＩＢＭのＲｅ５ｔｒｕｃｕｔｕｒ
ｅｄＥｘｔｅｎｄｅｄ　Ｅｘｅｃｔｏｒ　（ＲＥ　Ｘ　
Ｘ　）言語が使用される。

ＩＢＭのＤＢ２についての一般的な情報はＩＢＭ社から
発行されている刊行物番号ＧＣ２６−４０７３−２の刊
行物を参照することにより入手することができる。ＲＥ
ＸＸ言語の説明は、ＩＢＭ社から刊行物番号５Ｃ２４−
５２３８−２として発行されている″仮想マシン／シス
テム製品、システム製品インタープリタ−・ユーザー・
ガイド（Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ／Ｓｙｓｔｅ
ｍ　Ｐｒｏｄｕｃｔ、　Ｓｙｓｔｅｍ　Ｐｒ。

ｄｕｃｔ　Ｉｎｔｅｒｐｒｅｔｅｒ　Ｕｓｅｒ’ｓ　Ｇ
ｕｉｄｅ）、　”　リリース４に与えられている。

ユーザー１４は先ず照会システム１２によって、機能的
な製品の構造を問われ、そのユーザーの入力に応答して
データベース１０がテーブル中にその構造を格納する。

この照会セツションは、ユーザーに、製品の名前を入力
するようにプロンプトすることによって始まる。この製
品を例えば新型の芝刈り機であるとしよう。するとユー
ザーは単に“芝刈り機″と入力することになる。次にユ
ーザーはその製品の主な部品を入力することができる。

芝刈り機の場合、これはハンドル、芝捕捉機（ｇｒａｓ
ｓ　ｃａｔｃｈｅｒ）　、モータ０カバー、刃、車輪、
資料文書、電子回路及びバッテリなどである。これらは
勝手な順序で、新しい部品を入力せよとのプロンプトに
応じて個々にユーザーによって入力される。ユーザーが
主要な部品を入力してしまうと、ユーザは”　Ｅ　Ｎ　
Ｄ　”を入力するかまたはＥＮＤキーを押して照会シス
テムに、既に入力された主要部品の下位部品を検査させ
る。例えば、照会システム１２はユーザー１４にハンド
ルの部品を入力するようにプロンプトする。これらの部
品は、制御レバーつきの上方ハンドル・アセンブリと、
芝刈り機のフレームに取付けられる。下方ハンドル・ア
センブリである。そして、ハンドルの下位部品がすべて
入力されたとき、ユーザーは再び”　Ｅ　Ｎ　Ｄ”を入
力するかＥＮＤキーを押すかして、照会システムに、芝
捕捉機の部品を入力するプロンプトを出力させる等々で
ある。この処理は、ユーザーが、この新製品のすべての
部品を少くともさしあたり所望するレベルまで入力する
まで続けられる。しかし、ユーザーは任意の時点で設計
セツションに戻り、はじめの入力部品データに追加や変
更を加えることができることを理解されたい。

照会セツションが進行するにつれて、ユーザ１４によっ
て入力された部品がリレーショナル・データベース１ｏ
のテーブルに格納されてゆき、コンピュータ・スクリー
ン上に構造１６の機能的階層トリーが形成される。上述
の例をとってみると、この階層トリー構造が第２図に、
その第１の設計レベルまで示されている。尚、ここには
２つのレベルしか示されていないけれども、この分野の
当業者なら、実用的限界内で、製品と、その製品を確定
するのに必要な詳細レベルに応じて任意の数のレベルを
形成し得ることを理解するであろう。

本発明の特定の実施例では、トリー構造の３０までのレ
ベルが許容される。経験によれば、最高度に複雑な製品
でないならこれで十分であることが分かっている。また
、使用される表示システムの能力に応じて１階層トリー
構造はレベルが詳細になるにつれて、連続するいくつか
のスクリーン上に表示することができる。

製品のコスト見積りを行うためには、階層トリー構造を
用いて先ず製品の構成が作成される。この製品構成中の
各項目毎に、ユーザは既知の製造情報を入力しなくては
ならない。そして、この情報から、データベース１０が
コスト見積りを引き出すことができる。ユーザーは、完
成品の組立時間の大まかな見積りを、１個あたりの時間
として入力し、また場合による変動要因を１５％などと
入力する。システムは、その製品構成を部品リスト１８
に分解し、各項目に関連するリレーショナル・データベ
ース中の製造情報テーブルから各部品の量と部品毎のコ
ストが引き出される。次にコスト見積り機能が、リスト
上の各部品につき部品の量と部品のコストを掛は合わせ
る。そして、部品リスト毎のこの結果が加算される。作
業量の見積は、標準時間労働量及び間接費を掛は合わせ
ることにより得られる。部品リストの積算値と作業量の
積算値は加算されその結果はユーザーに出力される。

ユーザーが関心をもつ製造データは、業種によって異な
るが、いくつかの例をリストすると次のとおりである。

１）物品（項目）の機能（例えば、ファスナー、カバー
、もれ止め液など）。

２）物品が製作される処理（例えば、射出成形。

鋳造、研削など）。

３）物品を製作するために使用する材料（例えば。

ＰＣｖプラスチック、アルミニウムなど）。

４）物品のタイプ（組立体、末端部品など）５）物品の
コスト。

６）仕上げタイプと品質。

７）重さ。

８）サイズ（例えば、直径、長さなど）。

９）物品を製造するために必要な技術。

１０）供給元。

１１）物品を設計するためのリードタイム。

１２）物品を作製するツールを供給するためのリードタ
イム。

１３）物品を入手するためのリードタイム。

１４）物品の原型を製作するためのリードタイム。

第３図は、ユーザーが対象として「バッテリ」を選択を
選択し、動作「明細（ＤＥＴＡＩＬ）Ｊを選択したとき
にあられれるコンピュータ・デイスプレィからのスクリ
ーンを示すものである。設計技術者は、このスクリーン
を用いて既知の製造データをキー人力する。この例では
、設計者は、完成品としてシアーズ（Ｓｅａｒｓ）社か
ら購入する予定の「常備」バッテリを使用するつもりで
ある。

この製品構成には１つのバッテリが存在し、その機能は
電力装置である。このユーザーは次に、既知の項目属性
に基づきリレーショナル・データベースからデフオール
ド値を供給させる６ユーザーが動作デフオールド（ＤＥ
ＦＡＵＬＴ）を選択すると、第４図のスクリーンが表示
される。リレーショナル・データベースがこれらのデフ
オールド値にアクセスし得るようにする方法は、照会セ
ック３ンの間にユーザー人カデータを取り込んだテーブ
ルにアクセスすることによるものである。より詳しく述
べると、そのテーブル中の属性は属性番号によってアク
セスされ、一方、これらの番号は項目のデフオールド属
性にアクセスするためのインデックスとして使用され、
これらの値はデータベース中の同一の部品について以前
に記憶されたものである。第４図に示されたスクリーン
は、アスタリスク（本）でマークされた結果のデフオー
ルド値を表示している。このシステムは、項目番号ＡＯ
ＯＯを発生している。システムはトリー内のその項目の
位置から、それが主アセンブリであると決定した。ここ
では、ベンダーのフルネームである、シアーズ・ローバ
ック社が挿入される。

バッテリが製品中に組み込まれる工程は組立てである。

ツール作成のリードタイムは、その物品が完成品として
購入されるので、ゼロにデフオールドされる。バッテリ
１個のコストは、実際上、１５．００ドルである。項目
分類、あるいはグループ技術分類は、集められた属性、
機能、入手方針及びベンダに基づき、システムにより生
成される。

この項目分類コードは、スケジュールや調達などの多く
の製造計画部門で使用することができる。

第５図を参照すると、本発明に基づきソフトウェアとし
て実行される設計ツールの概要論理フローチャートが示
されている。この分野の当業者なら、このフローチャー
トから、ＩＢＭパーソナル・システム（ｐｓ）コンピュ
ータなどの所望のコンピュータ・システム用に、Ｂ　Ａ
　Ｓ　Ｉ　Ｃ，Ｐａ５ｃａｌまたはＣなどの適切なコン
ピュータ言語でソース・コードを書くことができるはず
である。

処理は、機能ブロック１００で、製品の機能的構成を入
力することにより始まるにのことは第６図を参照してよ
り詳細に説明される照会セツションの間に実行される。

製品の機能的構成が−たん入力され所望の詳細レベルま
で階層トリー構造が生成されると、ユーザーは機能ブロ
ック１０２で構成の項目を選択するようにプロンプトさ
れる。

ユーザーが項目を選択すると、システムは１機能ブロッ
ク１０４で、製造詳細データのためのポツプアップ・パ
ネルを提供する。この情報がユーザ−によって入力され
ると、システムは機能ブロック１０８で項目番号を発生
する。システムは次に機能ブロック１１０で、ユーザー
がデフオールド情報のアクセスを選択することを可能な
らしめる。

次にユーザーがデフオールド情報を選択したかどうかの
判断が判断ブロック１１２で行われる。そしてもしそう
でないなら、判断ブロック１１４で、製造詳細データを
入力すべき項目がさらにあるかどうかが判断される。そ
してもしそうなら、処理は機能ブロック１０２に戻る。

判断ブロック１１２での判断が肯定的であると仮定する
と、ユーザーはデフオールド情報にアクセスすることを
選択しているのであり、機能ブロック１１６でシステム
がデータベース１０中のデフオールド値にアクセスしそ
の値を挿入する。次に、機能ブロック１１８で、システ
ムは項目分類コードを発生する。そしてユーザーは、機
能ブロック１２０で、任意のデフオールド値を取消す選
択肢を与えられる。判断ブロック１２２では、ユーザー
がデフオールド値の取消しを選択したかどうかが判断さ
れる。そして、もしそうなら、システムは、機能ブロッ
ク１０６へ戻ってユーザーが、既に挿入されているデフ
オールド・データの重ね書きとして既知の製造データを
キー人力することを可能ならしめる。そうでないなら、
システムは製品の機能的構成の次の項目を選択する。最
後に判断ブロック１１４での判断が否定的となり、処理
は終了する。

第６図は、本発明に基づく照会システムの論理をフロー
チャートの形式で示すものである。このフローチャート
を、ＩＢＭのＲＥＸＸ言語のような対話システムと、Ｉ
ＢＭのＤＢ２のようなデータベース・システムと組み合
わせれば、この分野の通常の技術をもつプログラマが、
この照会システムを実施するのに必要なコードを書くの
に十分で′ある。第６図を参照すると、処理は、ブロッ
ク２２０でΩ＝１とセットするこにより開始される。

ここでａは製品または部品のレベルである。次に、機能
ブロック２２２で、システムのユーザーが製品の名前を
入力するようにプロンプトされる。ここに与えられてい
る例では、この名前は芝刈り機である。システムは判断
ブロック２２４でユーザーの入力を待って待機し、製品
の名前が入力されたとき、システムはデータベース中の
ファイルをその名前でオープンし、機能ブロック２２６
でコンピュータ・スクリーン上にその製品名を表示する
。ブロック２２８では、Ｑがα＋１にセットされて次の
部品レベルであることが表示され、システムは次に機能
ブロック２３０でユーザーに、製品のこのレベルの部品
を入力するようにプロンプトする。ユーザーが部品を入
力しそれが判断ブロック２３２によって検出される毎に
、その入力された部品は機能ブロック２３４でそのレベ
ルでデータベースに取込まれ、システムは機能ブロック
２３６でそのトリー構造のノードのコンピュータ・スク
リーン上に入力された部品を表示する。システムは、各
部品がユーザーによって入力された後ユーザーが”　Ｅ
　Ｎ　Ｄ”を入力するかまたはＥＮＤキーを押してこの
レベルの部品リストの終了を報知するまで、ユーザーに
部品を入力するようにプロンプトし続ける。このように
、システムは判断ブロック２３８で“ＥＮＤ”が入力さ
れたか、またはＥＮＤキーが押されたかについてユーザ
ー人力を判断する。もしその入力が検出されないなら、
判断ブロック２３２でシステムは次のユーザー人力を待
ち、入力が受は取られると、機能ブロック２３４でデー
タベース・テーブルに部品が入れられる。

こうしてユーザーによって所与のレベルに対するすべて
の部品が−たん入力されて、それが“ＥＮＤ”の入力ま
たはＥＮＤキーの押圧によって表示されると、システム
は次に判断ブロック２４０で、現在レベルの最後の部品
がユーザーによって下位部品を入力されたかどうかを判
断する。もしそうでないなら、現在レベルの次の部品が
２表示されたトリー構造中で強調表示され、システムは
機能ブロック２３０に戻り、そこでユーザーは再びこの
部品の下位部品を入力するようプロンプトされる。他方
、現在レベルの最後の部品が下位部品を入力され、それ
が判断ブロック２・４０で検出されると、システムは次
のレベルのための部品が入力されるべきかどうかを判断
する。このことは、次のレベルに行くかどうかプロンプ
トされたときユーザーがＹまたはＮキーを押すことによ
って達成される。もしＹキーが押され、ユーザーが全部
品の次のレベルを入力したいと望んでいることが表示さ
れると、システムは１次のレベルへインデックスするた
めにブロック２２８に戻る。他方、Ｎキーが押され、ユ
ーザーがこの時点で部品の次のレベルへ進むことを望ん
でいないかまたは入力すべき部品の次のレベルが存在し
ないなら、照会処理は終了する。

本発明に基づく設計ツールを用いた製品のコスト見積り
が第７図のフローチャートによって示されている。この
処理は１機能的構成（第６図）と製造詳細データ（第５
図）の両方が入力され終った時点で始まる０機能ブロッ
ク１２４では、ユーザーは製造組立時間と、評価目的の
ための予備（Ｃｏｎｔｉｎｇｅｎｃｙ）パーセントを入
力するようにプロンプトされる。このデータがユーザに
より入力されると、システムは製品構成を、機能ブロッ
ク１２６で部品リストに分解する。この分解がなされる
様式は第８図に詳述されている。システムは次に機能ブ
ロック１２８で製造詳細データから部品の数量とコスト
にアクセスし、この処理をブロック１３０で各部品毎に
繰り返す。すべての部品の数量とコストについて処理を
終了すると、各部品の数量とコストが機能ブロック１３
２及び１３４で掛は合わされ、こうして製品のすべての
部品の一連のコスト表が出来上がる。これらのコスト表
は、機能ブロック１３６で、組立て時間に、人件費と負
担率の和を掛けたコスト表と結合される。

このコスト表は次に、例えば機能ブロック１３８で、印
刷を行なうことによってユーザーに出力され、そして処
理が終了する。コスト・データの印刷出力は、評価され
た最終の製品コストを含むのみならず、評価されたコス
トが導出されるもととなったデータをも含んでいる。

ここで第８図を参照すると、ここでは機能ブロック１２
６の部品リストが、照会セツションの間に構築されたデ
ータベース中のテーブルから字下げ明細として自動的に
生成される。このフローチャートはすなわち１字下げ明
細の自動生成の論理を示しているのであり、ＩＢＭ　　
ＤＢ２データベースなどのデータベース・システムを理
解するこの分野の熟練したプログラムなら、このフロー
チャートの論理から１本発明を実現するコードを書くこ
とができるはずである。この処理は第８図で、ブロック
２４６においてＱ＝１及びｉ＝Ｏとセットすることによ
り始まる。ここでＱは前述の部品レベルであり、ｉは明
細の字下げである０次に機能ブロック２４８中でレベル
ａの項目１がアクセスされる。この例では、この項目は
、「芝刈り機」という製品名である０次に項目１が機能
ブロック２５０で印刷され、次にブロック２５２でＱと
ｉが１だけ増分される。次に判断ブロック２５４では、
トリー中にレベルΩが残っているかどうかが判断される
。もしそうなら、システムは機能ブロック２５６中で、
現在レベルのトリーの次の左りの項目にアクセスする。

このアクセスされた項目は機能ブロック２５８で字下げ
ｉで印刷される。

次に、機能ブロック２６０で、データベースにおいて下
位項目が検索される。そして判断ブロック２６２中で下
位項目が見出されると、システムはブロック２５２に戻
り、レベルと字下げが１だけ増分される。そうでないな
ら、判断ブロック２６４で、現在レベルの最°後の項目
がレベルＱに接続されているかどうかが判断される。も
しそうなら、レベルと字下げは、ブロック２６６で１だ
け引かれる。そして、項目のアクセスと印刷を順に継続
するために、処理は判断ブロック２５４に戻る。

判断ブロック２５４での判断が否定的になったとき、す
なわち、そのトリー構造にレベルΩが残っていないとき
、ブロック２６８でレベルと字下げが１だけ引かれる０
次に判断ブロック２７０で、字下げが０と等しいかまた
はそれ以下であるかが判断され、もしそうでないなら処
理は判断ブロック２５４に戻り、もしそうなら字下げ明
細が完成したので処理は完了となる。

Ｆ０発明の詳細 な説明から、本発明に基づく設計ツールが、ハードウェ
ア製品設計に対してトップダウン機能的手法を実施する
使いやすいシステムを与えることが理解されよう。この
システムは、初期の製造段階において、最終製品を製造
するのに必要な全体の設計及び製造労力を軽減するため
の情報を作成するのを援助するものである。

【図面の簡単な説明】

第１図は、本発明を実施するのに必要な構成の概要ハー
ドウェア、 第２図は、部品の階層トリー構造のデイスプレィの図、 第３図は、１つの部品の製造データのデイスプレィの図
、 第４図は、デフオールド値をもつ部品のデータのデイス
プレィの図、 第５図は、ソフトウェアで実施される、本発明の設計ツ
ールの論理のフローチャート、第６図は、リレーシ遭ナ
ル・データベースが構築される間の照会セツションの論
理を示すフローチャート、 第７図は１本発明に従い設計ツールを用いて製品コスト
見積りを行う論理を示すフローチャート、第８図は、字
下げ明細の形式で部品リストを生成する論理を示すフロ
ーチャートである。 出願人　　インターナシ目ナル・ビジネス・マシーンズ
・コーポレーション 代理人　　弁理士　山　　本　　仁　　朗（外−名） 第１田

Claims (1)

1. 【特許請求の範囲】 （ａ）ユーザーに、機能的な製品の構成を入力するよう
   にプロンプトする段階と、 （ｂ）上記ユーザーによって入力された製品の構成デー
   タをデータベース中に取り込む段階と、 （ｃ）上記製品の構成データが上記データベースに取り
   込まれたとき、上記製品構成の階層トリー構造を生成し
   て上記ユーザーに表示する段階と、 （ｄ）上記機能的な製品の構成の各項目の製造詳細デー
   タを入力するように、上記ユーザーにプロンプトする段
   階と、 （ｅ）製品組立て時間を入力するように、上記ユーザー
   にプロンプトする段階と、 （ｆ）上記機能的な製品の構成の各項目ごとの製造詳細
   データから部品リストを生成する段階と、 （ｇ）上記部品リストと、上記ユーザーが入力した製品
   組立て時間に基づき製品の見積コストを計算する段階、 とを有する設計支援方法。