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

时间:2022-05-20 06:59:17

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

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

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

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

上一篇:基于Web服务的Acegi安全框架的研究与应用 下一篇:基于ASP技术的考试系统设计与实现