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

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

推荐阅读:

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

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

ASPICE V3.991差异解读—SYS.2(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草稿版差异预览)

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

过程目标及成果

过程目标

差异分析:

内容基本一致,语句更简洁,V3.991描述中不将系统需求分配到架构要素和定义架构评估准则作为过程目的。

过程成果

差异分析:

过程目的变化较大:

1. 3.991版本没有描述系统需求分配到架构的过程成果;

2. 将3.1的过程成果1) 3) 4)合并成一条过程成果描述;

3. 增加了对系统架构分析得出特殊特性的成果(取代评估)。

追溯性及一致性的要求及沟通约定要求基本一致。

过程实践

 V3.1 BP1&BP2&BP3vs V3.991 BP1

差异分析: 

描述内容基本一致。

3.991 用BP1整合了3.1版本的前三个BP,并且分配系统需求不作为具体的BP要求,添加了两个note,定义系统需求时明确了具体的参考文件和参考方法。

  V3.1 BP4 vs V3.991 BP2

差异分析: 

基本要求一致。

细节点变换:3.991对系统元素如何交互给出了对应的示例。

V3.1 BP5 vs V3.991 BP3

差异分析: 

V3.991用系统架构分析BP项代替了V3.1评估备选架构BP要求:

系统架构的分析没有对必须有备选架构有要求,但实际上在分析的过程中也会涉及到其他架构的比对。分析系统架构不仅仅从原本V3.1评估涉及质量特性和开发-购买-重用分析进行分析。其主要归纳了几部分分析:

1.项目管理方面;

2.产品生命周期方面;

3.技术方面;

4.功能安全方面(FMEA);

除此之外对于系统架构的分析还重点提到了对设计决策的基本原理进行记录。

通过分析系统架构得出硬件元素的特殊特征,这是V3.991增加了对硬件层面的要求后在系统架构过程域的一个重要体现。

总的来说,V3.991中分析系统架构的BP要求,包含之前V3.1评估备选架构的要求,在此基础上拓展了其他分析要求,覆盖面更加广泛 。

V3.1 BP6&BP7vs V3.991 BP4

差异分析: 

基本内容一致。

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

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

V3.1 BP5 vs V3.991 BP4

差异分析: 

核心要求一致:分析利益相关方的需求变更,评估影响和风险,并采取变更控制和缓解措施。

细节变化:3.1依赖于利益相关方需求基线的变更,3.991没有利益相关方需求的概念。用Analyze代替了manage,更强调对需求的分析。

V3.1 BP8 vs V3.991 BP5

差异分析: 

基本内容一致,内容更加简洁概括。

总结

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

BP3分析系统架构,这是之前在V3.1版本所没有提到,此部分的变化主要是整合了V3.1版本对备选架构评估的要求(备选架构的有无不作为要求),此外还增加其他方面的分析要求(其中对硬件特性的分析识别需要进行定义是V3.991增加了对硬件过程要求后在系统架构过程域的体现),覆盖面更加广泛。其次,SYS.3对BP项做了整合,将V3.1版本的BP1~BP3统一整合成静态方面的设计,追溯性和一致性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、付费专栏及课程。

余额充值