← 最新论文
💻 computer science

Demonstrators for Industrial Cyber-Physical System Research: A Requirements Hierarchy Driven by Software-Intensive Design

本文提出了一种用于定义软件密集型工业信息物理系统中演示者需求的五级分层框架,以解决因需求获取实践模糊而导致的项目目标与可实现结果之间常见的不匹配问题。

原作者: Uraz Odyurt, Richard Loendersloot, Tiedo Tinga

发布于 2026-05-25
📖 1 分钟阅读☕ 轻松阅读

原作者: Uraz Odyurt, Richard Loendersloot, Tiedo Tinga

原始论文采用 CC BY 4.0 许可(http://creativecommons.org/licenses/by/4.0/)。 这是对下方论文的AI生成解释。它不是由作者撰写或认可的。如需技术准确性,请参阅原始论文。 阅读完整免责声明

想象一下,你正在领导一场规模宏大、持续多年的烹饪比赛。你拥有一支厨师团队(研究人员)、一份食材清单(数据和代码),以及一个目标:在结束时呈现一场“盛大宴席”(研究演示器)以供展示。

根据这篇论文的观点,问题在于比赛开始时,每个人对“盛大宴席”究竟长什么样都有不同的想法。有些厨师认为,他们只需要证明自己会切洋葱(基本证明)就够了;而另一些人则认为,他们需要为真实的人群端上一份摆盘精美、获得米其林星级评价的菜肴(工业级系统)。

由于在最初阶段没有人就菜单或“就绪”的定义达成一致,团队花费数年时间争论、错过截止日期,或者端出一份无人满意的半生不熟的菜肴。

以下是本文作者提出的解决这一混乱局面的方法。

问题:TRL 的“魔杖”

在研究领域中,人们常使用一把名为TRL 量表(技术就绪水平)的尺子来衡量技术“就绪”的程度。它从第 1 级(模糊的概念)延伸到第 9 级(完全运行的产品)。

作者指出,这把尺子就像试图用尺子去测量蛋糕的味道。它能告诉你尺寸,但无法告诉你蛋糕是否真的可食用,或者食材是否匹配。

  • 问题所在:一个项目可能会说:“我们要构建一个第 6 级演示器!”但他们尚未定义这究竟意味着什么。是指一位厨师独自烹饪?还是五位厨师协同工作?它是需要让真实顾客尝起来美味,还是只需在照片中看起来好看即可?
  • 结果:困惑。学术界的厨师们想展示新颖的食谱;而工业合作伙伴则想要一台能在真实工厂中运行的机器。最终导致期望值不匹配。

解决方案:新“菜单”(分类法)

作者创建了一份更详细的新菜单,包含5 个具体的“演示器”层级。他们不再仅仅说“第 6 级”,而是会问:

  1. 谁在烹饪? 是只有一位厨师(项目的一部分),几位厨师协同工作,还是整个厨房?
  2. 他们端出的是什么? 是仅仅展示食物的存在(功能性),还是展示其快速、可靠且美味(非功能性)?
  3. 谁在享用? 是一位顾客(单一用例),还是一组协调的顾客?

他们将这些层级命名为诸如“概念验证”(仅展示其可行)和“优化后的集成总证明”(整个团队向真实人群呈现完美盛宴)等。这有助于大家在开始切菜之前,就最终菜肴的模样达成确切共识。

工具:“赛前检查清单”(框架)

为了确保团队不会在半途中陷入停滞,作者构建了一个7 步检查清单(框架),供项目在启动之前使用。

不妨将其视为烹饪开始前的“现实核查”会议。你需要审视三样东西:

  1. 提案:我们承诺要做什么?
  2. 计划:厨师们如何相互依赖?(例如:厨师 A 必须等厨师 B 完成酱汁后才能开始。)
  3. 食材:我们是否真的拥有来自工业合作伙伴的原始数据和代码?

该检查清单按以下步骤运行:

  • 第 1-3 步:审视计划并提问:“如果厨师 A 动作缓慢,是否会阻碍厨师 B?”以此找出链条中的薄弱环节。
  • 第 4-5 步:检查食材。“我们真的拥有来自工厂的数据,还是仅仅是一个承诺?”
  • 第 6 步:将现实与菜单进行匹配。“好吧,我们承诺了一场第 6 级的盛宴,但我们只有足够制作第 3 级聚餐的食材。让我们现在就调整菜单,而不是等到以后。”
  • 第 7 步:为团队写下新的、切实可行的规则。

现实案例(测试厨房)

作者在两个真实的研究项目中测试了这份检查清单:

1. ZORRO 项目(早期阶段)

  • 情况:团队承诺建造一台“第 6 级”的工业机器。
  • 核查:检查清单审视了依赖关系,并意识到“食材”(来自特定公司的数据)与“厨师”(软件团队)不匹配。提供数据的公司与需要这些数据的团队之间缺乏连接。
  • 修正:该框架告诉他们:“你们还无法建造第 6 级机器。你们要么必须改变计划以连接正确的人员,要么将目标降低为一个更小、更简单的演示。”这使他们避免了构建不可能之物的风险。

2. PrimaVera 项目(晚期阶段)

  • 情况:该项目已接近尾声。他们曾承诺提供一个“数字孪生”(船舶的完美虚拟副本),并集成所有内容。
  • 核查:回顾过去,作者发现团队不得不匆忙寻找合适的合作伙伴,因为初始计划与谁拥有数据的现实情况不符。最终,他们得到的是一系列小型演示的“产品目录”,而非他们承诺的那一场盛大的“宴席”。
  • 教训:如果他们在开始时使用了检查清单,就能立即发现这种不匹配并调整目标以使其切合实际,从而避免最后的匆忙应对。

核心结论

该论文认为,研究项目往往未能兑现承诺,是因为他们将“演示器”视为一个模糊的概念,而非具体、可衡量的目标。

通过使用这份新的5 级菜单7 步检查清单,研究团队可以停止猜测。他们可以审视自己的食材和团队结构,认清实际可行的范围,并设定一个既雄心勃勃又切实可行的目标。关键在于确保厨师和顾客在第一个锅被加热之前,就先对菜单达成一致。

您所在领域的论文太多了?

获取与您研究关键词匹配的最新论文每日摘要——附技术摘要,使用您的语言。

试用 Digest →