需求规格说明书(样例)

需求规格说明书目录第一章综述 (1)1.1 编制目的 (1)1.2 适用范围 (1)1.3 参考依据 (1)1.4 编制约束 (1)1.4.1 图元约束 (1)1.4.2 编码约束 (2)1.4.3 格式约束 (3)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图元约束（2）流程图展示方式约束：流程图推荐采用纵向页面布置、横向职能带布置的样式，另根据需要可增加划分业务流程阶段，但不得改变流程图基本样式。

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

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

符号内的说明文字尽可能简明。

通常按从左向右和从上向下方式书写，并与流向无关。

尽量避免流线的交叉，即使出现流线的交叉，交叉的流线之间也没有任何逻辑关系，并不对流向产生任何影响。

一个大的流程可以由几个小的流程组成。

单个流程过于复杂时，在不影响业务的完整性和连续性的前提下，应拆分为两个及以上子流程。

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

1.4.2编码约束在信息一体化管控体系和标准化规范里面已经明确规定的，本处作为引用说明（如标准编码部分），没有明确说明的，采用以下编码约定方式：（1）业务域编码（根据公司管理制度的划分，定为14个业务域。

业务域缩写说明：前面2位数字是公司管理制度所用的分类编码，后面两位英文缩写是信息系统所用业务域编码）●10安全管理（SM-Safety Management）：包括安全综合管理、监督管理、风险管理、应急管理等。

●11生产管理（PM-Plant Maintenance）：包括运行、维护、技改修理、设备资产策略、技术监督、科技进步等。

●12调度管理（DM-Dispatch Management）：包括电力调度、运行方式、水调、技术经济、继电保护、安全自动装置、电力通信及调度自动化管理等。

●13规划建设（PP-Production Planning）: 包括电网规划、节能减排、项目前期、项目计划及管理、工程管理、质量安全管理、造价管理、承建商管理等。

●14营销服务（BM-Business Management）：包括市场交易、营销策略、客户管理、业扩管理、抄核收管理、线损管理、营销稽查、用电检查、需求侧管理、计量管理、营配一体化等。

●15人力资源（HR-Human Resource）：包括组织管理、人才管理、绩效与激励、培训管理等。

●16财务管理（FI-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级功能：以此类推。

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

（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功能分布业务功能在不同的管理层级、不同的单位所表现的侧重点及应用面。

例如，可以以图示方式展示如下：▲●★▲●▲★▲●■▲●■★▲▲●★▲▲●★▲●★▲▲●■▲●★▲▲●★▲●■★▲●▲●★▲●▲●▲●▲●★▲★▲●■★▲●■★▲▲●★▲★▲●▲●■★★▲★决策支持层管理监督层业务处理层信息维护层计划管理采购管理调拨、销售管理招投标管理合同管理仓储管理配送管理招投标专家供应商物资编码★公司总部▲分子公司●地市单位■基层单位也可以以表格方式说明。

3.2整体业务流程（可选）以图示的方式展示业务的整体流程，如无法归纳完整，则略过此小节，在各功能中详细阐述。

整体流程一般为概念意义，例如资产管理流程：流程模型在阐述时一定要注意横向各部门、纵向各单位之间的流转关系，如果涉及，应详细说明。

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业务流程以轨道图的方式清晰阐述流程全过程，明确责任节点工作内容。

需求差异内容做到流程全覆盖，特殊情况和较大的差异需要加以标注和说明。

4.4.3关系分析以列表的方式将每个关系编号、功能项间关联关系、关系涉及到的表单、触发条件等做详细说明。

4.4.3.1内部关系（可选）以图示的方式展现业务功能内部各功能之间的关系、接口，也可用文字、表格、图表结4.4.3.2外部关系4.4.4详细功能需求4.4.4.1功能子项编码•功能子项（二级）如果业务较为复杂的，可以继续分解功能，内容同功能章节内容，目录级别降一级，其中没有内容的小节，可略。