Nox-Lumen AutoASPICE 工程闭环演示
文档目的
本案例通过四个独立工作场景，展示在汽车软件研发的 ASPICE 体系下，如何将原本依赖人工的需求追溯、变更影响评估、测试用例编写和测试覆盖审计，转为自动化产出。每个场景对应车厂或一级供应商日常项目中真实存在的工程活动，演示数据基于一个完整的车控项目基线。
阅读对象：研发负责人、质量与流程负责人、过程评估专家。
演示项目背景
演示采用公开发布的车控项目 v1.17 基线作为输入数据，包含完整的 ASPICE 文档集：
- 利益相关方需求
- 软件需求规格
- 软件架构设计
- 软件详细设计
- 安全分析 / 网络安全分析
- 验证与确认计划
- 安全手册
该项目实现一套外部车灯控制与速度控制功能，在汽车行业内属于典型的 ASIL_B 级别车身/动力域控制器。
选择这套数据的原因：
- 文档体系完整，覆盖 ASPICE V-Model 上下两侧全部主要 Process Area
- 包含一次真实的版本升级（v1.14 → v1.17），有需求新增、修改、删除三类变更
- 包含 CAN 通信矩阵（DBC 文件）和验证序列（ValSeq），便于演示从需求到测试用例再到信号注入的端到端能力
演示中所有的数字都来自对该项目实际数据的分析，不存在示例值。
四个场景概览
| 编号 | 场景主题 | 对应 ASPICE 过程域 | 解决的工程问题 |
|---|---|---|---|
| 场景一 | 端到端追溯审计 | 横跨 SYS.2 / SWE.1–SWE.6 + SUP.1 | 项目交付前的追溯链完整性自检 |
| 场景二 | 版本变更影响分析 | SUP.10（变更管理）+ 横跨 SWE 全部 PA | 版本升级时的影响评估与回归范围确定 |
| 场景三 | 测试用例自动生成 | SWE.4（软件单元验证） | 从需求到可执行 CAPL 测试脚本 |
| 场景四 | 测试覆盖审计 | SWE.4 + SWE.5 / SWE.6 测试覆盖维度 | 测试用例与需求的双向覆盖率核查 |
四个场景串联起来，覆盖了一个汽车软件项目从「需求到测试」与「基线到基线」两个核心维度的工程闭环。
Graft 跨会话串联全景
这是本案例最核心的平台能力之一：四个场景分别在独立 Session 中运行，但通过 Graft 跨会话嫁接互相引用对方的结果，避免数据重复处理、结论不一致。
Rendering diagram…
Graft 在本案例的三处关键应用：
- 场景二 ← Graft ← 场景一（v1.14 / v1.17）：变更分析需要同时看两个版本的追溯基线
- 场景四 ← Graft ← 场景一：覆盖审计结果与追溯审计结果交叉验证，34 条一致 / 14 条仅场景一 / 79 条仅场景四，差异项自动标为"待复核"
- 场景四 ← Graft ← 场景三：覆盖矩阵需要引用场景三新生成的 CAPL 测试用例
为什么用 Graft 而不是把四个场景塞到一个大 Session？ 因为每个场景的上下文、Agent 配置、技能集都不同，独立 Session 保证专注度与可维护性；Graft 让它们在需要协作时"按需引用"，不浪费 context。
四个场景的整体逻辑
把四个场景放回 ASPICE V-Model 上看，覆盖了完整的工程闭环：
- 场景一在 V-Model 中纵向打通「需求—设计—测试」的追溯链
- 场景二在时间维度上覆盖一次基线升级所触发的全部变更影响
- 场景三聚焦 V-Model 右侧的测试构造环节
- 场景四在 V-Model 右侧验证测试构造的完整性，并与场景一的需求侧追溯做交叉对照
推荐部署顺序
客户实际项目落地时，可以按以下顺序部署：
- 先用场景一对当前基线做一次"健康体检"，识别历史遗留的追溯断链
- 用场景三补齐测试用例缺口
- 用场景四验证补齐效果，跟踪覆盖率提升
- 进入持续迭代后，每一次版本升级都触发一次场景二，形成「变更—影响—回归」的常态化流程
演示交付物清单
四个场景共产出以下文件，可在演示现场直接打开查看：
| 场景 | 报告文档 | 可视化看板 | 结构化数据 |
|---|---|---|---|
| 场景一 | A-aspice-traceability-report.docx | A-aspice-traceability-dashboard.html | metrics.json / pa_stats.json / issues.json |
| 场景二 | B-change-impact-report.docx | B-change-impact-dashboard.html | 04-change-manifest.json / 05-impact-analysis.json / 06-regression-test-recommendations.json |
| 场景三 | C-test-cases-overview.docx | C-test-coverage.html | requirements_extract.json / signal_interfaces.json / req_signal_mapping.json + CAPL 脚本 3 份 |
| 场景四 | D-test-requirement-coverage.docx | D-coverage-dashboard.html | D-coverage-matrix.xlsx / coverage_analysis.json / dashboard_data.json |
所有看板支持离线打开（自包含 HTML），适合在客户现场无网环境演示。
相关文档
- Graft 跨会话嫁接 — 本案例的核心平台能力
- ASPICE 合规能力 — 产品级能力介绍
- 汽车需求管理 — 对应场景一 & 场景二的上游能力