需求规格说明书

《需求规格说明书》由会员分享，可在线阅读，更多相关《需求规格说明书（27页珍藏版）》请在金锄头文库上搜索。

1、需求规格说明书第一章 综述 错误！未定义书签。编制目的 错误！未定义书签。适用范围 错误！未定义书签。参考依据 错误！未定义书签。编制约束 错误！未定义书签。图元约束 错误！未定义书签。编码约束 错误！未定义书签。格式约束 错误！未定义书签。内容结构（可选） 错误！未定义书签。导读说明 错误！未定义书签。第二章 项目概述 错误！未定义书签。项目背景 错误！未定义书签。项目范围 错误！未定义书签。项目目标 错误！未定义书签。现状描述 错误！未定义书签。第三章 需求总体分析 错误！未定义书签。功能体系设计 错误！未定义书签。功能结构 错误！未定义书签。功能分布 错误！未定义书签。整体业务流程（可选

2、） 错误！未定义书签。业务标准体系 错误！未定义书签。第四章 功能性需求 错误！未定义书签。功能综述 错误！未定义书签。需求清单 错误！未定义书签。需求优先级（可选） 错误！未定义书签。功能编码？功能项 错误！未定义书签。功能综述 错误！未定义书签。业务流程 错误！未定义书签。关系分析 错误！未定义书签。详细功能需求 错误！未定义书签。第五章 非功能性需求 错误！未定义书签。软件质量属性需求 错误！未定义书签。运行期 错误！未定义书签。非运行期 错误！未定义书签。约束性需求 错误！未定义书签。基础架构 错误！未定义书签。标准规范 错误！未定义书签。集成要求 错误！未定义书签。其他约束 错误！未

3、定义书签。第六章 集成需求 错误！未定义书签。技术要求 错误！未定义书签。数据集成 错误！未定义书签。应用集成 错误！未定义书签。流程集成 错误！未定义书签。第七章尚需解决的问题 错误！未定义书签。问题总表 错误！未定义书签。问题处理 错误！未定义书签。附录I业务对象 错误！未定义书签。第一章综述若采用分册编制方式组织，则本章与第二章、第三章单独成册，其它分册可略去本章、 第二章和第三章内容。1.1编制目的用简洁的语言描述编写这个文档的目的。1.2适用范围本文档适用的范围。1.3参考依据列举编写软件需求规格说明时所参考的资料或其它资源。这可能包括且不限于：用户界面风格指导、合同、标准、系统需求

4、规格说明、使用实例文档，或相关产品的软件需求规格 说明。对于非易获得性或项目所专属的参考资料，应当以附件形式提供。1.4编制约束1.4.1图元约束（1）流程图图元约束:图形符号名?称定?义开始框标准流程的开始，每一流程图只有一个起点结束框流程的中断和结束处理框表示对事件或结果的处理过程o决策或判断用来根据给定的条件是否满足决定执行两条路径 中的某一路径图形符号名?称定?义流程线箭头的方向表示流程执行的方向与顺序，两个符号间不得使用双箭头连接标识用于冋一流程图中页和页的连续或者用于冋页内 从一个动作框转到另一个动作框U流程标识表示在流程图中引用另一个流程(2) 流程图展示方式约束：流程图推荐采用

5、纵向页面布置、横向职能带布置的样式， 另根据需要可增加划分业务流程阶段，但不得改变流程图基本样式。流程图中所用符号应均匀分布，连线保持合理的长度，并尽量少用长线。使用各种符号应注意符号的外形和各符号大小的统一，避免使符号变形或各符号大小比例不一。符号内的说明文字尽可能简明。通常按从左向右和从上向下方式书写，并与流向无关。尽量避免流线的交叉，即使出现流线的交叉，交叉的流线之间也没有任何逻辑关系，并不对流向产生任何影响。一个大的流程可以由几个小的流程组成。单个流程过于复杂时，在不影响业务的完整性和连续性的前提下，应拆分为两个及以上子流程。所附表单能体现流程要求时，则可简化流程图，尽量将表单能体现的

6、流程要求合并为一 个流程节点。142编码约束在信息一体化管控体系和标准化规范里面已经明确规定的，本处作为引用说明(如标准编码部分)，没有明确说明的，采用以下编码约定方式：(1) 业务域编码(根据公司管理制度的划分，定为14个业务域。业务域缩写说明：前面2位数字是公司管理制度所用的分类编码，后面两位英文缩写是信息系统所用业务域编码)10安全管理(SM-Safety Management):包括安全综合管理、监督管理、风险 管理、应急管理等。11生产管理(PM-Plant Maintenance):包括运行、维护、技改修理、设备资 产策略、技术监督、科技进步等。12调度管理(DM-Dispatch

7、 Management):包括电力调度、运行方式、水调、技术经济、继电保护、安全自动装置、电力通信及调度自动化管理等。13规划建设(PP-Production Planning):包括电网规划、节能减排、项目前期、项目计划及管理、工程管理、质量安全管理、造价管理、承建商管理14营销服务(BM-Business Management):包括市场交易、营销策略、客户管理、业扩管理、抄核收管理、线损管理、营销稽查、用电检查、需求侧管理、计量管理、营配一体化等。15人力资源(HR-HumanResource ):包括组织管理、人才管理、绩效与激励、 培训管理等。16财务管理(Fl-Finance ):

8、包括资金管理、预算管理、固定资产管理、产权 管理、投资管理、成本管理、税务管理、会计核算、经营分析、经营考核、 财务风险管理等。17物资管理(MM-Material Management):包括物资管理策略、需求管理、采 购管理、仓储物流、供应商管理、品控管理等。18信息管理(IM-Information Management):包括信息管理、运维管理、信息安全、信息应用等。19监审内控(EC-Enterprise Control):包括法律与合同管理、纪检监察、内控审计等。20党群工作(CC-Corporate Culture ):包括党的建设、企业文化、青年工作、 思想教育、工会管理等。2

9、1行政办公(OA-Office Assistant ):包括综合行政、新闻管理、后勤保障 等。22基础管理(BA-Basis):战略管理、政策研究、体制改革、指标管理、制度 建设、创新管理等基础性管理制度。23其他(OT-Other)，不能划归以上分类的公司其他业务。(2) 业务类编码业务域编码+二位数字序号。例：营销业扩可编码：BM01(3) 流程编码(Flow)F-业务类编码-四位数字序号。(4) 业务对象编码(Entity )E-业务类编码-四位数字序号。(5) 表单编码(Bill )B-业务类编码-四位数字序号。(6) 规则算法编码(Arithmetic )A-业务类编码-四位数字序号

10、。(7) 标准规范编码(Standard)标准规范采用统一编码，S-业务域编码-四位数字序号。(8) 关系编码(Relation )业务域与业务域R-主业务域编码-副业务域编码-2位序号。业务类与业务类R-主业务类编码-副业务类编码-2位序号。(9) 功能项编码(Model)一级功能：M-业务类编码-3位序号二级功能：一级功能编码-3位序号。N级功能：以此类推。143格式约束文档模板：文档编制必须严格依据本文档模板的格式要求。（1）引用描述格式资料名称 发布单位 发布日期资料名称 （ 文号）资料名称 （ 标准号）（2）文字格式Word样式，正文首行缩进首行缩进2字符，宋体，小四，倍行距，段前0

11、 ,段后0。（3）表格格式列标题，Word样式，表格标题列标题，首行缩进 无，居中，宋体，五号，单倍行距，段前0,段后0。列标题，重复标题行表格正文，Word样式，表格正文 居左表格正文，首行缩进 无，居左，宋体，五号，单倍行距，段前0，段后0。表格正文中的序号，Word样式，表格正文 居中表格正文中的序号，首行缩进无，居中，宋体，五号，单倍行距，段前0，段后0。（4）图格式Word样式，图居中1.5内容结构（可选）对文档的内容编排进思路、结构进行说明，对于复杂业务或文档内容超越300页以上的文档，建议在结构允许的情况下，分册编制，并在此处对每个分册的内容简要介绍，便于给阅读者以完整概念。1.

12、6导读说明为便于读者有针对性的阅读（特别针对预期读者），本部分对各章节（及存在的分册）进行索引和导读。形式建议:序号如果您是：请关注以下部分：1领导层2公司业务人员3公司信息人员4项目建设人员5评审人员6第二章项目概述2.1项目背景对项目工作产生的背景做明晰的描述。2.2项目范围本业务模型涉及到的业务覆盖范围和组织覆盖范围。2.3项目目标明确描述项目建设要达到的目的、指标、功能要求等。2.4现状描述简要阐述业务现状，以业务为主，尽量用表格或图示方式综合展现。第三章需求总体分析根据业务发展战方向，在业务范围内对业务模型做总体规划，分解业务体系结构， 建立整体业务模型视图，包括业务域、业务类、业务

13、流程、功能项等内容。3.1功能体系设计从业务实际出发，以功能为单元，划分合理的业务功能结构，以业务结构图表达更清晰。3.1.1功能结构3.1.1.1 功能结构图可以以树型或关系型图展现合理划分的业务功能构成的整体结构。例如关系型展如下：3.1.1.2 功能列表列出一级功能清单，为每个功能按规则编码，并清晰阐述功能主要内容。功能编码功能项名称说明3.1.2功能分布不同的单位所表现的侧重点及应用面。例如，可以以图示业务功能在不同的管理层级、 方式展示如下：物资编码信息维隹 销售公司总部 分子公司 地市单位 基层单位划合同供应 也可以以表格方式说明。仓储监督3.2整体业务流程（可选）以图示的方式展示业务的整体流程，如无法归纳完整，则略过此小节,阐述。整体流程一般为概念意义，例如资产管理流程：在各功能中详细流程模型在阐述时一定要注意横向各部门、 详细说明。纵向各单位之间的流转关系,如果涉及，应3.3业务标准体系编号标准名称说明在业务建模过程中，如存在根据业务情况已经或可标准化的业务信息，以树型或列表方式全面罗列。