需求规格说明书.doc

需求规格说明书

文献更改摘要：

日期

版本号

修订说明

修订人

审核人

批准人

目录

TOC\o1-3\h\z1. 引言 3

1.1 目的 3

1.2 范围 3

1.3 术语 3

1.4 参考资料 3

1.5 需求描述约定 3

2. 项目概述 4

2.1 系统功能 4

2.2 业务描述 4

2.3 数据流程描述 4

2.4 用户的特点 4

2.5 运营环境规定 4

2.6 设计和实现上的限制 4

3. 功能列表 5

4. 功能需求的描述 5

5. 非功能需求 5

5.1 系统性能规定 5

5.2 系统安全及必威体育官网网址规定 6

5.3 系统备份与恢复规定 6

5.4 系统日记 6

6. 外部接口说明 6

7. 其他需求 6

8. 附件 6

引言

{系统建设的相关背景，从而引出建设该系统的驱动力。}

目的

{说明编写这份需求规格说明书的目的。}

建议阅读者

文档编写目的（指导开发、测试进行设计）

范围

【项目范围明确了这次的项目建设做什么，不做什么；涉及什么内容，不涉及什么内容；项目范围应当在项目初期就被明拟定义，以用于指导业务分析和系统实行，使后面的工作内容不会超过范围，也不会出现没有完全覆盖所有内容的情况

项目范围不等同于系统的功能范围，明确项目范围时要从项目建设和业务需求的角度来分析本期项目应当实行哪几个方面以及需要分析、实现哪些业务行为】

本期项目建设的范围要涉及：

本期项目建设的范围不涉及

术语

{列出本文献中用到的专门术语、术语定义、首字母缩写，如：}

英文缩写

英文全称

中文名称

参考资料

{列出有关的参考资料，如：

本项目经核准的计划任务书或协议、上级机关的批文；

属于本项目的其他已发表的文献；

本文献中各处引用的文献、资料、涉及所要用到的系统开发标准。

行业标准和规范。

列出这些文献资料的标题、文献编号、发表日期和出版单位，说明可以得到这些文献资料的来源。}

需求描述约定

{在此说明本文描述需求的约定，这些约定可以涉及：

需求标记方法（应保证需求标记在整个项目中的唯一性，且不受需求变更的影响，不得使用WORD自带的序列号作为需求标记）；

需求的跟踪粒度（明确需求的跟踪力度）；

优先级（在本文档中设定的级别及其含义，例如第一阶段设立优先级为H，第二阶段设立为M）；

功能描述的方法（涉及功能描述，业务规则，原型界面，输入，输出，业务流程，约束条件。其中流程类需求必须要有业务流程，否则可以不需要。）；

下面以一个具体项目举例：

1、本系统的需求标记方法：层次化编号方法

模块缩写＋序列号，如SZAG01、SZAG01.01、SZAG01.01.02

模块缩写参照表：

模块名

模块缩写

模块名

模块缩写

需求层次：分三个层次，用三位字符表达。第一层需求指主功能模块，第二层需求指功能模块的主功能点，第三层次指主功能点下的具体需求。

2、本系统的需求跟踪粒度

跟踪到第二层功能需求。

3、本文档的需求级别定义

a、本文档的优先级别分为：高、中、低；

b、同时对于主功能点还描述实现的周期：一期、二期、三期；

4、功能描述方法

功能描述；

业务规则；

原型界面；

输入：提供所有与本功能有关的输入描述，涉及：输入数据类型、媒体、格式、数值范围、精度、单位等；

输出：提供与本功能有关所有输出的描述，涉及：输出数据类型、方式、格式、精度、单位等，以及图形或显示报告的描述；

业务操作流程（流程类）：描述正常业务流程，使用图示并配合必要的文字说明；

约束条件：列出在各个工作领域不需计算机化的功能并提供其因素以及特殊条件；}

项目概述

系统功能

{概述了产品所具有的重要功能，其具体内容将在系统功能需求和特性中描述，所以在此只需要概略地总结。以图表形式画出系统功能结构图，并加入必要文字说明。}

业务描述

{对系统重要功能模块以场景方式进行描述，并能体现系统独有的特色。}

数据流程描述

{建议使用VISIO画出系统重要业务数据流图，涉及系统间和系统内。}

用户的特点

{使用VISIO画出系统组织架构图，并描述组织机构涉及的部门，这些部门分别使用系统中的哪些功能模块，以及部门需求确认人的相关信息。}

运营环境规定

{

硬件环境需求（描述数据库服务器，应用服务器，接口后台服务器配置说明）（依据实际情况，有则写，没有则待定）；

软件环境需求（依据实际情况，有则写，没有则待定）；

a、操作系统规定（描述各个硬件服务器安装的操作系统）；

b、应用软件规定（描述各应用软件的名称、安装位置、版本信息）；

c、客户端规定（描述对客户端IE、第三方软件的版本信息）；

3、运营模式（描述该系统的运营模式，如：B/S或