需求规格说明书样例

需求规格说明书

第一章综述 (1)

1.1 编制目的 (1)

1.2 适用范围 (1)

1.3 参考依据 (1)

1.4 编制约束 (1)

1.4.1 图元约束 (1)

1.4.2 编码约束 (2)

1.4.3 格式约束 (4)

1.5 内容结构（可选） (4)

1.6 导读说明 (4)

第二章项目概述 (5)

2.1 项目背景 (5)

2.2 项目范围 (5)

2.3 项目目标 (5)

2.4 现状描述 (5)

第三章需求总体分析 (6)

3.1 功能体系设计 (6)

3.1.1 功能结构 (6)

3.1.2 功能分布 (7)

3.2 整体业务流程（可选） (8)

3.3 业务标准体系 (9)

第四章功能性需求 (10)

4.1 功能综述 (10)

4.2 需求清单 (10)

4.3 需求优先级（可选） (10)

4.4 功能编码？功能项 (11)

4.4.1 功能综述 (11)

4.4.2 业务流程 (11)

4.4.3 关系分析 (13)

4.4.4 详细功能需求 (13)

第五章非功能性需求 (17)

5.1 软件质量属性需求 (17)

5.1.1 运行期 (17)

5.1.2 非运行期 (20)

5.2 约束性需求 (21)

5.2.1 基础架构 (21)

5.2.2 标准规范 (21)

5.2.3 集成要求 (21)

5.2.4 其他约束 (21)

第六章集成需求 (22)

6.1 技术要求 (22)

6.2 数据集成 (22)

6.3 应用集成 (22)

6.4 流程集成 (23)

第七章尚需解决的问题 (24)

7.1 问题总表 (25)

7.2 问题处理 (25)

附录I业务对象 (26)

第一章综述

若采用分册编制方式组织，则本章与第二章、第三章单独成册，其它分册可略去本章、第二章和第三章内容。

1.1编制目的

用简洁的语言描述编写这个文档的目的。

1.2适用范围

本文档适用的范围。

1.3参考依据

列举编写软件需求规格说明时所参考的资料或其它资源。这可能包括且不限于：用户界

面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。对于非易获得性或项目所专属的参考资料，应当以附件形式提供。

1.4编制约束

1.4.1图元约束

（1）流程图图元约束:

(2)流程图展示方式约束：

流程图推荐采用纵向页面布置、横向职能带布置的样式，另根据需要可增加划分业务流

程阶段，但不得改变流程图基本样式。

流程图中所用符号应均匀分布，连线保持合理的长度，并尽量少用长线。

使用各种符号应注意符号的外形和各符号大小的统一，避免使符号变形或各符号大小比

例不一。

符号内的说明文字尽可能简明。通常按从左向右和从上向下方式书写，并与流向无关。

尽量避免流线的交叉，即使出现流线的交叉，交叉的流线之间也没有任何逻辑关系，并

不对流向产生任何影响。

一个大的流程可以由几个小的流程组成。单个流程过于复杂时，在不影响业务的完整性

和连续性的前提下，应拆分为两个及以上子流程。

所附表单能体现流程要求时，则可简化流程图，尽量将表单能体现的流程要求合并为一个流程节点。

本处作为引用说明(如标准

14个业务域。业务域缩写说明：

后面两位英文缩写是信息系统142编码约束

在信息一体化管控体系和标准化规范里面已经明确规定的, 编码部分)，没有明确说明的，采用以下编码约定方式：

(1) 业务域编码(根据公司管理制度的划分，定为前面2位数字是公司管理制度所用的分类编码，所用业

务域编码)

10安全管理(SM-Safety Management):包括安全综合管理、监督管理、风险管理、应急管理等。

11生产管理(PM-Plant Maintenance):包括运行、维护、技改修理、设备资产策略、技术监督、

科技进步等。

12调度管理(DM-Dispatch Management):包括电力调度、运行方式、水调、技术经济、继电保护、

安全自动装置、电力通信及调度自动化管理等。

13规划建设(PP-Production Planning ):包括电网规划、节能减排、项目

前期、项目计划及管理、工程管理、质量安全管理、造价管理、承建商管理等。

14营销服务(BM-Business Management):包括市场交易、营销策略、客户管理、业扩管理、抄核

收管理、线损管理、营销稽查、用电检查、需求侧管理、

计量管理、营配一体化等。

15人力资源(HR-HumanResource ):包括组织管理、人才管理、绩效与激励、培训管理等。

16财务管理(Fl-Finance ):包括资金管理、预算管理、固定资产管理、产权管理、投资管理、成

本管理、税务管理、会计核算、经营分析、经营考核、财务风险管理等。

17物资管理(MM-Material Management):包括物资管理策略、需求管理、采购管理、仓储物流、

供应商管理、品控管理等。

18信息管理(IM-Information Management ):包括信息管理、运维管理、信

息安全、信息应用等。

19监审内控(EC-Enterprise Control ):包括法律与合同管理、纪检监察、

内控审计等。

20党群工作(CC-Corporate Culture ):包括党的建设、企业文化、青年工作、思想教育、工会管

理等。

21行政办公(OA-Office Assistant ):包括综合行政、新闻管理、后勤保障等。

22基础管理(BA-Basis):战略管理、政策研究、体制改革、指标管理、制度建设、创新管理等基础

性管理制度。

23其他(OT-Other)，不能划归以上分类的公司其他业务。

(2) 业务类编码

业务域编码+二位数字序号。

例：营销业扩可编码：BM01

(3) 流程编码(Flow)

F-业务类编码-四位数字序号。

(4) 业务对象编码(Entity )

E-业务类编码-四位数字序号。

(5) 表单编码(Bill )

B-业务类编码-四位数字序号。

(6) 规则算法编码(Arithmetic )

A-业务类编码-四位数字序号。

(7) 标准规范编码(Standard)

标准规范采用统一编码，S-业务域编码-四位数字序号。

(8) 关系编码(Relation )

业务域与业务域

R-主业务域编码-副业务域编码-2位序号。

业务类与业务类

R-主业务类编码-副业务类编码-2位序号。

(9) 功能项编码(Model)

一级功能：M-业务类编码-3位序号

二级功能：一级功能编码-3位序号。

N级功能：以此类推。

143格式约束

文档模板：文档编制必须严格依据本文档模板的格式要求。

（1）引用描述格式

《＜资料名称＞》＜发布单位＞＜发布日期＞

《＜资料名称＞》（＜文号＞）

《＜资料名称＞》（＜标准号＞）

（2）文字格式

Word样式，正文首行缩进

首行缩进2字符，宋体，小四，1.5倍行距，段前0,段后0。

（3）表格格式

列标题，Word样式，表格标题

列标题，首行缩进无，居中，宋体，五号，单倍行距，段前0,段后0。

列标题，重复标题行

表格正文，Word样式，表格正文居左

表格正文，首行缩进无，居左，宋体，五号，单倍行距，段前0，段后0。

表格正文中的序号，Word样式，表格正文居中

表格正文中的序号，首行缩进无，居中，宋体，五号，单倍行距，段前0，

段后0。

（4）图格式

Word样式，图居中

1.5内容结构（可选）

对文档的内容编排进思路、结构进行说明，对于复杂业务或文档内容超越300页以上的文档，建议在结构允许的情况下，分册编制，并在此处对每个分册的内容简要介绍，便于给

阅读者以完整概念。

1.6导读说明

为便于读者有针对性的阅读（特别针对预期读者），本部分对各章节（及存在的分册）

第二章项目概述2.1项目背景

对项目工作产生的背景做明晰的描述。

2.2项目范围

本业务模型涉及到的业务覆盖范围和组织覆盖范围。

2.3项目目标

明确描述项目建设要达到的目的、指标、功能要求等。

2.4现状描述

简要阐述业务现状，以业务为主，尽量用表格或图示方式综合展现。

第三章需求总体分析

根据业务发展战方向，在业务范围内对业务模型做总体规划，整体业务模型视图，包括业务域、业务类、业务流程、功能项等内容。

3.1功能体系设计

从业务实际出发，以功能为单元，划分合理的业务功能结构，

3.1.1功能结构

3.1.1.1 功能结构图

可以以树型或关系型图展现合理划分的业务功能构成的整体结构。

分解业务体系结构，建立以业务结构图表达更清晰。例如关系型展如下:

3.1.1.2 功能列表

列出一级功能清单，为每个功能按规则编码，并清晰阐述功能主要内容。 功能编码

功能项名称

说明

3.1.2功能分布

业务功能在不同的管理层级、不同的单位所表现的侧重点及应用面。 例如，可以以图示

方式展示如下：

町射rrir

E I 位「一 I

丄?>■

WTiT^httfF :fi -ir

sutrm

厨触刑衿腔H ：史41电

旳■ “ I mrawj —j?* 也働埠?丹展 UFA 敲『箭隠齢

1仃"?

W rpw

川*。FifiM

需庐啊1

1宜门畫惰］”理■齐

irtd 斤札軒弄

|ni 费ia 亚mu ] 1豪札益込肆用

1血必11): 1卜l:JI 龄常押

'巾 JWiMlW

昭侧■醫st *

1

杯■律

5

ttwrtw

Mt

序住现tt 理

HJ 业检牛Th*

:1 r; n.

n

、

tify]jij[ __

F'.'.l?-Il

HifWpTrl FJf -

「邛 ^^r?TKn

1

I”轉无 V 'I ;'

址伸

"HE ]

|i>nn ：

其腳11合

轉

★公司总部 ▲分子公司 ?地市单位 木 管

层

也可以以表格方式说明 以图示的方式展示业务的整体流程 如无法归纳完整 则略过此小节 在各功能中详细

8

投保记录

6

n

付款单

纵向各单位之间的流转关系 门 部 务 财 建 基

固定资产 信息变更 流程

固定资产

月末处理 流程

财务核算 流程

固定资产 投保流程

项目进度计划 管理流程 设备投运流程

供应商发 票生成流 程

土层

管 门

部 等 产 生 流程模型在阐述时一定要注意横向各部门 阐述。整体流程一般为概念意义，例如资产管理流程 3.2整体业务流程（可选）

物编码

报废记录 I

-I 信息变更工单

如果涉及，应

标专豕

标 ‘

供应商

决策

总帐分录

处理层

信息维

报废记录 设备台帐

固定资产清册

设备投运清册

■基层单位 Z 理 力管‘

调拨记录 收款单 折旧表

I j _ 一 _

?-

销售招投管

合同管理^管理配送管理

废旧物资 管理流程

信息变更工单

固定资产 ■

新增流程I --------------

设备台帐

1

资产卡片

资产分类属性'

▲ ? ★ ▲ ? ▲ ★ ▲ ? ■ ▲ ? ■ ★ ▲

▲ ? ★ ▲ ▲ ? ★ ▲ ? ★ ▲ ▲ ? ■ ▲ ? ★ ▲ ▲ ? ★ ▲ ? ■ ★ ▲ ? ▲ ? ★ ▲ ? ▲ ? ▲ ? ▲ ? ★ ▲ ★ ▲ ? ■ ★ ▲ ? ■

★ ▲ ▲ ? ★ ▲ ★ ▲ ? ▲ ? ■

★ ★ ▲ ★

流程编号：FI09 固定资产一级业务流程图

资产增加 〉 日常维护＞

资产减少〉

月末处理 〉

帐务处理〉

流程

配送管理流程 信息变更工单

设备台帐 台帐变更表 资

产卡片 r 卡片变更表

资产分类属性

片

n

固定资产 减少

流程

IT

固定资产 理赔流程

■

拆旧物资 移交流程

详细说明

3.3业务标准体系

在业务建模过程中，如存在根据业务情况已经或可标准化的业务信息，以树型或列表方式全面罗列。

第四章功能性需求

4.1功能综述

功能需求分三级：业务类、业务流程、业务环节。

业务类需要描述该业务系统包含的业务流程及模块；

业务流程需要描述该流程包含的功能项；

功能项描述具体功能点的业务需求，具体功能描述可以向下逐层细化。

4.2需求清单

4.3需求优先级(可选)

业务类所属业务流程对应的每个功能，均要按照下面的表格提供优先级说明，以供设计、开发、测试人员参考对工作进行安排。

表1需求优先级

说明：重要性（最高10分，最低1分）、紧迫性（最高10分，最低1分）、成本（实现成本最低时，该项得10分）、实现难易程度（最高10分，最低1分，容易实现的分数高）累计最高分数的需求应优先满足。

4.4功能编码？功能项

例：AXX0011-01?高压新装

4.4.1功能综述

包括功能背景、功能目标、服务对象、场景等内容。

4.4.2业务流程

以轨道图的方式清晰阐述流程全过程，明确责任节点工作内容。需求差异内容做到流程

全覆盖，特殊情况和较大的差异需要加以标注和说明。

443关系分析

以列表的方式将每个关系编号、功能项间关联关系、关系涉及到的表单、触发条件等做详细说明。4.4.3.1 内部关系（可选）

以图示的方式展现业务功能内部各功能之间的关系、接口，也可用文字、表格、图表结

443.2 外部关系

4.4.4详细功能需求

4.4.4.1 功能子项编码？功能子项（二级）

如果业务较为复杂的，可以继续分解功能，内容同功能章节内容，目录级别降一级，其中没有内容的小节，可略。如果到具体的节点功能项的，以本小节格式为主。

4.4.4.1.1 功能综述

总体阐述功能业务情况、功能目标、应用场景和业务要求等。

4.4.4.1.2 业务对象

444.1.3 业务活动及流程

业务功能的活动流程图，描述关键环节和流程关系，图例如下:

充值卡充值流程图

A: 1、调用函数getToken（）,取得领牌号，放入到全局变量中

2、调用验证户号的函数，输入户号Token，输出验证结果

3、根据验证结果进行下一步的充值

B:调用充值函数，输入：领牌，充值密码，户号，输出：成功或失败

C:调用验证函数，输入：密码Token，输出：验证结果（0成功，1已使用，2系统忙）

4.4.4.1.4 功能用例

444.1.5 规则算法（可选）

本功能所涉及到的业务规范和标准，特别是信息分类与编码体系相关标准，在此处详细

4.4.4.1.6 界面原型

界面原形可以是独立运行的文件，如果没有可独立运行的界面原型文件，则通过这一节

贴界面原型图片进行设计描述和展示，所有原型制定统一的编号，有特殊的要求要予以说明

备注。

[图XXXX-XXX]

如果功能用例中有原型图片编号，需要与该编号一致

第五章非功能性需求

非功能需求是指软件质量属性定义中相对于功能性需求的其他质量属性，包括各类软件

项目实施约束，统称为软件非功能性需求，是软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。软件产品的非功能性需求包括系统的性能、可靠性、安全性、可维护

性、易用性、备份要求、集成要求等。

5.1软件质量属性需求

5.1.1运行期

5.1.1.1 性能

5.1.1.1.1 典型业务活动分析

典型业务活动通常指发生频率高或者系统涉及的核心业务活动，典型业务活动的完成效率是系统质量属性的重要表现，系统分析人员应充分识别分析典型业务活动，尽可能量化业务要求，建议采用如下方式：

5.1.1.1.2 关键性能指标

软件系统性能需求定义，视不同的类型的应用，关键性能度量指标应有所侧重：交互式应用：同时在线用户数、系统响应时间、计算机资源可用率；后端应用：每秒完成事务数量、计算机资源可用率。

软件系统性能需求定义必须是可量化的指标，建议针对不同应用类型，按如下规格定义性能需求：

）典型后端应用系统性能需求定义规格

5.1.1.2 可用性

软件系统可用性主要由两项指标反映：系统可用时间和系统恢复时间，系统可用性指标应匹

配业务要求。建议采用如下方式定义软件系统可用性需求：

恢复点目标（RPO）:是指一个企业在一次灾难（停电、病毒、自然或人为灾难）中所能接受的总数据损失量。恢复时间目标（RTO）:是指企业从灾难状态中恢复联网和正常功能所需的时间。

5.1.1.3 可靠性

5.1.1.4 鲁棒性

鲁棒性指软件系统在以下情况下仍能正常运行的能力：用户进行了非法操作；相连的软