RE302 需求分析规格模板.docx

RE302 需求分析规格模板.docx

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

RE302需求分析规格模板

本资料仅供内部使用！

<项目名称>

需求分析规格

修改记录

制定日期

生效日期

制定/修订内容摘要

页数

版本

拟稿

审查

批准

目录

1简介1

2规格目的1

2.1规格范围1

2.2名词定义2

2.3参考文件2

3系统概述3

3.1系统目标3

3.2系统范围3

3.3系统结构3

4接口4

4.1硬件接口4

4.2软件接口4

5系统环境5

5.1硬件环境5

5.2软件环境5

5.2.1支援软件5

5.2.2通信网络环境6

6模块功能业务需求7

6.1模块17

6.1.1功能模块业务流程7

6.1.2功能元件一7

6.1.3功能元件二7

6.2模块27

6.3性能7

6.4品质8

6.5安全与保密8

6.6特殊操作要求9

6.7容量与处理时间要求9

7场景分析10

7.1用户场景10

7.2系统场景10

1简介

本章将简要地说明系统需求分析规格书（以下简称本规格）的目的、范围、名词定义和参考文件

2规格目的

本规格的目的在于阐明XXXXXX系统（以下简称本系统）的各项需求，并给出本系统的总体设计。

本规格为编制如下文档提供基本依据：

●“软件概要设计规格”

●“软件开发计划”

●“软件详细设计规格”

●“软件测试计划”

●“软件测试说明”

●“软件操作手册”

●“系统安装手册”

●“系统运行维护手册”

本规格与“软件详细设计规格”一起，为编程、元件测试、组件测试及软件集成测试提供基本依据；

本规格为编制其它有关文件提供基本依据

本规格为软件质量保证人员提供工作依据

本规格将作为日后软件确认测试和系统验收之准则

本规格与“软件详细设计规格”一起，将作为日后系统维护工作基准文件

2.1规格范围

本规格的内容涵盖了本系统的硬件需求、软件需求、网络需求及业务流程需求。

本规格的阅读、使用者包括：

●项目管理人员

●软件设计人员

●编程人员

●软件测试人员

●软件质量控制人员

●软件维护人员

2.2名词定义

提示：

准确地解释本手册所涉及的字头词和缩写词

2.3参考文件

标题

文件号

发布日期

出版单位

3系统概述

提示：

本章将简要地说明本系统的目标、范围与结构。

3.1系统目标

提示：

说明本系统所要达到的目标

3.2系统范围

提示：

（简单描述）说明本系统所涵盖的范围，例如：

●业务范围

●组织范围

●功能范围

本子章节应提供软件所实现功能的一个概要描述。

例如，对一个财务软件的SRS，我们应在此部分说明用户帐户维护，用户声明和发票准备等功能，对每个功能进行大量的细节说明放在“模块”说明处。

3.3系统结构

提示：

本子章节描述的是本产品与其它产品或项目所组成的软硬件整体环境，即体系结构，为下面《系统环境》章节的软件、硬件、网络环境分开描述/详细划分奠定基础。

1.如果产品是独立的并完全自我包含，在本子章节应说明这一点。

2.如果需求规格定义的产品是更大的系统或项目的组件（此种情形经常发生），那么本子章节应：

A.描述此大系统或项目每个组件的功能，并且标识接口。

B.确定本软件产品主要外部接口。

4接口

4.1硬件接口

提示：

描述硬件和那些系统进行接口的需求；描述相关系统需要的配合需求。

4.2软件接口

提示：

描述软件和那些系统进行数据和信息的交互；描述相关系统需要的配合需求。

5系统环境

提示：

本系统的软件运作时所需环境如下:

5.1硬件环境

提示：

说明本系统的计算机硬件的组成和结构

5.2软件环境

提示：

包含“支援软件”和“应用软件”两部分的环境需求

5.2.1支援软件

提示：

列出本系统所涉及的支援软件之名称、版次、来源，必要时可提供简要说明。

支援软件包括:

●系统软件

⏹操作系统

⏹文件管理系统

⏹数据库管理系统

⏹程序语言编译器

⏹窗口管理软件

⏹其它系统软件

●公用软件

⏹排序（SORT）

⏹合并（MERGE）

⏹复制（COPY）

⏹其它公用软件

●套装软件

⏹各种工具软件，如PowerBuild、LOTUS1-2-3、VB、VC、Uniface等

⏹统计软件，如SPSS，SAS

⏹其它套装软件

●通讯网络软件

⏹网管软件

⏹各种网络设备的配套软件

⏹网卡驱动程序

⏹中间件等

●其他支援软件

如显示卡、语音卡、传真卡的驱动程序、函数库、微码等。

请参考本系统的“需求分析规格书”第3.3节‘支援软件’。

5.2.2通信网络环境

提示：

说明本系统的通讯网络的组成和结构。

6模块功能业务需求

6.1模块1

6.1.1功能模块业务流程

6.1.2功能元件一

功能名称：

功能概述：

输入内容：

（可用输入界面描述）

输入数据来源：

控制条件：

处理流程：

输出内容：

（可用输出界面描述）

打印单据：

备注：

6.1.3功能元件二

提示：

其他功能元件按“功能元件一”的内容格式、编排方式进行描述

6.2模块2

提示：

其他按模块1的内容格式、编排方式进行描述

6.3性能

提示：

1）静态数值需求

例如：

●可支持的终端总数

●可同时操作的使用者人数

●可处理的文件及数据记录数目

●文件及表格的大小

●对数据的精度要求（数学的、逻辑的、传输的精度）等。

2）动态数值需求

例如：

在某段时间内，正常及高峰情况下，所能处理的交易笔数、工作量及数据量，以及响应时间、数据转换和传输时间等。

所有需求必须以可衡量的词汇表示，例如‘95%的交易应在1秒钟内处理完毕’优于‘操作员不必等待交易完成’。

6.4品质

提示：

应明确说明软件品质需求各属性，以便能客观地验证其达成情况。

属性包括：

●可靠性

说明为了达到整个系统的可靠性需求，而对软件提出的可靠性需求。

下面这段话就是一个简单的例子：

‘本软件须被测试完全，以避免任何数据储存及运算可能发生的错误。

’

●可维护性

说明为了达到整个系统的可维护性需求，而对软件提出的可维护性需求。

例如：

⏹以某种特殊的方式来组装软件模块；

⏹以某种特殊的方式来分割数据和程序；

⏹对文档的需求；

⏹对程序设计方法的要求（如结构化程序设计、面向对象的程序设计），等等。

下面这段话就是一个简单的例子：

‘本软件的各种文档（包括系统概要设计规格书、软件详细设计规格、软件测试文档、软件操作手册、系统安装手册、系统运行维护手册、程序源码等）的撰写方式均采用规范化的方式，使用户易于接管本软件的维护工作。

’

●可用性

说明为了使整个系统达到指定的可用性水准，而对软件提出的可用性需求。

例如：

检查点、恢复、重新启动等。

下面这段话就是一个简单的例子：

‘为了保证系统的可用性，软件必须采用检查点、恢复、重启动机制。

在每日9小时、每周七日操作的情况下，本软件之可用性应在99.5%以上。

’

●可移植性

若有可移植性要求，即要求软件能方便地从一个环境转移到另一个环境，那么应该在此明确指出，并指明转移之程序，以及界面限制等。

●其它

6.5安全与保密

1）安全

说明为防止可能发生的人员、财物或实体环境伤害而对软件设计提出的安全需求。

例如：

●通过提供数据的备份和恢复功能，来保证数据文件的安全（当系统中的数据文件遭到破坏时，可以把备份数据读入系统，使系统能够继续运行）。

●通过数据库管理软件提供的各式数据备份/恢复功能，来保证数据库/表的安全。

2）保密

说明保护系统免遭意外或恶意的存取、使用、修改、破坏或泄密的需求。

包括：

●利用某种密码技术；

●设置专门的日志或历史数据集；

●给不同的模块分配不同的功能；

●对一个程序中各部分之间的通讯实施限制；

●对关键的量实施“检查和”校验等等。

6.6特殊操作要求

提示：

说明用户在操作方面的一些特殊要求，例如：

要求触摸屏、鼠标器、联机帮助、声音告警、闪烁告警、大屏幕显示等。

6.7容量与处理时间要求

提示：

说明软件运行时所需之内/外存的位置、容量及处理速度，以及预留量。

必须分别对系统中的每一台计算机逐一说明容量与处理时间要求。

7场景分析

提示：

场景是由用户正常执行多个应用活动组成的。

这些场景的设计是为了能获得指定的性能目标或能获得重要的性能压力。

请在以下章节描述本系统的关键用户场景和系统场景。

7.1用户场景

提示：

填写与业务相关的场景，如：

●登入系统

●浏览产品目录

●搜索指定的产品

●添加商品到购物车

●验证信用卡并下订单

7.2系统场景

提示：

系统场景主要包括与系统性能相关的场景，如：

在某一时段，系统每秒钟要处理n笔业务。