XXXX有限公司
XXXX年XX月
修订历史
目 录
1. 综述... 4
1.1 文档说明... 4
1.2 编写目的... 4
1.3 适用范围... 4
1.4 名词、术语、缩略语定义... 5
1.5 参考资料... 5
2. 项目概述... 5
2.1 项目背景... 5
2.2 项目目标... 5
3. 需求调研的目标... 6
4. 需求调研的思路... 6
4.1 调研的核心问题... 6
4.2 围绕的关键点... 7
4.3 业务调研访谈思路... 7
4.4 现有系统调研思路... 7
5. 需求调研的方式... 7
6. 需求调研的内容... 8
6.1 功能分类调研内容... 8
6.1.1 功能性需求调研... 8
6.1.2 非功能性需求调研... 8
6.2 业务分类调研内容... 8
6.2.1 对信息部门的调研内容... 8
6.2.2 对业务部门的调研内容... 9
7. 需求调研使用表格... 9
8. 调研访谈时间安排... 12
9. 需求调研成果提交... 13
概述
目的
说明编写这份报告的目的，指出预期的读者。
背景
指出待开发的软件系统的名称；行业情况；本项目的提出背景、任务提出者、开发者、用户；该软件系统同其他系统的相互关系。
参考资料
列出编写本报告时参考的文件(如经批准的计划或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。
列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网址。
术语和缩略语
列出本报告中用到的专门术语、缩略语的定义，对于重要的或是有特殊意义的名词进行解释。
任务概述
目标
叙述该项软件开发的意图、应用目标、作用范围。解释被开发软件与其他有关软件之间的系。
项目产品体系结构图
说明本项目产品与其它产品的关系，可以用图表的形式。比如，本项目产品是否是一个大的产品的组成部分，是否要替换已有的产品，或者是一个独立的产品。如果与其它产品有关系，它们之间的关系要在此描述。
项目产品功能描述
说明项目产品必须具备的主要功能（仅作简单介绍）。如果使用了建模技术，用高层的数据流图或用例图(Use Case Diagram)来描述会更加有效。
系统特点
如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。
如果是针对合同开发，则应列出本软件的最终特点。
约束条件
用户情况
介绍本项目的用户（或潜在用户）的情况，包括：
1． 用户的技术水平；
2． 最终使用部门、技术支持部门、参与测试验收的部门；
运行环境
说明项目产品将在什么样的环境下操作，包括硬件平台、操作系统及版本、必须安装的软件部件和应用软件等。
硬件环境
列出满足系统需求所必须的最低硬件配置、推荐硬件配置(如主机、显示器、存储设备、外部设备等)以及其它特殊设备。
或列出用户期望或现有的设备环境。
以及与其他系统的硬件接口。
软件环境
列出满足系统需求或用户期望或现有的操作系统、网络软件、数据库系统、中间件以及其它特殊软件要求。
以及与其他系统的软件接口。
限制条件
描述项目产品可能存在的限制条件以及与其它受影响的组和个人的约定，包括硬件条件、软件限制、交付产品、人力资源、交付日期、里程碑等。举例：项目产品必须在IBM PC或100%兼容的计算机上运行，计算机最低内存64M、最小硬盘空闲空间10G。操作系统是WIN2000及更高版本。软件源代码必须用C/C++编写。
假设和依赖
列出所有会影响项目需求实现的假设因素（相对于已知的事实而言）。例如，本项目产品计划要使用某些第三方软件产品或商业软件产品，虽然目前还未得到这些软件，但我们可以假设这些软件一定能够得到。如果这些假设不正确、或发生改变，会影响项目的开发，因此，这些假设往往又是一种风险。
如果项目的开发或项目产品的使用要依靠其它外部因素，比如与其它产品共用的软件包、准备重用的软件构件等，也要在此说明。
用户原系统情况
如果用户存在原有系统，介绍用户原来使用系统的主要情况，包括主要的不足。如果用户不存在或不关心原有系统，本章节可省略。
运行环境
用户存在原有系统的运行环境。
体系结构
用户存在原有系统的体系结构。
业务处理方式
用户存在原有系统的业务处理方式。
系统特点
用户存在原有系统的特点。
业务流程
描述系统实现的业务流程，包括角色、业务处理过程。
功能需求
功能需求1（以实际的需求名代替）
简要描述
简明描述该需求点的作用和目的。
事件流程
描述参与者的操作和系统的响应，重点指明需要做什么事情，而不是如何完成这些事情。
基本流程
描述正常情况下的处理流程。
异常流程
描述异常情况下的处理流程
特殊需求
描述用户要求的不符合流程的要求。
前置条件
描述触发该事务的必要条件。
后置条件
描述该事务完成时，必需满足的条件。.
功能需求2（以实际的需求名代替）
按照需求1的格式依次描述，直到所有的需求。
数据描述
描述系统输入、输出涉及的数据情况说明，如外部数据接口、界面展示或打印的数据、表项等。
非功能需求
适用性需求
描述系统被预想的不同级别用户（如文盲用户、初学者、普通用户、高级用户等）的学习和可操作能力。建议从以下方面（不限于）进行描述：
指明为了使用户能够完成简单任务以及完成普通日常工作所需要的培训时间；
指明典型终端用户可能的典型任务的可度量时间；
比较新系统与目前用户团体熟悉的或正在使用的系统的适用性；
指明是否制作在线帮助系统、向导、工具说明、用户手册以及其它形式的文档和帮助，以及所需特征；
人机界面开发的要求或规范。
可靠性需求
描述用户能够接受的或期望系统运转程度，建议从以下几个方面（不限于）阐述：
Ø 可用性：如5×8，7×24；
Ø 平均修复时间；
Ø 准确性；
Ø 最大错误或缺陷率（如：错误数/千行代码）；
Ø 错误分类原则；
Ø 故障处理原则。
安全性需求
描述客户要求的或者应该满足的安全性。
性能需求
性能需求通常包括以下几类（不限于）：
Ø 事务的响应时间或效率：平均值、最大值；
Ø 吞吐量：每秒事务数；
Ø 容量：系统可容纳的客户总数或事务总数；
Ø 数据精度；
Ø 容错能力；
Ø 可恢复能力；
Ø 退化模式：当系统被降级时，可接受的运转模式。
可支持性需求
可支持性是指为了升级或修复，软件的被修改能力。
即对系统设计的灵活性和拓展性的要求。
辅助部分
未确定问题
说明目前尚未确定的问题及处理的计划。
需求的优先级
将所有的功能需求或用例（如果需求分析结果是使用用例），按高、中、低的优先级分类。列出章节号即可，例如6.2需求2（以实际的需求名代替）
对高、中、低的解释如下：
开发成本估算
以列表的方式估算出各功能需求所需的开发人时和费用。
风险分析
根据需求，分析风险。包括，需求可实现性、需求变动、时间压力、技术复杂度、人力资源不足等。
遵循的法律法规
变更记录
注：对该文件内容增加、删除或修改均需填写此变更记录，详细记载变更信息，以实现追溯。
第二篇：需求规格说明书范例
网上书城系统
网上书城系统
软件需求规格说明书
1
网上书城系统
本文档由XXXX撰写，本文档初稿于20xx年3月3日完成。本文
档由XXXX负责解释及执行。
文档描述信息：
文档修订摘要：
2
网上书城系统
目录
开拓校园博客系统 ................................... 1
目录 ............................................. 3
1 引言............................................ 5
1.1编写目的 .................................... 5
1.2适用范围 .................................... 5
1.3文档概述 .................................... 5
1.4 参考资料 .................................... 6
2.项目概述 ........................................ 6
2.1 项目名称 .................................... 6
2.2 项目承担单位 ................................ 6
2.3 项目背景 .................................... 6
2.4 项目总体目标 ................................ 6
2.5 合同需求： .................................. 6
3.功能需求 ........................................ 7
3.2 功能结构图 .................................. 7
3.3 功能概述 .................................... 8
3.3.1用户模块： .............................. 8
3.3.2 管理员模块 ............... 错误！未定义书签。
3.3.3浏览者模块 ............... 错误！未定义书签。
3
网上书城系统
4.功能设计 ........................................ 8
4.1 网站总体功能设计 ............................ 12
4.2用户注册 ................................... 13
4.2.1用户信息输入 ............................ 13
5.资源需求 ....................................... 13
5.1软件资源需求 ................................
5.2硬件资源需求 ................................
5.3人力资源需求 ................................
6. 项目研发计划 ...................................
4
13 13 14 14
网上书城系统 1 引言
1.1编写目的
1. 作为软件系统开发技术协议的参考依据，为用户及开发双发提
供参考。
2. 根据网上书城的特点，对被开发软件系统的主要功能、性能进
行完整描述，为开发者进行详细设计和编程提供基础。
3. 为软件提供测试和验收的依据，即为选取测试用例和进行验收
的依据。
1.2适用范围
本文档适用于所有与本项目有关的软件开发阶段及其相关人员，
其中：客户代表、项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。
1.3文档概述
本需求规格说明书，概括性的描述了网上书城所要完成的工作，
是软件开发人员和用户对本系统的业务流程及功能达成共识。通过本需求规格说明书可以全面了解网上书城所要完成的任务和所要达到的功能。
5
网上书城系统
1.4 参考资料
1）《GB/T 12504—90 中华人民共和国国家标准：软件需求分析
规格说明书》。
2）Internet资源。
2.项目概述
2.1 项目名称
本项目的名称为：网上书城
2.2 项目承担单位
2.3 项目背景
2.4 项目总体目标
2.5 合同需求：
6
网上书城系统
3.功能需求
网站的使用人员主要有购买者、客服人员和管理者。这些用户在具体操作的时候还会涉及到更多更细的分类，具体可参见功能设计部分的描述。
3.1 用户及其特点
网上书城涉及到三大类用户:
1.购买者：
2.客服人员：
3.管理者：
顶层用例图如下：
3.2 功能结构图
网上书城的网站的总体功能由以下几大模块构成:购买者平台、客服人员平台、管理者平台，如下图所示：
7
网上书城系统
3.3 功能概述
3.3.1 购买者模块
1、用户注册：
用户输入预注册用户名，若该用户名存在则提示用户重新输入，若该用户名不存在则
允许用户继续输入密码，个人信息以及收货地址。
2、个人信息管理：
3.3.2 客服人员模块
3.3.3 管理者模块
4.功能设计
本小节从用户使用的角度出发，本小节从用户使用的角度出发，列出了系统所提供的各个功能。
8
网上书城系统
网上书城系统
11
网上书城系统
4.1 网站总体功能设计
博客系统最主要是个博文交流区，主要注重注册用户的功能实现和用户体验效果。
再者，本博客系统是针对某大学的一个内部博客网站，因此不是
12
网上书城系统
本校师生或职工则不能注册
4.2用户注册
4.2.1用户信息输入
基本信息输入：教师注册用户名必须使用教工号，学生注册用户必须使用学号，不能重复注册。不是本校师生或职工则不能注册
5.资源需求
5.1软件资源需求
开拓校园博客系统软件资源包括:
1、Windows Xp操作系统1套；
2、SQL Server 2005数据库系统1套；
3、Microsoft Office 1套；
4、Visual Studio 2008开发工具1套；
5.2硬件资源需求
1、Web服务器1台；
2、数据库服务器2台；
13
网上书城系统
3、备份服务器1台；
4、开发服务器1台；
5、硬件防火墙1台；
6、软件防火墙服务器1台；
7、千兆路由器1台；
8、10M网络宽带1条。
5.3人力资源需求
1、项目经理1名；
2、开发经理1名；
3、测试经理1名；
4、软件开发工程师6名；
5、美工1名；
总计10名。
6. 项目研发计划
需求调研阶段（20xx年07月27日——20xx年08月08日）：根据用户需求，通过调研、讨论，完成项目需求规格说明书；
14