製品構造は、製品を階層的に分解したもので、通常は部品表(BOM) と呼ばれます。ビジネスが消費者の独自の嗜好に敏感になり、派生製品が独自の構成に合わせて成長するにつれて、BOM 管理が手に負えなくなることがあります。メーカーにとって、部品表 (BOM) は、製品の製造に必要な原材料、アセンブリ、コンポーネント、部品、およびそれぞれの数量をリストした重要な製品情報レコードです。
製品の小さな部分を変更すると、他の製品構造モデルにさまざまな影響を与える可能性がある構成可能な製品に対処するには、高度なモデリング技術が必要です。このエントリ内の概念は、これらの概念を示すために大文字で表記されています。
製品構造モデリングの主題には、いくつかの概念が関連しています。このセクションでは、これらすべての概念について説明します。これらの概念は、2 つの主な側面に分かれています。最初に、製品のすべての物理的側面を含む製品の内訳について説明します。次に、製品構造のさまざまなビューを示します。
製品内訳

図 1 は、製品の構造に重要な概念を示しています。これは、製品構造の特定のケースにおけるインスタンスをモデル化するために使用できる メタデータ モデルです。
製品構造の中核は、製品コンポーネント (アイテム) とそれらの関係によって示されます。したがって、これには、製品に関連するアイテム間のリンクが含まれます。アセンブリは、サブアセンブリとパーツで構成できますが、サブアセンブリは他のサブアセンブリまたはパーツで構成することもできます。したがって、これは通常、階層的に順序付けられます。これらの概念は、アイテムの概念に一般化されます。サブアセンブリは別のアセンブリ構成のパーツである可能性があるため、この分類は重複しています。アイテムの差別化とバリエーションのため、製品ブレークダウン構造にはいくつかの概念を示す必要があります。この差別化には、代替、バリアント、およびリビジョンという 3 つの概念が関係しています。アイテムの代替は、その特定のアイテムの代替品と見なされますが、バリアントは、消費者が選択できるアイテムの別のオプションです。パーツまたはサブアセンブリでエラーが発生した場合は、修正する必要があります。このリビジョンは、アイテムの変更履歴を示します。
製品構造ビュー
製品構造ビューは、会社内の複数のアクティビティ ドメインに基づいて作成されます。会社の全員が製品の詳細な概要を把握する必要はないため、複数のコンポーネントとその属性を抽出できます。
マスター構造が製品アセンブリの複数の項目から作成される 場合、このマスター構造に対して複数のビューを作成できます。したがって、このマスター構造には、製品のアセンブリにとって重要なすべての項目が詳細に含まれています。

モデリングプロセス
製品モデルを構築するプロセスは、6 つの主要なアクティビティで構成されており、いくつかのサブアクティビティに分解できます。次の表では、これらのアクティビティと、その中のサブアクティビティについて、このアクティビティの説明とともに説明します。
プロセスデータモデル
アクティビティを製品構造モデルの概念と組み合わせると、プロセス データ ダイアグラムが作成されます。このダイアグラムには、製品構造モデリングのプロセス内で実行する必要がある手順と、これらのアクティビティの結果である成果物が右側に表示されます。

例
この例では、自動車製造における製品構造モデリングについて説明します。これは、製品構造モデリングのプロセス内で特定される主なアクティビティを通じて説明します。
製品コンポーネントを定義する
まず、すべてのコンポーネントが識別され、示されます。自動車製造の分野では、製品のコンポーネントは次のとおりです。自動車 (アセンブリ) は、車体やエンジンなどのいくつかのサブアセンブリで構成されています。たとえば、エンジンは、ネジや小さなパイプなどのいくつかの部品で組み立てられています。
製品の品揃えを定義する
自動車製造の場合、これらのコンセプトの例を作成できます。たとえば、エンジンには複数の選択肢があります。たとえば、自動車メーカーはアメリカ製または日本製のエンジンを選択できます。これらの異なるエンジンには、バリエーションが存在します。最初はエンジンを 1.6 エンジンとして作成できますが、このエンジンから 1.8 エンジンなどのバリエーションを作成できます。したがって、1.6 エンジンは新しい 1.8 エンジンの基本コンセプトとして使用されます。

製品構成
自動車製造における項目間の相関関係の例を次に示します。エンジンは数本のネジで車体に接続されています。したがって、これら 2 つの項目は関係の概念によってリンクされている必要があります。

マスター構造を作成する
リストされているすべての項目とそれらの関係を使用して製品を構造化した後、これを 1 つのマスター構造に結合して、製品の詳細をすべて含める必要があります。自動車の場合、エンジンからネジまでのすべての項目を 1 つのマスター構造に文書化する必要があります。

文書化
車のマスター構造を作成するときは、この構造を、この特定の車の製品定義を含むドキュメントにリンクする必要があります。主に、これは、この製品のマスター構造にリンクされている車の詳細な説明で構成されます。
製品構造ビューを定義する
自動車メーカーの場合、自動車の組み立てから複数の視点が得られます。たとえば、販売の観点から見た構造では、車体に関する詳細情報よりも、自動車の機能や特性に関する詳細情報が必要になります。したがって、営業マネージャーは、自動車の色やギアの種類 (オートマチックまたはマニュアル) に関する情報を必要とします。購買の観点からは、顧客のみに必要な一般的な色ではなく、塗料の混合に関する詳細情報が必要です。購買部門は、自動車の製造で使用されるコンポーネントのサプライヤーに関する詳細情報も必要とします。これにより、どのコンポーネントがどこで使用され、どのサプライヤーから供給されているかを簡単に把握できます。

参照
- 10303 認証
- アセンブリモデリング
- 部品表(BOM)
- 製品内訳構造
文献
- Hvam, L. (1999). 製品モデル構築の手順。ロボティクスとコンピュータ統合製造、15、pp. 77-87
- Peltonen, H. (2000)、「製品データ管理の概念と実装」Acta Polytechnica Scandinavica、数学とコンピューティングシリーズ No. 105、pp. 188
- ランパーサド、HK (1995)。ロボット組立システムの同心円設計。製造システムジャーナル、14 (4)、pp. 230-243
- Svensson, D., Malmqvist, J. (2002). 製造企業における製品構造管理戦略。工学におけるコンピューティングと情報科学ジャーナル、2 (1), 50-58。
