项目

内容

项目名称

软件名称/编号

软件等级（A/B/C/D）

申请人/研制单位

评审日期

评审人员

序号

检查项

完成状态

EC-1

高级需求（HLR）已完成，通过了评审，且能追溯到系统需求

□是 □否 □N/A

EC-2

软件架构已完成，并经过了评审和分析

□是 □否 □N/A

EC-3

低级需求（LLR）已完成，通过了评审，且能追溯到软件高级需求

□是 □否 □N/A

EC-4

源代码符合软件低级需求，通过了评审，且能追溯到软件低级需求

□是 □否 □N/A

EC-5

至少50%的软件开发数据（需求、设计和编码）已完成并通过申请人内部评审

□是 □否 □N/A

序号

材料名称

是否提交

文件编号/版本

评审结论

D-1

软件需求标准（SRS）、设计标准（SDS）、编码标准（SCS）

□是 □否

□合格 □需整改

D-2

软件需求数据（Software Requirements Data）

□是 □否

□合格 □需整改

D-3

软件设计描述（Software Design Description）

□是 □否

□合格 □需整改

D-4

源代码（Source Code）

□是 □否

□合格 □需整改

D-5

软件验证规程（Software Verification Procedures）

□是 □否

□合格 □需整改

D-6

软件验证结果（Software Verification Results）

□是 □否

□合格 □需整改

D-7

软件生命周期环境索引（Software Life Cycle Environment Index, SECI）

□是 □否

□合格 □需整改

D-8

问题报告（Problem Reports）

□是 □否

□合格 □需整改

D-9

软件构型管理记录（Software Configuration Management Records）

□是 □否

□合格 □需整改

D-10

软件质量保证记录（Software Quality Assurance Records）

□是 □否

□合格 □需整改

D-11

软件构型索引（Software Configuration Index, SCI）（如适用）

□是 □否

□合格 □需整改

D-12

工具鉴定数据（Tool Qualification Data）（按需）

□是 □否

□合格 □需整改

目标编号

检查项

软件等级适用性

完成状态

A2-1

高级需求符合系统需求（高级需求被开发以满足分配给软件的系统需求）

A/B/C/D 级

□是 □否 □N/A

A2-2

高级需求是准确和一致的

A/B/C/D 级

□是 □否 □N/A

A2-3

高级需求与目标计算机兼容

A/B/C/D 级

□是 □否 □N/A

A2-4

高级需求是可验证的

A/B/C/D 级

□是 □否 □N/A

A2-5

高级需求符合系统需求标准

A/B/C/D 级

□是 □否 □N/A

A2-6

高级需求可追溯到系统需求

A/B/C/D 级

□是 □否 □N/A

目标编号

检查项

软件等级适用性

完成状态

证据/备注

A3-1

软件架构符合高级需求

A/B/C 级

□是 □否 □N/A

A3-2

软件架构是一致的

A/B/C 级

□是 □否 □N/A

A3-3

软件架构与目标计算机兼容

A/B/C 级

□是 □否 □N/A

A3-4

软件架构是可验证的

A/B/C 级

□是 □否 □N/A

A3-5

软件架构符合标准

A/B/C 级

□是 □否 □N/A

A3-6

低级需求符合软件架构和高级需求

A/B/C 级

□是 □否 □N/A

A3-7

低级需求是准确和一致的

A/B/C 级

□是 □否 □N/A

A3-8

低级需求与目标计算机兼容

A/B/C 级

□是 □否 □N/A

A3-9

低级需求是可验证的

A/B/C 级

□是 □否 □N/A

A3-10

低级需求符合标准

A/B/C 级

□是 □否 □N/A

A3-11

低级需求可追溯到高级需求

A/B/C 级

□是 □否 □N/A

A3-12

软件架构的可追溯性

A/B/C 级

□是 □否 □N/A

目标编号

检查项

软件等级适用性

完成状态

证据/备注

A4-1

源代码符合低级需求

A/B/C 级

□是 □否 □N/A

A4-2

源代码遵循软件架构

A/B/C 级

□是 □否 □N/A

A4-3

源代码是可验证的

A/B/C 级

□是 □否 □N/A

A4-4

源代码符合标准

A/B/C 级

□是 □否 □N/A

A4-5

源代码可追溯到低级需求

A/B/C 级

□是 □否 □N/A

A4-6

源代码是准确和一致的

A/B/C 级

□是 □否 □N/A

A4-7

集成过程输出完整、正确

A/B/C 级

□是 □否 □N/A

A4-8

参数数据项文件正确、完整

A/B/C/D 级

□是 □否 □N/A

A4-9

完成参数数据项文件的验证

A/B/C 级

□是 □否 □N/A

目标编号

检查项

软件等级适用性

完成状态

证据/备注

A5-1

测试程序是正确的

A/B/C 级

□是 □否 □N/A

A5-2

测试结果正确，并解释了差异

A/B/C 级

□是 □否 □N/A

A5-3

实现了高级需求的测试覆盖

A/B/C/D 级

□是 □否 □N/A

A5-4

实现了低级需求的测试覆盖

A/B/C 级

□是 □否 □N/A

A5-5

实现了软件结构（语句/分支/MC/DC）的测试覆盖

A/B 级

□是 □否 □N/A

A5-6

实现了软件结构（数据耦合和控制耦合）的测试覆盖

A/B/C 级

□是 □否 □N/A

目标编号

检查项

完成状态

证据/备注

A8-1

构型标识已建立

□是 □否 □N/A

A8-2

基线的建立和追踪已完成

□是 □否 □N/A

A8-3

问题报告、跟踪和更正机制已建立并执行

□是 □否 □N/A

A8-4

更改控制（含更改评审）已执行

□是 □否 □N/A

A8-6

软件加载控制已执行

□是 □否 □N/A

目标编号

检查项

完成状态

证据/备注

A9-1

确保软件计划和标准的制定和审查符合DO-178C，并保持一致性

□是 □否 □N/A

A9-2

确保软件生命周期过程（开发过程、综合过程）符合已批准的软件计划和标准

□是 □否 □N/A

目标编号

检查项

完成状态

证据/备注

A10-1

符合性方法和计划的制定已与局方达成一致

□是 □否 □N/A

A10-2

符合性证明已按计划提供（PSAC、SCI、SAS等）

□是 □否 □N/A

序号

评审要点

检查结果

说明

F-1

确认软件开发阶段的工作（需求、设计、编码、集成）满足软件计划文件和标准文件的要求

□合格 □需整改

F-2

确认并批准计划文件中的更改（如适用）

□合格 □需整改

F-3

不同层次需求之间保持追溯性（系统需求 → HLR → LLR → 源代码）

□合格 □需整改

F-4

衍生需求已标识、记录并反馈至系统安全性评估过程

□合格 □需整改

F-5

系统安全性评估分配给软件的等级已作为软件审查的输入

□合格 □需整改

F-6

软件需求标准、设计标准、编码标准已得到遵循

□合格 □需整改

F-7

软件生命周期环境已记录并受控

□合格 □需整改

F-8

软件构型管理记录和SQA记录完整

□合格 □需整改

F-9

问题报告已记录并跟踪关闭

□合格 □需整改

F-10

工具鉴定状态（如适用）已确认

□合格 □需整改

项目

结论

整体状态

□ 通过（符合进入SOI#3的条件） □ 有条件通过（需整改后确认） □ 不通过（需重新评审）

不符合项数量

共 _____ 项，其中严重 _____ 项，一般 _____ 项

建议修改项

_____ 项

评审意见摘要

角色

姓名

签名

日期

申请人代表

局方审查代表

DER（如适用）