作者：Adegoke Gbadamosi

实时操作系统（RTOS）是众多安全关键应用型的核心组成部分，在汽车和医疗领域中广泛应用。其确定性行为、可靠性和可扩展性使其非常适合那些对时间控制和精度要求极高的嵌入式系统。然而，在这些领域中管理RTOS项目会面临独特的挑战，并能带来宝贵的经验教训。

根据WITTENSTEIN high integrity systems(WHIS)在这汽车和医疗领域行业的经验，本文探讨RTOS应用中的关键风险以及如何避免这些风险，为项目管理者、系统架构师和工程团队提供实用的见解。

规划的重要性

在实时操作系统项目中，最常见的失误之一就是低估了资源规划的复杂性。在汽车和医疗领域，开发周期受到严格控制，并且通常会跨越不同地区、由多个团队共同完成。

经验教训：

有效的规划必须考虑到所有可用资源，包括假期、并行项目安排以及应急缓冲时间。通过尽早将这些因素综合考虑进去，项目的时间表会更加合理，也更不容易出现延误。

必须执行跨职能审查

实时操作系统（RTOS）的开发涉及多个层面，从硬件抽象到应用逻辑。在受监管的行业中，忽视跨职能审查可能会导致高昂的返工成本和合规风险。

经验教训：

在跨职能团队中设立强制性的审查检查点。这些审查应当有明确的结构、详细的记录，并且能够追溯到相关环节，以确保整体协调一致，并能在问题出现时尽早发现并解决集成方面的问题。

尽早完成需求确认以减少返工

在医疗和汽车项目中，后期的变更（尤其是设计阶段之后的变更）可能会引发大量返工。这种情况尤其在需求冻结后才收到客户反馈时更为常见。

经验教训：

优先完成关键需求集（例如，重要需求集）的快速闭合，并确保客户参与工作贯穿始终。这样可以降低出现破坏性变更的可能性，并有助于保持设计的完整性。

跨评审阶段的跟踪工作

评审工作对于结构化开发而言至关重要，但通常无法清晰地反映出实际工作量与计划工作量之间的差异。这种差距可能会掩盖资源瓶颈问题，并延缓应对策略的制定。

评审环节是评估进展、工作成效以及与业务目标/项目目标一致性的重要节点。在受监管的项目中，追踪计划工作量与实际工作量的对比情况是保持控制和透明度的关键环节。

经验教训：

在每次评审环节引入工作量跟踪指标。将计划工作量与实际工作量进行对比，有助于发现效率低下的环节，改进预测，并支持基于数据的决策制定。

明确评审职责

在复杂的RTOS项目中，关于谁审查哪些内容的表述不明确可能导致遗漏缺陷和责任归属问题。

经验教训:

明确所有工程师的评审职责。每个开发工作都必须有一个指定的具备相应领域专业知识的审查人员。这样做不仅能提高质量，还能培养员工的责任感和主人翁意识。

诸如ISO 26262（汽车功能安全）和IEC 61508（电气/电子系统功能安全）等标准强调在安全关键型开发过程中的角色清晰度和问责制。指派具备资质的评审人员能够确保可追溯性和合规性。

可靠的工具和技巧

• 使用V模型或混合敏捷方法

• 满足安全要求的可追溯性工具

• 为RTOS集成量身定制的风险管理框架

对未来项目的建议

• 在概念阶段开始RTOS评估

• 使认证目标与产品里程碑保持一致

• 保持动态的风险记录和可追溯性矩阵

• 建立稳固的供应商关系和技术评审周期

总结

汽车和医疗领域的RTOS项目需要具备精确性、协作性和前瞻性。通过吸取常见的失误教训，如不切实际的规划、审查不足、需求变更过晚以及追踪不力等问题，团队能够构建更稳固的流程，并交付更安全、更可靠的系统。

无论是在管理新一代电子控制单元（ECU），还是在操作关乎生命安全的输液泵，其原则都是一样的：要精心规划，严格审查，持续追踪。

在安全关键领域中的实时操作系统项目虽然复杂，但通过积极主动的项目管理是可以顺利推进的。

项目管理者对于协调技术执行与合规成功之间的关系起着至关重要的作用。

SAFERTOS是满足ISO 26262和IEC 61508标准的认证安全实时操作系统，提供卓越的性能和预先认证的可靠性。麦克泰技术代理安全预认证SAFERTOS产品，具有丰富的RTOS应用与安全认证方面的知识和经验，更多SAFERTOS支持和授权信息，欢迎咨询麦克泰info@bmrtech.com。

欢迎关注微信公众号【麦克泰技术】，回复 “加群” 按提示可加入技术交流群