1.系统需求分析以及概要设计说明书

系统需求分析说明书
—商业银行中间业务定价系统
版本号日期撰写人V1.0 2012.11.15 畅俊伟
目录
1引言 ----------------------------------------------------------------------------------------------------- 1
1.1编写目的 --------------------------------------------------------------------------------------------- 1 1.2读者对象 --------------------------------------------------------------------------------------------- 1 1.3编写原则 --------------------------------------------------------------------------------------------- 1 1.4项目背景 --------------------------------------------------------------------------------------------- 2 1.5参考资料 --------------------------------------------------------------------------------------------- 2
2任务概述 ----------------------------------------------------------------------------------------------- 4
2.1目标 --------------------------------------------------------------------------------------------------- 4 2.2运行环境 --------------------------------------------------------------------------------------------- 4
2.2.1网络环境 ------------------------------------------------------- 4
2.2.2硬件环境 ------------------------------------------------------- 4
2.2.3软件系统 ------------------------------------------------------- 4 2.3条件与限制 ------------------------------------------------------------------------------------------ 5 3功能需求 ----------------------------------------------------------------------------------------------- 6
3.1中间业务项目调查--------------------------------------------------------------------------------- 6 3.2应用现状调查--------------------------------------------------------------------------------------- 7 3.3业务处理总体流程分析--------------------------------------------------------------------------- 8
3.3.1商业银行中间业务定价系统流程------------------------------------ 8
3.3.2系统业务处理总体流程图----------------------------------------- 10
3.3.3实体初步描述 -------------------------------------------------- 11 3.4系统处理详细流程分析------------------------------------------------------------------------- 12
3.4.1系统初始化设置流程--------------------------------------------- 12
3.4.2录入流程 ------------------------------------------------------ 12
3.4.3信息获取和评估流程--------------------------------------------- 15 4性能需求 ---------------------------------------------------------------------------------------------- 15 4.1数据精确度 ---------------------------------------------------------------------------------------- 15 4.2时间特性 ------------------------------------------------------------------------------------------- 15 4.3适应性 ---------------------------------------------------------------------------------------------- 16 4.4其它需求 ------------------------------------------------------------------------------------------- 16 5系统分析 ---------------------------------------------------------------------------------------------- 17 5.1该系统的组成分析------------------------------------------------------------------------------- 17 5.2功能分析 ------------------------------------------------------------------------------------------- 17
5.2.1总体功能结构图------------------------------------------------- 17
5.2.2收费项目管理平台的功能结构分析--------------------------------- 19
5.2.3中间业务产品管理平台------------------------------------------- 20
5.2.4系统管理平台的功能结构分析------------------------------------- 21
5.2.5功能点列表 ---------------------------------------------------- 22
2
1引言
1.1 编写目的
本说明书为了让用户和软件开发者双方对开发软件的初始规定有一个共同的理解。

使之成为整个项目开发中系统开发设计的依据，也是项目后期系统测试依据。

本文档定义商业银行信息共享与评估系统的运行环境、功能需求、性能需求以及各个子系统的功能分析,指导将来系统升级或重写设计及编码。

1.2 读者对象
本文档可作为系统设计人员，程序员，测试人员，文档编写人员，系统维护人员，系统使用人员的参考资料。

1.3 编写原则
1）正确性：需求规格说明书中的功能、行为、性能描述必须与对目标软件产品的期望相吻合。

2）无歧义性：对于用户、设计人员和测试人员而言，每一个需求只有一种解释，确保无歧义性的措施是使用标准化术语，并对术语的语义进行显式的、统一的
解释。

3）完整性：包括全部有意义的需求，无论是关系到功能的、性能的、设计约束的，还是关系到属性或外部接口方面的需求；要符合《需求规格说明书》要求，
如果个别章节不适用，但要在需求规格说明书中保留其章节号；填写需求分析说明
书的全部插图、表等，并且定义全部术语和度量单位。

4）可验证性：对于规格说明书中的任意需求，人或机器都能通过过程检查软件产品能否满足需求。

5）一致性：需求规格说明书中的各个需求之间的描述是不能矛盾的。

6）可修改性：具有一个有条不紊的易于使用的内容组织，具有目录表、索引，同时保证没有冗余。

7）可追踪性：需求规格说明书保证每一个需求的源流清晰。

8）可理解性：需求规格说明书应保证用户、设计人员和测试人员的理解一致性，同时满足运行和维护阶段的可使用性。

1.4 项目背景
随着中间业务在银行收入中占比的不断的提高，发展中间业务成为银行业竞争的焦点。

目前，世界主要国家的非利息收入在银行全部收入中的比重一般都在20%以上，个
别银行甚至高达70%，非利息收入已经成为决定银行整体收入状况的一个极其重要的因素。

据统计，目前非利息收入在银行全部收入中的比重，美国和加拿大平均为45%，欧
洲国家为44%，澳大利亚等亚太国家为28%。

经济越发达，非利息收入所占比重越高。

在中国，2011年上半年，各家上市银行业绩均取得了大幅度增长，除传统的利息收入外，中间业务收入的快速提升成为各家银行利润突飞猛进的另一个重要来源。

而在国外商业银行中间业务收入占总收入的比重大大提高的趋势更加明显，且西方国家商业银行经营的中间业务种类繁多，尤其是在各国纷纷打破分业经营的限制、实行混业经营以来，为了满足客户的各种需求，商业银行在金融产品创新方面的速度空前加快。

中间业务发展与西方商业银行相去甚远。

中间业务不仅规模小，经营品种少之又少，而且服务手段落后，收入水平低下，没有完善的有关中间业务的有效定价机制，与发达国家形成鲜明反差。

目前，我国商业银行共开展了260余个品种的中间业务，但不少商业银行仅仅将中
间业务作为争夺银行存款份额的手段。

为了抢夺客户资源，各银行中间业务的发展出现
了任意确定收费标准、少收费、无偿服务甚至垫付资金的恶性竞争局面。

随着中间业务的不断发展，对银行利润的贡献越来越大，很多银行对中间业务的定价让消费者难以信服。

但是商业银行作为独立经营、自负盈亏的法人实体，也同样需考虑其利润最大化的目标。

定价能力是商业银行核心竞争力的一种体现。

自主定价首先需要商业银行对自己推出的中间业务产品有着清醒的认识，是商业银行全面审视中间业务产品并对其进行估值这种能力的体现。

另外，定价能力还很重要地体现在商业银行与客户的沟通能力上。

定价不是简单的估值，既要了解市场的情况，又要了解客户的需求，并及时作出正确的判断。

对于具体的中间业务产品，收费多少，如何定价，都直接关系到商业银行最终的利润。

因此，从银行自身以及市场方面来看，建立健全商业银行中间业务定价体系，各商业银行建立一套完善的中间业务定价机制刻不容缓。

1.5 参考资料
◆《JAVA高手真经（应用框架卷）》
◆《jQuery全面提速》
◆《JAVA Web典型模块与项目实战大全》。

◆《精通JAVA Web整合开发（JSP+AJAX+Struts+Hibernate）》
◆《Ext JS高级程序设计》（黄灯桥徐会生著）
◆《开发者突击：JAVA Web主流框架整合开发（J2EE+Struts+
Hibernate+Spring）》
◆《HTML5与CSS3权威指南》
◆《Hibernate3.0 JAVA数据库持久层开发实践》
2任务概述
2.1 目标
1）提高开发效率，近早发现遗漏、错误和理解的不一致。

2）有助于估计项目所需资源。

3）为项目的最后确认和验证提供一个基准。

4）便于移植和不断提高。

2.2 运行环境
2.2.1网络环境
为满足商业银行对本系统的应用需求，基于目前商业银行计算机系统的实际应用状况，项目建设首先要建立起银行内部的计算机网络系统，在现有计算机的基础上，再添加相应的计算机设备，如下：
⏹客户机：作为网络前台机，进行应用软件的运行与操作（尽量保证业务部
门每人都有一台电脑）；
⏹服务器：作为网络操作系统、数据库系统运行的平台；
⏹路由器：作为连接服务器和客户机等的设备，将整个银行部门布置为局域
网络
2.2.2硬件环境
序号设备名称参数备注
01 数据库服务器至强型CPU：单芯4核、4*2 G 内存：大于等于4G
硬盘：大于等于400G
02 Web服务器CPU：单芯4核、4*2 G 内存：大于等于4G
硬盘：大于等于200G
2.2.3软件系统
序号项目系统软件数量备注01 网络操作系统WindowsServer2003及以上 1 服务器
02 客户操作系统Windows XP/7/Vista系统 1 个人电脑
03 数据库系统Mysql（oracle） 1 服务器
2.3 条件与限制
1) 各个子系统应当划清边界，以便实现各子系统的独立性；
2) 该系统应当有严格的权限管理，以保证系统的安全和信息的保密；
3) 由于开发能力有限，未能提供员工绩效考核系统，客户管理系统，供应量
管理系统的接口；
4) 由于该系统开发人员人数和经验、开发经费有限，系统性能有待进一步提
高。

3功能需求
3.1 中间业务项目调查
2.银行卡业务
3.代理类中间业务
1.支付结算类中间业务
附注：垄断业务；执行《商业
银行服务定价管理的暂行办
法》的上限规定。

4.担保类中间业务
5.承诺类中间业务
6.交易类中间业务
7.基金托管业务8.咨询顾问类业务9.其他类中间业务
●应用系统的困境。

企业原有信息管理的方法或系统老旧，目前现有功能比较简
单，查询较慢等，已不能满足日常工作，以及业务发展的需求。

●日常管理的困境。

尤其是在对业务应用支持上明显不足。

●员工培训的困境。

员工众多，分布很广，很难统一召集起来进行统一的培训，
面对繁多的中间业务，其业务能力不能得到有效提升。

●业务和管理支持的困境。

产品品种繁多，规范、政策等多而且变化较快，需要
让员工及时的获取这些大量的相关信息。

在掌握这些信息的基础上还要积累如何应对客户的实战经验，并把这些有益的经验分享。

●信息共享的困境。

缺少统一平台的支撑，员工的经验更多的是在个人头脑中，
无法相互共享、学习。

银行业务情况区域跨度大，各分行之间缺少沟通交流，信息、经验就更难与共享。

分行内部也因缺少统一的交流平台，更多的只能员工之间私下进行简单的交流。

大家通过实践获得的宝贵的信息，无法得到有效的推广应用，无法共享、传承给更多的人。

而这些都能通过系统的强化解决。

●岗位信息传承和优化的困境。

组织中的岗位一般都是相对固定的，但人员是不
断流动的，员工离职后其岗位信息、经验等也就随之流失掉，导致了岗位信息得不到有效的固化、传承。

新员工没有学习的参照，无法短时间内了解岗位工作，不能尽快上手。

岗位信息即使有措施稳定了，也还要持续优化，才能使咨询工作水平随着实践，越来越“最佳”。

好的软件能使员工很快适应变化，方便服务和管理。

面对这些困境，一个优秀的系统成为首选的解决方案，因此，商业银行中间业务定价系统基于银行中间业务产品定价的透明化和合理化的需求，其市场前景是十分广阔的。

3.2 应用现状调查
我国商业银行中间业务定价发展的现状并不令人满意。

1）定价机制不够灵活。

长期以来，由于计划经济的约束，我国没有重视商业银行中间业务的定价问题，国内商业银行自主定价的权力很小，各银行中间业务产品的价格差异不大，定价策略在商业银行营销策略中的重要性没有充分体现出来，无法形成竞争的手段。

因此，国家应该明确商业银行中间业务收费的权利，以及自主定价的合法性，为我国银行业中间业务的自主定价营造法律空间。

2）、定价方法不够合理。

定价不是简单的估值，既要了解市场的情况，又要了解客户的需求，并及时作出正确的判断。

对于具体的中间业务产品，收费多少，如何定价，都直接关系到商业银行最终的利润。

不合理定价引发的问题表现在：消费者对商业银行中间产品定价存在误区，银行忽略产品、服务成本核算的重要性，传统中间业务产品的定价机制缺乏弹性，中间业务产品不能体现资源的有效配置等
3）定价技术有所欠缺。

现定价技术并未将银行各种收费项目编制于系统中，能把所有影响其定价的因素都一一罗列出来，这使定价不能够满足消费者的效用心理。

另外，大商业银行之间信息的共享缺乏，这可能会导致某个业务被某家银行垄断的现象，出现商业银行乱收费的现象。

银行中间产品定价因此无法满足公开化、透明化的要求。

3.3 业务处理总体流程分析
3.3.1 商业银行中间业务定价系统流程
1.消费者：
消费者是商业银行中间业务的对象和主体。

该系统能够按要求对各种资源进行组织，对突发事件做出有效的反应，通过提高商业银行与消费者沟通的密切程度能够快速适应多变的环境。

消费者能够通过进入产品管理系统，查看产品类型、收费类型和审核情况，通过该系统商业银行将收费信息公开，让客户了解银行的成本和收益，从而使得银行中间产品业务定价透明化、公开化，做到公平、公正。

此外，这也有利于消费者对银行中间产品定价的监督，并能提出及时有效的反馈。

进入产品
管理系统 进入产品
管理系统 查看产品类型 进入产品
管理系统 图3-2 商业银行中间业务定价系统流程图
添加收费类型 查看收费类型 查看审核情况
查看产品类型 进入产品
管理系统 查看收费类
型 查看审核情况 查看产品类型 查看收费类
型 查看审核
情况 查看产品类型 添加产品
类型 查看收费类
型 查看审核情况 添加收费
项目
向银行推荐因子 向银监会提供意见 向银监会提供意见
向银行推荐因子
添加产品信息 添加产品信息 查看产品信息 消费者 银监会 专家 银行
2.银监会
银监会是为了增强银行竞争力、更大范围第防范金融风险而成立的。

能够对银行业金融机构实施监管，维护银行业的合法、稳健运行。

它作为本软件的用户，主要责任是向银行推荐因子，包括对收费类型和项目的添加。

指导和监管银行中间业务定价，使之更合理化。

此外，本软件也为银监会提供了线索追踪，对于将来银监会对银行业务的审核提供了帮助。

3.专家
专家是本软件的另一用户群。

专家的职能在于向银监会提供意见。

是银监会的辅助者。

因此专家留言是能够直接发送到银监会，以此进行信息支持和意见提出。

4
信息
消费者
意见
图3-3 消费者信息反馈
定价合理化
图3-4 银监会使定价合理化
优化
定价
严格定价
推荐因子 提出建议 监督 审核 ……
……
4.银行
银行是本软件的重要用户，在本软件中的权限最大，除了具备消费者、银监会、专家的权限外，银行还能进行添加产品信息、添加收费类型和添加收费项目的功能。

这些功能能够直接显示在前三类用户的界面上，受前三类用户的监督，为前三类用户提供信息，实现真正的透明化和公开化。

此外，银监会的推荐，专家的间接指导和消费者的反馈，都会影响到银行对于产品信息、收费类型和收费项目的增减。

3.3.2 系统业务处理总体流程图
专家
图3-5 专家对定价的间接作用
知识支持
意见提出
银监会
认可 银行
实施
专家 银监会
银行
消费者
产 品 管 理 系 统
添加收费项目
添加产品信息
添加产品类型
产 品 管 理 系 统 推荐收费因子 推荐收费项目 参考
审核
不通过
理由
查看
知识和建议
3.3.3实体初步描述
专家继承用户
部门功能
知识导航功能知识
用户使用知识
部门知识
专家上传资源用户下载资料
部门资料
用户知识回复
知识主管继承管理员
系统管理员继承管理员
管理用户
管理员设置知识点
专家处理知识
知识主管考核用户
0,n 知识学习
状态
0,n
0,n
数据权限
0,n
0,n
0,n
管理
使用
分类收藏
统计
管理员
管理员编码
管理员密码
管理员姓名
查看员工个人信息
修改员工个人信息
查看员工学习记录
下载资料管理
部门
部门编码部门名称编码级次末级标志<Undefi
<Undefi
<Undefi
<Undefi
功能表
功能编码
功能名称
备注
<Un
<Un
<Un
知识点
知识点编码
知识点名称
备注
<Undefined>
<Undefined>
<Undefined>
知识
知识编码
用户编码
部门编码
功能编码
主题
关键字
知识内容
创建时间
更新时间
收藏次数
点阅分值
专家推荐分值
累计点击量
状态编码
总分值
是否锁定
...
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
知识回复
回复编码
知识编码
回复内容
回复时间
<Unde
<Unde
<Unde
<Unde
下载资源
资源编码
资源名称
资源内容
资源大小
资源链接地址部门编码
用户编码
上传时间
下载次数
知识点编码<pi><Und
<Und
<Und
<Und
<Und
<Und
<Und
<Und
<Und
<Und
Identifier_1<pi>专家
挂起知识
锁定知识
作废知识
审核知识是否显性化指定推荐<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
知识主管
部门编码
考核员工学习情况
审核注册信息
<Undefined>
<Undefined>
<Undefined>
用户
用户编码用户名用户密码部门编码真实姓名联系电话手机号码地址
联系邮箱QQ号码是否锁定<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
系统管理员
初始化系统设置
增加用户
修改用户信息
删除用户
查询用户信息
导入知识
备份知识库
统计知识
增加知识引导点
删除知识引导点
考核权重设置
知识评估权重设置
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
<Undefined>
考核权重
考核编码
知识创建量权重
知识显性化量权
登录次数权重
知识收藏量权重
...
用户考核
用户编码
考核时间
总登录次数
总点击量
知识创建量
显性化知识量
知识收藏量
知识主管评分
考核总分值
<Unde
<Unde
<Unde
<Unde
<Unde
<Unde
<Unde
<Unde
<Unde
知识评估权重
权重编码
收藏次数权重
点阅分值权重
总点击量权重
专家推荐分值权重
...
知识评估
评估编码
知识编码
评估时间
评估者编码
评估分值
<Unde
<Unde
<Unde
<Unde
<Unde
用户学习记录
用户编码
记录时间
总登录次数总点击量
知识创建量知识显性化量知识收藏量<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
<Undefin
知识状态
状态编码
状态名称
备注
<Undefined
<Undefined
<Undefined
系统模块
模块编码
模块名称
编码级次
是否末级
<Undefi
<Undefi
<Undefi
<Undefi
操作权限
角色编码
模块编码
插入权限
更新权限
删除权限
...
角色
角色编码角色名称是否为专家备注<Unde
<Unde
<Unde
<Unde
系统
系统编码
系统名称
公司名称
联系地址
邮政编码
联系电话
联系邮箱
版权
版本
技术支持
是否选择
<Undefined
<Undefined
<Undefined
<Undefined
<Undefined
<Undefined
<Undefined
<Undefined
<Undefined
<Undefined
<Undefined
知识统计
统计编码
知识总量
显性知识总量
隐性知识总量
统计时间
显性知识比率
<pi>
Identifier_1<pi>
图3-7 实体初步描述图
3.4 系统处理详细流程分析
3.4.1系统初始化设置流程
系统在安装后，需要先进行初始化设置，由系统管理员对站点的基础信息进行设置。

然后对基础信息结构进行设置，包括部门结构设置、部门功能结构设置、角色定义、角色操作权限定义、角色数据权限设置，为系统的运行定义一个应用环境。

具体处理流程如图3-8.：
系统管理员站点基础信息设置
部门结构设置
部门功能结构设置
角色定义
角色操作权限定义角色数据权限定义
了解信息
留言
发送
信息反馈
图3-8 系统初始化设置流程图
3.4.2录入流程
录入方式有两种，第一种是通过银行先登录商业银行中间业务定价系统，通过发布模块
对信息进行手工录入，成为今后可随时查阅的信息资源；第二种方式，是由银行通过对原有信息库里的内容进行相应的预处理，转化成新信息库所支持的内容结构，直接导入新信息库里，实现新信息库和原有信息库的有效对接，减少内容的大量手工录入工作。

具体信息录入流程如图3-9所示：
N
Y
Y
N
用户登录
用户注册
注册审核
通过与否
主管
是否已注册
用户
角色判断
专家
消费者 进入个人信息库
阅读
图3-9产品录入流程图
信息获得
信息导入
银行
原有信息库
登录系统
银监会
3.4.3 信息获取和评估流程
用户登录系统后，可以查看最新信息，也可以通过信息主题或关键字的匹配检索所需信息，再通过商业银行部门结构角度对信息进行二次筛选，快速定位信息。

信息查询完成后，可以对信息进行评价和收藏，也可以通过留言实现与创建者即银行的交流互动，促进信息的不断改进和完善，推动信息型组织的建立。

同时还可以通过查询记录表，查看阅览的信息情况。

具体的流程如图3-10所示：
4 性能需求
4.1 数据精确度
要求能返回与用户需求关联度和精确度高的搜索结果。

4.2 时间特性
时间特性方面，该系统要求较为严格：当用户登录访问时，系统应在4秒钟左右即使做出响应；在用户信息发布和更新修改时，控制在8秒钟内；用户搜索结果返回方面，
信息获得 信息搜索
用户
查询记录
内容评价
留言
回复
图3-10 信息获取与评估流程
内容收藏
信息评估
查看信息
登录系统
应尽量控制在十几秒钟之内。

4.3 适应性
系统操作方式应尽可能简单易用；界面简洁友好；运行环境尽可能地向下兼容，与其他软件的接口和开发环境发生变化时，应具有较强的适应能力和通用性，在数据结构、程序变化不大时，能在不同的系统上应用；系统具有良好的扩展性，以适应新的业务功能方面的扩展。

4.4 其它需求
该系统要求具有良好的健壮性和容错性，当程序出错时，能在一定局限内允许错误的存在而不使系统运行出现错误；与其他应用系统有良好的软硬件接口；对数据有严格的保密性；数据的安全性要求，具有较为严格的管理权限和数据备份恢复功能。

5系统分析
5.1 该系统的组成分析
该系统为用户构建了个性化的个人信息门户平台，用户可以在该平台上进行个人信息的维护和个人信息的管理，可以随时查看个人的历史记录，同时也可查阅所需资源，实现信息价值的最大化。

通过系统管理平台，可以实现对系统进行初始化设置（如站点信息设置、角色定义、部门结构设置、权重设置等）。

系统管理员可以根据需要在系统层面、业务应用层面上，进行多角色和多维度的基于数据和操作分离的权限管理，使得安全管理更为细致化；管理员也可对用户信息和留言回复进行统一管理。

考虑到系统的安全性和便捷性，该系统采用三层架构B/S模式，即浏览器/服务器模式。

主要由三大子系统组成，分别是个人信息门户管理平台，信息学习与评估管理平台和系统管理平台。

5.2 功能分析
5.2.1总体功能结构图
商业银行中间业务定价系统
收费项目管理平台中间业务产品管理平台系统管理平台
中间业务产品添加模块中
间
业
务
产
品
查
询
模
块
中
间
业
务
产
品
管
理
模
块
收费项目添加模块
权
限
管
理
模
块
专
家
管
理
模
块
图4-1 总体功能结构图
收
费
项
目
计
算
模
块
用
户
管
理
模
块
站
点
管
理
模
块影
响
因
子
分
析
模
块
消
费
者
管
理
模
块
银
行
管
理
模
块
银
监
会
管
理
模
块
中
间
业
务
产
品
审
核
模
块
收
费
项
目
查
询
模
块
5.2.2 收费项目管理平台的功能结构分析
1、收费项目添加模块
实现用户登录和注册的功能；用户可以对个人资料和用户密码进行管理，也可进行添加收费项目的管理，这包括：添加一句、计算依据、审核国家政策。

2、收费项目查询模块
登陆：之后可以实现个人信息的创建、发布，并可以对个人信息进行删除和修改；查看收费的收费项目：可以查看收藏的信息，也可删除所收藏的信息。

3、影响因子分析模块
实现因子的查看、添加和评价。

4、收费项目计算模块
收费项目管理平台
收费项目添加模块
收费项目查询模块
收费项目计算模块
图4-1-1收费项目管理平台
注册 登录 添加收费项目
添加依据 计算依据 登陆
查看收藏的收费项目 查看计算公式 影响因子分析模块
添加影响因子 评价影响因子
审核国家政策
查看影响因子 添加计算公式 等待批准与更新。