差异分析：

内容基本一致。

细节变化：目标强调了需求的结构化与分析，表达了本过程更加重视需求是否被良好的结构化定义与管理，且进行了充分的分析。

从评估维度去看到过程的目标实现情况，这两点的评估比重会有所增加。

差异分析：

基本一致，变化点跟随BP，可见下述具体BP的差异。

差异分析： 

BP存在内容整合，包括验证准则BP和其他标准的引用。

细节点变化：

1.V3.991中识别软件需求的参考上游为系统需求和系统架构，不再把变更明确的作为其中来源之一，在工作中，变更往往是所有工作过程的可能输入之一，删除可消除冗余。

2.强调了需要识别需求的特性，这一点非常迎合当前正常的需求管理逻辑，即在需求管理中，往往会定义一些“属性字段”，这些属性字段很大程度上影响了需求的定义与工作，BP内容的调整将此进行了正式化的对待。

3.添加了两个note，定义系统需求时明确了具体的参考文件和参考方法，IEEE 29148系统性的规范了需求的做法，是很好的参考材料，ISO 26262的引用也是符合行业当前执行的现状。

4.V3.1版本的BP5制定验证准则被删除，不作为独立的BP存在，但在3.991 BP1中的note2中被提到作为一个需求属性字段存在，以证明需求的可验证性，短期角度VC还是值得编写的一个点。

差异分析： 

基本要求一致，略有侧重点的变化。

1.V3.991中在结构化软件需求时明确要求定义优先级，在描述上删除了3.1中对于结构化的具体细节要求，只在备注中给出了通过分组或产品变体识别的例子；

2.从BP的评估和实施角度，结构化方法的自由度上升，受限减小，但优先级被强调其实是更加关心需求的开发计划性，这一点在增量或迭代开发模式中会更被重视。

差异分析： 

1.在分析维度V3.991中，将需求分析BP与项目管理的可行性分析和估算BP进行了关联连锁，过程之间的关系更清晰且明确，这一点比较关注的是基于项目的发布计划与需求的优先级定义所识别的某一时期需要开发的需求是否存在资源或者时间层面的不可行，如发现风险需要进行应对，如调整需求的发布计划与优先级，或者调度资源进行正向应对。

2.同时删除了一些特殊特性的分析，如可验证性，增加了note8，给出一定评估的方法介绍。

差异分析： 

V3.991中将对运行环境的影响分析并不只对系统要素接口和运行环境进行分析，而是对涉及到的相关系统环境中的元素进行分析，分析点更加全面。

差异分析： 

1.V3.991将追溯性和一致性合并成一条BP项，描述内容一致，在3.1的评估中，追踪BP和一致BP经常做一样的打分，存在一定冗余，于此消除。

2.V3.991中提到了双向追溯性对变更影响分析的支持，这一点在之前的guideline略有体现。

差异分析： 

V3.991中除了沟通约定的软件需求外还需要对运行环境的影响分析结果进行沟通；

在沟通角度，没有提及对需求的更新进行沟通，但在需求的更新会有变更作为沟通的机制去拉通影响方，本质上不应该出现“需求默默的更新而无人知道”的情况。

节省流量版本，主要与实际工作比较影响大的变更点有：

BP1需求定义中要求对需求属性进行定义，验证准则BP被融合到其中作为一个属性点存在；

追溯性和一致性的要求整合成了一个BP要求，后续评估打分不再是一个问题扣下调两个BP；

强调了对运行环境的影响分析及沟通。

·项目ASPICE评估与改进：评估项目在ASPICE方面的能力等级，提供改进建议和咨询服务，包括ASPICE流程设计、ASPICE工具使用、ASPICE团队建设等。

·ASPICE人才培训：提供各种ASPICE主题课程，包括iNTACS认证的主任/助理评估师、Cybersecurity等课程，帮助组织或项目管理团队了解ASPICE方法和最佳实践，以及如何应用这些方法来提高生产力和生产效率。

·ASPICE软件工具：提供ASPICE软件工具，包括项目管理工具、代码管理工具、自动化测试工具等，帮助组织或项目管理团队提高生产效率和质量。