Przeglądy projektu

Updated: Kwiecień 20, 2026

Strona Design Reviews projektu jest centralnym miejscem dla wszystkich interesariuszy projektu, w którym mogą oni przeprowadzać i zarządzać ustrukturyzowanymi przeglądami projektu projektowego w Workspace. Interfejs umożliwia tworzenie, otwieranie i zarządzanie instancjami Design Review przez dowolnego członka Workspace, a następnie przypisywanie ich innym członkom Workspace jako recenzentom. Twórca Design Review („inicjator”) może dodawać załączniki i sformalizowane pozycje checklisty oraz ma pełną kontrolę nad procesem zakończenia/zatwierdzenia Design Review.

Jako środowisko multi-CAD, Altium 365 umożliwia, aby Design Review obsługiwał różne formaty projektów ECAD — więcej informacji znajduje się na stronie Altium Multi-CAD page.

Twórz, konfiguruj, zarządzaj i finalizuj Project Design Reviews oceniane przez wskazanych członków Workspace.

Ukończone Project Design Reviews pomagają identyfikować problemy projektowe, zapewniają śledzalny zapis zgodności oraz gwarantują, że projekt spełnia wymagania i standardy firmy. Projekty obsługują wiele Design Reviews, które można tworzyć w dowolnym momencie rozwoju projektu, na przykład przed jego wydaniem lub przy przekazywaniu projektu innemu zespołowi, wykonawcy albo producentowi.

Jeśli Twoja organizacja wymaga zaawansowanego, korporacyjnego podejścia do przeglądów projektu, Workspace Processes w Altium 365 oferuje wysoce konfigurowalne, sformalizowane Workflow, które ściśle kontrolują działania użytkowników, takie jak przeglądy zatwierdzające, tworzenie projektów i integracja z systemami PLM. Więcej informacji znajduje się w sekcji Processes & Workflows.

Proces Design Review, opisany tutaj, jest dostępny jako defined process workflow, który można zduplikować i zmodyfikować zgodnie z własnymi potrzebami. Szczegóły znajdują się poniżej w sekcji Creating a Custom Design Review.

Tworzenie przeglądów

W Web Viewer Workspace instancje Project Design Review są tworzone i otwierane ze strony Design Reviews projektu. Przegląd będzie dotyczył aktualnie otwartego projektu (w jego bieżącym stanie) i będzie dostępny dla wszystkich członków Workspace, którzy mają dostęp do samego projektu. Należy pamiętać, że w Design Reviews mogą uczestniczyć tylko członkowie Workspace (a nie External Share users) — więcej informacji znajduje się w poniższym pokazie slajdów.

Wybierz przycisk na stronie Design Reviews, aby utworzyć instancję Design Review odnoszącą się do aktualnie otwartego projektu.

Utworzony Design Review otwiera się w trybie podsumowania Overview i odnosi się do migawki bieżącego projektu, dostępnej do przeglądania i komentowania za pomocą opcji Design Snapshot w drzewie nawigacji.

Edytuj tytuł i opis przeglądu, aby inni członkowie Workspace mogli łatwo zidentyfikować dany Design Review. Pamiętaj, że bieżącą zatwierdzoną wersję projektu można otworzyć, wybierając kafelek wersji bezpośrednio pod polem tytułu/opisu. Domyślnie jest to najnowszy commit, a jego nazwa będzie zawierała Tag, jeśli jest dostępny.

W kafelku wersji kliknij wpis z nazwą commit, aby ustawić Design Review na inny/poprzedni commit projektu z rozwijanej listy opcji.

Użyj opcji Reviewers, aby dodać członków Workspace, którzy mają wykonać działania w ramach przeglądu. Wybierz z listy Suggested nazw albo zacznij wpisywać adres e-mail/nazwę w polu, aby wybrać pasujących członków Workspace. Możesz wpisać adres e-mail dowolnego innego użytkownika, ale aby uzyskać dostęp do Design Reviews, musi on zostać członkiem Workspace — zobacz Inviting other Users to Your Workspace, aby uzyskać powiązane informacje.

Kliknij przycisk , aby potwierdzić wybory. Jeśli dodany recenzent nie ma dostępu do projektu, okno Share otworzy się automatycznie z tym użytkownikiem wstępnie wybranym do udostępnienia. Jeśli użytkownik nie jest członkiem Workspace — albo jest istniejącym gościem External Share guest — wtedy otworzy się okno udostępniania zewnętrznego z opcją Invite these people to your Workspace jako stałym wyborem, ponieważ w Design Reviews mogą uczestniczyć wyłącznie członkowie Workspace.

Optional: Dodaj wstępnie skonfigurowaną listę pozycji kontrolnych przeglądu z dostępnych ChecklistTemplates. Do checklisty przeglądu można dodać wiele szablonów, w tym własne szablony niestandardowe.

Wybrany szablon doda swoje pozycje kontrolne do instancji przeglądu. Użyj kontrolki przy wpisie, aby usunąć pozycję kontrolną z listy (w tym przykładzie usunięto kilka pozycji), albo górnej kontrolki , aby usunąć całą listę.

Wybierz kontrolkę , jeśli chcesz dodać kolejny szablon checklisty do bieżącego Design Review.

Wybierz spośród dostępnych szablonów checklisty w oknie Add Templates to Checklist. Obejmują one przykładowe szablony oraz wszelkie utworzone przez Ciebie szablony niestandardowe — więcej informacji znajduje się w sekcji Checklists view. Tutaj wybrano niestandardowy szablon Parts Acceptance.

Szablon Parts Acceptance dodał trzy pozycje kontrolne do bieżącej checklisty przeglądu. W trakcie procesu przeglądu recenzenci mogą potwierdzić dowolne pozycje kontrolne jako ukończone, nieukończone lub nie mające zastosowania.

Dodatkową niestandardową pozycję kontrolną (lub listę pozycji) można w dowolnym momencie dodać ręcznie za pomocą górnego pola „Add item”, a zostanie ona dołączona do istniejącej listy pozycji kontrolnych.

Pamiętaj, że bieżącą listę pozycji kontrolnych można zapisać jako nowy Checklist Template () — więcej informacji znajduje się w sekcji Checklists view na stronie Admin – Settings page. Najedź kursorem na wpis checklisty, aby uzyskać dostęp do opcji Delete (), kliknij wpis, aby edytować jego treść, lub przeciągnij wpis w nowe miejsce w kolejności checklisty.

Optional: Użyj opcji Attach Files, aby dodać (przesłać) pliki związane z Project Design Review, które pomogą w procesie przeglądu i akceptacji.

Zobacz stronę administracyjną Checklists page, aby uzyskać informacje o zarządzaniu checklistami Design Review.

Nową instancję Design Review można również wywołać z:

menu w widoku Design projektu Workspace. Pamiętaj, że menu zawiera również opcje Edit lub Clone bieżącego projektu.
menu w widoku Releases projektu Workspace.
okna dialogowego projektu Share w Altium Designer, gdy wybrano Design Review i projekt nie ma aktywnych przeglądów (In Progress). W przeciwnym razie okno dialogowe wyświetli kafelkową listę aktywnych Design Reviews projektu.

Zobacz Support for Design Reviews, aby uzyskać informacje związane z Altium Designer.

Pamiętaj, że utworzony Design Review może zostać anulowany przez inicjatora przeglądu (lub administratora Workspace) z menu kafelka przeglądu.

Design Reviews zapewniają także bezpośrednią możliwość otwierania porównania dokumentów Schematic, PCB i BOM migawki z dokumentami z poprzednich zdarzeń Commit projektu. Wybierz wpis karty dokumentu SCH/PCB/BOM, aby zobaczyć podsumowanie zmian względem najnowszego zdarzenia Commit, a następnie kliknij polecenie Open Compare, aby uzyskać dostęp do porównania tych danych projektowych. Użyj opcji menu Compare to Commit <date>, aby wybrać inne zdarzenie Commit do porównań. Zobacz przykładowe BOM comparison i Schematic comparison dla tego przykładu.

Możliwość porównywania dokumentów BOM, Schematic i PCB migawki Design Review z ich wcześniej zatwierdzoną wersją jest dostępna bezpośrednio w interfejsie Design Review.

Zobacz stronę Design Data Comparisons page, aby uzyskać informacje na temat wykonywania porównań dokumentów projektowych.

Przegląd migawki projektu

Widok Design Snapshot odpowiada stanowi projektu w momencie utworzenia instancji Design Review i oferuje funkcje dostępne w standardowym widoku projektu WIP, w tym pełną nawigację po dokumentach, podświetlanie sieci, cross-probing oraz komentowanie.

Oprócz możliwości analizowania projektu w stanie przeglądu, widok migawki udostępnia także dedykowany panel Design Review, który podsumowuje bieżący status przeglądu, zapewnia dostęp do porównań (patrz wyżej) i umożliwia obsługę elementów Checklist przeglądu.

Panel Design Review w migawce projektu zawiera informacje o statusie przeglądu i zapewnia dostęp do elementów Checklist.

W widoku Design Snapshot umieszczone Comments oraz ich przypisanie do zadań użytkowników są bezpośrednio powiązane z Design Review. Przegląd będzie obejmował tylko te Comments i Tasks i nie będzie pokazywał żadnych istniejących Comments/Tasks z źródłowego projektu WIP. Umieszczony komentarz Design Review będzie zawierał wpis From: <design review>, który prowadzi do przeglądu Overview.

Komentarze Design Snapshot oraz wszelkie powiązane zadania odnoszą się bezpośrednio do Design Review.

Zadania Design Review

Widok Tasks Design Review obejmuje ogólne żądania zadań utworzone na podstawie Comments umieszczonych w widoku Design Snapshot oraz zadania Initiator/Reviewer wygenerowane przez proces Design Review. Zadania Design Review są również dostępne zarówno w widokach Projects Tasks, jak i Workspace Tasks.

Zadania komentarzy, które są powiązane z określonym dokumentem projektu (migawką), mogą być zarządzane i realizowane przez wszystkich członków Workspace mających dostęp do projektu. Wybierz kafelek zadania, aby otworzyć panel Information i uzyskać dostęp do jego szczegółów (Status, Assignee, Priority itd.), dodać kolejny komentarz lub wykonać cross-probing do komentarza w widoku projektu (Show in Design).

Więcej informacji można znaleźć w sekcji Praca z zadaniami.

Zadania powiązane z Design Review pojawiają się w osobnym widoku Tasks przeglądu, a także są widoczne w głównym widoku projektu Tasks.

Instancja Design Review automatycznie tworzy powiązane zadania procesowe zarówno dla Reviewerów, jak i Initiatorów. Są one aktualizowane i przesuwane do ukończenia wraz z procesem Design Review, ale mogą być również bezpośrednio zarządzane i realizowane przez ich Assignee (przypisanego Initiatora lub Reviewera zadania) za pomocą widoku Tasks. Wybierz kafelek zadania, aby otworzyć panel Information i uzyskać dostęp do jego szczegółów wraz z trybem widoku Activity.

Powiązane informacje znajdują się poniżej w sekcji Kończenie przeglądów ze strony Tasks.

Dostępne we wszystkich widokach Workspace zadania procesu Design Review mogą być Tasksrealizowane przez przypisanego użytkownika. Wybierz kafelek zadania, aby otworzyć panel Information tego widoku.

Panel Information zapewnia dostęp do szczegółów zadania procesowego, opcji głosowania jego Assignee oraz łączy do źródłowego Design Review (Open Review) i trybu widoku szczegółów przeglądu (wpis Activity).

Widok Activity panelu zawiera szczegóły Design Review powiązanego z bieżącym zadaniem, w tym jego postęp, powiązanych użytkowników, powiązany projekt oraz tryb przeglądu. Za pomocą opcji Terminate w tym widoku można zamknąć Design Review — wszystkie zadania zostaną przeniesione do stanu ukończonego.

Kończenie przeglądów

Członkowie Workspace, którym przypisano role Reviewers, są proszeni o ocenę projektu w ramach określonego zakresu przeglądu, uzupełnienie wszystkich elementów Checklist i na końcu zaakceptowanie lub odrzucenie wyników za pomocą opcji . W trakcie tego procesu Reviewerzy mogą analizować zmiany poprzez porównania BOM/Schematic/PCB, dodawać/zapisywać/kończyć elementy Checklist oraz umieszczać komentarze przeglądu i powiązane zadania.

Udział Reviewera w Design Review zostaje zakończony, gdy jego ocena zostanie zarejestrowana jako Approve lub Reject w panelu Review, gdzie jego nazwa (w sekcji Reviewers w Overview) zostanie podświetlona na zielono i odpowiednio oznaczona.

Przykład instancji Design Review widzianej przez Reviewera. Zwróć uwagę, że większości elementów (nazwa/opis, załączone pliki, przypisani reviewerzy itd.) nie można edytować.

Uzupełnienie Checklist nie jest obowiązkowe, aby pomyślnie przesłać przegląd. Wszelkie elementy Checklist, które zostały ukończone, są w praktyce „rozwiązane” przez Reviewera.

Gdy Reviewer zakończy ocenę, może ją potwierdzić w panelu Review, wybierając Approve lub Reject dla przeglądu oraz dodając odpowiednie uwagi.

Następnie Reviewer używa przycisku , aby sfinalizować proces przeglądu i przekazać opinię poprzez przesłanie wyników.

Po zakończeniu procesu stan przeglądu powiązany z wpisem zawierającym nazwę Reviewera zmieni się z Pending na Approved lub Rejected (w zależności od oceny Reviewera). Jest to widoczne dla wszystkich uczestników Design Review, w tym innych Reviewerów oraz Initiatora przeglądu (twórcy).

Pamiętaj, że diagram przepływu pracy Design Review możesz wyświetlić w dowolnym momencie, najeżdżając kursorem na nazwę procesu (Design Review) u dołu panelu Tasks — kliknij nazwę, aby wyświetlić pełny rozmiar. Diagram zawiera oczekujące kroki procesu użytkownika oznaczone nazwami adresów e-mail użytkowników. Powiązane informacje znajdują się poniżej w sekcji Tworzenie niestandardowego Design Review.

Finalizowanie przeglądów

Design Review jest finalizowany i przenoszony do zamkniętego stanu tylko do odczytu przez Initiator przeglądu poprzez wybranie stanu Completed, Rejected lub Cancelled z menu przycisku . Tylko Initiator przeglądu lub administrator Workspace może sfinalizować Design Review. Nie jest to zależne od tego, czy przypisani Reviewerzy ukończyli swój proces przeglądu, dlatego może nastąpić w dowolnym momencie.

Oczekiwany przebieg zdarzeń zakłada, że reviewerzy projektu ukończą Checklist przeglądu, zajmą się wszelkimi komentarzami/zadaniami przeglądu i prześlą swoją ocenę przeglądu jako Approve lub Reject (patrz wyżej). Następnie Initiator Design Review przenosi przegląd do sfinalizowanego, zamkniętego stanu.

Przykład instancji Design Review widzianej przez Initiatora przeglądu, gdy przypisani Reviewerzy ukończyli swój proces przeglądu. Kolor podświetlenia wpisu i ikona wskazują ocenę Reviewera: Approve lub Reject.

Możesz najechać kursorem na wpis Checklist, aby zobaczyć, który Reviewer ukończył dany element i kiedy to nastąpiło. Pamiętaj, że elementy Checklist można edytować do momentu ich rozwiązania przez Reviewera oraz usuwać lub zmieniać ich kolejność w dowolnym czasie, dopóki Review nie zostanie zamknięty.

Initiator Design Review kończy proces przeglądu, określając zamknięty stan przeglądu jako Completed lub Rejected z opcji rozwijanych albo Cancelled z górnego menu .

Sfinalizowany Design Review jest oznaczany wybranym stanem (na przykład Completed), a następnie zamykany jako instancja przeglądu tylko do odczytu po potwierdzeniu ().

Proces przesyłania zostaje zakończony i blokuje zadanie Design Review dla initiatora oraz wszystkich innych użytkowników. Pozostaje ono dostępne do celów audytu i oceny przeglądu.

Po powrocie na stronę Design Reviews projektu sfinalizowany przegląd można wyświetlić, włączając wpis Completed (lub wyłączając filtry za pomocą Clear all) w rozwijanym panelu Filters, który domyślnie pokazuje tylko przeglądy In Progress.

Design Reviews są również reprezentowane w widoku Tasks view projektu WIP jako indywidualne zadania zarówno dla Initiator przeglądu, jak i jego wyznaczonych Reviewers, i w rzeczywistości mogą zostać ukończone poprzez rozwiązanie tych zadań. Więcej informacji znajduje się w rozwijanej sekcji poniżej.

Completing Reviews from the Tasks Page

Chociaż przeglądy są zwykle przeprowadzane za pośrednictwem instancji przeglądu na stronie Overview Design Review, mogą zostać doprowadzone do stanu zamkniętego na stronie projektu Tasks poprzez rozwiązanie zadań powiązanych z przeglądem — aby uzyskać dostęp, otwórz stronę Tasks Design Review, stronę Projects Tasks page lub stronę Workspace Tasks page. Z tych widoków można przeprowadzić przepływ Design Review, przesuwając te zadania Design Review do stanu Resolved.

Podstawowy przykład Design Review z dwoma przypisanymi Reviewerami. Jest to reprezentowane jako indywidualne zadania Reviewera i Initiatora w widoku projektu WIP Tasks view.

W widoku Tasks wybierz zadanie Reviewera, aby wyświetlić jego informacje, wykonać cross-probing do przeglądu w widoku Design Snapshot () i ostatecznie rozwiązać (ukończyć) zadanie.

Zadania Reviewera zostają rozwiązane, gdy przypisany Reviewer prześle decyzję Approve lub Reject.

Zadanie Initiatora zostaje rozwiązane, gdy initiator Design Review (twórca) ukończy zadanie, przesyłając Review decision. To działanie finalizuje Design Review i zamyka go w stanie tylko do odczytu.

Zadanie przypisane z widoku migawki projektu Design Review może być realizowane niezależnie od samego Design Review.

Proces kończenia Design Review ze strony Tasks obejmuje każdego członka Workspace powiązanego z przeglądem (Initiatora i Reviewerów), którzy przesyłają ocenę w przypisanych im zadaniach. Należy pamiętać, że przy takim podejściu do kończenia Design Review Checklist przeglądu nie jest dostępna.

Recenzent wybiera przypisane do siebie zadanie, aby otworzyć panel Provide Review feedback, w którym może wybrać Decision jako Approve lub Reject oraz opcjonalnie dodać Comment.

Po przypisaniu statusu Approve lub Reject Recenzent przesyła decyzję z informacją zwrotną z przeglądu (). Zwróć uwagę, że drugi Recenzent w tym przykładzie przesłał już swoją ocenę (pokazaną jako resolved).

Inicjator przeglądu wybiera przypisane do siebie zadanie. Zwykle następuje to po tym, jak wszyscy Recenzenci ukończą przypisane im zadania.

Inicjator przeglądu podaje Review decision, wybierając jedną z opcji Completed lub Rejected w zadaniu przeglądu.

Następnie Inicjator przesyła wynik (), co zamyka końcowe zadanie.

Wszystkie zadania bezpośrednio powiązane z Design Review są ukończone i oznaczone jako Resolved.

Ukończony (lub odrzucony) przegląd pojawi się jako zamknięta instancja tylko do odczytu na stronie Design Reviews, jeśli w rozwijanym panelu Filters wybrany jest filtr Completed.

Zamkniętą instancję Design Review można otworzyć do wglądu (tylko do odczytu).

Tworzenie niestandardowego Design Review

Related page: Definiowanie przepływu procesu

Chociaż funkcja Design Review została zaprogramowana tak, aby zapewniać określony zestaw możliwości i opcji, jej przebieg proceduralny i dodatkowe opcje są określane przez jej Process Workflow. Powiązany proces – Design Review – jest dostępny dla administratorów Workspace na stronie Admin – Processes page, gdzie można go zmodyfikować i zapisać jako alternatywny proces przeglądu projektu. Można także utworzyć nowy proces niestandardowy od podstaw, stosując dedykowane elementy design review używane przez ten workflow (dostępne w motywie Project Activities).

Przykład niestandardowego przeglądu

Pokazany tutaj przykład niestandardowego design review daje Inicjatorowi przeglądu wybór dwóch ścieżek typu przeglądu – Schematic i PCB – z których każda jest przypisywana użytkownikom w odpowiednich Workspace Groups. Wyniki z każdego typu przeglądu są odbierane i podsumowywane przez Inicjatora przeglądu, który zamyka design review ze statusem Completed lub Unacceptable.

Przykład definicji niestandardowego workflow (DRplus), który staje się dostępny jako alternatywny proces dla funkcji Design Review.

Aby utworzyć nowy niestandardowy workflow procesu dla funkcji Design Review, wybierz kartę motywu Project Activities na stronie Workspace Admin - Processes i kliknij przycisk , aby otworzyć Process Workflow Editor – alternatywnie możesz utworzyć nowy proces, edytując istniejący. Proces tworzy się przez diagramowe rozmieszczenie wymaganych elementów Start, Task i Branching, a także przez dodanie logiki decyzji rozgałęzień i kontrolek opartych na zmiennych do formularzy użytkownika.

Zobacz poniższe obrazy, aby uzyskać przegląd głównych formularzy używanych w powyższym przykładzie procesu design review – obrazy odzwierciedlają widok podczas edytowania lub tworzenia workflow (Admin - Proceses page).

Pierwsze interaktywne zadanie Set Review Type w procesie – obsługiwane przez użytkownika, który uruchomił design review (czyli Initiator) – zawiera formularz wymagający wyboru typu przeglądu. Jest to oznaczone jako zmienna Domain, z opcjami wyboru Schematic, PCB lub Both (przepływy przeglądu). Następująca po tym logika Branch kieruje przepływ do jednego zadania przeglądu albo do obu.

Każdy z przepływów przeglądu (Schematic i PCB) używa dedykowanego zadania Design Review, które zawiera dziedziczoną zmienną Vote do rejestrowania decyzji Reviewer’s (Accept/Reject). Zadanie przeglądu Schematic jest przypisane do grupy użytkowników SCH Eng, a zadanie PCB do grupy PCB Eng. Dodano także dodatkowe zmienne, aby recenzent(-ci) mogli podać wnioski Quality i Manufacturability (Good, Adequate, Bad).

Decyzja z obu przepływów zadań przeglądu jest obsługiwana przez Initiator w zadaniu przeglądu Summarize, gdzie formularz udostępnia zmienną Summary z wybieralnymi opcjami OK to proceed i More work required. Następujące zdarzenie Required Task Completed będzie czekać, aż wszystkie zadania przeglądu zostaną ukończone. Końcowa logika routingu Branch zamyka następnie proces Design Review ze statusem Completed OK lub Unacceptable.

Po ukończeniu i włączeniu na stronie Admin - Processes niestandardowy proces będzie dostępny do wyboru podczas uruchamiania nowej instancji Design Review. Interfejs przeglądu przyjmie opcje poleceń i strukturę przepływu zdefiniowane przez niestandardowy proces, jak pokazano poniżej dla przykładowego procesu.

Dodatkowe workflow procesów korzystające z dedykowanych funkcji design review (takich jak element Start Review) stają się dostępne podczas uruchamiania nowego Design Review. Tutaj wybrano niestandardowy proces DRplus.

Użytkownik, który rozpoczął przegląd – Initiator przeglądu – musi wybrać typ przepływu przeglądu (Domain), zgodnie z definicją bazowego niestandardowego workflow procesu. Postęp workflow jest wskazywany przez obraz podglądu Process.

Wybierz łącze Process, aby otworzyć diagram workflow i zobaczyć jego bieżący etap procedury. Użytkownik, który musi ukończyć aktywne zadanie – i przenieść workflow do następnego etapu – jest wskazany swoim adresem e-mail.

Niestandardowy przegląd wymaga od Inicjatora wyboru między ścieżkami przeglądu Schematic, PCB lub Both, co zdefiniuje zmienną Domain workflow.

W tym przykładzie wybrano opcję Both. Spowoduje to włączenie zarówno zadania przeglądu Schematic, jak i PCB po potwierdzeniu ustawień ().

Każde zadanie przeglądu jest automatycznie przypisywane do grup użytkowników określonych w bazowym workflow – zadanie przeglądu Schematic do grupy SCH Eng, a zadanie PCB do grupy PCB Eng (w tym przykładzie w każdej grupie jest jeden użytkownik).

Diagram workflow wskazuje, że zarówno zadanie przeglądu Schematic, jak i PCB są teraz aktywne i przypisane do określonych Reviewers. Zwróć uwagę, że na tym etapie nie ma żadnych zadań dostępnych dla Initiator, ponieważ zostały już ukończone (na razie).

Przypisany Recenzent, w tym przypadku członek grupy PCB Eng, ma dostępny aktywny Design Review, który może otworzyć i ukończyć swoje zadanie.

Recenzent musi ukończyć zadanie przeglądu PCB, wybierając Vote, Manufacturability oraz Quality (opcjonalnie), a następnie potwierdzić te ustawienia ().

Recenzent przypisany do zadania przeglądu Schematic – dzięki członkostwu w grupie SCH Eng – może w podobny sposób ukończyć wymagane zadanie. Podgląd Process wskazuje bieżące pozycje etapów w workflow procesu.

Alternatywnie do wykonywania działań przeglądu za pomocą panelu My Tasks interfejsu, Recenzent może przejść ze strony Tasks Design Reviews, która pokazuje także aktywne i ukończone zadania dla bieżącego przeglądu.

Zadanie Recenzenta zostaje oznaczone jako ukończone (Resolved) po przesłaniu jego Vote oraz opcjonalnie oceny Quality i uwag Comment.

Gdy wszystkie poprzednie zadania zostaną ukończone (zgodnie ze zdarzeniem Related Tasks Completed workflow), końcowe zadanie Summarize staje się aktywne dla Inicjatora Design Review. Zwróć uwagę, że oba wpisy Recenzentów są podświetlone na zielono, aby wskazać ukończenie ich odpowiednich zadań.