1、VMS运营手册维拉度假软件开发部2023年11月21日1. 编写目的软件项目系统功能说明书是项目开发中必须提供的文档,本文档为规范安徽农金业务系统项目开发工作中系统功能说明书模板,目的是为了确立项目开发范围基线,为业务部门或项目提出部门验收系统功能工作提供依据,为后续系统设计、开发阶段提供指导与参考。2. 项目描述2.1 项目背景描述本项目产生的背景,涉及:因业务发展的需要;因国家法律法规、金融政策等变化的需要;因银行自身内部管理的需要;其他2.2 项目名称描述需要开发的项目名称。例:XXXX业务管理系统。2.3 使用单位项目投入使用后,允许使用此项目模块功能的使用单位。涉及行社业务管理部门、
2、营业网点等;2.4 预期读者本文档预计的阅读者,涉及:业务需求提出者;项目管理人员;第三方及合作公司技术主管及技术人员;应用软件维护人员;项目测试人员;其他经允许阅读此文档的人员。2.5 总体需求描述项目实际运营时的总体需求;使用的网络协议;网络结构图;使用者模式(B/S、C/S)等;开发者应在充足分析业务需求的基础上,选择采用合理的架构。本模板中没有规定开发者采用何种具体的软件工程开发方法,开发者可根据项目具体特点、自身擅长来选择采用面向过程的方法、面向对象的方法或面向数据的方法。3. 功能需求3.1 业务子功能该部分在整个项目系统中的子功能名称,描述项目下的子功能模块。如XXX业务系统下的
3、用户管理功能、业务解决功能、查询记录、特殊交易等3.2 XX功能WEB方式业务规定及规则说明本功能的业务规定及业务规则,如:何种情况下才干操作此功能;是否允许多次或反复提交;输入字段中某字段与此外一个字段之间的逻辑关系;功能描述描述本功能所要完毕的具体业务功能。用户范围说明本功能在实际使用时面向的业务操作人员以及人员身份,如:所有账务机构所有账务柜员;法人行社管理人员;具有特定属性或权限的操作人员;业务流程描述本功能的具体业务流程,用流程图方式描述。涉及与第三方系统交互的,应标注或显示出业务的具体流向图输入要素描述本功能页面的所有输入要素。要素的输入控制在业务规则中应予以具体的说明。返回结果描
4、述交易解决后应返回的信息,涉及返回屏幕信息、打印等。对页面需要提供打印功能内的文本、清单格式,应提供具体的文档格式。文档应是双方共同认可的文档。页面原型描述本功能的输入页面、含页面要素、各种按纽、提醒信息、美观画面等;接口信息描述本功能所需要与其他业务功能联动解决的业务接口。异常解决描述本交易触发后有无异常部分以及针对出现的异常而提出的需求解决方案描述。3.3 XX功能-字符终端方式业务规定及规则说明本功能的业务规定及业务规则,如:何种情况下才干操作此功能;是否允许多次或反复提交等单次取款时允许操作的最大金额等;客户密码连续三次输入错误时;功能描述描述本功能所要完毕的具体业务功能。用户范围说明
5、本功能面向的业务操作人员以及柜员身份,如:所有账务机构所有账务柜员;法人行社管理人员;具有特定属性或权限的操作人员;业务流程描述本功能的具体业务流程,可以用流程图方式述。输入要素描述本功能页面的所有输入要素。要素的输入控制在业务规则中应予以具体的说明。输出显示描述交易解决后应返回的信息,涉及返回屏幕信息、打印等。对打印的规定的凭证、清单格式,应提供具体的文档格式。输入界面描述本功能的输入页面、含页面各输入要素、确认按纽、提醒信息、美观画面等;账务解决描述本功能提交成功后需要完毕的账务解决。账务解决应明确记账账号,并且按新科目使用规则反映。注:具有账务解决的业务系统,也可以单独形成文档,以XXX
6、业务解决系统会计核算手续或类似名称提交。接口信息描述本功能所需要与其他业务功能联动解决或调用其他系统的业务接口。如:记账时需要向核心发起账号户名一致性校验标志;对客户填写的业务申请(如客户号)需要进行对的性验证;与其他第三方业务发生长连接时;异常解决描述本交易触发后有无异常部分以及针对出现的异常而提出的需求解决方案描述。对于差错解决部分,也可以单独开发的业务差错解决系统,与原业务需求构成整个项目,即差错解决是整个项目不可或缺的一部分。4. 其他需求对于项目中其他功能需求的,即因本项目开发而需要使用其他原有系统功能的,如:因账务解决而需要调用核心记账程序部分;与其他业务系统有关联部分;其他因本项目需要而必须改造的部分等等;在本部分描述。5. 附注参照本文档对描述的系统功能说明书不能完全明确部分,需求提出部门可提交单独的需求文档或使用其他格式,提交技术部门或第三方合作公司。最终提交的文档必须是双方认可的文档。6. 参考资料具体描述本业务功能需求说明书编写时的参考文档。