ASPICE V3.991差异解读—SWE.1(ASPICE V4.0草稿版差异预览)

《Automotive SPICE 4.0》即将发布,本文将对SWE.1这一过程较V3.1版本的变化点进行介绍。

推荐阅读:

ASPICE V4.0 差异概览-亚远景

ASPICE V3.991差异解读—SYS.1(ASPICE V4.0草稿版差异预览)

ASPICE V3.991差异解读—SYS.2(ASPICE V4.0草稿版差异预览)

ASPICE V3.991差异解读—SYS.3(ASPICE V4.0草稿版差异预览)

ASPICE V3.991差异解读—SWE.4(ASPICE V4.0草稿版差异预览)

ASPICE V3.991差异解读—SYS.4/SWE.5(ASPICE V4.0草稿版差异预览)

ASPICE V3.991差异解读—SYS.5/SWE.6(ASPICE V4.0草稿版差异预览)

首先,介绍一下SWE.1的整体变化情况,具体如下所述:

过程目标及成果

过程目标

差异分析:

内容基本一致。

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

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

过程成果

差异分析:

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

过程实践

 V3.1 BP1&BP5vs V3.991 BP1

差异分析: 

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

细节点变化:

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

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

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

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

  V3.1 BP2 vs V3.991 BP2

差异分析: 

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

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

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

V3.1 BP3 vs V3.991 BP3

差异分析: 

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

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

V3.1 BP4vs V3.991 BP4

差异分析: 

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

V3.1 BP6&BP7 vs V3.991 BP5

差异分析: 

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

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

V3.1 BP8 vs V3.991 BP6

差异分析: 

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

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

总结

新版本主要变更点体现在: 

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

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

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

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

关于亚远景科技

亚远景ASPICE服务

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

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

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

亚远景简介

上海亚远景信息科技有限公司是家位于上海,服务全国的高技术企业,向研发领域提供以下产品与服务:

  • 国际认证:ASPICE/敏捷SPICE/ISO26262/ISO21434

  • 研发咨询:诊断,培训,流程定义

  • 软件工具:研发过程管理平台

  • 人才培养:专业训练,资格认证

  • 资源整合:供应链业务外包介绍

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: ASPICE是指汽车供应链产品开发基础设施的改进方法,实现了产品组件的重用、可靠性设计和自动化测试。在ASPICE的指导下,汽车制造商和供应商可以更快地将高质量的产品带到市场上,同时还可以降低开发和生产成本。ASPICE使用一系列的过程和模板,来指导汽车供应链中的开发团队。这些模板和过程包括需求分析、系统设计、软件开发、测试等不同阶段,使得开发团队能够掌握和发展最佳实践。ASPICE主要分为3个级别,即基本水平、中间水平和高级水平。每个级别都有不同的指标和标准,开发团队需要按照这些标准进行评估和改进,从而不断提升产品质量和开发效率。ASPICE还提供了评估和认证机制,对汽车供应链中的开发团队进行评估和认证,确保他们符合汽车制造商的要求和标准。ASPICE汽车供应链的重要工具,已经得到了全球范围内的广泛应用。 ### 回答2: ASPICE是一种软件过程评估标准,它的全称为Automotive SPICE汽车软件过程改进与能力评估),是汽车行业的一种通用标准。ASPICE被设计用来提升汽车软件开发的质量和效率,涉及到软件开发的不同阶段,从需求定义到开发、测试和集成,甚至到配置管理和项目管理等。它将软件过程分成了六个级别,不同的级别评估软件开发流程的成熟度,其中最高的是LEVEL 5。ASPICE也提供了详细的流程指南、工具和模板,支持开发团队的自我评估和检查。 SWE.3是ASPICE中的一个级别,也称为软件产品的设计和实现。在这个级别中,开发团队需要对软件的需求进行分析和概念设计,并在此基础上完成详细的设计和编码。这个过程需要保证软件质量,并且需要符合特定的标准和规范。在这个阶段,开发团队还需要进行代码静态分析、单元测试和集成测试,并在这个过程中迭代改进软件的设计和编码,确保软件的质量和符合需求。此外,这个阶段的评估还要看开发团队能否满足特定的要求,如安全性、可靠性、可维护性和性能等。这意味着开发团队需要对软件开发的整个过程进行细致的管理和控制,确保软件产品的质量和符合ASPICE标准的要求。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值