Integracja PLM

Przykładowe pliki konfiguracyjne są dostępne w widoku Add new instance – w zakładce Configuration kliknij łącze Download sample configuration, aby pobrać plik zip ConfigurationSamples.zip. Ten zip zawiera wstępne pliki konfiguracyjne dla systemów PLM Windchill, Arena, Aras i Agile:

• dm-Windchill-config-basic.xml
• dm-Arena-config-basic.xml
• dm-Agile-config-basic.xml
• dm-Aras-config-basic.xml
• dm-Teamcenter-config-basic.xml (dostępne, gdy do Workspace dodano licencję Teamcenter PLM Addon license.)

Przykładowe pliki konfiguracyjne są dostarczane do użycia w ramach instalacji Enterprise Server.

Dostarczone konfiguracje zawierają kilka reprezentatywnych sekcji encji komponentów (na przykład; Capacitors oraz Diodes), z których każda zawiera podstawową podsekcję mapowania atrybutów/parametrów ToPLM i ToAltium. Rozszerz i edytuj plik przykładowy, aby dopasować go do instancji PLM i wymagań Twojej firmy, utwórz własny lub użyj Configuration Generator, aby utworzyć bazowy plik konfiguracyjny dopasowany do modelu danych Workspace .

Przykładowe szablony publikacji są dostępne w widoku Add new instance – kliknij przycisk  w zakładce Publish Template, a następnie łącze Download sample configuration w oknie Publish Template, aby pobrać plik zip PublishTemplateSamples.zip. Ten zip zawiera następujące pliki:

• dm-Windchill-publish-template-basic.xml
• dm-Arena-publish-template-basic.xml
• dm-Agile-publish-template-basic.xml
• dm-Aras-publish-template-basic.xml
• dm-Teamcenter-publish-template-basic.xml (dostępne, gdy do Workspace dodano licencję Teamcenter PLM Addon license.)

Przykładowe szablony publikacji są dostarczane do użycia w ramach instalacji Enterprise Server.

Zmodyfikuj je, aby dopasować do instancji PLM i wymagań Twojej firmy, lub utwórz własne.

Zwróć uwagę, że w przykładowych plikach publikacji skonfigurowano następujące istotne obszary:

• Sposób obsługi tworzenia komponentów i powiązań po stronie PLM podczas procesu publikowania („BOM Strategy”). Dostępne są następujące opcje:
  • LinkExistingOnly – łącz komponenty, które już istnieją w PLM, ale nie twórz komponentów, których nie ma.
  • CreateNewAndLink – łącz komponenty, które już istnieją w PLM, oraz twórz i łącz te, których nie ma.
  • LinkIfAllExists – nie twórz komponentów, które nie istnieją po stronie PLM; łącz tylko wtedy, gdy wszystkie komponenty istnieją w PLM.

• Zestawy reguł definiujące, jak i gdzie wyniki wydań są publikowane do PLM:
  • Reguły do przetwarzania danych projektu (nadrzędnego).
  • Reguły do przetwarzania danych źródłowych.
  • Reguły do przetwarzania danych montażowych.
  • Reguły do przetwarzania danych produkcyjnych (fabrication).

Funkcja adaptacyjnej konfiguracji jest dostępna z łącza Generate configuration na stronie Add new instance, otwieranej z przycisku w Workspace.

W oknie Generate Configuration wybierz typ systemu enterprise, z którym będzie nawiązywane połączenie – jeden z dostępnych typów PLM (Windchill, Arena itd.) – a następnie jego zdalny URL. Wybierz przycisk , aby utworzyć nowy plik dm-configuration.xml, który można następnie zapisać i dodać do nowej instancji PLM z przycisku .

Generator tworzy konfigurację dopasowaną do modelu danych bieżącej instalacji Enterprise Server, więc na przykład typy komponentów zarejestrowane w Workspace są dodawane jako typy encji w pliku konfiguracyjnym (dm-configuration.xml). Każda sekcja encji ma odpowiadające sekcje ToPlm i ToAltium oraz zmapowane parametry pochodzące z pasującego szablonu komponentu (jeśli jest dostępny). Uwzględnione są również sekcje publikowania projektu, aby mapować elementy pakietu wydania (release package) do systemu enterprise.

Wszystkie sekcje w wygenerowanej konfiguracji zawierają TODO komentarze, które wskazują obszary do dodania lub zmiany w celu zapewnienia zgodności z konfiguracją Workspace/PLM. Więcej informacji o edycji pliku konfiguracyjnego tak, aby działał z Twoją konfiguracją Workspace/PLM, znajdziesz w komentarzach objaśniających dołączonych do dostarczonych przykładowych plików konfiguracyjnych.

Ta sekcja służy do sterowania i konfigurowania synchronizacji z Workspace do instancji PLM w postaci:

<ToPlm sync="true">
  .
  .
</ToPlm>

W obrębie sekcji ToPlm zdefiniowane są następujące sekcje:

• Sposób tworzenia nowych komponentów w instancji PLM – pomiędzy zestawem znaczników <CreateInfo> i </CreateInfo>. Jednym z przykładów może być wybór schematu nazewnictwa elementów zdefiniowanego w docelowym systemie przedsiębiorstwa oraz określenie prefiksu numeracji elementów:

<CreateInfo>
    <Numbering name="Electrical">
        <Fields>
            <Field name="Code" value="120"/>
        </Fields>
    </Numbering>
</CreateInfo>

• Filtrowanie w celu ograniczenia, które komponenty w Workspace są synchronizowane z PLM – pomiędzy zestawem znaczników <SourceCriteria> i </SourceCriteria>. Propagację danych źródłowych można ograniczać, stosując kombinacje logiki boolowskiej na atrybutach parametrów, gdzie wiele zestawów atrybutów może zostać sprowadzone do konkretnego wyniku filtrowania poprzez podstawowe użycie klauzul logicznych AND, OR oraz NOT.

  Ta funkcjonalność jest niezwykle przydatna, jeśli masz na przykład 6000 kondensatorów w Workspace, ale chcesz zsynchronizować tylko konkretny folder z 85 kondensatorami ceramicznymi. W takim przypadku po prostu podajesz ścieżkę do tego folderu w zestawie znaczników SourceCriteria oraz opcjonalnie inne atrybuty parametrów potrzebne do jeszcze ściślejszego ograniczenia danych źródłowych – na przykład typ obudowy 0603. Relacja pomiędzy zgrupowanymi kryteriami to domyślny operator logiczny AND, więc poniższy przykład zsynchronizuje kondensatory ceramiczne w obudowie 0603 z Workspace do PLM.

  <SourceCriteria>
      <Folder>Components/Capacitors/Ceramic</Folder>
      <common:Attribute>
          <common:Key>Case/Package</common:Key>
          <common:Value>0603</common:Value>
      </common:Attribute>
  </SourceCriteria>
  

   

  Dostępne są również dedykowane zestawy znaczników logiki OR (<Or>…</Or>) oraz zestawy znaczników wykluczeń logiki NOT (<Not>…</Not>), które można dodać w obrębie sekcji węzła SourceCriteria. Przy tych opcjach logika OR dotyczy zestawów atrybutów parametrów dodanych w znacznikach <Or></Or>, a logika NOT – zestawu atrybutów parametrów w znacznikach <Not>…</Not>. Przykładem może być dodatkowe wymaganie, aby stan cyklu życia był Approved lub Released, ale z wykluczeniem (NOT) elementów o wartości parametru Classification równej SpecialOrder. Pełne filtrowanie logiczne w tym przypadku będzie następujące:

  <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>
  

   

• Lista atrybutów (parametrów), które powinny zostać przekazane dla komponentów z Workspace do PLM – pomiędzy zestawem znaczników <Attributes> i </Attributes>. Przykład:

<Attributes>

<!-- Name/Comment from Altium Server 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 Altium Server -->
<!-- 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>

<!-- Altium Server component description will go to PLM field Description. Value will be prefixed with 'Extended' -->
<!-- Description on Altium Server 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>

Ta sekcja służy do sterowania i konfigurowania synchronizacji z instancji PLM do Workspace w postaci:

<ToAltium sync="true" mode="createAndUpdate">
  .
  .
</ToAltium>

W obrębie sekcji ToAltium zdefiniowane są następujące sekcje:

• Jak i gdzie tworzone są nowe komponenty w Workspace – pomiędzy zestawem znaczników <CreateInfo> i </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>

Gdy w Workspace tworzony jest wpis komponentu, zostanie użyty Component Template powiązany z docelowym folderem Workspace (Components/Inbox/Capacitors w powyższym przykładzie), jeśli został określony. Zdefiniuje to również schemat nazewnictwa elementu (Item Naming Scheme) używany dla tworzonego komponentu, zastępując ten, który został określony w docelowym folderze Workspace – odwrotnie, jeśli folder nie definiuje ani szablonu, ani schematu nazewnictwa, synchronizacja zakończy się niepowodzeniem.

Zwróć też uwagę, że w przykładowych konfiguracjach zdefiniowano domyślny schemat nazewnictwa rewizji (1-Level Revision Scheme) oraz definicję cyklu życia (Component Lifecycle) – zostaną one zastąpione, jeśli z docelowym folderem Workspace powiązano szablon komponentu.

Jeśli w konfiguracji dodane zostanie odwołanie do konkretnego szablonu komponentu (na przykład; CMPT-00001), ten szablon zostanie użyty zamiast szablonu powiązanego z docelowym folderem Workspace. Jego ustawienia zastąpią wszelkie ustawienia parametrów w pliku konfiguracyjnym (takie jak definicja cyklu życia itp.), z wyjątkiem zdefiniowanego docelowego Folder.

<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>

Zwróć uwagę, że wskazany szablon będzie dotyczył wyłącznie nowo tworzonych komponentów biblioteki Workspace. To podejście jest szczególnie przydatne do zarządzania importem/synchronizacją zastrzeżonych parametrów komponentów z systemu zewnętrznego do Workspace. W takim przypadku można zastosować dopasowany Component Template, aby interpretować napływające dane parametrów, ustawić odpowiednie wartości domyślne, określić typy danych jednostek, a także zdefiniować Lifecycle Definition i schemat nazewnictwa rewizji dla nowo tworzonych komponentów biblioteki Workspace.

• Filtrowanie danych pobieranych z instancji systemu enterprise (PLM) – pomiędzy zestawem tagów <SourceCriteria> i </SourceCriteria>. Instrukcja filtra może ograniczać dane komponentów otrzymywane z PLM do tych utworzonych przez określonego autora (jak pokazano w dostarczonym przykładzie konfiguracji) lub do elementów komponentów, które mają określoną wartość atrybutu Value (Business Unit = Engineering_RD, jak pokazano poniżej).

<SourceCriteria>
    <ns2:Attribute>
        <ns2:Key>Business Unit</ns2:Key>
        <ns2:Value>Engineering_RD</ns2:Value>
    </ns2:Attribute>
</SourceCriteria>

• Lista atrybutów (parametrów), które powinny zostać przekazane dla komponentów z PLM do Workspace – pomiędzy zestawem tagów <Attributes> i </Attributes>. Przykład:

<Attributes>

<!-- Name field from PLM will be passed to name/comment field in Altium Server -->
<common:Attribute attributeType="revision">
	<common:Key>name</common:Key>
	<common:Value>${attribute.name}</common:Value>
</common:Attribute>

<!-- Description field from PLM will be passed to Description field in Altium Server on revision level -->
<!-- Revision level attributes will cause new revision to be created in case parameter value is changed -->
<common:Attribute attributeType="revision">
	<common:Key>Description</common:Key>
	<common:Value>${attribute.description}</common:Value>
</common:Attribute>

<!-- Number field from PLM will be passed to PlmPartNumber field in Altium Server on revision level  -->
<!-- Note: any attribute name can be used -->
<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>Nie spowoduje aktualizacji rewizji, jeśli zostanie zmienione ${attribute.LastModified}</common:Value>
</common:Attribute>

</Attributes>

Wraz z deklaracjami Entity w schemacie konfiguracji znajduje się dodatkowa sekcja do definiowania mapowania danych Part Choice komponentu pomiędzy systemem enterprise (PLM) a Workspace. Sekcja umożliwia mapowanie parametrów atrybutów Part Choices dla większości obsługiwanych systemów PLM oraz relacje danych Approved Manufacturing List (AML) dla systemów PLM Aras, Windchill i Arena. Jest to wyłącznie definicja dwukierunkowa – tzn. dla jednego kierunku, ale nie dla obu jednocześnie – która określa atrybuty producenta i numeru części używane do propagacji danych Part Choices.

Gdy synchronizacja Part Choices jest włączona w pliku konfiguracyjnym (sync="true"), wartość Value wskazanych atrybutów jest przenoszona do systemu docelowego. Kierunek propagacji danych jest określany przez wyrażenie „To”, gdzie ToAltium wskazuje, że dane parametryczne z komponentu PLM są stosowane do utworzonego/zaktualizowanego komponentu biblioteki Workspace, a ToPlm spowoduje przeniesienie danych Part Choices powiązanych z komponentem biblioteki Workspace na stronę PLM. Włączona konfiguracja dotyczy wszystkich zdefiniowanych encji komponentów, więc dane Part Choice będą przenoszone do wskazanego celu za każdym razem, gdy napotkany zostanie zestaw danych komponentu.

Przykładowy wpis mapowania Part Choices ToAltium w pliku konfiguracyjnym – gdzie atrybutami systemu PLM są MFR1 (Manufacturer Name) oraz MPN1 (Manufacturer Part Number) – może wyglądać następująco:

<PartChoices>
    <ToAltium sync="true">
    <MfrMappings>
        <MfrMapping>
            <MfrName>MFR1</MfrName>
            <MfrPartNumber>MPN1</MfrPartNumber>
        </MfrMapping>
    </MfrMappings>
    </ToAltium>
</PartChoices>

Synchronizacja danych Part Choice obsługuje również wiele wpisów danych part choice. Te dodatkowe atrybuty należy określić w mapowaniu pliku konfiguracyjnego jako kolejną parę definicji atrybutów, na przykład: MFR2 i MPN2, jak pokazano poniżej:

<MfrMappings>
    <MfrMapping>
        <MfrName>MFR1</MfrName>
        <MfrPartNumber>MPN1</MfrPartNumber>
    </MfrMapping>
    <MfrMapping>
        <MfrName>MFR2</MfrName>
        <MfrPartNumber>MPN2</MfrPartNumber>
    </MfrMapping>
</MfrMappings>

Systemy enterprise, które mają natywną/wbudowaną funkcjonalność wyboru części producenta, takie jak Manufacturer Parts w Windchill oraz Vendor Parts w Arena, nie wymagają mapowanych parametrów w pliku konfiguracyjnym. W takim przypadku akceptacja danych Part Choice jest po prostu włączana w powiązanej sekcji konfiguracji.

<PartChoices>
    <ToAltium sync="true"/>
</PartChoices>

Lub gdy kierunek transferu danych jest do systemu enterprise:

<PartChoices>
    <ToPlm sync="true"/>
</PartChoices>

System PLM PTC Windchill udostępnia opcjonalny moduł PartsLink, który umożliwia classified części w grupach. Klasyfikacje części zdefiniowane w Windchill mogą również zawierać powiązane pary Atrybut/Wartość, aby zapewnić dodatkowe doprecyzowanie w ramach danej klasyfikacji. System PartsLink pozwala łatwo i szybko wskazywać konkretne typy komponentów i jest obsługiwany przez integrację PLM w Workspace w zakresie synchronizacji dwukierunkowej oraz dostępu do odczytu/zapisu.

W instancji konfiguracji Workspace dla Windchill klasyfikację PartsLink tworzy się w Windchill poprzez wskazanie atrybutu wiązania w sekcji ToPLM, w formacie jak w poniższym przykładzie:

<common:Attribute>
	<common:Key>Classification</common:Key>
	<common:Value>102-Capacitor</common:Value>
</common:Attribute>

W powyższym przypadku para Klucz/Wartość definiuje klasyfikację o nazwie 102-Capacitor. Może ona mieć powiązany atrybut klasyfikacji utworzony w Windchill poprzez podanie parametru nazwy i wartości (tutaj Capacitance) – zwróć uwagę, że do jednej klasyfikacji można zastosować wiele atrybutów:

<common:Attribute>
	<common:ClassificationName>102-Capacitor</common:ClassificationName>
	<common:Key>Capacitance</common:Key>
	<common:Value>${parameter.Value}</common:Value>
</common:Attribute>

W sekcji synchronizacji ToAltium w konfiguracji dane pochodzące z Windchill można filtrować pod kątem żądanej klasyfikacji części w zestawie znaczników <SourceCritera>, wskazując jej ClassificationName.

<SourceCriteria>
	<ClassificationName>102-Capacitor</ClassificationName>
</SourceCriteria>

Aby pobrać wszystkie części spełniające pasującą wartość atrybutu klasyfikacji (np. wszystkie kondensatory 10uF), sekcja <SourceCriteria> powinna zawierać ustawienia atrybutów konfiguracji, które definiują ClassificationName oraz powiązany klucz i wartość atrybutu klasyfikacji.

<SourceCriteria>
	<common:Attribute>
		<common:ClassificationName>102-Capacitor</common:ClassificationName>
		<common:Key>Capacitance</common:Key>
		<common:Value>10uF</common:Value>
	</common:Attribute>
</SourceCriteria>

Aby wyodrębnić konkretną wartość atrybutu klasyfikacji z Windchill, pobierz parametr Value z konkretnej nazwy atrybutu powiązanej z ClassificationName.

<common:Attribute attributeType="revision">
	<common:ClassificationName>102-Capacitor</common:ClassificationName>
	<common:Key>Value</common:Key>
	<common:Value>${attribute.Capacitance}</common:Value>
</common:Attribute>

W samym Windchill klasyfikację PartsLink definiuje się poprzez utworzenie binding attribute, które można zastosować do typu części. Następnie do zdefiniowanej klasy klasyfikacji dodaje się atrybut klasyfikacji części.

Wpisy komponentów w Windchill będą zawierały zdefiniowaną klasyfikację oraz wszelkie określone parametry atrybutów klasyfikacji, które z kolei są dostępne dla procesu synchronizacji komponentów PLM w Workspace.

Gdy wpis komponentu jest synchronizowany z Windchill do Workspace i w konfiguracji PLM Workspace określono interakcję PartsLink, atrybuty konfiguracyjne Windchill dla tej części zostaną przeniesione do Altium Designer.

Możliwość użycia autoryzacji Single Sign On (SSO) podczas łączenia z systemem Windchill PLM jest również dostępna i konfigurowana przez interfejs Workspace. Zapewnia to uproszczoną i bezpieczną metodę autoryzacji połączenia podczas wykonywania procesów PLM w Workspace, takich jak tworzenie projektu i Publish to PLM. W praktyce rozwiązanie to pozwala przyznać dostęp do Windchill z użyciem standardu delegowania OAuth poprzez usługę dostawcy tożsamości, taką jak PingFederate.

Dostęp do konfiguracji SSO znajduje się na karcie OAuth na stronie PLM Management w Workspace (Admin - PLM Integration), gdzie można dodać wiele instancji dostawców OAuth.

Użyj karty OAuth na stronie PLM Management, aby przejść do konfiguracji dostawcy OAuth.

Konfigurację autoryzacji dostawcy OAuth uzupełnia się na podstawie danych dostępnych u skonfigurowanego dostawcy tożsamości. Wprowadź informacje wymagane przez Workspace – identyfikatory, tokeny, adresy URL itp. – w polach strony, a następnie zapisz ukończoną konfigurację.

Informacje wymagane do skonfigurowania nowej instancji SSO OAuth są pobierane z istniejącej konfiguracji dostawcy OAuth.

Aby zakończyć konfigurację, włącz nową instancję dostawcy OAuth w pliku konfiguracyjnym XML Windchill – więcej informacji znajdziesz w komentarzach w przykładowym pliku konfiguracyjnym Windchill.

<Instance>
  <Driver>Windchill</Driver>
  <Url>https://MyWindchill.company.com</Url>
  <OAuthProvider>Windchill-PingFederate</OAuthProvider>
</Instance>

Poniższy przykład krótko pokazuje utworzenie nowej części w Workspace, a następnie automatyczne utworzenie odpowiadającej jej części w instancji PLM. Wygenerowany numer części jest następnie rozpropagowany z instancji PLM z powrotem do komponentu w Workspace jako parametr elementu (Item) – co oznacza, że nie ma potrzeby wydawania (release) nowej rewizji komponentu bibliotecznego Workspace. W tym przykładzie używana definicja procesu to PR with PLM Part Create – pochodna przykładowej definicji Part Request with PLM Part Create.

1. Uruchom proces Part Request i wypełnij kolejne formularze – opisując wstępne zgłoszenie – zgodnie z potrzebami. Na poniższym obrazie zgłoszenie jest składane przez stronę Part Requests interfejsu Workspace i dotyczy jednej części.

2. Nowe zgłoszenie części będzie widoczne jako aktywny proces na stronie Part Requests, z bieżącym stanem odzwierciedlonym w głównym wpisie oraz na diagramie jego bazowego przepływu pracy.

3. Gdy wymagany użytkownik podejmie (lub zostanie mu przypisane) zadanie pracy nad zgłoszeniem, ostatecznie tworzy żądaną część (części). Każdy komponent utworzony (i/lub wybrany) w celu spełnienia zgłoszenia jest dodawany do pola Components zadania. Dodane komponenty zostaną automatycznie utworzone w PLM. Na poniższym obrazie utworzono i dodano pojedynczy komponent – CMP-007-00038. Upewnij się, że pole Next step jest ustawione na Completed i kliknij przycisk .

Może pojawić się prośba o podanie poświadczeń logowania do systemu PLM określonego w przepływie pracy procesu Part Request.

4. Przepływ pracy procesu będzie kontynuowany, a wskazany komponent zostanie utworzony w instancji PLM. Po zakończeniu procesu możesz zobaczyć wygenerowany numer części PLM na karcie Data procesu. Pamiętaj, aby przełączyć filtr (w lewym górnym rogu) na wyświetlanie procesów Closed.

Administratorzy mogą użyć przycisku , aby pobrać szczegółowy rejestr wszystkich wymienionych zgłoszeń Part Requests w formacie CSV rozdzielanym przecinkami.

5. Po powrocie do Altium Designer przejdź do utworzonego komponentu w panelu Explorer i przełącz się na widok karty Preview . W obszarze parametrów zauważ, że dodano dodatkowy parametr – PlmPartNumber – którego wartością jest numer odpowiadającej mu części utworzonej w PLM.

Zwróć uwagę, że parametr został dodany do komponentu, ale jego rewizja pozostaje taka sama – nie było ponownego wydania komponentu. Wynika to z faktu, że parametr jest parametrem na poziomie elementu (Item-level) – dodanym do samego Component Item i dostępnym we wszystkich jego rewizjach.

Podczas konfigurowania procesu Publish to PLM process dla Windchill^® PLM możesz także wskazać (i utworzyć) docelowy folder Windchill dla dokumentów publikowanych z Workspace.

Powiązane parametry folderów Windchill są zdefiniowane w pliku Publishing Template XML file, który jest zastosowany do wpisu integracji Windchill PLM w Twoim Workspace. Węzły definicji folderów mają format znacznika <pt:Folder>xxx</pt:Folder> – gdzie pt to bieżąca przestrzeń nazw, a xxx to pełna ścieżka folderu – i są umieszczane jako reguła publikowania w sekcji FileDistribution dla każdego typu dokumentu (na przykład PCB.zip Fabrication output).

Przykładowa hierarchia struktury Publishing XML wyglądałaby następująco:

<pt:EntityRule id="FAB">
  <pt:FileDistributions>
    <pt:FileDistribution archiveName="PCB.zip">
      <pt:Folder>PRODUCT/Projects/${project.name}/FAB data</pt:Folder>

Ostatnia linia wpisu określałaby (lub utworzyła) docelowy folder publikowania dla PCB.zip Fabrication output ze strukturą folderów Windchill (gdzie nazwa projektu to MyProject):

PRODUCT
  Projects
    MyProject
      FAB data

Zwróć uwagę, że ścieżka folderu zdefiniowana w pliku Publishing XML jest bezwzględna (a nie względna) i może zawierać inne właściwości projektu, takie jak nazwa projektu (${project.name}) oraz numer zespołu/assembly (${project.PLM_ASSEMBLY_NUMBER}).

Jeśli używasz przykładowej definicji procesu – Project Releaser with Publish – do utworzenia własnej definicji, nazwa etapu prezentowana po stronie Altium Designer to domyślnie Publish to PLM. Złożone polecenie w menu rozwijanym przycisku Project Releaser również zawiera tę nazwę: Prepare & Release & Publish to PLM.

Masz jednak możliwość zmiany sposobu, w jaki jest to prezentowane użytkownikom (wraz z podpowiedzią opisu powiązaną z etapem). Pola służące do tego są dostępne w bazowym workflow dla procesu, gdy zostanie wybrany element Start (typu Start Release). Są to:

• Action name – nazwa akcji po wydaniu projektu (post project release action), czyli nazwa etapu prezentowanego jako etap 7 w Project Releaser. Wpis w tym polu jest wymagany, jeśli w workflow procesu zdefiniowano zadania. Ta nazwa będzie też użyta dla polecenia menu w formacie Prepare & Release & <Action name>.
• Action description – opis akcji po wydaniu projektu, prezentowany użytkownikowi w Project Releaser jako podpowiedź (tool tip) dla wpisu etapu 7.

Ustawienia domyślne elementu Start w workflow opartym na przykładowej definicji procesu Project Releaser with Publish oraz sposób prezentacji w Project Releaser.

Poniższy obraz pokazuje te pola zmienione w bazowym workflow oraz wynikowy wpływ na wpisy w Project Releaser.

Zmienione ustawienia elementu Start użytego w workflow do publikowania do PLM przez Project Releaser.

Poniższy przykład krótko pokazuje utworzenie nowego projektu wraz z inicjalizacją w PLM. Proces jest wywoływany z Altium Designer przy użyciu definicji Create Project with PLM Initialise – pochodzącej z przykładowej definicji Project with Initialise in PLM.

1. Po uruchomieniu procesu (File » New » Project in <Workspace> » Create Project with PLM Initialise) pojawia się okno dialogowe (nazwane zgodnie z definicją procesu), w którym można zdefiniować projekt. W tym przykładzie nazwiemy projekt po prostu Example_Project_with_PLM_Init, nadamy mu opis i pozostawimy wszystkie pozostałe pola – w tym te na karcie Advanced – bez zmian.
2. Gdy projekt jest zdefiniowany, kliknij przycisk . Pojawi się okno dialogowe Login Credentials. Ponieważ jest to nowy projekt, musisz podać dane logowania do PLM oraz wskazać instancję PLM i powiązany szablon publikowania, które mają zostać użyte. W przykładzie użyto pliku konfiguracyjnego i powiązanego szablonu publikowania (zgodnie z wymaganiem) dla Arena PLM.

Po podaniu danych uwierzytelniających oraz wybraniu instancji PLM i szablonu publikowania kliknij przycisk .

3. Proces dojdzie do końca (zakładając brak błędów), co widać w panelu Tasklist, w sekcji zamkniętej listy Activities – zaznacz opcję Show closed z menu powiązanego przycisku . Wybierz wpis Activity, aby uzyskać więcej informacji o zakończonym procesie i jego zestawie danych.

Ukończony proces oraz powiązane z nim informacje można również wyświetlić w interfejsie Workspace, wybierając widok Activities w szczegółowym widoku danego projektu — gdy projekt został otwarty z widoku Projects. Wybierz opcję Closed activities (prawy górny róg), aby uzyskać dostęp do informacji o statusie ukończonego procesu.

4. W Altium Designer nowy projekt jest widoczny w panelu Projects, zaplanowany do zatwierdzenia (commit) w opartym na Git repozytorium projektowym Versioned Storage w Workspace — kliknij prawym przyciskiem myszy wpis projektu i użyj polecenia Save to server, aby to zrobić. Następnie możesz dodać dokumenty źródłowe i kontynuować projektowanie. Gdy przyjdzie czas na publikację, projekt jest już powiązany z odpowiednimi częściami w instancji PLM.

Z karty Parameters w oknie dialogowym Project Options lub w sekcji Parameters projektu w panelu Explorer możesz zobaczyć numery części przypisane w instancji PLM, które odnoszą się do odpowiednich elementów projektu możliwych do wydania/opublikowania.

Sposób, w jaki nazwy parametrów PLM odnoszą się do pakietów wydań projektu, jest określony w pliku konfiguracyjnym PLM, który z kolei wynika z atrybutów nazewnictwa i numeracji wymaganych przez system PLM.

Gdy umieszczasz ciąg tekstowy na schemacie, parametry PLM powiązane z projektem będą dostępne jako ciągi specjalne: