基于企业应用集成的财务核销系统的设计与实现

　　摘要：本系统研究目的是设计两个前台程序，这样设计完全是因为客户的不同业务需求。其中一个前台的设计是ajax形式的。设计成这样的原因是出于作者为了客服javascript速度比较满的劣势考虑的。而且本文中的ajax模式完全是自行设计，没有套用任何框架，只是从根本上体现了ajax的精神：异步刷新。研究意义是要解决整个集团的财资结算统一和任务，提高集团的财务工作效率。

　　性能评价：（1）基本信息显示和管理，显示公司的人事和部门数据以及对其进行管理，主要包括人员和部门信息的显示和维护，对于非管理员账户的任意用户，都只可以查看自己权限允许下的信息，比如大连地区的一般用户只可以查看本部门信息和人员情况以及修改个人的基本信息，而不能查看上海分部的各种信息，而地区经理级别的账户可以查看全国所有的部门信息等。（2）用户申请以及开通授权，允许普通用户通过系统自主录入个人信息申请账号，同时给系统管理员提供手段来方便的在系统中办理用户开通。而且还使管理员用户可以设置各个权限的角色所具有的功能，诸如查看某某部门信息、可否修改某些资料等。（3）个人或各部门的可用资金定标及预算，要求能够根据公司标准自动算出每个部门的月度可用金额，并自动在费用审核和报销时根据这个可用额度进行检测。对于申请人提交的预计发生费用进行计算。（4）费用的事前审批，费用事前审批功能应该能使员工在花销或出差前把花费的原因、时间、目的、金额以及是否需要预借现金等情况提前上报有关部门审核。该部分可以使用户方便的输入费用原因、预计金额等以录入系统等待领导审批。（5）费用自动化报销，用户可以方便的录入报销数据，审核者批准通过后，系统可以自动按照各种补助和划扣等要求对最终报销费用进行修正。同时，报销申请会自动传递到审批者账户，整个流程力求自动化实现，使公司员工可以使用最少的步骤快速高效的完成费用报销。（6）报表及分析，费用核销系统因为涉及大量的各种费用，其记录的各类人员和费用信息也比较齐全，所以如果该系统带有报表分析功能，则会显示给公司的管理者一个真实的、直观的费用核销情况。此功能可以通过在系统中集成CrystalReports（水晶报表）等工具来实现。

　　关键字：企业应用集成；Servlet；字符集转换；服务器

　　本课题来自“神州数码（中国）有限公司”的IT服务建设的里程碑项目：集团财务核销系统。

　　进行研究的目的是要解决整个集团的财资结算统一。主要特点是SAP供应商提供了整个体系结构，这就节省了大量的设计工作，并且降低了设计和开发的成本，而设计人员将业务封装在自行开发的一套系统中，降低了长期维护的难度。主要工作为：基于SAP的QAS系统整合了公司现有的基本系统，包括：数据商桥系统（E_Bridge），企业商务智能系统（BI）系统等。在此基础上开发出一整套符合公司财务业务流程的个性化系统。

　　1.1.1企业应用集成的国际趋势

　　EAI（EnterpriseApplicationIntegration，企业应用集成）：基于内部网络，通过协议转换与数据传输服务，实现企业不同应用间的信息与指令安全而有效地传输。EAI是支撑企业内部不同应用系统间业务流程的关键。

　　面对着当今世界这种快速变化的市场条件下，今天的商业活动必须基于速度，效率和灵活性作为一种应对策略，企业必须使自己的商业化，自动化，服务体系以实现内部和外部的无缝连接。如何将企业内部，企业之间，企业的网络业务流程自动化的扩展，实现企业应用的无缝集成，是当前国际企业和软件供应商，重点关注的问题。对大多数中国企业来说，还是处在一个内部信息化建设的阶段，第一个问题就是如何把生产和经营各种工艺通过软件技术来进一步的实现。

　　二十年时间的发展历史，我国的企业已陷入各种“误解”当中，走了不少弯路，这出现的严重脱节的很重要的一点原因就是管理和技术。包含在国外财务管理软件的先进的管理思想，由于种种原因无法紧密结合企业实际的企业，多年来引起慢性遗留的企业管理，拥有先进的软件不考虑环境实践实施的原因。只有解决这个问题，我们的企业将会使现有的生产和管理方式，摆脱旧的思想束缚，让软件充分利用先进的网络技术，实现各种先进的管理理念，以提高企业的效率和竞争力。

　　1.1.2本系统中具体所面临的集成问题

　　SAP公司提供的QAS系统为本公司最主要的数据管理系统，处理着公司全部的数据资源，包括了全部的财务数据资源。公司只有少数人员被授权某项数据的维护。众所周知，SAP系统的R/3数据库的数据表是不能直接访问的，是需要SAP函数来实现访问的目的。这些函数的编写也是公司专门人员来负责。本系统的所有数据都只能来自R/3数据库。所以本系统也只能要求授权访问可以达到操作数据的函数。公司的BI系统采用了BO公司的前台处理工具，这个数据库中存储了公司全部客户的信息。本系统要实现的必要条件之一也包括了顺利从BO中读取数据。但是BO数据库的字符集是“American_america”类型的，这和R/3中的字符集“SIMPLIFIEDCHINESE_CHINA”不符合，所以只能自行开发出一个字符转换的工具，使从BO中调用出来的数据自动转化成为“SIMPLIFIEDCHINESE_CHINA”形式的。值得一提的是本文中有两个前台程序，这样设计完全是因为客户的不同业务需求。其中一个前台的设计是ajax形式的。设计成这样的原因是出于作者为了客服javascript速度比较满的劣势考虑的。而且本文中的ajax模式完全是自行设计，没有套用任何框架，只是从根本上体现了ajax的精神：异步刷新。

　　一套高效的销售总务管理费用核销系统将会使企业的自动化、信息化管理更加完善和全面。一方面，目前虽然各ERP公司都相继推出了自己的财务管理软件并且集成了核销功能，但是这些产品很少有能真正为企业量身定做，完全满足企业需求的。所以很多企业虽然使用ERP系统多年，但仍然采用传统报销模式，效率差，透明度低。所以，该领域的信息化转变还不是很成熟，现在一套公司内部专门的核销系统的设计与实现将在企业管理的信息化过程中留下一个案例，为后人提供参考经验。另一方面，核销系统的发展更是对于现有ERP、CRM、HCM等管理系统的补充，是企业管理中所有分支都逐步向计算机化、信息化过度的体现，也是未来发展的必然趋势。

　　随着应用系统技术的发展，各种体系结构和技术层出不穷，在一个企业中往往会出现多种技术平台和多种应用系统并存的局面，这直接导致企业的业务信息化后难以形成一个整体，不同的技术构架和系统之间难以集成。于此同时，致力于把所有的业务整合或者重新设计到同一个平台下又非常不切实际。在这种情况下面向服务的体系架构SAP应运而生，SAP不是一项单独的技术，而是融合了多种信息技术的体系架构，它将应用程序的不同功能单元称为服务，并通过事先定义好的接口将这些服务联系起来。传统构架下即使是一个大型的ERP系统，仍然不能满足企业在业务上的快速变化，企业只能通过不断开发新应用程序、扩展现有系统来艰难的维持其业务需求。SAP的核心理念就是使得多变的企业需求脱离面向某种固定技术的束缚，使开发出来的系统有很强的可重用性和扩展性，能够轻松应对企业业务的变化、满足发展的需要。根据这种思想，程序员在系统设计之初就不能仅仅局限于如何实现当前的要求，而要做到在实现现有要求的基础上，考虑如何使系统的各个部分能以“服务”为模块进行隔离，每一个服务都可以放进一个“仓库”进行储备，而之后的某天可以将这个服务进行适当的调整使之成为一个可用的模块加入进其他新系统而重新发挥作用。

　　另外，划分出的服务之间应该具有很低的祸合程度，这样可以使程序员在必要的时候轻松的对某一个服务进行修改，而不会影响到其他模块甚至整个系统。SDA这种可以把企业现有的应用模块作为服务添加到其他系统当中，从而重用现有资源的方式也非常符合软件工程的可重用性的原则，从长远角度上讲可以极大地减少企业的开发成本。最后，在SAP这种模式下，功能模块被封装成一个服务，而企业的业务正是由多种服务配合工作而完成的，所以基于SAP设计的企业应用系统通常会更加真实地体现出功能与业务的吻合，且更利于开发人员和业务人员沟通和找出问题。

　　1.3.1国外研究现状

　　SAP（Systems，Application，andProductsinDataprocessing）SAPR/3软件现具备以下功能和主要特点：

　　功能性：R/3通过模块化的形式满足了企业一整套的财务管理业务的方法，而其中的财务管理模块包括了企业财务管理全部所必须的财务管理业务功能同时还能把用户以及技术性的应用软件相互关联而形成一个总的财务核销系统，广泛的应用于我国现在的大部分公司或企业的具体财务管理战略上和实施中的具体管理活动。

　　集成化：R/3通过各种方式把逻辑上具有相关联性的企业管理部分整合到了一起。以前那种财务管理的重复工作以及多余的数据被现在的管理系统完全的取消掉了，过程被更有效的加以优化，现在的集成化的企业财务具体业务的处理已经代替了因循守旧的传统人工操作。

　　灵活性：R/3财务核销系统中简洁的裁剪手法让这个系统拥有了强大的适应性，因此可以有效的满足现在各类财务管理用户的实际需要以及特定行业的不同特点。R/3同时还拥有着先进的管理界面来综合的运用用户自己拥有的财务软件或外来安装的软件。

　　开放性：R/3的体系结构符合国际公认的标准，使客户得以突破专用硬件平台及专用系统技术的局限。同时，SAP提供的开放性接口，可以方便地将第三方软件产品有效地集成到R/3系统中来。

　　用户友好：图标与图形符号简化了人机交互时的操作。统一设计的用户界面确保了工作人员能够运用同样的熟悉的技术从事不通的工作。

　　模块化：R/3的模块结构使用户既可以一个一个的选用新的实用程序，也可以完全转入一个新的组织结构体系。可靠性：作为用户的商业伙伴SAP始终不断地为集成化软件的质量设立越来越多的国际标准。

　　低成本高效益：信息的处理是现代企业在市场上赢得较大竞争优势的关键之一。每次市场竞争的加剧时，企业需要加倍努力地获得更多的市场占有量。这就意味着企业就要需要具备一个有着高度集成化的财务数据处理方面的软件，而R/3正是这种高度集成化财务数据处理软件的典型代表。

　　国际适用：R/3支持多种语言，而且是为跨国界操作而设计的。R/3可以灵活地适应各国的货币及税物要求。

　　服务：R/3系统实施过程中，用户将得到SAP技术专家的全面支持与服务，包括组织结构方面与技术方面的咨询，项目计划与实施方面的协助，以及培训课程。

　　BI（BusinessIntelligence）：BI事实上，是帮助企业提高决策能力和管理的概念，方法，过程及软件的集合，其主要目的是掌握在企业竞争优势的信息。BI软件提供商塞软件（SAS），大中国首席执行官曾豪盛进一步指出：商业智能是通过收集，存储，分析和数据挖掘，提供相应的决策。也就是说，我通过数据仓库，独特的联机分析处理和数据挖掘技术，帮助你从数据中提取有用的信息，然后根据这些信息来做出明智的行动，从而告别原先那种通过简单的“拍脑袋”式的企业决策。

　　1.3.2国内研究现状

　　目前，我国财务软件发展主要有两种态势:一是企业管理软件。部分财务软件厂商将力量投入到企业管理软件一一企业资源计划ERP的开发与应用中，由财务专项管理向全面企业管理转变，实现对企业物流、资金流和信息流的一体化、集成化管理。二是全面财务管理软件。发展此类财务软件的厂商认为，财务管理的内容不应该仅仅局限于日常会计核算和进行各项财务分析，而应该结合完整的管理会计理论体系，做到凡是涉及到财务管理的企业流程均应有财务管理软件的支持。这样的全面财务管理软件将包括会计核算、财务、业务、生产、人事管理等诸多体系。财务软件未来的发展趋势，最为重要的一条是要做到适应性。一方面财务软件的发展要适应企业整体水平的发展和企业管理思想与理论的变化;另一方面要适应软件技术发展的水平。这就要做到以下几点:

　　1、物流、资金流、信息流的统一:物流循环、资金流循环、信息流循环是现代企业内部的三大循环，是企业进行日常管理的全部。三种循环密不可分:物流循环和资金流循环相互配比，信息流的前期形成基础来源于物流和资金流。财务软件的发展必然要向这三大循环的协同管理方向拓展，这是财务软件发展的一个极为重要的趋势。

　　2、全面网络化:企业的网络化建设最直接的动机是使企业环境中每一个信息发布点和信息收集点之间有顺畅的信息通道。网络化管理的浅层次的目的是为了使财务软件管理的重中之重一一财务原始数据能够被及时、全面地获取，并做到实时反馈;深层次的目的则是拓展财务软件的管理适应性，追求企业整体效率和效益的提高，使企业具有低能耗、低物耗、高效益、高应变能力。

　　课题的主要工作及预期结果是在企业内部有一套完整的解决方案可以实现人员的各种费用处理环节，从申请、批准、预定到报销的无缝集成，将对企业清晰的掌握资金流向、差旅信息、人员状况和出差费用有极大的帮助，并且可以显著提升企业的管理效率和降低经营成本。研究的主要工作如下：

　　1、以servlet为底层的数据调用方式，以tomcat为服务器，以B/S架构实现了一整套符合公司本身财务流程的核销系统。前台架构采用ajax和.net方式，采用这两种方式完全是为了能够更好地满足不同部门业务需求。

　　2、该系统选用VS.NET+JB9.0+SAPConnectorForJava（JCO）+Oracle数据库开发。是神州数码各平台财务部，对代理商的网银到款与欠款，在SAPR3中进行核销清账等财务操作的系统。主要实现了JCO接口函数的开发。

　　3、系统采取服务总线的设计模式，并采用.NET开发前台界面与部分业务逻辑，JAVA开发servlet监听器式服务端，通过XML进行客户端与服务端的通信，通过JCO与SAPR3进行通信和操作。并对SAP，BI，本地，多平台数据进行操作，最终达到财务核销的目的。

　　随着软件系统的规模和复杂性的增加，软件体系结构的选择成为比数据结构和算法的选择更为重要的因素，三层客户/服务器体系结构为企业资源规划的整合提供了良好的框架，是建立企业级管理信息系统的最佳选择。随着体系结构的发展，软件框架结构方面也在不断发展，目前在多层应用结构方面出现Java技术和.net技术的实现的不同的解决方案，二者各有优缺点，分别适用于不同规模的系统的要求。以下将结合本系统的实现，说明三层模式的体系结构详细，阐述应用serlet框架结构来实现应用系统的实现方法。

　　系统的构架的选择是系统中非常重要的一个环节，对系统的开发起着指导作用，构架的优劣直接决定着一个系统的好坏。好的系统构架既能高效稳定的实现各种功能从而满足企业的需要，同时又利于维护和修改。

　　2.1.1传统两层结构

　　传统的C/S结构的两层客户机/服务器模式更适合于小规模的，较少的用户，一个单一的数据库和安全，快速的网络环境（如局域网）运行。然而，随着应用系统的规模不断扩大，复杂性不断增加的多用户，多数据库和不安全的网络环境（例如：互联网），对两层结构应用模式将无法适应。但传统的两层结构还存在以下不足：①它是一个单一的服务器，以局域网为中心的，所以很难扩展到大型企业广域网或局域网；②由于供应商，升级维护必须由供应商的发展和扩大了；③相结合的软，硬件和集成能力有限；显示胖客户端软件，用户必须在客户端安装特定的客户端应用程序，和企业业务逻辑的编写的客户端应用程序，很难维护，升级到每个客户端安装新的客户端应用程序，同时，为应用程序开发，可重用程序模块的差异，各部分相对独立；④C／S模式难以管理大量的客户。

　　基于以上原因，传统的C/S模式已不能满足发展的需要，随着网络技术的进一步普及和用户的需求，应运而生的是三层网络模型。

　　2.1.2三层结构

　　三层客户/服务器模式(以下简称三层模式)在两层模式的基础上，增加了新的一级。这种模式在逻辑上将应用功能分为三层：客户显示层、业务逻辑层、数据层。客户显示层是为客户提供应用服务的图形界面，有助于用户理解和高效的定位应用服务。业务逻辑层位于显示层和数据层之间，专门为实现企业的业务逻辑提供了一个明确的层次，在这个层次封装了与系统关联的应用模型，并把用户表示层和数据库代码分开。这个层次提供客户应用程序和数据服务之间的联系，主要功能是执行应用策略和封装应用模式，并将封装的模式呈现给客户应用程序。数据层是三层模式中最底层，他用来定义、维护、访问和更新数据并管理和满足应用服务对数据的请求。三层模式的主要优点为：①良好的灵活性和可扩展性。对于环境和应用条件经常变动的情况，只要对应用层实施相应的改变，就能够达到目的。②可共享性。单个应用服务器可以为处于不同平台的客户应用程序提供服务，在很大程度上节省了开发时间和资金投入；③较好的安全性。在这种结构中，客户应用程序不能直接访问数据，应用服务器不仅可控制哪些数据被改变和被访问，而且还可控制数据的改变和访问方式。④增强了企业对象的重复可用性。“企业对象”是指封装了企业逻辑程序代码，能够执行特定功能的对象。随着组件技术的发展，这种可重用的组件模式越来越为软件开发所接受。⑤三层模式成为真正意义上的“瘦客户端”，从而具备了很高的稳定性、延展性和执行校率。⑥三层模式可以将服务集中在一起管理，统一服务于客户端，从而具备了良好的容错能力和负载平衡能力。

　　Ajax的全称是：AsynchronousJavaScript+XML，包括XHTML和CSS使用文档对象模型(Documentational)作动态显示和交互；使用XML和XSLT做数据交互和操作；使用Preconquest进行异步数据接收；使用JavaScript将它们绑定在一起Web开发领域的最新时髦术语其实质是“旧貌换新颜”。

　　Ajax其实是实现了局部更新数据，AJAX不是指一种单一的技术，而是有机地利用了一系列相关的技术。事实上，一些基于AJAX的“派生/合成”式（derivative/composite）的技术正在出现，如“AFLAX”。AJAX的应用使用支持以上技术的web浏览器作为运行平台。这些浏览器目前包括：Mozilla、Firefox、InternetExplorer、Opera、Konqueror及Safari。

　　由于Ajax是一种新型的网页交互技术。它允许在客户端和服次交互过程都需要向服务器端发送请求，网页的响应速度就依务器之间只传输少量的信息，避免了每次点击都要重新下载页赖于服务器的响应速度，这就导致了用户的网页界面响应比本面的等待，从而让用户得到更快的响应和更及时的反馈。地程序的界面响应要慢得多。在传统的网站程序中，浏览器负责向服务器提交用户请求。Ajax引擎在客户端运行，并承担一部分原本由服务器求，并处理服务器对请求的响应。这使得用户为了提交一点点端处理的工作，从而减少服务器端的数据负载，进一步提升网数据都需要重新下载网页。而网页的频繁刷新不仅使用户等待络交互的效率。Ajax应用程序仅向服务器端发送并获取交互响应的时间变长，而且更容易导致用户的误操作。所必需的数据，从而使服务器和浏览器间交换的数据大大减Ajax模型利用中间层来解决这一问题，即Ajax引擎，用它来处理客户端和服务器之间的通信。Ajax引擎使处理工作能在客户端上完成，所以也缩短了服务器的处理时用JavaScript函数实现，只有当需要处理客户端与服务器间通信的时候才调用它。

　　Tomcat服务器是一个免费的开放源代码的Web应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP程序的首选。Tomcat提供了engine，host，context及wrapper四种容器。这四种容器继承了一个容器基类，因此可以定制化。当然，tomcat也提供了标准实现。

　　本章结合本系统的实现，说明三层模式的体系结构详细，阐述应用Ajax技术以及tomcat容器中数据源配置来实现应用系统的实现方法。

　　3系统的需求分析与设计

　　随着竞争的加剧和企业需求的升级，企业对管理系统的个性化提出了更为迫切的要求，以往很多通用性的管理软件已经远远不能满足于不同的企业需求。所以系统设计之初就应该针对企业的具体情况和需求量身定做，这样才能提高系统的实用度。另外，一旦个性化的系统需求制定完毕，其同一级的不同成员在流程中必须严格遵照统一的规范，这样才能减少流程混乱等现象，提高核销管理效率。

　　随着经济的发展和企业集团发展的需要，大型集团发展规模越来越大，各个子公司之间、子公司以及母公司之间开展信息的交换比较困难，主要通过电话、传真、电子邮件等手段，其中尤其针对财务方面来说是非常不便捷的。比方说某个分公司想要销售某种新型产品时，有关的会计须要先起草一份报价文档，逐级上报，等到集团公司签发下来并批准后，往往已经错过了最佳的销售时机，为集团造成了巨大的损失。为了解决以上这种的问题的出现，本文以此为研究对象。

　　3.1.1系统的功能需求

　　财务核销系统的主要目标为:利用现有发达的网络和信息技术，实现公司总部与部分子公司员工各种经费的网上报销、审核及查询，同时通过加入各种费用的预申请机制来加强公司费用的预算控制。另外通过设置一些系统接口来实现与公司其他系统的数据交换，全面提升公司管理水平。本系统以信息化技术提高费用的核销效率，从而起到减轻财务工作量，方便员工，提高工作效率，降低管理成本，有效防范和控制风险的作用。因此开发的财务核销系统应具有以下功能。

　　（1）基本信息显示和管理

　　显示公司的人事和部门数据以及对其进行管理，主要包括人员和部门信息的显示和维护，对于非管理员账户的任意用户，都只可以查看自己权限允许下的信息，比如大连地区的一般用户只可以查看本部门信息和人员情况以及修改个人的基本信息，而不能查看上海分部的各种信息，而地区经理级别的账户可以查看全国所有的部门信息等。对于系统管理员账户，不仅拥有查看所有信息的权限，而且还有对其进行修改的权限。

　　（2）用户申请以及开通授权

　　允许普通用户通过系统自主录入个人信息申请账号，同时给系统管理员提供手段来方便的在系统中办理用户开通。而且还使管理员用户可以设置各个权限的角色所具有的功能，诸如查看某某部门信息、可否修改某些资料等。

　　（3）个人或各部门的可用资金定标及预算

　　要求能够根据公司标准自动算出每个部门的月度可用金额，并自动在费用审核和报销时根据这个可用额度进行检测。对于申请人提交的预计发生费用进行计算，如果还未超过部门月度可开支预算便可进行预分配，若超出可开支预算则只能中止审核，移到下月审批队列中。

　　（4）费用的事前审批

　　费用事前审批功能应该能使员工在花销或出差前把花费的原因、时间、目的、金额以及是否需要预借现金等情况提前上报有关部门审核。该部分可以使用户方便的输入费用原因、预计金额等以录入系统等待领导审批。同时领导和审批部门也可以方便查阅提交的费用申请并在系统中进行处理。

　　（5）费用自动化报销

　　用户可以方便的录入报销数据，审核者批准通过后，系统可以自动按照各种补助和划扣等要求对最终报销费用进行修正。同时，报销申请会自动传递到审批者账户，整个流程力求自动化实现，使公司员工可以使用最少的步骤快速高效的完成费用报销。

　　（6）报表及分析

　　费用核销系统因为涉及大量的各种费用，其记录的各类人员和费用信息也比较齐全，所以如果该系统带有报表分析功能，则会显示给公司的管理者一个真实的、直观的费用核销情况。根据对这些费用数据的分析而生成的报表，管理者可以清楚的看到诸如某种费用单项在总花费中所占的比例、某种费用在一定时间内发生的频率等情况，这些数据都是即时性比较强且非常真实的数据，认真分析这些报表可以给决策者制定相关的政策提供非常大的帮助。此功能可以通过在系统中集成CrystalReports（水晶报表）等工具来实现。

　　 3.1.2系统的其他需求

　　在借鉴市场上现有此类系统的优秀之处并结合公司内部实际需求的基础上，除了功能性需求之外，财务核销系统还有如下要求：

　　（1）与公司现有其他信息系统的数据对接

　　如前面所说，现在很多企业，特别是大型企业都已经部署了ERP（EnterpriseResourcePlanning企业资源计划）和HCM（HumanCapitalManagement人力资源管理）等系统，费用的主体（员工）和费用的使用项目等信息都分别存在于HCM和ERP系统中。如果能做到将这些系统中的数据对接起来，宏观上就表现为核销系统与财务系统、人事系统真正实现了一致性，使企业的各个信息系统间数据的互通成为可能。

　　（2）个性化的同时保有规范性

　　随着竞争的加剧和企业需求的升级，企业对管理系统的个性化提出了更为迫切的要求，以往很多通用性的管理软件已经远远不能满足于不同的企业需求。所以系统设计之初就应该针对企业的具体情况和需求量身定做，这样才能提高系统的实用度。另外，一旦个性化的系统需求制定完毕，其同一级的不同成员在流程中必须严格遵照统一的规范，这样才能减少流程混乱等现象，提高核销管理效率。

　　系统的总体构架设计是整个系统开发中非常重要的一个环节，对系统的开发起着指导作用，构架的优劣直接决定着一个系统的好坏。好的系统设计既能高效稳定的实现各种功能从而满足企业的需要，同时又利于维护和修改。以需求为基来设计系统构架，可以保证系统的可用性。构架设计的主要目标就是结合前面进行的业务需求分析和现有的技术手段，设计出目标系统的大体结构。

　　3.2.1系统架构设计

　　该核销系统的系统架构设计基于传统的三层式结构，分为用户层、业务层以及数据层，三层结构互相联系，互相作用，共同构成了整个核销系统，如图3-1所示：

　　用户层主要提供系统和用户进行交互的操作界面，是系统和一般用户接触的唯一层面。这一层通过对表格控件等的集成为员工的费用申请和报销以及费用审理流程提供一个完备的使用环境，包括诸如用户登录界面、用户对各种费用的申请、确认和报销以及各种费用信息的录入等。但是本层基本上只包含接受用户输入以及向用户显示提示信息和处理结果等元素，不包含任何业务流程上和逻辑上的处理和操作。

　　业务层是整个系统最核心的一个部分，它包含了系统大部分的业务逻辑和特殊的业务功能需求。如系统中申请信息的流向(工作流)、各种业务流程的设置以及各个模块功能的逻辑实现都是由这个层承载的。因为业务层是公司实际需求的逻辑体现，所以公司的各种业务流程和相关规定也都包含在业务层。业务层直接决定着系统各种功能宏观上的实现。

　　数据层的主要功能是向业务层提供访问数据库系统的接口，使得业务层里的各种服务和功能模块以一种统一的方式对数据库中的数据进行存取。系统中诸如对费用记录的查询、修改、删除以及添加新的费用信息等功能都是通过数据层实现的。

　　以上各层次之间采用XML的方式传输数据，将不同的功能模块控制在不同的层来降低各模块的祸合性。其中业务层负责数据获取和控制流程走向从而实现业务功能，它将从数据层中提取的信息以XML格式传递给用户层，用户层根据事先定义好的界面结合业务层的流程走向来显示具体的组织样式。业务层同样可以把从用户层输入的数据以XML的方式传递给数据层，从而实现数据的录入等。这种通过分层将数据的内容和表现隔离的方式不仅降低了系统的祸合性，还提高了系统的处理能力，所以同时提高了系统的可维护性和系统整体效率。

　　在图3-1中涉及到三方的数据库，R3数据库和BO数据库。

　　R3数据库：包含集群软件，当集群配置中的一个数据库或服务器节点出现故障时，仍能保证服务的不问断性。在预防系统故障的同时，还提供“缩放自如”的功能，让用户把众多低成本的服务器连结起来.以强化信息处理的性能。Ingres通过并行查询处理将单个查询细分为多个组件，利用所有现有资源并行处理这些组件，从而提供可伸缩性能。同时，支持OracleClusterFileSystem(OCFS)forLinux和IBMDistributedLockManager(OpenDLM)，为用户提供全新的群集功能，获得所需的可扩展性和可靠性。

　　BO数据库：BO为BusinessObject的缩写，BusinessObject是业务对象层，表示应用程序领域内“事物”的所有实体类。这些实体类驻留在服务器上，并利用服务类来协助完成它们的职责。是对数据进行检索和处理的组件。是简单的真实世界的软件抽象。业务对象通常位于中间层。业务对象可以在一个应用中自动的加入一个特定的功能来获得增值效应。使知识重用变为可能。

　　3.2.2系统功能模块结构设计

　

　　(1)基础信息维护模块

　　该模块可以进行用户账号的申请、审理及开通，此外还提供给系统普通用户查看与自己在同一个部门的相关人员的基本信息以及查看自己的审批流程档案的功能。同时该模块对有相关权限的用户还额外提供查看公司各部门和所有人员档案信息、当前可用费用余额以及制定费用计算标准和审批流设置等功能。对系统管理员账号，这个模块的所有信息都可以查看并修改(包括部门的层级设定等)。

　　(2)个人定标及预算模块

　　此模块应该包括个人定标录入、完成率编制以及查看总部和市场人员可开支预算等几个子功能。其中个人定标录入以及完成率编制两个子功能是提供给经营中心预算员使用的，预算员根据每月签字版的预算录入定标、生成可开支预算，并负责预算的总结和调整。而其他人员则可以根据自己的人员类别查看各自的可使用的开支预算。

　　(3)费用申请及预付模块

　　该模块主要针对目前公司允许并提倡事前申请或预付款的费用项，为需要的员工提供事前申请或预借款等服务。主要包括差旅费、招待费以及散客委办订房等业务申请和借款申请。用户登陆系统后在这个模块提交差旅费、招待费、散客委办等业务申请，之后审批流相关权限人员进行费用批示、确认。

　　(4)费用确认模块

　　报销人在此模块中对各种报销费用进行确认，主要包括差旅费、招待费、室内交通费、手机费、托儿费、子女医药费、子女学杂费认、车辆费、员工走访费、礼品费以及国旅委办费的确认，以便之后作为费用记录文件《经营体报销报告》生成的依据。

　　(5)费用报销模块

　　在此模块中员工可以打印《经营体报销报告》来获得自己报销费用的纸质版记录，另外费用审核员在此模块有权限对各费用项目进行审核、核销及差异列示等。

　　(6)出国费用模块

　　公司之前己经有一套完备的出国费用核销解决方案并一直在使用，该模块可以将SG&A费用核销系统链接到出国费用审批、核销系统以及出国费用一票到底查询服务。有相关出国费用报销业务需求的用户可以通过此模块来解决自己的问题。（7）费用邮寄模块

　　本模块允许部门综合管理员对系统中各项费用信息、清单等进行邮寄，从而可以方便、及时的将系统中一些需要特别注意或特别处理的费用信息通报给有关人员。

　　(8)查询列表模块:

　　此模块为一个纯粹的信息查询模块，依据用户不同的权限可以提供员工报销费用、预算编制完成、预算调整偏差、费用执行总结、国旅委办信息表等信息的查询。

　　(9)A+诚信员工模块:

　　本系统为了鼓励员工打假票、诚实提供准确的费用信息设置了一定的员工信用等级并赋予不同的报销结算政策。

　　(10)黑名单模块:

　　本模块记录了使用虚假报销凭证的员工黑名单以及提供假发票或使用其他虚假报销方式的酒店黑名单，在为其他员工起警示作用的同时也对虚假酒店进行记录。

　　(11)内部结算模块:

　　该模块主要提供给各部门综合管理员和财务部长对集团内部各业务费用的相关审批结算以及生成费用结算单的功能。

　　(12)用户快捷菜单模块:

　　该模块提供给每个用户快速查看及修改账号基础信息、查看个人费用清单及信用等级的常用功能。方便用户快速定位。

　　功能模块设计应满足公司现在及未来一段时间内的业务需要，其中一些部门的账户根据公司实际情况进行了部分功能模块的屏蔽(比如有些部门的某些费用现在还不允许使用此系统进行核销)，同时系统还要预留出开发接口以便之后添加新的功能。由于篇幅有限，下面仅对xx1、xx2、xx3功能模块进行设计描述。

　　3.3.1基础信息维护模块

　　根据实际情况，不是每一个个人或部门都必须成为预算主体拥有账号使用本系统，预算的主体单元设置有如下原则:(1)独立考核独立核算的经营体单元(部门或个人)必须设置成为预算主体单独核销费用。(2)如果不是需要单独核算的经营单元，可以不设置。但是只要想设置成预算主体，则一定要进行考核分析，之后根据考核结果给此单元开通对应权限的账号。(3)涉及到某项费用在某区域、市场、单位花销且需要公司总部拨款的主责部I'7或子业务单元(SBU)必须设置成预算主体。

　　在上述原则下，个人或部门代表在系统中先申请一个账号，但是此时该账号并未在系统中开通，功能都不能正常使用，这时需要申请人上报公司的人力资源(HR)经理，HR经理根据公司规定考核申请，通过后出具其具有一定行政级别的证明，之后申请者带着此批准和证明上报各自业务部门的财务负责人再次审核，财务负责人批准通过后出具证明，最后到信息共享中心找相关人员办理账号开通。

　　系统通过角色实现对权限的设置。系统根据公司实际情况设置好若干角色，不同的角色包含若干功能，拥有某角色的账号，拥有该角色中所包含的所用功能权限。核销系统中的管理员账户，即公司信息共享中心的相关人员会根据之前HR经理和财务负责人出具的证明在系统中开通该申请者的账号并通过将账号与系统中定义好的角色进行关联来实现人员的权限设置。同样，该管理员账号拥有随时修改任何一个下级账号各种权限的资格，以便今后人事变动时修改对应账号的权限。

　　3.3.2费用事前申请和预付模块

　　每一项开支申请，必须有经过批准的开支原因及预算，并且申请额度不能超出该类型费用的预算余额，预算余额是由月度可用资金减去己执行额度、己批准但尚未执行的额度以及正在申请的支出额度得出的。如果超出预算余额，则只能返回重新修改费用明细或将费用推迟到下个月核销。费用项目审核通过后员工开始录入详细费用信息，在录入费用详细信息前或者录入的费用计划被审批人员打回的情况下，申请人可以修改申请并重新提交。随后员工可以请求预付现金，审批人员会根据员工申请的金额、申请人的信用情况以及公司财务现状来决定是否给予批准，批准后，员工可以在出差前就拿到该笔预付款，如图3-3所示。

　

　　3.3.3费用确认模块

　　该模块可以对申请报销的各种费用进行确认，包括差旅费通费、手机费、托儿费、子女医药费、子女学杂费认、车辆费招待费、室内交员工走访费、礼品费以及国旅委办费等，这里以招待费的确认为例描述一下费用确认的实现，如图3-4所示。

　　本章中详细阐述了该财务核销系统的需求与功能分析。仔细的阐述了该财务核销系统各个模块的功能与作用，并用图示加以直面展示。

　　本文前面一到四章详细阐述了基于WEB的财务和小系统的主要技术及架构体系，详细说明系统如何处理数据。本系统涉及到三个性能的瓶颈：（1）Javascrip本身的速度问题；（2）tomcat容器的响应速度问题；（3）进程竞争占用资源的问题。下面就从三个方面来分析处理系统的实现与测试。

　　设备情况：硬件配置:由于采用了Windows作为开发平台，所以所开发的系统对硬件没什么具体要求。只要能运行WindowsXP的硬件即可。以下为推荐配置:

　　（1）服务器:奔腾W以上处理器，2G内存，3606硬盘；

　　（2）工作站:奔腾N以上处理器，2G内存，1206硬盘。

　　软件配置:客户端采用应用程序InternetExplorer6.0及以上，数据库采用DB20操作系统:WINDOWSXPWINDOWSVISTA

　　WEB服务器:TOMCAT5.5；数据库:DB2；开发工具:ECLIPSE3.3，MYECLIPSE6.60。

　　4.2.1基础信息维护模块的实现

　　在此界面中用户需要手动填写诸如人员编码、人员姓名、身份证、开户行、电话、手机、Email等内容，而在有下拉列表框的项目比如职务和岗位，用户只需要从下拉列表中选择即可。填写选择完毕，点击“提交”按钮即可在系统中录入账户信息，但是此时该账户是不能使用的，需要申请人按照公司规定找相关人员开具证明最后到信息共享中心找系统管理员办理账号开通服务，如图4-1所示。

　　4.2.2费用申请及预付模块的实现

　　每一项开支申请，必须有经过批准的开支原因及预算，并且申请额度不能超出该类型费用的预算余额，系统会根据每笔费用的类型、申请人的行政级别、以及其他事先制定好的工作流自动找到对应级别与权限的管理者用户，把申请资料发送过去。另外系统能自动否决一些简单的违规申请，比如申请金额己经超出月可开支金额等，并且各级审批人能在系统中方便的查询相对应类别的费用标准和当月使用情况，如图4-2所示。

　　4.3.1测试方法

　　一个简单的servlet仅仅被系统初始化一次但是却要执行多次，这会带来一些隐患。所以Servlet利用中极小的低效性也会由于时间的推移而造成巨大的影响。因此，在具体的代码设计中需要进一步的考虑到String对象的使用范围，如果在设计HTML响应过程中，需要牵涉到很多的字符串的同时，不但会为每一个不同的字符串对应的生成一个必须的String对象，所以这样下去就会产生大批量的String以及StringBuffer应用对象，形成大规模的对象构造消耗以及垃圾收集方面的负担，而目前的对应的解决措施就是一字一句的把所有需要计算机编写代码的直接性的写入到PrintWriter之中，亦或是新建一个StringBuffer的对象，并有效的使用append()的方法把文本加入到代码中。在及时回送方面，程序需要耗费大量的时间去执行，面临这种情况，我们应当适当的回送给客户端少量信息，而不是长时间的显示着一面白屏，这可以在执行到一定程度就回送一些东西，可以使用PrintWriter的flush()方法强制将现有的内容回送给浏览器。

　　4.3.2测试举例

　　Servlet有很好的生存的定义，包括如何负载、实例化、初始化、处理客户端请求和如何被删除。通过javax.servlet生存。Servlet接口的init，表达式的服务和销毁方法。

　　（1）加载和实例化

　　容器负责加载和实例化一个servlet。实例化和加载可以发生在引擎启动，也可以推迟到容器当servlet请求为客户服务。第一个集装箱必须首先找到servlet，如果必要，容器使用通常的Java类加载工具加载servlet，可能从本地文件系统，也可以从远程文件系统或其他网络服务。集装箱装载的servlet类，它将实例化类的一个实例。请注意，可能被实例化多个实例，例如，一个servlet类，因为不同的初始参数和多个定义，或servlet实现，导致容器SingleThreadModel生成一个实例池。

　　（2）初始化

　　Servlet加载和实例化，容器必须在其能力来处理客户端请求之前初始化它。初始化过程主要是读取配置信息永久，昂贵的资源(例如，JDBC连接)和其他只需要执行一个任务。通过调用init方法和通过它唯一的一个(每个servlet定义ServletConfig对象来完成这个过程)。名称的配置信息这个配置对象通过允许servlet访问容器中的值初始化参数(名称)。这个servlet配置对象在同一时间提供了访问ServletContext接口的具体对象，这个对象描述了运行环境的servlet。

　　在初始化过程中，servlet实例可以把UnavailableException或ServletException异常表明它不能实施有效的服务。如果一个servlet抛出这样一个例外，它不会是有效的，应当立即释放服务容器。不销毁方法在这种情况下被称为由于初始化没有成功完成。发布在失败的实例，集装箱可随时来实例化一个新的实例，唯一的例外是如果异常失败抛UnavailableException和servlet异常指出无效的最小时间，然后容器至少会等待时间在指定时间之前尝试创建一个新的实例。

　　当该工具(注:根据作者的理解，这个工具可能是一些检查工具，应用服务器通常是合法性和完整性验证应用程序)加载和内心的(反思)的一个web应用程序，它可以加载和反省在应用程序类，这个操作将触发静态类最初的方法是执行，因此，开发人员可以不认为只要调用init方法当servlet容器后积极(主动容器运行时)操作。作为一个例子，这意味着servlet并不在其静态(类)初始化时调用的方法是试图建立一个数据库连接或连接的EJB容器。

　　（3）请求处理

　　servlet被初始化，容器可以使用它来处理请求。每一个请求从一个对象的类型ServletRequest，servlet使用ServletResponse回请求。将这些对象作为参数传递给servlet的服务方法。在HTTP请求，必须提供实现容器代表请求和响应的和HttpServletResponseHttpServletRequest。注意，容器可能会创建一个servlet实例并进入等待状态的服务，但是这个例子不能处理任何在其工作历程中的任何一个请求。

　　Serialist在对请求进行服务的时候有可能抛出ServletException或者UnavailableException异常。ServletException表明在处理请求的过程中发生了错误容器应该使用合适的方法清除该请求。UnavailableException表明servlet不能对33请求进行处理，可能是暂时的，也可能是永久的。如果UnavailableException指定是永久性的，然后容器servlet必须从服务中移除，调用它的销毁方法和释放它的实例。如果指定的是暂时的，然后容器可以选择指定的异常信息在这个暂时无法提供服务期间不发送任何请求。当时拒绝的请求必须使用服务不可用(503)返回状态响应和应该携带稍后再试(重试后)的响应头，不能只是暂时。容器也可以选择不临时和永久无法区分所有作为永久和删除servlet抛出一个异常的Serialist。

　　（4）服务结束

　　容器是不需要加载servlet留长，所以一个servlet实例只能在容器生存在几毫秒，可能有任何时间其他时间更长(但肯定短生存在容器的容器)决定转变(原因可能是节省内存资源或被关闭)，那么它必须允许servlet释放任何资源使用和保存任何永久的状态(进程通过调用销毁方法来实现)。容器可以调用destroy方法之前，它必须允许执行的服务方法的线程执行完成或执行的服务器为一个固定的时间段(这个时间在容器之前调用销毁)。当销毁方法被调用时，容器不会发送任何请求实例。如果容器需要使用servlet，它必须创建新的实例。destroy方法完成后，容器必须释放servlet实例以便它能够被垃圾回收。

　　4.3.3测试结论及分析

　　(1)整个费用核销统一平台、统一标准、统一操作模式、统一数据源、统一核销、统一记账；(2>费用零审批:系统实现了变逐笔审核报销凭证为事前审批预算、标准、项目开支预算等，一但通过无须事后再审批。(3)事后变事前:由昔口员工们普遍存在的事后审报销、“打假票”，变成事前锁定有竞争力的利润目标，制定费用预算标准，组织经营体论证业务费用开支预算，建立事前申请体系。通过控制预算来控制费用使用，变“喇叭型”预算体系为“漏斗型”预算体系。(4)总账变个账:通过将费用结算单位细化，实现由粗放型的费用预算总额控制变成分业务类别和经营体的投入产出预算体系；(5)集中共享:费用的核销、支付实现集中共享，产品本部与商流工贸之间的清算实现集中共享，自动清算；(6)信用管控:通过建立一系列的员工信用记录机制来鼓励员工诚信报销以减少事后的打假和“小金库”兑现等情况。建立个人和供应商信用档案，，可有利于规范公司的报销制度，如出现违规或争议情况可以按照该记录情况进行考核。

　　本章谈了系统中的一些不足，和针对这些问题采取的一些解决方案。在系统设计完成后，需要对于该核销系统进行一些测试，本文以servlet为例开展模拟系统测试分析，最终得出了结论：本系统的复杂度很高最终上线后也仍然需要不断升级版本以更好地融合企业资源，及改善系统本身性能。

　　在企业竞争口益激烈的今天，越来越多的公司开始把提升利润的方法向降低经营成本这个方向转移，管理开销毫无疑问是一个很好的切入点，近些年来各种ERP(企业资源计划)系统的广泛流行就是最好的例证。然而，因为管理开销这个范畴太广以及某些开销的特殊性，并不是每一种开销项目都能很好的得到软件厂商的重视，给予信息化并使其充分满足企业的需要，费用便是其中之一。大型公司涉及的费用项目和人员包罗万象且关于费用核销业务量非常巨大，而碍于公司和软件厂商的沟通、事后维护以及该领域依旧不太成熟等一些列问题导致少有软件公司能提供出完全满足公司需求的该类系统，所以对于信息技术实力较强的大型公司而言，结合自己实际情况自主开发出真正满足自己业务需求的软件是一种很好的选择，不仅降低了管理成本，同时还作为公司其他ERP系统的补充使公司的信息化程度更上一个高度。本课题就是在这种背景下诞生，公司为解决自身费用核销仍处于传统的审核、报销结算方式这一问题，由公司信息共享中心专门立项开发的核销系统。

　　首先本文成功的开发设计成果：

　　（1）基本上满足了两个前台的不通业务需求。经用户上线后反映使用顺畅。维护人员反映修改维护比较简单，开放性可扩展性良好。其次，成功的实现了和SAP的QAS系统的融合，无障碍得实现了数据的查询，插入，修改操作。为以后所做系统起了一个事例作用。SAPConnectorForJava（JCO）运行良好，可以作为一个成功的SAP数据接口外挂使用。最后系统采取服务总线的设计模式，并采用.NET开发前台界面与部分业务逻辑，JAVA开发servlet监听器式服务端，通过XML进行客户端与服务端的通信，通过JCO与SAPR3进行通信和操作。并对SAP，BI，本地，多平台数据进行操作，最终达到了财务核销的目的。实现了用户要求的调帐、预收、清账和核销的功能。用户使用满意。

　　（2）本系统比较成功的实现了不同子公司的业务需求，在各个不同的省份不仅实现了财资结算相同，而且实现了系统在跨平台操作的实时性大大简化和精确了工作人员的工作。BS结构的实现大大减少了开发人员的维护量，使系统能够更加快捷的使用。而且成功地自行开发出一套ajax框架，这个是本系统在技术方面值得一提的。

　　（3）本文主要介绍了系统上线前公司传统费用核销存在的问题，并根据公司的需要及相关规定对该项目进行了充分的需求分析，并较完整的描述了系统的设计过程和最终实现。本系统基本符合立项时的各种要求，结束了以往公司内传统费用报销依靠纸质单据，人工逐级签字审批，最后到财务结算的低效方式，创建了公司内部各个部门人员通过互联网自助试进行费用申请、管理者在线审批的自动化流程，在满足现有费用核销需要的同时对部分功能进行闸口保留以便之后领导批准时给予开通，顺利满足了立项时的各项要求。

　　通过前面的分析，我们可以看到，顺应当今国际企业信息化应用更加强调集成与统一平台的概念，深入分析和借鉴这两点。一方面，企业实现了以业务为中心，把企业内部与外部的各种资源通过技术手段实现无缝的集成与协同；其次，通过建立统一的平台，消除以前信息化建设中的"信息孤岛"的失误，把各种企业功能模块有效地联系起来，最大限度地发挥其效能。通过这两方面的结合，不断地加入新的特性与应用，逐步有效地利用互联网，实现电子商务，以求与国际先进企业同步，增强与国际企业直接竞争的能力，实现跨越式发展的目标。

　　众所周知，发达国家在后工业化，工业化和信息化的道路，随着互联网的广泛应用，电子商务已成为必然的发展趋势。在这个阶段，企业不再被认为是如何经营的信息化和自动化，但有各种各样的企业电子商务应用的无缝集成；企业，甚至扩大企业如何与外界实现无缝集成，注重整合策略。我国企业信息化建设与发达国家道路具有明显的不同。在我国目前在工业化中期阶段，工业化阶段是不可逾越的，我们需要一个工业化与信息化，即使在平行的电子商务发展道路。十五计划已经以信息化带动工业化，是我国企业未来发展的指导方针，如何从发达国家企业的经验中吸取教训，以满足电子商务时代，需要跨越式发展，是我国企业信息化建设中需要重点思考。

　　(1)系统主界面里的公司部门树状结构，因为公司部门较多且这个树状结构是动态生成的，所以在有些配置较低的机器上该生成时间较长，显示树状结构较慢，需要今后考虑对该模块进行优化

　　(2)该系统在开发的时候都在WindowsXP系统下进行，所以在诸如Windows7等操作系统下调配Web服务器时会出现一些兼容性方面的问题，也有待改善。

　　(3)本系统经过测试可以保证在IE浏览器以及搜狗浏览器下完美运行，但是在其他非主流浏览器下运行时可能会出现图片显示不全，拉伸等问题，也有待进一步改善。

　　到目前为止，本系统己经顺利运行若干个月，项目顺利结束，本文研究的内容也己告一段落。碍于作者水平有限，如有错误或者其他问题和缺陷，请各位领导和专家给予批评和指正。

　　[1]（美）格罗斯（Gross，C.）著，李锟等译.Ajax模式与最佳实践.电子工业出版社，2006.

　　[2]AjaxDesignPatterns杨仁和译.Ajax设计模式.电子工业出版社.，2006.

　　[3]（英）克拉恩，帕斯卡雷洛，杰姆斯著，ajaxcn.org译.Ajax实战（Ajaxinaction中文版）.人民邮电出版社，2006.

　　[4]LaurenceMoroney译者：陈黎夫.Atlas基础教程–ASP.NETAjax快速开发.人民邮电出版社，2006.

　　[5]计磊李里周伟编著.精通J2EE——Eclipse、Struts、Hibernate及Spring整合应用案例.人民邮电出版社，2006.

　　[6]孙卫琴编著.精通Struts：基于MVC的JavaWeb设计与开发.电子工业出版社，2004.

　　[7]NeilMatthew，RichardStones著陈健宋健建等译.Linux程序设计(第3版).人民邮电出版社，2002.

　　[8]夏普著，周靖译.VisualC#2005从入门到精通.清华研究生出版社，2006.

　　[9]张逸著.软件设计精要与模式.电子工业出版社，2005.

　　[10]梁立新.项目实践精解：Java核心技术应用开发.电子工业出版社，2006.

　　[11]（美）凯特著，苏金国等译.Oracle9i&10g编程艺术数据库体系结构.人民邮电出版社，2006.

　　[12]（美）夫雷曼（Freeman，R.G.）著，商云飞，李勇译.OracleDBA必备技能详解.清华研究生出版社，2006.

　　[13]（印度）克里斯那等著，周悦芝译.OracleJ2EE应用开发.清华研究生出版社，2005.

　　[14]（美）PatrickLightbody，JasonCarreira.WebWorkinAction.电子工业出版社，2006.

　　[15]陈天河.Struts，Hibernate，Spring集成开发宝典.电子工业出版社，2006.

　　[16][美]TimothyA.Budd.面向对象程序设计（第3版.影印版）.清华研究生出版社，2004.

　　[17]Wirfs-Brock，Rebecca/McKean，Alan.ObjectDesign原版进口.Pearson，532002.

　　[18]MichaelGelfond.RepresentingKnowledgeinA-Prolog[A].AntonisC.Kakas.ComputationalLogic：LogicProgrammingandBeyond[C].Berlin，Germany：SpringerVerlag，2002.413-451.

　　[19]MGelfondandVLifschitz.Thestablemodelsemanticsforlogicprogramming[A].RKowalskiandKBowen.Proc.oftheFifthInternationalConferenceandSymposiumonLogicProgramming[C].Seattle：ALT，MITPress，1988.1070-1080.

　　[20]OracleCorporation.Oracle9iApplicationServerDesignConsiderationswhenusingEntityBeanswithContainerManagedPersistence(CMP).TheMiddlewareArchitectureSeries，2003

　　[21]OracleCorporation.Oracle9iApplicationServerTopLink-ArchitectingForPersistence.TheMiddlewareArchitectureSeries，2003

　　[22]TheServerSide.com.BestPracticesForJ2EEPerformanceEngineering.http：//www.theserverside.com/articles/content/BroemmerPerformance/chapter10.pdf，2003

　　[23]SamuelKounev，AlejandroBuchmann.ImprovingDataAccessofJ2EEApplicationsbyExploitingAsynchronousMessagingandCachingServices.The28thVLDBConference，HongKong，China，2002

　　[24]Jboss.Org.OptimizingJBoss：ExperienceswithSPECj2002.http：//linuxintegrators.com/jbossBlog/bburke/，2003

　　[25]General.VoiceoverIPIkonT.30/T.38SubsystemforRealtimeFaxoverIP.http：//www.ikongmbh.com/index.htm?../fr_inhalt/protstacks/voip_foip/T30_T38_subsystem/t30_T38_subsystem.htm.2003-10-23

　　[26]Dudnlian，Wuwei.MobilityandQosSupportinMobileIPNetworks[J].ThejournalofChinauniversitiesofpostsandtelecommunications，2004，11(1)：60-68

　　[27]K.Mimura，K.Yokoyama，T.Satoh.GuidelineofOptionalServicesforInternetFaxGateway[J].TOYOCommunicationEquipment，2001(6)：1821

　　[28]WalterJGoralski，MatthemCKolon.IPTelephony[M].NewYork：54McGraw-Hill，1999

　　[29]ITU-TRecommendation.ITU-TRecommepdationH.323http：//www.itu.int/ITU-T/asnl/database/itu-t/Ir/h.323/2002/.2002-3-25

　　[30]TelogyNetworksInc.TelogyNetworks'FaxoverPacketWhitePaperhttp//www.telogy.com/our_products/golden_gateway/pdffax_over.pdf.2001-2-2355