浅谈上海报业集团公文统一系统解决方案的应用

文|钱纯

浅谈上海报业集团公文统一系统解决方案的应用

文|钱纯

引言

上海报业集团是中国最大的报业集团之一，是整合了解放日报、文汇报、新民晚报所有媒体资源的媒体集团。形成了日报、早报、晚报、周报、周刊、月刊和出版社等结构合理、品种较全的新闻出版群体。为实现集团内部现代、高效的日常办文，加快集团信息化建设的进程，利用集团现有计算机的网络资源及丰富的信息系统资源，开发了具有实际应用前景的集团公文处理系统。开发和建成的集管理与服务于一体的公文处理系统，极大地促进了集团的整体信息化。

但是终端系统的发展给公文系统的便捷使用提出了更高的要求。目前主流的终端系统有安卓、IOS、Windows等系列，而且各个系统上使用的浏览器也花样繁多，如Firefox、chrome、IE、Safari等。浏览器也是各有各的版本，以及各个终端的分辨率等情况。这些问题都会造成开发与测试周期的成倍增加。除此以外，上海报业集团自有的开发团队人力有限。除了系统的日常维护外，如果要对这些系统在不同平台上进行搭建和测试，在资源范围内必定无法完成系统设计规划的开发时间。而如果使用外包公司，则需要外包公司了解系统几乎全部的业务逻辑，无法实现与内部资源的有效分工合作，会严重拉长工期以及增加非常多的开发费用。

针对以上问题，上海报业集团公文统一系统解决方案旨在通过明确的业务分工，从而解决项目进度被拉长以及项目成本增加两个问题。

概述

上海报业集团公文统一系统解决方案，即是将工作系统的接口、业务逻辑和通信协议等全部封装，通过webservice方式将接口和前台展现外包给第三方来实现。这样做的优势如下：

加快工程进度：上海报业集团的开发团队对集团工作系统的业务逻辑非常清楚，整个业务系统的调研也不需要外包公司参与，从而减少了系统在开发时的调研时间。

分工明确：外包公司只需要关注前台展现的美工和布局，不需要了解工作系统的业务逻辑与行为和数据内容。

业务保密：外包公司对项目的数据库没法完全掌控，他们只能通过数据的调用来获得某些方面的数据以用于前台展现，从而避免了整个数据库和内部业务逻辑对外的公开程度。

Webservice介绍

系统通过采用.NET面向对象和XML结合来编写Webservice应用程序来实现将接口对外公布。

Webservice技术能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件，就可相互交换数据或集成。依据WebService规范实施的应用之间，无论它们所使用的语言、平台或内部协议是什么，都可以相互交换数据。WebService是自描述、自包含的可用网络模块，可以执行具体的业务功能。WebService也很容易部署，因为它们基于一些常规的产业标准以及已有的一些技术，诸如标准通用标记语言下的子XML、HTTP。WebService减少了应用接口的花费。WebService为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。图1为Webservice体系结构。

图1　Webservice体系结构

图2　系统架构图

系统设计和实现

1系统架构

系统采用B/S的体系结构。在功能结构上采用模块化结构，即把整个信息系统按功能划分为若干个模块，这种模块结构功能分明、操作简洁方便、易于系统的功能扩展，使得系统具有可扩展性和开放性。既能实现对各种办公事务的管理，又能适应新的工作需要，不断完善升级（图2）。

整个系统由用户管理系统、公文管理系统、消息订阅服务、内部协作控制、日志记录服务等构成。用户管理系统主要包括应用程序授权、用户授权等；公文管理系统包括公文信息接口、公文流转接口、操作权限判定接口等；消息推送服务主要以事务提醒、内容推送为主要目的，以求达到信息的及时性、准确性、有效性、完整性，并以手机短信、电子邮件、app消息推送等方式来体现；日志记录服务：用户登录认证、访问业务系统等操作的日志记录。

2系统实现

2.1系统模块结构

后台数据库管理系统采用S q lServer2008，Web服务器操作系统采用Windows2008Server，Web服务器管理软件采用运行于Win2008上的IIS，开发工具采用VisualStudio2008，开发语言采用.Net和JavaScript等。系统模块结构由用户验证、权限控制、安全通信、消息推送服务、内部协作控制、操作日志记录等接口组成。图3所示。

2.2系统实现

根据图三，对几个主要的功能做一个简单的介绍：

（1）用户验证部分，以移动的方案为例，如图4所示。

应用程序启动后，通过试访问的模式，确定APP客户端的版本；在整个移动办公中，所有的数据请求均使用加密方式请求数据；用户登录信息将与硬件序列号进行邦定，确保系统的安全使用；用户账号统一为单一账号，对于其他接入系统将采用账号映射的方式，由移动办公统一处理；移动办公将记录APP客户端的所有操作日志。

图3　系统模块结构

图4　用户验证模块

图5　用户内部验证模块

图6　用户内部验证模块

在这个过程中，集团开发团队对图4中2、3两部分涉及到的数据处理打包以做接口，以Webservice方式开放给开发公司使用，从而避免了将内部处理逻辑暴露出去。开发公司需要做1部分的app版本验证以及通过接口处理后得到的数据通过分析终端操作类型来分别展示最后结果。

图5所示即团队内部解决方案流程，而此流程的内部处理顺序和返回值不需要第三方外包公司考虑。

通过这样的分工可以看到，整个项目的70%的代码都是由集团内部完成，且这部分的内容可以被其他第三方公司重复使用。而第三方公司只需知道Webservice接口的输入、输出，而接口内的各种逻辑处理则不需要他们关心。

（2）内部协作控制：这是整个系统最重要的部分，涉及到办公的各个方面。这部分的所有接口以及使用实现也如（1）中所述方式来实行。

（3）消息推送服务，如图6所示。

消息推送服务主要以事务提醒、内容推送为主要目的。以求达到信息的及时性、准确性、有效性、完整性。

在图6中，MessageSendThread和MessageReceiveThread在IMServiceServer中以独立线程的模式进行单独工作，互不干扰；但在整个IMService.Server进程中，将使用同一套配置信息。不同类型的Message发送将以Adapter的模式进行扩充。IMServiceServer的Adapter将以配置方式动态加载。所有第三方系统，均通过IMService.Client类库进行消息的发送MessageDBAccess库是以数据库为存储介质，以Access.DBAccess为基类的数据库访问层而消息推送服务以以下渠道为主：

★ 手机短信：强调信息的及时性

★ 电子邮件：强调信息的准确性和完整性

★ APP消息推送：与APP集成，用户体验好

表1　

2.3系统接口

对于上海报业集团开发人员，在这里提供了所有业务操作的接口，以便于前台展示调用。具体列表1所示。

结束语

随着互联网的进一步发展，操作系统级浏览器越来越展现出多样化和定制化，系统的统一展现会越来越成为一个突出问题。

上海报业集团的“集团公文统一系统解决方案”，在这一问题上做了有效的尝试和突破，成功解决了工作系统在不同终端上统一展示的问题，同时满足了系统性能、安全性、降低成本等方面的要求。这一系统的上线为今后这一问题的解决提供了一个很好的样板。

进一步发展：上海报业集团的“集团公文统一系统解决方案”的解决方法虽然解决了统一接口的问题，但是对前端展现还是使用定制化客户端。这一方法虽然在本项目中可以满足需求，但是这意味着针对不同操作系统和浏览器都要进行定制化的客户端开发，这一方法会随着操作系统和浏览器的增多而继续增加工作量。在今后的项目中，会继续考虑采用统一客户端的尝试，继续寻找既能满足工作系统需求，又减少开发工作量的方法。

（作者单位：上海报业集团信息技术中心开发科）