Xác định quy trình làm việc

Now reading version 6.0. For the latest, read: Xác định quy trình làm việc for version 8.1
 

Parent page: Quy trình & Luồng công việc

Một nền tảng cốt lõi của môi trường thiết kế cộng tác trong Altium Designer là khả năng hỗ trợ Workflows, giúp định hướng các nhà thiết kế của công ty qua những quy trình thiết kế điển hình hằng ngày, chẳng hạn như yêu cầu thêm linh kiện thư viện mới vào Workspace, thực hiện đánh giá thiết kế và tạo dự án Workspace mới.

Mỗi Workflow được dùng để triển khai một quy trình thiết kế cụ thể sẽ được tạo như một phần của Process Definition. Vì vậy, nó có thể được gọi là Workflow nền tảng của quy trình đó, hoặc đơn giản là một Process Workflow. Có thể tạo quy trình mới và chỉnh sửa các quy trình hiện có bằng Process Workflow Editor chuyên dụng. Tài liệu này sẽ trình bày cách truy cập trình chỉnh sửa và sử dụng nó để xây dựng luồng quy trình cần thiết.

Truy cập Process Workflow Editor

Các quy trình được tạo và quản lý từ khu vực Processes (Admin – Processes) trong giao diện trình duyệt của Workspace.

Bạn phải đăng nhập với quyền Administrator cho Workspace của mình thì mới thấy được khu vực Processes trong giao diện.

Để truy cập Process Workflow Editor, hãy kích hoạt tab của nhóm quy trình mà bạn muốn tạo quy trình mới – Part Requests, Project Activities, hoặc Project Creations – rồi nhấp nút ở góc trên bên phải của trang.

Điều quan trọng là phải kích hoạt đúng nhóm trước, để quy trình được tạo với Type chính xác.

Truy cập Process Workflow Editor. Việc bảo đảm nhóm quy trình mong muốn được kích hoạt trước khi truy cập sẽ giúp định nghĩa quy trình mới được đặt đúng loại nhóm.Truy cập Process Workflow Editor. Việc bảo đảm nhóm quy trình mong muốn được kích hoạt trước khi truy cập sẽ giúp định nghĩa quy trình mới được đặt đúng loại nhóm.

Process Workflow Editor cung cấp một vùng làm việc để bạn xây dựng luồng công việc mong muốn dưới dạng sơ đồ. Khu vực chính của trình chỉnh sửa là nơi bạn tạo sơ đồ workflow, trong khi khung Properties ở bên phải hiển thị các thuộc tính liên quan đến phần tử sơ đồ hiện đang được chọn.

Khi không có phần tử nào đã đặt trong sơ đồ được chọn, khung Properties sẽ phản ánh NameType (quy trình thuộc nhóm nào) của định nghĩa quy trình. Hãy đặt tên quy trình có ý nghĩa, vì tên này sẽ xuất hiện trong giao diện trình duyệt của Workspace cũng như tại các điểm truy cập tương ứng trong giao diện Altium Designer – để các nhà thiết kế có thể khởi tạo một phiên bản của quy trình (miễn là nó đã được kích hoạt để sử dụng).

Lưu ý rằng bạn có thể khóa trường Title đối với người dùng của Workflow bằng cách bỏ chọn tùy chọn Allow the initiator to change the process title trong khung Properties. Khi tùy chọn này bị bỏ chọn (và Process được lưu), người dùng kích hoạt Workflow ( Initiator) sẽ không thể chỉnh sửa Title của nó; Title này sẽ bị khóa là 'AUTO'. Những quy trình đang hoạt động hoặc đã hoàn tất như vậy sẽ được đặt tiêu đề theo tên Process kèm hậu tố số thứ tự – <process name> #1, <process name> #2, v.v.

Sơ đồ Workflow

Một sơ đồ workflow của quy trình được xây dựng bằng nhiều phần tử khác nhau, có sẵn trong bảng chọn ở phía trên khu vực này.

Một sơ đồ workflow được xây dựng bằng các phần tử từ bảng chọn có sẵn.Một sơ đồ workflow được xây dựng bằng các phần tử từ bảng chọn có sẵn.

Bảng sau liệt kê tất cả các phần tử sơ đồ có thể có:

Biểu tượng Loại Mô tả
Connection Phần tử này dùng để kết nối giữa các phần tử điểm sự kiện trong workflow. Hình dạng của nó có thể được thay đổi bằng đồ họa và mặc dù mặc định Name để trống, nhưng điều này có thể hữu ích để chỉ ra/mô tả các nhánh khác nhau xuất phát từ một phần tử phân nhánh trong luồng.
Start Đây là điểm bắt đầu của workflow. Name được điền sẵn mặc định tùy theo nhóm – Submit Request (Part Requests), Start Activity (Project Activities), Create Project (Project Creations). Giá trị này có thể được thay đổi khi cần. Để biết thông tin về các trường mặc định được thêm vào biểu mẫu liên kết với phần tử này, xem Built-in FieldsDefault Fields.
Đối với nhóm quy trình Project Activities, phần tử này hỗ trợ thêm một Type thứ hai – Start Release. Tính năng này được dùng cho workflow mà trong đó một dự án đã phát hành sẽ được xuất bản sang một phiên bản PLM đã tích hợp, như một phần của Project Releaser trong Altium Designer.
Đối với nhóm quy trình Project Creations, một thuộc tính Default server folder bổ sung cho phép chỉ định đường dẫn thư mục cơ sở nơi dự án mới sẽ được lưu. Nếu được định nghĩa, nó sẽ trở thành vị trí mặc định cho workflow này, và người dùng có thể ghi đè trong trường Server Folder của biểu mẫu New Project (tab Advanced).
Để biết thêm thông tin về việc chuyển đổi loại cho phần tử này, xem Changing the Type for a Workflow Element.
Event

Phần tử này có thể được dùng để lấy kết quả của một hành động trong một phiên bản PLM đã tích hợp (cung cấp đầu ra của OK hoặc FAIL, cùng với thông báo và nhật ký). Để thực hiện điều đó, hãy đặt Type cho nhóm tương ứng – PLM Part Completed (Part Requests), PLM Publish Completed (Project Activities), PLM Initialise Completed (Project Creations). Mặc định, Name được điền sẵn bằng mục Type , nhưng có thể thay đổi khi cần.

Phần tử này cũng có thể được dùng để gửi và nhận thông báo tới một hệ thống bên thứ ba bằng EDS của Enterprise Server (yêu cầu quyền truy cập Enterprise Server SDK). Hãy đặt Type thành Send hoặc Receive cho phù hợp (bạn sẽ cần định nghĩa cả sự kiện Send và Receive như một phần của workflow). Thông báo bao gồm một mã định danh duy nhất Code và thông điệp. Lưu ý rằng Code phải giống nhau đối với cả sự kiện Send và Receive.

Đối với Project Activities, Type của phần tử này cũng có thể được đặt là Related Tasks Completed. Tùy chọn này dùng khi các nhận xét đã được thêm vào và giao thành tác vụ cho những người cụ thể – liên quan đến chính hoạt động của dự án. Điều này có nghĩa là workflow của hoạt động đó không thể hoàn tất cho đến khi tất cả các tác vụ liên quan – tức các nhận xét đã được giao – cũng được xử lý xong.

End Đây là điểm kết thúc của workflow, hoặc của một nhánh trong workflow đó. Name của phần tử có thể được đặt là Completed, Rejected, hoặc Cancelled.
Task

Phần tử này đại diện cho một tác vụ cần được thực hiện – điều mà một hoặc nhiều người dùng phải làm. Trong một workflow Project Activity dựa trên review, đây có thể là việc đưa ra phản hồi như một phần của quá trình review. Trong workflow Part Request, đây có thể là xử lý một linh kiện cụ thể đã được yêu cầu, hoặc chỉ riêng symbol hay footprint của nó.

Mỗi tác vụ cung cấp dữ liệu cho người dùng hoặc thu thập dữ liệu từ người dùng thông qua một Form chuyên dụng – được xây dựng với tất cả các trường, biến và thông tin cần thiết để hoàn thành mục đích của tác vụ. Để biết thêm thông tin, xem Building a Form.

Ngoài User Task tiêu chuẩn (được định nghĩa khi cần thông qua một biểu mẫu), mỗi nhóm quy trình còn hỗ trợ một hoặc nhiều loại bổ sung – Create Part in PLM (Part Requests), Collect Project DataPublish to PLM (Project Activities), Initialise in PLM (Project Creations). Trong mỗi trường hợp, Name mặc định được đặt theo loại của tác vụ, nhưng có thể thay đổi khi cần. Các thiết lập bổ sung phải được định nghĩa cho từng loại và sẽ khác nhau tương ứng giữa các loại, chẳng hạn như Assignee Task Ownership. Với tác vụ loại liên quan đến PLM, nó được dùng để lấy kết quả của hành động với phiên bản PLM (cung cấp đầu ra của OK hoặc FAIL, cùng với thông điệp và (đối với các nhóm Project Activities và Project Creations) các thuộc tính).
Với nhóm quy trình Project Creations, một thuộc tính Default server folder bổ sung cho phép chỉ định đường dẫn thư mục cơ sở nơi dự án mới sẽ được lưu. Nếu được định nghĩa, nó sẽ trở thành vị trí mặc định cho workflow này, và người dùng có thể ghi đè trong trường Server Folder của biểu mẫu New Project (tab Advanced).
Để biết thêm thông tin về việc chuyển đổi loại cho phần tử này, xem Changing the Type for a Workflow Element.

Branch Phần tử này cho phép phân nhánh workflow, tùy thuộc vào các kết quả thu được từ một điểm trước đó trong luồng (ví dụ: thu nhận lựa chọn hoặc quyết định của người dùng). Mặc định Name được để trống.
Comment phần tử này cho phép bạn thêm chú thích cho workflow của mình, thường là thêm ghi chú tại từng điểm trong luồng, mô tả chi tiết điều gì sẽ xảy ra tại điểm đó. Mặc định Name được để trống.

Đặt các phần tử Workflow

Để đặt một phần tử từ bảng chọn:

  1. Nhấp vào mục của phần tử trên bảng chọn. Một phiên bản của phần tử sẽ xuất hiện, được tô sáng màu xanh lam, và di chuyển theo con trỏ.
  2. Đặt phần tử vào vị trí mong muốn trên vùng làm việc workflow và nhấp chuột (hoặc nhấp chuột phải) để đặt. Khi bạn di chuyển phần tử quanh vùng làm việc, các đường căn chỉnh sẽ xuất hiện tương ứng với tâm ngang và tâm dọc của các phần tử đã được đặt.
  3. Để hủy thao tác đặt, nhấn Esc.

 Ví dụ về việc đặt các phần tử lên vùng làm việc workflow (Start, End và một User Task). Lưu ý các đường căn chỉnh động hỗ trợ khi đặt phần tử.
Ví dụ về việc đặt các phần tử lên vùng làm việc workflow (Start, End và một User Task). Lưu ý các đường căn chỉnh động hỗ trợ khi đặt phần tử.

Kết nối các phần tử Workflow

Để kết nối hai phần tử workflow:

  1. Nhấp vào mục trên bảng chọn.
  2. Đưa con trỏ lên phần tử đầu tiên (nguồn) cần kết nối và nhấp chuột.
  3. Di chuyển con trỏ để thấy một đường kết nối bắt đầu kéo ra từ phần tử. Đưa con trỏ lên phần tử thứ hai (đích) cần kết nối và nhấp chuột.
Kết nối giữa các phần tử nên đi từ trái sang phải vì đó là luồng logic. Bạn sẽ không thể chọn một phần tử đích nếu kết nối đó được xem là không hợp lệ (ví dụ: cố gắng kết nối phần tử End với phần tử Start). Trong trường hợp như vậy, phần tử đích sẽ hiển thị với phần tô màu đỏ và đầu đường kết nối sẽ vẫn có biểu tượng “bị cấm” ().
  1. Tiếp tục đặt thêm các kết nối khác, hoặc nhấp chuột phải, hoặc nhấn Esc để thoát.

 Ví dụ về việc kết nối các phần tử trong một workflow.
Ví dụ về việc kết nối các phần tử trong một workflow.

Di chuyển các phần tử Workflow

Để di chuyển một phần tử, hãy nhấp và kéo phần tử đó đến vị trí mới mong muốn. Nếu phần tử được kết nối với một hoặc nhiều phần tử khác thông qua các kết nối, các kết nối đó sẽ được giữ nguyên và (các) đường dẫn của đường kết nối sẽ được điều chỉnh tương ứng. Hãy dùng các đường căn chỉnh động xuất hiện để hỗ trợ định vị.

Để di chuyển nhiều phần tử, trước tiên hãy chọn chúng – bằng cách Ctrl+nhấp vào từng phần tử cần thiết, hoặc nhấp và kéo một khung chọn bao quanh các phần tử đó.

 Ví dụ về việc di chuyển một phần tử, sau đó là nhiều phần tử đã được đặt. Lưu ý rằng các kết nối, trừ khi cũng nằm trong vùng chọn, sẽ được điều chỉnh để duy trì kết nối giữa các phần tử tương ứng.
Ví dụ về việc di chuyển một phần tử, sau đó là nhiều phần tử đã được đặt. Lưu ý rằng các kết nối, trừ khi cũng nằm trong vùng chọn, sẽ được điều chỉnh để duy trì kết nối giữa các phần tử tương ứng.

Sửa đổi một Kết nối

Khi bạn di con trỏ lên trên một kết nối, nhiều điều khiển chỉnh sửa, hay “tay nắm”, sẽ xuất hiện. Chúng cho phép thực hiện các thay đổi sau đối với một kết nối theo cách trực quan:

  • Nhấp và kéo tay nắm để chỉ di chuyển kết nối theo phương dọc.
  • Nhấp và kéo tay nắm để chỉ di chuyển kết nối theo phương ngang.
  • Di chuyển con trỏ dọc theo kết nối, tay nắm sẽ đi theo con trỏ. Nhấp và kéo tay nắm này để tạo một điểm đỉnh mới cho kết nối.
  • Nhấp và kéo tay nắm để di chuyển điểm bắt đầu của kết nối. Bạn phải kéo điểm này lên một phần tử hiện có khác.
  • Nhấp và kéo tay nắm để di chuyển điểm kết thúc của kết nối. Bạn phải kéo điểm này lên một phần tử hiện có khác.
Một điểm thả không hợp lệ khi di chuyển điểm đầu hoặc điểm cuối của kết nối sẽ được làm nổi bật bằng cách phần tử được tô màu đỏ (và biểu tượng xuất hiện ở cuối kết nối). Ví dụ, điều này có thể xảy ra nếu bạn cố di chuyển điểm đầu của kết nối đến chính phần tử mà điểm cuối của kết nối đó đang gắn vào. Trong trường hợp này, hãy di chuyển điểm cuối trước, rồi mới đến điểm đầu.
Ngoài ra, một kết nối sẽ tự động được điều chỉnh đường dẫn để vẫn duy trì kết nối với phần tử đang được di chuyển và mà nó hiện đang nối tới.

 Ví dụ về chỉnh sửa các kết nối hiện có, sử dụng nhiều tay nắm chỉnh sửa khác nhau xuất hiện khi di con trỏ lên một kết nối.
Ví dụ về chỉnh sửa các kết nối hiện có, sử dụng nhiều tay nắm chỉnh sửa khác nhau xuất hiện khi di con trỏ lên một kết nối.

Sửa đổi Thuộc tính Phần tử

Như đã đề cập trước đó, phía bên phải của Process Workflow Editor cung cấp ngăn Properties, hiển thị các thuộc tính của phần tử workflow hiện đang được chọn. Với một số phần tử, chẳng hạn như Connection, Branch, EndComment, thuộc tính có thể chỉnh sửa duy nhất của chúng là Name. Với những phần tử khác, chẳng hạn như StartTask, bạn có các thiết lập có thể định nghĩa, cũng như một Form liên quan có thể được tạo theo nhu cầu. Cũng cần nhớ rằng thuộc tính của một phần tử workflow có thể thay đổi tùy theo chủ đề quy trình mà quy trình đang được định nghĩa trong đó (và loại được chọn cho một phần tử, trong trường hợp phần tử đó hỗ trợ nhiều loại).

Ngăn Properties hiển thị các thuộc tính mặc định cho phần tử workflow Start (khi định nghĩa một quy trình trong chủ đề Project Activities, và đặt Type của phần tử thành Start Activity). Di chuột lên hình ảnh để hiển thị các thuộc tính mặc định khi phần tử Task (được cấu hình là một User Task) được chọn.Ngăn Properties hiển thị các thuộc tính mặc định cho phần tử workflow Start (khi định nghĩa một quy trình trong chủ đề Project Activities, và đặt Type của phần tử thành Start Activity). Di chuột lên hình ảnh để hiển thị các thuộc tính mặc định khi phần tử Task (được cấu hình là một User Task) được chọn.

Thực hiện các thay đổi cần thiết đối với thuộc tính của phần tử workflow đã chọn thông qua ngăn Properties. Với một phần tử có thể có Form được định nghĩa, bạn sẽ cần либо tạo biểu mẫu (nhấp nút trong phần Form của ngăn) hoặc chỉnh sửa biểu mẫu đó (nhấp mục trong phần Form của ngăn). Để biết thêm thông tin, xem Xây dựng một Biểu mẫu.

Hãy nhớ rằng, nếu hiện không có phần tử workflow nào được chọn, ngăn Properties sẽ hiển thị các thuộc tính cho chính định nghĩa quy trình cha. Ngoài ra, khi không có phần tử workflow nào được chọn, bạn có thể cấu hình dữ liệu tham số hiển thị cho người dùng tiêu chuẩn trên thẻ Data của một workflow quy trình. Để biết thêm chi tiết, xem Cấu hình Khả năng hiển thị Dữ liệu cho Người dùng Tiêu chuẩn.
Một Comment cũng có thể được chỉnh sửa trực quan về kích thước bằng cách chọn nó, rồi nhấp và kéo các tay nắm chỉnh sửa của nó.

Thay đổi Loại cho một Phần tử Workflow

Các chủ đề quy trình sau đây có các phần tử workflow hỗ trợ nhiều loại:

  • Part Requests chủ đề:
    • Task – hỗ trợ các loại: User Task, Change State, Create Part in PLM.
    • Event – hỗ trợ các loại: Send, Receive, Notify User, PLM Part Completed.
  • Project Activities chủ đề:
    • Start – hỗ trợ các loại: Start Activity, Start Release.
    • Task – hỗ trợ các loại: User Task, Change State, Collect Project Data, Publish to PLM.
    • Event – hỗ trợ các loại: Send, Receive, Notify User, PLM Publish Completed, Related Tasks Completed.
  • Project Creations chủ đề:
    • Task – hỗ trợ các loại: User Task, Create Project, Change State, Initialise in PLM.
    • Event – hỗ trợ các loại: Send, Receive, Notify User, PLM Initialise Completed.

Sau khi đặt một phần tử lên vùng vẽ sơ đồ workflow, bạn có thể chuyển đổi giữa các loại khả dụng của nó bằng menu gắn với nút , xuất hiện bên trong/bên cạnh phần tử sau khi phần tử đó được chọn.

 Chuyển lần lượt qua các loại được hỗ trợ cho các phần tử Start, Task và Event, khi định nghĩa workflow cho một quy trình thuộc chủ đề quy trình Project Activities. Chuyển lần lượt qua các loại được hỗ trợ cho các phần tử Start, Task và Event, khi định nghĩa workflow cho một quy trình thuộc chủ đề quy trình Project Activities.

Tất nhiên, bạn cũng có thể thay đổi loại bằng danh sách thả xuống gắn với trường Type trong ngăn Properties khi phần tử được chọn.

Gán Nhiệm vụ

Cách một nhiệm vụ trong workflow được gán phụ thuộc vào các thiết lập được xác định cho Assignee, ExceptTask ownership:

  • Assignee – có thể là một người dùng duy nhất trong Workspace của bạn, nhiều người dùng, hoặc một vai trò cụ thể (nhóm người dùng). Biến cũng có thể được dùng ở đây, ví dụ $Initiator (người đã khởi tạo phiên bản quy trình), hoặc $Review Coordinator (người dùng được chọn làm Review Coordinator trong một nhiệm vụ trước đó).
Các biến không được nhập dưới dạng văn bản, mà được tìm kiếm rồi chọn từ danh sách động các mục có thể có. Ví dụ, để thêm biến $Initiator, hãy bắt đầu gõ In vào một trường, rồi chọn mục đó từ danh sách.
  • Except – những người không được phép xử lý nhiệm vụ, ngay cả khi họ thuộc phạm vi người được giao. Ví dụ, người yêu cầu một part không nên tự phê duyệt yêu cầu part của chính mình! Một ví dụ khác có thể là dùng biến $Rework executed by trong trường Except cho nhiệm vụ Verify rework của một quy trình Milestone Review, để ngăn người dùng đã thực hiện nhiệm vụ trước đó (Rework) có thể tự xác minh công việc của mình.
  • Task ownership – xác định ai có thể thực hiện một nhiệm vụ, liên quan đến (các) người dùng được chỉ định trong trường Assignee. Có các tùy chọn sau:
    • One of assigned users – nếu chỉ có một người dùng duy nhất trong trường Assignee, nhiệm vụ ban đầu để xử lý yêu cầu sẽ được giao trực tiếp cho người dùng đó. Nếu có nhiều người được giao, tất cả người dùng đều thấy nhiệm vụ trong danh sách nhiệm vụ của họ, và một trong số họ sẽ tự nhận nhiệm vụ cho mình.
    • All assigned users – tất cả người được giao đều nhận nhiệm vụ.

Hình ảnh bên dưới cho thấy các thiết lập gán cho một định nghĩa quy trình Part Request. Assignee được định nghĩa là các quản trị viên của Workspace (các thành viên của vai trò Administrators). Task ownership được đặt thành One of assigned users, nghĩa là một trong những người dùng quản trị đó phải nhận xử lý yêu cầu.

Người dùng nào ban đầu nhận nhiệm vụ xử lý một yêu cầu part mới phụ thuộc vào cách các thiết lập cho Assignee, Except và Task ownership đã được định nghĩa cho nhiệm vụ người dùng ban đầu – trong workflow cơ sở của định nghĩa quy trình tương ứng. Hình trên cho thấy các thiết lập cho định nghĩa quy trình mặc định New Part Request.
Người dùng nào ban đầu nhận nhiệm vụ xử lý một yêu cầu part mới phụ thuộc vào cách các thiết lập cho Assignee, ExceptTask ownership đã được định nghĩa cho nhiệm vụ người dùng ban đầu – trong workflow cơ sở của định nghĩa quy trình tương ứng. Hình trên cho thấy các thiết lập cho định nghĩa quy trình mặc định New Part Request.

Nếu bạn muốn ngăn người gửi ban đầu của yêu cầu part có thể xử lý yêu cầu đó, bạn sẽ nhập biến $Initiator vào trường Except .

Cấu hình Khả năng hiển thị Dữ liệu cho Người dùng Tiêu chuẩn

Bạn có thể cấu hình dữ liệu tham số hiển thị cho người dùng tiêu chuẩn trên thẻ Data của một workflow quy trình – khi xem tiến độ của một phiên bản đang hoạt động của quy trình đó. Khi chỉnh sửa workflow cho một quy trình, và không chọn phần tử nào, dữ liệu có thể được hiển thị trên thẻ Data sẽ được liệt kê trong ngăn Properties . Nhấp điều khiển để truy cập biểu mẫu liên quan của nó (<ProcessName> Data).

Từ biểu mẫu này, bạn có thể xác định một tham số có được hiển thị trên thẻ Data hay không. Mặc định, một tham số sẽ hiển thị (). Nhấp điều khiển này để chuyển nó sang không hiển thị (). Ngoài ra, bạn cũng có thể kiểm soát thứ tự trình bày dữ liệu. Khi bạn di chuột lên một mục tham số, điều khiển sẽ xuất hiện ở bên trái của mục đó. Nhấp và giữ điều khiển này, rồi kéo tham số đến vị trí mới.

Tính năng này chỉ ảnh hưởng đến những gì người dùng tiêu chuẩn (không phải quản trị viên) có thể thấy. Nếu bạn đăng nhập vào Workspace với tư cách quản trị viên, bạn sẽ thấy toàn bộ dữ liệu, bất kể thiết lập.

Hình ảnh sau đây cho thấy mối quan hệ giữa biểu mẫu và những gì người dùng quản trị và người dùng tiêu chuẩn (không phải quản trị viên) nhìn thấy trên thẻ Data của quy trình. Trong ví dụ này, các tham số DescriptionDatasheets bị ẩn khỏi người dùng tiêu chuẩn.

Xóa một Phần tử Workflow

Để xóa một phần tử workflow, hãy chọn phần tử đó, rồi dùng phím tắt Delete. Để xóa nhiều phần tử, hãy nhấp và kéo một khung chọn bao quanh chúng, hoặc dùng Ctrl+nhấp để tạo vùng chọn từng phần tử, sau đó dùng phím tắt Delete.

Xây dựng một Biểu mẫu

Hai phần tử workflow – StartTask – liên quan đến việc yêu cầu người dùng thực hiện một hành động nào đó. Đó có thể là yêu cầu cung cấp thông tin khởi tạo (tên và loại dự án, bộ dữ liệu ban đầu để xem xét, số part được yêu cầu, nhà sản xuất và datasheet) hoặc một nhiệm vụ khác trong luồng cần thêm đầu vào từ người dùng theo một cách nào đó (quyết định review, dữ liệu bổ sung, nhận xét, part hoàn tất cho một yêu cầu, v.v.). Cả hai phần tử này đều có thể được xem là task-oriented.

Để trình bày các trường và biến cần thiết nhằm hỗ trợ tương tác người dùng như vậy, một Form sẽ được tạo. Trong một số trường hợp, một Form đã tồn tại với các trường tích hợp sẵn không thể xóa, trong khi ở các trường hợp khác, một Form có sẵn và có các trường mặc định, nhưng các trường này có thể được chỉnh sửa cho phù hợp. Cũng có những trường hợp một Form chưa tồn tại, và do đó bạn có tương đối nhiều tự do để tạo một Form đơn giản hoặc phức tạp tùy theo nhu cầu của công ty bạn.

Danh sách sau đây hiển thị tất cả các biến thể của hai tác vụ này có sử dụng/yêu cầu một Form:

  • Start (chủ đề Part Requests) – Form hiện có với các trường mặc định. Có thể chỉnh sửa hoặc xóa các trường này, và xác định giá trị mặc định khi phù hợp. Có thể thêm các trường khác nếu cần.
  • Start thuộc loại Start Activity (chủ đề Project Activities) – Form hiện có với trường tích hợp sẵn. Trường này không thể bị xóa. Có thể thêm các trường khác nếu cần.
  • Start (chủ đề Project Creations) – Form hiện có với các trường tích hợp sẵn. Các trường này không thể bị xóa. Có thể xác định giá trị mặc định khi phù hợp. Có thể thêm các trường khác nếu cần.
  • Task thuộc loại User Task (tất cả các chủ đề quy trình) – chưa có Form sẵn. Hãy tạo khi cần.
  • Task thuộc loại Collect Project Data (chỉ chủ đề Project Activities) – Form hiện có với trường tích hợp sẵn. Trường này không thể bị xóa. Có thể thêm các trường khác nếu cần.
  • Task thuộc loại Create Project (chủ đề Project Creations) – Form hiện có với các trường tích hợp sẵn. Các trường này không thể bị xóa. Có thể xác định giá trị mặc định khi phù hợp. Có thể thêm các trường khác nếu cần.

Trình chỉnh sửa User Form

Một Form được tạo bằng User Form Editor. Đối với một phần tử có thể có Form được xác định, bạn sẽ cần либо tạo form nếu nó chưa tồn tại (chọn phần tử trong workflow và nhấp nút trong phần Form của khung Properties) hoặc chỉnh sửa nếu nó đã tồn tại (chọn phần tử trong workflow và nhấp mục trong phần Form của khung Properties).

Một Form được xây dựng bằng cách thêm các trường – đại diện cho các biến có tên – với các kiểu cần thiết, và bằng cách đặt các cờ (nếu áp dụng) cho cách sử dụng các trường đó – về cơ bản là tạo ra một giao diện để truyền thông tin đến, và thu thập thông tin từ, người dùng mục tiêu sẽ thực hiện tác vụ.

Khi form được lưu – nhấp nút ở cuối Form – phần tóm tắt của tất cả các trường được định nghĩa trên đó, cùng với kiểu biến của chúng, sẽ được hiển thị lại trên khung Properties cho phần tử workflow đã chọn.

Ví dụ về User Form Editor được điền bằng Form cho User Task Provide review feedback (một phần của định nghĩa quy trình Milestone Review, trong chủ đề Project Activities). Lưu ý rằng khung Properties cung cấp danh sách tóm tắt thuận tiện của tất cả các trường được định nghĩa trên Form, cùng với kiểu của chúng.Ví dụ về User Form Editor được điền bằng Form cho User Task Provide review feedback (một phần của định nghĩa quy trình Milestone Review, trong chủ đề Project Activities). Lưu ý rằng khung Properties cung cấp danh sách tóm tắt thuận tiện của tất cả các trường được định nghĩa trên Form, cùng với kiểu của chúng.

Các phần sau đây sẽ xem xét cơ chế của User Form Editor, bao gồm hỗ trợ của nó cho biến và trường, các cờ liên quan cho từng trường/biến, cách làm việc trong một Form, và các trường cũng như biến tích hợp sẵn/mặc định.

Biến và Trường

Những điều cần lưu ý liên quan đến biến và trường:

  • Một Variable là một phần tử dữ liệu có tên, được theo dõi như một phần của workflow cho một quy trình.
  • Một Field là biểu diễn của một biến trong ngữ cảnh của một User Form cụ thể trong workflow của một quy trình.
  • Không có chức năng chuyên biệt để quản lý các biến cho một quy trình:
    • Một biến do người dùng định nghĩa được thêm vào quy trình khi quản trị viên thêm nó lần đầu tiên vào một Form trong workflow của quy trình đó.
    • Một biến do người dùng định nghĩa sẽ bị loại khỏi quy trình khi nó bị xóa khỏi tất cả các Form được sử dụng trong workflow của quy trình đó.
  • Phần lớn các biến sẽ được quản trị viên định nghĩa khi tạo các Form trong workflow cho một định nghĩa quy trình. Có một số biến được định nghĩa sẵn, được tích hợp trong định nghĩa quy trình cho các phần tử workflow cụ thể. Chúng có thể được sử dụng ở nơi khác trên các User Form do người dùng định nghĩa khác, nhưng vẫn được giữ nguyên định nghĩa cho quy trình, ngay cả khi bị xóa khỏi tất cả các Form trong một workflow.
  • Chỉ có một định nghĩa biến trong quy trình, nghĩa là ở bất kỳ đâu biến này được chỉnh sửa (bất kỳ Form nào), các thay đổi sẽ tự động được phản ánh trên mọi Form khác được sử dụng trong workflow đó và có sử dụng biến này.
  • Tên biến không phân biệt chữ hoa chữ thường (tức là bạn không thể có hai biến chỉ khác nhau ở kiểu chữ hoa/thường).

Cờ

Tùy thuộc vào kiểu biến của một trường được định nghĩa trên Biểu mẫu, trường đó có thể có tối đa ba cờ:

  • Editable – bật cờ này để làm cho trường có thể chỉnh sửa, chẳng hạn như có thể nhập tên dự án, nhập ngày, thêm dữ liệu, v.v.
  • Required – bật cờ này để biến trường thành trường bắt buộc, nghĩa là người dùng phải chọn một tùy chọn hoặc nhập dữ liệu để có thể gửi tác vụ.
  • Reset value – bật cờ này để giá trị của trường được đặt lại khi vào biểu mẫu. Nếu có giá trị mặc định áp dụng và đã được thiết lập, thì giá trị đó sẽ được nạp; nếu không, trường sẽ trống (hoặc hiển thị Choose option nếu là trường danh sách thả xuống).
Điều này có thể rất hữu ích trong quy trình làm việc có đặc điểm là một “vòng lặp”. Ví dụ có thể là trong quy trình làm việc của yêu cầu linh kiện, nơi người dùng xác nhận một yêu cầu và đặt trường Next step thành Needs more info. Người gửi bổ sung thông tin và yêu cầu quay trở lại (vòng lặp ở đây) để được xác thực. Nếu trường Next step đã bật cờ Reset value, thì trường sẽ được đặt lại và không còn được điền sẵn bằng Needs more info. Do đó, người xác thực cần chủ động chọn giá trị cho trường đó.
Tham khảo lại bảng Các Kiểu Biến Được Hỗ Trợ để xem tính áp dụng của ba cờ này đối với từng kiểu biến.

Ví dụ về các trường được định nghĩa trên một Biểu mẫu, cùng với các cờ của chúng.Ví dụ về các trường được định nghĩa trên một Biểu mẫu, cùng với các cờ của chúng.

Về mặt hiển thị, một cờ có thể xuất hiện như sau:

  • Xanh dương – cờ có thể thay đổi và hiện đang hoạt động.
  • Xám – cờ có thể thay đổi và hiện không hoạt động.
  • Xanh dương mờ – cờ đang hoạt động và không thể thay đổi.
  • Không hiển thị – cờ không áp dụng.

Khi một cờ có thể thay đổi, hãy nhấp vào đó để chuyển đổi trạng thái hoạt động của nó.

Một trường không thể được đặt là Bắt buộc, trừ khi trước tiên nó được đặt là Có thể chỉnh sửa.

Tùy Chọn Nâng Cao

Nếu một kiểu biến hỗ trợ các tùy chọn bổ sung, sẽ có một điều khiển Advanced options tương ứng – hãy nhấp vào đó để mở rộng và xem các tùy chọn này.

Ví dụ về Advanced options cho nhiều trường được định nghĩa khác nhau trên một Biểu mẫu.Ví dụ về Advanced options cho nhiều trường được định nghĩa khác nhau trên một Biểu mẫu.

Các tùy chọn sau có thể được tìm thấy tại đây, tùy thuộc vào kiểu biến:

  • Keep value provided by each user separately – cho phép bạn sử dụng trường để “gộp” các giá trị được cung cấp trong các biểu mẫu do nhiều người dùng tham gia vào một tác vụ gửi lên, ví dụ như khi rà soát một thiết kế.
  • Dropdown options – đối với biến kiểu Dropdown, hãy định nghĩa tại đây các mục có thể xuất hiện để người dùng chọn trong menu thả xuống liên kết với trường.
  • Default value – cung cấp một giá trị mặc định sẽ được trình bày dưới dạng “điền sẵn” làm giá trị của trường khi người dùng truy cập biểu mẫu liên kết với tác vụ. Nếu trường có kiểu Dropdown, giá trị mặc định có thể được đặt thành một trong các Dropdown options đã định nghĩa, hoặc đặt thành None.
  • Value – thường dùng cho biến kiểu Label, sử dụng trường này để xác định nội dung nhãn, được hiển thị cho người dùng trên biểu mẫu liên kết với tác vụ mà họ đang thực hiện, và mô tả những gì họ cần làm.

Thêm Trường

Để thêm một trường mới vào Biểu mẫu, hãy nhấp vào điều khiển Add ở góc dưới bên phải của biểu mẫu. Trường mới được thêm vào cuối Biểu mẫu, với danh sách thả xuống Name được mở sẵn để bạn chọn một biến hiện có đã được định nghĩa ở nơi khác trong định nghĩa quy trình hoặc tạo biến mới.

Ví dụ thêm một trường mới vào Biểu mẫu. Bạn có thể chọn tham chiếu đến một biến hiện có được định nghĩa cho định nghĩa quy trình cha hoặc nhập tên mới, qua đó tạo một biến mới cho định nghĩa đó (sau khi Biểu mẫu được lưu).Ví dụ thêm một trường mới vào Biểu mẫu. Bạn có thể chọn tham chiếu đến một biến hiện có được định nghĩa cho định nghĩa quy trình cha hoặc nhập tên mới, qua đó tạo một biến mới cho định nghĩa đó (sau khi Biểu mẫu được lưu).

Các biến đã được sử dụng trên Biểu mẫu hiện tại sẽ không được đưa vào menu thả xuống, vì trên Biểu mẫu người dùng chỉ có thể có một phiên bản của một biến. Danh sách biến được lọc khi bạn nhập, giúp bạn nhanh chóng tìm đến biến hiện có nếu cần.

Nếu chọn một biến hiện có:

  • Biến đó được thêm vào Biểu mẫu dưới dạng một tham chiếu khác đến biến đó.
  • Trường Name được đổi thành trường văn bản tiêu chuẩn, cho phép chỉnh sửa tên, nhưng không cho phép chọn biến khác.
  • Các cờ được thiết lập phù hợp với cách biến gốc đã được định nghĩa.

Nếu nhập tên biến mới:

  • Trường Name trở thành trường văn bản tiêu chuẩn.
  • Có thể chọn Type của biến (mặc định là Single Line Text).
  • Các cờ được thiết lập theo trạng thái mặc định tương ứng – Có thể chỉnh sửa (đang hoạt động), Bắt buộc (không hoạt động), Đặt lại giá trị (không hoạt động).
  • Biến mới được thêm vào định nghĩa quy trình khi Biểu mẫu được lưu.
Để đổi tên một trường, hãy nhấp vào trong trường Name và chỉnh sửa theo yêu cầu. Nếu trường không thể đổi tên, Name sẽ bị làm mờ màu xám và biểu tượng sẽ xuất hiện nếu bạn di chuột lên trường đó.

Xóa Trường

Để xóa một trường do người dùng định nghĩa, hãy nhấp vào điều khiển ở ngoài cùng bên phải của trường đó. Việc xóa diễn ra ngay lập tức, không có xác nhận.

Trường do người dùng định nghĩa chỉ bị xóa khỏi Biểu mẫu hiện tại. Nếu trường/biến được sử dụng trên một Biểu mẫu khác trong quy trình làm việc, nó vẫn sẽ được giữ lại trong định nghĩa quy trình. Chỉ khi nó bị xóa khỏi tất cả các Biểu mẫu, nó mới bị xóa khỏi danh sách biến đã định nghĩa cho định nghĩa quy trình đó.

Sắp Xếp Lại Trường

Bất kỳ trường nào cũng có thể được di chuyển đến bất kỳ vị trí nào trên Biểu mẫu bằng cách nhấp và kéo điều khiển , xuất hiện ở phía bên trái khi di chuột qua một trường. Điều này cho phép bạn nhanh chóng thêm các trường vào Biểu mẫu, sau đó tinh chỉnh giao diện của nó (thứ tự các trường) về sau.

Lưu & Triển Khai

Sau khi một quy trình đã được định nghĩa theo yêu cầu, hãy nhấp vào nút (ở góc trên bên phải của trình chỉnh sửa) để thêm quy trình đó vào danh sách các quy trình khả dụng cho chủ đề quy trình đó. Định nghĩa quy trình mới sẽ được kích hoạt và sẵn sàng để sử dụng.

Trình chỉnh sửa sẽ đánh dấu mọi vấn đề với sơ đồ quy trình làm việc của bạn khiến nó không thể được lưu và triển khai – ví dụ, một sơ đồ phải có sự kiện Start, và ít nhất một sự kiện End được định nghĩa. Ngoài ra, một Tác vụ Người dùng phải có ít nhất một trường Biểu mẫu và một Người được giao.
AI-LocalizedBản địa hóa bằng AI
Nếu bạn phát hiện vấn đề, hãy chọn văn bản/hình ảnh và nhấnCtrl + Enterđể gửi phản hồi cho chúng tôi.
Nội dung