关键词MIS系统系统集成键盘缓冲区操作继承原有软件系统
1引言
在接到开发中国人民银行广西区分行办公信息服务系统任务的初期，我们既兴奋又迷茫，兴奋的是我们有机会从事一项意义重大的工作，迷茫的是在我们以往所进行的系统集成实例中找不到可以借鉴的经验，而且从各种资料上也查不到类似的范例。尽管开始时我们还感到无从下手，但我们还是下决心完成这一艰巨的任务。在整项工程的建设过程中，我们的感觉仿佛是在黑暗中摸索前进，我们制定并否定了一个又一个方案，最后终于找到了一个看起来可行的方案，并勇敢地前进，终于在完成了任务的同时证明了这一方案的可行性。2需求分析
中国人民银行广西区分行办公信息服务系统建设的目的是为行长和处长们办公决策提供全面、可靠、快捷的信息服务。这一系统开发完成后，行长及处长们只需在计算机前就可调阅人行各业务处的数据和报表，并且还能查阅到广西区情、广西国民经济综合情况、电话号码、飞机航班、列车时刻、最新文件及重大事件等信息。中国人民银行办公信息服务系统不仅要新开发许多公共信息服务系统，而且最重要的是要在人行广西区分行二十多个业务处现有的和将来中国人民银行总行配发的软件系统基础上进行，即要求新开发系统要完全具有人行广西区分行原有各业务系统及将来总行配发下来的软件系统功能。根据项目内容，我们可以将需求归纳成两大类信息服务系统即业务信息类和公共信息类信息服务系统。
公共信息类信息服务系统包括电话号码、列车时刻、飞机航班、最新公文及最新动态、广西区情及综合情况等这些公共的信息查询系统，这类系统原来中国人民银行广西区分行内没有，因此我们需要开发这些软件系统，这一部分方案比较容易确定。业务信息是指中国人民银行广西区分行各业务处每日产生的大量数据及报表，这些数据及报表是各处的业务软件系统处理的结果。业务信息类服务系统不仅要求功能齐全，而且要操作简单，行长和处长们只需进行简单的操作即可查阅到各业务处的数据和报表。因为各业务处的办公信息服务系统的来源复杂，有的是从中国人民银行总行各相对独立的专业司配发下来的，有的是中国人民银行广西区分行科技处的同志开发的，有的是市县支行同志开发的。同时这些软件开发工具也不一，并多是.EXE文件，因此系统集成难度大，我们需要寻找到一个可行的系统集成方案。
3系统集成方案的制定
本项工程最突出的特点是要在完全利用原有系统的前提下为高层领导开发一个高水平的软件系统，因此无论在设计思想上还是在技术上都需要对现有系统集成方法有所突破。为此,我们进行了多种尝试,先后制定过以下四个方案。
(1)从分析和处理各原业务系统原始数据入手重现各种报表。
(2)截取打印机端口数据获得原业务系统各种报表，并进行处理。
(3)将原业务系统数据转换成可被EXCEL.识别的数据，用EXCEL来编制和管理报表系统。
(4)直接将原业务系统集成进我们的系统，利用原业务系统的查询功能。
经过深入细致的调研和研究分析，我们选定了最后一个方案。直接将原业务系统集成进我们的系统，利用原业务系统的查询功能。
4办公信息服务系统总体设计方案
在分别确定了网络系统方案，软件系统及系统集成方案后，我们设计了系统总体设计方案。具体如下：
1)采用WINDOWSNT网络结构，服务器为中文WINDOWSNT3.51，工作站采用中文WINDOWS3.2。
2)数据库采用CLIENT/SERVER模式，数据库服务器采用SQLSERVER6.5，LIENT端开发工具采POWERBUILDER5.0。
3)用POWERBUILDER5.0开发系统主框架及公共信息子系统。
4)将业务系统放在工作站硬盘上，让其在工作站上运行，然后通过网络来采集和传送数据。
5)将各业务系统直接集成到办公信息服务系统中。
6)将所有业务系统在每台行长用机硬盘上都安装一套，行长在本工作站上使用与各业务处相同的系统，查阅各种业务数据，业务数据通过网络采集。
7)用直接对键盘缓冲区操作的方法，简化行长对业务数据的查询过程。
5系统数据流程
公共信息存放在网络服务器，各工作站都可直接查询。
从业务软件上网，数据的安全性及软件系统的可靠性三方面考虑，中国人民银行广西区分行办公信息服务系统将业务软件系统及所有的业务查询系统软件都放置在工作站硬盘上，业务数据查询操作也只对工作站硬盘进行。在对业务数据处理方面网络只承担数据采集及传递的任务，业务数据的流程是定期从各业务处工作站拷贝到网络上相应目录，再由行长和处长们将其从网络上取回到他们自己的工作站。
6需要解决的技术问题
采用这一方案，需要将用POWERBUILDER新开发出来的系统与原有的WINDOWS环境上运行的，EXE文件与在DOS下中文环境UCDOS上运行的.EXE文件及在DOS环境上foxbase下运行的.PRG文件，或在LOTUS123下运行的软件集成在一起，并且采用了直接对键盘缓冲区进行操作的技术，因此就面临着许多诸如内存不够，地址及显示方式冲突等错综复杂的问题，下面就介绍我们曾遇到的问题及解决问题的方法。
6.1网络结构
由于各业务系统原来是在单用户环境上开发的，没有考虑网络上运行的特点，因此无法直接上网，为此我们采用非集中式数据管理方法，将业务系统放在工作站硬盘上，让其在工作站上运行，然后通过网络来采集和传送数据，这样就解决了业务系统多个用户同时使用，数据共享及网络安全等问题。
6.2系统集成方案
因为中国人民银行广西区分行办公信息服务系统覆盖面很大，并要将原有五花八门的系统与新开发的系统集成在一起，在这些系统中有POWERBUILDER开的发，有用VISUALFOXPROFORWINDOWS及FOXPROFORWINDOWS开发的，也有在DOS及UCDOS下用FOXPRO2.5及FOXBASE开发的，还有在LOTUS123下运行的系统，同时还要考虑直接对键盘缓冲区进行操作时的可靠性，因此系统集成方案是本项目中的关键。我们曾经制定了两种方案，第一种方案是系统一开始是运行在DOS环境上，先进入UCDOS，这样用户可正常运行DOS下的业务系统，当需要运行WINDOWS下的系统时，才退出UCDOS进入WINDOWS，用户接着可使用WINDOWS下的业务软件及公共信息软件系统。第二种方案是，系统一开始就运行在WINDOWS环境，用户可直接运行公共信息系统及WINDOWS环境下的业务软件系统，当用户需要使用DOS环境的系统时，再调用WINDOWS下的DOS窗口，进入UCDOS，然后运行业务软件系统，运行完后退回WINDOWS。第一种方案比较简单，但用户界面不理想，操作步骤及系统反应时间较长。第二方案用户界面良好，操作管理简便，但由于系统叠加层次较多，因此需解决内存及其它资源限制及冲突等问题。经过努力我们成功地按第二方案实施，使得原来五花八门而显得零乱的多个系统在WINDOWS下集成起来，形成一个有机的整体。6.3键盘缓冲区操作
因为办公信息服务系统的使用者是人行广西区分行的高层领导，因此除了要求界面美观之外，还特别要求使用简便。由于我们将各原有系统集成到我们的软件中，而各原有系统一般功能繁多，并多需要输入口令等繁琐的步骤才能进入到领导们所需的查询功能，因此我们采用预先将这些操作的字符序列自动写入键盘缓冲区的办法，将这些步骤“短路”，领导们在调用该业务系统时就直接进入到查询功能。
在对DOS环境下运行的业务系统，我们采用直接向键盘缓冲区写入字符序列，以简化操作的方法。采用这种方法需要掌握写入的时机，否则及容易造成不可预见性的结果以致死机。由于用户将要在不同业务系统中来回选择，因此键盘缓冲区操作程序在内存的驻留方式也是一个需要处理好的问题，否则会出现内存管理混乱等问题。经过反复尝试我们找到了解决问题的方案，采用从WINDOWS调用DOS进程及UCDOS之后，调用键盘缓冲区操作程序，将操作序列写入到键盘缓冲区，然后再调用业务系统，由系统自动按键盘缓冲区的字符序列进入业务系统的查询操作，在退出业务系统时，由WINDOWS自动清除内存中的UCDOS及键盘缓冲区操作程序，使内存恢复到调用前原状。在处理WINDOWS环境中运行的业务系统时，我们在进入系统前直接调用键盘缓冲区操作程序，将操作序列写入到键盘缓冲区，然后调用业务系统，让其自动按键盘缓冲区序列进入到其查询功能。
6.4内存优化
采用这种集成方案，内存将要容纳网络驱动程序，WINDOWS，UCDOS，FOXBASE，业务系统，DOS解释程序等，因此常常会遇到内存不足的问题，采用优化内存是解决内存不足的一种方法，我们采用DOS的MEMMAKER来优化内存，以解决基本内存不足的问题。
6.5WINDOWS与UCDOS协调工作
由于系统主框架是运行于WINDOWS环境，而业务系统许多是在DOS环境下UCDOS环境中运行，这就涉及中文WINDOWS与UCDOS协调工作的问题，如果先进UCDOS，然后执行WINDOWS，则会造成显示方式冲突，系统无法使用，反之，先进WINDOWS然后再调用DOS进程，进入UCDOS，则使用顺畅，并且在退出DOS进程后，内存没有任何残留。
6.6解决内存不足问题
采用直接集成方案，内存将要容纳网络驱动程序、WINDOWS、UCDOS、FOXBASE，业务系统，DOS解释程序等，因此常常会遇到内存不足的问题，采用优化内存是解决内存不足的一种方法，但只能解决部分基本内存不足的问题，在许多情况下仍需采用别的方法。如某处业务软件是在FOXBASE下运行的.FOX程序，该.FOX程序调用DOS命令，这样内存中将要容纳网络驱动程序，中文WINDOWS3.2，DOS，UCDOS5.0，键盘操作驻留程序，FOXBASE，该.FOX及DOS命令解释程序，从而造成内存不足。为解决这一问题，我们找来了反编译程序，将.FOX文件反编译成.PRG文件，然后用FOXPRO2.5，将其编译成.EXE文件，这样在调用它时，就无需执行FOXBASE，从而解决这种内存不足的问题。
7成果
在进行项目开发的过程中我们曾查阅许多资料，没有人曾介绍用类似的方案进行系统集成的经验。因此在项目开发完成前，我们一直担心，最后的系统会不会是个“四不象”，但我们惊喜地发现，我们的系统不仅功能强大，性能可靠，而且各部分衔接自然，使用极其方便。这种系统集成方法是一种新颖的方法。为在大型企业及机构已有的软件系统基础上进行系统集成创造了一种巧妙简截而又成功的解决方案。
9参考文献
[1]PowerBuilder5.0技术参考手册(套)北京市晓通网络数据库研究所
[2]Excel5forwindows大全，海洋出版社
[3]WINDOWSNT3.51技术手册(套)，微软公司
【摘要】
基于Web技术的数据库应用是当前应用的一个热点，在用户数目与通信负荷很大的场合，提高Web服务器性能是一个迫切的课题。本文从笔者参与某个银行系统项目开发的经历出发，阐述了提高Web服务器的性能应渗入到项目论证、选型、开发、运行和管理的各个环节，只有各个环节都能充分考虑到性能与质量的需要，系统的性能才是真正可保证的和可扩充的。
文章从系统的实际运行与相应的经验出发，阐述了性能改进方面的一些具体措施。
比如：在本文中讨论了Web服务器平台的选型考虑；Web服务器的配置管理；应用系统本身的优化与预先设计系统时可扩性的性能保障等具体内容。
通过技术上的分析与改进，综合性地运用多类措施与手段，在实际系统中，Web服务器运行的性能得到了一定程度的保证。
【正文】
我所在的单位是把目标定位于金融领域开发IT应用的一家信息技术公司。随着金融电子化建设的发展和商业银行之间市场竞争的加剧，各主要商业银行不断通过信息技术提供新的金融产品，并且希望能整合市场渠道。比如主要的商业银行不断推出形形的网上银行服务。在这种背景下，本人参与了开发新一代网上银行产品，涉及到提供网上个人理财服务、网上外汇买卖服务、网上企业服务等具有市场竞争力的产品。作为项目开发的组织者之一和主要的技术骨干，在整个项目开发过程中始终要处于第一线，从而在改进Web服务器性能、提高整个网上平台系统性能方面收获良多，在本文中简要讨论如下，希望与读者们共享经验。在Web服务器配置与优化方面，我有如下几方面主要的体会：
第一方面是Web服务器选型考虑。
在Web服务器选型及网上平台搭建之初，我们就已充分考虑整个网上平台的性能及可扩展性问题。这一考虑为该系统的稳定性及扩展性能力方面打下了坚实的基础。
某银行原有的一些网上产品由于开发较早，故而采用的是老式的HTTP Server+CGI程序调用的方式。这时，每一客户请求需要对应于后端系统的系统进程来运行CGI程序来处理，系统的开销相当大，系统的扩展能力也很差，性能已不能满足业务处理的需要，故而在为此银行系统具体选型的时候，我们一开始就否决了这种方案。
通过市场上同类产品的比较选择，我们选择了国际商业机器有限公司IBM的Web Sphere产品系列作为该行网上银行系统的建立平台。作出这样选择是因为Web Sphere基于使HTTP Server和应用服务器相分离的整体架构，同时支持JSP、Servlet和企业组Java Bean等轻量级线程规范，所有的请求对应于应用服务器上的处理线程，系统的开销低、效率非常高，同时Web Sphere整个体系结构相当的灵活，为适应扩展需要可以作不同的横向和纵向扩展，从而可以满足各银行未来的扩展需要。
正是因为在一开始选型的时候我们就已考虑到未来的扩展需要，整个系统在接下来的几次性能改进方面，我们大体上都能相对顺利地达到了预期目标。
第二方面是Web服务器的性能配置。
在一开始系统上线的时候，由于系统的负荷不是很大，为了节省系统总拥有成本TCO投资，我们在一台较低配置的IBM RS6000上投产了该系统。整个系统的HTTP服务器、应用服务器、通信服务器等均位于该台机器上，由于初始投产时用户不多，所以系统的性能基本上能令人接受。
但随着业务的发展和用户访问量的增大，我们发现该服务器的响应变慢，系统的CPU利用率和内外存交换显著增大。经过跟踪，我们发现关键原因之一是系统的内存不足的缘故。由于网上服务器把大量用户的会话信息保存在内存中供给应用系统使用，当内存不足时，大量Session信息被迫交换至硬盘，大量CPU时间消耗在等候内外存的交换上，系统效率迅速下降。
鉴于这种情况，我们把该服务器的内存由2GB扩充为4GB，同时相应调整用户会话信息的保存时间，这样整个系统的效率又回到较为理想的状况。
由于新应用的不断投产及数据库操作的日益增加，我们后来逐渐监控到系统的数据库处于繁忙状态，系统的错误日志也记录下了供应用服务器使用的数据库连接处出现资源不足的情况。在这种背景下，我们认为整个系统由于硬件配置所限，应该进行横向扩展，因此我们把数据库服务器分离出来，配置到另一较高性能的服务器上，相应定义的数据库资源也大幅增加，这样整个系统的性能又处于较为理想的状况。
第三方面是对应用系统进行相应的优化以提高性能。
Web服务器配置及相应的硬件扩展不失为解决系统性能问题的一条捷径，但应用系统的优化也是应该重点加以考虑的，毕竟它能够在投入较少的情况下提高系统的运用效率。
在开发的初期，我们就已经十分注意系统的利用效率，比如提醒程序员尽量不要利用用户会话信息(Session）来传递大的对象，对于内存要注意回收等。同时，通过内部的交流会推广与介绍一些小的、有用的编程技巧来提高开发人员的水平，通过代码的抽查，希望能在早期就发现问题等。
在系统运行期间，我们通过监控发现，应用服务器所基于的Java虚拟机，其内存堆的空闲空间有不断下降的趋势，每隔若干天导致空间消耗殆尽、无法分配新对象空间，从而导致系统重启。在排除了系统本身问题的原因外，我们确定为应用系统的开发有问题。通过从网上万载IBM公司检测Java虚拟机的相关工具对JVM进行监控后终于发现系统内部存在着不能回收内存的对象，再通过查找相应的程序发现在该程序中有“环状”的对象引用，从而导致对象使用后不能被垃圾收集器所回收。这个问题的解决过程虽然十分艰苦，但由于该问题不能通过升级硬件或增加资源配置而得到根本解决，会给系统带来很大的隐患。所以，整个过程的分析与解决是完全值得的，更何况通过查找故障原因的过程，给整个项目组上了生动的一堂软件质量保证课，对项目组的质量意识起了很大的促进作用。
所以说改进Web服务器的性能井不单纯是系统管理方面的工作，它渗透到开发以及
系统运行等一系列环节中。
第四方面预先考虑未来的扩展与性能需要。
随着系统的发展及成熟，考虑到用户访问量的不断上升，为了预留系统的发展空间，我们最近又对整个系统作了一个系统性的升级。通过引入多台HTTP服务器及应用服务器并行工作提高整个系统吞吐量及单点故障克服能力。由于在一开始选型的时候就已经充分考虑到动态负载均衡及横向扩展方面的需要，这一项的升级无需对整个系统的体系结构作根本的变革，对应用程序来说，更是没有造成任何影响。
【摘要】
基于Web技术的数据库应用是当前应用的一个热点，在用户数目与通信负荷很大的场合，提高Web服务器性能是一个迫切的课题。本文从笔者参与某个银行系统项目开发的经历出发，阐述了提高Web服务器的性能应渗入到项目论证、选型、开发、运行和管理的各个环节，只有各个环节都能充分考虑到性能与质量的需要，系统的性能才是真正可保证的和可扩充的。
文章从系统的实际运行与相应的经验出发，阐述了性能改进方面的一些具体措施。
比如：在本文中讨论了Web服务器平台的选型考虑；Web服务器的配置管理；应用系统本身的优化与预先设计系统时可扩性的性能保障等具体内容。
通过技术上的分析与改进，综合性地运用多类措施与手段，在实际系统中，Web服务器运行的性能得到了一定程度的保证。
【正文】
我所在的单位是把目标定位于金融领域开发IT应用的一家信息技术公司。随着金融电子化建设的发展和商业银行之间市场竞争的加剧，各主要商业银行不断通过信息技术提供新的金融产品，并且希望能整合市场渠道。比如主要的商业银行不断推出形形色色的网上银行服务。在这种背景下，本人参与了开发新一代网上银行产品，涉及到提供网上个人理财服务、网上外汇买卖服务、网上企业服务等具有市场竞争力的产品。作为项目开发的组织者之一和主要的技术骨干，在整个项目开发过程中始终要处于第一线，从而在改进Web服务器性能、提高整个网上平台系统性能方面收获良多，在本文中简要讨论如下，希望与读者们共享经验。在Web服务器配置与优化方面，我有如下几方面主要的体会：
第一方面是Web服务器选型考虑。
在Web服务器选型及网上平台搭建之初，我们就已充分考虑整个网上平台的性能及可扩展性问题。这一考虑为该系统的稳定性及扩展性能力方面打下了坚实的基础。
某银行原有的一些网上产品由于开发较早，故而采用的是老式的HTTP Server+CGI程序调用的方式。这时，每一客户请求需要对应于后端系统的系统进程来运行CGI程序来处理，系统的开销相当大，系统的扩展能力也很差，性能已不能满足业务处理的需要，故而在为此银行系统具体选型的时候，我们一开始就否决了这种方案。
通过市场上同类产品的比较选择，我们选择了国际商业机器有限公司IBM的Web Sphere产品系列作为该行网上银行系统的建立平台。作出这样选择是因为Web Sphere基于使HTTP Server和应用服务器相分离的整体架构，同时支持JSP、Servlet和企业组Java Bean等轻量级线程规范，所有的请求对应于应用服务器上的处理线程，系统的开销低、效率非常高，同时Web Sphere整个体系结构相当的灵活，为适应扩展需要可以作不同的横向和纵向扩展，从而可以满足各银行未来的扩展需要。
正是因为在一开始选型的时候我们就已考虑到未来的扩展需要，整个系统在接下来的几次性能改进方面，我们大体上都能相对顺利地达到了预期目标。
第二方面是Web服务器的性能配置。
在一开始系统上线的时候，由于系统的负荷不是很大，为了节省系统总拥有成本TCO投资，我们在一台较低配置的IBM RS6000上投产了该系统。整个系统的HTTP服务器、应用服务器、通信服务器等均位于该台机器上，由于初始投产时用户不多，所以系统的性能基本上能令人接受。
但随着业务的发展和用户访问量的增大，我们发现该服务器的响应变慢，系统的CPU利用率和内外存交换显著增大。经过跟踪，我们发现关键原因之一是系统的内存不足的缘故。由于网上服务器把大量用户的会话信息保存在内存中供给应用系统使用，当内存不足时，大量Session信息被迫交换至硬盘，大量CPU时间消耗在等候内外存的交换上，系统效率迅速下降。
鉴于这种情况，我们把该服务器的内存由2GB扩充为4GB，同时相应调整用户会话信息的保存时间，这样整个系统的效率又回到较为理想的状况。
由于新应用的不断投产及数据库操作的日益增加，我们后来逐渐监控到系统的数据库处于繁忙状态，系统的错误日志也记录下了供应用服务器使用的数据库连接处出现资源不足的情况。在这种背景下，我们认为整个系统由于硬件配置所限，应该进行横向扩展，因此我们把数据库服务器分离出来，配置到另一较高性能的服务器上，相应定义的数据库资源也大幅增加，这样整个系统的性能又处于较为理想的状况。
第三方面是对应用系统进行相应的优化以提高性能。
Web服务器配置及相应的硬件扩展不失为解决系统性能问题的一条捷径，但应用系统的优化也是应该重点加以考虑的，毕竟它能够在投入较少的情况下提高系统的运用效率。
在开发的初期，我们就已经十分注意系统的利用效率，比如提醒程序员尽量不要利用用户会话信息(Session）来传递大的对象，对于内存要注意回收等。同时，通过内部的交流会推广与介绍一些小的、有用的编程技巧来提高开发人员的水平，通过代码的抽查，希望能在早期就发现问题等。
在系统运行期间，我们通过监控发现，应用服务器所基于的Java虚拟机，其内存堆的空闲空间有不断下降的趋势，每隔若干天导致空间消耗殆尽、无法分配新对象空间，从而导致系统重启。在排除了系统本身问题的原因外，我们确定为应用系统的开发有问题。通过从网上万载IBM公司检测Java虚拟机的相关工具对JVM进行监控后终于发现系统内部存在着不能回收内存的对象，再通过查找相应的程序发现在该程序中有“环状”的对象引用，从而导致对象使用后不能被垃圾收集器所回收。这个问题的解决过程虽然十分艰苦，但由于该问题不能通过升级硬件或增加资源配置而得到根本解决，会给系统带来很大的隐患。所以，整个过程的分析与解决是完全值得的，更何况通过查找故障原因的过程，给整个项目组上了生动的一堂软件质量保证课，对项目组的质量意识起了很大的促进作用。
所以说改进Web服务器的性能井不单纯是系统管理方面的工作，它渗透到开发以及
系统运行等一系列环节中。
第四方面预先考虑未来的扩展与性能需要。
随着系统的发展及成熟，考虑到用户访问量的不断上升，为了预留系统的发展空间，我们最近又对整个系统作了一个系统性的升级。通过引入多台HTTP服务器及应用服务器并行工作提高整个系统吞吐量及单点故障克服能力。由于在一开始选型的时候就已经充分考虑到动态负载均衡及横向扩展方面的需要，这一项的升级无需对整个系统的体系结构作根本的变革，对应用程序来说，更是没有造成任何影响。
关键词：金融统计;制度;问题;对策
基层邮政储蓄银行成立后，其业务范围比邮政储汇局发生了显著变化，业务品种也增多，功能进一步增强。但是，金融统计业务仍按照原邮政储汇局体制下的统计制度执行，加之，基层分支机构统计基础管理薄弱，统计队伍素质极低，导致基层邮政储蓄银行金融数据难以准确、完整统计，进而影响全辖汇总金融统计数据的真实性，应尽快予以修订完善。
一、邮政储蓄银行金融统计制度方面存在的问题
1.没有设置专门的统计部门和统计岗位。目前邮政储蓄银行向人行报送的报表由财务会计部门的人员兼职报送，没有专门负责统计的统计部门和统计人员，更没有制定金融统计及相关的职责制度，会计人员对金融统计制度不了解，很难保证邮政储蓄银行报表数据的准确性，从而影响了全辖金融统计数据的质量。
2.信贷报表未按“全科目”数据报送。邮政储蓄银行成立后，报表模式仍按邮政储汇局体制报送，向人民银行报送的数据主要是储蓄存款、现金、存放中央银行准备金存款、存放同业款项、应收及预付款项、应付及暂收款、短期贷款等项指标，而其损益类指标一直未纳入金融统计“全科目”数据统计中，导致全辖金融统计报表数据不全、不真实。
3.报表对转人行项目归属不准。会计人员由于不熟悉统计项目，对一些统计项目只凭自己的理解，存在报数不准的现象。如邮政储蓄银行陆续开始办理小额存单质押贷款业务。据调查，对此项业务邮政储蓄银行只是其内部对业务量及相关内容进行统计，而在向人行上报的人民币信贷统计报表中只在“短期贷款”中填入数据，而细分项目中随意填报，有的全部报入“农业贷款”中，有的报入“其他短期贷款”项下“个体户及个人经营性贷款”中，也有的报入“个人消费贷款”中，一种贷款归属不一致，致使邮政储蓄银行报表中反映的数据与实际不符。
4.邮政储蓄银行不报现金业务报表。邮政储蓄银行成立以来，一直未向人行报送现金报表，它的现金业务由其开户行进行统计代报。据调查，开户行将邮政储蓄银行存取的现金业务全部统计入该银行现金报表中的“储蓄存款收入”和“储蓄存款支出”项目中。而实际上邮政储蓄银行的现金收支业务除涉及储蓄存款收入、储蓄存款支出外，还有商品销售收入、服务业收入、城乡个体经营收入、居民归还贷款收入、汇兑收入（支出）等项目，将以上数据一概归入“储蓄存款收入和“储蓄存款支出”项目，造成金融系统现金收支统计数据严重失真。
5.基层邮政储蓄银行电子化管理簿弱。基层邮政储蓄银行从未开发金融统计系统软件，更没有与人行转换的统计系统，向人行报数以手工操作为主，数据准确性较差。据了解，基层邮政储蓄银行向人行报送的数据需向四个系统（即公司业务系统、储蓄业务系统、小额信贷业务系统和客户管理系统）中查询取数，而且部分数据还直接查不到，需向省行询问查询得到，如短期贷款项下的明细贷款项目及委托存款及投资基金必须从省行系统中取据，然后手工录入人行系统报送，因此准确性很差。
二、完善邮政储蓄银行金融统计制度的建议
1.加强邮政储蓄银行统计工作的组织领导和基础管理。邮政储蓄银行应确定专门的统计业务部门，编制自身的金融统计制度。一要尽快实现统计数据归口管理；二要合理配备统计业务专职人员，并制订相应的岗位职责和目标任务，加大对统计人员的培训考核力度；三要提高统计操作的电子化程度。尽快开发邮政储蓄银行金融统计信息系统，完成与人民银行统计系统的电子接口，实现全科目数据电子接收。四要加强统计工作的内部监督与检查，提升统计工作整体水平。通过采取以上措施，使邮政储蓄银行的统计工作真正达到全面、及时、准确的要求。
2.修订邮政储蓄银行人民币信贷全科目统计指标，确保邮政储蓄银行各项业务真实统计。第一，在邮政储蓄银行全科目统计指标“其他短期贷款”和“其他中长期贷款”项目下增设“短期质押贷款”和“中长期质押贷款”指标，要求邮政储蓄质押贷款业务先按期限统计在相应项目中，再按用途分类归属到个人经营性贷款和个人消费贷款项目下，对个人消费贷款再按用途进一步细分；第二，将其损益类报表数据纳入相应的信贷收支统计表中。
一、商业银行会计电算化系统使用现状
在我国商业银行领域，会计电算化从建立模仿手工作业的单项业务应用系统开始，经历了多项业务应用集成处理阶段，正逐步向着集约化管理和决策支持的高级阶段发展。以我国最大的商业银行中国工商银行为例，截止到1998年末，工商银行电子化营业网点的覆盖率已超过90％，其中，全国150个主要大中城市电子化网点覆盖率已达到98％以上。与此同时，区域范围的通存通兑系统、全国范围的电子汇兑系统、企业银行系统、自助银行系统等一大批会计电算化应用系统的陆续投产也为我国商业银行竞争力的提高和业务的发展起到了良好的支持作用。
会计电算化给商业银行带来的社会效益表现在：加速企业资金周转；减少现金流通量；为社会提供多元化的金融服务；为国民经济信息化提供重要支持。会计电算化给商业银行带来的经济效益表现在：提高了商业银行工作效率和经营能力；提高了商业银行会计核算的质量和经营管理水平；扩大了业务范围，改善了客户服务；改善了资金调度能力，提高了盈利能力。
二、商业银行会计电算化系统存在的主要安全隐患
概括地说，我国商业银行会计电算化系统存在的主要安全隐患包括：
(一)部分干部职工对计算机知识缺乏了解，风险防范意识淡簿。
当前，我国银行业中有一些干部职工由于计算机知识缺乏，往往认为电算化系统是由计算机自动控制的，比手工处理更安全，殊不知计算机系统也是人来控制和使用的，任何有意的破坏或无意的操作失误行为都会更具隐蔽性，都可能带来更为严重的损失和后果。
(二)业务需求不完善，导致应用软件控制和管理功能不完善。
在部分电算化系统开发过程中，由于参与软件开发的人员（包括业务和技术人员），对业务流程及容易发生弊端的环节不了解或没有深入研究，业务需求没有考虑如何建立一种安全机制，特别是没有考虑对以后使用软件系统的有关人员如何进行防范，造成数据输入、数据处理、数据保管等方面的风险。
另外，目前银行使用的一部分会计电算化软件在系统设计上都或多或少存在一些问题。比如：有的软件在设计销户交易时，没有考虑对应收未收利息进行检查，导致有银行欠息的客户也能销户；又如：目前大多数银行会计软件的操作员权限都只划分为两级，高级别柜员有权执行低级别柜员的全部操作；再比如：更为严重的是有些系统还允许系统管理员查询操作员密码和操作员号，并给系统管理员定义了很高的操作权限，能够办理销帐、冲帐、调整计息积数等业务，致使管理员可以绕开会计主管的监督进行操作，从而削弱了会计制度和会计主管人员的监督约束作用。上述漏洞的存在使得相关人员一旦产生犯罪动机，便会有机可乘。
(三)事中和事后监督措施不得力。
我国银行业现有的稽核和监督工作大多是在会计记帐完成之后进行的，尚没有与会计电算化系统同步运行的稽核监督软件面世，这使得会计业务的事中控制环节十分薄弱。
(四)软件开发和维护不统一。
在实际工作中，地市以下银行机构自行开发软件、修改总行和省行软件的事情时有发生，这一方面造成软件低水平重复开发，一方面给犯罪分子提供了可乘之机。
(五)系统备份不充分。
目前，部分行处的计算机设备运行环境较差，且许多设备的使用时间较长、性能已不十分稳定。
(六)制度不健全，执行不严格。
银行会计业务实现电算化处理初期，银行的各项管理规章不能满足业务发展需要，导致一些案件发生，比如通存通兑业务的开办，一方面方便了客户，提高了银行的竞争力；另一方面也引发了一些“虚存实取”的案件。
三、商业银行会计电算化系统风险防范对策
面对现实，我们必须采取积极对策，针对银行会计电算化系统而言，风险防范应从以下几方面着手考虑：
（一）提高计算机风险防范意识。
随着计算机技术和信息技术的发展和普及，银行应加强对员工计算机知识的培训力度，使管理人员和业务操作人员都具备计算机基础知识，并对常用会计电算化系统的开发思想、基本流程、正确使用和风险防范有一个正确认识，使每个人都树立强
烈的安全意识。
（二）加强现有系统和新开发系统的控制和管理功能，注重系统管理和数据操作。
1、注重系统安全：1防止非法使用系统资源，指定专人进行系统操作，及时清理各种垃圾文件；2一切操作都要在日志文件中予以记录，以防止误操作损坏软件系统或业务数据；3应用系统运行环境应封闭，以防止一般用户非法闯入操作系统。
2、严格控制数据处理：1严格规定访问数据库的各级权限，实现权限等级管理，严禁越权操作；2定期强制修改密码；3严格控制数据输入，应尽量减少人工操作，具备条件可采用扫描仪、阅读器等设备录入数据，同时录入数据应换人复核后方可生效；4对数据要进行多重备份和异地备份，以便在设备故障或发生意外时能及时恢复数据，保证数据的完整性。
3、加强网络资源授权管理，保证数据传输安全：1控制用户登录，限制登录密码的扩散范围；2对网络中各用户的存取、访问进行控制；3对数据进行加密传输。
（三）结合会计电算化的特点，进行业务流程再造和安全控制手段再造。
可考虑采用如下手段：
1、在业务处理过程中实行事权划分，对重要业务和大额业务实行复核制和授权制，将分离原则贯彻于计算机操作中，通过事中控制形成有效的制约机制。
2、健全事后监督机制，事后监督系统与临柜操作系统必须在设备、网络、系统管理上完全分离，通过事后监督，及时发现问题，起到亡羊补牢的作用，间接地威慑不法分子。
（四）加强系统开发和维护管理
会计电算化系统开发管理应本着“统一规划、统一开发、统一维护”的原则，在会计部门和信息技术部门的领导下进行。全行通用的系统由总行统一组织开发，各分行如有特殊业务需求，应报总行会计和信息技术部门审定，经总行授权后由分行信息技术部门开发，系统开发完成后，须经总行验收方可使用。
各级机构在使用电算化应用系统的过程中如发现问题或有新的业务需求，应及时逐级上报业务主管部门，总行开发的系统由总行统一修改维护，分行开发的系统由分行统一修改维护。
（五）建立健全规章制度，加强内部安全控管。
要充分发挥计算机的作用，就必须建立严格、完善的内部安全管理和控制制度并严格监督制度的执行，这样才能使计算机安全工作有章可循、有的放矢。具体讲应从以下几方面着手：
1、加强人事管理：1根据接触系统和操作的密级选择适当人选；2对相关人员的技术水平、工作态度、工作表现要进行定期考评，适时进行岗位轮换。
2、加强规章制度建设和相关管理：1针对软件开发人员、系统维护人员、业务操作人员的工作职责，分别建立一套职责明确的管理制度，以便分清职责、互相监督；2建立密码管理制度，重要的密码要由不同人员分段掌握，密码要定期更换并严格控制密码的扩散范围；3加强应用软件管理，应用软件要安排专人管理，未经有关负责人的批准不得随意修改软件，确因业务需要而必须修改的软件，在修改完成后要及时入库登记，同时附软件修改说明书和测试报告，严禁将应用软件外流、外泄，应用环境中不得安装系统的源程序；4建立并严格执行机房管理制度，切忌用信任代替制度，机房要有专人管理，划分等级，分别职责进入；5集中存放业务数据，降低因数据分散存放产生的风险。
关键词：金融统计;制度;问题;对策
基层邮政储蓄银行成立后，其业务范围比邮政储汇局发生了显著变化，业务品种也增多，功能进一步增强。但是，金融统计业务仍按照原邮政储汇局体制下的统计制度执行，加之，基层分支机构统计基础管理薄弱，统计队伍素质极低，导致基层邮政储蓄银行金融数据难以准确、完整统计，进而影响全辖汇总金融统计数据的真实性，应尽快予以修订完善。
一、邮政储蓄银行金融统计制度方面存在的问题
1.没有设置专门的统计部门和统计岗位。目前邮政储蓄银行向人行报送的报表由财务会计部门的人员兼职报送，没有专门负责统计的统计部门和统计人员，更没有制定金融统计及相关的职责制度，会计人员对金融统计制度不了解，很难保证邮政储蓄银行报表数据的准确性，从而影响了全辖金融统计数据的质量。
2.信贷报表未按“全科目”数据报送。邮政储蓄银行成立后，报表模式仍按邮政储汇局体制报送，向人民银行报送的数据主要是储蓄存款、现金、存放中央银行准备金存款、存放同业款项、应收及预付款项、应付及暂收款、短期贷款等项指标，而其损益类指标一直未纳入金融统计“全科目”数据统计中，导致全辖金融统计报表数据不全、不真实。
3.报表对转人行项目归属不准。会计人员由于不熟悉统计项目，对一些统计项目只凭自己的理解，存在报数不准的现象。如邮政储蓄银行陆续开始办理小额存单质押贷款业务。据调查，对此项业务邮政储蓄银行只是其内部对业务量及相关内容进行统计，而在向人行上报的人民币信贷统计报表中只在“短期贷款”中填入数据，而细分项目中随意填报，有的全部报入“农业贷款”中，有的报入“其他短期贷款”项下“个体户及个人经营性贷款”中，也有的报入“个人消费贷款”中，一种贷款归属不一致，致使邮政储蓄银行报表中反映的数据与实际不符。
4.邮政储蓄银行不报现金业务报表。邮政储蓄银行成立以来，一直未向人行报送现金报表，它的现金业务由其开户行进行统计代报。据调查，开户行将邮政储蓄银行存取的现金业务全部统计入该银行现金报表中的“储蓄存款收入”和“储蓄存款支出”项目中。而实际上邮政储蓄银行的现金收支业务除涉及储蓄存款收入、储蓄存款支出外，还有商品销售收入、服务业收入、城乡个体经营收入、居民归还贷款收入、汇兑收入（支出）等项目，将以上数据一概归入“储蓄存款收入和“储蓄存款支出”项目，造成金融系统现金收支统计数据严重失真。
5.基层邮政储蓄银行电子化管理簿弱。基层邮政储蓄银行从未开发金融统计系统软件，更没有与人行转换的统计系统，向人行报数以手工操作为主，数据准确性较差。据了解，基层邮政储蓄银行向人行报送的数据需向四个系统（即公司业务系统、储蓄业务系统、小额信贷业务系统和客户管理系统）中查询取数，而且部分数据还直接查不到，需向省行询问查询得到，如短期贷款项下的明细贷款项目及委托存款及投资基金必须从省行系统中取据，然后手工录入人行系统报送，因此准确性很差二、完善邮政储蓄银行金融统计制度的建议
1.加强邮政储蓄银行统计工作的组织领导和基础管理。邮政储蓄银行应确定专门的统计业务部门，编制自身的金融统计制度。一要尽快实现统计数据归口管理；二要合理配备统计业务专职人员，并制订相应的岗位职责和目标任务，加大对统计人员的培训考核力度；三要提高统计操作的电子化程度。尽快开发邮政储蓄银行金融统计信息系统，完成与人民银行统计系统的电子接口，实现全科目数据电子接收。四要加强统计工作的内部监督与检查，提升统计工作整体水平。通过采取以上措施，使邮政储蓄银行的统计工作真正达到全面、及时、准确的要求。
2.修订邮政储蓄银行人民币信贷全科目统计指标，确保邮政储蓄银行各项业务真实统计。第一，在邮政储蓄银行全科目统计指标“其他短期贷款”和“其他中长期贷款”项目下增设“短期质押贷款”和“中长期质押贷款”指标，要求邮政储蓄质押贷款业务先按期限统计在相应项目中，再按用途分类归属到个人经营性贷款和个人消费贷款项目下，对个人消费贷款再按用途进一步细分；第二，将其损益类报表数据纳入相应的信贷收支统计表中。
关键词：金融统计;制度;问题;对策
基层邮政储蓄银行成立后，其业务范围比邮政储汇局发生了显著变化，业务品种也增多，功能进一步增强。但是，金融统计业务仍按照原邮政储汇局体制下的统计制度执行，加之，基层分支机构统计基础管理薄弱，统计队伍素质极低，导致基层邮政储蓄银行金融数据难以准确、完整统计，进而影响全辖汇总金融统计数据的真实性，应尽快予以修订完善。
一、邮政储蓄银行金融统计制度方面存在的问题
1.没有设置专门的统计部门和统计岗位。目前邮政储蓄银行向人行报送的报表由财务会计部门的人员兼职报送，没有专门负责统计的统计部门和统计人员，更没有制定金融统计及相关的职责制度，会计人员对金融统计制度不了解，很难保证邮政储蓄银行报表数据的准确性，从而影响了全辖金融统计数据的质量。
2.信贷报表未按“全科目”数据报送。邮政储蓄银行成立后，报表模式仍按邮政储汇局体制报送，向人民银行报送的数据主要是储蓄存款、现金、存放中央银行准备金存款、存放同业款项、应收及预付款项、应付及暂收款、短期贷款等项指标，而其损益类指标一直未纳入金融统计“全科目”数据统计中，导致全辖金融统计报表数据不全、不真实。
3.报表对转人行项目归属不准。会计人员由于不熟悉统计项目，对一些统计项目只凭自己的理解，存在报数不准的现象。如邮政储蓄银行陆续开始办理小额存单质押贷款业务。据调查，对此项业务邮政储蓄银行只是其内部对业务量及相关内容进行统计，而在向人行上报的人民币信贷统计报表中只在“短期贷款”中填入数据，而细分项目中随意填报，有的全部报入“农业贷款”中，有的报入“其他短期贷款”项下“个体户及个人经营性贷款”中，也有的报入“个人消费贷款”中，一种贷款归属不一致，致使邮政储蓄银行报表中反映的数据与实际不符。
4.邮政储蓄银行不报现金业务报表。邮政储蓄银行成立以来，一直未向人行报送现金报表，它的现金业务由其开户行进行统计代报。据调查，开户行将邮政储蓄银行存取的现金业务全部统计入该银行现金报表中的“储蓄存款收入”和“储蓄存款支出”项目中。而实际上邮政储蓄银行的现金收支业务除涉及储蓄存款收入、储蓄存款支出外，还有商品销售收入、服务业收入、城乡个体经营收入、居民归还贷款收入、汇兑收入（支出）等项目，将以上数据一概归入“储蓄存款收入和“储蓄存款支出”项目，造成金融系统现金收支统计数据严重失真。
5.基层邮政储蓄银行电子化管理簿弱。基层邮政储蓄银行从未开发金融统计系统软件，更没有与人行转换的统计系统，向人行报数以手工操作为主，数据准确性较差。据了解，基层邮政储蓄银行向人行报送的数据需向四个系统（即公司业务系统、储蓄业务系统、小额信贷业务系统和客户管理系统）中查询取数，而且部分数据还直接查不到，需向省行询问查询得到，如短期贷款项下的明细贷款项目及委托存款及投资基金必须从省行系统中取据，然后手工录入人行系统报送，因此准确性很差。二、完善邮政储蓄银行金融统计制度的建议
1.加强邮政储蓄银行统计工作的组织领导和基础管理。邮政储蓄银行应确定专门的统计业务部门，编制自身的金融统计制度。一要尽快实现统计数据归口管理；二要合理配备统计业务专职人员，并制订相应的岗位职责和目标任务，加大对统计人员的培训考核力度；三要提高统计操作的电子化程度。尽快开发邮政储蓄银行金融统计信息系统，完成与人民银行统计系统的电子接口，实现全科目数据电子接收。四要加强统计工作的内部监督与检查，提升统计工作整体水平。通过采取以上措施，使邮政储蓄银行的统计工作真正达到全面、及时、准确的要求。
2.修订邮政储蓄银行人民币信贷全科目统计指标，确保邮政储蓄银行各项业务真实统计。第一，在邮政储蓄银行全科目统计指标“其他短期贷款”和“其他中长期贷款”项目下增设“短期质押贷款”和“中长期质押贷款”指标，要求邮政储蓄质押贷款业务先按期限统计在相应项目中，再按用途分类归属到个人经营性贷款和个人消费贷款项目下，对个人消费贷款再按用途进一步细分；第二，将其损益类报表数据纳入相应的信贷收支统计表中。
关键词：金融统计;制度;问题;对策
基层邮政储蓄银行成立后，其业务范围比邮政储汇局发生了显著变化，业务品种也增多，功能进一步增强。但是，金融统计业务仍按照原邮政储汇局体制下的统计制度执行，加之，基层分支机构统计基础管理薄弱，统计队伍素质极低，导致基层邮政储蓄银行金融数据难以准确、完整统计，进而影响全辖汇总金融统计数据的真实性，应尽快予以修订完善。
一、邮政储蓄银行金融统计制度方面存在的问题
1.没有设置专门的统计部门和统计岗位。目前邮政储蓄银行向人行报送的报表由财务会计部门的人员兼职报送，没有专门负责统计的统计部门和统计人员，更没有制定金融统计及相关的职责制度，会计人员对金融统计制度不了解，很难保证邮政储蓄银行报表数据的准确性，从而影响了全辖金融统计数据的质量。
2.信贷报表未按“全科目”数据报送。邮政储蓄银行成立后，报表模式仍按邮政储汇局体制报送，向人民银行报送的数据主要是储蓄存款、现金、存放中央银行准备金存款、存放同业款项、应收及预付款项、应付及暂收款、短期贷款等项指标，而其损益类指标一直未纳入金融统计“全科目”数据统计中，导致全辖金融统计报表数据不全、不真实。
3.报表对转人行项目归属不准。会计人员由于不熟悉统计项目，对一些统计项目只凭自己的理解，存在报数不准的现象。如邮政储蓄银行陆续开始办理小额存单质押贷款业务。据调查，对此项业务邮政储蓄银行只是其内部对业务量及相关内容进行统计，而在向人行上报的人民币信贷统计报表中只在“短期贷款”中填入数据，而细分项目中随意填报，有的全部报入“农业贷款”中，有的报入“其他短期贷款”项下“个体户及个人经营性贷款”中，也有的报入“个人消费贷款”中，一种贷款归属不一致，致使邮政储蓄银行报表中反映的数据与实际不符。
4.邮政储蓄银行不报现金业务报表。邮政储蓄银行成立以来，一直未向人行报送现金报表，它的现金业务由其开户行进行统计代报。据调查，开户行将邮政储蓄银行存取的现金业务全部统计入该银行现金报表中的“储蓄存款收入”和“储蓄存款支出”项目中。而实际上邮政储蓄银行的现金收支业务除涉及储蓄存款收入、储蓄存款支出外，还有商品销售收入、服务业收入、城乡个体经营收入、居民归还贷款收入、汇兑收入（支出）等项目，将以上数据一概归入“储蓄存款收入和“储蓄存款支出”项目，造成金融系统现金收支统计数据严重失真。
5.基层邮政储蓄银行电子化管理簿弱。基层邮政储蓄银行从未开发金融统计系统软件，更没有与人行转换的统计系统，向人行报数以手工操作为主，数据准确性较差。据了解，基层邮政储蓄银行向人行报送的数据需向四个系统（即公司业务系统、储蓄业务系统、小额信贷业务系统和客户管理系统）中查询取数，而且部分数据还直接查不到，需向省行询问查询得到，如短期贷款项下的明细贷款项目及委托存款及投资基金必须从省行系统中取据，然后手工录入人行系统报送，因此准确性很差。
二、完善邮政储蓄银行金融统计制度的建议
1.加强邮政储蓄银行统计工作的组织领导和基础管理。邮政储蓄银行应确定专门的统计业务部门，编制自身的金融统计制度。一要尽快实现统计数据归口管理；二要合理配备统计业务专职人员，并制订相应的岗位职责和目标任务，加大对统计人员的培训考核力度；三要提高统计操作的电子化程度。尽快开发邮政储蓄银行金融统计信息系统，完成与人民银行统计系统的电子接口，实现全科目数据电子接收。四要加强统计工作的内部监督与检查，提升统计工作整体水平。通过采取以上措施，使邮政储蓄银行的统计工作真正达到全面、及时、准确的要求。
2.修订邮政储蓄银行人民币信贷全科目统计指标，确保邮政储蓄银行各项业务真实统计。第一，在邮政储蓄银行全科目统计指标“其他短期贷款”和“其他中长期贷款”项目下增设“短期质押贷款”和“中长期质押贷款”指标，要求邮政储蓄质押贷款业务先按期限统计在相应项目中，再按用途分类归属到个人经营性贷款和个人消费贷款项目下，对个人消费贷款再按用途进一步细分；第二，将其损益类报表数据纳入相应的信贷收支统计表中。
购物车(0)
