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