automotive-process-analyzer
能力范围
对照 Eclipse S-CORE process standards,分析汽车软件项目的流程合规性:
| 标准 | 覆盖 |
|---|---|
| ASPICE 4.0 | 全部 17 个过程域 |
| ISO 26262 | 功能安全(安全分析、确认、验证) |
| ISO/SAE 21434 | 网络安全工程 |
| ISO PAS 8926 | SOTIF 相关 |
建模元素
- 17 个过程域(Process Areas)
- 20+ 个角色(Role)
- 4 层 building block 层次(Stakeholder / Feature / Component / Subsystem)
- 生命周期阶段(Plan → Specify → Realize → Verify → Release)
- 追溯链(Traceability)
- 评审 / 审阅(Review / Inspection)
9 类核心任务
| # | 任务 | 产出 |
|---|---|---|
| 1 | 汽车软件文档合规性评估 | 合规度评分 + 问题清单 |
| 2 | 安全分析审查(DFA / FMEA) | 审查报告 |
| 3 | 跨层次需求追溯(Stakeholder / Feature / Component) | 追溯矩阵 |
| 4 | 组件间信号流与接口契约分析 | 接口对照表 |
| 5 | 架构设计对照标准评估 | 架构差距分析 |
| 6 | 安全 / 安全性 / 质量缺口识别 | 缺口清单 |
| 7 | 验证策略与测试覆盖评估 | 覆盖率审计 |
| 8 | Release Readiness 检查 | 放行评估报告 |
| 9 | 合规 Checklist 生成 | 定制化检查清单 |
典型串联(ASPICE 工程闭环)
Rendering diagram…
详见 ASPICE 工程闭环案例。
触发方式
自然语言示例:
- "做一次 ASPICE 自评估"
- "看看这个项目的 SWE.4 验证策略够不够"
- "生成 ISO 26262 合规清单"
- "分析这个架构设计是否满足 ASPICE 要求"
输入 / 输出
输入:
- DOORS 需求集(通过 alm-integration 拉取)
- 架构文档 / 设计文档(docx / md)
- 代码库(git skill 拉取)
- 测试规格 / 结果
输出:
- 结构化合规度评估 JSON
- 问题清单(按严重度分级)
- 改进建议
- html-report 可视化看板