XML 파일을 사용한 PLM 통합 구성

이 섹션은 PLM 인스턴스에서 Workspace로의 동기화를 제어하고 구성하는 데 사용됩니다. 형식은 다음과 같습니다:

  .
  .

ToAltium 섹션 내에서는 다음과 같은 섹션이 정의됩니다:

• Workspace에서 새로운 컴포넌트가 어떻게, 어디에 생성되는지 – <CreateInfo>와 </CreateInfo> 태그셋 사이에서 정의됩니다.

    
    1-Level Revision Scheme
    Component Lifecycle
    Components/Inbox/Capacitors

Workspace에 컴포넌트 항목이 생성될 때, 대상 Workspace 폴더(Components/Inbox/Capacitors 위 예시에서)와 연결된 Component Template이 지정되어 있다면 사용됩니다. 이 템플릿은 생성된 컴포넌트에 적용될 아이템 네이밍 스킴도 정의하며, 폴더에 지정된 네이밍 스킴을 덮어씁니다. 반대로, 폴더에 템플릿이나 네이밍 스킴이 정의되어 있지 않으면 동기화가 실패합니다.

샘플 구성에서는 기본 리비전 네이밍 스킴(1-Level Revision Scheme)과 라이프사이클 정의(Component Lifecycle)가 사용되도록 정의되어 있습니다. 단, 대상 Workspace 폴더에 컴포넌트 템플릿이 연결되어 있다면 이 설정이 우선 적용됩니다.

구성에 특정 컴포넌트 템플릿 참조(예: CMPT-00001)가 추가된 경우, 이 템플릿이 대상 Workspace 폴더에 연결된 템플릿 대신 사용됩니다. 이 템플릿의 설정은 구성 파일의 모든 파라미터 설정(예: 라이프사이클 정의 등)을 덮어쓰며, 단, 지정된 대상 폴더는 예외입니다.

    
    CMPT-00001
    1-Level Revision Scheme
    Component Lifecycle
    
    Components/Inbox/Capacitors

지정된 템플릿은 새로 생성되는 Workspace 컴포넌트에만 적용된다는 점에 유의하세요. 이 방식은 외부 시스템에서 Workspace로 독자적인 컴포넌트 파라미터를 가져오거나 동기화할 때 특히 유용합니다. 이 경우, 맞춤형 Component Template을 적용하여 들어오는 파라미터 데이터를 해석하고, 적절한 기본값을 설정하며, 단위 데이터 타입을 지정하고, 새로 생성되는 Workspace 컴포넌트의 라이프사이클 정의 및 리비전 네이밍 스킴도 지정할 수 있습니다.

• 엔터프라이즈 시스템(PLM) 인스턴스에서 가져온 데이터의 필터링 – <SourceCriteria>와 </SourceCriteria> 태그셋 사이에서 정의됩니다. 필터 문은 PLM에서 특정 작성자가 생성한 컴포넌트 데이터만 받도록 제한하거나(제공된 예시 구성 참조), 특정 속성 값(Business Unit = Engineering_RD)을 가진 컴포넌트 아이템만 받도록 제한할 수 있습니다(아래 예시 참조).

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

• PLM에서 Workspace로 컴포넌트를 전달할 때 전달되어야 하는 속성(파라미터) 목록은 <Attributes>와 </Attributes> 태그셋 사이에 위치합니다. 예시는 다음과 같습니다:

<Attributes>

<!-- PLM의 Name 필드는 Workspace의 name/comment 필드로 전달됩니다 -->
<common:Attribute attributeType="revision">
	<common:Key>name</common:Key>
	<common:Value>${attribute.name}</common:Value>
</common:Attribute>

<!-- PLM의 Description 필드는 Workspace의 Description 필드(리비전 레벨)로 전달됩니다 -->
<!-- 리비전 레벨 속성 값이 변경되면 새로운 리비전이 생성됩니다 -->
<common:Attribute attributeType="revision">
	<common:Key>Description</common:Key>
	<common:Value>${attribute.description}</common:Value>
</common:Attribute>

<!-- PLM의 Number 필드는 Workspace의 PlmPartNumber 필드(리비전 레벨)로 전달됩니다 -->
<!-- 참고: 어떤 속성 이름도 사용할 수 있습니다 -->
<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>값이 변경되어도 리비전 업데이트가 발생하지 않음 ${attribute.LastModified}</common:Value>
</common:Attribute>

</Attributes>

구성 스키마 내의 Entity 선언과 함께, 엔터프라이즈 시스템(PLM)과 Workspace 간의 컴포넌트 Part Choice 데이터 매핑을 정의하는 추가 섹션이 있습니다. 이 섹션에서는 대부분의 지원되는 PLM 시스템에 대해 특정 Part Choices 속성 파라미터 매핑을 허용하며, Aras, Windchill, Arena PLM 시스템의 경우 Approved Manufacturing List(AML) 데이터 관계도 지원합니다. 이 정의는 양방향 중 한 방향만을 위한 독점적 정의로, 컴포넌트 제조사 및 부품 번호 속성을 지정하여 Part Choices 데이터 전파에 사용됩니다.

구성 파일(sync="true")에서 Part Choices 동기화가 활성화되면, 지정된 속성의 값이 대상 시스템으로 전달됩니다. 데이터 전파 방향은 'To' 표현식에 의해 결정되며, ToAltium은 PLM 컴포넌트의 파라메트릭 데이터가 생성/업데이트된 Workspace 컴포넌트에 적용됨을 의미하고, ToPlm은 Workspace 컴포넌트에 연결된 Part Choices 데이터가 PLM 측으로 전송됨을 의미합니다. 활성화된 구성은 정의된 모든 컴포넌트 엔티티에 적용되므로, 컴포넌트 데이터셋이 발견될 때마다 Part Choice 데이터가 지정된 대상으로 전송됩니다.

구성 파일에서 ToAltium Part Choices 매핑의 예시 항목은 다음과 같습니다. 여기서 PLM 시스템 속성은 MFR1(제조사명)과 MPN1(제조사 부품 번호)입니다.

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

Part Choice 데이터 동기화는 여러 개의 Part Choice 데이터 항목도 지원합니다. 이러한 추가 속성은 구성 파일 매핑에 또 다른 속성 쌍으로 지정해야 하며, 예를 들어 아래와 같이 MFR2 및 MPN2로 나타낼 수 있습니다:

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

Windchill의 Manufacturer Parts 및 Arena의 Vendor Parts와 같이 제조사 부품 선택 기능이 기본적으로 내장된 기업 시스템의 경우, 구성 파일에서 매핑된 파라미터가 필요하지 않습니다. 이 경우, 관련 구성 섹션에서 Part Choice 데이터 수락만 활성화하면 됩니다.

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

또는 데이터가 엔터프라이즈 시스템으로 전송되는 경우:

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

PTC Windchill PLM 시스템은 부품을 그룹으로 classified할 수 있는 선택적 PartsLink 모듈을 제공합니다. Windchill에서 지정된 부품 분류는 해당 분류 내에서 추가 정의를 제공하기 위해 연관된 속성/값 쌍을 포함할 수도 있습니다. PartsLink 시스템은 특정 부품 유형을 쉽고 빠르게 타겟팅할 수 있도록 하며, 양방향 동기화 및 읽기/쓰기 액세스를 위한 워크스페이스의 PLM 통합에서 지원됩니다.

Windchill용 워크스페이스 구성 인스턴스에서는, 아래 예시와 같이 ToPLM 섹션에 바인딩 속성을 지정하여 Windchill에서 PartsLink 분류가 생성됩니다:

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

위의 경우, Key/Value 쌍은 102-Capacitor이라는 이름의 분류를 정의합니다. 이는 Windchill에서 이름과 값 매개변수(여기서는 Capacitance)를 지정하여 생성된 연관 분류 속성을 가질 수 있습니다. 하나의 분류에 여러 속성을 적용할 수 있다는 점에 유의하세요:

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

구성의 ToAltium 동기화 섹션에서는, <SourceCritera> 태그셋 내에서 원하는 부품 분류를 지정하여 Windchill에서 가져온 데이터를 필터링할 수 있습니다. 이때 ClassificationName을(를) 지정합니다.

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

일치하는 분류 속성 값(예: 모든 10uF 커패시터)에 부합하는 모든 부품을 가져오려면, <SourceCriteria> 섹션에 ClassificationName 및 연관된 분류 속성 키와 값을 정의하는 구성 속성 설정을 포함해야 합니다.

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

Windchill에서 특정 분류 속성 값을 추출하려면, Value 매개변수를 ClassificationName에 연관된 특정 속성 이름에서 가져오면 됩니다.

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

Windchill 자체 내에서는, binding attribute을(를) 생성하여 부품 유형에 적용함으로써 PartsLink 분류가 정의됩니다. 그런 다음 정의된 분류 클래스에 부품 분류 속성이 추가됩니다.

Windchill의 부품 항목에는 정의된 분류와 지정된 분류 속성 매개변수가 포함되며, 이는 워크스페이스 PLM 부품 동기화 프로세스에서 사용할 수 있습니다.

부품 항목이 Windchill에서 워크스페이스로 동기화되고, 워크스페이스 PLM 구성에서 PartsLink 상호작용이 지정된 경우, 해당 부품의 Windchill 구성 속성이 Altium 측의 부품으로 전파됩니다.

다음 예시는 Workspace에서 새 부품을 생성한 후, PLM 인스턴스에 해당 부품이 자동으로 생성되는 과정을 간략히 보여줍니다. 생성된 부품 번호는 PLM 인스턴스에서 Workspace의 컴포넌트로 파라미터로 전달되며, 이로 인해 Workspace 컴포넌트의 새 리비전 릴리스가 필요하지 않습니다. 이 예시에서 사용된 프로세스 정의는 Part Request with PLM Part Create이며, 샘플 정의 Part Request with PLM Part Create에서 파생되었습니다.

1. 부품 요청 프로세스를 시작하고, 이후 표시되는 양식에 초기 요청 내용을 입력하세요. 아래 이미지에서는 Workspace 인터페이스의 Part Requests 페이지를 통해 요청이 제출되고 있으며, 단일 부품이 요청되고 있습니다.

2. 새 부품 요청은 Part Requests 페이지에서 활성 프로세스로 표시되며, 현재 상태는 메인 항목과 해당 워크플로우 다이어그램 모두에 반영됩니다.

3. 필요한 사용자가 요청 작업을 맡거나 할당받아 작업을 진행하면, 최종적으로 요청된 부품을 생성합니다. 요청을 충족하기 위해 생성(또는 선택)된 각 컴포넌트는 작업의 Components 필드에 추가됩니다. 추가된 컴포넌트는 PLM에 자동으로 생성됩니다. 아래 이미지에서는 CMP-007-00004라는 단일 컴포넌트가 생성되어 추가되었습니다. Next step 필드를 Completed로 설정하고  버튼을 클릭하세요.

PLM 시스템에 로그인 자격 증명을 제공하라는 요청을 받을 수 있습니다. 이는 부품 요청 프로세스 워크플로우에서 지정된 PLM 시스템에 대해 필요할 수 있습니다.

4. 프로세스 워크플로우는 계속 진행되며, 지정된 부품이 PLM 인스턴스에 생성됩니다. 프로세스가 완료되면, 생성된 PLM 부품 번호를 프로세스의 Data 탭에서 확인할 수 있습니다. 왼쪽 상단의 필터를 Closed 프로세스 보기로 전환하는 것을 잊지 마세요.

관리자는 버튼을 사용하여 나열된 모든 부품 요청의 상세 기록을 쉼표로 구분된 CSV 형식으로 다운로드할 수 있습니다.

5. Altium Designer로 돌아가서 Explorer 패널에서 생성된 부품을 찾아 Preview 탭 보기로 전환하세요. 파라미터 영역에서 추가 파라미터인 PlmPartNumber가 추가된 것을 확인할 수 있습니다. 이 값은 PLM에서 생성된 해당 부품의 번호입니다.

이 파라미터는 부품에 추가되었지만, 리비전은 동일하게 유지됩니다. 즉, 부품이 다시 릴리즈되지 않았습니다. 이는 해당 파라미터가 아이템 레벨 파라미터이기 때문입니다. 즉, 컴포넌트 아이템 자체에 추가되며, 모든 리비전에 적용됩니다.

Windchill^® PLM을 위한 Publish to PLM 프로세스를 구성할 때, Workspace에서 퍼블리시되는 문서의 대상 Windchill 폴더를 지정(및 생성)할 수도 있습니다.

관련 Windchill 폴더 파라미터는 Workspace의 Windchill PLM 통합 항목에 적용되는 퍼블리싱 템플릿 XML 파일에서 정의됩니다. 폴더 정의 노드는 <pt:Folder>xxx</pt:Folder> 형식의 태그로 작성되며, 여기서 pt는 현재 네임스페이스, xxx는 전체 폴더 경로입니다. 각 문서 유형(예: PCB.zip Fabrication output 등)에 대한 FileDistribution 섹션 내에 퍼블리싱 규칙으로 배치됩니다.

퍼블리싱 XML 구조 계층의 예시는 다음과 같습니다:

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

샘플 프로세스 정의인 Project Releaser with Publish을(를) 사용하여 자체 정의를 생성하는 경우, 설계 클라이언트 측에 표시되는 단계 이름은 기본적으로 Publish to PLM입니다. Project Releaser 버튼 드롭다운 메뉴의 복합 명령에도 이 이름이 포함됩니다: Prepare & Release & Publish to PLM.

하지만, 이 이름(및 단계에 연결된 설명 툴팁)이 사용자에게 어떻게 표시되는지 변경할 수 있습니다. 이를 위한 필드는 프로세스의 기본 워크플로우에서 Start 요소(Start Release 유형)를 선택하면 사용할 수 있습니다. 해당 필드는 다음과 같습니다:

• Action name – 프로젝트 릴리즈 후 작업의 이름으로, Project Releaser에서 7단계로 표시되는 단계의 이름입니다. 프로세스 워크플로우에 작업이 정의되어 있다면 이 필드의 입력이 필수입니다. 이 이름은 메뉴 명령에도 Prepare & Release & <Action name> 형식으로 사용됩니다.
• Action description – 프로젝트 릴리즈 후 작업의 설명으로, Project Releaser에서 7단계 항목의 툴팁으로 사용자에게 표시됩니다.

샘플 프로세스 정의 Project Releaser with Publish를 기반으로 한 워크플로우에서 Start 요소의 기본 설정과 Project Releaser에서의 표시 예시입니다.

아래 이미지는 기본 워크플로우에서 이 필드를 변경한 결과와 Project Releaser 항목에 미치는 영향을 보여줍니다.

Start 요소의 변경된 설정을 사용하여 Project Releaser을(를) 통해 PLM으로 퍼블리싱하는 워크플로우에서의 예시입니다.

다음 예시는 PLM에서 초기화된 새 프로젝트 생성 과정을 간략히 보여줍니다. 이 프로세스는 Altium Designer에서 Create Project with PLM Initialise 정의를 사용하여 호출되며, 샘플 정의 Project with Initialise in PLM에서 파생되었습니다.

1. 프로세스를 실행(File » New » Project in <workspace> » Create Project with PLM Initialise)하면, 프로젝트를 정의할 수 있는 대화 상자가 나타납니다(프로세스 정의 이름으로 표시됨). 이 예시에서는 프로젝트 이름을 Example_Project_with_PLM_Init로 지정하고, 설명을 입력한 뒤, Advanced 탭을 포함한 나머지 필드는 변경하지 않습니다.
2. 프로젝트 정의가 완료되면 버튼을 클릭하세요. Login Credentials 대화 상자가 나타납니다. 새 프로젝트이므로 PLM 로그인 자격 증명을 입력하고, 사용할 PLM 인스턴스와 게시 템플릿을 지정해야 합니다. 이 예시에서는 Arena PLM용 구성 파일과 게시 템플릿(요청에 따라)을 사용합니다.

자격 증명 입력 및 PLM 인스턴스와 게시 템플릿 선택이 완료되면 버튼을 클릭하세요.

3. 프로세스가 정상적으로 완료되면(오류가 없을 경우) Tasklist 패널의 닫힌 Activities 목록에서 확인할 수 있습니다. 관련 버튼 메뉴에서 Show closed 옵션을 확인하세요. 완료된 프로세스와 데이터 세트에 대한 자세한 정보는 Activity 항목을 선택하여 확인할 수 있습니다.

완료된 프로세스와 관련 정보는 Workspace 인터페이스에서도 해당 프로젝트의 상세 보기 내에서 Activities 보기를 선택하여 확인할 수 있습니다(프로젝트가 Projects 보기에서 열렸을 때). 완료된 프로세스의 상태 정보는 오른쪽 상단의 Closed 활동 옵션에서 확인할 수 있습니다.

4. Altium Designer 내에서는 새 프로젝트가 Projects 패널에 표시되며, Workspace의 Git 기반 Versioned Storage 설계 저장소에 커밋할 준비가 되어 있습니다. 프로젝트 항목을 마우스 오른쪽 버튼으로 클릭하고 Save to server 명령을 사용하세요. 이후 소스 문서를 추가하고 설계를 진행할 수 있습니다. 게시 시점에는 이미 프로젝트가 PLM 인스턴스의 관련 부품과 연결되어 있습니다.

Project Options 대화 상자의 Server Parameters 탭이나, Explorer 패널의 프로젝트 매개변수 목록에서, PLM 인스턴스에 할당된 부품 번호를 확인할 수 있습니다. 이 번호는 릴리즈/게시가 가능한 관련 프로젝트 엔티티와 연결되어 있습니다.

PLM 매개변수 이름이 프로젝트 릴리즈 패키지와 어떻게 연관되는지는 PLM 구성 파일에 지정되어 있으며, 이는 PLM 시스템에서 요구하는 이름 및 번호 속성에 따라 결정됩니다.

회로도 텍스트 문자열을 배치할 때, 프로젝트와 연결된 PLM 매개변수는 특수 문자열로 사용할 수 있습니다: