需求规格说明书.docx

需求规格说明书.docx

《需求规格说明书.docx》由会员分享，可在线阅读，更多相关《需求规格说明书.docx（10页珍藏版）》请在冰豆网上搜索。

需求规格说明书

产品需求规格说明书

版本1.0

文档编号：

版权所有©1998-2010二六三网络通信股份有限公司

公司网址：

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．其它需求

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

】

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

人员因素、

美观、

用户界面的一致性

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

向导、

用户文档、

培训材料。

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

故障的频率／严重性、

可恢复性、

可预见性、

准确性、

平均故障间隔时间。

性能需求可包括：

性能需求是对功能性需求设置条件。

说明不同的应用领域对产品性能的需求，并解释其原理以帮助开发人员作出合理的设计选择。

例如，对于一个给定行为，它可以对以下项规定性能参数：

速度、

效率、

可用性、

准确性、

吞吐量、

响应时间、

恢复时间。

可支持性需求可包括：

可测试性、

可扩展性、

可维护性、

兼容性、

可配置性、

可服务性、

可安装性、

本地化（国际化）。

安全性需求：

详尽描述与系统安全性、完整性或与私密性相关的需求，这些问题将影响到产品所创建或使用的数据的保护。

定义用户身份确认或授权需求。

明确产品必须满足的安全性或保密性策略。

一个软件系统安全性需求的范例如下：

“每个用户在第一次登录后，必须更改初始密码。

最初的登录密码不能再使用。

”