1 范围
1.1标识
〔要求〕本条应描述本文档所适用的系统、接口实体和接口的完整标识。适用时，应描述其标识号、名称、缩略名、版本号和发布号。
〔解释〕本节要写出：
a）本文档标识号（由配置管理员给定），包括版本号；
b）本文档的标题（即封面的名称）；
c）本文档中的术语和缩略语；
d）本文档适用的系统和软件的完整标识。
1.2系统概述
〔要求〕本条应概述本文档适用的系统和软件的用途。它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其它有关文档。
〔解释〕需方为此任务书的提出部门或单位。用户分直接和间接用户。保障机构指负责软件维护阶段工作的部门。
1.3文档概述
〔要求〕本条应概述本文档的用途和内容，并描述与使用本文档有关的保密性要求。
〔解释〕除概述文档用途外，应特别给出本文档的编制说明，包括新编制、还是更改，如更改需说明更改内容、更改原因，可用列表给出更改内容条目。
〔示例〕本文档编写的目的：
a）作为XX批XX软件开发的依据；
b）作为XX批XX软件评测和测试依据；
c）作为XX批XX软件验收的依据；
d）本文档适用于XX软件开发人员、测试人员及管理人员。
本文档相对于上一软件版本（标识），或相对于借鉴型号的软件版本（标识）。主要更改的内容见表1。
2 引用文档
〔要求〕本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。
〔解释〕引用文档按照先国家标准、国家军用标准、行业标准、集团公司标准、院标准、单位标准、技术文件的次序排列。引用的文档通常应在正文中体现（引用）。
〔示例〕本任务书引用及软件开发过程中遵循下列标准、规范或技术文档：
1）GJB/Z 141－2004 军用软件测试指南
2）GJB 438B－2009 军用软件开发文档通用要求
3）GJB 2786A－2009 军用软件开发通用要求
4）GJB 5000A－2008 军用软件研制能力成熟度模型
5）QJ 3027A-2016 航天型号软件测试规范
6）QJ 20190-2012 飞航导弹武器系统软件内部测试要求
7）X院型号软件工程化体系文件 （2016版）
8）XX软件工程化程序文件 （x.xx版）
9）XX系统技术要求 单位 作者 批准日期
10）XX系统控制解算方程 单位 作者 批准日期
11）XX系统与XX系统通讯协议 单位 作者 批准日期
3 运行环境要求
3.1 硬件环境
〔要求〕本条应描述CSCI运行必需的硬件环境，应包括：
a)宿主机和目标机的型号、主要性能指标及资源配置和分配；
b)通用外设的种类、数量、型号、规格及主要性能指标；
c)专用外设的种类、数量、性能及接口情况。
3.2 软件环境
〔要求〕本条应描述CSCI运行必需的软件环境要求，应包括：
a)系统的组成；
b)对操作系统、监控软件、语言、数据库等的类型、版本及编程要求；
c)软件工具的种类、版本及应用的主要功能。
4 技术要求
4.1 功能
〔要求〕从4.1.1节开始编号，分条描述需要由软件产品完成的所有功能、工作模式、容错要求、特殊要求（如对某些意外的适应能力）及应急措施和可扩展要求。
4.1.X （XX任务）（任务的唯一标识符）
〔解释〕软件任务书的核心，是软件开发要实现的主要功能（或称任务）。对功能的确定和划分没有具体标准可参考，需要用户和系统人员分析获取，功能的“粗”、“细”程度合适。一般原则是，从用户的角度对软件提出各项功能需求；每项功能的输入、输出能明确描述；每项功能能清晰合适描述；功能是完备的、相互一致的、唯一标识的，每项功能适合实现的；每项功能具有可测试性和可验证性。
4.1.X+1 工作模式
〔解释〕任务剖面应能把所描述的功能关联起来，给软件需求分析提供系统工作的全局了解。任一任务应至少在一个任务剖面中体现。
工作模式（任务剖面）：任务剖面可按照系统的工作阶段，或工作状态划分，要视系统的具体情况，目的是把系统整体的工作过程描写清楚。
在描述任务剖面时，还需要描述其进入条件（或触发条件）和退出结果。
描述任务剖面，可采用控制流图、状态图等形式。
分节详细说明各工作模式的进入/触发条件、初始状态、信息处理过程、输入/输出信息和过程结束的条件等内容。
4.1.X+2容错要求
〔解释〕若有，描述软件的容错要求。
4.1.X+3 其他要求
〔解释〕若有，描述软件对意外的适应能力、应急措施等。
4.2 性能
〔要求〕本条应描述对软件的精度、实时性、时间、占用存储空间的开销及余量等性能指标要求。
〔解释〕通常对软件整体提出性能要求，必要时可对单个任务提性能要求。
4.3 输入/输出
〔要求〕本条应描述本软件所有输入/输出信息的来源、格式、数量、频度、顺序、值域、精度、接收方法及信号发生的最短时间间隔，发送方法及发送对象，中断信号数量、优先级，需要时给出与其它软件的接口，以及对于嵌入式软件程序的固化地址。
4.4 数据处理要求
〔要求〕列出所有处理需要的条件，说明数据参数的处理精度、处理速度、传递关系、并行关系和最大信息量情况（最大数据容量、最大数据流通率、允许最长中断排队长度及处理时间等），规定对冗余信息的处理准则。用表格的形式列出所有参数，并说明每个参数的名称、量纲、数据精度及对软件的使用要求等。
〔解释〕可采用表格的形式，分类说明对不同参数处理要求以及其他冗余、通讯等要求。
4.5 接口
〔要求〕本章应描述与各种外部接口之间的关系。
4.5.1 接口示意图
〔解释〕描述和标识软件、硬件和本文档适用的各关键项之间的连接关系和接口。为了描述这些接口，应提供一个或多个接口示意图，对每个接口应标识其名称和项目唯一标识号。
接口包含本软件与其它软件、外部系统/软件的接口。采用接口示意图的形式表示接口的连接关系，接口数据及流向。
4.5.2 （接口名称和项目唯一标识号）
〔解释〕从4.5.2 节开始编号。各节要用名称和项目唯一标识号标识一个接口，陈述它的用途。并分小节说明对接口的需求以及接口间数据传递的要求。
本节的核心是描述接口（通讯）协议。外部接口主要有模拟量接口、数字量接口、开关量接口和通讯接口。
接口（通讯）协议可分层描述，如分物理层、传输层和应用层。物理层描述电气特性和物理协议等；传输层描述所有传输数据包（帧）格式、含义、帧内时间特性等；应用层描述各数据包（帧）的如何使用（应答/单发/单收等），帧间时间特性等。
接口（通讯）协议可单独形成文件，在此引用。单独形成文件应作为任务书的附件。
〔示例〕
制导机的发控接口采用异步串行通讯接口，通讯协议分3层：
物理层电气连接采用RS422，协议为UART，1个起始位，8个数据位，1个奇校验位，1个停止位。波特率为614.4Kbps。
传输层协议由通讯双方约定数据包或帧格式为：帧头，帧长，数据字节，校验字节，帧尾。帧内字节间间隔在10us和50us之间。约定的帧有：…。
应用层协议是数据通讯按帧进行，每次通讯采用应答方式，即收到制导机命令帧后，发出回答帧。接收命令帧后5ms内发出回答帧。
4.6 固件
〔要求〕需要时, 本条应描述程序的固化地址、安装和操作要求。
4.7 关键性要求
4.7.1可靠性
〔要求〕本条按需要可分成若干条描述软件可靠性指标及可靠性要求。描述软件的容错、冗余要求及建议，并提出与操作员有关的容错要求。描述软件的健壮性要求，如对系统瞬时掉电、受外界干扰、接口故障（非法输入、常0/1
故障）等的适应能力，提出局部软、硬件失效时的降级设计要求。
〔解释〕可靠性指在指定的条件下使用时，软件产品维持规定的性能级别的能力。体现在：
a）成熟性 软件产品为避免由软件中故障而导致失效的能力。
b）容错性 在软件中出现故障或者违反指定接口的情况下，软件产品维持规定的性能级别的能力。
c）易恢复性 在失效发生的情况下，软件产品重建规定的性能级别并恢复受直接影响的数据的能力。
d) 可靠性的依从性 软件产品遵循与可靠性相关的标准、约定或法规的能力。
〔示例〕XX软件的可靠性设计具体要求如下：
冗余设计要求……；
自恢复性设计（看门狗的使用）；
XX数据的备份；
数据通讯的重发要求……；
输出开关量的3次设置；
输入开关量的3次读取和表决。
4.7.2安全性
〔要求〕本条按需要可分成若干条描述安全性要求；如关键功能至少要由两个独立的程序模块共同完成，“监视时钟”（看门狗）的设置要求，软件（程序）多余物的处理，程序块的隔离，内存未用空间和未采用中断的处理，对关键数据、变量的保护和校核等；描述安全性关键功能软件的标识、控制、检测和故障识别；描述软件失控、加电检测控制顺序出现异常造成的可接受的最低安全性水平；描述关于系统的某些故障模式和软件的故障对策要求。若适用，描述不允许出现的故障模式。
〔示例〕
时间0点信号要3次连续周期判别，确认有效；
对XX关键信号连续3次输出；
当收到自毁指令时，自毁控制3次执行；
在解保后才可发出战斗指令。
4.7.3 保密性
〔要求〕本条应描述保密性要求，如口令、密码、访问控制、数据加密等。
5 设计约束
〔要求〕本条应描述约束软件设计的那些要求，一般应包括如下内容：
a) 规定软件的数学模型、规则、计算公式、参数名称、符号和重用要求；
b) 规定软件的编程语言和编程规则；
c) 规定软件的开发工具和环境要求；
d) 规定软件的测试工具和环境要求；
e)规定软件的重用性和可移植性要求。
6 质量控制要求
6.1 软件关键等级
〔要求〕本条应描述各CSCI的关键等级、规模等级和相应的要求。
〔解释〕定义安全性关键等级。
指出安全性设计要依据的标准。
6.2标准
〔要求〕本条应描述软件开发、测试必须遵循的标准。
6.3 文档
〔要求〕本条应描述必须有的开发、测试文档清单以及对它们的评审要求。
〔示例〕
1）XX软件需求规格说明；
2）XX软件开发计划；
3）XX软件测试计划；
4）XX软件配置管理计划；
5）XX软件质量保证计划；
6）XX软件设计说明；
7）XX软件测试说明；
8）XX软件测试报告；
9）XX软件研制总结报告；
10）XX软件版本说明；
11）XX软件产品规格说明；
……
6.4配置
〔要求〕本条应描述软件的配置管理要求。
6.5 测试要求
〔要求〕本条应描述软件测试的要求；必要时规定软件测试的特殊要求，如软件必须由第三方独立测试等。
6.6 对分承制方的要求
〔要求〕当存在软件分承制方时，本条描述对分承制方的要求。
7 验收和交付
〔要求〕本条应描述如下内容：
a) 规定软件的验收准则，包括验收程序和验收环境；
b)规定软件的交付形式、数量、装载媒体等，规定必须交付的文档清单；
c) 需要时规定软件的版权保护要求。
8软件保障要求
〔要求〕描述在软件移交后的有关软件维护、培训等技术保障要求。
9进度和里程碑
〔要求〕明确项目的进度要求、里程碑和需要需方参加的评审等。
〔解释〕需方指本任务书的提出方。文章来源：https://www.toymoban.com/news/detail-631266.html
10 注释
〔要求〕本章包括有助于了解文档的所有信息（例如：背景、术语、公式等）文章来源地址https://www.toymoban.com/news/detail-631266.html
到了这里，关于GJB 软件研制任务书-编制规范的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
