設計レビュー

ページの Design Reviews ボタンを選択して、現在開いている設計プロジェクトに適用される Design Review インスタンスを作成します。

作成された Design Review は Overview 要約モードで開き、ナビゲーションツリーの Design Snapshot オプションから閲覧およびコメント可能な、現在の設計のスナップショットに適用されます。

レビューのタイトルと説明を編集して、他の Workspace メンバーが Design Review を識別しやすいようにします。タイトル／説明入力欄のすぐ下にあるバージョンタイルを選択すると、現在コミットされているバージョンの設計を開ける点に注意してください。既定では最新のコミットが選択され、利用可能な場合はその名前に Tag が含まれます。

バージョンタイルで、コミット名の項目をクリックすると、ドロップダウンオプションから Design Review の対象を別の／以前のプロジェクトコミットに設定できます。

Reviewers オプションを使用して、レビュー対応が必要な Workspace メンバーを追加します。Suggested 名から選択するか、フィールドにメールアドレス／名前の入力を開始して、一致する Workspace メンバーを選択します。他の任意のユーザーのメールアドレスを入力することもできますが、Design Review にアクセスするにはそのユーザーが Workspace メンバーになる必要があります。関連情報については Inviting other Users to Your Workspace を参照してください。

ボタンをクリックして選択内容を確定します。追加された Reviewer が設計へのアクセス権を持っていない場合、そのユーザーが共有対象として事前選択された状態で Share ウィンドウが自動的に開きます。 ユーザーが not member of the Workspace である場合、または既存の External Share guest である場合、Design Review に参加できるのは Workspace メンバーのみであるため、外部共有ウィンドウが開き、Invite these people to your Workspace オプションが固定選択になります。

Optional:利用可能な Checklist Templates から、あらかじめ設定されたレビュー用チェック項目リストを追加します。レビューの Checklist には複数のテンプレートを追加でき、独自のカスタムテンプレートも含めることができます。

選択したテンプレートにより、そのチェック項目がレビュー インスタンスに追加されます。項目の コントロールを使ってリストからチェック項目を削除するか（この例ではいくつか削除済み）、上部の コントロールを使ってリスト全体を削除します。

現在の Design Review に別の Checklist テンプレートを追加したい場合は、 コントロールを選択します。

Add Templates to Checklist ウィンドウで利用可能な Checklist テンプレートから選択します。これにはサンプルテンプレートと、自分で作成したカスタムテンプレートが含まれます。詳細は Checklists view を参照してください。ここでは、カスタム Parts Acceptance テンプレートが選択されています。

Parts Acceptance テンプレートにより、現在のレビュー Checklist に 3 つのチェック項目が追加されました。レビューの進行中、Reviewer は各チェック項目を完了、未完了、または該当なしとして確認できます。

さらに、カスタムのチェック項目（または項目リスト）は、上部の「Add item」フィールドからいつでも手動で追加でき、既存のチェック項目リストの末尾に追加されます。

現在のチェック項目リストは、新しい Checklist Template として保存できる点にも注意してください（）。関連情報については、Checklists view の Admin – Settings page を参照してください。Checklist 項目にカーソルを合わせると Delete オプション（）にアクセスでき、項目をクリックするとテキストを編集でき、また項目をドラッグして Checklist 内の順序を変更できます。

Optional: Attach Files オプションを使用すると、プロジェクトの Design Review に関連し、レビューおよび承認プロセスに役立つファイルを追加（アップロード）できます。

Design Review の BOM、Schematic、および PCB スナップショットドキュメントを、以前にコミットされたバージョンと比較する機能は、Design Review インターフェイスから直接利用できます。

Design Review の BOM、Schematic、および PCB スナップショットドキュメントを、以前にコミットされたバージョンと比較する機能は、Design Review インターフェイスから直接利用できます。

Design Review の BOM、Schematic、および PCB スナップショットドキュメントを、以前にコミットされたバージョンと比較する機能は、Design Review インターフェイスから直接利用できます。

すべての Workspace Tasksビューで利用可能な Design Review プロセスタスクは、割り当てられたユーザーが進行させることができます。タスクタイルを選択すると、そのビューのInformationペインが開きます。

Informationペインでは、プロセスタスクの詳細、Assignee の投票オプション、および元の Design Review（Open Review）とレビュー詳細ビューモード（Activityエントリ）へのリンクにアクセスできます。

このペインのActivityビューには、現在の Task に関連する Design Review の詳細（進行状況、関連ユーザー、関連プロジェクト、レビュー Mode など）が表示されます。このビューのTerminateオプションを使用して Design Review をクローズすることもでき、その場合はすべてのタスクが完了状態へ移行します。

Reviewer から見た Design Review インスタンスの例です。ほとんどの項目（名前/説明、添付ファイル、割り当てられた reviewers など）は編集できない点に注意してください。

Checklist の完了は、レビューを正常に提出するための必須条件ではありません。完了した Checklist 項目は、Reviewer によって実質的に「解決済み」となります。

Reviewer が評価を完了すると、ReviewペインでレビューをApproveまたはRejectすることを選択し、必要に応じて関連メモを追加することで確認できます。

その後、Reviewer はボタンを使用して結果を送信し、レビュー処理とフィードバックを確定します。

プロセス完了時、Reviewer の名前エントリに関連付けられたレビュー状態はPending からApproved またはRejected （Reviewer の評価に応じて）に変わります。これは、他の Reviewers やレビュー Initiator（作成者）を含むすべての Design Review 関係者に表示されます。

割り当てられた Reviewers がレビュー処理を完了した際に、レビュー Initiator から見た Design Review インスタンスの例です。各エントリのハイライト色とアイコンは、Reviewer のApproveまたはReject評価を示します。

Checklist エントリにカーソルを合わせると、その項目をどの Reviewer がいつ完了したかを確認できます。Checklist 項目は Reviewer によって解決済みになるまでは編集でき、Review がクローズされるまではいつでも削除や並べ替えが可能です。

Design Review Initiator は、ドロップダウンオプションからレビューのクローズ状態をCompletedまたはRejectedとして指定するか、上部のメニューからCancelledを選択することで、レビュー処理を完了させます。

最終確定された Design Review には、選択した状態（例：Completed）が設定され、確認（）されると読み取り専用のレビューインスタンスとしてクローズされます。

送信プロセスが完了すると、Initiator および他のすべてのユーザーに対する Design Review タスクがロックされます。その後も、レビュー監査および評価目的でアクセス可能なままです。

プロジェクトのDesign Reviewsページに戻ると、最終確定済みレビューはFiltersドロップダウンペインでCompletedエントリを有効にする（またはClear allでフィルターを無効にする）ことで表示できます。既定ではIn Progressレビューのみが表示されます。

プロセス内の最初の対話型 Set Review Type Task は、デザイン レビューを開始したユーザー（Initiator）が担当し、レビュー タイプの選択を要求する Form を含みます。これは Domain 変数として指定され、Schematic、PCB、または Both（レビュー フロー）を選択するオプションがあります。続く Branch ロジックによって、フローはどちらか一方のレビュー Task、または両方へと振り分けられます。 

各レビュー フロー（Schematic と PCB）では、特定の Design Review Task が使用され、その中には Reviewer’s 判定（Accept/Reject）を記録するための継承された Vote 変数が含まれます。Schematic レビュー タスクは SCH Eng ユーザー Group に、PCB タスクは PCB Eng Group に割り当てられます。 さらに、Reviewer が Quality および Manufacturability の結論（Good、Adequate、Bad）を提供するための追加変数も含まれています。 

両方のレビュー Task フローからのレビュー判定は、レビュー Summarize Task 内の Initiator によって処理され、その Form では OK to proceed と More work required を選択可能なオプションとする Summary 変数が提供されます。続く Required Task Completed Event は、すべてのレビュー Tasks が完了するまで待機します。その後、最終的な Branch ロジックのルーティングによって、Design Review プロセスは Completed OK または Unacceptable ステータスで終了します。

専用のデザイン レビュー機能（Start Review 要素など）を使用する追加のプロセス ワークフローは、新しい Design Review を開始するときに利用可能になります。ここでは、カスタム DRplus プロセスが選択されています。

レビューを開始したユーザー（レビュー Initiator）は、基盤となるカスタム プロセス ワークフローで定義されているレビュー フローのタイプ（Domain）を選択する必要があります。ワークフローの進行状況は Process プレビュー画像で示されます。

Process リンクを選択すると、ワークフロー図を開いて現在の処理ステップを確認できます。アクティブなタスクを完了し、ワークフローを次のステップへ進める必要があるユーザーは、そのメール アドレスによって示されます。

このカスタム レビューでは、Initiator は Schematic、PCB、または Both のレビュー フロー パスから選択する必要があり、これによってワークフローの Domain 変数が定義されます。

この例では、Both オプションが選択されています。これにより、設定が確認されると（）、Schematic と PCB の両方のレビュー タスクが有効になります。 

各レビュー タスクは、基盤となるワークフローで指定された user Groups に自動的に割り当てられます。Schematic レビュー タスクは SCH Eng group に、PCB タスクは PCB Eng group に割り当てられます（この例では各 Group に 1 人のユーザーがいます）。

ワークフロー図は、Schematic レビューと PCB レビューの両方のタスクが現在アクティブであり、指定された Reviewers に割り当てられていることを示しています。この時点では、Initiator に利用可能なタスクはありません。すでに完了しているためです（現時点では）。

割り当てられた Reviewer は、この場合 PCB Eng Group のメンバーであり、アクティブな Design Review を利用できるため、それを開いて自分の Task を完了できます。

Reviewer は、Vote、Manufacturability、および Quality（任意）を選択し、その後これらの設定を確認して（）、PCB レビュー タスクを完了する必要があります。

Schematic レビュー タスクに割り当てられた Reviewer も、その SCH Eng Group メンバーシップに基づいて、同様の方法で必要なタスクを完了できます。Process プレビューは、プロセス ワークフロー内での現在のステップ位置を示します。

インターフェイスの My Tasks ペインからレビュー アクションを完了する代わりに、Reviewer は Design Reviews の Tasks ページから進めることもできます。このページには、現在のレビューに対するアクティブな Tasks と完了済み Tasks の両方も表示されます。

Reviewer の Task は、Vote、および必要に応じて Quality 評価と Comment メモを送信することで、完了状態（Resolved）に移行します。

それ以前のすべてのタスクが完了すると（ワークフローの Related Tasks Completed event によって要求されるとおり）、最終 Summarize タスクが Design Review Initiator に対してアクティブになります。両方の Reviewer エントリが、それぞれのタスクの完了を示すために緑色で強調表示されていることに注意してください。

最後のステップでは、レビューの Initiator が要約オプションを選択し、結果を確認します（）。

プロセス ワークフロー図には、クローズされた Design Review プロセスの最終結論が赤色で強調表示されます。