aspice

亚远景aspice

亚远景 - 无方向盘 L4 车辆批量认证，ASPICE 过程证据成制造商安全举证底座据日经亚洲 11 月 3 日报道，日本国土交通省正计划制定统一安全标准，从 2026 年 12 月起对取消方向盘、制动踏板与加速踏板的 L4 级有条件自动驾驶汽车和 L5 级完全自动驾驶汽车实施一揽子批量认证。此前这类新型车型采取逐一单独安全审核方式，新标准将转为统一标准下的批量型式认证，工作组将于 11 月 4 日讨论修订方案。安全要求方面，出租车、公交车等载客车辆仍须使用假人完成碰撞测试，货运车辆可免除该项测试，但制造商必须保证系统发生故障时能够避免事故。政策背景上，今年 6 月联合国世界车辆法规协调

亚远景aspice

亚远景-工信部汽车创新设计新规落地：研发端安全收紧，ASPICE 为什么成了必备抓手10 月，工信部会同公安部、生态环境部、市场监管总局联合发布《关于进一步加强汽车产品创新设计和研发测试验证有关管理工作的通知》征求意见稿，明确 2027 年 1 月起，涉及创新设计的新申报公告产品，需增加填报创新设计技术参数、提交对应验证材料；已公告产品也要在 2027 年 7 月前完成补报。新规针对隐藏式门把手、虚拟操纵件、零重力座椅等 20 余项创新设计划出安全红线，同时立下 3 万公里可靠性验证、不少于 1 年两冬一夏环境试验、软件功能可靠性验证等硬指标，明确不得直接采信供应商的验证报告。

亚远景aspice

亚远景-从特斯拉 Roadster 2 量产落地看：飞行汽车时代，车载合规为何成了核心门槛10 月 16 日，特斯拉第二代 Roadster 正式发布，搭载与 SpaceX 联合开发、代号 A71 的冷气推进系统，配合车底多模式吸附系统，不仅实现赛道极限加速、倒挂墙面行驶，火箭版车型更可实现短暂升空、空中翻转与悬停降落，官方计划 2028 年启动量产。这不是概念车的一次性表演，而是量产车型的功能预告，意味着汽车行业正式摸到了飞行时代的门槛。

亚远景aspice

亚远景科技受邀出席随州2026世界标准日培训会：建言汽车出口认证与研发能力重塑近日，2026年世界标准日活动暨专用汽车产业链质量提升专题培训会在湖北随州举办。本次会议由湖北省标准化与质量研究院、湖北省电子信息产品质量监督检验院、随州市市场监督管理局联合主办，聚焦专用汽车产业标准化建设、质量提升与出口合规发展，汇聚省市监管部门、行业协会及本地专用汽车产业链企业代表共探产业升级路径。

高远项目管理

基于飞书项目的高远Himee-ALM：ASPICE需求双向追溯的自动化构建与调用范式做汽车软件研发的团队，今年大概率都收到了主机厂类似的一条通知：新车型定点，供应商必须通过 ASPICE 3 级评估。

亚远景aspice

亚远景-ASPICE 评估实践：评估样本如何合理选取，避开抽样不当带来评估误判ASPICE 正式评估不会核查项目全部工作产物，评估师会按照评估范围选取样本开展证据抽样，基于样本采集到的客观证据，对过程做出评定。不少供应商准备评估材料的时候，专门挑选做得最好、文档最完整的模块当做样本，高安全、问题较多的模块不提供给评估师。也有的企业样本范围和客户定点要求的评估范围不一致，漏掉客户关心的组件。即便预评估一切顺利，到正式评估，评估师随机抽取其他模块，会暴露出大量弱项，出现评估结果和前期预评估差距很大的情况。

亚远景aspice

亚远景-ASPICE 评估实践：供应商内部自我评估，避开内审变成纸面检查的常见坑点ASPICE 内部自我评估，是供应商在正式外部评估前开展的差距分析，只用于企业内部过程改进，内审报告不可以直接提交给 OEM 当做正式评估结果。很多团队对内审存在认知偏差，认为内审就是把文档挨个过一遍，只要文档齐全就算通过；还有让本项目开发人员自查本项目，内审缺少独立性；内审识别出问题之后只记录，没有跟踪闭环，等到第三方评估，同样问题再次暴露。

高远项目管理

高远-全球法规管理平台实战：从几百页 PDF 到零部件级合规底数，四步串起来说明：本文以「高远-全球法规管理平台」为例，介绍车企出海合规数字化的人机协同思路。该平台由北京高远华信科技自主研发与交付，并非飞书项目、钉钉等协同工具的原生功能，而是通过标准 OpenAPI 与飞书、钉钉、企业微信协同，并原生对接车企 PLM、ERP 系统。

项目管理实用笔记

2026年汽车行业研发管理软件选型指南：8款平台对比评测2026年汽车研发管理软件选型的关键判断依据已从“功能覆盖面”转向“过程可追溯性与合规证据链完整性”。Polarion、IBM ELM、Codebeamer在ASPICE过程域覆盖与审计支持上成熟度最高；禅道ASPICE版以全链路双向追溯和双V模型嵌入式支持，为需要将ASPICE过程域落到日常研发流程的团队提供了一条可落地的路径；Jama Connect在需求管理维度精度突出；Windchill与ENOVIA在PLM-ALM协同方面具备平台优势；Helix ALM在需求-测试-缺陷追溯链上表现稳健；Ara

高远项目管理

需求智能相似度匹配的工程实现：高远Himee-ALM 如何处理“这个需求之前做过“研发评审里最常被问、又最难答的一句，是"这个需求我们之前是不是做过？"。难点不在判断，在于"做过"这件事的痕迹散落各处：同一指标，客户叫"工作温度范围"，系统里记成 operating_temp；客户说"10% 反射率下最远能看多远"，参数表写的是 range_10pct。字面对不上，检索自然找不到。本文以高远Himee-ALM 的需求智能相似度匹配能力为样本，拆一套可复用的工程实现：先把说法统一，再做带背书的三分加权判定，最后让结论可核验、可审计。全文数据来自客户项目实测，方法可迁移到任意需求库治理场景

高远项目管理

座舱研发被 ASPICE 追溯矩阵拖住？Himee-ALM 用 AI 智能体重构研发链路的 4 个落点与实测数据座舱研发的迭代节奏已经从「季度发布」滑到「月级、两周级」，一次车型研发往往并行 10 条以上需求线；而 ASPICE、ISO 26262、ISO 21434 仍在要求一条从需求、设计、测试到变更的完整证据链。一边要快，一边要可验证——这两件事同时收紧，靠人工维护追溯矩阵已经接不住。

亚远景aspice

亚远景-ASPICE评估实践：分清评估弱点与不符合项，避免整改方向出现误判完成正式 ASPICE 评估之后，评估报告当中会输出各类评估发现，包含强项、弱点、不符合项。不少项目团队容易混淆弱点和不符合项的差别，笼统全部当作问题统一处理。有的团队低估不符合项的影响，仅简单补几份文档就提交复评；也有的团队把全部弱点按照严重不符合标准投入大量资源，造成人力浪费。对评估发现理解出现偏差，直接会导致整改方向错位。

亚远景aspice

亚远景-ASPICE+ISO26262+ISO/SAE21434 融合：仿真验证如何同时支撑功能安全、网络安全与 ASPICE 验证要求现代车载软件复杂度持续上升，完全依靠实车测试无法覆盖海量工况，仿真、HIL 硬件在环测试承担大量验证工作。仿真可以复现危险工况、极端边界条件，在早期完成大量用例执行。但在实际项目当中，仿真产出的报告经常不被评估完全认可，根源不在于仿真技术本身，而是仿真活动没有按照标准要求完成过程管控。

亚远景aspice

亚远景-ASPICE评估发现大量不符合项，企业如何高效开展整改闭环完成 ASPICE 正式评估之后，评估团队会输出不符合项观察清单，罗列过程执行当中存在的各类偏差。很多企业将整改工作等同于补全缺失文档、补齐评审记录。完成材料更新提交复评，看似问题全部关闭，但底层的流程习惯没有改变，后续新项目依旧会产生同类问题，造成反复整改。

亚远景aspice

亚远景-ASPICE 与工具的结合：AI 原生工具链如何破解 ASPICE4.0 落地的效率困局软件定义汽车时代，越来越多车企与零部件供应商启动 ASPICE4.0 导入工作。但很多企业陷入共同困境：流程文件写得完备，实际项目中却要投入大量人力补文档、整理评估证据；AI 算法项目（自动驾驶、智能座舱大模型）新增 MLE 过程域，传统工具缺少对应的过程支撑；一次正式 ASPICE 评估，仅证据整理、报告撰写就要消耗团队数周工时，项目 60% 研发时间消耗在文档编写与跨岗位沟通上。

高远项目管理

技术实践：用高远-AI智能化缺陷管理应用把缺陷录入到派单全自动测试团队最重复的工作，往往不是设计用例，而是填缺陷单。一条缺陷涉及所属项目、测试版本、功能模块、优先级、现象分类、处理人等几十个字段，其中不少是专业术语，靠人工判断。团队规模一大，录入错误、派单不准、漏关联用例的情况就频繁出现。

亚远景aspice

亚远景-GB44721‑2026 自动驾驶安全文档体系：依托ASPICE构建合规交付包随着 GB 44721‑2026 智能网联汽车自动驾驶系统安全要求将于 2027‑07‑01 正式实施，安全文档交付包成为车企与零部件供应商准入的必备材料。不少企业面临双重文档负担：既要满足 ASPICE 过程评估产出，又要补齐国标规定的安全文档，两套体系独立编写极易出现信息不一致、工作量倍增的问题。

磐时信息技术

智能汽车软件合规困境：遗产代码、开源集成难题与AI解决方案在智能汽车快速迭代的当下，汽车软件的合规体系正在迎来全方位升级。ASPICE已然成为车企供应链准入的核心考核标准，ISO 26262功能安全规范的落地要求也持续细化、愈发严苛。对于广大汽车软件研发从业者而言，合规文档编制不再是可选工作，而是贯穿项目全流程的刚需工作，也成为当前汽车软件研发中最突出的效率痛点之一。

汽车电子安全技术研究社

ISO_PAS 8800_2024 技术深度解读：全球首个道路车辆AI安全标准的核心框架与实施路径2024 年 12 月 1 日，国际标准化组织正式发布 ISO/PAS 8800:2024《道路车辆 —— 安全与人工智能》，这是全球首个专门针对量产道路车辆 AI 系统安全的国际权威标准。该标准填补了传统功能安全 (ISO 26262) 与预期功能安全 (ISO 21448) 在 AI 领域的技术空白，构建了覆盖 AI 系统全生命周期的安全管理体系，将成为未来智能网联汽车全球市场准入的核心技术门槛。

第二部分：架构与详细设计阶段本阶段的目标是将系统需求转化为可执行、可验证、可追溯的详细技术规格。这是一个从"做什么"到"怎么做"的关键转换阶段，需要硬件、软件、验证、文档团队深度协同，确保所有设计决策都有据可依，且能够完全满足上一阶段建立的系统需求。本阶段产出的质量直接决定了实现阶段的效率和最终产品的可靠性。