設計データ管理システム（旧）

ボードデザインの要は、設計した物理的なオブジェクトを構築するためにそのデザインからデータを生成、管理することです。しかし、完全なデータとするために '官僚的主義' のように手に手を取って行われます。その結果、設計データを最小限の影響に留めるため設計変更をロックして、設計者は形式的なプロセスに従って設計することに制限されます。　

製品強化と技術革新により希望通りの設計を行うことができますが、エレクトロニクス開発プロセスについて、効果的、効率的に高いデータ保全性を提供する難題に取り組むために Altium Designer の統一プラットフォーム（設計されているシステムを表している 1 つの統一したデータモデルを持つ）を利用しました。　

しかし、デザインで使用されたオブジェクトは正しいデータでもあります。これらはコンポーネント、回路図シート、テンプレート、サンプルデザインを含みます。これらは個別に識別できるデザインの要素で、複数の異なるデザインで再利用するかもしれません。また、それらを作成した後、修正する可能性があるので最終的な寿命があります。つまり、これらは設計データ管理システム下で管理する必要があるデータの実体です。　

その他の分野からボードデザイン自体までデータ管理の全てを満たすシステムを提供するために、Altium は以下のような設計データ管理モデルを利用します:　

• デザインを再利用できる Item（デザイン自体で使用するためのリリースしたデータの実体）の作成と管理が可能。設計チームがアクセスする集中したリポジトリに保存されたものは、バージョンコントロール、ライフサイクルで管理されます。　
• 実際の製品を構築するために最終的に責任がある設計分野とサプライチェーン間で形式的なリンク定義が可能。サプライチェーンを構築する特定の製品 Item（ブランクや実装ボード）に設計データをマッピングして行います。　

適切なモデル、サポートしている機能と技術の範囲で、コントロールして（デザインで使用するために管理、承認するコンポーネントや回路図シートのレビジョンを使用して、設計の自由を失わないで）設計できます。その後、一度、デザインをリリースする準備ができた時、合理化、自動化された形（ボタンに触れて、完成度の高いデータ出力を生成して）で設計分野から製造分野へデータを渡すことができます! 例えば、シドニーで設計して遠く離れた場所で製造するかどうかは問題ではありません。Altium Designer のデータ管理システムと自動化されたリリースプロセスは、作成した製品を正確に設計した通りに構築して市場へ出すことができます。　

マルチパート システム

Altium の設計データ管理システムは3つの異なるサブシステムに分類できます:

• Component Management – 次世代の vault ベースのコンポーネント、参照した分野のモデル、デザインとサプライチェーンの両方にまたがったコンポーネントに権限を与える Part Choice の管理。　
• Design Content Management -– 回路図シート Item、テンプレート Item、サンプルデザイン Item を含むデザイン content を再利用できる管理。　
• Production Release -– 物理的なアイテム（BOM 情報に従って bare ボードや実装ボードを製造）を構築するためにサプライチェーンで必要なデータを生成するためのボードデザイン リリース管理。

また、3つのサブシステムを構築する基礎は Altium の Vault サーバ技術です。Altium Vault サーバは、安全で完全な設計データを扱うために Altium Designer と調和して働きます。　

これらの個々のサブシステムは明確な利点がありますが、一緒に使用した時、Altium の設計データ管理システムの最大の利点を利用できます。例えば、完全なデータでライフサイクル管理を使用するために、既存のデザインでボードデザインリリースプロセスを使用するかもしれません。または、次世代のコンポーネント管理モデル下で vault ベースのコンポーネントを作成するかもしれません。また、これらのコンポーネントをデザインで使用するかもしれません。vault ベースのコンポーネントを使用して、管理された回路図シートを構築するかもしれません。また、これらのコンポーネントや回路図シートの組み合わせを使用して、最下位の領域モデルからコンポーネントを通して完全なデザインを作成できます。また、変遷しているレビジョンとライフサイクル管理と共にデザイン階層を構築できます。特定の管理された回路図シート、またはコンポーネントを使用する場所を確認する機能を含めて、vault ベースの実体がリリースする状態でない限りボードデザインを試作、または量産へリリースできません。

鍵となる利点

Altium の設計データ管理システムを使用する利点は何ですか? 何故、vault ベースのコンポーネントや管理された回路図シートを使用する方法に移行する必要がありますか? また、何故、完全なボードデザインリリースプロセスを使用しますか? これは理にかなった質問で、コンポーネント、デバイスシートを管理するため、また製造（結果的に市場へ出す）するために製品をリリースするために既存のプロセスがあるためです。このシステムを使用するいくつかの鍵となる利点を以下に説明します:

Altium Vault サーバ

• 必要に応じて設計チームとサプライチェーンがそのデータにアクセスする時、完全なデータを安全に扱います。　

• Altium Designer、または web ブラウザからアクセスできます。後者は、世界のどこでもクラウドに接続して 'net-aware' や 'browser-capable' デバイスからライフサイクル状態の変更のような必要な変更にアクセスし変更できます。　
• 個別のレビジョンとしてデータを再リリース。以前にリリースしたデータを上書きしないで設計変更を追跡できます。　

• ライフサイクル管理の様々な度合 – 状態や状態遷移を含む簡単な管理を通して、基本的な管理から構築された管理までを行います。そこで、段階と Item レビジョン ID 間でリンクして状態と状態遷移は個別の段階に構築されます。　

• 権限をコントロールするライフサイクル管理。Item Revision を手動で変更したライフサイクル状態にできます。レビジョンをある状態に変更する許可を持つ人だけが安全に実行できます。例えば、これを行うためにアクセスした 試作 から 量産 まで。　

• 'where-used' 機能 – 親アイテムに関して、子領域モデル、コンポーネント、または管理された回路図シートアイテムがどこで使用されているか素早く追跡します。　

• 親-子アイテムライフサイクル状態の確認 – もし、構成する子エンティティが次の状態へ進められる状態である場合、vault の親エンティティはそのライフサイクルの次の状態へ進めることができます。言い換えると、親アイテムはその子よりそのライフサイクルに沿って更に進めることはできません。　

• 共有できるデザイン content。一連のフォルダ、または 'ゾーン' として、vault 内でコンポーネントや管理されたシートのようなデザイン content をまとめます。それから、これらの content のフォルダは他のユーザと共有でき、デザインアイテム自体を使用できます。　

管理されたコンポーネント

• 会社が認証したデザインコンポーネント。コンポーネントは、デザインプロジェクトや、re-instantiation のための vault へリリースできるファイルベースで形成されます。レビジョンコントロールとライフサイクル管理において会社は、設計者がコンポーネントの '一式' を形式的に使用できるよう認可できます。

• デザイン時の物理的なコンポーネントの選択。リリースされた Component Item について、ボードを実装している時、どの Manufacturer Parts がそのコンポーネントを実装するために使用できるか選択できます。調達チームへ '即座' に、これらの '選択' はレビジョンコントロールとライフサイクル管理された Part Choice List Item で指定されます。これは基本的に、Component Item と Manufacturer Parts 間でリンクして保存されます。Manufacturer Parts 自体は、Vendor Parts（購入できるコンポーネント）へリンクした Global Part Catalog で参照されます。

• リアルタイム サプライチェーン情報 – 設計者が、選択したパーツ（Global Part Catalog で定義した様に）を売る全てのベンダから現在のコストや選択したパーツを知るためにサプライヤーの web サービスからフィードバック。　

管理されたデザイン Content

• 設計回路の形式的な再利用。レビジョンコントロールやライフサイクル管理を通して、形式的に管理できる場所から回路図を vault にリリースできます。これは、管理されたシートを他のデザインプロジェクト（vault ベースのコンポーネントを補うもの）へ素早く構築できます。　

• ライフサイクル管理デザイン テンプレートやソースデザインプロジェクト。形式的にリリースされた（新しいデザインプロジェクトで作業しようとする時、使用するために会社が認可した）テンプレートファイルやプロジェクトを構築します。　

量産リリース (ボードデザイン リリース管理)

• バージョンコントロールと統合。もし、プロジェクトがバージョンコントロール下の場合、システムは全てのファイルをリリースする前にチェックインする必要があります。これは、設計ドキュメントを失わないようにするため、"private copy" を技術者のハードドライブに置けないようにします。このルールは、リリースした製品を生成するために使用した設計ドキュメントを追跡する時間を節約できます。 　

• Solid audit trail. 新しいレビジョンの Item が生成される時、リリースプロセス中、Altium Designerはバージョンコントロールのリポジトリアドレスやプロジェクトのレビジョンを記録し、この情報を vault に渡します。この方法は、将来的にどこでもバージョンコントロールから設計プロジェクトの全てのファイルのスナップショットを取り戻す(ソースの設計ドキュメントの最初のチェックインに戻って、最新のリリースされたレビジョンから追跡する)ことができることを意味します。　

• 'One-shot リリース'. システムは、設計プロジェクトの設定を目的の Item のレビジョンへ一度、リリースできるだけです。実際に、成功したリリースは参照した Item Revision のリリースデータを渡す（保存する）結果になります。それからレビジョンを完了します。追加のデータはその同じレビジョンに生成、リリースできません。　

• 自動化された繰り返しできる設計リリースプロセス。ワンタッチリリース – 手動プロセスでなく安全です。リリースデータの確認、出力生成、最後の引き渡しを介して、設計ファイルのスナップショットを得ることから、目的の vault の Item Revision への相互作用はありません。もし、プロセスの一部が失敗した場合、リリースは失敗します。

• 設計リリースプロセスの統合部分としてデザインを確認する機能。リリースプロセスは、デザインソース（独立したものを含む）の 'ロックされていない' スナップショットから働きます。そして、リリース前の確認は、リリースを開始する前に確実に実行されます。しかし、設計データを完全にするために、リリースプロセス 'フロー' へ確認のためのオプションを追加できます。標準の回路図の ERC チェックや PCB の DRC チェックがありますが、ソースプロジェクトと PCB が同期し、フットプリントが最新で一致していることを確認するためにソースライブラリに対してボード上のフットプリントを比較する機能もあります。もし、確認のチェックが成功しない場合、そのリリースは失敗します。　

• 設計リリースプロセスから生成されたデータファイルは、Item ID や Item Revision ID と共にプリフィックスが付けられます。そして、どのレビジョンのどの Item データを構築するために使用するかに関して、あいまいになりません。 　

• vault から Amazon S3、FTP サーバ、Box.net、またはネットワークベースのフォルダのような共有された保存媒体へ直接、リリースデータを配布する機能を提供。これは、外部の人が vault にアクセスできないように安全な方法で vault データを共有できます。　

製品開発環境　

Altium の設計データ管理の解決策を見る前に、世界の市場の販売のために、製品を完成させるプロセスに携わる人について考慮することは良い考えです。 　

ある面では、新鮮なデザインとしてそれを考え捕える人がいます。これらは、設計の挑戦に打ち勝つために技術的にコントロールする技術者や設計者です。これらの人は、Design Space の印を付けた作業環境で Design Team を形成します。　

その他の面では、物理的な製品へデザインを渡す責任があるチームがいます。これは、製造、調達、実装、テスト等を含みます。彼らは、設計チームが想像したように正確にその製品を構築するために、設計チームの苦労の成果を実現する責任があります。これらのチームが作業する領域は、生産領域、または製造領域を含み異なる呼び名にすることができます。しかし、包括的な用語である サプライチェーン領域 と言う言葉はこの領域の全てのチームとサブ領域を表します。　

データの管理

設計チームは、設計ドキュメントについて共同で作業する場合があります。サプライチェーンはデザインから製造、または生成されたデータで行います。しかし、データ（ソースデータと生成されたデータ）はどのように扱われますか? 設計チームは設計段階中、変更の軌跡をどのようにたどりますか? また、サプライチェーンは最終的に製造するために必要なデータをどこで得ますか? 以下の項目では、これらのデータを保存する場所についての詳細を説明します。　

デザインリポジトリ

Related article: Design Repositories

設計チームは、Design Repository を使用している設計プロジェクトへ変更の軌跡をたどります。これは、全ての設計プロジェクトが保存される集中化されたリポジトリです。設計チームが所有したデザインリポジトリは、高解像度の画面の設計プロセスの履歴を含み、設計チームが使用する主要な共同ツールです。　

Altium Designer の設計プロジェクトを考慮すると、これらはシステムが構築、作業すべき方法に関する設計チームの意図を表します。各設計プロジェクトは、設計されているオブジェクトを一緒に定義するプロジェクトファイルや様々なソース設計ドキュメントを含みます。また、設計プロジェクトは、1つのプロジェクトが市場で製造される多くの異なる Item を定義できるパラメータです。　

デザインリポジトリは、複数のチームメンバーがデータをチェックイン、チェックアウトできる集中化されたリポジトリになります。その間、デザインへ行った変更のレビジョン履歴を維持します。そのため、デザインはプロジェクトやソースドキュメントの一連のバージョンとして保存されます。バージョンコントロール下のデザインリポジトリを使用することで、様々な場所のチームのメンバー間で同じデザインの安全な共同作業が可能で、デザインのレビジョンは失われないことが保証されます。バージョンコントロールシステムの本質はデザインの評価を追跡できることです。誰が何を、どのソースドキュメントに、いつ変更したかについて確認する必要があります。

PCB 共同設計のようなソフトウェアの追加機能では複数の設計者が同じデザインで実行できます。個々のレイアウト変更を1つの PCB 設計ドキュメントへまとめて統合でき、デザインリポジトリへ戻って安全に確認できます。デザインのリポジトリの履歴（そのライフタイムを超えたインクリメントした変更を表すプロジェクトのバージョンでチェックしたもの）は、以前のバージョンに '戻る' ことができます。　

Altium Designer の設計データ管理システムの一部として、バージョンコントロールのプロバイダである Subversion、または CVS を利用するバージョンコントロール下のデザインリポジトリへ作成、接続します。リポジトリへ接続することで実際、システムでそのリポジトリを登録しています。また、'公開していない'、または '危険な' リポジトリへ手動でパスを指定する必要はありません。Altium Designer を通して、システムに接続した VCS ベースのデザインリポジトリと共に相互に利用できます。　 　

Altium Vault

Related articles: Altium Vault（旧）, Vaults パネル, Items と Item Revisions

サプライチェーンは設計領域からの多くのデータを使用します。これらのデータは設計領域から 'リリースされた' と言われます。しかし、これらのリリースされたデータに何が起こりますか? それらはどのように扱われますか? そして、何が安全に扱われていますか? 言い換えると、完全なデータを保証できますか?　

効率的にすることは、高い安全性で容易にアクセスできるようにこのようなデータを扱うことです。Altium は Altium Vault Server と言うサーバベースのエンジニアリング content 管理システムを導入しています。　

3つの Altium Vault（Managed、Satellite、Enterprise）は、データの安全な場所を提供するだけでなく、以前にリリースしたデータを上書きしないで設計変更を追跡して、分割したレビジョンとしてデータの再リリースができます。また、管理するためのデータのライフサイクルを提供し、どの段階でデータがその 'ライフ' に到達したか確認できます。そのため、それらを安全に使用できます。　

実際、Altium Vault はボードデザインから生成したデータ以上のものを保存するために使用します。そして、特定のリリースプロセスを通して、設計領域から得たその他のデータを管理するために使用します。これは、コンポーネント定義、領域モデル、回路や設計テンプレートの回路図シートのリリースを含みます。また、vault は設計領域からリリースしたデータのための場所ではありません。また、サプライチェーン領域からのデータやその他のデータを扱うためにも使用します。Part Choice リストは、vault ベースですが設計側から見るとソースではない（そのため、'リリースされた' ものではありません）データの良い例です。

様々なデータの実体（設計領域、または製造領域からリリースされた）は、固有の Item によって Altium Vault に表現されます。Item は特定のオブジェクトを表し、割り当てられた Item ID を使用して独自に識別されます。それから、Altium Vault は Item ごとに全てのデータを保存する集中化された保存システムです。vault は設計とサプライチェーン領域間で共通の立場を提供します。データを安全に保存する1つのリポジトリへ双方の領域からアクセスできます。vault を通して、両方の領域のチームは幅広い製品レベルでデザインの進捗状態を確認できます。そして、ライフサイクルに関して確認、管理するデータへアクセスできます。そのため、特定のアプリケーションのために使用する権限を与えるデータのみ使用します。

Item に保存して表現されるものは、Item にマップされているものに依存して多様できます。例えば、設計プロジェクトは複数の bare、または実装されたボードの源になります。これらのそれぞれは、製造チームによって構築された異なる物理的なオブジェクトです。そのため、異なるItem として、固有の ID でそれぞれ Vault に表現されます。デザイン自体は vault ベースのコンポーネント（それぞれ分けられた Item　や割り当てられた固有の Item ID の実体をリリース）を利用するかもしれません。コンポーネントを定義するために使用した、また、固有の識別できる Item　としてリリース、表現された回路図シンボルやその他の領域のモデルを利用することで、細かいレベルまで扱うことができます。 　

vault 内の各 Item は一連のレビジョンとして保存されます。各レビジョンは、その Item の特定のバージョンを表現、または構築するために使用するデータを含みます。変更がそのソースデザインデータに作成される度に、その Item の新しいレビジョンは vault に作成され、生成されたデータを受け取る（保存する）準備ができます。　
Altium Vault 内のデータの関連性のある構造では、そのデータを 'どこで使用したか' 確認できる機能があります。vault 内の親 Item に関して、どんな時でも、特定の子 Item を使用する場所を確認できます。そのため、与えられた領域モデルについて、それを参照するコンポーネント Item を素早く識別できます。与えられたコンポーネント Item について、それがどのデザインで使用されていて、どの回路図シートで管理されているか等、確認できます。逆に言えば、親 Item の視点から素早くその子を閲覧できます。　

コンポーネント管理

Related article: Vault ベースのコンポーネント, Part Catalog and Part Choices

Altium の設計データ管理システムへの基礎となる本質やエレクトロニクスの設計を行う方法の1つは、設計プロセスに使用したオブジェクトをモデル化することです。単にそれらをモデル化するのではなく、高レベルな品質でモデル化します。これは、抵抗のようなすぐに手に入るコンポーネントから、PCB 実装、筐体、最終の製品までを通して設計プロセスに使用した全てのオブジェクトに適用します。

統一した設計方法を持つ Altium Designer は、エレクトロニクス設計プロセスの全ての面を拡張するコンポーネントモデルを使用しました。しかし、エレクトロニクス設計のプロセスを、全体としてまとめられている製品開発プロセスへ合わせるために、このモデルは、製品開発プロセスと関わる調達や製造のようなビジネスプロセスと同様に、特定の MCAD や工業デザインのその他の設計プロセスを扱うために展開させる必要があります。　

この展開されたオブジェクトモデルは、統一されたコンポーネントモデル として知られています。　

この '次世代' のコンポーネントモデルは、従来のエレクトロニクス設計領域のデザインコンポーネントの概念を、より大きい '製品領域' のその他の機関で見られるようなコンポーネントへマップします。'統一されたコンポーネント' モデルは、異なる設計領域（回路設計、2D/3D PCBレイアウト、シミュレーション、シグナルインテグリティ）のコンポーネントを表現するだけでなく、要求した物理的なコンポーネント（実装された製品を製造している時、調達コストや時間を改善した市場で製造されたパーツ）を容易に選択できます。

このモデリングの例で、設計者が見ているデザインコンポーネントはメーカーや/またはベンダパーツと分かれています。この情報は、コンポーネントの一部として定義されません。代わりに、独立した vault Item（Part Choice List Item）はデザインコンポーネントを、Global Part Catalog にある1つ、または複数のメーカーパーツ（設計者が事前に指定できる1つ、または複数のベンダパーツに順番にマップでき、デザインで使用したコンポーネントとして使用できる実際のパーツ）へマップするために使用されます。　

選択したこれらのコンポーネントは、目的の Altium Vault に保存されます。

設計側で、vault へリリースした各デザインコンポーネントはソースの コンポーネント定義 を使用して指定されます。コンポーネント定義は、特定のデザインコンポーネントの定義（そのコンポーネントのために必要なモデルやパラメータを一緒に結び付ける定義）です。設計側の各コンポーネント定義は、目的の vault にある Item（Component Item）にマップします。その他の方法でこれを行うには、リリースした時、デザインで何度も再利用できるコンポーネントを供給するソース定義を定義します。　

保存場所に関して、コンポーネント定義は Component Library ファイル (*.CmpLib)内で作成、管理されます。1つのComponent Library ファイルは、1つまたは、複数のコンポーネント定義によって1つ、または複数の固有の Component Item を作成（Component Item へマップ）するために使用できます。各コンポーネント定義は共通のパラメータを持ち、必要な領域モデルへリンクします。　

Component Library ファイルで、必要に応じてコンポーネント定義を定義してそれをリリースします。そのリリースプロセスは各目的の Item の新しいレビジョンを生成することです。更にその Item は、リリースプロセス（定義と実行）の一部として素早く作成されます。　

一度、リリースされ vault で利用できる場合、コンポーネントを新しい設計プロジェクトへ再度、反映し、試作、量産に使用することができます。更に、コンポーネントを形式的に変更し管理されたライフサイクルで管理するように、コンポーネント認可の概念を可能にします。これは、コンポーネントの状態や使用できるもの（デザイン、試作、生産等のために）を指定するための構造となります。設計の視点から、これは、新しい設計プロジェクトで使用するために会社で認可されたコンポーネントを含む vault ベースのライブラリを作成する結果になります。

デザインで保証されたコンポーネントを使用することで、ボードデザインのライフサイクル状態を変更する時、完全なデザインとなります。それは、使用するコンポーネントを含む "試作"、または "量産" へデザインをリリースできるためです。また、もし、コンポーネントが "設計" 段階の場合、実装ボードを製造し始めないでしょう!

もし、コンポーネント管理の場所で細かいレベルでこれを行う場合、システムは、参照された領域モデルの全てがそうすることができる正しい状態になるまで vault 内のコンポーネントのライフサイクル状態を進めないでしょう。言い換えると、親コンポーネントはその子モデルよりライフサイクルを進めることはできません。

Altium Vault のリリースされたデータの高い関連構造は、'どこで使用したか' 確認できる機能を含みます。vault 内の親 Item に関して、どんな時でも特定の子 Item　がどこで使用されているか確認できます。そのため、与えられた領域モデルについて、それを参照するコンポーネント Item を素早く識別できます。与えられたコンポーネントItemについて、それがどのデザインで使用されていて、どの回路図シートで管理されているか等、確認できます。　

もし、そのコンポーネントを使用しない、または廃盤になっている場合、それが配置されている回路図シートやボードレベルデザインを確認して素早く識別できます。そして、その他の認可されたコンポーネントを使用して新しいレビジョンとして Item を更新、再リリースします。もし、それらのデザインが量産状態である場合、そのコンポーネントは既に証明されています。次のデザインで信頼して再利用できます。　

また、統一された vault ベースのコンポーネントは、選択したメーカーパーツや参照するベンダ（サプライヤー）パーツを通してそのコンポーネントからリンクを作成します。設計者の視点から、コンポーネントはサプライチェーンへ直接、連携します。これは、設計者が、選択したパーツ（Global Part Catalog で定義されたように）を販売する全てのベンダから現在のコストや入手可能なパーツを知るために、サプライヤーの web サービスから市場のデータを利用できます。　

デザイン Content の管理

Related article: 管理された回路図シート

'デザイン再利用' と言う言葉は、エンジニアリング製品のマーケティングに使用する決まり文句になります。同じ設計タスクは何度も実行されます。しかし、エレクトロニクス設計で、デザインの再利用はいつでも入手できる集積回路を使用して技術者が毎日行います。これらのデバイスは誰かがどこかで設計、テストして文書化、市場に販売したエレクトニクスのパッケージです。このデバイスを購入した人は、非常に正確な方法でこのデザインを再利用しています。　

比較して、設計プロセスで再利用するデザインの作業は一般的に非常に粗末で、コピーやペーストツールから成ります。　

デザインの再利用はリリースされた Item の最初の目的ではありませんが、デザインを作業する際に必要になります。デザイン content のパッケージのような Item の概念は、Item 内のものを知らない（知る必要が無い）Item のユーザに基づきます。そのため、デザイン content を含む集積回路、Item のようなものはユーザが変更しないでより大きいデザインで使用します。関心があるユーザはデザインにその content の機能性を追加しています。　

これを行うために、設計データ管理システムには Harness Definition ファイルと共に回路図シート（またはシートのツリー）を目的の vault 内にある Item（レビジョン）へ形式的にリリースする機能があります。一度、シートがリリースされ、設計レベルで使用する準備ができるように設定されたライフサイクル状態である場合、Managed Sheet と呼ばれるシートを設計プロジェクト回路図に配置できます。　　

量産リリース

リアルタイムで優れた（利益のある!）エレクトニクス製品を作成する楽しみとして、PCB デザインでのレイアウト、またはテストする専門的知識、物理的な FPGA デバイスで実行するエンベデッドデザインの操作等がありますが、現実的にそれを実感できるのはその半分です。デザインを市場へ出す準備を考慮すると、安く見積もったプロセスでリリースする必要があります。

管理されたリリースプロセスを行わないで、長い間、完全な製品を追跡することは多くの危険があります。特定のリリースで全ての必要なソースデザインファイルがスナップショットとして含まれていなかったとわかった時、以前のレビジョンの製品に戻ってリリースする必要があることを想像してください! それは問題ありません。そのリリース（信頼できるガーバーやその他の製造、実装情報）のためのフォルダから生成された出力ファイルを得ることができます。しかし、それらの '信頼性のある' 出力は上書きされている、または変更されていることを想像してください。リリースプロセスがもっと強固であれば。　

この答えとして Altium Designer には、Altium の幅広い設計データ管理システムの一部としてボードデザインリリース管理があります。そのボードデザインリリースプロセスは自動化され、手動によるリリースのような危険が無くボードデザインプロジェクトをリリースできます。特定のプロジェクトをリリースする時、ソースデザインのスナップショットは生成された出力と一緒に扱われアーカイブされます。リリースデータは特定の Item （目的の Altium Vault 内にある実体で、その設計プロジェクトから作成し、会社が販売する明確な製品を表します。）のレビジョンとして保存されます。これは、Blank Board（製造業者によって製造された）、または Assembled Board（部品表に従って指定したコンポーネントを実装した bare ボード）のどちらかになります。 　

結果として、最も優れたボードデザインリリース管理が可能です。設計プロジェクトをバージョンコントロール下の Design Repository で監視、バックアップ、管理するだけでなく、目的の Altium Vault（強固、安全、確実）内で類似の方法でそのコンフィギュレーションもリリースできます。　　

PCB Project コンフィギュレーション

Main article: PCB プロジェクト コンフィギュレーション

最善のもの（革新的なデザイン）を作成する設計チームがあります。一方、最終の製品（物理的に具体化した、回路図）を構築するためのデータを扱うサプライチェーンがあります。しかし、どの Item が設計データから作成されるかどのように指定しますか? 形式的なコンフィギュレーション構造で、Design Repository のソース PCB プロジェクトから Altium Vault の特定の Item へマップするために、Altium Designer では PCB Project Configurations の概念を使用します。

コンフィギュレーションは実際のデザインプロジェクトの一部で、設計分野から製造分野へリンクさせます。各コンフィギュレーションは、アイテムを構築するために製造の組織が必要とするデータを定義して、構築したい Item を表します。ボードデザインプロジェクトをリリースする時、そのプロジェクトのコンフィギュレーションをリリースしています。生成された 'リリースデータ' は、そのコンフィギュレーションの一部として指定した目的の Item のレビジョンに保存されます。

ボードデザインプロジェクトの各固有のコンフィギュレーションは、そのプロジェクトによって参照された Vault の固有の Item にマップします。コンフィギュレーションをリリースする度に、生成されたデータは目的の Item（Item Revision）の新しいレビジョンとして（内に）保存されます。そのため、コンフィギュレーションをリリースする前に、リリースデータを受け取るための新しい Item Revision を作成し、このレビジョンが Planned の状態であることを確認する必要があります。

ボードデザインプロジェクトは、本質的にパラメータです。しかし、これは何を意味し、どのようにコンフィギュレーションや、コンフィギュレーションから製造した Item に関連しますか? 言い換えると、デザインパラメータは何を作成しますか? それから生成できるデータやどのようにそれらのデータが '実行される' かに関してボードデザインプロジェクトを考慮する場合、その答えは明白です。データは1つ、または複数の Output Job ファイルを使用して生成されます。これらのファイルの出力ジェネレーターは順番に Variants を使用して実行できます。Output Job ファイルを実行（できるだけ異なるように）するために使用したバリアントを変更することで、デザインの相違や固有のコンフィギュレーションを作成できます。それから、本質的にバリアントや Output Job ファイルはデザインの変数 'パラメータ' （デザインパラメータを作成する実体）です。

実装の視点から、あるボードデザインプロジェクトは同じ製造した bare ボードを使用するがそのボードに実装するコンポーネントが異なる場合に、複数のバリアントを定義できます。その結果、実装した時、異なる製品となります。例えば、携帯インターネット機能がある通信用のボードのデザインを考えてください。そのデザインの2つの実装バリアントにより、2G ベースの通信が可能なコンポーネントを実装したボードと、3G が可能なボードを作成できます。これらは、PCB プロジェクト内で指定し、どのコンポーネントを実装するか、または実装しないか定義したデザインのバリアントです。このような場合、'実装ボードバリアント' として定義できます。また、製造の視点から、（同種の）'製造バリアント' として bare ボードのシルクの変更をコントロールするためのバリアントを使用できます。

ここで作成するポイントは、bare ボード、または実装ボードを作成するために各バリアントを使用すると言うことです。その PCB デザインの固有のコンフィギュレーションを作成する必要がある異なる固有の Item を製造へ渡します。それは、Output Job ファイルに定義した出力を生成するバリアントを選択することです。そのため、コンフィギュレーションを定義する時、Item にそのコンフィギュレーションをマップするだけでなく以下の点を実行します:

• コンフィギュレーションをリリースしている時、データを生成するために使用する Output Job ファイルを割り当てます。

• それらの出力を実行している時、（必要な場合）どのバリアントを使用するか指定します。

携帯インターネット通信デザインを考えた場合、3つのコンフィギュレーションを定義します。1つは、両方の実装ボードに共通な製造 bare ボード Item をターゲットとし、その他の2つは2G や3G 実装ボード Item をターゲットにします。各実装ボードの BOM は、製造ボード Item を含みます。

 
また、コンフィギュレーションはそれに割り当てた Output Job ファイルの一部として確認ベースの出力レポートを定義する機能を通して、リリースプロセスを制限します。これらの確認（ERC、DRC、ソース回路図やPCBデザインドキュメントを同期するチェック、ソースライブラリに対してボード上のフットプリントを比較）により、信頼性のあるデータを製造チームへ送ることができます。

ボードデザイン リリースプロセス

Main article: PCB Release View

リリースプロセス自体は、Altium Designer の PCB Process Manager（PCB Release 画面のユーザインターフェース） を使用して実行されます。この画面は2つのモードで操作する 'ダッシュボード' を表します:

• Design Mode – Board-Level デザインプロセスをコントロール、管理します。ここで確認を実行し必要に応じて出力を生成できます。そして、どんな指示も意図したコンフィギュレーションのリリースを実行する前に優先すべきです。

• Release Mode – PCB プロジェクトコンフィギュレーションのリリースを開始します。これはリリースプロセスが実行される場所です。設計プロジェクトの指定したコンフィギュレーションを行い、参照された Item のレビジョンを物理的に作成するために必要なデータを得るためにそれを実行します。

リリースの開始は、Release Mode の PCB Release 画面で1つのボタンを押すことで実行される自動化された作業です。様々な段階からなるプロセスは、もし希望する場合、プロセスフローを順番に実行します。下図は全体のフローの段階を示します。また、以降にその詳細を説明します。

• Checkout Snapshot – 独立したものを含むデータのスナップショットは Design Repository からチェックアウトされます。　

• Validate Design – 確認のための出力ジェネレーター（リリースするコンフィギュレーションへ割り当てた Output Job ファイルで定義した）が実行されます。これは、Differences Report（ソースや PCB 設計ドキュメントが正しく同期している場合、comparator を使用）; Electrical Rules Check（ソース回路図の電気的/設計案を確認）; Design Rules Check（指定したボードレベルデザインの制約に関して PCB ドキュメントを確認）; Footprint Comparison Report（ソースライブラリに対して最新で一致しているか確認するために、ボード上のフットプリントを比較）の実行を含みます。　

• Generate Outputs – Output Job ファイル内のその他の定義した出力が実行されます。これらは、目的の Item（売買できる実際の製品として存在するために作成される物理的な Item からの指示）のリリースを実行する出力です。　

• Commit Release – 生成した出力と確認した設計ドキュメントのスナップショットを、指定した Vault に保存された目的の Item の新しいレビジョン（計画したレビジョン）へ作成します。

プロセスフローの全ての段階は正しく実行される必要があります。そうでないとリリースは失敗し、Vault 内の新しい Item Revision に渡すデータはありません。そのプロセスは自動で行われるため（完全な確認、検査）、手動で行うリリースプロセスに関連したエラーの危険はありません。サプライチェーンで使用するために設定されたデータは、設計した製品を製造するために必要となるものです。

コンフィギュレーション リリース管理の全体的な概念は、PCB デザインのコンフィギュレーションがリリースされた時を識別し、この時点に戻って正しいコンフィギュレーションを回復、修正、再リリースする機能を利用できることです。　

VCS に基づいた Design Repository に保存された設計プロジェクトについて、リリースプロセス中、Altium Designer はバージョンコントロール リポジトリアドレスとプロジェクトのレビジョンを記録します。そして、この情報を目的の Altium Vault へ渡します。この方法は、今後、どんな時でもバージョンコントロールから設計プロジェクトの全てのファイルと同じスナップショットを取り戻せることを意味します。

リリースしたデータの配布

Related article: Publishing Destination

ボードデザインプロジェクトから生成したリリースしたデータについて、Altium Vault にはリリースしたドキュメント（Item Revision のためにプロジェクトコンフィギュレーションへ割り当てた Output Job ファイルから Amazon S3、FTP、Box.net のような保存領域へ出力を生成した）を配布する機能があります。配布や共同に関して、これは全体の '製品チーム'（構想から市場へ出すまで製品を作成するプロセスにいる設計チーム、製造チーム、その他）のメンバーが世界で分散する場合に利点があります。

配布は Publishing Destination を定義することです。それから、必要な Item Revision のためのリリースしたデータをその場所に更新します。email アドレスを指定することで、データへのアクセスを誰かと共有できます。中国の製造工場からStuttgart、Adelaide や San Diego の設計チーム、太平洋を渡る飛行中の Project Director まで、新しいリリースについて知る必要がある人達は、Item を構築するものと共にデータを確認、議論、利用するために共有（コントロール）された published フォルダへリンクして受信ボックスにメールを受け取るでしょう。　

共有したデザイン Content

Altium Vault は、Item やレビジョンで表現されたデータの '実体' を保存する安全なリポジトリです。vault のフォルダ階層内で、異なるタイプの Item を保存するために異なるフォルダを使用できます。意図した目的のフォルダを宣言するために、それは、指定できるフォルダの タイプ を含めるために使用する content のタイプです。vault は、3つの異なる領域、または content の 'ゾーン' に分割できます:

• Component Management Zone – リリースした Component Item、領域モデル（回路図シンボル Item、PCB コンポーネント Item、シグナルインテグリティ Item、シミュレーションモデル Item）、Part Choice List Item で管理する vault の領域。　

• Design Content Management Zone – リリースした再利用できるデザイン content（管理されたシート Item、テンプレート Item、サンプルデザイン Item）で管理する vault の領域。　

• Production Release Zone – 物理的なボードデザイン（ブランクボード Item と 実装ボード Item）の量産に使用したリリースしたデータで管理する vault の領域。

これらのゾーンは特定のフォルダタイプで、それらの content を分類するために異なるタイプのサブフォルダを含むかもしれません。　

vault ゾーンの概念は、ソフトウェアは論理的な階層で構築されたフォルダの集まりを見るだけであると言うことで迷わされます。それは、ゾーン自体を '見ません'。それらのフォルダ内で意図した content を使用する手助けを行う際、それを特定のタイプの特定の 'ゾーン' と呼びます。言い換えると、フォルダのタイプはそのフォルダの content と全く関係ありません。特定の content の vault を閲覧している時、フォルダに保存されるものに関して視覚的な '手がかり' を提供します。　

'zoning' 情報の利点は、全てのデータの要求を提供するために1つの vault を有効にします。コンポーネント、デザイン content、ボードデザインリリースデータそれぞれのために vault を用意する必要はありません。それぞれの vault を用意しても良いですが、1つの vault に並んでいるデータを利用できる時、それを行う理由はありません。安全に権限を持った人がアクセスして、vault の異なるフォルダからデータを確認して使用する必要がある時のみこれを行うことができます。これは分割された vault を利用するのと同等の機能ですが、繰り返し設定するための費用はかからず維持できます。そして、間違った目的のvaultへ重要なデータを送る可能性はありません!

それは、デザイン content を共有する vault 内でデータアイテムのゾーンを作成する機能です。vault フォルダを共有して、vault 内のデザイン content は他の人と共有できます。共有するには、vault の場所（URL をそのルートへ）を提供する必要があります。vault の作成者は、管理者権限で全ての vault content を確認、管理できます。その vault を共有したユーザは、vault に接続する時、共有されているフォルダ（ユーザがアクセスする権限がある）のみアクセスできます。　

Satellite Vault、または Enterprise Vault 内でチームの特定のメンバーと一緒に content を共有できることは重要ですが、Managed Vaults と言うものがあります。このタイプの vault（現在、Altium の content のみこのタイプの vault を通して利用できます。）をサポートする時、AltiumLive コミュニティのメンバーは互いに Managed Vault 内で content のフォルダを共有できます。　

しかし、これは設計の視点から何を意味し、どのような利点がありますか? "don't reinvent the wheel" は、エレクロニクス設計の典型的なことわざです。多くの技術者はそれを行っています。自分でコンポーネントライブラリを作成します。複数のデザインで繰り返して類似の回路を配置します。常にゼロから IP を作成します。しかし、既に作成、リリースされたデザイン要素をデザインで使用できるならどうでしょうか? 設計時間は短くなり、技術者は、多くの人が使用するために確実なブロックを構築する既存のデザインを利用できます。それから、固有の製品の要求に合わせるためにそのデザインを扱います。　

その Vault Service（ホストとなるクラウドベースの Managed Vault）と共に AltiumLive では、多様な範囲のデザインcontent を提供します。vault の共有したフォルダ（ゾーン）は設計者のエコシステムになります。あなたのデザインで使用するためにブロックを構築するデザインを集めたり、あなたの content（あなたが定義した vault ゾーン内の）をやり取り、追加できます。

Altium は AltiumLive Vault Service の一部として利用できる3つの Managed Vault を提供します:

• Altium Hobart – メーカーのために、Hobart Content Development Center で開発した vault ベースのライブラリコンポーネントを含みます。コンポーネントは vault ベースのモデル（SCH、PCB、SIM）にリンクします。また、定義した Part Choice を含み、ライブのオンデマンド サプライチェーン情報を利用できます。　

• Altium Shanghai – Altium の上海オフィスのチームが開発したデザイン内容を含みます。内容は、ボード形式や特徴（基板外形、コネクタコンポーネントやシート、シグナルハーネス、デザインルール、3D モデルの場所）のための PCB デザインプロジェクトテンプレートを含みます。　

• Altium Hardware Design Team – 量産として認可されたハードウェアのために、Altium の Hardware Design Team が開発した vault ベースのコンポーネント（参照した領域モデルとサンプライチェーン情報と一緒に）、回路図シート、リリースしたサンプルデザインを含みます。　

これらのvaultや共有する内容は、コミュニティ会員レベルに関係無く AltiumLive コミュニティ web 領域内の Design Content ページから閲覧できます。AltiumLive コミュニティの Subscriber プランメンバーのために、これらの vault は Altium Designer 内から接続でき、その内容をデザインで使用できます。　

詳細

設計データ管理システムに関して、一般的によくある質問への回答については Design Data Management System - FAQs ページを参照してください。　
 
設計データ管理システムに関する様々な領域や機能については、以下のアーティクルを参照してください: