Проверки проекта

Страница Design Reviews проекта — это центральное место, где все участники проекта могут выполнять и управлять структурированными проверками проекта разработки в Workspace. Интерфейс позволяет любому участнику Workspace создавать, открывать и администрировать экземпляры Design Review, которые, в свою очередь, могут назначаться другим участникам Workspace в качестве рецензентов. Создатель Design Review (инициатор) может добавлять вложения и формализованные пункты Checklist, а также полностью контролирует процесс завершения/утверждения 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.

  Если в качестве контекста Design Review выбрана версия WIP, данные проекта, относящиеся к проверке, представляют собой фиксированный «снимок» проекта на момент создания проверки — Commit или Release по своей сути также является снимком проекта на соответствующий момент времени.

  

• Reviewers — назначенные участники Workspace, которым будет предложено проверить проект. Выберите рецензента из раскрывающегося списка элемента управления или введите его адрес электронной почты. Для этих пользователей задачи Design Review будут созданы автоматически.

  

• Description — введите содержательную информацию о проверке, например ее цель или требования.

  

• Checklist Template — используйте раскрывающееся меню, чтобы выбрать предварительно настроенный список текстовых пунктов проверки, которые рецензенты смогут отмечать и комментировать. Наборы Checklists проверки администратор Workspace управляет через страницу Admin–Settings–Checklists.

  

Пользователи, добавляемые как Reviewers, должны быть зарегистрированными участниками Workspace и иметь доступ Share к проверяемому проекту.

Отправленная конфигурация Design Review открывается как новый экземпляр проверки, назначенный указанным рецензентам. В остальных случаях Design Reviews открываются из их плиток на странице Design Reviews проекта.

Работа с Checklist

Хотя они и не обязательны, ChecklistsChecklistChecklists в Design Review являются ценным дополнением для создания структурированных, подлежащих аудиту проверок проектов. Checklist, по сути, представляет собой нумерованный список текстовых пунктов проверки, которые рецензенты могут подтвердить или не принять при выполнении своих задач проверки. Каждый пункт может быть принят/отклонен всеми указанными рецензентами, которые также могут добавлять Comments (и связанные Tasks) к каждой записи через представление Design Snapshot.

Примеры Checklist для схем и PCB доступны по умолчанию, также можно создавать новые или изменять существующие Checklist. Checklist управляются администраторами Workspace в представлении Admin–Settings–Checklists, однако пользователи могут добавлять, удалять и изменять Checklist при создании экземпляра Design Review.

См. страницу администратора Checklists page для информации о создании и управлении Checklist для Design Review.

Сравнение с предыдущими данными

Design Review также включает возможность напрямую открыть сравнение документов схемы, PCB и BOM из снимка с соответствующими документами из предыдущего события Commit или Release проекта. Это позволяет как создателю ревью, так и Reviewer’ам напрямую видеть различия между проверяемыми проектными данными и выбранными данными из предыдущего события.

Информацию о выполнении сравнений проектных документов см. на странице Design Data Comparisons page.

Снимок проекта для ревью

Представление Design Snapshot соответствует состоянию проекта на момент создания экземпляра Design Review и предлагает функции, доступные в обычном представлении WIP design view, включая полную навигацию по документам, подсветку цепей, cross-probing и комментирование.

Помимо возможности изучать проект в его состоянии на момент ревью, представление снимка также предоставляет специальную панель Design Review (), в которой отображается сводка текущего статуса ревью, доступ к сравнениям (см. выше), а также возможность обработки элементов Checklist этого ревью.

Панель Design Review в Design Snapshot содержит информацию о статусе ревью и предоставляет доступ к элементам Checklist.

В представлении Design Snapshot размещенные Comments и их назначение в пользовательские 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

Представление Tasks Design Review включает общие запросы задач, созданные из Comments, размещенных в представлении Design Snapshot, а также задачи Initiator/Reviewer, сгенерированные процессом Design Review. Задачи Design Review также доступны в представлениях Projects Tasks и Workspace Tasks.

Comment Tasks, которые связаны с конкретным документом проекта (снимка), могут управляться и продвигаться всеми участниками Workspace, имеющими доступ к проекту. Выберите плитку Task, чтобы открыть панель Info и получить доступ к ее сведениям (Status, Assignee, Priority и т. д.), добавить дополнительный комментарий или выполнить cross-probe к комментарию в представлении Design Snapshot (Open Review).

Дополнительную информацию см. в разделе Working with Tasks.

Экземпляр Design Review автоматически создает связанные процессные Tasks для Reviewer’ов и Initiator. Они обновляются и продвигаются к завершению вместе с процессом Design Review, но также могут напрямую управляться и продвигаться через представление Tasks их Assignee (назначенным Initiator или Reviewer задачи). Выберите плитку Task, чтобы открыть панель Info и получить доступ к ее сведениям вместе с режимом представления Activity.

Связанную информацию см. ниже в разделе Completing Reviews from the Tasks Page.

Завершение ревью

Участникам Workspace, назначенным как Reviewers, предлагается оценить проект в рамках указанной области ревью, заполнить элементы Checklist и в итоге принять или отклонить результаты с помощью кнопки . Решение Reviewer’а о завершении Task (обратная связь) может быть принято в представлениях Design Review Overview, Design Snapshot или Tasks. Обратите внимание, что представления Overview и Snapshot предоставляют полный доступ к функциям Design Review, таким как Checklist, Comparisons и собранные Comments.

Участие Reviewer’а в Design Review считается завершенным, когда его оценка зарегистрирована как Approve или Reject, а его review Task закрыта (Resolved). После этого запись с именем Reviewer’а связывается с зеленым значком галочки (), выделяется зеленым цветом или и тем и другим.

В качестве альтернативы тот же процесс ревью можно выполнить через представление Design Snapshot, которое дает преимущество прямого доступа к связанным документам схемы, PCB и BOM, а также возможность добавлять Comments к записям Checklist. В этом случае элементы и элементы управления ревью доступны через панель Design Review.

Обратите внимание, что задачи Individual Design Review также можно полностью обработать в представлении Tasks. Этот подход реализуется через панель Tasks pane, однако не предоставляет дополнительных возможностей представлений Overview и Design Snapshot, таких как контрольные списки, сравнения и доступ к комментариям.

Завершение ревью

Design Review завершается и переводится в закрытое состояние только для чтения рецензентом Initiator, который выбирает состояние Completed или Rejected из выпадающего списка Review decision и подтверждает это кнопкой . Завершить Design Review может только инициатор ревью или администратор Workspace. Это не зависит от того, завершили ли назначенные рецензенты свой процесс ревью, поэтому это может произойти в любой момент.

Ожидаемый порядок действий таков: рецензенты проекта завершают контрольный список ревью, обрабатывают комментарии/задачи ревью и отправляют свою оценку ревью как Approve или Reject (см. выше). После этого инициатор Design Review переводит ревью в финализированное закрытое состояние.

После того как инициатор ревью завершает Design Review, отправляя свое итоговое заключение, экземпляр ревью переходит из состояния InProgress в закрытое состояние, определенное решением инициатора. Задача ревью инициатора перейдет из состояния In Progress в состояние Resolved независимо от выбранного решения по ревью.

Создание пользовательского Design Review

Related page: Определение Process Workflow

Хотя функция 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.

Чтобы создать новый пользовательский process 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. Для рецензентов и инициатора интерфейс ревью примет параметры команд и структуру потока, определенные пользовательским процессом, как показано ниже для данного примера:

• Создание/настройка ревью (Initiator).

  

  Дополнительные process workflow, использующие специализированные функции design review (например, элемент workflow Start Review), становятся доступными при запуске нового Design Review. Здесь выбран пользовательский процесс DRplus.

  

  Инициатор ревью (создатель) настраивает пользовательское ревью обычным способом. В этом примере в качестве рецензентов добавлены два пользователя Workspace — участники групп SCH Eng и PCB Eng.

  

  Начальная задача Set Review Type требует от инициатора выбрать тип Domain, который ограничит ревью задачами, связанными со Schematic или PCB, а также рецензентами, доступными для этих задач (в силу их групповых назначений).

  

  В этом примере для ревью выбраны обе области — Schematic и PCB (вариант Both). Это создаст дополнительные задачи ревью, соответствующие этапам Schematic review и PCB review в DRplus Process Workflow.

  

  Как видно в представлении Tasks, дополнительные задачи по предоставлению обратной связи (Schematic review и PCB review) назначаются соответствующим рецензентам в каждой ветви Workflow. Основные задачи Design Review эти пользователи выполняют обычным образом.

   

• Завершение задач ревью (Reviewers).

  

  Активное ревью (In Progress) DRplus теперь доступно рецензентам, при этом Workflow удерживается на этапе разветвленных задач. В этом примере показано представление пользователя, назначенного для экземпляра PCB.

  

  Каждая задача ревью автоматически назначается группе пользователей, указанной в базовом workflow; при этом сначала необходимо завершить основную задачу ревью. Обратите внимание, что здесь другой рецензент (Schematic) уже завершил свои задачи.

  

  За этим следует задача PCB Review, как предписано Workflow. Рецензент завершает свой вклад, выбирая параметры из выпадающих меню обратной связи — в данном случае пункты вопросов ревью являются обязательными.

  

  После завершения всех задач рецензентов они переходят в состояние Resolved, а Workflow перемещается к событию Summarize, которое становится доступным инициатору для финализации.

   

• Финализация ревью (Initiator).

  

  Теперь инициатор ревью может завершить процесс ревью, предоставив итоговое заключение Summary для обеих завершенных ветвей ревью Schematic/PCB. Checklistэлементы, завершенные всеми пользователями, отображаются.

  

  В соответствии с настройками базового Workflow, Инициатор завершает процесс, выбирая подходящий вариант в пунктах меню Summary для каждой ветви проверки.

  

  Обратите внимание, что в этом Workflow с каждой ветвью проверки связан шаг проверки Summary, на что указывают значки Summarize следующий/предыдущий. Нажмите , чтобы продолжить.

  

  Выполните задачу Summary для другой ветви Workflow, чтобы завершить процесс Design Review.

  

  Окончательное представление процесса DRplus Design Review переводится в состояние только для чтения.

  

  Диаграмма Workflow показывает итоговый вариант Summary, который был выбран Инициатором проверки.

   

  Обратите внимание, что в этом простом примере Workflow включает событие Related Tasks Completed, которое предотвратит завершение проверки, пока не будут завершены обе ветви задач (Schematic и PCB). Если изначально инициатором выбрана только одна ветвь домена, то workflow проверки остановится на заключительном шаге отчета Summary.