常裕文档网    > 范文大全 > 公文范文 >

一种办公软件集成模型的应用研究

时间:2022-03-18 10:06:30  浏览次数:

摘要:随着社会信息化程度提高和软件技术的发展,形成了一个组织内部同使用多种软件系统情况。由于多个软件系统各自独立,数据无法共享造成了工作效率低下,重复劳动,软件系统的维护和扩展受限等问题。针对这些问题软件集成成为软件工程研究热点之一,该文则是针对办公软件的特点提出一种新的办公软件集成模型,该模型基于数据流重组,数据流与工作流的高耦合形成业务流,实现可靠的办公软件系统集成。经分析表明,本模型具有较高的可靠性,扩展性和可维护性,因而具有较好的实际使用价值。

关键词:办公软件;软件集成;业务流

中图分类号:TP311文献标识码:A文章编号:1009-3044(2008)24-1194-02

The Application Research of an Office Software Integration Model

LI Xiao-ming

(Ningxia Technology College,Yinchuan 750001,China)

Abstract: With the development of society informatization degree and software technology, there are many software using in a organization. For those software are independent and can’t share information with each other, this causes inefficient and waste time. It also brings many problems about software system management and scalability. So in order to solve those problems, software integration becomes a focus in software engineer research field. In this paper, we present a new office software integration model in view of office software’s character. This model realizes reliably office software integration based on data flow rebuilding and high coupled business flow between data flow and work flow. After analyses, we believe this model has better reliability and scalability, easy management.

Key words: office software;software integration;business flow

1 背景介绍

办公软件是我国信息化进程中最早出现的常用软件系统,随着我国信息化水平的不断提高,组织内部使用的办公软件种类也越来越多,主要有:文档管理软件系统,财务软件系统,数据报表系统等。这些软件系统在目前应用中都处于相互独立的状态,彼此数据无法共享。这种现象不仅在软件应用上造成重复劳动、效率低下、易于出错,而且更会造成软件的维护复杂,难以扩展等问题。

针对这些问题就有必要将上述的各种的办公软件系统集成为一个集成的软件系统,消除各软件系统之间的数据孤岛效应,让信息在各系统之间形成共享,充分发挥软件系统效能,实现工作流的重组和优化。但是办公软件系统的集成同样面临着一些困难,主要有:

1) 集成系统中各子系统的数据互异性造成各子系统数据无法直接使用;2)集成系统中各子系统的运行环境和开发技术具有很大差异性,造成系统集成困难;3) 集成系统中各子系统功能可能存在潜在冲突造成数据不一致,使得集成系统崩溃。

在上述的三个问题当中,第三个问题是最难以解决的,因为各子系统的功能冲突可能会潜伏很长时间,在一个特定的应用环境下才会暴发出来。而这样的潜在冲突又很难在系统集成时期及时发现,并予以解决。针对以上三个问题,本文提出了一种新的办公集成模型,该模型利用数据缓冲模块来解决各子系统中数据互异性和平台互异性,利用数据审计来发现功能冲突造成数据不一致,从而及时阻止可能发生的系统崩溃。并提出了数据流与工作流的高度耦合的业务流来实现工作流重组和优化。

2 模型架构和工作流程

2.1 模型的架构

图1、图2分别是本模型的系统结构图和逻辑结构图。

图1 模型的系统结构图

图2 模型逻辑结构图

从图1可以看出,本模型的系统结构主要有以下几个部分组成:

1) 用户验证与权限管理服务器:在分散的办公管理系统情况下,用户访问系统的控制管理可以按部门或其它行政划分的方式设置系统来实现。但在集成的软件环境下,这种依靠物理隔离的方式无法有效实现对用户操作系统的控制。所以在办公集成系统中必须要设置用户验证和权限管理服务器来实现对组织内用户的身份识别和权限管理功能。

2) 工作流控制服务器:工作流控制服务器是整个集成系统的核心,在集成系统中起着组织、协调、调度的重要作用。它负责接收用户下达的指令,将用户指令划分成工作流,并调用各集成子系统的功能执行工作流,最后将工作流执行结果反馈给用户。

3) 数据缓冲服务器:数据缓冲服务器除了提供给各集成子系统所需的数据服务之外,更重要的作用是对各集成子系统实现的数据操作进行审计,如果发现数据操作异常则进行异常处理。另外,它还具有数据转换与映射功能,实现各集成子系统与整个集成系统的数据仓库之间的数据交互。

4) 数据仓库:数据仓库是整个集成系统的数据集中管理服务器,它实现对集成系统的数据格式化,清选。同时向集成系统提供多维度、多功能的检索与查询服务。

图2所示的是本模型的逻辑结构图,从图中可以看出模型最低层是数据仓库,数据缓冲区位于数据仓库和各集成子系统之间,而工作流控制模块和用户验证与权限管理模块则是在整个系统中发挥管理与调度作用。

2.2 模型的工作流程

本模型的工作流程主要是基于业务流,在本模型中业务流为定义在数据流与工作流之上的关系,即S=(W,D),其中数据流D代表工作流在执行过程中所涉及到的数据集,而工作流W是为了实现某项功能集成系统基于数据集而进行的操作。在本模型中将数据流D与工作流W绑定在一起,形成业务流。相对于工作流而言,业务流更强调动态性。对于本模型而言,一次工作流程就是一个业务流的从发起到运行,到结束的过程,而一个业务流的执行过程主要有以下步骤:

1) 业务流的发起:业务流的发起则是在工作流控制服务器接收到用户的请求之后,将用户请求映射成工作流请求和数据流请求,工作流请求被发送到各集成子系统中,而数据流请求则发送到数据缓冲服务器。

2) 业务流的执行:业务流的执行则是工作流与数据流的绑定,消解,重新绑定重复进行的过程,工作流与数据流的绑定即是实现向执行工作流的集成子系统提供特定的数据集。消解则是将某个工作流结束后,对其操作的数据集重新映射成下一步工作流的数据集,再与下一步工作流进行绑定。重复上述的过程,直至最后一个工作流完成,则完成一次业务流的执行。

3) 业务流结束,当一个业务流结束后,要首先对其产生的数据集进行审计,查看其操作有无异常,若审计正常,则将数据结果格式化后转储入数据仓库中,若产生异常,则抛弃这次业务执行结果集,转入相应的异常处理程序,如中断当前用户服务请求,报警等。

3 模型的关键技术

3.1 基于数据流与工作流强耦合的业务流技术

从上文所述的业务流的概念可知,业务流技术的实现不仅仅是简单的指定工作流与数据集的绑定关系,更重要的是工作流与数据集在业务流执行中从各子系统切换时,工作流和数据集的协同,也即是数据集的变化与工作流必须要同步。实现工作流与数据集的同步对于集成系统来说是一个关键性问题,因为在集成系统中可能会存在工作流并发执行的情况,如果并发执行的工作流同时操作某个数据,那么其结果必然是冲突的。针对这种情况,本模型采用的是数据流与工作流的强耦合来实现冲突的消解。

对于挂接到冲突数据集等候队列中的业务流,工作流服务器将按预先设定的周期向数据缓冲服务器发出请求。数据缓冲服务器将查询发生数据冲突的数据集是否还在被其它业务流使用,如果其它业务流已经结束,则数据缓冲服务器会通知工作控制服务器执行等待的业务流。从上述的实现技术来看,正因为本模型中使用了业务流的概念,实现数据流与工作流的强耦合才可以方便的实现了工作流对数据集操作的冲突,从而保护了数据的一致性,提高集成系统的可靠性。

3.2 数据流与平台无关性技术

在本文所提出的模型中,数据流不断地在多个子系统中切换,而集成子系统所使用的运行环境,平台可能会存在很大的差异性,这就有必要实现数据流与平台无关性。本模型中这部分的工作主要由数据缓冲服务器来实现的。在数据缓冲服务器中定义了各子系统所使用的数据格式,数据源。如下例所示:

#workflow:xxxx

#server:xxxx

#data_source:mysql(data1.table)

它表明了某个#workflow:xxxx工作流在某个ID为#server:xxxx子系统实现,而其数据源来自于#data_source:mysql(data1.table)。从这个例子中可以看出数据缓冲服务器中定义的数据源和格式是利用XML语言来描述的。

当集成系统的工作流控制服务器向数据缓冲服务器发出请求后,数据缓冲服务器则从数据仓库中抽取所需的数据组成mysql数据库服务,将data1.table置入其中,向工作流提供相应的数据服务。同样,当工作流需要其它的数据源和数据服务,也可以通过定义组成相应的数据服务,但它们的数据来源都是同一个数据仓库,只是在数据缓冲服务器中完成不同转换和映射,提供给相应的工作流使用,由此通过数据缓冲服务器实现数据流与平台的无关性。

3.3 基于业务流的信息安全保护技术

业务流组成了本模型工作流程,而业务流是由工作流与数据流绑定组成的。除了工作流与数据流之外,模型中还可以对业务流属性加以扩展实现基于业务流的信息安全保护技术。扩展的属性主要是添加了用户权限属性。用户权限属性主要来源于用户登录系统时,由用户身份和权限管理服务器提供的。这种信息安全保护方式易于实现,而且可以针对每个工作流进行细粒度的审计,实现可靠的信息安全保护。

4 总结与讨论

本文主要提出了一种新的办公软件集成模型,该模型的核心概念在于提出了工作流与数据流的强耦合形成业务流。业务流组成了集成系统的工作流程,同时本文给出该模型的系统结构与工作流程,并探讨了模型基于业务流概念的关键实现技术。从上文所述可知,由于业务流概念的实现给集成系统带来了良好的可靠性,扩展性和信息安全保护。因而综上所述,本模型具有一定的实际使用价值。

参考文献:

[1] 王军,付燕,李贵民,等.异构管理软件系统集成风险与防范[J].计算机时代,2004(8).

[2] 周传生,宋波.基于XML的软件总线设计的研究与实现[J].计算机工程与设计,2006,27(20).

[3] 孙伟,李小彭,于涛,等.面向可视优化设计法的软件集成策略研究[J].机械制造,2006,44(10).

推荐访问:办公软件 模型 集成 研究