文档介绍：: .
需求规格说明书
第一章 综述 1
编制目的 1
适用范围 1
参考依据 1
编制约束 1
图元约束 1
编码约束 2
格式约束 3
内容结构（可选） 4
导读说明 4
第二章 项目概述 5
项目背景 5
项目范围 5
项目目标 5
现状描述 5
第三章 需求总体分析 6
功能体系设计 6
功能结构 6
功能分布 7
整体业务流程（可选） 8
业务标准体系 9
第四章 功能性需求 10
功能综述 10
需求清单 10
需求优先级（可选） 10
功能编码？功能项 11
功能综述 11
业务流程 11
关系分析 13
详细功能需求 13
第五章 非功能性需求 17
软件质量属性需求 17
运行期 17
非运行期 20
约束性需求 21
基础架构 21
标准规范 21
集成要求 21
其他约束 21
第六章 集成需求 22
技术要求 22
数据集成 22
应用集成 22
流程集成 23
第七章 尚需解决的问题 24
问题总表 25
问题处理 25
附录I业务对象 26
第一章综述
若采用分册编制方式组织，则本章与第二章、第三章单独成册，其它分册可略去本章、 第二章和第三章内容。
用简洁的语言描述编写这个文档的目的。
本文档适用的范围。
列举编写软件需求规格说明时所参考的资料或其它资源。 这可能包括且不限于：用户界
面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格 说明。对于非易获得性或项目所专属的参考资料，应当以附件形式提供。
（1）流程图图元约束:
图形符号
名称
定义
O
开始框
标准流程的开始，每一流程图只有一个起点
结束框
流程的中断和结束
处理框
表示对事件或结果的处理过程
<0>
决策或判断
用来根据给定的条件是否满足决定执行两条路径 中的某一路径
图形符号
名称
定义
►
流程线
箭头的方向表示流程执行的方向与顺序， 两个符号
间不得使用双箭头
O
连接标识
用于冋一流程图中页和页的连续或者用于冋页内 从一个动作框转到另一个动作框
流程标识
表示在流程图中引用另一个流程
(2) 流程图展示方式约束：
流程图推荐采用纵向页面布置、 横向职能带布置的样式， 另根据需要可增加划分业务流
程阶段，但不得改变流程图基本样式。
流程图中所用符号应均匀分布，连线保持合理的长度，并尽量少用长线。
使用各种符号应注意符号的外形和各符号大小的统一， 避免使符号变形或各符号大小比
例不一。
符号内的说明文字尽可能简明。通常按从左向右和从上向下方式书写，并与流向无关。
尽量避免流线的交叉，即使出现流线的交叉，交叉的流线之间也没有任何逻辑关系， 并
不对流向产生任何影响。
一个大的流程可以由几个小的流程组成。 单个流程过于复杂时，在不影响业务的完整性
和连续性的前提下，应拆分为两个及以上子流程。
所附表单能体现流程要求时，则可简化流程图，尽量将表单能体现的流程要求合并为一 个流程节点。
本处作为引用说明(如标准
14个业务域。业务域缩写说明：
后面两位英文缩写是信息系统
142编码约束
在信息一体化管控体系和标准化规范里面已经明确规定的, 编码部分)，没有明确说明的，采用以下编码约定方式：
(1) 业务域编码(根据公司管理制度的划分，定为 前面2位数字是公司管理制度所用的分类编码， 所用业务域编码)
10安全管理(SM-Safety Management):包括安全综合管理、监督管理、风险 管理、应急管理等。
11生产管理(PM-Plant Maintenance):包括运行、维护、技改修理、设备资 产策略、技术监督、科技进步等。
12调度管理(DM-