Altium 365 ワークスペースのプロジェクト

Altium Designer は Altium 365 Workspace と連携することで、プロジェクトライフサイクルの開発段階を対象とした高度なプロジェクト構成をサポートし、バージョン管理されたプロジェクトの作成と継続的なワークフローを簡素化します。Workspace による集中管理ストレージにより、この機能は他のコラボレーションサービスの基盤としても機能します。

Workspace ベースのプロジェクトを使用する主な利点は次のとおりです。

  • ストレージの簡素化。保存場所について悩む必要がありません。バックアップなどの基本サービスも自動的に処理されます。

  • コラボレーション機能の基盤。

  • バージョン管理の強制。

  • 専用コメントシステムの利点。

  • 通知とステータス。ローカルでの変更を含むドキュメントのステータスが、設計チーム全体から確認できます。

  • 複雑なセットアップなしで同時 PCB 設計が可能。

  • プロジェクトを複数のユーザーと共有し、編集や、閲覧とコメントのみを行えるようにする機能。

  • VCS 関連のコミットイベントを含め、Project History 機能を使用した場合のフル機能。

技術的には、プロジェクトは Workspace に保存されるメタ情報と、Workspace に組み込まれた GIT ベースのバージョン管理との緊密な統合の組み合わせです。一般的なワークフローは次のとおりです。

  1. ユーザーは新しいプロジェクトを作成します(Altium Designer の Create Project ダイアログ、Workspace ブラウザインターフェース、または Altium Designer 内から Workspace で既存のローカルプロジェクトを利用可能にすることで作成)。作成時に、そのユーザーがプロジェクト名と説明を定義します。

  2. Workspace ブラウザインターフェース、または Altium Designer 内から直接、プロジェクトへのアクセスが定義および管理されます。

  3. すべてのコラボレーターは(Altium Designer 内から)プロジェクトを開くよう選択し、その後プロジェクトは自動的にチェックアウトされます。

Workspace ベースのプロジェクトの利点は、デフォルトでバージョン管理され、共有ドライブやサーバー、取り決めなどを気にすることなく共同作業が行える点です。バージョン管理は Workspace に組み込まれた GIT バージョン管理サービスによって処理されます。すべてのプロジェクトは Workspace 内の単一の Design Repository に保存されており、その名前は Versioned Storage(Git リポジトリ)です。プロジェクトが外部のバージョン管理下にある場合は、サーバー自身の Git リポジトリに設計ファイルをホストする Workspace のプロジェクトに移行することができます(実質的に Workspace ネイティブ VCS へ切り替え)。この方法の詳細については、Moving from External VCS to Workspace Native VCS を参照してください。

プロジェクトをローカル(通常のプロジェクト、または VCS ベースのプロジェクト)に保持したまま、その同期コピーをオンラインで利用可能にすることもできます – つまり Workspace に送信します。これは Simple Sync と呼ばれ、Altium 365 が提供するコラボレーション機能を活用できるようにします。

本ドキュメントでは、Workspace ブラウザインターフェースを通じたプロジェクトの操作について説明します。設計ソフトウェア内でのプロジェクト操作については、Getting Familiar with the Altium Design Environment を参照してください。

新しいプロジェクトの作成

プロジェクトは Workspace ブラウザインターフェースの Projects ページから直接作成できます。このページには、Workspace で利用可能にされ、現在サインインしているユーザーと共有されているすべてのプロジェクトが一覧表示されます。新しいプロジェクトを作成するには、プロジェクトリスト上部の ボタンをクリックし、メニューの Create グループから Project エントリを選択して Create Project ウィンドウを開きます。

Workspace ブラウザインターフェースから新しいプロジェクトを作成する例。Workspace ブラウザインターフェースから新しいプロジェクトを作成する例。

Create Project ウィンドウは、まず簡易ビューで表示され、次のフィールドが用意されています。

  • Project Name – 必要なプロジェクト名を入力します。

プロジェクト名は A-Z、a-z、0-9 で始まり、これらの文字を含めることができます。アンダースコア、ハイフン、スペースも使用できますが、スペースは名前の中央でのみ使用可能です(先頭と末尾のスペースは無視されます)。次の単語は使用できません: AUXCOM1-COM9LPT1-LPT9CONNUL、および PRN。さらに、名前には次の文字を含めることはできません: \ . / ? % * : | " < >
  • Template – プロジェクトテンプレートが利用可能な場合は選択します。関連するドロップダウンフィールドには、Workspace に存在するすべての Project Templates が(<Comment> (<ItemID>) 形式で)一覧表示されます。テンプレートを選択すると、そのプロジェクトタイプが自動的に定義されます。既存のプロジェクトテンプレートに基づかずに新しいプロジェクトを作成したい場合は、リストから PCB Project または Multiboard エントリを使用して作成するプロジェクトタイプを指定します。
  • Description – プロジェクトの任意の説明を入力します。

さらに多くのコントロールにアクセスするには、 ボタンをクリックします。次のフィールドが表示されます。

  • Parent Folder – このフィールドを使用して、Workspace のフォルダ構造内でプロジェクトを作成する場所を指定します。これは現在開いているフォルダ、または(デフォルトでは)Projects になります。新しいプロジェクトのデフォルトフォルダパスは、Workspace ブラウザインターフェースAdmin – Settings – Projects ページで指定されていることに注意してください。Create Project ウィンドウで、フィールド右側の Change リンクをクリックすると Workspace のサーバーフォルダ構造にアクセスでき、プロジェクトを保存する別のフォルダを選択できます。

    Parent Folder フィールドで書き込み可能なフォルダが選択されていない状態で処理を実行した場合、プロジェクト保存用に Personal Folder 構造が自動的に作成されることに注意してください。これは、ユーザーのメールアドレスを名前とするプライベートなトップレベルフォルダで、その中に My Projects サブフォルダが作成されます。その作成と使用例は次のとおりです。

    • 新しいプロジェクトのデフォルトフォルダ(通常は Projects)が利用できない、または読み取り専用(書き込み不可)の場合。この場合、作成/アップロードされたプロジェクトは個人用の My Projects フォルダに保存されます。

    • Parent Folder ターゲット設定がデフォルト以外であるものの、そのフォルダに対して閲覧権限のみ(書き込み不可)を持つ場合。この場合、プロジェクトの作成はブロックされ、My Projects フォルダには追加されません。

詳細については、Project Creation Without Folder Write Access を参照してください。

  • Projects フォルダを含む Workspace フォルダへのユーザーアクセスは、Projects ページの Share オプション 、または Explorer ページAdmin – Explorer)から設定されるフォルダ共有権限によって決定されます。詳細については、Managing Project Creation Permissions を参照してください。

  • 必要に応じて、プロジェクトをサブフォルダの階層構造に整理することもできます。詳細については、Creating a Hierarchy of Project Folders セクションを参照してください。

新しいプロジェクトを必要なとおりに定義したら、 をクリックします。概要レベルのプロジェクトリストに戻り、新しく作成されたプロジェクトのエントリが表示されます。

Workspace ブラウザインターフェースの Projects ページに戻ると、新しく作成されたプロジェクトが確認できます。Workspace ブラウザインターフェースの Projects ページに戻ると、新しく作成されたプロジェクトが確認できます。

プロジェクトは初期状態では、作成した設計者(Author/Owner)と Workspace 管理者に編集アクセス権が共有されます。その他のアクセス権は、Admin–Settings–Projects ページビューの Default permissions for new projects 設定に依存します。

  • このオプションが有効でない場合(デフォルト状態)、新しいプロジェクトは作成先の「親」フォルダの共有権限を継承し、さらにそのフォルダの所有者に対して書き込み(Edit)アクセスを含みます。

  • このオプションが有効な場合、プロジェクトは親フォルダの権限を継承するのではなく、そのオプションで指定された共有権限を採用します。

詳細については、Managing Project Creation Permissions を参照してください。

プロジェクトアクセス権の設定についての詳細は、後述の Sharing a Project を参照してください。

既存ローカルプロジェクトのアップロード

既存の設計プロジェクトを Workspace にアップロードすることもできます。手順は次のとおりです。

  1. プロジェクトリスト上部の ボタンをクリックし、メニューの Upload グループから Project エントリを選択します。プロジェクトの ZIP アーカイブに移動して選択し、Open をクリックしてアップロードを実行します。

  2. ポップアップウィンドウに、アップロード対象となる可能性のあるファイル数(選択したフォルダに含まれる)が表示され、続行の確認が求められます – をクリックして続行します。

  3. 次に Upload Project ウィンドウが表示されます。デフォルトでは、Project Name は既存プロジェクトのものが使用されます – 必要に応じて変更し、適切な説明を追加します。Parent Folder は、アップロード処理を開始したときにアクティブだったフォルダに設定されます。フィールド右側の Change リンクをクリックすると Workspace のサーバーフォルダ構造にアクセスでき、プロジェクトを保存する別のフォルダを選択できます。必要に応じて、プロジェクトをサブフォルダの階層構造に整理することもできます。詳細については、Creating a Hierarchy of Project Folders セクションを参照してください。設定を必要なとおりに定義したら、 ボタンをクリックします。

  4. アップロードが進行し、その後、概要レベルのプロジェクトリストにプロジェクトのエントリが追加されます。

ローカルプロジェクトに既存のバージョン管理リンクがある場合でも、それらは無視され、アップロードされたプロジェクトは完全に管理された、バージョン管理付きの Workspace ベースプロジェクトになります。ローカルの元プロジェクトは一切変更されません。

新規作成プロジェクトと同様に、アップロードされたプロジェクトは Owner(アップロードしたユーザー)と管理者に編集アクセス権が共有されます。その他の共有アクセスは、親フォルダの権限セット、または有効な場合は Default permissions for new projects 設定によって決定されます。

ガーバーまたは ODB++ ファイルセットのアップロード

Workspace は、アーカイブ形式の生成済み Gerber/ODB++ 製造ファイルセットも受け付けます。これは Manufacturing Files オプションを使用し、 ボタンメニューからアップロードできます。アップロードプロセスは、前述のプロジェクトアップロードプロセスと基本的に同じです。

New – Manufacturing Files – Gerber オプションを選択し、Windows ファイルブラウザーでアーカイブされたガーバーファイルセットを参照して選択します。

Upload Gerber ウィンドウで、必要に応じて提案されたプロジェクト Name(ガーバーアーカイブ名から取得)を編集し、Description を追加します。Change オプションを使用して、デフォルトのプロジェクト保存フォルダーとは異なるプロジェクト保存場所を指定できます。

アップロードされたファイルセットは処理され、Workspace プロジェクトコレクションに追加されます。最初はガーバーアイコンで表示され、その後、更新または表示するとプレビュー画像が生成されます。

New – Upload ODB++ オプションを選択し、Windows ファイルブラウザーでアーカイブされた ODB++ を参照して選択します。

Upload ODB++ ウィンドウで、必要に応じて提案されたプロジェクト Name(ODB++ アーカイブ名から取得)を編集し、Description を追加します。Change オプションを使用して、デフォルトのプロジェクト保存フォルダーとは異なるプロジェクト保存場所を指定できます。

アップロードされたファイルセットは処理され、Workspace プロジェクトコレクションに追加されます。最初は ODB++ アイコンで表示され、その後、更新または表示するとプレビュー画像が生成されます。

 

Gerber/ODB++ プロジェクト名をクリックするか、関連メニューの Open オプションを使用して、Workspace 専用の Fabrication Viewer でファイルセットを読み込みます。これにより、含まれるすべてのファイル/レイヤーの合成ビューが提供され、レイヤーの非表示や単独表示、ポイントツーポイントの Measurement feature、および Comments の配置が可能になります。

これらのオプションの詳細については、Fabrication セクションおよび Web Viewer ドキュメントを参照してください。

  • アップロードされた Gerber/ODB++ プロジェクトは、デフォルトで Workspace メンバー全員がアクセスできますが、Workspace Share features を使用して特定のメンバー(またはグループ)と選択的に共有することもできます。

  • Released Workspace project に含まれるガーバーファイルは、開いたリリースデータの Files section で閲覧できます。

  • Gerber/ODB++ 製造ファイルセットは、uploaded して Altium 365 Personal Space で表示することもできます。

OrCAD 設計のアップロード

Workspace の OrCAD® アップロード機能により、Altium 365 Workspace にアップロードおよび解釈できる設計ファイルの種類が拡張されます。適切な回路図(*.dsn)および PCB(*.brd)ファイルを含むアーカイブファイル(*.zip)は、Projects ページ上の ボタンから利用できる Design Files » OrCAD オプションを介してアップロードします(下図参照)。OrCAD 設計は Altium 365 上でバージョン管理下に保存されます。

  • 現時点では、アップロードされるアーカイブには、相対的な回路図/PCB ファイルパスを登録する適切な *.opj Project ファイルを含める必要があります。

  • バージョン 17.2 以降の OrCAD PCB ファイルがサポートされています。

  • 詳細については、What ECAD files do you support? を参照してください。

New – Design Files – OrCAD オプションを選択し、Windows ファイルブラウザーでアーカイブされた OrCAD 設計ファイルセットを参照して選択します。

Upload OrCAD ウィンドウで、必要に応じて提案されたプロジェクト Name(OrCAD アーカイブ名から取得)を編集し、Description を追加します。Change オプションを使用して、デフォルトの保存フォルダーとは異なるプロジェクト保存場所を指定できます。

アップロードされたファイルセットは処理され、Workspace プロジェクトコレクションに追加されます。最初はアイコンのみが表示され、その後、更新または表示するとプレビュー画像が生成されます。

 

アップロードされた OrCAD 設計は、他の Workspace プロジェクトと同様に、そのタイルをダブルクリックするか、タイルの メニューまたはページのメイン メニューから Open オプションを選択して開きます。処理が完了すると、OrCAD 設計ファイルは回路図、PCB、3D PCB、および BOM リストのプロジェクトビューとして解釈されます。

ビューアの設計ナビゲーションツリーは、フラットな File ビューと Hierarchical 構造ビューを切り替えることができる点に注意してください。

 

Web Viewer を通じて提供される高度な Workspace 機能により、統合された設計では、ドメインビュー間でのオブジェクトのクロスプローブ、オブジェクトの検索、ネットのトレース/ハイライト、Comments の配置、他ユーザーとの Share the designHistory の確認、Task activities の操作など、さまざまなことが迅速に行えます。また、アップロードされた OrCAD プロジェクトから高度な Managed BOM ドキュメントを作成することもでき、これにより、Altium の豊富なサプライチェーンデータリソースから情報が反映された、調達準備済みの BOM ファイルをレビュー、構成、共有できます。詳細については BOM Portal page を参照してください。

ビューアの機能および特徴については、Web Viewer page を参照してください。

新しいバージョンの設計のアップロード

OrCAD 設計が Workspace にアップロードされ、その設計の新しいバージョン(外部委託先による追加作業などにより)が利用可能になった場合、既存の Workspace プロジェクトはプロジェクトの Upload New Version オプションを使用して更新できます。既存プロジェクトは Git Version Control 下に保存されているため、このオプションにより、新しい設計更新をそのプロジェクトの新しい VCS リビジョンとしてコミットできます。このようなすべてのコミット(およびプロジェクトリリース)イベントは記録され、プロジェクトの History view から参照できます。

既存の OrCAD プロジェクト設計の新バージョンをアップロードするには、OrCAD プロジェクトタイルの メニュー、またはメイン メニューから利用できる Upload New Version オプションを使用します。

続く Upload Project ウィンドウでは、Project Name および Parent Folder フィールドは既存プロジェクトの値にロックされています。意味のある Description を追加し、新バージョンのアップロードを確定します。

更新プロセスにより、プロジェクトの新しい VCS リビジョンがコミットされます。プロジェクトを開いて、新バージョンの OrCAD 設計とその変更内容にアクセスします。

プロジェクトビュー内から History ビューを開き、プロジェクトのコミットイベントの注釈付きタイムラインを確認できます。ここでは、新しい OrCAD 設計バージョンによって作成されたコミットに、手動で Tagged として Version 2 が付けられています。

コミットイベントタイルのオプションを使用して、設計の以前のバージョンにアクセスできます。各バージョンは個別に表示、コピー(クローン)、他のコミットとの比較、ソースファイルの ZIP アーカイブとしてのダウンロードが可能です。

 

OrCAD と Altium 365 の統合

OrCAD® 設計を Workspace にアップロードできる機能に加え、Altium 365 では独自プラグインを使用して OrCAD と Workspace 間の直接統合も可能です。

Altium 365 の ECAD 機能については、Multi-CAD File Support ページを参照してください。

OrCAD をホストしているマシンにインストールされる Altium 365 Plugin for OrCAD は、小規模なアプリケーションであり、両ドメイン間の双方向の設計データ交換を提供します。この統合により、既存の OrCAD 環境を維持しつつ、Altium 365 のデータ管理機能を活用する便利な方法が提供されます。Workspace に移行された OrCAD 設計は、履歴追跡付きのバージョン管理下で保存され、コラボレーション、閲覧、共有、コメント付けなどに利用できます。ステークホルダー向けのアクセスは権限で制御され、Web ブラウザーを通じて提供されます。

まだ共有されていない場合は、Altium 365 Plugin for OrCAD インストーラーをこちらからダウンロードできます: https://altium-install.s3.amazonaws.com/A365/A365OrCADPlug-in.exe

インストールウィザードの指示に従いながら、OrCAD マシン上で Altium OrCAD プラグインの実行ファイルをダウンロードして実行します。インストーラーは OrCAD のインストール場所を自動的に検出するはずです。

インストールが完了すると、プラグインは OrCAD メインメニューの Altium 365 エントリからアクセスできます。これにより、利用可能なメニューオプションを使用して、現在の OrCAD プロジェクトを Altium 365 Workspace に保存したり、Workspace に以前保存したプロジェクトを読み込んだりできます。

OrCAD から、OrCAD プラグインによって追加された Altium 365 メニューを介して Altium 365 Workspace にサインインします。

Workspace の URL とサインイン用の認証情報を入力してログインします。

接続されると、現在の設計を Workspace に保存 (Save to Server) したり、Workspace に以前保存された OrCAD 設計をインポート (Open from Server) したり、サーバーのブラウザインターフェースで現在の(保存済み)設計を表示 (View in Server) したりできます。

現在の設計を Workspace に保存する際、Project Name をそのまま受け入れるか編集し、必要に応じて Description を追加します。

アップロード成功の通知には、保存された設計を Workspace のブラウザインターフェースですぐに表示するためのオプションが含まれます。

インポートされた設計の Workspace ビューには、共有、コメント、タスク管理、履歴 VCS トラッキングなどの追加機能が用意されています。

 
  • OrCAD 設計を Altium 365 Workspace に保存する操作により、2 つのプロジェクトが事実上リンクされ、プラグインが Workspace に接続されているときにデータ同期が可能になります。

  • その後、OrCAD ドメインで行われた設計の変更はいつでも Workspace に保存でき、Workspace プロジェクトを更新または再オープンした際に更新された設計データが表示されます。詳細は Updating with New Data を参照してください。

  • 接続されている Workspace で Altium 365 Design Reviews 機能が利用可能な場合、OrCAD Altium 365 メニューの  Request for Review オプションから、現在のプロジェクトに対する Workspace の Design Reviews ページを直接開くことができ、そこでピアレビューを作成、アクセス、管理できます。

注: OrCAD® は Cadence Design Systems, Inc. が所有する連邦登録商標です。この商標へのすべての言及は識別のみを目的としています。この商標の使用は、Cadence Design Systems, Inc. によるいかなる関係、承認、または推奨も意味するものではありません。

コメントおよびタスクのサポート

Altium 365 Plugin for OrCAD は、Comments and Tasks パネルを通じて Altium 365 の高度なコラボレーション機能を OrCAD にもたらします。このパネルは、Comments および Tasks データをリアルタイムで同期することにより、Altium 365 と直接通信します。OrCAD ユーザーは、コメントスレッドの作成と参加、自身または他のユーザーへの作業依頼(タスク)の割り当て、関連画像の貼り付けと閲覧、アクティブなタスクの優先度および進捗ステータスの確認など、Altium 365 のコラボレーション機能をすぐに活用できます。

Altium 365 の Comments および Tasks の操作については、Web Viewer Comments を参照してください。

Comments and Tasks オプションを Altium 365 メニューから選択して、プラグインの Comments and Tasks オーバーレイパネルを開きます。このパネルには、接続されている Altium 365 Workspace プロジェクトから取得された、既存のドキュメントコメントおよびタスク参照が表示されます。

Altium 365 Workspace と OrCAD 間でデータを双方向にやり取りするには、Altium 365 プラットフォームにサインインしている必要がある点に注意してください。

プラグインの Comments and Tasks パネルは、本質的に接続された Workspace 内の Comments and Tasks ペインと同期されたバージョンです。その結果、OrCAD がドキュメントコメント機能をネイティブにサポートしていないため、ドキュメント内に配置されたコメントへのアクセスを除き、パネルは Workspace ペインのほとんどの機能を提供します。これらの Workspace 機能の詳細については、Working with the Comments Pane を参照してください。

新しいコメントは、プラグインの Comments and Tasks パネル上部セクションから追加でき、現在アクティブな OrCAD ドキュメントに関連付けられます。いつでも F5 を押してパネルデータを更新できます。

OrCAD 内からコメントを追加するには、Comments and Tasks パネル上部のコメント入力フィールドに適切なテキストを入力します。

必要に応じて、@ 文字に続けて Workspace メンバー名を入力するか、ドロップダウンユーザーリストから名前を選択して、他のユーザーにメンションできます。

メンションされたユーザー、または Assign a task to ドロップダウンリストから選択した別のユーザーを、新しい Workspace タスクに割り当てることができます。

すべてのオプションを設定したら、 ボタンをクリックしてコメントと任意のタスクを作成します。

新しいコメントは、現在のドキュメントに関連付けられた Comments and Tasks パネルエントリとして追加されます。これには Workspace タスクへのリンクと、その現在の優先度およびステータスを表すアイコンが含まれます。

Workspace 側の他のユーザー、または Altium 365 OrCAD Plugin にサインインしている別の OrCAD ユーザーによって、スレッドにさらにコメントを追加できます。

 

Altium 365 Workspace の Comments and Tasks ペインと同様に、OrCAD Plugin の Comments and Tasks パネルには次のオプションと機能が含まれます:

  • Comments and Tasks Filtering – どのユーザーコメント(またはタスクのみ)をペインに含めるかを制御します。

  • Threads and Notifications – エントリを現在のドキュメントおよび/または未解決のもの(デフォルト設定)に絞り込みます。Workspace Email Notifications が有効な場合、Notification Settings オプションを使用して、メール通知を生成するコメントの範囲を指定します。

  • Comment entry options – コメントの メニューを使用して、そのエントリを管理したり、そのコメントから対応するタスクを作成したりします。

  • Comment imageOriginal Snapshot コントロールを使用すると、コメントがドキュメント上に配置されたときに自動的にキャプチャされたスクリーンショット画像を開きます。これは、Altium 365 Workspace を使用してコメントが配置された場合にのみ利用できます。

  • Task assignmentAssign a task to メニューからユーザー名を選択して、コメントに関連付けられたタスクを作成します。タスクがまだ割り当てられていない場合に利用できます。

  • Link to associated Task – コメントのタスク識別エントリを選択して、そのタスクを Workspace project Tasks view で開きます。タスクの優先度およびステータスの変更は、OrCAD の Comments and Tasks パネルに反映されます。

KiCad 設計のアップロード

Workspace の KiCad® アップロード機能は、Altium 365 Workspace にアップロードおよび解釈できる別の ECAD 設計データソースを提供します。適切な KiCad 回路図および PCB ファイルを含むアーカイブファイル (*.zip) は、Projects ページ上の ボタンから利用できる Design Files » KiCad オプションを通じてアップロードされます(下図参照)。処理された KiCad 設計は、Altium 365 のバージョン管理下に保存されます。

Altium 365 の ECAD 機能については、Multi-CAD File Support ページを参照してください。

アップロードされた KiCad 設計は、タイルをダブルクリックするか、タイルの メニューまたはページのメイン メニューから Open オプションを選択することで、他の Workspace プロジェクトと同様に開くことができます。処理が完了すると、KiCad 設計ファイルは回路図、PCB、3D PCB、および BOM リストのプロジェクトビューとして解釈されます。

New – Upload KiCad オプションを選択して、Windows ファイルブラウザで KiCad 設計のアーカイブファイルセットを参照・選択します。

Upload KiCad ウィンドウで、必要に応じて提案されたプロジェクト Name(KiCad アーカイブ名から取得)を編集し、Description を追加します。Change オプションを使用して、デフォルトの保存フォルダとは異なるプロジェクト保存場所を指定することもできます。

アップロードされたファイルセットは処理され、Workspace プロジェクトコレクションに追加されます。最初はアイコンのみが表示され、その後、更新または表示によりプレビュー画像が生成されます。

アップロードされた KiCad 設計は、タイルをダブルクリックするか、タイルの メニューまたはページのメイン メニューから Open オプションを選択して開きます。

上部のタブオプションを使用して、設計の回路図、PCB、および BOM ドキュメントを表示します。その他のメニューおよびボタンオプションを選択して、Design Viewer の各種機能にアクセスします。

 

この設計およびそのドキュメントでは、オブジェクト/レイヤーの可視性制御、双方向クロスプロービング、管理された設計共有によるコラボレーション、ドキュメントコメント、履歴アクセスなど、Altium 365 で利用可能な高度な機能を使用できます。BOM Portal application にアクセスできる場合は、設計から調達指向の Managed BOM ドキュメントを作成し、その製造およびサプライヤ部品データを管理できます。

Design Viewer の機能および特徴については、Web Viewer page を参照してください。

その特定の KiCad 設計の新しいバージョンが利用可能になった場合(たとえば外部委託先による追加作業など)、既存の Workspace プロジェクトはプロジェクトの Upload New Version オプション () を使用して更新できます。新しい設計更新は新しい VCS プロジェクトリビジョンとしてコミットされ、プロジェクトの History view にイベントとして記録されます。

EAGLE 設計のアップロード

Workspace の Autodesk® EAGLE アップロード機能は、Altium 365 Workspace にアップロードおよび解釈できる別の ECAD 設計データソースを提供します。適切な EAGLE 回路図 (*.sch) および PCB ファイル (*.brd) を含むアーカイブファイル (*.zip) は、Projects ページ上の ボタンから利用できる Design Files » EAGLE オプションを通じてアップロードされます(下図参照)。処理された EAGLE 設計は、Altium 365 のバージョン管理下に保存されます。

Altium 365 の ECAD 機能については、Multi-CAD File Support ページを参照してください。

アップロードした EAGLE デザインは、他の Workspace プロジェクトと同様に、そのタイルをダブルクリックするか、タイルの メニュー、またはページ上部のメイン メニューから Open オプションを選択して開くことができます。処理が完了すると、EAGLE デザインファイルは解釈され、回路図、PCB、3D PCB、BOM リストといったプロジェクトビューとして表示されます。

Windows のファイルブラウザでアーカイブされた EAGLE デザインファイルセットに移動して選択するには、New – Upload EAGLE オプションを選択します。

Upload EAGLE ウィンドウで、必要に応じて提案されたプロジェクト Name(EAGLE アーカイブ名から取得)を編集し、Description を追加します。Change オプションを使用すると、デフォルトの保存フォルダとは異なるプロジェクト保存場所を指定できます。

アップロードされたファイルセットは処理され、Workspace のプロジェクトコレクションに追加されます。最初はアイコンのみが表示され、更新または表示後にプレビュー画像が生成されます。

アップロードした EAGLE デザインは、そのタイルをダブルクリックするか、タイルの メニュー、またはページ上部のメイン メニューから Open オプションを選択して開きます。最初に表示されるのは回路図ドキュメントです。

上部のタブオプションを使用して、2D および 3D PCB ビューなど、他のデザインビューに切り替えます。その他のメニューやボタンオプションを選択して、Design Viewer のさまざまな機能にアクセスします。

BOM ビューのデータは、EAGLE デザインファイルから取得できる情報に限定されますが、デザインプロジェクトの Create Managed BOM オプション()から高度な Managed BOM ドキュメントを作成できます。注: BOM Portal が有効になっている場合に利用可能です。

 

このデザインおよびそのドキュメントでは、Altium 365 を通じて提供される高度な機能を利用できます。これには、オブジェクト/レイヤーの可視性制御、双方向クロスプロービング、管理されたデザイン共有によるコラボレーション、ドキュメントへのコメント、履歴へのアクセスなどが含まれます。BOM Portal application にアクセスできる場合は、デザインから調達向けの Managed BOM ドキュメントを作成し、その製造およびサプライヤ部品データを管理できます。

Design Viewer の機能と特長については、Web Viewer ページ を参照してください。

その EAGLE デザインの新しいバージョンが利用可能になった場合(外部委託先による追加作業など)、既存の Workspace プロジェクトは、プロジェクトの Upload New Version オプション()を使用して更新できます。新しいデザイン更新は新しい VCS プロジェクトリビジョンとしてコミットされ、プロジェクトの History ビュー にイベントとして記録されます。

Managed BOM のアップロードまたは作成

Workspace で Altium 365 BOM Portal アプリケーションが有効になっている場合、CSV/XLS 形式の BOM ファイルをアップロードして Managed BOM プロジェクトアイテムを作成するか、既存のデザインプロジェクトから直接作成できます。Managed BOM ファイルは BOM Portal によって解釈・処理され、最終的に調達準備が整った BOM ドキュメントが作成されます。これらには、Altium のデータリソースから取得される最新の メーカー/サプライヤ情報 が反映されており、会社のニーズに合わせて完全にカスタマイズ可能です。

また、複数の既存 Managed BOM から構成される複合 BOM である Consolidated BOM を作成することもできます。複数のボードやセクションで構成されるプロジェクトでは、同等部品を集約し、発注数量を最適化した、プロジェクト全体の購買用 BOM を作成できます。詳細については、BOM Portal ページの Consolidated BOM セクション を参照してください。

詳細については、BOM Portal ページ を参照してください。

BOM ファイルをアップロードするには、 ボタンメニューの Upload グループから BOM オプションを選択し、適切な CSV/XML BOM ファイルを参照して選択し、Upload BOM ウィンドウでその詳細を入力してアップロードを確定します。Managed BOM ファイルは、現在開いているフォルダ、またはデフォルトで Projects フォルダに保存され、デザインプロジェクトと同様の方法でアクセスおよび管理されます。

 

既存のデザインプロジェクトから Managed BOM を作成するには、プロジェクトタイルの メニューから Create Managed BOM オプションを選択し、プロジェクトバリアントを選択して、Create Managed BOM ウィンドウで BOM の詳細を入力し、BOM の作成を確定します。

 

Managed BOM を開くには、そのタイルをダブルクリックするか、名前をクリックするか、関連する三点リーダーメニューから Open を選択します。BOM Portal アプリケーションは、map BOM parametersDescriptionDesignatorManufacturer Part Number など)を自動的に認識してマッピングしようとします。自動認識できない場合は、選択内容に基づいて列マッピングプロセスを順に実行するよう促されます。

パラメータデータのマッピングが正常に完了すると、システムは最適な部品メーカーおよび部品サプライヤデータを自動的に取得し、互換性やリスクの問題をフラグ表示し、BOM の「健全性」をグラフィカルに表示します。

 

プロジェクトフォルダ階層の作成

Related information: コンテンツ構造とアクセスの管理

Workspace では、サーバー構造内にプロジェクトフォルダを作成および管理することもできます。プロジェクトは、作成後に、生成されたフォルダ階層内の任意のフォルダに作成または移動できます。

(デフォルトの)最上位 Project フォルダの下に新しいフォルダを作成するには、プロジェクトリスト上部の ボタンをクリックし、メニューの Create グループから Folder エントリを選択します。表示される Create Folder ウィンドウで、新しいフォルダ名、その親フォルダ、および任意の説明を指定します。新しいフォルダは常に現在選択されているフォルダの下に作成され、そのフォルダが親フォルダになります。新しいフォルダのアクセス権は親フォルダから継承され、現在のユーザーと異なる場合でも、そのフォルダの「所有者」には書き込み権限が含まれます。

すでに定義済みのプロジェクトフォルダ階層がある場合は、Parent Folder フィールド右側の Change リンクをクリックして Workspace のサーバーフォルダ構造にアクセスし、新しいフォルダを作成する別の親フォルダを選択します。

必要な属性を定義したら、 をクリックします。新しいフォルダ(サブフォルダ)が作成され、そのフォルダに移動します。

プロジェクトを保存するための新しいフォルダ(サブフォルダ)を作成する例。

プロジェクトを保存するための新しいフォルダ(サブフォルダ)を作成する例。

プロジェクトを保存するための新しいフォルダ(サブフォルダ)を作成する例。

 

必要に応じてさらにフォルダを作成し、デザインプロジェクトを保存および分類するためのフォルダ階層を構築していきます。これらのフォルダは、その後のフォルダ作成時に親フォルダとして選択できるようになり、次の画像のような構成が可能です。

定義済みのプロジェクトフォルダ階層の例。定義済みのプロジェクトフォルダ階層の例。

フォルダ階層のナビゲーション

Projects ページのデフォルト(グラフィカル)ビューでは、Projects フォルダの下にあるすべての子フォルダが表示されます。選択したフォルダの詳細は右側の情報ペインに表示されます。

フォルダエントリ名をクリックしてその内容を開き、パンくずリストのエントリを選択してフォルダ階層を上位に戻るか、メインナビゲーションツリーの Projects エントリを選択してプロジェクトの最上位レベルに戻ります。リストビュー()にアクセスしている場合も同様の方法でナビゲートします。

フォルダの共有

既存のプロジェクトフォルダの共有権限を変更するには、Projects ページでそのエントリを選択し、関連する コントロールから Share エントリを選択するか、上部の ボタンをクリックします。Share Item ウィンドウでは、指定したユーザーまたはグループ(Share Item With エントリ)にフォルダアクセスを追加し、フォルダの既存の共有権限(Share With 配下)を表示および変更できます。なお、継承された Owner および Administrator 権限は変更できません。

フォルダ共有権限へのアクセスは、Administrator とフォルダの Owner のみが利用できます。

ルート Projects フォルダの共有権限は、Explorer ページ から Administrator のみが変更できます。

Share Item ウィンドウでは、選択したフォルダに適用される共有権限の追加および変更を行うことができます。Share Item ウィンドウでは、選択したフォルダに適用される共有権限の追加および変更を行うことができます。

Shared With エントリでは、一部のユーザーアクセスレベル(表示、編集、アクセスなし)が選択できない場合があります。これは、アクセスレベルの変更によって、親フォルダから継承された権限セット(デフォルトではすべてのユーザーに対する Edit 権限)と矛盾(降格)してしまうためです。フォルダの権限は親フォルダの権限から切り離すことができ、これにより権限の継承が無効になり、すべてのアクセスレベルオプションが有効になります。この操作は、Share Item ウィンドウの Advance Settings 配下にある Inherit parent folder permissions オプションを無効にすることで行います。

詳細については、Managing Content Structure & Access ページ を参照してください。

フォルダの編集

既存のプロジェクトフォルダのプロパティを編集するには、Projects ページでそのエントリを選択し、プロジェクト/フォルダ一覧の上にある コントロールをクリックして、関連メニューから Edit エントリを選択します。

Projects ページでも編集コマンドを使用できます。必要なフォルダのタイルを選択し、 アイコンのコンテキストメニューから Edit コマンドを選択します。Projects ページがリストビューの場合は、必要なフォルダのエントリ右端にある コントロールをクリックし、関連メニューから Edit コマンドを選択します。

ルート Projects フォルダは変更できません。

続く Edit Folder ウィンドウで、フォルダの Name と Description を変更できます。変更内容を確定するには、 ボタンをクリックします。

プロジェクトフォルダの Name および Description  は、いつでも編集できます。プロジェクトフォルダの Name および Description は、いつでも編集できます。

階層内でフォルダーを移動する

階層内でフォルダーを別の親フォルダーの下に移動(再配置)するには、Projects ページでそのフォルダーのエントリを選択し、プロジェクト/フォルダー一覧の上にある コントロールをクリックして、関連メニューから Move エントリを選択します。

Projects ページでは、目的のフォルダーのタイルを選択し、 アイコンのコンテキストメニューから Move コマンドを選択することでも移動コマンドを使用できます。Projects ページがリストビューの場合は、目的のフォルダーのエントリの一番右にある コントロールをクリックし、関連メニューから Move コマンドを選択します。

ルート Projects フォルダーは移動できません。

Move folder ウィンドウが表示されるので、新しい親フォルダーを選択します。 ボタンをクリックして移動を実行します。フォルダーは選択した新しい親フォルダーのサブフォルダーとして移動され、その配下のプロジェクトも同時に移動されます。

フォルダー(またはプロジェクト/アイテム)を別の親フォルダーに移動する操作は、Workspace の高度な権限継承スキームに従って行われる点に注意してください。

詳細については、Moving Folders セクション(Managing Content Structure & Access ページ内)を参照してください。

フォルダーは、フォルダー階層内でいつでも移動できます。フォルダーは、フォルダー階層内でいつでも移動できます。

フォルダーの削除

Workspace から既存のプロジェクトフォルダーを削除するには、Projects ページでそのフォルダーのエントリを選択し、プロジェクトフォルダー一覧の上にある コントロールをクリックして、関連メニューから Remove エントリを選択します。

Projects ページでは、目的のフォルダーのタイルを選択し、 アイコンのコンテキストメニューから Remove コマンドを選択することでも削除コマンドを使用できます。Projects ページがリストビューの場合は、目的のフォルダーのエントリの一番右にある コントロールをクリックし、関連メニューから Remove コマンドを選択します。

ルート Projects フォルダーは削除/消去できません。

Remove ウィンドウが表示され、削除を確認します。削除を実行するには、 ボタンをクリックします。

フォルダーは、その配下のプロジェクトとともにフォルダー階層から削除され、削除されたフォルダーの親フォルダーに移動します。プロジェクトフォルダーは Trash page から復元するか、完全に削除できます。フォルダーとともに削除されたプロジェクトは Trash ページから復元または完全削除できますが、そのプロジェクトの所有者または Workspace 管理者のみが実行できます。

プロジェクトフォルダーを削除すると、そのフォルダーは Workspace の隔離された Trash  領域に送られます。プロジェクトフォルダーを削除すると、そのフォルダーは Workspace の隔離された Trash 領域に送られます。

プロジェクトの閲覧

Workspace ブラウザーインターフェースの Projects ページに表示されるプロジェクト一覧には、アクセス権のあるすべてのプロジェクトが含まれ、包括的なプロジェクト管理機能とコントロールが提供されます。 ボタンでページをリストビュー()に切り替え、 ボタンでページをグラフィカルビュー(デフォルトビュー)に切り替えます。

Workspace ブラウザーインターフェースの Projects ページ – プロジェクト操作の中枢となるページです。ここではページのグラフィカルビューが表示されています。 Workspace ブラウザーインターフェースの Projects ページ – プロジェクト操作の中枢となるページです。ここではページのグラフィカルビューが表示されています。

プロジェクト一覧は最終更新日時で自動的にソートされ、最新のプロジェクトがリストの左上(グラフィカルビュー)または先頭(リストビュー)に表示されます。グラフィカルビュー()では、 ボタンを使用して、プロジェクトドキュメントを名前、作成者、所有者、最終更新日時で素早くソートできます。

リストビュー()では、プロジェクト一覧を NameAuthorOwner、または Last Modified でソートできます。いずれも列ヘッダーを使用します。1 回クリックすると昇順、もう 1 回クリックすると降順でソートされます。列名の右側にある矢印が現在のソート方向を示します。一方のビューで選択したソート方法は、両方のビューに適用されます。

プロジェクトフィルター

フィルター()ドロップダウンメニューのオプションを使用して、一覧を特定の所有者および/またはドキュメントタイプ、あるいはその両方の組み合わせに絞り込むことができます。

Filters ウィンドウでは、プロジェクトドキュメントの Type またはプロジェクトの Owner に対するフィルター選択が提供されます。 オプションをクリックすると、さらに多くのエントリが表示されます。

1 つ以上のプロジェクトタイプを選択すると、プロジェクトグリッドビューが即座にフィルタリングされ、それらのドキュメントのみが表示されます。セクション Clear または Clear All を使用して元に戻します。

1 人以上の Workspace ユーザーを選択して、そのユーザーが所有するプロジェクトのみを一覧に表示できます。Owner は通常、プロジェクトの作成者/作成者ユーザーです。

Workspace が Altium Agile subscription によって有効化されている場合は、追加の Has Access フィルターが利用可能です。ユーザーを選択して、そのユーザーがアクセス可能なプロジェクトドキュメントを表示します。

Has Access フィルターオプションを使用すると、1 人またはすべての Workspace Guest ユーザーに利用可能なプロジェクトドキュメントを素早く表示することもできます。

 

部品レポートフィルター

Filters ウィンドウ内のフィルター Type 選択(  ドロップダウンリスト配下のものを含む)は、Workspace に保存およびアクセス可能なすべてのプロジェクトデータタイプを対象としています。これには、Parts Report という固有のオプションも含まれ、Parts in Use 機能内で作成された任意の名前付き Views を表すアイコンが表示されます。Parts Report ビューには、BOM Portal の Parts in Use page からアクセスします。

 

情報、オプション、および検索

デフォルトのグラフィカルビュー()では、プロジェクトまたは Managed BOM のタイルに、プロジェクト名と最終更新日時が表示されます。プロジェクトタイルには、PCB が存在する場合、そのプロジェクトの PCB のトップダウン 3D ビューが自動的に表示されます。一方、Managed BOM tile には、BOM 自体から抽出された主要な調達データが表示されます。

ページのグラフィカルビューで選択されたプロジェクトタイルと Managed BOM タイル。ページのグラフィカルビューで選択されたプロジェクトタイルと Managed BOM タイル。

リストビュー()では、各プロジェクトエントリに次の情報が含まれます。

  • Name – プロジェクト名。

  • Description – プロジェクトに入力または生成された説明。

  • Author – プロジェクトを作成したユーザー。

  • Owner – プロジェクトが新しい所有者に譲渡されていない限り、Author。 関連情報については Transferring Project Ownership を参照してください。

  • Last Modified – プロジェクトが最後に更新された日時。

グラフィカルビューとリストビューの両方で、一覧の右上には次のコントロールが用意されています(以降のリンク先セクションで詳細を説明)。これらは一覧で現在選択されているプロジェクトに対して動作します。

(共有) – クリックすると Share ウィンドウが開き、プロジェクトを他のユーザーと共有するために必要なすべてのコントロールが提供されます。

More) – クリックすると、さらに多くのオプションにアクセスできます。

  • Open – クリックすると、そのプロジェクトの 詳細管理ページを開き ます。これはブラウザーの別タブで開きます。

  • Share(プロジェクトタイルの メニューで利用可能) – クリックすると Share ウィンドウが開き、プロジェクトを他のユーザーと共有するために必要なすべてのコントロールが提供されます。

  • Move – クリックすると Move Project ウィンドウが開きます。ここから、フォルダー階層 内で利用可能なすべてのフォルダーの中から、プロジェクトを移動する別の親フォルダーを選択できます。

  • Edit – クリックすると Edit Project ウィンドウが開きます。ここから、プロジェクトの NameDescription、およびサーバー Parameters を変更できます。Parent Folder フィールドは編集不可で、情報のみを表示します。親フォルダーを変更するには、Move command を使用する必要があります。

  • Clone – このコマンドを選択すると Clone Project ウィンドウが開き、プロジェクトの同一コピーを作成するためのコントロールが提供されます。

  • Watch – このコマンドを選択すると、そのプロジェクトをフォローします。Workspace から送信されるメール(Workspace で email notifications が管理者によって有効化されている場合)を通じて、プロジェクトに関連する通知(例:更新、リリース、パラメータや権限の変更)を受け取ることができます。プロジェクトの作成者/所有者は、そのプロジェクトを自動的にウォッチ対象として設定されます。

  • UnWatch – このコマンドを選択すると、そのプロジェクトのフォローを停止し、そのプロジェクトに関連するイベントの通知受信を中止します。

  • Remove – このコマンドを選択すると、プロジェクトを削除 します。確認用の Remove ウィンドウが表示されます。この操作は「ソフト削除」であり、プロジェクト(そのリビジョンおよびリリースを含む)は Workspace の Trash 領域に移動されます。

グラフィカルビューでは、すべてのコマンドにプロジェクトタイルから直接アクセスできます。対応するメニューにアクセスするには コントロールをクリックします。さらに、このビューでプロジェクトのタイルをダブルクリックする(またはその名前をクリックする)と、そのプロジェクトの詳細管理ページが開きます。リストビュー()では、すべてのコマンドに、プロジェクトエントリの一番右にある コントロールに関連付けられたメニューからアクセスできます。

プロジェクトフォルダ全体を対象にプロジェクトを検索できるプロジェクトSearch機能も含まれています。Workspace パラメータ名および値で検索できるため、検索性を高めるためのカスタムプロジェクトパラメータ(例:顧客名、プロジェクト番号など)を作成して活用できます。ブラウザインターフェース上部のフィールドに検索文字列の一部を入力すると、属性にその文字列を含むプロジェクトエントリのみがリストに表示されます。

プロジェクトパラメータで検索する場合、パラメータ名で検索することも、そのパラメータ(既存のパラメータ)の特定の値で検索することもできます。パラメータ名で検索する場合、名前にスペースが含まれないときは文字列<ParameterName> =を検索フィールドに入力します。名前にスペースが含まれる場合は、"<ParameterName>" =のように文字列を入力します。通常は、顧客名(CustomerCustomer Name などのパラメータ)といったパラメータ値で検索します。ただし、パラメータを「タグ」として使用することもでき、その場合はそのパラメータを持つ任意のプロジェクトを検索できます。

検索機能の使用例。ここではプロジェクトパラメータ値(Customer Name)に基づいてプロジェクトを検索しています。検索機能の使用例。ここではプロジェクトパラメータ値(Customer Name)に基づいてプロジェクトを検索しています。

  • すべてのプロジェクトフォルダにわたるプロジェクトの完全な一覧をすばやく表示するには、検索フィールドに*を入力します。

  • 検索フィルタをクリアするには、左側のナビゲーションペインでメインのProjectsページエントリをクリックするか、検索フィールドをクリアします(x)。

プロパティペイン

まだ表示されていない場合は、右ペイン上部のProperties をクリックしてProperties ペインにアクセスします。このペインには、現在選択されているプロジェクトの詳細なプロパティ情報が表示されます。

現在選択されているプロジェクトのより詳細な情報には、Properties ペインでアクセスできます。現在選択されているプロジェクトのより詳細な情報には、Properties ペインでアクセスできます。

Properties ペインで利用できるプロパティデータは、現在選択されているプロジェクトから Workspace によって抽出または生成されたものです。ペイン最上部の領域には(プロジェクトに PCB がある場合)ボードの 3D ビューとともに、プロジェクト名、説明、所有者、作成日時、最終更新日時、さらにプロジェクトの親フォルダへのリンクといった高レベルの一般情報が表示されます。

追加のプロパティは、次の展開可能な見出しの下に整理されています(例示用のイメージ付き):

  • Child ProjectsMulti-Board projects のみ) – Multi-board プロジェクトに含まれ、リンクされているサブプロジェクト PCB の一覧。サブプロジェクトのリンクをクリックすると、その PCB プロジェクトが通常どおりWeb Viewerで開きます。

  • Child BOMs – プロジェクトから生成され(リンクされている)Managed BOMドキュメントの一覧。

  • Who Has Access – プロジェクトにアクセスできる Workspace グループ、メンバー、ゲストの概要。アイコンにカーソルを合わせると、示されている共有アクセスの詳細が表示され、その概要は下のテキストにも示されます。ゲストユーザーアクセスのアイコンには黄色のドットが付いている点に注意してください。
    Manage Accessコマンドを使用して、プロジェクトのShareダイアログを直接開きます。詳細は後述のSharing a Projectを参照してください。

  • IssuesManaged BOMが選択されている場合に利用可能) – Managed BOM によって報告されたすべてのBOM Check Issuesのカテゴリ別サマリ。関連情報についてはBOM Error Detection and Correctionを参照してください。

  • Reports – 現在選択されているプロジェクトに対して生成された Electrical Rule Check(ERC)および Design Rule Check(DRC)の一覧で、それぞれのレポートに含まれるエラー/違反数も表示されます。ERC または DRC エントリを選択すると、そのレポートの詳細にアクセスし、プロジェクト内で確認できます。Web Viewer でのDRC and ERC Reportsを参照してください。

  • Parameters – プロジェクト設計自体から抽出または計算された詳細データの包括的なコレクション。Showコントロールをクリックして一覧を展開し、Hideをクリックして再度折りたたみます。

  • Where UsedMulti-board projectsなど、このプロジェクトを子エンティティとして使用している関連プロジェクトの一覧。リスト内のWhere Usedプロジェクトリンクをクリックすると、その親プロジェクトが開きます。

  • Releases – プロジェクトのReleases一覧。複数のリリースが時系列順に表示され、最新のものが最上部に表示されます。エントリをクリックすると、そのリリースがManufacturing Portalを介して別タブに表示されます。このポータルから、リリース済みファイルデータの閲覧とナビゲーション、BOM の確認、リリース元となった設計スナップショットの表示とコメントが行えます。また、製造データを、完全なデータセットから個々の生成出力ファイルまで、さまざまな粒度でダウンロードするためのコントロールにもアクセスできます。選択したリリースは、Manufacturing Packageとして製造業者に直接送信することもできます。

アクティビティペイン

まだ表示されていない場合は、右ペイン上部のActivity をクリックしてActivity ペインにアクセスします。このペインには、現在選択されているプロジェクトに関するアクティビティ情報が表示されます。各メッセージには、プロジェクトに関連して発生したイベント(プロパティ変更、新しいコミット、リリースなど)が示されます。最新のイベントがリストの最上部に表示されます。

現在選択されているプロジェクトで発生したイベント履歴には、Activityペインでアクセスできます。現在選択されているプロジェクトで発生したイベント履歴には、Activityペインでアクセスできます。

イベントメッセージ内のプロジェクトエントリをクリックすると、そのプロジェクトの詳細管理ページにアクセスできます。

プロジェクトの共有

プロジェクトが Workspace で利用可能になったら、そのプロジェクトに実際にアクセスできるユーザーを決定する必要があります。これは、アクセス権限を直接設定するのではなく、プロジェクトを共有することで行います。

共有のデフォルト

Workspace で新規作成された、または利用可能になったプロジェクトは、デフォルトで次のように共有されます。

  • プロジェクトの所有者(通常はそれを作成した、または Workspace で利用可能にした設計者):フル編集アクセス。

  • Administratorsグループ:フル編集アクセス。

  • その他のユーザーまたはグループ:プロジェクトが作成された親フォルダ(プロジェクトが作成されたフォルダ)から継承された権限、または Workspace 管理者によって指定された固定のデフォルト権限セットに基づきます。

新規プロジェクトのdefault locationは、Workspace インターフェースのAdmin – Settings – Projectsページで定義/変更します。Default path for new projectsフィールドを選択して編集し、別のデフォルトロケーションを指定します。新規プロジェクトはこの場所、またはユーザーが現在開いている他の任意のフォルダ(そのフォルダに対するWriteアクセス権がある場合)に保存されます。

Projectsフォルダ(または別のデフォルトフォルダ)がユーザーにとって書き込み不可(Viewのみ)である場合、その場所で作成されたプロジェクトは、ユーザーのメールアドレスに基づくトップフォルダ内のMy Projectsフォルダ(ユーザーのPersonal Folder構造)に保存されます。デフォルトロケーション以外のフォルダでは、Viewアクセスしか持たないユーザーはプロジェクトの作成がブロックされます。

詳細はProject Creation Without Folder Write Accessを参照してください。

新規プロジェクトのデフォルトロケーションは、Workspace ブラウザインターフェースの管理エリアから管理できます。新規プロジェクトのデフォルトロケーションは、Workspace ブラウザインターフェースの管理エリアから管理できます。

新規プロジェクトのdefault access permissionsは、Admin –Settings – ProjectsページでDefault permissions for new projectsオプションを有効にすることで指定できます。これにより、新規プロジェクトが親フォルダの権限を継承するというデフォルト動作が上書きされます。有効にすると、すべての新規プロジェクトに適用される明示的なアクセス権限セットを定義できます。これは、すべての新規プロジェクトがProjectsフォルダなど単一の場所で作成される場合に望ましいアプローチとなるでしょう。詳細はManaging Project Creation Permissionsを参照してください。

新規プロジェクトのデフォルトアクセス権限セットは、Workspace ブラウザインターフェースの管理エリアから指定できます。新規プロジェクトのデフォルトアクセス権限セットは、Workspace ブラウザインターフェースの管理エリアから指定できます。

プロジェクトフォルダの共有は、フォルダエントリの右クリックコンテキストメニューからShare Folderオプションにアクセスするか、管理者またはフォルダ所有者であればProjectsページビューから、Admin – Explorerページ上で設定できます。詳細は前述のSharing a folderを参照してください。新しくアクティブ化された Workspace では、ルートProjectsフォルダへの書き込みアクセスはすべての Workspace メンバーに対して利用可能です。共有の観点では、Anyoneに対するWrite権限(すべての Workspace ユーザーがフォルダに追加および編集可能)が与えられています。

共有対象を特定のユーザーやグループに変更することもできますが、推奨されるアプローチは、このトップレベルフォルダの下にフォルダ階層を作成し、特定のフォルダおよびその配下のプロジェクトにカスタム共有を適用することで、共有(ひいてはアクセス)を個別に制御する方法です。

  • Workspace には権限の継承構造がある点に注意が必要です。フォルダの権限追加/編集はフォルダ階層の下位に伝播します。詳細はSharing Folder and Itemsを参照してください。

  • 親フォルダーから継承されたフォルダーの権限を変更(特に権限を格下げ)できない場合があります。これは、ShareウィンドウのAdvanced Settings 内にあるInherit permissions from parent folderオプションを無効にして、その親子関係を「切断」しない限り発生します。関連情報を参照してください。

Projectsフォルダーは Workspace の最上位フォルダーであり、管理者のみがアクセスできます。Workspace メンバーのアクセスを管理するには、このレベルの下に権限管理されたフォルダー階層を作成してください。Projectsフォルダーは Workspace の最上位フォルダーであり、管理者のみがアクセスできます。Workspace メンバーのアクセスを管理するには、このレベルの下に権限管理されたフォルダー階層を作成してください。

共有の概要

Workspace ブラウザーインターフェースからプロジェクトのアクセス権限を設定するには、インターフェースのProjectsページでプロジェクトのタイルを選択し、そのコンテキストメニューからShareコマンドを選択するか、上部のボタンをクリックします。Projectsページがリストビューで表示されている場合は、プロジェクトエントリの一番右側にある対応するコントロールをクリックし、表示されるメニューからShareコマンドを選択します。

あなたがプロジェクトのオーナー、Workspace 管理者、またはそのプロジェクトに対してEditおよび再共有権限を持っている場合、他のユーザーとプロジェクトを共有できます。

次のShareウィンドウには、プロジェクトを他のユーザーと共有するために必要なすべてのコントロールが含まれています。

設計プロジェクトが Workspace で一元管理されていれば、他者との共有は各プロジェクトの権限を管理するだけで行えます。設計プロジェクトが Workspace で一元管理されていれば、他者との共有は各プロジェクトの権限を管理するだけで行えます。

共有されたユーザーには何が見えるか

設計は、Workspace の他のメンバー、組織内の Workspace 非メンバー、あるいは組織外のユーザーと共有できます。後者のオプション(たとえば外部委託先やパートナーとの共有)の場合、共有されたユーザーは通常、自身のAltium 365 Personal Space内のShared With Me ページから設計にアクセスします。Workspace Guestとして、そのユーザーにはそのプロジェクトのみが表示され、メンバーリストやライブラリコンポーネントを含む他の Workspace データは一切公開されません。

関連情報については、このWorkspace アクセスに関するナレッジベースページを参照してください。

Note:共有プロセス中にユーザーをInvite a User to your Workspace下記参照)し、その後新しい Workspace メンバーとして承認した場合、そのユーザーはWorkspace Membersリストおよび、All Workspace Membersや割り当てられたGroupsと共有されている任意のプロジェクトを閲覧できるようになります。

注意すべき点:

  • 権限の観点では、Can Editオプションが選択されている場合、そのユーザー/グループはプロジェクトに対するフル編集アクセス権を持ちます。それ以外の場合は閲覧専用アクセスとなります。

  • OwnerおよびAdministratorsグループは常にフル編集アクセス権(Can Edit)を持ちます。

  • OwnerおよびAdministratorsグループを除き、含まれるすべてのユーザー/グループの権限は個別にCan ViewまたはCan Editに設定するか、アクセス権を完全に削除できます。

  • Workspace のバージョン管理(Git VCS)ではなく、ミラー形式(Simple Sync)で Altium Designer から Workspace に公開されたプロジェクトは、編集権限付き(Can Edit)で共有することはできません。編集はプロジェクトオーナーのみが行えます。
    Making Altium Designer Projects Available Onlineに関する情報を参照してください。

  • プロジェクトは、特定のユーザーおよび/またはグループと明示的に共有することも、Workspace の任意(またはすべて)のメンバーと共有することもできます。

  • プロジェクトに対して十分な共有権限を持っている場合、そのプロジェクトを Workspace メンバーではないユーザーと共有できます。そのようなユーザーは Workspace のGuestsとなり、指定した権限レベルで共有プロジェクトにアクセスできますが、他の Workspace データにはアクセスできません。詳細はSharing with External Usersを参照してください。

特定ユーザーまたはグループとの共有

Workspace 内のプロジェクトを特定のユーザーおよび/またはグループと共有する手順は次のとおりです。

  1. 必要なユーザー/グループ名をShare Project Withフィールドに追加します(Shareウィンドウ内)。エントリを追加するには、フィールドに目的の名前/メールアドレス/グループ名の入力を開始し、動的リストから一致するユーザー/グループを選択します。このリストには、Workspace のメンバーまたは組織内ユーザー、および Workspace 用に定義された既存グループのみがフィルタリングされて表示されます。複数のユーザー/グループを選択できます。入力済みのユーザー/グループを削除するには、そのエントリに関連付けられたコントロールをクリックします。

組織外のユーザーと共有する場合は、Altium アカウントの有無にかかわらず、そのユーザーの完全なメールアドレスを入力し、Enterを押す必要があります。

  1. 追加したユーザー/グループの共有アクセス権限は、関連するドロップダウンメニューからCan ViewまたはCan Editを選択して設定します。後者のオプションには閲覧権限が含まれます。この設定は、最初はShare Project Withフィールドに含まれるすべてのエントリ(ユーザー/グループ)に適用されます。

  1. このプロジェクトの共有に関する情報を含めたい場合は、コントロールをクリックしてテキスト入力エリアにアクセスします。

  1. Shared Withコントロールをクリックすると、現在(かつ明示的に)プロジェクトが共有されているユーザー/グループが表示されます。デフォルトではOwnerおよびAdministratorsグループが含まれます。

OwnerおよびAdministratorsグループを除き、含まれるすべてのユーザー/グループの権限は個別にCan ViewCan EditOwnerに設定するか、アクセス権を完全に削除できます。現在の権限状態をクリックするとコントロールにアクセスできます。Transferring Project Ownershipに関する詳細は、Make Ownerオプションの説明を参照してください。

  1. Workspace 内のすべてのメンバーにアクセスを開放するには、Workspace Membersエントリのドロップダウンメニューから、Can View(読み取り専用アクセス)またはCan Edit(読み書きフルアクセス)のいずれか適切な権限レベルを選択します。No accessに設定されている場合、アクセスできるのはオーナー、管理者、および共有対象として特別に追加されたユーザーのみです。

    Workspace の権限継承スキームにより、一部の権限レベルオプションが無効化される場合があります。これは、親フォルダーから継承された権限が格下げされ、既存の親子継承関係に反することを防ぐためです。意図的に親子継承を切断するには、ShareウィンドウのAdvanced Settings内でInherit parent folder permissionsオプションを無効にします。

  1. Share ウィンドウのAdvanced Settingsには、共有されたプロジェクトを誰が再共有できるか、あるいはダウンロードできるかを制御するためのオプションが含まれています。設定は Workspace 内のMemberおよびGuestアクセス権にグループ化されており、編集権限(Can Edit)を付与されたユーザーがプロジェクトを共有できるかどうか、また閲覧専用権限(Can View)のユーザーがプロジェクトをダウンロードできるかどうかを指定できます。

    実際には、たとえば外部委託先によるさらなる共有を制限することができます。また、閲覧専用アクセスのユーザーに対しては、ネイティブデータ(プロジェクト本体)および派生データ(生成された Gerber や PDF など)をダウンロードできるかどうかを制御できます。これらのユーザーは、Web UI 上でデータを閲覧しコメントを残すことは可能です。いずれの場合も、Workspace 内部のユーザー(Members)と外部ユーザー(Guests)に対して個別の権限が用意されています。

  • 閲覧専用アクセス権を持つユーザーがダウンロードを許可されていない場合、そのユーザーは Web UI を通じてのみプロジェクトを閲覧できます。Altium Designer からプロジェクトを閲覧することはできません。なぜなら、その場合は事前にプロジェクトをダウンロードする必要があるためです。

  • なお、Editor は常にプロジェクトをダウンロードでき、Viewer はプロジェクトを共有することはできません。ただし、プロジェクト Viewer は、特定のユーザーと共有するようリクエストを送信することができます()。送信されたリクエストは、そのプロジェクトに編集アクセス権を持つ任意のユーザーによって処理されます(下記の説明を参照)。

設計ソフトウェア内からプロジェクトを共有する際に高度な設定へアクセスするには、Altium Designer 21.3 以降が必要です。

  1. ボタンをクリックして、プロジェクトの更新された共有権限を確定します。その後の動作は、招待されるユーザーの種類によって異なります。

  • すでに Workspace メンバーであるユーザーは、プロジェクトのアクセスリストに直接追加されます。そのユーザーには、プロジェクトが共有されたこと(および付与されたアクセス権)がメールで通知されます。許可されている場合、そのユーザーは Altium Designer でプロジェクトを開き、Altium 365 Platform Interface(Projects ページから)を通じてアクセスできます。

  • 既存の Workspace グループを共有対象として追加した場合、そのグループはプロジェクトのアクセスリストに直接追加されます。グループのすべてのメンバーには、プロジェクトが共有されたこと(および付与されたアクセス権)がメールで通知されます。許可されている場合、メンバーは Altium Designer でプロジェクトを開き、Altium 365 Platform Interface(Projects ページから)を通じてアクセスできます。

  • Workspace 外部のユーザーに対しては、プロジェクトがそのユーザーと共有され、通知メールが送信されます。詳細は下記のSharing with External Usersを参照してください。Workspace のGuest(下記参照)として、そのユーザーは許可されている場合に Altium Designer でプロジェクトを開き、自身のAltium 365 Personal Space内のShared with Me ページからアクセスできます。メールには Altium 365 を通じて設計へ直接アクセスするためのリンクが含まれています。メール内のボタンをクリックすると、(すでにプラットフォームまたは Altium アカウントにサインインしていない限り)Altium 365 Sign Inページに移動します。サインイン後、共有された設計が読み込まれた状態で、直接Web Viewerに移動します。

Altium アカウントを持っていない場合は、まずアカウント登録を行う必要があります。登録用リンクは Altium 365 Sign In ページに用意されています。

Altium Designer 内では、File » Open Project コマンドと、それに続いて表示される Open Project ダイアログ を使用してプロジェクトにアクセスします。Workspace メンバーであれば、接続している Workspace から開くプロジェクトを選択できます。Workspace に接続している場合、その Workspace はダイアログの Locations 領域に表示され、 アイコンで区別され、Workspace に付けられた名前で表示されます。あなたと共有されている(アクセス権が付与されている)プロジェクトのみが一覧に表示されます。

外部ユーザーとの共有

Workspace プロジェクトを「外部」ユーザー(Workspace メンバーではないユーザー)と共有する手順は、望ましい結果と、そのプロジェクトに対するあなた自身のアクセス権によって異なります。このようなユーザーとのプロジェクト共有は、Guest access を付与するか、Workspace members として追加することで行います。これは、同じ組織内の他の Altium アカウント ユーザー、別組織の Altium アカウント ユーザー、そして Altium アカウントを持たないユーザー(その場合は新規登録が必要)に対して適用できます。 

外部ユーザーとプロジェクトを共有する際、あなたがそのプロジェクトに対して完全な共有権限(Edit and re-share の両方が可能)を持っている場合、プロジェクトの Share ウィンドウの後に、どのように、誰と共有が適用されるかを示す確認ウィンドウが表示されます。ここには Invite these people to your Workspace オプションが含まれます:

  • Invite these people to your Workspace オプションがオフ(無効)になっている場合、外部ユーザーは Workspace の Guest として追加され、そのアクセスは当該プロジェクトとその構成データのみに制限されます。Properties ペインの Who Has Access リストに表示されるゲストユーザーのアイコンには黄色のドットインジケータ()が付き、Share ウィンドウ内のゲストユーザーのエントリには  ラベルが表示されます。また、アクティブなゲストの一覧は、管理者が Workspace Members page Guests タブ から表示および管理できます。

    ゲストユーザーは、アクセスが共有されたプロジェクトに、自身の Personal Space またはアクセス権を持つ another Workspace 内の Shared With Me ページからアクセスします。アクセスレベル(編集/閲覧および再共有権限)は、共有プロセス中に選択されたオプションによって決まります。

    Workspace 外部ユーザーと編集目的でプロジェクトを共有することは、契約業者(コントラクタ)に最適です。Workspace メンバーとして追加することなく、設計作業に積極的に参加してもらいたい場合に有効です。

    関連情報については、この Workspace access Knowledge Base ページ を参照してください。

  • Share ウィンドウの Invite these people to your Workspace オプションがオン(有効)になっている場合、続いて表示される Request Invitation ウィンドウでメモの追加や、さらにユーザーを追加することができます。 ボタンで確定すると、そのユーザーは Guest(プロジェクトに対するゲストレベルのアクセス権付き)として追加され、Workspace 管理者にアクセス要求メールが送信され、Workspace Members ページの Invitation Requests タブ に要求エントリが作成されます。

    管理者は、このエントリを承認または却下することで処理します。承認された場合、そのユーザーは新たな Workspace メンバーとして追加され、他のメンバーと同様に、アクセスレベルは共有プロセス中に選択されたオプションによって決まります。却下された場合、そのユーザーは Workspace の Guest のまま残ります。

    Workspace 外部の任意のユーザーとプロジェクトを共有すると同時に、そのユーザーを Workspace メンバーとして招待するよう要求することもできます。Workspace 外部の任意のユーザーとプロジェクトを共有すると同時に、そのユーザーを Workspace メンバーとして招待するよう要求することもできます。

    上記のユーザーが Workspace メンバーとして受け入れられた後に Workspace から removed された場合、そのユーザーは Guest に降格されます。これは、そのユーザーが依然として共有プロジェクトにはアクセスできるものの、Personal Space などの Shared with Me 場所を通じてアクセスすることになる、という意味です。

外部ユーザーとプロジェクトを共有する際、そのプロジェクトに対する re-sharing rights を持っていない場合(これはそのプロジェクトの Advanced Sharing 設定によって決まります)、指定したユーザーに対してプロジェクトの Access Request を送信する必要があります。この要求は、そのプロジェクトに対して完全な共有権限(Edit および再共有)がある任意の Workspace メンバーが処理でき、承認されると、要求されたユーザーにそのプロジェクトへの Guest アクセスが付与されます。

resharing rights を持たない Workspace メンバーが、Workspace メンバーではない外部ユーザーとプロジェクトを共有する場合は、Share ウィンドウから Access Request を送信します。

要求送信後、再共有権限を持つ Workspace メンバーが、プロジェクトの Share ウィンドウから共有要求を承認または却下できます。

承認が確定すると、そのプロジェクトは指定された外部ユーザーに対して、適用された Edit/View 権限で共有されます。

確認ウィンドウには、そのユーザーが Workspace 外部(メンバーではない)であることを示す警告が表示されます。

外部ユーザーには Workspace への Guest アクセスが付与され、他の Workspace データを公開することなく、共有プロジェクトへの分離されたアクセスが提供されます。

外部ユーザーは、自身の Personal SpaceShared with Me ページ、またはメンバーとなっている別の Workspace からプロジェクトにアクセスできます。

 

組織内での共有

上記のような特定ユーザーやグループとの共有とは別に、Share ウィンドウの Anyone in <company> can access オプションを選択することで、組織内のすべてのメンバーに対して基本的な閲覧専用アクセスを提供できます。ここで対象となる組織メンバーは、組織の Dashboard 内にある Users ページ で定義されています。

このレベルの共有のみが適用されている場合、組織内のすべての登録ユーザーは、Altium Designer および自身の Altium 365 Personal Space の両方で、Shared with Me オプションを通じてプロジェクトにアクセスできます。すべてのユーザーのアクセスは閲覧専用であり、プロジェクト所有者と Workspace 管理者は、Workspace を通じて引き続き完全なアクセス権を保持します。

なお、プロジェクトに対して適用されている特定の共有(特定の Workspace メンバーに対する View/Edit 権限など)は、組織全体への基本的な共有に「追加」される形になります。たとえば、その後プロジェクトが特定の Workspace ユーザーと共有された場合、そのユーザーは Workspace 内で(付与された権限で)プロジェクトにアクセスできると同時に、Personal Space 内での既存の組織向け閲覧専用アクセスも利用できます。

ダイレクトリンクによる共有

プロジェクトへのダイレクトリンクを共有することもできます。リンクは、Sharing ウィンドウ下部にある コントロールをクリックして取得します。このリンクは、プロジェクトに現在設定されている共有権限に基づいてアクセスを提供します:

  • For members of the Workspace – アクセス権は、Workspace Members エントリの権限設定(No accessCan ViewCan Edit)または、そのユーザー名(またはそのユーザーが所属するグループ)に対して明示的に設定された Share Project With エントリの権限によって決まります。

  • For users outside of the Workspace – アクセス権は、そのユーザー名に対して明示的に設定された Share Project With エントリと、そこに適用されている権限によって決まります。アクセスするには、そのユーザーが Altium Account に登録し、サインインしている必要があります。そのユーザーは Workspace Guest として扱われます。

プロジェクトへのダイレクトリンクを取得すると、その利用は Sharing ウィンドウ内の既存の共有権限によって制御されます。プロジェクトへのダイレクトリンクを取得すると、その利用は Sharing ウィンドウ内の既存の共有権限によって制御されます。

リンクはクリップボードにコピーされます。リンクが使用されると、許可されている場合、該当ユーザーに対してプロジェクトの詳細管理ページへの直接アクセスが提供されます。このページの概要は 次のセクション で説明します。

一方、リンクを開いたユーザーがプロジェクトにアクセスできない(そのユーザーと共有されていない)場合、そのユーザーの Personal Space からアクセス要求を送信する手段が提供されます(後述)。

リンクされたプロジェクトにユーザーがアクセスできない場合、そのユーザーの Personal Space からアクセス要求を送信できます。

リンクされたプロジェクトにユーザーがアクセスできない場合、そのユーザーの Personal Space からアクセス要求を送信できます。

 

アクセス要求の処理

ユーザーがアクセスリクエストを送信すると、そのプロジェクトを共有(アクセス権を付与)できるユーザーは、Shareダイアログ内のプロジェクトのAdvanced Settingsによって決定されます。これは前述のとおりです。この文脈での「編集者 (Editors)」とは、プロジェクトの編集権限を持つユーザー(Can Edit)を指します。なお、Workspace 管理者およびプロジェクトの所有者 (Owner) は、常にプロジェクトを共有できます。

Admin-Settings ページEmail Notifications オプションが有効になっている場合、対応するアクセスリクエストメールもこれらのユーザーに送信されます。受信者は、プロジェクトの Share ウィンドウの Advanced Settings によって次のように決定されます。

  • Workspace メンバーの編集者 (Editors) に対する共有が有効な場合、管理者、プロジェクト所有者、およびそのプロジェクトに対して編集権限を持つメンバーにアクセスリクエストメールが送信されます。

  • Guest Editors(Workspace 外部の編集者)に対する共有が有効な場合、管理者およびそのプロジェクトに対して編集権限を持つ Guests にアクセスリクエストメールが送信されます。

  • このプロジェクトで両方の Editors オプションがオフになっている場合、管理者のみにアクセスリクエストメールが送信されます。

Note:プロジェクトを Edit rights to all Workspace Members で共有し、さらに Advanced Settings で編集者による共有を許可している場合、all Workspace メンバーに共有リクエストメールが送信されます。

アクセスリクエストメールを受信したユーザーは、メール内に含まれる Open sharing settings ボタンからリクエストを処理できます。これにより、そのプロジェクトの Share ウィンドウが開き、保留中のリクエストを(View または Edit 権限で)承認するか、拒否するかを選択できます。共有権限が指定されると、リクエスト対象のユーザーにはそのプロジェクトへの Guest access が付与され、共有承認プロセスの結果を通知するメールが送信されます。

なお、Share ウィンドウの Pending approval エントリへのアクセスは、Access Request メールの受信に依存しません。いつでも Share ダイアログから直接リクエストを処理できます。

プロジェクト所有者に送信されるアクセスリクエストメールには、そのプロジェクトの Share プロパティへの直接リンクが含まれます。プロジェクト所有者に送信されるアクセスリクエストメールには、そのプロジェクトの Share プロパティへの直接リンクが含まれます。

マルチボードプロジェクトの共有

マルチボードプロジェクトは、複数の PCB 設計プロジェクトを包含し、完全な機能システムを構成する特別なプロジェクトタイプです。サブプロジェクトは親マルチボードプロジェクトにリンクされており、そのデータを利用してシステム全体の電気的および物理的な接続性を確立します。

マルチボードプロジェクトの操作についての詳細は、Multi-board Design を参照してください。

マルチボードと関連サブプロジェクト間のリンクは、マルチボードプロジェクト自体内に相対パスとして保存されます(*.PrjMbd)。そのため、設計クライアントから Workspace VCS にプロジェクトを保存する際(Project » Make available Online)、これらのパスが有効な状態でなければなりません。実務上は、all プロジェクトを Workspace に保存し、正しいフォルダ構造内に配置することを意味します。多くの場合、マルチボードシステムに関わるすべてのプロジェクトは同じフォルダ内に配置されます。

マルチボードプロジェクトを共有する場合も、同じ考慮事項が適用されます。親マルチボードプロジェクトと関連サブプロジェクトの両方を、同じ View/Edit 権限で同じ Workspace メンバーと共有する必要があります。その後、ユーザーが設計クライアントで初めてマルチボードプロジェクトを開く際には、関連するサブプロジェクトも開く必要があります。これにより、ローカル上の相対フォルダ構造が正しいことが保証されます。

マルチボードプロジェクトとそのサブプロジェクトは、いずれもオンラインに保存され、共有され、個別のプロジェクトとして開かれる必要があります。マルチボードプロジェクトとそのサブプロジェクトは、いずれもオンラインに保存され、共有され、個別のプロジェクトとして開かれる必要があります。

プロジェクト所有権の移譲

Workspace 管理者に加え、プロジェクトの所有者(デフォルトではプロジェクトを作成/追加したユーザー)は、完全なプロジェクト編集権限を持ちます。一方、そのプロジェクトへの共有アクセスを持つ他のメンバーは、プロジェクトの Share ウィンドウで指定された Edit/View 権限を持ちます。

Share ウィンドウには現在のプロジェクト所有者が表示され、所有権を別の Workspace メンバーに移譲するオプションが提供されます。Share ウィンドウには現在のプロジェクト所有者が表示され、所有権を別の Workspace メンバーに移譲するオプションが提供されます。

プロジェクトの Owner ステータスとそれに伴う編集権限は、プロジェクトの Share ウィンドウを通じて、ある Workspace メンバーから別のメンバーへ移譲できます。これにより、新しい所有者がそのプロジェクトを完全に管理できるようになります。このオプションは管理者および現在のプロジェクト所有者が利用でき、移譲先は他の Workspace メンバーのみです(EngineersAdministrators などのメンバーグループは対象外)。

Workspace メンバーがプロジェクトの所有権ステータスと権限セットを受け取るには、そのプロジェクトへの共有アクセスをすでに持っている必要があります。そのメンバーの現在のプロジェクトに対する View/Edit 権限設定は、Share ウィンドウ内の権限ドロップダウンメニューから Owner に変更できます(Make Owner)。ウィンドウの ボタンをクリックして所有権の移譲を確定し、その後に表示される警告ウィンドウ()で確認します。

権限ドロップダウンメニューの Make Owner オプションを使用して、プロジェクトの所有権を別の Workspace メンバーに移譲できます。権限ドロップダウンメニューの Make Owner オプションを使用して、プロジェクトの所有権を別の Workspace メンバーに移譲できます。

  • 所有権が移譲されると、以前の所有者にはそのプロジェクトに対して Editing 権限が割り当てられます。プロジェクトがバージョン管理下にない場合(SimpleSync)、View のみの権限となります。必要に応じて、以前の所有者のアクセス権限は、新しい所有者または管理者によって変更できます。

  • Workspace メンバーとしての所有者が 削除 された場合、所有権の移譲は自動的に実行されます。管理者が Workspace Members ページ からメンバーを削除する際、そのメンバーが所有するすべてのプロジェクトおよびアイテムについて、新しい所有者の指定が求められます。確認および移譲完了後、新しい所有者には関連する所有権移譲通知メールが送信されます(有効な場合)。

    詳細については、Removing a User を参照してください。

Workspace Email Notifications が有効な場合、新しいプロジェクト所有者には所有権移譲通知メールが送信されます。

プロジェクトの詳細管理ページへのアクセス

Main page: 特定プロジェクトの管理

Workspace では、対象プロジェクトを選択し、プロジェクト一覧上部の コントロールをクリックして、関連メニューから Open エントリを選択することで、製造指向かつ CAD セントリックな高度ビューを開くことができます。あるいは、一覧内の対象プロジェクトエントリをダブルクリックしても開けます。

また、Projects ページのグラフィカルビューでも、対象プロジェクトのタイルを選択し、 コントロールをクリックしてコンテキストメニューから Open コマンドを選択することで利用できます。あるいは、タイル内のプロジェクト名をクリックします。Projects ページがリストビューで表示されている場合は、対象プロジェクトエントリの右端にある コントロールをクリックし、関連メニューから Open コマンドを選択します。

そのプロジェクトの詳細管理ページは、新しいブラウザタブで開かれ、CAD セントリックなインターフェースが組み込まれています。このインターフェースでは、Design、Simulation、Releases、History、Assembly の各ビューオプションが提供されます。

  • Design – ソースプロジェクトの設計ドキュメントを表示・ナビゲートし、設計オブジェクトのプロパティを確認し、レビューコメントを配置できます。このビューでは、Web Viewer インターフェースを使用して、ソース回路図、2D ボード、3D ボード、部品表 (BOM) をそれぞれ表示する 4 つのデータサブビューで設計を提示します。このビューは、プロジェクトの特定のリリースではなく、ソースプロジェクトデータの最新バージョンを対象としているため、作業中 (WIP) ビューと見なすことができます。ベースデザインおよび定義済みの任意のバリアントの両方をレビューできます。
設計全体および各サブビュー間で、コンポーネントやネットの検索、選択、クロスプローブ、検査が可能です。また、2D ボードビューでは寸法測定も行えます。

  • Simulation – 現在のプロジェクトまたはプロジェクトリリースに関連付けられる回路シミュレーション結果ファイルをアップロード(ドラッグ&ドロップ)できます。これらのファイルは事実上プロジェクトに添付されるため、Workspace メンバーは、現在開いているプロジェクトに関連するシミュレーション結果ドキュメントを閲覧およびダウンロードできます。詳細は、Management of a Specific Project – Simulation を参照してください。

  • Tasks – 現在開いている設計プロジェクトに適用されるジョブアクティビティリクエスト(Tasks)にアクセスし、管理できます。タスクはカンバンボード形式で表示され、その進行状態(ToDoInProgressResolved)ごとにタスク行として並べられます。1 行は General Tasks 用に予約され、残りの各行は特定のプロジェクトドキュメントに対するタスクに対応します。後者は、開いているプロジェクトに関連付けられたタスクで構成され、プロジェクトコメントが特定ユーザー(Workspace メンバー)に割り当てられたときに作成されます。この意味で、Workspace Tasks システムは、コメントシステムの拡張機能と言えます。また、New ボタンから General Task を作成することも可能で、これらのタスクは現在のプロジェクトに適用されますが、プロジェクトコメントやドキュメントには関連付けられません。

また、購入しているソフトウェアアクセスレベルによっては、Workspace は Process Workflows に基づく 高度な Tasks システム も提供します。

  • Releases – プロジェクトのリリースを表示します。フルリリースデータ、または特定のアセンブリパッケージを開くためのアクセスが提供され、これらは別タブ上で Manufacturing Portal を介して表示されます。このポータルから、リリース済みファイルデータの閲覧とナビゲーション、BOM の確認、そしてそのリリースデータのソースである設計スナップショットの閲覧とコメントが行えます。Releases ビュー、または特定リリースの Manufacturing Portal から、製造データをさまざまな粒度レベル(フルデータセットから個々の生成出力ファイルまで)でダウンロードするためのコントロールにアクセスできます。選択したリリースは、Manufacturing Package として、製造業者に直接送信することもできます。また、GerberSchematicBOM データを直接比較することも可能です。詳細は Project Releases を参照してください。

Altium 365 プラットフォームは専用の Manufacturing Package Viewer を提供します。これはプラットフォームの Global Sharing サポート要素の一つであり、任意の Web ブラウザから世界中どこからでも製造パッケージを閲覧できるようにしますが、Workspace の外部で行われるため、設計そのものやその他の重要な IP はアクセス不能な状態に保たれます。詳細は Global Sharing および Manufacturing Package Viewer を参照してください。

  • Activities – 現在のプロジェクトに適用されている、オープン(現在アクティブ)またはクローズ(完了/終了)状態の Process Workflows に関するインサイトを提供します。これには通常、Ad-hocMilestone、および Handoff ピアレビュー ワークフローなどのアクティビティが含まれます。利用可能性は、Altium software access のレベルに依存します。

    詳細は Activities を参照してください。

  • Design Reviews – 構造化されたプロジェクトレビューインスタンスを作成および管理し、それらを他のユーザー(レビュアー)に割り当てて評価してもらうことができます。レビューはタスク駆動型で、承認または却下が可能であり、設計スナップショット、定義可能なチェックリスト、コメント、ドキュメント添付、設計ソース比較などの追加機能を含みます。利用可能性は、Altium software access のレベルに依存します。

    詳細は Design Reviews page を参照してください。

  • History – プロジェクトに関連する主要イベント(作成、コミット、リリース、クローン、MCAD 交換など)の進行タイムラインを参照します。プロジェクトに関連してサポートされるイベントが発生するたびに、そのイベントは専用タイルとしてタイムラインに追加され、該当する場合はさまざまなアクションがサポートされます。リリース/コミットイベントについては、Gerber(リリースイベントのみ)、SchematicBOM データを直接比較することもできます。詳細は Project History を参照してください。

  • Assembly Assistant – インタラクティブな Assembly Assistant ツールを使用して、基板の実装プロセスを確認しながら進めます。このツールは、プロジェクトの詳細な BOM data2D/3D assembly view を統合し、実装プロセスをステップ実行するために必要なグラフィカル情報と部品情報のセットを提供するインターフェースを提示します。詳細は Assembly Assistant ページを参照してください。

 

プロジェクトの詳細管理ページには、Altium Designer 内からもアクセスできます。アクティブなプロジェクトに対して、メインメニューから Project » Show in Web Browser コマンドを使用します。あるいは、Projects パネル内のプロジェクトエントリを右クリックし、コンテキストメニューから Show in Web Browser コマンドを選択します。Altium Designer の Explorer パネルでプロジェクトを参照している場合 – 既定の Project View ではなく Classic View に設定されているとき – 詳細管理ページには ボタンをクリックしてアクセスします。

プロジェクトの移動

フォルダ階層内で別の親フォルダの下にプロジェクトを移動(再配置)するには、Projects ページでそのエントリを選択し、プロジェクト/フォルダ一覧の上にある コントロールをクリックして、関連メニューから Move エントリを選択します。

また、Projects ページのグラフィカルビューでも利用できます。必要なプロジェクトのタイルを選択し、 コントロールをクリックして、コンテキストメニューから Move コマンドを選択します。Projects ページがリストビューで表示されている場合は、必要なプロジェクトのエントリの一番右にある コントロールをクリックし、関連メニューから Move コマンドを選択します。

Move project ウィンドウが表示されるので、新しい親フォルダを選択します。 ボタンをクリックして移動を実行します。プロジェクトは選択したフォルダに移動され、そのフォルダが表示されます。

プロジェクトを別の親フォルダに移動する操作は、Workspace の高度な権限継承スキームに従うことに注意してください。

詳細は、Managing Content Structure & Access ページの Moving Folders セクションを参照してください。

プロジェクトは、プロジェクトフォルダ階層内の任意のフォルダに、どの段階でも移動できます。

プロジェクトは、プロジェクトフォルダ階層内の任意のフォルダに、どの段階でも移動できます。

 

プロジェクトの編集

Workspace 内の既存プロジェクトのプロパティを編集するには、Projects ページでそのエントリを選択し、プロジェクト一覧の上にある コントロールをクリックして、関連メニューから Edit エントリを選択します。続いて開く Edit Project ウィンドウ(簡易ビューで開きます)で、プロジェクトの Name および Description を変更できます。

また、Projects ページのグラフィカルビューでも利用できます。必要なプロジェクトのタイルを選択し、 コントロールをクリックして、コンテキストメニューから Edit コマンドを選択します。Projects ページがリストビューで表示されている場合は、必要なプロジェクトのエントリの一番右にある コントロールをクリックし、関連メニューから Edit コマンドを選択します。

プロジェクトの Name および Description  は、どの段階でも編集できます。プロジェクトの Name および Description は、どの段階でも編集できます。

ボタンをクリックして、Edit Project ウィンドウの追加フィールドにアクセスします。

追加フィールドには Advanced  ボタンをクリックしてアクセスします。追加フィールドには Advanced ボタンをクリックしてアクセスします。

  • Requirements – このフィールドは設計プロジェクトで利用可能で、関連する Requirements Portal ブロックを現在のプロジェクトにリンクする手段を提供します。この接続により、設計プロジェクト内から Requirements へリアルタイムアクセスが可能になり、ロック解除されていない限り読み取り専用です。関連情報については Working with Requirements を参照してください。

  • Jira – この Advanced フィールドは、Workspace で Jira Integration が有効になっている場合に利用できます。これは設計プロジェクトから Atlassian Jira® プロジェクトへのリンクを確立するために使用され、Altium 365 の Comments and Tasks 機能を通じて、両エンティティ間のタスクの双方向同期を可能にします。Jira 入力フィールドをクリックして、利用可能な Jira プロジェクトのリストから選択します。このマッピングオプションは、Jira Application 設定で全ユーザー向けに有効化されていない限り、管理者のみが利用可能である点に注意してください。詳細は Working with Jira Tasks ページを参照してください。

  • Project – このフィールドは Managed BOM プロジェクトを編集している場合にのみ利用可能で、BOM ドキュメントと PCB 設計プロジェクト間のリンクを指定します。このリンクにより、ソースプロジェクトからリンクされた BOM への部品データの同期が可能になります。BOM ドキュメントが created from a Project された場合、このリンクは自動的に定義されます。このリンクを再定義または削除すると、プロジェクトから BOM への同期は解除される点に注意してください。プロジェクトリンクのナビゲーションと選択には、フィールドの オプションを使用します。

  • Parameters – このコントロールをクリックすると、プロジェクトのサーバー側パラメータを管理できる領域が展開されます。パラメータ名/値のペアは、追加()、編集(インライン編集)、削除()が可能です。

    プロジェクトのサーバー側パラメータを編集します。プロジェクトのサーバー側パラメータを編集します。

プロジェクトのサーバー側パラメータを編集します。

サーバー側プロジェクトパラメータは Workspace 内のプロジェクトとともに保存され、Workspace 内でのみ編集できます。対照的に、設計側プロジェクトパラメータはプロジェクトファイル(*.PrjPcb)に保存され、Altium Designer で編集できます。両方のパラメータタイプは、Altium Designer で Special Strings として使用できます – 設計ワークスペースで配置済みの Text String を選択した状態で Properties パネルからアクセスします。プロジェクトに定義されているすべてのパラメータ(設計側およびサーバー側)は、Project Options ダイアログ(Project » Project Options)の Parameters tab で確認できます。

ボタンをクリックして、行った変更を確定します。

プロジェクトのクローン作成

既存プロジェクトをクローンするには、Projects ページでそのエントリを選択し、プロジェクト一覧の上にある コントロールをクリックして、関連メニューから Clone エントリを選択します。Clone Project ウィンドウが表示されます。

また、Projects ページのグラフィカルビューでも利用できます。必要なプロジェクトのタイルを選択し、 コントロールをクリックして、コンテキストメニューから Clone コマンドを選択します。Projects ページがリストビューで表示されている場合は、必要なプロジェクトのエントリの一番右にある コントロールをクリックし、関連メニューから Clone コマンドを選択します。

プロジェクトをクローンして、その作業ファイルを含む同一コピーを作成できます。プロジェクトをクローンして、その作業ファイルを含む同一コピーを作成できます。

Clone Project ウィンドウを使用して、プロジェクト名と任意の説明を指定します。既定では、元のプロジェクト名に ' – Copy' というサフィックスが付加され、既定の説明があらかじめ入力されます。

クローンされたプロジェクト名は、A-Z、a-z、または 0-9 で始まり、これらの文字を含めることができます。アンダースコア、ハイフン、スペースも使用できますが、スペースは名前の中間部分でのみ使用可能で、先頭および末尾のスペースは無視されます。次の語句は使用できません: AUXCOM1-COM9LPT1-LPT9CONNUL、および PRN。さらに、名前には次の文字を含めることはできません: \ . / ? % * : | " < >。元のプロジェクトと同じ名前を使用することはできません。

ボタンをクリックして Parent Folder フィールドにアクセスします。既定では、これは元のプロジェクトが存在するフォルダーに設定されています。フィールド右側の Change リンクをクリックして Workspace のサーバーフォルダー構造にアクセスし、クローンしたプロジェクトを保存する別のフォルダーを選択します。必要に応じて、プロジェクトをサブフォルダーの階層構造に整理することができます。詳細については、Creating a Hierarchy of Project Folders セクションを参照してください。

必要なフィールドを設定したら、 ボタンをクリックします。元のプロジェクトは、その構成ファイルおよびデータとともにクローン(複製)され、Projects ページの一覧に新しいプロジェクトエントリとして追加されます(選択した親フォルダーの下)。作成されたクローンは実質的に新しいプロジェクトであるため、その権限は新しいプロジェクトを作成(またはアップロード)する場合と同様の方法で設定されます。つまり、権限は(既定で)親フォルダーから継承され、クローンを実行したユーザーがオーナーになります。関連情報については、Managing Project Creation Permissions も参照してください。

プロジェクトの削除

Related page: ゴミ箱

Workspace から既存のプロジェクトを削除(消去)するには、Projects ページでそのエントリを選択し、プロジェクト一覧の上にある コントロール、またはプロジェクトタイル内の コントロールをクリックして、関連メニューから Remove エントリを選択します。Projects ページがリストビューで表示されている場合は、対象プロジェクトのエントリの一番右にある コントロールをクリックし、関連メニューから Remove コマンドを選択します。

削除は、あなたがそのプロジェクトのオーナーであるか、Workspace 管理者である場合にのみ可能です。

次の Remove <project> ウィンドウには、関連するリリースなど、そのプロジェクトに関連付けられていて同時に削除される Item が一覧表示されます。Show details オプションを選択して、そのプロジェクトの Releases view を開き、関連するリリースおよび製造パッケージを確認します。 プロジェクトに関連付けられたリリースがない場合は、簡略化された Remove ウィンドウが表示されます。

Workspace プロジェクトの削除操作は、実際には「ソフト削除」であり、プロジェクトおよび関連するすべての Item は Workspace の Trash 領域に移動されます。Remove <project> ウィンドウの ボタンで削除処理を確定します。

特定のプロジェクトに関連付けられた特定の製造パッケージのみをソフト削除したい場合は、そのプロジェクトの Releases ビューから直接実行できます。

削除が完了すると、そのプロジェクトエントリはメインのプロジェクト一覧から削除されます。Altium Designer では、ローカル作業コピーはこの操作の影響を受けませんが、サーバーに変更をコミットすることはできなくなります。ローカルプロジェクトは、もはや存在しない VCS リポジトリを参照しているため、ローカル作業コピーを閉じて再度開くことで、一連の推奨アクションにアクセスできます。

この方法で削除されたすべてのプロジェクトは、インターフェースの Trash ページで確認できます。なお、(他の Item も含め)自分自身がソフト削除したプロジェクトのみを表示できます。管理者は Trash ページの全内容、つまりソフト削除されたすべての Item を閲覧できます。

ソフト削除されたプロジェクトに関して考慮すべき点:

  • そのプロジェクトは、設計ソフトウェアから、または Web インターフェース内から開いて参照することはできません。

  • プロジェクトが Workspace の外部に対して共有されていた場合、そのプロジェクトに対応するタイルは、関係するすべての外部ユーザーに対して Altium 365 Platform Interface の Shared with Me ページから削除されます。

  • プロジェクトとともに削除された共有 Manufacturing Package は、関係するすべてのユーザーに対して Altium 365 Platform Interface の Shared with Me ページからも削除されます。

  • プロジェクトで使用された Item を参照する際、そのプロジェクトに対する Where Used エントリには、プロジェクトが削除されたことが反映されます。

  • プロジェクトは、そのプロジェクトのオーナーまたは Workspace 管理者のみが、Trash ページから復元または完全削除することができます。

プロジェクトをソフト削除して Trash に移動した場合、その同じ名前で新しいプロジェクトを再度作成することができます。その後で元のプロジェクトを復元しようとした際に、元の名前がすでに使用されている場合は、Workspace 内で名前の一意性を保つために整数のサフィックスが付加されます。

AI-LocalizedAI-localized
If you find an issue, select the text/image and pressCtrl + Enterto send us your feedback.
機能の可用性

利用できる機能は、所有する Altium ソリューション (Altium DevelopAltium Agile のエディション (Agile Teams、または Agile Enterprise)、または Altium Designer (有効な期間)) によって異なります。

説明されている機能がお使いのソフトウェアに表示されない場合、Altium の営業担当者にお問い合わせください

Content