<center>
 此公告来自中国卫星导航定位应用管理中心
 
<img src="/static/img/7ed0853f0c48686b718deb46694e5f47.image.webp" width="400">

</center>



:::info{title="原文链接"}
[http://beidouchina.org.cn/tongzhi/4851.html](http://beidouchina.org.cn/tongzhi/4851.html)
:::

<center>
 
![image.png](/static/img/bcaaa562ebeab04fd621d709154526e6.image.webp)
 
![image.png](/static/img/68833433493c8a2b17881e151625f602.image.webp)


![image.png](/static/img/e0fda73b9b241665a9c04eb230d0fe5f.image.webp)


![image.png](/static/img/524321014f338c5ed3b0096fcbd3224f.image.webp)


![image.png](/static/img/a726755d3a3cc9aab0506190e3f30b41.image.webp)

北斗RDSS服务和检测认证有关问题的答复

<center>
 
以下为文章正文
</center>


---
<center>
 
<img src="/static/img/a4374ece3fe9c201876e10a0c1a0ba4b.image.webp" width="300">

</center>



 
<center>
 
<img src="/static/img/12388ccef952c23100c9a6205bba6833.image.webp" width="300">

</center>

# 本地文件名

```
GJB 1362A 军工产品定型程序和要求.pdf
```

GJB 1362A 军工产品定型程序和要求

<center>
 
以下为文章正文
</center>


---
<table style="text-align:center;">
 <tr>
 <td >阶段 标记</td>
 <td >M 方案阶段</td>	
 </tr></table>



# 1 范围

## 1.1 标识

&#8195;&#8195;本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名版本号和发布号。

## 1.2 系统概述

&#8195;&#8195;本条应概述本文档适用的系统和软件的用途;描述系统和软件的一般特性(如规模、安全性可靠性、实时性、技术风险等特性):概述系统开发、运行和维护的历史;标识项目的需方、用户开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。

## 1.3 文档概述

&#8195;&#8195;本条应概述本文档的用途和内容，并描述与它的使用有关的安全保密方面的要求。

## 1.4 与其他计划之间的关系

&#8195;&#8195;本条应描述本计划和其他项目管理计划的关系。
# 2 引用文档
&#8195;&#8195;本章应列出本文档引用文档的编号、标题、编写单位、修订版及日期，还应给出不能通过正常渠道得到的文档的来源。
# 3 策划背景概述
&#8195;&#8195;本章根据需要可分为若干条，应对后续章条描述的策划提供背景信息，适用时包括如下方面的概述: 
&#8195;&#8195;a)特开发系统和软件的要求和约束; 
&#8195;&#8195;b)项目文档的要求和约束: 
&#8195;&#8195;c项目在系统寿命周期中所处的位置(如阶段); 
&#8195;&#8195;d)所选定项目(或系统)获取策略或有关的要求或约束; 
&#8195;&#8195;e项目进度安排及资源方面的要求与约束; 
&#8195;&#8195;f)其他要求和约束，例如:项目的保密性、方法、标准、硬件和软件开发的相互依赖关系等
# 4 软件开发活动的总体实施计划
&#8195;&#8195;如果项目的不同构建版或不同软件要求不同的策划，就应在下述相应条中注明这些区别。除下面规定的内容外，每条还应标识可能的风险/不确定性和它们的处理计划。
## 4. 1 软件开发过程
&#8195;&#8195;本条应描述要采用的软件开发过程，软件生存周期模型的定义和选择。计划的内容应覆盖合同中涉及该方面要求的所有条款，应包括已标识的计划的构建版，合适时，包括各构建版的目标以及每个构建版要执行的软件开发活动。
## 4.2 软件开发总体计划
### 4.2.1 软件开发方法
&#8195;&#8195;本条应描述或引用所使用的软件开发方法，包括为支持这些方法所使用的手工的和自动的工具以及规程。该方法应覆盖合同中涉及该方面要求的所有条款。如果在方法所及的活动中有更好的描述。则可直接引用本文档中的有关章条。
### 4.2.2 软件产品标准
&#8195;&#8195;本条应描述或引用在表达需求、设计、编码、测试用例、测试过程和测试结果方面要遵循的标准。这些标准应覆盖合同中涉及该方面要求的所有条款。如果这些标准在本文档所涉及的活动中有更好的描述，则可直接引用本文档中的有关章条。对于所使用的每一种编程语言，应给出缤码标准，至少应包括如下方面: 
&#8195;&#8195;a)缩进、间距等信息格式要求: 
&#8195;&#8195;b)头部往释要求: 
&#8195;&#8195;c)变量、参数、包、文件等命名约定: 
&#8195;&#8195;d) 适用时，代码模块的复杂度、所使用编程语言在编程方面的限制(如C语言安全子集)等 
### 4.2.3 可重用的软件产品
#### 4.2.3.1 采用可重用软件产品
&#8195;&#8195;本条应描述标识、评价和采用可重用软件产品所遵循的方法，包括查找这些产品的范围和进行评价的准则，并应覆盖合同中涉及该方面要求的所有条款。在制定或更新计划时对已选定的或候选的可重用的软件产品应加以标识和说明，适用时还应给出与使用有关的优缺点和限制。
#### 4.2.3.2 开发可重用软件产品
&#8195;&#8195;本条应描述开发可重用软件产品的可能性及所遵循的方法，并应覆盖合同中涉及该方面要求的所有条款。
### 4.2.4 关键需求的处理
&#8195;&#8195;本条可分为若干子条描述安全性保证、保密性保证和其他关键需求(如可靠性、保障性、测试性、维护性等)保证的处理所道循的方法，并应覆盖合同中涉及该方面要求的所有条款。
### 4.2.5 计算机硬件资源的利用
&#8195;&#8195;本条应描述分配计算机硬件资源和监控其使用情况所进的方法，应覆盖合同中涉及该方面要求的所有条款。
### 4.2.6 决策理由的记录
&#8195;&#8195;本条应描述记录决策理由所遵循的方法。在保障机构对项目作出关键决策时，这些决策理由有用。在记录决策理由的地方应对“关键决策”进行解释，并应覆盖合同中涉及该方面要求的所有杀式
### 4.2.7 需方评审所需访问
&#8195;&#8195;本条应描述为评审软件产品和活动，让需方或投权代表访问开发方和分承制方设施所遵循的方并应覆盖合同中涉及该方面要求的所有条款。
# 5 详细的软件开发活动实施计划
&#8195;&#8195;如果项目的不同构建版或不同软件需要不同的计划，则在相应小条应说明这些差异，每项活动狗描述应包括应用于以下方面的途径(方法/规程/工具): 
&#8195;&#8195;a)所涉及的分析性任务或其他技术性任务: 
&#8195;&#8195;b)结果的记录: 
&#8195;&#8195;c)适用时与交付有关的准备。 
&#8195;&#8195;该描述还应标识(适用时)存在的风险和不确定因素，以及处理它们的计划。 
&#8195;&#8195;本章中的各小条都应覆盖合同中涉及的该方面要求的所有条款。 
## 5.1 项目策划和监控
&#8195;&#8195;本条应描述软件开发策划、CSCI测试策划、系统测试策划、软件安装划、软件移交策划、计划的遵循和修订应遵循的途径。策划(包括重新策划)工作宜基于告计，包括：规模、工作量、关键计算机资源等估计。本条也包括进度的导出方法等。
## 5.2 软件开发环境建立
&#8195;&#8195;本条应描述在建立、控制、维护软件开发环境所道循的途径，包括:软件工程环境(含软件测试环境)、软件开发库、软件开发文件和非交付软件。
## 5.3 系统需求分析
&#8195;&#8195;本条应描述参与用户要求分析、运行方案和系统需求所遵循的途径，
## 5.4 系统设计中
&#8195;&#8195;本条应描述参与系统级设计决策、系统体系结构设计所遵循的途径。
## 5.5 软件需求分析
&#8195;&#8195;本条应描述软件需求分析所邀循的途径。
## 5.6 软件设计
&#8195;&#8195;本条应描述 CSC1级设计决策、CSCI体系结构设计和CSCI详细设计所遵循的途径。
## 5.7 软件实现和单元测试
&#8195;&#8195;本条应描述软件实现、单元测试的准备，单元测试的执行、修改和回归测试，以及分析和记录单元测试的结果所遵循的途径，
## 5.8 单元集成和测试
&#8195;&#8195;本条应描述单元集成与测试的准备、单元集成与测试的执行、修改与回归测试，以及分析和记录单元集成与测试的结果所遵奣的途径
## 5.9 CSCI合格性测试
&#8195;&#8195;本条应描述 CSCI合格性测试的独立性、在目标计算机系统上进行的测试、CSCI合格性测试的准备、CSCI 合格性测试的预演、CSC1合格性测试的执行、修改与回归测试、分析并记录 CSCI合格性测试的结果所遵循的途径，
## 5.10 CSCI/HWCI集成和测试
&#8195;&#8195;本条应描述参与 CSCI/HWCL集成和测试的准备、CSCIHWGI 集成和测试的执行、修改和回归测试，以及分析与记录CSCUHWCI集成和测试结果所道的途径。
## 5.11 系统合格性测试
&#8195;&#8195;本条应描述在系统合格性测试的独立性、在目标计算机系统上进行测试、系统合格性测试准备、系统合格性测试的预演、系统合格性测试的执行、修改和回归测试、分析与记录系统合格性测试结果等方面参与系统合格性测试所遵循的途径。
## 5.12 软件使用准备
&#8195;&#8195;本条应描述可执行软件的准备、为用户现场准备版本说明、用户手册的准备、在用户现场的安裴所遵循的途径。
## 5.13 软件移交准备
&#8195;&#8195;本条应描述可执行软件的准备、源文件的准备、为保障现场准备版本说明、已构建的CSC设计和有关信息的准备、系统或子系统设计说明的更新、保障手册的准备以及移交到指定的保障现场所遵循的途径。
## 5.14 软件验收支持
&#8195;&#8195;本条应描述支持需方进行软件验收测试和评审、交付软件产品以及提供培训和支持所遵循的途
## 5.15 软件配置管理
&#8195;&#8195;&#8195;&#8195;本条应描述软件配置管理所遵循的途径。
## 5.16 软件产品评价
&#8195;&#8195;本条应描述过程中的和最终的软件产品的评价、软件产品评价记录(包括所记录的具体条目)软件产品评价的独立性所遵循的途径。
## 5.17 软件质量保证
&#8195;&#8195;本条应描述软件质量保证评价、软件质量保证记录、软件质量保证的独立性所遵循的途径，5.18 纠正措施
&#8195;&#8195;本条应从问题报告/更改报告以及纠正措施系统两方面来描述纠正措施所遵循的途径。其中间题报告/更改报告应包括要记录的具体条目。
## 5.19 联合评审
&#8195;&#8195;本条应分别描述联合技术评审和联合管理评审所遵循的途径，并描述所建议的评审。
## 5.20 风险管理
&#8195;&#8195;本条应描述风险管理所遵循的途径，对识别出的风险应给出相应的对策。
## 5.21 测量和分析
&#8195;&#8195;本条应描述软件测量和分析所遵循的途径及使用的测度。
## 5.22 保密性
&#8195;&#8195;本条应描述保密性活动所遵循的途径。
## 5.23 分承制方管理
&#8195;&#8195;本条应描述分承制方管理所遵循的途径。
## 5.24 与软件独立验证和确认(IV&V)机构的联系
&#8195;&#8195;本条应描述与软件独立验证和确认(IV&V)机构的联系所遵循的途径
## 5.25 与相关开发方的协调
&#8195;&#8195;本条应描述与相关开发方的协调所遵循的途径
## 5.26 项目过程的改进
&#8195;&#8195;本条应描述项目过程的改进所遵循的途径，
## 5.27 未提及的其他活动
&#8195;&#8195;本条应描述以上条中未提及的其他活动所遵循的途径。
# 6 进度表和活动网络图
&#8195;&#8195;本章应给出: 
&#8195;&#8195;a) 进度表。该表应标识每个构建版的活动，并给出每个活动的开始时间、草稿和最终交付产品就绪的时间，其他里程碑及每个活动的完成时间。 
&#8195;&#8195;b)活动网络图。该图应描述活动之间的顺序关系和依赖关系，标识对项目施加最大时间限制的活动。
# 7 项目组织和资源
## 7.1 项目组织
&#8195;&#8195;本条应描述本项目要采用的组织结构，包括涉及的组织机构、机构之间的关系、每个机构执行所需活动的权限和职贵。
## 7.2 项目资源
&#8195;&#8195;本条应描述适用于本项目的资源，可包括: 
&#8195;&#8195;a) 人力资源，应包括: 
&#8195;&#8195;1)此项目投入的人力估计(人时数): 
&#8195;&#8195;2)按职责(如:管理，软件工程，软件测试，软件配置管理，软件产品评价，软件质量保证等)所投入人力的分解结构: 
&#8195;&#8195;3)履行每个职责的人员的技术能力、地理位置和涉密程度的分解结构。 
&#8195;&#8195;b)为适应合同中的工作，开发人员工作的地理位置、要使用的设施、保密区域等况。 
&#8195;&#8195;c)合同中工作需要的、且由需方提供的设备、软件、服务、文档、数据及设施，并给出何时需要上述各项的进度表。 
&#8195;&#8195;d)其他所需的资源，包括:获得资源的计划、需要的日期、每个资源项的可用性(就绪的时间) 
# 8 注释
&#8195;&#8195;本章应包括有助于了解文档的所有信息(例如:背景、术语、缩略语或公式)

GJB 438C 附录A 软件开发计划

```mermaid
stateDiagram
设计开发输入文件清单 --> 产品规范 

state 设计开发输入文件清单
{
1.用户需求和期望\n2.产品要求\n3.设计约束\n4.以前类似设计的经验\n5.设计和开发工具\n6.输出文件\n7.输入文件\n8.风险评估\n9.测试和验证\n10.设计决策\n11.设计评审\n12.知识产权
}

```



```mermaid
graph TD
设计开发输入文件清单 --> 产品规范 

产品规范 --> 风险评估报告
风险评估报告 --> 设计输入评审报告
设计输入评审报告 --> 论证阶段结束,方案阶段开始
论证阶段结束,方案阶段开始 --> 技术说明书
技术说明书 --> 技术条件
技术条件 --> 标准化大纲
标准化大纲 --> 质量保证大纲
质量保证大纲 --> 设计开发任务书_硬件
质量保证大纲 --> 设计开发任务书_软件
质量保证大纲 --> 设计开发任务书_结构

设计开发任务书_硬件 --> 设计开发计划书_硬件
设计开发计划书_硬件 --> 硬件设计方案


设计开发任务书_软件 --> 设计开发计划书_软件
设计开发计划书_软件 --> 软件设计方案


硬件设计方案 --> 设计开发方案评审报告
设计开发方案评审报告 --通过--> 方案阶段结束,工程研制阶段
设计开发方案评审报告 --不通过--> 硬件设计方案

设计开发任务书_结构-->结构设计方案
结构设计方案 --> 结构设计开发方案评审报告
结构设计开发方案评审报告 --通过--> 方案阶段结束,工程研制阶段
结构设计开发方案评审报告 --不通过--> 结构设计方案

软件设计方案 --> 软件配置管理报告


方案阶段结束,工程研制阶段 --> 硬件设计图
硬件设计图 --> 物料表
物料表 --> 重要特性分析报告
重要特性分析报告 --> 重要件明细表
重要件明细表 --> 关键过程明细表
关键过程明细表 --> 调试说明书
调试说明书 --> 硬件装配图
硬件装配图 --> 测试细则
测试细则 --> 设计开发阶段评审报告硬件工程研制阶段
设计开发阶段评审报告硬件工程研制阶段 --评审通过--> 环境试验大纲
设计开发阶段评审报告硬件工程研制阶段 --评审未通过--> 硬件设计图
环境试验大纲 --> 工程研制阶段结束,设计定型阶段
软件配置管理报告 --通过--> 方案阶段结束,工程研制阶段
软件配置管理报告 --不通过--> 软件设计方案

方案阶段结束,工程研制阶段 --> 程序源文件
程序源文件--> 软件版本说明
软件版本说明 --> 程序明细表
程序明细表 --> 软件测试说明
软件测试说明 --> 软件测试报告
软件测试报告 --> 程序烧写说明书
程序烧写说明书 --> 设计开发阶段评审报告软件_工程研制阶段
设计开发阶段评审报告软件_工程研制阶段 --评审通过--> 环境试验大纲
设计开发阶段评审报告软件_工程研制阶段 --评审未通过--> 程序源文件
方案阶段结束,工程研制阶段 --> 结构图
结构图 --> 外协件检验文件外协件检验文件
外协件检验文件外协件检验文件 --> 
设计开发阶段评审报告结构_工程研制阶段 --评审通过--> 环境试验大纲
设计开发阶段评审报告结构_工程研制阶段 --评审未通过--> 结构图

工程研制阶段结束,设计定型阶段 --> 测试环境确认单
测试环境确认单 --> 环境实验报告
环境实验报告 --> 测试报告
测试报告 --> 首件鉴定报告


工程研制阶段结束,设计定型阶段 --> 新品试制培训计划
新品试制培训计划 --> 新品试制准备状态检查表
新品试制准备状态检查表--> 出厂检验文件
出厂检验文件--> 出厂检验报告首件

出厂检验报告首件 --> 首件鉴定报告
工程研制阶段结束,设计定型阶段 --> 标准化评审报告
工程研制阶段结束,设计定型阶段 --> 设计开发验证报告
设计开发验证报告 --> 设计开发确认报告
设计开发确认报告-->首件鉴定报告
标准化评审报告-->首件鉴定报告



首件鉴定报告 --> 使用说明书
使用说明书 --> 媒体程序图
媒体程序图 --> 设计开发输出清单
设计开发输出清单 --> 明细表
明细表 --> 设计开发阶段评审报告硬件
明细表 --> 设计开发阶段评审报告软件
明细表 --> 设计开发阶段评审报告结构
设计开发阶段评审报告硬件 --> 质量评审报告
设计开发阶段评审报告软件 --> 质量评审报告
设计开发阶段评审报告结构 --> 质量评审报告
质量评审报告-->设计定型结束 
设计定型结束 -->工艺评审



click 软件设计方案 "https://blog.kellermen.top/post/102"
style 软件设计方案 fill:#00F000;



click 首件鉴定报告 "https://blog.kellermen.top/post/106"
style 首件鉴定报告 fill:#00F000;

click 软件测试说明 "https://blog.kellermen.top/post/97"
style 软件测试说明 fill:#00F000;

click 软件测试报告 "https://blog.kellermen.top/post/97"
style 软件测试报告 fill:#00F000;

click 程序烧写说明书 "https://blog.kellermen.top/post/97"
style 程序烧写说明书 fill:#00F000;

click 使用说明书 "https://blog.kellermen.top/post/74"
style 使用说明书 fill:#00F000;

click 调试说明书 "https://blog.kellermen.top/post/74"
style 调试说明书 fill:#00F000;

click 技术说明书 "https://blog.kellermen.top/post/74"
style 技术说明书 fill:#00F000;

click 软件版本说明 "https://blog.kellermen.top/post/97"
style 软件版本说明 fill:#00F000;


```

常规武器研制流程 理解

<center>
 
以下为文章正文
</center>


---
<center>
 
![image.png](/static/img/340777c7699ba873143d72ae8738f684.image.webp)
 </center>

# 相较于438B的修订内容

对于a)中文件的删除，是否可以理解为这些文档的内容增加到了f)中修改了的这些文档中呢？
<center>
 
<img src="/static/img/976d60ac431350c874faaecddb84bad7.image.webp" width="300">

</center>

# 文档范本目录
## 	附录A	软件开发计划
## 	附录B	软件安装计划
## 	附录C	软件移交计划
## 	附录D	软件测试计划
## 	附录E	运行方案说明
## 	附录F	系统/子系统规格说明
## 	附录G	接口需求规格说明
## 	附录H	系统/子系统设计说明
## 	附录I	接口设计说明
## 	附录J	软件需求规格说明
## 	附录K	软件设计说明
## 	附录L	数据库设计说明
## 	附录M	软件测试说明
## 	附录N	软件测试报告
## 	附录O	软件产品规格说明
## 	附录P	软件版本说明
## 	附录Q	软件用户手册
## 	附录R	计算机编程手册
## 	附录S	固件保障手册
## 	附录T	软件研制总结报告


<center>

<img src="/static/img/5e6985f4e371eee3a1375aadfcc0497d.image.webp" width="300">

</center>

# 本地文件名

```
GJB 438C-2021 军用软件开发文档通用要求.pdf
```