全省大集中的财政(预算)管理一体化：系统总体技术架构与技术路线

1、 全省大集中的财政（预算）管理一体化：系统总体技术架构目录TOC o 1-5 h zF总体技术架构5 HYPERLINK l bookmark6 I应用技术架构设计51.2应用设计原则7i二L读写分离7-：前后端分离8 HYPERLINK l bookmark14 轻前台、大中台、强后台8I*应用的技术架构选型8:;前端8后端9【：RESTful和JSON9 HYPERLINK l bookmark24 缓存、数据库层、存储10中间件10.T系统技术路线.11 HYPERLINK l bookmark30 2I系统运行支持技术路线11匕I，I跨操作系统平台支持11 HYPERLINK l bo

2、okmark34 2-1.2数据库支持（主流国产数据库、Oraclellg等）11丨，：勺应用中间件支持（主流国产应用中间件）12巳IV两种部署方式支持（负载均衡集群、HA高可用集群（双机）12I.5应用级容灾支持12匕丨.&客户端支持14匕丨“主流浏览器支持142-1.界面设计风格15 HYPERLINK l bookmark40 1.9应用程序界面自适应不同屏幕分辨率16 HYPERLINK l bookmark54 2-2系统实现技术路线16匕2,I面向服务的架构SOA162.2.2应用门户技术192-岂3工作流技术21；-4商业智能BI技术22匕巳5报表定制技术23-数据交换技术24乙

3、巳基于XML技术的数据交换策略26二一：J2EE技术架构28 HYPERLINK l bookmark88 匕2.9基于MVC模式的分层应用系统设计31 HYPERLINK l bookmark90 匕2.10ORM技术（保证业务数据与底层数据库的无关性）33 HYPERLINK l bookmark92 -基于Hibernate的应用系统持久层设计33 HYPERLINK l bookmark94 -Spring框架（保证平台、业务的松耦合性）34 HYPERLINK l bookmark96 匕2.13服务总线（ESB）与插件管理技术34-WebService技术34 HYPERLINK

4、l bookmark104 WebPush技术35 HYPERLINK l bookmark106 AJAX技术36 HYPERLINK l bookmark118 1.1.1AdobeFlex技术37 HYPERLINK l bookmark120 氐：项目开发、运行、管理遵循信息系统等级保护标准规范383I等级安全防护级别设计38-防范病毒传播402-33操作系统安全40;数据存储安全管理40止-信息平台安全控制41应用访问控制42匕用户权限管理42；*；F：总体技术架构财政预算管理一体化系统建设坚持信息系统一体化的理念，以统一的数据规范和技术标准为基础，以统一的应用门户为入口，以应用支撑

5、平台为底层，采用先进成熟的云计算和微服务技术建立全省统一的财政信息一体化系统。其中微服务应用架构通过理清业务线和数据库之间的逻辑关系，将数据和业务分离开来，最终形成的整合性的财政一体化信息系统建设应用体系架构。总体技术架构严格按照总集成方的云化/服务化架构标准、规范、指南进行业务应用、微服务的开发交付，按照总集成方规划的公共服务（例如统一登录、统一用户和权限等）进行适配性改造。业务应用、微服务要能够基于总集成方提供的应用开发管理平台、云应用平台、云管理平台、微服务治理平台以及统一运维平台进行开发、部署和运维。1.|应用技术架构设计应用技术架构如图所示，分为四层：期政城一门户及前端人机奁互畀陋外

6、弼接口血五冊的服Z权）侶网严鑫讐T；作Sibpoi际帥战务加匸）（附件服务产譬浙|计怖式（孙丸袴I申那衬冊;iftC；囂据Ji1!ffiT?J;Ij（z理亘C）/酥孙和式持丸化匚Orflcle/MySQL%MuntsyBlliidttf!pnrk图表1.1-1：应用技术架构图第一层：接入层。支持对接云平台的负载均衡服务。人机界面友好，操作简单明了，达到“免培训”效果。技术上，静态页面采用html5+css3技术，动态页面及与后端业务逻辑的交互采用js+json和RESTful接口。静态页面和动态交互代码分离，用户界面UI）设计和前端开发解耦，快速响应用户界面样式变化需求；前端动态交互与后端业务

7、逻辑共享json格式数据，前后端开发分离，快速响应用户界面元素和布局变化；前后端采用无状态（RESTful）接口交互，实现各集群节点状态无关性，支持大用户量、大并发情况下的节点自动扩展。第二层：应用层。应用层支持采用轻量化应用中间件，如Tomcat等。支持基于Docker、Kubernetes的容器化部署；支持基础镜像的加固，包括系统加固和漏洞补丁更新等；支持应用的容器镜像和配置分离，使容器镜像具有通用性；支持应用无状态化（特殊用途容器除外）；支持缓存会话信息；支持应用快速启动和优雅停机；支持应用实例健康状态检查；支持应用日志的集中管理；支持应用灰度发布和滚动升级。主要提供业务单据服务，采用事

8、务集中控制的“微服务”架构。（1）事务集中控制。财政业务一体化系统是资金密集型系统，要求各个业务逻辑的事务保持强一致性。综合考虑系统稳定性（事务补偿机制会降低系统质量）和业务操作量（和互联网业务比，财政的业务操作少但业务逻辑复杂），财政业务单据服务选型为集中部署，实现事务集中控制。（2）微服务。分为四种类型（如图所示）：业务操作代理服务、业务查询代理服务、工作流代理服务和工作流查询代理服务。这4类微服务是各类财政业务操作的高度抽象，既满足财政各种业务操作需求，又适应业务扩展和业务流程变化。.ermnp八nr录人、审核、谥销、退回.柞底別除Json韬式DTOList;-與蓬idR；为空业潮裾列丢

9、操桂人操fEA授祝登录验证码，统一门户码返回返回代玛返回错误中丈信Bj（如3必级次单堀类型总指标_牡宜指标.单位指标、用款计划.用戴申请、支忖凭证、划敦单、人魅1知书匚日踌，-根拒哥揺拦型找軀记账分录总指标、处室捋标、早位指标、洁标颤度、用款计划、住裁计划额室、用款申请、支討凭证、划孰单、入喘通知书、日提.Json暗云:者询茶件id,province.vear甬户,呂直眸人操作人授权登录验证码,篩一户码逅回码2）业务童询代理务荃数说明操杵揀作人图表1.1-2：微服务分类图3）王作流柱理单据类型胆指标.匪室指标、单位焉标.用款计划、用惹申请、支付凭证、划熬单、入艇通知书、日理Json格式流超规范

10、中圭女的关薩要盍列返回鶴中丈信慝如找不到操作人圈祝登录倉坯，统一门户录人、审核、宜甫、逞回、诈废、別除荃数说明总指标、处室拦販、旦施标、用孰计册、用款申请、支忖凭证、划芸卑、入账ii知书、E铮Jwn式操作人授权码登誣证码,m占趣回码丄溯於洌表（id，戟揭誘书工作齟询代理0裁第三层：服务层。支持对接标准云服务，如分布式缓存、分布式消息等；支持公共业务能力和技术能力的服务化，支持通过OpenServiceBroker标准协议将公共业务能力发布为云服务，并实现相应的服务生命周期管理功能。提供各业务共用的组件服务。按照事务关联程度和业务管理需要，分为独立节点部署的“微服务”和集中部署的“组件集”两类。

11、1）微服务。主要采用独立节点部署，支持分布式事务，即支持事务的补偿和对账机制。包括“登录鉴权、工作流、缓存服务、交换服务、服务总线、路由、附件、日志和消息服务”2）组件集。这部分组件联系紧密，或者发生频率极低，主要采用集中部署，包括“元数据管理、单据管理、数据权限”等。第四层：数据层。支持数据库读写分离；支持结构化数据和非结构化数据的分类存储；基于标准SQL与数据库交互，不依赖数据库专有特性；支持分库分表和数据库横向扩展；支持国产化数据库。包括缓存、数据库存储、数据仓库存储、非结构化数据存储等4类。其中缓存采用Redis；数据库按照不同的业务场景选择MongoDB、Oracle、MySQL等；

12、数据仓库和非结构化数据使用Hadoop技术。:,应用设计原则读写分离为了确保产品的整体稳定性和性能，采用读写分离方式进行系统设计，将生产性业务操作连接可以读写的主库，使用主从复制和OGG等技术建立亚秒级的只读数据库供没有很强时效性的查询业务使用。要求业务系统根据业务的操作分类，将时效性要求不高的查询放到只读库上进行读取。前后端分离按前端和后台解耦原则，进行前后端的分离，在定义好API接口后，前端开发不需要等待后台开发完成，可以按接口进行开发并模拟数据测试，由前端负责交互逻辑，通过API接口从后台获取数据，后端注重数据的组织，权限的限定等。各负其责，避免开发时互相等待问题。轻前台、大中台、强后台

13、前台使用HTML和JS进行交互开发，可以根据客户需求迅速开发定制，给客户展现想要的效果。在平台设计时要立足长远建立统一的标准，各业务系统在一个框架下提供服务。后台服务要能提供强有力的搜索和数据共享。要贴近用户，灵活轻便，根据用户需要调整；搜索、共享组件、数据技术等模块不需要每次去改动底层进行研发。.：应用的技术架构选型系统采用的技术路线如下图所示：图表1.3-1：云+端技术架构图:前端系统建设采用B/S/S的方式，这是一种先进技术的网络配置方案，也是配合Internet/Intranet建设的最佳方案，这种技术平台方案最大限度地方便了用户部署和维护大型软件系统，从而大大降低了用户目标系统的总体

14、拥有成本（TCO）。客户端主要负责人机交互，包括一些与数据和应用关系的图形和界面运算；WEB服务器主要负责对客户端应用程序的集中管理；应用服务器主要负责应用系统的逻辑结构和数据关系，即事物处理。应用服务器又可以根据其处理的具体业务不同而分为多个；数据服务器则主要负责数据的存储和组织、分布式管理、备份和同步等等。采用B/S/S多层结构的优点：浏览器界面易学易用，使用者无须太多技术知识；大大降低安装和维护费用；升级简便，只须在应用服务器端进行升级操作；客户端无应用程序，保证瘦客户机运行；充分保护客户现有资源，避免重复投资；支持跨平台的应用程序；扩展传统的C/S/S系统；远程等同于本地；容易集成最新

15、的技术。静态页面采用html5+css3技术，动态页面及与后端业务逻辑的交互采用js+json和RESTful接口。静态页面和动态交互代码分离，用户界面UI）设计和前端开发解耦，快速响应用户界面样式变化需求；前端动态交互与后端业务逻辑共享json格式数据，前后端开发分离，快速响应用户界面元素和布局变化；前后端采用无状态（RESTful）接口交互，实现各集群节点状态无关性，支持大用户量、大并发情况下的节点自动扩展。后端后端使用J2EE架构，满足跨平台的特性要求，结构中的三个层次（客户表示层、中间逻辑层和数据管理层）可以处于不同的平台下进行协作应用，可以跨越中间防火墙进行通信，应用系统的集成，有的

16、业务逻辑和服务都集成封装在可重用、可移植的EJB组件中，因此系统维护性和可重用性好，中间件代码可以集中在处理业务逻辑上，无需考虑数据表示，数据和程序集中在统一的服务器上，并且服务器运行平台与客户端的运行平台不同，因此采用J2EE的框架结构解决比较合适。RESTfu1和JSON为了支持后台多服务可以切换，需要将系统设计成RESTful风格。采用无会话模式通讯，前后台交换数据时使用JSON格式尽量小的传递数据，相同的数据传输比XML更小。:.1缓存、数据库层、存储缓存用于把一些常用的内容放在内存中，提高访问性能。实现对象缓存机制，并且需要支持集群的处理。缓存对象可以分组管理，可以管理缓存对象的生命

17、周期，支持灵活设置缓存容量，同时，缓存要提供对群集的支持，保证性能。:.:;中间件选择自主可控的中间件来支撑一体化系统的运行。址门系统技术路线2.1系统运行支持技术路线.u源业务应用系就1/数据交换的基本处理逻辑如下所示：图二-5数据交换技术处理逻辑示意图为了实现系统对业务信息的高效利用，对于通过数据交换平台采集到的各类业务信息，需要进行处理和转换，以适应后续的预警和分析等功能的要求。系统升级时要对数据处理进行综合分析，提供通用的数据处理和转换功能组件，对初步采集到的业务数据，按照业务要求，需要进行规范地处理转换；lI:#”I宝叶册审转*/清洗芳发路VJ图二-6数据交换处理和数据转换模型丄：；

18、7基于XML技术的数据交换策略本项目所建系统的数据传输和处理均采用XML规范标准进行设计，并采用标准的XML语言作为数据交换标准来描述系统接口，并进行信息资源整合，以满足信息化应用的可持续发展要求。随着信息时代的不断发展，不同部门、不同地区间的信息交流逐步增加，计算机网络技术的发展为信息传输提供了保障。当大量的数据出现在网络上，面对多种多样的数据格式，如何才能有效地利用它们，其实就是数据共享与数据转换的问题。简单地说，数据共享就是让在不同地方使用不同计算机、不同软件的用户能够读取他人数据并进行各种操作运算和分析。xml作为统一的数据标准在国外经历了长时间发展。Ariba和Microsoft已经

19、开发了cXML作为标准，CommerceOne则提供了xCBL（CommonBusinessLibrary,通用商务库），Microsoft还启动了BizTalkFrameWork,得到了SAP、Boeing、BP/Amoco、CommerceOne等公司的支持。XML（eXtensibleMarkupLanguage可扩展置标语言）的出现突破了EDI的发展瓶颈。XML是一种界定文本数据简便而标准的方法，它曾经被称为“Web上的ASCII码”。与HTML不同，XML不关心任何视觉表现形式而只关心数据本身oXML的标记用来说明要描述的概念，而属性则用来控制它们的结构。在这样的描述机制下，XML的

20、数据是开放的，其自描述的特征使之对于BtoB和企业内部网解决方案来说是一种有效的选择，并且无需实现协调就可以在程序之间共享数据。为了使用XML文档，W3C还标准化了一套API。而XML的特性则昭示了其将成为互联网共享信息的主要途径。在对业务活动的支持过程中，系统必须能满足频繁的内容更新，保持信息的一致性，即时动态内容的刷新和数据安全性等方面的需要。使用XML在数据解析的时候遵循文档类型定义DTD（DocumentTypeDefinition）,保证了文档结构的一致性。XML能够在应用之间存储、转换和传送数据，应用平台与软件相对独立，数据不必因软件或平台的变化而改变。此外，XML数据容易转换，可

21、以将数据从一种Schema规范转换为另一种，并且可以有多种输出的格式，女口HTML和PDF等。XML同时使动态文档成为可能，通过操纵XML的片段，可以将信息重新包装来满足个人的需求。可扩展标记语言（XML）是Web上的数据通用语言OXML是一种开放的标准，XML语言不受任何实体的控制也不归任何实体所有。XML可以扩展，XML标签可以被任何人创建并被其他人所采用。它使开发人员能够将结构化数据，从许多不同的应用程序传递到桌面进行本地计算和演示。XML允许为特定应用程序创建唯一的数据格式。它还是在服务器之间传输结构化数据的理想格式。在系统应用中使用XML技术有以下优势：1）提供用于本地计算的数据传递

22、到桌面的数据可以进行本地计算。XML分析器可以读取数据，并将它递交给本地应用程序（例如浏览器）进一步查看或处理。数据也可以由使用XML对象模型的脚本或其他编程语言来处理。2）向用户提供正确的结构化数据视图传递到桌面的数据可以以多种方式表示。本地数据集，可以根据用户喜好和配置等因素，以适当的形式，在视图中动态表现给用户。3）允许集成不同来源的结构化数据一般情况下，使用代理在中间层服务器上集成来自后端数据库和其他应用程序的数据使该数据能传递到桌面或者其他服务器，以便进行聚合、处理和分布。4）描述来自多种应用程序的数据由于XML是可扩展的，因此它可以用于描述来自多种应用程序的数据，从描述Web页面集

23、合到数据记录。由于数据是自描述的，因此不需要数据的内置描述，也能够接收和处理数据。（5）通过粒度更新来提高性能XML允许粒度更新。开发人员不必在每次有改动时都发送整个结构化数据集。有了粒度更新后，只有改变的元素才必须从服务器发送到客户机。改变的数据可以在不必刷新整个页面或表的情况下显示。J2EE技术架构本项目的应用软件系统采用多层架构的B/S结构和组件开发技术，基于J2EE的分布式计算技术进行系统架构设计和系统开发，并运用构件化、组件化开发技术实现各项系统功能，从而有效确保系统的先进性、稳定性、安全性、兼容性。J2EE标准是一个为开发和发布便于达到网络经济要求的应用程序所提供的标准，该标准是由

24、SunMicrosystems以及多个合作者共同开发的，主要用于当今网络经济中的商业领域。建立该标准是为了扩展现场、减少了阻碍事务的冲突，利用该标准可使商业应用仅集中于商业问题，而不是集中在复杂的技术问题。J2EE是多层的分布式体系结构，使系统的操作和运行具有很好的灵活性。先进的Java计算方案如面向对象、独立于平台、快速集成、代码重用等，是实现这种结构的关键，并使系统具有良好的可移植性和可扩展性ClientBackendTier.EnteiprieJnfllTTTI11onSystems!(RDBMSsERP,LegacyApplications)r-rmiFrcsciitatio-iiCo

25、ntaitwrI(Servlet矢If列噩IJClientH*!1丿ypplicitionServer图二-7多层分布式J2EE技术体系架构J2EE体系架构提供了多种形式的分布式对象计算环境，客户端与服务器之间以及服务器之间可以通过RMI(RemoteMethodInvocation)、HTTP、IIOP(InternetInterORBProtocol)、JMS(JavaMessagingService)等多种协议进行消息和数据交换。JavaRMI是为分布式的异质系统之间调用而设计的Java环境，RMI支持在不同的虚拟机上对象的无缝远程调用，很好地实现了对分布式的对象模型的支持，使得分布式应

26、用的实现变得简单，并保证了安全性。系统还可以通过II0P存取C0RBA对象。其中，EJB的开发使用模型如下所示：图二-8EJB开发使用模型J2EE把应用程序的开发和支持任务分成好多定义好的角色。这种分工的作用是：把复杂的编程任务交给J2EE平台，减少了应用程序开发人员支持新的应用需求的工作量，以及可以清楚地根据特定的技术和条件进行任务分离。这种分离也使得专业知识商品化-J2EE应用程序实质上可以用非定制的组件装配而成，这些组件要遵照定义好的接口，这样就仅需要少量编程或专用化。J2EE平台通过JAX-RPC1.1API提供了完整的Web服务支持，这种API支持基于servlet和企业bean的服

27、务端点。JAX-RPC1.1基于WSDL和SOAP协议提供了与Web服务的互操作性。J2EE平台也支持WebServicesforJ2EE规范(JSR921)，后者定义了Web服务的部署需求并利用了JAX-RPC编程模型。除了几种Web服务API之外，J2EE平台还支持WS-IBasicProfile1.0。WS-IBasicProfile标准让Web服务克服了不同编程语言、操作系统和供应商平台之间的障碍，从而使多种应用程序之间能够交互.这意味着除了平台独立性和完整的Web服务支持之外，J2EE还提供了跨平台的Web服务互操作性。AccessibjlliityCQRBALocaleSuppor

28、tSecurityNetworkingNewI/OJvaHolspot_VMRuntimeDevelopmentTl$&APK1EElav-a阳俯HotspuTCLienitCompilErJsvsHotspotServerCompilerVirtualMachineIdVdCompilerlavdDebiiLjyerJdVdJuC|PDA|avaMWebStartUserInterfereIfoolkitsIntegrationSDKInputMethodsloggingCollectionsSolaris1LinuxWindowOther图二-9支持Web服务的J2EE平台框架在J2EE下

29、，Web服务客户可以通过两种方式访问J2EE应用程序。客户可访问用JAX-RPCAPI创建的Web服务；在幕后JAX-RPC使用servlet来实现Web服务。Web服务客户也可通过bean的服务端点接口访问无状态会话bean。Web服务客户不能访问其他类型的企业beans。无状态的EJB组件作为Web服务具有很多优势：1）利用现有的业务逻辑和流程：在许多企业中，现有的业务逻辑可能已经使用EJB组件编写，通过Web服务公开它可能是实现从外界访问这些服务的最佳选择。EJB端点是一种很好的选择，因为它使业务逻辑和端点位于同一层上。2）并发支持：作为无状态会话bean实现的EJB服务端点不必担心多线

30、程访问，因为EJB容器必须串行化对无状态会话bean任何特定实例的请求。3）对服务的安全访问：企业beans允许在部署描述符中声明不同方法级别的安全特性。方法级别角色被映射到实际的主体域（principaldomain）。使用EJB组件作为Web服务端点，将该方法级别的安全性也带给了Web服务客户。4。事务问题：EJB服务端点在部署描述符规定的事务上下文中运行。容器处理事务，因此bean开发人员不需要编写事务处理代码。5。可伸缩性：几乎所有EJB容器都提供了对无状态会话bean群集的支持。因此当负载增加时，可向群集中增加机器，Web服务请求可定向到这些不同的服务器。通过把Web服务模型化为EJ

31、B端点，可使服务具有可伸缩性，并增强了可靠性。6。池与资源管理：EJB容器提供了无状态会话bean池。这改进了资源利用和内存管理。通过把Web服务模型化为EJB端点，这种特性很容易扩展，使Web服务能够有效地响应多个客户请求。I-基于MVC模式的分层应用系统设计本项目所建应用软件系统将设计合理、明确的应用系统分层架构，并采用J2EE的MVC架构搭建应用软件框架结构，可实现对多种操作系统、应用服务器、消息中间件、数据库的支持。MVC是一种把视图(V)、逻辑模型(M)通过控制器(C)的调度而实现分离的程序设计思想。这种抽象结构有助于将应用程序分割成若干逻辑部件，使程序设计变得更加容易。采用MVC模

32、式可以分离数据访问和数据表现，可以开发一个有伸缩性的，便于扩展的控制器，来维护整个流程。MVC结构可以构建多用户的、可扩展的、可维护的、具有很高交互性的业务系统。在MVC结构中，模型(Model)代表应用程序的数据(data)和用于控制访问和修改这些数据的业务规则(businessrule)。通常模型被用来作为对现实世界中一个处理过程的软件近似，当定义一个模型时，可以采用一般的简单的建模技术。当模型发生改变时，它会通知视(View),并且为视提供查询模型相关状态的能力。同时，它也为控制器(Controller)提供访问封装在模型内部的应用程序功能的能力。利用MVC架构开发应用软件系统的逻辑框架

33、如下所示：图二-10利用MVC架构开发应用软件系统的逻辑框架个视(View)用来组织模型的内容。它从模型那里获得数据并指定这些数据如何表现。当模型变化时，视负责维持数据表现的一致性。视同时将用户要求告知控制器(Controller)。控制器(Controller)定义了应用程序的行为；它负责对来自视的用户要求进行解释，并把这些要求映射成相应的行为，这些行为由模型负责实现。在独立运行的GUI客户端，用户要求可能是一些鼠标单击或是菜单选择操作。在一个Web应用程序中，它们的表现形式可能是一些来自客户端的GET或POST的HTTP请求。模型所实现的行为包括处理业务和修改模型的状态。根据用户要求和模型

34、行为的结果，控制器选择一个视作为对用户请求的应答。通常一组相关功能集对应一个控制器。Struts是一个基于SunJ2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。Struts扌巴Servlet、JSP、自定义标签和信息资源(MessageResources)整合到一个统一的框架中，利用其进行开发时无需自行编码实现全套MVC模式，极大地节省了时间。Struts框架的组件结构如下图所示：图二-11Struts框架的组件结构在具体使用Struts框架时，各部分的开发工作主要包括以下三部分。Model部分：采用JavaBean和EJB组件，设计和实现系统的业务逻辑。根据不同的请求

35、从Action派生具体Action处理对象。完成“做什么”的任务来调用Bean构成的业务组件。创建有ActionForm的派生类实现对客户端表单数据的封装。View部分：为了使用Model中的ActionForm对象，必须用Struts提供的自定义标记创建HTML表单。利用Struts提供的自定义标记库建立用户界面把应用逻辑和显示逻辑分离。Struts框架通过这些自定义标记建立View和Model之间的联系。Struts的自定义标记还提供了很多定制页面的功能3）Controller部分：Struts提供了核心控制部分的实现，系统只需要配置ActionMapping对象。ORM技术（保证业务数据

36、与底层数据库的无关性）ORM（对象关系映射）技术是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术。ORM通过使用描述对象和数据库之间映射的元数据，将Java程序中的对象自动持久化到关系数据库中。从本质上看，ORM是将数据从一种形式转换到另外一种形式。ORM是随着面向对象的软件开发方法发展而产生的。面向对象的开发方法是当今组织级应用开发环境中的主流开发方法，关系数据库是组织级应用环境中永久存放数据的主流数据存储系统。对象和关系数据是业务实体的两种表现形式，业务实体在内存中表现为对象，在数据库中表现为关系数据。内存中的对象之间存在关联和继承关系，而在数据库中，关系数据无法直接表达多对多

37、关联和继承关系。因此，对象-关系映射（ORM）系统一般以中间件的形式存在，主要实现程序对象到关系数据库数据的映射。利用ORM技术可实现对象数据到关系数据的持久化透明，使开发人员不依赖于具体数据库就可实现应用逻辑，做到“只关注对象，而不用关注数据存储到什么样的数据库”，从而保证了上层程序与底层数据的耦合分离。基于Hibernate的应用系统持久层设计在企业级应用开发环境中，如果要永久保存对象的状态，则需进行对象的持久化，即把对象存储到专门的数据存储库中，而目前关系数据库中存放的关系数据是非面向对象的。业务实体在内存中表现为对象，而在数据库中表现为关系数据，为使关系数据表达出内存中对象之间存在的关

38、联和继承关系，需要进行对象-关系的映射（Object/RelationMapping，简称ORM）。在Java领域，可以直接通过JDBC编程来访问数据库，这种方式优点是运行效率高，缺点是在Java程序代码中嵌入大量SQL语句，使得项目难以维护，而Hibernate作为企业应用和关系数据库之间的中间件，可以节省30%的JDBC编程工作量，它有以下优势：1）它是开放源代码的，允许开发人员在需要的时候研究源代码，改写源代码，定制客户化功能。2）具有详细的参考文档。3）对JDBC仅作了轻量级封装，必要的话，用户还可以绕过Hibernate，直接访问JDBCAPI。4）具有可扩展性。5）使用方便，易于开

39、发。Hibernate既适用于独立的Java程序，也适用于JavaWeb应用，而且还可以在J2EE架构中取代CMP,完成对象持久化的重任。Hibernate可以和多种Web服务器、应用服务器良好集成，并且可以支持几乎所有流行的数据库服务器。Spring框架（保证平台、业务的松耦合性）Spring利用容器来控制程序的依赖关系,而不是由程序之间互相控制其依赖关系。在运行时,Spring通过容器注入其依赖关系来控制反转,进而解除耦合关系,从而实现业务之间松耦合的模式。通过Spring所提供的IoC容器，可将对象之间的依赖关系交由Spring进行控制，避免硬编码所造成的过度程序耦合。Spring可使开

40、发人员不必再为单实例模式类、属性文件解析等底层需求进行代码编写,从而可更专注于上层应用。服务总线（ESB）与插件管理技术本项目采用企业服务总线（ESB）和插件管理技术，在本项目所建业务应用系统与其他相关外部应用系统之间建立相应的适配器和接口，包括WebServices、FTP、API、XML文件、SQL访问等。服务总线将相关应用系统转换为服务，并与实际业务板块建立对应关系。在此基础上,在应用系统的服务之间构建与实际业务应用系统板块完全相同的逻辑关系,从统一登录、用户管理、界面集成、流程交互、数据交换等维度提供整合应用,满足用户对不同时间、应用场景的业务管理与信息应用需要。WebService技

41、术本项目利用WebService技术实现灵活、稳定、安全可靠、易于扩展和维护管理的Web业务应用系统，并为整合异构应用系统提供有力的技术支持。WebServices是实现Web应用以及众多异构应用整合的重要技术,其核心环节包括：注册、发现、绑定和调用（服务）,具体涉及以下三个层面的技术。1）“松散连接”：可以使用服务进行应用整合,而无需知道该服务的语言、平台、位置或状态。WebServices提供了到网站或应用的程序接口。可能存在几个操作,都有自己的输入和输出信息，这些操作组合起来就构成了服务的程序接口。具体的实施细节、平台和语言都被隐藏起来了。只要在调用时遵循HTTP协议，返回时遵循SOAP

42、协议，就能利用WebService灵活集成不同应用。2）“发现”：在SOA模型的三角形关系结构说明了面向服务中注册“发现”交互循环，其目标是要实现对服务的动态发现。3）“流程”：提供服务之间的信息和控制顺序，包括简单或复杂的决策制定，并通过选择和循环结构来实现。业务规则负责对流程进行指导和控制。目前，WebServices的核心标准已经相对成熟，应用服务器和供应商都有符合标准的产品面市。Web服务建立在开放标准和独立于平台的协议的基础之上。Web服务通过HTTP使用SOAP（种基于XML的协议），以便在服务提供者和消费者之间进行通信。服务通过WSDL（WebServiceDefinitionL

43、anguage）定义的接口来公开，WSDL的语义用XML定义。UDDI是种语言无关的协议，用于和注册中心进行交互以及查找服务。同时，服务质量方面的些主要标准也有了很大进展，比如：安全性标准（如WS-Security）和可靠性标准（如WS-ReliableMessaging）其他标准还有BPM标准（如BPEL）WebServices管理（如WSDM）以及WebServices门户标准（WSRP）也都获得了许多厂家的支持，产品也比较成熟。此外，通过相应的应用中间件产品可以很容易地开发、测试、部署WebService，并提供异构应用的互操作支持。应用中间件产品对WebService的支持内容主要如下

44、：1）支持WebService的部署机制，以及WS-Security、SOAP1.2、WSDL1.1、JAX-RPC1.0、UDDI2.0等技术标准。2）支持与异种环境下的WebService进行互操作。3）可以通过相应工具，利用已有的组件（如：EJB、Java类等）构建WebService。4）支持同步和异步的调用方式、HTTP/S和JMS传输协议，并提供WebService的国际化支持。5）提供开发环境，加速WebService的开发与测试过程。WebPush技术Push技术是种基于客户服务器机制、由服务器主动将信息发往客户端的技术。与传统的拉技术（Pull）相比，两者的主要区别在于：前者

45、由服务器主动发送信息，而后者则由客户机主动请求信息。WebPush效率高、时延低，且可节省带宽和CPU时间，对于高性能查询、即时通讯消息弹出、预警服务等信息的及时展现具有重要意义。采用基于Javaservlet的机制，数据由服务器端的Java对象直接推入到客户端的浏览器（动态）HTML页面而不使用Javaapplets或插件。|BrmerWebStncrJ|pDUaLvETRequest一DalachangesRkooomCtta1Resi$tDitachanges*图二-12WebPush技术原理mAJAX技术Ajax是由几种蓬勃发展的技术以新的强大方式组合而成，包括：1）基于XHTML和C

46、SS标准的表示；2）使用DocumentObjectModel进行动态显示和交互；3）使用XMLHttpRequest与服务器进行异步通信；4）使用JavaScript绑定一切。Ajax的核心是JavaScript对象XmlHttpRequest。该对象在IE5中首次引入，是一种支持异步请求的技术。简而言之，XmlHttpRequest使用户可以使用JavaScript向服务器提出请求并处理响应，而不阻塞用户。httr3lI-ITIML+CSSdoteerclinlclassicwebapplicationmodellAjaxwebapplicationmodelbKkjendpnacesan

47、g.letrscybscHjendprcrcessng.HegkKVsyrtemiuserintrfACCweSiserveruserinterfaceJ-HnScrlp-l：iCElIlIHT*1L+CSdafeA|aHTTP应khTMMLwedand/or?MLserver图二-13Ajax技术原理Ajax相当于在用户和服务器之间加了个中间层，使用户操作与服务器响应异步化。然而，并非所有的用户请求都提交给服务器，些数据验证和处理请求则可以交给Ajax引擎来处理。只有确定需要从服务器读取新数据时，再由Ajax引擎代为向服务器提交请求。这一技术可以极大提高Web应用的用户体验，提高应用响应。1

48、.1.1AdobeFlex技术本项目所建应用软件系统采用富客户端技术一dobeFlex来实现业务数据的监控、分析、预警、展现等功能0令MlWF-m*.Tkifd-iiKtTFnnnewi&jiSsvtees-ServiceTwrClreritTierIRiIBuilderwSUtP|QRtoRlflWWwMtt&ign&DewiopmefKTools;_iHlIFOtlW!仝砂图二-14基于AdobeFlex的业务数据监控、分析、预警、展现富互联网应用（RichInternetApplications，缩写为RIA）程序是下一代的将桌面应用程序的交互式用户体验与传统的WEB应用的部署灵活性和成

49、本分析结合起来的网络应用程序。互联网应用程序中的富客户技术通过提供可承载已编译客户端应用程序（以文件形式，用HTTP传递）的运行环境，客户端应用程序使用异步客户/服务器架构连接现有的后端应用服务器，这是一种安全、可升级、具有良好适应性的新的面向服务模型，这种模型由采用的WEB服务所驱动。结合了声音、视频和实时对话的综合通信技术，使富互联网应用程序（RIA）具有前所未有的网上用户体验。AdobeRIA技术封装让现有的WEB技术得到了极大的保留，核心价值在于大大提高了产品设计师和开发工程师的“开发体验”，强化了设计端和开发端的整合。设计师和开发工程师们可以方便地将自己的代码平移到新的平台上，并且发

50、布、部署的方式比之前的任何一款开发工具都方便得多，从而使RIA应用有更广大的开发者基础。AdobeRIA技术也将带来新的桌面革命一“Desktop2.0”，内容从Flash,HTML/CSS/JS,到PDF，几乎涵盖了时下最流行的WEB内容载体。此外，“可离线”应用模式能让用户更加安全、舒适地进行工作和娱乐。用户们不必再抱怨因网络故障而造成的信息损失，而且也可以借助本地资源更好地节省网络资源。因此，AdobeRIA技术可以让用户将WEB2.0应用带回桌面，创造的商业应用价值和用户体验价值将超过以往任何技术。:：项目开发、运行、管理遵循信息系统等级保护标准规范我公司将按照涉密信息系统的分级保护、

51、信息系统等级保护的标准和规范进行项目的开发、运行、管理。-：.丨等级安全防护级别设计本项目所建财政预算管理一体化系统部署于涉密网，其财务处理、报表管理两个子系统部署于业务专网，在非涉密网上部署了相关外部系统（国债系统、国债登记公司系统、非税收入管理系统、国际司系统、账户系统、其他相关系统（政府采购系统、数据中心、现有预算执行分析系统、现有部门决算系统，等）。涉密网的财政预算管理一体化系统可按等级安全防护“机密级”标准进行建设，专网的财政预算管理一体化系统的子系统可按信息安全等级保护的“三级”标准进行建设。本项目所建财政预算管理一体化系统将接触到信息安全、业务数据交换、业务应用等方面的敏感业务数

52、据（例如：身份认证数据、单点登录访问控制数据、业务数据交换信息、资金支付管理数据、账务处理管理数据、预算单位管理数据、监控管理数据、现金管理数据、政府财务报告数据，等）。如果这些系统遭受破坏，将会导致国库支付业务办理过程中各类详细记录的泄露,造成各类生产系统的严重事故，影响国库支付业务工作的正常开展，对社会秩序和公共利益造成严重损害。因此，涉密网的财政预算管理一体化系统的安全等级保护程度可按等级安全防护“机密级”要求，专网的财政预算管理一体化系统的安全等级保护程度可按信息安全等级保护“第三级”要求。我公司严格按照等级安全防护“机密级”、信息安全等级保护第三级的基本要求提出涉密网的财政预算管理一

53、体化系统、专网的财政预算管理一体化系统的总体解决方案和实施计划，并完成相应的应用系统集成工作。考虑到全省财政现有的应用安全、数据交换、业务应用系统大多是等保机密级、三级等保的系统，而本项目所建财政预算管理一体化系统将涉及到多套业务系统，一旦遭到破坏、出现问题，势必同时影响多套业务系统的正常工作，严重损害社会秩序和公共利益。因此，我公司对本项目所建系统在安全等级保护方面的考虑会更为周密和严格。我公司开发的模块符合等保机密级、等保三级要求，并采取的合理的安全保障措施和方案，可保证整个系统满足等保机密级、等保三级要求。（1）访问接入等级安全防护1）财政内部用户、各中央预算单位、专员办、其他相关用户等用户，通过