银行计算机储蓄系统的可行性报告

银行计算机储蓄系统的可行性报告（共8篇）

篇1：银行计算机储蓄系统的可行性报告

银行计算机储蓄系统的可行性研究报告

一、引言

1、编写目的：

应某银行要求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，并且便于储户信息存取，现为其开发计算机存取款系统。

本报告的读者对象为研究中心人员和主管技术人员以及项目设计人员。

2、项目背景：

项目名称初步定为：银行计算机储蓄系统（cbas,computer bank account system）。

分为四个子功能模块：密码模块、更新模块、存款模块和取款模块。本项目设计过程中参考了某研究中心以前开发的基于windows系统的数据库管理系统。

3、术语说明：

cbas: 银行计算机储蓄系统

data processing: 数据处理

transaction processing: 事务处理

data processing cycle: 数据处理流程

data acquisition: 数据采集

data processing system security: 数据处理系统安全性

4、参考资料：

《计算机软件工程教程》科学出版社 200

2二、可行性研究的前提

1、基本要求：

银行计算机储蓄系统应便于储户进行存款和取款，并且便于对个人信息的查询，便

于操作，提高工作效率，并能在一定程度上实现自动化。

（1）功能：

cbas系统的主要功能为：数据更新、存款、取款和数据导入/出。

数据更新功能分为三部分：数据添加、数据删除和数据修改。

数据添加功能提供便捷的录入界面，通过应用程序将原始数据追加到数据库中。

数据删除将满足用户要求的相应记录从数据库中删除。

数据修改功能允许用户对他所指定记录的相关信息进行修改。

存/取款功能：允许用户进行相应的存/取款业务，处理数据，计算数据。

数据导入/出：允许用户将全部记录导入至数据库或其他存储设备。

（2）性能：方便快捷有效地完成存/取款业务。

（3）系统的输入：

（4）系统的输出：各类型的报表

（5）系统流程图：

（6）安全和保密要求：系统对不同权限的用户提供不同的功能模块

（7）完成期限：暂定 月，具体进度安排见详细设计

2、开发目标：

开发目标应考虑到如下因素：

（1）人力与设备费用的相对减少

（2）处理速度的提高

（3）人员利用率的改进

3、具备条件

（1）建议系统运行寿命的最小值：三年

（2）进行系统方案选择比较的时间：一个月

（3）经费、投资方面来源

（4）硬件、软件、运行环境和开发环境方面的条件

硬件环境：p2或更高档微机，安装所需硬盘5mb，运行时内存1mb以上

软件环境：中文win95/98/2000/me.winnt4.0

（5）可利用的信息和资源：参考已有的应用程序和数据库管理系统

（6）投入使用的最完时间：

4、可行性研究的方法：

（1）客户调查

（2）专家咨询

（3）市场相关产品、同类产品调查

5、评价尺度：

主要尺度：各项功能的优先次序、开发时间长短及使用中的难易程度

三、吕定杰对现有系统的分析：

四、建议系统的技术可行性分析：

1、对所建议系统的简要描述：

2、数据流图：

3、数据字典：

名字：储户信息

别名：

描述：存储用户的个人详细信息

定义：储户信息=储户姓名+储户住址+储户身份证号码+储户帐号+帐户金额+储户密码

位置：储户信息

名字：存款信息

别名：

描述：存款储户一次存款的存款信息

定义：存款信息=存款类型+存取日期+存款金额+利率

位置：输出到打印机

名字：取款信息

别名：利息清单

描述：储户一次取款的取款信息

定义

：取款信息=取款日期+取款金额+利息

位置：输出到打印机

名字：储户密码

别名：密码

描述：储户存/取款时必须的6位验证号码

定义：密码

=[0|1|2|3|4|5|6|7|8|9]+[0|1|2|3|4|5|6|7|8|9]+[0|1|2|3|4|5|6|7|8|9]+[0|1|2|3|4|5|6|7|8|9]

+[0|1|2|3|4|5|6|7|8|9]+[0|1|2|3|4|5|6|7|8|9]

位

置：储户信息

4、与现有系统比较的优越性：

五、所建议系统的操作可行性分析：

六、所建议系统的经济可行性分析（成本/效益分析）

假设投入5000元，且此系统每年可节省3000元，则三年共可省9000元，假定年利率为5%，由：p=f/(1+i)n

年

将来值（元）

(1+i)n

现在值（元）

现在值累计（元）

13000

1.0

52857

2857

23000

1.10

2727

558

433000

1.16

2586

8170

所以，投资回收期为：1+（5000-2857）/2727=1.79年

纯收入为：8170-5000=3170元

投资回收率为：73%~74%

七、开发意见：

如假设成立，则此系统可行。

篇2：银行计算机储蓄系统的可行性报告

拟制人 审核人 批准人

[二零一六年三月二十二日] [项目名称]——数据要求说明书 1 1． 引言

1.编写目的

随着金融业的发展，手工操作和旧的管理模式已经严重制约了质量和效率的问题，用计算机管理来代替手工管理是非常必要的。本需求分析全面描述储蓄平台系统的各种功能、运行环境，使客户和开发者双方对本系统的初始规定有一个共同的理解，使之成为整个开发工作的基础。而本报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本银行储蓄系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。并且通过分析，也基本明确了本系统的功能需求、性能需求、数据文件结构等的一些方面的要求。本文档进一步定制软件开发的细节问题，明确软件需求、安排项目规划与进度、组织软件开发与测试，便于用户与开发商协调工作。

2.背景

a.待开发软件系统的名称：银行计算机储蓄系统； b.本项目的任务提出者、开发者、用户以及将运行该项软件的计算站或计算机网络系统：本项目由某银行委托山西大学软件学院开发，本系统使用原有银行储蓄管理系统数据库中的原有用户数据。

3.定义

银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。

模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。

4.参考资料

《软件工程导论》。[项目名称]——数据要求说明书 2 2．数据要求说明

1．数据的逻辑描述

对数据进行逻辑描述时可把数据分为动态数据和静态数据。

1.1静态数据

包括系统登录密码,各数据库所在位置,系统分析原始数据。

1.2动态输入数据

1)姓名，年龄，性别，身份证号，地址，帐号，密码 2)鼠标对按钮的点击

3)查询方式、查询关键字； 4)交易相应纪录的更改；

1.3动态输出数据

姓名，年龄，性别，身份证号，地址，帐号，密码，交易金额，余额，交易时间，交易号码。

1.4内部生成数据

查询操作建立的索引。

1.5数据约定

1.储户信息=姓名+性别+年龄+身份证号码+地址+联系电话

2.账户信息=账户号码+账户密码+客户开户时间+储蓄金额+储蓄类型

2．数据的采集

2.1要求和范围

a.输入数据的来源：银行上岗工作人员； b.数据输入：使用PC机输入； c.接收者：银行计算机储蓄系统；

d.输出数据的形式和设备: 显示器上所输出的字符。

2.2输入的承担者 [项目名称]——数据要求说明书 3 经过培训的银行工作人员。

2.3预期处理

从Excel文件导入。

2.4影响

需要能够运行WindowsXP操作系统的计算机，安装并配置软件Microsoft Office Access数据库管理系统。

3．需求说明

1．任务概述

1.1目标

通过银行网络来对于用户提交的存取款单据进行相应的存取款操作并且打印出相应的表单（存款单和利息清单）给客户。

1.2用户的特点

利用VC 6.0 开发银行储蓄系统，要求该系统能够实现储户开户登记，定期存款帐，定期取款手续，活期存款帐，活期取款手续，实现利息计算，输出明细表，具有数据备份和数据恢复功能。同时还要求：

1)要进行实际调研，系统功能在实现时参照实际的储蓄系统的功能。2)同时要考虑银行系统数据的安全与保密工作，采用现有的软硬件及科学的管理系统。完善目前银行储蓄系统，使之能跟上时代的发展。同时通过实践来提高自己的动手能力。

1.3假定和约束

硬件配置要求： 硬件外部设备需奔腾133以上的pc机，内存需16兆以上 软件要求操作人员具有初步的相关知识。由于本系统为即时软件，对数据的同步要求较高，建议配置网络时使用可靠性较高的相关网络硬件设施。银行以记时器记时完毕触发利息结算；对用户取款额未做上限约束；各间银行采用集中控制。有效证件仅为身份证，牵涉到开户、撤户、挂失、取款时客户必须提供身份证号；存款及余额查询时不需提供身份证号。不考虑系统的运行平台可能会出现的硬件故障。

2．需求规定

2.1对功能的规定 [项目名称]——数据要求说明书 4

1、存取款单据数据输入 业务员根据用户提交的存取款单将存款信息输入到电脑之中，由电脑的客户端将存取款信息提交到数据库中；

2、存取款计算 系统根据提交的村取款信息，计算出用户帐户的余额，如果是取款的话还应该计算出利息，然后给出取款单和利息清单信息；

3、存款单打印 系统根据存款单信息打印出存款单据给用户；

4、利息清单打印 系统根据取款信息将利息清单打印出给用户。

2.2对性能的规定

2.2.1精度

对于用户账户余额以及用户利息的计算，要求精度达到100%，不能出现任何错误。2.2.2时间特性要求

同时有200名用户提交存取款申请为准，系统要在1.5秒之内作出响应。2.2.3灵活性

本系统应该可运行于windows或linux操作系统平台上，WEB服务器可选用Apache或IIS，数据库选用Mysql。

2.3输入输出要求

输入要求： ① 务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率。② 储户自己在自动机存钱时要耐心等待机器算清正确，待准确无误时再按确认。输出要求： ① 要求能快速准确打印出清单给客户。②

要求能够快速响应储户的功能要求。

2.4数据管理能力要求（针对软件系统）

交易表中记录的数据规模可以达到十进制的20位有效数字。

2.5故障处理要求

软件应具备自由拼写错误检查等功能，在出现故障后应从整个系统数据库更新载入数据库进行操作。

2.6其他专门要求

①可用性 本软件业可以通过单步跟踪的操作进行检查处理。

②安全性 由于软件运行数据库中，所以参数不容易被错改，破坏，万一参数受到破坏也不会影响源程序。

③可维护性 本软件利用数据库进行编程，系统结构由程序基本无额定，大量的参数及文本内容全部存放于数据库中。修改，更新数据库只要在数据库进行修改添加，而不需要对[项目名称]——数据要求说明书 5 系统结构进行修改，这样系统维护性升级都十分方便。

④兼容性 适合windows 95 ,windows 98,windows xp,windows sp2及以上操作系统、数据库：SQL SERVER 2000

3．运行环境规定

3.1设备

1.服务器端：IMB服务器主机

CPU：42.0以上处理器 内存：DDR主存1G 硬盘：100G高速硬盘

2.客户端：PC机

CPU：Inter P2 350 以上 内存：64M以上 硬盘：20G以上

3.2支持软件

1.操作系统：可选windows，Linux，建议采用Linux操作系统 2.浏览器：IE5.0以上

3.3接口

1.硬件接口 网络硬件接口要求：显示中要求具有高速以太网组以实现联网操作，但是在理论试验验证软件本身的目的来看，无需网络通讯接口。

2.软件接口 Windows 标准接口，要求与其他软件无冲突错误发生。3.通信接口 计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。

4．用户手册概要

1．用途

1.1功能

1、存取款单据数据输入 业务员根据用户提交的存取款单将存款信息输入到电脑之中，由电脑的客户端将存取款信息提交到数据库中；

2、存取款计算 系统根据提交的村取款信息，计算出用户帐户的余额，如果是取款的话还应该计算出利息，然后给出取款单和利息清单信息；

3、存款单打印 系统根据存款单信息打印出存款单据给用户； [项目名称]——数据要求说明书 6

4、利息清单打印 系统根据取款信息将利息清单打印出给用户。

1.2性能 1.2.1精度

数据处理结果小数点要保留7位，整数部分要保留10位.在向数据库 文件提取数据时,要求数据记录定位准确,在往数据库文件数组中添加数据时,要求输入数据准确.金额身份证卡号等按需求设定字符数。

1.2.2时间特性

响应时间:5s 更新处理时间:10s 数据转换与传输时间:8s 运 行时间:30s 程序响应时间:在人的感觉和视觉事件范围内;信息交换时间:要求在程序调试前调试后都与数据库保持同步更新, 网络信息交换时间应该小于程序调用的时间。

1.2.3灵活性

要求数据库具有很好的更新能力,由于本产品是实验性软件.故对磁 盘和内存容量没有很高的要求,但是数据库应该能够对并发事件脏数据具有较强的识别处理能力.2．运行环境

2.1硬设备

硬件环境： 512M以上内存

2.2支持软件

数据库Microsoft SQL Server 2005及以上版本 Windows XP，Win7 TCP/IP 通信协议

3．使用过程

3.1安装与初始化

由于使用了安装自动生成工具，安装变的非常简单，只需运行光盘上的SETUP.EXE即可根据[项目名称]——数据要求说明书 7 提示安装服务器端程序或是客户机端程序。

在安装的过程中，系统将自动初始化，为第一次运行作准备。

3.2输入

3.2.1输入数据的现实背景

数据的来源参见需求分析说明书和概要设计说明书。

3.2.2输入格式 客户信息： 客户姓名char 身份证号String 客户性别 char 客户住址 char

存款信息： 存款类型char 存款日期 string 利 率 float

取款信息：

利 息 float

3.3输出

3.3.1输出数据的现实背景

数据的来源参见需求分析说明书和概要设计说明书。

3.3.2输出格式 客户信息：

客户姓名 char 身份证号 String 客户性别 char 客户住址 char

存款信息：

客户姓名 char 身份证号 String 客户性别 char 客户住址 char 存款类型 char 存款日期 string 利 率 float [项目名称]——数据要求说明书 8

取款信息：

客户姓名 char 身份证号 String 客户性别 char 客户住址 char 存款类型 char 存款日期 string 利 率 float 利 息 float

3.4出错处理与恢复

篇3：银行计算机储蓄系统的可行性报告

1 系统架构原则

(1) 一致性原则:架构设计应遵循IT规划目标架构的总体要求。 (2) 高效性原则:系统架构和应用软件架构设计, 充分保证基于数据逻辑大集中的系统投产后高效平稳运行。 (3) 安全性原则:应充分保证数据的安全性、完整性和一致性。 (4) 完整性原则:满足业务需求, 覆盖业务需求的广度, 达到业务需求的深度。 (5) 前瞻性和灵活性:系统架构设计能够适应为了新业务、新流程、新岗位和新环节的变化, 支持新产品和服务的快速开发[2]。

1.1 系统架构目标

在IT规划中系统的目标见图1所示。

为支持邮政储蓄银行新业务品种快速推出, 提高系统模块复用性和灵活性, 应用系统采用了层次化的建设模式, 主要包括渠道层、渠道管理层、数据分析平台等[3], 各层的主要功能说明如下:

渠道层:包括手机、电话、视频、浏览器等自助电子渠道和高柜、低柜等银行对外营业窗口。

渠道管理平台:该平台负责所有电子渠道及网点柜面交易的统一接入, 经过安全认证等逻辑处理后将交易转发到后台各业务系统。这一层还包括外联前置, 该前置负责处理与第三方系统的信息交互, 对第三方的接入, 尽可能采用统一的建设。

数据分析平台:日终所有业务系统的交易流水和会计信息都要传给数据分析平台, 进行数据的整合和分析。

1.2 系统逻辑架构

逻辑集中的系统逻辑架构如图2所示。

储蓄系统逻辑集中包括三大部分:网点前置系统、柜面渠道前置系统和逻辑集中业务处理系统。柜员录入交易并提交后, 网点前置系统发起交易请求到柜面渠道前置系统, 并负责接收返回的应答报文进行后续处理[4]。

柜面渠道前置系统属于渠道管理层, 实现统一机构、柜员、权限、尾箱的管理。

1.3 系统物理架构

1.3.1 各级应用部署。

储蓄系统逻辑集中部署在全国中心, 共有11个子系统, 如图3所示。

1.3.2 系统网络架构。

系统网络架构如图4所示, 其中包含全国中心、省中心与二级分行、支行及网点三个部分。

2 应用软件架构

2.1 设计要求

应用软件设计要求如下[5]: (1) 系统按照层次化、模块化、参数化进行设计。 (2) 系统应具备扩展性能, 具备承载大业务量的能力, 以满足手机银行业务范围不断拓展、业务流程不断改进、产品和功能不断扩充、客户数量和业务交易量不断增加的需要。 (3) 系统应满足金融系统三个方面的安全要求, 即认证、授权和审计。系统支持软加密和硬加密两种方式。 (4) 系统上线运行稳定后, 各交易环节流量可控, 相关指标为系统处理业务量TPS值为12500笔/秒、高峰期1.8亿笔;跨行交易成功率达到99.9%, 账务交易差错率不高于0.005‰。行内交易成功率达到99.9%, 账务交易差错率不高于0.005‰;系统主机CPU平均利用率不高于40%, 内存平均利用率不高于60%, I/O平均利用率不高于30%;系统故障引起服务中断时间不超过4小时/年;日终批处理时间不能中断正常交易, 必须当日完成当天日终批处理交易, 日终批处理时间<4小时;结息时间应小于4小时;结息日, 日终时间应小于6小时。 (5) 系统运行监控保证7×24小时不间断。

2.2 应用架构设计原则

(1) 高处理性能:在充分保障高效、稳定的主机处理性能、存储I/O吞吐量、网络I/O流量的基础上, 以分离关注点的思想为中心, 从架构层次考虑尽量提升处理性能。 (2) 高可靠性:储蓄系统逻辑集中承载了银行最大客户群体的日常交易, 在系统总体设计方案中, 要充分考虑应用软件的因素, 尽量采用有利于应用软件架构设计中高可靠性的设计。 (3) 可扩展性:储蓄系统逻辑集中涉及众多的业务处理功能, 这些功能作为银行的核心处理功能, 是面向客户服务的基础, 功能的可扩展性是需要考虑的问题。 (4) 可维护性:储蓄系统逻辑集中涉及的基础设施有小型机、存储、网络, 再加上应用软件复杂的逻辑结构, 容易对运行维护造成较大的压力。应关注应用监控、自动化部署管理、自动化升级管理。 (5) 架构先进性:储蓄系统逻辑集中以Unix小型机集群为基础, 参考和借鉴云计算的先进架构思想进行建设[6]。

2.3 应用架构总体设计

(1) 应用系统需要按照层次化的模式进行建设, 如图5所示。 (2) 根据业务需求的范围划定和原型测试确定的方案, 系统逻辑架构如图6所示。应用系统由网点前置系统、柜面渠道前置系统、逻辑集中业务处理系统三部分组成。储蓄逻辑集中业务处理系统由8个子系统组成。

2.4 应用架构设计思路

(1) 统一柜面渠道管理。在储蓄系统逻辑集中总体架构中设计了独立的柜面渠道前置系统, 实现柜面渠道的统一管理, 主要围绕5个主题进行管理[7], 即机构权限管理、柜员权限管理、签到和签退管理、轧帐管理、交易系统路由等。

(2) 统一接入管理:逻辑集中涉及众多的关联系统, 所有关联系统都通过统一的接入管理模式接入到逻辑集中系统。每个关联系统有不同的处理要求, 随着业务功能的发展这些处理需求也将发生变化。为保障业务处理功能的稳定性, 与关联系统实现松耦合, 通过统一的接入管理实现对关联系统的隔离。

(3) 业务处理子系统设计:逻辑集中系统的业务处理应进行归类, 基于归类划分不同的子系统进行建设。归类划分主要依据有面向的主体对象、对系统造成的处理压力、技术实现模式、系统部署及后续的应用容灾、应用接管的可行性。

(4) 统一管理的日终处理:逻辑集中面临多种多样的日终处理, 这些日终处理应通过统一的日终调度、控制框架统一管理。建设独立的日终处理子系统, 统一协调其他子系统配合完成每日的日终处理。

2.5 业务层逻辑架构

业务层应用软件逻辑架构图如7所示。

从逻辑层次结构上看, 业务层应用软件可以分为三个层级, 即接入层、产品管理层、业务处理层[8]。 (1) 接入层:接入层直接面向逻辑集中的各关联系统, 完成与关联系统的交互。接入层是逻辑集中与关联系统构建松耦合的服务请求、服务响应关系的关键。 (2) 产品管理层:产品管理层面向业务处理层的各个业务处理服务, 进行业务产品定义及业务产品处理控制。产品管理层面向接入层提供业务产品处理服务, 屏蔽业务处理层对服务请求的响应、处理细节, 降低接入层服务请求的复杂度。 (3) 业务处理层:业务处理层针对具体的业务需求, 参照SOA的服务设计理念提供具体的业务处理功能服务。

2.6 渠道管理层逻辑架构

储蓄系统逻辑集中需要通过柜面渠道前置系统完成柜面渠道的接入。柜面渠道前置系统在总体架构中处于渠道管理层, 屏蔽了业务层的实现细节。逻辑架构如图8所示。其中柜面渠道接入、业务层接入处理如图9所示。

2.7 渠道层逻辑架构

渠道层可以分为柜面渠道、电子渠道两大类, 如图10所示。

储蓄系统逻辑集中的渠道层建设原则: (1) 储蓄业务、汇兑业务通过统一的前端界面交互。 (2) 柜员通过统一的一次登录即可访问其权限内的所有功能。 (3) 前端界面支持字符界面和图形界面。 (4) 针对具体业务功能, 尽量保持原有界面风格的不变化, 但需要兼顾系统的整体使用方便性、一致性。

2.8 架构性能设计

依照应用软件架构设计原则, 必须注重应用处理的性能设计, 以保障系统上线运行后足以支撑全行的业务量, 同时也满足今后业务持续发展的处理性能需求[9]。

2.8.1 分离处理功能。

为获得高处理性能, 可以将处理功能进行分离。主要内容有: (1) 通过独立的会计处理平台的同步建设, 将本外币储蓄、汇兑业务涉及的会计相关处理分离; (2) 通过独立的集中清算系统同步建设, 将本外币储蓄、汇兑业务涉及的清分、结算相关处理功能分离; (3) 通过独立的客户信息系统同步建设, 将客户信息相关处理功能分离。

2.8.2 分散处理压力。

对于复杂的应用软件系统而言, 较好的处理能力来源于应用处理压力的分散。应用架构设计中将主要通过如下两个方面分散处理压力: (1) 业务功能分散部署, 业务功能基于业务产品、功能处理特点进行归类、整理, 将业务功能按照不同的归类以分散方式进行部署, 充分利用小型机集群系统特点分散系统处理压力。 (2) 分散至多节点, 应用软件支持以功能服务为单位, 将同一功能服务分散部署到不同的应用服务器节点, 使多个节点可以同时接收不同的应用处理请求。

2.9 高可靠性设计

2.9.1 应用负载均衡。

应用软件负载均衡通过多个层次上不同的负载均衡策略一起实现整体的负载均衡。应用软件负载均衡主要目的: (1) 避免服务请求集中于单一节点导致拥塞。 (2) 提高服务响应速度。 (3) 提高服务器及其他资源的利用效率。如图11所示。

2.9.2 应用软件失效备援。

应用软件构建在面向服务的架构、设计思想上, 应用软件的失效备援体现为:在通用的应用服务管理框架下的应用服务的失效备援。应用服务具有较高的可灵活部署性。通过这种灵活性, 结合系统基础设施的规划、部署可以实现应用软件的失效备援。

2.9.3 故障隔离。

在应用软件系统发生故障时, 通过故障隔离把故障造成的危害限制在最小范围内, 提高系统提供对外服务的整体水平。应用软件设计必须支持多角度, 多层次的故障隔离。

3 应用架构关键点

依据应用架构设计原则, 有必要对架构设计中的关键内容进行分析, 并以此为基础形成最终的应用软件架构。

3.1 权限管理

各子系统实现统一的权限管理, 应用软件提供多层次的权限管理和控制。如图12所示。

3.2 签到/签退、尾箱及轧帐管理

储蓄系统逻辑集中通过柜面渠道前置系统实现对柜面渠道涉及的所有签到操作、签退操作、尾箱管理、轧帐管理进行统一的控制。

(1) 签到/签退:统一签到管理如图13所示。统一的签到、签退处理由柜面渠道前置系统处理, 包括储蓄系统逻辑集中涉及的所有各类操作人员。 (2) 尾箱管理如图14所示。对储蓄系统逻辑集中而言, 涉及现金、凭证的操作都在普通柜员尾箱中进行, 因此相关操作都在柜面渠道前置系统进行处理。对会计处理平台而言, 涉及综合柜员尾箱、机构间现金和凭证的调拨操作的, 会计处理平台需要参与到交易的处理流程中来。 (3) 轧帐管理如图15所示。柜员轧帐处理由柜面渠道前置系统完成。

3.3 接入管理

接入管理包括三方面的内容, 电子渠道接入、行内其他系统接入及行外系统接入。所有交易请求转换为统一的服务请求格式, 即通过接入管理屏蔽各接入系统的差异。如图16所示。

为支持各相关系统在具体服务申请上的差异, 更好的配合后继具体业务的处理, 接入管理需要根据后端业务产品的设置实现对服务请求的转换, 以屏蔽两系统间在具体技术细节、服务框架、服务范围等方面的差异。

3.4 产品管理

产品管理的基础是对系统服务的管理, 逻辑集中系统以应用服务为最小的管理单元, 应用服务的组织和定义是具体的产品和产品服务。如图17所示。

应用服务管理框架:逻辑集中采用面向服务架构的方法进行规划、设计。应用服务是整个系统运行的基础, 也是系统框架具备前述各项特性的基础。系统架构中的业务处理层包含所有各类业务处理功能, 是主要的服务供应者。产品管理层和接入层的处理功能也以服务方案提供, 但相对于业务处理层的服务对服务粒度、服务契约等方面的具体考虑可以有所不同。

3.5 客户服务参数体系

应用软件中提供对客户服务参数体系的支持, 用于应对特定客户的差异化服务需求。客户服务参数体系逻辑结构如图18所示。

3.6 结息

储蓄逻辑集中业务处理系统目前涉及的活期账户数平均大于8亿, 其中的大部分账户都需要进行定期的批量结息处理。结息属于日终处理的一部分, 在结息日自动执行。对于结息处理主要考虑如下几个方面的问题, 如图19所示。

需要特别指出的是结息数据共享问题:结息操作将产生大量的相关数据, 这些数据属于逻辑集中外其他系统所需的共享数据, 共享应考虑结息数据与日常共享数据在数据量上的巨大差异。独立的结息子系统如图20所示。

3.7 应用数据同步

应用软件架构中, 需要在各子系统间进行数据同步。具体的同步操作将通过应用数据同步适配器实现, 适配器针对每个具体的待同步数据进行同步操作。同步适配器的结构如图21所示。

4 结束语

根据系统开发生命周期的瀑布模型和螺旋模型, 系统设计是系统实现的重要基础, 主要内容包括总体结构、代码、处理流程、模块功能、安全控制等设计。在分析了邮政储蓄银行信息系统逻辑架构和物理架构的前提下, 研究了应用软件架构的设计要求和原则, 能确保系统逻辑集中物理实现的顺利实施和推广。

参考文献

[1]肖丁, 吴建林, 周春燕.软件工程模型与方法[M].第一版, 北京:北京邮电大学出版社2008:110-133

[2]刘欣怡, 周跃东, 田秀丽.软件工程[M].第一版, 北京:清华大学出版社, 2007:10-31

[3]罗积玉, 李超.软件工程的推进方法[M].第一版, 成都:电子科技大学出版社, 2004:12-29

[4]王爱平.实用软件工程[M].第一版, 北京:清华大学出版社, 2009:23-36

[5]朱彬.企业级应用软件架构模式的研究和应用[D].沈阳工业大学, 2004:7-20

[6]陆平.住房公积金管理信息统软件架构设计[D].南京大学, 2008:21-30

[7]张晰.基于复杂事件处理的金融软件系统实现及改进[D].浙江大学, 2003:8-19

篇4：银行计算机储蓄系统的可行性报告

摘 要 在银行繁琐的业务中，其的流程一向也很冗杂，其中对储蓄的管理是冗杂流程中的重点。对储蓄金额的管理也是用户之所以将钱存入银行的原因。但是现在大部分银行在办理储蓄型的业务时仍很传统，利用手工办理。这样使流程更加冗杂，办理起来需要的精力和时间增多，重点是效率还不高。为了让储蓄型的业务的办理变得简易，银行探索出了一套在网络化上办理的系统。该系统用了JAVA以及数据库等计算机理论、网络技术，使流程的冗杂性降低，办理变的简易。本文针对银行中办理储蓄型的业务比较简易的体系进行研究，将设计该系统所用的思想、建议、技术等进行介绍。

关键词 简易 银行 储蓄 系统 设计

随着金融业的发展和市场化，各大银行之间的竞争日趋激烈，业务新变化快的储蓄业务是各家银行的竞争焦点。各银行在储蓄业务系统的开发上都进行了大量投入，不断推出新的系统，以支持竟争的需要和业务发展。如果银行还一直凭手工去办理储蓄型的业务，办理起来需要的精力和时间就会增多，浪费的不仅是客户的时间，更是客户的资源。因此银行必须得让办理储蓄型的业务变得简易起来，所以银行将网络技术进行了业务的开发，使业务办理借助网络技术可以简易化。使储蓄体系在电脑中办理起来更加实用、方便、安全、友好、灵活。该体系的菜单看起来很直观，而且简易，无论是存款业务，还是开户、取款、注销、信息更改、信息搜索、查询记录等管理用户储蓄的工作都可以网络化办理。其中，对话用的窗口都是统一的供给，可让用户来使用、选择，与当初的设计目标完全一致，用户也很赞赏。

一、设计目标

在设计储蓄体系时，要放远设计的眼光，要使其在处理储蓄等业务时拥有准确、科学、智能、高效的特点，此外还要使体系的适应力、稳定力、灵活力高。在规划体系中的硬件时，要使其和银行的安全性、业务办理效率性等一致，还要管理起来比较简易，陈本要有切实性，开销要有可行性。此外，该储蓄体系要有很齐全的性能，改变手工办理在银行中的缺陷，取代手工办理的地位，让所有核算、存款、开户等储蓄型的业务都变得简易，并要使“活期”业务“存兑相通”。还要使银行的前台工作体系能简易的操作，敏捷正确的进行信息查询。银行后台之中的核算，例如：兑款的核算、日报表等等，要及时办理，准确办理。另外，使银行之中的业务人员的工资在体系中实现结算期中进账的自动化。设计储蓄体系的时候，要使其的保密性高，以防不良因素的入侵。该体系在容错上的能力必须高，要有应对操作过失的能力，数据进行备份以及完善的能力，对错误的银行账目要有冲正能力。在该储蓄体系设计出来后，还要使银行中的操作者以及储蓄体系管理者的能力得以胜任，进而使银行中的办理效率以及水平得到提高。

二、储蓄体系的设计

对储蓄体系中的硬件要用局域型的网络构造。其中硬件包括性能较高的服务器，还有内存较大的双核型的硬盘，打印储蓄票据的机器以及打印储蓄报表的机器等等。对于该储蓄体系的功能包括开户、取款、注销、信息更改、信息搜索、查询记录等管理用户储蓄的工作，关于该储蓄体系在数据库，对于存储中时活期性质的储蓄：要对储蓄户的详细个人以及资金信息进行存储，具体记录的数据应有：户名、账号、地址、总号、资金余额、密码、挂失信息、标记、开户期、注销标记、验证码等等。对于存储中是活期性质的储蓄者的账目：要记录所有细节的账目，具体记录的数据有：流水号、账号、余额、出纳员、日期、摘要、积数、实际金额等等。在定期性质的储蓄中：要记录并储存下这类储蓄者的所有信息，具体记录的数据应有：户名、账号、地址、总号、资金金额、标记等和活期性质中记录的数据相似。在定期性质的储蓄者的账目：要记录以及储存所有细节的账目，具体记录以及储存的数据应有：流水号、账号、余额、出纳员、日期等等。对于储蓄之中的科目以及资金账目，要将科目实施明细化，并且将其存储中所有用户的数量的情况进行储存，应储存的具体数据应有：日期、现金借、转账借、现金贷、转账贷、明细代号、开户的数量、结存数量、销户的数量、结算余额借、结算余额贷等等。对于储蓄中的凭证：对于凭证，在填写中应储存的具体数据为：类别、开户、日期、上缴、结存数、领入等。对于储蓄体系的环境，要在每个营业处进行点于点之间网络的互通，在网络互通、连接之后，要保证款项在存以及兑时的互通。对于网络之中用户所做的业务设计：在营业处设置用户，然后将委托其管理的权限以及目录给予用户，并使营业处之间在业务上没有矛盾性。其中的用户全权交给管理者监控，管理者要对营业处的储蓄以及其它业务进行控制、监督。对于用户的任何数据，都要将其集中起来，使管理变得简易化，并且数据库中储存的任何数据要在服务器中显示出来，对于储蓄体系里的办理程序要在工作站中进行储存，对于数据的备份也要在工作站中进行储存。

三、安全储蓄

1）网络。在储蓄体系中的服务器或者办理程序之中都会设置关于打开电脑的标准口令，在银行每天上班之前让管理者统一将电脑打开；所有的电脑除了与业务有关的操作均不得处理；对于银行的代理营业处，在设置网络代理用户的同时，也要设置标准口令，然后将委托事项以及工作权限全部统一规定，以防营业处之间的储蓄操作冲突；对于电脑的UPS接口要长做检查，以防断开，备用的电脑电池要充足，防止停电时数据被损坏或者弄丢等；还要对电脑中储蓄的数据以及信息做好备份，使文件在容错方面的性能得到提升，对于每日的储蓄数据以及信息都要备份到体系在工作站之中的硬盘里边，若数据很多，在备份时可以利用磁带进行。2）人员。对于银行中的储蓄型业务的办理者要将其的权限进行设置，在业务体系中，要设置口令，只有口令正确，才能进到储蓄体系中对业务进行办理；对于其业务中的操作，银行要实施操作监督体系，对账目以及业务状况、用户信息、以及操作者信息等都要核查。

总结：

本文对银行中办理储蓄型的业务比较简易的系统做了与其设计相关的陈述，体系在银行应用中，很简易，与当初的设计目标完全一致，用户对此体系也很赞赏。对该体系的进行特征上的分析，可以归纳四点：

1）实用方便。简易的办理储蓄体系具有很齐全的性能，改变了手工办理对银行的影响，取代了手工办理在银行业务操作中的地位。还使得银行“活期”业务得到拓展。

2）安全。业务办理者的权限也受到了网络型的管理；储蓄的相应文件不会再被篡改；所有文件还会在电脑中有备份，如果数据损失，还可以恢复原数值；如果操作者输入信息有误或者流程出错都会有提示，以便订正。

3）灵活。在环境的创设上很灵活，有：对储蓄的数点进行增或者减、设置体系目录等，还有改整或者增减会计的所有科目等功能。此外，还可给操作体系者提供各项业务功能，例如：修改、增减等。

4）友好。该体系的菜单看起来很直观，而且简易，对话用的窗口都是统一的供给，可让用户来使用、选择。

参考文献：

[1]龚明华.我国商业银行银行卡业务研究.成人高教学刊.2005（01）：30-31.

[2]许彩欣，李欣，运海红.基于Tuxedo的银行业务处理系统的设计与实现.交通科技与经济.2006（04）：14-16.

[3]黄昕，耿胜华，姚淑珍，唐发根.基于Tuxedo中间件的多层体系结构研究.计算机工程与应用.2003（01）：67-68.

[4]陈明，潘家铭，阎保平.消息中间件的设计与实现.微电子学与计算机.2005（04）：80-83.

[5]徐晶，许炜.消息中间件综述.计算机工程.2005（16）：110-113.

[6]邓子云.一种Web方式调用Tuxedo服务的方法及其应用.西南科技大学学报（自然科学版）.2005（04）：40-41.

[7]徐为民.银行综合业务系统前台设计与实现.计算机时代.2003（12）：20-23.

篇5：银行管理系统 可行性研究报告

1.引言

1.1问题

1.2实现条件

1.3约束条件

1.4 背景

2.管理

2.1 重要的实现

2.2 建议

2.3 效果

3.方案选择

3.1 选择系统配置

3.2 选择方案的标准

4.系统描述

4.1 缩写词

4.2 各个子系统的可行性

4.2.1 新用户注册

4.2.2 已注册用户登陆

4.2.3 用户存款

4.2.4 用户取款

5.成本效益分析

6.技术风险评价

7.有关法律问题

8.用户使用可靠性

9.结论

银行管理系统可行性研究报告

1.引言

1.1 问题描述

随着经济社会的快速发展，人们已不满意于人工存取款的低效率，追求更高的存取效率，并且业务的种类逐渐丰富、复杂度提高，人工操作出现的失误也呈现上升趋势，银行根据行业和用户的需求，决定开发新型的银行管理系统，以降低操作复杂度、出错率，从而提高工作效率。

1.2 实现条件

本银行管理系统旨在提高银行工作人员的工作速率、以及降低出错率，通过简单高效的操作来实现目的，将一系列的操作集成起来，实现功能的耦合，提高操作的易操作性、高效率性。同时用户也可以查询自己账户的所有信息，使一些类似于查询账户信息、修改账户密码、查询余额、查询透支额的功能，可以从人工柜台中分离出来，不必为了类似的查询功能，使得用户前往柜台办理，同时也减少了柜台工作人员工作量。

1.3 约束条件

在完成项目的基本功能：即注册用户、登录账户、存款、取款、修改密码、查询本人的所有账户、查看存储年限、查看透支额度。之后，进行简单的测试，若符合要求，则基本完成。

1.4背景

(1)开发软件名称：银行储蓄系统。

(2)项目开 发 者：“银河一号银行管理系统”开发小组

(3)用 户单 位： 各种商业银行。

2.管理

2.1 重要的实现

(1)可以实现注册用户、登陆用户

(2)可以在注册过程中选择币种和卡型

(3)可以在登陆用户后修改密码

(4)可以通过用户身份信息查出该用户的所有账户

(5)可以在登录用户后查看用户的信息

(6)可以通过账号来查询账号的透支额度

2.2 建议

在原有的管理系统基础上进行深一步的开发，以原有的管理系统作为开发新系统信息的主要来源，通过原有系统的功能、性能以及存在的问题，来得到新系统的雏形。采用新的算法和结构，简化操作流程，加快了客户办理业务的速度。通过新的开发要求来逐步扩展、完善新系统的功能，建立新系统的高层逻辑模型，从而得到满足新需求的新银行管理系统。

2.3 效果

通过利用原有系统可以清晰的了解到系统的结构、大大缩减系统的开发周期，降低开发费用，减少开发人员的工作强度。

3.方案选择

3.1 选择系统配置

(1)运行内存512M以上

(2)硬盘存储10G以上

(3)操作系统为Windows NT/XP/7

3.2 选择方案的标准

由于项目开发周期较短，故而不采取连接数据库，进行对用户信息的存储，仅仅使用固定文件存储用户的所有信息。

4.系统描述

4.1 缩写词

_CardId：用户账户卡号

_ID：用户身份证号

_Name：用户真实姓名

_Address：用户通讯地址

_Call：用户电话号码

_Password：用户账户密码

_MoneyT：预存货币种类

_AccountT：账户类型

_FirstSaving： 预存款额

4.2 各个子系统的可行性

4.2.1 新用户注册

新用户的注册即创建账户：通过交互界面输入一个账户的所有信息，并将该账户信息记录添加到账户信息表中。账户信息包括：储户的身份证号、真实姓、通讯地址、电话号码、账户类型、货币种类、预存款额、账户密码。在创建用户成功后，由系统产生卡号来标示用户账户。

4.2.2 已注册用户登陆

通过交互界面输入要登录的帐号和密码，系统在账户信息表中搜索待登录账户，并根据搜索结果显示不同的信息：如果指定的帐号不存在，则显示”无此帐号！”提示信息；如果帐号存在但密码不符，则显示”密码错误！”提示信息；如果信息都符合，则立即出现账户管理界面，显示账户的所有信息包括账号、账户类型、币种、余额和储户的所有信息(身份证号、真实姓名、通讯地址、电话号码)。

4.2.3 用户存款

在柜员操作时进行存款操作不需要输入密码即可存款，而储户在成功登录账户后，才可以进行存款操作。

4.2.4 用户取款

储户在成功登录账户后，可以进行取款操作。其中一般账户和结算账户的取款操作相同，定期存款账户不得在未到期之前取款，信用卡账户允许透支10000元（各币种）。

5.成本效益分析

(1)基础投资

1> 运行内存512M以上、硬盘10G以上的PC 2台4000元

2> 正版操作系统一套300元

(2)其它投资

培训专业的维护人员 300元 雇佣专业的维护人员3000元/月

(3)效益分析

1> 减少柜员数量收益 3人*3000元/月

2> 减少出错率提高用户数量收益100万/年

(4)合计(以年为单位)

投资总计：4000+300+3000*12 = 40300元

效益总计：3*3000*12+1000000 = 1108000元

收益/投资比： 1108000/40300 = 27 投资回收期为一年

6.技术风险评价

当前社会，开发系统的计算机硬件已经非常普及，完全满足要求，而开发技术——面向对象的程序设计，这种开发技术是比较成熟的，实现起来是可行并且有效的，运用这种开发技术开发本银行管理系统在技术上是支持的，在以后的维护和升级中也是兼容的，这种开发技术在以后的发展中会更加的成熟，和高效，故而采用这种技术是比较可行的，同时银行还必须有一定的操作、维护的专业人员，在这方面可以通过培训原来的操作人员成为新的操作人员，维护人员可雇佣专业人员解决。本银行管理系统两人进行开发，两人都接受过系统而完整的面向对象的程序设计教育和培训，完全有能力完成本项目。

7.有关法律问题

(1）遵守《中华人民共和国网络使用法》

(2)用正版软件，盗版必究

(3)合同制定确定违约责任

(4)该软件项目最终解释权归属银行管理系统开发小组

(5)运行保证合格

8.用户使用可靠性

(1)用户需要定的计算机基础

(2)操作人员需要有一定的操作计算机的经验

(3)操作人员必须能够保证软件的正常运行

9.结论

篇6：银行个人储蓄存款余额报告

重营销

拓渠道

保增长

一、引言

中国经济近三十年的国民高储蓄和经济增长高速度的特征，促使货币供应量的持续宽松和经济体对银行贷款的旺盛需求，是银行业持续成长的优良宏观基础。宏观经济的低杠杆化，加上金融体制改革对银行业的强筋健骨，使得中国的商业银

行能够抵御国际金融海啸的直接冲击，为将来的快速发展和金融创新预留了巨大空间。金融危机对中国银行业的影响来看，影响是有限的，风险是可控的。在党中央、国务院的正确领导下，由于我国采取的措施比较及时、到位，更重要的是经过30年来的改革开放，尤其是最近六年体制、机制改革，中国银行业虽然不能独善其身，但做到了在全球独树一帜，保持了稳健运行。目前，金融危机对于实体经济的影响，已经越来越多地反作用于银行，国内银行正面临着不断加大的风险、经营与盈利压力。但同时也蕴含着不少前所未有的机遇.中国邮政储蓄银行是在邮政储蓄的基础上组建的。我国邮政储蓄是在1986年经济出现比较严重的通货膨胀形势下开始回复并开办的，当时的主要目的是回笼货币。最初的邮政储蓄业务实际上是邮政部门代理人民银行经办储蓄。新成立的中国邮政储蓄银行将继续依托邮政网络经营，按照公司治理构架和商业银行管理的要求，建立内部控制和风险管理体系，实行市场化经营管理。中国邮政储蓄银行的市场定位是，充分依托和发挥网络优势，完善城乡金融服务功能，以零售业务和中间业务为主，为城市社区和广大农村地区居民提供基础金融服务，与其他商业银行形成互补关系，支持社会主义新农村建设。

发展储蓄业务，在一定程度上可以促进国民经济比例和结构的调整，可以聚集经济建设资金，稳定市场物价，调节货币流通，引导消费，帮助群众安排生活。储蓄存款是银行机构的一项重要资金来源。同时存款也是商业银行生存和发展的基础，能否吸收到资金关系到银行职能的发挥。存款多少是衡量商业银行实力的标志，随着金融自由化浪潮的不断掀起，商业银行之间的竞争愈来愈激励，吸收存款也成为主要的竞争。城乡居民将暂时不用或结余的货币收入存入银行或其他金融机构的一种存款活动。中国邮政储蓄银行××市巴州区××街支行位于巴州区南泉寺街72号，在开办个人储蓄业务以来,稳健发展,取得良好的业绩。

二、正文

进入09年，在市分行、区支行正确领导和指导组织下，××支行严格按照上级规定的基本原则、目标要求、实施范围、方法步骤，坚持高标准、严要求，注重针对性，讲求实效性，精心组织，周密安排，统筹兼顾，整体推进，互学互助，学改结合。我支行深入学习上级领导会议精神，坚持认真落实，不折不扣执行，严格按照区支行的部署要求，认真做好拓展渠道、重视营销，深化营业人员思想认识的各项工作，确保超额完成存款余额增长目标。进入09年以来，我支行以“做大做强广渠道，不折不扣重营销”为方法，明确科学合理的新思路、新方法、新举措。统计数据显示，到８月末，储蓄存款余额为７７９１万元，比上月增加１３８万元，比年初增加１４４５万元。经过8个月扎实认真的工作，达到了预期目标的有望实现。现将前8个月存款余额统计如下：

××支行０９年１月至８月个人储蓄存款余额情况统计表

为使我行个人存款余额攀登上一个新的高峰，按照区支行总体部署，我支行每周例会制度深入讨论一周以来各项业务发展状况，扬长补短，及时改进，开诚布公地谈问题、找原因、提建议、吸取经验教训，自觉改进提高，形成了民主、团结、务实、创新的氛围。现将取得主要原因分析如下：

（一）领导重视，指导有方

为推进我行个人储蓄业务更好地发展，大力发展商易通、代发养老金等业务。另外，市分行领导及巴州区支行领导还经常不定期地召开工作会议，实时了解储蓄余额的进展情况。对营业人员已取得的成绩给予肯定，同时对存在的问题提出解决建议和意见，并制定下一步的具体目标。对个人储蓄余额业务的健康快速发展，起到了有效的推动作用。

（二）客户支持，员工齐心

××支行的储蓄业务能快速发展，与外部客户的大力支持和内部员工的齐心协力是分不开的。营业人员相互之间取长补短，互帮互助，一起将储蓄业务推上一个新的台阶。他们不但严格要求自己做好咨询和服务工作，还真心为客户着想，急客户之所急，解客户之所难。使客户不但得到快捷的金融服务，还得到情感交流。一句古话叫着“您怎样对待别人，就决定着别人怎样对待您”。我们满足了客户的需求，使他们感到满意。他们也就会向自己的亲戚朋友宣传我们的业务，支持我们的业务发展。

（三）开发新

客户，维护老客户

对2008年2月才成立的××市分行来说，开发新客户，建立自己的客户群显得尤为重要。我们的工作人员通过网点宣传，散发宣传资料，口碑宣传、墙体广告等方式获得新客户。但开发一个新客户的成本是维护一个老客户的5倍。因此，在开发新客户的同时，我们注重对老客户的维护。通过优先办理业务，提供理财资讯等给高优质服务。使

他们感受到邮储银行对他们的关心与重视。在老客户中建立的良好口碑有助于他们的支持和进行新客户的推荐。

（四）收入增多，储蓄观念

储蓄存款之所以大幅增长，一方面，得益于城乡居民收入的稳定增长。另一方面，也反映出城乡居民投资渠道狭窄，不能很好地对储蓄进行分流。近年来，大城市投资产品日渐丰富，如基金、期货、银行理财产品等，而在小城市及广大农村部分金融产品却难得一见。更主要的是在中小城市及农村居民中，人们的消费观念相对保守，不敢尝试新的投资品种，在消费不能有效放大的前提下，只能将大量富余资金存人银行，赚取稳定而微薄的利息。

三、展望

尽管发展对于××支行来说整体客户的层次太低，经营资源的相对短缺。但是，通过现有分析，如下图:

××支行swot分析:

优势因素（s）

① 地处城市中心

② 开办多年口碑好

③ 客户资源广泛

④ 上级领导支持

⑤ 无不良资产

劣势因素(w)

① 网点规模较小

② 网点管理不健全

③ 优质客户较少

④

机会因素(o)

① 更多的金融服务需求，市场潜量巨大

② 支持新农村建设的金融政策将增强邮储银行竞争力

③ 引进先进营销理念和管理经验

so战略(增长型)

① 加快完善服务体系，为市场竞争创造有利条件

② 借鉴先进银行管理理念，开展现代化的营销管理

③ 维护老客户、开发新客户，为客户提供一揽子服务

wo战略（扭转型）

威胁因素(t)

① 行政干预影响了银行的自主营销管理

② 竞争经验不足，压力较大

③ 分业经营，分业监管的限制是成为全能银行的障碍

④ 金融立法不及时，不健全

st战略(进攻型)

wt（防御型）

我们在营造发展氛围，增强市场竞争力等方面，仍然保持长足的信心，可以从以下几个方面进行改进。一是进一步强化营销意识。代发养老金，从当前来看，该项业务已经成为我行创效的一条重要渠道。二是激励机制。通过逐步适度拉开收入差距，让贡献大的员工多受益，让待遇差的员工得实惠，既增加了部分员工的紧迫感，又鼓舞了一线员工的士气。同时，建议可以通过逐步缩小长期工和储蓄员工之间的收入差距，促使全行人均工资得到了大幅提升。通过这种激励机制，可以说是，既发展了业务，又得到了实惠。三是加强经营核算观念。细分市场的同时，又将每项业务按单位明码标价，进行量化，从而非常直观地将这种薪酬分配办法，纳入到经营核算中。四是发挥一类网点所的表率作用。总之，对上级领导提出的一个亿目标，就我们面临的发展环境，这些目标是否切合实际？但是，伟大的作家高尔基曾说过一句话：“一个人追求的目标越高，他的才力就发展得越快，对社会就越有益。”努力疏通五条发展渠道，就是“要发展，如何发展，发展什么”的硬道理。抓紧疏通中间业务渠道。首先要利用好银行卡的结算平台，增加手续费收入。一方面，要想方设法拓宽发卡领域，并向更多的客户群体渗透。另一方面，依赖烟草款流通仍是我行银行卡结算的一项主要经济收入。因而，在如何更好地为果客提供结算服务方面，要分清主次。只有为商户提供快捷一流的现金服务，才能让更多的流通款项汇入我行。这样既对增存有好处，又对增收手续费十分有利。其次是踏踏实实地做好载体建设。在增强团队精神和企业文化建设方面，我们要积极借助载体，将企业文化建设逐步落到实处。通过劳动竞赛和岗位练兵，提高员工的文化素质和业务技术素质，积极营造大家庭氛围，增强员工向心力；通过各种文体活动，凝聚人心，鼓舞士气；通过对先进典型的培育和弘扬，塑造一种积极向上的环境和氛围，激励员工追赶先进、奋发向上的热情。

篇7：邮政储蓄银行实习报告

毕业实习是我们从学校走向社会的一个重要铺垫，她使我们在实践中了解社会并将书面上的内容进行锤炼，让我们学到了在课堂上学不到的很多知识，能打视野，增长知识见，为我们以后进一步走向社会打下坚实基础。

一，中国邮政储蓄银行总行情况介绍

2006年12月31号，经国务院同意，中国银监会正式批准中国邮政储蓄银行开业，2007年3月20日，中国邮政储蓄银行成立仪式在北京举行。邮政储蓄银行由中国邮政储蓄集团公司组建，邮政网络是邮政储蓄银行发展和生存的依托，邮政企业和邮政银行将共享改革到来的机遇和成果，将行实现网络资源共享，建行实现邮政企业和邮政银行协调持续发展，加快邮政储蓄事业实现新的跨越。

二；实习情况介绍

实习时间：2016年3月2日----2016年4月9日 实习目地：

锻炼自己的动手能力，将学习的理论知识运用于实践当中，同时熟悉银行各个部门的运作流程，了解银行的基本业务板块，对银行工作有一个具体的了解和认识。

实习内容：

实习期间我有幸面试到邮政储蓄实习，这将近一个多月的实习以来，在师傅的精心领导下，我学到了许多书本以外的知识，受益匪浅。实习的第一天我怀着激动而又不安的心情来到邮政储蓄银行，大堂经理热情的接待了我，并把我介绍给了同事们，看着他们亲切的笑容，我悬着的心终于放了下来，在刚开始的一个月里，我是被安排观摩学习为主，师傅在做每项业务的时侯，都不忘给我详细讲解一些要点和注意事项，我会很认真的听取，并在随身携带的笔记本上记下要点，一段时间下来，我发觉还没有临柜操作，但对大部分操作有了一定的认识，碰到这些业务时，能很快反映出操作流程和注意事项等，而对于一天的工作流程，从班前准备，到日结打印，签退都有了一定的了解，我师父休息时，我继续跟着去他的同事学习。看到其他同事业务很忙时，我会过去主动帮忙，一开始由于一些基本技能不扎实，反而有点越帮越忙，她们都会耐心的教我，还给我很多锻炼的机会。为了提高我的各项基本能力，午休和空闲的时候，我会抓紧时间练习点钞，捆拔等基本技能，但是数字的录入给了我下马威，速度之慢让我感到脸红，师傅就鼓励我说：你要多加练习，就一定会有成效的。从此，我每天下班回家除了练习点钞捆把外，就是练习数字的录入，我们的经理和领导也很关心我的学习，经常和我交流，了解我的学习进度与碰到的困难，还会给我安排一些简单的业务，让我有了更多的实践机会，让我感受到了这个大家庭的温暖。实习阶段，所在的部门是储汇营业处。通过营业员指导和讲授相关业务知识及业务操作技能，同时在营业员的教导下，进行实际业务的操作，逐渐熟悉邮政储蓄系统，基本上能够独立完成日常的储蓄业务。尤其在点钞、捆钞技能的掌握方面取得了明显的进步。

1.了解熟悉邮政储蓄系统

在进行营业前台工作的操作之前，首先必须熟悉整个邮政储汇的操作系统，目前使用的是统一版本。刚开始实习时，熟记主交易菜单的交易码，特别是日常的交易代码，如：活期存取款代码是010102、010103;卡存取款的代码是020101、020104;现金转帐代码是010701;帐户到帐户转帐代码是010702等等。

2.营业窗口的实际操作

在熟悉了操作系统之后，我就开始进行实际操作了。起初在营业员的随身指导中，慢慢地进行操作。我所在营业处采用的是柜员制交易操作，即每一笔交易都是由营业员单人单独完成的，操作过程必须十分谨慎，注意操作流程的规范。当收到来自客户的现金时，必须将钞票“正反”两面过机鉴别并计数，确认无误后方可入柜，在相应的凭单上加盖“现金讫”，接着再进行数据的录入、打印单据等。而支付客户现金时，必须手工点钞与机器点钞两项步骤相结合，缺一不可。手工点钞的作用在于防止钞票粘合过机时无法完全分开。对于整捆的钞票拆封过机清点后方可支付。另外，在支付前必须询问一下客户“请问您支取多少”，再次核对金额。

3.点、捆钞技能的锻炼

“点钞”是银行柜员的基本技能之一。坐姿、手势及钞票的摆放角度，指法、手指间作用力度和双手的协调能力等等，这些都是要通过一番刻苦锻炼才能掌握的技能。“捆钞”中指法的运用是关键，一把钞票抓在手中，用拇指按于中间使其凹出弧状来，另一只手用捆钞带贴着外沿用力拉紧，绕两圈后反扣住原来的带也缠两圈，最后将整捆钞票压平，这样就可以牢牢地捆住一把钞票了。

实现体会：

经过在邮储银行的学习，我对银行也有了较为系统的了解与认识，包括银行组织框架、管理模式、业务范围等，并进一步坚定了往银行业发展的方向，虽然距银行要求还有一定的距离，但我会努力。同时也提高了我的市场敏感度和市场开发的能力，对邮政储蓄市场有了更深的了解；在与人交流沟通方面有了长足进步，特别是与客户的交流。一个月的实习培养我的职业素质，从刚开始的基本业务的学习到后来的临柜实践，邮储银行严谨、高效、真诚的办公氛围潜移默化的影响着我，让我逐渐褪去学生的稚嫩，一步步向成熟的职业人迈进。

一个月来，我拼命的学习、工作，全心全意投入职业，让我感受到了在邮储银行不一样的生活，让我的人生有多了一种经历。感谢邮储银行给我创造了那么好的实习条件，也感谢领导和同事给我的帮助和指导，你们的一言一行让我感受到了社会大家庭的温情。

实习小结：

篇8：银行计算机储蓄系统的可行性报告

自2007年3月中国邮政储蓄银行 (以下简称邮储银行) 成立以来, 企业的信息化程度不断提高。信息科技已经成为邮储银行稳健运营和发展的重要支柱。但是, 邮储银行对信息系统的依赖性也越来越强。信息系统在带来效益、效率的同时, 也带来了巨大的风险, 局部的故障极易引发银行业务交易失败甚至整个系统的瘫痪。目前邮储银行业务运营的特色就是数据大集中、业务大集中、信息科技风险大集中。因此, 积极开展信息系统审计, 有效防范信息科技风险已成为邮储内审工作的现实需要。

尽管邮储银行内审部门积极配合信息科技部门在科技管理和安全控制方面做了大量工作, 各项控制措施不断得以完善和加强。但是, 邮储银行的信息系统建设还存在一些薄弱环节, 如重硬件投资建设, 轻软件设计应用;重网络安全, 轻信息安全;重被动防御, 轻主动防御等, 安全与应用结合薄弱, 难以满足发展需求。邮储银行的信息系统审计工作起步较晚, 信息系统审计在具体的实施过程中存在诸多问题。

2 中国邮政储蓄银行信息系统审计实践中面临的困难

2.1 信息系统审计的制度尚不完善

从国家层面来看, 信息化条件下的审计方法、审计对象和审计技术都发生了很大变化, 现行审计制度已不能满足金融机构信息技术发展的需求。从邮储银行自身来看, 信息系统审计尚处在探索起步阶段, 没有建立统一的行业标准和实务操作指南。这一切都影响了邮储银行信息系统审计工作的开展以及信息系统审计的效果。邮储银行审计人员也缺乏对信息系统审计方面的理论研究和实践探索。

2.2 信息系统审计控制措施有待提高

一方面, 邮储银行信息系统审计的控制措施落实程度不够, 信息技术人员的主动性和积极性有待进一步加强, 预防性控制措施所占的比重较小, 纠正性控制和检查性控制所占的比重较大;另一方面, 邮储银行现行的信息系统控制措施在连续性和一致性方面存在缺陷, 业务运行部门的良好控制措施可能会因为信息系统开发部门的控制措施不完善而不能起到预期的控制效果, 反之亦然。

2.3 信息系统审计技术比较落后

信息技术的高速发展和广泛应用, 使得企业的交易事项大部分由计算机系统自动完成, 人工操作痕迹比较少, 传统的审计线索荡然无存, 充分适当的审计证据很难搜集。这就要求邮储银行的信息系统审计必须参与和融入信息系统建设整个生命周期的所有活动中去, 包括信息系统的开发、设计、运行和维护等。但是在实际工作中, 由于现有审计技术的局限性, 审计人员完全处于被动地位。虽然邮储银行的审计人员也在逐步使用一些计算机辅助审计技术, 但只停留在对被审计部门的电子数据进行处理阶段。从性质上来讲, 仍然属于对事后工作成果检查性的控制和审查, 没有充分发挥信息系统审计的真正作用。

2.4 信息系统审计专业人才匮乏

信息系统审计对审计人员素质要求比较高。从新加坡发展银行和美国大通银行的信息系统审计组织框架和人员配备上看, 信息系统审计由于涵盖了软件开发、项目投产、运行维护的全过程, 包含了信息系统生命周期的所有阶段, 因此信息系统审计机构设置基本采用在总审计师领导下, 与业务审计两条线并列的模式, 人员专业化分工明确, 技术水平要求也较高, 懂信息技术人员的比例一般占审计人员的30%~50%。而邮储银行内审人员大多从原来的业务稽查岗位划转而来, 在信息化技术的使用上还存在着欠缺;新招聘的人员, 虽然具备财会和计算机等专业知识, 但对银行业务却不甚了解, 造成目前审计人员欠缺计算机专业知识, 计算机人才欠缺审计知识的“两难”局面。邮储银行内审人员在数量和质量上与国内外同业相比, 均有不小的差距, 成为制约邮储银行推进信息系统审计的瓶颈问题。

3 邮储银行推进信息系统审计工作的对策建议

3.1 建立国际标准框架下的信息系统审计标准与规范体系

从国际同行的经验来看, 大多数国际商业银行都在自己的信息系统审计体系下, 遵循着一套行之有效的国际标准或规范。如COBIT、BS7799、COSO、ITIL等。邮储银行也要按照国际通常做法, 结合本行实际, 确立自己的信息系统审计标准与规范;同时, 进一步明确信息系统审计的技术角色, 强化信息系统审计的技术特色, 结合本行的审计资源, 把信息系统审计技术角色分为应用、系统、网络与硬件、管理4个大类。不同的技术角色分别负责信息系统生命周期中不同阶段的不同领域的控制、分析和评价, 确立风险控制的重点, 建立相应的风险评估指标, 切实提高邮储银行信息系统审计的专业化水准。

3.2 建立全方位的信息系统审计管理体系

目前, 邮储银行在对信息系统进行安全评价时, 主要侧重反病毒、防火墙、系统备份等技术方面, 而对信息系统审计在信息系统控制、风险管理以及公司治理中的作用没有给予足够的重视。因此, 邮储银行要努力落实银监会颁布的《商业银行信息科技风险管理指引》具体要求, 一方面, 做好基础设施建设, 科学设计和切实落实安全防护措施;另一方面, 要重视信息系统内部审计的作用, 抓紧完善公司治理机制, 建立信息系统风险控制委员会, 定期对信息系统风险管理情况进行研究, 推进信息系统审计工作中故障发现、风险评估和风险防范措施的落实, 督促指导信息系统审计人员的工作。从信息系统审计的对象来看, 信息系统审计既包括软硬件系统, 也包括对银行的业务持续性审计, 以及信息系统项目的组织、策划、服务管理等诸多方面, 因此邮储银行应借鉴其他商业银行开展信息系统审计的经验, 其信息系统审计团队要由信息系统专家、银行业务专家、咨询专家等多方面的人员组成, 主要的审计人员应具备信息系统审计师资格, 以保证邮储银行信息系统审计工作高效运行。

3.3 推广先进的审计技术, 建立科学的信息系统审计模式

从国际银行业界开展信息系统审计的模式来看, 借助先进技术进行非现场审计已是大势所趋。邮储银行现阶段开展信息系统审计, 应根据本行信息系统发展现状, 将现场审计和非现场审计有效结合, 合理配备审计资源, 采用灵活的、可配置的审计模型及数据分析探测工具, 构建科学、有效的风险识别、监测和评估体系;具体实施时, 应从接近传统审计模式的制度审计、内部控制审计入手, 逐步向系统内部深入;同时也要注意加强风险管理, 规避信息系统审计风险;在关注重要性的同时, 力求效益性, 防止因审计不当, 导致新的风险产生。

3.4 培养信息系统审计专业人才

信息系统审计专业人才培养是信息系统审计发展的前提和基础, 也是一项长期的、系统性的工作。在具体实施时, 可以考虑以下4个方面的内容。

一是专业人才的引进。从信息系统审计实践看, 具有信息科技背景的人员和业务精通的人员是现实工作最需要的。因此, 在人才引进方面应该兼顾两个方面的需求。

二是信息系统审计职业认证培训。职业认证培训相对成熟, 可使审计人员获得全面、系统的知识, 在组织内形成基础的知识共同体, 以达成共同的认知和充分的沟通。邮储银行可以分批组织审计人员参与CISA (信息系统审计师) 认证培训, 提高专业素质。

三是信息科技专业培训。在认证培训的基础上, 还应利用内部资源, 在信息科技专业方面进行培训, 如网络、操作系统、信息安全、应用系统等方面, 以确保审计人员对本行信息科技充分了解。

四是专业化分工。由于银行信息科技的日趋复杂, 信息系统审计内部的专业化分工是必然的选择。专业化分工可使邮储银行内审人员专注于某个领域, 提高专业深度, 有效地提高其信息系统审计的履职能力。

3.5 构建信息系统审计知识共享平台

鉴于信息科技自身发展迅速, 邮储银行内审部门需要构建信息系统审计知识共享平台。该平台应该包括信息系统审计的审计标准、流程、测试点、审计案例等内容, 并由专门人员进行维护, 在全行审计条线内进行共享。这样做可以帮助审计人员更好掌握审计理念、技术和方法, 为审计人员提供良好的沟通协作平台, 保证了流程的规范性;同时也为审计人员提供了方便安全的证据查阅机制, 为审计报告提供了量化参考, 方便了内部审计和管理。

参考文献

[1]田佳林.信息系统审计简述[J].中国乡镇企业会计, 2012 (5) .

[2]罗锋, 时文绮.城商行IT审计发展研究[J].金融电子化, 2011 (10) .