网上项目交易平台系统技术方案

1、网上项目交易平台系统 (一期技术方案目录第 1章 总体设计方案1.1. 方案总体论述国家和我省“数字 *” “十五”和“十一五”期间,电子政务建设的主要目标是:标准一致、功能完善、安全可靠的政务网络信息平台。当前主要任务是:建设和整合 统一的电子政务网络平台,规范安全保密体系,有效遏止重复投资和建设,政务各业 务管理部门要加快建设和整合面向社会公开透明的专业性业务服务系统,并要求统一 标准和规范,实现“统筹规划、规范标准,互联互通、资源共享,深化应用、保障安 全” ,提高政府各部门的决策、监督和服务水平,尤其是要规范政务应用服务平台,并 建立数据共享利用和灾难备份中心,逐步建设辅助决策支持系统

2、。为顺应国家及我省电子政务发展的统一规划和趋势, “ *”项目交易平台的建设不 应局限于满足当前的业务要求,要充分考虑今后系统的扩展升级以及与已建或待建业 务系统实现无缝集成,形成一个统一的信息化平台,将对外服务以及对内管理过程统 一到一个平台上。对于本次项目,需要重点考虑系统的扩张性以及开放性,满足这一 功能需求。采用多层应用程序结构设计思想,遵循 Internet/Intranet规范,支持标准的互 联网络协议,建立在分布式应用的部件对象模型。系统采用 Web 2.0技术、 .Net 架构来进行总体设计,以 Windows 系统操作系统作 为软件的系统支撑,微软 SQL Server 作为

3、 Web 数据库服务,在 Internet Information Server(IIS上部署 6·18交易平台。 以浏览器和企业端软件作为系统的前端, 来获取、 更新和制作用户所需的各种资料。在技术框架上分为:数据层、支撑层、应用层、表现层、访问层、外部公共接口 等六大部分。系统应用体系结构如下图所示:(1 数据层能够对结构化数据和非结构化数据进行管理和存储。结构化数据包括:XML 和 DBMS ;非结构化数据包括:TXT 、 HTML 等文本文件, MP3、 AVI 、 RM 、 WMV 、 MPG 等音视 频文件, DOC 、 PPT 、 XLS 等 Office 系列文件,

4、JPG 、 GIF 、 BMP 、 PNG 、 PSD 等图形图像 文件, ZIP 、 PDF 、 SWF 等其他格式文件等。 在数据接口上支持 WebService 模块化组件, 同时,数据服务应为其上层提供各种数据操作的应用编程接口 API 。(2 支撑层支撑层通过应用服务器,提供对系统应用层的支持,包括:信息抓取、数据转换、 检索引擎、统一用户、工作量及访问统计、 WAP 管理、流程定义以及数据呈送和共享 等功能。并通过 API 、 PORTLET 、 WebService 、 JMS 、 MQ 、 DI 、 URL 、 DBMS 等接口服务支 持外部资源对内容管理基础数据以及内容管理对

5、外部数据资源的应用数据集成。 (3 应用层应用层实现信息发布管理、 网站群管理、 系统管理、 外挂组件管理 (所有非网站形 式的应用均以组件的方式统一在这里管理、以保证所有用户统一管理 、单点登陆 (SSO、个性化定制、内容聚合 RSS 等。(4 表现层网站的最终表现是一组具有相同标准和相同规范体系的网站群体系。它包括政府 外网网站群和内网网站群,涵盖政府主站、政府各级子网站、政府垂直机构子网站、 各类专题子网站等,同时系统为应用层的不同应用提供信息资源的不同表现形式,包 括有:Web 、 WAP 、 Portlet 、 RSS 、 E-mail 、 SMS 等。(5 访问层实现用户通过各类终

6、端设备 (如浏览器、手机、 PDA 等 来访问表现层以获取信息 资源。(6 外部公共接口为信息资源的管理层、 应用层和表现层提供大量的应用接口, 包括:API 、 Portlet 、 WebService 、 JMS 、 MQ 、 DBMS 、 URL 等等。通过对业务需求了解和采用面向对象的分析业务需求,我们提出细化的本项目的 应用软件架构,如下图:*认为以上的应用软件架构先进、灵活、适用,完全符合“ *”项目交易平台 的要求,该架构以构件化设计为核心,实现事件触发、数据驱动、参数设置的先进、 开放、灵活、可行的“ *”项目交易平台系统。同时,采用的如上图所示的软件体系 架构,对于“ *”项

7、目交易平台以后的应用扩展,只需在业务逻辑层增加新的业务逻 辑核心构件就可以很轻松的将新的业务应用集成到本体系结构中。在考虑与已建和待建的其它系统集成上,我们规划了如下图所示的系统应用支撑 体系结构: 下图是软件实现结构图: 电子政务软件平台包括了政务门户平台、数据中心、数据交换等几个部分。其中 数据中心是面向电子政务,基于 XML 和 Web Services 技术的数据交换、数据流管理 和跨部委协同工作的应用支撑平台系统。数据交换中心是实现数据交换、跨部门协同工作(数据流引擎和管理和数据共 享的核心。由上图可见,数据交换平台,能够实现不同的政务应用系统之间的基于统 一标准的数据交换和共享。可

8、以高效地在纯 XML 数据服务器上构建起面向主题的操 作数据库;也可以实现对分布在各委办局的信息资源的管理、查询和数据交换,从而 实现对众多的政务应用系统中关键数据地抽取和集中。数据交换器所提供的工作流引擎和 XML 文档(表单处理功能,可以快速地构建电子政务一站式服务平台,能够 实现对众多的电子政务应用的协同和调度,从而使得在同一系统中处理需要多系统业 务协同的政务要求成为可能。同时,平台提供针对不同业务应用系统的数据交换适配 器,这些数据交换适配器将成为应用系统连接到数据交换器也就是一站式服务平 台上的纽带,数据交换适配器技术使得我们能够充分利用原有的应用系统的功能。 该应用支撑架构通过数

9、据交换中心实现异构系统的信息交换,并可将数据集中到 本体系中的数据中心上,为以后开发决策支持系统提供接口支持。复杂适用 (CAS理论:即从一般的业务需求中抽象出关键的复杂适应系统,该系 统能够适应环境变化,系统使用越久,积累的有价值的东西就越多。在复杂的适应理 论的指导下设计的系统完全不同于系统的复制,照搬,其自身应具备相当的可变性。 实践中常用的手法如:工作流系统并不是提供一个个的工作流,而是提供一个工作流 的定义工具;信息发布系统不是提供一个个信息发布模块,而是提供一个信息发布模 板工具;统计报表系统不是提供一个个统计表格模板,而是以数据指标为对象,使数 据指标可以重复利用,同时提供表格的

10、生成工具,等等。面向对象的设计思想:即将设计的着眼点放在用户对象身上,在此基础之上进行 相关业务设计,业务内容是可变的。技术选向:选择与世界发展潮流吻合的技术,现在还在流行的技术并不能代表未 来一定能够流行。技术的标准化程度要高,开放程度要高,关键应主张自主开发,发 展民族产业。在技术结构方面,从 Client/Server结构体系转向 Browser/Server结构体 系,采用标准三层结构体系的 web 开发思路,最终用户界面统一为浏览器,应用系统 全部在服务器端,系统负载轻,开放性好,维护升级方便。产品化设计思路:从传统的工业项目管理体制转向专业化和产品实施体制,确保 系统的运行维护和系

11、统持续不断的升级,走合作与分工并举的道路。本项目以互联网技术为基础,产品化、面向对象的、采用复杂适用理论进行产品设计。信息系统设计遵循以下技术路线:1 系统架构:采用基于 DotNet 技术的多层 B/S架构,数据存储、表现层和业务 逻辑分离, 使得整个系统具备高度分布式和高可靠性的特点。 使用 DotNet 技术来实现 电子政务系统主要有两个好处:高度的安全性以及多样化的选择;2 XML 数据总线:本项目采用 XML 数据总线技术,通过 XML 的 DOM 方式,封装了 应用的三大数据区:Session 数据区(SessionContext 、 Request 数据区 (RequestCon

12、text 、业务处理数据区(BizContext ,构成整个应用的数据总线区。 各种数据都被规范成了 XML 的格式,而数据的传递则采用 Xpath 的寻址方式,这种数 据传递方式使得应用开发中对接口的处理与原来基于对象接口的方式有了较大差异。 业务构件的接口相当于确定了接口数据在总线中的固定位置, 运行时根据不同的实例, 对应位置上的内容可能不一样, 而传统的接口只确定接口的对象类型和对象的变量名, 在调用具体接口时完成对象的实例化;3 数据库接口:采用通用数据库引擎支持不同的数据源,如 SQL Server和 ORACLE ;4 传输协议:基于 SOAP 、 HTTP 等产业标准,以确保可

13、与其他系统实现顺利的集 成和协作;5 SOA 架构模型应用:SOA 是一种架构模型,它可以根据需求通过网络对松散耦 合的粗粒度应用组件进行分布式部署、组合和使用。服务层是 SOA 的基础,可以直接 被应用调用,从而有效控制系统中与软件代理交互的人为依赖性。 SOA 的关键是“服 务”的概念,即服务提供者完成一组工作,为服务使用者交付所需的最终结果。最终 结果通常会使使用者的状态发生变化,但也可能使提供者的状态改变,或者双方都产 生变化。采用基于 SOA 的架构模型,通过提供动态服务接口来实施一个动态的集成, 实现发布服务的应用程序和使用服务的应用程序之间松散耦合,同时通过会话facades 将

14、应用程序逻辑组件,实现初粒度的服务。 采用最新的面向对象的软件工程技术 USDP (统一软件开发过程 和 Rational Rose可视化建模工具进行系统开发,将高复杂的问题逐步加以简单化,将高风险的问题逐 步加以解决以降低风险,透过蓝图来加强各团队成员的沟通,有效地控制系统的复杂 度和风险性,并促进团队的合作,提高整体的生产力。统一软件开发过程(USDP , Unified Software Developing Process 是一种基于组 件和统一建模语言 (UML , Unified Modeling Language 的软件项目开发方法。 Rational Rose 是 USDP 方

15、法论的具体工具实现。USDP 开发方法的核心思想就是:用例驱动、以体系结构为中心、迭代和增量。 下面简要说明其优点:本项目信息系统所包括功能模块较多, 需求未完全定型, 另外, 在其他诸多方 面还存在风险因素。 USDP 开发方法的核心之一就是迭代和增量,迭代式开发方法就是 一个不断降低风险的过程,其每一次迭代过程都选择风险最大的 UseCases (用例执 行。因此,项目的风险在迭代过程中会不断地被发现、被消灭,最大限度地保证信息 系统的开发成功。迭代式开发方法能够更容易地管理需求的变化, 整个开发过程由一次次的独立 迭代组成,项目经理能够比较容易地调整迭代过程,使最终产品满足变化的需求。

16、以用例驱动、 体系结构为中心的开发使得开发人员能比较容易地控制整个系统的开发过程,管理其复杂性并维护其完整性。本项目信息系统采用组件技术为核心的多层结构计算模式,如何从业务需求中导 出系统是由哪些组件所组成, 如何设计出每个组件的接口和组件间是如何相互运作的, 体系结构设计尤其重要。采用以 USDP 开发方法为理论基础的 Rational Rose可视化建 模工具有助于解决这个问题。技术路线“ *”网上项目交易平台系统的建设,平台是关键。目前主要的平台包括 JAVA , PHP , ASP/.NET, DOMINO 四大类。 DOMINO 具有很强的文档处理功能,但 DOMINO 并不是 一个

17、很开放和标准的系统,其文档与功能模块结合紧密,对于功能扩展和业务变更的 响应能力较弱,处理关系型数据的能力和与别的系统接口的能力较弱。 PHP 只是属于 低端产品, JAVA 具有优良的性能和跨平台能力,但其配置和管理复杂,同时需要购买 昂贵的 Web 中间件产品,加大了系统建设的资金投入。 ASP.NET 的优点是与微软平台 绑定, 配置和管理简单, Web 服务可以使用 Windows 集成的 IIS , 降低了项目投资和项 目实施的风险。本方案采用 ASP.NET + RDBMS + WebService的技术路线,支持分布式事务功能、 支持组件化开发、 XML 文档统一数据规范标准和

18、Web Service,数据库系统选用 SQL Server 。Microsoft Visual Studio 2005实质上是一个分布式的服务器应用程序设计环境 , 它提供了基于组件的、以服务器为中心的多层应用体系结构。 ASP.NET 为搭建具有可 伸缩性、 灵活性、 易维护性的商务系统提供了良好的机制。 其允许客户订购与 ASP.NET 兼容的第三方的现成组件,把他们部署到异构环境中;同时还有可伸缩性、稳定的可 用性、开发的高效性、充分利用原有投资等特点。1 分布式的多层应用程序 (多层开发模式 ASP.NET 平台使用多层分布式的应用模式 , 极大简化了开发、 配置和维护企业应用 的过

19、程 , 它最大的优点就在于将企业的业务逻辑同系统服务和用户接口分开 , 放在它们 之间的中间层。它提供了一系列的底层服务 , 如事务管理、缓冲池等 , 使得开发者能够 将精力集中于企业的业务逻辑 , 而无需过多的关心与业务逻辑不太相干的系统环境等。 这样节约了开发时间、缩短了系统开发周期、提高了效率。2 ASP.NET 构件技术 (基于组件的开发 衡量一个系统软件的一个重要技术指标是系统的开放性、灵活性,对业务变更的 适应能力,在系统开发中充分利用构件技术、集成已有构件是达到这一要求的一个好 的解决方案。ASP.NET 提供了基于组件的设计方法,开发、集成、部署应用程序。 ASP.NET 技术

20、 提供的基于组件的设计方法的根本目的是提高组件的可用性, 减少程序开发的工作量, 提高开发效率,这同时也是目前应用软件的本质要求。*投入了大量的人力物力,开发了具有自主知识产权的中间件开发平台。该开 发平台采用 XML 数据总线技术,使用目前最为流行的构件技术进行系统的开发。所 有的业务过程均可以通过一个个的原子化操作构件类似于搭积木的方式来实现。这些 构件屏蔽了操作的细节,具有很强的代码重用性,使软件开发不再注重代码的细节, 而是重点关注客户的需求。 其采用的 XML 数据数据总线技术使各功能模块之间只是 松散的耦合,从而极大的增强了软件的扩展能力以及对需求变更的响应能力。3 ASP.NET

21、 的 Web 服务体系结构 (对 Web Services的支持 “ *”项目交易平台系统面向的是多级级用户的各种功能服务要求,同时政务信 息化发展逐步向着集成化,平台化方向发展。业务系统不在是一个个独立的信息孤岛 式的应用,而是通过相应的技术方案集成起来的一个有机整体,需要将越来越多的异 构系统进行集成和整合。在系统整合或者集成的过程中 , 不同系统之间不同的系统平 台、实现机制、实现标准等各种差异给集成带来了异常的困难。 Web Services 技术提 出了一种新的面向服务的体系结构,由于它在涉及到网络、操作系统平台、对象模型 和编程语言的选择时没有任何倾向和特殊限制,因此呈现出很强的生

22、命力。 ASP.NET 2005增加了有关 SOAP 和 WSDL 的 Web 服务,即也满足了“ *”项目交易平台系统门户 对异构系统进行集成和整合的要求。在项目的建设中,将尽可能的保护原有投资,做到“前后期的投资有效衔接”。 在以下技术方案的设计中将围绕以 ASP.NET+RDBMS+WebService的技术路线展开描述。 研发路线本项目的研发将按以下的技术路线开展:满足硬件无关性、操作系统无关性、网络协议无关性、数据库无关性。 选择 UML (Unified Modeling Language作为系统建模工具。采 用 RUP 软 件 开 发 方 法 , 将 软 件 的 开 发 分 为

23、四 个 阶 段 (Inception ,Elaboration , Construction , Transiton ,每个阶段又分解成几个迭代过程,每个 迭代过程按照制定的计划和预定目标对系统进行需求确认、系统分析、系统设计、系 统编码和系统测试, 系统在每一个迭代过程中都得到提高, 形成了一种螺旋式的上升。 采用三层体系架构 , 应用系统不但具备了专用服务器系统稳定、 安全和处理能 力高等特性,同时拥有开放式系统成本低、可扩展性强。鉴于以上的技术路线原则, 我们认为技术框架上采用 ASP.NET +RDBMS+WebService的架构较为理想:“ *”项目交易平台建立在当前最稳定关系数据

24、库基础之上,参照其构建 Internet/Intranet的思路,建设本系统。它不仅全面支持 Internet 标准,而且通过其它相 应的软件,可以和其他 RDBMS 和相关系统完美地结合起来,逐步地建设起单位内部 的 Intranet 体系。同时这种技术支持 XML 格式的文件接口,为“ *”项目交易平台同 其它业务系统数据交互提供了很好的平台。开发过程基于我公司自有知识产权的 TT-UEADP 应用中间件开发平台进行系统开 发,该中间件平台提供了大量的公用组件和业务组件,并提供开发的接口,用户可以 快速的开发自己的业务组件添加到平台系统中, TT-UEADP 论述参看本方案第一部分 第 3

25、章基于应用支撑平台的设计部分。业务系统开发分为界面层、业务逻辑层和数据层,通过平台提供的功能将所有数 据对象映射成为 XML 数据定义文件, 业务过程中的数据通过 XML 数据总线进行传递。 公共的数据操作只需知道要操作的数据对象,就可以从数据总线上获取数据并将数据 保存到数据库中,开发人员不再去写繁琐的数据处理过程,只需理解清楚业务需求, 就可以通过图形拖拽的方式将组件拖拉到设计页面,设定组件的相关参数以及进行图 元连线,就实现了整个业务过程。这种开发模式大大提高了系统开发效率,由于采用 图形化的编程模式,以及业务模块之间是通过 XML 数据总线进行松散的耦合,局部 的业务变动不会涉及到其它

26、业务过程的改变, 因此可以快速满足客户需求变化的要求。 公共组件示例:这种开发模式支持快速开发客户应用,极大的提高代码复用,使软件开发的过程 如同硬件一样可以通过构件组装的模式生成,极大的提高了软件开发效率。 1将 SOA 架构模型应用于“ *”项目交易平台建设政务业务系统由于通常是在不同时间开发的,因此相对比较独立,业务流程往往 封装在一个独立的应用系统内。这些孤立的系统和应用无法重用,每个项目都是一个 小社会,如何实现应用间的整合成为当务之急。同时由于开发阶段的不同,使用的技 术及 IT 架构基本没有统一,成为系统整合的瓶颈。SOA (Service Oriented Architectu

27、re ,面向服务的体系架构 是一种构造分布式 系统的方法,它将应用的功能以服务提供给最终用户或其它服务。它定义了一个体系 架构,利用开放标准将软件资产化为服务;提供了标准的方法来表示软件资产及其交 互;单独的软件资产变成构造单元,被重复使用来开发其它应用;将关注点从实现细 节转移到应用组装;在外部使用来整合企业外部的应用。 SOA 架构模型的应用具有以 下好处:A 、规范化的业务功能定义通过服务建模, 根据业务提炼出服务功能, 彻底统一各方的交互方式, 规范化 交互内容服务建模包括下面重要因素:功能定义消息定义(输入 /输出 状态管理安全 , 事务属性其他非功能性需求基于服务的监管和监控以服务

28、为基础单元在企业范围内对关键应用基于服务的流程管理(BPM B 、新项目开发成本降低,周期变短C 、基于服务的集成和交互以服务为导向的架构设计,没有应用之分,只有各种业务功能所对应的服务, 需要复用和交互,直接参考服务规范,引用 ESB 上的服务就可以了。适应未来的应用的变化, 新的应用和旧的应用更容易的交互, 不再局限于厂商, 开发工具和产品。 应用 SOA 架构模型构建“ *”项目交易平台,有效解决异构系统之间、数据库之 间信息交换与共享,支持各种电子政务应用系统的构建与整合,实现跨部门的、统一 的应用信息交换和业务协同处理功能,消除信息和应用孤岛,避免建造新的孤岛,为 网上联合审批、协同

29、办公提供技术支撑。 2 XML 数据总线各种数据都被规范成了 XML 的格式,而数据的传递则采用 Xpath 的寻址方式,这 种数据传递方式使得应用开发中对接口的处理与原来基于对象接口的方式有了较大差 异。所有数据传递和接口数据均通过数据总线传递,不仅简化了开发过程,加强了系 统的灵活性,也是系统和功能模块实现了在数据总线上的松散连接,是组件化系统设 计成为了可能。3基于构件的软件开发方式 从抽象程度来看,面向对象技术已达到了类级重用 (代码重用 ,它以类为封装的 单位。这样的重用粒度还太小,不足以解决异构互操作和效率更高的重用。构件将抽 象的程度提到一个更高的层次,它是对一组类的组合进行封装

30、,并代表完成一个或多 个功能的特定服务,也为用户提供了多个接口。整个构件隐藏了具体的实现,只用接 口提供服务。 这样, 在不同层次上, 构件均可以将底层的多个逻辑组合成高层次上的 粒度更大的新构件,甚至直接封装到一个系统,使模块的重用从代码级、对象级、架 构级到系统级都可能实现,从而使软件像硬件一样,能任人装配定制而成的梦想得以 实现。方案采用 ASP.NET +RDBMS+WebService的主流技术架构,使用拥有自主知识产 权的 TT-UEADP 应用开发平台建设“6·18”项目交易平台。 DotNet 因其集成化的整 体解决方案成为了当今电子政务建设的主流,已经广泛应用于电子

31、政务大型系统的建 设。 SOA 架构体系与 1996年提出,目前已成为信息化集成解决方案的主流。因此本 方案的技术本身以及在政务系统上的应用都已经非常成熟,降低了系统实施风险,其 系统平台架构是切实可行和先进性的 。1.2. 总体设计思想*多年来致力于各种应用软件的设计开发,我们在软件设计中一直以良好体系 架构和技术架构作为应用软件设计的先导:“ *”项目交易平台的软件体系架构 :软件架构对于一个软件来说,是至关重要的。 *基于以上的应用软件架构将能 充分保证整个软件系统先进、灵活、适用、稳定等特点,完全符合 “ *”项目交易平 台 的要求, 该架构以构件化设计为核心, 实现事件触发、 数据驱

32、动、 参数设置的先进、 开放、灵活、可行的软件系统 。“ *”项目交易平台的应用功能设计将分别在功能设计章节阐述。*在业务支撑平台的设计上从应用系统的特点出发,结合本公司自主知识产权 产品 TT-UEADP 的特点,提出合理的业务支撑平台方案。业务支撑平台的设计思路包括以下几个方面:考虑应用软件系统的物理部署针对应用软件特点进行数据库系统设计利用存储结构的特点实现多套应用系统对存储资源的共享针对不同应用系统设计不同的系统数据备份策略 “ *”项目交易平台项目的成功建设与规划合理、管理规范的工程实施过程是分 不开的。项目管理成为“ *”项目交易平台建设中的关键因素。*有多年的大型项目管理经验,成

33、功实施了大量的综合性信息系统建设项目。 *的项目管理具有以下优势:丰富的项目建设经验:多年从事应用系统和系统集成建设的经验。优秀的项目管理人才:拥有多名经过严格国际认证的项目经理。经验丰富的专业技术人员:拥有一批通过国内外专项技术认证的工程师。 ISO 国际认证的质量保证体系。遵照 CMM 软件工程体系。与国内外厂商的良好合作关系。“ *”项目交易平台的健康、稳定运行与集成商提供的服务是分不开的。 *优 质可靠的售后服务体系将把“ *”项目交易平台建设成为样板工程保驾护航。本地化的服务队伍提供人员和时间上的保证经验丰富的售后服务工程师提供技术上的保证完善的售后服务体系提供机制上的保证规范的售后

34、服务流程提供质量上的保证快速的响应时间将故障造成的损失降到最低定期的健康检查将防范于未然1.3. “ *”交易平台总体设计对于一个成功的 MIS 软件,框架设计至关重要,一个优秀的软件,它的框架结 构不但能实现软件的灵活、稳定、可扩充、易用和低维护性,同时也能实现需求 变化的高响应性、快速构造业务需求。为保证“ *”项目交易平台的成功建设与运行以及今后的扩展,规划架构过程中遵循以下原则:高度的信息共享:信息的采集、存储、传递、发布完全自动化,权限化。 操作简单:用户使用简单,管理员管理简单。技术先进:采用先进的单点登录和门户整合技术。目前国际上主流适用的应用软件架构如下图: 表示层实现功能强大

35、、灵活易操作的应用逻辑处理展示功能平台系统(表示层 :它的主要功能是实现用户交互和数据表示,为以后 的处理收集数据,向第二层的业务逻辑请求调用核心服务处理,并显示处理结果。这 一层主要是以图形化、可视化的形式提供操作界面。业务逻辑层实现可扩展、灵活、需求变化等相应业务逻辑处理业务功能构件群组(业务逻辑层 :为中间层,这些构件由中间件管理,实现核心 业务逻辑服务并将这些服务按名字广播,管理并接受客户的服务请求,向资源管理器 提交数据操作,并将处理结果返回给请求者,这一层的特点是:它是业务的构件库, 可以无限的扩展业务构件,可以独立修改任何一个业务构件,而最小程度的影响其他 业务的实现。设计先进、

36、独到、适应业务需要的支撑层支撑层(中间件平台、信息资源库 :为第三层,负责管理应用系统的数据资源 , 完成数据操作,负责调度、分配和管理业务构件群,确保服务的调用和业务的实现。 同时服务器组件在完成服务的过程中通过资源管理器存取它管理的数据,或者说请求 资源管理器的数据服务。经过多方考证, 我们认为该架构也适用于本次招标中涉及的应用软件。 通过对 “ *” 项目交易平台业务的需求了解和采用面向对象的分析业务需求,我们提出细化的本项 目的应用软件架构,如下图:*认为以上的应用软件架构先进、灵活、适用,完全符合“ *”项目交易平台 的要求,该架构以构件化设计为核心,实现事件触发、数据驱动、参数设置

37、的先进、 开放、灵活、可行的“ *”项目交易平台。同时,采用的如上图所示的软件体系架构, 对于以后应用扩展,只需在业务逻辑层增加新的业务逻辑核心构件就可以很轻松的将 新的业务应用集成到本体系结构中。软件结构及模块化设计:采用当前流行的 B/S结构,使用户操作简单并且降低维 护成本。软件使用模块化设计,使用户可任意扩充功能模块,保证系统的灵活性; 基于浏览器的 B/S结构:本系统采用基于浏览器 /服务器(B/S的体系结构,不 但突破了传统客户端 /服务器(C/S软件基于局域网运行的局限性,同时由于客户端 免安装、免维护,因而极大降低系统软件的采购成本以及系统部署和维护的工作量。 单一入口的个人办

38、公门户:个人办公门户是与个人相关的基于办公事务处理的办 公平台。系统中所有等待当前用户处理的工作都统一集中在用户个人的界面上,不需 要用户去各个模块中查找;系统还提供自动提醒、个性化办公配置等功能。具有清晰方便灵活的权限分配功能:系统以单位组织机构为基础,进行工作和权 限的分配,使整个组织的工作管理清晰完整;同时系统支持一人多部门或一人多岗位 分配权限;具有灵活的流程定制功能和表单定制功能:系统提供灵活的流程定制、表单定制 功能,用户无需编程就可以自定义出适合本单位的各种工作流程。系统可以实现工作 委托功能,并能自动提醒被委托人的待办事宜;具有强大的查询与检索功能:系统具有强大的组合查询和检索

39、功能,使文件和档 案的查询利用轻松方便;具有完备的安全体系:系统建立多层次的安全机制,防止非法攻击,确保系统安 全,系统可以监控所有的工作流文档,实时掌握流转状态;具有良好的集成能力:系统能与 MIS 系统无缝集成,预留数据接口,通过异构数 据库接口,使得文档处理信息与业务信息实现良好的沟通;支持数据备份:系统支持数据备份,制定数据备份策略,通过后备磁带机等手段 安全备份和恢复数据。国家和我省“数字 *” “十五”和“十一五”期间,电子政务建设的主要目标是:标准一致、功能完善、安全可靠的政务网络信息平台。我省围绕建设海峡西岸经济区 的中心任务,更需要加快电子政务建设。当前主要任务是:建设和整合

40、统一的电子政 务网络平台,规范安全保密体系,有效遏止重复投资和建设,政务各业务管理部门要 加快建设和整合面向社会公开透明的专业性业务服务系统,并要求统一标准和规范, 实现“统筹规划、规范标准,互联互通、资源共享,深化应用、保障安全” ,提高政府 各部门的决策、监督和服务水平,尤其是要规范政务应用服务平台,并建立数据共享 利用和灾难备份中心,逐步建设辅助决策支持系统。为顺应国家及我省电子政务发展的统一规划和趋势, “ *” 项目交易平台的建设不 应局限于满足当前的业务要求,要充分考虑今后系统的扩展升级以及与已建或待建业 务系统实现无缝集成,形成一个统一的信息化平台,将对外服务以及对内管理过程统

41、一到一个平台上。对于本次项目,需要重点考虑系统的扩张性以及开放性,满足这一 功能需求。本方案采用 ASP.NET+RDBMS+Webservice的技术架构,应用 SOA 架构模型构建 “ *”项目交易平台, DotNet 因其集成化的整体解决方案成为了当今电子政务建设的 主流,已经广泛应用于电子政务大型系统的建设。 SOA 架构体系与 1996年提出,目 前已成为信息化集成解决方案的主流。因此本技术方案切实可行且能完全满足“ *” 项目交易平台的业务需求已经今后功能扩展的要求。对于一个成功的 MIS 软件,本身的框架设计至关重要,一个优良的软件,它的框 架结构不但能实现软件的灵活、稳定、可扩

42、充、易用和低维护性,同时也能实现需求 变化的高响应性、快速构造业务需求。本方案设计严格按照国家和我省“数字 *” “十 五”和“十一五”期间,电子政务建设的主要目标,满足“ *”项目交易平台的业务 要求以及今后业务功能扩展要求,其设计是科学合理的。1 将 SOA 架构模型应用于“ *”项目交易平台建设政务业务系统由于通常是在不同时间开发的,因此相对比较独立,业务流程往往 封装在一个独立的应用系统内。这些孤立的系统和应用无法重用,每个项目都是一个 小社会,如何实现应用间的整合成为当务之急。同时由于开发阶段的不同,使用的技 术及 IT 架构基本没有统一,成为系统整合的瓶颈。SOA (Service

43、 Oriented Architecture ,面向服务的体系架构 是一种构造分布式 系统的方法,它将应用的功能以服务提供给最终用户或其它服务。它定义了一个体系 架构,利用开放标准将软件资产化为服务;提供了标准的方法来表示软件资产及其交 互;单独的软件资产变成构造单元,被重复使用来开发其它应用;将关注点从实现细 节转移到应用组装;在外部使用来整合企业外部的应用。 SOA 架构模型的应用具有以 下好处:A 、规范化的业务功能定义通过服务建模, 根据业务提炼出服务功能, 彻底统一各方的交互方式, 规范化 交互内容服务建模包括下面重要因素:功能定义消息定义(输入 /输出 状态管理安全 , 事务属性其

44、他非功能性需求基于服务的监管和监控以服务为基础单元在企业范围内对关键应用基于服务的流程管理(BPM B 、新项目开发成本降低,周期变短 C 、基于服务的集成和交互以服务为导向的架构设计,没有应用之分,只有各种业务功能所对应的服务, 需要复用和交互,直接参考服务规范,引用 ESB 上的服务就可以了。适应未来的应用的变化, 新的应用和旧的应用更容易的交互, 不再局限于厂商, 开发工具和产品。应用 SOA 架构模型构建“ *”项目交易平台,有效解决异构系统之间、数据库之 间信息交换与共享,支持各种电子政务应用系统的构建与整合,实现跨部门的、统一 的应用信息交换和业务协同处理功能,消除信息和应用孤岛,

45、避免建造新的孤岛,为 网上联合审批、协同办公提供技术支撑。 2 XML 数据总线各种数据都被规范成了 XML 的格式,而数据的传递则采用 Xpath 的寻址方式,这 种数据传递方式使得应用开发中对接口的处理与原来基于对象接口的方式有了较大差 异。所有数据传递和接口数据均通过数据总线传递,不仅简化了开发过程,加强了系 统的灵活性,也是系统和功能模块实现了在数据总线上的松散连接,是组件化系统设 计成为了可能。3 基于构件的软件开发方式 从抽象程度来看,面向对象技术已达到了类级重用 (代码重用 ,它以类为封装的 单位。这样的重用粒度还太小,不足以解决异构互操作和效率更高的重用。构件将抽 象的程度提到

46、一个更高的层次,它是对一组类的组合进行封装,并代表完成一个或多 个功能的特定服务,也为用户提供了多个接口。整个构件隐藏了具体的实现,只用接 口提供服务。 这样, 在不同层次上, 构件均可以将底层的多个逻辑组合成高层次上的 粒度更大的新构件,甚至直接封装到一个系统,使模块的重用从代码级、对象级、架 构级到系统级都可能实现,从而使软件像硬件一样,能任人装配定制而成的梦想得以 实现。方案采用 ASP.NET +RDBMS+WebService的主流技术架构,使用拥有自主知识产 权的 TT-UEADP 应用开发平台建设“6·18”项目交易平台。 DotNet 因其集成化的整 体解决方案成为了

47、当今电子政务建设的主流,已经广泛应用于电子政务大型系统的建 设。 SOA 架构体系与 1996年提出,目前已成为信息化集成解决方案的主流。因此本 方案的技术本身以及在政务系统上的应用都已经非常成熟,降低了系统实施风险,其 系统平台架构具有一定的先进性 。具有操作简单、表现完整的工作流程自定义工具能灵活适应并快速集成不断变化的业务需求完全支持 B/S架构,无论是工作流,信息发布,电子邮件或是系统管理,都 可以通过前端浏览器来操作界面一致、操作简单,将最复杂的流程事务归为统一入口,所有用户只要点 击一次鼠标,所需办理的工作一目了然本方案完全按照“ *”项目交易平台的招标要求设计,从系统功能,平台架

48、构以 及系统功能均给以了充分的考虑,整个方案是完整并切实可行的。“ *”项目交易平台系统建设,已不仅仅只是为了解决办公事务。 “ *”项目交易平台系统要提供各方面的信息,做到全面实现电脑化,同时还要为单位内部的管理、 决策和信息的共享作基础。可操作性强采用友好的图形化窗口用户操作界面,支持鼠标操作,可操作性强。而且操作界 面简洁、直观,有利于简化操作,并提高操作效率。具备相应容错手段,允许操作人 员有限范围的误操作。系统与业务数据连接系统作为一个统一的软件应用平台,还要提供与其它业务系统的连接,业务数据 经 过 一 定 的 处 理 , 可 以 提 交 到 系 统 中 进 行 按 条 件 地 查

49、 询 和 访 问 。 通 过 ASP.NET +RDBMS+WebService的体系结构,使得访问数据方法众多,快捷而迅速。 实用性和可维护性要求系统应本着以最大限度保护已有的投资和数字信息为目的,具有很好的实用性和 可维护性。系统的软、硬件结构层次化、模块化、并且接口灵活,以便进行修改、维 护、 扩容。 同时要求系统平均响应时间不超过 3秒, 具有统一的用户界面和操作模式, 人机界面友好、方便、直观。支持在线帮助功能,随时都有方便的提示,查找帮助也 非常方便。能为系统管理员提供多种发现系统故障和非法登录的手段,并详细说明能提供的 手段及其实现的方法。 能对整个工作流程进行实时跟踪监控并及时

50、记录审核修改信息。 能够按照办公有关规定,自动地报告、显示业务在其办理过程中所处的地点、状态, 以便采取相应的统计、分析、催办等处理措施。基于 ASP.NET +RDBMS+WebService构架,采用构件化和模板化设计的思想,系统 具有高度的可扩展性和可定制性。提供了一个灵活的可扩展的信息化基础平台,能够 集成现有的系统。基于工作流定制,支持业务流程的灵活定制,能够对不同的系统与模块进行整合, 统一管理、调度,能够适应组织机构和业务流程变化,并为系统功能将来的扩展提供 了一个良好的基础,特别适用于跟踪用户需求,不断扩大应用覆盖面在软件上支持跨 平台和开放数据接口,便于与其它系统软件互相集成

51、。构件化的设计,可以随时重组业务流程,实现了对业务支撑的灵活性。个性化的 定制,带来了操作上的灵活性。数据模型上的数据域的定制,带来了数据存取的灵活 性。三层结构:可以通过数据库提供业界先进的三层信息发布技术,支持实时(不是 在线数据采集、分析及图表生成、实时数据推送等业务,并对实现将来逐步实现决 策支持系统提供应用开发保障。功能完备性和灵活性要求:系统提供完整的功能,在具体实现时综合考虑到信息 的发展规模, 信息量的大小, 管理的要求等情况, 使其具有良好的灵活性及可扩充性, 具体表现在系统的硬件、网络设备应有很好的开放性和强大的扩充升级能力,支持多 种传输媒介;应用软件能适应多种不同情况,具有很好的可伸缩性和可移植性。1.4. 平台系统总体设计本方案是 *省经济信息中心“ *”项目交易平台建设项目的技术方案,网络平台 *省经济信息中心已经进行了建设,本方案不做详尽的设计,主要是针对本“ *”项 目交易平台需要的软硬件环境进行设计。“ *”项目交易平台的运行的网络平台是省政务专网以及省公众服务网络。其网 络拓扑结构如下图所示:主机服务器及存储系统的设计需要从“ *”项目交易平台实际应用出发结合系统 的特点进行设计。主要考虑系统的性能要求、存储需求等。并且在系统设计中考虑以 下技术的使用。通过选择具备高可靠性的 PC Server