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

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

Как многосредовая CAD-платформа, Altium 365 позволяет Design Review поддерживать ряд форматов проектов ECAD — подробнее см. на странице Altium Multi-CAD page.

Создавайте, настраивайте, управляйте и завершайте Design Review проекта, оцениваемые указанными участниками Workspace.Создавайте, настраивайте, управляйте и завершайте Design Review проекта, оцениваемые указанными участниками Workspace.

Завершенные Design Review проекта помогают выявлять проблемы проекта, обеспечивают отслеживаемую запись о соответствии требованиям и гарантируют, что проект соответствует корпоративным требованиям и стандартам. Проекты поддерживают несколько Design Review, которые можно создавать в любой момент разработки проекта, например перед его Release или при передаче проекта другой команде либо подрядчику/производителю.

Если вашей организации требуется продвинутый подход корпоративного уровня к проверкам проектов, Workspace Processes в Altium 365 предлагают гибко настраиваемые формализованные рабочие процессы, которые жестко контролируют действия пользователей, такие как проверки утверждения, создание проектов и взаимодействие с PLM-системами. Подробнее см. в Processes & Workflows.

Процесс Design Review, описанный здесь, доступен как defined process workflow, который можно дублировать и изменять в соответствии с вашими конкретными потребностями. Подробности см. ниже в разделе Creating a Custom Design Review. Щелкните ссылку Design Review в правом нижнем углу проверки, чтобы просмотреть диаграмму процесса проверки, где ожидающие задачи проверки выделены именами пользователей. Наведите курсор на ссылку, чтобы увидеть предпросмотр.

Создание проверок

В 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, которым будет предложено проверить проект. Выберите рецензента из выпадающего списка элемента управления или введите его email-адрес. Для этих пользователей задачи Design Review будут созданы автоматически.

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

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

Единственный обязательный параметр при создании первоначального Design Review — это параметр Review Context (данные версии проекта, проходящие проверку), который по умолчанию соответствует последнему Release проекта. Все остальные элементы настройки — Reviewers, Description и Checklists — можно добавить или изменить в созданном далее экземпляре проверки.

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

Окно Create Design Review принимает email-адреса рецензентов только в том случае, если они распознаны как участники Workspace. Обратите внимание, что пользователи External Share не могут получать доступ к Design Reviews.

При отправке конфигурации проверки затем откроется окно Share window, если у включенного рецензента нет доступа к проекту — требуется только уровень доступа View.

 

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

Созданный Design Review открывается в режиме Overview summary. Проверка относится к захваченным данным (снимку) текущего проекта, доступным для просмотра и комментирования через параметр Design Snapshot в дереве навигации.

При необходимости отредактируйте заголовок и описание проверки, чтобы другим участникам Workspace было проще идентифицировать Design Review. Все созданные комментарии или задачи будут помечены как связанные с заголовком Design Review.

Используйте параметр Attach Files, чтобы добавить (загрузить) файлы, относящиеся к Design Review проекта и помогающие в процессе проверки и согласования.

Нажмите плитку Review Context, чтобы открыть указанную версию проекта в представлении Design Snapshot. По умолчанию используется последний commit, а имя будет включать его Tag, если он доступен.

Используйте параметр Add Reviewers, чтобы включить дополнительных участников Workspace, которые смогут выполнять действия в рамках Design Review. Существующих рецензентов можно удалить с помощью связанного с их записью значка x.

Введите email/имя участника или выберите его из выпадающего списка. Введенный email будет отклонен, если пользователь не является Workspace member. Рецензенты также должны иметь доступ к проверяемому проекту — если его нет, это можно исправить в следующем окне Share window.

 

Новый экземпляр Design Review также можно вызвать из:

  • меню в представлении Design проекта Workspace.

  • меню в представлении Releases проекта Workspace.

  • диалогового окна проекта в Altium Designer, когда выбран Share и у проекта нет активных проверок (Design ReviewIn Progress). В противном случае в диалоговом окне будет показан список плиток активных Design Review проекта.

    Информацию, относящуюся к Altium Designer, см. в разделе Support for Design Reviews.

Инициатор или рецензент Design Review может отменить экземпляр проверки в любое время:

Note: После отмены все задачи Design Review переводятся в завершенный статус (Resolved), а сама проверка закрывается в режиме только для чтения.

Работа с контрольными списками

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

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

Используйте опцию Add from Template, чтобы включить в Design Review еще одну группу пунктов Checklist. В обзор можно добавить списки из нескольких шаблонов Checklist, включая ваши собственные пользовательские шаблоны.

Выберите нужный шаблон Checklist из доступных в окне Add Templates to Checklist. Здесь представлены как примеры шаблонов, так и любые созданные вами пользовательские шаблоны — в данном случае выбран пользовательский шаблон Supply Validity (см. флажок). Обратите внимание на информацию предварительного просмотра шаблона в правой панели окна.

Пункты выбранного шаблона автоматически нумеруются при добавлении в общий Checklist. Записи можно удалять (), перетаскивать вверх и вниз для изменения порядка в списке, а также влево и вправо для задания отступа строки (также Tab/Shift+Tab).

Дополнительный пользовательский пункт проверки (или список пунктов) можно в любой момент добавить вручную с помощью команды Add item; он будет добавлен в конец существующего списка пунктов проверки.

Поле нового пункта Checklist нумеруется автоматически — используйте клавишу Tab, чтобы увеличить отступ записи (Shift+Tab — чтобы уменьшить отступ). Обратите внимание, что шаблон Checklist также можно добавить по соответствующим ссылкам записей.

Добавленный вручную пункт Checklist теперь доступен рецензентам. Вы можете создать собственный Template из текущих записей, например из тех, что были добавлены вручную, с помощью опции Checklist Save Items as Template. Как и для всех добавленных пунктов checklist, для этой записи можно выбрать Yes (), No () и Not Applicable ().

 

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

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

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

Раздел Design Review Compare to Commit <date> предоставляет автоматически сформированную сводку различий между данными обзора и (по умолчанию) самым последним событием Release — либо самым последним Commit, если Release недоступны.

Используйте параметры раскрывающегося меню Compare to Commit <date>, чтобы выбрать другое событие Commit или Release для сравнения данных проекта. В этом примере к Commit прикреплены Tags.

Выберите вкладки SCH/PCB/BOM, чтобы увидеть сводки различий между документами обзора и их предыдущими версиями.

Команда Open Compare откроет представление проекта Compare в новой вкладке браузера для текущего выбранного типа документа (SCH/PCB/BOM).

Представление Schematic Compare view для этого примера, где был удален конденсатор C1. См. страницу Design Data Comparisons, где приведен обзор выполнения сравнений документов проекта.

 

См. страницу Design Data Comparisons page для получения информации о сравнении документов проекта.

Просмотр снимка проекта

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

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

Обратите внимание, что элементы Summarize Review в разделе My Tasks (в правой панели Design Review) доступны только создателю/инициатору обзора и администраторам и используются для завершения процесса обзора. Напротив, область My Tasks для рецензентов предусматривает комментарии с обратной связью и отправку Approve/Reject — см. раздел Completing Reviews ниже.

Панель Design Review снимка Design Snapshot включает информацию о статусе обзора и предоставляет доступ к пунктам 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 и связывать их с ним.

Comments и связанные с ними Tasks, относящиеся непосредственно к Design Review, добавляются в представлении Design Snapshot. Связь Comment с обзором обозначается ссылкой From:<design review> в окне Comment.

Comment, добавленный из записи Checklist, будет содержать ссылку на номер пункта Checklist и его название. В других местах нажмите на номер, чтобы открыть связанный Design Review.

 

Обратите внимание, что область Comments and Tasks в Overview Design Review содержит список Comments и связанных Tasks, относящихся к текущему обзору. Если Comment был добавлен к пункту Checklist, в столбце ID будет показан номер Checklist и номер Comment. Если с Comment связана Task, в поле ID будет показана ссылка на эту Task. Все записи в столбце ID являются активными ссылками на Comment или Task.

Задачи 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, отображаются в представлении обзора Tasks, а также показываются в основном представлении Project Tasks. Откройте связанный Comment по ссылке Open Review.

Ссылка открывает представление Design Snapshot с выбранным Comment задачи. Пункт Checklist будет также выбран, если Comment задачи был создан из этой записи Checklist.

 

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

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

Доступные во всех представлениях Workspace Tasks, process Tasks Design Review (для инициаторов и рецензентов) могут progressed by their assigned user. Выберите плитку задачи, чтобы открыть ее на панели Info этого представления.

Панель Info предоставляет сведения о process task, включая варианты голосования для ее исполнителя (в разделе Decision), ссылки на исходный Design Review (Open Review) и ссылку на расширенный режим просмотра (запись Activity).

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

 

Завершение обзоров

Участникам 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 Review, отображаемого в Overview для рецензента, который может взаимодействовать со всеми функциями и записями. Задача утверждения обратной связи рецензента завершается на панели My Tasks (Review).

Заполнение Checklist не является обязательным для успешной отправки обзора. Нажмите вариант Yes/No/NA у записи Checklist (), чтобы завершить этот пункт; нажмите еще раз, чтобы снять зарегистрированный выбор.

Выбранные значения в записях Checklist остаются активными для всех пользователей (рецензентов и инициатора) и накапливаются. Например, рецензент будет видеть выборы по пунктам Checklist, сделанные другими рецензентами — наведите курсор на отмеченный вариант, чтобы увидеть имя пользователя.

Когда Reviewer завершит свою оценку, ее можно подтвердить на панели My Tasks, выбрав Approve или Reject для проверки и добавив любые соответствующие примечания.

Затем Reviewer использует кнопку , чтобы завершить процесс проверки и отправить результаты вместе с обратной связью.

После завершения процесса состояние проверки, связанное с записью имени Reviewer, изменится с Pending на Approved или Rejected (в зависимости от оценки Reviewer). Это видно всем участникам Design Review, включая других Reviewers и инициатора проверки (создателя).

 

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

Представление Design Snapshot обеспечивает полную навигацию по проектным документам вместе с необходимыми элементами управления и параметрами для выполнения задачи Design Review, назначенной reviewer’у.

Отправка проверки завершает назначенную задачу и соответствующим образом помечает запись имени reviewer’а. Обратите внимание, что на панели теперь есть кнопка , которую можно использовать для отмены отправки и возврата задачи проверки в активное состояние (Pending).

 

Обратите внимание, что индивидуальные задачи 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, который видит инициатор проверки, когда назначенные Reviewers завершили свой процесс проверки. Цвет выделения записи reviewer’а и значок указывают на его оценку Approve или Reject.

Наведите указатель на элемент Checklist, чтобы увидеть, какой Reviewer (или несколько Reviewers) отметил элемент как Yes/No/NA. Обратите внимание, что элементы Checklist можно редактировать, удалять или переупорядочивать в любое время, пока Review не будет закрыт инициатором.

Инициатор Design Review завершает процесс проверки, указывая закрытое состояние проверки как Completed или Rejected в выпадающем списке либо как cancelled в верхнем меню .

Финализированный Design Review помечается выбранным состоянием (например, Completed) и затем закрывается как экземпляр проверки только для чтения после подтверждения ().

Процесс отправки завершает и блокирует задачу Design Review для инициатора и всех остальных пользователей. Хотя теперь она доступна только для чтения, к ней по-прежнему можно обращаться для целей аудита и оценки проверки.

 

Обратите внимание, что сводный PDF-документ Design Review можно скачать в любое время через пункт меню Download Report. Отчет содержит всю информацию, относящуюся к текущему состоянию Design Review, и включает активные ссылки на документы и комментарии проверки. Пример:

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

До принятия инициатором окончательного решения по проверке его связанная задача находится в состоянии In Progress. Задачи Reviewer’ов в этом примере находятся в состоянии Resolved (completed).

После того как инициатор отправит свое решение по проверке, связанная задача перейдет в состояние Resolved, а Design Review будет закрыт как экземпляр только для чтения. Проверка может быть закрыта/разрешена, даже если задачи reviewer’ов находятся в состоянии In-Progress.

Вернувшись на страницу Design Reviews, к завершенной проверке можно получить доступ, отключив все Filters представления (с помощью All Clear) или включив только тот Filter, который соответствует закрытому статусу проверки — Completed, Rejected или Cancelled.

 

Наряду со страницей проекта Activities page, страница проекта History page будет содержать связанную информацию о Design Review. Объекты проекта Commits или Releases, которые являются или являлись предметом Design Review, будут содержать соответствующую ссылку в связанной плитке истории. Каждая запись является активной ссылкой на соответствующий экземпляр Design Review и показывает текущее состояние проверки при наведении на имя. Пример: 

Создание пользовательского 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.

Чтобы создать новый пользовательский 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).

Первая интерактивная задача Set Review Type в процессе — обрабатываемая пользователем, который запустил design review ( Initiator) — включает Form, требующую выбора типа проверки. Это обозначено как переменная Domain, с вариантами выбора Schematic, PCB или Both (потоки проверки). Следующая логика Branch направляет поток к одной из задач проверки или к обеим.

Каждый из потоков проверки (Schematic и PCB) использует специализированную задачу Design Review, которая включает переменные Form, чтобы reviewer(ы) могли предоставить обратную связь, относящуюся к области проверки — в данном случае заключения Layout validity и Manufacturability для области PCB. Задача проверки Schematic назначается группе пользователей SCH Eng, а задача PCB — группе PCB Eng.

Решение по проверке из обоих потоков review Task обрабатывается в задаче review Initiator Summarize, где ее Form предоставляет переменную Summary с выбираемыми вариантами OK to proceed и More work required. Следующее событие Required Task Completed будет ожидать завершения всех задач review. Затем логика маршрутизации final Branch завершит процесс Design Review со статусом Completed OK или Unacceptable.

 

После завершения и включения на странице Admin - Processes пользовательский процесс станет доступен для выбора при запуске нового экземпляра Design Review. Как для Reviewers, так и для инициатора, интерфейс проверки примет параметры команд и структуру потока, определенные пользовательским процессом, как показано ниже для примера процесса:

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

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

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

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

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

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

     
  • Завершение задач проверки (Reviewers).

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

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

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

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

     
  • Финализация проверки (Initiator).

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

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

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

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

    Представление завершенного процесса Design Review DRplus переведено в режим только для чтения.

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

     

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

AI-LocalizedЛокализовано с помощью ИИ
Если вы обнаружили проблему, выделите текст/изображение и нажмитеCtrl + Enter, чтобы отправить нам свой отзыв.
Доступность функций

Доступные вам функции зависят от того, какое решение Altium вы используете: Altium Develop, Altium Agile Teams, Altium Agile Enterprise или Altium Designer (при активной подписке).

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

Content