MUNIK谈ASPICE系列专题分享（九）ASPICE对项目需求管理的实践分享
前言：
基于ASPICE (Automotive Software Process Improvement and Capability dEtermination) 要求进行项目需求管理，需要遵循一系列标准化的流程和活动，以确保需求的一致性、完整性和可追溯性。ASPICE提供了一个框架，用于评估和改进汽车行业的软件开发过程，由于现在正处在过程评估模型（PAM）3.1到4.0的过渡期，本文也会介绍下两者的变化点。在需求管理方面，ASPICE特别强调了需求的精确定义、跟踪和验证，下面分别来介绍。
1-需求的定义
VDA scope里面主要有2个过程域涉及到需求定义，即SYS.2 系统需求分析和SWE.1 软件需求分析。SYS.2的过程目的是将已定义的利益相关方需求转换成一组系统需求，以指导系统设计。SWE.1的过程目的是将系统需求中与软件相关的部分转化为一组软件需求。两者的过程成果是类似的，在ASPICE PAM3.1中定义的过程成果比如建立了一组定义的需求，将需求进行分类，并分析了其正确性和可验证性，分析了需求的运行环境的影响，定义了需求实施的优先级，根据需要更新了需求，从成本、进度和技术影响来评估需求，约定了需求，并与所有受影响方沟通。在PAM4.0中去掉了“根据需要更新了需求“和”需求分配和接口定义”，以及“制定验证准则”，将这些都合并到“需求定义”之中。
2-需求的跟踪和验证
在ASPICE对需求管理的要求中，不可或缺的当然是需求的一致性和双向可追溯性， 追溯性和一致性在Automotive SPICE 3.1 PAM 是通过两个单独的基本实践来提出，而在4,0中将两者合并了。追溯性指的是在工作产品之间存在引用或链接，由此可以进一步支持覆盖率、影响分析、需求实施状态跟踪等。相反，一致性关注内容和语义。
此外，双向可追溯性可被明确地定义在
- 测试用例和测试结果之间
- 变更请求和受这些变更请求影响的工作产品之间
双向可追溯性和一致性的概览如下图所示。
一致性由双向可追溯性支持，并可通过评审记录来证明。
秒尼科建议使用需求可追溯性矩阵（RTM）来维护需求与其对应设计、实现和测试用例之间的关系。需求可追溯性矩阵（RTM）是一个表格，它将需求与架构元素（如系统组件、接口或模块）联系起来。这个矩阵有助于确保每个需求都被适当地实现和测试。下图是一个RTM的示例。
在ASPICE框架下，需求管理是一个持续的过程，需要与项目的整体软件开发生命周期紧密集成。通过遵循ASPICE的要求，组织可以确保其需求管理过程是高效、透明和可追踪的。
以上为MUNI公司的一家之言，供您参考。
---如果您需要了解完整的ASPICE信息，可以进入INTACS网站。
---如果您需要了解专业的ASPICE实施知识库，可以进入MUNIK网站。
Munich德国专家作为ASPICE咨询委员会成员，也为INTACS提供了自己专业的贡献。
