Workspace Projects

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

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

  • 保存の簡素化。保存場所を決める必要がありません。バックアップやその他の基本サービスは自動的に処理されます。

  • コラボレーション機能の基盤となること。

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

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

  • 通知とステータス。ローカルでの変更を含むドキュメントのステータスが、設計チーム全体に対して可視化されます。

  • 複雑な設定なしで並行 PCB 設計を実行可能。

  • 複数のユーザーと、編集用または閲覧とコメント専用としてプロジェクトを共有できること。

  • Project History 機能の使用時に、VCS 関連のコミット イベントを含む完全な機能を利用可能。

技術的には、プロジェクトは 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 に切り替えることになります)。この方法の詳細については、外部 VCS から Workspace ネイティブ VCS への移行を参照してください。

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

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

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

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

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

Create Project ウィンドウは最初、簡易表示で開き、次のフィールドが表示されます。

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

プロジェクト名は A-Z、a-z、または 0-9 で始める必要があり、それらを含めることができます。アンダースコア、ダッシュ、スペースも使用できますが、スペースは名前の途中でのみ使用可能です(先頭および末尾のスペースは無視されます)。次の単語は使用できません: AUX, COM1-COM9, LPT1-LPT9, CON, NUL, および 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 フォルダーは追加されません。詳細は フォルダーへの書き込み権限がない場合のプロジェクト作成 を参照してください。

      必要に応じて新しいプロジェクトを定義したら、 をクリックします。サマリー レベルのプロジェクト一覧に戻り、新しく作成したプロジェクトのエントリが表示されます。

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

      プロジェクトは初期状態で、それを作成した設計者(Author/Owner)および Workspace Administrators に編集アクセス権付きで共有されます。追加のアクセス権限は、Admin–Settings–Projects ページ表示の Default permissions for new projects 設定に依存します。

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

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

      詳細は プロジェクト作成権限の管理 を参照してください。

      プロジェクト アクセス権限の設定の詳細については、以下の プロジェクトの共有 を参照してください。

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

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

      1. プロジェクト一覧の上にある ボタンをクリックし、メニューの Upload グループから Project エントリを選択します。プロジェクト ZIP アーカイブを参照して選択し、Open をクリックしてアップロードを開始します。

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

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

      4. アップロードが進行し、完了すると、そのプロジェクトのエントリがサマリー レベルのプロジェクト一覧に追加されます。

      ローカル プロジェクト内に既存のバージョン管理リンクがあっても無視され、アップロードされたプロジェクトは完全に管理された、バージョン管理付きの Workspace ベース プロジェクトになります。ローカルのソース プロジェクト自体は一切変更されません。

      新しく作成されたプロジェクトと同様に、アップロードされたプロジェクトは Owner(アップロード実行者)および Administrators に編集アクセス権付きで共有されます。追加の共有アクセスは、その親フォルダーの権限セット、または有効になっている場合は 新規プロジェクトのデフォルト権限 の設定によって決まります。

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

      Workspace では、生成済みの Gerber/ODB++ 製造ファイルのアーカイブ形式セットも受け付けており、Manufacturing Files ボタンメニューから利用できる オプションでアップロードできます。アップロード処理は、基本的に上記で説明したプロジェクトのアップロード処理と同じです。

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

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

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

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

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

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

       

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

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

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

      • Released Workspace project に含まれる Gerber ファイルは、開かれた Release データの Files section で表示できます。

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

      OrCAD 設計のアップロード

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

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

      • バージョン 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 設計ファイルは、Schematic、PCB、3D PCB、および BOM リストのプロジェクトビューとして解釈されます。

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

       

      Web Viewer が提供する高度な Workspace 機能により、統合された設計では、ドメインビュー間でオブジェクトをすばやくクロスプローブしたり、オブジェクトを検索したり、ネットをトレース/ハイライトしたり、Comments を配置したり、他のユーザーと Share the design したり、History を確認したり、Task activities を操作したり、さらに多くのことが可能です。また、アップロードした OrCAD プロジェクトから高度な Managed BOM を作成することもでき、Altium の広範なサプライチェーンデータリソースから生成された調達対応 BOM ファイルを確認、設定、共有できます。詳細については BOM Portal page を参照してください。

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

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

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

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

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

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

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

      Commit イベントタイルのオプションを使用すると、設計の以前のバージョンにアクセスできます。それぞれ個別に表示、コピー(クローン)、別のコミットとの比較、ソースファイルの 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 プラグインによって追加された Altium 365 メニューから、OrCAD 上で Altium 365 Workspace にサインインします。

      Workspace の URL とサインイン資格情報を入力してログインします。

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

      現在の設計を Workspace に保存する際は、Project Name を承認または編集し、任意で Description を追加します。

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

      インポートされた設計の Workspace 表示では、共有、コメント、タスク管理、履歴 VCS トラッキングなどの追加機能を利用できます。

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

      • その後、OrCAD 側で行った設計変更はいつでも Workspace に保存でき、Workspace プロジェクトを更新または再オープンすると更新済みの設計データが表示されます。詳細は 新しいデータによる更新 を参照してください。

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

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

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

      OrCAD 用 Altium 365 Plugin は、Comments and Tasks パネルを通じて、Altium 365 の強化されたコラボレーション機能を OrCAD に提供します。このパネルは Altium 365 と直接通信し、CommentsTasks のデータをリアルタイムで同期します。OrCAD ユーザーは、コメントスレッドの作成や参加、ジョブ依頼(タスク)の自分または他ユーザーへの割り当て、関連画像の貼り付けと表示、進行中タスクに割り当てられた優先度や進捗ステータスの確認など、Altium 365 のコラボレーション機能をすぐに活用できます。

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

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

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

      プラグインの Comments and Tasks パネルは、基本的に接続先 Workspace の Comments and Tasks ペインを同期したものです。そのため、OrCAD はドキュメントコメントをネイティブサポートしていないためドキュメント内に配置されたコメントへのアクセスを除き、Workspace ペインのほとんどの機能を利用できます。Workspace のこれらの機能について詳しくは、Comments ペインの操作 を参照してください。

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

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

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

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

      すべてのオプションの入力が完了したら、 ボタンをクリックして Comment と任意の Task を作成します。

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

      その後のコメントは、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 – コメントの メニューを使用してそのエントリを管理したり、そのコメントから対応する Task を作成したりできます。

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

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

      • Link to associated Task – コメントの Task 識別エントリを選択すると、その Task が Workspace project Tasks view で開きます。Task の Priority と Status の変更は OrCAD の Comments and Tasks パネルに反映されます。

      KiCad 設計のアップロード

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

      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 を通じて利用可能な高度な機能を利用できます。これには、オブジェクト/レイヤー表示の制御、双方向クロスプロービング、管理された設計共有によるコラボレーション、ドキュメントコメント、History へのアクセスなど、さらに多くの機能が含まれます。BOM Portal application にアクセスできる場合は、調達指向の Managed BOM ドキュメントを設計から作成して、製造およびサプライヤー部品データを管理できます。

      設計ビューアーの機能については、Web Viewer page を参照してください。

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

      EAGLE 設計のアップロード

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

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

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

      New – Upload EAGLE オプションを選択して Windows ファイルブラウザを開き、アーカイブされた EAGLE 設計ファイルセットを選択します。

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

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

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

      上部のタブオプションを使用して、2D および 3D PCB ビューなどの他の設計ビューに移動します。その他のメニューやボタンのオプションを選択すると、Design Viewer の各種機能にアクセスできます。

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

       

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

      設計ビューアの機能と特長については、Web Viewer page を参照してください。

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

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

      Workspace で Altium 365 BOM Portal アプリケーションが有効になっている場合、CSV/XLS 形式の BOM ファイルをアップロードして Managed BOM プロジェクト項目を作成するか、既存の設計プロジェクトから直接作成できます。Managed BOM ファイルは BOM Portal によって解釈・処理され、最終的に調達可能な BOM ドキュメントが作成されます。これらには、Altium のデータリソースを通じて取得される最新の manufacturer/supplier information が入力され、会社のニーズに合わせて完全に構成可能です。

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

      詳しくは、BOM Portal page を参照してください。

      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 アプリケーションは BOM パラメータを自動的に認識して map BOM parameters しようとします(DescriptionDesignatorManufacturer Part Number など)。それ以外の場合は、選択内容に基づいて列マッピングの手順を案内します。

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

       

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

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

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

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

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

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

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

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

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

       

      必要に応じてさらにフォルダーを作成し、設計プロジェクトを保存および分類するためのフォルダー階層を構築します。これらのフォルダーは、その後のフォルダー作成時に親フォルダーとして選択できるようになります。以下の図を参照してください。

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

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

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

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

      フォルダーの共有

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

      フォルダー共有権限にアクセスできるのは、Administrator とフォルダー Owner のみです。

      ルート Projects フォルダーの共有権限は、Administrator のみが Explorer page を通じて変更できます。

      Share Item ウィンドウでは、選択したフォルダーに適用される共有権限の追加および変更が可能です。Share Item ウィンドウでは、選択したフォルダーに適用される共有権限の追加および変更が可能です。

      Shared With エントリでは、一部のユーザーアクセスレベル(View、Edit、または No access)が選択できない場合があることに注意してください。これは、アクセスレベルの変更によって親フォルダーから継承された権限設定(デフォルトではすべてのユーザーに対する Edit 権限)と矛盾し、権限を引き下げることになるためです。フォルダーの権限を親フォルダーの権限から切り離し、権限継承を無効化してすべてのアクセスレベルオプションを有効にするには、Share Item ウィンドウの Advanced Settings にある Inherit parent folder permissions オプションを無効にします。

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

      フォルダーの編集

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

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

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

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

      プロジェクトフォルダーの Name と Description  はいつでも編集できます。プロジェクトフォルダーの NameDescription はいつでも編集できます。

      階層内でのフォルダーの移動

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

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

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

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

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

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

      フォルダーは、どの段階でもフォルダー階層内で移動できます。フォルダーは、どの段階でもフォルダー階層内で移動できます。

      フォルダーの削除

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

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

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

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

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

      プロジェクトフォルダーを削除すると、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人またはすべての External Share ゲストユーザーが利用可能なプロジェクト文書をすばやく表示することもできます。

       

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

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

      ページのグラフィカル表示で選択されたプロジェクトタイルおよび Managed BOM タイル。ページのグラフィカル表示で選択されたプロジェクトタイルおよび Managed BOM タイル。

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

      • Name – プロジェクト名。

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

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

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

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

      プロジェクト表示の両方(グラフィカル表示とリスト表示)で、一覧の右上に次のコントロールが用意されています(詳細は後続のリンク先セクションを参照)。これらは一覧で現在選択されているプロジェクトに対して機能します。

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

      (More) – クリックすると追加オプションにアクセスできます。

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

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

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

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

      • Upload New Version – このコマンドを選択すると、プロジェクトの新しいバージョン/リビジョンを参照してアップロードできます。このオプションは通常、OrCADKiCadEagle などで作成され、Workspace にインポート(アップロード)された設計プロジェクトで使用されます。

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

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

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

      • Create Managed BOM – このコマンドを選択すると、現在のプロジェクトのソースデータから Managed BOM 文書を生成できます。Managed BOM には BOM Portal からアクセスします。 

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

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

      また、すべてのプロジェクトフォルダーを対象にプロジェクトを検索できるプロジェクト Search 機能も用意されています。Workspace パラメーターの名前と値で検索できるため、検索を最適化するためのカスタムプロジェクトパラメーター(例: 顧客名、プロジェクト番号)を設定できます。ブラウザーインターフェース上部のフィールドに、検索文字列の任意の一部を入力してください。リストは更新され、属性にその検索文字列を含むプロジェクトエントリーのみが表示されます。

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

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

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

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

      Properties Pane

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

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

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

      追加のプロパティは、次の展開可能な見出しの下に整理されています(説明用の画像例付き)。

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

      • Child BOMs – プロジェクトから Managed BOM ドキュメントとして 生成され、リンクされているものの一覧です。

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

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

      • Reports – 現在選択されているプロジェクトに対して生成された Electrical Rule Check と Design Rule Check(ERC および 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 Pane

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

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

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

      Sharing a Project

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

      Sharing Defaults

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

      • プロジェクトの所有者。通常はそのプロジェクトを作成した(または Workspace で利用可能にした)設計者で、完全な編集アクセス権を持ちます。

      • Administrators グループ: 完全な編集アクセス権。

      • その他のユーザーまたはグループ。これは、プロジェクトの親フォルダーから継承された権限(通常はすべての Workspace Members  に共有)または 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 ブラウザーインターフェースの管理領域から指定できます。

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

      ただし、共有は特定のユーザーまたはグループに変更できます。とはいえ、推奨される方法は、この最上位フォルダーの下にフォルダー階層を作成し、特定のフォルダーとその配下のプロジェクトにカスタム共有を適用することで、共有設定(ひいてはアクセス)を個別に制御することです。

      • Workspace には継承型の権限構造があるため、フォルダー権限の追加や編集はフォルダー階層全体に伝播する点に注意することが重要です。詳細は Sharing Folder and Items を参照してください。

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

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

      共有の概要

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

      他のユーザーとプロジェクトを共有できるのは、自分がそのプロジェクトの Owner である場合、Workspace Administrator である場合、またはそのプロジェクトに対する Edit再共有権限 を持っている場合です。

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

      Workspace で設計プロジェクトを一元管理している場合、他のユーザーとの共有は各プロジェクトの権限を管理するだけで簡単に行えます。Workspace で設計プロジェクトを一元管理している場合、他のユーザーとの共有は各プロジェクトの権限を管理するだけで簡単に行えます。

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

      設計は、Workspace の他のメンバー、組織内の Workspace 非メンバー、または組織外のユーザーと共有できます。後者の場合、たとえば請負業者やパートナーなどの共有先ユーザーは、通常、その Altium 365 Personal SpaceShared With Me ページ から設計にアクセスします。External Share guest としては、そのプロジェクトのみが表示され、メンバー一覧やライブラリ コンポーネントを含むその他の Workspace データは一切公開されません。

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

      Note:共有プロセス中に相手を Invite a User to your Workspace以下を参照)し、その後新しい Workplace メンバーとして追加した場合、そのユーザーは Workspace Members の一覧に加え、All Workspace Members および割り当てられている可能性のある Groups と共有されているすべてのプロジェクトも閲覧できるようになります。

      注意事項:

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

      • OwnerAdministrators グループは常に完全な編集アクセス権を持ちます(Can Edit)。

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

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

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

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

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

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

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

      組織外のユーザーと共有するには、そのユーザーが Altium Account を持っているかどうかにかかわらず、完全なメールアドレスを入力して Enter を押す必要があります。

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

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

      1. Shared With コントロールをクリックすると、現在そのプロジェクトが共有されているユーザー/グループの一覧が表示されます。デフォルトでは、OwnerAdministrators グループが含まれます。

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

      1. Workspace のすべてのメンバーにアクセスを開放するには、Workspace Members エントリのドロップダウン メニューから、適切な権限レベル(Can View(読み取り専用アクセス)または Can Edit(完全な読み取り/書き込みアクセス))を選択します。No access に設定すると、アクセスできるのは Owner、Administrators、および共有対象として明示的に追加されたユーザーのみになります。

        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)と外部のユーザー(External Shares)に対して個別の権限が用意されています。

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

      • Editors は常にプロジェクトをダウンロードでき、Viewers はプロジェクトを共有できない点に注意してください。ただし、プロジェクトの閲覧者は、そのプロジェクトを指定したユーザーと共有するよう依頼することはできます()。その依頼は、その後プロジェクトに対して編集アクセス権を持つ任意のユーザーによって処理されます。詳細は以下を参照

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

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

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

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

      • Workspace 外のユーザーの場合、そのユーザーとプロジェクトが共有され、通知メールが送信されます。 詳細は以下の Sharing with External Users を参照してください。  Workspace の External Share guest(以下を参照)として、そのユーザーは Altium Designer でプロジェクトを開くことができ(許可されている場合)、Altium 365 Personal SpaceShared with Me ページからアクセスできます。メールには、Altium 365 を通じて設計へ直接アクセスするためのリンクが含まれます。メール内の ボタンをクリックすると、Altium 365 Sign In ページへ移動します(すでにプラットフォームまたは Altium Account にサインインしている場合を除きます)。サインインすると、共有された設計がロードされた状態で Web Viewer が直接表示されます。

      そのユーザーが Altium Account を持っていない場合は、まずアカウント登録が必要です。リンクは Altium 365 Sign In ページにあります。

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

      外部ユーザーとの共有

      Workspace プロジェクトを「外部」ユーザー(Workspace メンバーではないユーザー)と共有する方法は、目的の結果と、そのプロジェクトに対する自身のアクセス権によって異なります。こうしたユーザーとの共有は、対象を限定した External Share access を付与するか、Workspace members として追加することで行います。これは、同一組織内の他の Altium Account ユーザー、別組織の Altium Account ユーザー、さらに Altium Account を持たないユーザー(その場合は新規登録が必要)にも適用できます。 

      外部ユーザーとプロジェクトを共有する際、プロジェクトに対する完全な共有権限(Edit and re-share の両方が可能)がある場合、プロジェクトの Share ウィンドウの後に、共有方法と共有相手を示す確認ウィンドウが表示されます。ここには Invite these people to your Workspace オプションも含まれます。

      • Invite these people to your Workspace オプションがオフ(無効)の場合、外部ユーザーは Workspace の External Share として追加され、アクセスはそのプロジェクトとその構成データのみに制限されます。 Properties ペインの Who Has Access リストでは、そのユーザーアイコンに黄色のドットインジケーター()が表示されます。Share ウィンドウの External Share ユーザー項目には  ラベルが付き、アクティブな共有ゲストの一覧は管理者が Team ページの External Share tab で確認・管理できます。

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

        Workspace 外のユーザーに編集用として共有する方法は、請負業者に最適です。つまり、Workspace のメンバーとして追加せずに、設計作業に積極的に参加してもらいたい場合に適しています。

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

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

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

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

        上記のユーザーが Workspace メンバーとして承認された後、後で Workspace から removed された場合、そのアクセスは External Share に降格されます。これは、そのユーザーが共有プロジェクトへのアクセス権自体は保持するものの、Shared with Me の場所、たとえばそのユーザーの Personal Space からアクセスすることになる、という意味です。

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

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

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

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

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

      外部ユーザーには Workspace への External Share  アクセスが付与され、これにより他の Workspace データを公開することなく、共有されたプロジェクトに限定したアクセスが可能になります。

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

       

      組織との共有

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

      このレベルの共有だけが適用されている場合、組織内のすべての登録ユーザーは、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 に登録済みでサインインしている必要があります。そのユーザーは External Share ゲストとして扱われます。

      プロジェクトへの直接リンクを取得します。このリンクの利用は、Sharing ウィンドウ内の既存の共有権限に従います。プロジェクトへの直接リンクを取得します。このリンクの利用は、Sharing ウィンドウ内の既存の共有権限に従います。

      リンクはクリップボードにコピーされます。使用すると、許可されている場合に限り、該当ユーザーはプロジェクトの詳細な管理ページへ直接アクセスできます。このページの概要は next section に示されています。

      また、提供されたリンクを開いたユーザーにプロジェクトへのアクセス権がない場合、つまりそのユーザーと共有されていない場合は、そのユーザーの Personal Space からアクセス要求を送信する方法が提示されます。以下を参照してください。

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

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

       

      アクセス要求の処理

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

      また、Workspace の Admin-Settings pageEmail Notifications オプションが有効になっている場合は、該当するアクセス要求メールもそれらのユーザーに送信されます。受信者は、プロジェクトの Share ウィンドウにある Advanced Settings によって、次のように決まります。

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

      • External Share Editors(Workspace 外の Editors)に対して共有が有効になっている場合、管理者と、そのプロジェクトに対して編集権限を持つ guests がアクセス要求メールを受信します。

      • このプロジェクトで両方の Editors オプションがオフになっている場合、アクセス要求メールを受信するのは管理者のみです。

      Note:このプロジェクトを Edit rights to all Workspace Members で共有し、さらに Editors による共有を許可する Advanced Settings を設定している場合、all Workspace メンバーが共有要求メールを受信します。

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

      Share ウィンドウの Pending approval エントリへのアクセスは、Access Request メールを受信したかどうかには依存しない点に注意してください。いつでも Share ダイアログから直接その要求に対応できます。

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

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

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

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

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

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

      マルチボードプロジェクト本体とそのサブプロジェクトは、個別のプロジェクトとしてオンライン保存、共有、およびオープンする必要があります。マルチボードプロジェクト本体とそのサブプロジェクトは、個別のプロジェクトとしてオンライン保存、共有、およびオープンする必要があります。

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

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

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

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

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

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

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

      • OwnerがWorkspaceメンバーから削除される場合、所有権の移譲は自動的に実行されます。管理者がWorkspace Membersページからメンバーを削除すると、その削除処理の中で、既存Ownerが所有しているすべてのProjectsおよびItemsについて新しいOwnerの指名が求められます。確認が完了して移譲が完了すると、新しいOwnerには関連する所有権移譲通知メールが送信されます(有効化されている場合)。

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

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

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

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

      Workspaceでは、製造を重視した高度なCAD中心のプロジェクトビューが提供されます。これは、目的のプロジェクトを選択し、プロジェクト一覧の上にあるコントロールをクリックして、関連メニューからOpen エントリを選択することで開けます。あるいは、一覧内の目的のプロジェクト項目を直接ダブルクリックしても開けます。

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

      そのプロジェクトの詳細管理ページは、新しいブラウザタブでCAD中心のインターフェースとして開き、Design、Simulation、Releases、History、およびAssemblyの各表示オプションを提供します。

      • Design – ソースプロジェクトの設計ドキュメントを表示およびナビゲートし、設計オブジェクトのプロパティを確認し、レビューコメントを追加できます。このビューではWeb Viewerインターフェースを使用し、4つの異なるデータサブビューで設計を表示します。具体的には、ソース回路図、2D基板、3D基板、および部品表をそれぞれ表示します。このビューは、プロジェクトの特定のリリースではなく、ソースプロジェクトデータの最新バージョンを対象としているため、作業中(WIP)ビューとみなすことができます。ベース設計と、定義されている任意のバリアントの両方をレビューできます。
      設計全体および各種サブビュー間で、必要に応じてコンポーネントやネットを検索、選択、クロスプローブ、および調査できます。さらに、基板を2Dで表示している場合は、測定も行えます。

      • Simulation – 現在のプロジェクトまたはプロジェクトReleaseに関連付けられる回路シミュレーション結果ファイルをアップロード(ドラッグ&ドロップ)できます。これらのファイルは実質的にプロジェクトに添付されるため、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としてメーカーへ直接送信することもできます。また、GerberSchematic、またはBOMデータを直接比較することもできます。詳細はProject Releasesを参照してください。

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

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

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

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

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

      • History – プロジェクトに関連する主要イベントの進行型タイムラインを参照できます。これには、作成、コミット、リリース、クローン、およびMCAD交換が含まれます。サポートされているイベントがプロジェクトに関連して発生するたびに、そのイベントは専用タイルとしてタイムラインに追加され、適用可能な場合には各種アクションを実行できます。Release/Commitイベントについては、Gerber(Releaseイベントのみ)、Schematic、またはBOMデータを直接比較することもできます。詳細は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 ウィンドウは簡易表示で開き、そこでプロジェクトの NameDescription を変更できます。

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

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

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

      追加フィールドは、Advanced  ボタンをクリックすると表示されます。追加フィールドは、Advanced ボタンをクリックすると表示されます。

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

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

      • Project – このフィールドは Managed BOM プロジェクトの編集時にのみ利用可能で、BOM ドキュメントと PCB 設計プロジェクト間のリンクを指定します。このリンクにより、ソースプロジェクトからリンクされた BOM への部品データの同期が可能になります。このリンクは、created from a Project BOM ドキュメントに対して自動的に定義されます。このリンクを再定義または削除すると、Project-to-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 フィールドにアクセスするには、 ボタンをクリックします。デフォルトでは、これはソースプロジェクトが配置されているフォルダーに設定されます。Workspace のサーバーフォルダー構造にアクセスするには、フィールド右側の Change リンクをクリックし、クローンしたプロジェクトを保存する別のフォルダーを選択します。必要に応じて、プロジェクトをサブフォルダーの階層構造で整理できます。詳細については、Creating a Hierarchy of Project Folders セクションを参照してください。

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

      プロジェクトの削除

      Related page: Trash

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

      削除できるのは、あなたがそのプロジェクトの所有者であるか、Workspace Administrator である場合のみです。

      続いて表示される Remove <project> ウィンドウには、そのプロジェクトに関連する、削除対象となる Item(関連する Releases など)が一覧表示されます。Show details オプションを選択すると、プロジェクトの Releases view が開き、関連する Releases と Manufacturing Packages を確認できます。 プロジェクトに関連する Releases がない場合は、簡易版の Remove ウィンドウが表示されます。

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

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

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

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

      ソフト削除されたプロジェクトに関する注意事項:

      • そのプロジェクトは、設計ソフトウェアからも、Webインターフェース内からも、開いたり参照したりできなくなります。

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

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

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

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

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

AI-LocalizedAI で翻訳
問題が見つかった場合、文字/画像を選択し、Ctrl + Enter キーを押してフィードバックをお送りください。
機能の可用性

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

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

Content