核电前期成果利用信息管理平台技术方案_第1页
核电前期成果利用信息管理平台技术方案_第2页
核电前期成果利用信息管理平台技术方案_第3页
核电前期成果利用信息管理平台技术方案_第4页
核电前期成果利用信息管理平台技术方案_第5页
已阅读5页,还剩74页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、核电前期成果利用信息管理平台技术方案目录一、综述41.1.项目名称41.2.应用单位41.3.建设背景4二、建设目标42.1.建设原则42.2.总体目标52.3.建设容5三、总体设计53.1设计思想53.2设计原则63.3平台选型93.4系统平台软件技术113.5系统架构32四、核电成果利用管理平台部署模式354.1.核电成果利用管理平台应用划分的基本原则.354.2.部署模式 - 集团总部集中部署.364.3.系统平台网络拓扑结构设计374.4.服务器建议374.5.服务器操作系统384.6.数据库软件384.7.应用服务器软件38五、功能设计395.1.逻辑架构395.2.功能设计39六、

2、安全设计576.1.应用软件安全设计576.2.数据库安全设计616.3.网络安全设计616.4.病毒防护616.5.入侵监测616.6.安全管理制度62七、施工组织计划及项目实施方案627.1.系统安装、调试和集成地点627.2.目团队的构成627.3.项目协调与管理方案637.4.项目进度安排64八、质量保证体系.658.1.工程实施过程中的管理与配合658.2.计划与工作汇报678.3.项目阶段验收678.4.个别问题处理方法678.5.盛松质量管理体系简要介绍67九、系统培训计划.709.1.培训目的709.2.培训时间、地点及方法709.3.培训流程719.4.培训环境准备719.5

3、.培训课程容71十、系统验收计划.7210.1.概述 .7210.2.文档验收7310.3.功能验收7310.4.性能验收73十一、技术支持及售后服务承诺7411.1.技术支持机构7411.2.服务容7511.3.保修承诺7611.4.服务方式承诺7611.5.服务响应承诺7711.6.质保期后服务后承诺77一、综述1.1.项目名称核电前期成果利用管理系统。1.2.应用单位某某集团公司核电事业部。1.3.建设背景某投资集团公司组建于2002 年 12 月 29 日,注册资本金人民币120 亿元。2009 年,中电投集团营业收入突破千亿大关,达到1012 亿元,实现利润31.65 亿元。完成发电

4、量2515 亿千瓦时、煤炭产量4297 万吨、电解铝产量110 万吨。目前,中电投集团可控装机容量6000 万千瓦,煤炭产能5015 万吨,电解铝产能175.5万吨。清洁能源比例30,居五大发电集团首位。资产总额3776 亿元,资产分布在全国28 个省、市、自治区及港、澳等地,拥有6 家上市公司,拥有24 个已建成的1000以上的大型电厂。某投资集团公司正在筹建核电站项目,核电事业部在核电建设中积累了大量前期工程、项目、合同、管理流程等数据及文档,为了加强信息共享和规管理,特构建核电前期成果利用管理系统。二、建设目标2.1.建设原则本着“统筹规划,资源共享,安全可靠,务效”的原则,建设中电投核

5、电前期成果利用管理系统。本着提系统运行效率和稳定性为原则构建数据存贮方案。本着系统使用方便性为原则实现信息发布、文档管理、查询统计、权限管理的建设。本着完善化、模块化、易于拓展的原则构建信息平台。2.2.总体目标通过对集团公司有关核电前期项目工作成果数据进行梳理和分析,提出核电前期工作典型流程、相应工期和费用目标等指标体系;在此基础上,建立一套具有远程数据录入、授权查询和维护功能的核电前期信息数据系统。系统主要具备三类功能:一是支持指导功能,二是前期基础数据管理功能,三是文档管理和查询功能。2.3.建设容1. 确定技术架构,应用、数据库平台;2. 实现信息发布、支持指导、基础数据管理、文档管理

6、、权限管理、用户管理、消息平台、查询统计、导入导出等功能的易扩展的核电前期成果利用信息管理平台;3. 实现用户集团、二级分级用户管理模式,数据共享,统一备份的部署模式;4. 完成集团现有数据的数据迁移工作。三、总体设计3.1 设计思想参照国际、国家有关标准和规,以核心业务为主线,以核心信息资源为基础,通用为主,兼顾特殊,服务纵向,关联横向,循序渐进,逐步完善,制订满足某投资集团当前需求和未来发展需要;基于“基础平台应用框架应用系统”的设计理念, 采用成熟、 先进、 稳定、符合国际标准的应用平台和已应用于多种应用开发的应用开发框架, 实现元数据管理平台 / 工具,为元数据的管理提供基础保障;采用

7、 B/S 结构、 Java EE 技术实现,支持Web2.0 标准及技术,人机界面友好,可用性高,可维护性好,交互能力强,响应速度快。框架结构和模块化封装,便于模块增减和系统升级;基础应用模块缺省集成实现,无需额外开发或集成,便于系统应用和成长。基础平台提供标准接口,便于与某投资集团的其它各类应用系统整合及特殊需求的扩充,以及元数据和信息资源应用的进化。3.2 设计原则系统的设计和实现的原则为:3.2.1.先进性和标准化原则系统的设计和实现,采用或可支持业界标准的体系结构、通讯协议、服务技术、消息格式、信息格式和数据标准,采用标准化成熟先进的计算机应用技术实现,有较高的性价比,符合当今主流应用

8、技术的发展方向。3.2.2.可扩展性应用系统提供良好的信息/ 数据接口,并具有很好的可扩展性和可移植性,易于维护,以适应未来业务的发展变化,系统可平滑地扩展和升级,无需变动系统架构和现有设备。3.2.3.开放性支持各种主流平台,如红旗Linux 、 HP UX、 IBM AIX 、 SUN SOLARIS、 MicrosoftWindows NT/2000/2003 Server、 SCO UNIX等;支持多种数据库,支持各种常见数据库(Oracle、 DB2、 SQLServer、 mySQL等)的JDBC连接,包括国产主流数据库。3.2.4.可靠性和稳定性系统应采取成熟可靠的实现技术和体系

9、结构,对自行开发的应用系统实行严格的项目管理和质量控制,保证系统可以支持7 x 24的系统运作模式。3.2.5.实用性用户界面具有良好的可操作性,简便、直观、实用;应用系统要具有易于掌握、操作简单的特性,易于管理。3.2.6.安全性应用系统的设计和实现要构筑在安全的基础上,采用必要的系统安全及控制机制,诸如资源访问控制、分级权限管理、用户日志记录、角色身份鉴别、收发确认、数据过滤、密钥机制、数字签名(CA)、业务流量分析等多种措施保护系统安全。系统应具有监督和管理功能,以防止有害信息传播。3.2.7.灵活性系统要能适应未来业务的增长和变化,可以平滑地扩展和升级,无需变动系统架构和现有设备。诸如

10、业务流程和信息分类应可自定义,当业务变动时,无需修改系统或只需极少修改即可。3.2.8.经济性在保证系统功能和性能满足要求的前提下,适当考虑经济性,使系统具有较高的性能价格比。3.2.9.延续性系统以服务建设目标为主线,充分利用现有的系统资源,保护既有投资成果,降低投资成本。3.2.10.容错性应充分考虑到故障发生的可能性,系统运行环境、关键设备和软件产品都应具备可信的容错性和高可用性,尽可能降低故障时系统崩溃的可能性,诸如服务器采用集群架构,硬盘等可热插拔,配置不间断电源,采取数据备份和恢复机制,以保障系统服务不受影响,提高系统的连续工作能力。3.2.11.组件化系统的设计和实现,采用面向对

11、象的组件化技术,降低软件开发、 管理与维护成本。3.2.12.框架化系统的设计和实现以“高聚,低耦合”为基准,基于框架结构和模块化封装,提高系统的可成熟度、可用性和持续发展能力。3.2.13.平台化系统的设计和实现,不仅是应用系统开发,而且是系统应用平台搭建;不是简单供需,而是合作共赢;渐进开发、梯次应用、持续发展,提高系统应用的层次、可用性和实用性。3.2.14.可集成性系统在设计中和实现,要充分考虑同其它系统间的整合及数据交换,诸如采用或可支持业界标准的成熟的可用性好的通讯协议、XML数据格式、 JMS消息格式、 Web服务来达成系统的可集成性。3.2.15.规化系统建设按照规的开发流程进

12、行系统设计、开发,实施过程提交必要的阶段文档,便于用户监督、审核,严把测试和质量关,降低项目风险。3.3 平台选型3.3.1.采用 J2EE 体系结构采用 Java EE 体系架构,以及浏览器+Web/应用服务器 +数据库服务器(BWD)多层应用体系结构。J2EE为搭建具有可伸缩性、灵活性、易维护性的应用系统提供了良好的机制:1) 保护用户原有 IT 投资: 基于 J2EE 平台的产品几乎能够在任何操作系统和硬件配置上运行,以渐进的(而不是激进的,全盘否定的)方式建立的服务器端平台机制是政府单位所需求的。2) 支持异构环境 : J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应用程

13、序不依赖任何特定操作系统、中间件、硬件,这对于适用全国围的应用平台系统是非常必要的,同时,能够快速集成和J2EE 标准的第三方的现成的组件,把他们部署到异构环境中,节省了由自己制订整个方案所需的费用。3) 可伸缩性 : J2EE 能提供极佳的可伸缩性去满足系统上进行运作的大批用户。提供了更为广泛的负载平衡策略, 消除系统中的瓶颈,允许多台服务器集成部署。实现可高度伸缩的系统,满足未来应用的需要。4) 稳定的可用性 :一个服务器端平台必须能全天候运转以满足用户的需要, 若是意外停机, 那会有灾难性后果。J2EE 部署到可靠的操作环境中,它们支持长期的可用性。除部署在WINDOWS环境中,客户也可

14、选择健壮性能更好的操作系统。5) 最广泛的厂商支持: J2EE 工业标准首先是被国际上的大公司所支持,如,IBM、SUN、BEA等,同时,相当多的公司软件产品支持或准备支持这个标准,因此,采用这个架构,有利于以后的系统的可持续发展和多系统的集成。6) 开放式的系统架构设计 : 系统的工作平台将是一个开放的平台,集团、二级单位的工作人员都将成为这个平台的用户,而且用户要求可以通过多种方式来访问这个平台。基于这些应用需求,我们将采用J2EE 平台来提供一个开放的系统架构。我们将基于应用集成平台来实现开放式的系统架构,应用集成平台是支持J2EE/CORBA标准的基础平台,可以提供应用集成、工作流、门

15、户管理等多种应用环境的底层服务。3.3.1.采用关系型数据库技术支持 Sql-Server,并支持向Oracle 等大型关系型数据库移植。3.3.2.组件化的系统实现架构满足客户需决定中电投公司工作质量和效果的重要前提条件,因此在这样的环境下就对系统提出了更高的要求,即不但要能够稳定、准确地支撑现有业务,而且要有快速部署新业务、快速适应业务流程变化的能力。我们总是想各种各样的办法来延长一个系统的生命周期(这也是从保护用户投资的角度出发的),我们也知道一个系统的生命周期的长短最关键的决定因素是他能否持续适应用户需求的变化。 经过多年的实践经验我们发现了这种基于组件的系统实现架构的适应性是极强的,

16、这一点也在我们以往实施系统的实践中得到了充分的验证。在组件化的系统环境中,每一个组件都是完成组件自身的独立的服务职能,这些服务职能都是最基本的业务职能,是完成一个完整业务逻辑的基本处理要素。这就是说要任何一个独立的组件都几乎不可能完成一个完整的业务(在业务逻辑十分固定并且很简单的情况下存在这种可能) ,完成一个完整的业务逻辑会有多个组件进行协同工作。这样的处理方式会给系统的设计和实现带来较大的困难,但是换来的是系统的灵活性和稳定性以及适应用户各种新需求的能力明显增强。通过组件之间的松散耦合机制可以最大程度地提高系统整体的适应能力,当用户地业务需求发生变化时,最坏的情况就是牺牲掉一两个组件,而不

17、会向以前的系统结构那样“牵一处而动全身”,甚至造成整个系统崩溃。现在,我们根据以往的成功经验将组件化的系统结构进行了优化和产品化,将在系统实施中的基础组件以及系统组件的控制和管理职能从传统组件化系统的结构中提取出来,通过我们应用集成平台加以实现,这样除了保持组件化系统原有的优势以外,又大提高了系统整体的可扩展性,我们应用集成平台还可以作为整个企业信息化建设的基础架构,除了对整个系统运行环境进行支撑和管理外,还可以提供生成和维护上层组件的功能。3.4 系统平台软件技术3.4.1.J2EE 体系结构现代软件逐渐流行起来的研究方法首先必从所谓体系结构看起。这种看法颇有道理:从整体着眼可以看得清楚、有

18、居高临下的感觉,不但看得远,而且可以看得清晰。看得清楚意指一个东西,例如 J2EE,他里面到底有那些东西,有了体系结构图,可以一目了然。所谓看得远,可以从体系结构中看开去,能够从体系上自然与其他技术体系比较,看出这种体系的优点体现在哪里、 缺点又表现在哪里、 今后发展的方向应该在哪里;所谓看得清晰,意指可以看到一个体系结构中各种元素彼此之间的交错众和、文理经脉能够一目了然,比清楚又进了一层。所以无论是初学者,还是资深的体系架构师,他们有一个共同特点就是一定喜欢看体系结构图。 J2EE 首先是个有机的整体,她以 J2SE 为基础,包含 13 种主要技术,请看其结构图:上面可以看到J2EE平台的整

19、体结构,他的大部分核心技术也有标明:JDBC, EJB ,RMI, JSP, JAVA SERVLETS, XML, JMS, JTS , JTA , JAVAMAIL 和 JAF 。其实 J2EE本质上由一整套服务(SERVICES)、应用程序接口(APIS)和协议构成,它对开发基于WEB的多层应用提供了功能支持。J2EE 还要求描述在何时、何处需要使用这些技术。过去,二层化应用-通常被称为CLIENT/SERVER应用 -是大家谈论的最多的。在很多情况下,服务器提供的唯一服务就是数据库服务。在这种解决方案中,客户端程序负责数据访问、实现业务逻辑、用合适的样式显示结果、弹出预设的用户界面、接

20、受用户输入等。 CLIENT/SERVER结构通常在第一次部署的时候比较容易,但难于升级或改进,而且经常基于某种专有的协议通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。 更重要的是, 在 WEB时代,二层化应用通常不能体现出很好的伸缩性,因而很难适应INTERNET的要求。SUN设计 J2EE 的部分起因就是想解决二层化结构的缺陷。于是,J2EE 定义了一套标准来简化N 层企业级应用的开发。它定义了一套标准化的组件,并为这些组件提供了完整的服务。 J2EE 还自动为应用程序处理了很多实现细节,如安全、多线程等。用 J2EE 开发 N 层应用包括将二层化结构中的不同层面切分成许多层

21、。一个N 层化应用 A 能够为以下的每种服务提供一个分开的层:显示:在一个典型的WEB应用中, 客户端机器上运行的浏览器负责实现用户界面。当然终端类型可以多种多样。表示层 : 尽管浏览器可以完成某些动态容显示,但为了兼容不同的浏览器,这些动态生成工作应该放在WEB服务器端进行,使用JSP、 SERVLETS,或者 XML(可扩展标记语言)和(可扩展样式表语言)。业务层: 业务逻辑适合用SESSION EJBS(后面将介绍)来实现。数据访问 :数据访问适合用ENTITY EJBS(后面将介绍)和JDBC来实现。同后台系统的集成可能需要用到许多不同的技术,至于何种最佳需要根据后台系统的特征而定。为

22、什么有这么多的层?事实上,多层方式可以使企业级应用具有很强的伸缩性,它允许每层专注于特定的角色。例如,让 WEB服务器负责提供页面,应用服务器处理应用逻辑,而数据库服务器提供数据库服务。由于 J2EE 建立在 JAVA2平台标准版( J2SE)的基础上,所以具备了J2SE 的所有优点和功能。包括“编写一次,到处可用”的可移植性、通过JDBC访问数据库、同原有企业资源进行交互的CORBA技术,以及一个经过验证的安全模型。在这些基础上,J2EE又增加了对 EJB(企业级 JAVA组件)、JAVA SERVLETS、JAVA服务器页面( JSPS)和 XML 技术的支持。3.4.2.MVC架构在经过

23、一番实践, 并广泛借鉴和总结经验教训之后, J2EE应用程序终于迎来了MVC(模型 - 视图 - 控制)模式。 MVC模式并不是 J2EE 行业人士标新立异的。 MVC的核心就是做到三层甚至多层的松散耦合。这对基于组件的,所覆盖的技术不断膨胀的 J2EE 体系来说真是福音和救星。它在浏览器(本文对客户代理都称浏览器)和JSP或 SERVLET之间插入一个控制组件。这个控制组件集中了处理浏览器发过来的HTTP 请求的分发逻辑,也就是说,它会根据HTTP请求的 URL,输入参数,和目前应用的部状态,把请求分发给相应的 WEB层的 JSP 或 SERVLET。另外它也负责选择下一个视图(在J2EE

24、中, JSP,SERVLET会生成回给浏览器的html 从而形成视图) 。集中的控制组件也有利于安全验证,日志纪录,有时也封装请求数据给下面的WEB tier层。这一套逻辑的实现形成了一个像MFC的应用框架,位置如图:下图为 J2EE体系中典型的多层应用模型。客户层 (Client tier)一般为浏览器或其他应用。客户层普遍地支持应用层 (WEB tier WEB)在 J2EE 中,这一层由WEB容器运行,它包括HTTP协议,也称客户代理。JSP, SERVLET等 WEB部件。企业组件层(EJB tier)企业组件层由EJB 容器运行,支持EJB, JMS, JTA 等服务和技术。企业信息

25、系统层(EIS tier)企业信息系统包含企业传统信息系统如财务,CRM等,特点是有数据库系统的支持。应用框架目前主要集中在WEB层,旨在规这一层软件的开发。其实企业组件层也可以实现这个模型,但目前主要以设计模式的形式存在。而且有些框架可以扩充,有了企业组件层组件的参与,框架会显得更紧凑,更自然,效率会更高。我们采用当前最为流行和有名的Struts MVC应用架构进行实现实现。Apache StrutsStruts 是一个免费的开源的 WEB层的应用框架, apache 软件基金致力于 struts 的开发。 Struts 具是高可配置的性, 和有一个不断增长的特性列表。 一个前端控制组件,一

26、系列动作类,动作映射,处理 XML的实用工具类,服务器端 java bean 的自动填充,支持验证的 WEB 表单,国际化支持,生成 HTML,实现表现逻辑和模版组成了 struts 的灵魂。Struts和MVC模型 2 的目的和 MVC的目的是一样的,所以模型下图体现了 Struts 的运作机理:2 基本可以和MVC等同起来。控制如图所示,它的主要部件是一个通用的控制组件。这个控制组件提供了处理所有发送到Struts的 HTTP 请求的入口点。它截取和分发这些请求到相应的动作类(这些动作类都是Action类的子类)。另外控制组件也负责用相应的请求参数填充From bean ,并传给动作类。动

27、作类实现核心商业逻辑,它可以通过访问java bean或调用EJB。最后动作类把控制权传给后续的JSP文件,后者生成视图。所有这些控制逻辑利用一个叫struts-config.xml文件来配置。模型模型以一个或几个java bean的形式存在。这些bean 分为三种:Form beans( 表单 Beans)它保存了HTTP post 请求传来的数据,在Struts里,所有的Form beans 都是ActionFrom类的子类。业务逻辑beans专门用来处理业务逻辑。系统状态beans它保存了跨越多个HTTP 请求的单个客户的会话信息,还有系统状态。视图控制组件续传 HTTP请求给实现了视图

28、的文档反馈到客户。 Struts 提供 JSP 标签库:这个目的,并有利于分开表现逻辑和程序逻辑。JSP 文件。 JSP 能访问 beans 并生成结果Html , Bean, Logic , Template 等来达到3.4.3.W-flow 工作流平台工作流技术从出现到今天已有近20 年的历史。工作流管理联盟(WfMC)对工作流的定义为: 工作流是一类能够完全或者部分自动执行的业务过程,根据一系列过程规则,文档、信息或任务能够在不同的执行者之间传递、执行。由此可以得出:工作流模型就是业务过程所包含的任务体及其执行规则有序集的形式化;工作流系统就是实现工作流运转的计算机协同系统;工作流管理系

29、统是工作流系统的实例,是工作流系统在实际应用领域的具体表现。我们来分析一下企业典型的业务系统,诸如:ERP、 PDM、 CRM等,如忽略其具体的业务特征和具体的实现技术,仅对其共性进行抽象,可以发现其底层都包含过程控制,亦即工作流;再来分析其数据特征,其共性是都包含两类数据信息:一类是典型的控制数据,另一类是鲜明的业务数据。对数据信息的计算机管理系统经过数十年的发展已经非常成熟,即:数据库管理系统;而对业务过程的计算机管理系统由于应用的复杂性、可变因素的多样性,目前还不很成熟,处于发展阶段。随着计算机应用技术的成熟,网络系统的普及,以及INTERNET技术的快速发展,企业为了快速应对市场变化的

30、需求,要求构建能快速适应市场变化、具有极大柔性的B2B电子交易系统。经分析不难发现,迫使信息系统发生变化的因素主要存在于两个方面:人员的变更以及业务过程的改变,换言之,信息系统的柔性主要体现在对人员结构(或组织机构)和业务过程变化的适应上,而工作流技术正是为适应这样的需求应运而生的。工作流技术作为现代化企业实现过程管理与过程控制的一项关键技术,为企业的运营过程提供了一个从模型建立、系统管理,到系统运行、系统监控、系统分析的完整框架;同时,工作流管理系统通过一套集成化、可互操作的软件工具为这个框架提供了全过程的支持。.参考模型W-Flow 实现的体系结构符合WfMC的参考模型,且模

31、型的表述采用了WfMC制定的XPDL(XML Process Define Language)标准语言。下图是WfMC的工作流参考模型:图 2.1 WfMC Workflow Reference Model.W-Flow的架构WEB ClientApplication ClientApplication Business LogicApplicationWorkflowPool ManagerServerEngineOrganizationMail ServerLog ManagerResourceModelSimulationModelJMS ServerEnginePersi

32、stenceManagerWAPIWorkflowApplicationServiceModelMonitorTraceAuditToolEngineToolToolToolAgentPersistence LayerXMLRDBDocumentFlatFile图 2.2 W-Flow Architecture.W-Flow产品特色? 符合 WfMC的工作流标准W-Flow 采用 WfMC的 XPDL流程定义语言表述流程模型,符合国际标准, 为流程的协作和互操作定了坚实的基础。? 可视化的流程规划,符合业务人员的常规逻辑思维方式组织模型设计、 流程模型设计采用可视化的操作方式,直

33、观地设定Who、When、Where、How to do What等流程运转所需的一切信息,使企业业务流程的管理更加人性化。? 面向对象的组件化框架系统设计引入面向对象的组件化框架设计思想,将组织模型、流程模型、资源模型和服务框架既相互独立,又有机整合,使系统具有更大的柔性和对新标准、新技术的适应能力。? MVC模式的表现层表现层引用Apache 的 Struts ( MVC模式的 WEBApplicationFramework)实现,使得表现方式和应用系统的业务逻辑和数据存储得以分离。引入“抽象Form”的理念,使得权限控管,以及适应其它种类的表现层技术变得轻而易举。? 强大的流程引擎,可支

34、持复杂流程W-Flow 相较于一般以文件为主或仅由程序构筑的工作流系统,更具有弹性与可扩充性。能支持较复杂的流程设计,如多个分支流程、循环等,并提供多种分派方式,能忠实反应企业流程的实际运作过程,满足不同层次的需要。? 完善的流程控管与跟踪通过 W-Flow 的监控工具,可以实现流程的全程控管。? 多层系统架构,开放的扩充接口采用多层架构技术实现,将用户接口(User Interface)、流程逻辑(Flow Logic)及持久化机制(Persistent Method)有机分离,让系统更易维护和扩充。? JAVA 语言实现,无平台之忧采用 Java 技术开发的W-Flow 系统,除不受操作系

35、统及数据库的限制外,更支持开放式的标准规,诸如HTTP、 TCP/IP 、SMTP、 XML、 WAP的业界标准协议,使系统的更具柔性。? 统一视点的数据引擎对程序员透明,统一操作模式,隔离物理数据的数据引擎,也为数据的集成和分布式数据引用奠定了基础。? 可扩充性极强的服务引擎和框架实现对任务执行所需的各种服务(含代理、适配器等模式),提供统一的接口和配置管理机制,使系统的柔性和扩展能力大大增加,且无形中具有对未来新技术、新标准的适应能力。? 众口可调的脚本功能和系统扩展能力提供可整合各种脚本语言的能力,极提升了程序员开发应用系统的灵活性,也使得程序员可随意扩W-Flow 工作流系统的能力。?

36、 满足不同需求的流程管理与权限设定考虑到系统使用安全性,系统中的管理工具、客户端,以及流程任务所需的资源和服务,可依据流程任务、 角色按需设定不同的操作权限和采用不同的访问存取控制策略。? 支持多国语言针对不同的客户群,可以设置多种语言环境,提供对多国语言的支持。? Web-based 的界面,不受时空限制用户可利用浏览器实现流程的启动,并完成自己的工作。利用魅力无限的Internet技术打破时空的界限。? 流程级的系统集成W-Flow 对子流程的引用进行了扩展,可以实现异地流程的无缝集成,提供基本的流程集成能力。? 可整合各种应用开发工具,系统应用围广泛系统提供符合标准的完整WAPI(含 W

37、CAPI)口,使得W-Flow 与它系统能更紧密地协作,产品的应用围更加多样化。同时W-Flow 可以和各种各样的电子表单设计工具/ 引擎、规则引擎、报表设计工具/ 打印服务(器) 、应用集成工具,以及业务过程管理系统可以很好地协作,共同完成企业的信息处理。3.4.4.CMS容管理平台CMS容管理平台可以提供对公司信息发布的日常维护管理功能,这部分功能可以通过管理工具实现。管理工具包括信息发布管理工具、框架管理工具,根据公司的业务需求。.信息发布管理工具信息发布管理工具可以实现网上客服中心页面的快速更新。系统操作员可以通过信息发布功能提供的编辑、审批、发布等工具将各种信息选用合适

38、的模板方便、安全地发布到上,并且不会影响的正常运行。信息发布功能大大减轻了更新维护的工作量,降低了人力的投入,通过网络数据库的引用,将的更新维护工作简化到只需录入文字和上传图片,从而使的更新速度大大缩短,从而大大加快了信息的传播速度,也吸引了更多的长期用户群,时时保持的活动力和影响力。同时对人员的技术要求也很低,只要有上网经验,就可以管理系统;由于本系统是基于数据库的管理,所以,任何改动都不会影响网页的,所以避免了传统方法修改网页的大量重复的机械劳动。.框架与布局管理工具框架管理工具可以定制的主框架的风格样式及包含主要页面元素,如标题栏、菜单栏、容栏、状态栏等;可定制各页面元素的

39、样式及容,同时有多种搭配组合可供选择,以保证更换框架的方便快捷。框架管理可定制导航目录的风格样式及栏目菜单项, 定制目录菜单功能采用直观的树形结构显示,可直接定义具体的信息栏目分类和排序。框架管理还可以定制首页的风格样式及指定显示栏目信息容。框架管理解决了结构的用户定制,方便的实现了风格及结构的自由变换,提高的信息发布的灵活性。3.4.5.接口管理平台应用集成平台可以实现集成应用环境中各系统间的统一接口策略,即无论是一个企业部的各系统之间的接口还是企业部系统与企业外部的系统接口,都统一由我们应用集成平台实现集成。统一接口的设计方法改变了过去上一套系统增加多个接口的问题,由过去错综复杂的网状接口

40、方式变为清晰简洁的星型接口连接方式。除此之外,采用统一接口方式还大大降低了接口的维护成本,并且可以更好的屏蔽以往接口双方系统的互扰。.接口实现方式我们应用集成平台支持的接口方式有很多种,每种方式都针对特定的应用。目前,我们应用集成平台可以支持的接口方式包括:数据级的接口方式对方系统与应用集成平台通过直接访问数据实现接口。这种方式包含两种情况,一种是脱机数据接口,双方通过数据文件导入导出的方式进行信息交互;另一种是联机数据接口,双方通过在线方式进行数据访问。应用集成平台可以自由定义接口数据的类型和格式,并支持标准的XML 文件。应用级的接口方式对方系统与应用集成平台通过应用程序间的

41、通信实现接口。应用级的接口方式可以支持消息中间件方式、交易中间件方式、API 嵌入方式、 DMI、SOAP 以及基于CORBA的请求 / 服务方式。网络通信接口方式对方系统与应用集成平台直接通过各种网络协议进行接口通信。.接口参数快速定制系统对于各类型的接口调用提供统一的接口转换程序,对于作为服务端接口,通过接口转换程序统一读取接口信息,并按照接口协议进行数据转换,并发送到应用程序进行处理;对于作为客户端接口,在发送之前按照接口协议进行数据转换后再进行发送,系统的前后端采用同样的实现机制,做到了接口透明化, 满足了系统在接口实现上的灵活性。系统可以提供对于组件服务之间的调用接口、

42、组件与关系型数据库接口、组件与LDAP数据库接口、组件与文件接口、组件与其他外部系统接口等各种接口协议的定义,从而屏蔽了各个数据源之间访问方式和数据格式的差异,对于业务逻辑层的做到了透明化的效果。系统将协议分为发送协议和接收协议两种类型,发送协议就是作为系统组件主动向服务方发送的协议,接受协议就是组件作为服务方被动接受到的协议。协议由元素和数据组织规则组成, 在系统运行环境中, 系统动态的将元素标识替换成元素运行中的数值,按照协议规则重新组织成数据串,进行数据的交互。3.4.6.消息平台.管理平台消息是用户日常工作的核心信息,是形成用户操作模式的主要手段。消息平台集成多种消息组件

43、,进行统一处理,为用户待办事务提供唯一的展现,用户只需要关注消息就可以处理系统提交的工作事务。各业务模块可通过标准化的消息接口,通过消息平台透明地向用户发送消息,而不需要知道消息的传递方式。消息平台包括:消息中心、心消息订阅、消息发送、办公助手、消息接口。.消息中心消息中心是单独的消息处理数据中心,系统模块与消息中心已建立完善的接口,需要投递的消息,都转入到消息中心中,由消息中心统一服务。.信息订阅用户可以选择订阅不同接收客户端的消息,如只接收手机短息;同时能够订阅哪一类的消息进行提示,如:发文消息提示、会议消息提示等。设置表单如下:注:“系统消息”为默认订阅,可以

44、由系统管理员修改默认值;.信息发送用户可以通过信息发送模块将信息发到不同的接收客户端,如手机终端、 消息助手、WEB消息客户端等 (同时希望能够方便扩展);消息可以分类型或模块,方便以后消息的查找;消息可以设置发送时间,过期时间等;同时可以发送即时消息以及群发消息。如以下发送表单:.信息接收在接收消息时,我们可以通过WEB消息客户端弹出消息、手机接收和消息助手等工具,如以下方式接收:WEB消息客户端接收.消息接口消息中心统一提供对外部设备、系统的接口,通过配置和部署硬件设备可和电子、手机短信、 Web客户端、其它消息客户端等进行对接,灵活发送消息。3.4.7.全文检索主要封装了 Lucene ,支持与商业引擎的集成;主推的实现模式;全面考虑了权限的控制;支持多种数据格式:Word、 Excel 、 PPT、PDF、 HTML;支持分布

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论