接口需求规格说明.docVIP

- . - . . -可修编- - - - . -总结- 接口需求规格说明 文件编号： KJXXW-XXSJ-M002-V1.0 版本号： V1.0 受控状态： ■受控□非受控 级别： 公司级 编制人/编制时间： 王攀坤 2014年7月 审核人/审核时间： 批准人/批准时间： 生效日期： 新疆泰戈瑞信息技术有限责任公司发布 变更记录 变更 序号 变更 状态 简要说明变更容和 变更围 版本号 变更人 批准人 生效日期 1 C 1.0 〔注：更改状态包括：C－创立、A－增加、M－修改、D－删除〕 目录 TOC \o 1-3 \h \z \u 1.引言 4 1.1标识 4 1.2系统概述 4 1.3文档概述 4 2.引用文件 4 3.需求 4 3.1接口标识和接口图 4 3.2(接口的工程唯一标识符) 4 3.3……〔同3.2〕 4 3.4需求的优先顺序和关键程度 4 4.合格性规定 4 5.需求可追踪性 4 6.注解 4 附录 4 引言 本章分为以下几条。 标识 【容】 本条应包含本文档适用的系统和软件的完整标识，(假设适用)包括标识号、标题、缩略词语、版本号和发行号。 【裁剪原那么】 此局部容不允许裁剪掉。 系统概述 【容】 本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识工程的投资方、需方、用户、开发方和支持机构；标识当前和方案的运行现场；并列出其他有关文档。 【裁剪原那么】 此局部容不允许裁剪掉。 文档概述 【容】 本条应概述本文档的用途和容，并描述与其使用有关的性和私密性的要求。 【裁剪原那么】 此局部容不允许裁剪掉。 引用文件 【容】 本章应列出本文档引用的所有文档的编号、标题、修订版本和日期，本章也应标识不能通过正常的供货渠道获得的所有文档的来源。 【裁剪原那么】 此局部容不允许裁剪掉。 需求 本章应分以下几条详细说明为实现一个或多个系统、子系统、配置项、手工操作、其他系统部件之间的一个或多个接口而强加在这些实体上的需求。应为每个需求指定一个工程唯一标识符以支持测试和可追踪性，并且应以一种可以定义客观测试的方式来述需求。如果每个需求有关的合格性方法(见第4章)和对系统(或子系统)需求的可追踪性(见5.a条)在相应的章中没有提供的话，那么应在此进展注解。描述的详细程度应遵循以下规那么：包含作为接口实体的验收条件的那些接口实体特性；需方愿意推迟到设计时留给开发方处理的那些接口实体特性。如果某个需求在多条中出现，可以只述一次，而在其他条中加以引用。如果本说明中的接口实体要在彼此有着不同接口需求的状态和/或方式下运行的话，那么该实体的每个需求或每组需求应与那些状态和方式相关联，该关联可以在本条或本条引用的附录中用表格或其他方法给出；也可以在需求出现的地方加以注解。 接口标识和接口图 【容】 对于本文档1.1中标识的每个接口，本条应包含工程唯一标识符，(假设适用)并应用名字、编号、版本、文档引用指明接口实体(系统、配置项、用户等)。该标识应说明哪些实体具有固定的接口特性(因而要对这些接口实体强加接口需求)，哪些实体正被开发或修改(从而接口需求已被施加于它们)。可用一个或多个接口图来描述这些接口。 【裁剪原那么】 此局部容允许裁剪掉。 (接口的工程唯一标识符) 【容】 本条(从3.2开场编号)应通过工程唯一标识符标识接口，应简要标识接口实体，并应根据需要划分为几条描述为实现该接口而强加于一个或多个接口实体的需求。如果某个实体的接口特性本文没有提及，但是需要在描述本文所包含的接口实体时提到，那么这些特性应以假设、或“当[未提及实体]这样做时，[正在描述的实体]将……〞的形式描述，而不是描述本钱文未提及实体的需求。本条可引用其他文档(例如数据字典、协议标准、用户接口标准)代替本条的描述信息。(假设适用)本需求应包括以下容，它们可以任何适合于需求的顺序提供，并且应从接口实体角度指出这些特性之间的区别(例如数据元素的大小、频率或其他特性的不同期望)： 接口实体必须分配给接口的优先级别； 要实现的接口的类型的需求(如：实时数据传送、数据的存储和检索等)；