Tích hợp PLM bằng tệp XML
Kết nối với phiên bản PLM của bạn
Việc kết nối với phiên bản PLM của bạn được thực hiện từ trang Admin – PLM Integration của giao diện trình duyệt Workspace. Việc này bao gồm tải lên tệp cấu hình dựa trên XML áp dụng và mẫu phát hành, đồng thời bật/cấu hình việc đồng bộ các linh kiện PLM của bạn với các linh kiện trong Workspace.
Các tệp cấu hình mẫu và mẫu phát hành được cung cấp như một phần của quá trình cài đặt – mở rộng các phần bên dưới để biết thêm thông tin:
Sample Configuration Files
Các tệp cấu hình mẫu được cung cấp thông qua khung nhìn Add new instance – trong tab Configuration, nhấp vào liên kết Download sample configuration để lấy tệp zip ConfigurationSamples.zip. Tệp zip này chứa các tệp cấu hình ban đầu cho các hệ thống PLM Windchill, Arena, Aras và Agile:
- dm-Windchill-config-basic.xml
- dm-Arena-config-basic.xml
- dm-Agile-config-basic.xml
-
dm-Aras-config-basic.xml
Các tệp cấu hình mẫu được cung cấp để sử dụng như một phần của phiên bản Workspace.
Các cấu hình được cung cấp bao gồm một vài phần thực thể linh kiện tiêu biểu (ví dụ: Capacitors và Diodes), trong đó mỗi phần đều bao gồm một phần con ánh xạ thuộc tính/tham số ToPLM và ToAltium cơ bản. Hãy bổ sung và chỉnh sửa một tệp mẫu để phù hợp với phiên bản PLM và yêu cầu của công ty bạn, tự tạo tệp của riêng bạn, hoặc sử dụng Configuration Generator để tạo một tệp cấu hình cơ sở phù hợp với mô hình dữ liệu Workspace của bạn.
Sample Publishing Templates
Các mẫu phát hành mẫu được cung cấp thông qua khung nhìn Add new instance – nhấp vào nút
trong tab Publish Template rồi nhấp vào liên kết Download sample configuration trong cửa sổ Publish Template để lấy tệp zip PublishTemplateSamples.zip. Tệp zip này chứa các tệp sau:
- dm-Windchill-publish-template-basic.xml
- dm-Arena-publish-template-basic.xml
- dm-Agile-publish-template-basic.xml
-
dm-Aras-publish-template-basic.xml
Các mẫu phát hành mẫu được cung cấp để sử dụng như một phần của phiên bản workspace.
Hãy chỉnh sửa chúng để phù hợp với phiên bản PLM và yêu cầu của công ty bạn, hoặc tự tạo mẫu của riêng bạn.
Lưu ý rằng trong các tệp mẫu phát hành, các khu vực quan trọng sau được cấu hình:
-
Cách xử lý việc tạo và liên kết linh kiện ở phía PLM trong quá trình phát hành ('BOM Strategy'). Có các tùy chọn sau:
- LinkExistingOnly – liên kết các linh kiện đã tồn tại trong PLM, nhưng không tạo các linh kiện chưa tồn tại.
- CreateNewAndLink – liên kết các linh kiện đã tồn tại trong PLM, đồng thời tạo và liên kết các linh kiện chưa tồn tại.
- LinkIfAllExists – không tạo các linh kiện chưa tồn tại ở phía PLM, chỉ liên kết nếu tất cả linh kiện đều tồn tại trong PLM.
-
Các bộ Quy tắc xác định cách thức và nơi các đầu ra phát hành được đưa lên PLM:
- Các quy tắc để xử lý dữ liệu dự án (cha).
- Các quy tắc để xử lý dữ liệu nguồn.
- Các quy tắc để xử lý dữ liệu lắp ráp.
- Các quy tắc để xử lý dữ liệu chế tạo.
Khi thêm một mục PLM mới từ nút
, hãy dùng nút
để duyệt đến rồi áp dụng một cấu hình PLM đã được lưu/chỉnh sửa phù hợp.
Tương tự, một mẫu phát hành tương thích được thêm thông qua nút
trong tab Publish Template. Trong hộp thoại Publish Template tiếp theo, hãy dùng nút
để duyệt đến và chọn đúng tệp mẫu.
Change Order (ECO) workflow
Các tệp thiết lập cho các phiên bản PLM Windchill, Agile và Arena cũng hỗ trợ quy trình Change Order (ECO) được chuẩn hóa, được bật trong tệp XML Publishing Template và được định nghĩa trong tệp XML Configuration dưới phần thực thể altiumType="ProjectChangeOrder" – xem ví dụ.
Tùy theo phiên bản PLM, các định nghĩa cấu hình bao gồm lược đồ để nhận diện Change Order (đánh số, vị trí, ID, v.v.), các thuộc tính Change Order cụ thể như Name/Title, Description và Change Complexity (chỉ Windchill), cũng như các thiết lập tùy chọn như chiến lược tạo Change Order (không có, mới hoặc tái sử dụng hiện có) và thăng cấp trạng thái Lifecycle (chỉ Windchill và Agile). Change Order đã định nghĩa được bật trong quá trình phát hành bằng việc khai báo tham chiếu publishId của nó trong Publishing Template liên quan – xem ví dụ.
Sau khi được định nghĩa trong các tệp XML Configuration và Publishing Template của máy chủ, Change Orders sẽ khả dụng trong các quy trình PLM Tạo dự án và Quy trình phát hành được gọi từ Altium Designer hoặc thông qua giao diện Enterprise Workspaace. Một biểu mẫu Change Order liên quan sẽ được hiển thị trong luồng, nơi cấu hình và các tùy chọn của Change Order được chỉ định.
► Để biết thông tin về cách làm việc với chức năng PLM Change Order (ECO) cho các phiên bản PLM Windchill, Agile và Arena, hãy xem các ghi chú chú thích trong các tệp mẫu Configuration XML files và Publishing Template XML files của chúng, có sẵn để tải xuống từ Enterprise Workspace.
Thay vì sử dụng các tệp cấu hình được cung cấp để tạo một phiên bản hệ thống doanh nghiệp mới, có thể sử dụng trình tạo cấu hình nội bộ của Workspace để tạo một cấu hình đã được điều chỉnh, lấy cấu trúc từ mô hình dữ liệu Workspace. Trình tạo sẽ yêu cầu thông tin kết nối (loại PLM và URL), sau đó truy vấn dữ liệu Workspace để lấy các loại linh kiện đã đăng ký (Capacitors, Diodes, v.v.) và các Component Templates tương ứng của chúng nhằm xây dựng một tệp cấu hình cơ sở – hãy nhấp vào phần mở rộng sau để biết thêm thông tin:
Configuration Generator
Tính năng cấu hình thích ứng có sẵn từ liên kết Generate configuration trên trang Add new instance, được mở từ nút
trong Workspace.
Trong hộp thoại Generate Configuration, hãy chọn loại hệ thống doanh nghiệp sẽ được kết nối tới – một trong các loại PLM khả dụng (Windchill, Arena, v.v.) – rồi nhập URL từ xa của hệ thống đó. Chọn nút
để tạo một tệp dm-configuration.xml mới, sau đó có thể lưu lại rồi thêm vào phiên bản PLM mới từ nút
.
Trình tạo sẽ tạo cấu hình để khớp với mô hình dữ liệu của phiên bản Workspace hiện tại; ví dụ, các Loại Linh kiện được đăng ký trong Workspace sẽ được thêm thành các loại thực thể trong tệp cấu hình (dm-configuration.xml). Mỗi phần thực thể có các phần ToPlm và ToAltium tương ứng cùng các tham số được ánh xạ từ component template tương ứng (nếu có). Cũng bao gồm các phần phát hành dự án để ánh xạ các phần tử gói phát hành sang hệ thống doanh nghiệp.
Tất cả các phần trong cấu hình được tạo đều bao gồm các chú thích TODO làm nổi bật những khu vực cần bổ sung hoặc thay đổi để tương thích với cấu hình Workspace/PLM của bạn. Để biết thêm thông tin về cách chỉnh sửa tệp cấu hình để hoạt động với thiết lập Workspace/PLM của bạn, hãy xem các chú thích giải thích có trong các tệp cấu hình mẫu được cung cấp.
Hỗ trợ PLM bên thứ ba
Altium 365 Workspace cung cấp hỗ trợ bổ sung cho các cấu hình hệ thống PLM 'không phải gốc' do bên thứ ba phát triển. Sự hỗ trợ này được kích hoạt bởi Generic Connector của Altium, yêu cầu giấy phép Altium 365 PLM Generic Connector Addon.
Khi thêm một Workspace PLM Instance cho hệ thống như vậy, các tệp XML đã được cấu hình sẵn do bên thứ ba cung cấp sẽ được tải lên cấu hình của PLM Instance đó, như đã mô tả ở trên.
Xác thực kết nối
Workspace cung cấp chức năng kiểm tra xác thực kết nối PLM Instance toàn diện, có thể truy cập từ nút
trên trang Add/Edit Instance. Chức năng này sẽ thực hiện một loạt kiểm tra tính tương thích của cấu hình và báo cáo kết quả ngay lập tức.
Khi chạy báo cáo xác thực kết nối, Workspace sẽ phân tích cấu hình hiện tại và các thiết lập mẫu xuất bản để kiểm tra khả năng tương thích với cả instance Workspace và dữ liệu của hệ thống doanh nghiệp đích. Các vấn đề cấu hình như lỗi đường dẫn, định nghĩa và tham số loại linh kiện không khớp, thiết lập Lifecycle hoặc Revision không hợp lệ sẽ được phát hiện và báo cáo trong hộp thoại Configuration Validation Report sau đây.
Nếu có lỗi cấu hình được báo cáo – dẫn đến trạng thái tổng thể là ERROR (Status) – thì cần xử lý các lỗi này trước khi có thể tạo instance mới. Trạng thái WARNING, cho biết các vấn đề như loại linh kiện của Workspace không được bao gồm trong cấu hình hoặc các thuộc tính được chỉ định không có ở phía hệ thống doanh nghiệp, vẫn cho phép lưu và sử dụng instance đã cấu hình.
Sau đó, các lỗi và cảnh báo được báo cáo có thể được sửa trong các tệp cấu hình/xuất bản đang áp dụng, và/hoặc bằng cách thay đổi các thiết lập trong Workspace hoặc hệ thống doanh nghiệp. Hãy nhớ nhấp nút
sau khi instance của bạn đã được định nghĩa thành công. Instance đó sẽ xuất hiện trong danh sách hiện tại các instance đã kết nối, quay lại trang PLM Integration chính của giao diện.
Đồng bộ hóa linh kiện
Việc đồng bộ hóa linh kiện giữa Workspace Altium 365 và instance hệ thống doanh nghiệp được kết nối – hay cụ thể hơn là dữ liệu tham số của chúng – dựa trên LibSync quy trình workflow. Quy trình LibSync được định nghĩa sẵn trong Workspace và không thể truy cập (hoặc chỉnh sửa) từ trang Admin - Processes. Tuy nhiên, vì đây là một quy trình dựa trên workflow, nên có thể xem kết quả của hành động đồng bộ hóa và xử lý mọi lỗi.
Việc sử dụng quy trình đồng bộ hóa bao gồm:
-
Cấu hình thiết lập đồng bộ hóa cho từng loại linh kiện, trên thực tế là:
- Xác định hướng đồng bộ hóa (vào Workspace hoặc sang PLM).
- Xác định những loại linh kiện nào sẽ tham gia, và nơi tạo các linh kiện mới.
- Cấu hình ánh xạ hoặc các thuộc tính tham số.
- Cấu hình ánh xạ dữ liệu Part Choices, nếu áp dụng.
- Thực hiện đồng bộ hóa.
Hai nhóm mục đầu tiên ở trên được xử lý trong tệp cấu hình dùng cho instance hệ thống doanh nghiệp được kết nối (chẳng hạn như PLM). Bản thân việc đồng bộ hóa có thể được thực hiện theo yêu cầu từ trang PLM Integration của giao diện Workspace, và/hoặc có thể được lên lịch – đồng bộ hóa tự động theo các khoảng thời gian định kỳ, được xác định khi cấu hình kết nối tới instance PLM.
Cấu hình đồng bộ hóa
Trong tệp cấu hình, kết nối với instance hệ thống doanh nghiệp được định nghĩa giữa các thẻ Instance dưới dạng một kiểu Driver được chỉ định và một URL đích. Khi Configuration Generator được dùng để tạo tệp cấu hình, các tham chiếu Driver và URL đi kèm sẽ là những giá trị đã nhập trong hộp thoại Generate Configuration trong quá trình tạo.
<Instance>
<Driver>[Driver Type]</Driver>
<Url>[PLM API URL]</Url>
</Instance>
Trong phần Schema sau đây của tệp cấu hình, bạn xác định một phần ánh xạ đồng bộ hóa cho mỗi loại part chuyên biệt. Ở phía Workspace, đây là linh kiện có kiểu altiumType – giá trị của nó là một trong các tùy chọn tham số kiểu có thể thấy trên trang Data Management - Component Types page của hộp thoại Preferences trong Altium Designer. Ở phía PLM, một part được tạo với kiểu plmType, được xác định bởi giá trị của nó trong không gian PLM.
Phần này được khai báo như một Entity trong tệp, ví dụ có thể là, đối với tụ điện:
<Entity altiumType="Capacitor" plmType="Capacitor"> . . </Entity>
Trong Entity, hai phần được dùng để điều khiển và cấu hình việc đồng bộ hóa từ Workspace sang instance PLM, và từ instance PLM về Workspace – cho phép đồng bộ hóa một chiều hoặc hai chiều. Hãy sử dụng các phần sau đây, cùng với các chú thích có sẵn trong các tệp cấu hình mẫu, để tìm hiểu thêm. Cuối cùng, những gì được định nghĩa trong tệp cấu hình sẽ khác nhau tùy theo nhu cầu cụ thể của bạn, cũng như các thuộc tính (PLM) đã được định nghĩa trong instance hệ thống doanh nghiệp được kết nối.
ToPlm
Phần này được dùng để điều khiển và cấu hình việc đồng bộ hóa từ Workspace sang instance PLM theo dạng:
<ToPlm sync="true"> . . </ToPlm>
Trong phần ToPlm, các phần sau được định nghĩa:
- Cách các linh kiện mới được tạo trong instance PLM – giữa bộ thẻ <CreateInfo> và </CreateInfo>. Một ví dụ có thể là chọn sơ đồ đặt tên mục được định nghĩa trong hệ thống doanh nghiệp đích và chỉ định tiền tố đánh số mục:
<CreateInfo>
<Numbering name="Electrical">
<Fields>
<Field name="Code" value="120"/>
</Fields>
</Numbering>
</CreateInfo>
-
Lọc để giới hạn những linh kiện nào trong Workspace sẽ được đồng bộ với PLM – giữa bộ thẻ <SourceCriteria> và </SourceCriteria>. Việc truyền dữ liệu nguồn có thể được ràng buộc bằng các tổ hợp logic Boolean của các thuộc tính tham số, trong đó nhiều tập thuộc tính có thể được phân giải thành một kết quả lọc cụ thể thông qua việc áp dụng cơ bản các mệnh đề logic AND, OR và NOT. Để biết thêm thông tin, hãy xem các ghi chú
SourceCriterialiên quan trong các tệp XML Configuration mẫu.
Khả năng này cực kỳ hữu ích nếu, chẳng hạn, bạn có 6000 tụ điện trong Workspace nhưng chỉ muốn một thư mục cụ thể gồm 85 tụ gốm được đồng bộ. Trong trường hợp này, bạn chỉ cần chỉ định đường dẫn thư mục đó trong bộ thẻ SourceCriteria (<Folder>Components/Capacitors/Ceramic</Folder>), và tùy chọn, bất kỳ thuộc tính tham số nào khác cần thiết để ràng buộc dữ liệu nguồn chặt chẽ hơn nữa – ví dụ như kiểu package 0603. Mối quan hệ giữa các tiêu chí được nhóm là toán tử logic AND ngầm định, do đó ví dụ dưới đây sẽ đồng bộ các tụ gốm đóng gói 0603 từ Workspace sang PLM.
<SourceCriteria>
<Folder>Components/Capacitors/Ceramic</Folder>
<common:Attribute>
<common:Key>Case/Package</common:Key>
<common:Value>0603</common:Value>
</common:Attribute>
</SourceCriteria>
Ngoài ra còn có các bộ thẻ logic OR chuyên dụng (<Or>…</Or>) và các bộ thẻ loại trừ logic NOT (<Not>…</Not>) có thể được thêm trong phần nút SourceCriteria. Với các tùy chọn này, logic OR áp dụng cho các tập thuộc tính tham số được thêm trong các thẻ <Or></Or>, còn logic NOT áp dụng cho tập thuộc tính tham số trong các thẻ <Not>…</Not>. Một ví dụ cho điều này có thể là yêu cầu bổ sung về trạng thái Lifecycle là Approved hoặc Released, nhưng loại trừ (NOT) các mục có giá trị tham số Classification là SpecialOrder. Khi đó, bộ lọc logic đầy đủ sẽ là:
<SourceCriteria>
<Folder>Components/Capacitors/Ceramic</Folder>
<common:Attribute>
<common:Key>Case/Package</common:Key>
<common:Value>0603</common:Value>
</common:Attribute>
<Or>
<common:Attribute>
<common:Key>Lifecycle</common:Key>
<common:Value>Released</common:Value>
</common:Attribute>
<common:Attribute>
<common:Key>Lifecycle</common:Key>
<common:Value>Approved</common:Value>
</common:Attribute>
</Or>
<Not>
<common:Attribute>
<common:Key>Classification</common:Key>
<common:Value>SpecialOrder</common:Value>
</common:Attribute>
</Not>
</SourceCriteria>
- Danh sách các thuộc tính (tham số) cần được truyền cho các linh kiện từ Workspace sang PLM – giữa bộ thẻ <Attributes> và </Attributes>. Ví dụ:
<Attributes>
<!-- Name/Comment from Workspace will be passed to PLM field Name 'as is' -->
<common:Attribute>
<common:Key>name</common:Key>
<common:Value>${parameter.Name}</common:Value>
</common:Attribute>
<!-- Number generated on PLM side will be propagated to workspace -->
<!-- as PlmPartNumber parameter (note: any parameter name can be used)-->
<common:Attribute attributeType="item" primaryKeyOrdinal="1">
<common:Key>number</common:Key>
<common:Value>${parameter.PlmPartNumber}</common:Value>
</common:Attribute>
<!-- Workspace component description will go to PLM field Description. Value will be prefixed with 'Extended' -->
<!-- Description on Workspace side is a revision level parameter -->
<common:Attribute attributeType="revision">
<common:Key>description</common:Key>
<common:Value>Extended ${parameter.Description}</common:Value>
</common:Attribute>
<!-- This attribute will not be pushed to PLM component as part of library synchronization -->
<!-- It is being used to pass values during project publish with BOM -->
<common:Attribute>
<common:Key>refDes</common:Key>
<common:Value>${parameter.LogicalDesignator}</common:Value>
</common:Attribute>
<!-- RoHS field in PLM will be set to 'YES' -->
<common:Attribute>
<common:Key>RoHS</common:Key>
<common:Value>YES</common:Value>
</common:Attribute>
</Attributes>
ToAltium
Phần này được dùng để điều khiển và cấu hình việc đồng bộ từ instance PLM sang Workspace theo dạng:
<ToAltium sync="true" mode="createAndUpdate"> . . </ToAltium>
Câu lệnh
mode tùy chọn xác định cách dữ liệu linh kiện được đồng bộ từ hệ thống doanh nghiệp sang Workspace. Chế độ mặc định (createAndUpdate) cho phép tạo linh kiện mới trong Workspace và đồng thời cập nhật các linh kiện Workspace hiện có, trong khi chế độ thay thế updateExisting chỉ cho phép cập nhật các linh kiện Workspace hiện có.
Trong phần ToAltium, các mục sau được định nghĩa:
- Cách và nơi các linh kiện mới được tạo trong Workspace – giữa bộ thẻ <CreateInfo> và </CreateInfo>.
<CreateInfo>
<!-- <ComponentTemplate>TODO component template Revision ID</ComponentTemplate> -->
<RevisionNamingScheme>1-Level Revision Scheme</RevisionNamingScheme>
<LifecycleDefinition>Component Lifecycle</LifecycleDefinition>
<Folder>Components/Inbox/Capacitors</Folder>
</CreateInfo>
Khi một mục linh kiện được tạo trong Workspace, Component Template được liên kết với thư mục Workspace đích (Components/Inbox/Capacitors trong ví dụ trên) sẽ được dùng, nếu đã được chỉ định. Điều này cũng sẽ xác định Item Naming Scheme được dùng cho linh kiện được tạo, ghi đè lên scheme đã được chỉ định trong thư mục Workspace đích – ngược lại, nếu thư mục không định nghĩa template hoặc naming scheme nào, quá trình đồng bộ sẽ thất bại.
Ngoài ra, lưu ý rằng trong các cấu hình mẫu, revision naming scheme mặc định (1-Level Revision Scheme) và lifecycle definition (Component Lifecycle) được định nghĩa để sử dụng – các thiết lập này sẽ bị ghi đè nếu một component template được liên kết với thư mục Workspace đích.
Nếu một tham chiếu component template cụ thể được thêm vào cấu hình (ví dụ: CMPT-00001), template này sẽ được dùng thay cho template được liên kết với thư mục Workspace đích. Các thiết lập của nó sẽ ghi đè mọi thiết lập tham số trong tệp cấu hình (chẳng hạn như lifecycle definition, v.v.), ngoại trừ Folder đích đã được định nghĩa.
<CreateInfo>
<!-- A specified Template overrules other CreateInfo settings, except the target Folder -->
<ComponentTemplate>CMPT-00001</ComponentTemplate>
<RevisionNamingScheme>1-Level Revision Scheme</RevisionNamingScheme>
<LifecycleDefinition>Component Lifecycle</LifecycleDefinition>
<!-- A specified target Folder overrules that defined in an applied Template -->
<Folder>Components/Inbox/Capacitors</Folder>
</CreateInfo>
Lưu ý rằng template được chỉ định sẽ chỉ áp dụng cho các linh kiện Workspace mới được tạo. Cách tiếp cận này đặc biệt hữu ích để quản lý việc nhập/đồng bộ các tham số linh kiện độc quyền từ một hệ thống bên ngoài vào Workspace. Trong trường hợp này, có thể áp dụng một Component Template được tùy chỉnh để diễn giải dữ liệu tham số đầu vào, đặt các giá trị mặc định phù hợp, chỉ định kiểu dữ liệu đơn vị, cũng như chỉ định Lifecycle Definition và Revision Naming scheme cho các linh kiện Workspace mới được tạo.
- Việc lọc dữ liệu được truy xuất từ instance hệ thống doanh nghiệp (PLM) – giữa bộ thẻ <SourceCriteria> và </SourceCriteria>. Một câu lệnh lọc có thể giới hạn dữ liệu linh kiện nhận từ PLM vào các linh kiện do một tác giả cụ thể tạo ra (như minh họa trong cấu hình ví dụ được cung cấp), hoặc vào các mục linh kiện có một giá trị thuộc tính cụ thể (Business Unit = Engineering_RD), như minh họa bên dưới).
<SourceCriteria>
<ns2:Attribute>
<ns2:Key>Business Unit</ns2:Key>
<ns2:Value>Engineering_RD</ns2:Value>
</ns2:Attribute>
</SourceCriteria>
- Danh sách các thuộc tính (tham số) cần được truyền cho các linh kiện từ PLM sang Workspace – giữa bộ thẻ <Attributes> và </Attributes>. Ví dụ:
<Attributes>
<!-- Trường Name từ PLM sẽ được փոխանցে vào trường name/comment trong Workspace -->
<common:Attribute attributeType="revision">
<common:Key>name</common:Key>
<common:Value>${attribute.name}</common:Value>
</common:Attribute>
<!-- Trường Description từ PLM sẽ được փոխանցে vào trường Description trong Workspace ở cấp revision -->
<!-- Các thuộc tính ở cấp revision sẽ khiến revision mới được tạo trong trường hợp giá trị tham số bị thay đổi -->
<common:Attribute attributeType="revision">
<common:Key>Description</common:Key>
<common:Value>${attribute.description}</common:Value>
</common:Attribute>
<!-- Trường Number từ PLM sẽ được փոխանցে vào trường PlmPartNumber trong Workspace ở cấp revision -->
<!-- Lưu ý: có thể sử dụng bất kỳ tên thuộc tính nào -->
<common:Attribute attributeType="revision" primaryKeyOrdinal="1">
<common:Key>PlmPartNumber</common:Key>
<common:Value>${attribute.Number}</common:Value>
</common:Attribute>
<common:Attribute attributeType="item">
<common:Key>DynamicCONTS</common:Key>
<common:Value>Sẽ không gây cập nhật revision nếu thay đổi ${attribute.LastModified}</common:Value>
</common:Attribute>
</Attributes>
Phần để xác định ánh xạ dữ liệu Part Choices nằm ở cuối tệp cấu hình mẫu (hoặc tệp cấu hình được tạo ra).
PartChoices
Cùng với các khai báo Entity trong schema cấu hình là một phần bổ sung để xác định ánh xạ dữ liệu Part Choice của component giữa hệ thống doanh nghiệp (PLM) và Workspace. Phần này cho phép ánh xạ tham số thuộc tính Part Choices cụ thể cho hầu hết các hệ thống PLM được hỗ trợ, và các quan hệ dữ liệu Approved Manufacturing List (AML) cho các hệ thống PLM Aras, Windchill và Arena. Đây là định nghĩa hai chiều loại trừ lẫn nhau – nghĩa là cho một hướng hoặc hướng còn lại, nhưng không phải cả hai cùng lúc – chỉ định các thuộc tính hãng sản xuất và mã part được dùng để truyền dữ liệu Part Choices.
Khi đồng bộ Part Choices được bật trong tệp cấu hình (sync="true"), Value của các thuộc tính được chỉ định sẽ được chuyển sang hệ thống đích. Hướng truyền dữ liệu đó được xác định bởi biểu thức 'To', trong đó ToAltium chỉ định rằng dữ liệu tham số từ component PLM được áp dụng cho component Workspace được tạo/cập nhật, còn ToPlm sẽ khiến dữ liệu Part Choices liên kết với component Workspace được chuyển sang phía PLM. Cấu hình đã bật này áp dụng cho tất cả các entity component đã được định nghĩa, vì vậy dữ liệu Part Choice sẽ được chuyển đến đích được chỉ định mỗi khi gặp một bộ dữ liệu component.
Một mục ví dụ cho ánh xạ Part Choices ToAltium trong tệp cấu hình – trong đó các thuộc tính của hệ thống PLM là MFR1 (Tên nhà sản xuất) và MPN1 (Mã part của nhà sản xuất) – có thể như sau:
<PartChoices>
<ToAltium sync="true">
<MfrMappings>
<MfrMapping>
<MfrName>MFR1</MfrName>
<MfrPartNumber>MPN1</MfrPartNumber>
</MfrMapping>
</MfrMappings>
</ToAltium>
</PartChoices>
Dữ liệu đồng bộ Part Choice cũng hỗ trợ nhiều mục dữ liệu part choice. Các thuộc tính bổ sung này cần được chỉ định trong ánh xạ tệp cấu hình dưới dạng một cặp định nghĩa thuộc tính khác, ví dụ: MFR2 và MPN2 như minh họa bên dưới:
<MfrMappings>
<MfrMapping>
<MfrName>MFR1</MfrName>
<MfrPartNumber>MPN1</MfrPartNumber>
</MfrMapping>
<MfrMapping>
<MfrName>MFR2</MfrName>
<MfrPartNumber>MPN2</MfrPartNumber>
</MfrMapping>
</MfrMappings>
Các hệ thống doanh nghiệp có chức năng part choice của nhà sản xuất gốc/tích hợp sẵn, chẳng hạn như Manufacturer Parts trong Windchill và Vendor Parts trong Arena, không yêu cầu các tham số được ánh xạ trong tệp cấu hình. Trong trường hợp này, việc chấp nhận dữ liệu Part Choice chỉ đơn giản được bật trong phần cấu hình liên quan.
<PartChoices>
<ToAltium sync="true"/>
</PartChoices>
Hoặc trong trường hợp hỗ trợ truyền dữ liệu sang hệ thống doanh nghiệp:
<PartChoices>
<ToPlm sync="true"/>
</PartChoices>
PTC Windchill PartsLink Support
Hệ thống PTC Windchill PLM cung cấp một mô-đun tùy chọn PartsLink cho phép các part được classified theo nhóm. Các phân loại part được chỉ định trong Windchill cũng có thể bao gồm các cặp Attribute/Value liên kết để cung cấp định nghĩa chi tiết hơn trong Classification đó. Hệ thống PartsLink cho phép nhắm mục tiêu các loại component cụ thể một cách dễ dàng và nhanh chóng, đồng thời được hỗ trợ bởi tích hợp PLM của Workspace để đồng bộ hai chiều và truy cập đọc/ghi.
Trong một phiên bản cấu hình Workspace cho Windchill, một PartsLink Classification được tạo trong Windchill bằng cách chỉ định một thuộc tính ràng buộc trong phần ToPLM theo định dạng như trong ví dụ dưới đây:
<common:Attribute> <common:Key>Classification</common:Key> <common:Value>102-Capacitor</common:Value> </common:Attribute>
Trong trường hợp trên, cặp Key/Value xác định một Classification có tên là 102-Capacitor. Classification này có thể có một thuộc tính phân loại liên kết được tạo trong Windchill bằng cách chỉ định tham số tên và giá trị (ở đây là Capacitance) – lưu ý rằng có thể áp dụng nhiều Attribute cho một Classification:
<common:Attribute>
<common:ClassificationName>102-Capacitor</common:ClassificationName>
<common:Key>Capacitance</common:Key>
<common:Value>${parameter.Value}</common:Value>
</common:Attribute>
Trong phần đồng bộ ToAltium của cấu hình, dữ liệu lấy từ Windchill có thể được lọc theo Classification part mong muốn trong tập thẻ <SourceCritera> bằng cách chỉ định ClassificationName của nó.
<SourceCriteria> <ClassificationName>102-Capacitor</ClassificationName> </SourceCriteria>
Để lấy tất cả các part phù hợp với một giá trị Attribute phân loại tương ứng (ví dụ, tất cả các tụ điện 10uF), phần <SourceCriteria> nên bao gồm các thiết lập thuộc tính cấu hình xác định một ClassificationName cùng với khóa và Value của Attribute phân loại liên quan.
<SourceCriteria> <common:Attribute> <common:ClassificationName>102-Capacitor</common:ClassificationName> <common:Key>Capacitance</common:Key> <common:Value>10uF</common:Value> </common:Attribute> </SourceCriteria>
Để trích xuất một giá trị Classification Attribute cụ thể từ Windchill, hãy lấy tham số Value từ tên Attribute cụ thể liên kết với một ClassificationName.
<common:Attribute attributeType="revision">
<common:ClassificationName>102-Capacitor</common:ClassificationName>
<common:Key>Value</common:Key>
<common:Value>${attribute.Capacitance}</common:Value>
</common:Attribute>
Ngay trong Windchill, một Phân loại PartsLink được định nghĩa bằng cách tạo một binding attribute có thể được áp dụng cho một kiểu part. Sau đó, một Thuộc tính Phân loại part sẽ được thêm vào một lớp Phân loại đã xác định.
Các mục component trong Windchill sẽ bao gồm Phân loại đã được định nghĩa của chúng và mọi tham số Thuộc tính Phân loại được chỉ định, từ đó sẽ sẵn sàng cho quy trình đồng bộ component PLM của Workspace.
Khi một mục component được đồng bộ từ Windchill sang Workspace và tương tác PartsLink đã được chỉ định trong cấu hình PLM của Workspace, các Thuộc tính Cấu hình của Windchill cho part đó sẽ được truyền sang component ở phía Altium.
Thực hiện Đồng bộ Component
Việc đồng bộ component (thư viện) có thể được thực hiện thủ công hoặc theo lịch, tương ứng từ nút Sync action của một mục instance PLM trên trang PLM Integration của Workspace hoặc dưới dạng một chu kỳ tự động được chỉ định trong thiết lập instance. Nhấp vào điều khiển
liên kết với instance PLM mà bạn muốn đồng bộ. Quy trình đồng bộ sẽ diễn ra theo LibSyncworkflow, phù hợp với các cài đặt được định nghĩa trong tệp cấu hình liên quan.
Điều khiển này sẽ đổi thành
. Nếu bạn muốn dừng quy trình đồng bộ, hãy nhấp vào điều khiển này. Một cửa sổ xác nhận sẽ xuất hiện, tại đó bạn có thể nhấp vào
để hủy đồng bộ – tất cả component đã được đồng bộ trước đó sẽ vẫn giữ nguyên, nhưng sẽ không có thêm đồng bộ nào sau thời điểm đó.
Đồng bộ component đang diễn ra giữa Workspace và instance PLM được chỉ định.
Khi chạy đồng bộ component, quy trình LibSync sẽ đi qua Workflow được xác định sẵn cho đến khi hoàn tất hoặc gặp lỗi. Làm mới trình duyệt (F5) để hiển thị trạng thái hiện tại của quy trình đồng bộ. Để theo dõi hoặc xem lại quy trình LibSync, chọn tab Synchronization status và chọn tùy chọn danh sách Closed – nếu một quy trình vẫn đang chạy thì nó sẽ hiển thị trong danh sách Active. Nút
, dành cho Quản trị viên, có thể được dùng để tải xuống bản ghi chi tiết của tất cả các hoạt động đồng bộ được liệt kê dưới dạng tệp CSV phân tách bằng dấu phẩy (Synchronisation status.csv).
Các tab phụ của khung nhìn cung cấp các thông tin sau:
-
Diagram – đồ họa biểu diễn workflow của quy trình, với vị trí bước hiện tại được tô sáng (Hoàn tất hoặc trạng thái lỗi/thất bại).
-
Data – bản tóm tắt thông tin về hành động của quy trình, bao gồm thành công hoặc thất bại của các bước và liên kết đến báo cáo quy trình đã được ghi log – xem bên dưới.
-
History – nhật ký thời gian của các sự kiện đồng bộ chính của Workspace được liệt kê theo trình tự.
Kết quả của quy trình LibSync cũng có sẵn trong trang Process Management (Admin » Processes) bên dưới tab Browser.
Chi tiết của sự kiện LibSync đã chọn được hiển thị dưới tab phụ Data bao gồm một liên kết đến tệp nhật ký hệ thống (PLM [date-number].log) cho sự kiện đó.
Đồng bộ theo lịch
Bạn cũng có thể lên lịch đồng bộ tự động. Để thực hiện việc này, hãy chỉnh sửa instance PLM (từ trang chính PLM Integration, nhấp vào tên của instance hoặc điều khiển liên quan), chọn tab Component Synchronisation và bật tùy chọn Synchronize PLM Components with server on schedule. Sử dụng các điều khiển Synchronize every để thiết lập lịch đồng bộ tự động theo nhu cầu. Hệ thống rất linh hoạt và cho phép bạn:
- Thiết lập đồng bộ theo lịch mỗi 15/30/45/60/75/90 phút.
- Thiết lập đồng bộ theo lịch mỗi x giờ.
- Thiết lập đồng bộ hằng ngày theo lịch, được thực hiện vào thời gian chỉ định.
Lịch bạn định nghĩa sẽ được phản ánh trở lại trên trang chính PLM Integration, trong cột Sync scheduled.
Bạn cũng có thể chạy quy trình đồng bộ theo yêu cầu. Nhấp vào nút
và chọn chế độ đồng bộ bạn cần:
-
Incremental – trong chế độ này, only những component đã được sửa đổi kể từ lần đồng bộ gần nhất được chạy (tức là dấu thời gian của chúng muộn hơn ngày đồng bộ gần nhất), và đáp ứng các tiêu chí đồng bộ trong tệp cấu hình, sẽ được đưa vào quá trình đồng bộ, với các thay đổi được truyền tương ứng. Đây là chế độ mặc định và cũng là chế độ được chạy khi nhấp vào điều khiển
cho một instance PLM trên trang chính PLM Integration.
- Full – chế độ này buộc thực hiện đồng bộ toàn phần. Tất cả component đáp ứng các tiêu chí đồng bộ trong tệp cấu hình sẽ được đưa vào quá trình đồng bộ, với các thay đổi được truyền tương ứng.
Workflow Quy trình
Các định nghĩa quy trình sau đây (và các workflow nền tảng của chúng) có sẵn thông qua Workspace để hỗ trợ tích hợp PLM:
-
Part Requestschủ đề quy trình:
- Part Request with PLM Part Create – hỗ trợ tự động tạo một Component trong instance PLM của bạn, sau đó truyền part number được tạo ngược về component của Workspace. Sơ đồ workflow được hiển thị bên dưới.
Một điều quan trọng cần lưu ý là khi bạn chỉnh sửa định nghĩa mẫu này để tạo định nghĩa riêng của mình, bạn phải chỉ định instance PLM nơi các part sẽ được tạo. Chọn thực thể Create Part in PLM trong sơ đồ workflow và chọn instance PLM từ menu thả xuống gắn với trường PLM Instance. Menu này liệt kê tất cả các instance PLM hiện được định nghĩa (như được định nghĩa trên trang PLM Integration của giao diện).
► Xem Creating and Managing Processes để biết thêm thông tin về cách làm việc với workflow quy trình.
- Project Activitieschủ đề quy trình:
- Publish to PLM (User selects) – phát hành các đầu ra của project được quản lý đã phát hành sang instance PLM được tích hợp, nơi người dùng có thể chọn chính xác những đầu ra nào sẽ được phát hành. Sơ đồ workflow được hiển thị bên dưới.
- Project Releaser with Publish – phát hành sang instance PLM được tích hợp như một giai đoạn bổ sung của Project Releaser. Sơ đồ workflow được hiển thị bên dưới.
-
Project Creationschủ đề quy trình:
- Project with initialise in PLM – hỗ trợ tự động tạo part number trong instance PLM của bạn, sau đó truyền chúng dưới dạng Parameters của project thiết kế Workspace. Sơ đồ workflow được hiển thị bên dưới.
Truy cập các Quy trình liên quan đến PLM
Các phần sau nêu bật nơi truy cập các quy trình liên quan đến PLM đã được kích hoạt. Và vì các mẫu không thể được sử dụng trực tiếp như đã cung cấp, nên các mục sau đây đã được tạo từ chúng nhằm mục đích minh họa:
- PR with PLM Part Create – được tạo từ định nghĩa quy trình mẫu: Part Request with PLM Part Create.
- Publish to Company PLM – Choose Data – được tạo từ định nghĩa quy trình mẫu: Publish to PLM (User selects).
- Project Releaser with Publish to Company PLM – được tạo từ định nghĩa quy trình mẫu: Project Releaser with Publish.
- Create Project with PLM Initialise – được tạo từ định nghĩa quy trình mẫu: Project with Initialise in PLM.
Yêu cầu Part
Truy cập từ bên trong Altium Designer từ bảng Explorer, sau khi đã thực hiện tìm kiếm, từ khung Details của bảng Manufacturer Part Search, hoặc từ liên kết ở cuối danh sách component trong bảng Components.
Từ giao diện Workspace, có thể truy cập định nghĩa quy trình đã được kích hoạt từ trang Part Requests, bằng cách nhấp vào nút
ở góc trên bên phải của trang.
Part Request Example
Ví dụ sau đây minh họa ngắn gọn việc tạo một part mới trong Workspace, sau đó tự động tạo part tương ứng trong phiên bản PLM. Số part được tạo ra sau đó được truyền từ phiên bản PLM trở lại component trong Workspace dưới dạng tham số Item – nghĩa là không cần phát hành một revision mới của component trong Workspace. Trong ví dụ này, định nghĩa quy trình được sử dụng là Part Request with PLM Part Create – được suy ra từ định nghĩa mẫu Part Request with PLM Part Create.
- Bắt đầu quy trình Part Request, rồi điền biểu mẫu tiếp theo – mô tả yêu cầu ban đầu – theo nhu cầu. Trong hình bên dưới, yêu cầu đang được gửi thông qua trang Part Requests của giao diện Workspace, và một part đơn lẻ đang được yêu cầu.
- Yêu cầu part mới sẽ được hiển thị như một quy trình đang hoạt động trên trang Part Requests, với trạng thái hiện tại được phản ánh trong mục chính, đồng thời cũng hiển thị trong sơ đồ cho workflow nền tảng của nó.
-
Khi người dùng được yêu cầu đã nhận (hoặc được giao) tác vụ để xử lý yêu cầu, cuối cùng họ sẽ tạo part được yêu cầu. Mỗi component được tạo (và/hoặc được chọn) để đáp ứng yêu cầu sẽ được thêm vào trường Components của tác vụ. Các component được thêm vào sẽ tự động được tạo trong PLM. Trong hình bên dưới, một component đơn lẻ – CMP-007-00004 – đã được tạo và thêm vào. Hãy bảo đảm trường Next step được đặt thành Completed và nhấp vào nút
.
Bạn có thể được yêu cầu cung cấp thông tin đăng nhập cho hệ thống PLM được chỉ định trong workflow của quy trình Part Request.
- Workflow của quy trình sẽ tiếp tục, với component được chỉ định được tạo trong phiên bản PLM. Khi quy trình hoàn tất, bạn có thể thấy số part PLM được tạo trên tab Data của quy trình. Hãy nhớ chuyển bộ lọc (góc trên bên trái) sang chế độ xem các quy trình Closed.
- Quay lại Altium Designer, duyệt đến component đã tạo trong panel Explorer, rồi chuyển sang chế độ xem tab Preview của nó. Trong vùng tham số, hãy chú ý rằng đã có thêm một tham số mới – PlmPartNumber – với giá trị là số của part tương ứng đã được tạo trong PLM.
Lưu ý rằng tham số đã được thêm vào component, nhưng revision của nó vẫn giữ nguyên – component không được phát hành lại. Điều này là do tham số này là tham số cấp Item – được thêm vào chính Component Item và có sẵn trong mọi revision của nó.
Hoạt động dự án
Dữ liệu thiết kế dự án được phát hành từ Altium Designer sang Workspace có thể được truyền sang PLM theo cách có kiểm soát thông qua các quy trình Workspace Publish to PLM. Các quy trình Workspace xác định giao diện và phương pháp cho hoạt động publish, còn XML Publishing Template được chỉ định sẽ xác định cách dữ liệu tệp được truyền tới hệ thống PLM đích.
Publishing Folder Support for Windchill PLM
Khi cấu hình một quy trình Publish to PLM process cho Windchill® PLM, bạn cũng có thể chỉ định (và tạo) một thư mục Windchill đích cho các tài liệu được publish từ Workspace.
Các tham số thư mục Windchill liên quan được định nghĩa trong tệp XML Publishing Template được áp dụng cho mục tích hợp Windchill PLM của bạn trong Workspace. Các node định nghĩa thư mục có định dạng thẻ <pt:Folder>xxx</pt:Folder> – trong đó pt là namespace hiện tại và xxx là đường dẫn thư mục đầy đủ – và được đặt làm một quy tắc publish trong phần FileDistribution cho mỗi loại tài liệu (ví dụ như đầu ra PCB.zip Fabrication).
Một ví dụ về cấu trúc phân cấp XML Publishing sẽ là:
<pt:EntityRule id="FAB">
<pt:FileDistributions>
<pt:FileDistribution archiveName="PCB.zip">
<pt:Folder>PRODUCT/Projects/${project.name}/FAB data</pt:Folder>
Dòng mục cuối cùng sẽ chỉ định (hoặc tạo) một thư mục đích publish cho đầu ra PCB.zip Fabrication với cấu trúc thư mục Windchill (trong đó tên dự án là MyProject):
PRODUCT
Projects
MyProject
FAB data
Lưu ý rằng đường dẫn thư mục được định nghĩa trong tệp Publishing XML là đường dẫn tuyệt đối (thay vì tương đối), và có thể bao gồm các thuộc tính khác của dự án như tên dự án (${project.name}) và số lắp ráp (${project.PLM_ASSEMBLY_NUMBER}).
Quy trình publish tiêu chuẩn
Ở phía thiết kế, quy trình publish tiêu chuẩn sang PLM có thể được truy cập từ bên trong Altium Designer qua menu con Project » Project Activities dành cho dự án đang hoạt động.
Từ giao diện Workspace, có thể truy cập các định nghĩa quy trình đang hoạt động từ chế độ xem Project Management bằng cách nhấp vào nút
.
Publish bằng Project Releaser
Quy trình publish tới một phiên bản PLM như một phần của Project Releaser có thể được truy cập từ bên trong Altium Designer qua menu con Project » Project Releaser dành cho dự án đang hoạt động.
Project Releaser sẽ xuất hiện, với một giai đoạn bổ sung – 7: Publish to PLM. Ngoài ra, còn có một lệnh trong menu gắn với nút
– Prepare & Release & Publish to PLM – nếu bạn muốn chạy Project Releaser mà không dừng lại để xem lại dữ liệu đã tạo và báo cáo thực thi.
Defining the Stage Name
Nếu bạn đang sử dụng định nghĩa quy trình mẫu – Project Releaser with Publish – để tạo định nghĩa riêng của mình, tên giai đoạn được hiển thị ở phía design client mặc định là Publish to PLM. Lệnh tổng hợp trong menu xổ xuống của nút Project Releaser
cũng bao gồm tên này: Prepare & Release & Publish to PLM.
Tuy nhiên, bạn có thể thay đổi cách mục này (và phần mô tả gợi ý liên quan đến giai đoạn đó) được hiển thị cho người dùng. Các trường để thực hiện việc này có sẵn trong workflow nền tảng của quy trình, khi phần tử Start (thuộc kiểu Start Release) được chọn. Các trường đó là:
- Action name – tên của hành động sau phát hành dự án, là tên của giai đoạn được hiển thị là giai đoạn 7 trong Project Releaser. Bắt buộc phải có giá trị cho trường này nếu có các tác vụ được định nghĩa trong workflow của quy trình. Tên này cũng sẽ được dùng cho lệnh menu, theo định dạng Prepare & Release & <Action name>.
- Action description – mô tả của hành động sau phát hành dự án, được hiển thị cho người dùng trong Project Releaser dưới dạng tooltip cho mục giai đoạn 7.
Các thiết lập mặc định cho phần tử Start trong một workflow dựa trên định nghĩa quy trình mẫu Project Releaser with Publish, và phần trình bày trong Project Releaser.
Hình sau cho thấy các trường này đã được thay đổi trong workflow nền tảng, và ảnh hưởng tương ứng đến các mục trong Project Releaser.
Các thiết lập đã thay đổi cho phần tử Start khi được dùng trong một workflow để publish sang PLM thông qua Project Releaser.
Nếu bạn chạy Project Releaser bằng lệnh tiêu chuẩn Prepare , sau khi xem lại và phát hành dữ liệu, nút
sẽ được hiển thị ở giai đoạn Execution Report. Nhấp vào đây để tiếp tục workflow nền tảng của quy trình, nhằm publish sang PLM. Hộp thoại Login Credentials sẽ xuất hiện. Hãy nhập Username và Password cho phiên bản PLM của bạn, rồi chọn PLM Template bạn muốn dùng (được hiển thị dưới dạng <PLMInstance>:<PublishingTemplate>).
Nhấp vào tab Diagram để xem workflow nền tảng của quy trình.
Nhấp vào nút
để tiếp tục quy trình publish theo đúng workflow đó.
Kiểm tra trạng thái của quá trình xuất bản sang PLM thông qua giao diện Workspace bằng cách chọn chế độ xem Activities từ chế độ xem chi tiết của dự án đó -- khi dự án đã được mở từ chế độ xem Projects. Chọn tùy chọn chế độ xem Opened để xem trạng thái khi quá trình đang chạy, và tùy chọn Closed activities để truy cập thông tin trạng thái khi quá trình đã hoàn tất.
Tạo Dự án
Ở phía thiết kế, truy cập từ trong Altium Designer từ menu con File » New » Project in <workspace> chính.
Từ giao diện Workspace, có thể truy cập định nghĩa quy trình đang kích hoạt từ chế độ xem Projects bằng cách nhấp vào nút
.
Ngoài ra, khi nhân bản một dự án, có thể truy cập từ nút menu
trong chế độ xem Projects.
Quy trình workflow sẽ tiếp tục, với một hộp thoại cho phép bạn xác định dự án theo tên, mô tả, loại và bất kỳ Project Template Item nào cần dùng để tạo dự án. Sau khi nhấp Start, hộp thoại Login Credentials sẽ xuất hiện. Nhập Username và Password cho phiên bản PLM của bạn, rồi chọn PLM Template bạn muốn dùng (xuất hiện dưới dạng <PLMInstance>:<PublishingTemplate>). Sau đó nhấp Submit để tiếp tục workflow.
Project Creation Example
Ví dụ sau đây trình bày ngắn gọn việc tạo một dự án mới, với khởi tạo trong PLM. Quy trình được gọi từ Altium Designer bằng định nghĩa Create Project with PLM Initialise – bắt nguồn từ định nghĩa mẫu Project with Initialise in PLM.
- Sau khi khởi chạy quy trình (File » New » Project in <workspace> » Create Project with PLM Initialise), một hộp thoại xuất hiện (được đặt tên theo định nghĩa quy trình) để xác định dự án. Trong ví dụ này, chúng ta sẽ chỉ đặt tên dự án là Example_Project_with_PLM_Init, thêm mô tả cho dự án và giữ nguyên tất cả các trường khác – bao gồm cả những trường trên tab Advanced .
-
Sau khi xác định dự án, hãy nhấp nút
. Hộp thoại Login Credentials sẽ xuất hiện. Vì đây là dự án mới, bạn cần cung cấp thông tin đăng nhập PLM, đồng thời chỉ định phiên bản PLM và publishing template liên kết sẽ được sử dụng. Ví dụ ở đây dùng một tệp Configuration và Publishing Template liên kết (theo yêu cầu) cho Arena PLM.
Sau khi đã cung cấp thông tin xác thực và chọn phiên bản PLM cùng publishing template, hãy nhấp nút
.
-
Quy trình sẽ tiếp tục cho đến khi hoàn tất (giả sử không xảy ra lỗi), như có thể thấy trong Tasklist panel, dưới mục liệt kê Activities đã đóng – kiểm tra tùy chọn Show closed từ menu nút
liên quan. Chọn mục Activity để biết thêm thông tin về quy trình đã hoàn tất và tập dữ liệu của nó.
Quy trình đã hoàn tất và thông tin liên quan của nó cũng có thể được xem trong giao diện Workspace bằng cách chọn chế độ xem Activities từ chế độ xem chi tiết của dự án đó – khi dự án đã được mở từ chế độ xem Projects. Chọn tùy chọn Closed activities (góc trên bên phải) để truy cập thông tin trạng thái cho quy trình đã hoàn tất.
-
Trong Altium Designer, dự án mới sẽ xuất hiện trong panel Projects, được lên lịch để commit vào kho lưu trữ thiết kế Versioned Storage dựa trên Git trong Workspace – nhấp chuột phải vào mục dự án và dùng lệnh Save to server để thực hiện. Sau đó bạn có thể thêm các tài liệu nguồn và bắt đầu thiết kế. Khi đến bước xuất bản, dự án đã được liên kết với các part liên quan trong phiên bản PLM.
Từ tab Server Parameters của hộp thoại Project Options, hoặc dưới danh sách Parameters của dự án trong panel Explorer, bạn có thể thấy các part number được gán trong phiên bản PLM có liên quan đến các thực thể dự án tương ứng có thể được release/xuất bản.
Cách tên tham số PLM liên hệ với các gói phát hành dự án được chỉ định trong tệp cấu hình PLM, mà tệp này lại được xác định bởi các thuộc tính tên và đánh số mà hệ thống PLM yêu cầu.
Khi bạn đặt một chuỗi văn bản Schematic, các tham số PLM liên kết với dự án sẽ khả dụng dưới dạng special strings:














































