ASPICE对追踪性和一致性要求

ASPICE v4.0模型标准概述、基础与插件介绍 本文将针对ASPICE v4.0进行模型标准概述、基础与插件介绍。 阅读详情

微信公众号 SystemEngineeringLab
SystemEngineeringLab

Automotive SPICE PAM V3.1中对双向追踪性和一致性要求主要在系统系统工程过程组、软件工程过程组、变更管理过程以及相关管理过程中。

双向追踪性和一致性整体要求如下:

在这里插入图片描述

系统工程和软件工程过程中,双向追踪性主要体现在:

  1. V模型左侧的需求、架构、设计和实现之间
  2. V模型左侧的需求、架构、设计和实现与V模型右侧对应的测试规范之间
  3. V模型右侧的测试结果和测试用例之间

在系统工程和软件工程过程中,一致性主要体现在:

  1. V模型左侧的需求、架构、设计和实现之间
  2. V模型左侧的需求、架构、设计和实现与V模型右侧对应的测试规范之间

在变更管理过程中主要体现在:

  1. 变更请求和对应的问题报告之间;
  2. 变更请求和受影响的工作产品之间

在项目管理过程中主要体现在:

  1. 估算、活动、排期、计划、接口以及对相关方的项目承诺之间的一致性

追踪性

追踪性的目的

基于双向追踪性,我们可以:

  1. 双方向的依赖分析
  2. 需求覆盖度分析
  3. 需求实现、测试用例确立以及测试用例执行的状态跟踪
  4. 调试
  5. 变更影响分析和风险评估
  6. 技术变更影响分析和风险评估
  7. 成本、排期和技术性影响的影响分析
  8. 操作环境的影响分析
  9. 执行变更时受影响的所有的工作产品的维护
  10. 工作产品修订时的维护,以及
  11. 一致性

追踪的粒度

  • 单条涉众需求
  • 单条系统需求
  • 单个系统架构元素
  • 单条软件需求
  • 单个软件架构组件
  • 单个软件详细设计元素
  • 单个软件单元
  • 单个验证准则
  • 单条测试用例
  • 单条测试结果
  • 单条变更请求
  • 单条问题记录

TAC.RC.1

If the granularity is not at least on the lowest granularity mentioned above, the traceability indicator should be downrated.
如果追溯性的粒度不是如上提到的粒度,则应该降低打分。

追踪性的证据

PAM中定义可以作为追踪性的证据:

  1. 对于工程过程:追踪记录
  2. 对于变更管理过程:变更控制记录

TAC.RC.2

If there is no documented evidence for the traceability between related work products on the required granularity, the traceability indicator should be downrated.
如果相关工作产品的追溯性没有在要求的粒度上存在文档化证据,则应该降低打分。

追踪性的方法和工具

对于追踪性和一致性,PAM并没有规定必须采用特定的方法和工具,组织所采取的方法或工具只要能够支撑产品的复杂性即可。对于复杂的系统或项目,建议采用工具进行支撑。

[TAC.RC.3]

If the project is not using an automatized tool based approach but a sample based check confirmed that the project complexity is covered sufficiently by maintaining the traceability manually, this should not be used to downrate the traceability indicator.
如果项目没有使用工具的方式(建立追溯性),但通过抽样检查能够确认手工的追溯性方式是可以满足项目复杂度的,则不应降低打分。

一致性

一致性的目标:

  1. 对于项目相关方,所有项目相关的工作产品在内容和语义上保持一尺,彼此之间不存在冲突。
  2. 降低误解和错误的风险

一致性的证据

一致性的证据:评审记录
[TAC.RL.1]

If there is no documented evidence for the consistency between related work products on the required granularity, the consistency indicator shall be downrated.
如果相关工作产品的一致性没有在要求的粒度上存在文档化证据,则必须降低打分。

对工程领域的一致性进行打分
工程过程的一致性由双向可追溯性提供支持
[TAC.RC.4]

If for engineering processes the traceability indicator is downrate, the consistency indicator should not be rated higher.
在工程过程中,如果追溯性相关的打分是降低的,则一致性指示器的打分不应高于追溯性的打分。

多路径下的追踪和一致性

在SWE.1和SWE.3中存在冗余追踪路径

  • SWE.1
    1. 系统需求 -> 系统架构设计 -> 软件需求
    2. 系统需求 -> 软件需求
  • SWE.3
    1. 软件需求 -> 软件架构设计 -> 软件详细设计 -> 软件单元
    2. 软件需求 -> 软件单元
      [TAC.RL.2]

if traceability and consistency is only established for one path and not for the other redundant path, the traceability indicator must not be downrated.
如果只是在一个通路上建立了追溯性和一致性,而没有冗余的建立另外一个通路,则必须不能降低追溯性的打分。

[TAC.RL.3]

If only one path is explicited established and the other path can’t be derived from the established path, the traceability indicator shall bedownrated.
如果只是明显的建立了一个通路,而另外一个通路不能通过已建立的通路推导出来,则必须降低追溯性的打分。

c#先进行uri解码_活用SQL进行ASPICE双向追溯追踪 ASPICE双向追溯中的关系类型在ASPICE的过程实践中,双向追溯占据非常重要的地位,而在实际工作中也是给一线开发人员带来最大工作量的内容之一。如下图所示,大量的过程域实践与双向追溯相关,涉及的工作产品贯穿了整个开发生命周期。每篇技术文档(需求、设计、代码、测试)都有大量的条目,而要确保每个条目双向追溯形成闭环,其难度和工作量可想而知。因此,毫无悬念的,在大型开发项目中必然是通过工具链自动化来跟... 阅读详情

相关推荐

ASPICE VS 敏捷开发

例如,敏捷开发的迭代过程可以结合ASPICE的测试、验证、文档等要求,使得开发过程既具备敏捷性,又满足高质量和安全性要求。安全关键系统与非安全关键系统分开管理:在实际应用中,可以根据项目的性质和安全要求,针对安全关键系统采用ASPICE流程,而对于非安全关键功能,可以采用敏捷开发方法,这样能够实现灵活与规范的平衡。随着行业技术的不断发展,特别是在自动驾驶和安全关键系统中,未来可能会有更多的企业在需要符合安全性要求时结合ASPICE和敏捷开发,以便实现过程的规范化和开发的灵活性并行。

不断debug,优化中…… 1193

Aspice介绍——测试流程

所有工程过程(即:系统工程和软件工程)是按照“V” 字模型原理进行组织:左边的每个过程是与右边的过程正好相对应。本文从SWE.6:软件合格性测试、SYS.4:系统集成和集成测试、SYS.5:系统合格性测试展开。

诊断协议那些事儿's blog 9577

MUNIK谈ASPICE系列专题分享(十)ASPICE配置管理如何做

ASPICE(Automotive Software Process Improvement and Capability dEtermination)是一种用于评估汽车行业软件开发过程成熟度的模型。配置管理是ASPICE中的一个关键过程领域(KPA),它涉及到对软件项目的版本控制、变更管理、以及对项目工件的追踪和标识。

m0_61714886的博客 1802

ASPICE V模型之软件需求

软件需求工程师围绕系统工程师输入的系统需求文档、系统架构文档,根据系统架构方案分配的软件元素任务并结合系统需求分析出软件的功能和非功能需求,形成软件需求文档,传递给下游的软件合格性测试和软件架构。

qq_29986979的博客 2288

ASPICE实操中的那点事儿-ASPICE到底能否提升产品质量和开发效率

以上,列出了实施ASPICE能带来的益处。但实操起来,尤其是把ASPICE各过程域做全的时候,会遇到各种各样的问题(不是技术问题有多难,而是该如何做选择,如何既能符合ASPICE要求,保证过程质量,又能不过多降低交付速度,组织整体效能不被过多削弱)。对于BMS而言,这意味着更精确的电池状态监测、均衡控制、热管理等功能的实现,从而延长电池寿命,提高整个电动汽车的续航能力和安全性。ASPICE推动了系统工程方法的应用,促进了机械、电子、软件等领域之间的有效协作,确保整体解决方案的集成性和一致性。

Eigrl的博客 643

ASPICE视角下的MBD质量保障体系构建

本文探讨了在ASPICE框架下构建MBD开发质量保障体系的关键策略与实践。通过结合AutoSAR标准和ASPICE要求,详细介绍了从需求工程、模型开发到动态测试的全流程质量管控方法,助力汽车电子软件开发实现高效合规。

weixin_28331555的博客 307

ASPICE 追溯性实践分享

微观”追溯指的是针对具体的某个需求,下图举例的是SYS.2的一个需求(需求的内容是汽车BCM部件对应的一个简单需求示例,大家无需关注需求内容)。当建立好完整的需求追溯以后,针对特定的某个需求,直观的效果应该能够达到,需求来源于哪里,需求被拆分成了多少个更详细的需求,需求的设计是怎样的,需求的实现进度如何,需求的测试用例有哪些,需求对应用例的测试结果如何(是否产生了bug)?需求的属性内容。如上图第一部分,里面描述了需求的基本内容,所属产品,描述,等属性。

weixin_43957681的博客 2200

ASPICE标准快速掌握「5.2. ASPICE与V模型」

在基本实践中通常会有**”…沟通约定的…”和”…总结和沟通…”**这样的字眼和说法“约定”这里是指在受影响方之间对工作产品的内容有共同的理解。主要指的是在团队内部或团队与客户之间对某些特定的规则、功能、需求或流程进行约定。约定旨在保证各团单位工作的一致性和协调性,也是明确工作目标和期望的有效手段比如,开发团队在开始新项目时,会与业务部门或客户约定需求清单,明确每个需求的具体内容和开发标准,这样各方才能有共同的理解和一致的行动准则“总结和沟通”这里是指测试执行所产生的抽象信息对所有相关方是可用的。

雪云飞星的博客 2562

MUNIK谈ASPICE系列专题分享(九)ASPICE对项目需求管理的实践分享

VDA scope里面主要有2个过程域涉及到需求定义,即SYS.2 系统需求分析和SWE.1 软件需求分析。SYS.2的过程目的是将已定义的利益相关方需求转换成一组系统需求,以指导系统设计。SWE.1的过程目的是将系统需求中与软件相关的部分转化为一组软件需求。

m0_61714886的博客 1211

Automotive SPICE Version3.1 (ASPICE 3.1)

ASPICE 是汽车行业用于评价软件开发团队的研发能力水平的模型框架。最初由欧洲20多家主要汽车制造商共同制定,于2005年发布,目的是为了指导汽车零部件研发厂商的软件开发流程,从而改善车载软件的质量。

UE5新手必看:如何在UMG控件中嵌入浏览器实现Web页面展示(附完整步骤)

本文为UE5新手提供了在UMG控件中无缝集成Web浏览器的完整实战指南。详细介绍了从启用WebBrowser插件、创建并配置WebBrowser控件蓝图,到编写动态加载与交互逻辑,以及在游戏关卡中实例化UI的全过程。文章还分享了性能优化技巧与常见问题排查方法,帮助开发者高效实现游戏UI内的Web页面展示与交互。

weixin_29243063的博客 711

未通过 ovf 规范一致性或虚拟硬件合规性检查。_汽车软件过程能力模型ASPICE解读3软件质量保证核心一致性...

上文给大家在末尾留了一个问题,为什么我会给出那几条对软件供应商质量审核的实践性条款?如果,对软件质量管理比较熟悉的同学,可能一看就明白了,这次内容给大家做一个说明。01软件质量保证核心-追溯与一致性我们知道,质量管理就是符合要求,而要求是会经过一系列的过程步骤来进行传递的。所以,为了保证质量,最核心的是保证各种要求传递的符合性和经过系统工程分解后的一致性。因为,系统工程分解的质量,可能与...

weixin_39665060的博客 615

高效数据迁移:ICCAP到ADS的数据导入与导出实战指南

本文提供了从ICCAP到ADS进行高效、准确数据迁移的实战指南。针对射频与微波电路设计中的关键挑战,详细阐述了迁移前的战略规划、ICCAP数据的精细化导出(包括脚本化批处理)、ADS数据的多种导入方法(如Data Items、DML模型库及编程化API),并强调了数据完整性与准确性验证的重要性,确保模型参数和仿真结果在平台间可靠传递。

weixin_29291185的博客 133

【ASPICE】ASPICE中的变更管理-Change Management

变更管理 - Change Management 1. 变更管理的目标 变更请求通过结构化的方式被识别、追踪、管理和实现。 2. 变更管理的收益 正确的实施变更管理,所有的对基线项的变更都会管理和控制,各方就 "变更什么" 和 "什么时候发生变更" 达成一致。 3. ASPICE中变更管理的基础实践 BP1: 制定变更请求管理策略 制定变更请求管理策略,包括变更请求活动、 变更请求的状态模型、分析准则以及执行这些变更活动的职责. 变更影响方的接口被定义和维护。NOTE 1: 变更请..

MaveDiao的博客 2042

模拟ic入门——设计一个带隙基准Bandgap(三)高阶温度补偿与启动电路设计

本节我们来介绍高阶温度补偿,以及一些启动电路的设计,附上一些经典的论文供大家学习

qq_64956710的博客 1万+

《R语言实战》第八章之回归分析图形

回归分析图形 回归分析分为简单回归与复杂回归 1 : 简单线性回归即:模型中只包含一个因变量和一个自变量,有时候也会包含多项式, 这个图形描述了身高与体重的线性关系,这也是一个多项式图形 2:当我们的预测变量(自变量)不止一个时,就属于多元线性回归,而且多元线性回归中也可以包含多项式以及交互项 (1)在进行多远回归分析之前可以先描述变量之间的相关关系 上图为一个散点图矩阵,描述了五个变量之间的相关关系,我们可以通过非主对角线的散点图来查看两个变量之间的关系。 多元线性回归简单地就是OLS回归,通过lm和

Strawberry_Ya的博客 1835

6.1 ASPICE验证过程的需求分析

需求分析在ASPICE验证过程中的作用是至关重要的。它确保了项目的所有需求都被正确理解和记录,为后续的设计、实现和验证活动提供了清晰的基础。通过系统化的需求分析,组织能够更好地管理项目的复杂性,提高产品的质量和可靠性。

嵌入式之斋 746

国密USB Key开发实战:SKF库调用全流程解析(附代码示例)

本文详细解析了国密USB Key开发中SKF库的调用全流程,涵盖从设备枚举、应用容器遍历到数字签名与验证的核心步骤。通过实战代码示例,深入探讨了SKF库的层次化模型、SM2签名实现细节以及纯软件验签方案,为开发电子签章、安全登录等合规应用提供了一套完整的调用开发指南。

oo7890的博客 527

4.3 ASPICE的支持过程中的配置管理

在ASPICE框架下,配置管理是确保软件和系统开发过程稳定性和可靠性的关键环节。通过有效的配置管理,团队能够确保项目的一致性、可追溯性和变更控制,从而降低风险、提高质量,并最终满足客户的需求。配置管理不仅是技术过程,更是团队协作和项目成功的重要保障。

嵌入式之斋 754

Linux系统下奥比中光Astra Pro相机SDK部署与避坑指南

本文详细指导了在Linux系统下部署奥比中光Astra Pro深度相机SDK的全过程,涵盖系统准备、SDK安装、设备权限配置及常见问题排查。重点解析了USB设备规则配置这一关键步骤,并提供了Python与C++项目的集成方法,旨在帮助开发者快速完成相机配置,避免常见陷阱。

weixin_28455801的博客 300

BevFusion (1): 传感器介绍

激光雷达,也称光学雷达(LIght Detection And Ranging)是激光探测与测距系统的简称,它通过测定传感器发射器与目标物体之间的传播距离,分析目标物体表面的反射能量大小、反射波谱的幅度、频率和相位等信息,从而呈现出目标物精确的三维结构信息。激光雷达是自动驾驶车辆的关键传感器,如下图所示,车辆上方旋转的圆柱体对应就是激光雷达传感器。

@bangbang的博客 1475

2.2.2 ASPICE的需求分析

ASPICE的需求分析是汽车软件开发过程中至关重要的一环,它涉及到对需求进行详细分析、验证和确认,以确保软件产品能够满足客户和用户的需求。通过规范化和有效的需求分析实践,团队可以更好地理解和管理需求,确保软件开发过程中的需求准确性、一致性和可追踪性。需求可追踪性:建立需求之间的追踪关系,确保每个需求都可以被跟踪到相应的设计、开发和测试活动,以便于需求变更管理和风险控制。这有助于避免后期的需求误解和变更。需求优先级排序:根据项目目标和客户需求,对需求进行优先级排序,确定哪些需求是关键的、紧急的或者次要的。

嵌入式之斋 630

10、业务任务(service task)

业务任务通常是用来调用业务系统,camunda中可以调用JAVA代码或者rest api调用。 在camunda中,业务任务实现方式有5种,本节先用一个小例子显示前三种,External 外部任务,Connector连接器后面分别讲解。假设用户预约电器公司上门维修家电,然后师傅上门维修,完成后公司回访客户对师傅服务打分,师傅查询自己的评分。使用java class 模式实现业务任务。 com.forestlake.camunda.servicetask.ReserveRepair 使用Delegate ex

leyoliu的博客 3232

如何既满足ASPICE要求,又减少开发过程文档

这时候发现,Specification 太复杂了,太详细了,使用的工具Word或其他类似Word的在线编辑器,也不适合安排任务,然后他们开始基于Specification,去某些任务跟踪系统中创建新的任务。你瞧,这里面做了重复性的工作。对于团队来说,评审一份设计规范是经常要做的行为,即便没有ASPICE要求,也会这样做,但是他们做的过程一般是直接进行线下讨论,讨论的过程中如果发现问题,当场就直接修改了,这种方式当然是最高效的,但对于应审来说,它不满足要求,因为难以提供评审过的证据。

yuchao_luo的博客 1238

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

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

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

yayuanjingkeji的博客 415

visio安装包

Microsoft Office Visio 是一款专业的制图软件。利用经过更新的形状、协作工具和数据链接图表,创建专业级图表以简化复杂的信息。

如何才能更好地实践ASPICE标准呢?

通过以上步骤和策略的实施,企业可以更好地实践ASPICE标准,提高软件开发的质量和效率,满足客户需求并提升客户满意度。鼓励跨部门之间的协作和沟通,确保ASPICE标准的实践能够得到全体员工的支持和参与。根据ASPICE标准的要求,建立有效的内部控制机制,确保开发过程的规范性和一致性。仔细阅读和理解ASPICE标准的各个部分,包括其框架、流程、级别和评估模型等。遵循ASPICE标准中的需求管理流程,确保需求的完整性、准确性和可追溯性。根据企业的实际情况和业务需求,明确实践ASPICE标准的具体目标。

yayuanjingkeji的博客 472
上一篇: ASPICE:能力等级评定
下一篇: DDD 参考工程架构
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值