Проверки проекта
Страница проекта Design Reviews — это центральное место, где все заинтересованные участники проекта могут выполнять и управлять структурированными проверками проектного проекта в Workspace. Интерфейс позволяет любому участнику Workspace создавать, открывать и управлять экземплярами Design Review, которые, в свою очередь, можно назначать другим участникам Workspace в качестве рецензентов. Создатель Design Review (инициатор) может добавлять вложения и формализованные пункты контрольного списка, а также полностью контролирует процесс завершения/утверждения Design Review.
Создавайте, настраивайте, управляйте и завершайте Design Review проекта, оцениваемые указанными участниками Workspace.
Завершенные Design Review проекта помогают выявлять проблемы проекта, обеспечивают отслеживаемую запись о соответствии требованиям и гарантируют, что проект соответствует корпоративным требованиям и стандартам. Проекты поддерживают несколько Design Review, которые можно создавать в любой момент разработки проекта, например перед его Release или при передаче проекта другой команде либо подрядчику/производителю.
Создание проверок
В Web Viewer Workspace экземпляры Design Review проекта создаются и открываются со страницы проекта Design Reviews. Проверка будет относиться к текущему открытому проекту и будет доступна всем участникам Workspace, имеющим доступ к самому проекту. Обратите внимание, что участвовать в Design Reviews могут только участники Workspace (а не пользователи External Share).
Нажмите кнопку
, чтобы открыть окно Create Design Review для настройки основных параметров проверки. После завершения и подтверждения созданный экземпляр проверки откроется в своем специальном средстве просмотра для дальнейшей настройки.
Окно Create Design Review поддерживает следующие параметры и поля, которые задают основные настройки нового экземпляра Design Review:
-
Review Context плитка — задает версию проекта, к которой будет относиться данная проверка. По умолчанию используется самые последние данные проекта (текущий проект WIP), но в выпадающем меню можно выбрать конкретный Release проекта или (более ранний) Commit.
-
Reviewers — назначенные участники Workspace, которым будет предложено проверить проект. Выберите рецензента из выпадающего списка элемента управления или введите его email-адрес. Для этих пользователей задачи Design Review будут созданы автоматически.
-
Description — введите содержательную информацию о проверке, например ее назначение или требования.
-
Checklist Template — используйте выпадающее меню, чтобы выбрать предварительно настроенный список текстовых пунктов проверки, которые рецензенты смогут отмечать и comment. Контрольные списки проверки Checklists управляются администратором Workspace на странице Admin–Settings–Checklists.
Пользователи, добавляемые как Reviewers, должны быть зарегистрированными Workspace Members и иметь Share access к проверяемому проекту.
Отправленная конфигурация Design Review открывается как новый экземпляр проверки, назначенный указанным рецензентам. В остальных случаях Design Reviews открываются из плиток на странице проекта Design Reviews.
Работа с контрольными списками
Хотя они необязательны, Checklists Design Review предоставляют ценное дополнение для создания структурированных, проверяемых проверок проектов. Контрольные списки по сути представляют собой нумерованный список текстовых пунктов проверки, которые рецензенты могут принять или отклонить при выполнении своих задач проверки. Каждый пункт может быть принят/отклонен всеми указанными рецензентами, которые также могут добавлять Comments (и связанные Tasks) к каждой записи через представление Design Snapshot view.
Примеры контрольных списков для схем и PCB доступны по умолчанию, также можно создавать новые или измененные контрольные списки. Контрольные списки управляются администраторами Workspace в представлении Admin–Settings–Checklists, однако пользователи могут добавлять, удалять и изменять контрольные списки при создании экземпляра Design Review.
См. страницу Admin Checklists page, где приведена информация о создании и управлении Checklist для Design Review.
Сравнение с предыдущими данными
Design Reviews также включают возможность напрямую открыть сравнение документов Schematic, PCB и BOM из снимка состояния с документами из предыдущего события Commit или Release проекта. Это позволяет как создателю обзора, так и рецензентам напрямую видеть различия между проверяемыми данными проекта и выбранными данными предыдущего события.
См. страницу Design Data Comparisons page для получения информации о сравнении документов проекта.
Просмотр снимка проекта
Представление Design Snapshot соответствует состоянию проекта на момент создания экземпляра Design Review и предоставляет возможности обычного WIP design view, включая полную навигацию по документам, подсветку цепей, кросс-пробинг и комментирование.
Помимо возможности изучать проект в состоянии обзора, представление снимка также включает специальную панель Design Review , в которой отображается сводка текущего состояния обзора, предоставляется доступ к сравнениям (см. выше), а также возможность обработки пунктов Checklist обзора.
Панель Design Review снимка Design Snapshot включает информацию о статусе обзора и предоставляет доступ к пунктам Checklist.
В представлении Design Snapshot размещенные Comments и их assignment to user Tasks напрямую связаны с Design Review. Обзор будет включать только эти Comments и Tasks и не будет показывать существующие Comments/Tasks из исходного WIP-дизайна. И наоборот, текущее представление WIP design view будет включать Comments и Tasks, созданные в Design Review.
Размещенный Comment/Task Design Review будет содержать запись From: <design review> со ссылкой на соответствующий обзор. Design Review также позволяет добавлять Comments из выбранного пункта Checklist на панели Design Review и связывать их с ним.
Задачи Design Review
Представление Design Review Tasks включает общие запросы задач, созданные из Comments, размещенных в представлении Design Snapshot, а также задачи инициатора и рецензентов, создаваемые процессом Design Review. Задачи Design Review также доступны в представлениях Projects Tasks и Workspace Tasks.
Comment Tasks, связанные с конкретным документом проекта (снимка), могут управляться и переводиться по этапам всеми участниками Workspace, имеющими доступ к проекту. Выберите плитку Task, чтобы открыть панель Info и получить доступ к ее сведениям (Status, Assignee, Priority и т. д.), добавить дополнительный комментарий или выполнить кросс-пробинг к комментарию в представлении Design Snapshot (Open Review).
Дополнительные сведения см. в разделе Working with Tasks.
Экземпляр Design Review автоматически создает связанные process Tasks для рецензентов и инициатора. Эти задачи обновляются и продвигаются к завершению вместе с процессом Design Review, но также могут напрямую управляться и переводиться по этапам через представление Tasks их исполнителем (назначенным инициатором или рецензентом задачи). Выберите плитку Task, чтобы открыть панель Info и получить доступ к ее сведениям, а также к режиму представления Activity.
См. ниже раздел Completing Reviews from the Tasks Page для связанной информации.
Завершение обзоров
Участникам Workspace, назначенным как Reviewers, предлагается оценить проект в рамках указанной области обзора, заполнить пункты Checklist и затем принять или отклонить результаты с помощью кнопки
. Решение рецензента о завершении Task (обратная связь) может быть принято в представлениях Design Review Overview, Design Snapshot или Tasks. Обратите внимание, что представления Overview и Snapshot предоставляют полный доступ к функциям Design Review, таким как Checklists, Comparisons и собранные Comments.
Вклад рецензента в Design Review считается завершенным, когда его оценка зарегистрирована как Approve или Reject, а его review Task закрыта (Resolved). После этого запись с именем рецензента будет отмечена зеленой галочкой , выделена зеленым цветом или и тем и другим.
Либо тот же процесс проверки можно завершить через представление Design Snapshot, преимущество которого заключается в прямом доступе к связанным документам Schematic, PCB и BOM, а также в возможности добавлять Comments к элементам Checklist. В этом случае элементы и средства управления проверкой доступны через панель Design Review.
Обратите внимание, что индивидуальные задачи Design Review также можно полностью обработать в представлении Tasks. Этот подход выполняется через панель Tasks pane, но не предоставляет дополнительных возможностей представлений Overview и Design Snapshot, таких как Checklists, Comparisons и доступ к Comments.
Завершение Reviews
Design Review завершается и переводится в закрытое состояние только для чтения пользователем Initiator, который выбирает состояние Completed или Rejected из выпадающего списка Review decision и подтверждает это кнопкой
. Завершить Design Review может только инициатор проверки или администратор Workspace. Это не зависит от того, завершили ли назначенные Reviewers свой процесс проверки, поэтому это может произойти в любой момент.
Ожидаемый порядок событий предполагает, что reviewers проекта завершили Checklist проверки, обработали все review Comments/Tasks и отправили свою оценку проверки как Approve или Reject (см. выше). После этого инициатор Design Review переводит проверку в окончательное закрытое состояние.
После того как инициатор проверки завершит Design Review, отправив свою сводку, экземпляр проверки переходит из состояния InProgress в закрытое состояние, определяемое решением инициатора проверки. Задача проверки инициатора перейдет из состояния In Progress в состояние Resolved независимо от выбранного решения по проверке.
Создание пользовательского Design Review
Related page: Определение рабочего процесса
Хотя функция Design Review реализована так, чтобы предоставлять определенный набор возможностей и параметров, ее процедурный поток и дополнительные опции определяются ее Process Workflow. Связанный процесс — Design Review — доступен администраторам Workspace на странице Admin – Processes page, где его можно изменить и сохранить как альтернативный процесс design review.
Вы также можете создать новый пользовательский процесс с нуля, применив специальные элементы design review, используемые этим workflow (доступные в теме Project Activities).
Пример пользовательской проверки
Показанный здесь пример пользовательского design review предоставляет инициатору проверки выбор из двух путей типа проверки — Schematic и PCB — каждый из которых назначается пользователям в соответствующих им Workspace Groups. Результаты каждого типа проверки получает и суммирует инициатор проверки, который закрывает design review со статусом Completed или Unacceptable.
Пример определения пользовательского workflow, который становится доступен как альтернативный процесс для функции Design Review.
Чтобы создать новый пользовательский workflow процесса для функции Design Review, выберите вкладку темы Project Activities на странице Workspace Admin - Processes и нажмите кнопку
, чтобы открыть Process Workflow Editor — либо можно создать новый процесс, отредактировав существующий. Процесс создается путем графического размещения необходимых элементов Start, Task и Branching, а также добавления логики ветвления и элементов управления на основе переменных в пользовательские Forms. Активность процесса Design Review определяется с помощью элемента Start типа Start Review.
См. изображения ниже для обзора основных Forms, используемых в приведенном выше примере процесса design review — изображения отражают представление при редактировании или создании workflow (страница Admin - Processes).
После завершения и включения на странице Admin - Processes пользовательский процесс станет доступен для выбора при запуске нового экземпляра Design Review. Как для Reviewers, так и для инициатора, интерфейс проверки примет параметры команд и структуру потока, определенные пользовательским процессом, как показано ниже для примера процесса:
-
Создание/настройка проверки (Initiator).
-
Завершение задач проверки (Reviewers).
-
Финализация проверки (Initiator).
Наведите курсор на ссылку, чтобы увидеть предпросмотр.















































Отчет содержит всю информацию, относящуюся к текущему состоянию Design Review, и включает активные ссылки на документы и комментарии проверки. Пример:












В этом примере показан пользователь, назначенный для экземпляра PCB.









Если изначально инициатор выберет только одну ветвь области, рабочий процесс проверки остановится на завершающем шаге отчета Summary.