Ajax技术与RIA在网络办公自动化中应用

2011-01-29刘长骞

制造业自动化 2011年5期

刘长骞

LIU Chang-qian

（淄博职业学院，淄博 255314）

0 引言

数字化办公的实现，它和传统的办公自动化及管理信息系统不一样，它是构建在Intranet内网的基础上，采用自上而下的构建思路，即将内部网视为一个完整的整体，网上所有用户是该整体的对象，通常也称这个基础是内网平台。该内网平台主要完成的任务有：网络资源及含网络应用的管理，用户对象的管理，逐级网络资源授权，以及提供一些常用的应用服务(例如论坛，邮件，检索，导航等)。根据相同的浏览器界面，用户能够访问系统，系统依据用户的不同权限提供不同的功能服务，实现网络环境下的数字化办公。

本系统使用B/S结构设计，为了降低网络数据流量，方便用户使用操作，系统设计时采用了RIA（Rich Internet Application）丰富客户端处理表现技术以及Ajax（Asynchronous JavaScript and XML）异步后台通信机制，为公文处理的双方构建了一个实时通信平台，同时把批文和意见实施及时的反馈。审批人能够像本地软件操作一样，通过多种的UI控件对文件实施审批，从而使操作变得非常简单和便捷。

1 基于RIA的OA开发模式概述

1.1 RIA介绍

RIA翻译成中文，即为丰富因特网应用程序。丰富因特网应用程序，其特点就是把传统Web应用程序部署灵活特性和桌面应用程序的用户交互便捷优点相结合，具有部署成本低、开发快速便捷等特点，是新一代的网络应用程序。RIA中的丰富客户端(Rich Client)能够提供已编译客户端应用程序运行环境，其通过HTTP以文件形式传输，客户端应用程序通过异步客户／服务器架构，进行与后端的应用服务器连接。RIA的功能分层情况如图1所示。

图1 RIA的应用程序模型

RIA的主要优点有：

1）跨平台特性；

2）用户界面友好，交互性强；

3）客户端数据缓存；

4）一次加载，多次调用；

5）数据信息传输高效；

6）个性化配置好；

7）开发及部署方便快速。

1.2 RIA中的Ajax模式

异步JavaScript和XML（Asynchronous JavaScript and XML，AJAX），指的是建立交互式页面程序的开发技术。传统的web应用程序，通常是用户进行表单(form)的填写，用户提交表单时，程序向web服务器提交请求。服务器接收该请求，然后对该表单进行处理，处理完毕后向程序返回一个新网页。这种技术体制由于前后两个页面中主要的HTML源程序主体一样，就容易造成网络带宽的浪费。因为每次应用的交互都需要给服务器提交请求，因而服务器响应时间就决定了应用的响应时间的快慢。所以，这就造成了用户界面程序的响应相对于本地应用程序要慢很多。

而AJAX应用则恰好克服这种技术体制的不足，它能够向服务器提交并取回所需要的数据，它使用了SOAP或一些基于XML的web service应用接口，同时应用JavaScript技术处理客户端来自服务器的响应。由于浏览器与服务器二者间的交换数据大幅度地降低，所以客户端的响应时间就会有效地减少。而且，很多处理工作能够在提交请求的客户端上进行，减少了Web服务器负载。

2 系统设计

2.1 系统结构分析

本系统的功能结构设计如图2所示。

图2 网络OA的功能图

在实际的网络办公中，通常主要的功能有：公文的流转，发送及接收消息文件，以及权限控制与用户管理等。

2.1.1 公文流转

当办事部门开始进行某系列公文处理时，首先需要明确此系列公文中需处理的一个或多个文件，然后为文件确定好模板，提供给用户申请时下载并填写，同时规定好查阅及审批公文的个人或部门的权限。这样，就确定了由许多文件模板构成的“公文类”。如果用户提交公文申请时，就需要在办事部门的“可办理公文”群中找到对应的公文类，下载相应的公文模板后，根据模板要求进行填写，然后再将其上传到此部门“公文申请”中，转入“公文流转过程”。

2.1.2 消息及文件传送

消息及文件传送功能的难点为怎样完成客户端的主动获取与查询。这是B/S与C/S结构的一个主要区别。源客户端把目标文件或者消息文字上传到服务端后，服务端等待目标客户端查询并拉取信息。客户端以固定的时间间隔向服务端实施查询，假如该间隔太小，就会增加服务器的压力；如果间隔太大，则又会导致客户端响应太慢。基于这种考虑，将该时间间隔设为可调，即当用户进行登录时，客户端实施查询的时间间隔逐渐增大，假如查询结果是空，该间隔进一步增大，否则就减小。采用这种方式，能够有效地减轻服务端的处理压力。

2.1.3 用户管理与权限控制

上述两个功能的运行当中，必须要实施有效对用户的管理与权限的控制。为了防止用户的误操作，用户进行公文类的打开与下载时，任何其他一个成员对其访问时，系统均要对当前用户进行权限审核。当在用户打开对象前，服务端需要把该对象和当前用户相关所有权限提取出来，连同对象一起，下载至客户端，由客户端的RIA程序实施对权限的审核。

2.2 系统功能模块详细设计

2.2.1 系统登录与注册模块

用户使用系统时，首先要进行注册操作，注册后的身份就变成了“来宾”身份，只有两个权限：填写文件类中的文件模板，以及提交公文并查看提交公文审批状况。假如该用户需要其它的权限，那么就需要系统管理员将该用户分发至某个特定的组或部门，从而继承该部门的全部权限。用户登录流程如图2所示。

图3 用户登录流程

2.2.2 公文处理模块

通常在办公环境中，一个单独的公文包括许多的文件，而这些文件允许同时提交，也可以在审批的过程中依次补充。文件的要素有：正文，标题，落款等，由于每个文件有可能需要若干个审批者的审核，因而要每个文件之后，添加相关审批部门审批栏。审批栏包括批语、批复者的落款和是否通过等要素。公文结构如图4所示。

图4 公文结构

2.2.3 公文审批流转模块

在用户完成了公文中文件填写之后，文件将根据此类公文的标准流程，依次流转。在本系统当中，在审批人登录了系统后，系统的服务端会依据审批者的权限，查找数据库中审批者全部待批公文，同时发送到客户端，提供给用户进行操作。假如待批公文的数量超过10个，那么就需要实施分页，降低传输的数据传，系统用户通过界面的“下一页”、“上一页”按钮实施浏览，也能够通过“排序依据”对公文实施排序。

2.2.4 公文反馈模块

公文批示流程中，有时需要审批人和申请人实施一些信息交流。因此，这就要求公文流转至某个状态时，审批人将指定文件模板反馈给申请人进行填写，同时交回实施批复等。

全部的这些反馈均要用专门的模块实施统一的管理。每次实施批复过程中，在批复栏的右边，会显示一个“反馈文件"栏，如图5所示。审批人能够在这栏的反馈设置中，规定需反馈的文件模板。假如此文件模板没有在列表栏中出现，那么审批人能够通过“追加文件”方式实施上传，通过服务端接收，同时把它记录在“附加文件”列表里。

2.2.5 权限和用户管理模块

系统的用户具有何种功能操作，均是由用户权限决定的。因此，用户权限的合理设置是系统有效运行的一个重要因素。综合系统运行时的各种情况，系统将权限共分为19种，分别是：创建公文类，列表公文类，删除公文类，删除公文，创建公文，公文列表，打开公文，公文授权，打开文件，追加文件，签署批复，文件授权，查看批复，创建用户，授权批复，删除用户，组创建，组删除等。