软件需求说明书案例

《软件需求说明书案例》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、文件名称中国XX银行XX分行中间业务系统金融平台改造项目软件需求说明书第20页文件编号CG-C03-DLNH-200801-RBL01版本号1.0编写部门软发中心编写人ZZZ审批人YYY审批日期2008-4-5保密中国XX银行XX分行中间业务系统金融平台改造项目软件需求说明书文档编号：CG-C03-DLNH-200801-RBL01编写人：ZZZ审核人：YYY丹东市启东信息工程研究所2008-4-520文件名称中国XX银行XX分行中间业务系统金融平台改造项目软件需求说明书第20页文件编号CG-C03-DLNH-2008

2、01-RBL01版本号1.0编写部门软发中心编写人ZZZ审批人YYY审批日期2008-4-5变更记录版本发布日期修改内容修改人审核人1.02008-4-5新建ZZZYYY20文件名称中国XX银行XX分行中间业务系统金融平台改造项目软件需求说明书第20页文件编号CG-C03-DLNH-200801-RBL01版本号1.0编写部门软发中心编写人ZZZ审批人YYY审批日期2008-4-51概述1.1项目建设的背景和必要性随着商业银行发展的需要，银行电子化建设也正向着更深的层次发展，银行的应用系统明显地呈现以下三个发展趋势：数

3、据趋于集中、处理趋于统一、系统趋于开放。我行的全国数据大集中正在稳步实施，在前置层上建设一个开放的、处理逻辑统一的金融服务平台已是大势所趋。随着银行间的竞争加剧，各级业务部门设计的新型金融产品越来越多，而这些新型金融产品的大部分业务逻辑都是在前置层上实现的，在此层次上的应用从业务角度上分析是千差万别、难于归纳的。但是如果将各产品的逻辑拆分成具体的功能单元，则可以发现千差万别的金融产品其实是由可归纳总结的一个个功能单元拼装而成的。我们可以对现有金融产品所涉及到的功能单元进行系统地分析、归纳和总结，统一其处理方法，而具体逻

4、辑则通过可配置的参数体现出来。这样，产品逻辑的实现过程就是平台对产品所涉及到的各功能模块的调度过程，产品的开发则由原来的编写程序改变为对各功能单元以及功能单元的调度流程的参数化设置，产品的维护则由原来的程序维护变化为对配置参数的维护。这样，处理方法统一了，产品开发方法统一了，产品管理方法统一了，产品的维护方法统一了，产品规范统一了，前面所提出的各种问题自然迎刃而解。事实上，在中间业务平台中已经对大部分的功能单元进行了总结和实现，并在实践中得到了认可，所以我们认为金融服务平台的实施和实现是完全可行的。1.2目前XX银行现

5、有系统架构分析目前面向交易的XX银行20文件名称中国XX银行XX分行中间业务系统金融平台改造项目软件需求说明书第20页文件编号CG-C03-DLNH-200801-RBL01版本号1.0编写部门软发中心编写人ZZZ审批人YYY审批日期2008-4-5应用系统根据处理逻辑的不同分为三个层次：渠道层、金融产品层、核算层。其中，核算层及传统金融产品主要部署在ABIS系统中，为银行客户提供传统的金融产品服务，并为其他金融产品提供帐务逻辑处理的服务，而各种新型金融产品的应用逻辑（帐务逻辑除外）则根据业务的不同分别分布于AIPS、

6、中间业务平台、投资业务平台、第三方后台服务等应用系统中。这样，根据应用部署的不同又可以按照渠道层、前置层、后台服务层等三个层次划分，如下图：后台服务层后台服务层前置层新型金融服务产品传统金融服务产品新型金融服务产品渠道层随着全国数据集中项目的稳步进行及ABIS系统的日趋稳定和完善，各分行的工作重点正逐步向渠道层和前置层转移，渠道整合、ACBS两个项目的实施为渠道层的应用逻辑统一处理打下了坚实的基础，而前置层上的应用处理则处于相对混乱的状态，主要有以下一些问题：20文件名称中国XX银行XX分行中间业务系统金融平台改造项目

7、软件需求说明书第20页文件编号CG-C03-DLNH-200801-RBL01版本号1.0编写部门软发中心编写人ZZZ审批人YYY审批日期2008-4-5一方面，不同的业务在不同的应用系统中实现，就要求渠道层必须根据业务的不同判断其对应的后台并组装该应用系统所定义的报文，从而加重了渠道层应用处理的复杂度；另一方面，各级分行科技人员面临着总行开发推广的各种金融产品和各个不同的应用系统，还要应对各种本地化的新型金融产品，而总行开发推广的产品，大都由不同的产品组开发，有着不同的设计思想、不同的开发习惯、各种不同的工作流程、各

8、种自定义的数据库表、不同的报表生成方式，大量的程序维护、大量的系统维护、各种不同的管理规则……，从总行到分行都在疲于奔命应付各种项目的开发、测试、推广以及技术支持。最终的结果是对业务需求的反应速度慢；技术人员进行着大量重复性的开发工作，各种低级的应用错误重复出现；同一个应用层上不同的业务归属于不同的技术人员负责，很多人做着相似的工