（电路与系统专业论文）内部银行会计管理系统的开发.pdf

摘要声3 2 8 1 0 7 许多大型企业为了加强资金管理，方便下属单位、部门之间的资金来 往，一般设有自己的内部银行。由于各种条件的限制，长期以来企业内部 银行都是采用落后的手工方式进行会计业务处理。本文所介绍的内部银行 会计管理系统( 简称i b i 冰1 1 s ) 是针对当前这一市场需要开发钓金融业务应 用系统。在本系统的设计中，借鉴了专业银行会计业务管理系统的业务韪 理规范和安全策略，结合内部银行会计管理的特殊要求，在业务处理的规 范化、系统的安全性和易用性等方面取得了较好的效果。 三层化结构的应用系统以其开发和维护方便，易于使用，将成为继 c l i e n t s e r v e r 方式之后计算机信息系统的重要构成方式。i b a m s 系统在实现 三层化应用系统方面作了有益的尝试。系统的主构架采用了三层化方式， 使得系统的事务处理性能有很好的表现。为了保证系统业务数据的致性 和可靠性，在i b a m s 系统中广泛采用了事务封装、业务逻辑封装和面向对 象设计技术，使得远程数据访问和并发操作达到较高的可靠性。此外，本 系统的开发过程中参考了日本软件开发规范，严格地进行软件工程管理， 提高了系统的可靠性，同时还减少了开发时间，有效地降低了开发成本。 可以说i b a m s 系统是遵循规范化的软件工程管理方式进行开发的典范。 目前，i b a m s 系统正在用户单位进行n 版测试。用户反映系统的事务 处理性能较好，功能贴近实际业务的需要。在经过b 版测试后，j 8 a m s 将 正式投入市场销售。 ，) r z f 关键词内部银行会计业务管理系统客户机，服务器三层化结构 数据库o r a c l ev i s u a lb a s i c 软件工程 a b s t r a c t t h ed e v e l o p m e n to f e n t e r p r i s e si n t e r b a n ka c c o u n t sm a n a g e m e n ts y s t e m ( i b a m s ) i si n t r o d u c e di nt h i sp a p e ct h ep o r t f o l i oa n dt a s kt y p e so fi n t e r b a n k a r es m a l l e rt h a nc o m m e r c i a lb a n k s ，b u ti th a st h es a m ec o m p l i c a c ya n dw a y p r o c e s s i n g ，b e c a u s e o f t h e t i n ys c a l eo f i n t e r b a n k ，i tc a n tt a k ea n yb e n e f i tf r o m t h e p r o f e s s i o n a l l a r g eb a n k s y s t e m s ot o d a y , m o s ti n t e r b a n k st a s ka r e p r o c e s s e dj u s tb yh a n d s ，o rb yi s o l a t e dp c st om e e tt h er e q u i r e m e n t so ft h e i n t e r b a n kb u s i n e s sp r o c e s s i n g ，t h ei b a m ss y s t e mi s d e s i g n e da n dd e v e l o p e d t h i ss y s t e mi s d e s i g n e do nt h eb u s i n e s sm o d e lo f c o m m e r c i a lb a n k s ，a n dg r e a t s t r e s so nb u s i n e s ss e c u r i t ys t r a t e g yw a sp l a c e di ni b a m s f u r t h e rm o r e ，t h e s p e c i a lr e q u e s to f i n t e r b a n kb u s i n e s sw a sc o n s i d e r e dt o o a sat h r e e t i e r s y s t e m , i b p u m s h a s g o th i g h e rp e r f o r m a n c et h e n c l i e n t s e r v e r s y s t e m s b yt e c h n i c a lp o i n t ，t h es y s t e md e s i g n ，f u n d a m e n t a l d e s i g na n dd e t a i ld e s i g na r es p e c i a l l yd i s c u s s e da sw e l la st h ep r a c t i c a l n e s so f d a t a b a s e a p p l i c a t i o n , v i s u a l b a s i c p r o g r a m m i n gd u r i n g t h ew h o l e d e v e l o p m e n tp e r i o d ，t h es o f t w a r ee n g i n e e r i n gs t a n d a r dw a ss t r i c t l ye x e c u t e d w i t ht h e s ee f f o r t s ，t h ed e p e n d a b i l i t yo fi b a m sw a sh i g h l yp e r f o r m e d ，a sw e l l a st h ec o s tw a sr e d u c e dw i t he f f e c t n o wi b a m si si n 口一t e s t v e r s i o n ，a n dt h et e s t v e r s i o nu s e r s s a y s t h a t i b a m sh a sp e r f a c tt r a n s a c t i o n p e r f o r m a n c e ，a n dt h ef e a t u r ei s c l o s et ot h e n e e d sa f t e rb v e r s i o nt e s t i b a m sw i l lr e a d yf o rs a l e k e y w o r d s i n t e r b a n ka c c o u n t s m a n a g e m e n ts y s t e m c l i e n t s e r v e r t h r e e t i e rs t r u c t u r ed a t a b a s eo r a c l e v i s u a lb a s i cs o f t w a r e e n g i n e e r i n g i i 绪论 当前。专业银行一般都采用了先进的计算机管理系统，取代传统的手 工记帐和手工结算方式，取得了很好的经济效益。企业内部银行的业务种 类相对较少，业务规模也比较小，但业务处理方式和复杂程度与专业银行 相近。受资金实力和业务规模的限制，内部银行很少采用和专业银行相同 的计算机管理系统，而市场上也没有适合内部银行业务管理的商业软件。 因此，大部分企业内部银行的业务处理仍然是通过手工进行的。 i b a m s 系统是针对当前的这一市场空白而开发的商品化金融业务应用 软件。鉴于市场上尚无同类的系统可供参考，i b a m s 系统在设计中大量借 鉴了专业银行业务管理系统的业务处理方式的优点和安全策略。同时还结 合内部银行会计管理的特殊要求，在业务处理的规范化、系统的安全性和 易用性等方面下了很大工夫，也取得了较好的效果。从实际试用看，i b a m s 系统基本能够满足企业内部银行的会计业务电子化的需要。 c l i e n t s e r v e r 方式的应用系统由于其功能单一、维护困难、系统使用成 本高，已经开始落后于发展要求。新型的三层化应用系统以其开发和维护 方便，易于使用的特点，将成为继c l i e n t s e r v e r 方式之后计算机信息系统的 重要构成方式。i b a m s 系统在实现三层化应用系统方面作了有益的尝试。 系统的主构架采用了三层化方式，使得系统的事务处理性能有很好的表 现。为了保证业务系统数据一致性和可靠性，i b a m s 系统中还广泛采用了 事务封装、业务逻辑封装和面向对象设计技术，使得远程数据访问和并发 操作达到较高的可靠性。 遵循软件工程的客观规律，执行严格而有效的工程管理，是软件开发 成功的根本保证。本系统在开发过程中严格执行了软件工程管理规范，使 系统的可靠性得到提高，同时减少了开发时间，有效降低了开发成本。因 此可以说i b a m s 系统是遵循规范化软件工程管理方式进行开发的典范。 本文首先对银行会计管理系统的发展和现状进行了分析，并介绍了银 行和内部银行会计业务的基本业务逻辑。对i b a m s 系统开发中使用的关键 技术，如数据库系统开发、开发工具应用等也迸行了必要的讨论。本系统 的三层化结构方式的选型过程在第三部分中作了具体介绍。文章第四部分 讨论了当前的银行计算机系统面临的安全性问题，以及i b a m s 系统的安全 设计方案。在第5 章中，从业务需求分析入手。阐述了本系统的系统设计、 基本设计、详细设计等内容，其中着重介绍了系统的业务模型、业务逻辑 设计和数据安全策略。第6 章中对i b a m s 系统开发过程中的软件工程实践 作了详细的介绍。 第1 页 第一章银行会计管理系统的现状 第1 1 节银行会计业务概述 1 1 1 银行业务概述 银行是社会资金流动的枢纽，是国家经济调控的主要部门。银行业务， 即银行的主要任务是指以储蓄的方式吸收社会和企业的闲散资金，然后通 过贷款把资金投放到最能产生经济效益或社会效益的领域。它的核心可以 概括为：零散资金的聚集、管理和再投放，其中包含着复杂的资金流动和 控制过程。1 从现象上看，银行业务就是资金在帐户间的运动。根据资金运动的源 帐户和目标帐户所处的位置不同，通常将银行业务分为三大部分：i 会计核算 在同一个银行业务网点( 储蓄所、营业部) 内开户的帐户间的资金运 动就是会计核算的内容，包括各种存款、贷款业务和结算业务。 同城清算 在同一城市所辖区域内不同银行业务网点的帐户之间的资金运动是同 城清算业务的内容。同城清算一般通过票据( 如转帐支票等) 交换进行。 目前，各个城市都建立了由人民银行领导的票据交换所，各银行的业务网 点参加票据交换，按凭证进行业务处理。 异地清算 在不同城市的银行业务网点的帐户之间的资金运动属于异地清算业务 的内容，也称为联行业务。传统上，异地清算也是通过票据( 如汇票等) 交换进行。 企业内部银行的业务类型与商业银行相似，但种类要少一些。内部银 行具体的业务分析见第五章第2 节的“内部银行的业务分析”。 1 1 2 银行会计业务范畴 银行会计业务是指在同一个银行业务网点内部的存、贷款业务和结算 业务。银行会计业务的种类繁多，业务间关系复杂。根据业务处理的习惯， 通常将银行会计业务分为以下九大类： 1 。存款业务 存款业务是银行负债的一个主要部分，即银行向储户借贷，同时向储 户支付一定的利息。 按存款资金期限的长短划分，存款分为活期存款和定期存款；按交易 第2 页 发生方向不同，将帐户分为借方、贷方和双边等三种；存款业务的要素分 别为帐号、凭证号、凭证种类、发生额、对方帐号、摘要等。 2 贷款业务 贷款业务是银行债权的一个主要部分。即储户向银行借贷，同时向银 行支付一定的利息。贷款业务主要有：贷款指标管理、贷款转存、逐笔支 付贷款、退回支付款、归还贷款、核销贷款、贷款转逾期。其中贷款指标 是银行开立贷款帐户、发放贷款的依据。 贷款业务的要素分为：贷款帐号、凭证号、凭证种类、发生额、对方 帐号、摘要等。 3 计息业务 计息是指对存、贷款帐户进行利息结算处理，其主要业务有：存款活 期计息( 又分为单户结息和批量结息) 、存款定期计息( 又分为期间结息 和超期结息) 、贷款计息( 又分为正常计息和逾期计息) 、内部帐( 与存款 类计息业务相同) 。 4 结算业务 结算业务的主要内容是：按结算性质可分为交易往来结算、非交易往 来结算；按结算的形式可分为现金结算、转帐结算。 结算的主体为汇票、本票、支票和信用卡等。 结算的种类有银行汇票、商业汇票、银行本票、支票、定额支票、汇 兑、托收承付等。 5 帐表管理业务 帐表管理业务的主要内容有试算平衡表、资产负债表、综合性资产负 债表、科目余额表等四类。 6 支票管理业务 支票管理业务的主要内容有支票购买、支票挂失与解挂、支票收回。 7 日终处理业务 日终处理的主要业务有：清理到期还贷款帐户、轧帐( 帐务检查) 、 现金收付清单检查、科目日结单等： 第3 页 8 会计稽核业务 会计稽核业务的内容分为平衡检查和数据一致性检查两类，其中平衡 检查又分为总帐平衡检查和分户帐平衡检查； 数据间一致性检查分为总帐与总帐明细一致性检查、分户帐与明细帐 一致性检查、明细帐逐笔检查、利息与积数检查、阶段性积数检查、利 息单情况、收付息渠道检查、科目利息统计、利息总清单检查等。 9 。帐户管理业务 帐户管理业务分为四类：开户处理( 包括存款类开户、贷款类开户、 内部帐开户、表外开户等) ：销户处理( 存款类销户、贷款类销户、内部 帐销户、表外销户等) ；帐户冻结与解冻等。 帐户管理的要素有科目、流水序号、计息标志、利率、透支额度、存 款到期日等。 1 1 3 银行的会计核算模型 会计核算体系是银行业务的中心。会计核算是一个会计科目设置、会 计凭证编制、记帐方法运行、会计报表组织的过程，它反映了各项资金的 流动情况，并为银行业务管理者提供决策依据。这个体系的运行是建立在 一些特定的帐表基础上的。通过总帐、分户帐和交易操作可以建立个会 计核算模型，如图1 1 所示。口l 图1 1 银行会计核算模型 银行会计业务核算模型从数学的角度看。是一个含有两个矩阵和一个 运算向量的的矩阵空间，其中运算向量对矩阵的操作是封闭的。在这个模 型中，每个科目的分户帐由许多分户组成，每个分户包括上日余额( 借、 贷) 、本日发生额( 借、贷，由当日各个明细汇总而来) 和本日余额( 借、 贷) 。它们之间有如下平衡关系( 1 ) ： 本日借方余额一上日借方余额+ 本日借方发生额一本日贷方发生额 本日贷椭；上日贷方余额+ 本日贷方发生额一本日借方发生额 总帐由许多个科目构成，每个科目包括上日余额( 借、贷) 、本日发 生额( 借、贷) 和本日余额( 借、贷) ，它们之间有如下平衡关系( 1 ) ： 第4 页 本日借方余额( d t ) 目贷方发生额( c d ) 本日贷方余额( c t ) 目借方发生额( d d ) = 上日借方余额( d s ) + 本日借方发生额( d d ) 一本 = 上日贷方余额( c s ) + 本日贷方发生额( c d ) 一本 该模型要求对具体某一科目的总帐、分户帐间具有如下的平衡关系( 3 ) ： d s = 所有分户上的上日借方余额之和 c s = 所有分户上的上日贷方余额之和 d d = 所有分户上的夺日借方发生额之和 c d = 所有分户上的本日贷方发生额之和 d t ；所有分户上的本日借方余额之并口 c t = 所有分户上的本日贷方余额之和 同时，所有科目的总帐之间应具有如下关系( 4 ) ： d s = c s d d = c d d t = c t 在该核算模型中定义了以下四个核算的概念： 明细核算：是对某一科目的每一个分户进行关系( 1 ) 检验的过程： 综合核算：是对每一个科目的总帐进行关系( 2 ) 检验的过程： 总分平衡：由关系( 3 ) 检验： 资金借贷平衡：由关系( 4 ) 检验： 会计核算模型是指导银行会计业务处理的基本原则框架，所有的会计 业务操作都围基于这一框架进行规范。例如对于帐务合法性检查而言，只 要满足会计核算模型中4 个平衡条件，前导的帐务变化都是合法的。 1 1 4 中国银行核心数据模型 随着经济的发展，银行经营也在不断地发生着变化，但银行的基础信 息及信息的逻辑结构是相对稳定的。建立一个符合企业经营管理活动的、 具有权威性的、可提供一致性信息的数据模型，是银行适应社会发展的客 观要求。数据模型是银行信息系统数据结构的模型化，它是对银行经营活 动、管理活动的相关数据进行规范化、标准化、抽象化描述和系统分类， 并给出基础数据的含义、相互关系和表达形式。 中国银行数据模型是核心数据模型、管理数据模型和各项业务应用数 据模型的集合。核心数据模型是银行业务系统的数据基础，是银行管理信 息系统的主要数据源，是中国银行新一代应用系统统一的核心数据规范。 管理数据模型是对银行管理信息的采集、综合、分析和决策的支持。应用 数据模型是对银行各类业务实践所具有的特定信息构造，在核心数据模型 的基础上加以扩充和引申定义，可实现对银行业务处理的支持。核心数据 模型如图1 - 2 所示：1 3 1 第5 页 粥憾耋陋到畚到 帐户屡r - 1 帐户信息子集广1 交募蒜l _ 1 室品信t i 息f 子集卜_ _ j 核心数据模型由客户信息( c i f ) 、帐户信息( a i f ) 、交易信息( t i f ) 、 风险信息( r i f ) 和公共信息( p i f ) 这五个子集构成。 客户信息是中国银行核心数据模型的中心内容，也是银行进行内部分 析、统计和风险控制的依据。 帐户信息包括分户帐、总帐、损益、帐单、传票及有关报表。其中分 户帐是帐户信息的基本信息。总帐、损益和相关报表是分户帐的派生数据。 风险信息管理主要是通过统一授信额度信息，对内控制集团客户( 客 户) 的风险水平：对外控制所属机构的授权规模。通过从客户、帐户和各 类未完成交易三个不同层面获取的与定义的货币风险、利率风险、流动性 风险、资本风险、信息风险等有关驴风险管理数据。 公共信息管理旨在统一各系统使羽的重要数据码表。公共码表一般由 相应部门专人集中管理和维护，并通过系统标准接口提供给各业务应用系 统使用。 客户信息、帐户信息、交易信息构成银行基础数据的互为管辖，隶属的 三个层面，风险信息从这三个层次上得到反映。公共信息向所有相关模型 提供公共代码和管理表。这种一个客户关联着多个帐户，一个帐户关联着 多个交易的关系，为银行的管理分析提供了极大的方便。 1 1 5 银行会计业务处理的完整性 任何一次银行会计业务交易都可以抽象为一个操作模型： i 交易 i 借方帐号 l a r 帐8 叁蟹；fi 1种类】 n 1 i n 2 l 4 8 f 该交易的操作对象是某个分户帐，使n 1 、n 2 两个帐户的余额、发生 额产生变化，从而引起总帐的变化。无论交易类型是支票转帐，还是信用 卡取现金，只要这些变化满足会计核算模型中的四个平衡关系，那么，这 个交易操作就是合法的。 由于每一种银行会计业务操作都可归纳为上述形式，如果能保证每一 次交易操作都是合法的，并且能够完整地完成，那么银行会计业务系统就 能正确地运行下去。因此把这个交易操作称为对于会计业务核算系统是封 闭的。 从交易操作模型看到，正确地规定各种交易，保证交易的完整性( 使 这个交易全部做完或完全不做) ，是保证银行会计业务系统数据一致的关 键。 第6 页 第1 。2 节银行业务计算机管理系统 1 _ 2 1 银行业务电子化的不同阶段 我国银行电子化工程于七十年代起步，现已经有了规模化的发展。目 前，国内银行的计算机设备水平，与发达国家相比，已经没有明显的落后。 但在总体技术水平、综合应用能力、技术与业务的融合深度、基础设施规 模和系统投入产出效益等，还基本处于发达国家银行八十年代的发展水 平。我国银行业务电子化大致经历了以下几个阶段州： 1 基于p c 的简单业务处理阶段 此时计算机主要用来进行帐务记录和报表处理，使用计算机的柜员较 少，使用的软件包括：d o s 、b a s i c 、d b 鹊e 和c o b o i ，系统由零散单机构成。 2 基于多用户操作系统的综台、l e 务处理阶段 城市辖区内的大部分业务都采用计算机来处理，储户个人密码和支票 密码印鉴的使用既增加了帐务的安全，又实现了业务处理的自动化，减轻 了柜员的处理过程。这时使用计算机的柜员大幅度增加，使用的软件包括： u n i x 、r d b m s 和c 语言，系统的结构为主机终端方式。 3 基于网络的综合业务处理阶段 此时引入了c l i e n 口s e r v e r 的设计思想，实现了前后台任务的分划，系统 的处理能力大大增加。前后台的通信采用同步消息传递方式，增强了系统 的可扩展性。但对于每一个客户( c l i e n t ) 端，服务器( s e 九，e r ) 端都必须 有一个通信服务进程，这使系统运行时的维护任务加重。对公结算、个人 储蓄、信用卡等业务都实现了计算机处理，p o s 和a t m 机得到广泛的应用。 已经可以办理跨地市的业务，但是数量较少，而差错较多，需要专门的人 员与机构来进行对帐、处理差错，并进行资金的划拨。这一阶段使用的软 件和技术有；r e l a y 2 5 、l a n 、u n i x 、r d b m s 、4 g l 等。咧 1 2 2 银行网络系统的层次 银行的网络结构体现了典型的大型分布式网络计算的特点。其主要应 用均基于传统的u n i x 主机，终端机模式，而不是当前流行的c l i e n t s e n ，e r 结 构。除了历史原因外，主要是出于对银行业务系统安全性的考虑。 区域性的银行网络系统由三个层次组成，它们分别是基层营业网点、 县支行和市分行。为保障数据安全，对数据实行了高度集中的管理办法。 基层营业网点通过拨号专线连接远程的u n i x 系统，以访问支行的服务器 数据库；在分行一级，所有支行服务器通过x 2 5 专线与分行服务器连接， 第7 页 实现数据向分行数据库的实时集中；对于跨省市的业务均由本地分行的服 务器向远程服务器发出交易请求，由对方主机处理后返回交易结果。银行 业务网络的一般层次结构如图1 3 所示。闸 亚固 ij 口呈垂刍口口垂互 ( 适业网生 ：亘垂天 窍否迨吵 图1 - 3 银行业务网络 1 2 3 银行营业网点会计管理系统 银行营业网点是银行体系的基本业务单位，实现银行业务管理计算机 化的核心就是银行营业网点业务处理的计算机化。我国大部分银行营业网 点经历了早期的单个计算机记录帐务的简单使用阶段后，逐步进入了网络 化的综合业务管理阶段。目前，大多数营业网点使用的是本系统内自行开 发和推广的会计核算系统( 对公系统) 和资金结算系统。 银行会计核算系统目前有主机终端系统、客户机i n 务器系统这两种 结构共存。主机系统一般建设得比较早，目前仍然能够发挥其作用( 如建 设银行的储蓄网点系统) 。客户机n 务器系统起步较晚，但发展较快，己 经逐渐成为主流的系统结构( 如工商银行以及一些商业银行内部使用的业 务系统) 。以下分别介绍这两种结构的系统。m 1 主机系统 典型的主机方式的储蓄网络系统如图1 4 所示。前端机由前台柜员操 作，完成储蓄记帐、复核、开销户、利息管理、票据结算等银行业务的数 据录入，然后将业务数据和操作指令包装成数据包，发送给主机。前端机 与后台主机之间通过专用的连接器形成通信线路( 通常使用的是8 终端分 配器) ，采用内部专用方式进行通信。 图1 - 4 储蓄网点的主机系统 第8 页 在主机系统中，主机几乎承担了全部的业务处理工作。它将前端机发 来的数据包解开后，首先检查数据的合法性，然后根据业务指令完成对数 据库的各种直接操作，并对每一次交易作跟踪记录。此外，主机还负责登 录时的安全检查，以及在工作日结束后的日终处理、帐表打印、数据库备 份等业务的执行。储蓄网点的主机通过路由器以拨号方式联入公用数据通 信网，与支行或其他储蓄网点的主机通信，并按照约定的接口方式完成网 点间的交易。 主机1 终端结构的银行业务系统的优点是技术成熟，安全性和系统稳定 性较高。但存在着人机界面不够友好、系统可扩展性低等缺占 王逐渐被 客户机胴艮务器系统所取代。 2 客户机朋臣务器系统 客户机，服务器模式构架的数据集中式系统比主机系统具有更多优点 它能更有效地利用硬件、软件和信息资源。这种结构下，客户机的用户界 面友好，操作方便，软件的功能也较强。 基于客户机朋匣务器模式的应用系统，其主体数据集中在网络中心服务 器( 群) 中。一些配置数据、打印文件、临时数据位于客户机中，由客户 机加载到柜面的终端。这样网络中心客观上就成为数据处理、网络适、 帐务管理、信息服务和资金清算中心。客户机般是综合客户机，毛 仨一；各 种业务操作功能，支持全能柜员制，它往往位于支行一级机构。 1 2 4 银行资金清算系统 银行资金清算是指跨越储蓄网点之间、分行之间甚至银行系统之间的 帐户资金流动和其他的各种金融交易活动。根据发生交易的双方银行业务 网点的位置不同，将银行资金清算分为同城清算和异地清算两种。 传统的同城清算方式是，由人民银行在各城市建立票据交换所，城市 辖区内各个银行业务网点参加票据交换，按凭证进行业务处理。为了提高 清算效率，同城清算目前已逐渐实行计算机化。但由于对跨银行系统电子 交易的安全性尚无完善的解决方案，所以在某些城市的同城清算中，实际 上只有借方交易采用计算机系统，而贷方交易仍在使用交易凭证。传统的 异地清算也是通过票据进行的，交易地点是人民银行设立全国清算总中心 和各地清算分中心。 随着国家经济建设不断发展，传统的手工清算方式已经无法适应业务 的需要。新出现的国际电子商务和网上交易，进一步要求银行业务完全电 子化，并且不断采用最新的技术手段。于是电子联行、资金实时清算等新 型金融网络系统应运而生。 第9 页 1 电子联行 到8 0 年代末，在中国人民银行总行的领导下，我国逐步建成全国性 的电子联行系统，部分实现了异地清算的电子化。电子联行系统采用卫星 数字通信技术和广域网络技术，在全国的各清算中心之间建立了金融业务 的数据通道嘲。各个城市的人民银行分行建立电子联行卫星地面站( 小站 系统) ，运行电子联于亍软件，与全国电子联行卫星网连通。城市辖区内的 所有银行业务网点的异地清算交易业务，全部汇总到市人民银行的电子联 行小站系统，集中进行全国范围的资金清算。电子联行使异地资金清算变 得简便，目前该系统进行一次异地交易只须几秒钟。 2 资金清算实时系统 由于地面金融网络互联建设滞后，从电子联行小站系统到各银行网点 的交易数据传递，仍以票据形式人工提入、提出。很多的中间环节采用手 工处理所以电子联行存在着“天上三秒，地上三天”的问题。 最近几年来，部分城市建立了资金清算实时系统。该系统首先实现了 同一城市辖区内所有的银行业务网点的联网( 即金融区域网) ，将同城清 算、异地清算和电子联行小站系统连接为一体，实现了全国范围的资金清 算电子化和实时交易。全国范围资金清算实时系统结构如图1 5 所示。1 图1 5 全国范围资金清算实时系统 资金清算实时系统的关键技术是：咖 不同业务网点的系统互联 交易的安全性 传统的行间交易以票据为交易凭证，以印鉴和签字作为识别交易凭证 合法性的手段。转入电子交易后，关键性的安全问题是交易凭证和交易数 据合法性的检验、交易授权的身份验证等。对这些问题，必须采取有效的 技术手段加以保证。 第1 0 页 第1 3 节内部银行会计管理系统的发展趋势 内部银行业务是商业银行业务在大型企、事业单位内部的延伸。根据 我国经济体制的特点，目前商业银行尚不能完全取代企业内部银行的职 能。内部银行部门将在一段时间内长期存在。因此，内部银行的管理需要 仍能促成新的应用软件市场。 受资金实力和业务规模的限制，内部银行不可能采用与专业银行相同 的计算机管理系统。另一方面，由于我国软件产业起步晚，发严又不够成 熟，市场上还没有出现适合内部银行会计业务管理的商品软件。i b a m s 系 统的出现填补了当前的这一市场空白。不过，一些专业的财务软件生产厂 商已经注意到这一市场需要，也己着手开发这一类的软件产品。 根据计算机和网络技术的变化趋势，结合整个金融业的新的发展要 求，今后内部银行的会计业务管理系统将出现以下新的特征和发展趋势。 1 3 f 与商业金融业务网络连通 内部银行一般是一个或多个本地专业银行业务网点的客户- * r内 部银行与专业银行的帐务往来还是通过手工进行的，其工作。根 据人民银行总行的规划，我国的各专业银行系统将来要通过网络互连，形 成全国性的金融业务网络。届时将可以在任何一个业务网点中实现全国范 围的通存通兑。 这一变化趋势预示着金融业务的全面电子化、网络化将不可避免，内 部银行会计管理系统也必须适应这一新的金融交易模式。因此，今后内部 银行会计业务管理系统中将提供与专业金融网络的接口，使得内部银行与 专业银行的交易实现完全的电子化和网络化。 1 3 2 参与电子商务 电子商务是指只要遵循一定的交易规范，无须人为干预就可以通过网 络和计算机系统自动进行商业贸易活动。电子商务是计算机网络时代出现 的新型、高效的商业交易方式。根据国家经贸委的规划，在2 0 0 0 年，我国 的企业将广泛地通过电子商务进行业务交往。【”】 银行在电子商务整体框架中是必不可少的重要组成部分，银行的支付 结算服务是电子商务得以开展的必要条件l 。在企业广泛地参与电子商 务活动后，作为企业的金融部门，内部银行将不可避免地要为网上交易提 供支付结算服务，这将扩展内部银行传统的会计业务范围，同时也大大促 进了内部银行支付系统的发展。 第1 1 页 第1 。4 节本人的主要工作 i b a m s 系统是一个商业软件开发项目，它的诞生填补了国内软件市场 这一方面的空白。为了有效保证产品的品质，该系统开发中采用了e l 本商 品软件软开发规程进行项目组织和工程控制。作为工程实施的中层技术管 理人员( 子项目担当) ，本人承担了以下的工作： 1 ) 参与了项目的系统分析与系统设计。由于金融行业的特殊性，本系统 对可靠性有很高的要求，系统分析与设计工作持续了近一个月时间。 本人主要完成了系统的体系结构的分析与设计。根据应用系统体系结 构发展趋势，本人提出了以三层化( t h r e e - t i e r ) 方式构建i b a m s 系统， 并对其具体实现方式进行了设计。此外本人还参与了数据流图( d f d ) 酌分析，通过对专业镶行的业务规范和现有银行专用业务系统的特点 进行分析和消化，将其主要优点融入了本系统的设计中。 2 ) 作为项目基本设计小组的成员，完成了系统的用户管理方务算 法设计。在用户管理方案设计中参考了多个m i s 系统的用户安全模式， 提出了一种新的简便有效的用户安全管理模型，并在设计中加e 实现。 业务算法的设计基于专业银行的业务规范和处理流程，并着重对内部 银行的某些不规范业务处理方式进行了约束。 3 ) 本人还承担了详细没计中的客户端用户界面、公共变量与公共函数设 计，并完成了客户端主控模块和系统登录模块的函数级设计与编码。 4 ) i b a m s 项目共有三个项目小组，本人负责领导其中一个项目小组。在项 目的编码和程序调试阶段，本人负责项目小组的任务调度、工程管理 和质量控制等工作。 第1 2 页 第二章i b a m s 系统的开发技术 i b a m s 系统采用o r a c l e 数据库d b m s 作为数据库服务器平台，充分 运用其提供的各种工具和先进的技术手段，使本系统在数据库应用方面取 得了很好的效果。此外，还使用了m i c r o s o f t 的应用程序开发工具v i s u a lb a s i c 进行客户端和应用服务器端的程序开发，由于其强大的快速开发功能，以 及完善的数据访问机制，使得i b a m s 系统在较短的时间内，完成了大量的 编码和调试工作。本章对l b a m s 系统中这两种主要的开发技术的应用进行 介绍。 第2 1 节o r a c l e 数据库应用开发技术 2 1 1 关系数据库 1 关系数据库定义 关系数据库是支持关系模型的数据库系统。关系模型由关系数据结 构、关系操作和完整性约束等三部分组成，其主要特点有： 1 6 1 关系模型中数据的逻辑结构是一张二维表： 关系操作采用集合操作方式，即操作的对象和结果都是集合。关系操 作包括各种集合运算和增、删、修改等； 标准的关系数据语言是s q l 语言； 关系模型允许定义三类完整性约束：实体完整性、参照完整性和用户 定义的完整性。 2 关系数据结构的特征 满足基本关系模型的数据表具有以下性质： 每一列中的数据是同一类型的数据； 不同的列必须在名称上加以区别； 列的次序可以任意交换： 任意两行不能完全相同； 行的次序可以任意交换： 每一个数据分量都不可再分割( 即具有原子性) 。 3 关系的完整性 关系模型中关系的完整性规则是对关系的某种约束条件。三种主要类 型的完整性约束定义如下： 第1 3 页 实体完整性规则：基本关系的所有主属性都不能为空值； 参照完整性规则：若关系r 的属性( 或属性组) f 参照了关系s 的主 码，则f 取值只能为全空，或为s 中主码的某个值。 用户定义的完整性：即必须满足用户针对某一具体关系数据库制订的 约束条件。 4 关系数据库管理系统 数据库管理系统( d b m s ) 是数据库系统中对数据进行管理的软件， 它是数据库系统的核心部分。所有与数据打交道的操作，包括建立数据表、 查询、更新及各种数据控制都是通过d b m s 进行。d b m s 总是基于某种数 据模型，因此可以把它看成是数据模型在计算机系统上的具体实现。根据 所采用的数据模型，d b m s 可以分为网状型、层次型、关系型和面向对象 型等。支持关系模型的d b m s 称为关系数据库管理系统( r d b m s ) 。 r d b m s 的主要目标是把数据作为可管理的资源来处理，使数据易于为 各种不同的用户所共享。同时还要保证数据的安全性、完整性和可用性， 并提供高度的数据独立性。 2 1 2 o r a c l e 数据厍系统 i b a m s 系统的数据库服务器选用了o r a c l e7 3 数据库。o r a c l e 数据 库是o r a c l e 公司所推出的基于s q l 的分布式关系数据库系统，是目前主 流的数据库产品。作为远程服务器，o r a c l e 提供了丰富的s q l 语义支持 和完整的s q l 数据操作函数，是数据库系统开发的首选数据库产品。o r a c l e 数据库系统中所实现的s q l 语言是i s o 的标准s q l 的超集，包含了一些 o r a c l e 系统专用的命令集，增强了用户对数据库的操作灵活性。 2 。1 。3o r a c l e 数据库的安全机制 o r a c l e 系统中安全性分为两类：系统安全性和数据安全性。系统安 全性是指在系统级控制数据库的存取和使用的机制1 1 1 ，包括用户的标识和 鉴别、用户可用资源的限制、限制用户可执行的系统操作。 数据安全性是指在数据库的各类对象上控制数据库的存取和使用的机 制。o r a c l e 提供基于特权限制信息的存取方法，用户要存取数据库中某 一对象时必须具有该对象上相应操作特权。o r a c l e 利用下列机制管理数 据库的安全性：数据库用户模式、数据存取权限控制、角色、限制用户使 用空间资源、审计记录等。 第1 4 页 2 1 4o r a c l e 的用户权限控制 访问数据库时，每个用户都必须通过口令进行登录。对于一个数据库 系统，不同的用户有不同的身份。每个用户的数据使用权限各不相同，非 系统用户甚至会被排除在系统之外。o r a c l e 一共提供了8 0 余种用户权限， 这些权限一般通过g r a n t 语句来设置，用r e v o k e 语句收回授权。权限包 括从建立数据库会话( s e s s i o n ) 到复杂的数据操作。 用户权限控制方案设计一向是数据库应用系统的难题。权限管理设计 得简单，容易留下安全漏澜。设计得复杂了，则实现起来就困难，而且可 能降低系统性能。 最简单的用户管理方式就是，将应用系统的用户同时定为o r a c l e 数 据库系统的用户，把用户管理交给数据库。但缺点是，每创建一个新用户， 就得把各种相应的应用权限授予该用户，这个过程比较琐碎。 比较复杂的用户管理方式是，由应用系统负责管理全部用户，并保证 数据访问安全。应用系统统一以有限的身份进入数据库， 1 8 1 在这种方式下， 应用系统必须保管所有的用户口令，并对应用级别的权限进行细分。但保 管口令方式在安全上容易出现漏洞。 2 1 5 数据完整性的保证 只要输入数据的数据类型与字段的定义一致，0 r a c l e 数据库就可以 接受数据。数据库一般不对数据的具体内容进行检查，应用系统应该尽量 保证送往数据库的数据类型正确，否则将会出错。对数据的具体内容或取 值范围进行检查，除了可以田应用系统内进行外，还可以通过用户自定义 约束或数据库触发器进行。 o r a c l e 数据库能自动进行的数据合法性检查有： 1 主码唯一性约束 主码( p d m a r yk e y ) 指的是，为某个数据库表定义的一个或一组字段。 根据定义，关系数据库中至少要保证数据表中任何两个记录均不相同。主 码的意义就在于，能保证数据表中任何两个记录的主码都不会相同。i 坷 关系原则认为，对两个完全相同的记录是无法进行区别的。在数据表 中存入完全相同的记录，将造成数据的不可辨识。对于指定了主码的数据 表，数据库管理系统能自动地拒绝重复记录输入，这就体现了主码唯一性 约束。 2 参照完整性 第1 5 页 所谓参照完整性，是指数据表中的某一个或某一组字段的值的取值范 围由另一个数据表的主码决定。如在图2 1 中，数据表“课程成绩表”中 学号的取值参照了“学生名册”的学号。 学号l 期末成绩i 学分 1 1 0 1l8 2l4 a ) 课程成绩表 学号i 姓名l 专业 i 1 1 0 1 i 王晓华l 计算机应用i l i i jb 学生名册 图2 1 参照完整性 参照完整性的目的是保证数据的内容具有可解读性，减少错误数据的 出现。对于指定了参照完整性的数据表，数据库管理系统能自动地检查输 入数据是否满足参照条件，拒绝非法记录的输入。 参照完整性的设置提岗了数据的可靠性，但由于增加了额外开销，使 系统的性能降低。此外还存在删除异常现象，即被参照表删除记录时，若 在参照表中存在对该条记录的参照，则无法进行删除。所以，应该只在有 必要时才使用参照完整性检查。 3 运用用户自定义约束 大多数数据库系统都提供了用户自定义约束功能，即对数据表中某一 个或某一组字段的值的取值范围进行限制。常见的限制条件为：值非空( n o t n u l l ) 、取值唯一性( u n i q u e ) 、限定取值范围( i n 、n o ti n 、 、b e t w e e n ) 等。 对于复杂的检查功能，可以通过数据库触发器来实现。 一旦定义了用户自定义约束条件，系统就会按定义自动地执行这些条 件检查。 4 数据库触发器 o r a c l e 数据库支持数据库触发器( t r i g g e r ) 功能。数据库触发器是针 对某个数据表创建的一段扩展的s q l 代码，其中可以包含各种判断和操 作。触发器一般用于对数据进行合法性检查。数据库触发器由各种数据库 事件触发，如记录的插入、修改、删除等。当检查到不合法数据时，触发 器可以拒绝这些数据进入数据库。 如以下在s t u d e n l s e x 字段被修改或插入时，触发器检查输入到性别字 段的数据，如果不在要求的范围，则拒绝操作： c r e a t eo rr e p l a c et r i g g e rs t u d e n ts e xb e f o r ei n s e r to ru p d a t eo ns t u d e n t s b e g i n i fs e xn o t i n ( 男。女) 第1 6 页 t h e nr a i s ea p p l i c a t i o _ e r r o r ( 2 1 0 0 0 ，学生性别必须为“男”或“女) e n d i f e n d ； i b a m s 系统充分利用了o r a c l e 的这一特点，大量采用触发器技术 使系统数据库的数据可靠性大大提高。 5 并发控制 关系数据库是一个共享资源，可以由许多个用户使用。为了提高资源 利用率，一般允许多个用户并行地存取数据库。但这样就会产生多个用户 并发访问同一数据源的情况，若对并发操作不加控制，就可能造成错误数 据存储，破坏数据的一致性。所以对于大型数据库系统，必须提供并发控 制视制。 并发控制的调度策略是可串行化原则，既保证对同一数据源的操作是 串行进行的。目前大部分的d b m s 是采用封锁技术来保证可串行性。封锁 技术是指，在一个事务对某个数据对象( 数据表、记录等) 操作前，申请 d b m s 对起加锁，在该事务完成之前，其他事务不能更新此数据对象。 6 o r a c l e 的数据库事务 o r a c l e 数据库管理系统的并发控制是以事务( t 怕n s a c a o n ) 为单位进 行的。事务是用户定义的一组操作序列，这些操作之间可以有一定的依赖 关系。在o r a c l e 数据库中，一个事务可以是一条或一组s q l 语句。 s q l 语言中用三条语句定义事务： 事务开始