Design-Reviews

Updated: July 27, 2026

Die Projekt-Design ReviewsSeite ist der zentrale Ort, an dem alle Projektbeteiligten strukturierte Reviews eines Workspace-Designprojekts durchführen und verwalten können. Die Oberfläche ermöglicht jedem Workspace-Mitglied das Erstellen, Aufrufen und Verwalten von Design ReviewInstanzen, die wiederum anderen Workspace-Mitgliedern als Reviewern zugewiesen werden können. Der Ersteller des Design Review (der Initiator) kann Anhänge und formalisierte Checklistenpunkte hinzufügen und hat die volle Kontrolle über den Abschluss-/Freigabeprozess des Design Review.

Als Multi-CAD-Umgebung ermöglicht Altium 365, dass Design Review eine Reihe von ECAD-Projektformaten unterstützt – siehe die Altium Multi-CAD-Seite für weitere Informationen.

Erstellen, konfigurieren, verwalten und schließen Sie Projekt-Design-Reviews ab, die von bestimmten Workspace-Mitgliedern bewertet werden.

Abgeschlossene Projekt-Design-Reviews helfen dabei, Designprobleme zu identifizieren, einen nachvollziehbaren Compliance-Nachweis bereitzustellen und sicherzustellen, dass das Design Unternehmensanforderungen und Standards erfüllt. Designprojekte unterstützen mehrere Design Reviews, die jederzeit im Verlauf der Projektentwicklung erstellt werden können, beispielsweise vor einem Release oder bei der Übergabe des Designs an ein anderes Team oder einen Auftragnehmer/Hersteller.

Wenn Ihre Organisation einen erweiterten Ansatz für Design Reviews auf Unternehmensebene benötigt, bieten die Workspace Processes von Altium 365 hochgradig konfigurierbare, formalisierte Workflows, die Benutzeraktivitäten wie Freigabe-Reviews, Projekterstellung und die Interaktion mit PLM-Systemen eng steuern. Weitere Informationen finden Sie unter Processes & Workflows.

Der hier beschriebene Design-Review-Prozess ist als definierter Prozess-Workflow verfügbar, der dupliziert und an Ihre spezifischen Anforderungen angepasst werden kann. Einzelheiten finden Sie unten unter Creating a Custom Design Review. Klicken Sie auf den Design ReviewLink in der rechten unteren Ecke eines Reviews, um das Prozessdiagramm des Reviews anzuzeigen, wobei die anstehenden Review-Aufgaben als Benutzernamen hervorgehoben sind. Bewegen Sie den Mauszeiger über den Link, um eine Vorschau zu sehen.

Reviews erstellen

Im Workspace-Web Viewer werden Projekt-Design-Review-Instanzen auf der Design ReviewsSeite des Projekts erstellt und aufgerufen. Das Review gilt für das aktuell geöffnete Projekt und steht allen Workspace-Mitgliedern zur Verfügung, die Zugriff auf das Projekt selbst haben. Beachten Sie, dass nur Workspace-Mitglieder (und nicht External Share-Benutzer) an Design Reviews teilnehmen können.

Wählen Sie die Schaltfläche , um das Fenster „Design Review erstellen“ zum Konfigurieren der Haupteinstellungen des Reviews zu öffnen. Nach Abschluss und Bestätigung () wird die erstellte Review-Instanz in ihrem eigenen Viewer zur weiteren Konfiguration geöffnet.

Das Fenster Create Design Review unterstützt die folgenden Optionen und Felder, die die primären Einstellungen für die neue Design-Review-Instanz festlegen:

Review ContextKachel – Legt fest, auf welche Version des Designs sich dieses Review bezieht. Standardmäßig ist hier der neueste Design-Datenstand des Designprojekts eingestellt (das aktuelle WIP-Projekt), über das Dropdown-Menü kann jedoch ein bestimmtes Projekt-Release oder ein (früherer) Commit ausgewählt werden.

Wenn der Kontext des Design Review auf die WIP-Version gesetzt ist, sind die für das Review geltenden Designdaten ein fester „Snapshot“ des Designs zum Zeitpunkt der Erstellung des Reviews – ein Commit oder Release ist naturgemäß ein Snapshot des Designs zu diesem Zeitpunkt.
Reviewers – Die benannten Workspace-Mitglieder, die aufgefordert werden, das Designprojekt zu prüfen. Wählen Sie einen Reviewer aus der Dropdown-Liste des Steuerelements aus oder geben Sie seine E-Mail-Adresse ein. Für diese Benutzer werden automatisch Design-Review-Aufgaben erstellt.
Description – Geben Sie aussagekräftige Informationen zum Review ein, z. B. dessen Zweck oder Anforderungen.
Checklist Template – Verwenden Sie das Dropdown-Menü, um eine vorkonfigurierte Liste textbasierter Prüfpunkte auszuwählen, die Reviewer ausfüllen und kommentieren können. Review-Checklists werden von einem Workspace-Administrator über die Seite Admin–Settings–Checklists verwaltet.

Die einzige obligatorische Einstellung beim Erstellen eines initialen Design Review ist die Einstellung Review Context (die zu prüfenden Projektversionsdaten), die standardmäßig dem neuesten Projekt-Release entspricht. Alle anderen Einrichtungseinträge – Reviewers, Description und Checklists – können in der anschließend erstellten Review-Instanz hinzugefügt oder geändert werden.

Als Reviewers hinzugefügte Benutzer müssen registrierte Workspace-Mitglieder sein und Share-Zugriff auf das zu prüfende Design haben.

Das Fenster Create Design Review akzeptiert nur Reviewer-E-Mails, die als Mitglieder des Workspace erkannt werden. Beachten Sie, dass External Share-Benutzer nicht auf Design Reviews zugreifen können.

Beim Übermitteln der Review-Konfiguration wird anschließend das Share window angezeigt, wenn ein eingeschlossener Reviewer keinen Zugriff auf das Design hat – es ist nur eine Zugriffsberechtigung der Stufe View erforderlich.

Die übermittelte Design-Review-Konfiguration wird als neue Review-Instanz geöffnet, die den angegebenen Reviewern zugewiesen ist. Design Reviews werden ansonsten über ihre Kacheleinträge auf der Design ReviewsSeite des Projekts geöffnet.

Das erstellte Design Review wird in seinem OverviewÜbersichtsmodus geöffnet. Das Review gilt für eine Datenerfassung (einen Snapshot) des aktuellen Designs, die über die Option Design Snapshot im Navigationsbaum angezeigt und kommentiert werden kann.

Bearbeiten Sie bei Bedarf Titel und Beschreibung des Reviews, damit andere Workspace-Mitglieder das Design Review bestmöglich identifizieren können. Alle erstellten Kommentare oder Aufgaben werden als dem Titel des Design Review zugeordnet gekennzeichnet.

Verwenden Sie die Option Attach Files, um Dateien hinzuzufügen (hochzuladen), die sich auf das Projekt-Design-Review beziehen und den Review- und Freigabeprozess unterstützen.

Klicken Sie auf die Kachel Review Context, um die angegebene Version des Projekts in der Ansicht Design Snapshot zu öffnen. Standardmäßig ist die Version der neueste Commit, und der Name enthält, falls verfügbar, ihren Tag.

Verwenden Sie die Option Add Reviewers, um zusätzliche Workspace-Mitglieder einzuschließen, die das Design Review bearbeiten können. Vorhandene Reviewer können über das zugehörige Symbol x ihres Eintrags entfernt werden.

Geben Sie die E-Mail/den Namen eines Mitglieds ein oder wählen Sie es aus der Dropdown-Liste aus. Eine eingegebene E-Mail wird abgewiesen, wenn der Benutzer kein Workspace-Mitglied ist. Reviewer müssen außerdem Zugriff auf das zu prüfende Design haben – falls nicht, kann dies im anschließend angezeigten Share window korrigiert werden.

Eine neue Design-Review-Instanz kann außerdem aufgerufen werden über:

das Menü im Workspace-Projekt in der Ansicht Design.
das Menü im Workspace-Projekt in der Ansicht Releases.
den Projektdialog von Altium Designer, wenn Share ausgewählt ist und das Projekt keine aktiven (In Progress) Reviews hat. Andernfalls zeigt der Dialog eine Kachelliste der aktiven Design Reviews des Projekts an.

Siehe Support for Design Reviews für Informationen zu Altium Designer.

Ein Initiator oder Reviewer eines Design Review kann eine Review-Instanz jederzeit abbrechen:

über das Menü der Review-Kachel.
über das obere Menü eines geöffneten Design Review.
über das Menü der Bereichsansicht Tasks view Activites (Terminate).

Note: Beim Abbrechen werden alle Design-Review-Aufgaben in den abgeschlossenen Status (Resolved) verschoben und das Review selbst wird in einem schreibgeschützten Zustand geschlossen.

Arbeiten mit Checklisten

Obwohl optional, stellen Design-Review-Checklists eine wertvolle Ergänzung für die Erstellung strukturierter, auditierbarer Reviews von Projektdesigns dar. Checklisten sind im Wesentlichen eine nummerierte Liste textbasierter Prüfpunkte, die Reviewer beim Abschluss ihrer Review-Aufgaben bestätigen oder ablehnen können. Jeder Prüfpunkt kann von allen angegebenen Reviewern akzeptiert/abgelehnt werden, die außerdem über die Design Snapshot view Kommentare (und zugehörige Aufgaben) zu jedem Eintrag hinzufügen können.

Beispiel-Checklisten für Schaltplan und PCB sind standardmäßig verfügbar, und neue oder geänderte Checklisten können erstellt werden. Checklisten werden von Workspace-Administratoren in der Ansicht Admin–Settings–Checklists verwaltet; Benutzer können jedoch beim Erstellen einer Design-Review-Instanz Checklisten hinzufügen, entfernen und ändern.

Verwenden Sie die Option Add from Template, um eine weitere Gruppe von Checklist-Elementen in die Design Review aufzunehmen. Listen aus mehreren Checklist-Vorlagen können zur Review hinzugefügt werden, einschließlich Ihrer eigenen benutzerdefinierten Vorlagen.

Wählen Sie aus den verfügbaren Checklist-Vorlagen im Fenster Add Templates to Checklist. Dazu gehören Beispielvorlagen sowie alle benutzerdefinierten Vorlagen, die Sie erstellt haben – hier ist die benutzerdefinierte Vorlage Supply Validity ausgewählt (siehe Kontrollkästchen). Beachten Sie die Vorschauinformationen zur Vorlage im rechten Bereich des Fensters.

Die Elemente der ausgewählten Vorlage werden beim Hinzufügen zur gesamten Checklist automatisch nummeriert. Einträge können gelöscht werden (), per Drag-and-drop nach oben und unten verschoben werden, um die Liste neu zu ordnen, und nach links bzw. rechts gezogen werden, um den Zeileneinzug festzulegen (auch Tab/Shift+Tab).

Ein weiteres benutzerdefiniertes Prüfelement (oder eine Elementliste) kann jederzeit manuell mit dem Befehl Add item hinzugefügt werden; es wird an die bestehende Liste der Prüfelemente angehängt.

Das Feld für das neue Checklist-Element wird automatisch nummeriert – verwenden Sie die Taste Tab, um den Eintrag einzurücken (Shift+Tab, um den Einzug zu verringern). Beachten Sie, dass eine Checklist-Vorlage auch über die zugehörigen Eintragslinks hinzugefügt werden kann.

Der manuell hinzugefügte Checklist-Eintrag steht nun den Reviewern zur Verfügung. Sie können aus den aktuellen Einträgen, etwa den manuell hinzugefügten, mit der Checklist-Option Save Items as Template eine eigene Vorlage erstellen. Wie alle hinzugefügten Checklist-Elemente kann der Eintrag mit Ja (), Nein () und Nicht zutreffend () markiert werden.

Auf der Admin-Seite Checklists page finden Sie Informationen zum Erstellen und Verwalten von Design-Review-Checklists.

Mit vorherigen Daten vergleichen

Design Reviews bieten außerdem die direkte Möglichkeit, einen Vergleich der Schaltplan-, PCB- und BOM-Dokumente des Snapshots mit denen eines vorherigen Project-Commit- oder Release-Ereignisses zu öffnen. Dadurch können sowohl der Ersteller der Review als auch die Reviewer die Unterschiede zwischen den überprüften Designdaten und den ausgewählten Daten eines vorherigen Ereignisses direkt einsehen.

Der Abschnitt Compare to Commit <date> der Design Review bietet eine automatische Zusammenfassung der Unterschiede zwischen den Review-Daten und standardmäßig dem neuesten Release-Ereignis – oder dem neuesten Commit, wenn keine Releases verfügbar sind.

Verwenden Sie die Optionen im Dropdown-Menü Compare to Commit <date>, um ein anderes Commit- oder Release-Ereignis für den Vergleich der Designdaten auszuwählen. Die Commits in diesem Beispiel haben angehängte Tags.

Wählen Sie die Registerkartenoptionen SCH/PCB/BOM, um Zusammenfassungen der Unterschiede zwischen den Review-Dokumenten und ihren vorherigen Versionen anzuzeigen.

Der Befehl Open Compare öffnet die Designansicht Compare in einem neuen Browser-Tab für den aktuell ausgewählten Dokumenttyp (SCH/PCB/BOM).

Die Ansicht Schematic Compare view für dieses Beispiel, in dem der Kondensator C1 entfernt wurde. Eine Übersicht zur Durchführung von Vergleichen von Designdokumenten finden Sie auf der Seite Design Data Comparisons.

Auf der Seite Design Data Comparisons page finden Sie Informationen zur Durchführung von Vergleichen von Designdokumenten.

Design-Snapshot prüfen

Die Ansicht Design Snapshot entspricht dem Zustand des Projektdesigns zum Zeitpunkt der Erstellung der Design-Review-Instanz und bietet die Funktionen der normalen WIP design view, einschließlich vollständiger Dokumentnavigation, Netzhervorhebung, Cross-Probing und Kommentierung.

Neben der Möglichkeit, das Design in seinem Review-Status zu prüfen, bietet die Snapshot-Ansicht auch einen speziellen Bereich Design Review (), der den aktuellen Review-Status zusammenfasst, Zugriff auf die Vergleiche bietet (siehe oben) und die Bearbeitung der Elemente Checklist der Review ermöglicht.

Beachten Sie, dass die Elemente Summarize Review unter My Tasks (im Bereich Design Review rechts) nur für den Ersteller/Initiator der Review und Administratoren verfügbar sind und zum Abschluss des Review-Prozesses verwendet werden. Der Bereich My Tasks für Reviewer bietet dagegen die Möglichkeit für Feedback-Kommentare sowie zum Senden von Genehmigung/Ablehnung – siehe unten Completing Reviews.

Der Bereich Design Review des Design Snapshot enthält Informationen zum Review-Status und bietet Zugriff auf die Checklist-Elemente.

In der Ansicht Design Snapshot sind platzierte Comments und ihre Zuweisung zu Benutzer-Tasks direkt mit der Design Review verknüpft. Die Review enthält nur diese Comments und Tasks und zeigt keine bereits vorhandenen Comments/Tasks aus dem zugrunde liegenden WIP-Design an. Umgekehrt enthält die aktuelle WIP design view auch Comments und Tasks, die in einer Design Review erstellt wurden.

Ein platzierter Design-Review-Comment/-Task enthält einen Eintrag From: <design review>, der auf die zugehörige Review verweist. Design Review ermöglicht außerdem, Comments aus einem ausgewählten Checklist-Element im Bereich Design Review hinzuzufügen und damit zu verknüpfen.

Comments und die zugehörigen Tasks, die sich speziell auf die Design Review beziehen, werden in der Ansicht Design Snapshot hinzugefügt. Die Beziehung eines Comments zu einer Review wird durch den Link From:<design review> im Fenster Comment angezeigt.

Ein Comment, der aus einem Eintrag Checklist hinzugefügt wird, enthält einen Referenzlink zur Nummer des Checklist-Elements und dessen Namen. Von anderen Stellen aus klicken Sie auf die Nummer, um die zugehörige Design Review zu öffnen.

Beachten Sie, dass der Bereich Comments and Tasks der Design Review Overview eine Liste der Comments und zugehörigen Tasks enthält, die für die aktuelle Review gelten. Wenn ein Comment zu einem Checklist-Element hinzugefügt wurde, zeigt der Eintrag in der Spalte ID die Checklist-Nummer und die Comment-Nummer an. Wenn einem Comment ein Task zugeordnet ist, zeigt der ID-Eintrag diese Task-Referenz an. Alle Einträge in der ID-Spalte sind aktive Links zum Comment oder Task.

Design-Review-Tasks

Die Ansicht Tasks der Design Review enthält allgemeine Task-Anfragen, die aus Comments erstellt wurden, die in der Ansicht Design Snapshot platziert wurden, sowie Initiator-/Reviewer-Tasks, die durch den Design-Review-Prozess erzeugt werden. Design-Review-Tasks sind außerdem sowohl in den Ansichten Projects Tasks als auch Workspace Tasks verfügbar.

Comment Tasks, die einem bestimmten Projekt-(Snapshot-)Dokument zugeordnet sind, können von allen Workspace-Mitgliedern mit Zugriff auf das Projekt verwaltet und bearbeitet werden. Wählen Sie eine Task-Kachel aus, um den Bereich Info zu öffnen und auf die Details zuzugreifen (Status, Assignee, Priority usw.), einen weiteren Comment hinzuzufügen oder per Cross-Probing zum Comment in der Ansicht Design Snapshot zu wechseln (Open Review).

Weitere Informationen finden Sie unter Working with Tasks.

Tasks, die der Design Review zugeordnet sind, erscheinen in der Ansicht Tasks der Review und werden auch in der Hauptansicht Project Tasks angezeigt. Öffnen Sie den zugehörigen Comment über den Link Open Review.

Der Link öffnet die Ansicht Design Snapshot, wobei der Comment des Tasks ausgewählt ist. Ein Checklist-Element wird ausgewählt, wenn der Task-Comment aus diesem Checklist-Eintrag erstellt wurde.

Eine Design-Review-Instanz erstellt automatisch zugehörige Prozess-Tasks für Reviewer und den Initiator. Diese werden mit dem Design-Review-Prozess aktualisiert und bis zum Abschluss weitergeführt, können aber auch direkt über die Ansicht Tasks von ihrem Bearbeiter (dem dem Task zugewiesenen Initiator oder Reviewer) verwaltet und weitergeführt werden. Wählen Sie eine Task-Kachel aus, um den Bereich Info zu öffnen und auf die Details zusammen mit dem Ansichtsmodus Activity zuzugreifen.

Verwandte Informationen finden Sie unten unter Completing Reviews from the Tasks Page.

In allen Workspace-Ansichten Tasks verfügbar, können Design-Review-Prozess-Tasks (für Initiatoren und Reviewer) vom jeweils zugewiesenen Benutzer weitergeführt werden. Wählen Sie eine Task-Kachel aus, um im Bereich Info der Ansicht darauf zuzugreifen.

Der Bereich Info enthält die Details des Prozess-Tasks, einschließlich der Abstimmungsoptionen für den Bearbeiter (unter Decision), Links zur zugehörigen Design Review (Open Review) sowie einen Link zum erweiterten Ansichtsmodus (der Eintrag Activity).

Die Ansicht Activity des Bereichs bietet Details zur Design Review, die sich auf den aktuellen Task bezieht, einschließlich ihres Fortschritts, der zugeordneten Benutzer, des zugeordneten Projekts und der Änderungshistorie. Sie können die Option Terminate der Ansicht verwenden, um die aktuelle Design Review zu schließen – beachten Sie, dass dann alle Tasks in den abgeschlossenen Status (Resolved) wechseln.

Reviews abschließen

Workspace-Mitglieder, die als Reviewers zugewiesen wurden, werden aufgefordert, das Design innerhalb des angegebenen Review-Umfangs zu bewerten, Checklist-Elemente auszufüllen und die Ergebnisse schließlich über die Schaltfläche zu akzeptieren oder abzulehnen. Die Entscheidung zum Abschluss des Reviewer-Tasks (Feedback) kann in den Ansichten Overview, Design Snapshot oder Tasks der Design Review getroffen werden. Beachten Sie, dass die Ansichten Overview und Snapshot vollen Zugriff auf die Funktionen der Design Review wie Checklists, Vergleiche und zusammengeführte Comments bieten.

Der Beitrag eines Reviewers zur Design Review ist abgeschlossen, wenn seine Bewertung als Approve oder Reject erfasst und sein Review-Task geschlossen wurde (Resolved). Der Namenseintrag des Reviewers wird dann mit einem grünen Häkchensymbol () versehen, grün hervorgehoben oder beides.

Ein Beispiel einer Design-Review-Instanz, wie sie in Overview von einem Reviewer gesehen wird, der mit allen Funktionen und Einträgen interagieren kann. Die Feedback-Freigabeaufgabe des Reviewers wird im Bereich My Tasks (Review) abgeschlossen.

Das Ausfüllen von Checklists ist für das erfolgreiche Absenden der Review nicht zwingend erforderlich. Klicken Sie bei einem Checklist-Eintrag auf die Option Ja/Nein/NA (), um dieses Element auszufüllen – klicken Sie erneut, um eine getroffene Auswahl zu entfernen.

Auswahlen bei Checklist-Einträgen bleiben für alle Benutzer (Reviewer und den Initiator) aktiv und werden kumulativ übernommen. Ein Reviewer sieht beispielsweise die Auswahlen von Checklist-Elementen anderer Reviewer – fahren Sie mit der Maus über eine markierte Auswahl, um den Namen des Benutzers anzuzeigen.

Wenn der Reviewer seine Bewertung abgeschlossen hat, kann diese im Bereich My Tasks bestätigt werden, indem die Review mit Approve oder Reject bewertet und bei Bedarf relevante Notizen hinzugefügt werden.

Der Reviewer verwendet anschließend die Schaltfläche , um seinen Review-Prozess und sein Feedback durch Übermitteln der Ergebnisse abzuschließen.

Nach Abschluss des Prozesses ändert sich der mit dem Namenseintrag des Reviewers verknüpfte Review-Status von Pending zu Approved oder Rejected (abhängig von der Bewertung des Reviewers). Dies ist für alle an der Design Review beteiligten Personen sichtbar, einschließlich anderer Reviewer und des Review-Initiators (Erstellers).

Alternativ kann derselbe Review-Prozess über die Ansicht Design Snapshot abgeschlossen werden, die den Vorteil eines direkten Zugriffs auf die zugehörigen Schaltplan-, PCB- und BOM-Dokumente bietet sowie die Möglichkeit, Kommentare zu Checklist-Einträgen hinzuzufügen. In diesem Fall wird auf die Review-Elemente und Bedienelemente über den Bereich Design Review zugegriffen.

Die Ansicht Design Snapshot bietet eine vollständige Navigation durch die Designdokumente zusammen mit den erforderlichen Bedienelementen und Optionen, um die Design-Review-Aufgabe eines Reviewers abzuschließen.

Durch das Übermitteln der Review wird die zugewiesene Aufgabe abgeschlossen und der Namenseintrag des Reviewers entsprechend markiert. Beachten Sie, dass der Bereich nun eine Schaltfläche enthält, mit der die Übermittlung rückgängig gemacht und die Review-Aufgabe wieder in einen aktiven Status (Pending) versetzt werden kann.

Beachten Sie, dass einzelne Design-Review-Aufgaben auch in der Ansicht Tasks vollständig bearbeitet werden können. Dieser Ansatz wird über den Bereich Tasks pane ausgeführt, bietet jedoch nicht die zusätzlichen Funktionen der Ansichten Overview und Design Snapshot, wie z. B. Zugriff auf Checklists, Vergleiche und Kommentare.

Reviews abschließen

Eine Design Review wird vom Review-Initiator abgeschlossen und in einen geschlossenen schreibgeschützten Status versetzt, indem dieser im Dropdown Review decision den Status Completed oder Rejected auswählt und dies mit der Schaltfläche bestätigt. Nur der Initiator der Review oder ein Workspace-Administrator kann eine Design Review abschließen. Dies ist nicht davon abhängig, dass die zugewiesenen Reviewer ihren Review-Prozess abgeschlossen haben, und kann daher jederzeit erfolgen.

Der erwartete Ablauf wäre, dass die Design-Reviewer die Review-Checklist abgeschlossen, alle Review-Kommentare/-Tasks bearbeitet und ihre Review-Bewertung als Approve oder Reject übermittelt haben (siehe oben). Der Initiator der Design Review setzt die Review dann in einen finalisierten geschlossenen Status.

Die Beispielinstanz einer Design Review, wie sie vom Review-Initiator gesehen wird, nachdem die zugewiesenen Reviewer ihren Review-Prozess abgeschlossen haben. Die Hervorhebungsfarbe und das Symbol eines Reviewer-Eintrags zeigen dessen Bewertung als Approve oder Reject an.

Bewegen Sie den Mauszeiger über einen Checklist-Eintrag, um zu sehen, welcher Reviewer (oder welche Reviewer) ein Element als Yes/No/NA markiert hat bzw. haben. Beachten Sie, dass Checklist-Elemente jederzeit bearbeitet, entfernt oder neu angeordnet werden können, bis die Review vom Initiator geschlossen wird.

Der Initiator der Design Review schließt den Review-Prozess ab, indem er den geschlossenen Status der Review über die Dropdown-Optionen als Completed oder Rejected festlegt oder sie über das obere Menü abbricht.

Die finalisierte Design Review wird mit dem ausgewählten Status (z. B. Completed) markiert und nach der Bestätigung () als schreibgeschützte Review-Instanz geschlossen.

Der Übermittlungsprozess wird abgeschlossen und die Design-Review-Aufgabe für den Initiator und alle anderen Benutzer gesperrt. Obwohl sie nun schreibgeschützt ist, bleibt sie für Zwecke der Review-Prüfung und -Bewertung zugänglich.

Beachten Sie, dass ein PDF-Zusammenfassungsdokument der Design Review jederzeit über die Option Download Report im Menü heruntergeladen werden kann. Der Bericht enthält alle Informationen zum aktuellen Status der Design Review und umfasst aktive Links zu den Dokumenten und Kommentaren der Review. Beispiel:

Sobald der Review-Initiator die Design Review durch Übermitteln seiner Zusammenfassung abgeschlossen hat, wechselt die Review-Instanz von einem InProgress-Status in einen vom Review-Entscheid des Initiators bestimmten geschlossenen Status. Die Review-Aufgabe des Initiators wechselt unabhängig von der gewählten Review-Entscheidung von einem Status In Progress zu einem Status Resolved.

Vor der abschließenden Review-Entscheidung des Initiators befindet sich seine zugehörige Aufgabe in einem Status In Progress. Die Aufgaben des Reviewers befinden sich in diesem Beispiel in einem Status Resolved (abgeschlossen).

Sobald der Initiator seine Review-Entscheidung übermittelt hat, wechselt die zugehörige Aufgabe in einen Status Resolved, und die Design Review wird als schreibgeschützte Instanz geschlossen. Die Review kann geschlossen/aufgelöst werden, auch wenn sich Reviewer-Aufgaben in In-Progress befinden.

Zurück auf der Seite Design Reviews kann auf die abgeschlossene Review zugegriffen werden, indem alle Ansichts-Filters deaktiviert werden (mit All Clear) oder nur der Filter aktiviert wird, der dem geschlossenen Status der Review entspricht – Completed, Rejected oder Cancelled.

Zusammen mit der Activities page des Projekts enthält auch die Projektseite History page zugehörige Informationen zur Design Review. Projekt-Commits oder Releases, die Gegenstand einer Design Review sind oder waren, enthalten innerhalb der zugehörigen Verlaufskachel einen entsprechenden Verweis. Jeder Eintrag ist ein aktiver Link zu dieser Design-Review-Instanz und zeigt beim Überfahren des Namens mit der Maus den aktuellen Status der Review an. Beispiel:

Erstellen einer benutzerdefinierten Design Review

Related page: Definieren eines Prozess-Workflows

Während die Design-Review-Funktion so implementiert ist, dass sie einen bestimmten Satz an Fähigkeiten und Optionen bereitstellt, werden ihr prozeduraler Ablauf und zusätzliche Optionen durch ihren Process Workflow bestimmt. Der zugehörige Prozess – Design Review – steht Workspace-Administratoren über die Seite Admin – Processes page zur Verfügung, wo er geändert und als alternativer Design-Review-Prozess gespeichert werden kann. Sie können auch einen neuen benutzerdefinierten Prozess von Grund auf neu erstellen, indem Sie die speziellen Design-Review-Elemente verwenden, die von diesem Workflow genutzt werden (wie unter dem Thema Project Activities verfügbar).

Beispiel für eine benutzerdefinierte Review

Das hier gezeigte Beispiel einer benutzerdefinierten Design Review bietet dem Review-Initiator die Wahl zwischen zwei Review-Typ-Pfaden – Schematic und PCB –, die jeweils Benutzern in den zugehörigen Workspace Groups zugewiesen sind. Die Ergebnisse der einzelnen Review-Typen werden vom Review-Initiator empfangen und zusammengefasst, der die Design Review mit dem Status Completed oder Unacceptable abschließt.

Ein Beispiel für eine benutzerdefinierte Workflow-Definition, die als alternativer Prozess für die Design-Review-Funktion verfügbar wird.

Um einen neuen benutzerdefinierten Prozess-Workflow für die Design-Review-Funktion zu erstellen, wählen Sie auf der Workspace-Seite Admin - Processes die Registerkarte Project Activities theme aus und dann die Schaltfläche , um Process Workflow Editor zu öffnen – alternativ können Sie einen neuen Prozess erstellen, indem Sie den vorhandenen bearbeiten. Ein Prozess wird erstellt, indem die erforderlichen Elemente für Start, Task und Verzweigung diagrammbasiert angeordnet und zusätzlich Verzweigungsentscheidungslogik sowie variablenbasierte Steuerelemente zu benutzerzugänglichen Formularen hinzugefügt werden. Eine Design-Review-Prozessaktivität wird durch Verwendung des Startelements vom Typ Start Review definiert.

Siehe die nachstehenden Bilder für einen Überblick über die wichtigsten Formulare, die im obigen Beispielprozess für die Design Review verwendet werden – die Bilder zeigen die Ansicht beim Bearbeiten oder Erstellen eines Workflows (Seite Admin - Processes).

Der erste interaktive Set Review Type Task im Prozess – bearbeitet von dem Benutzer, der die Design Review ausgelöst hat (dem Initiator) – enthält ein Formular, das die Auswahl des Review-Typs erfordert. Dieser wird als Variable Domain festgelegt, mit den Optionen Schematic, PCB oder Both (Review-Abläufe). Die nachfolgende Verzweigungslogik leitet den Ablauf zu einer der beiden Review-Aufgaben oder zu beiden weiter.

Jeder der Review-Abläufe (Schaltplan und PCB) verwendet den spezifischen Design Review Task, der Formularvariablen enthält, mit denen der/die Reviewer Feedback geben können, das sich auf den Review-Bereich bezieht – im obigen Fall die Schlussfolgerungen Layout validity und Manufacturability für den PCB-Bereich. Die Schaltplan-Review-Aufgabe ist der Benutzergruppe SCH Eng und die PCB-Aufgabe der Gruppe PCB Eng zugewiesen.

Die Review-Entscheidung aus beiden Review-Task-Abläufen wird durch das Initiator in der Review-Summarize-Aufgabe verarbeitet, wobei dessen Formular eine Variable Summary mit den auswählbaren Optionen OK to proceed und More work required bereitstellt. Das nachfolgende Ereignis Required Task Completed wartet, bis alle Review-Aufgaben abgeschlossen sind. Die abschließende Verzweigungslogik schließt den Design-Review-Prozess dann mit dem Status Completed OK oder Unacceptable.

Nach Fertigstellung und Aktivierung auf der Seite Admin - Processes steht der benutzerdefinierte Prozess zur Auswahl bereit, wenn eine neue Design-Review-Instanz aufgerufen wird. Sowohl für Reviewer als auch für den Initiator übernimmt die Review-Benutzeroberfläche die im benutzerdefinierten Prozess definierten Befehlsoptionen und die Ablaufstruktur, wie unten für den Beispielprozess gezeigt:

Erstellen/Konfigurieren der Review (Initiator).

Zusätzliche Prozess-Workflows, die die dedizierten Funktionen für Design-Reviews nutzen (wie das Start Review Workflow-Element), werden verfügbar, wenn ein neues Design Review gestartet wird. Hier ist der benutzerdefinierte DRplus Prozess ausgewählt.

Der Review-Initiator (Ersteller) konfiguriert das benutzerdefinierte Review auf die übliche Weise. In diesem Beispiel werden zwei Workspace-Benutzer – Mitglieder der Gruppen SCH Eng und PCB Eng – als Reviewer hinzugefügt.

Die anfängliche Aufgabe Set Review Type erfordert, dass der Initiator einen Typ Domain auswählt, wodurch das Review auf Aufgaben mit Bezug zu Schaltplan oder PCB beschränkt wird und ebenso die für diese Aufgaben verfügbaren Reviewer eingeschränkt werden (aufgrund ihrer Gruppenzuweisungen).

In diesem Beispiel wurden sowohl die Domänen Schaltplan als auch PCB (die Option Both) für das Review ausgewählt. Dadurch werden zusätzliche Review-Aufgaben erstellt, die den Phasen Schematic review und PCB review im Prozess-Workflow DRplus entsprechen.

Wie in der Ansicht Tasks zu sehen ist, werden die zusätzlichen Aufgaben für Feedback-Informationen (Schematic review und PCB review) den passenden Reviewern in jedem Workflow-Zweig zugewiesen. Die primären Design-Review-Aufgaben werden von diesen Benutzern wie üblich abgeschlossen.
Abschließen von Review-Aufgaben (Reviewers).

Das aktive (In Progress) DRplus Review ist nun für Reviewer verfügbar, wobei der Workflow in der Phase der verzweigten Aufgaben angehalten wird. Diese Beispielansicht zeigt den Benutzer, der der PCB-Instanz zugewiesen ist.

Jede Review-Aufgabe wird automatisch der Benutzergruppe zugewiesen, die durch den zugrunde liegenden Workflow festgelegt ist; diese muss zunächst die primäre Review-Aufgabe abschließen. Beachten Sie, dass hier der andere Reviewer (Schaltplan) seine Aufgaben bereits abgeschlossen hat.

Darauf folgt die Aufgabe PCB Review, wie es der Workflow vorgibt. Der Reviewer schließt seinen Beitrag ab, indem er Optionen aus den Feedback-Drop-down-Menüs auswählt – in diesem Fall sind die Review-Fragen obligatorisch.

Sobald alle Reviewer-Aufgaben abgeschlossen sind, wechseln sie in den Status Resolved, und der Workflow geht zum Ereignis Summarize über, das dem Initiator zur Finalisierung zur Verfügung steht.
Finalisierung des Reviews (Initiator).

Der Review-Initiator kann den Review-Prozess nun finalisieren, indem er für beide abgeschlossenen Schaltplan-/PCB-Review-Zweige eine Schlussfolgerung Summary angibt. Checklist Von allen Benutzern abgeschlossene Elemente werden angezeigt.

Wie durch den zugrunde liegenden Workflow konfiguriert, schließt der Initiator den Prozess ab, indem er für jeden Review-Zweig eine geeignete Option aus den Menüauswahlen Summary wählt.

Beachten Sie, dass bei diesem Workflow jedem Review-Zweig ein Schritt Summary zugeordnet ist, wie durch die Symbole Summarize für Weiter/Zurück angezeigt wird. Klicken Sie auf , um fortzufahren.

Schließen Sie die Aufgabe Summary für den anderen Workflow-Zweig ab, um den Design-Review-Prozess zu vervollständigen.

Die finalisierte Prozessansicht des Design Reviews DRplus ist auf schreibgeschützt gesetzt.

Das Workflow-Diagramm zeigt die endgültige Option Summary, die vom Review-Initiator ausgewählt wurde.

Beachten Sie, dass der Workflow in diesem einfachen Beispiel ein Ereignis Related Tasks Completed enthält, das die Finalisierung des Reviews verhindert, bis beide Aufgabenzweige (Schaltplan und PCB) abgeschlossen wurden. Wenn anfangs nur ein Domänenzweig vom Initiator ausgewählt wird, hält der Review-Workflow beim abschließenden Berichtsschritt Summary an.