基于构件的办公自动化系统的设计与实现

开篇：润墨网以专业的文秘视角，为您筛选了一篇基于构件的办公自动化系统的设计与实现范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！

摘要：随着电子政务的发展，办公自动化系统作为其中重要的组成部分越来越受到各级政府部门的重视；而构件化是软件开发的重要技术和发展趋势，具有效率高和结构灵活等显著特点。本文结合某军区办公自动化系统的实例，阐述了基于构件的办公自动化系统的设计与实现。

关键词：构件；工作流；EOS；办公自动化系统

中图分类号：TP311文献标识码：A 文章编号：1009-3044(2007)04-10926-02

1 引言

无论是企业还是政府机关，都会有大量的文案需要处理，复杂的工作流程需要安排，决策者需要依据纷乱的信息做出重要的决定。拥有一套智能化、信息化的办公系统，对办公人员和企业决策者来说，工作效率上的提高是显而易见的。今天的中国，“企业信息化”、“政府部门信息化”都忙得如火如荼，一套优秀的办公自动化（OA）系统将是企事业单位迈进数码时代的“基石”。而今，办公自动化的实现方式可谓是百家争鸣，各有所长，但这些技术始终摆脱不了不能随需应变，稳定可靠，降低开发和维护成本和风险的瓶颈，而将面向构件的体系结构融入办公自动化系统中正好充分地满足了这种需求。在面向构件的技术里，一个应用软件不会有几十万行、几百万行的代码来描述，而是通过几百个、几千个的构件来描述，这种方式提高了软件生产效率和质量，缩短开发周期，降低开发成本。

2 基于构件的工作流系统设计

工作流是办公自动化系统的核心，它的设计好坏直接影响到整个OA系统的性能。基于构件的工作流系统设计，就是在工作流开发过程中不编码，使用构件库里现成的构件组织成用户所需要的工作流管理系统，普元EOS (Enterprise Operation System)工作流正是基于构件的工作流系统开发的典型代表[1]。

EOS工作流是与EOS平台无缝集成的业界第一家完全构件化的工作流管理系统，能够支撑在大并发用户量、大数据量的企业级应用环境下高效、稳定运行。通过EOS Studio提供的可视化开发环境，用拖、拉、拽的方式，在EOS Server的配合下将EOS已开发好的众多构件直接拖放至业务流程中以快速搭建工作流应用。在流程定义中支持包括串行，并行、同步、独占式选择、同步归并、子流程嵌套、自由流、活动回退业务补偿等都多种流程模式。EOS工作流由工作流开发环境(Workflow IDE)（与EOS Studio集成）、工作流引擎(Workflow Engine)、客户端、监控与管理工具以及工作流构件库(Workflow Component Library)五个部分组成。通过开发环境快速构建业务流程以及业务处理表单；依托引擎实现流程流转；采用基于Web的缺省客户端和管理监控工具完成对流程的调整、监控与审计；应用丰富的构件库快速定制用户自己的应用，随需应变。因此，构件化的工作流系统开发模式，能保证用户在快速开发应用的同时，也能快速适应业务流程变化以及业务逻辑变化[2]。

3 开发模式在某军区办公自动化系统中的实现

3.1 系统简介

该系统是一个基于工作流的网络办公自动化系统，采用B/S模式，以国产先进的、成熟的工作流――普元EOS5.1作为基础平台，通过构件化的方式在该平台上搭建办公信息系统的主体，提供公文办理，事务管理，信息服务，办公助理等功能。

3.2 系统总体技术架构

系统采用J2EE技术体系，以普元EOS作为开发和运行管理平台，通过构件化的方式在该平台上搭建各个办公自动化子系统，使得各个子系统能够快速搭建，并且方便子系统之间的集成。系统总体技术框架如图1所示。

图1 系统总体技术框架

3.3 系统功能设计

EOS工作流构建系统采用了先进的设计思想，以不变的程序加上构件复用使软件适应用户不断变化的需求，实现了公文办理、信息服务、事务管理、办公助理等功能。下面通过办公自动化系统中典型的公文流转过程为例，描述一下EOS构件工作流的流程。

根据用户需求，我们设计了如图2所示的公文流转过程。

图2 公文流转过程

公文采用受控的自由流转形式，既可避免固定流转在适用对象上的局限性，又可避免自由流转的随意性。受控的自由流转是指对用户发送对象进行有限制的发送而进行的公文流转。通常情况下，用户间可以任意相互发送，发送给总部领导的公文只能送给相应的秘书，然后由秘书负责转送。通过这种形式，系统不但广泛适用于各级各类大小机关办公需要，而且也确保了公文流转的严肃性。

公文在流转过程中分为待办、在办、已办三种状态。当有公文传递给某一用户，该用户在打开公文进行办理前，公文处于 “待办”状态；用户已打开过某一公文，但还没有发送至下一办理人，该公文处于“在办”状态；用户处理完公文并发送后，该公文处于“已办”状态。

公文办理完毕后由拟稿人交由保密员归档，公文完成全部流转过程，结束流程。归档公文不能进行修改、编辑。当保密员拒绝归档后，公文将被退回到拟稿人处，公文流转流程继续。

3.4 系统角色和组织机构的设计

本系统用户的权限划分是以“角色”概念为基础的。角色是根据部门和级别划分的，系统管理员设置系统角色，并为这些角色添加用户，再为这些用户赋予相应的菜单权限。因此可以利用角色来为用户灵活的配置权限，也就是决定用户可以使用哪些菜单，可以执行哪些功能。一个用户可以对应到多个角色，一个角色也可以包含多个用户。

通过EOS缺省的组织机构管理系统，建立军区的组织机构，定义组织职能和组织关系，进行人员配置，设置人员业务角色，管理组织和人员的信息，由此生成一棵组织机构树，这样在EOS Studio中定义流程参与者时，可以直接从组织机构树上指定组织或角色。

普元EOS管理平台提供了很强的系统管理功能，这些功能皆以构件化的方式提供，无需再进行额外的程序开发，只需将相应的功能权限分配给管理员即可。

3.5 系统逻辑设计

系统的逻辑设计是通过使用EOS studio的构件来实现，EOS Studio提供了可视化的开发环境来定义工作流业务流程模型，提供串行、分支、并行、聚合、循环、同步、子流程等丰富的流程逻辑结构，以及人工活动、自动活动、路由活动等多种活动类型，并可对这些活动属性进行定义，如参与者类型、触发事件、子流程属性、时间限制、回退动作、自由流、多工作项等，定义属性时可选择不同的数据类型、可灵活的扩展活动；可以通过表单数据为活动节点设置动态表单，其表单数据实现了动态表单的编辑，为日常工作中表单的定制提供了良好的设计工具。可视化的开发工具使通过拖曳工作流活动图元和连接线，便可轻而易举地完成绘制业务流程图的操作[3]。

在可视化的业务流程图形定义中，通过拖曳工作流的相关活动图元和连接线绘制公文流转过程的业务流程图，该系统的逻辑设计步骤如图3所示。由于流程采用的是自由流，除开始和结束两个结点外，其余各结点均可根据图2设计的公文流转过程设置对应的流向，如“科处领导”结点的属性设置如下图4所示。当流程进入“科处领导”结点时，它可以按照图4中的属性设置，在指定活动列表范围内活动。即当一份公文流转到“科处领导”时，“科处领导”审批合格后可以发送给上级“部门领导”，这份公文则流转到“部门领导”处；审批不合格则发送给下级“科处干事”重新拟制公文，这份公文则流转到“科处干事”处进行相应的处理。

图3 系统业务流程

图4 结点属性设置

3.6 系统应用效果

采用EOS studio的构件来实现系统设计和开发，大大缩短了系统的开发周期，提高了软件生产效率和质量，降低了开发成本。让系统架构师和程序员跳出传统开发模式的局限，只需要和图形化的构件打交道，使软件的改动和维护易如反掌。现在的系统已投入某军区正常使用，军区各部门交叉运转，用户反映良好，即使有需求上的变化，改动起来也非常方便。无论从开发者角度还是用户角度，这套基于构件的办公自动化系统都达到了预期的效果。

4 结论

在面向构件的软件中，一个办公自动化系统不再是由上百万行的代码组成的，而是由几

千个稳定的构件经过可视化组装而成的。系统的复杂度有了数量级的下降，而图形化组装使应用和开发合二为一[4]。该系统是基于构件技术搭建的系统，在遇到业务流程变革或系统升级等问题时，不再需要对系统进行大规模改造或推倒重来，只需对构

件进行“拖、拉、拽”的方式，使之重新排列、组合，就可以组装成新的系统，或者通过增加新的构件、改造原来的构件来实现。因此，采用基于构件化的软件设计方式，不仅缩短了开发周期，提高了软件生产效率和质量，能够随客户需求灵活应变，还使软件的改动和维护易如反掌。构件化的方法对于产品质量、生产效率和通用性、开放性的提升幅度之大，是其他任何一种技术手段无法相比的。我们有理由相信软件构件化必将成为软件开发的重要技术和发展趋势。

参考文献：

[1]徐大华，戴芳. 基于构件的工作流系统设计. 交通与计算机,2005;4(23):72-74.

[2]方进，王铁成，石志宽，等．基于UML的工作流建模．计算机工程与设计，2004;25（9）:1572-1575.

[3]上海普元信息技术有限责任公司. 普元EOS工作流开发指南.2005.

[4]黄柳青，王满红. 构件中国：面向构件的方法与实践.北京:清华大学出版社,2006.5.

本文中所涉及到的图表、注解、公式等内容请以PDF格式阅读原文。