aspice软件开发流程(二)（aspice软件开发流程）

今天给各位分享aspice软件开发流程(二)的知识，其中也会对aspice软件开发流程进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、工作笔记 aspice基础知识
• 2、如何检测汽车零部件？
• 3、ASPICE 汽车软件过程改进及能力评定
• 4、蜂巢智能转向的软件应用优势是什么？
• 5、16款哈佛h6变速箱是钢链吗
• 6、蜂巢智能转向的软件开发怎么样？

工作笔记 aspice基础知识

最近给某OEM做了一次Automotive SPICE CL2评估，很多朋友就问我关于Automotive SPICE评估的一些事情。本文算是一个科普吧，给不太了解Automotive SPICE的人介绍一下Automotive SPICE和Automotive SPICE评估的事情。

1. Automotive SPICE

1.1  什么是Automotive SPICE？

Automotive SPICE是一个”过程模型”，适用于”基于软件的车载系统”的”设计开发过程”。过程模型是一个集合，是包含了与设计开发过程相关的优秀实践的集合。既然是一个集合，那就需要按照一定的结构把这些实践组织起来：

方式一：按照实践所属的不同领域进行组织，比如有些实践是和项目管理相关的，有些实践是和软件需求相关的，有些实践是和软件单元测试相关的….，不同的领域被称为“过程”，这就是Automotive SPICE中的“过程纬度”。Automotive SPICE PAM V3.1中包括有32个过程。

方式二：按照做事情的方式进行组织，比如：依靠个人的经验来做，是能力度级别1（CL 1）的实践；按照可管理的方式（活动管理和工作产品管理）来做，是能力度级别2（CL 2）的实践；按照组织的要求来做，是能力度级别3（CL 3）的实践….，这就是Automotive SPICE中的”能力度纬度”。

“能力度”是“过程的能力度”。如果说“某个项目达到了能力度2级”，是不准确的，应该说“某个项目中的某些过程达到了能力度2级”。同样的，如果说某个组织达到了能力度2级，也是不准确的。

下图是常见的体现评估结果的形式，评估范围内的过程，分别达到了什么样的过程能力度。

1.2 怎么用Automotive SPICE？

Automotive SPICE是欧洲车厂在认识到软件质量的重要性之后，制定的一个规范。目的是希望其供应商能按照Automotive SPICE的要求进行产品的设计开发，以提供高质量的产品。

Automotive SPICE中包括有那么多的过程，那么OEM对供应商的具体要求是什么呢？要求供应商需要应用哪些过程，这些过程需要达到几级呢？

一般来说，OEM不会要求供应商去遵守Automotive SPICE的所有过程的，为什么呢？

性价比！

实施Automotive SPICE的成本，评估的成本，最后都是产品成本，OEM是需要买单的。

所以OEM会基于其对软件质量的理解，选择最重要的过程来要求其供应商。

起初的时候，不同的OEM有不同的使用Automotive SPICE的观点，形成气候的，如下图所示：

说明：

HIS是Audi AG, BMW, DaimlerChrysler, Porsche, Volkswagen成立的制定软件开发规则的组织

如上的过程划分，是基于Automotive SPICE PAM V2.4/V2.5

逐渐的，各OEM的要求开始统一，目前逐渐形成了如下两类：

说明：

2016年HIS组织解散了，VDA QMC（Automotive SPICE PAM V2.5及其以后版本的Owner）在2017年Automotive SPICE PAM V3.0发布时，将之前在业界应用非常广泛的HIS Scope，改名定义为VDA Scope

如上的过程划分，是基于Automotive SPICE PAM V3.0/V3.1

各个与汽车软件相关的供应商在应用Automotive SPICE时，往往最终都是为了满足OEM的要求，其应用Automotive SPICE的过程范围及目标级别，遵照其所服务的OEM的要求。

2. Automotive SPICE评估

接下来我们谈一谈Automotive SPICE评估，在谈Automotive SPICE评估之前，需要先谈一谈与Automotive SPICE相关的组织。

2.1 Automotive SPICE相关的组织

在Automotive SPICE领域，没有机构去管理“评估”，只是有机构去管理“评估师”。这个管理评估师的机构就是iNTACS（国际评估师认证机构，INTernational Assessor Certification Scheme）。iNTACS定义了评估师的级别划分，以及级别晋升和级别维持的条件。Automotive SPICE评估师的级别从低到高分别为：Provisional Assessor, Competent Assessor, Principal Assessor。

晋升到competent Assessor或Principal Assessor，或维持competent Assessor或Principal Assessor资质时，其条件之一就是需要实施Automotive SPICE评估：

作为Assessor晋升证据（或维持资质的证据）的评估要求包括：

评估由至少2个评估师来实施，评估组组长需要Competent Assessor或Principal Assessor，评估组组员可以是Provisional Assessor或Competent Assessor或Principal Assessor

评估的过程范围至少包括项目管理相关的过程、支持类相关的过程和工程类相关的过程

评估的时间需要至少50小时

2.2 Automotive SPICE评估的类型

在1次Automotive SPICE评估时，Automotive SPICE相当于评估的准则（Criteria），而还需要有评估方法，根据所选择的评估方法不同，Automotive SPICE评估分为两种类型，一种是项目能力度评估，一种是组织成熟度评估。

项目能力度评估

遵照ISO/IEC 15504-2 Performing an assessment实施的评估，是项目能力度评估。在这类评估中，是由Sponsor（发起评估的人）确定评估的模型范围（选择哪些过程，这些过程需要评估到几级）、项目范围（评估哪个项目），而Assessor是根据Sponsor的要求实施评估。

（企业想评价哪个项目，评价哪个过程，评价到几级，不是Assessor决定的！）

组织成熟度评估

ISO/IEC 15504-7 TR Assessment of organizational maturity定义的是组织成熟度评估的评估方法，在组织成熟度评估时：Sponsor确定被评估的组织，以及目标级别；由Assessor根据对被评估组织进行分析，之后进行项目抽样（使得被抽样的项目能代表整个组织的水平），然后通过对被抽样项目进行预定义过程的评估，进而得出组织的过程成熟度水平。

简单来说：在组织成熟度评估时，是由Assessor确定被评估的项目，而过程范围也是需要预定义的（应该由Automotive SPICE的Owner来定义，详细的原因，这里不再赘述，读者可以思考思考~~）

组织成熟度评估在业界很少被用到，主要的原因是OEM不太认可组织成熟度评估的方式。我分析有两个原因：

OEM更关注的是供应商为其开发的项目的情况如何，而不关注供应商的组织

Automotive SPICE的业界大咖们不希望Automotive SPICE因为组织成熟度的评估方式而商业化（Automotive SPICE还是很高冷的，不像CMMI那么商业化）

基于如上原因ISO/IEC 15504-7在2008年发布之后，至今也还是TR，始终不是一个正式的ISO标准，本文后续的描述，不再讨论组织成熟度评估。

注：此处的标准号都是15504，15504系列标准正在被330XX标准所替代。

2.3 被认可的Automotive SPICE评估

什么样的Automotive SPICE评估才是正式的评估，或者说是被认可的评估呢？

经常经常有人问我这个问题，但这个问题的题干是不完全的。

是被谁认可的评估呢？

举个例子：如果需要OEM A认可的评估，那么这个认可的条件就需要OEM A来定义。OEM A可以指定某个专业的软件过程专家（该专家可能不具备任何Automotive SPICE的Assessor资质），然后只要是该专家实施的评估，OEM A都认可。

所以说，这个问题不能问我，你应该去问那个“谁”

这么分析问题，有点杠精的行为了~~

正式的评估或者被认可的评估，在Automotive SPICE领域引申是指“可以做为Assessor资质维持或资质晋升的证据的评估”，那这样的评估需要满足什么条件呢？这个答案就是在前文（2.1节）中的阐述。

只要满足2.1节所阐述的条件的评估，就可以认为是一个正式的评估和受认可的评估。与实施评估的组织是无关的哦~~，对吗？

2.4 Automotive SPICE评估结果的有效性和有效期

Automotive SPICE评估是在某个时间点，对某个项目中已经实施的过程的能力度进行的评估，评估结果是代表了历史上的某个项目，在历史上的某个时间点的过程能力情况。

评估结果只是对被评估项目有效，对其它项目是无效的。

在VDA Guideline中，增加了12个月有效期的说法：在被评估项目中，如果没有发生变更，则可以认为评估结果在12个月之内是有效的（这个有效是对同一个被评估项目来说的）；这里的变更是指过程的变更，包括：开发地点的变更、团队组织结构的调整、人员的更替、开发过程的调整等。

虽然某一次Automotive SPICE评估结果只是对被评估的项目有效，对其它的项目无效。但该次评估结果也往往还是可以在一定程度上反映其它项目的过程能力，特别是当其它项目与被评估项目在项目特征上一致时。

1）比如：某个OEM在考察供应商时，供应商展示了3个月之前实施的一次Automotive SPICE评估结果，则OEM可能会认为：“既然是在这么短的时间之前做的评估，那么该评估结果能代表企业目前的能力”（接受）。如果供应商展示了10年之前实施的一次Automotive SPICE评估结果，则OEM可能会认为：“这是太久之前的一次评估，很难代表企业现在的能力”（不接受）。3个月的时间可以接受，10年的时间不可以接受，那么中间的临界时间点在哪里呢？没有答案哦~~

2）不同的Automotive SPICE能力度级别也会对评估结果的有效性产生影响。

Automotive SPICE能力度二级时，具备相同项目特征的项目之间，其项目过程可以是不一致的；Automotive SPICE能力度三级时，具备相同项目特征的项目之间，其项目过程是一致的，都是遵照了标准的组织过程。基于此，企业的某个项目的某些过程如果达成了Automotive SPICE能力度三级，则客户可能会相信其它项目的过程能力也是如此的。

2.5 评估通过证书

当第三方机构在为某企业实施了Automotive SPICE评估之后，如果评估范围内的过程都达到了目标级别，则第三方机构会应被评估组织的要求，发一个通过Automotive SPICE评估的证书。

注：评估通过证书不是Automotive SPICE评估所要求的。是被评估组织为了其Marketing及Business目的，而要求评估机构颁发的。

Automotive SPICE评估通过证书是Automotive SPICE评估结果的Summary，虽然不同的第三方机构，颁发证书的格式和内容都不尽相同，但为了能客观全面的反映评估结果，一般需要包括如下信息：

被评估的组织及部门（是对某个部门下的项目进行的评估，项目所在的具体部门信息需要体现出来）

评估所遵照的Automotive SPICE模型信息，目标级别

评估方法

评估的项目名称，及评估的过程范围，评估日期

实施评估的组织

评估组组长信息及签名

如何检测汽车零部件？

以动力电池为例介绍一下新能源汽车动力系统部件的测试，欢迎开发测试工程师一起交流、指正：

动力电池系统作为硬件本体和控制系统结合极为紧密的系统，其测试大致可以划分为两大部分：电池包本体（Pack）测试、电池管理系统（BMS）测试，下面分别介绍这两部分的测试情况；

1. 电池包本体（Pack）测试

电池包本体测试一般在DV/PV（设计验证/生产验证）阶段进行，目的是为了验证电池包的设计/生产是否符合设计要求。其中包含温度测试、机械测试、外部环境模拟测试、低压电气测试、电磁兼容测试、电气安全测试、电池性能测试、滥用试验测试等等。因为大伙都比较关心电池安全问题，在这里主要介绍一下电池包滥用试验的测试方法：

1) 针刺测试

模拟电池遭到尖锐物体刺穿时的场景，因为异物刺入有可能导致内部短路，试验要求不起火不爆炸

2) 盐水浸泡

5%盐水长时间浸没测试，电池功能正常

目前新能源汽车电池包防水防尘等级推荐是IP67（即1米深的水浸泡半小时无损坏，上汽、蔚来的电池包都是IP67）。汽车的使用环境恶劣，再怎么做防水防尘保护也不过分（上海有一年暴雨导致车库积水，传统车都淹挂了，而电动车完好无损）。

3) 外部火烧：

590摄氏度火烧持续130秒电池无爆炸、起火、燃烧并且无火苗残留。

4) 跌落：

1m高度自由落体在钢板上电池壳体完整功能正常

5）振动测试

高频振动模拟测试，要求电池包功能正常。做电池包的同事应该知道，这个也很难通过。

2. 电池管理系统（BMS）测试

电池管理系统的测试更多侧重软件测试，一般在软件功能开发过程中进行。

与尚未量产的自动驾驶系统偏向于使用C语言实现软件设计不同，现今成熟的电动汽车控制系统（如整车控制器、电机控制器、电池管理系统）软件都是以模型为基础的软件开发（Model-Based-Design）。MBD开发相比C的优点是能够以图形化的方式表达复杂的逻辑、代码可读性、可移植性、开发调试便利程度都大大增强，同时利用成熟的代码生成工具链，也避免了手工代码容易产生的低级错误。在基于模型的软件开发环节中规定了MIL/SIL/HIL等多项测试：

1) MIL(Model-In-Loops)既模型在环测试，就是验证软件模型是否可以实现软件功能，测试依据是由系统需求分解而来的软件需求。

2) SIL(Software-In-Loops)软件在环测试，对比模型自动生成的C代码和模型本身实现的功能是否一致，使用Simulink自身工具就可以进行Sil测试。

3) PIL(Processer-In-Loops)处理器在环测试，目的是测试自动生成的代码写入控制器后，功能实现上是否与模型有偏差。PIL看似无关紧要，但不做重视也会引起一些不良后果（如调度问题、CPU Load，堆栈溢出等）

4) HIL(Hardware-In-Loops)硬件在环测试，测试控制器完整系统功能，一般会搭建控制器所在系统的测试台架，使用电气元件模拟传感器（如温度）和执行器（如风扇负载）的电气特性，验证完整的系统功能。

这些测试环节的用例来源于系统需求。在汽车软件开发流程中，开发和测试成V字型进行，俗称软件开发V模型，感兴趣的同学可以查看汽车软件开发流程ASPICE。

统开发流程中非常强调测试软件环节的。要知道手机软件出问题最多也就是秒退而已，车辆软件出问题影响的是人命。

当年丰田刹车门事件，美国政府就派了嵌入式软件专家和卡耐基梅隆的计算机教授详细审查了发动机控制系统的软件代码，丰田对全局变量的滥用（上万个）以及软件安全机制的混乱就遭到了巨额处罚。如果丰田重视软件测试工作的话，这件事也许不会发生。

最后再聊下零部件在整车极限环境下的测试情况：整车耐久测试这部分工作一般是整车厂的测试标定工程师负责。整车耐久试验的花销很大，造工程样车（每辆100万左右）、租用测试场地、工程师团队花销，很考验厂家的资金实力，没有强大的资金池根本无法运行起来。但在极寒、高温、高湿度等各种极限环境下的测试进行的越多，越能充分的验证零部件的功能、性能以及耐久表现，越早发现问题，解决修复所耗费的成本越低。

1. 低温耐久测试，主要测试冷起动性能，一般在黑河/牙克石进行。电池包的低温充放电能力、低温保护策略、电池包加热功能在该项测试中都会进行考核。

2. 高温耐久测试，一般在格尔木进行。主要测试电池包在高温下充放电能力、电池包冷却功能和过热保护策略。下图是蔚来在澳大利亚墨尔本进行高温测试，为了整车开发整车厂都是不惜成本。

3. 高温+高湿环境耐久测试，一般在海南进行，海水环境会加速部件腐蚀，零部件的耐久会经受严格考验。（Ps：传统车还有重要的高原测试，主要测试在低气压下发动机的性能表现。电动车一般不需要进行此项测试。）

电池包做的比较好的都会承诺使用寿命内的电池衰减，比如蔚来ES8就承诺10年30万公里电池容量衰减不超过20%，做电池开发的都知道做到这个水平是非常不容易的。敢公开承诺也说明他们的电池包耐久测试做到了非常优秀的水平。

ASPICE 汽车软件过程改进及能力评定

ASPICE：Automotive Software Process Improvement and Capacity Determination

汽车软件过程改进及能力评定，汽车行业评价软件开发团队的研发能力水平模型

由欧盟多家主要汽车制造商共同制定，2005年发布

CMM：最初基于CMM Capability Maturity Model

ISO：国际标准化组织ISO、国际电工委员会IEC、信息技术委员会JTC1联合制定并发布了国际标准ISO/IEC15504，又称SPICE，包含汽车行业SPICE、医疗设备行业、航天行业

ASPICE：从ISO拆分出来，由德国汽车工业联合会（VDA）的质量管理中心（QMC）运营发展

CMM和SPICE：CMM可以针对项目的某个领域、也可以面向整个项目或组织，可以用于评级，如CMMI3，而SPICE只能用于评价项目中的特定过程域（ Process Instance ）

3个过程组别：主要生命周期过程、组织生命周期过程、支持生命周期过程

双向可追溯性和一致性

评估、验证准则和复合性

过程评估模型分为“过程实施指标”和“过程能力指标”

1.过程实施指标——只适用于L1

又分为：基本实践（BP 面向活动，一组任务或活动）、工作成果物（WP，面向结果）

2.过程能力指标——适用于L2~L5

又分为：通用实践（GP 面向活动）、通用资源（GR 面向基础设施）

【0级】代表一种混乱的状态。

【1级】代表企业已经能够完成产品研发相关的工作，但缺乏管理，虽然偶尔能够成功，但项目中存在大量不确定的因素，对项目缺乏掌控能力，无法确保一定能够按时交付高质量的产品

【2级】代表企业不仅能够完成产品研发相关工作还能有提前制定严谨和周全的工作计划，并能有效根据计划实施项目监控和管理，各项目能够有序进行

【3级】代表不仅各项目能够管理得很好，而且能够有效的从历史项目中积累经验和教训，形成公司的知识资产和标准工作流程，用于对今后项目的参考和指导以及公司管理的持续改善

【4级】引入统计学知识和技术，对项目相关各项数据进行统计和分析，并将之运用于未来的项目管理之中，达到对项目结果的预测，并根据预测结果对项目进行实时的调整，确保达成项目目标

【5级】代表企业能够基于商业目标的需要，主动的对过程进行调整，对变革管理有很强的管理能力，能够基于对过程的量化分析设定明确有效的过程改进目标，并能对过程改进结果进行有效的量化监控和分析

主要聚焦在软件，没有包含硬件和机械功能；其他关键部分可以以拆件的形式融合到ASPICE

蜂巢智能转向的软件应用优势是什么？

采用最新的AutoSar平台软件，满足ISO26262 ASIL-D功能安全需求 ，基于ASPICE 软件开发流程，采用MBD软件开发模式⌄做到FOTA软件在线升级，可以实现APA自动泊车，LKA车道保持等高级功能

16款哈佛h6变速箱是钢链吗

16款哈佛h6变速箱是正时链条

长城汽车的销量当家车型哈弗H6，在SUV市场里有着颇高的热度，其搭载的就是长城自主研发的7速湿式双离合变速箱，代号为7DCT450，这款变速箱能承受最大450N·m的扭矩输入，性能在同级变速箱当中处于领先行列。接下来便详细看看这款自主品牌变速箱有哪些值得关注的地方。



诞生背景和研发历程

长城汽车作为自主品牌里面的代表性车企，早在2009年就已经实现了首台汽油发动机的量产，但同样作为动力总成之一的变速箱，在当时仍然需要对外采购。

来自德国的格特拉克是全球几大变速箱供应商之一，旗下的湿式双离合变速箱具有技术成熟可靠、传动效率高等优点，加上采购成本相对较低，在相当一段时间内成为了"国产车企变速箱救星"，影响力甚至和爱信齐名。而长城也是格特拉克其中一位大客户，初期的哈弗H6、H6 Coupe等车型均使用了格特拉克的7DCT300变速箱，对于格特拉克的依赖程度非常高。



但变速器供应商根本不会为自主品牌变速器单独设计和开模，只提供现成产品供采购，供应量控制在格特拉克手中。更重要的是，比变速箱本身更重要的调校和匹配，同样掌握在格特拉克手里，长城还需要支付软件匹配的成本。

多方面受制于人，要改变"卡脖子"的命运只能尽快实现自研自产。2013年4月，长城湿式双离合变速器项目正式启动。至于长城为什么选择自研湿式双离合而不是AT或CVT，个中原因也不难理解。

在变速箱自主研发的道路上，实际上不但长城，大部分自主品牌车企也是选择了双离合变速箱作为自研对象，一方面是因为双离合的结构相对简单，底层技术接近"开源"，研发难度和成本低。

另一方面，AT技术和专利基本集中在爱信和采埃孚两大厂商手中，而CVT变速箱的传动钢带只有德国博世和舍弗勒能够生产。

第三方面，双离合变速箱相对AT或CVT也具备换挡速度快、燃油经济性好等自身优势。更重要的是对于长城来说，长期以来与格特拉克的合作也积累了不少双离合变速器的技术经验。实际上格特拉克7DCT300合作项目开始阶段长城已经明确提出自己将平行研发变速箱，格特拉克也签署了相关协议来帮助长城提升变速箱技术。因此长城直接研发双离合变速箱无疑在研发难度、研发成本、周期等方面均具备优势和成熟的条件。

当然了，真正实施，而且还要保证成功，并不是一件容易的事情，特别是自动变速箱对齿轮加工精度、零部件的耐高温性、耐久性要求极高，生产难度和工艺相比发动机还要更难。长城于是采用了更高效率的方法，借力人才。

研发环节，长城请来了变速器领域有着接近30年经验、先后参与大众DSG项目、奔驰9AT项目（参与研发戴姆勒7-Tronic和9-Tronic的AT变速器，）的专家格哈德·亨宁作为研发的总工程师。



最终经过4年时间，到了2017年3月，代号为7DCT450的第一代湿式双离合变速器成功实现量产。

随后在2018年，蜂巢易创科技有限公司成立，推出了经过改良优化的第二代7DCT450，能够进一步适配四驱系统、电子换挡机构，支持机械或电子驻车、自动泊车等功能。



到了2019年10月份，该变速器累计产量正式超过100万台。2021年3月21日，7DCT450第200万台产品正式下线。随后，长城还先后发布了第三代代号为300S和400S的两款7DCT变速箱，预计今年年内实现量产。

长城的7DCT变速箱自13年诞生至今经历了三代，搭载在哈弗H6上的为第二代型号为7DCT450的湿式双离合变速箱，这款变速箱除了搭载在哈弗H6上，还广泛搭载在哈弗系列其他SUV的自动挡车型上。



软硬件构成及生产环节

零部件方面，长城7DCT450由157种零部件组成，其中壳体、齿轮及轴承等18种基础零部件由自己生产，剩下部件则来自进口或外资零部件在华工厂。



在生产环节，长城也采取了引进国外先进生产线、设备或交钥匙工程的方式来实施。



而软件部分，包括需求分析、技术标定、专利、系统匹配等全部环节，具体如新下线变速器在使用过程不同阶段的自主学习功能、变速器易损部位的保护及报警策略、换挡逻辑和策略、基于物理模型的离合器充油策略等等均由长城的技术团队来主导编写实现，把动力总成调校匹配的主动权掌握在自己手里，也让产品更适应中国的路况和车主实际需求。

同时，蜂巢易创也正在进行ASPICE软件开发流程、ISO26262 功能安全等国际标准体系建设，用来规范产品安全生命周期内软硬件和系统层面的开发流程，判定风险等级，以满足产品国际化发展需求。

性能亮点

7DCT450作为一款7挡湿式双离合变速箱，相比以往的干式双离合，其离合片浸泡在变速箱油内，利用油液冷却摩擦片，并通过液压推动高低换挡，散热效果更理想，轴承和离合片等部件的磨损和压力降低，稳定性提升，也能承受更大扭矩。相比AT变速箱，双离合变速箱没有液力变矩器，而是采用了两套离合器，能实现无缝换挡的效果，因此换挡速度更快，发动机的动力输出也更直接，动力损失少，燃油经济性更佳。



具体性能参数方面，7DCT450的速比范围达到了8.0，属于较宽传动比范围的设计，最大可承受450N·m的输入扭矩，综合效率高达 95.6%，另外设计寿命达到30万公里，也超过了欧美24万公里的设计寿命标准。

具体到第三代哈弗H6上，其1.5T发动机最大扭矩285N·m，2.0T发动机最大扭矩325N·m。

变速箱能承受的最大输入扭矩与发动机的峰值扭矩之间的差就是扭矩余量，扭矩余量越大，越有利于提高变速箱的耐用性。相对于第三代哈弗H6 1.5T发动机，7DCT450的扭矩余量为165N·m，而2.0T发动机扭矩余量为125N·m。

蜂巢智能转向的软件开发怎么样？

蜂巢智能转向系统采用标准ASPICE软件开发过程，相关技术人员需要结合Aspice实行具体软件开发。蜂巢智能转向科技有限公司全面把握智能转向系统的开发流程，在此基础上使智能转向系统的开发取得更加理想的成果⌄进而制造出高质量的智能转向系统，满足汽车的应用需求及制造要求，最终实现有效的智能化产品制造，随时进行标定，给整车提供及时有效服务。

关于aspice软件开发流程(二)和aspice软件开发流程的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。