[论文解读] Software-heavy Asset Administration Shells: Classification and Use Cases

Carsten Ellwein, David Dietrich+3 more|arXiv (Cornell University)|Feb 18, 2026

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 与数字孪生文献中关于软件集成的研究。
• 引入两种独立的多层次分类：运行时环境与功能组件。
• 在 5D 模型框架下定义六个软件密集度层级（Lvl. 0–Lvl. 5）。
• 对每个层级在 ISO/IEC 25000 下的质量标准（可靠性、易用性、性能、安全性、可支持性、可移植性）进行评估。
• 讨论用例与权衡以指导架构决策。
• 强调 AAS 软件密集度在演化用例中的生命周期适应性。

实验结果

研究问题

• RQ1 用于将软件服务集成到 AAS 的现有架构有哪些？它们在软件密集度方面有何不同？
• RQ2 如何基于运行时环境和功能组件系统地对 AAS 软件密集度进行分类？
• RQ3 不同密集度层级对质量指标（可靠性、易用性、性能、安全性、可移植性、可支持性）有何影响？
• RQ4 实践者应如何选择与特定用例及演化需求相匹配的 AAS 架构？

主要发现

• 三阶段运行时环境分类范围从被动模型到独立、可执行的 AAS 运行时。
• 六级功能组件分类（Lvl. 0 到 LvL. 5）提升了软件密集度和内部复杂性。
• 随着软件密集度的提高，质量标准的要求逐步变得更加关键（Lvl. 3–Lvl. 5）。
• 在 API 级别的参数化更易扩展（Lvl. 2），但会引入外部依赖。
• 以用例为驱动的指导显示较高密集度（Lvl. 3–Lvl. 5）能够实现嵌入式逻辑和复杂任务，而较低层级更偏向简化和可复用性。
• 论文主张在用例演化中实现生命周期适应性，使软件密集度随用例发展而演进。