软件需求分析说明书模板v10.docx

软件需求分析说明书模板v10.docx

《软件需求分析说明书模板v10.docx》由会员分享，可在线阅读，更多相关《软件需求分析说明书模板v10.docx（12页珍藏版）》请在冰豆网上搜索。

软件需求分析说明书模板v10

文档编号：

版本号：

1.0

XXX项目

需求规格说明书

****公司

****年**月**日

修改历史

日期

版本

作者

修改内容

更改请求号

注：

“更改请求号”为文档正式发布后需要变更时的编号。

正式批准

角色

签名

日期

备注

目录

1.简介5

1.1目的5

1.2范围5

1.3产品开发背景5

1.4系统概述5

1.5假定条件与约束限制5

1.6定义和缩略语5

1.7参考资料6

2.业务需求6

2.1目标6

2.2业务范围6

2.3业务环境6

2.3.1客户6

2.3.2竞争对手6

2.3.3其他涉众6

3.用户需求6

3.1用户特性6

3.2界定范围7

3.3业务相关组织结构及角色定义7

3.3.1业务组织结构及角色7

3.3.2角色与功能的关系7

3.4主要业务流程描述7

4.功能定义8

4.1<功能定义一>8

5.性能需求8

5.1<性能需求一>9

6.用户界面需求9

6.1用户界面需求19

6.2用户界面需求29

7.与其它系统接口的需求9

7.1<接口一>9

7.1.1硬件接口9

7.1.2软件接口9

7.1.3通信接口10

8.运行环境需求10

8.1网络和硬件设备平台10

8.2操作系统平台10

8.3数据库系统平台10

8.4开发工具10

8.5其它支持工具10

9.其它专门需求10

9.1系统运行方式10

9.2安装和操作11

9.3安全保密11

9.4维护服务11

9.5联机用户文档和帮助系统11

10.设计约束11

11.购买的构件11

12.法律、版权及其他声明11

13.适用的标准11

14.功能补充及变更12

14.1功能补充及变更一12

15.附录12

1.简介

1.1目的

[阐明需求分析与功能规格设计的目的，明确定义此文档的受众。

作者可照抄下列语句，也可进行适当修改。

“本功能规格说明书对<产品名称>系统做了全面细致的需求分析，明确了所要开发的系统应具有的功能、性能、界面等需求特性，使系统设计人员及开发人员尽可能清楚地了解用户的需求，并在此基础上进一步提出软件设计说明书和完成后续设计与开发工作。

”]

1.2范围

[简要说明本说明书适用的软件应用程序、特性或其他子系统分组、与其相关的用例模型，以及受到此文档影响的任何其他事物，如设计说明书、测试计划、用户指导手册等。

]

1.3产品开发背景

[描述本产品提出、产生和完善的背景。

]

1.4系统概述

[描述系统名称、代号、功能版本号、功能模块的组成以及其它作者认为应该说明的内容。

]

1.5假定条件与约束限制

[尽量列出本系统开发的假定和约束，如：

经费限制、开发期限、设备条件、用户现场环境准备等。

]

1.6定义和缩略语

[此小节应提供正确理解本说明书所需的全部术语的定义和缩略语。

若定义和缩略语较多，可以在附录中增加产品词汇表。

]

1.7参考资料

[此小节应完整地列出本说明书中引用的所有文档及采用的标准。

每个文档和标准应标有标题、文件编号、发表日期和出版单位。

]

2.业务需求

2.1目标

[产品的开发目标和应用目标。

如果是其他系统的一部分，则说明其关系。

]

2.2业务范围

[描述该产品所涉及的用户的业务范围。

]

2.3业务环境

[简要说明用户组织所从事的业务领域。

]

2.3.1客户

[列出用户组织面对的客户以及他们对用户产品的期望。

此处还应概述为了解客户对该产品的需求所进行的调查。

]

2.3.2竞争对手

[竞争对手产品的描述及评估。

]

2.3.3其他涉众

[列出其他涉众，例如用户的供应商和合作伙伴。

]

3.用户需求

3.1用户特性

[描述系统最终用户的特性，充分说明操作人员、维护人员的教育水平、工作经验和技术熟练程度，以及本软件的预期使用频度。

这些是软件设计工作的重要约束。

]

3.2界定范围

[概括和界定作为建模对象的组织和流程的范围，以及其与用户方现有组织和流程的关系。

]

3.3业务相关组织结构及角色定义

[描述业务相关的组织结构、组织单元内的角色以及各种角色与功能之间的对应关系。

]

3.3.1业务组织结构及角色

[自上而下逐层描述各组织单元、单元内角色的内容，并解释这些组织单元和角色之间的依赖关系。

对于各组织单元和角色来说，需描述其：

名称。

该组织单元在组织机构中的业务功能及其技能。

该组织单元所拥有的业务角色，以及各角色之间关系（可以列表方式表述）。

以树状图表示直属于该组织单元的下级组织单元。

]

3.3.2角色与功能的关系

[以USECASE图和相关表格表示各类业务角色与功能之间的关系。

]

3.4主要业务流程描述

[描述主要业务流程结构，自上而下逐层描述各子流程的内容，解释它们之间的依赖关系。

对于各流程来说，需描述其：

名称。

该流程在系统中的功能和角色。

该流程中的角色、输入、活动、输出。

该流程所拥有的用例列表，包括各用例的名称及简要说明。

该流程所拥有关系的列表，包括各种关系的名称及简要说明。

直属于该流程的子流程，其中各子流程都按上述分层方式描述。

由于政策、客户需求方面原因该流程可能发生的改变。

必要时可用流程图表示。

]

4.功能定义

[按功能模块划分由上而下分别详细描述。

可用列表的方式（例如IPO表即输入、处理、输出表的形式）、用例模型，逐项描述定性的和定量的功能需求，说明输入什么量、经怎样的处理、得到什么输出。

它可以作为设计和测试的依据。

]

4.1<功能定义一>

[在此给出功能需求说明。

应包括：

功能说明。

主要界面。

优先级。

约束参数。

操作流程。

（必要时可用流程图表示）

与其它功能的关系。

输入内容。

处理内容。

输出内容。

报表格式可统一列入附录。

]

…

4.1.1功能说明

5.性能需求

[此节应概述系统的性能需求。

包括：

•系统响应时间，界面更新处理时间，数据转换与传输时间（平均、最长）

•吞吐量，例如每秒处理的事务数

•容量，例如系统可以容纳的客户或事务数

•降级模式（当系统以某种形式降级时可接受的运行模式）

•资源利用情况，如内存、磁盘、通信等

5.1<性能需求一>

[在此给出需求说明。

对每一项需求，还应详细说明其需求属性，如优先级、工作量和风险。

]

…

6.用户界面需求

6.1用户界面需求1

[用户方对界面总体风格的要求。

包括屏幕格式、报表格式、菜单内容、功能键说明、提示信息格式、容错要求、与其他界面关系和具体的界面操作人。

可引用HTML、PowerPoint等文件。

]

6.2用户界面需求2

…

7.与其它系统接口的需求

[此节规定应用程序必须支持的接口。

它应非常具体，包含协议、端口和逻辑地址等，以便于按照接口需求开发并检验软件。

]

7.1<接口一>

7.1.1硬件接口

[说明软件与系统硬件的各个接口的逻辑特性，包括配置的状态（例如：

接口数目，物理地址，指令集合等）以及支持什么样的设备和协议等。

]

7.1.2软件接口

[说明要使用的其他软件产品（例如：

数据库管理系统，操作系统和其他应用系统等），对于每一个软件产品要说明：

名称

代号

版本号

来源

接口格式

对于每一个界面，说明接口软件的目的，定义信息的格式与内容。

]

7.1.3通信接口

[说明与其他系统或设备（如局域网、远程串行设备等）的所有通信接口。

]

…

8.运行环境需求

8.1网络和硬件设备平台

[网络拓补图，系统所需硬件设备的类型、配置、数量的描述。

]

8.2操作系统平台

[操作系统平台的描述。

]

8.3数据库系统平台

[数据库系统平台的描述。

]

8.4开发工具

[开发平台、开发语言、开发工具的描述。

]

8.5其它支持工具

[其它支持工具，如测试工具、版本管理工具和其他管理工具的描述。

]

9.其它专门需求

9.1系统运行方式

[描述系统运行方式、数据更新规则等。

]

9.2安装和操作

[对于安装和操作的需求说明。

]

9.3安全保密

[说明保证软件在意外事故、错误使用或被恶意破坏时安全的各个因素。

可以是密码系统、登录限制、通讯限制和数据完整性校验。

]

9.4维护服务

[对于维护服务的需求说明。

]

9.5联机用户文档和帮助系统

[如果存在对联机用户文档、帮助系统、关于声明的帮助等的需求，请在此说明。

]

10.设计约束

[此节应列出所构建系统的所有设计约束。

设计约束代表已经批准并必须遵循的设计决定，其中包括软件语言、软件流程标准、开发工具的指定用途、构架及设计约束、购买的构件、类库等。

]

11.购买的构件

[此节说明在系统中使用的所有购入构件、所有适用的许可或使用限制，以及所有相关的兼容性及互操作性或接口标准。

]

12.法律、版权及其他声明

[此节说明软件涉及的所有必需的法律免责声明、保证、版权声明、专利声明、字标、商标或徽标符合性问题。

]

13.适用的标准

[通过引用，此节说明了所有适用的标准以及适用于所述系统的相应标准的具体部分。

例如，其中可以包括法律、质量及法规标准；业界在可用性、互操作性、国际化、操作系统相容性等方面的标准。

]

14.功能补充及变更

14.1功能补充及变更一

[变更请求单编号，由变更请求单编号去查询相应《变更请求单》中的变更信息，并更新相应的明细需求。

在功能补充和变更时使用。

]

…

15.附录

[如果包含附录，应明确指出是否将附录当作需求的一部分。

以下是软件需求说明书可能涉及到的附录：

附录A：

词汇表

定义正确理解本需求说明书所需的全部术语，包括词头和缩写。

附录B：

报表格式

包括全部输出报表的格式及算法说明。

附录C：

待确定（TBD）问题的列表

编辑一张软件需求说明书中待确定问题的列表，其中每一表项都应编号，以便于跟踪调查。

]