软件需求规格说明(规范)

GC508.04

密级：

（软件项目名称）

软件需求规格说明

标 识： 版 本： 页 数：

拟 制： SQA 审核： 审 核： 批 准： 拟制部门：

年

月 日

中国人民

解 放 军 总参谋部XXXXXX 研究

所

修改文档历史记录：

日期版本说明修改人

目录

1 范围 (1)

1.1 标识 (1)

1.2 系统概述 (1)

1.3 文档概述 (1)

2 引用文档 (1)

3 需求 (1)

3.1 要求的状态和方式 (1)

3.2 CSCI能力需求 (2)

3.2.X（CSCI能力） (2)

3.3 CSCI外部接口需求 (2)

3.3.1 接口标识和接口图 (2)

3.3.X（接口的项目唯一的标识符） (2)

3.4 CSCI内部接口需求 (3)

3.5 CSCI内部数据需求 (3)

3.6 适应性需求 (3)

3.7 安全性需求 (3)

3.8 保密性需求 (3)

3.9 CSCI环境需求 (4)

3.10 计算机资源需求 (4)

3.10.1 计算机硬件需求 (4)

3.10.2 计算机硬件资源使用需求 (4)

3.10.3 计算机软件需求 (4)

3.11 软件质量因素 (4)

3.12 设计和实现约束 (4)

3.13 人员需求 (4)

3.14 培训需求 (4)

3.15 后勤保障需求 (4)

3.16 其它需求 (4)

3.17 验收、交付和包装需求（修改有关内容） (4)

3.18 需求的优先顺序和关键程度 (5)

4 合格性规定 (5)

5 需求可追踪性 (5)

6 注释 (5)

1 范围

1.1 标识

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

1.2 系统概述

【本条应概述本文档所适用的系统和软件的用途。它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构；标识当前和计划的运行现场；列出其它有关文档。】

1.3 文档概述

【本条应概述文档的用途和内容，并描述与它的使用有关的保密性方面的要求。】

2 引用文档

【本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识所有不能通过正常采购活动得到的文档的来源。】

3 需求

3.1 要求的状态和方式

【如果要求CSCI在多种状态或多种方式下运行，并且不同的状态或方式具有不同的需求，则应标识和定义每一种状态和方式。状态和方式的例子包括：空闲、就绪、活动、事后分析、训练、降级、紧急情况、备份、战时和平时等。可以仅用状态描述CSCI，也可仅用方式、用方式中的状态、状态中的方式、或其他有效的方式描述CSCI。如果不需要多种状态或方式，应如实陈述，而不需要进行人为的区分；如果需要多种状态和/或方式，应使本规格说明中的每个或每组需求与这些状态和方式相对应，对应关系可以在本条或本条所引用的附录中，通过表格或其它方式加以指明，也可以在该需求出现的章条中加以声明。】

//**** 此段引用G B_T 计算机软件文档编制规范8567-2006

对于每一类功能或者对于每一个功能，需要具体描写其输入、处理和输出的需求。

a.说明

描述此功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景。

b.输入

包括：

1）详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定和有效输入范围等。

2）指明引用的接口说明或接口控制文件的参考资料。

c.处理

定义对输入数据、中间参数进行处理以获得预期输出结果你的全部操作。包括：

1）输入数据的有效性检查。

2）操作的顺序，包括事件的时间设定。

3）异常情况的响应，例如溢出、通信故障、错误处理等。

4）受操作影响的参数。

5）用于把输入转换成相应输出的方法。

6）输出数据的有效性检查。

d.输出

1）详细说明该功能的所有输出数据，例如，输出目的地、数量、度量单位、时间关系、有效输出范围、非法值的处理、出错信息等。

2）有关接口说明或接口控制文件的参考资料。

****//

3.2 CSCI能力需求

【为详细说明与CSCI各个能力相关的需求，本条可分为若干子条。“CSCI能力需求”中的“能力”为一组相关需求，可用“功能”、“主题”、“对象”、或其他适合表示需求的词替代。】

3.2.X（CSCI能力）

【本条应标识必需的每一个CSCI能力，并详细说明与该能力有关的需求。如果该能力可以更清晰地分解成若干子能力，则应分条对子能力进行说明。需求应详细说明所需的CSCI 行为，包括适用的参数，如响应时间、吞吐时间、其它时限约束、时序、精度、容量、优先级、连续运行需求和在基本运行条件下允许的偏差；适当时，需求还应包括在异常条件、非许可条件或超限条件下所需的行为，错误处理需求和任何为保证在紧急时刻运行的连续性而引入到CSCI中的规定。在确定与CSCI所接收的输入和CSCI所产生的输出有关的需求时，应考虑在3.3.X给出的要考虑的主题列表。】

3.3 CSCI外部接口需求

【本条可分为若干个小条来规定关于CSCI的外部接口的需求（若有）。本条可引用一个或多个接口需求规格说明（IRS）或包含这些需求的其它文档。】

3.3.1 接口标识和接口图

【本条应标识所需要的CSCI外部接口（即，与涉及共享、提供或交换数据的其它实体的关系）。每一个接口的标识应包括项目唯一的标识符，（若适用）应通过名称、编号、版本、引用文档来指明接口实体（系统、配置项、用户等）。该标识应声明哪些实体具有固定的接口特性（要给出这些接口实体的接口需求）；说明哪些实体正在开发或修改之中（这些实体已有各自的接口需求）。应该通过一张或多张接口图来描述这些接口。】

3.3.X（接口的项目唯一的标识符）

【本条（从3.3.2开始）应通过项目唯一标识符来标识CSCI外部接口，应简要地标识接口实体。视需要可分小条描述为实现该接口提出的该CSCI的需求。该接口所涉及的其它实体的接口特性应作为假定予以描述，或以“当[未涵盖的实体]这么做时，本CSCI应该……”的形式加以叙述，而不作为针对其它实体的需求。本条可引用其它文档（例如数据字典、通信协议标准、用户接口标准）代替在此所描述的信息。（若适用）需求应包括如下内容，并以任何适合于需求的顺序给出，还应从接口实体的角度说明这些特性之间的区别（例如对数据元素的大小、频率或其它特性的不同期望值）：

a）CSCI必须分配给该接口的优先级；

b）对要实现的接口类型的要求（例如实时数据传送、数据的储存和检索等）；

c）CSCI必须提供、储存、发送、存取、接收的各个数据元素所要求的特性，例如：

1) 名称/标识符：

（1）项目唯一的标识符；

（2）非技术（自然语言）名称；

（3）数据元素名称；

（4）技术名（如在代码或数据库中的变量名或字段名）；

（5）缩略名或同义名。

2) 数据类型（字母数字、整数等）；

3) 大小和格式（如：字符串的长度和标点符号）；

4) 计量单位（如：m等）；

5) 可能值的范围或枚举（如：0-99）；

6) 准确性（正确程度）和精度（有效数字位数）；

7) 优先级别、定时、频率、容量、序列以及其他约束条件（例如数据元素是否可以

被更新、业务规则是否适用）；

8) 保密性约束；

9) 来源（设置/发送实体）和接收者（使用/接收实体）。

d）CSCI必须提供、存储、发送、访问、接收的数据元素组合体（记录、消息、文件、数组、显示、报表等）所要求的特性，例如：

1) 名称/标识符：

（1）项目唯一的标识符；

（2）非技术（自然语言）名称；

（3）技术名称（如在代码或数据库中的记录名或数据结构名）；

（4）缩略名或同义名。

2) 包中的数据元素及其结构（编号、顺序和成组情况）；

3) 介质（例如磁盘）以及在介质上数据元素/包的结构；

4) 显示和其它输出的视听特性（例如颜色、布局、字体、图标和其它显示元素、峰

鸣音和亮度）；

5) 包之间的关系，如排序/存取特性；

6) 优先级、时序、频率、容量、序列及其它约束，例如包是否可以被更新、业务规

则是否适用；

7) 保密性约束；

8) 来源（设置/发送实体）和接收者（使用/接收实体）。

e）CSCI必须使用的接口的通信方法所要求的特性。如：

1) 项目唯一的标识符；

2) 通信链接/带宽/频率/介质及其特性；

3) 消息格式；

4) 流控制（如：序列编号和缓冲区分配）；

5) 周期/非周期传送的数据传送速率，传输间隔；

6) 路由、寻址、命名约定；

7) 传输服务，包括：优先权和等级；

8) 安全性/保密性考虑，如：加密、用户鉴别、隔离和审核。

f）CSCI必须使用的接口的协议所要求的特性，如：

1) 项目唯一的标识符；

2) 协议的优先级别/层次；

3) 打包，包括拆包和重新打包、路由和寻址；

4) 合法性检查、错误控制和恢复过程；

5) 同步，包括建立连接、保持和终止；

6) 状态、标识及任何其它报告的特性。

g）其它所需要的特性，例如接口实体的物理兼容性（尺寸、公差、负载和接插件的兼容性等）、电压等。】

3.4 CSCI内部接口需求

【本条应描述施加于CSCI内部接口的需求（若有）。如果所有内部接口都留待设计时再描述，那么应在此如实陈述。如果指定了这样的需求，应考虑本文档的3.3条中描述的主题。】

3.5 CSCI内部数据需求

【本条应描述施加于CSCI内部数据的需求（若有），包括对CSCI中数据库和数据文件的需求（若有）。如果关于内部数据的所有决策都留待设计时再考虑，那么应在此如实陈述。如果施加了这样的需求，那么本文档的3.3.X c）和3.3.X d）条应列出需考虑的主题。】

3.6 适应性需求

【本条应描述关于CSCI将提供的与安装有关的数据（如场地的经纬度或场地所在地的赋税代码）的需求（若有），应指定对要求CSCI使用的运行参数（如指明与运行有关的目标常数或数据记录的参数）的需求，这些运行数可以根据运行需要而改变。】

3.7 安全性需求

【本条应描述关于防止或尽可能降低对人员、财产和物理环境产生意外危险的CSCI需求（若有）。例子包括：CSCI必须提供的安全措施，以便防止意外动作（例如意外地发出一个“自动导航关闭”命令）和无动作（例如发出“自动导航关闭”命令失败）。本条还应包括关于系统的核部件的CSCI需求（若有），若适用应包括预防意外爆炸以及与核安全规则保持一致等方面的需求。】

3.8 保密性需求

【本条应描述与维护保密性有关的CSCI需求（若有）。（若适用）这些需求应包括：CSCI 必须在其中运行的保密性环境、所提供的保密性的类型和级别、CSCI 须经受的保密性风险、

减少此类风险所需的安全措施、必须遵循的保密性政策、CSCI必须具备的保密性责任、保密性认证/认可必须满足的准则等。】

3.9 CSCI环境需求

【本条应描述CSCI的运行环境需求（若有）。如在其上运行CSCI的计算机硬件和操作系统。（对计算机资源的其它需求见3.10）。】

3.10 计算机资源需求

3.10.1 计算机硬件需求

【本条应描述针对本CSCI必须使用的计算机硬件的需求（若有）。（若适合）这些需求应包括：各类设备的数量；处理机、存储器、输入/输出设备、辅助存储器、通信/网络设备及所需其它设备的类型、大小、容量和其它所需的特性。】

3.10.2 计算机硬件资源使用需求

【本条应描述本CSCI的计算机硬件资源使用需求（若有），例如：最大允许利用的处理机能力、内存容量、输入/输出设备的能力、辅助存储设备容量和通信/网络设备的能力。这些需求（例如陈述为每一个计算机硬件资源能力的百分比）应包括测量资源使用时所处的条件（若有）。】

3.10.3 计算机软件需求

【本条应描述本CSCI必须使用或必须被并入本CSCI的计算机软件的需求（若有）。例子包括：操作系统、数据库管理系统、通信/网络软件、实用软件、输入和设备仿真软件、测试软件和制造软件。要列出每一个这样的软件项的正确名称、版本和参考文档。】

3.10.4 计算机通信需求

【本条应描述本CSCI必须使用的计算机通信方面的需求（若有）。例子包括：要连接的地理位置；配置和网络拓扑；传输技术；数据传送速率；网关；要求的系统使用时间；被传送/接收的数据的类型和容量；传送/接收/响应的时间限制；数据量的峰值；以及诊断特性。】3.11 软件质量因素

【本条应描述合同（或软件任务书）规定的或由较高一级规格说明派生出的软件质量因素方面的CSCI需求（若有）。例子包括有关CSCI功能性、可靠性、易用性、效率、维护性、可移植性和其它属性的定量要求。】

3.12 设计和实现约束

【本条应描述约束CSCI的设计和实现的那些需求（若有）。这些需求可引用相应的商用或军用标准和规范来指定。例子包括关于以下各方面的需求：

a）使用一个特定的CSCI体系结构，或针对体系结构的要求，例如所要求的数据库或其它软件单元；使用标准的或现有的部件；或使用由政府/需方提供的资源（设备、信息或软件）。

b）使用特定的设计或实现标准；使用特定的数据标准；使用特定的编程语言。

c）为支持在技术、威胁或使命方面预期的增长或变化，必须提供的灵活性和可扩展性。】3.13 人员需求

【本条应描述与使用或支持本CSCI的人员有关的CSCI需求（若有），包括人员的数量、技术水平、责任期限、培训要求或其它信息。例子包括要求允许多少用户同时工作，以及嵌入的帮助和培训方面的需求；还应包括施加于CSCI的人素工程需求（若有）。（适用时）这些需求应包括对人的能力和局限性的考虑，在正常和极端条件下可预见的人为错误，以及人为错误影响特别严重的那些特定场合。例子包括对出错消息的颜色和持续时间的要求、对关键指示器或按钮的物理位置的要求，以及对听觉信号的使用要求。】

3.14 培训需求

【本条应描述与培训有关的CSCI需求（若有）。】

3.15 后勤保障需求

【本条应描述与软件保障考虑有关的CSCI需求(若有)。这些考虑可以包括：对系统维护、软件保障、系统运输方式、补给系统的要求、对现有设施的影响和对现有设备的影响。】3.16 其它需求

【本条应描述上述各条未能覆盖的其它CSCI需求（若有）。】

3.17 验收、交付和包装需求（修改有关内容）

【本条应描述为了交付而对CSCI进行包装、加标记和处理（例如用8道磁带提交，该

磁带以确定的方式加以包装并贴上标签）的需求（若有）。（若适用）可引用适当的标准。】3.18 需求的优先顺序和关键程度

【本条（若适用）应描述本文档中诸需求的优先顺序、关键程度、或所赋予的指明其相对重要性的权值。例子包括，指明那些被认为对安全性或保密性至关重要的需求，以便将这些需求作特殊处理。如果全部需求同等重要，本条应如实陈述。】

4 合格性规定

【本条应描述所定义的合格性方法，并为第3章中的每个需求指定为确保需求得到满足所要使用的方法。可用表格形式表述该信息，或为第3章中的每个需求注明所使用的方法。合格性方法可以包括：

a）演示：不需要使用仪器、专用测试设备或进行事后分析，而是依靠可见的功能操作，直接运行本CSCI或本CSCI的一部分。

b）测试：使用仪器或其它专用测试设备，运行本CSCI或本CSCI的一部分，采集数据供事后分析使用。

c）分析：处理从其它合格性方法获得的累积数据。例如，对测试结果进行约简、解释或推断。

d）审查：对CSCI代码、文档等进行目视检查。

e）特殊的合格性方法：任何针对CSCI的特殊合格性方法，例如专用工具、技术、规程、设施、验收限制。】

5 需求可追踪性

【本章应包含：

a.）从本规格说明中的每一个CSCI需求，到所涉及的系统（或子系统，若合适）需求

的可追踪性（也可以通过对第3章中的每一个需求进行注释来提供可追踪性）。

注：每一个层次的系统细化都可能导致需求不能直接被追踪到较高层次。例如：一个系统体系结构设计建立了多个CSCI，可能导出关于这些CSCI如何接口的需

求，而这些接口需求在系统需求中并没有被涵盖。这样的需求可以被追踪到类似

于“系统实现”这样的一般需求，或被追踪到导致它们产生的系统设计决策。

b）从已分配给本CSCI的每一个系统需求（或子系统需求，若合适），到所涉及的CSCI 需求的可追踪性。分配给本CSCI的全部系统/子系统需求都应加以说明。追踪到包含在IRS中的CSCI需求时，可引用那些IRS。】

6 注释

【本章应包括有助于了解文档的所有信息（例如，背景、术语、缩略语或公式）。】

软件需求规格说明模板GBT

XXX项目 软件需求规格说明书 XXXX 20 年月日

文档信息 修订历史 文档编制、审核与批准

目录 1引言 (1) 1.1 目的 (1) 1.2范围 (1) 1.3定义、简写和缩略语 (1) 1.4引用文件 (1) 1.5综述 (2) 2总体描述 (2) 2.1产品描述 (2) 2.1.1系统接口 (2) 2.1.2用户界面 (2) 2.1.3硬件接口 (3) 2.1.4软件接口 (3) 2.1.5通信接口 (3) 2.1.6内存约束 (3) 2.1.7操作 (3) 2.1.8现场适应性需求 (4) 2.2产品功能 (4) 2.3用户特点 (4) 2.4约束 (4) 2.5假设和依赖关系 (5) 2.6需求分配 (5) 3具体需求 (5) 3.1外部接口 (5) 3.2功能 (6) 3.3性能需求 (7) 3.4数据库逻辑需求 (8) 3.5设计约束 (8) 3.5.1标准依从性 (8) 3.6软件系统属性 (8) 3.6.1可靠性 (9) 3.6.2可用性 (9) 3.6.3安全保密性 (9) 3.6.4可维护性 (9) 3.6.5可移植性 (9) 3.7具体需求的组织 (9) 3.7.1系统模式 (10) 3.7.2用户类型 (11) 3.7.3对象 (11) 3.7.4特征 (11) 3.7.5激励 (11) 3.7.6响应 (11) 3.7.7功能层次 (11)

3.8附加说明 (12) 4附录 (12)

1引言 本部分应当提供整个SRS的概述 1.1 目的 本条宜： a)描述SRS的目的； b)说明SRS的预期读者。 1.2范围 本条宜： a)通过名称识别要生产／开发的软件产品(例如，宿主数据库管理系统(DBMS)、报告生成器等）； b)必要时，说明软件产品将做或不做什么； c)描述规定的软件的应用，包括相关的收益、目标和目的； d)如果上层规格说明（如，系统需求规格说明）存在，与上层规格说明类似的陈述保持一致。 1.3定义、简写和缩略语 本条宜提供对正确解释SRS所要求的所有术语、简写和缩略语的定义，这些信息可以通过引用SRS中的一个或多个附录、或者引用其他文件的方式来提供。 1.4引用文件 本条宜：

软件需求规格说明书-模板

［在此处键入］****系统 软件需求规格说明书Versio n 1.0

精品资料

修订历史记录

目录 1 引言 (5) 1.1 目的与范围 (5) 1.2 预期的读者 (5) 1.3 系统的范围 (5) 1.4 参考资料 (5) 1.5 术语、缩写词 (6) 2 当前系统 (6) 2.1 当前系统概述 (6) 2.2 当前系统存在的问题................................... 错误！未定义书签。 3 建议的系统 .............................................................. 错误！未定义书签。 3.1 建议系统概述......................................... 错误！未定义书签。 3.2 功能性需求概述....................................... 错误！未定义书签。 3.3 非功能性需求......................................... 错误！未定义书签。 3.3.1 用户界面与人员因素............................ 错误！未定义书签。 3.3.2 硬件考虑..................................... 错误！未定义书签。 3.3.3 性能特征..................................... 错误！未定义书签。 3.3.4 错误处理与极端情况............................ 错误！未定义书签。 3.3.5 系统接口..................................... 错误！未定义书签。 3.3.6 质量要求..................................... 错误！未定义书签。 3.3.7 物理环境..................................... 错误！未定义书签。 3.3.8 安全问题..................................... 错误！未定义书签。 3.3.9 资源问题..................................... 错误！未定义书签。 3.4 系统变更............................................. 错误！未定义书签。 3.5 约束( Constraints ) ................................................................................. 错误！未定义书签。 3.6 系统模型............................................. 错误！未定义书签。 3.6.1 用例模型 (6) 3.6.2 对象模型..................................... 错误！未定义书签。 4 附录 .................................................................... 错误！未定义书签。 4.1 NEMA 0183 格式简介 ................................... 错误！未定义书签。

OA系统需求规格说明书

XX项目 产品需求规格说明书 机构公开信息

版本历史

1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。

1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。

软件需求分析说明书模板

保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日

文档修改记录

目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)

[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

软件需求规格说明书模板(超详细的哦)

WORD文档可编辑 X X X X X X单位 X X X X X X X项目 软件需求规格说明书 金碧信息科技

目录 第一章引言 (5) 1编写目的 (5) 2软件需求分析理论 (5) 3软件需求分析目标 (5) 4参考文献 (6) 第二章需求概述 (7) 1.项目背景 (7) 2.需求概述 (7) 3.条件与限制(可选) (8) 4.移动办公系统结构 (8) 5.移动办公网络拓扑图 (9) 第三章系统功能需求 (10) 1.移动办公系统升级改造需求 (10) 界面显示要求 (11) 待办公文列表 (11) 待办公文列表排序 (11) 公文详细信息界面元素 (11) 网站信息审批 (12) 会议申请 (12) 意见录入 (12) 移动邮件 (12) 会议管理 (13) 通知通告 (13) 通讯录管理 (14) 2.车辆管理模块升级改造需求 (14) 系统功能架构 (14) 网络拓扑结构 (15)

3.电子公文预览需求 (15) 电子公文交换网络 (16) 电子公文交换流程 (18) 4.政务信息管理系统平台功能需求 (19) 第四章软硬件或其他外部系统接口需求 (21) 1.用户界面 (21) 2.硬件需求 (22) 3.网络需求 (22) 4.接口需求 (22) 5.通信需求 (23) 6.运行环境 (23) 第五章其他非功能需求 (24) 1.性能需求 (24) 2.安全设施需求 (25) 3.安全性需求 (25) 4.扩展性需求 (26) 5.可移植性需求 (26)

第一章引言 1编写目的 为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。 2软件需求分析理论 软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。 3软件需求分析目标 软件需求分析的主要实现目标： 1)对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一 致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件 需求； 2)了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一 个基准； 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据； 需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员

SF06 软件需求规格说明书

文档编号：XXX－SF－06 保密级别： 版本编号：V1.0 软件开发文档 文档名称：需求规格说明书 项目名称：XXXXXXXXXX 项目负责人：XX XX 编写：年___月___日 校对：年___月___日 审核：年___月___日 批准：年___月___日 XXXX电子有限公司 2011年

修订历史记录 （A-添加，M-修改，D-删除）

目录 1概述 (1) 1.1用户简介 (1) 1.2项目的目的与目标 (1) 1.3术语定义 (1) 1.4参考资料 (1) 1.5相关文档 (2) 1.6版本更新信息 (2) 2目标系统描述 (2) 2.1组织结构与职责 (2) 2.2角色定义 (2) 2.3作业流程（业务模型） (3) 2.4单据、账本、报表 (3) 2.4.1单据 (3) 2.4.2账本 (4) 2.4.3报表 (4) 2.5可能的变化 (4) 3目标系统功能需求 (5) 3.1功能需求分析 (5) 3.2功能需求点列表（功能模型） (5) 4目标系统性能需求 (5) 4.1时间要求 (5) 4.2空间性能 (5) 4.3性能需求点列表（性能模型） (6) 5目标系统界面与接口需求 (6) 5.1界面需求 (6) 5.2接口需求点列表（接口模型） (7) 6目标系统其他需求 (7) 6.1安全性 (7)

6.2可靠性 (7) 6.3灵活性 (7) 6.4特殊需求 (7) 7目标系统假设与约束条件 (8)

1概述 本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收测试的依据。 1.1用户简介 在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行功能、进度、成本、性能等方面的平衡决策。 对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。 1.2项目的目的与目标 项目的目的是对开发本系统的意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。 对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。 1.3术语定义 将该需求规格说明书中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术 语与缩写等。 1.4参考资料 说明该用户需求报告使用的参考资料，如： 1)[1] 商务合同 2)[2] 招标书 3)[3] 用户领域的资料 4)[4] 用户需求调查表 5)[5] 用户需求报告 6)[6] 参照的标准 每一个文件、文献要有标题、或文件号，发布或发表日期以及出版单位。

XXX系统需求规格说明书

环境与灾害监测预报小卫星星座环境应用系统 XX系统需求规格说明书 单位： 作者： 完成日期： 签收人： 签收日期： 修改情况记录：

目录 1.引言 (1) 1.1.编写目的 (1) 1.2.背景 (1) 1.3.定义 (1) 1.4.参考资料 (1) 2.需求概述 (1) 2.1.目标 (1) 2.2.运行环境 (2) 2.3.关键点 (2) 2.4.约束条件 (2) 3.需求规格 (2) 3.1.软件系统总体功能／对象结构 (2) 3.2.软件子系统功能／对象结构 (2) 3.3.描述约定 (2) 3.4.功能或对象的描述 (3) 3.4.1.功能或对象1 (3) 3.4.2.功能或对象n (3) 3.5.性能 (4) 3.6.外部接口 (4) 3.7.数据 (4) 3.7.1.空间数据 (5) 3.7.2.非空间数据 (5) 3.8.操作 (5) 3.9.可使用性、可维护性、可移植性、可靠性和安全性 (5) 3.10.故障处理 (5) 3.11.算法说明 (6) 4.尚未解决的问题 (6) 5.支持信息 (6)

1.引言 1.1.编写目的 说明编写本软件需求规格说明书的目的，指出预期的读者。 1.2.背景 a.说明待开发产品或项目（以下简称产品）的名称。 b.列出此开发任务的提出者、开发者、用户等。 c.说明本产品与其他产品的关系。 1.3.定义 列出本文件中用到的专门术语的定义和缩写词原文。 1.4.参考资料 a.本文件中引用的属于本开发产品的其他文件。 b.本文件中引用的其他文献、资料以及软件开发标准。 2.需求概述 2.1.目标 a.本产品的开发意图、应用目标及作用范围（现有产品存在的问题和建议 产品所要解决的问题）。 b.本产品的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本产品与其他相关产品的 关系，是独立产品还是一个较大产品的组成部分（可用方框图说明）。

软件需求规格说明书(终稿)

<教师报课系统> 需求规格说明书 作者：Mod4 完成日期：2015.10.16

修订历史记录

目录 1. 引言 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 定义 (4) 1.4参考文献 (4) 2. 项目概述 (5) 2.1 产品描述 (5) 2.2 产品功能 (5) 2.3 用户特点 (7) 2.4 一般约束 (7) 2.5 假设与依据 (7) 3. 具体需求 (7) 3.1 功能需求 (8) 3.1.1系统角色及登陆 (8) 3.1.2 学院负责人 (9) 3.1.3 系负责人 (17) 3.1.4 教师 (20) 3.2 外部接口需求 (23) 3.2.1 用户接口 (23) 3.2.2 硬件接口 (23) 3.2.3 软件接口 (23) 3.2.4 通信接口 (23) 3.3 性能需求 (23) 3.4 属性 (23) 3.4.1 可用性 (23) 3.4.2 安全性 (24) 3.4.3 可维护性 (24) 4. 验收验证标准 (24)

1. 引言 1.1 目的 该文档首先给出项目的整体结构和功能结构概貌，试图从总体架构上给出整个系统的轮廓。同时对功能需求、性能需求进行了详细的描述。便于用户、开发人员进行理解和交流，反映出用户问题的结构，可以作为软件开发工作的基础和依据以及确认测试和验收的依据。 本文档面向多种读者对象： （1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。 （2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。 （3）程序员：了解系统功能，编写《用户手册》。 （4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。（5）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。 在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。 1.2 背景 本次待开发的软件为教师报课系统。 用户通过使用该软件在移动终端完成报课相关操作。学院负责人通过导入报课信息，设定截止时间来开启报课。系负责人查看报课信息，进行审核修改。教师填写报课信息，预览报课信息等最终提交报课。 1.3 定义 1.4参考文献 [1] GB-T8567-2006，《计算机软件文档编制规范》[S] [2].（美）Roger S.Pressman著，郑人杰等译.软件工程[M].第七版.北京：机械工业出版社,2011.

软件需求规格说明模板

标识：密级：版本： ××技术文件 {子系统名称} 软件需求规格说明 中国电子科技集团公司第十五研究所 二○一年月

{子系统名称} 软件需求规格说明 拟制： 审核： 会签： 质量保证： 批准：

文档修改记录

目次 1范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.2.1项目背景 (1) 1.2.2业务范围 (1) 1.2.3软件边界 (1) 1.2.4系统角色 (1) 1.3文档概述 (2) 1.4术语及缩略语 (2) 2引用文档 (2) 3功能需求/GN (2) 3.1功能概述 (2) 3.1.1 XX功能/XX功能标识 (3) 3.1.2 YY功能/YY功能标识 (3) 3.2用例 (4) 3.2.1 XX功能/XX功能标识 (4) 3.2.2 YY功能/YY功能标识 (4) 3.3需求动态关系 (5) 3.4用例与建模 (5) 3.4.1 XX功能/XX功能标识 (5) 3.4.2 YY功能/YY功能标识 (7) 4接口需求/JK (8) 4.1外部接口需求/JK-WB (8) 4.1.1接口标识和接口图 (8) 4.1.2人机交互界面接口 (10) 4.1.3 XX接口名称/标识 (10) 4.2内部接口需求/JK-NB (12) 4.2.1接口标识和接口图 (12) 4.2.2 XX接口名称/标识 (12) 5数据需求/SJ (12) 5.1入、出库单/SJ-IOL (12) 5.2数据需求名称/标识 (13)

6非功能性需求 (14) 6.1性能需求 (14) 6.1.1容量估算 (14) 6.1.2性能指标/XN (14) 6.2适应性需求/SY (14) 6.3安全性需求/AQ (14) 6.4保密性需求/BM (15) 6.5备份与恢复/BH (15) 6.6数据移植/YZ (15) 6.7标准需求/BZ (16) 6.8环境需求/HJ (16) 6.8.1硬件环境 (17) 6.8.2软件环境 (17) 6.8.3网络环境 (17) 6.8.4其他环境 (17) 6.9计算机资源需求/ZY (17) 6.10软件质量因素及可靠性/ZK (18) 6.10.1软件质量因素/ZK-YS (18) 6.10.2可靠性需求/ZK-KK (18) 6.11设计和实现约束/YS (18) 6.12需求的关、重程度 (18) 6.13人员需求 (19) 6.14培训需求 (20) 6.15软件保障需求 (20) 6.16验收、交付时的包装需求 (20) 7合格性规定 (20) 8与上级设计文档的可追溯性 (20) 8.1正向追溯 (21) 8.2逆向追溯 (21) 9附件 (21) 9.1界面需求 (21) 9.2导出文档/报表模版格式 (21)

软件需求规格说明书模板

＜项目名称＞ 软件需求说明书 作者： 完成日期： 签收人： 签收日期：

版本情况记录：

目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 项目概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 一般约束 (2) 2.5 假设和依据 (3) 3 具体需求 (3) 3.1 功能需求 (3) 3.1.1 功能需求13 3.1.2 功能需求24 3.1.n 功能需求n (5) 3.2 外部接口需求 (5) 3.2.1 用户接口.. 5 3.2.3 软件接口.. 5 3.3 性能需求 (6) 3.5 属性 (7) 3.5.1 可用性 (7) 3.5.2 安全性 (7) 3.5.3 可维护性.. 7 3.5.5 警告 (8) 3.6 其他需求 (8) 3.6.1 数据库 (8) 3.6.2 操作 (8) 3.6.3 场合适应性需求 (9) 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。0.5

1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 产品功能

系统需求规格说明书 (1)

XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录

1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释

1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI

软件需求规格说明(范例)

项目名称 软件需求规格说明

文档签署记录

文档修改记录

目录 1 引言 (1) 1.1 目的 (1) 1.2 项目背景 (1) 1.3 范围 (1) 1.4 参考资料 (1) 1.5 综述 (1) 2 总体概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 设计约束 (2) 2.4.1 标准规范 (2) 2.4.2 软件开发语言 (2) 2.4.3 软件开发工具和环境 (2) 2.4.4 软件测试环境 (3) 3 具体需求 (4) 3.1 软件流程功能 (5) 3.1.1 流程1 (5) 3.2 功能需求 (7) 3.2.1 试验资源管理 (7) 3.2.2 试验过程管理 (9) 3.3 软件模块划分 (11) 3.4 系统集成接口 (12) 3.4.1 与管理系统的接口 (12) 3.5 性能需求 (12) 3.5.1 精度 (12) 3.5.2 时间特性要求 (12) 3.6 数据处理要求 (12) 3.7 软件质量要求 (13) 3.7.1 易用性 (13) 3.7.2 可靠性 (13) 3.7.3 安全性 (13) 3.7.4 可维护性 (13) 3.8 可靠性、安全性和维护性要求 (13) 3.8.1 软件安全性等级、可靠性指标 (13) 3.8.2 软件运行寿命 (13) 3.8.3 软件安全性要求 (13) 3.8.4 软件健壮性要求 (13) 3.8.5 软件不期望事件要求 (14) 3.8.6 软件维护性要求 (14) 4 运行环境规定 (14) 4.1 部署方案 (14) 4.2 系统运行的硬件环境要求 (14)

软件需求规格说明书实用模板(超详细)

XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技

项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求，电子公
文在线预览
项目负责人审核与确认 供应商：
职位
审核时间
审核意见(签字)
客户方：

目录
第一章 引言 ................................................................... 5
1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6
第二章 需求概述................................................................ 7
1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9
第三章 系统功能需求........................................................... 10
1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16

软件工程--需求规格说明书

文档编号：HHIT-SECD-S101-01T-02 版本号：V1.0 酒店宾馆客房管理系统结构化需求规格说明 书 项目名称酒店宾馆客房管理系统的设计与实现 项目负责人 项目开发单位 项目成员、、、 项目起止时间2013.06.18----2013.06.21 2013年6月21日

软件工程课程设计项目组任务分派单（组长用）班级：组别：组长姓名：时间：2013 年 6 月21日 1、本表由组长为其组员每次上机实践分派任务使用，应认真填写相关任务名称、内容、完成标准等信息； 2、本表在每次任务完成后，由组长按照完成标准验收，并给出每个组员成绩评定（每人 平均70分制），除组长保留一份外，应及时上报任课老师（电子和纸质文档同时上报）。

目录 酒店宾馆客房管理系统结构化需求规格说明书 (1) 软件工程课程设计项目组任务分派单（组长用） (2) 目录 (3) 1引言 (3) 1.1编写目的 (3) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2项目概述 (4) 2.1目标 (4) 2.2用户的特点 (5) 2.3假定与约束 (5) 3需求规定 (5) 3.1对功能的规定 (5) 3.2对性能的规定 (17) 3.2.1精度 (17) 3.2.2时间特性要求 (17) 3.2.3灵活性 (18) 3.3输入输出要求 (18) 3.4数据管理能力要求 (18) 3.5故障处理要求 (19) 3.6其他专门要求 (19) 4运行环境规定 (19) 4.1设备 (19) 4.2支持软件 (20) 4.3接口 (20) 4.4控制 (20) 1引言 【】 1.1编写目的 想要做一个好的客房管理系统，首先必须知道用户的需求，这样我们才会开发出真正满足用户的软件产品，在系统的需求分析阶段，开发者应该明确一个好的客房管理系统必须要做什么。

软件系统需求规格说明书(范文格式)

XXX公司 XXXX系统 需求规格说明书 XXX公司 2013年8月

修订记录

目录 1.引言 (1) 1.1.编写目的 (1) 1.2.项目背景 (1) 1.3.术语定义 (1) 1.4.参考资料 (2) 2.任务概述 (3) 2.1.建设目标 (3) 2.2.建设内容 (3) 2.3.用户要求 (3) 2.4.假定和约束 (4) 3.系统需求 (5) 3.1.功能架构图 (5) 3.2.通用需求 (5) 3.2.1.系统通用工具栏 (5) 3.2.2.其它通用需求 (6) 3.3.XXX管理子系统 (7) 3.3.1.系统管理 (7) 3.4.集成需求 (12) 3.4.1.基础数据对接 (12) 3.4.2.单点登录（SSO） (12) 3.4.3.文书跨系统审批 (12) 3.4.4.短信提醒 (13) 3.5.性能需求 (13) 3.6.网络需求 (13) 3.7.存储需求 (13) 3.8.安全需求 (14) 3.8.1.技术平台设计安全需求 (14) 3.8.2.系统运行安全需求 (15) 4.运行环境规定 (15) 4.1.设备 (15) 4.2.软件 (16) 4.2.1.服务器操作系统版本 (16) 4.2.2.客户机 (17) 4.2.3.数据库版本 (17) 4.2.4.中间件服务器版本 (17) 4.3.接口 (17) 4.3.1.外部接口 (17) 4.3.2.内部接口 (18)

名词缩写： 1.XXX集团，即“XXX省XXX集团有限责任公司”；[引号里面为全称] 2.XXX系统，即“XXX集团XXX系统”；[引号里面为全称] 3.XXX公司，即“XXX有限公司”，系统承建单位。[引号里面为全称]

软件需求规格说明书标准模板

软件需求规格说明书 文件编号：QMS—PROC－RD02 版本：1.0 受控签章

修改历史

目录 1引言 (4) 1.1目的 (4) 1.2背景 (4) 1.3术语 (4) 1.4预期读者与阅读建议 (4) 1.5参考资料 (4) 1.6需求描述约定 (5) 2.项目概述 (6) 2.1系统功能 (6) 2.2业务描述 (6) 2.3数据流程描述(可选) (6) 2.4用户的特点 (6) 2.5运行环境要求 (6) 2.6设计和实现上的限制 (6) 3.功能需求的描述 (6) 4.非功能需求 (7) 4.1系统性能要求 (7) 4.2系统安全及保密要求 (7) 4.3系统备份与恢复要求 (7) 4.4系统日志 (7) 5.外部接口说明 (7) 6.其他需求 (8) 7 需求变更识别 (8) 8.功能列表 (8) 9.附件 (8)

1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

软件项目需求规格 说明书模板

组态建模工具需求规格说明书 西安电子科技大学 2011/5/19

目录

1概述 编写目的 指出编写《需求规格说明书》的目的。下面是示例： 编写此文档的目的是进一步定制软件开发的细节问题，希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解，它说明了本软件的各项功能需求、性能需求和数据需求，明确标识各项功能的具体含义，阐述实用背景及范围，提供客户解决问题或达到目标所需要的条件或权能，提供一个度量和遵循的基准。具体而言，编写软件需求说明的目的是为所开发的软件提出： a)软件设计总体要求，作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求，数据结构和采集要求，重要的接口要求，作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书，策划书等。术语和缩略词

2软件概要 软件总体描述 从总体上描述该软件的情况，包括软件的形式（网站，运行时系统，插件等）和软件的主要的功能，使读者对该软件有一个整体的认识。一般一两段话即可。 软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 ●开发环境： ●编程语言： ●遵循的规范：软件的设计和开发过程需要严格按照合同要求，根据软件的设计方 案来进行。软件开发过程应遵循软件工程规范，对过程和版本进行管理和控制。 ●测试环境：可以写明在什么单位测试，测试单位使用的软硬件环境。 ●软件交付形式： ●软件交付日期： ●其他：见合同。 使用者特点 指明软件的使用者具有的特定。示例： 本软件主要在甲方工作环境中使用，使用者包括项目管理人员，开发人员及工程师等，使用者在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。