Siemens 팀 센터 제조 업계에서 가장 널리 채택된 제품 수명 주기 관리(PLM) 소프트웨어입니다. 제조업체는 이 소프트웨어를 통해 조직 전체의 사람, 프로세스, 데이터를 연결할 수 있습니다. Teamcenter와 같은 핵심 시스템의 가치를 극대화하는 것이 필수적입니다.

At Mendix 우리는 믿는다 동작 적응 및 확장핵심 시스템을 조정하면 핵심 사용자 기반에 새로운 경험을 제공할 수 있습니다. 여기에는 새로운 데이터 프레젠테이션과 모바일 및 오프라인 앱과 같은 새로운 폼 팩터가 포함됩니다. 확장을 통해 Teamcenter 데이터를 활용하여 핵심 사용자가 아닌 사용자에게도 도달하고 현장 서비스, 구매, 공급업체 협업과 같은 관련 사용 사례를 활용할 수 있습니다. 이 블로그 게시물에서는 다음을 사용하여 Teamcenter를 확장하는 방법을 설명합니다. Mendix.

의 강점을 결합하다 Mendix 그리고 Teamcenter

'Adapt and Extend' 비전을 달성하기 위해 Teamcenter와의 원활한 통합을 제공합니다. 팀센터 커넥터 그리고 Teamcenter 확장Teamcenter와의 통합은 서비스 지향 아키텍처(SOA)를 통해 지원됩니다. 이 SOA를 통해 Teamcenter에서 데이터를 검색 및 생성하고, BOM(자재 명세서)과 같은 구조화된 데이터를 처리하고, Teamcenter 워크플로와 상호 작용하는 등 다양한 작업을 수행할 수 있습니다.

2019년에 Siemens Teamcenter Connector를 제공하여 개발을 지원합니다. Mendix Teamcenter 데이터를 사용하는 앱은 SOA API를 활용합니다. Teamcenter 커넥터는 Teamcenter와의 통합 과정에서 발생하는 복잡한 작업을 대신 처리하는 Java 작업 세트를 제공합니다. 지원되는 통합 기능에는 로그인/로그아웃, 항목 처리, 항목 수정, 데이터 세트 및 작업 공간 개체, Teamcenter 워크플로 작업 등이 포함됩니다.

작년에, Mendix Teamcenter Extension을 게시하여 빌드 시 진정한 로우코드 경험을 제공합니다. Mendix Teamcenter 데이터를 사용하는 앱입니다. Teamcenter Extension은 Mendix 이미 알려진 것과 같은 친숙한 흐름과 UI를 사용하여 Teamcenter와 통합되는 앱을 빌드할 수 있는 Studio Pro 확장 기능 Mendix 개발자. 개발자가 통합을 구성하면 Teamcenter Extension이 통합에 필요한 마이크로플로와 도메인 모델을 생성합니다. 생성된 마이크로플로는 Teamcenter 커넥터를 활용합니다.

커넥터와 확장 - 차이점은 무엇인가요?

Teamcenter Connector와 Teamcenter Extension은 모두 통합을 간소화합니다. Siemens Teamcenter와 비슷하지만, 그 목적은 서로 다릅니다.

팀센터 커넥터

이 Mendix 모듈은 Teamcenter와의 실제 통합을 처리합니다.

• 일반적으로 사용되는 SOA 호출을 래핑하는 기본 Java 작업을 제공합니다.
• 자동으로 변환합니다 Mendix 요청 객체를 JSON으로 변환합니다.
• 적절한 SOA API를 호출하고 반환합니다. Mendix 응답에서 객체를 가져옵니다.
• SOA 호출을 위한 REST 통합을 처음부터 구축할 필요 없이 Java 작업을 앱 로직으로 끌어서 놓을 수 있습니다.

Teamcenter 확장

확장 기능은 통합을 단순화하도록 설계되었습니다. Mendix Teamcenter를 사용하여:

• A Mendix 통합 빌딩 블록을 생성하기 위한 로우코드 툴을 제공하는 Studio Pro 확장 프로그램입니다.
• 숙련된 사용자에게도 어려울 수 있는 Teamcenter의 여러 상호 연관된(그리고 종종 사용자 정의형) 개체 유형의 복잡성을 해결합니다.
• Teamcenter 비즈니스 모델을 직접 가져옵니다. Mendix 스튜디오 프로.
• 필요한 객체를 간단히 선택하면 필요한 통합 구성 요소가 자동으로 생성됩니다.

간단히 말해, 커넥터는 통합을 실행하고, 확장 기능은 낮은 코드로 쉽게 통합을 설계할 수 있도록 해줍니다.

Teamcenter 확장 기능 사용

자세히 알아보기 전에 사용 사례를 정의해 보겠습니다.

구체적인 사용 사례

사용자가 부품 개정에 대한 변경 요청을 생성할 수 있는 모바일 앱을 개발한다고 가정해 보겠습니다. 이 앱은 Teamcenter와 다음과 같은 통합 기능을 포함할 가능성이 높습니다. 부품 개정 검색, 변경 요청 생성, 변경 요청 처리를 위한 워크플로 트리거.

변경 요청 생성 확대

사용자가 가상 ​​UI에서 제출 버튼을 클릭하면 마이크로플로가 실행되고, 최종적으로 Teamcenter SOA에 대한 REST 호출을 수행하여 Teamcenter에서 객체를 생성합니다.

빌드하기 전에 데이터를 알아보세요

이러한 앱을 개발할 때는 어떤 유형의 데이터를 다루는지 알아야 합니다. 예를 들어, 어떤 유형의 변경 요청이 필요한지 알아야 합니다.

생성. 기본 변경 항목 개정, 문제 해결 보고서 개정 또는 Teamcenter 인스턴스에 맞는 사용자 지정 변경 요청일 수 있습니다.

Teamcenter Extension의 이점

Teamcenter 커넥터를 사용하면 어떤 Teamcenter 비즈니스 개체가 관련되고 어떤 개체가 Mendix 엔터티는 이러한 비즈니스 객체를 나타내지만, 모든 문제를 해결하지는 못합니다. 예를 들어, 어떤 비즈니스 객체 유형을 사용할 수 있는지 어떻게 알 수 있을까요? 이러한 비즈니스 객체에는 어떤 속성이 있나요? 이러한 속성 중 사용자가 수정할 수 있는 속성은 무엇인가요?

Teamcenter Extension의 주요 이점 중 하나는 통합을 설정하는 동안 Teamcenter 비즈니스 모델에 직접 접근할 수 있다는 것입니다. 이 확장 기능이 없었다면 개발자는 Teamcenter 비즈니스 모델에 대한 정보를 조회하기 위해 Teamcenter의 Business Modeler IDE(BMIDE)에 접근해야 했습니다.

종종 다음과 같은 점에 유의해야 합니다. Mendix 개발자는 BMIDE에 접근할 수 없으므로 이 정보는 다른 채널을 통해 전달되어야 합니다. BMIDE의 데이터를 기반으로 도메인 모델을 수동으로 구성할 수 있습니다. Mendix 이는 Teamcenter의 비즈니스 모델을 반영하지만, 오류가 발생하기 쉽고 복잡한 작업입니다.

반면 Teamcenter Extension을 사용하면 Teamcenter 내부에서 필요한 것만 선택할 수 있습니다. Mendix Studio Pro. 가져오기 매핑 페이지를 사용하여 Teamcenter 비즈니스 개체를 매핑하는 방법을 구성할 수 있습니다. Mendix 엔터티를 선택하고 관심 있는 속성, 관계 및/또는 참조를 선택합니다.

가져오기 매핑 중에 확장 기능은 Teamcenter에서 사용 가능한 변경 요청 수정 버전 유형 등을 표시합니다. 확장 기능은 내부 이름과 함께 개체의 표시 이름을 표시합니다. 결국 Teamcenter 커넥터는 통합을 위해 내부 이름이 필요하지만, 내부 이름은 모호할 수 있습니다. 예를 들어, 문제 해결 복습 위에 언급된 것은 C3CapaRevision. 이 확장 기능은 내부 이름과 표시 이름을 모두 표시하여 Teamcenter 비즈니스 모델을 손쉽게 탐색하는 데 도움이 됩니다.

관련 속성, 관계 및 참조를 선택할 때 Teamcenter 확장 기능도 유용합니다. 선택한 비즈니스 객체에 대해 확장 기능은 속성, 관계 및 참조를 나열하고, 내부 이름과 표시 이름을 유형과 함께 표시합니다. 개발자는 앱과 관련된 속성, 관계 및 참조만 선택하면 됩니다. Teamcenter 확장 기능은 통합에 적합한 도메인 모델이 생성되도록 보장합니다.

결론적으로 Teamcenter Extension을 사용하면 다음을 수행할 수 있습니다.

• 개발 속도를 높이세요. 몇 번만 클릭하면 바로 사용 가능한 마이크로플로를 앱 로직으로 끌어서 놓을 수 있습니다.
• 맞춤형 통합을 만듭니다. Teamcenter 인스턴스에 특화된 Teamcenter 개체, 속성, 관계 및 참조를 검색하여 선택합니다.
• 오류와 오타의 위험 없이 통합을 만듭니다. UI에서 개체, 속성, 관계 및 참조의 표시 이름을 사용하고 확장 기능을 통해 통합을 위한 내부 이름을 사용하는 도메인 모델과 마이크로플로를 생성합니다.

모든 것이 어떻게 연결되어 있는지

요약하자면, Teamcenter 커넥터를 사용하면 Teamcenter에서 부품 수정 사항을 검색하고, 변경 요청을 생성하고, Teamcenter의 워크플로에 변경 요청을 제출할 수 있습니다. Teamcenter Extension을 사용하면 Teamcenter 커넥터의 Java 작업을 활용하면서 필요한 앱 로직을 생성할 수 있습니다.

개발 여정을 시작할 때는 Teamcenter Extension으로 시작하는 것이 좋습니다. 사용 사례가 해당 확장 프로그램에서 지원되는 경우, IDE에서 바로 진정한 로우코드 환경을 제공하므로 앱을 개발하는 가장 쉬운 방법입니다.

• 확장 프로그램 실행
• 통합을 선택하세요
• 통합 구성(매핑 포함)
• 도메인 모델과 마이크로플로를 생성하세요!

지원되는 사용 사례에 대한 자세한 내용은 다음을 방문하세요. Teamcenter 확장 설명서.

현재 Teamcenter Extension은 Teamcenter Connector에서 대부분의 통합 기능을 지원하지만, 아직 기능이 완벽하지는 않습니다. 새로운 기능을 지속적으로 추가하고 있습니다. 예를 들어, 위 사용 사례에서 Teamcenter 워크플로를 언급했습니다. 이 통합 기능은 Teamcenter Connector에서는 지원하지만 아직 Extension에서는 지원되지 않습니다.

그렇다면 Teamcenter 커넥터를 사용하여 직접 통합을 개발할 수 있습니다. 기본 Java 작업을 사용하는 지원되는 SOA API 목록은 Teamcenter 커넥터 설명서에서 확인할 수 있습니다.

Teamcenter SOA는 1000개 이상의 엔드포인트를 제공합니다. 짐작하시겠지만 Teamcenter Connector에는 각 엔드포인트에 대한 Java 작업이 없습니다. 그렇다고 해서 막히는 것은 아닙니다. Teamcenter Connector에는 Teamcenter 인스턴스에서 사용 가능한 사용자 지정 SOA 엔드포인트를 포함하여 모든 SOA 엔드포인트를 호출하는 일반 Java 작업이 포함되어 있습니다.

설정은 어려울 수 있지만, 적절한 도구를 사용하면 프로세스를 간소화할 수 있습니다. Teamcenter Extension부터 시작하세요. 사용 사례가 지원되지 않는 경우 Teamcenter Connector에서 제공하는 기본 Java 작업을 사용하세요. 일반 Teamcenter 서비스 호출 Java 작업은 가장 복잡한 옵션이므로 최후의 수단으로만 사용하세요. 아래 이미지는 이러한 접근 방식을 요약한 것입니다. 기능 범위가 점점 넓어질수록 복잡성도 커집니다.

네 차례 야!

Teamcenter 통합 여정을 가속화하고 PLM 환경을 진정으로 '조정하고 확장'할 준비가 되셨나요? 아래 리소스를 확인하여 시작해 보세요.

자료

• Teamcenter 커넥터 다운로드
• Teamcenter 확장 프로그램 다운로드
• Teamcenter 커넥터 설명서
• Teamcenter 확장 설명서
• 학습 경로: 앱에 Teamcenter 통합