Tanya Ilieva
자동차 산업 내 디지털 전환은 단순히 하드웨어, 소프트웨어, 또는 디지털 플랫폼과 같은 IT 기술의 변경을 넘어 더 큰 의미를 가지고 있습니다. 이는 비즈니스 프로세스의 핵심에 직접 영향을 미쳐 산업 시대 동안 활용되지 못했던 디지털 능력을 활용하도록 프로세스를 혁신합니다. 혁신 속도는 이전보다 더 빠르게 가속화되고 있습니다. 새로운 기술과 디지털화는 전 세계 기업의 운영 방식을 급격하게 변화시키고 있는데, 제품 개발 기업들도 이 변화에서 제외되지 않고 있습니다.
이러 PTC 토크에서 Nanga Systems의 Senior IT Consultant인 Laszlo Katona는 Codebeamer 내에서 개발한 솔루션을 소개합니다. 이 솔루션들은 자동차 산업에서 특정한 요구사항에 대응하기 위해 개발되었으며, 사용된 네 가지 솔루션은 사용자 지정 응용 프로그래밍 인터페이스(API), 체크리스트 리뷰, 고급 문서 업로드 및 테스트 자동화 결과입니다.
Codebeamer는 현대 제품 및 소프트웨어 개발을 위한 응용 프로그램 라이프사이클 관리 (ALM) 플랫폼입니다. 이는 팀이 개발 협업, 제품 라인 개발 효율성 및 규제 준수를 향상시키는 독특한 디지털 워크플로우를 제공합니다. 열린 플랫폼 구조를 가지고 있어 제품 라인 구성 기능과 함께 응용 프로그램 라이프사이클 관리 기능을 확장하여 복잡한 프로세스에 대한 독특한 구성 가능성을 제공합니다.
How can APIs be used to optimize workflows?
첫 번째 솔루션은 API로, 응용 소프트웨어를 빌드하고 통합하기 위한 정의와 프로토콜의 집합입니다. Codebeamer는 Rest 및 Swagger API를 제공하며, 이는 Codebeamer 지식 베이스에서 완전히 문서화되어 있습니다. 그러나 개발은 주로 Swagger API의 관점에서 집중됩니다. Swagger 편집기를 사용하면 특정 애플리케이션을 사용하지 않고도 엔드포인트를 시도할 수 있는 훌륭한 도구입니다. 두 API 모두 기본적으로 사용할 수 있는 다양한 엔드포인트를 제공합니다. 그러나 특정 상황에서는 특별한 요구에 대응하기 위해 사용자 정의 조정이 필요할 수 있습니다.
첫 번째 요구는 이므로 IBM DOORS에서 Codebeamer로의 이관과 관련이 있습니다. DOORS는 자동차 시장에서 큰 역할을 하며 많은 제조업체에서 사용되고 있습니다. PTC는 사용자가 기존 시스템에서 Codebeamer로 이동하거나 병합할 수 있도록 하는 것이 중요하다는 점을 이해하고 있습니다. 이를 위해 Codebeamer에는 내장된 DOORS 브릿지 가져오기 기능이 제공됩니다. 그러나 DOORS는 Codebeamer가 가지고 있는 몇 가지 능력이 부족하다는 점, 예를 들어 테스트 관리 능력, 이러한 부분은 테스트 활동 및 결과와 관련된 요구사항을 저장하기 위한 사용자 정의 필드를 통해 해결되었습니다.
이 데이터는 이관 이후에도 중요하지만, 모든 이 필드들이 필요하지는 않습니다. 때로는 특정 사용 사례에서 트래커 자체가 Codebeamer에서 생성되었는데 사용자들이 필요하지 않은 수백 개의 추가 필드가 포함되어 있으면 문제가 발생할 수 있습니다. 이를 수동으로 처리하는 데는 최대 열 분이 소요되며, 각 프로젝트가 수백 개의 트래커를 포함할 수 있으므로 시간이 빠르게 누적됩니다. 이에 대한 해결책은 모든 사용자 정의 필드를 숨기는 API 엔드포인트를 만들어서 프로젝트 관리자가 프로젝트 사용자가 필요로 하는 필드만 표시할 수 있게 하는 것이었습니다. 이렇게 하면 사용자는 필요한 필드만 다루면 되므로 효율적입니다.
Codebeamer의 핵심 기능 중 하나는 워킹 셋(Working Sets)으로, 여러 가지 다양한 사용 사례를 구현할 수 있습니다. 워킹 셋은 여러 개의 잠재적으로 병렬 스트림에서 동작하는 동일한 명세에 대한 다양한 사용 사례를 지원할 수 있습니다. 예를 들어 단계별 개발, 특징 중심 개발, 유지 보수 릴리스, 제품 라인 또는 변형 관리 등이 그 예입니다. 여기서 보고 관점에서의 도전 과제는 특히 데이터 추출과 관련된 워킹 셋과 관련된 API 수준의 기능이 제한되어 있다는 점입니다. 추출해야 하는 데이터는 기업 보고서에 필요합니다. 이 특정 사용 사례는 Codebeamer에서 관리되는 변형에 중점을 두고 있으며, 이 데이터를 비즈니스 인텔리전스에서 활용하고자 했습니다. 해결책은 다양한 보고 요구를 해결하기 위해 서로 다른 엔드포인트를 만들거나 프로그래머가 변형을 더 쉽게 식별할 수 있도록 하는 것이었습니다. 그런 다음 기존의 API 엔드포인트와 스크립트를 사용하여 기존 데이터를 관리하거나 변경할 수 있습니다.
What workarounds are there for checklist reviews?
다음 주제는 체크리스트 리뷰로, 자동차 산업에서 매우 중요한 사용 사례 중 하나입니다. Nanga Systems는 Review Hub라는 특별한 솔루션을 사용하여 다양한 해결책을 구축하고 있습니다. Review Hub는 협업 기능을 제공하는 전용 리뷰 도구로, 리뷰어들이 다양한 요구사항이나 작업물에 대해 토론할 수 있도록 지원합니다. 그러나 이 솔루션에는 몇 가지 단점이 있습니다. 체크리스트를 만들 수 있는 능력이 없으며, 워크플로 자동화가 제한되어 있습니다. 워크플로에 대한 조건을 정의해서 항목이 리뷰를 거쳐야 하는 경우만 가능하며, 리뷰에서 수집한 의견은 아티팩트 자체에 표시되지 않습니다. 이 부분은 미래에 변경될 예정이지만 현재로서는 작성자가 리뷰에 들어가서 요구사항을 이해해야 하는 번거로움이 있습니다.
마지막으 재사용 기능에 우수한 요구사항 라이브러리를 사용하는 것입니다. 이 경우 체크리스트 항목은 별도의 작업 항목으로 생성되어 요구사항 라이브러리를 사용하여 재사용할 수 있습니다. 이는 워크플로 관점에서 높은 구성 가능성을 가지고 있습니다. 그러나 단점은 리뷰를 수행할 때마다 체크리스트를 수동으로 재사용해야 하므로 높은 노력이 필요하며, 리뷰가 매우 빈번하게 수행되기 때문에 어려울 수 있습니다. 또한 워크플로 자동화가 없어 사용이 어려울 수 있습니다.
What are the challenges of advanced document uploading?
다음 사용 사례는 고급 문서 업로드입니다. Codebeamer가 활성화되면 문서 관리 기능을 제공하는데, 이는 ‘문서’라는 전용 트래커 유형을 통해 이루어집니다. 그러나 도전 과제는 문서를 대량으로 업로드할 수는 있지만 한 번에 한 폴더에만 업로드할 수 있다는 점입니다. 더구나 폴더는 수동으로 생성되어야 하며, 재구성하려면 항목 단위로 진행해야 합니다. 이를 해결하기 위한 해결책은 사용자가 루트 폴더를 선택할 수 있게 하는 Java 애플리케이션을 만드는 것이었습니다. 그런 다음 하위 폴더의 모든 파일을 Codebeamer에 업로드하여 로컬 머신에서 폴더를 만들고 계층 구조를 다시 생성합니다. 이렇게 하면 이를 직접 재사용하거나 몇 번의 클릭으로 Codebeamer에 업로드하여 문서 관리자의 시간을 절약할 수 있습니다.
How to overcome test automation challenges
마지막 사용 사례는 특히 자동화된 테스트 결과를 업로드하는 테스트 자동화입니다. 여기서의 도전 과제는 Codebeamer가 기본적으로 명령 줄을 통해 테스트 결과를 업로드하는 것을 지원하며, 이에 대한 어색한 오픈 소스 플러그인이 제공된다는 점입니다. 그러나 이는 특정 XML 형식을 가진 기본 사용 사례에만 도움이 됩니다. 대안으로는 Rest 및 Swagger API를 사용하는 것이 있습니다. 그러나 초기에는 고객이 엔드포인트를 어떻게 사용할지를 잘 알지 못하는 경우가 많습니다. 이를 해결하기 위한 솔루션은 고객이 개발한 자바 기반 응용 프로그램입니다. 이 프로그램은 고객 요구 사항을 충족시키며 TraceTonic ECU-Tests를 특히 많이 활용하는 자동차 산업을 위해 매우 특화되어 있습니다. HTML 보고서가 업로드되길 기대하지만, 정보 전달을 위해 XML 보고서를 사용하고 있습니다. 테스트 케이스는 Codebeamer에 저장되어 나중에 ECU-Tests로 내보내지게 됩니다.
Add comment