Design-Reviews

Die Projekt-Design ReviewsSeite ist der zentrale Ort, an dem alle Projektbeteiligten strukturierte Reviews eines Workspace-Designprojekts durchführen und verwalten können. Über die Oberfläche können alle Workspace-Mitglieder Design ReviewInstanzen erstellen, aufrufen und verwalten, die wiederum anderen Workspace-Mitgliedern als Reviewer 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 – weitere Informationen finden Sie auf der Altium Multi-CAD page.

Projekt-Design-Reviews erstellen, konfigurieren, verwalten und abschließen, die von festgelegten Workspace-Mitgliedern bewertet werden.Projekt-Design-Reviews erstellen, konfigurieren, verwalten und abschließen, die von festgelegten Workspace-Mitgliedern bewertet werden.

Abgeschlossene Projekt-Design-Reviews helfen dabei, Konstruktionsprobleme 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 im Verlauf der Projektentwicklung erstellt werden können, beispielsweise vor dem Release oder bei der Übergabe des Designs an ein anderes Team oder an einen Auftragnehmer/Hersteller.

Wenn Ihre Organisation einen erweiterten, unternehmensweiten Ansatz für Design Reviews 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 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 Link Design Review in der rechten unteren Ecke eines Reviews, um das Diagramm des Review-Prozesses anzuzeigen, wobei die ausstehenden 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 Projektinstanzen von Design Reviews auf der Projektseite Design Reviews erstellt und aufgerufen. Das Review gilt für das aktuell geöffnete Projekt (in seinem aktuellen Zustand) 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 users) an Design Reviews teilnehmen können – weitere Informationen finden Sie in der nachstehenden Slideshow.

Wählen Sie auf der Seite Design Reviews die Schaltfläche , um eine Design-Review-Instanz zu erstellen, die auf das aktuell geöffnete Designprojekt angewendet wird.

Die erstellte Design Review wird in ihrem Modus OverviewZusammenfassung geöffnet und gilt für einen Snapshot des aktuellen Designs, der über die Option Design Snapshot im Navigationsbaum angezeigt und kommentiert werden kann.

Bearbeiten Sie Titel und Beschreibung des Reviews, damit andere Workspace-Mitglieder die Design Review eindeutig identifizieren können. Beachten Sie, dass die aktuell eingecheckte Version des Designs geöffnet werden kann, indem Sie die Versionskachel direkt unter dem Titel-/Beschreibungseintrag auswählen. Standardmäßig ist dies der neueste Commit, und der Name enthält sein Tag, sofern verfügbar.

Klicken Sie in der Versionskachel auf den Commit-Namenseintrag, um die Design Review über die Dropdown-Optionen auf einen anderen/früheren Projekt-Commit festzulegen.

Verwenden Sie die Optionen Reviewers, um Workspace-Mitglieder hinzuzufügen, die das Review bearbeiten sollen. Wählen Sie aus den SuggestedNamen aus oder beginnen Sie mit der Eingabe einer E-Mail-Adresse/eines Namens in das Feld, um passende Workspace-Mitglieder auszuwählen. Sie können auch die E-Mail-Adresse eines anderen Benutzers eingeben, dieser muss jedoch Workspace-Mitglied werden, um auf Design Reviews zugreifen zu können – siehe Inviting other Users to Your Workspace für entsprechende Informationen.

Klicken Sie auf die Schaltfläche , um Ihre Auswahl zu bestätigen. Wenn ein hinzugefügter Reviewer keinen Zugriff auf das Design hat, wird das Fenster Share automatisch geöffnet, wobei dieser Benutzer bereits für die Freigabe vorausgewählt ist. Wenn der Benutzer kein Mitglied des Workspace ist – oder ein bestehender External Share guest ist – wird das Fenster für externe Freigabe mit der Option Invite these people to your Workspace als fester Auswahl geöffnet, da nur Workspace-Mitglieder an Design Reviews teilnehmen können.

Optional: Fügen Sie aus den verfügbaren ChecklistTemplates eine vorkonfigurierte Liste von Review-Prüfpunkten hinzu. Dem Prüfplan der Review können mehrere Templates hinzugefügt werden, darunter auch Ihre eigenen benutzerdefinierten Templates.

Das ausgewählte Template fügt seine Prüfpunkte der Review-Instanz hinzu. Verwenden Sie das Steuerelement eines Eintrags, um einen Prüfpunkt aus der Liste zu entfernen (in diesem Beispiel wurden mehrere entfernt), oder das obere Steuerelement , um die gesamte Liste zu entfernen.

Wählen Sie das Steuerelement , wenn Sie der aktuellen Design Review ein weiteres Checklist-Template hinzufügen möchten.

Wählen Sie im Fenster Add Templates to Checklist aus den verfügbaren Checklist-Templates aus. Dazu gehören Beispiel-Templates sowie alle von Ihnen erstellten benutzerdefinierten Templates – weitere Informationen finden Sie unter Checklists view. Hier ist das benutzerdefinierte Parts AcceptanceTemplate ausgewählt.

Das Template Parts Acceptance hat der aktuellen Review-Checklist drei Prüfpunkte hinzugefügt. Während des Review-Prozesses können Reviewer jeden Prüfpunkt als abgeschlossen, nicht abgeschlossen oder nicht zutreffend kennzeichnen.

Ein weiterer benutzerdefinierter Prüfpunkt (oder eine Liste von Punkten) kann jederzeit manuell über das obere Feld „Add item“ hinzugefügt werden; er wird an jede bestehende Liste von Prüfpunkten angehängt.

Beachten Sie, dass die aktuelle Liste von Prüfpunkten als neues Checklist-Template gespeichert werden kann () – entsprechende Informationen finden Sie in der Checklists view auf der Seite Admin – Settings page. Bewegen Sie den Mauszeiger über einen Checklist-Eintrag, um auf seine Löschoption () zuzugreifen, klicken Sie auf den Eintrag, um seinen Text zu bearbeiten, oder ziehen Sie den Eintrag an eine neue Position innerhalb der Checklist-Reihenfolge.

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

 

Informationen zur Verwaltung von Checklists für Design Reviews finden Sie auf der Admin-Seite Checklists page.

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

  • dem Menü in der Ansicht Design des Workspace-Projekts. Beachten Sie, dass das Menü auch Optionen zum Bearbeiten oder Klonen des aktuellen Projekts enthält.

  • dem Menü in der Ansicht Releases des Workspace-Projekts.

  • dem Projektdialog Share in 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.

Beachten Sie, dass eine erstellte Design Review vom Initiator des Reviews (oder von einem Workspace-Administrator) über das Menü der Review-Kachel abgebrochen werden kann.

Design Reviews bieten außerdem die direkte Möglichkeit, einen Vergleich der SCH-, PCB- und BOM-Dokumente des Snapshots mit denen vorheriger Commit-Ereignisse des Projekts zu öffnen. Wählen Sie einen Eintrag auf der Registerkarte SCH/PCB/BOM-Dokument, um eine Vergleichszusammenfassung der Änderungen seit dem neuesten Commit-Ereignis anzuzeigen, und klicken Sie auf den Befehl Open Compare, um auf diesen Vergleich der Designdaten zuzugreifen. Verwenden Sie die Menüoptionen Compare to Commit <date>, um ein anderes Commit-Ereignis für die Vergleiche auszuwählen. Sehen Sie sich für dieses Beispiel einen repräsentativen BOM comparison und einen Schematic comparison an.

Die Möglichkeit, die BOM-, Schematic- und PCB-Snapshot-Dokumente der Design Review mit ihrer zuvor eingecheckten Version zu vergleichen, ist direkt über die Design-Review-Oberfläche verfügbar.

Die Möglichkeit, die BOM-, Schematic- und PCB-Snapshot-Dokumente der Design Review mit ihrer zuvor eingecheckten Version zu vergleichen, ist direkt über die Design-Review-Oberfläche verfügbar.

Die Möglichkeit, die BOM-, Schematic- und PCB-Snapshot-Dokumente der Design Review mit ihrer zuvor eingecheckten Version zu vergleichen, ist direkt über die Design-Review-Oberfläche verfügbar.

 

Informationen zum Durchführen von Vergleichen zwischen 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 in seinem Review-Zustand zu prüfen, bietet die Snapshot-Ansicht auch einen eigenen Bereich Design Review, der den aktuellen Review-Status zusammenfasst, Zugriff auf Vergleiche bietet (siehe oben) und die Bearbeitung der Elemente Checklist des Reviews ermöglicht.

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

Der Bereich „Design Review“ des Design Snapshots enthält Informationen zum Prüfstatus und bietet Zugriff auf die Checklistenpunkte. Der Bereich „Design Review“ des Design Snapshots enthält Informationen zum Prüfstatus und bietet Zugriff auf die Checklistenpunkte.

In der Ansicht Design Snapshot sind platzierte Comments und deren Zuweisung zu Benutzer-Tasks direkt mit dem 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. Ein platzierter Design-Review-Comment enthält einen Eintrag From: <design review>, der auf das Review verlinkt Overview.

Comments des Design Snapshots und alle zugehörigen Tasks gelten direkt für das Design Review.Comments des Design Snapshots und alle zugehörigen Tasks gelten direkt für das Design Review.

Design-Review-Tasks

Die Ansicht Tasks des Design Reviews enthält allgemeine Task-Anfragen, die aus in der Ansicht platzierten Comments erstellt wurden, sowie Initiator-/Reviewer-Tasks, die durch den Design-Review-Prozess erzeugt werden. Design-Review-Tasks sind außerdem 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 bearbeitet werden, die Zugriff auf das Projekt haben. Wählen Sie eine Task-Kachel aus, um den Bereich Information zu öffnen und auf die Details zuzugreifen (Status, Assignee, Priority usw.), einen weiteren Comment hinzuzufügen oder per Cross-Probing zum Comment in der Designansicht zu springen (Show in Design).

Weitere Informationen finden Sie unter Working with Tasks.

Mit dem Design Review verknüpfte Tasks erscheinen in der eigenen Ansicht Tasks des Reviews und werden auch in der Hauptansicht Tasks des Projekts angezeigt.Mit dem Design Review verknüpfte Tasks erscheinen in der eigenen Ansicht Tasks des Reviews und werden auch in der Hauptansicht Tasks des Projekts angezeigt.

Eine Design-Review-Instanz erstellt automatisch zugehörige Prozess-Tasks sowohl für Reviewer als auch für Initiatoren. 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 weiterbearbeitet werden. Wählen Sie eine Task-Kachel aus, um den Bereich Information zu öffnen und auf die Details sowie den Ansichtsmodus Activity zuzugreifen.

Siehe Completing Reviews from the Tasks Page unten für weitere Informationen.

In allen Workspace-Ansichten Tasks verfügbar, können Design-Review-Prozess-Tasks von ihrem zugewiesenen Benutzer weitergeführt werden. Wählen Sie eine Task-Kachel aus, um den Bereich Information der Ansicht zu öffnen.

Der Bereich Information bietet Zugriff auf die Details des Prozess-Tasks, die Abstimmungsoptionen des Bearbeiters sowie Links zum zugehörigen Design Review (Open Review) und zum Ansichtsmodus der Review-Details (der Eintrag Activity).

Die Ansicht Activity des Bereichs zeigt Details des mit dem aktuellen Task verknüpften Design Reviews an, einschließlich Fortschritt, zugehöriger Benutzer, zugehörigem Projekt und Review-Modus. Über die Option Terminate in dieser Ansicht können Sie das Design Review schließen – alle Tasks wechseln dabei in einen abgeschlossenen Status.

 

Reviews abschließen

Workspace-Mitglieder, denen die Rolle Reviewers zugewiesen wurde, werden aufgefordert, das Design innerhalb des angegebenen Review-Umfangs zu bewerten, alle Checklistenpunkte zu bearbeiten und die Ergebnisse schließlich über die Option anzunehmen oder abzulehnen. Während dieses Prozesses können Reviewer Änderungen über BOM-/Schaltplan-/PCB-Vergleiche prüfen, Checklistenpunkte hinzufügen/speichern/abschließen sowie Review-Comments und zugehörige Tasks platzieren.

Der Beitrag eines Reviewers zum Design Review ist abgeschlossen, wenn seine Bewertung im Bereich Approve oder Reject erfasst wurde; sein Name (unter Reviewers in Overview) wird dann grün hervorgehoben und entsprechend markiert.

Ein Beispiel einer Design-Review-Instanz aus Sicht eines Reviewers. Beachten Sie, dass die meisten Elemente (Name/Beschreibung, angehängte Dateien, zugewiesene Reviewer usw.) nicht bearbeitet werden können.

Das Ausfüllen von Checklisten ist keine Voraussetzung, um das Review erfolgreich einzureichen. Alle abgeschlossenen Checklistenpunkte gelten für den Reviewer praktisch als „gelöst“.

Wenn der Reviewer seine Bewertung abgeschlossen hat, kann dies im Bereich Review bestätigt werden, indem er das Review Approve oder Reject und gegebenenfalls relevante Anmerkungen hinzufügt.

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

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

 

Beachten Sie, dass Sie das Diagramm zum Design-Review-Workflow jederzeit anzeigen können, indem Sie unten im Bereich Tasks mit der Maus über den Prozessnamen (Design Review) fahren – klicken Sie auf den Namen, um eine Ansicht in voller Größe zu öffnen. Das Diagramm enthält ausstehende Benutzer-Prozessschritte, die durch E-Mail-Namen der Benutzer gekennzeichnet sind. Siehe Creating a Custom Design Review unten für weitere Informationen.

Reviews finalisieren

Ein Design Review wird vom Review-Initiator finalisiert und in einen geschlossenen, schreibgeschützten Status versetzt, indem im Menü der Schaltfläche ein Status Completed, Rejected oder Cancelled ausgewählt wird. Nur der Initiator des Reviews oder ein Workspace-Administrator kann ein Design Review finalisieren. Dies hängt nicht davon ab, 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-Checkliste abgeschlossen, etwaige Review-Comments/Tasks 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 Status.

Ein Beispiel einer Design-Review-Instanz aus Sicht des Review-Initiators, wenn die zugewiesenen Reviewer ihren Review-Prozess abgeschlossen haben. Die Hervorhebungsfarbe und das Symbol eines Eintrags zeigen die Bewertung des Reviewers als Approve oder Reject an.

Sie können den Mauszeiger über einen Checklisteneintrag bewegen, um zu sehen, welcher Reviewer den Punkt abgeschlossen hat und wann dies erfolgt ist. Beachten Sie, dass Checklistenpunkte bearbeitet werden können, bis sie von einem Reviewer als gelöst markiert wurden, und bis zum Schließen des Reviews jederzeit entfernt oder neu angeordnet werden können.

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

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

Der Übermittlungsprozess wird abgeschlossen und sperrt den Design-Review-Task für den Initiator und alle anderen Benutzer. Er bleibt für Zwecke der Review-Prüfung und Bewertung weiterhin zugänglich.

Zurück auf der Seite Design Reviews des Projekts kann das finalisierte Review angezeigt werden, indem im Dropdown-Bereich Filters der Eintrag Completed aktiviert wird (oder indem Filter mit Clear all deaktiviert werden); standardmäßig werden dort nur Reviews In Progress angezeigt.

 

Design Reviews werden in der Ansicht Tasks view eines WIP-Projekts auch als einzelne Tasks sowohl für den Initiator des Reviews als auch für dessen benannte Reviewers dargestellt und können tatsächlich durch das Abschließen dieser Tasks abgeschlossen werden. Weitere Informationen finden Sie im aufklappbaren Abschnitt unten.

Ein Prüfer wählt seine zugewiesene Aufgabe aus, um den Bereich Provide Review feedback zu öffnen, in dem die Decision des Prüfers als Genehmigen oder Ablehnen ausgewählt und ein optionaler Comment hinzugefügt werden kann.

Sobald ihm ein Status Approve oder Reject zugewiesen ist, übermittelt der Prüfer die Entscheidung zum Prüfungsfeedback (). Beachten Sie, dass der andere Prüfer in diesem Beispiel seine Bewertung bereits übermittelt hat (als erledigt angezeigt).

Der Initiator der Prüfung wählt seine zugewiesene Aufgabe aus. Dies geschieht normalerweise, nachdem alle Prüfer ihre zugewiesenen Aufgaben abgeschlossen haben.

Der Initiator der Prüfung gibt ein Review decision an, indem er in den Optionen Completed oder Rejected der Prüfungsaufgabe auswählt.

Der Initiator übermittelt anschließend das Ergebnis (), wodurch die letzte Aufgabe abgeschlossen wird.

Alle direkt mit der Design Review verknüpften Aufgaben sind abgeschlossen und werden als Resolved angezeigt.

Die nun abgeschlossene (oder abgelehnte) Prüfung erscheint als geschlossene schreibgeschützte Instanz auf der Seite Design Reviews, wenn der Filter Completed im Dropdown-Bereich Filters ausgewählt ist.

Die geschlossene Design-Review-Instanz kann zur (schreibgeschützten) Einsicht geöffnet werden.

 

Erstellen einer benutzerdefinierten Design Review

Related page: Definieren eines Prozess-Workflows

Während die Funktion Design Review so programmiert 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 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 dedizierten Design-Review-Elemente verwenden, die von diesem Workflow genutzt werden (verfügbar unter dem Thema Project Activities).

Beispiel für eine benutzerdefinierte Prüfung

Das hier gezeigte Beispiel einer benutzerdefinierten Design Review bietet dem Prüfungsinitiator die Auswahl zwischen zwei Prüfpfaden – Schematic und PCB –, die jeweils Benutzern in den zugehörigen Workspace Groups zugewiesen werden. Die Ergebnisse aus jedem Prüfungstyp werden vom Prüfungsinitiator empfangen und zusammengefasst, der die Design Review mit dem Status Completed oder Unacceptable abschließt.

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

Um einen neuen benutzerdefinierten Prozess-Workflow für die Funktion Design Review zu erstellen, wählen Sie die Registerkarte des Themas Project Activities auf der Workspace-Seite Admin - Processes und dann die Schaltfläche , um Process Workflow Editor zu öffnen – alternativ könnten Sie auch einen neuen Prozess durch Bearbeiten des vorhandenen Prozesses erstellen. Ein Prozess wird erstellt, indem die erforderlichen Start-, Aufgaben- und Verzweigungselemente diagrammbasiert angeordnet werden und außerdem Verzweigungslogik für Entscheidungen sowie variablenbasierte Steuerelemente zu benutzerseitigen Formularen hinzugefügt werden.

In den folgenden Bildern finden Sie eine Übersicht ü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 - Proceses).

Die erste interaktive Set Review Type-Aufgabe im Prozess – bearbeitet von dem Benutzer, der die Design Review gestartet hat (dem Initiator) – enthält ein Formular, das die Auswahl des Prüfungstyps erfordert. Dieser wird als Variable Domain festgelegt, mit den Optionen Schematic, PCB oder Both (Prüfabläufe). Die nachfolgende Verzweigungslogik leitet den Ablauf zu einer der beiden Prüfaufgaben oder zu beiden.

Jeder der Prüfabläufe (Schaltplan und PCB) verwendet die spezifische Aufgabe Design Review, die eine geerbte Variable Vote enthält, um die Entscheidung Reviewer’s (Accept/Reject) aufzuzeichnen. Die Schaltplan-Prüfaufgabe wird der Benutzergruppe SCH Eng zugewiesen und die PCB-Aufgabe der Gruppe PCB Eng. Außerdem sind zusätzliche Variablen enthalten, mit denen die Prüfer Quality- und Manufacturability-Schlussfolgerungen angeben können (Good, Adequate, Bad).

Die Prüfentscheidung aus beiden Prüfaufgaben-Abläufen wird durch Initiator in der Prüfaufgabe Summarize verarbeitet, wobei das zugehörige 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 Prüfaufgaben abgeschlossen sind. Die abschließende Verzweigungslogik schließt dann den Design-Review-Prozess mit dem Status Completed OK oder Unacceptable ab.

 

Nach Abschluss und Aktivierung auf der Seite Admin - Processes steht der benutzerdefinierte Prozess zur Auswahl, wenn eine neue Design-Review-Instanz gestartet wird. Die Prüfoberfläche übernimmt die Befehlsoptionen und die Ablaufstruktur, die durch den benutzerdefinierten Prozess definiert sind, wie unten für den Beispielprozess gezeigt.

Zusätzliche Prozess-Workflows, die die dedizierten Design-Review-Funktionen verwenden (wie z. B. das Element Start Review), werden verfügbar, wenn eine neue Design Review gestartet wird. Hier ist der benutzerdefinierte Prozess DRplus ausgewählt.

Der Benutzer, der die Prüfung gestartet hat – der Prüfungs-Initiator – muss den Typ des Prüfablaufs (Domain) auswählen, wie durch den zugrunde liegenden benutzerdefinierten Prozess-Workflow definiert. Der Workflow-Fortschritt wird durch das Vorschaubild Process angezeigt.

Wählen Sie den Link Process, um das Workflow-Diagramm zu öffnen und den aktuellen Prozessschritt anzuzeigen. Der Benutzer, der die aktive Aufgabe abschließen muss – und den Workflow in den nächsten Schritt überführt –, wird durch seine E-Mail-Adresse angegeben.

Die benutzerdefinierte Prüfung verlangt, dass der Initiator zwischen den Prüfpfaden Schaltplan, PCB oder Beide wählt; dadurch wird die Variable Domain des Workflows festgelegt.

In diesem Beispiel ist die Option Beide ausgewählt. Dadurch werden sowohl die Schaltplan- als auch die PCB-Prüfaufgaben aktiviert, sobald die Einstellungen bestätigt werden ().

Jede Prüfaufgabe wird automatisch den user Groups zugewiesen, die durch den zugrunde liegenden Workflow festgelegt sind – die Prüfaufgabe Schematic der Gruppe SCH Eng und die Aufgabe PCB der Gruppe PCB Eng (in diesem Beispiel gibt es in jeder Gruppe einen Benutzer).

Das Workflow-Diagramm zeigt an, dass nun sowohl die Schaltplan-Prüfaufgabe als auch die PCB-Prüfaufgabe aktiv sind und den angegebenen Reviewers zugewiesen wurden. Beachten Sie, dass zu diesem Zeitpunkt keine Aufgaben für den Initiator verfügbar sind, da diese (vorerst) abgeschlossen wurden.

Ein zugewiesener Prüfer, in diesem Fall das Mitglied der Gruppe PCB Eng, hat die aktive Design Review für sich verfügbar, kann sie öffnen und seine Aufgabe abschließen.

Der Prüfer muss die PCB-Prüfaufgabe abschließen, indem er eine Auswahl für Vote, Manufacturability und Quality (optional) trifft und diese Einstellungen anschließend bestätigt ().

Der Prüfer, dem die Schaltplan-Prüfaufgabe zugewiesen wurde – kraft seiner Mitgliedschaft in der Gruppe SCH Eng –, kann seine erforderliche Aufgabe auf ähnliche Weise abschließen. Die Vorschau Process zeigt die aktuellen Schrittpositionen innerhalb des Prozess-Workflows an.

Als Alternative zum Abschließen der Prüfaktionen über den Bereich My Tasks der Benutzeroberfläche kann ein Prüfer über die Seite Tasks der Design Reviews fortfahren, auf der auch die aktiven und abgeschlossenen Aufgaben der aktuellen Prüfung angezeigt werden.

Die Aufgabe des Prüfers wird durch das Übermitteln seiner Vote sowie optional einer Bewertung Quality und Notizen Comment abgeschlossen (Resolved).

Sobald alle vorherigen Aufgaben abgeschlossen sind (wie durch das Ereignis Related Tasks Completed des Workflows gefordert), wird die abschließende Aufgabe Summarize für den Initiator der Design Review aktiv. Beachten Sie, dass beide Prüfer-Einträge grün hervorgehoben sind, um den Abschluss ihrer jeweiligen Aufgaben anzuzeigen.

Der letzte Schritt besteht darin, dass der Prüfungsinitiator eine Zusammenfassungsoption auswählt und das Ergebnis bestätigt ().

Das Prozess-Workflow-Diagramm zeigt die abschließende Schlussfolgerung des nun geschlossenen Design-Review-Prozesses an, rot hervorgehoben.

 
AI-LocalizedAI-localized
Wenn Sie ein Problem feststellen, wählen Sie den Text/das Bild aus und drücken SieStrg + Eingabe, um uns Ihr Feedback zu senden.
Funktionsverfügbarkeit

Die Ihnen zur Verfügung stehenden Funktionen hängen davon ab, welche Altium-Lösung Sie verwenden – Altium Develop, eine Edition von Altium Agile (Agile Teams oder Agile Enterprise), oder Altium Designer (mit aktivem Abonnement).

Wenn Sie eine besprochene Funktion in Ihrer Software nicht sehen, kontaktieren Sie den Altium-Vertrieb , um mehr zu erfahren.

Inhalt