[规范性]文档名称 ： XX项目中文名称-接口需求规格说明
密级：秘密*5年
接口需求规格说明
《XX项目中文名称》接口需求规格说明 Interface Requirement Specification of
XX项目英文名称
编制单位 ：江苏科技大学新技术研究所 编 写 ：CNISILS项目组XXX 审 核 ：YYY 批 准 ：ZZZ
编写记录
序号 编写时间 编写说明（编写章节及内容概要） 编写人 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
修改记录
序号 修改时间
修改说明（修改章节及内容概要） 修改人 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 目 录
1 范围 ................................................................... 错误!未定义书签。
标识 ................................................................... 错误!未定义书签。 系统概述 ............................................................... 错误!未定义书签。 文档概述 ............................................................... 错误!未定义书签。
2 引用文档 ............................................................... 错误!未定义书签。 3 需求 ................................................................... 错误!未定义书签。
接口标识和接口图 ....................................................... 错误!未定义书签。 （接口的项目唯一标识符）【原标准中此处编号为，为后续利用方便，故用自动编号】 错误!未定义书
签。
需求的优先顺序和关键性【原标准中此处编号为，为后续利用方便，故用自动编号】错误!未定义书签。
4 合格性规定 ............................................................. 错误!未定义书签。 5 需求可追踪性 ........................................................... 错误!未定义书签。 6 注释 ................................................................... 错误!未定义书签。
文档模板利用和裁剪说明
利用本文档模板时，第一另存为“<实际文档名>”，然后通过Word的“文档属性”来设置文档属性，包括：文档标识及版本号、密级及保密期限、文档名称、文档类别(中、英文)、项目名称（中、英文）、编制单位、编写人、审批人、批准人等。具体操作方式：
Word题目栏的Office按钮菜单预备属性文档属性高级属性自概念在“属性”列表中，选择属性的“名称”，在“取值”框输入要设定的值，然后按“更改”按钮。文档属性设置完成后，选中全数文档内容，执行右键菜单“更新域”操作（文档中的所有文档属性参数引用均被替换为最新设定的取值）双击任意内容页面的页眉区，选中全数页眉内容，执行右键菜单“更新域”操作（页眉中的所有参数引用均被替换为最新设定的取值）。
本文档模板依据《GJB 438B-2020 军用软件开发文档通用要求》制定，模板中的文档编写说明均引自《GJB 438B-2020 军用软件开发文档通用要求》，并用方括号“【”和“】”括起来，和利用蓝色文字区分，要紧用于指导文档的编写，应在文档编写完成后或正式提交前予以删除（包括删除本说明）。
文档编写者可依如实际需要，对文档内容进行裁剪。依照文档题目顺序与本标准模板规定的题目顺序相同的原那么，假设裁剪了某章或某条，那么在被裁去章条的题目下标识为“本章假设无内容，那么标识为“本章无内容”，并说明理由。”或“本条假设无内容，那么标识为“本条无内容”，并说明理由。”，并说明理由。假设裁剪的是整章条（包括其所有小条），那么仅需在最高层章条的题目下标识为“本章假设无内容，那么标识为“本章无内容”，并说明理由。”或“本条假设无内容，那么标识为“本条无内容”，并说明理由。”，并说明理由。
1 范围
1.1 标识
【本条应包括本文档适用系统、接话柄体和接口的完全标识，适历时，包括其标识号、名称、缩略名、版本号和发布号。】
表1-1 本文档所适用的系统、接口实体和接口
序号 1. 2. 3. 4. 5. 6. 7. 8. 名 称 缩略名 标识号 版本号 发布号
1.2 系统概述
【本条应概述本文档所适用的系统和软件的用途，还应描述系统与软件的一样特性；概述系统开发、运行和保护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和打算的运行现场；列出其他有关文档。】
（本条假设无内容，那么标识为“本条无内容”，并说明理由。） 1.3 文档概述
【本条应概述本文档的用途和内容，并描述与它的利用有关的保密性方面的要求。】 （本条假设无内容，那么标识为“本条无内容”，并说明理由。）
2 引用文档
【本章应列出引用文档的编号、题目、编写单位、修订版及日期，还应标识不能通过正常采购活动取得的文档的来源。】
（本章假设无内容，那么标识为“本章无内容”，并说明理由。） 3 需求
3.1 接口标识和接口图
【关于中标识的每一个接口，本条应包括其项目唯一的标识符，（假设适用）应通过名称、编号、版本和文档引用来指明接话柄体（系统、配置项、用户等）。该标识应声明哪些实体具有固定的接口特性（要给出这些接话柄体的接口需求），说明哪些实体正在开发或修改当中（这些实体已有各自的接口需求）。可通过一张或多张接口图来描述这些接口。】
（本条假设无内容，那么标识为“本条无内容”，并说明理由。）
3.2 (接口的项目唯一标识符)【原标准中此处编号为，为后续利用方便，故用自动编号】
【本条（从开始编号）应通过项目唯一的标识符来标识接口，并简腹地标识接话柄体。依照需要可分条描述为实现该接口而提出的一个或多个接话柄体的需求。若是一个实体的接口特性未包括在本文档中，可是描述对该接话柄体的需求时需要提到其接口特性，这些特性应作为假定予以陈述，或以“当[未涵盖的实体]这么做时，[所指定的实体]将……”的形式描述，而不作为本文档没有涵盖的实体的需求。本条可引用其它文档（例如数据字典、通信协议标准、用户接口标准）代替在此所描述的信息。假设适用，需求应包括如下内容，并以适合于需求的任何顺序给出，还应从接话柄体的角度说明这些特性之间的区别（例如关于数据元素的大小、频率或其它特性的不同期望值）。
a) 接话柄体必需分派给该接口的优先级。
b) 关于要实现的接口类型的需求（例如实时数据传送、数据的存储和检索等）
c) 接话柄体必需提供、存储、发送、存取、接收的各个数据元素所要求的特点，
例如：
1) 名称/标识符：
a. 项目唯一标识符； b. 非技术（自然语言）名称； c. 数据元素名称；
d. 技术名称（如在代码或数据库中的变量名或字段名）； e. 缩略名或同义名；
2) 数据类型（字母、数字、整数等）；
3) 大小和格式（如：字符串的长度和标点符号）； 4) 计量单位（如m）；
5) 可能值的范围或列举（如：0----99）； 6) 准确性（正确程度）和精度（有效数字位数）；
7) 优先级别、时序、频率、容量、序列和其它的约束条件（例如数据元素是不
是能够被更新、业务规那么是不是适用）。 8) 保密性约束；
9) 来源（成立/发送的实体）和接收者（利用/接收的实体）；
d) 接话柄体必需提供、存储、发送、访问、接收的数据元素组合体（记录、消息、
文件、数组、显示、报表等）所要求的特点，例如： 1) 名称/标识符：
a. 项目唯一标识符； b. 非技术（自然语言）名称；
c. 技术名称（如在代码或数据库中的记录名或数据结构名）； d. 缩写名或同义名。
2) 包中的数据元素及其结构（编号、顺序和成组情形）； 3) 介质（例如磁盘）和在介质上数据元素/包的结构；
4) 显示和其它输出的视听特性（例如颜色、布局、字体、图标和其它显示元素、
蜂鸣声和亮度）；
5) 包之间的关系，如排序/存取特性；
6) 优先级、按时、频率、容量、定序及其它约束，例如包是不是能够被更新、
业务规那么是不是适用； 7) 保密性约束；
8) 来源（成立/发送的实体）和接收者（利用/接收的实体）。 e) 接话柄体必需利用的接口的通信方式所要求的特点。如： 1) 项目唯一标识符；
2) 通信链接/带宽/频率/介质及其特性； 3) 消息格式；
4) 流操纵（如：序列编号缓和冲区分派）； 5) 周期性/非周期传送的数据传送速度，传输距离； 6) 路由、寻址、命名约定； 7) 传输效劳，包括：优先权和品级；
8) 平安性/保密性考虑，如：加密、用户辨别、隔离和审核。 f) 接话柄体必需利用的接口的协议所要求的特点，如： 1) 项目唯一标识符； 2) 协议的优先级别/层次；
3) 打包，包括拆包和从头打包、路由和寻址； 4) 合法性检查、错误操纵和恢复进程； 5) 同步，包括成立连接、维持和终止； 6) 状态、标识及任何其它报告的特性。
g) 其它所要求的特特点，例如接话柄体的物理兼容性（尺寸、公差、负载、和接
插件的兼容性等）、电压等。】
（本条假设无内容，那么标识为“本条无内容”，并说明理由。）
3.3 需求的优先顺序和关键性【原标准中此处编号为，为后续利用方便，故用自动编号】
【（假设适用）本条应描述本文档中各需求的优先顺序、关键性或所给予的指示其相对重要性的权重。例如标识对平安性或保密性关键的需求，以便进行特殊处置。若是所有需求具有相等的权重，本条应如实说明。】
（本条假设无内容，那么标识为“本条无内容”，并说明理由。）
4 合格性规定
【本条应概念一组合格性方式，并为第3章中每一个需求指定为确保需求取得知足所应利用的方式。可用表格形式表述该信息，或为第3章的每一个需求注明所利用的方式。合格性方式能够包括：
a) 演示：依托可见的功能操作，直接运行接话柄体，而不需要利用仪器、专用测
试设备或进行事后分析；
b) 测试：利用仪器或专用测试设备，运行接话柄体，以便搜集数据供事后分析利
用；
c) 分析：处置从其它合格性方式中取得的积存数据。例如，对测试结果进行简约、
说明或推断。
d) 审查：对接话柄体、文档等进行目视检查；
e) 特殊的合格性方式：任何针对接话柄体的特殊合格性方式，例如专用工具、技
术、规程、设施、验收限制。】
（本条假设无内容，那么标识为“本条无内容”，并说明理由。） 5 需求可追踪性
【对系统级接话柄体，本章不适用。对每一个子系统级或更低级的接话柄体，本章应包括：
a) 从本规格说明中实体的每一个需求，到该需求所涉及的系统（或子系统）需求
的可追踪性。（也能够通过对第3章中的每一个需求进行注释来提供可追踪性）。
注：每一个层次的系统细化都可能致使不能直接追踪到较高层次需求的需求。例如：创建
多个CSCI的系统体系结构设计可能导出关于这些CSCI如何接口的需求，而这些接口需求在系统需求中并无涵盖。如此的需求能够被追踪到类似于“系统实现”如此的一样需求，或被追踪到致使它们产生的系统设计决策上。
b) 从分派给本接话柄体的和阻碍到那个规格说明中某个接口的每一个系统（或子
系统）需求，到本规格说明中涉及到它的接口需求的可追踪性。】 （本章假设无内容，那么标识为“本章无内容”，并说明理由。） 6 注释
【本章应包括有助于了解文档的所有信息(例如：背景、术语、缩略语或公式)。】 （本章假设无内容，那么标识为“本章无内容”，并说明理由。）
因篇幅问题不能全部显示，请点此查看更多更全内容