系统需求分析以及概要设计说明书
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.2
本文档可作为系统设计人员，程序员，测试人员，文档编写人员，系统维护人员，系统使用人员的参考资料。
1.3
1）正确性：需求规格说明书中的功能、行为、性能描述必须与对目标软件产品的期望相吻合。
2）无歧义性：对于用户、设计人员和测试人员而言，每一个需求只有一种解释，确保无歧义性的措施是使用标准化术语，并对术语的语义进行显式的、统一的解释。
3.4.3
用户登录系统后，可以查看最新信息，也可以通过信息主题或关键字的匹配检索所需信息，再通过商业银行部门结构角度对信息进行二次筛选，快速定位信息。信息查询完成后，可以对信息进行评价和收藏，也可以通过留言实现与创建者即银行的交流互动，促进信息的不断改进和完善，推动信息型组织的建立。同时还可以通过查询记录表，查看阅览的信息情况。具体的流程如图3-10所示：
3）完整性：包括全部有意义的需求，无论是关系到功能的、性能的、设计约束的，还是关系到属性或外部接口方面的需求；要符合《需求规格说明书》要求，如果个别章节不适用，但要在需求规格说明书中保留其章节号；填写需求分析说明书的全部插图、表等，并且定义全部术语和度量单位。
4）可验证性：对于规格说明书中的任意需求，人或机器都能通过过程检查软件产品能否满足需求。
1.5
《JAVA高手真经（应用框架卷）》
《jQuery全面提速》
《JAVA Web典型模块与项目实战大全》。
《精通JAVA Web整合开发（JSP+AJAX+Struts+Hibernate）》
《Ext JS高级程序设计》（黄灯桥 徐会生 著）
《开发者突击：JAVA Web主流框架整合开发（J2EE+Struts+Hibernate+Spring）》
岗位信息传承和优化的困境。组织中的岗位一般都是相对固定的，但人员是不断流动的，员工离职后其岗位信息、经验等也就随之流失掉，导致了岗位信息得不到有效的固化、传承。新员工没有学习的参照，无法短时间内了解岗位工作，不能尽快上手。岗位信息即使有措施稳定了，也还要持续优化，才能使咨询工作水平随着实践，越来越“最佳”。好的软件能使员工很快适应变化，方便服务和管理。
2.银监会
银监会是为了增强银行竞争力、更大范围第防范金融风险而成立的。能够对银行业金融机构实施监管，维护银行业的合法、稳健运行。它作为本软件的用户，主要责任是向银行推荐因子，包括对收费类型和项目的添加。指导和监管银行中间业务定价，使之更合理化。此外，本软件也为银监会提供了线索追踪，对于将来银监会对银行业务的审核提供了帮助。
3）定价技术有所欠缺。现定价技术并未将银行各种收费项目编制于系统中，能把所有影响其定价的因素都一一罗列出来，这使定价不能够满足消费者的效用心理。另外，大商业银行之间信息的共享缺乏，这可能会导致某个业务被某家银行垄断的现象，出现商业银行乱收费的现象。银行中间产品定价因此无法满足公开化、透明化的要求。
3.3
附注：垄断业务；执行《商业银行服务定价管理的暂行办法》的上限规定。
2.银行卡业务
3.代理类中间业务
4.担保类中间业务
5.承诺类中间业务
6.交易类中间业务
7.基金托管业务
8.咨询顾问类业务
9.其他类中间业务
应用系统的困境。企业原有信息管理的方法或系统老旧，目前现有功能比较简单，查询较慢等，已不能满足日常工作，以及业务发展的需求。
4
4.1
要求能返回与用户需求关联度和精确度高的搜索结果。
4.2
时间特性方面，该系统要求较为严格：当用户登录访问时，系统应在4秒钟左右即使做出响应；在用户信息发布和更新修改时，控制在8秒钟内；用户搜索结果返回方面，应尽量控制在十几秒钟之内。
4.3
系统操作方式应尽可能简单易用；界面简洁友好；运行环境尽可能地向下兼容，与其他软件的接口和开发环境发生变化时，应具有较强的适应能力和通用性，在数据结构、程序变化不大时，能在不同的系统上应用；系统具有良好的扩展性，以适应新的业务功能方面的扩展。
3.3.1
3.3.2
1.消费者：
消费者是商业银行中间业务的对象和主体。
该系统能够按要求对各种资源进行组织，对突发事件做出有效的反应，通过提高商业银行与消费者沟通的密切程度能够快速适应多变的环境。消费者能够通过进入产品管理系统，查看产品类型、收费类型和审核情况，通过该系统商业银行将收费信息公开，让客户了解银行的成本和收益，从而使得银行中间产品业务定价透明化、公开化，做到公平、公正。此外，这也有利于消费者对银行中间产品定价的监督，并能提出及时有效的反馈。
5）一致性：需求规格说明书中的各个需求之间的描述是不能矛盾的。
6）可修改性：具有一个有条不紊的易于使用的内容组织，具有目录表、索引，同时保证没有冗余。
7）可追踪性：需求规格说明书保证每一个需求的源流清晰。
8）可理解性：需求规格说明书应保证用户、设计人员和测试人员的理解一致性，同时满足运行和维护阶段的可使用性。
3.专家
专家是本软件的另一用户群。专家的职能在于向银监会提供意见。是银监会的辅助者。因此专家留言是能够直接发送到银监会，以此进行信息支持和意见提出。
4
4.银行
银行是本软件的重要用户，在本软件中的权限最大，除了具备消费者、银监会、专家的权限外，银行还能进行添加产品信息、添加收费类型和添加收费项目的功能。这些功能能够直接显示在前三类用户的界面上，受前三类用户的监督，为前三类用户提供信息，实现真正的透明化和公开化。此外，银监会的推荐，专家的间接指导和消费者的反馈，都会影响到银行对于产品信息、收费类型和收费项目的增减。
目前，我国商业银行共开展了260余个品种的中间业务，但不少商业银行仅仅将中间业务作为争夺银行存款份额的手段。为了抢夺客户资源，各银行中间业务的发展出现了任意确定收费标准、少收费、无偿服务甚至垫付资金的恶性竞争局面。
随着中间业务的不断发展，对银行利润的贡献越来越大，很多银行对中间业务的定价让消费者难以信服。但是商业银行作为独立经营、自负盈亏的法人实体，也同样需考虑其利润最大化的目标。定价能力是商业银行核心竞争力的一种体现。自主定价首先需要商业银行对自己推出的中间业务产品有着清醒的认识，是商业银行全面审视中间业务产品并对其进行估值这种能力的体现。另外，定价能力还很重要地体现在商业银行与客户的沟通能力上。定价不是简单的估值，既要了解市场的情况，又要了解客户的需求，并及时作出正确的判断。对于具体的中间业务产品，收费多少，如何定价，都直接关系到商业银行最终的利润。因此，从银行自身以及市场方面来看，建立健全商业银行中间业务定价体系，各商业银行建立一套完善的中间业务定价机制刻不容缓。
在中国，2011年上半年，各家上市银行业绩均取得了大幅度增长，除传统的利息收入外，中间业务收入的快速提升成为各家银行利润突飞猛进的另一个重要来源。而在国外商业银行中间业务收入占总收入的比重大大提高的趋势更加明显，且西方国家商业银行经营的中间业务种类繁多，尤其是在各国纷纷打破分业经营的限制、实行混业经营以来，为了满足客户的各种需求，商业银行在金融产品创新方面的速度空前加快。中间业务发展与西方商业银行相去甚远。中间业务不仅规模小，经营品种少之又少，而且服务手段落后，收入水平低下，没有完善的有关中间业务的有效定价机制，与发达国家形成鲜明反差。
1.4
随着中间业务在银行收入中占比的不断的提高，发展中间业务成为银行业竞争的焦点。目前，世界主要国家的非利息收入在银行全部收入中的比重一般都在20%以上，个别银行甚至高达70%，非利息收入已经成为决定银行整体收入状况的一个极其重要的因素。据统计，目前非利息收入在银行全部收入中的比重，美国和加拿大平均为45%，欧洲国家为44%，澳大利亚等亚太国家为28%。经济越发达，非利息收入所占比重越高。
客户机：作为网络前台机，进行应用软件的运行与操作（尽量保证业务部门每人都有一台电脑）；
服务器：作为网络操作系统、数据库系统运行的平台；
路由器：作为连接服务器和客户机等的设备，将整个银行部门布置为局域网络
2.2.2
序号
设备名称
参数
备注
01
数据库服务器
至强型CPU：单芯4核、4*2 G
内存：大于等于4G
硬盘：大于等于400G
02
Web服务器
CPU：单芯4核、4*2 G
内存：大于等于4G
硬盘：大于等于200G
2.2.3
序号
项目
系统软件
数量
备注
01wenku.baidu.com
网络操作系统
WindowsServer2003及以上
1
服务器
02
客户操作系统
Windows XP/7/Vista系统
1
个人电脑
03
数据库系统
Mysql（oracle）
《HTML5与CSS3权威指南》
《Hibernate3.0 JAVA数据库持久层开发实践》
2
2.1
1）提高开发效率，近早发现遗漏、错误和理解的不一致。
2）有助于估计项目所需资源。
3）为项目的最后确认和验证提供一个基准。
4）便于移植和不断提高。
2.2
2.2.1
为满足商业银行对本系统的应用需求，基于目前商业银行计算机系统的实际应用状况，项目建设首先要建立起银行内部的计算机网络系统，在现有计算机的基础上，再添加相应的计算机设备，如下：
日常管理的困境。尤其是在对业务应用支持上明显不足。
员工培训的困境。员工众多，分布很广，很难统一召集起来进行统一的培训，面对繁多的中间业务，其业务能力不能得到有效提升。
业务和管理支持的困境。产品品种繁多，规范、政策等多而且变化较快，需要让员工及时的获取这些大量的相关信息。在掌握这些信息的基础上还要积累如何应对客户的实战经验，并把这些有益的经验分享。
系统需求分析说明书
—商业银行中间业务定价系统
2
1
1.1
本说明书为了让用户和软件开发者双方对开发软件的初始规定有一个共同的理解。使之成为整个项目开发中系统开发设计的依据，也是项目后期系统测试依据。本文档定义商业银行信息共享与评估系统的运行环境、功能需求、性能需求以及各个子系统的功能分析,指导将来系统升级或重写设计及编码。
1
服务器
2.3
1)各个子系统应当划清边界，以便实现各子系统的独立性；
2)该系统应当有严格的权限管理，以保证系统的安全和信息的保密；
3)由于开发能力有限，未能提供员工绩效考核系统，客户管理系统，供应量管理系统的接口；
4)由于该系统开发人员人数和经验、开发经费有限，系统性能有待进一步提高。
3
3.1
1.支付结算类中间业务
2）、定价方法不够合理。定价不是简单的估值，既要了解市场的情况，又要了解客户的需求，并及时作出正确的判断。对于具体的中间业务产品，收费多少，如何定价，都直接关系到商业银行最终的利润。不合理定价引发的问题表现在：消费者对商业银行中间产品定价存在误区，银行忽略产品、服务成本核算的重要性，传统中间业务产品的定价机制缺乏弹性，中间业务产品不能体现资源的有效配置等
面对这些困境，一个优秀的系统成为首选的解决方案，因此，商业银行中间业务定价系统基于银行中间业务产品定价的透明化和合理化的需求，其市场前景是十分广阔的。
3.2
我国商业银行中间业务定价发展的现状并不令人满意。
1）定价机制不够灵活。长期以来，由于计划经济的约束，我国没有重视商业银行中间业务的定价问题，国内商业银行自主定价的权力很小，各银行中间业务产品的价格差异不大，定价策略在商业银行营销策略中的重要性没有充分体现出来，无法形成竞争的手段。因此，国家应该明确商业银行中间业务收费的权利，以及自主定价的合法性，为我国银行业中间业务的自主定价营造法律空间。
3.3.3
3.3.4
3.4
3.4.1
系统在安装后，需要先进行初始化设置，由系统管理员对站点的基础信息进行设置。然后对基础信息结构进行设置，包括部门结构设置、部门功能结构设置、角色定义、角色操作权限定义、角色数据权限设置，为系统的运行定义一个应用环境。具体处理流程如图3-8.：
3.4.2
录入方式有两种，第一种是通过银行先登录商业银行中间业务定价系统，通过发布模块对信息进行手工录入，成为今后可随时查阅的信息资源；第二种方式，是由银行通过对原有信息库里的内容进行相应的预处理，转化成新信息库所支持的内容结构，直接导入新信息库里，实现新信息库和原有信息库的有效对接，减少内容的大量手工录入工作。具体信息录入流程如图3-9所示：
信息共享的困境。缺少统一平台的支撑，员工的经验更多的是在个人头脑中，无法相互共享、学习。银行业务情况区域跨度大，各分行之间缺少沟通交流，信息、经验就更难与共享。分行内部也因缺少统一的交流平台，更多的只能员工之间私下进行简单的交流。大家通过实践获得的宝贵的信息，无法得到有效的推广应用，无法共享、传承给更多的人。而这些都能通过系统的强化解决。
本文档可作为系统设计人员，程序员，测试人员，文档编写人员，系统维护人员，系统使用人员的参考资料。
1.3
1）正确性：需求规格说明书中的功能、行为、性能描述必须与对目标软件产品的期望相吻合。
2）无歧义性：对于用户、设计人员和测试人员而言，每一个需求只有一种解释，确保无歧义性的措施是使用标准化术语，并对术语的语义进行显式的、统一的解释。
3.4.3
用户登录系统后，可以查看最新信息，也可以通过信息主题或关键字的匹配检索所需信息，再通过商业银行部门结构角度对信息进行二次筛选，快速定位信息。信息查询完成后，可以对信息进行评价和收藏，也可以通过留言实现与创建者即银行的交流互动，促进信息的不断改进和完善，推动信息型组织的建立。同时还可以通过查询记录表，查看阅览的信息情况。具体的流程如图3-10所示：
3）完整性：包括全部有意义的需求，无论是关系到功能的、性能的、设计约束的，还是关系到属性或外部接口方面的需求；要符合《需求规格说明书》要求，如果个别章节不适用，但要在需求规格说明书中保留其章节号；填写需求分析说明书的全部插图、表等，并且定义全部术语和度量单位。
4）可验证性：对于规格说明书中的任意需求，人或机器都能通过过程检查软件产品能否满足需求。
1.5
《JAVA高手真经（应用框架卷）》
《jQuery全面提速》
《JAVA Web典型模块与项目实战大全》。
《精通JAVA Web整合开发（JSP+AJAX+Struts+Hibernate）》
《Ext JS高级程序设计》（黄灯桥 徐会生 著）
《开发者突击：JAVA Web主流框架整合开发（J2EE+Struts+Hibernate+Spring）》
岗位信息传承和优化的困境。组织中的岗位一般都是相对固定的，但人员是不断流动的，员工离职后其岗位信息、经验等也就随之流失掉，导致了岗位信息得不到有效的固化、传承。新员工没有学习的参照，无法短时间内了解岗位工作，不能尽快上手。岗位信息即使有措施稳定了，也还要持续优化，才能使咨询工作水平随着实践，越来越“最佳”。好的软件能使员工很快适应变化，方便服务和管理。
2.银监会
银监会是为了增强银行竞争力、更大范围第防范金融风险而成立的。能够对银行业金融机构实施监管，维护银行业的合法、稳健运行。它作为本软件的用户，主要责任是向银行推荐因子，包括对收费类型和项目的添加。指导和监管银行中间业务定价，使之更合理化。此外，本软件也为银监会提供了线索追踪，对于将来银监会对银行业务的审核提供了帮助。
3）定价技术有所欠缺。现定价技术并未将银行各种收费项目编制于系统中，能把所有影响其定价的因素都一一罗列出来，这使定价不能够满足消费者的效用心理。另外，大商业银行之间信息的共享缺乏，这可能会导致某个业务被某家银行垄断的现象，出现商业银行乱收费的现象。银行中间产品定价因此无法满足公开化、透明化的要求。
3.3
附注：垄断业务；执行《商业银行服务定价管理的暂行办法》的上限规定。
2.银行卡业务
3.代理类中间业务
4.担保类中间业务
5.承诺类中间业务
6.交易类中间业务
7.基金托管业务
8.咨询顾问类业务
9.其他类中间业务
应用系统的困境。企业原有信息管理的方法或系统老旧，目前现有功能比较简单，查询较慢等，已不能满足日常工作，以及业务发展的需求。
4
4.1
要求能返回与用户需求关联度和精确度高的搜索结果。
4.2
时间特性方面，该系统要求较为严格：当用户登录访问时，系统应在4秒钟左右即使做出响应；在用户信息发布和更新修改时，控制在8秒钟内；用户搜索结果返回方面，应尽量控制在十几秒钟之内。
4.3
系统操作方式应尽可能简单易用；界面简洁友好；运行环境尽可能地向下兼容，与其他软件的接口和开发环境发生变化时，应具有较强的适应能力和通用性，在数据结构、程序变化不大时，能在不同的系统上应用；系统具有良好的扩展性，以适应新的业务功能方面的扩展。
3.3.1
3.3.2
1.消费者：
消费者是商业银行中间业务的对象和主体。
该系统能够按要求对各种资源进行组织，对突发事件做出有效的反应，通过提高商业银行与消费者沟通的密切程度能够快速适应多变的环境。消费者能够通过进入产品管理系统，查看产品类型、收费类型和审核情况，通过该系统商业银行将收费信息公开，让客户了解银行的成本和收益，从而使得银行中间产品业务定价透明化、公开化，做到公平、公正。此外，这也有利于消费者对银行中间产品定价的监督，并能提出及时有效的反馈。
5）一致性：需求规格说明书中的各个需求之间的描述是不能矛盾的。
6）可修改性：具有一个有条不紊的易于使用的内容组织，具有目录表、索引，同时保证没有冗余。
7）可追踪性：需求规格说明书保证每一个需求的源流清晰。
8）可理解性：需求规格说明书应保证用户、设计人员和测试人员的理解一致性，同时满足运行和维护阶段的可使用性。
3.专家
专家是本软件的另一用户群。专家的职能在于向银监会提供意见。是银监会的辅助者。因此专家留言是能够直接发送到银监会，以此进行信息支持和意见提出。
4
4.银行
银行是本软件的重要用户，在本软件中的权限最大，除了具备消费者、银监会、专家的权限外，银行还能进行添加产品信息、添加收费类型和添加收费项目的功能。这些功能能够直接显示在前三类用户的界面上，受前三类用户的监督，为前三类用户提供信息，实现真正的透明化和公开化。此外，银监会的推荐，专家的间接指导和消费者的反馈，都会影响到银行对于产品信息、收费类型和收费项目的增减。
目前，我国商业银行共开展了260余个品种的中间业务，但不少商业银行仅仅将中间业务作为争夺银行存款份额的手段。为了抢夺客户资源，各银行中间业务的发展出现了任意确定收费标准、少收费、无偿服务甚至垫付资金的恶性竞争局面。
随着中间业务的不断发展，对银行利润的贡献越来越大，很多银行对中间业务的定价让消费者难以信服。但是商业银行作为独立经营、自负盈亏的法人实体，也同样需考虑其利润最大化的目标。定价能力是商业银行核心竞争力的一种体现。自主定价首先需要商业银行对自己推出的中间业务产品有着清醒的认识，是商业银行全面审视中间业务产品并对其进行估值这种能力的体现。另外，定价能力还很重要地体现在商业银行与客户的沟通能力上。定价不是简单的估值，既要了解市场的情况，又要了解客户的需求，并及时作出正确的判断。对于具体的中间业务产品，收费多少，如何定价，都直接关系到商业银行最终的利润。因此，从银行自身以及市场方面来看，建立健全商业银行中间业务定价体系，各商业银行建立一套完善的中间业务定价机制刻不容缓。
在中国，2011年上半年，各家上市银行业绩均取得了大幅度增长，除传统的利息收入外，中间业务收入的快速提升成为各家银行利润突飞猛进的另一个重要来源。而在国外商业银行中间业务收入占总收入的比重大大提高的趋势更加明显，且西方国家商业银行经营的中间业务种类繁多，尤其是在各国纷纷打破分业经营的限制、实行混业经营以来，为了满足客户的各种需求，商业银行在金融产品创新方面的速度空前加快。中间业务发展与西方商业银行相去甚远。中间业务不仅规模小，经营品种少之又少，而且服务手段落后，收入水平低下，没有完善的有关中间业务的有效定价机制，与发达国家形成鲜明反差。
1.4
随着中间业务在银行收入中占比的不断的提高，发展中间业务成为银行业竞争的焦点。目前，世界主要国家的非利息收入在银行全部收入中的比重一般都在20%以上，个别银行甚至高达70%，非利息收入已经成为决定银行整体收入状况的一个极其重要的因素。据统计，目前非利息收入在银行全部收入中的比重，美国和加拿大平均为45%，欧洲国家为44%，澳大利亚等亚太国家为28%。经济越发达，非利息收入所占比重越高。
客户机：作为网络前台机，进行应用软件的运行与操作（尽量保证业务部门每人都有一台电脑）；
服务器：作为网络操作系统、数据库系统运行的平台；
路由器：作为连接服务器和客户机等的设备，将整个银行部门布置为局域网络
2.2.2
序号
设备名称
参数
备注
01
数据库服务器
至强型CPU：单芯4核、4*2 G
内存：大于等于4G
硬盘：大于等于400G
02
Web服务器
CPU：单芯4核、4*2 G
内存：大于等于4G
硬盘：大于等于200G
2.2.3
序号
项目
系统软件
数量
备注
01wenku.baidu.com
网络操作系统
WindowsServer2003及以上
1
服务器
02
客户操作系统
Windows XP/7/Vista系统
1
个人电脑
03
数据库系统
Mysql（oracle）
《HTML5与CSS3权威指南》
《Hibernate3.0 JAVA数据库持久层开发实践》
2
2.1
1）提高开发效率，近早发现遗漏、错误和理解的不一致。
2）有助于估计项目所需资源。
3）为项目的最后确认和验证提供一个基准。
4）便于移植和不断提高。
2.2
2.2.1
为满足商业银行对本系统的应用需求，基于目前商业银行计算机系统的实际应用状况，项目建设首先要建立起银行内部的计算机网络系统，在现有计算机的基础上，再添加相应的计算机设备，如下：
日常管理的困境。尤其是在对业务应用支持上明显不足。
员工培训的困境。员工众多，分布很广，很难统一召集起来进行统一的培训，面对繁多的中间业务，其业务能力不能得到有效提升。
业务和管理支持的困境。产品品种繁多，规范、政策等多而且变化较快，需要让员工及时的获取这些大量的相关信息。在掌握这些信息的基础上还要积累如何应对客户的实战经验，并把这些有益的经验分享。
系统需求分析说明书
—商业银行中间业务定价系统
2
1
1.1
本说明书为了让用户和软件开发者双方对开发软件的初始规定有一个共同的理解。使之成为整个项目开发中系统开发设计的依据，也是项目后期系统测试依据。本文档定义商业银行信息共享与评估系统的运行环境、功能需求、性能需求以及各个子系统的功能分析,指导将来系统升级或重写设计及编码。
1
服务器
2.3
1)各个子系统应当划清边界，以便实现各子系统的独立性；
2)该系统应当有严格的权限管理，以保证系统的安全和信息的保密；
3)由于开发能力有限，未能提供员工绩效考核系统，客户管理系统，供应量管理系统的接口；
4)由于该系统开发人员人数和经验、开发经费有限，系统性能有待进一步提高。
3
3.1
1.支付结算类中间业务
2）、定价方法不够合理。定价不是简单的估值，既要了解市场的情况，又要了解客户的需求，并及时作出正确的判断。对于具体的中间业务产品，收费多少，如何定价，都直接关系到商业银行最终的利润。不合理定价引发的问题表现在：消费者对商业银行中间产品定价存在误区，银行忽略产品、服务成本核算的重要性，传统中间业务产品的定价机制缺乏弹性，中间业务产品不能体现资源的有效配置等
面对这些困境，一个优秀的系统成为首选的解决方案，因此，商业银行中间业务定价系统基于银行中间业务产品定价的透明化和合理化的需求，其市场前景是十分广阔的。
3.2
我国商业银行中间业务定价发展的现状并不令人满意。
1）定价机制不够灵活。长期以来，由于计划经济的约束，我国没有重视商业银行中间业务的定价问题，国内商业银行自主定价的权力很小，各银行中间业务产品的价格差异不大，定价策略在商业银行营销策略中的重要性没有充分体现出来，无法形成竞争的手段。因此，国家应该明确商业银行中间业务收费的权利，以及自主定价的合法性，为我国银行业中间业务的自主定价营造法律空间。
3.3.3
3.3.4
3.4
3.4.1
系统在安装后，需要先进行初始化设置，由系统管理员对站点的基础信息进行设置。然后对基础信息结构进行设置，包括部门结构设置、部门功能结构设置、角色定义、角色操作权限定义、角色数据权限设置，为系统的运行定义一个应用环境。具体处理流程如图3-8.：
3.4.2
录入方式有两种，第一种是通过银行先登录商业银行中间业务定价系统，通过发布模块对信息进行手工录入，成为今后可随时查阅的信息资源；第二种方式，是由银行通过对原有信息库里的内容进行相应的预处理，转化成新信息库所支持的内容结构，直接导入新信息库里，实现新信息库和原有信息库的有效对接，减少内容的大量手工录入工作。具体信息录入流程如图3-9所示：
信息共享的困境。缺少统一平台的支撑，员工的经验更多的是在个人头脑中，无法相互共享、学习。银行业务情况区域跨度大，各分行之间缺少沟通交流，信息、经验就更难与共享。分行内部也因缺少统一的交流平台，更多的只能员工之间私下进行简单的交流。大家通过实践获得的宝贵的信息，无法得到有效的推广应用，无法共享、传承给更多的人。而这些都能通过系统的强化解决。