泛普软件协同OA办公系统平台技术架构设计

申请免费试用、咨询电话：400-8352-114

泛普软件协同OA办公系统平台技术架构设计

4.3.1.目前主流OA系统采用的主要技术架构的比较

从技术角度对OA平台所采用的技术层面进行阐述，目前主流OA系统采用的技术架构主要有IBM公司的Lotus Domino，SUN公司的J2EE和Microsoft公司的.NET，以下从各方面作出比较。

Web 服务器	Lotus Notes（IBM）	J2EE（SUN）	.NET（Microsoft）
	Lotus Domino	Web Logic （收费）	IIS（Windows 2000 Server捆绑，免费）
	（收费）	或IBM Websphere （收费）
		或Tomcat （免费）
	对系统管理员要求高	对系统管理员要求很高，配置异常复杂，一般网络管理员无法胜任该工作，需要专业级技术人员才能胜任。如果系统配置不当将极大影响性能及稳定性	对系统管理员要求很低，不需要专业技术人员维护，一般网络管理员即可。
编程语言	Lotus特有编程语言	Java/Jsp	C#.NET/J#.NET/VB.NET
	应用范围有限	应用很广泛，有开放技术标准。	ASP.NET
	效率低，不适合需要做大量计算要求的软件。从业人员少，技术相对封闭	效率一般，运行效率一般	应用非常广泛，有开放技术标准。
		从业人员多，技术交流充分。	效率极高，运行速度极快
			从业人员极多，技术交流充分。
开发框架	无强大的开发框架支持	JDK	.NET FRAMEWORK
		功能强大，跨平台支持，但与windows平台结合不够紧密	功能异常强大，体系结构严密，清晰，与Windows平台结合异常紧密。
组件体系	无完整的组件体系	Servlet/EJB	.NET Assembly
	不支持分布式部署	支持分布式部署，但部署难度较高，需要专业管理员	支持分布式部署，部署简便仅需拷贝文件即可，不需专业管理员
硬件要求	对硬件要求高，需要专业级服务器方可保证系统正常运行	对硬件要求高，需要专业级服务器方可保证系统正常运行。	对硬件要求较低，普通PC 服务器即可支持100个用户协同办公。
综述	应用范围窄	应用范围广	应用范围广
	技术封闭，持续发展空间不大	技术开放	技术开放
	软件实施后期维护困难，扩展性差	软件实施难度高	软件实施难度小
		扩展性好	扩展性好
		硬件要求高	硬件要求低
		性能一般	性能高

 

4.3.2.J2EE的优点

应该建立一个基于J2EE架构的大型分布式应用。采用J2EE的三层架构体系。可选择多种系统环境，满足不同类型、不同规模的需要。可以根据自己的实际情况构建合适的应用环境。结合操作系统、应用平台或第三方的产品，必须构筑高安全、高性能、高可靠的应用环境。基于J2EE的应用技术已经成为许多电子商务环境的核心驱动引擎，新的OA系统定位技术高端，全面采用J2EE技术规范，全面支持Enterprise JavaBeans标准。J2EE是一种利用Java 2平台来简化诸多与多级解决方案的开发、部署和管理相关的复杂问题的体系结构。提供了对 EJB、Servlets、JSP、JDBC、CORBA以及XML技术的全面支持。J2EE提供了一个用户级的计算模型和运行环境用于开发和部署多层体系结构的应用。它通过提供用户计算环境所必需的各种服务，使得部署在J2EE平台上的多层应用可以实现高可用性、安全性、可扩展性和可靠性。
J2EE具有平台无关性，用户不必将自己捆绑在某一种硬件或操作系统上，可以根据自身的情况选择合适的硬件、操作系统、数据库。
J2EE是一种组件技术，已完成的组件能被方便地移植到任何其它地方。
J2EE作为中间件，提供了强大的功能，使开发人员只需要关注商业逻辑，因而能加快开发速度，提高系统的运行效率和稳定性。
保护用户投资：当用户更换平台时，由于基于J2EE的系统能方便地移植到其它平台上，而无须重新开发，因此能有效地保护用户的投资。
广泛的支持：J2EE技术规范得到了从国际性大公司到自由软件开发者的广泛支持，SUN，IBM，ORACLE，NETSCAPE，BEA等纷纷推出基于J2EE的软件产品。在网上可购买或免费下载各种标准组件。
 

4.3.3.协同办公OA平台在J2EE架构下的实现

基于J2EE的各种技术，B/S模式的三层结构设计：

以下对各层的功能进行说明：
表示层
这是直接与最终用户打交道的一层，即我们常说的客户端。它的主要作用接收用户的指令或者数据输入，提交给业务逻辑层做处理，同时负责将业务逻辑层的处理结果显示给用户。由于客户端并不处理复杂的业务逻辑等操作，相比传统的C/S结构对客户端的资源要求要低一些。
系统的表示层服务由Web服务器提供。用户可以根据自身的要求，选择不同的Web服务器，比如Windows自带的IIS服务器、Apache Web服务器或者由IBM，SUN等公司提供的服务器。
系统的表示层终端由Web 浏览器提供，支持IE 5.0以上版本的Web 浏览器。
业务逻辑层
业务逻辑层（中间层）的主要任务是负责接收表示层的数据请求，将这些请求进行必要的业务逻辑检查（包括权限检查），然后将请求分解成不同的数据层操作，由数据层进行处理，然后将处理结果返回给表示层。业务逻辑层是协同办公OA平台最重要的一个层次，核心的业务处理都是通过这一层来实现的。
业务逻辑层由J2EE的JNDI、EJB、Servlets等技术实现，在J2EE的架构下运行，以获得安全保护、模块管理等特性。协同办公OA平台的各个功能的划分，组成多个应用包，各部分通过JNDI和BEAN的接口进行访问。通过这种划分来隔离各个模块，避免模块之间的相互影响，同时也便于实现系统的按模块分布。
依应用规模的不同，业务逻辑层要承受的负荷会有较大的差异，客户端的数目，应用的复杂程度都会对其造成一定的影响。由于J2EE架构下的应用服务器都具有非常好的可扩展性，使得OA系统的关键处理可以分布到多台服务器来处理，从而提供良好的伸缩方案。
利用应用服务器的负载均衡技术或处理负载均衡的硬件实现中间层的动态负载均衡。应用服务器接受来自表示层的处理请求后，依据特定的均衡算法将该请求发送到应用服务器上集群中某个特定的服务器，这些服务器集群还可以提供良好的容错特性，一台服务器的故障并不会导致应用的中断。
基于J2EE架构的应用服务器选择面较大，对于50人以下的应用服务，可以采用Tomcat Application Server， Jserv ，对于50－300人左右的应用服务，可以选用Resin Application Server，对于高端的应用，可采用IBM Websphere ， Bea Web Logic， Oracle 9i， SUN ONE Application Server等。
数据层
数据层包括存储数据的数据库服务器和处理数据和缓存数据的Bean。协同办公OA平台采用数据库链接池技术提供应用所需要的数据库链接，并将一些大量使用的数据放入系统的缓存，以提供高效的数据访问和处理机制。
协同办公OA平台利用大型数据库提供高性能、可靠性高的海量数据存储能力储存协同办公OA平台业务数据。系统支持SQL Server 2000及以上版本、Oracle、Sybase、DB2等大型数据库产品。
 

4.3.4.系统性能要求

在现有的硬件设施和网络环境条件下，对于所有功能模块的系统页面响应时间和业务处理时间不超过5秒。
并发用户指标：

• 并发用户数：≥1000

系统稳定性指标：

• 系统有效工作时间：≥99.5%

业务处理能力性能指标

• 系统必须能够支持业务的增长，采用多台服务器与集群技术，通过负载均衡由不同服务器分担交易负荷以确保系统性能。
• 投标人需要对如何保证整个系统性能提出分析和建议，并提供性能优化方案，对不同业务情况明确提供最大并发用户数、最大并发交易量、最大连接数、最大数据存储量等的限制等参数。
• 对系统使用时各项功能的在线响应时间需要满足以下指标，其计算时间由用户按下回车键或点击鼠标时算起：
  23. 系统初始化启动＜10秒
  23. 屏幕滚动/切换 ＜2 秒
  23. 查询一条记录＜5 秒
  23. 更新一条记录＜5 秒
  23. 按复杂条件查询＜10秒
  23. 在线生成报表  ＜30秒

4.3.5.接口列表

除了OA系统本身的技术架构特点，还必须可以快速灵活的和异构系统数据集成，主要达到以下几种效果：

• 获取异构数据到OA流程字段
• 异构系统触发OA流程审批
• 直接读取异构系统数据生成OA审批流
• OA流转中流程表单与异构系统交互

以下为部分接口列表示例（与SAP集成为例）：

 

1.2.部署架构设计

4.4.1.为什么采取集中式部署

分级管理在大的集团企业中非常重要，通过分级管理，可以方便和允许下属公司机构管理员来管理自己的系统数据；分级管理从大的方面来看应该包括：系统组织结构、人员、角色、权限等系统层面的权限分级；流程维护的权限分级；知识文档维护的权限分级；项目管理的权限分级；资产管理的权限分级。整个分级管理是一个很复杂的功能，权限的分发和回收必须要做到精准和安全。
 对于集团的多系统分布安装。分级管理应用是针对每一子集团的系统内部如果处理下属机构数据和权限管理。作为系统总部的管理员除了可以设置集团总部的基础数据（人事数据、文档数据、流程数据、资产数据等）。也可以维护下属机构的系统管理员，并给下属机构系统管理员进行赋予操作权限以及操作权限的范围，同时，下属授权的系统管理可以跨机构进行维护。这样站在整个集团的协同办公系统，能够适应快速的实施和应用推广。
当系统的用户量很大时为了保证系统的响应速度，在提高单一服务器硬件配置规格已无法满足或则代价太高的情况下，可以采用负载均衡也就是集群技术来解决此瓶颈。
集群技术可如下定义：一组相互独立的服务器在网络中表现为单一的系统，并以单一系统的模式加以管理。集群技术可以提供与服务器节点的数量、性能成正比的负载能力，有效提高服务的吞吐量、可靠性、冗余度、适应性，性能价格比高。
集群的结构对于用户来说是透明的，客户端只与单个的IP（集群系统的虚拟IP）进行通信，也就是说从客户端的视角来看，就好像这里只存在单个服务器。
一个集群包含多台（至少二台）拥有共享数据存储空间的服务器。任何一台服务器运行一个应用时，应用数据被存储在共享的数据空间内。每台服务器的操作系统和应用程序文件存储在其各自的本地储存空间上。
对于集群技术方案(负载均衡)而言，有着显著的以下特点：

• 大集中是目前应用系统的明显趋势：数据集中、管理集中、维护成本低、硬件成本低、方便升级
• 有效均衡系统压力，减少单个服务器因压力过于集成而超负荷运转的发生几率
• 通过负载均衡服务器自动转发用户请求，对于所有用户而言没有任何使用上的不一致
• 加快用户的访问的速度
• 自动备援，避免因单点故障而导致整个系统瘫痪的情况发生。
• 便于系统的集中管理
• 数据和文件集中，便于维护，备份和恢复
• 日后系统的便于扩展，可以根据用户的扩展情况逐步的增加集群中的服务器节点，不会对已有的系统和用户有任何影响

 

4.4.2.集中式部署方案

集中式部署：即代表所有服务器均在同一局域网范围内，相互之间可直接访问。所有用户均通过同一个“通道”来访问和处理OA系统内事宜。

 
对于大用户量的OA用户，要采用负载均衡的多应用服务器的系统部署来保证系统的稳定性和访问效率，即集群服务器部署。
集群技术可如下定义：一组相互独立的服务器在网络中表现为单一的系统，并以单一系统的模式加以管理。集群技术可以提供与服务器节点的数量、性能成正比的负载能力，有效提高服务的吞吐量、可靠性、冗余度、适应性，性能价格比高。
集群的结构对于用户来说是透明的，客户端只与单个的IP（集群系统的虚拟IP）进行通信，也就是说从客户端的视角来看，就好像这里只存在单个服务器。
一个集群包含多台（至少二台）拥有共享数据存储空间的服务器。任何一台服务器运行一个应用时，应用数据被存储在共享的数据空间内。每台服务器的操作系统和应用程序文件存储在其各自的本地储存空间上。
对于集群技术方案(负载均衡)而言，有着显著的以下特点：
大集中是目前应用系统的明显趋势：数据集中、管理集中、维护成本低、硬件成本低、方便升级
有效均衡系统压力，减少单个服务器因压力过于集成而超负荷运转的发生几率
通过负载均衡服务器自动转发用户请求，对于所有用户而言没有任何使用上的不一致
加快用户的访问的速度
自动备援，避免因单点故障而导致整个系统瘫痪的情况发生。
便于系统的集中管理
数据和文件集中，便于维护，备份和恢复
日后系统的便于扩展，可以根据用户的扩展情况逐步的增加集群中的服务器节点，不会对已有的系统和用户有任何影响
其网络拓扑图如图：

 

4.4.3.部署实现过程

1.    准备一台外围存储设备把它安装到每台应用服务器上，目的是为了实现OA平台的文档数据的共享。因为泛主流OA平台的文档都是以加密文件的形式放在服务器的存储设备上的，所以必须保证集群内的每台服务器都能够读写到。
2.    准备一台负载均衡服务器根据每台应用服务器的IP等信息做好配置，由于负载均衡服务器的实现可以有很多方式（有俗称硬负载均衡器：即供应商直接提供的是整台硬件设备；也有俗称软负载均衡器：即集群软件安装在独立的服务器上的方式实现），这个需要根据具体的情况来设置，配置过程一般都不会很复杂。
3.    在每台应用服务器上单独安装OA平台软件，并连接数据库服务器做好相关配置，并启用协同管理平台的缓存共享设置。
 

1.3.数据架构设计

4.5.1.数据管理框架规划

搭建获取、共享、分析、改进的数据管理框架，其核心目的就是维护企业数据实体的一致性，并且通过各种集成技术在企业的多个总部职能部门、IT系统间共享它们。
数据集成标准建议采用统一的技术方式

 

4.5.2.数据质量控制

一个战略性和系统性的方法能帮助企业正确研究企业的数据质量项目，业务部门与 IT 部门的相关人员将各自具有明确角色和责任，配备正确的技术和工具，以应对数据质量控制的挑战。
六步法为帮助指导数据质量控制而设计，从初始的数据探查到持续监测以及持续进行的数据优化。业务部门与 IT 部门的数据使用者 — 业务分析师、数据管理员、IT 开发人员和管理员，能够在六个步骤的每一步中协同使用数据质量解决方案；并在整个扩展型企业的所有数据领域和应用程序中嵌入数据质量控制。
步骤一：探查数据内容、结构和异常
第一步是探查数据以发现和评估数据的内容、结构和异常。通过探查，可以识别数据的优势和弱势，帮助企业确定项目计划。一个关键目标就是明确指出数据错误和问题，例如将会给业务流程带来威胁的不一致和冗余。
步骤二：建立数据质量度量并明确目标
数据质量解决方案为业务人员和IT人员提供了一个共同的平台建立和完善度量标准，用户可以在数据质量记分卡中跟踪度量标准的达标情况，并通过电子邮件发送URL来与相关人员随时进行共享。
步骤三：设计和实施数据质量业务规则
明确企业的数据质量规则，即，可重复使用的业务逻辑，管理如何清洗数据和解析用于支持目标应用字段和数据。业务部门和IT部门通过使用基于角色的功能，一同设计、测试、完善和实施数据质量业务规则，以达成最好的结果。
步骤四：将数据质量规则构建到数据集成过程中
Informatica Data Quality支持普遍深入的数据质量控制，使用户可以从扩展型企业中的任何位置跨任何数量的应用程序、在一个基于服务的架构中作为一项服务来执行业务规则。数据质量服务由可集中管理、独立于应用程序并可重复使用的业务规则构成，可用来执行探查、清洗、标准化、名称与地址匹配以及监测。
步骤五：检查异常并完善规则
在执行数据质量流程后，大多数记录将会被清洗和标准化，并达到企业所设定的数据质量目标。然而，无可避免，仍会存在一些没有被清洗的劣质数据，此时则需要完善控制数据质量的业务规则。Informatica Data Quality可捕获和突显数据质量异常和异常值，以便更进一步的探查和分析。
步骤六：对照目标，监测数据质量
数据质量控制不应为一次性的“边设边忘”活动。相对目标和在整个业务应用中持续监测和管理数据质量对于保持和改进高水平的数据质量性能而言是至关重要的。Informatica Data Quality包括一个记分卡工具，而仪表板和报告选项则具备更为广泛的功能，可进行动态报告以及以更具可视化的方式呈现。