业务需求说明书-模板
需求规格说明书(仅用于学习的参考模板)
数字化绩效需求规格说明书1引言1.1编写目的项目需求说明书是系统生存周期中开发阶段的一个重要步骤。
是作为整个系统开发范围的指南,是系统开发人员描绘出正确的符合用户要求的系统的重点。
为了明确客户的基本需求,更好地完成对客户需求了解,并量化和明晰本系统的工作量和工作进度,特编写此需求规格说明书。
此说明书始终贯穿于整个项目开发的过程,并决定着开发的整体框架,也是系统实现功能的指引说明。
1.2术语定义2综合描述2.1系统的功能(1)XXXX管理系统XXXX管理系统是推进市直机关及县(市、区)绩效管理体系创新,是在自治区免费提供的基础云应用平台上扩展建设而成的,能全面实现各XXXX考评工作网络化在线管理,大幅度提高绩效考评工作效率:实现战略目标展示、XXXX考评指标设定、修改和查看管理功能;实现工作计划、工作纪实、总结、过程XXXX、亮灯预警等绩效过程管理功能;支持在线开展年度绩效考评;导(录)入外部考评结果和外部评价结果,实现考评成绩自动计算;实现绩效考评结果统计分析、方便快捷查询与展示功能,构建XXXX档案。
(2)XXXX管理系统XXXX管理系统主要包含实现对会议决定事项、领导批办事项、上级交办事项和重大工作事项等分类全过程XXXX管理,包括XXXX事项分解拟定、审核与下达、XXXX、反馈进度、跟踪预警、XXXX报告和统计汇总等全过程环节管理。
(3)XXXX管理系统XXXX管理系统满足在线开展部门互评、领导评价、公众评议等工作,在设计上要具备充分的灵活性,可自由设置打分选项、配置测评表内容、配置测评对象以及生成测评账号,要具有完善的评价管理功能,实时汇总、监控评价开展情况,收集各个测评主体对测评对象的意见建议等,建立一个学、高效、简便、可视化的考核评价工作平台,提高考核评价数据采集的实时性、便捷性和准确性。
(4)XXXXX小程序XXXXX是借助信息化的手段,提升核验执行效率与覆盖面。
手机移动XXXX(含察访核验)是以XXXX管理系统为基础,全新设计开发的应用系统,XXXX对XXXX 管理系统功能进行提炼和整合,充分发挥移动设备方便快捷、可拍照、GPS定位等优势,实现重大工作完成情况快捷填报、证明材料上传,充分利用手机GPS功能确保证明图片的真实性、实效性,避免了传统的现场核验工作量,提高了工作效率,节约了监督成本。
软件系统业务需求说明书模板
软件系统业务需求说明书模板附件二业务需求说明书文件状态:[ ]草稿[ ]正式发布[ ]正在修改文件标识:HDT_ 当前版本:作者:完成日期:版本历史版本/状态作者参与者起止日期备注1.概述1.1.业务调研人员名单序号职能部门姓名主管联系电话备注1.2.业务范围此处描写总体业务的概要分类。
1.3.业务目标从高层或商务利益的角度提出本业务系统的期望目标,以及评价标准。
1.4.相关文档说明:列出本文档的所有参考文献(可以是非正式出版物),包括现有规范、标准、批文、引用到的文件、资料等。
1.5.业务词汇表说明:列出本文档的所引用的专属领域词汇、术语等,以便于业务需求的提供者和接收者是建立在一致的业务理解基础之上的。
2.组织结构及业务2.1.业务相关组织结构、人员组织结构说明:如果客户岗位设置复杂可分别设置,业务组织结构和人员组织结构2.2.组织机构描述2.3.角色职责说明:将业务涉及的具体人员进行一定程度的分类和抽象,描述该抽象角色的操作职责。
2.4.管理综述【可选】说明:主要描述该业务的管理特点和管理模式。
例如:典型按库存生产模式。
生产计划以年度销售计划为指导,并综合考虑设备能力、生产天数、库存、历史销售记录。
采购计划的制订以生产计划为依据。
2.5.现有业务流程清单【可选】说明:现有业务流程需要考虑,很多新的业务是在已有业务流程基础上进行重组的。
流程编号流程名称责任部门辅助部门3.业务流程及业务处理描述说明:针对每一项具体的目标业务,描述具体的业务流程,以及相关业务的具体描述。
3.1.具体业务流程(系统名称+编号)对于具体业务流程的命名有规范,对具体流程进行编号,便于形成需求矩阵,同时形成需求的管理和跟踪。
3.1.1.业务流程3.1.2.业务描述说明:描述具体的业务流程。
3.1.3.相关业务对象说明:业务对象,业务流程中涉及的单据、报表等。
业务对象使用部门对应电子档案编号3.1.4.业务规则及关键算法说明:描述业务环节关键算法体系。
(完整word版)需求规格说明书模板全解
####项目需求规格说明书(模板)公司二〇一五年十月文档修改记录目录第一章引言 (1)1.1编写目的 (1)1.2文档范围 (1)1.3项目概要 (1)1.4术语和缩写 (1)1.5参考资料 (1)1.6文档编写格式 (2)第二章任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)第三章系统运行环境 (4)3.1系统架构 (4)3.2系统硬件和网络环境 (4)3.3系统运行平台 (4)3.4系统界面描述 (4)3.5接口 (4)第四章功能描述 (5)4.1对功能的规定 (5)4.2功能性需求分类 (5)4.2.1功能总图 (5)4.2.2功能描述表 (5)4.2.3功能详细描述 (5)4.3对非功能的需求 (5)4.3.1系统参数及系统精度 (5)4.3.2灵活性 (6)4.3.3时间管理特性 (6)4.3.4输人输出要求 (6)4.3.5数据管理能力要求 (6)4.4故障处理要求 (6)4.5其他非功能需求 (7)第一章引言1.1编写目的提示:说明编写这份需求说明书的目的。
需求说明书编写的目的是为了记录、整理用户对学生工作管理的业务流程和功能需求,描述用户对系统的期望和功能要求。
本文档尽量以自然语言来描述,以期用户和潜在读者能够快速理解,并方便与用户进行沟通。
1.2文档范围提示:需要描述清楚文档传播范围和读者对象。
1.3项目概要提示:描述系统相关信息。
a.待开发系统(或软件)的名称;b.本项目的任务提出者、开发者、用户及实现该系统的部门或单位;c.该项目系统同其他系统或其他机构的基本的相互来往关系。
1.4术语和缩写提示:列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.5参考资料提示:列出用得着的参考资料,如:a.本项目的经核准的计划任务书或合同、上级机关的批文;b.属于本项目的其他已发表的文件;c.本文件中各处引用的文件、资料、包括所要用到的系统开发标准。
业务需求说明书【范本模板】
业务需求说明书文档版本记录目录1引言 (1)1。
1编写目的 (1)1.2预期读者 (1)1。
3参考资料 (1)1.4术语、定义和缩写 (1)2业务需求概述 (1)2.1项目目标 (1)2.2总体业务流程 (2)2。
3岗位职责 (2)3功能需求 (2)3.1功能一 (2)3.1.1功能描述 (2)3.1.2用户界面 (2)3。
1。
3输入要求 (2)3.1.4输出要求 (2)3.1.5业务规则 (2)3。
2功能二 (3)4非功能需求 (3)4.1时间要求 (3)4.2性能要求 (3)5系统接口需求 (3)5。
1系统一接口 (3)5。
2系统二接口 (3)6服务需求 (3)6.1用户培训要求 (3)6。
2服务支持要求 (4)7需求确认 (4)1引言1.1编写目的本需求说明书的编写目的为:(1)使各业务部门在与系统相关的业务流程、岗位权限、业务操作方式等方面达成一致,作为项目立项、工作量估算、系统需求分析、系统设计的依据.(2)使IT需求分析、设计人员充分理解与本系统相关各项业务需求、系统实现目标、范围,同时明确为实现业务需求所需要的功能要点。
1.2预期读者本说明书的预期读者为安徽江淮汽车股份有限公司相关业务部门,需求分析、开发、维护等IT人员,以及系统最终用户。
1.3参考资料【描述参考业务制度文件等】1.4术语、定义和缩写【描述本文档涉及的专业术语、相关定义和缩写】2业务需求概述2.1项目目标【描述本项目背景和目标,说明系统应支持的业务类型,期望达到的管理目的等】2.2总体业务流程【描述本系统的总体业务需求,并通过图形和文字的方式,对标准业务流程以及流程特例进行说明】2.3岗位职责【描述相关业务岗位及其工作职责,对应于系统中的角色及权限】3功能需求【逐一描述业务需求、所需的系统功能和操作流程,按功能层次逐级描述】3.1功能一【描述主要业务功能,包括界面、输入输出和业务规则等】3.1.1功能描述3.1.2用户界面【描述主要用户界面和操作方面的要求,可以结合图表说明】3.1.3输入要求【描述输入介质,包括表单、数据清单、图形、扫描件等】3.1.4输出要求【描述输出要求,包括表单、报表、图形、扫描件等】3.1.5业务规则【描述数据处理的主要业务规则和逻辑】3.2功能二…4非功能需求4.1时间要求【明确上线时间等要求】4.2性能要求【描述用户数量、数据规模、响应时间要求等】4.3安全需求【描述账号口令、用户账号、访问控制、通信加密等要求】5系统接口需求【描述需要与哪些系统实现接口,及接口的具体要求】5.1系统一接口5.2系统二接口6服务需求6.1用户培训要求【描述用户培训要求,包括培训方式(远程视频、现场操作)、培训地点(北京、外地)和培训规模(人数)等】6.2服务支持要求【描述服务支持要求,说明系统投入使用后是否需要服务商现场支持,以及服务支持时间长度和现场服务人数等】7需求确认—-—文档结束---。
业务需求说明书模板
XXX项目业务需求说明书[填写说明:模板中用方括号括起来并以蓝色斜体显示的文本,用于向作者提供指导,在文档编辑完成后应该将其删除。
文档正文应使用常规、黑色、五号字体即系统设置的“正文”样式。
当某一章/节没有容时,必须注明N/A,同时标注理由。
例如:本章/节容无需考虑。
特别说明:当某章/节容参见其它文档时,不能注明N/A,而应该写明参见某文档的具体章节。
]宁易购所有.suning.版本信息注:状态可以为N-新建、A-增加、M-更改、D-删除。
目录1简介 (2)1.1 业务背景 (2)1.2 业务概述 (2)1.3 业务用户 (2)1.4 假设和依赖 (2)1.5 术语 (2)2业务描述 (3)2.1 业务需求1 (3)2.1.1 业务简单描述 (3)2.1.2 业务流程及描述 (3)2.1.3 业务实体 (3)2.1.4 业务规则 (3)2.1.5 接口 (4)2.2 业务需求2 (4)3业务功能描述 (4)3.1 业务功能划分 (4)3.2 功能模块1 (4)3.3 功能模块2 (4)4非功能性需求 (4)4.1 性能需求 (5)4.2 安全需求 (5)4.3 可靠性需求 (5)4.4 易用性需求 (5)4.5 其它需求 (5)5待定问题 (6)6参考相关文档列表 (6)1简介1.1业务背景[概要描述本系统的项目背景和起源。
若用图表更能清楚描述项目背景,则建议在用自然文字描述业务的同时,辅以图形、表格来更精确地描述业务。
]1.2业务概述[描述该业务的类型、服务对象、业务围、主要业务特点,根据实际需求进行进一步注释、描述。
] 1.3业务用户[说明可能使用本系统的用户并描述他们相关的特征。
]1.4假设和依赖[列举影响业务需求说明的假设因素(如公司业务规划、业务量估算、业务模式等),确定项目对外部因素存在的依赖(如,需把其他项目开发的组件集成到系统中,就要依赖那个项目按时提供正确的操作组件)。
]1.5术语[定义及说明与此系统有关的特殊名词(专门术语)或简写、各类编号、代码等等]2业务描述2.1业务需求12.1.1业务简单描述[简单描述该业务性质、用途以及关于该业务的时效性]2.1.2业务流程及描述[以流程图的形式表示系统的业务的流程。
需求说明书模板
需求说明书模板
修订记录:
负责人签核
目录
一、简介 (5)
1、目的 (5)
2、范围 (5)
3、名词解释 (5)
二、产品概述 (5)
1、目标 (5)
2、总体功能概览 (6)
3、功能摘要 (6)
4、应用场景 (7)
三、产品特性 (7)
1、人机交互 (7)
2、网络通信 (7)
四、产品性能需求 (7)
五、外部接口需求 (7)
六、电气性能需求 (7)
七、风险分析 (8)
八、相关文档 (8)
一、简介
本文档在目前量产版本产品XXXX的基础上定义了新一代设备XXXX-Pro的产品需求信息,为后续硬件设计文档以及软件设计文档提供了指导思想。
1、目的
本文档为“XXXX-Pro”的产品需求文档,清晰明了定义该产品的形态、功能、用途。
2、范围
作为驾驶员主动防御系统XXXX的升级版本,XXXX-Pro可以独立地在商用车上应用,同时也可以与各种视频部标机或者IPC部标机联合应用,完成主动安全报警的同时,实现视频信息的共享。
3、名词解释
二、产品概述
1、目标
实现所有XXXX的功能,同时可以支持网口传输,对接更加灵活,传输速度更快。
2、总体功能概览
3、功能摘要
4、应用场景
三、产品特性
1、人机交互
2、网络通信
四、产品性能需求
五、外部接口需求
六、电气性能需求
电压:9~36V
功耗:小于5W
工作温度:-40~85度
七、风险分析
八、相关文档。
需求说明书模板
泵送零部件质量信息化之自制大件钢印号管理需求分析说明书Requirement Analysis Document文档编号:状态: ■草稿□发布□修改作者:寻浏平、王刚华文档信息修改记录目录1.引言 ...................................................... 错误!未定义书签。
编写目的................................................. 错误!未定义书签。
项目背景................................................. 错误!未定义书签。
术语定义................................................. 错误!未定义书签。
2.业务描述................................................... 错误!未定义书签。
目标范围................................................. 错误!未定义书签。
业务综述及总体流程....................................... 错误!未定义书签。
业务流程图........................................... 错误!未定义书签。
业务需求............................................. 错误!未定义书签。
用户特性................................................. 错误!未定义书签。
约定假设................................................. 错误!未定义书签。
3.功能需求................................................... 错误!未定义书签。
需求说明书模板
需求说明书模板项目名称:业务需求说明书文件状态:正式发布编制日期:[日期]版本:[版本]文档修订记录:修订人版本修订人日期审核人日期批准人日期审核人批准更改记录:(标注页码、章节、简要内容)目录:1 引言。
1.11.1 编写目的。
11.2 背景。
11.3 读者对象。
11.4 参考资料。
1引言本文旨在说明项目的业务需求,以便在项目开发过程中更好地满足客户的需求。
本文包括项目的背景、读者对象和参考资料等内容。
编写目的本文的编写旨在阐述项目的业务需求,以便于开发团队更好地理解客户的需求,从而满足客户的需求。
背景随着市场竞争的加剧,客户的需求也变得越来越多样化。
为了满足客户的需求,我们开发了这个项目,以便更好地为客户提供服务。
读者对象本文的读者对象包括开发团队、项目经理和客户代表等。
参考资料本文的参考资料包括客户提供的需求文档、市场调研报告和行业标准等。
术语与缩写解释本文中使用的术语和缩写词的解释如下:产品目标产品目标是指产品开发过程中所要达到的最终目标。
在制定产品目标时,需要考虑用户需求、市场需求和企业战略等因素。
产品概述产品概述是对产品的整体描述,包括产品的功能特点、优势和使用场景等信息。
产品面向的用户群体产品面向的用户群体是指产品所针对的主要用户群体,包括其年龄、性别、职业等基本信息。
了解用户群体可以帮助产品更好地满足用户需求。
产品应当遵循的标准或规范产品应当遵循的标准或规范是指产品在设计和开发过程中应当遵循的相关标准和规范,包括安全、环保、质量等方面的要求。
产品的业务需求产品的业务需求是指产品在实际业务中所需要满足的需求,包括功能性需求、非功能性需求和性能需求等。
了解产品的业务需求可以帮助产品更好地满足用户需求。
术语与缩写解释本文中使用的术语和缩写词会在此处进行解释。
产品目标产品目标是产品开发过程中需要达成的最终目标。
在制定产品目标时,需要考虑用户需求、市场需求和企业战略等因素。
产品概述产品概述是对产品的整体描述,包括产品的功能特点、优势和使用场景等信息。
需求规格说明书案例模板全套
需求规格说明书案例模板1.文档介绍1.1.编写目的本文档描述软件产品需求规格说明书(SRS)的目的是:D定义软件总体要求,作为用户和软件开发人员之间相互了解的基础;2)提供性能要求、初步设计和用户影响的信息,作为软件人员进行软件结构设计和编码的基础;3)作为软件总体测试的依据。
1.2.文档范围XXX系统需求规格说明书主要包含了该系统整体需求及功能性需求的详细介绍。
1.3.读者对象编写详细设计人员及程序开发人员1.4.术语与缩写解释缩写、术语及符号解释SOA架构面向服务的体系结构。
元数据Metadata 描述数据的内容、质量、状况和其他有关特征的数据。
数据中心Data Center 以各类数据为核心,依托成熟的存储、数据库、GIS、网络等技术,按照统一标准,建立的具有信息管理、分析、查询、统计及服务的一体化数据管理体系。
数据管理DataManagement利用数据库、数据仓库、元数据和网络等技术,建立分布式、集中式或集中加分布式数据管理系统,开展数据接收、组织存储、运行维护、更新、共享交换等工作,实现对数据资源的有效组织和应用。
数据维护DataMaintenance在制定维护方案基础上,对数据和数据库进行的日常维护与监控、备份与恢复、应急处理和监督管理等,从而保护数据的安全性和可移植性。
用户系统的使用者1.5.参考资料序号文档名称文档编号版本发布日期1《计算机信息系统安全保护等级划分准则》GB17S592.项目介绍2。
.项目说明介绍产品的名称、任务提出者、开发者、用户群项目名称:XXX系统。
任务提出者:XXX公司。
开发者:XXX公司。
用户群:调度员2.2.项目背景XXX02.3.项目目标XXX o2.4.项目用户调度员3.需求说明3.1.整体需求XXX o3.2.功能需求3.2.1.需求编号规则需求编号:XXX(项目名称)+dt(模块名称)+001(功能点)工2.2.总体模块划分主要根据业务和展示功能划分,分为地图功能模块和业务功能模块。
XXX平台_需求规格说明书模板
XX平台软件需求规格说明书修订历史目录1. 前言 (5)1.1. 目的 (5)1.2. 背景 (5)1.3. 建设目标 (5)2. 软件功能需求 (5)2.1. 组织结构 (5)2.2. 系统角色 (5)2.3. 注册 (6)2.3.1. 供应商注册 (6)2.3.2. 司机注册 (6)2.4. 登录 (6)2.5. 首页 (7)2.5.1. 我的待办 (7)2.5.2. 还款提前提醒(PC端) (8)2.5.3. 还款提前提醒(移动端) (9)2.6. 我的工作 (11)2.6.1. 待办事项 (11)2.6.2. 审批中业务 (13)2.6.3. 已完成业务 (14)2.6.4. 已拒绝业务 (16)2.7. 基础设置 (17)2.7.1. 赊销产品设置 (17)2.7.2. 产品定价维护 (19)2.7.3. 金融专项计划设置 (21)2.8. 系统管理 (22)2.8.1. 机构管理 (22)2.8.2. 产品子公司管理 (24)2.8.3. 客户名称修改 (25)2.8.4. 内部用户管理 (26)2.8.5. 客户用户管理 (28)2.8.6. 角色管理 (30)2.8.7. 审批设置 (32)2.8.8. 业务经理权限转移 (33)2.8.9. 操作日志查询 (34)2.9. 售后管理 (36)2.9.1. 物联网监控 (36)2.9.2. 生产数据采集(PC端) (38)2.9.3. 生产数据采集(移动端) (41)1.前言1.1. 目的本文针对系统的需求规格进行说明阐述,从用户的角度描述了系统应该满足的业务需要。
本文档对系统需求进行了明确定义,经与业务部门讨论签字确认后,将作为系统设计的依据和整个开发工作的基础。
具体内容包括:系统目标、特点、功能需求、文档需求等。
预期读者:业务人员、需求分析人员、需求评审人员、系统设计人员、系统测试人员、质量管理人员、验收人员、维护人员、项目管理人员及与本案相关人员。
公司业务需求说明书模板
业务需求说明书模板
一、建设背景
描述管理现状、存在问题,行业对标(如有),建设必要性等
二、建设目标
提出明确的、可量化的总体建设目标,分阶段目标达成的计划时间等
三、流程及功能
3.1功能名称1XXX
3.1.1流程说明
3.1.1.1流程图
3.1.1.2流程总体说明
3.1.1.3参与角色说明
3.1.1.4流程节点工作说明
3.1.1.5输入文档、表单和数据项
3.1.1.6附属文件
3.1.1.7输出文档、表单和数据项
3.1.2功能描述(按照管理功能、业务功能、其他功能三类进行描述)
列出哪些角色参与本功能,以及在本功能中可进行的操作,在本功能中可见的数据范围
3.2功能名称2XXX
3.2.1流程说明
3.2.1.1流程图
3.2.1.2流程总体说明
3.2.1.3参与角色说明
3.2.1.4流程节点工作说明
3.2.1.5输入文档、表单和数据项
3.2.1.6附属文件
3.2.1.7输出文档、表单和数据项
3.2.2功能描述
列出哪些角色参与本功能,以及在本功能中可进行的操作,在本功能中可见的数据范围
四、输出报表
4.1报表1XXX
4.1.1报表用途(描述报表针对人群,作用)
4.1.2报表表样
4.2报表2XXX
4.2.1报表用途(描述报表针对人群,作用)
4.2.2报表表样
五、配套的制度、管理办法、标准
已发布、待发布、拟发布
需求提出部门/单位(盖章)
XX年XX月XX日。
需求分析说明书(模板)
XXX系统需求分析说明书编号:XXXXXXX版本:1.0目录1引言 (2)1。
1目的 (2)1。
2范围 (2)1。
3读者对象 (2)1.4术语与缩写解释 (2)2产品介绍与开发背景 (3)3产品意义 (3)4产品的功能性需求 (3)4.1系统划分 (3)4。
2用户角色划分 (3)4.3登录 (3)4。
4注销 (4)4。
5修改密码 (5)4.6系统管理 (6)4。
6.1系统配置 ....................................................................................................... 错误!未定义书签。
4.6.2角色管理 ....................................................................................................... 错误!未定义书签。
4.6.3角色授权 ....................................................................................................... 错误!未定义书签。
4.6.4用户管理 (6)5产品的非功能性需求 (12)5。
1用户界面需求 (12)5.2软硬件环境需求 (12)5。
3其它需求 (12)6需求确认 (12)1引言1.1目的1.2范围1.3读者对象1.4术语与缩写解释表12产品介绍与开发背景3产品意义4产品的功能性需求4.1系统划分系统功能划分如下:4.2用户角色划分4.3登录图 3 用户登录用例编号UC001说明用户输入登录信息,如用户名和密码,以系统承认角色身份进入本系统。
表2登录确认用户通过在浏览器中输入用户的用户名和密码,由后台系统收集输入的信息,并进行核实比较确认。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
业务需求说明书
1引言
需求说明书说清楚了“四要素”,实际上就说清楚了如下问题:业务的办理流程是什么?业务办理条件是什么?操作员通过怎么样的界面(简单描述要求)办理该业务?系统最后操作哪些数据、生成哪些表单?
1.1编写目的
可选
1.2范围
可选
1.3项目背景
可选
1.4主要业务名词和术语定义
1.5参考文献
2需求概述
2.1用户现状/业界当前系统
可选。
用于老系统改进时,主要阐述用户现状(组织架构、it现状等);用于新课题的研究时,简单阐述业界同类系统所提供的功能
2.2业务目标
阐述本模块具体是实现的业务目标,即解决的业务问题,是业务需求的出发点和核心所在。
2.3业务过程分解
根据业务目标进行业务过程分解,主要包括:主流程、配合过程、辅助过程等。
2.4本业务模型与其他系统的关系
阐述本系统/模块与QONE其他模块或客户系统可能存在的关系,可以用关系图表示
2.5业务边界定义
可选。
根据实际情况撰写,例如:成本管理与财务管理的业务边界。
3详细需求
3.1子业务1
简述该子业务的业务目标
对于某一业务的需求描述要包括以下四个方面。
但层级结构可由撰写者根据实际情况自由调整,如流程图针对业务1只有一幅,业务规则、操作说明、数据实体可以再分开业务1-1,业务1-2进行描述。
3.1.1业务流程
业务流程说明这个业务的办理步骤、以及每个步骤有哪些角色参与。
建议业务流程用活动图并辅以文字加以描述。
若业务流程图中某些环节是系统外实现,进行标识即可,或某些环节不在本章节阐述,则注明具体分析的章节所在。
3.1.2干系人的关注目标
阐述本业务的各类干系人对本业务的数据、功能、性能等各种需求的关注点和关注程度
3.1.3业务规则
业务规则是指业务办理过程中的一些约束条件,包括输入数据的校验规则和业务处理的逻辑规则。
业务规则一般用文字或特定表达式描述,建议紧接着业务流程图,针对业务流程图中的每个操作环节,逐一描述其业务规则。
3.1.4操作界面说明
操作界面是要申明:系统建成之后,用户面对的操作界面的特定业务要求。
3.1.5数据实体
数据实体是指业务流程中的各个环节操作的表单、业务数据等对象。
其中涉及到的基础数据应加以注释,并在“基础数据说明”章节进行统一说明。
需求阶段明确了数据实体以及数据实体的来源非常有利于后续的数据库设计。
3.2子业务2
同上
3.2.1业务流程
3.2.2干系人的关注目标
3.2.3业务规则
3.2.4操作界面说明
3.2.5数据实体
4基础数据说明
对该系统/模块上述业务中所需要的基础数据的说明,以及需要补充说明的
数据来源(可能来自用户录入、OQNE其他模块、其他外部系统)
5非功能需求
本章节可统一维护
5.1性能
可能包括:
1、基于对基本数据的估算(例如每个客户的平均项目数、每个项目
的平均任务数等)
2、业务访问量的估算(包括各类用户数的估算、各类高中低频率访问事件
的估算),以下只是示例:
●对于低频率事件,最大并发用户数按照合计用户数*10%来计算;
●对于中频率事件,最大并发用户数按照合计用户数*20%来计算;
●对于高频率事件,最大并发用户数按照合计用户数*50%来计算。
●低频事件中对于使用web方式进行积分账户等查询的业务,最大并
发用户数按照合计用户数的1%来计算;
●要求用户的网络访问延时不能大于5秒。
3、网络传输数据的估算
4、关键业务处理时间的要求
5、与外部接口的性能要求
如果涉及到与外部系统有接口,则对关键交互信息的传输时间进行估算5.2易用性
例如:操作应尽可能简洁,要求员工不用培训或较短时间培训,即能基本掌握日常操作,同时要求操作流程简单易懂及人性化等。
5.3可维护性
5.4可移植性
5.4.1硬件环境
⏹支持多核处理器
5.4.2软件环境
⏹跨操作系统平台、跨浏览器
5.5故障处理要求
5.6安全性
⏹认证管理
⏹系统登录:超时
⏹加密管理:
⏹关键数据传输加密,如用户密码等
⏹关键数据加密存储,如用户密码等
5.7不允许发生的事件
6附录
一些附件内容、其他说明或待考虑问题等需要补充的内容。