基于多组织架构的财务管理系统基础数据模块的设计与实现

1、基于多组织架构的财务管理系统基础数据模块的设计与实现    基于多组织架构的财务管理系统基础数据模块的设计与实现吴晓东，吴尽昭*作者简介：吴晓东，（1985-），男，学生，主要研究方向：计算机软件与理论. E-mail:  尤其是快速成长扩张型的中、大型企业，传统ERP 已不能满足其复杂、灵活多变的网状业45 务模式。以及组织架构调整频繁、多种管理模式并存、多组织/多工厂/产业链的协同管理。在新经济环境下，需要新一代的ERP 应用。基础数据的问题在ERP 实施期间一直是困扰企业的一个大问题。在企业中，产品的信息十分复杂和庞大，并且没有一套完整的

2、产品信息列表，在管理上存在很大的漏洞。说到数据在ERP 项目中的重要性，恐怕没有人会否认。大家最常挂在嘴边的一句话是50 “三分技术、七分管理、十二分数据”，以此来表达对数据的高度重视。然而数据问题成为ERP 项目高失败率的主要原因之一这一不争的事实，又不得不让人反思症结到底在哪儿。这也是本文研究的目的所在。如果我们对基础数据置之不理，我们可以在每种单据上写上这些信息，这的确省下了很多的前期工作量和时间，但当ERP 在整个企业中流转时，许多问题甚至是致命的问题就会55 暴露出来。首先，产品信息等还是无法在企业中统一，每个部门还是各抒己见，这必然导致信息的混乱。第二，因为没有一个统一的基础信息使

3、得对每个产品的信息无法跟踪，出现大量的数据冗余。当一个产品的属性改变时，对历史数据的追溯我们变的一筹莫展。第三，大大增加了系统的负荷，没有有效的信息管理，各个产品信息流窜在各单据中，使得数据量也大大增加，给系统的维护带来很大的不便。60 所以说基础数据对整个企业基础信息的统一，为企业管理带来了极大方便。ERP 能有效的管理和跟踪基础数据、各类单据之间的联系，方便系统的维护1-3。1 系统基本功能的简介基础数据是财务管理系统运行的基础，基础数据包括以下几个内容：会计科目方案：在会计科目外包装一层科目方案，便于在账簿体系间共享会计科目，科65 目方案设定科目的控制级次，以及属性控制许可。科目管理：

4、设置各会计科目方案的下的具体科目信息，通过会计科目方案的复制可以实现在不同科目方案下的科目管理信息的快捷定义。辅助核算：设置可用于科目核算的辅助信息，具体信息由平台或各业务系统设置，如自定义档案、物品信息等。70 会计期方案：在会计期间信息外包装一层会计期方案，便于在账簿体系间共享会计期方案，会计期方案内设置会计年度和具体的会计月划分。账簿体系：设置多个账簿公用的基础环境，便于在同一的账簿体系下的数据查询。账簿体系设置会计科目信息、会计期信息、本位币信息。摘要方案：摘要对应账簿，每个账簿可以有不同的摘要方案，也可以共享使用一套摘要75 方案。凭证分类方案：对应账簿，每个账簿可以使用不同的分类方

5、案，或共享使用相同的分类方案。账簿定义：针对财务组织提供会计核算业务的基础，账簿定义确定其科目信息、会计期信息及本位币信息。 80 1.1 系统流程图图1 系统流程图Fig. 1 System flowchart85 图1 表示基础数据定义的先后顺序（依赖关系）。1.2 业务处理流程图2 业务处理流程图Fig. 2 Business processes90图2 表示出系统的业务处理的流程。2 系统的设计原理与技术分析2.1 多组织架构组织 在管理学中，组织的涵义可以从静态与动态两个方面来理解。从静态方面看，指95 组织结构，即：反映人、职位、任务以及它们之间的特定关系的网络。这一网络

6、可以把分工的范围、程度、相互之间的协调配合关系、各自的任务和职责等用部门和层次的方式确定下来，成为组织的框架体系。从动态方面看，指维持与变革组织结构，以完成组织目标的过程。通过组织机构的建立与变革，将生产经营活动的各个要素、各个环节，从时间上、空间上科 学地组织起来，使每个成员都能接受领导、协调行动，从而产生新的、大于个人和小集体功100 能简单加总的整体职能。组织结构(Organizational Structure)是指，对于工作任务如何进行分工、分组和协调合作。是表明组织各部分排列顺序、空间位置、聚散状态、联系方式以及各要素之间相互关系的一种模式，是整个管理系统的“框架”。企业

7、组织架构包含三个方面的内容：105 1) 单位、部门和岗位的设置。2) 各个单位、部门和岗位的职责、权力的界定。3) 单位、部门和岗位角色相互之间关系的界定。多组织结构是企业管理软件从不同的业务视角对企业管理的认知结构，是管理软件的组织“框架”。它是所有业务开展的重要维度和载体，跟所有业务系统密切相关。需要为现实110 世界中各种企业组织架构提供支持，体现企业的管控模式，最终达到企业的管控目标。与企业的“行政组织”设置与人员规模密切相关且复杂多变不同，软件系统的“业务组织”必须以业务流程运作为核心，要求尽可能简单并保持相对稳定，在公司（人员）规模扩大的过程中具有延续性与继承性4,5。图3 可以

8、基本说明本文组织模型的体系。集团、公司和部门档案共同构成行政组织体系，115 其他业务组织独立建立，通过关联关系与公司或部门发生联系（除库存组织之外）。本文多组织架构的业务组织分两种类型，一种是建立在集团层面的，可以跨公司使用，一种是建立在公司下的（大多数组织），只能在创立的公司内使用（只有库存组织和责任中心）。120 图3 多组织架构Fig. 3 Multi-organization2.2 AOS 开发平台AOS（Aisino Application Operating System）航天信息应用开发平台是一个开放的集成 125 与应用平台，是航信企业管理软件解决方案、合作伙伴解决

9、方案以及客户定制应用的技术平台。能够为企业灵活而迅速的设计、构建、实施和执行一套随需应变的企业管理软件系统，并能够与现有的IT 基础设施无缝地协同运作。平台是基于B/S 结构的，基于JAVA 环境的，并利用ajax 技术进行远程数据获取和提交。平台的后台体系结构主要借鉴了eclipse 和osgi的设计思想，采用了插件加服务的体系结构。平台的体系结构如图4 所示6,7。130图4 AOS 平台体系结构Fig. 4 AOS Platform Architecture3 系统的实现135 3.1 数据的隔离共享方案本系统的基础数据模块是基于多组织构架的，根据其业务特点，我们将基础数据进行了组织的隔

10、离。我们将基础数据隔离共享方式分为全局、分配/引用、隔离三个大类和七个小类；基础数据的管理针对的是管理组织，所有基础数据都是属于某一个管理组织的。140 表1 基础数据共享与隔离方式表Tab. 1 Ways sharing and isolation策略类型 策略分类中文名称 业务含义共享(S 类）ShareS1 集团维护，全局共享基础资料只能在集团总部进行新增、修改、删除等操作，做完这些操作后对集团内其他公司有同样影响。S2 全局维护，全局共享基础资料可以在集团内任何一个公司进行新增、修改、删除等操作，做完这些操作后对集团内其他公司有同样影响。S3 创建者维护，全局共享基础资料谁建立就由谁负

11、责维护，维护结果对其他CU 有同样影响，其他CU 只能使用不能修改，但可以新增。S4 对下共享，对上隔离上级CU 建立的基础资料对下级CU 共享使用，但下级建立的资料上级不可见。只能由创建者维护（增加，修改，删除），下级能使用但不能修改和删除。分配（D 类）DistributeD1 管理者维护，创建者分配共享基础资料在集团所有公司内都是相同的，但只有上级CU 分配给下级CU 资料后，下级CU 才可见并且使用。D2 基本信息集团统一，分配后相关信息分别维护基础资料要分配使用，其基本信息在所有公司内都是相同的，但其他信息可以由各CU 分别维护。分配时其他资料一起复制。隔离/独占（I类）Isolat

12、eI 绝对隔离，创建者私有基础资料完全按CU 隔离，各CU 自己创建，自己维护和使用。资料新增、修改、删除等操作对其他CU 没有任何影响。 3.2 系统数据库的设计由于本课题涉及的数据库表比较多。为了便于读者阅读，本小节主要对核心部分的表结145 构进行介绍。1账簿表 GL_Entity 用来记录账簿的相关信息，如编码、名称、本位币、科目方案、会计期间方案、启用期间、是否主账簿等信息。2科目类型表GL_AccountType 是用来记录会计科目的类型的信息的。如编码、名称、借贷方向等信息。150 3科目方案表GL_AcctSchema 是包装在会计科目外的，便于在账簿体系间共享会计科

13、目，科目方案设定科目的控制级次，以及属性控制许可，用来记录编码、名称、科目编码级次等信息。4科目表GL_Account 用来记录科目的具体信息，如编码、名称、余额方向、科目类型、是否损益、以及数量核算、辅助核算、外币核算等信息。155 5科目辅助项目表GL_AcctAssist 用来记录科目上设置了辅助核算项目的信息。6外币核算项目表GL_AcctCur 用来记录科目设置的外币核算信息。7可用辅助项表AOS_AssistItem 用来记录辅助项的相关信息，如编码、名称、编码规则、是否全局共享、是否自定义等信息。8自定义辅助项成员表AOS_AssistMembers 用来记录辅助项目下的成员信息

14、。主要有160 编码和名称信息。9组织可用辅助项辅助项对应表GL_AssistLinkField 用来记录每个组织可用那些辅助项目的信息。10会计期方案表GL_AcctPerSchema 用来记录会计期间方案的信息，如编码、名称等信息。165 11会计年表GL_AcctYear 用来记录会计期间方案下的会计年的相关性息，如会计月数，会计年度，开始时间，结束时间。12会计月 GL_AcctMonth 主要用来记录会计年下的具体会计月数的相关信息，如每个会计月的开始时间，结束时间，是否调整期等信息。13现金流量项目表GL_CashflowItem 记录现金流量项目的相关信息，如编码、名称、170

15、主表还是附表项目、方向、状态等信息。3.3 运行环境和性能指标3.3.1 主要性能指标要求由于该系统的主要操作都在系统初始化时进行，用户使用的频率较低，因此操作相应175 速度，如页面打开8 秒以内，流程图示定义3 秒以内，流程步骤定义保存速度8 秒以内。系统应当避免由于用户操作失误或系统的故障而出现用户不可知的错误信息，要求系统尽量完善容错功能，而且将错误提示统一规划，避免系统错误信息提示的杂乱与二义性，保证系统的规范性。180 除表明必须由管理员执行的功能外，系统的使用权限由系统管理人员来确定。 要求程序员在编制程序中对于一些参数、变量及函数调用的使用应遵守设计文档的规范，同时处

16、理程序要有广泛的适应性与可移植性，保证需求调整时的适应能力。在处理、设185 计界面与操作流程时，应体现简捷明了的思想，尽量避免复杂操作引起的非法操作，保证系统的稳定可靠。与网络的有关要求相关。190 功能，恢复到系统出错之前状态。195 误。3.3.2 运行环境一、服务器端软件配置 JDK1.5200 Tomcat6.0 SQLServer2005 及以上二、客户端软件配置 Windows 操作系统 IE6 以上205 三、服务器端硬件配置 CPU : Intel Xeon (至强)5130 2GHz 以上 硬盘：40G 以上 内存：1G 以上四、客户端硬件配置210 CPU：Intel Celeron 1.6GHz 以上 硬盘：20G 以上 内存：512M 以上五、网络配置 1000M 网卡215 独享百兆互联网接入速度4 结论企业的多组织架构正如火如荼的发展中，对于其发展走向看法却不尽相同。在本文研究中，对于企业的多组织架构进行了应用性探索。本文的目的