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

系统需求分析说明书

—商业银行中间业务定价系统

目录

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硬件环境

2.2.3软件系统

2.3 条件与限制

1) 各个子系统应当划清边界，以便实现各子系统的独立性；

2) 该系统应当有严格的权限管理，以保证系统的安全和信息的保密；

3) 由于开发能力有限，未能提供员工绩效考核系统，客户管理系统，供应量

管理系统的接口；

4) 由于该系统开发人员人数和经验、开发经费有限，系统性能有待进一步提

高。

3功能需求

3.1 中间业务项目调查

●应用系统的困境。企业原有信息管理的方法或系统老旧，目前现有功能比较简

单，查询较慢等，已不能满足日常工作，以及业务发展的需求。

●日常管理的困境。尤其是在对业务应用支持上明显不足。

●员工培训的困境。员工众多，分布很广，很难统一召集起来进行统一的培训，

面对繁多的中间业务，其业务能力不能得到有效提升。

●业务和管理支持的困境。产品品种繁多，规范、政策等多而且变化较快，需要

让员工及时的获取这些大量的相关信息。在掌握这些信息的基础上还要积累如何应对客户的实战经验，并把这些有益的经验分享。

●信息共享的困境。缺少统一平台的支撑，员工的经验更多的是在个人头脑中，

无法相互共享、学习。银行业务情况区域跨度大，各分行之间缺少沟通交流，信息、经验就更难与共享。分行内部也因缺少统一的交流平台，更多的只能员工之间私下进行简单的交流。大家通过实践获得的宝贵的信息，无法得到有效的推广应用，无法共享、传承给更多的人。而这些都能通过系统的强化解决。

●岗位信息传承和优化的困境。组织中的岗位一般都是相对固定的，但人员是不

断流动的，员工离职后其岗位信息、经验等也就随之流失掉，导致了岗位信息得不到有效的固化、传承。新员工没有学习的参照，无法短时间内了解岗位工作，不能尽快上手。

岗位信息即使有措施稳定了，也还要持续优化，才能使咨询工作水平随着实践，越来越“最佳”。好的软件能使员工很快适应变化，方便服务和管理。

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

3.2 应用现状调查

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

1）定价机制不够灵活。长期以来，由于计划经济的约束，我国没有重视商业银行中间业务的定价问题，国内商业银行自主定价的权力很小，各银行中间业务产品的价格差异不大，定价策略在商业银行营销策略中的重要性没有充分体现出来，无法形成竞争的手段。因此，国家应该明确商业银行中间业务收费的权利，以及自主定价的合法性，为我国银行业中间业务的自主定价营造法律空间。

2）、定价方法不够合理。定价不是简单的估值，既要了解市场的情况，又要了解客户的需求，并及时作出正确的判断。对于具体的中间业务产品，收费多少，如何定价，都直接关系到商业银行最终的利润。不合理定价引发的问题表现在：消费者对商业银行中间产品定价存在误区，银行忽略产品、服务成本核算的重要性，传统中间业务产品的定价机制缺乏弹性，中间业务产品不能体现资源的有效配置等

3）定价技术有所欠缺。现定价技术并未将银行各种收费项目编制于系统中，能把所有影响其定价的因素都一一罗列出来，这使定价不能够满足消费者的效用心理。另外，大商业银行之间信息的共享缺乏，这可能会导致某个业务被某家银行垄断的现象，出现商业银行乱收费的现象。银行中间产品定价因此无法满足公开化、透明化的要求。

3.3 业务处理总体流程分析

3.3.1商业银行中间业务定价系统流程

1.消费者：

消费者是商业银行中间业务的对象和主体。

该系统能够按要求对各种资源进行组织，对突发事件做出有效的反应，通过提高商业银行与消费者沟通的密切程度能够快速适应多变的环境。消费者能够通过进入产品管理系统，查看产品类型、收费类型和审核情况，通过该系统商业银行将收费信息公开，让客户了解银行的成本和收益，从而使得银行中间产品业务定价透明化、公开化，做到公平、公正。此外，这也有利于消费者对银行中间产品定价的监督，并能提出及时有效的反馈。

2.银监会

银监会是为了增强银行竞争力、更大范围第防范金融风险而成立的。能够对银行业金融机构实施监管，维护银行业的合法、稳健运行。它作为本软件的用户，主要责任是向银行推荐因子，包括对收费类型和项目的添加。指导和监管银行中间业务定价，使之更合理化。此外，本软件也为银监会提供了线索追踪，对于将来银监会对银行业务的审核提供了帮助。

3.专家

专家是本软件的另一用户群。专家的职能在于向银监会提供意见。是银监会的辅助者。因此专家留言是能够直接发送到银监会，以此进行信息支持和意见提出。

4

4.银行

银行是本软件的重要用户，在本软件中的权限最大，除了具备消费者、银监会、专家的权限外，银行还能进行添加产品信息、添加收费类型和添加收费项目的功能。这些功能能够直接显示在前三类用户的界面上，受前三类用户的监督，为前三类用户提供信息，实现真正的透明化和公开化。此外，银监会的推荐，专家的间接指导和消费者的反馈，都会影响到银行对于产品信息、收费类型和收费项目的增减。

3.3.3实体初步描述

图3-7 实体初步描述图

3.4 系统处理详细流程分析

3.4.1系统初始化设置流程

系统在安装后，需要先进行初始化设置，由系统管理员对站点的基础信息进行设置。然后对基础信息结构进行设置，包括部门结构设置、部门功能结构设置、角色定义、角色操作权限定义、角色数据权限设置，为系统的运行定义一个应用环境。具体处理流程如图3-8.：

图3-8 系统初始化设置流程图

3.4.2录入流程

录入方式有两种，第一种是通过银行先登录商业银行中间业务定价系统，通过发布模块

对信息进行手工录入，成为今后可随时查阅的信息资源；第二种方式，是由银行通过对原有信息库里的内容进行相应的预处理，转化成新信息库所支持的内容结构，直接导入新信息库里，实现新信息库和原有信息库的有效对接，减少内容的大量手工录入工作。具体信息录入流程如图3-9所示：

图3-9产品录入流程图

3.4.3信息获取和评估流程

用户登录系统后，可以查看最新信息，也可以通过信息主题或关键字的匹配检索所需信息，再通过商业银行部门结构角度对信息进行二次筛选，快速定位信息。信息查询完成后，可以对信息进行评价和收藏，也可以通过留言实现与创建者即银行的交流互动，促进信息的不断改进和完善，推动信息型组织的建立。同时还可以通过查询记录表，查看阅览的信息情况。具体的流程如图3-10所示：

图3-10 信息获取与评估流程

4性能需求

4.1 数据精确度

要求能返回与用户需求关联度和精确度高的搜索结果。

4.2 时间特性

时间特性方面，该系统要求较为严格：当用户登录访问时，系统应在4秒钟左右即使做出响应；在用户信息发布和更新修改时，控制在8秒钟内；用户搜索结果返回方面，

应尽量控制在十几秒钟之内。

4.3 适应性

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

4.4 其它需求

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

5系统分析

5.1 该系统的组成分析

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

通过系统管理平台，可以实现对系统进行初始化设置（如站点信息设置、角色定义、部门结构设置、权重设置等）。系统管理员可以根据需要在系统层面、业务应用层面上，进行多角色和多维度的基于数据和操作分离的权限管理，使得安全管理更为细致化；管理员也可对用户信息和留言回复进行统一管理。

考虑到系统的安全性和便捷性，该系统采用三层架构B/S模式，即浏览器/服务器模式。主要由三大子系统组成，分别是个人信息门户管理平台，信息学习与评估管理平台和系统管理平台。

5.2 功能分析

5.2.1总体功能结构图