Работа с задачами

Parent page: Процессы и рабочие процессы

Неотъемлемой частью совместной среды проектирования Altium Designer collaborative design environment является поддержка Workflows, которые направляют конструкторов компании в рамках типовых повседневных процессов проектирования, таких как:

• Запрос новых компонентов библиотек Workspace
• Проведение проверок проекта (design review)
• Создание новых проектов Workspace.

Каждый Workflow, используемый для реализации конкретного процесса проектирования, создаётся как часть Process Definition. Процессы и их Workflows создаются и управляются через браузерный интерфейс Workspace на Enterprise Server — администратором этого Workspace. Дополнительные сведения см. в Создание и управление процессами.

Конструктор может получить доступ и инициировать любой из процессов, которые были активированы для использования на административном уровне. Взаимодействие с процессом — точнее, с определённым для него workflow — осуществляется через Tasks. Task относится к пользовательской задаче, определённой в workflow — это точка, в которой для продвижения workflow требуется действие пользователя.

Доступ к задачам через браузерный интерфейс

Задачи можно просматривать на странице Tasks браузерного интерфейса Workspace. На этой странице перечислены все задачи, которые в данный момент ожидают выполнения вошедшим пользователем и требуют действия (например, задача, связанная с проверкой проекта, или запросом компонента). Каждая задача соответствует конкретному этапу, достигнутому в связанном workflow процесса.

Переход в раздел Tasks браузерного интерфейса Workspace, где можно сразу увидеть, какие задачи требуют вашего внимания.

Работа с задачами

В левой части страницы отображаются активные (невыполненные) задачи для вошедшего пользователя, а также задачи, которые ещё не назначены, но для которых он является кандидатом (например, входит в роль, указанную для исполнителя). Для обычного (не административного) пользователя список задач автоматически фильтруется так, чтобы отображались только задачи, требующие его внимания, или те, которые он может взять как кандидат.

Пример списка невыполненных задач для пользователя Keith.

Каждая задача в списке представлена следующими данными:

• Timeframe – точка, в которой задача была достигнута в базовом workflow процесса.
• Task Name – инструктивное имя, заданное элементу пользовательской задачи в базовом workflow процесса.
• Title – заголовок задачи, который является именем связанной активности (экземпляра процесса); например Milestone Review #1.
• Username – имя пользователя Workspace, который отвечает за выполнение задачи. Если задача ещё не назначена, в этом поле будет отображаться .

Щёлкните по записи задачи, чтобы связанная с ней форма отобразилась на вкладке Form справа. Форма содержит всю информацию и поля, определённые для этой конкретной пользовательской задачи администратором при создании workflow процесса, чтобы получить от пользователя выбор, сведения или данные, которые обеспечат дальнейшее продвижение workflow.

Пример формы для пользовательской задачи, связанной с процессом проверки проекта (Milestone Review). Наведите курсор на изображение, чтобы увидеть пример формы для процесса запроса компонента (New Part Request – Assign).

Чтобы просмотреть базовый workflow для активности процесса, являющейся родительской для задачи, сделайте активной вкладку Diagram. Диаграмма показывает не только полный workflow процесса, но и точку, до которой дошёл поток — пользовательскую задачу, которую вы сейчас обрабатываете, что отражается включением вашего имени.

Доступ к диаграмме workflow для процесса по умолчанию Milestone Review, с подсветкой пользовательской задачи, требующей действия, и указанием исполнителя. Наведите курсор на изображение, чтобы увидеть диаграмму workflow для процесса по умолчанию New Part Request Assign. В обоих случаях пользователю Keith необходимо обработать эти задачи, чтобы workflow перешёл к следующему событию.

Взаимодействуйте с формой по мере необходимости, чтобы завершить задачу. Это может означать выбор варианта, добавление комментария или прикрепление дополнительных файлов/данных. Что именно требуется сделать, обычно указано в форме, а любые данные, необходимые для выполнения задачи — например, для проведения design review — как правило, предоставляются в форме или в виде ссылки. При условии, что форма пользовательской задачи была интуитивно продумана администратором при определении процесса (и его workflow), вы сможете эффективно выполнять каждую назначенную вам задачу без двусмысленностей и без необходимости уточнять, что нужно сделать — если только, например, пользователь не запросил новый компонент библиотеки Workspace и не предоставил достаточно информации для действий; в этом случае вы можете завершить задачу, выбрав, что требуется больше информации!

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

Просмотр задач для конкретного проекта

Любой пользователь может просматривать все текущие активные (или закрытые) процессы для конкретного проекта Workspace — при условии, что этот проект был ему предоставлен (shared). На странице Projects page браузерного интерфейса Workspace щёлкните по имени проекта или используйте опцию Open для выбранного проекта, чтобы открыть детальный вид проекта. Сделайте активной вкладку Activities, чтобы увидеть список всех активностей Active, связанных с проектом. Здесь можно с первого взгляда увидеть, какие задачи остаются невыполненными по этим активностям и какие пользователи назначены на их выполнение.

Пример активности для конкретного проекта Workspace, где видно текущую невыполненную задачу и ответственного за неё.

Используйте параметры выпадающего меню кнопки на странице Projects page, если хотите запустить для этого проекта другой workflow процесса (и задачу).

Просмотр задач по запросам компонентов

Любой пользователь может просматривать все текущие активные (или закрытые) процессы, относящиеся к запросу(ам) компонентов. На странице Part Requests браузерного интерфейса Workspace можно с первого взгляда увидеть, какие задачи остаются невыполненными по этим запросам и какие пользователи назначены на их выполнение.

Пример запросов компонентов, где для каждого видно текущую невыполненную задачу и ответственного за неё.

Доступ к задачам через Altium Designer

Когда пользователь подключен к Workspace через Altium Designer, его текущий список задач будет доступен на панели Tasklist panel. Щелчок по записи задачи откроет диалоговое окно с формой, связанной с этой задачей.

Пример формы пользовательской задачи, связанной с процессом проверки проекта (Milestone Review), при открытии с панели Tasklist в Altium Designer.

Чтобы просмотреть базовый workflow для родительского процесса задачи, сделайте активной вкладку Diagram. Диаграмма показывает полный workflow процесса и точку, до которой дошёл этот поток, — пользовательскую задачу, которой вы сейчас занимаетесь, что отражено включением вашего имени.

Доступ к диаграмме workflow для процесса проверки проекта (Milestone Review), с выделением пользовательской задачи, требующей действия, и указанием исполнителя.

Используйте форму, чтобы выполнить задачу, и нажмите кнопку , чтобы процесс перешёл к следующему соответствующему этапу. Задача будет считаться завершённой и будет удалена с панели. Если следующая задача в потоке также назначена вам, связанная форма будет показана автоматически.

Неназначенные задачи

В зависимости от того, как настроен workflow процесса, у тех, кому назначено выполнение результирующей задачи, запись может отображаться со значком , который указывает на неназначенную задачу. В этом случае пользователь может «забрать» задачу в работу с помощью кнопки .

Кто может забрать задачу активности, указано в поле Candidates, отображаемом в верхней части формы. Как показано в примере задачи Part Request ниже, кандидатами являются Librarians, членом которых является вошедший пользователь (Keith). Для задачи Part Request поле кандидатов определяется Assignee, заданным в самом workflow процесса — администратор может настроить его на Роли, отдельных пользователей или комбинацию обоих вариантов.

Пример кандидатов, которые могут взять задачу — в соответствии с ролью(ями), указанной(ыми) для формы workflow Assignee.

Пользователи, являющиеся кандидатами на задачу (здесь — Librarians), будут видеть задачу как неназначенную, когда поле формы workflow Task Ownership установлено в One of assigned users. Если же установлено значение All assigned users, задача остаётся доступной всем назначенным исполнителям и не может быть эксклюзивно «забрана» одним пользователем.

Если в базовой форме использовано поле Except , то пользователь(и), которым не разрешено работать над задачей, также будут показаны как исключения (Exceptions) в списке задач Candidates. На изображении ниже Assignee установлено в Librarians и Engineers, поэтому все участники этих ролей будут видеть задачу как потенциальные кандидаты, чтобы забрать её. Однако задано исключение: инициатору запрещено работать над задачей ($ Initiator). В этом случае инициатор процесса — Bruce — хотя и является участником группы Engineers, не может забрать задачу (и не увидит её в своём списке задач).

Пример кандидатов, которые могут взять задачу — в соответствии с ролью(ями), указанной(ыми) для Assignee.

Для вошедшего пользователя в Altium Designer такие задачи отображаются как записи в области Tasks панели Tasklist со значком . Когда вы щёлкаете по такой задаче, последующая форма предоставляет кнопку — нажмите её, чтобы взять задачу на себя, без необходимости переходить в браузерный интерфейс для её «захвата».

Пример: пользователь видит неназначенную задачу, кандидатом на которую он является, и затем назначает эту задачу себе.

Задачи, назначенные вам, затем отличаются значком .