（计算机软件与理论专业论文）xml驱动的集团公司分布式结算中心.pdf

x m l 驱动的集团公司分布式结算中心 计算机软件与理论 专业 研究生 关戍指导教师 庄成三 本文在i n t e r n e t 的普及与技术发展的基础上， 结合充分考虑到企业的具体 实际，设计了一种集团公司分布式结算中心的架构，在这种架构中x m l 作为一 种信息传送与语义描述的标准得到了充分的发挥。并将这个系统定位为一个在 业务上实现集团公司结算中心的管理功能、 以x m l 为数据交换的标准、 分布式、 多层结构、以组件技术( c o m - l- ) 与a s p 技术具体实现的w e b 应用程序。 系统依靠在不同地域的结算中心系统单元来实现对下属企业的分布式管 理。实际上一个结算中心系统单元就是一个具有完整功能的结算中心的程序实 现。上下级系统单元通过相互之间的数据交换，构成了面向整个集团公司的系 统。 文中对在系统中使用到的关键技术进行了一些介绍，随即对集团公司分布 式结算中心的系统单元的功能与数据需求进行了分析，完成了对集团公司分布 式结算中心系统单元的系统结构与工作流程的设计， 并定义了关键数据的结构。 在文章的最后重点讲解了系统进行数据交换的一些关键技术实现。最终使得企 业可以 通过工 n t e r n e t 传送有语义的信息， 实现对地理与网络位置分布广泛的经 济点的资金和结算业务的管理. 关键词: x m l e r p结算中心资金管理数据交换 d is t r ib u t e d b a la n c e c e n t e r d r iv e n b y x m l ma j o r c o m p u t e r s o f t w a r e 3 .设计了 集团公司分布式结算中 心系统单 元的系统结构与工作流程: 4 . 完成对主要数据的数据库设计; 5 .以 数据交换为重点，给出 整个系统的技术实现方案。 本项目 程序已经基本完成，目 前处于系统试运行阶段。作者不仅担任了分 四川大学硕士学位论文 布式结算中心系统的设计研发工作，同时也参与了出 纳系统的 研发，并负责两 个子系统之间的数据交换。由于结算中心在分布式e r p 中作为企业现金管理的 核心部分，具有举足轻重的地位，相信本系统在正式投入运行后，一定会产生 很好的经济效益与社会效益。 四川大学硕士学位论文 2项目 开发技术介绍 在前文中己经介绍，集团公司分布式结算中心系统定位为一个以x m l为数 据交换的标准的， 分布式的， 多层结构的，以 组件技术 ( g o m 十) 与a s p 技术具 体实现的w e b 应用程序系统模块。 下面将简单介绍目前的a s p 、组件与x m l 技 a s p 技术 a s p ( a c t i v e s e r v e r p a g 的 技术是一种建立动态的、 可交互的w e b 页的技术。 口砍. 术2 其方式是通过在服务器端嵌入脚本语言，这些服务器端的脚本语言不依赖于任 何浏览器或者用户使用的平台， 而返回的结果又放到普通的h t m l 代码 ( 或文本 及x m l 等)中。 a s p 的脚本引擎通过i s a p i 住 n t e r n e t s e r v e r a p p l i c a t i o n p r o g r a m m i n g i n t e r f a c e ，工 n t e r n e t 服务器应用程序接口 ) 来连接i i s 仃 n t e r n e t i n f o r m a t i o n s e r v i c e s ,由微软提供的由服务器产生动态网页的工具 。它使用服务器进行内 部的处理， 这意味着它与服务器使用相同的内存，并且可以 直接访问内存中的 值，进行有效及快速的处理。 a s p 页面通常包括a s p 的程序语言， h t m l 和纯文本， 在微软平台下通过调用 a s p . d l l 实现功能。在其他平台下有第三方提供的a s p 支特插件，但是可能与微 软的标准有些差异。 2 . 2组件技术 2 . 21组件定义 组件是包含可改变数据形式的代码的对象，可通过一系列可用的特定公共 服务 对此代码进行访问。 从一种更实际的意义上理解，组件是代码的 封装， 这 些代码执行应用程序的一些功能。 这个功能可能是业务 规则的处理， 如结算中 心存款利息的 计算，也可能 是从应用程序的数据库检索某些信息。组件的关键 特征是当 创建组件时， 组件的代码和与 组件相关的信息一起打包，在这种方式 下， 如果同时 使用多种版本的同一组件，每一个组件的 信息都与其他组件的信 息保持独立， 不存在信息之间发生混乱的问题。 四川大学硕士学位论文 另外，根据组件的工作类型，组件可以由其接口 来定义。 2 . 2 . 2 c o m和 的m + c o m 组件对象模型， c o m p o n e n t o b j e c t m o d e l ) 是面向 对象范型的一 个分支， 是一个基于二进制标准的规范， 这个标准规定如何通过接口 进行重复使用。 c o m 是由 微软开发的对象模型， 在w i n d o 。平台 上执行。 c o m 定义了 组件互操 作性的标准，即组件互相之间交互的能力。组件不需要用指定的语言 编写， 只 需指定组件之间如何通信和与操作系统如何通信。 组件必须遵守的 互操作性标 准指定后， 不同的开发人员 在同一应用程序中创建组件时的协作变 得非常简单。 这就意味着，为 c o m 编写的组件可以 重复使用，并不依赖于编写时所 用的语言。 一 个应用 程序 包含的组 件可以由 v i s u a l b a s i c . c+ 、 j a i a 甚至 c o b o l 编写， 只要遵守 c o m 规范就不会出 现问 题。 c o m +是组合了 c o m 和w i n d o w s 2 0 0 0 的微软事务服务器( m t s ) 的 一系列服务。 m t s 提供 措施管理组件的生存期， 不用担心应用程序对象的 创建和破坏，c o m 十 有能力 对此进行管理， 所以 可将重点放在实现业务逻辑上。随着 c o m +的 进入， m t s 的功能己经合并到操作系统中，被称为微软组件服务。 223组件服务 随着c o m 十的发布， m t s 在w i n d o w s 2 0 0 0 下作为一个单独的实体己 不再存在。 目 前， 其功能己 成为操作系统的基础部分( 现在称为微软组件服务) ，并且不只 包括事务性服务和组件生存期的管理。 组件服务提供了一些新的功能，在m t s 下组件可以 应用这些功能。由于操作 系统服务能处理越来越多的 特性，开发稳固的可扩展组件变得更为 简单。在程 序设计中，我们使用到由c o m 十提供的对象缓冲服务，可使组件在缓冲池中保持 有效，可以由需要组件的客户使用。应用程序一旦运行， c o m + 管理缓冲池， 处理激活对象的细节，并按照所指定的标准重新使用。为了缓冲组件， 组件必 须是无状态、 没有线程约束、 并且是可以 聚集的。 目前支持的组件管理包括: 1 .事务管理器 微软组件服务具 有组件事务管理器的功能， 在管理事务的过程中， 组件服务 四川大学硕士学位论文 首先检测组件是否参与事务处理，了 解组件的事务处理需求是什么。一些组件 忽略事务处理的过程，而一些组件应该或是必须参与事务处理。一个组件开发 和部署时，开发人员可对这个组件的事务处理参数进行设置。 如果设置的话， 组件服务利用这个信息决定组件应该如何参与事务。 2 .组件管理器 除了 管理组件与事务交互， 组件服务还可以管理组件自 身。 而这种功能是 m t s 的一部分，考虑m t s 特点时通常没有注意它。组件服务利用c o m +组件的环境帮 助管理组件。环境是用于维护一个对象集合的一系列运行期属性。每个对象在 生存期间与一个环境相对应，多个对象可以在相同的环境下运行，多个环境可 置于相同c o m 单元内， 环境属性允许组件服务提供运行期服务，这些属性保留决 定 执行环境如何为其中的对 象执行服务的状态。 3 .安全管理器 组件服务为c o m 十组件提供许多安全特征，其中自 动安全特征在不添加代码 的情况下就能使用，并且可以配置。另一些安全特征可以 直接并入组件的开发 中。 基于规则的安全性可通过编程和管理实现，它是c o m +主要的安全特征，允 许安全性的 粒度降到特定组件的方法级， 允许所有的 用户访问 组件， 但对某些 用户限制使用组件的某些方法。 2 . 3 x m l 技术 扩展标记语言( e x t e n s i b l e m a r k u p l a n g u a g e x m l) 正得到越来越深入和 广泛的应用，这是一件好事。x m l 可以帮助一个系统跨越很多边界，要获得真正 独立的、 跨平台的数据传送格式， x m l 是一种非常好的选择。计算机业内 x m l 几 乎得到了 所有大型( 或小型) 开发厂商的认可. 标准能达到如此的统一， 过去也 只有在t c p/i p 协议被采纳为网络协议的标准时出现过这种现象。从宏观现实 上来说，x m l 是一种国际标准，受一个工业标准团体的控制， 得到全世界的 广泛 支持，并成为为数不多的只有一个标准的技术之一。 既然x m l 是一个被普遍实现的标准，因此， 在w e b 应用系统中 使用它也很简 单。在我们的系统中，用a s p 实现一个w e b 应用，我们使用m s s q l s e r v e r 存储数 据， 而x m l 是另一种存储数据的格式，并且是传输数据的主要标准。 四川大学硕士学位论文 2 . 3 . 1 x m l 的定义 在给x m l 一个明确的定义之前，最好了解什么是标记语言。 标记语言并不是一种编程语言。实际上， h t m l 与x m l 都不是编程语言( 而 b a s i c 或c + + 才是真正的编程语言) ，只是定义了如何标记文本或文档的一套规 则。标记一个文档是指标识出文档的某些部分有特殊含义的过程。标记语言只 是一种规则，定义了如何给一篇文档中的特定部分增加特殊含义。这种定义可 能会起到很好的格式化作用，但这并不是使用标记的唯一原因。 和已 经广泛应用的另一种标记语言h t m l 相比，尽管x m l 和h t m l 都使用标记， 但是它们是不同的。其中最主要的区别是x m l 专门用来描述文本的结构，而不是 用于描述如何显示文本。一般情况下，浏览器会解释x m l 文档并将其显示出来。 但它不会对x m l 文档做任何处理，仅仅是显示出来而已。而对h t m l 文档，浏览器 不仅会解释它的标记，并且知道如何用标记所定义的格式来显示文档。 ( 实际 上大多数浏览器还是会对x m l 做一点格式编排，使其更易读了。但这与h t m l 专注 于显示是不同的.) x m l 是标准的文本，所以可以很容易地从一台机器传送到另一台机器。而且 它并不是一种专用格式，而是一种通用的标准，所以任何人都可以 使用和阅读， 并且，如果标记名取得有意义的话， x m l 数据就具有 “ 自 我描述”的功能。从 某种意义上讲，这就是x m l 能作为一种数据交换格式的真正含义。 2 . 3 . 2模式和文档类型定义 x m l 标记实际上不代表任何意义，可以给标记取任何名字，但怎么才能知道 什么类型的标记在文档中是允许使用的?因此必须使用文档类型定义(d o c u m e n t t y p e d e f i n i t i o n , d t d) 或 模式( s c h e m a) 。 模式 和 d t d 的 功能 几乎是一 样 的，都规定了哪些元素在文档中可以使用，并可以把一个形式化的x m l 文档转变 为一个有效的x m l 文档。也就是说它被正确标记( 即有良 好形式) ，并且只包含允 许的元素和属性。 既用d t d 也用模式的原因 是因为d t d 的自 身结构在有些地方显得比 较笨拙。 d t d 是一种定义x m l 文档结构的文本文件，但d t d 本身并不是x m l ，有完全不同的 语法规则。如果处理x m l 文档，并且希望定义那些文档的结构也应该是x m l ，这 四川大学硕士学位论文 就是模式所做的，即模式是d t d 的x m l 等价物。 d t d 有两个缺点: 不是x m l 。不能为每一个元素指定数据类型，比如整数、日 期等。 c d a t a 仅表示元素 只包含字符数据，并不确定元素内容的实际类型。 因为这些原因，微软向w 3 c 建议使用模式。模式不仅能够详细指出了可使用 的元素，而且可以指明其数据类型。虽然d t d 的c d a t a 等价于一个字符串，但模 式还允许其他数据类型，例如可以标记一个元素包含布尔型数据。 但模式仍不是一个标准，微软使用自己的模式格式，别的公司也有可能使 用d i d 或其他模式格式， 现在还没有统一的 标准。 在本文后面的一些章节在以 a d o 为例介绍数据访问生成x m l 时，将使用的微软的模式格式。 23 3命名空间 x m l 有一个问 题:由 于可以 给一个元素取任意的名字， 所以 很有可能使用了 别 人用过的相同名字，或甚至在不同的x m l .文档中 使用了 相同的名字 来表示不同 的意思。 当 这些x m l 文档分开时， 不会出 现问题， 但如果把这些个文档结合起来， 如何分辨相同名字的元素到底属于哪一个文档就成了 一个问 题。这也是需要有 命名空间( n a m e s p a c e) 的原因，因为命名空间唯一地确定了哪个元素属于哪个 模式。 通过在根标记中定义属性x m l n s ，将命名空间加入到x m l 文档， 这需要一个 统一资 源标识符( u n i f o r m r e s o u r c e i d e n t i f i e r , u r i) 。 这个u r i 只是一个能 唯一地确定命名空间的名称。 使用自己拥有的w e b 网站域名或其变形作为u r i , 是一个唯一确定每个名字空间的方法。只要它们在x m l 文档中是唯一的，我们可 以用任何名称来命名。 在x m l 元素中， 通过在标记前面加上适当的短名字 s h o r t _n a m e ) 来指定 元素属于哪一个命名空间。也可以 将命名空间应用于属性， 属性与文档中其他 元素的同 名属性唯一 地区分开来。 命名空间使用的主要原因是能确保正确地解释数据。 如果x m l 文档含有某些 需要进行特殊处理的信息， 或者说包含一些特殊的信息， 那么命名空间可以 识 别它们，使此x m l 与那些凑巧包含相同元素或属性的x m l 区分开。 四川大学硕士学位论文 2 . 3 . 4文档对象模型 文档对象模型( d o c u m e n t o b j e c t m o d e l , d o m ) 是针对h t m l 和x m l 文档的 a p i , 定义了文档的逻辑结构以及访问它们的方法。这确实很重要，因为它定义了一 个标准的访问和处理x m l 结构的方法。 x m l 文档本质上是分层结构的文档，也就是说，总是有一个顶 层或根元素， 然后在下面有一些子元素。如果子元素有很多，将会得到一个层次很深的树状 图。用d o m 的术语来说， 这些元素也称为节点( n o d e) 。一个节点代表树状结构 中的一个普通元素。 为了表现这种分层结构的本质， d o m 提供了 整套的对象、方法及属性以 使 我们能处理d o m 。在此给出少数几个常用的对象和属性。 n o d e在分层结构中的单个节点对象 n o d e l i s t节点集合 n a m e n o d e m a p允许用名字和索引号访问的节点集合 c h i l d n o d e s返回一个包含子节点的n o d e l i s t 对象 f i r s t c h i l d返回当前节点的第一个子节点 l a s t c h i l d返回当前节点的最后一个子节点 p a r e n t n o d e返回当前节点的父节点 p r e v i o u s 5 i b l i n g 返回上 一 个兄弟 节点， 也就是在分 层结 构中 相同 层上的 前一个节点 n e x t s i b l i n g返回下一个兄弟节点， 也就是在分层结构中相同 层上的 后一个节点 n o d e n a m e节点的名字 n o d e v a l u e节点的值 从以 上列出的对象与属性中，我们己 经可以看出一种如何使用d o m 来 遍历 x m l 文档的各个节点的方法。同时，由于x m l 是可扩展的，主要用于满足文档的 多样性， 所以 针对不同的节点类型有一些特殊的 对象， 这些 对象继承了 n o d e 对 象的大部分方法和属性，同时也增加了一些特别的方法与属性用于处理那些特 殊的节点类型。 因为x m l 是一个相对较新的领域，许多浏览 器都不支持x m l 教据的处理。 四力 大学硕士学位论文 i e 5 . 0 是目 前对其支持较好的浏览器。 2 . 3 . 5数据岛和绑定 可以在一个h t m l 页面中用 x m l ) 标记创建一个数据岛，可以在x m l 标记这里 引用了一个外部x m l 文件作为数据源，也可以在x m l 标记内 嵌入x m l 数据，这样实 际上是在h t m l 页面中包含数据的一种方法，客户端可以 通过提取数据岛中的数 据，进行自己的程序处理。 绑定可以采用两种形式。第一种是绑定单个元素，将单个元素绑定到数据 岛的一个字段。另一种方法是使用t a b l e 对象绑定，做法是先把t a b l e 对象绑定 到数据岛，然后再将t a b l e 中的元素绑定到数据字段。这样，当用户在客户端对 绑定的元素里面的值修改时，数据岛里面对应字段的值也会发生相应变化。 2 . 3 . 6 x s l x s l 即可扩展样式语言( e x t e n s i b l e s t y l i n g l a n g u a g e ) ，是一种用于转换 x m l 数据的基于x m l 的语言。这种转换可以在x m l 的一种格式与另一种格式间进 行，或者可以 从x m l 转换到h t m l 格式，也可以从x m l 转换到任意类型的文本输出。 x s l 产生的原因之一是因为x m l 纯粹用于数据。我们己经说过x m l 标记只用于 识别数据，不像h t m l 标记那样可以用来指定数据格式。因此，需要使用某种方 式来格式化x m l 以显示x m l 数据。 x s l 由 两部分构成，即转换语言和格式化语言。由于x s l 现在还不是一种规 范的标准，也就是说大多数浏览器对它的支持是不完全的。几个主要的浏览器 基本上都不支持x s l 的格式化部分，许多浏览器甚至连它的转换部分也不支持。 微软发布工 e 5 时， 按照当时建立的 标准加入了 对x s l 转换部分的 支持。 这意 味着i e 5 并不支持x s l 的格式化部分，但部分地支持其转换语言。不过工 e 6 对其的 支持有所提高。 x s l 是根据一套与x m l 中的元素或属性相匹配的规则设计的。这些规则被称 为模板，在一个模板内你可以 循环访问元素和属性，并可以 应用其他模板执行 其他类型的处理。凡是不属于x s l 处理指令的组成部分的文本都被输出，这就是 通过匹 配元素与输出 文 本和元素的 值 来转换 x m l 的 过程。 x s l 是x m l 的一种形式， 所以 它也由 一系列标记组成。 在样式表内， 标记采用 四川大学硕士学位论文 模板的形式，匹配部分的x m l 文档。也就是说只有先匹配x m l 标记，然后才能输 出 标记的值，以 及其他文本。 应用一个x m l 样式表的最简单的方法是在x m l 文件中指定样式表。这只需将 下面这行加到x m l 文件的顶端，对于程序设计者来说，这显得不是很灵活，因为 这意味着物理地创建一个x m l 文件， 然后编辑它并放入样式表的引用。 与之相比， 我们更愿意动态地应用样式表，而不是把它嵌入到x m l 中。可以在发送x m l 数据 到浏览器之前， 在a s p 页面内 动态地应用样式表。 2 . 3 . 7相关的领域 围绕着x m l 还有许多没有定义标准的领域，但仍然被各种各样的委员会使用 着: x s l 仍然在发展，目前还不是一个标准。一旦它成为一个标准，将来的浏 览器肯定会加入对x s l 的支持， 可 扩展的 超文本标记语言( e x t e n s i b l e h y p e r t e x t m a r k u p l a n g u a g e , x h t m l) 应该是一种h t m l . x m l 与h t m l 最大的区别是严格程度不一样。 h t m l 中的 某些元素不一定需要一个关闭元素( 比如， l i 和b r 元素) ，并且某些属性也并不 需要用引号引起来。而x m l 在这方面要求非常严格，所有的元素都必须有关闭标 记，同时所有的属性都要用引号引起来。x h t m l 只是将这些字符串规则应用到 h t m l 中。这样做的目的，首先是提高了标准化的程度，另外也就意味着x h t m l 文 件可以很容易地被x m l 解析器处理，因为它遵循了 x m l 的语法规则。 x l i n k 和x p o i n t e r 是允许链接x m l 文档的x m l 扩展。x l i n k 与h t m l 中的 标 记的功能基本相同.x p o i n t e r 能够链接一个目 标资源的单个或多个位置，每一 个位置可以是文档的任何部分。这扩展了 现有的链接模式的功能，同时也提供 了一个更灵活的、有效的解决方案. 格式化对象是x s l 样式规范的第二个组成部分，它引入了一套标准标记用 来格式化对象。它们提供了一个与显示无关的格式化描述，这与h t m l 中描述和 布局相结合的元素正好相反. b i z t a l k 是 微软设计的 用来统一使用x m l 的 框架。它定义了一套标准的专门 用于解决一般的业务逻辑方案的x m l 标记。 - 1 3 - 四川大学硕士学位论文 都可以 设计一个简单的代理程序来支持这种机制，让应用程序能够处理来自 不 同数据源的 标记数据，实现设计目 标中的跨平台 功能。开发者可以 使用来自 非 传统数据源或其他服务器的数据来满足客户端的请求一一 只要这种数据处理成 符合验证机制的x m l 文档格式。结合中间层组件技术，我们的开发己 经从客户 机一 服务器计算体系迈向真正的多层模式。 3 . 2应用层次结构 集团公司分布式结算中心系统采取的是一种层次型的结构。这是由企业自 身组织结构和资金分配的方式决定的。 3 _ 2 . 1合理设置结算中心的层次结构 对一般的企业而言，从上到下可能具有二级或三级管理层次，例如 “ 总公 司一河北分公司一销售部什 。对大型企业或企业集团而言，其分枝更深更广，甚 至可能有四级，五级下属单位。在大体上说，对二，三级企业 ( 群体) ，当其拥 有的下属贵任单位数量不多时， 设立一级结算中心就应该足够了。而对具有三， 四层的大企业，集团，下属责任单位庞大时，可设立二级或多级结算中心。例 如， 对某个全国范围化的集团公司， 可以第一级为集团级结算中 心， 第二 级为 省级子公司级内部银行，在一些需要的地区可以设立第三级结算中心。 由于企业内部银行新组建和运作将增加额外管理工作和运行成本。在设立 前， 须对其本身进行成本效益分析， 使得结算中心运作的工作量和成本要适中， 实 际上本课题所进行的结算中心信息化与网 络化也 是在减少工作量与 运营成本 的考虑下实行的。 如果内部银行的体系， 机构搞得过大， 程序过于复杂， 会减 缓经营决策速度，反而得不偿失. 在企业管理中，有一种倾向 是在企业内部划小核算单位，甚至大量划出 独 立核算单位，实行自 负盈亏， 其目 的 是增加下属单位激励机制和经营压力: 但 其副作用是企业内部出现资金割据的现象，在各单位盲目自 求发展中，反而损 害整体利益。 从这个角度讲， 企业内 部核算单位并不是划得越细越好。 应该要 有一个度的把握， 企业须适当划分下属责任单位， 合理区分内部独立核算( 法人型下属单位) 和非独立性核算，尤其对工序相关性的联合生产企业， 更不宜划分出独立核算 一 工 8 - 四川大学硕士学位论文 路由，因为站在集团公司结算中心整个系统的角度来看，结算中 心的 业务都是 按照实际的 层次 来进行的。 每个独立的结算中心系统单元完成其 辖域内 的结算 中心业务，并通过数据与信息的交换，将位置处在各个层次的这些结算应用联 系起来，最终构成集团公司结算中心系统的分布式实现。 3 . 3系统单元的嵌套 图3 . 4 结算中 心的嵌套结构 在这里我们关注一下结算中心系统单元的概念。结算中 心系统单元是集团 公司分布式结算中心系统的构成单位， 其功能 是完成其辖域内的结算中心业务， 从某种意义上来讲，一个独立的结算中心系统单元即是一个具有完整功能的结 算中 心的 程序实现。 这种程序实现在实际上很有可能是通过c o m 十 技术由 几个服 务器联合完成的。 我们的集团公司分布式结算中 心系统就是由 分布在不同 地理 与网 络位置的，具有完全功能的结算中心系统单元按层次 关系构成。 每个系统 单元其实都是一个独立的结算中心， 通过数据传送，按层次联接起来，实现集 团公司结算中 心体系的分布式计算。 如图3 . 4 所示， 在一个结算中心的 下属结算单位中可以包括它的子结算中 心， 它的父结算中 心 ( 如 果它有的话) 对它来说， 相当于一个银行类单位。由 此， 我们将扩充一下我们的系统单元的概念， 把各个单独的系统单元联接起来; 系统单元不仅包括其通过自 身服务器所实现的 对某个地理范围内下 属结算单位 称之为服务域)的管理功能，同时更包括通过其下属的结算中心系统单元实 现的 对更广泛的管理。 每个结算中 心系统单元都获得并且公 布其所有子系统单 元的数据路由， 提供对服务域内数据和域外数据的路由服务， 井实现数据传送， 四川大学硕士学位论文 很显然，当结算中心系统单元的功能作出了包含其子系统单元功能的扩展 时，我们整个的分布式结算中心系统就是一个最大的系统单元。如此将形成一 个覆盖整个分布式结算中心系统所有服务域的层次树状结构。 对任何一个级别的下属结算单位和子系统单元而言，总存在一个上级结算 中心应用程序负责实现这个服务域的结算中心业务功能，从而构成了一个在某 个服务域上能够独立实现功能的系统单元。这些系统单元实 现了 通信机制与域 外数据的路由服务之后， 在更大的域划分层次那形成更高层次的结算中 心系统 单元， 最终形成了面向整个集团公司 所有服务域的系统，实现了 集团公司的分 布式架构。 由 上面所述我们可以得到这样一个结论:只要我们给出一个结算中心系统 单元的业务功能的设计与实现，并将其应用实施到所辖服务域中，使得该系统 单元能够实现在其服务域内的完备的结算中心业务， 那么由 这些结 算中 心系 统 单元按照分布式架构嵌套构成的整个系统必然可以实现在所 有服务域内的完备 的结算中心业务。 3 . 4导向与路由 作为w e b 分布式结算中心系统构成单位的每个系统单元， 都为 访问者提供 w e b 服务，响 应请求并返回h t m l 页面与x m l 数据。 每个系统单元服务器都建立一个路由表， 存储相应帐号、单位号与所属服 务 域服务器的域名与i p 地址。 在系统中我们对结算中 心的帐号与单位号做出了 一种约定， 将帐号与单位号进行分段管理， 这样就可以采用类似网络段的方式 来实现路由。 在路由 表的 底端会有一个d e f a u l t 的 路由， 指向 上级结算中 心系 统单元，将本系统单元无法响应的请求送交上级系统单元处理，当 请求的路由 指向 路由 表所在服务单元时， 表示请求送达，该 服务单元调用相应业务程序返 回数据或页面给用户。如果一个请求在最上 级系统单元也无 法得到处理， 那么 就返回出错的消息给请求者。 3 5上下级数据传送 上下级系统单元之间发生的数据交换， 一般包括以下类型: . 由数据路由服务提供的转发数据 四川大学硕士学位论文 上级请求查看的数据信息，主要是报表信息 上下级之间传送的单据信息 路由表更新时的进行的路由公布 上级向下级发布的模板数据 其他的一些为实现分布式计算而传送的控制与响应信息 . 四川大学硕士学位论文 4结算中心系统单元的需求与设计 集团公司分布式结算中心系统是由分布在不同地理与网络位置的，具有完 全功能的结算中心系统单元按层次关系构成。 每个系统单元其实都 是一个独立 的结算中心，通过数据传送，按层次联接起来，实现集团公司结算中心体系的 分布式计算。下面将给出一个独立的结算中心系统单元的主要职能、设计思想 与系统结构。 4 . 1结算中心的主要职能 我们的系统中， 将企业内 部的 结算中 心定义为一种在运用和发展责任会计 基本功能的基础上，力求将 “ 企业 ( 基础)管理” 、 “ 金融信贷 银行机制) 仪 “ 财务管理( 会计核算) ” 三者融为一体的管理方法。 具体而言是将企业的自 有 资金和商业银行的信贷资金统筹运作， 在结算中心统一调剂， 融通运用，通过 吸纳企业下属各单位闲散资金，调剂余缺，减少资金占 用，活化与加速资金周 转速度，提高资金使用的效率和效益，实现与目标成本管理，以及企业内部经 济责任制的有机结合，并实现监督，考核，控制和管理。 为实 现这样的管理目 标， 结算中心引进了商业银行的信贷、 结算、 监督、 调控、信息反馈的职能，发挥计划、组织、 协调作用，建立一个企业和下属单 位的经济往来的结算平台，并使之成为企业的信贷管理中心以 及货币资金的信 息反馈中心。 它主要具有以下职能: . 结算职能 结算中心为对下属核算单位与外部单位之间，或者下属各核算单位之 间的经济往来，提供一个结算平台。 这些经济往来， 诸如: 原材料， 燃料， 动力供应， 产成品与半成品的转移， 劳务提供， 器材设备的供应，商品 采购， 库存，销售， 服务及营业费 用发生， 以 及各种费用支出，解缴，资金调拨，都运用企业内部结算价格和相应的内部 支付手段，及时准确地进行内部核算。 一 期望效果: 缩短经济往来的时间， 特别是原来内 部各单位相互经济往 来的结算时间 ( 因为外部结算涉及商业银行转帐的问 题) 。 一 2 今 一 四川大学硕士学位论文 结算过程的中心化与统一管理原则，将提高原来企业的各下属单位的结算 活动的透明 度， 尤其将改善这些单位在商业银行中 开户 过多过杂， 结算过程冗 长的局面，减少了 在途资金占用。统一开户的管理方法使得管理者能够有效的 强化内部结算纪律，解决内部资金相互拖欠的问 题。从而最终实现资金活化， 减少无谓占用的目 标。 . 融资信贷职能 结算中心在企业内部实现以资金有偿占用的原则，引入信贷机制，运 用利息杠杆调节作用， 促进企业内部资金使用效率，效益。 期望效果:实现企业下属各单位货币资金的集中和吸纳，利用信贷杠 杆进行内部资金融通，并尽量减少对外借款。 改变了原来内部各单位分头向银行贷款，内 部不能相互融通的情况，改进 了资金多余与紧缺， 苦乐不均的局面， 减少了 对外贷款， 节省了 对外银行贷款 利息。发挥横向拆借和纵向调剂职能， 把有限资金真正用在刀刃上， 促进各下 属单位精打细算，少贷，早还，提高企业支付能力。 . 监督控制职能 监控职能主要通过企业核实的各项资金定额，财务收支计划，经济责 任制指标体系，结算制度，结算程序，内部结算价格体系，内部合同，经济纠 纷仲裁制度等实现。 期望效果:通过监督. 控制， 使许多不合理开支，资金外流问 题， 违 法乱纪现象得到遏制和改善。通过事前预测， 事中监督， 事后核算进行全过程 管理，弥补传统财务会计事后算帐的不足。 . 信息反馈职能 一通过结算中心的核算资 料， 准确反映企业和下属各单位的收入， 支出， 节余情况和经营业绩，加强信息反馈， 及时为企业领导决策和调整信贷计划提 供依据。 期望效果:能够对各下属单位收支， 结存情况及时反馈。 公司通过建 立资金收、支、存制度，按规定时间间隔对各单位资金收，支，存情况统计上 报，及时掌握各单位资金动态，销售经营情况。 一 2 5 一 四川大学硕士学位论文 4 . 2结算应用中心的主要思想与方法 下面将给出我们的结算应用中心的几个主要的思想 a2 ， 1以帐户为核心的平行单位结构 站在整个集团公司分级管理的角度来看，作为集团公司下属一个子单位的 结算中心。其自身总是处于某个管理层次。从整个集团的结算中心这一套系统 自 身的体系来看，如前文所述，也是具有某种层次性的结构。然而对处于某一 级的一个结算中心而言， 在业务逻辑上， 与结算中心发生资金关系的所有单位， 在结算中心中均表现为帐户，所有的单位都是平行的。 如图3 . 4 所示，结算中心管理的单位分为两类，一类是下属结算单位， 一 类是银行类单位，这两者均在结算中心以帐户的方式表现出来。 下属结算单位，是指通过本结算中心进行结算与现金管理的单位，包括内 部企业 ( 单位)与某些外部企业 单位)在本单位设置的内部资金代理。在原 则 上一个结算类单位在结算中心一般只开一个帐户， 也可以 根据用户的要求在 一个单位下设立存款和贷款两个帐户，实 现存贷分户管理。而银行类单位在结 算中心的帐号实质上相当 于结算中心在银行中的帐户的一个对等映射。无论这 些单位在现实中的相关级别如何，结算中心在业务上把它们看作在结算单位与 银行类单位两条线上平行的单位。 下级结算中 心可以视作一个内部单位，上级结算中心可以视作一个特殊的 银行类单位。 结算中 心下属结算单 位一般都是内部企业或单位，不过考虑到有 些用户的特殊性，在其中加入外部企业或单位的做法是可行的. 在结算中 心应用系统的实现上，我们采用以 帐户为核心，实现帐户到单位 的映射。实质上由于我们的系统不提供二级帐户，因此所有的单位就一定是平 行的。同时考虑到集团公司的国际化问题，加上整个集团公司分布式财务系统 的多币种功能，也允许一个单位设立多个不同币别的帐户. 4 . 2 . 2 银行式的管理 结算中 心在资金的存取与借贷上，引入银行式的管理方式，其每个下属结 算单位都应在结算中心开设帐户，每次存取借贷.均要填写相应的单据。不过 一 2 6 一 四川大学硕士学位论文 这种银行式的存取借贷是一种逻辑上的概念，实质上，我们不要求企业集团的 成员把现金形态的流动资产全部存入结算中心。其实很显然，当企业足够广域 化了以 后， 如果要求企业把流动资 产以 真实货币 的 形式 集中 存放到某个地方， 这是不切实际的。 我们的结算中心系统只是要用类似银行的管理概念来进行资 金的管理， 只是作为一种管理方式的 存在， 并不是要构建一个真正的银行系统。 在早期的内部银行系统中有过一些过度追求对商业银行经营方式的模拟的案 例，用户很快会发现在集团中建立一整套的银行体系不仅没有降低资金与结算 管理的成本，反而增加了许多别的开销。 在我们的结算应用中心系统中，采用了这样一种方式。 结算中 心与下属核 算单位均利用商业银行的资源，通过两者在商业银行的帐户之间的银行转帐来 实现。当下属核算单位将自己在商业银行中帐户上的资金采用银行转帐的方式 转入结算中 心在商业银行中的指定帐户时，该单位在结算中心的帐户上就多了 一笔存款记录:同样，当下属核算单位向结算中心提出取款申请时，结算中心 则通过银行转帐把相应金额转到该单位的银行帐户上。 银行式的管理决定了结算应用中心的大部分功能模块的交互界面与数据的 结构 单据。 同时， 现在大部分的商业银行都支持工 n t e r n e t 上的银行转帐与 帐目查询，并为用户提供接口，通常采用安全认证技术与h op s 协议实现。 4 . 2 . 3资金的有偿占用原则 简单而言，资 金的有偿占 用原则资 金的占 用必须付给其原有者利息. 下属结算单位在结算中心的存款， 结算中心将按照规定的利率与存款时间 计算与支付利息: 下属结算单位在结算中 心的贷款， 结算中心也按照规定的 利 率与贷款时间计算与收取利息。另外，结算中心在银行类单位的存贷款，将根 据银行类单位发出的 利息收支单来收支利息，同时，也可以 根据商 业银行在结 算中心的帐号 ( 前文已经讲过，商业银行在结算中心的帐号实际上是结算中心 在商业银行的银行帐号的一个对等映射) 信息，由结算中心主动向银行提出计 息申请。 下属结算单位在结算中心存款的利率一 般低于结算中 心在商业银行的存款 利利率; 贷款的利率一般高于结算中 心在商 业银行的贷款利率。 利息的发 放与收取基本上是通过结算单位的结算中心帐户进行的， 不过可 四川大学硕士学 位论文 以 根据结算中心自 身的规定执行。例如，当一个单位的贷款到达结息日时， 结 算中心根据计算出的利息金额，可以采用直接从单位的帐户上扣除的方式，也 可以 采用向结算单位发出 通知，等用户确认以后再执行帐户上金额的操作的方 式。结算应用中心为实现这一点，在设计上提供了 利率调整的功能 模块，让用 户( 结算中心业务员) 可以为不同的帐户， 或不同贷款单设置和改变包括利率、 计息方式与结息日等等在内的计息信息。 4 . 2 . 4下属单位的结算平台 为下属单位提供一个结算平台，是结算中心的一个主要功能。 当下属单位之间进行内部结算时， 只通过在结算中心实现内部转帐来完成。 从某种意义上来说，这种现金结算实质上并没有出 现任何现实的资金流动，只 是结算中心中两个内部帐户中，数字化的金额一个增加一个减少而已。对结算 中心而言，其拥有资金的总和是不变的。 当下属单位与外部单位结算时，如果外部单位在结算中 心中设立了资金代 理帐户，那么结算方式同下属单位之间的一样。如果没有设立代理，则视作下 属结算单位在结算中心的帐户与商业银行在结算中心的帐户之间的结算。 这种 结算方式会使得结算中心的资金发生流动. 假设下属结算单位为u ，与之发生结算的外部单位为e , e 通过商业银行b 进行结算。 以u 付款， e 收款为例. 结算金额变化的实质是: u 在结算中心帐户 上的金额减少， b 在结算中心帐户上的金额减少，结算中心在商业银行b 中的 帐户上的金额减少，e 在b中的帐户上的金额增加。这样就完成的一次标准的 对外结算。 4 . 2 . 5内部贷款与外部贷款 结算中心根据下属结算单位的贷款请求，审核其贷款的资格， 通过内 部评 议与权责人的确认，与下属结算单位签订类似贷款合同的贷款单，从贷款日开 始将相应金额存入该单位的结算中心帐户，同时计息开始。 站在下属结算单位的 角度看，它总是从结算中 心获得贷款， 至于这笔资金 到 底是用结算中心自 己的资金实现的内 部贷款， 还是结算中 心从商业银行的外 部贷款转贷而来的，下属结算单位不知道也不用关心。 四川大学硕士学位论文 a2 . 6现金集中管理 结算中 心对下属单位的集中式现金管理， 是其的主要管理思想与功能之一。 这种方式包括:各成员企业或分公司收到现金收入时，都必须转帐存入结 算中心在银行开立的帐户; 统一拨付各成员或分公司因业务需要所需的货币资 金，监控货币资金的使用方向;统一对外筹资， 确保整个集团的资金需要;办 理各分公司之间的往来结算，计算各分公司在结算中心的现金流入净额和相关 的利息成本或利息收入;核定各分公司日常留用的现金余额。 这种现金控制方式具有以下特点: 1 . 各分公司都有自 身的财务部门、有独立的帐号进行独立核算，拥有现金 的经营权和决策权。 2为了 减少因分散管 理而导致的现金沉淀 增加， 提高 现金的周转效率，节 约奖金成本，集团公司对各分公司的现金实施统一结算。 3 . 实行收支两条线。各分公司根据结算中心所的最高现金保存额 ( 通常按 日常零星支出支付需要确定) ， 将每日超出部分的现金收入转入结算中心设立的 专门 帐户， 当各分公司超过核定定额的 现金时， 必须事先向结算中 心提出申 请。 4 . 对各分公司 提出的申 请有两种管理方式:一是逐项审批制。对各项要款 必须列明用途、数额、时间，经营者或其授权人批准后方可拨出;二是超权限 审批制。超过分公司经理审批权限的部分，必须经过经营者或其授权人批准， 权限有三种表达方式， ( 1 ) 是每笔现金支用的额度: f 2 )是一定时间 ( 如日，月) 现金支用的额度; ( 3 )是超过现金流入量的现金支用。 5 由企业集团制定现金管理的规定， 包括收入和支出的规定， 结算中心根 据这些规定监控各分公司的现金缴纳与支用。 6 . 各分公司不直接对外直接借款，由 结算中心统一对外办理。 可见结算中 心方式并不意味着将各分公司的全部现金集中到资金总 库， 而是关于资金动员、 资金流动和投资等决策过程的集中化，各分公司拥有较大的经营权和决策权。 四川大学硕士学位论文 4 . 3结算中心系统单元的功能设计 结算中心系统从本质上讲是对现实存在的企业结算中心的一个模拟， 通过 应用程序给用户提供一个实现业务的平台， 最终完成企业结算中心的管理功能 的信息化。为达到这样的目 标，我们的结算中心系统在设计过程中，必须给出 完好的功能模块设计，以很好的实现前文所述的结算中心的各种管理思想与职 能，同时发挥系统信息化的优势，建立信息化的结算与资金管理平台，并为企 业管理者提供相应的信息反馈。 4 . 3 . 1功能模块的划分与概述 结算中心系统作为集团公司分布式财务系统的子系统， 吸纳了 它的几个系 统模块: 单位管理提供对单位的新建、删除、 维护功能。 帐套管理提供对账套信息的新建、删除、维护的功能. 用户管理提供用户、