[논문 리뷰] Software-heavy Asset Administration Shells: Classification and Use Cases

Carsten Ellwein, David Dietrich외 3명|arXiv (Cornell University)|2026. 02. 18.

Digital Transformation in Industry인용 수 0

한 줄 요약

이 논문은 런타임 환경과 기능 구성요소에 따라 소프트웨어 중점의 자산 관리 쉘(AAS)을 분류하고, 이러한 분류를 디지털 제조의 품질 기준 및 구체적 사용 사례와 연결합니다. 소프트웨어 강도와 수명주기 적응성에 기반해 아키텍처를 선택하기 위한 가이드라인을 제공합니다.

ABSTRACT

The Asset Administration Shell (AAS) is an emerging technology for the implementation of digital twins in the field of manufacturing. Software is becoming increasingly important, not only in general but specifically in relation to manufacturing, especially with regard to digital manufacturing and a shift towards the usage of artificial intelligence. This increases the need not only to model software, but also to integrate services directly into the AAS. The existing literature contains individual solutions to implement such software-heavy AAS. However, there is no systematic analysis of software architectures that integrate software services directly into the AAS. This paper aims to fill this research gap and differentiate architectures based on software quality criteria as well as typical manufacturing use cases. This work may be considered as an interpretation guideline for software-heavy AAS, both in academia and for practitioners.

연구 동기 및 목표

• 소프트웨어 서비스를 AAS에 직접 통합하는 아키텍처를 구분합니다.
• 런타임 및 기능에 기반한 AAS의 소프트웨어 강도 분류를 제안합니다.
• 소프트웨어 강도가 품질 기준 및 사용 사례 적합도에 미치는 영향을 분석합니다.
• 프로젝트 요구에 맞춘 AAS 아키텍처 선택에 대한 가이드를 제공합니다.

제안 방법

• 소프트웨어 통합 측면에서 기존 AAS 및 DT 문헌을 검토합니다.
• 런타임 환경과 기능 구성요소의 두 가지 독립적인 다단계 분류를 도입합니다.
• 소프트웨어 강도를 5D 모델 프레임워크를 사용하여 여섯 수준(Lvl. 0–Lvl. 5)으로 정의합니다.
• ISO/IEC 25000에 따라 각 수준의 신뢰성, 이용성, 성능, 보안, 지원성, 이전성 등의 품질 기준을 평가합니다.
• 아키텍처 의사결정을 안내하기 위한 사용 사례 및 트레이드오프를 논의합니다.
• 진화하는 사용 사례에 대해 소프트웨어 강도의 수명주기 적응성을 강조합니다.

실험 결과

연구 질문

• RQ1 AAS에 소프트웨어 서비스를 통합하기 위해 어떤 아키텍처가 존재하며 소프트웨어 강도 측면에서 어떻게 다른가요?
• RQ2 런타임 환경 및 기능 구성요소에 따라 AAS 소프트웨어 강도를 체계적으로 분류할 수 있나요?
• RQ3 다른 강도 수준의 품질 영향(신뢰성, 이용성, 성능, 보안, 지원성, 이전성)은 무엇인가요?
• RQ4 실무자들은 특정 사용 사례와 진화하는 요구사항에 맞춰 어떤 AAS 아키텍처를 선택해야 하나요?

주요 결과

• 런타임 환경 분류가 수동적 모델에서 독립 실행형 실행 AAS 런타임에 이르는 세 단계로 구성됩니다.
• 6단계의 기능 구성요소 분류(Lvl. 0에서 LvL. 5까지)는 소프트웨어 강도와 내부 복잡성을 증가시킵니다.
• 품질 기준은 소프트웨어 강도가 증가할수록(레벨 3–레벨 5) 점점 더 중요해집니다.
• API 수준에서의 매개변수화는 확장하기 쉽지만(레벨 2) 외부 의존성을 도입합니다.
• 케이스 기반 가이드는 더 높은 강도(Lvl. 3–Lvl. 5)가 임베디드 로직 및 복잡한 작업을 가능하게 하는 반면, 낮은 수준은 단순성과 재사용성을 선호합니다.
• 본 논문은 소프트웨어 강도가 사용 사례와 함께 진화할 수 있는 수명주기 적응성을 주장합니다.