Przeglądy projektu

Updated: Lipiec 27, 2026

Strona projektu Design Reviews jest centralnym miejscem, w którym wszyscy interesariusze projektu mogą przeprowadzać i zarządzać ustrukturyzowanymi przeglądami projektu projektowego w Workspace. Interfejs umożliwia tworzenie, dostęp i zarządzanie instancjami Design Review przez dowolnego członka Workspace, które z kolei mogą być przypisywane innym członkom Workspace jako recenzentom. Twórca przeglądu projektu (inicjator) może dodawać załączniki i sformalizowane pozycje listy kontrolnej oraz ma pełną kontrolę nad procesem ukończenia/zatwierdzenia przeglądu projektu.

Jako środowisko multi-CAD, Altium 365 umożliwia funkcji Design Review obsługę różnych formatów projektów ECAD – więcej informacji można znaleźć na stronie Altium Multi-CAD page.

Twórz, konfiguruj, zarządzaj i zamykaj przeglądy projektu oceniane przez wskazanych członków Workspace.

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

Jeśli Twoja organizacja wymaga zaawansowanego, korporacyjnego podejścia do przeglądów projektowych, funkcja Workspace Processes w Altium 365 oferuje wysoce konfigurowalne, sformalizowane przepływy pracy, które ściśle kontrolują działania użytkowników, takie jak przeglądy zatwierdzające, tworzenie projektów i integrację z systemami PLM. Więcej informacji można znaleźć w sekcji Processes & Workflows.

Proces Design Review, opisany tutaj, jest dostępny jako zdefiniowany przepływ procesu, który można skopiować i zmodyfikować zgodnie z własnymi potrzebami. Szczegóły znajdują się poniżej w sekcji Creating a Custom Design Review. Kliknij łącze Design Review w prawym dolnym rogu przeglądu, aby wyświetlić diagram procesu przeglądu z oczekującymi zadaniami przeglądu wyróżnionymi nazwami użytkowników. Najedź kursorem na łącze, aby zobaczyć podgląd.

Tworzenie przeglądów

W Web Viewer Workspace instancje Design Review projektu są tworzone i otwierane ze strony projektu Design Reviews. Przegląd będzie dotyczył aktualnie otwartego projektu i będzie dostępny dla wszystkich członków Workspace, którzy mają dostęp do samego projektu. Należy pamiętać, że tylko członkowie Workspace (a nie użytkownicy External Share) mogą uczestniczyć w Design Reviews.

Wybierz przycisk , aby otworzyć okno Create Design Review i skonfigurować główne ustawienia przeglądu. Po zakończeniu i potwierdzeniu () utworzona instancja przeglądu zostanie otwarta w dedykowanym widoku w celu dalszej konfiguracji.

Okno Create Design Review obsługuje następujące opcje i pola, które określają podstawowe ustawienia nowej instancji Design Review:

Review Context kafelek – ustawia wersję projektu, której będzie dotyczył ten przegląd. Domyślnie ustawiana jest najnowsza wersja danych projektowych projektu (bieżący projekt WIP), ale z menu rozwijanego można wybrać konkretne Release projektu lub (wcześniejszy) Commit.

Gdy kontekst Design Review jest ustawiony na wersję WIP, dane projektu przypisane do przeglądu stanowią stałą „migawkę” projektu w momencie utworzenia przeglądu – Commit lub Release z natury jest migawką projektu z danego momentu.
Reviewers – wskazani członkowie Workspace, którzy zostaną poproszeni o przejrzenie projektu. Wybierz recenzenta z listy rozwijanej kontrolki lub wpisz jego adres e-mail. Dla tych użytkowników automatycznie zostaną utworzone zadania Design Review.
Description – wprowadź istotne informacje o przeglądzie, takie jak jego cel lub wymagania.
Checklist Template – użyj menu rozwijanego, aby wybrać wstępnie skonfigurowaną listę tekstowych pozycji kontrolnych, które recenzenci mogą wypełnić i komentować. Listami Checklists kontrolnymi zarządza administrator Workspace na stronie Admin–Settings–Checklists.

Jedynym obowiązkowym ustawieniem podczas tworzenia początkowego Design Review jest ustawienie Review Context (dane wersji projektu podlegające przeglądowi), które domyślnie wskazuje najnowszy Release projektu. Wszystkie pozostałe wpisy konfiguracyjne – Reviewers, Description i Checklists – można dodać lub zmodyfikować w utworzonej następnie instancji przeglądu.

Użytkownicy dodani jako Reviewers muszą być zarejestrowanymi członkami Workspace i mieć uprawnienia Share access do przeglądanego projektu.

Okno Create Design Review akceptuje tylko adresy e-mail recenzentów rozpoznane jako członkowie Workspace. Pamiętaj, że użytkownicy External Share nie mogą uzyskiwać dostępu do Design Reviews.

Podczas przesyłania konfiguracji przeglądu pojawi się okno Share window, jeśli uwzględniony recenzent nie ma dostępu do projektu – wymagany jest jedynie poziom dostępu View.

Przesłana konfiguracja Design Review zostaje otwarta jako nowa instancja przeglądu przypisana do wskazanych recenzentów. W innych przypadkach Design Reviews otwiera się z kafelków na stronie projektu Design Reviews.

Utworzony Design Review otwiera się w Overviewtrybie podsumowania. Przegląd odnosi się do przechwyconych danych (migawki) bieżącego projektu, dostępnych do przeglądania i komentowania za pomocą opcji Design Snapshot w drzewie nawigacji.

W razie potrzeby edytuj tytuł i opis przeglądu, aby inni członkowie Workspace mogli łatwiej zidentyfikować Design Review. Wszystkie utworzone komentarze lub zadania będą oznaczone jako powiązane z tytułem Design Review.

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

Kliknij kafelek Review Context, aby otworzyć wskazaną wersję projektu w widoku Design Snapshot. Domyślnie jest to najnowszy commit, a nazwa będzie zawierała jego Tag, jeśli jest dostępny.

Użyj opcji Add Reviewers, aby dodać kolejnych członków Workspace, którzy mogą wykonywać działania w Design Review. Istniejących recenzentów można usunąć za pomocą powiązanej ikony x przy ich wpisie.

Wpisz adres e-mail/nazwę członka lub wybierz z listy rozwijanej. Wprowadzony adres e-mail zostanie odrzucony, jeśli użytkownik nie jest członkiem Workspace. Recenzenci muszą również mieć dostęp do przeglądanego projektu – jeśli tak nie jest, można to poprawić w następującym po tym oknie Share window.

Nową instancję Design Review można także wywołać z:

menu w widoku Design projektu Workspace.
menu w widoku Releases projektu Workspace.
okna dialogowego projektu w Altium Designer Share, gdy wybrano Design Review, a 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 dotyczące Altium Designer.

Inicjator lub recenzent Design Review może anulować instancję przeglądu w dowolnym momencie:

z menu kafelka przeglądu.
z górnego menu otwartego Design Review.
z menu w panelu widoku Tasks view Activites (Terminate).

Note: Po anulowaniu wszystkie zadania Design Review zostają przeniesione do statusu ukończonego (Resolved), a sam przegląd zostaje zamknięty w trybie tylko do odczytu.

Praca z listami kontrolnymi

Chociaż są opcjonalne, listy Checklists kontrolne Design Review stanowią cenne uzupełnienie przy tworzeniu ustrukturyzowanych, audytowalnych przeglądów projektów. Listy kontrolne są zasadniczo numerowaną listą tekstowych pozycji kontrolnych, które recenzenci mogą potwierdzić lub odrzucić podczas wykonywania swoich zadań przeglądowych. Każda pozycja kontrolna może zostać zaakceptowana/odrzucona przez wszystkich wskazanych recenzentów, którzy mogą również dodawać Comments (oraz powiązane Tasks) do każdego wpisu za pośrednictwem widoku Design Snapshot view.

Przykładowe listy kontrolne dla schematów i PCB są domyślnie dostępne, a także można tworzyć nowe lub modyfikować istniejące listy kontrolne. Listami kontrolnymi zarządzają administratorzy Workspace w widoku Admin–Settings–Checklists, jednak użytkownicy mogą dodawać, usuwać i modyfikować listy kontrolne podczas tworzenia instancji Design Review.

Użyj opcji Add from Template, aby uwzględnić w Przeglądzie Projektu kolejną grupę pozycji Checklisty. Do przeglądu można dodać listy z wielu szablonów Checklisty, w tym własne szablony niestandardowe.

Wybierz jeden z dostępnych szablonów Checklisty w oknie Add Templates to Checklist. Obejmują one przykładowe szablony oraz wszystkie utworzone przez Ciebie szablony niestandardowe — tutaj wybrano niestandardowy szablon Supply Validity (zobacz pole wyboru). Zwróć uwagę na informacje podglądu szablonu w prawym panelu okna.

Pozycje wybranego szablonu są automatycznie numerowane po dodaniu do ogólnej Checklisty. Wpisy pozycji można usuwać (), przeciągać w górę i w dół, aby zmienić kolejność listy, oraz przeciągać w lewo i w prawo, aby ustawić wcięcie wiersza (również Tab/Shift+Tab).

Dodatkową niestandardową pozycję kontrolną (lub listę pozycji) można w dowolnym momencie dodać ręcznie za pomocą polecenia Add item, które zostanie dołączone do istniejącej listy pozycji kontrolnych.

Pole nowej pozycji Checklisty jest automatycznie numerowane — użyj klawisza Tab, aby zwiększyć wcięcie wpisu (Shift+Tab, aby zmniejszyć wcięcie). Zwróć uwagę, że szablon Checklisty można również dodać z powiązanych łączy wpisów.

Ręcznie dodany wpis pozycji Checklisty jest teraz dostępny dla recenzentów. Możesz utworzyć własny Szablon na podstawie bieżących wpisów, takich jak te dodane ręcznie, używając opcji Checklisty Save Items as Template. Podobnie jak wszystkie dodane pozycje checklisty, wpis można oznaczyć jako Yes (), No () oraz Not Applicable ().

Informacje o tworzeniu i zarządzaniu Checklistami Przeglądu Projektu znajdziesz na stronie administracyjnej Checklists page.

Porównanie z poprzednimi danymi

Przeglądy Projektu obejmują również możliwość bezpośredniego otwarcia porównania dokumentów schematu, PCB i BOM migawki z dokumentami z poprzedniego zdarzenia Commit lub Release projektu. Pozwala to zarówno autorowi przeglądu, jak i recenzentom bezpośrednio zobaczyć różnice między danymi projektowymi poddawanymi przeglądowi a wybranymi danymi z poprzedniego zdarzenia.

Sekcja Compare to Commit <date> Przeglądu Projektu udostępnia automatyczne podsumowanie różnic między danymi przeglądu a (domyślnie) najnowszym zdarzeniem Release — lub najnowszym Commit, jeśli Release nie są dostępne.

Użyj opcji menu rozwijanego Compare to Commit <date>, aby wybrać inne zdarzenie Commit lub Release do porównania danych projektowych. Commity w tym przykładzie mają dołączone Tags.

Wybierz opcje kart SCH/PCB/BOM, aby zobaczyć podsumowania różnic między dokumentami przeglądu a ich poprzednimi wersjami.

Polecenie Open Compare otworzy widok projektu Compare w nowej karcie przeglądarki dla aktualnie wybranego typu dokumentu (SCH/PCB/BOM).

Widok Schematic Compare view dla tego przykładu, w którym kondensator C1 został usunięty. Zobacz stronę Design Data Comparisons, aby uzyskać przegląd wykonywania porównań dokumentów projektowych.

Informacje o wykonywaniu porównań dokumentów projektowych znajdziesz na stronie Design Data Comparisons page.

Przegląd migawki projektu

Widok Design Snapshot odpowiada stanowi projektu w chwili utworzenia instancji Przeglądu Projektu i oferuje funkcje dostępne w standardowym WIP design view, w tym pełną nawigację po dokumentach, podświetlanie sieci, cross-probing i komentowanie.

Oprócz możliwości przeglądania 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 pozwala obsługiwać pozycje Checklist przeglądu.

Zwróć uwagę, że elementy Summarize Review w sekcji My Tasks (w panelu Design Review po prawej stronie) są dostępne wyłącznie dla twórcy przeglądu/inicjatora oraz administratorów i służą do zakończenia procesu przeglądu. Z kolei obszar My Tasks dla recenzentów umożliwia dodawanie komentarzy zwrotnych oraz przesyłanie decyzji Approve/Reject — zobacz Completing Reviews poniżej.

Panel Design Review migawki projektu zawiera informacje o statusie przeglądu i zapewnia dostęp do pozycji Checklisty.

W widoku Design Snapshot umieszczone Comments oraz ich assignment to user Tasks są bezpośrednio powiązane z Przeglądem Projektu. Przegląd będzie obejmować tylko te Comments i Tasks i nie pokaże żadnych istniejących Comments/Tasks z źródłowego projektu WIP. Z kolei bieżący WIP design view będzie zawierał Comments i Tasks utworzone w Przeglądzie Projektu.

Dodany Comment/zadanie Przeglądu Projektu będzie zawierać wpis From: <design review> z łączem do powiązanego przeglądu. Przegląd Projektu umożliwia również dodawanie Comments z wybranej pozycji Checklisty w panelu Design Review i ich powiązanie z nią.

Comments i powiązane z nimi Tasks, które mają odnosić się konkretnie do Przeglądu Projektu, są dodawane w widoku Design Snapshot. Powiązanie Comment z przeglądem jest wskazywane przez łącze From:<design review> w oknie Comment.

Comment dodany z wpisu Checklist będzie zawierał łącze referencyjne do numeru pozycji Checklisty i jej nazwy. W innych lokalizacjach kliknij numer, aby otworzyć powiązany Przegląd Projektu.

Zwróć uwagę, że obszar Comments and Tasks w Overview Przeglądu Projektu zawiera listę Comments i powiązanych Tasks odnoszących się do bieżącego przeglądu. Jeśli Comment został dodany do pozycji Checklisty, wpis w kolumnie ID pokaże numer Checklisty i numer Comment. Jeśli Comment ma powiązane Task, wpis ID pokaże odwołanie do tego Task. Wszystkie wpisy w kolumnie ID są aktywnymi łączami do Comment lub Task.

Zadania Przeglądu Projektu

Widok Tasks Przeglądu Projektu obejmuje ogólne żądania zadań utworzone z Comments umieszczonych w widoku Design Snapshot oraz zadania inicjatora/recenzenta generowane przez proces Przeglądu Projektu. Zadania Przeglądu Projektu są również dostępne zarówno w widoku Projects Tasks, jak i Workspace Tasks.

Comment Tasks, które są powiązane z konkretnym dokumentem projektu (migawki), mogą być zarządzane i realizowane przez wszystkich członków Workspace mających dostęp do projektu. Wybierz kafelek Task, aby otworzyć panel Info i uzyskać dostęp do jego szczegółów (Status, Assignee, Priority itd.), dodać kolejny komentarz lub wykonać cross-probing do komentarza w widoku Design Snapshot (Open Review).

Więcej informacji znajdziesz w Working with Tasks.

Tasks powiązane z Przeglądem Projektu pojawiają się w widoku Tasks przeglądu, a także są widoczne w głównym widoku Project Tasks. Otwórz powiązany Comment z łącza Open Review.

Łącze otwiera widok Design Snapshot z wybranym Comment zadania. Pozycja Checklisty zostanie wybrana, jeśli Comment zadania został utworzony z tej pozycji Checklisty.

Instancja Przeglądu Projektu automatycznie tworzy powiązane procesowe Tasks dla recenzentów i inicjatora. Są one aktualizowane i przechodzą do zakończenia wraz z procesem Przeglądu Projektu, ale mogą być również bezpośrednio zarządzane i realizowane w widoku Tasks przez ich Assignee (przypisanego inicjatora lub recenzenta zadania). Wybierz kafelek Task, aby otworzyć panel Info i uzyskać dostęp do jego szczegółów wraz z trybem widoku Activity.

Powiązane informacje znajdziesz poniżej w Completing Reviews from the Tasks Page.

Dostępne we wszystkich widokach Tasks Workspace, procesowe Tasks Przeglądu Projektu (dla inicjatorów i recenzentów) mogą być progressed by their assigned user. Wybierz kafelek zadania, aby uzyskać do niego dostęp w panelu Info widoku.

Panel Info udostępnia szczegóły zadania procesowego, w tym opcje głosowania jego Assignee (w sekcji Decision), łącza do źródłowego Przeglądu Projektu (Open Review) oraz łącze do rozszerzonego trybu widoku (wpis Activity).

Widok Activity panelu zawiera szczegóły Przeglądu Projektu powiązanego z bieżącym Task, w tym jego postęp, powiązanych użytkowników, powiązany projekt i historię zmian. Możesz użyć opcji Terminate tego widoku, aby zamknąć bieżący Przegląd Projektu — pamiętaj, że wtedy wszystkie zadania przejdą do stanu completed (Resolved).

Zamykanie przeglądów

Członkowie Workspace, którym przypisano rolę Reviewers, są proszeni o ocenę projektu w określonym zakresie przeglądu, uzupełnienie pozycji Checklisty, a na końcu zaakceptowanie lub odrzucenie wyników za pomocą przycisku . Decyzję recenzenta dotyczącą ukończenia Task (feedback) można podjąć w widokach Overview, Design Snapshot lub Tasks Przeglądu Projektu. Zwróć uwagę, że widoki Overview i Snapshot zapewniają pełny dostęp do funkcji Przeglądu Projektu, takich jak Checklisty, porównania i zebrane Comments.

Udział recenzenta w Przeglądzie Projektu jest zakończony, gdy jego ocena zostanie zarejestrowana jako Approve lub Reject, a jego Task przeglądu zostanie zamknięty (Resolved). Wpis z nazwą recenzenta jest wtedy powiązany z zieloną ikoną znacznika wyboru (), podświetlony na zielono lub występują obie te formy jednocześnie.

Przykładowa instancja Przeglądu Projektu widziana w Overview przez recenzenta, który może korzystać ze wszystkich funkcji i wpisów. Zadanie zatwierdzenia informacji zwrotnej recenzenta jest wykonywane w panelu My Tasks (Review).

Uzupełnienie Checklist nie jest obowiązkowe, aby pomyślnie przesłać przegląd. Kliknij opcję Yes/No/NA dla wpisu Checklisty (), aby uzupełnić tę pozycję — kliknij ponownie, aby usunąć zarejestrowany wybór.

Wybory pozycji Checklisty pozostają aktywne dla wszystkich użytkowników (recenzentów i inicjatora) i są kumulatywne. Na przykład recenzent zobaczy wybory pozycji Checklisty dokonane przez innych recenzentów — najedź kursorem na zaznaczony wybór, aby zobaczyć nazwę użytkownika.

Gdy Recenzent zakończy ocenę, można ją potwierdzić w panelu My Tasks, wybierając opcję Approve lub Reject dla przeglądu oraz dodając wszelkie istotne uwagi.

Następnie Recenzent 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ę Recenzenta zmieni się z Pending na Approved lub Rejected (w zależności od oceny Recenzenta). Będzie to widoczne dla wszystkich interesariuszy Design Review, w tym innych Recenzentów oraz inicjatora przeglądu (twórcy).

Alternatywnie ten sam proces przeglądu można ukończyć w widoku Design Snapshot, który daje tę zaletę, że zapewnia bezpośredni dostęp do powiązanych dokumentów schematu, PCB i BOM, a także możliwość dodawania komentarzy do pozycji listy kontrolnej. W tym przypadku elementy i kontrolki przeglądu są dostępne w panelu Design Review.

Widok Design Snapshot zapewnia pełną nawigację po dokumentach projektowych wraz z niezbędnymi kontrolkami i opcjami potrzebnymi do ukończenia zadania Design Review przez recenzenta.

Przesłanie przeglądu kończy przypisane zadanie i odpowiednio oznacza wpis z nazwą recenzenta. Zwróć uwagę, że panel zawiera teraz przycisk , którego można użyć do cofnięcia przesłania i przywrócenia zadania przeglądu do aktywnego stanu (Pending).

Zwróć uwagę, że indywidualne zadania Design Review również można doprowadzić do końca w widoku Tasks. Takie podejście jest realizowane za pośrednictwem panelu Tasks pane, ale nie oferuje dodatkowych funkcji widoków Overview i Design Snapshot, takich jak listy kontrolne, porównania i dostęp do komentarzy.

Finalizowanie przeglądów

Design Review jest finalizowany i przenoszony do zamkniętego stanu tylko do odczytu przez Initiator przeglądu, który wybiera stan Completed lub Rejected z listy rozwijanej Review decision i potwierdza to przyciskiem . Tylko inicjator przeglądu lub administrator Workspace może sfinalizować Design Review. Nie zależy to od tego, czy przypisani Recenzenci ukończyli swój proces przeglądu, dlatego może nastąpić w dowolnym momencie.

Oczekiwany przebieg zdarzeń zakłada, że recenzenci projektu ukończą listę kontrolną 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 inicjator Design Review przenosi przegląd do sfinalizowanego, zamkniętego stanu.

Przykładowa instancja Design Review widziana przez inicjatora przeglądu, gdy przypisani Recenzenci zakończyli już swój proces przeglądu. Kolor podświetlenia wpisu recenzenta i ikona wskazują jego ocenę Approve lub Reject.

Najedź kursorem na pozycję listy kontrolnej, aby zobaczyć, który Recenzent (lub którzy Recenzenci) oznaczył daną pozycję jako Yes/No/NA. Zwróć uwagę, że pozycje listy kontrolnej można edytować, usuwać lub zmieniać ich kolejność w dowolnym momencie, dopóki przegląd nie zostanie zamknięty przez Inicjatora.

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

Sfinalizowany Design Review zostaje oznaczony wybranym stanem (takim jak Completed), a następnie po potwierdzeniu () zostaje zamknięty jako instancja przeglądu tylko do odczytu.

Proces przesłania kończy i blokuje zadanie Design Review dla inicjatora oraz wszystkich innych użytkowników. Chociaż jest ono teraz dostępne tylko do odczytu, nadal pozostaje dostępne do celów audytu i oceny przeglądu.

Zwróć uwagę, że dokument PDF z podsumowaniem Design Review można pobrać w dowolnym momencie z opcji Download Report w menu . Raport zawiera wszystkie informacje związane z bieżącym stanem Design Review i obejmuje aktywne łącza do dokumentów oraz komentarzy przeglądu. Przykład:

Po tym, jak inicjator przeglądu zakończy Design Review przez przesłanie swojego podsumowania, instancja przeglądu przechodzi ze stanu InProgress do stanu zamkniętego określonego decyzją inicjatora przeglądu. Zadanie przeglądu inicjatora przejdzie ze stanu In Progress do stanu Resolved niezależnie od wybranej decyzji przeglądu.

Przed podjęciem przez inicjatora ostatecznej decyzji przeglądu powiązane z nim zadanie ma stan In Progress. Zadania Recenzenta mają w tym przykładzie stan Resolved (ukończone).

Gdy inicjator prześle swoją decyzję przeglądu, powiązane zadanie przejdzie do stanu Resolved, a Design Review zostanie zamknięty jako instancja tylko do odczytu. Przegląd można zamknąć/rozwiązać nawet wtedy, gdy zadania recenzentów mają stan In-Progress.

Po powrocie do strony Design Reviews sfinalizowany przegląd można otworzyć przez wyłączenie wszystkich Filters widoku (za pomocą All Clear) albo przez włączenie tylko filtra odpowiadającego zamkniętemu statusowi przeglądu – Completed, Rejected lub Cancelled.

Wraz ze stroną projektu Activities page, strona projektu History page będzie zawierać powiązane informacje o Design Review. Projektowe Commits lub Releases, które są lub były przedmiotem Design Review, będą zawierać odpowiednie odwołanie w powiązanym kafelku historii. Każdy wpis jest aktywnym łączem do danej instancji Design Review i po najechaniu na nazwę pokazuje bieżący stan przeglądu. Przykład:

Tworzenie niestandardowego Design Review

Related page: Definiowanie przepływu procesu

Choć funkcja Design Review jest 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 modyfikować i zapisać jako alternatywny proces przeglądu projektu. Możesz także utworzyć nowy niestandardowy proces od podstaw, stosując dedykowane elementy Design Review używane przez ten przepływ pracy (dostępne w ramach motywu Project Activities).

Przykład niestandardowego przeglądu

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

Przykład definicji niestandardowego przepływu pracy, który staje się dostępny jako alternatywny proces dla funkcji Design Review.

Aby utworzyć nowy niestandardowy przepływ 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 przez edytowanie istniejącego. Proces tworzy się przez schematyczne rozmieszczenie wymaganych elementów Start, Task i Branching, a także przez dodanie logiki decyzji rozgałęzień oraz kontrolek opartych na zmiennych do formularzy użytkownika. Aktywność procesu Design Review jest definiowana przez użycie elementu Start typu Start Review.

Zobacz poniższe obrazy, aby uzyskać przegląd głównych formularzy użytych w powyższym przykładzie procesu Design Review – obrazy odzwierciedlają widok podczas edycji lub tworzenia przepływu pracy (strona Admin - Processes).

Pierwsze interaktywne zadanie Set Review Type w procesie – obsługiwane przez użytkownika, który wywołał 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 potem logika Branch kieruje przepływ do jednego z zadań przeglądu albo do obu.

Każdy z przepływów przeglądu (Schematic i PCB) wykorzystuje określone zadanie Design Review, które zawiera zmienne formularza pozwalające recenzentowi(recenzentom) przekazać opinię odnoszącą się do domeny przeglądu – w powyższym przypadku wnioski Layout validity i Manufacturability dla domeny PCB. Zadanie przeglądu schematu jest przypisane do grupy użytkowników SCH Eng, a zadanie PCB do grupy PCB Eng.

Decyzja przeglądu 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 wywoływania nowej instancji Design Review. Zarówno dla Recenzentów, jak i Inicjatora interfejs przeglądu przyjmie opcje poleceń i strukturę przepływu zdefiniowane przez niestandardowy proces, jak pokazano poniżej dla przykładowego procesu:

Tworzenie/konfigurowanie przeglądu (Initiator).

Dodatkowe przepływy procesów, które wykorzystują dedykowane funkcje przeglądu projektu (takie jak element przepływu pracy Start Review), stają się dostępne podczas uruchamiania nowego Design Review. Tutaj wybrano niestandardowy proces DRplus.

Inicjator przeglądu (twórca) konfiguruje niestandardowy przegląd w standardowy sposób. W tym przykładzie jako recenzentów dodano dwóch użytkowników Workspace – członków grup SCH Eng i PCB Eng.

Początkowe zadanie Set Review Type wymaga, aby Inicjator wybrał typ Domain, co ograniczy przegląd do zadań związanych ze schematem lub PCB, a także do recenzentów dostępnych dla tych zadań (na mocy przypisań do grup).

W tym przykładzie do przeglądu wybrano zarówno domenę schematu, jak i PCB (opcja Both). Spowoduje to utworzenie dodatkowych zadań przeglądu odpowiadających etapom Schematic review i PCB review w przepływie procesu DRplus.

Jak widać w widoku Tasks, dodatkowe zadania dotyczące informacji zwrotnej (Schematic review i PCB review) są przypisywane odpowiednim recenzentom w każdej gałęzi Workflow. Główne zadania Design Review są realizowane przez tych użytkowników jak zwykle.
Kończenie zadań przeglądu (Reviewers).

Aktywny przegląd (In Progress) DRplus jest teraz dostępny dla recenzentów, a Workflow jest wstrzymany na etapie rozgałęzionych zadań. Ten przykładowy widok pokazuje użytkownika przypisanego do instancji PCB.

Każde zadanie przeglądu jest automatycznie przypisywane do grupy użytkowników określonej przez bazowy przepływ pracy; grupa ta musi najpierw ukończyć główne zadanie przeglądu. Zwróć uwagę, że tutaj drugi recenzent (Schematic) ukończył już swoje zadania.

Następnie wykonywane jest zadanie PCB Review, zgodnie z definicją Workflow. Recenzent kończy swój udział, wybierając opcje z rozwijanych menu informacji zwrotnej – w tym przypadku pozycje pytań przeglądowych są obowiązkowe.

Gdy wszystkie zadania recenzentów zostaną ukończone, przechodzą one do stanu Resolved, a Workflow przechodzi do zdarzenia Summarize, które staje się dostępne dla Inicjatora w celu finalizacji.
Finalizacja przeglądu (Initiator).

Inicjator przeglądu może teraz sfinalizować proces przeglądu, podając wniosek Summary dla obu ukończonych gałęzi przeglądu Schematic/PCB. Checklist widoczne są elementy ukończone przez wszystkich użytkowników.

Zgodnie z konfiguracją bazowego Workflow, Inicjator kończy proces, wybierając odpowiednią opcję z menu Summary dla każdej gałęzi przeglądu.

Zwróć uwagę, że w tym Workflow z każdą gałęzią przeglądu powiązany jest krok Summary, co wskazują ikony Summarize następny/poprzedni. Kliknij , aby kontynuować.

Ukończ zadanie Summary dla drugiej gałęzi Workflow, aby zakończyć proces Design Review.

Widok sfinalizowanego procesu Design Review DRplus jest ustawiony w tryb tylko do odczytu.

Diagram Workflow pokazuje końcową opcję Summary, która została wybrana przez Inicjatora przeglądu.

Zwróć uwagę, że w tym prostym przykładzie Workflow zawiera zdarzenie Related Tasks Completed, które uniemożliwi finalizację przeglądu, dopóki obie gałęzie zadań (Schematic i PCB) nie zostaną ukończone. Jeśli początkowo Instigator wybierze tylko jedną gałąź domeny, przepływ pracy przeglądu zatrzyma się na końcowym kroku raportu Summary.