A、       文档修改记录

B、       文档审核记录

C、       名词解释

目录

1．引言... IV

1.1编写目的... IV

1.2项目背景... IV

1.3定义... IV

1.4参考资料... IV

2．整体说明... V

2.1产品描述... V

2.2产品功能... V

2.3用户特点... V

2.4运行环境... V

2.5假设和约束... VI

3．数据描述... VI

3.1静态数据... VI

3.2动态数据... VII

3.3数据词典... VII

3.4数据采集... VII

4．功能需求... VII

4.1功能划分... VII

4.2功能描述... VII

5．性能需求... VII

5.1数据精确度... VII

5.2时间特性... VIII

5.3适应性... VIII

6．运行需求... VIII

6.1用户界面... VIII

6.2硬件接口... VIII

6.3软件接口... VIII

6.4故障处理... IX

7．其它需求... IX

1．引言

1.1编写目的

   【阐明编写需求说明书的目的，指明读者对象（预期的读者范围）。】

       为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。

       本文档供项目经理、设计人员、开发人员等参考。

1.2项目背景

   【说明项目背景，以及项目相关情况介绍。】

a.         待开发的软件系统的名称。

b.         项目的需求提出部门、开发部门及其他。

c.         说明软件将干什么，如果需要的话，还要说明软件产品不干什么。

d.         描述所说明的软件的应用，应当尽可能精确的描述所有相关的利益、目的、以及最终目标。

e.         如果有一个较高层次的说明存在，则应使其和高层次说明中的类似陈述相一致（例如系统的需求规格说明）。

1.3定义

   【列出文档中所用到的专门术语的定义和缩写词的原文。】

1.4参考资料

   【列出文档中所引用的参考资料。】

a.         项目可行性报告

b.         项目经核准的计划任务书

c.         文档所引用的资料、标准和规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源

2．整体说明

2.1产品描述

   【叙述该软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关材料。】

    包括解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2产品功能

   【说明产品功能的整体框架。】

本项是为将要完成的软件功能提供一个摘要。 有时，如果存在较高层次的规格说明时，则功能摘要可从中取得。

为了清晰起见，请注意：

a.       编制功能的一种方法是制作功能表，以便第一次读这个文件的人都可以理解；

b.       用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。

2.3用户特点

   【列出本软件的最终用户的特点。】

    列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。

2.4运行环境

   【叙述该软件的运行环境，特别是用户侧环境。】

    操作系统：

    支持环境：

   

2.5假设和约束

   【本节是对设计系统时，限制开发者选择的其他一些项作一般性描述。】

列出影响需求说明中陈述的每一个因素以及对外部因素存在的依赖，而这些将限定开发者在设计系统时的选择。这些内容可能包括：

a.       管理方针；

b.       硬件的限制；

c.       与其他应用间的接口；

d.       并行操作；

e.       审查功能；

f.        控制功能；

g.       所需的高级语言；

h.       通信协议；

i.        应用的临界点；

j.        安全和保密方面的考虑。

3．数据描述

3.1静态数据

静态数据是指一些与用户操作无很大关联，在系统中固定存在的信息。例如：帮助信息、关于、免责声明等。

静态数据一般在用户开始工作时就能获得，且获得后调用更改很少。因此，静态数据可考虑存储在一个单独的区域里面。

3.2动态数据

    动态数据与系统的正常运行有直接关系。包括输入数据、输出数据，数据库内各项显示数据等。

3.3数据词典

    对数据流条目的描述，包括数据流名称、简述、来源、去向、数据流量、组成等。

3.4数据采集

    根据数据类型不同，采用不同的数据采集方式。例如：历史数据一次性导入、动态数据实时获取并入库等等。

4．功能需求

4.1功能划分

4.2功能描述

5．性能需求

5.1数据精确度

   【包括输入、输出及处理数据的精度。】

5.2时间特性

   【如响应时间、更新处理时间、数据转换与传输时间、运行时间等。】

5.3适应性

   【在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时，应具有的适应能力。】

6．运行需求

6.1用户界面

   【如屏幕格式、报表格式、菜单格式、输入输出时间等。】

说明所需要的用户界面的软件组件，描述每个用户界面的逻辑特征。以下是可能要包括的一些特征：

a.       将要采用的图形用户界面（GUI）标准或产品系列的风格

b.       屏幕布局或解决方案的限制

c.       将出现在每个屏幕的按钮、功能或导航链接

d.       快捷键

e.       错误信息显示标准

6.2硬件接口

    描述系统中和硬件每一接口的特征。这种描述可能包括支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。

6.3软件接口

    描述该产品与其它外部组件的连接，包括数据库、操作系统、工具、库和集成的商业组件等。明确在软件组件之间交换数据或消息的目的。描述所需要的服务以及内部组件通信的性质，确定将在组件之间共享的数据。

6.4故障处理

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

系统出现故障或程序出错时，要求不影响数据的完整性、一致性，能进行数据的自动检查。

7．其它需求

【如可使用性、安全保密、可维护性、可移植性等。】

可用性需求可包含如下子类别：

      人员因素、

      美观、

      用户界面的一致性 

      联机帮助和环境相关帮助、

      向导、

      用户文档、 

      培训材料。

需要考虑的可靠性需求有：

      故障的频率／严重性、

      可恢复性、

      可预见性、

      准确性、

      平均故障间隔时间。

性能需求可包括：性能需求是对功能性需求设置条件。说明不同的应用领域对产品性能的需求，并解释其原理以帮助开发人员作出合理的设计选择。例如，对于一个给定行为，它可以对以下项规定性能参数： 

      速度、

      效率、

      可用性、

      准确性、

      吞吐量、

      响应时间、

      恢复时间。

可支持性需求可包括：

      可测试性、

      可扩展性、

      可维护性、

      兼容性、

      可配置性、

      可服务性、

      可安装性、

      本地化（国际化）。

安全性需求：

      详尽描述与系统安全性、完整性或与私密性相关的需求，这些问题将影响到产品所创建或使用的数据的保护。定义用户身份确认或授权需求。明确产品必须满足的安全性或保密性策略。一个软件系统安全性需求的范例如下：“每个用户在第一次登录后，必须更改初始密码。最初的登录密码不能再使用。 ”

第二篇：网站需求规格说明书

心晴小站需求规格说明书

一、 引言

A、 系统参考文献

B、 整体描述

人生不如意之事十有八九，这是一个让你乌云密布的心变得晴空万里的小站。

C、 软件项目约束

无论你是工作了,还是中学生,大学生;无论你心情是开心快乐,孤独,悲伤,郁闷,思念,伤感;无论你是单身,失恋,开始恋爱,和朋友分手;想哭,想笑;男人,女人;尽可在这里找到安慰与快乐。

二、 信息描述

A、 信息内容

B、 信息流

1、 数据流

2、 控制流

三、 功能描述

A、 功能分解

（1）浏览网站内容

(2)注册、登录

(3)论坛留言评论

(4)会员发表文章

B、 功能描述

(1) 浏览网站内容：

【唯美意境】：让人在这里放松心情、静静的感受、平静烦躁的心。 诗词配上唯美图片和古典音乐，给人以美好的感受。 全国各地漂亮的风景图片配上轻音乐，让人感受自然的美妙。

【心灵鸡汤】：让人在这里经受心灵的洗礼、细心听取、激励颓废的心。 小故事大智慧：通过幽默小故事，让人明白大道理。

名人经历：通过别人的经验，树立你的信心。

【旅游指南】：这段时间压力太大了、太压抑了，有时间就出去走走吧！ 通过文字图片，分每个时期介绍适合出游放松心情的地方。

【人在囧途】：让人在这里能哈哈大笑、暂时忘记一切烦恼；无聊时看看可以保

持愉快的心情。

视频搞笑：歌曲翻唱、恶搞、动画、影片、flash??

文字搞笑：冷笑话、幽默笑话、搞笑语录、糗事儿??

图片搞笑：生活百态、人物、动物、其它??

【运动激情】：在激情的运动中，高涨你平淡的情绪。

极限运动

动感舞蹈

【在线游戏】：提供一些小游戏发泄一下小情绪。

(2) 注册、登录：

通过邮箱注册，注册成功后登录可发表评论、发表文章。一个邮箱仅能注册一次，可通过邮箱找回密码。

(3) 论坛留言评论：

登陆后可对自己感兴趣的、觉得好的文章视频图片发表评论。

(4) 会员发表文章：

登陆后可以发表文章，可以是原创文章（如自己的心情、感想、经历之类），也可以是分享文章。

四、 行为描述

五、 确认标准

A、 性能范围

衡量一个网站的性能通常从网站空间大小、网站位置、网站连接速度（俗称“网速”）、网站软件配置、网站提供服务等几方面考虑，最直接的衡量标准是这个网站的真实流量.

B、 测试种类

网站测试的主要方面

1 功能测试

● 链接测试

链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面：

1）测试所有链接是否按指示的那样确实链接到了该链接的页面；

2）测试所链接的页面是否存在；

3）保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。

●表单测试

当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登陆、信息提交等。

要测试这些程序，需要验证服务器能正确保存这些数据，而且后台运行的程序能正确解释和使用这些信息。

●设计语言测试

Web设计语言版本的差异可以引起客户端或服务器端严重的问题，例如使用哪种版本的HTML等。除了HTML的版本问题外，不同的脚本语言，例如Java、JavaScript。 ●数据库测试

在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。

2 性能测试

网站的性能测试主要从三个方面进行：连接速度测试、负荷测试（Load）和压力测试（Stress）.连接速度测试指的是打开网页的响应速度测试。负荷测试指的是进行一些边界数据的测试，压力测试更像是恶意测试，压力测试倾向应该是致使整个系统崩溃。 3 接口测试

在很多情况下，web 站点不是孤立。Web 站点可能会与外部服务器通讯，请求数据、验证数据或提交订单。

●服务器接口

第一个需要测试的接口是浏览器与服务器的接口。测试人员提交事务，然后查看服务器记录，并验证在浏览器上看到的正好是服务器上发生的。测试人员还可以查询数据库，确认事务数据已正确保存。

C、 预期软件响应

这个可能出现网站不显示或运行不正常,或者internet explorer 停止响应，停止工作或重新启动。网站响应速度太慢的话用户可能还没来得及浏览内容,就需要重新登陆了。