号： 编 版 本: 状 态: 密 级: 分发号： XX 软件需求规格说明 编制/日期： 审核/日期： 标审/日期： 会签/日期： 批准/日期： XX科技有限公司 20XX年X月 文档修订记录 序号 版本 修订内容 修订人 修订日期 目录 1范围. 1.1标识. 1.2系统概述 1.3文档概述 2引用文档. 3需求. 3.1要求的状态和方式 3.2软件能力需求. 3.2.X（软件能力）. 3.3软件外部接口需求 3.3.1接口标识和接口图 3.3.X（接口的项目唯一的标识符） 3.4软件内部接口需求. 3.5软件内部数据需求 3.6适应性需求. 3.7保密性需求. 3.8安全性需求. 3.9软件环境需求. 5 3.11其他质量特性. 5 3.11计算机资源需求 3.11.1计算机硬件需求 3.11.2计算机硬件资源使用需求， 3.11.3计算机软件需求. 6 3.11.4计算机通信需求. 6 3.12设计和实现约束 3.13人员需求 3.14训练相关需求 3.15软件保障需求， 3.16包装需求 3.17其他需求 3.18需求的优先顺序和关键程度 4合格性规定 8 5需求可追踪性 8注释 1 范围 1.1 标识 【注释：本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、 名称、缩略名、版本号和发布号。】 1.2 系统概述 【注释：本条应概述本文档所适用的系统和软件的用途。描述系统与软件的一般特性（如 规模、安全性、可靠性、实时性、技术风险等特性）；概述系统开发、运行和维护的历 史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出 其他有关文档。】 1.3文档概述 【注释：本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。】 2 引用文档 【注释：本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应给出不能 通过正常渠道得到的文档的来源。】 3 需求 （注释：本章应分为如下人条规定软件需求。即作为软件验收条件的软件配置项特征。 软件需求是为满足分配给该软件配置项的系统需求而形成的软件需求。每条需求应指定 项目唯一的标识符以便于测试和追踪，而且应以一种能能为其定义具体测试对象的方式 来描述。每条需求应注明所采用的合格性方法（见第4章），还应注明与系统或子系统 需求的可追溯性（或在第5章给出）。 注：需求的详尽程度判定指南主要有：包括了作为软件配置项验收条件的所有系统特性； 应遵循的设计方面的说明。 第1页 3.1要求的状态和方式 【注释：如果要求软件在多种状态或方式下运行，并且不同的状态或方式具有不同的需 求，则应标识和定义每一状态和方式。状态和方式的例子包括：空闲、就绪、活动、事 后分析、训练、降级、紧急情况、后备、战时和平时等。可以仅用状态描述软件，也可 以仅用方式、用方式中的状态、状态中的方式、或其他有效的方式描述软件。如果不需 要多种状态和方式，应如实陈述，而不需要进行人为的区分；如果需要多种状态和／或 方式，应使本规格说明中的每个需求或每组需求与这些状态和方式相对应，对应关系可 以在本条或本条所引用的附录中，通过表格或其他方式加以指明，也可以在该需求出现 的章条中加以说明。】 3.2软件能力需求 【注释：为详细说明与软件各个能力相关的需求，本条可分为若于子条。“软件能力需 求”中的“能力”为一组相关需求，可用“功能”“主题”“对象”或其他适合表示 需求的词替代。 3.2.1（软件能力） 【注释：本条应标识必需的每一个软件能力，并详细说明与该能力有关的需求。如果该 能力可以更清晰地分解成若于子能力，则应分条对子能力进行说明。需求应详细说明所 需的软件行为，包括适用的参数，如响应时间、吞吐时间、其他时限约束、时序、精度 容量、优先级、连续运行需求和在基本运行条件下允许的偏差；适当时，需求还应包括 在异常条件、非许可条件或超限条件下所需的行为，错误处理需求和任何为保证在紧急 时刻运行的连续性而人到软件中的规定。在确定与软件所接收的输人和软件所产生的 输出有关的需求时，应考虑在3.3.X给出的要考虑的主题列表。】 3.3软件外部接口需求 【注释：本条可分为若于个小条未规定关于软件的外部接口的需求（若有）。本条可引 用一个或多个接口需求规格说明或包含这些需求的其他文档。】 3.3.1接口标识和接口图 【注释：本条应标识所需要的软件外部接口（即，与涉及共享、提供或交换数据的其他 实体的关系）。每一个接口的标识应包括项目唯一的标识符，（若适用）应通过名称、编 号、版本、引用文档来指明接口实体（系统、配置项、用户等）。该标识应声明哪些实 第2页 体具有固定的接口特性（要给出这些接口实体的接口需求）；说明哪些实体正在开发或 修改之中（这些实体已有各自的接口需求）。应该通过一张或多张接口图来描述这些接 口。 3.3.2（接口的项目唯一的标识符） 【注释：本条（从3.3.2开始）应通过唯一标识符来标识软件外部接口，应简要地标识 接口实体。视需要可分小条描述为实现该接口提出的该软件的需求。该接口所涉及的其 他实体的接口特性应作为假定予以描述，或以“当[未涵盖的实体/这么做时，本软件应 该”的形式加以叙述，而不作为针对其他实体的需求。本条可引用其他文档（例如 数据字典、通信协议标准、用户接口标准）代替在此所描述的信息。（若适用）需求应 包括如下内容，并以任何适合于需求的顺序给出，还应从接口实体的角度说明这些特性 之间的区别（例如对数据元素的大小、频率或其他特性的不同期望值）： a)软件分配给该接口的优先级。 b）对要实现的接口类型的要求（例如实时数据传送、数据的储存和检索等）。 c)软件必须提供、储存、发送、存取、接收的各个数据元素的特征，例如： 1）名称／标识符： a。唯一标识符； b．非技术名称（自然语言名称); C.多 数据元素名称（应优先便用标准化的数据元素名称）； d.技术名称（如系统中变量名称、数据库字段名称）; e．缩略名或同义名。 2) 数据类型（字母、数字、整数等）。 3) 大小和格式（如：字符串的长度）。 4) 计量单位（如：m等）。 5) 可能值的范围或枚举（如：0-99）。 6) 准确性（正确程度）和精度（有效数字位数）。 优先级、定时、频率、容量、序列以及其他约束条件（例如数据元素是否可以 被更新、业务规则是否适用）。 8） 保密性约束。 9）来源（建立／发送实体）和接收者（使用／接收实体）。 d)软件所提供、存储、发送、访问、接收的数据元素组合体（记录、消息、文件、 数组、显示、报表等）所要求的特征，例如： 1）名称／标识符： a.唯一标识符； b．非技术名称（自然语言名称）： C.技术名称（如系统中变量名称、数据库字段名称）; d.缩略名或同义名。 第3页