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

Một thành phần cốt lõi của môi trường thiết kế cộng tác Altium 365 Workspace là khả năng hỗ trợ các Workflows dựa trên quy trình, giúp định hướng chặt chẽ cho các nhà thiết kế qua những quy trình thiết kế điển hình hằng ngày như yêu cầu tạo linh kiện được quản lý mới, thực hiện các hoạt động xem xét, và tạo các dự án được quản lý 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 các 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ẽ xem xét cách truy cập trình biên tập và làm việc với nó để tạo ra workflow quy trình theo yêu cầu.

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) của giao diện Altium 365 Workspace.

Bạn phải đăng nhập với vai trò Administrator cho Workspace của mình thì mới có thể thấy trang Admin – Processes của giao diện.

Để truy cập Process Workflow Editor, hãy kích hoạt tab cho chủ đề quy trình mà bạn muốn tạo quy trình mới – Part Requests, Project Activities, hoặc Project Creations – sau đó nhấp vào 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 chủ đề 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 kích hoạt đúng chủ đề quy trình trước khi truy cập sẽ giúp định nghĩa quy trình mới được đặt đúng kiểu chủ đề.Truy cập Process Workflow Editor. Việc bảo đảm kích hoạt đúng chủ đề quy trình trước khi truy cập sẽ giúp định nghĩa quy trình mới được đặt đúng kiểu chủ đề.

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

Khi không có phần tử nào đã đặt được chọn trong sơ đồ, ngăn Properties sẽ phản ánh NameType (quy trình thuộc về chủ đề nào) của định nghĩa quy trình. Hãy đặt cho quy trình một tên có ý nghĩa, vì tên này sẽ xuất hiện trong giao diện Workspace cũng như tại các điểm truy cập tương ứng trong GUI của 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à quy trình đó đã được kích hoạt để sử dụng).

Sơ đồ Workflow

Sơ đồ workflow của một quy trình được xây dựng bằng nhiều phần tử khác nhau, có sẵn trong bảng palette ở 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ừ palette có sẵn.Một sơ đồ workflow được xây dựng bằng các phần tử từ palette 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 để liên kết giữa các phần tử điểm sự kiện trong workflow. Hình dạng của nó có thể được chỉnh sửa bằng đồ họa và tuy theo mặc định Name của nó để trống, nhưng điều này có thể hữu ích để chỉ ra/mô tả các đường đi khác nhau phát ra từ một phần tử phân nhánh trong luồng.
Start

Đây là điểm bắt đầu của một workflow. Name được điền sẵn theo mặc định tùy theo chủ đề – Submit Request (Part Requests), Start Activity/Review/Release (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 chủ đề quy trình Project Activities, phần tử này hỗ trợ hai kiểu bắt đầu chuyên biệt:

Start Release – dùng cho workflow trong đó một dự án đã phát hành sẽ được xuất bản lên một phiên bản PLM tích hợp, tất cả đều là một phần của Project Releaser trong Altium Designer.

Start Review – dùng cho workflow sẽ điều khiển tính năng Workspace Design Review, được truy cập thông qua Workspace project view.
Đối với chủ đề 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 xác định, 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). Nếu không, đường dẫn sẽ là đường dẫn được chỉ định bởi mục Default path for new projects trên trang Admin - Settings - Projects.
Để biết thêm thông tin về cách 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 Status là OK hoặc FAIL, cùng với một thông điệp và nhật ký). Để làm điều đó, hãy đặt Type cho chủ đề tương ứng – PLM Part Completed (Part Requests), PLM Publish Completed (Project Activities), PLM Initialise Completed (Project Creations). Theo mặc định, Name được điền sẵn bằng mục Type , nhưng có thể thay đổi khi cần.

Đối với Project Activities, Type của phần tử này cũng có thể được đặt thành Related Tasks Completed. Tùy chọn này được dùng khi các Comments của dự án đã được thêm vào và gán thành Tasks cho những người cụ thể – liên kết với chính hoạt động của dự án. Điều đó có nghĩa là workflow quy trình cho hoạt động đó không thể hoàn tất cho đến khi tất cả các tác vụ liên quan – cả các hành động quy trình bắt buộc lẫn các comment được giao – đều đã đượ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 thành Completed, Rejected, hoặc Cancelled.
Task

Phần tử này đại diện cho một tác vụ cần 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, đó có thể là việc đưa ra phản hồi như một phần của quá trình review. Trong một workflow Part Request, đó có thể là xử lý một linh kiện cụ thể đã được yêu cầu, hoặc chỉ là symbol, hoặc footprint của nó.

Mỗi tác vụ cung cấp 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 đầy đủ các trường, biến và thông tin cần thiết để đạt được mục đích của tác vụ. Để biết thêm thông tin, xem Building a Form.

Ngoài các loại chuẩn User Task (được định nghĩa thông qua biểu mẫu) và Change State (được định nghĩa thông qua Settings), mỗi chủ đề 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 Data, Publish to PLMReviewer Task (Project Activities), Create ProjectInitialise 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ần xác định thêm các thiết lập bổ sung cho từng loại, và chúng cũng khác nhau tùy theo từng loại, chẳng hạn như Assignee Task Ownership. Đối với tác vụ loại liên quan đến PLM, nó được dùng để thu nhận kết quả của hành động với phiên bản PLM (cung cấp đầu ra là OK hoặc FAIL), cùng với một thông điệp và (đối với các chủ đề Project ActivitiesProject Creations) các thuộc tính.
Với chủ đề 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 xác định, 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). Nếu không, đường dẫn sẽ là đường dẫn được chỉ định bởi mục Default path for new projects trên trang Admin - Settings - Projects.
Để biết thêm thông tin về cách 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 dùng để 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 của người dùng hoặc quyết định). Theo mặc định, Name được để trống. Có thể thêm logic phát hiện kết quả vào các kết nối đầu ra của Branch để điều khiển luồng một cách rõ ràng. Xem Default Process Definitions để biết ví dụ.

Comment Phần tử này cho phép bạn chú thích workflow của mình, thường là thêm một ghi chú mang tính thông tin tại mỗi điểm trong luồng, mô tả chi tiết điều gì sẽ xảy ra tại điểm đó. Theo mặc định, Name được để trống.

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

Để đặt một phần tử từ palette:

  1. Nhấp vào mục của phần tử trên palette. Một phiên bản của phần tử sẽ xuất hiện, được tô sáng màu xanh lam, nổi theo con trỏ.

  2. Đặt phần tử vào vị trí cần thiết trên canvas 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 canvas, 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 trước đó.

  3. Để hủy thao tác đặt, nhấn Esc.

 Ví dụ về việc đặt các phần tử lên canvas workflow (Start, End và một User Task). Lưu ý các đường căn chỉnh động hỗ trợ khi đặt. Ví dụ về việc đặt các phần tử lên canvas workflow (Start, End và một User Task). Lưu ý các đường căn chỉnh động hỗ trợ khi đặ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 palette.
  2. Đặt 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 dài ra từ phần tử. Đặt 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à hướng luồng logic. Bạn sẽ không thể chọn một phần tử đích mà kết nối tới đó bị 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ị nền màu đỏ, và đầu của đường kết nối sẽ vẫn có biểu tượng “bị cấm” ().
  1. Tiếp tục đặt 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ề kết nối các phần tử trong một workflow. Ví dụ về 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 hay 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à đường đi của đường kết nối sẽ được điều chỉnh tương ứng. Hãy sử dụng các đường căn chỉnh động xuất hiện để hỗ trợ việc đị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 chọn, 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 là một phần của 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 là một phần của 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.

Chỉnh sửa 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 còn gọi là “tay nắm”, sẽ xuất hiện. Chúng cho phép thực hiện các chỉnh sửa đồ họa sau đối với một kết nối:

  • 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 bắt đầu hoặc điểm kết thúc của kết nối sẽ được làm nổi bật bằng cách phần tử có phần tô màu đỏ (và biểu tượng xuất hiện ở cuối kết nối). Điều này có thể xảy ra, ví dụ, nếu bạn cố gắng chuyển điểm bắt đầu của kết nối đến cùng phần tử mà điểm kết thúc của kết nối đó đã gắn vào. Trong trường hợp này, hãy di chuyển điểm kết thúc trước, rồi mới đến điểm bắt đầu.
Ngoài ra, đường đi của một kết nối sẽ tự động được điều chỉnh để vẫn giữ kết nối với một phần tử đang được di chuyển và hiện đang được nối với nó.

 Ví dụ về việc chỉnh sửa các kết nối hiện có bằng các 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ề việc chỉnh sửa các kết nối hiện có bằng các 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.

Chỉnh sửa 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ư Branch, EndComment, thuộc tính duy nhất có thể chỉnh sửa là Name của chúng. Với các 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 yêu cầu. Cũng cần nhớ rằng các thuộc tính của một phần tử workflow có thể thay đổi tùy theo process theme đang được dùng để định nghĩa quy trình (và kiểu được chọn cho phần tử, trong trường hợp phần tử đó hỗ trợ nhiều kiểu).

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 theme Project Activities, và đặt Type của phần tử là Start Activity).

Ngăn Properties hiển thị các thuộc tính mặc định khi phần tử Task (được cấu hình là User Task) được chọn.

 

Hãy 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 được chọn thông qua ngăn Properties. Với một phần tử có thể được định nghĩa Form, bạn sẽ cần либо tạo form (nhấp nút trong phần Form của ngăn) hoặc chỉnh sửa form đó (nhấp mục trong phần Form của ngăn). Để biết thêm thông tin, xem Xây dựng Form.

Note: 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 của chính phần định nghĩa quy trình cha. Đồng thời, khi không chọn phần tử workflow nào, 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 process workflow. Để biết thêm chi tiết, xem Cấu hình 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 bằng đồ họa, xét 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 Kiểu cho một Phần tử Workflow

Các process theme sau đây có các phần tử workflow hỗ trợ nhiều kiểu:

  • Part Requests theme:

    • Task – hỗ trợ các kiểu: User Task, Change State, Create Part in PLM.

    • Event – hỗ trợ các kiểu: Notify User, PLM Part Completed.

  • Project Activities theme:

    • Start – hỗ trợ các kiểu: Start Activity, Start Review, Start Release.

    • Task – hỗ trợ các kiểu: User Task, Change State, Collect Project Data, Publish to PLM, Review Task (khả dụng khi dùng Start Review).

    • Event – hỗ trợ các kiểu: Notify User, PLM Publish Completed, Related Tasks Completed.

  • Project Creations theme:

    • Start – hỗ trợ các kiểu: Create Project, Request Project Creation (một biến thể Create Project).

    • Task – hỗ trợ các kiểu: User Task, Create Project, Change State, Initialise in PLM.

    • Event – hỗ trợ các kiểu: Notify User, PLM Initialise Completed.

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

Chọn các kiểu đượ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 theme Project Activities.Chọn các kiểu đượ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 theme Project Activities.

Bạn cũng có thể thay đổi kiểu bằng danh sách thả xuống của trường Type trong ngăn Properties khi phần tử được chọn.

Phân công Tác vụ

Cách một tác vụ trong workflow được phân công sẽ 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 nhóm người dùng cụ thể. 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 tác 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ể dùng. Ví dụ, để thêm biến $Initiator, hãy bắt đầu nhập In vào một trường, rồi chọn mục đó từ danh sách.
  • Except – xác định ai không được phép thực hiện tác vụ, ngay cả khi họ thuộc phạm vi người được giao. Ví dụ, người yêu cầu một linh kiện không nên tự phê duyệt yêu cầu linh kiện của chính họ! Một ví dụ khác có thể là dùng biến $Rework executed by trong trường Except cho tác vụ Verify rework của một quy trình Milestone Review, để ngăn người dùng đã thực hiện tác vụ trước đó (Rework) có thể tự xác minh công việc của chính mình.
  • Task ownership – xác định ai có thể xử lý một tác 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, tác 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 sẽ thấy tác vụ trong danh sách tác vụ của họ và một trong số họ sẽ tự nhận tác vụ đó.

    • All assigned users – tất cả người được giao đều nhận được tác vụ.

Hình ảnh dưới đây cho thấy các thiết lập phân công cho phần định nghĩa quy trình Part Request. Assignee được xác định là các quản trị viên của Workspace (các thành viên của nhóm Administrators). Task ownership được đặt là 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 được tác vụ xử lý một yêu cầu linh kiện mới sẽ phụ thuộc vào cách các thiết lập cho Assignee, ExceptTask ownership đã được xác định cho tác vụ người dùng ban đầu – trong workflow cơ sở của phần định nghĩa quy trình tương ứng. Hình ảnh trên cho thấy các thiết lập cho phần định nghĩa quy trình mặc định New Part Request.

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

Cấu hình 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 process workflow – khi xem tiến trình của một quy trình đang hoạt động hoặc khi quy trình đó đã hoàn tất. 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 form liên quan của nó (<ProcessName> Data).

Từ form 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. Theo mặc định, một tham số là hiển thị (). Nhấp điều khiển này để chuyển thành không hiển thị (). Ngoài ra, bạn cũng có thể kiểm soát thứ tự hiển thị dữ liệu. Khi bạn di con trỏ lên một mục tham số, điều khiển sẽ xuất hiện ở bên trái 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ể nhìn 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 hiển thị.

Hình ảnh sau cho thấy mối liên hệ giữa Form 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 – tại đây được truy cập bằng cách xem các quy trình Closed trên trang Activities của project view. Trong ví dụ Project Creation này, các tham số Description, PCB Project TypeProject Template bị ẩn đối vớ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 để lần lượt thêm vào vùng chọn, rồi 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 đó. Đây có thể là yêu cầu cung cấp thông tin khởi tạo (tên và loại dự án, tập dữ liệu ban đầu để xem xét, mã linh kiện được yêu cầu, nhà sản xuất và datasheet) hoặc một tác vụ khác trong luồng cần thêm đầu vào từ người dùng theo cách nào đó (quyết định phê duyệt, dữ liệu bổ sung, nhận xét, linh kiện hoàn chỉnh cho một yêu cầu, v.v.). Có thể xem cả hai phần tử này là task-oriented.

Để hiển thị các trường và biến cần thiết nhằm hỗ trợ kiểu 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 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. Và trong một số trường hợp khác nữa, chưa có Form nào tồn tại, vì vậy bạn có khá 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.

Danh sách sau đây cho thấy 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ác trường này có thể được chỉnh sửa hoặc xóa, và có thể xác định giá trị mặc định nếu phù hợp. Có thể thêm các trường khác khi cần.

  • Start thuộc loại Start Activity (chủ đề Project Activities) – Form hiện có với một 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 khi cần.

  • Start thuộc loại Design Review (chủ đề Project Activities) – 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 hoặc bổ sung thêm. Được dùng trong quá trình phát triển quy trình Design Review.

  • 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 nếu phù hợp. Có thể thêm các trường khác khi cần.

  • Task thuộc loại User Task (tất cả các chủ đề quy trình) – không có Form sẵn. Tạo khi cần.

  • Task thuộc loại Collect Project Data (chỉ chủ đề Project Activities) – Form hiện có với một 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 khi cần.

  • Task thuộc loại Review Task (chỉ chủ đề Project Activities) – Form hiện có với một trường tích hợp sẵn. Trường này không thể bị xóa. Có thể định nghĩa lại các tùy chọn. Có thể thêm các trường khác khi cần. Được dùng trong quá trình phát triển quy trình Design Review.

  • 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 nếu phù hợp. Có thể thêm các trường khác khi cần.

Trình chỉnh sửa User Form

Một Form được xây dựng bằng User Form Editor. Với một phần tử có thể được định nghĩa Form, 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 form 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 thiết lập các cờ (nếu áp dụng) để xác định cách các trường đó sẽ được sử dụ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ừ (các) 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 đang chọn.

Ví dụ về User Form Editor được điền bằng Form cho tác vụ người dùng 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 tác vụ người dùng 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ế hoạt động của User Form Editor, bao gồm hỗ trợ cho biến và trường, các cờ liên quan cho từng trường/biến, làm việc bên trong một Form, và các trường cùng 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ý biến cho một quy trình:

    • Một biến do người dùng định nghĩa sẽ được thêm vào quy trình khi quản trị viên thêm biế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ị xóa khỏi quy trình khi nó bị xóa khỏi tất cả các Form được 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 vào định nghĩa quy trình cho các phần tử workflow cụ thể. Các biến này có thể được sử dụng ở nơi khác trên các Form do người dùng định nghĩa khác, nhưng vẫn sẽ được giữ là đã định nghĩa cho quy trình, ngay cả khi bị xóa khỏi tất cả Form trong một workflow.

  • Chỉ có một định nghĩa biến trong quy trình, nghĩa là ở bất cứ đâ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 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 ở cách viết 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 để trường có thể chỉnh sửa được, 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 thì mới có thể gửi tác vụ.
  • Reset value – bật cờ này để đặt lại giá trị của trường khi vào biểu mẫu. Nếu có giá trị mặc định áp dụng được 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 một workflow có chứa một “vòng lặp”. Ví dụ, trong workflow của quy trình yêu cầu part, một người dùng xác thực 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à biểu mẫu quay trở lại (đây chính là vòng lặp) để được xác thực. Nếu trường Next step có 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 nữa. Do đó, người xác thực cần chủ động chọn giá trị cho trường này.

Hãy tham chiếu lại bảng Supported Variable Types để xem khả năng á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 nhạt – 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 cờ đó để 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 liên quan – hãy nhấp vào đó để mở rộng và xem chúng.

Ví dụ về Advanced options cho nhiều trường được định nghĩa trên một Biểu mẫu.Ví dụ về Advanced options cho nhiều trường được định nghĩa 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 đánh giá một thiết kế.
  • Dropdown options – đối với biến có 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 lựa chọn trên menu thả xuống gắn với trường.
  • Default value – cung cấp một giá trị mặc định để được hiển thị “điền sẵn” làm giá trị của trường khi người dùng truy cập biểu mẫu gắn 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 có kiểu Label, sử dụng trường này để xác định văn bản nhãn, được hiển thị cho người dùng trên biểu mẫu gắn với tác vụ họ đang thực hiện, mô tả những gì họ cần làm.

Thêm một 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 sẽ đượ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 một biến mới.

Ví dụ về việc thêm một trường mới vào Biểu mẫu. Bạn có thể chọn tham chiếu tới một biến hiện có được định nghĩa cho định nghĩa quy trình cha, hoặc nhập một tên mới và qua đó tạo một biến mới cho định nghĩa đó (sau khi Biểu mẫu được lưu).Ví dụ về việc thêm một trường mới vào Biểu mẫu. Bạn có thể chọn tham chiếu tới một biến hiện có được định nghĩa cho định nghĩa quy trình cha, hoặc nhập một tên mới và 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 một 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 gõ, cho phép bạn nhanh chóng tìm đến một biến hiện có nếu cần.

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

  • Nó sẽ được thêm vào Biểu mẫu như một tham chiếu khác tới biến đó.
  • Trường Name sẽ đượ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 một 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 một tên biến mới:

  • Trường Name sẽ trở thành một 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 về trạng thái mặc định tương ứng – Editable (đang hoạt động), Required (không hoạt động), Reset value (không hoạt động).
  • Biến mới sẽ đượ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, thì Name sẽ bị làm mờ, và biểu tượng sẽ xuất hiện khi bạn di chuột qua trường đó.

Xóa một 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 ở phía 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ó bất kỳ xác nhận nào.

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 thì 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 các 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, rồi sau đó tinh chỉnh giao diện của nó (thứ tự của các trường đó).

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 đề trong sơ đồ quy trình làm việc đang ngăn không cho sơ đồ được lưu và triển khai – ví dụ, một sơ đồ phải có một sự kiện Start và ít nhất một sự kiện End được định nghĩa. Ngoài ra, một User Task phải có ít nhất một trường trong Biểu mẫu và một Assignee.
AI-LocalizedAI-localized
If you find an issue, select the text/image and pressCtrl + Enterto send us your feedback.
Feature Availability

The features available to you depend on which Altium solution you have – Altium Develop, an edition of Altium Agile (Agile Teams or Agile Enterprise), or Altium Designer (on active term).

If you don’t see a discussed feature in your software, contact Altium Sales to find out more.

Nội dung