Designprüfungen

Updated: July 21, 2026

Die Projekt-Design Reviews Seite ist der zentrale Ort für alle Projektbeteiligten, um strukturierte Reviews eines Workspace-Designprojekts durchzuführen und zu verwalten. Die Benutzeroberfläche ermöglicht jedem Workspace-Mitglied das Erstellen, den Zugriff auf und die Verwaltung von Design Review Instanzen, die wiederum anderen Workspace-Mitgliedern als Reviewern zugewiesen werden können. Der Ersteller des Design Reviews (der Initiator) kann Anhänge und formalisierte Checklisteneinträge hinzufügen und hat die volle Kontrolle über den Abschluss-/Freigabeprozess des Design Reviews.

Als Multi-CAD-Umgebung ermöglicht Altium 365 Design Review die Unterstützung einer Reihe von ECAD-Projektformaten – siehe die Altium Multi-CAD page für weitere Informationen.

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

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

Wenn Ihre Organisation einen erweiterten Ansatz auf Unternehmensebene für Design Reviews 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. Siehe Processes & Workflows für weitere Informationen.

Der hier beschriebene Design-Review-Prozess ist als defined process workflow verfügbar, der dupliziert und an Ihre spezifischen Anforderungen angepasst werden kann. Siehe unten Creating a Custom Design Review für Details. Klicken Sie auf den Design Review Link in der unteren rechten Ecke eines Reviews, um das Diagramm des Review-Prozesses anzuzeigen, in dem die anstehenden Review-Aufgaben als Benutzernamen hervorgehoben sind. Bewegen Sie den Mauszeiger über den Link, um eine Vorschau zu sehen.

Reviews erstellen

Im Web Viewer des Workspace werden Projekt-Design-Review-Instanzen auf der Design Reviews Seite 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 „Create Design Review“ 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, mit denen die primären Einstellungen für die neue Design-Review-Instanz festgelegt werden:

Review Context Kachel – Legt die Version des Designs fest, auf die sich dieses Review bezieht. Standardmäßig ist dies die aktuellsten Designdaten des Designprojekts (das aktuelle WIP Projekt), kann aber über das Dropdown-Menü auf ein bestimmtes Projekt-Release oder einen (früheren) Commit gesetzt werden.

Wenn der Kontext des Design Reviews auf die WIP-Version gesetzt ist, sind die Designdaten, die für das Review gelten, eine feste „Momentaufnahme“ des Designs zum Zeitpunkt der Erstellung des Reviews – ein Commit oder Release ist grundsätzlich ebenfalls eine Momentaufnahme des Designs zu diesem Zeitpunkt.
Reviewers – Die ausgewählten Workspace-Mitglieder, die aufgefordert werden, das Designprojekt zu reviewen. 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, beispielsweise dessen Zweck oder Anforderungen.
Checklist Template – Verwenden Sie das Dropdown-Menü, um eine vorkonfigurierte Liste von textbasierten Prüfpunkten auszuwählen, die Reviewer ausfüllen und commentieren können. Review-Checklists werden von einem Workspace-Administrator über die Seite Admin–Settings–Checklists verwaltet.

Die einzige Pflichtangabe beim Erstellen eines initialen Design Reviews ist die Einstellung Review Context (die überprüften Projektversionsdaten), die standardmäßig auf das aktuellste Projekt-Release gesetzt ist. Alle anderen Einrichtungseinträge – Reviewers, Description und Checklists – können in der danach erstellten Review-Instanz hinzugefügt oder geändert werden.

Benutzer, die als Reviewers hinzugefügt werden, müssen registrierte Workspace Members sein und Share access auf das überprüfte 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 folgt das Share window, wenn ein enthaltener Reviewer keinen Zugriff auf das Design hat – es ist nur eine Zugriffsebene vom Typ View erforderlich.

Die übermittelte Design-Review-Konfiguration wird als neue Review-Instanz geöffnet und den angegebenen Reviewern zugewiesen. Andernfalls werden Design Reviews über ihre Kacheleinträge auf der Design Reviews Seite des Projekts geöffnet.

Das erstellte Design Review wird in seinem Overview Übersichtsmodus geöffnet. Das Review bezieht sich auf eine Datenerfassung (Momentaufnahme) 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 Reviews 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, dessen Tag.

Verwenden Sie die Option Add Reviewers, um zusätzliche Workspace-Mitglieder einzubeziehen, 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 einen Eintrag aus der Dropdown-Liste. Eine eingegebene E-Mail wird abgelehnt, wenn der Benutzer kein Workspace member ist. Reviewer müssen außerdem Zugriff auf das überprüfte Design haben – falls nicht, kann dies im nachfolgenden Share window korrigiert werden.

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

dem Menü in der Ansicht Design des Workspace-Projekts.
dem Menü in der Ansicht Releases des Workspace-Projekts.
dem Projekt-Share Dialog von Altium Designer, wenn Design Review 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 Reviews kann eine Review-Instanz jederzeit abbrechen:

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

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

Arbeiten mit Checklists

Obwohl optional, sind Design-Review-Checklists eine wertvolle Ergänzung zur Erstellung strukturierter, auditierbarer Reviews von Projektdesigns. Checklists sind im Wesentlichen eine nummerierte Liste textueller Prüfpunkte, die Reviewer beim Abschließen 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 Comments (und zugehörige Tasks) zu jedem Eintrag in der Design Snapshot view hinzufügen können.

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

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

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

Die Einträge der ausgewählten Vorlage werden beim Hinzufügen zur gesamten Checklist automatisch nummeriert. Einträge können gelöscht (), zum Neuordnen der Liste nach oben und unten gezogen und nach links und rechts gezogen werden, um den Zeileneinzug festzulegen (auch Tab/Shift+Tab).

Ein weiterer benutzerdefinierter Prüfpunkt (oder eine Eintragsliste) kann jederzeit manuell mit dem Befehl Add item hinzugefügt werden; er wird an die vorhandene Liste der Prüfpunkte angehängt.

Das Feld für den neuen Checklisteneintrag wird automatisch nummeriert – verwenden Sie die Taste Tab, um den Eintrag einzurücken. Beachten Sie, dass eine Checklist-Vorlage auch über die zugehörigen Eintragslinks hinzugefügt werden kann.

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

Siehe die Admin-Checklists page für Informationen zum Erstellen und Verwalten von Design-Review-Checklists.

Mit vorherigen Daten vergleichen

Design Reviews umfassen auch die direkte Möglichkeit, einen Vergleich der Schaltplan-, PCB- und BOM-Dokumente des Snapshots mit denen eines vorherigen Commit- oder Release-Ereignisses des Projekts zu öffnen. Dadurch können sowohl der Ersteller des Reviews als auch die Reviewer die Unterschiede zwischen den zu prüfenden Konstruktionsdaten 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 Konstruktionsdaten 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 Schematic Compare view für dieses Beispiel, in dem der Kondensator C1 entfernt wurde. Eine Übersicht zum Vergleichen von Designdokumenten finden Sie auf der Seite Design Data Comparisons.

Informationen zum Vergleichen von Designdokumenten finden Sie auf der Seite Design Data Comparisons page.

Review-Design-Snapshot

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

Neben der Möglichkeit, das Design im Review-Status zu prüfen, bietet die Snapshot-Ansicht auch einen dedizierten Bereich Design Review (), der den aktuellen Review-Status zusammenfasst, Zugriff auf die Vergleiche bietet (siehe oben) und die Bearbeitung der Checklist-Einträge des Reviews ermöglicht.

Beachten Sie, dass die Elemente Summarize Review unter My Tasks (im Bereich Design Review auf der rechten Seite) nur für den Review-Ersteller/Initiator und Administratoren verfügbar sind und zum Abschluss des Review-Prozesses verwendet werden. Der Bereich My Tasks für Reviewer bietet dagegen Möglichkeiten für Feedback-Kommentare und das Einreichen von Approve/Reject – siehe Completing Reviews unten.

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

In der Ansicht Design Snapshot sind platzierte Comments und deren Zuordnung zu Benutzer-Tasks direkt mit der Design Review verknüpft. Das Review enthält nur diese Comments und Tasks und zeigt keine vorhandenen Comments/Tasks aus dem zugrunde liegenden WIP-Design an. Umgekehrt enthält die aktuelle WIP design view 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 das zugehörige Review verweist. Design Review ermöglicht außerdem, Comments aus einem ausgewählten Checklist-Eintrag im Bereich Design Review hinzuzufügen und mit diesem zu verknüpfen.

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

Ein Comment, der aus einem Eintrag Checklist hinzugefügt wurde, enthält einen Referenzlink zur Nummer des Checklist-Eintrags und zu dessen Namen. Klicken Sie an anderen Stellen 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 von Comments und zugehörigen Tasks enthält, die für das aktuelle Review gelten. Wenn ein Comment zu einem Checklist-Eintrag 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 Design-Review-Ansicht Tasks enthält allgemeine Task-Anforderungen, 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 auch über die Ansichten Projects Tasks und Workspace Tasks verfügbar.

Comment Tasks, die mit einem bestimmten Projekt-(Snapshot-)Dokument verknüpft 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 ihre Details (Status, Assignee, Priority usw.) zuzugreifen, einen weiteren Comment hinzuzufügen oder per Cross-Probing zum Comment in der Ansicht Design Snapshot zu springen (Open Review).

Weitere Informationen finden Sie unter Working with Tasks.

Tasks, die mit der Design Review verknüpft sind, erscheinen in der Ansicht Tasks des Reviews 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-Eintrag 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 zusammen mit dem Design-Review-Prozess aktualisiert und bis zum Abschluss fortgeführt, können aber auch direkt über die Ansicht Tasks von ihrem Bearbeiter (dem dem Task zugewiesenen Initiator oder Reviewer) verwaltet und vorangebracht werden. Wählen Sie eine Task-Kachel aus, um den Bereich Info zu öffnen und auf ihre Details sowie den Ansichtsmodus Activity zuzugreifen.

Siehe unten Completing Reviews from the Tasks Page für zugehörige Informationen.

Design-Review-Prozess-Tasks (für Initiatoren und Reviewer), die in allen Workspace-Ansichten Tasks verfügbar sind, können von ihrem zugewiesenen Benutzer weiterbearbeitet werden. Wählen Sie eine Task-Kachel aus, um im Bereich Info der Ansicht darauf zuzugreifen.

Der Bereich Info stellt die Details des Prozess-Tasks bereit, einschließlich der Abstimmungsoptionen für den Bearbeiter (unter Decision), Links zur zugehörigen Design Review (Open Review) und einem Link zum erweiterten Ansichtsmodus (dem Eintrag Activity).

Die Ansicht Activity des Bereichs stellt Details zur mit dem aktuellen Task verknüpften Design Review bereit, einschließlich ihres Fortschritts, zugehöriger Benutzer, des zugehörigen Projekts und des Änderungsverlaufs. Über die Option Terminate der Ansicht können Sie die aktuelle Design Review schließen – beachten Sie, dass dann alle Tasks in den abgeschlossenen Status (Resolved) wechseln.

Reviews abschließen

Workspace-Mitglieder, denen die Rolle Reviewers zugewiesen wurde, werden gebeten, das Design innerhalb des angegebenen Review-Umfangs zu bewerten, Checklist-Einträge zu bearbeiten und die Ergebnisse schließlich über die Schaltfläche anzunehmen oder abzulehnen. Die Abschlussentscheidung (Feedback) des Reviewer-Tasks 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 Design-Review-Funktionen 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 wurde und sein Review-Task geschlossen ist (Resolved). Der Namenseintrag des Reviewers wird dann mit einem grünen Häkchensymbol () verknüpft, 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 Einreichen des Reviews nicht verpflichtend. Klicken Sie bei einem Checklist-Eintrag auf die Option Yes/No/NA (), um diesen Eintrag abzuschließen – klicken Sie erneut, um eine registrierte Auswahl zu entfernen.

Auswahlen in Checklist-Einträgen bleiben für alle Benutzer (Reviewer und Initiator) aktiv und sind kumulativ. Ein Reviewer sieht beispielsweise die Auswahlen von Checklist-Einträgen anderer Reviewer – bewegen Sie den Mauszeiger über eine aktivierte Auswahl, um den Benutzernamen anzuzeigen.

Wenn der Reviewer seine Bewertung abgeschlossen hat, kann sie im Bereich My Tasks bestätigt werden, indem er das Review Approve oder Reject und alle relevanten Anmerkungen hinzufügt.

Der Reviewer verwendet dann 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 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 des direkten Zugriffs auf die zugehörigen Schaltplan-, PCB- und BOM-Dokumente bietet und außerdem das Hinzufügen von Comments zu Checklist-Einträgen ermöglicht. Die Review-Elemente und Steuerelemente werden in diesem Fall über den Bereich Design Review aufgerufen.

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

Durch das Einreichen des Reviews wird die zugewiesene Aufgabe abgeschlossen und der Namenseintrag des Reviewers entsprechend markiert. Beachten Sie, dass der Bereich jetzt 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 individuelle Design-Review-Aufgaben auch in der Ansicht Tasks vollständig bearbeitet werden können. Dieser Ansatz erfolgt über den Bereich Tasks pane, bietet jedoch nicht die zusätzlichen Funktionen der Ansichten Overview und Design Snapshot, wie etwa Checklisten, Vergleiche und den Zugriff auf Kommentare.

Reviews abschließen

Ein Design Review wird vom Review-Initiator abgeschlossen und in einen geschlossenen schreibgeschützten Zustand versetzt, indem dieser in den Dropdown-Optionen einen Status Completed oder Rejected auswählt und dies mit der Schaltfläche bestätigt. Nur der Initiator des Reviews oder ein Workspace-Administrator kann ein Design Review abschließen. Dies hängt nicht davon ab, dass die zugewiesenen Reviewer ihren Review-Prozess abgeschlossen haben, und kann daher jederzeit erfolgen.

Der erwartete Ablauf ist, dass die Design-Reviewer die Review-Checkliste abgeschlossen, alle Review-Kommentare/-Aufgaben bearbeitet und ihre Review-Bewertung als Approve oder Reject eingereicht haben (siehe oben). Der Initiator des Design Reviews versetzt das Review anschließend in einen finalen geschlossenen Zustand.

Das Beispiel einer Design-Review-Instanz, wie sie der Review-Initiator sieht, wenn die zugewiesenen Reviewer ihren Review-Prozess abgeschlossen haben. Die Hervorhebungsfarbe und das Symbol eines Reviewer-Eintrags kennzeichnen dessen Bewertung als Approve oder Reject.

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

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

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

Der Übermittlungsprozess schließt die Design-Review-Aufgabe für den Initiator und alle anderen Benutzer ab und sperrt sie. Obwohl sie nun schreibgeschützt ist, bleibt sie für Review-Audits und Bewertungszwecke zugänglich.

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

Nachdem der Review-Initiator das Design Review durch Einreichen seiner Zusammenfassung abgeschlossen hat, wechselt die Review-Instanz von einem InProgress-Status in einen geschlossenen Status, der durch die Review-Entscheidung des Initiators bestimmt wird. Die Review-Aufgabe des Initiators wechselt unabhängig von der getroffenen Review-Entscheidung von einem Status In Progress in einen Status Resolved.

Vor der finalen Review-Entscheidung des Initiators befindet sich die zugehörige Aufgabe im Status In Progress. Die Aufgaben der Reviewer befinden sich in diesem Beispiel im Status Resolved (abgeschlossen).

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

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

Erstellen eines benutzerdefinierten Design Reviews

Related page: Definieren eines Prozess-Workflows

Während die Design-Review-Funktion so programmiert ist, dass sie einen bestimmten Satz von 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 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 ein benutzerdefiniertes Review

Das hier gezeigte benutzerdefinierte Design-Review-Beispiel bietet dem Review-Initiator die Wahl zwischen zwei Review-Typ-Pfaden – Schematic und PCB –, die jeweils Benutzern in ihren zugehörigen Workspace Groups zugewiesen sind. Die Ergebnisse aus jedem Review-Typ werden vom Review-Initiator empfangen und zusammengefasst, der das Design Review mit dem Status Completed oder Unacceptable schließ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 Themenregisterkarte Project Activities und dann die Schaltfläche , um den Process Workflow Editor zu öffnen – alternativ könnten Sie auch einen neuen Prozess erstellen, indem Sie den vorhandenen bearbeiten. Ein Prozess wird erstellt, indem die erforderlichen Start-, Aufgaben- und Verzweigungselemente diagrammbasiert angeordnet und außerdem 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.

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

Die erste interaktive Aufgabe Set Review Type im Prozess – bearbeitet durch den Benutzer, der das Design Review gestartet hat (der Initiator) – enthält ein Formular, das die Auswahl des Review-Typs erfordert. Dieser ist als Variable Domain festgelegt, mit Optionen zur Auswahl von Schematic, PCB oder Both (Review-Abläufe). Die folgende Verzweigungslogik leitet den Ablauf zu einer der Review-Aufgaben oder zu beiden.

Jeder der Review-Abläufe (Schaltplan und PCB) verwendet die spezielle Aufgabe Design Review, die Formularvariablen enthält, mit denen der/die Reviewer Feedback geben kann/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 wird der Benutzergruppe SCH Eng zugewiesen und die PCB-Aufgabe der Gruppe PCB Eng.

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

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

Erstellen/Konfigurieren des Reviews (Initiator).

Zusätzliche Prozess-Workflows, die die speziellen Design-Review-Funktionen verwenden (wie das Workflow-Element Start Review), werden verfügbar, wenn ein neues Design Review gestartet wird. Hier ist der benutzerdefinierte Prozess DRplus 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, der das Review auf schaltplan- oder PCB-bezogene Aufgaben beschränkt und auch die für diese Aufgaben verfügbaren Reviewer eingrenzt (aufgrund ihrer Gruppenzuweisungen).

In diesem Beispiel wurden sowohl die Schaltplan- als auch die PCB-Bereiche (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 DRplus Process Workflow entsprechen.

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

Das aktive Review DRplus (In Progress) steht den Reviewern nun zur Verfügung, wobei der Workflow in der Phase der verzweigten Aufgaben gehalten 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 durch den Workflow vorgegeben. Der Reviewer vervollständigt seinen Beitrag, indem er Optionen aus den Feedback-Dropdown-Menüs auswählt – in diesem Fall sind die Review-Fragen verpflichtend.

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

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

Wie im zugrunde liegenden Workflow konfiguriert, schließt der Initiator den Prozess ab, indem er für jeden Prüfzweig eine geeignete Option aus den Menüauswahlen von Summary auswählt.

Beachten Sie, dass diesem Workflow für jeden Prüfzweig ein Schritt zur Überprüfung von Summary zugeordnet ist, wie durch die Symbole Summarize für Weiter/Zurück angezeigt. Klicken Sie auf , um fortzufahren.

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

Die finalisierte Ansicht des Design-Review-Prozesses von DRplus ist auf schreibgeschützt gesetzt.

Das Workflow-Diagramm zeigt die abschließende Option Summary, die vom Prüfungsinitiator ausgewählt wurde.

Beachten Sie, dass der Workflow in diesem einfachen Beispiel ein Ereignis Related Tasks Completed enthält, das die Finalisierung der Prüfung verhindert, bis beide Aufgabenzweige (Schaltplan und PCB) abgeschlossen wurden. Wenn anfänglich nur ein Domänenzweig durch den Instigator ausgewählt wird, hält der Review-Workflow beim abschließenden Berichtsschritt von Summary an.