需求规格说明书样例

上传人:sh****d 文档编号:108161737 上传时间:2019-10-22 格式:DOC 页数:29 大小:479.01KB
返回 下载 相关 举报
需求规格说明书样例_第1页
第1页 / 共29页
需求规格说明书样例_第2页
第2页 / 共29页
需求规格说明书样例_第3页
第3页 / 共29页
需求规格说明书样例_第4页
第4页 / 共29页
需求规格说明书样例_第5页
第5页 / 共29页
点击查看更多>>
资源描述

《需求规格说明书样例》由会员分享,可在线阅读,更多相关《需求规格说明书样例(29页珍藏版)》请在金锄头文库上搜索。

1、 需求规格说明书目 录第一章综述11.1编制目的11.2适用范围11.3参考依据11.4编制约束11.4.1图元约束11.4.2编码约束21.4.3格式约束31.5内容结构(可选)41.6导读说明4第二章项目概述52.1项目背景52.2项目范围52.3项目目标52.4现状描述5第三章需求总体分析63.1功能体系设计63.1.1功能结构63.1.2功能分布73.2整体业务流程(可选)83.3业务标准体系9第四章功能性需求104.1功能综述104.2需求清单104.3需求优先级(可选)104.4功能编码功能项114.4.1功能综述114.4.2业务流程114.4.3关系分析134.4.4详细功能需

2、求13第五章非功能性需求175.1软件质量属性需求175.1.1运行期175.1.2非运行期205.2约束性需求205.2.1基础架构205.2.2标准规范215.2.3集成要求215.2.4其他约束21第六章集成需求226.1技术要求226.2数据集成226.3应用集成226.4流程集成23第七章尚需解决的问题247.1问题总表247.2问题处理24附录I 业务对象25第一章 综述若采用分册编制方式组织,则本章与第二章、第三章单独成册,其它分册可略去本章、第二章和第三章内容。1.1 编制目的用简洁的语言描述编写这个文档的目的。1.2 适用范围本文档适用的范围。1.3 参考依据列举编写软件需求

3、规格说明时所参考的资料或其它资源。这可能包括且不限于:用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档,或相关产品的软件需求规格说明。对于非易获得性或项目所专属的参考资料,应当以附件形式提供。1.4 编制约束1.4.1 图元约束(1)流程图图元约束:图形符号名 称定 义开始框标准流程的开始,每一流程图只有一个起点结束框流程的中断和结束处理框表示对事件或结果的处理过程决策或判断用来根据给定的条件是否满足决定执行两条路径中的某一路径流程线箭头的方向表示流程执行的方向与顺序,两个符号间不得使用双箭头连接标识用于同一流程图中页和页的连续或者用于同页内从一个动作框转到另一个动作框流程标识表示

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

5、。所附表单能体现流程要求时,则可简化流程图,尽量将表单能体现的流程要求合并为一个流程节点。1.4.2 编码约束在信息一体化管控体系和标准化规范里面已经明确规定的,本处作为引用说明(如标准编码部分),没有明确说明的,采用以下编码约定方式:(1) 业务域编码(根据公司管理制度的划分,定为14个业务域。业务域缩写说明:前面2位数字是公司管理制度所用的分类编码,后面两位英文缩写是信息系统所用业务域编码)l 10安全管理(SM-Safety Management):包括安全综合管理、监督管理、风险管理、应急管理等。l 11生产管理(PM-Plant Maintenance):包括运行、维护、技改修理、设

6、备资产策略、技术监督、科技进步等。l 12调度管理(DM-Dispatch Management):包括电力调度、运行方式、水调、技术经济、继电保护、安全自动装置、电力通信及调度自动化管理等。l 13规划建设(PP-Production Planning): 包括电网规划、节能减排、项目前期、项目计划及管理、工程管理、质量安全管理、造价管理、承建商管理等。l 14营销服务(BM-Business Management):包括市场交易、营销策略、客户管理、业扩管理、抄核收管理、线损管理、营销稽查、用电检查、需求侧管理、计量管理、营配一体化等。l 15人力资源(HR-Human Resource)

7、:包括组织管理、人才管理、绩效与激励、培训管理等。l 16财务管理(FI-Finance):包括资金管理、预算管理、固定资产管理、产权管理、投资管理、成本管理、税务管理、会计核算、经营分析、经营考核、财务风险管理等。l 17物资管理(MM-Material Management):包括物资管理策略、需求管理、采购管理、仓储物流、供应商管理、品控管理等。l 18信息管理(IM-Information Management):包括信息管理、运维管理、信息安全、信息应用等。l 19监审内控(EC-Enterprise Control):包括法律与合同管理、纪检监察、内控审计等。l 20党群工作(CC

8、-Corporate Culture):包括党的建设、企业文化、青年工作、思想教育、工会管理等。l 21行政办公(OA-Office Assistant):包括综合行政、新闻管理、后勤保障等。l 22 基础管理(BA-Basis):战略管理、政策研究、体制改革、指标管理、制度建设、创新管理等基础性管理制度。l 23 其他(OT-Other),不能划归以上分类的公司其他业务。(2) 业务类编码l 业务域编码+二位数字序号。例:营销业扩可编码:BM01(3) 流程编码(Flow)l F-业务类编码-四位数字序号。(4) 业务对象编码(Entity)l E-业务类编码-四位数字序号。(5) 表单编码

9、(Bill)l B-业务类编码-四位数字序号。(6) 规则算法编码(Arithmetic)l A-业务类编码-四位数字序号。(7) 标准规范编码(Standard)l 标准规范采用统一编码,S-业务域编码-四位数字序号。(8) 关系编码(Relation)l 业务域与业务域R-主业务域编码-副业务域编码-2位序号。l 业务类与业务类R-主业务类编码-副业务类编码-2位序号。(9) 功能项编码(Model)l 一级功能:M-业务类编码-3位序号l 二级功能:一级功能编码-3位序号。l N级功能:以此类推。1.4.3 格式约束文档模板:文档编制必须严格依据本文档模板的格式要求。(1) 引用描述格式

10、l l ()l ()(2) 文字格式l Word样式,正文首行缩进l 首行缩进2字符,宋体,小四,1.5倍行距,段前 0,段后 0。(3) 表格格式l 列标题,Word样式,表格标题l 列标题,首行缩进 无,居中,宋体,五号,单倍行距,段前 0,段后 0。l 列标题,重复标题行l 表格正文,Word样式,表格正文 居左l 表格正文,首行缩进 无,居左,宋体,五号,单倍行距,段前 0,段后 0。l 表格正文中的序号,Word样式,表格正文 居中l 表格正文中的序号,首行缩进 无,居中,宋体,五号,单倍行距,段前 0,段后 0。(4) 图格式l Word样式,图居中1.5 内容结构(可选)对文档的

11、内容编排进思路、结构进行说明,对于复杂业务或文档内容超越300页以上的文档,建议在结构允许的情况下,分册编制,并在此处对每个分册的内容简要介绍,便于给阅读者以完整概念。1.6 导读说明为便于读者有针对性的阅读(特别针对预期读者),本部分对各章节(及存在的分册)进行索引和导读。形式建议:序号如果您是:请关注以下部分:1领导层2公司业务人员3公司信息人员4项目建设人员5评审人员6第二章 项目概述2.1 项目背景对项目工作产生的背景做明晰的描述。2.2 项目范围本业务模型涉及到的业务覆盖范围和组织覆盖范围。2.3 项目目标明确描述项目建设要达到的目的、指标、功能要求等。2.4 现状描述简要阐述业务现

12、状,以业务为主,尽量用表格或图示方式综合展现。第三章 需求总体分析根据业务发展战方向,在业务范围内对业务模型做总体规划,分解业务体系结构,建立整体业务模型视图,包括业务域、业务类、业务流程、功能项等内容。3.1 功能体系设计从业务实际出发,以功能为单元,划分合理的业务功能结构,以业务结构图表达更清晰。3.1.1 功能结构3.1.1.1 功能结构图可以以树型或关系型图展现合理划分的业务功能构成的整体结构。例如关系型展如下:3.1.1.2 功能列表列出一级功能清单,为每个功能按规则编码,并清晰阐述功能主要内容。功能编码功能项名称说明3.1.2 功能分布业务功能在不同的管理层级、不同的单位所表现的侧

13、重点及应用面。例如,可以以图示方式展示如下:也可以以表格方式说明。3.2 整体业务流程(可选)以图示的方式展示业务的整体流程,如无法归纳完整,则略过此小节,在各功能中详细阐述。整体流程一般为概念意义,例如资产管理流程:流程模型在阐述时一定要注意横向各部门、纵向各单位之间的流转关系,如果涉及,应详细说明。3.3 业务标准体系在业务建模过程中,如存在根据业务情况已经或可标准化的业务信息,以树型或列表方式全面罗列。编号标准名称说明第四章 功能性需求4.1 功能综述功能需求分三级:业务类、业务流程、业务环节。l 业务类需要描述该业务系统包含的业务流程及模块;l 业务流程需要描述该流程包含的功能项;l 功能项描述具体功能点的业务需求,具体功能描述可以向下逐层细化。4.2 需求清单例表:业务类业务流程功能编码.功能项业务环节功能子项编码.功能子项名称说明业扩报装高压新装AXX0011.高压新装提交申请AXX0011-01.申请受理查勘AXX0011-02.查勘审批AXX0011-03.审批计费流程AXX0012.工作流管理./查询XX查询注:对于不能归于某类和某流程的功能子项,业务类、业务流程留空。4.3 需求优先级(可选)业务类所属业务流程对应的每个功能,均要按照下面的表格提供优先级说明,以供设计、开发、测试人员参考对工作进行安排。表1 需求优先级业务类-业务流程功能编码

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > IT计算机/网络 > 计算机应用/办公自动化

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号