Designprüfungen

Updated: August 14, 2026

Die Seite Design Reviews Projekt Design Reviews ist der zentrale Ort für alle Projektbeteiligten, um strukturierte Reviews eines Workspace-Designprojekts durchzuführen und zu verwalten. Die Oberfläche ermöglicht es jedem Workspace-Mitglied, Design Review-Instanzen zu erstellen, darauf zuzugreifen und sie zu verwalten; diese können wiederum anderen Workspace-Mitgliedern als Reviewer zugewiesen werden. 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 – weitere Informationen finden Sie auf der Altium Multi-CAD page.

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 die Unternehmensanforderungen und -standards erfüllt. Designprojekte unterstützen mehrere Design Reviews, die jederzeit während der Projektentwicklung erstellt werden können, beispielsweise vor dem Release oder bei der Übergabe des Designs an ein anderes Team oder einen Auftragnehmer/Hersteller.

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

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

Erstellen von Reviews

Im Workspace-Web Viewer 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 Benutzer mit External Share) an Design Reviews teilnehmen können.

Wählen Sie die Schaltfläche , um das Fenster „Design Review erstellen“ zu öffnen und die Haupteinstellungen des Reviews zu konfigurieren. Nach dem Finalisieren und Bestätigen () 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 ContextKachel – Legt die Version des Designs fest, auf die sich dieses Review bezieht. Standardmäßig ist dies die neueste Designdatenbasis 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 Review auf die WIP-Version gesetzt ist, sind die Designdaten, die für das Review gelten, ein festes „Snapshot“ des Designs zum Zeitpunkt der Erstellung des Reviews – ein Commit oder Release ist grundsätzlich ebenfalls ein Snapshot des Designs zu diesem Zeitpunkt.
Reviewers – Die ausgewählten Workspace-Mitglieder, die aufgefordert werden, das Designprojekt zu überprü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. seinen Zweck oder seine Anforderungen.
Checklist Template – Verwenden Sie das Dropdown-Menü, um eine vorkonfigurierte Liste textbasierter Prüfpunkte auszuwählen, die Reviewer ausfüllen und comment können. Review-Checklists werden von einem Workspace-Administrator über die Seite Admin–Settings–Checklists verwaltet.

Die einzige obligatorische Einstellung beim Erstellen eines anfänglichen Design Review ist die Einstellung Review Context (die überprüften 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 Members sein und Share access auf das zu überprüfende Design haben.

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

Beim Übermitteln der Review-Konfiguration folgt das Share window, wenn ein eingeschlossener Reviewer keinen Zugriff auf das Design hat – es ist nur eine Zugriffsberechtigung auf Ebene View erforderlich.

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

Das erstellte Design Review wird in seinem OverviewZusammenfassungsmodus geöffnet. Das Review gilt für eine Datenerfassung (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 leichter 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, das zugehörige 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 aus ihrem Eintrag 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 zu überprüfende Design haben – falls nicht, kann dies im anschließend angezeigten Share window korrigiert werden.

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

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

Informationen zu Altium Designer finden Sie unter Support for Design Reviews.

Ein Design-Review-Initiator oder Reviewer 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 in einem schreibgeschützten Zustand geschlossen.

Arbeiten mit Checklisten

Obwohl optional, sind Design-Review-Checklists eine wertvolle Ergänzung für die Erstellung strukturierter, auditierbarer Reviews von Projektdesigns. Checklisten sind im Wesentlichen eine nummerierte Liste textueller 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 Comments (und zugehörige Tasks) zu jedem Eintrag hinzufügen können.

Beispiel-Checklisten für Schaltpläne und PCBs 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 Checklistenpunkten in das Design Review aufzunehmen. Es können Listen aus mehreren Checklistenvorlagen zum Review hinzugefügt werden, einschließlich eigener benutzerdefinierter Vorlagen.

Wählen Sie im Fenster Add Templates to Checklist aus den verfügbaren Checklistenvorlagen aus. Dazu gehören Beispielvorlagen und 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 Checkliste automatisch nummeriert. Einträge können gelöscht (), per Drag-and-drop nach oben und unten verschoben, umsortiert und nach links oder rechts gezogen werden, um den Zeileneinzug festzulegen (auch Tab/Shift+Tab).

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

Das Feld für den neuen Checklistenpunkt wird automatisch nummeriert – verwenden Sie die Taste Tab, um den Eintrag einzurücken (Shift+Tab zum Ausrücken). Beachten Sie, dass eine Checklistenvorlage auch über die zugehörigen Eintragslinks hinzugefügt werden kann.

Der manuell hinzugefügte Checklistenpunkt steht nun für Reviewer zur Verfügung. Sie können aus den aktuellen Einträgen, beispielsweise den manuell hinzugefügten, mit der Checklistenoption Save Items as Template Ihre eigene Vorlage erstellen. Wie alle hinzugefügten Checklistenpunkte kann der Eintrag als Ja (), Nein () und Nicht zutreffend () markiert werden.

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

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 Projekt-Commit- oder Release-Ereignisses zu öffnen. Dadurch können sowohl der Review-Ersteller als auch die Reviewer die Unterschiede zwischen den überprüften Designdaten und den ausgewählten Daten eines vorherigen Ereignisses direkt anzeigen.

Der Abschnitt Compare to Commit <date> des Design Review bietet eine automatisierte 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 Schematic Compare view für dieses Beispiel, in dem der Kondensator C1 entfernt wurde. Einen Überblick über den Vergleich von Designdokumenten finden Sie auf der Seite Design Data Comparisons.

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

Design-Snapshot überprü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, Netz-Hervorhebung, Cross-Probing und Kommentierung.

Neben der Möglichkeit, das Design in seinem Review-Status zu prüfen, bietet die Snapshot-Ansicht auch einen eigenen 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 Summarize Review-Elemente unter My Tasks (im Bereich Design Review auf der rechten Seite) nur dem Review-Ersteller/Initiator und Administratoren zur Verfügung stehen und zum Abschließen des Review-Prozesses verwendet werden. Der Bereich My Tasks für Reviewer hingegen bietet die Möglichkeit für Feedback-Kommentare und das Übermitteln von Freigabe-/Ablehnungsentscheidungen – siehe unten Completing Reviews.

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

In der Ansicht Design Snapshot sind platzierte Comments und ihre Zuweisung zu Benutzeraufgaben direkt dem Design Review zugeordnet. Das Review enthält nur diese Comments und Tasks und zeigt keine bestehenden Comments/Tasks aus dem zugrunde liegenden WIP-Design an. Umgekehrt enthält die aktuelle WIP design view Comments und Tasks, die in einem Design Review erstellt wurden.

Ein platzierter Design-Review-Kommentar/eine Aufgabe enthält einen Eintrag From: <design review>, der auf das zugehörige Review verweist. Design Review ermöglicht auch das Hinzufügen von Comments aus einem ausgewählten Checklistenpunkt im Bereich Design Review sowie deren Zuordnung zu diesem Punkt.

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

Ein aus einem Checklist-Eintrag hinzugefügter Comment enthält einen Referenzlink auf die Nummer des Checklistenpunkts und dessen Namen. Klicken Sie an anderen Stellen auf die Nummer, um das zugehörige Design Review zu öffnen.

Beachten Sie, dass der Bereich Comments and Tasks des 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 Checklistenpunkt hinzugefügt wurde, zeigt der Eintrag in der Spalte ID die Checklistennummer und die Comment-Nummer an. Wenn einem Comment eine Task zugeordnet ist, zeigt der ID-Eintrag diese Task-Referenz an. Alle Einträge in der ID-Spalte sind aktive Links zum Comment oder zur Task.

Design-Review-Aufgaben

Die Ansicht Tasks des Design Review umfasst allgemeine Aufgabenanforderungen, die aus in der Ansicht Design Snapshot platzierten Comments erstellt wurden, sowie Initiator-/Reviewer-Aufgaben, die durch den Design-Review-Prozess generiert werden. Design-Review-Aufgaben sind auch sowohl über die Ansichten Projects Tasks als auch Workspace Tasks verfügbar.

Comment Tasks, die einem bestimmten Projektdokument (Snapshot) zugeordnet sind, können von allen Workspace-Mitgliedern verwaltet und fortgeführt werden, die Zugriff auf das Projekt haben. Wählen Sie eine Aufgabenkachel aus, um den Bereich Info zu öffnen und auf ihre 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.

Mit dem Design Review verknüpfte Tasks 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 der Aufgabe ausgewählt ist. Ein Checklistenpunkt wird ausgewählt, wenn der Aufgaben-Comment aus diesem Checklisteneintrag erstellt wurde.

Eine Design-Review-Instanz erstellt automatisch zugehörige Prozessaufgaben für Reviewer und den Initiator. Diese werden 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 der Aufgabe zugewiesenen Initiator oder Reviewer) verwaltet und fortgeführt werden. Wählen Sie eine Aufgabenkachel aus, um den Bereich Info und zusammen mit dem Ansichtsmodus Activity ihre Details zu öffnen.

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

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

Der Bereich Info bietet Details zur Prozessaufgabe, einschließlich der Abstimmungsoptionen für den Bearbeiter (unter Decision), Links zum ursprünglichen Design Review (Open Review) und einen Link zum erweiterten Ansichtsmodus (Eintrag Activity).

Die Ansicht Activity des Bereichs enthält Details zu dem Design Review, das mit der aktuellen Aufgabe verknüpft ist, einschließlich Fortschritt, zugehörigen Benutzern, zugehörigem Projekt und Änderungshistorie. Sie können mit der Option Terminate der Ansicht das aktuelle Design Review schließen – beachten Sie, dass dann alle Aufgaben 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, Checklistenpunkte zu bearbeiten und die Ergebnisse schließlich über die Schaltfläche anzunehmen oder abzulehnen. Die Abschlussentscheidung (Feedback) der Aufgabe eines Reviewers kann in den Ansichten Overview, Design Snapshot oder Tasks des Design Review getroffen werden. Beachten Sie, dass die Ansichten „Overview“ und „Snapshot“ vollständigen Zugriff auf die Design-Review-Funktionen wie Checklisten, Vergleiche und gesammelte Comments bieten.

Der Beitrag eines Reviewers zum Design Review ist abgeschlossen, wenn seine Bewertung als Approve oder Reject registriert und seine Review-Aufgabe geschlossen (Resolved) wurde. Der Namenseintrag des Reviewers ist dann mit einem grünen Häkchensymbol (), einer grünen Hervorhebung oder beidem versehen.

Ein Beispiel für eine 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 Checklisten ist nicht zwingend erforderlich, um das Review erfolgreich zu übermitteln. Klicken Sie bei einem Checklisteneintrag auf die Option Ja/Nein/NA (), um diesen Punkt abzuschließen – klicken Sie erneut, um eine registrierte Auswahl zu entfernen.

Die Auswahlen bei Checklisteneinträgen bleiben für alle Benutzer (Reviewer und Initiator) aktiv und sind kumulativ. Ein Reviewer sieht beispielsweise die Auswahlen anderer Reviewer bei Checklistenpunkten – bewegen Sie den Mauszeiger über eine aktivierte Auswahl, um den Namen des Benutzers anzuzeigen.

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

Der Reviewer verwendet dann die Schaltfläche , um seinen Review-Prozess und sein Feedback durch Übermitteln der Ergebnisse zu finalisieren.

Nach Abschluss des Prozesses ändert sich der Review-Status, der dem Namenseintrag des Reviewers zugeordnet ist, je nach Bewertung des Reviewers von Pending zu Approved oder Rejected . Dies ist für alle Beteiligten am Design Review 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 Checklisteneinträgen ermöglicht. In diesem Fall wird über den Bereich Design Review auf die Review-Elemente und -Steuerelemente zugegriffen.

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

Mit dem Absenden des Reviews wird die zugewiesene Aufgabe abgeschlossen und der Namenseintrag des Prüfers 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 Zustand (Pending) versetzt werden kann.

Beachten Sie, dass individuelle Design-Review-Aufgaben auch in der Ansicht Tasks abgeschlossen 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 Zugriff auf Kommentare.

Abschluss von Reviews

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

Der erwartete Ablauf wäre, dass die Design-Prüfer die Review-Checkliste abgeschlossen, alle Review-Kommentare/-Aufgaben bearbeitet und ihre Review-Bewertung als Approve oder Reject übermittelt haben (siehe oben). Anschließend versetzt der Design-Review-Initiator das Review in einen finalisierten geschlossenen Zustand.

Die Beispielinstanz des Design Reviews, wie sie vom Review-Initiator gesehen wird, nachdem die zugewiesenen Prüfer ihren Review-Prozess abgeschlossen haben. Die Hervorhebungsfarbe und das Symbol eines Prüfereintrags zeigen dessen Bewertung Approve oder Reject an.

Bewegen Sie den Mauszeiger über einen Checklisteneintrag, um zu sehen, welcher Prüfer (oder welche Prüfer) ein Element 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 Design-Review-Initiator schließt den Review-Prozess ab, indem er in den Dropdown-Optionen den geschlossenen Status des Reviews als Completed oder Rejected angibt oder es über das obere Menü abbricht.

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

Mit dem Übermittlungsprozess wird die Design-Review-Aufgabe für den Initiator und alle anderen Benutzer abgeschlossen und gesperrt. Obwohl sie nun schreibgeschützt ist, bleibt sie für Review-Audits und Bewertungszwecke zugänglich.

Beachten Sie, dass ein PDF-Zusammenfassungsdokument des Design Reviews jederzeit ü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:

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

Vor der endgültigen Review-Entscheidung des Initiators befindet sich seine zugehörige Aufgabe im Status In Progress. Die Aufgaben des Prüfers befinden sich in diesem Beispiel im Status Resolved (abgeschlossen).

Sobald der Initiator seine Review-Entscheidung übermittelt hat, wechselt die zugehörige Aufgabe in den Status Resolved, und das Design Review wird als schreibgeschützte Instanz geschlossen. Das Review kann auch dann geschlossen/aufgelöst werden, wenn sich Prüferaufgaben 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.

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

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 neu erstellen, indem Sie die speziellen Design-Review-Elemente verwenden, die von diesem Workflow genutzt werden (verfügbar unter dem Thema Project Activities).

Beispiel für ein benutzerdefiniertes Review

Das hier gezeigte Beispiel eines benutzerdefinierten Design Reviews bietet dem Review-Initiator die Auswahl zwischen zwei Review-Typ-Pfaden – Schematic und PCB –, die jeweils Benutzern in ihren entsprechenden Workspace Groups zugewiesen sind. Die Ergebnisse der beiden Review-Typen werden vom Review-Initiator empfangen und zusammengefasst, der das 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 Themenregisterkarte Project Activities und anschließend die Schaltfläche , um den Process Workflow Editor zu öffnen – alternativ könnten Sie auch einen neuen Prozess erstellen, indem Sie den vorhandenen editing the existing one. Ein Prozess wird erstellt, indem die erforderlichen Start-, Aufgaben- und Verzweigungselemente diagrammbasiert angeordnet sowie Verzweigungsentscheidungslogik und variablenbasierte Steuerelemente zu benutzerorientierten Formularen hinzugefügt werden. Eine Prozessaktivität für ein Design Review wird durch Verwendung eines Startelements vom Typ Start Review definiert.

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

Die erste interaktive Set Review Type-Aufgabe im Prozess – bearbeitet von dem Benutzer, der das Design Review ausgelöst hat (dem Initiator) – enthält ein Formular, das die Auswahl des Review-Typs erfordert. Dieser ist 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.

Jeder der Review-Abläufe (Schematic und PCB) verwendet die spezifische Aufgabe Design Review, die Formularvariablen enthält, damit der/die Prüfer Feedback bereitstellen können, das sich auf den Review-Bereich bezieht – im obigen Fall die Schlussfolgerungen Layout validity und Manufacturability für den PCB-Bereich. Die Schematic-Review-Aufgabe ist der Benutzergruppe SCH Eng zugewiesen und die PCB-Aufgabe der Gruppe PCB Eng.

Die Review-Entscheidung aus beiden Review-Aufgabenabläufen wird vom Initiator in der Review-Aufgabe Summarize verarbeitet, wobei das zugehörige 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 wurden. 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 bei der Erstellung einer neuen Design-Review-Instanz zur Auswahl zur Verfügung. Sowohl für Prüfer als auch für den Initiator übernimmt die Review-Benutzeroberfläche die Befehlsoptionen und die Ablaufstruktur, die durch den benutzerdefinierten Prozess definiert sind, 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 Prüfer hinzugefügt.

Die anfängliche Aufgabe Set Review Type erfordert, dass der Initiator einen Typ Domain auswählt, der das Review auf aufgabenbezogene Inhalte zu Schematic oder PCB beschränkt und auch die für diese Aufgaben verfügbaren Prüfer festlegt (aufgrund ihrer Gruppenzuweisungen).

In diesem Beispiel wurden sowohl die Schematic- als auch die PCB-Domäne (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, sind die zusätzlichen Aufgaben für Feedback-Informationen (Schematic review und PCB review) den jeweils passenden Prüfern in jedem Workflow-Zweig zugewiesen. Die primären Design-Review-Aufgaben werden von diesen Benutzern wie gewohnt abgeschlossen.
Abschließen von Review-Aufgaben (Reviewers).

Das aktive Review DRplus im Status (In Progress) steht den Prüfern 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 Prüfer (Schematic) seine Aufgaben bereits abgeschlossen hat.

Darauf folgt die Aufgabe PCB Review, wie es der Workflow vorgibt. Der Prüfer vervollständigt seinen Beitrag, indem er Optionen aus den Feedback-Dropdown-Menüs auswählt – in diesem Fall sind die Review-Fragepunkte verpflichtend.

Sobald alle Prüferaufgaben abgeschlossen sind, wechseln sie in den Status Resolved, und der Workflow wechselt zum Ereignis Summarize, das dem Initiator zur Finalisierung zur Verfügung steht.
Abschließen des Reviews (Initiator).

Der Review-Initiator kann den Review-Prozess nun finalisieren, indem er für beide abgeschlossenen Schematic-/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 auswä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. 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 DRplus wird in einen schreibgeschützten Zustand versetzt.

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 (Schematic und PCB) abgeschlossen wurden. Wenn anfangs nur ein Domänenzweig vom Instigator ausgewählt wird, hält der Review-Workflow beim abschließenden Berichtsschritt Summary an.