最新资讯
ASPICE（Automotive SPICE，汽车软件过程改进及能力评定）评估是汽车行业用于评价软件开发团队研发能力水平的核心框架。需要明确的是，
ASPICE 本质上是一个“评估”模型，而非传统意义上的“认证”（即没有永久有效的证书），其结果通常是一份评估报告和能力等级评定，有效期通常为3年（需客户认可）。
以下是从准备阶段到结果交付的全流程详解：
这是决定评估成败的关键阶段，通常耗时最长（3-6个月甚至更久，取决于企业现状）。
明确目的：是为了满足特定主机厂（OEM）的准入要求、内部流程改进，还是为了投标？
界定范围：确定评估是针对整个组织、特定部门，还是某个具体项目（Project-based）。通常首次评估会选择一个典型的“试点项目”。
确定等级目标：根据客户需求，确定需要达到的能力等级（通常 Level 2 是入门门槛，Level 3 为高阶要求）。
内部团队：成立 ASPICE 推行小组，包括项目经理、质量经理、过程改进专家（SEPG）及各领域骨干。
外部咨询（可选）：许多企业会聘请专业咨询公司进行差距分析和辅导。
选择评估机构：联系具备资质的评估机构（如 TÜV, SGS, Intertek, BV 等）或授权评估师（Provisional/Full Assessor）。
现状诊断：对照 ASPICE 标准（ISO/IEC 15504 衍生），检查现有流程与标准的差距。
输出物：《差距分析报告》，列出缺失的过程域（Process Areas）和不符合项。
根据基线评估的结果，进行实质性的流程建设和整改。
定义过程：编写或修订过程描述文件（Process Description），覆盖 ASPICE 要求的各个过程域（如需求工程 SYS.2/SWE.1、架构设计 SWE.2、测试 SWE.4-6、项目管理 MAN.3 等）。
模板与工具：制定统一的工作模板（如需求规格书、测试用例模板），并配置相应的管理工具（如 Jira, DOORS, Git, Jenkins 等）以支撑流程落地。
实际执行：在选定的试点项目中严格执行新定义的流程。
证据收集：这是评估的核心。必须保留完整的“工作产品”（Work Products），如会议纪要、评审记录、追踪矩阵（Traceability Matrix）、测试报告等。ASPICE 强调“没有记录就没有发生”。
内部审核：由内部质量团队检查项目执行情况，确保符合定义的流程。
模拟评估（Pre-Assessment）：邀请外部评估师或顾问进行一次非正式的模拟评估，提前发现潜在的不符合项（Non-Conformities），并进行最后冲刺整改。
当企业认为准备就绪后，启动正式评估。正式评估通常持续 3-5 天（取决于范围和等级）。
评估师与被评估方确认评估计划、范围、日程安排及保密协议。
这是评估最核心的环节，评估师通过以下方式收集证据：
文档审查：检查项目文档是否符合过程描述，是否完整。
人员访谈：随机抽取项目组成员（开发、测试、项目经理等）进行访谈，验证其是否真正理解并执行了流程（不仅仅是有文档，还要看执行的一致性）。
工具演示：现场演示工具链中的数据流转和追踪关系。
评估师根据收集的证据，对照 ASPICE 的**过程属性（Process Attributes, PA）**进行打分（0-5分）。
PA 1.1: 过程执行绩效（是否做了？）
PA 2.1: 过程管理绩效（是否被管理？）
PA 2.2: 工作产品管理（文档是否受控？）
(Level 3 及以上还涉及 PA 3.1, 3.2 等)
每日总结：每天结束时，评估师会与核心团队沟通当天的发现，确认事实无误。
评估师口头汇报初步评估结果，包括达到的等级、主要优势以及发现的不符合项（Major/Minor Findings）。
注意：此时尚未出具正式报告，结果可能随后续证据补充而微调。
评估机构在评估结束后（通常 1-2 周内）出具正式的《ASPICE 评估报告》。
报告内容包含：评估范围、使用的模型版本、每个过程域的评级结果、详细的不符合项描述及改进建议。
结果形式：通常是一个能力等级剖面图（Capability Profile），例如 "SWE.1 达到 Level 2, MAN.3 达到 Level 1"。
如果存在 Major Non-Conformities（主要不符合项），可能导致无法获得客户认可的等级。
企业需在规定时间内（如 2-4 周）提交整改计划并实施，部分情况下评估师会进行远程复核或现场回访（Follow-up Assessment）。
将正式报告提交给发起评估的主机厂或客户。
客户认可：最终是否“通过”，由客户决定是否接受该评估报告。不同主机厂对评估机构资质和报告有效期的要求不同。
真实性：ASPICE 极其看重“言行一致”。切忌为了应付评估而补造虚假文档，经验丰富的评估师通过访谈很容易识破。
双向追溯性 (Traceability)：从用户需求 -> 系统需求 -> 软件需求 -> 架构 -> 代码 -> 单元测试 -> 集成测试 -> 验收测试，必须形成完整的闭环追溯，这是 Level 2 的核心要求。
全员参与：不仅仅是质量部门的事，开发和测试人员的日常习惯改变才是落地的关键。
工具链支撑：依靠人工维护庞大的文档和追溯矩阵几乎不可能，必须借助专业的 ALM（应用生命周期管理）工具。
准备与改进期：3 ~ 9 个月（视企业基础而定，零基础可能需要更久）。
正式评估期：3 ~ 5 天。
报告与整改期：2 ~ 4 周。
通过这个流程，企业不仅能获得一张进入供应链的“门票”，更能切实提升软件开发的规范性和产品质量。
推荐阅读：
亚远景-ASPICE评估：汽车软件开发过程评估的方法与经验总结
亚远景-ISO/PAS 8800与全球汽车AI监管趋同下的中国企业合规策略与技术适配
亚远景-ASPICE与ISO 26262：汽车软件安全与质量的双标
亚远景-ISO 26262与ISO 21434：汽车安全标准的双基石
亚远景-从标准到文化：ISO/PAS 8800能否定义“可信AI”的全球伦理？
推荐服务：
点击查看亚远景ASPICE、ISO26262实施工具-APMS研发过程管理平台
