基于协同办公的会议管理系统设计与实现

秦苻珂

摘要：随着协同办公系统的应用，对会议管理系统也提出了协同的需求。针对此类需求设计并实现了该会议管理系统。该系统能够重组和优化会议审批流程，避免会议室使用的冲突，避免忘记参会的情况，实现了与其他系统间的数据共享，消除了信息孤岛。从而极大提高了会议管理效率和质量。

关键词：协同办公；会议管理系统；数据共享；信息孤岛

中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2016）03-0095-03

随着协同办公系统的应用，企业和政府部门在开会的效率以及协同上提出了新的需求，会议管理系统也要求能够实现在人员以及资源上的协同。协同办公系统能够消除“信息孤岛”[1][2]，加强部门、人员之间的交流[3]，整合优化审批流程。而基于协同办公的会议管理系统则需要充分继承协同办公系统的优点。

基于此，设计并实现了本会议管理系统，其具有以下特点：1）与协同办公系统的个人日程模块进行了集成，在会议报名时自动同步个人日程；2）与短信发送平台集成，能够根据报名时同步的个人日程自动发送短信进行参会提醒；3）与RTX（企业即时通讯系统）系统集成，能够根据报名时同步的个人日程自动发送RTX信息进行参会提醒；4）与CMS（内容管理系统）系统进行了集成，能够直接通过会议系统在CMS系统发布会议通知，使用户能够在CMS系统进行会议报名，报名数据同步并保存在会议系统；5）实现了与其他各系统之间数据共享与协同，如：会议审批的待办能够在门户系统显示，与其他系统单点登录等等；6）能够高效率、低成本地将会议系统的申请和审批流程进行了重组和优化。

2 系统分析和设计

2.1 设计原则

2.1.1 开放性原则

系统开放各种应用接口，以方便与其他应用系统进行数据交换，便于系统未来的扩展。

2.1.2 实用性/易用性原则

本系统完全使用B/S结构，系统界面应简单并清晰，容易操作，使用户能够轻易地上手使用。

2.1.3 先进性原则

采用业界公认的先进和标准的软件技术，符合信息技术发展的未来趋势，保证系统在可预见的阶段内有相当强大的生命力，包括技术的先进性和架构的先进性。

2.1.4 可靠性/稳定性原则

基于成熟的系统平台和技术进行开发，并可根据用户的实际应用需求进行相应的配置和调整，从而保证系统的稳定、可靠。

2.1.5 容错性原则

系统应具有检错、纠错能力，具有完善的备份措施。在一个系统服务器出现故障时，能够在较短的时间内恢复运行。

2.1.6 扩展性原则

系统采用基于B/S模式的三层体系结构及松散耦合的插件技术，无须对系统的体系结构做较大的改变即可实现功能扩展。

2.1.7 安全性原则

安全性是系统设计的关键，系统设计时应首先梳理系统安全体系，确保系统安全，并通过设置不同的人员权限来实现系统的安全运行。

2.2系统技术架构

架构平台是应用系统建设的地基[4]，强健的架构平台为系统的可扩展、可维护提供了基础保障[5]。本会议系统基于成熟的协同办公系统架构，并结合当今主流的、跨平台、跨操作系统、可伸缩、分布式的J2EE技术，按照面向服务的架构思想将分布式的应用系统采用服务的方式集成到平台上，形成底层应用支撑平台，如图1所示。

基于此底层支撑平台，使会议系统更容易开发，不用担心其成为信息孤岛，并且能够利用协同办公系统提供的工作流引擎、表单引擎，使会议申请、会议纪要的审批能够统一在协同办公系统流转并统一在协同办公系统的待办列表显示。工作流引擎可以使会议系统的流程很灵活的进行配置。

支撑平台向CMS系统、RTX系统、短信发送系统等外部系统提供统一的基于SOA的标准接口，同时也对内部各应用提供了接口，内部应用通过调用内部接口同外部各个系统通信。其具有完好的封装性和松散的耦合性，使会议系统、CMS系统、RTX系统、短信发送系统及流程审批系统不但在逻辑上是独立的，而且在数据上能够共享、交互，这样就既消除了信息孤岛，同时又互不干涉，具有良好的可扩展性和可维护性。

3 系统功能实现

本会议管理系统具有会议室管理、会议申请、会议纪要督办、会议通知发布、会议报名、同步个人日程、会议签到等基本功能，如图2所示。

3.1 会议室管理

会议室的管理包括会议室的添加、修改、删除、查询会议室，会议室的使用情况。

在会议申请的时候能够读取会议室的使用情况，并能将申请情况数据保存进数据库。在选择会议室的时候，自动过滤掉在该时间段使用以及不可使用的会议室，同时，在申请成功后，该段时间自动添加到会议室使用情况列表里。

3.2 会议申请

会议申请为本系统的核心，会议申请被审核通过或者被主要领导审核通过后即可进行发布会议通知、会议报名、会议签到和会议纪要督办等操作。其基于协同办公的表单引擎和工作流引擎，可以通过配置很方便地实现和编辑表单和审批流程。

会议申请表单上的项目包括：会议名称、会议类别（即会议形式，包括：普通会议、视频会议和电话会议）、申请时间、召开时间、结束时间、是否为多部门会议（四个部门以上）、是否发布会议通知，是否需要会议报名、召开地点、报名截止时间、会议目的和主要内容、台签内容、大屏幕内容、大屏幕发布开始时间、大屏幕发布结束时间、部门（自动获取申请人部门）、联系人（自动获取申请人）、联系电话、部门负责人意见、办公室意见、主管领导意见、备注。

会议申请的审批流程如图3所示。

3.3 会议纪要督办

会议申请审核通过后，可以启动本流程。本流程也是基于协同办公的表单引擎和工作流引擎，通过配置而实现。

会议纪要督办单表单项目：会议名称（从会议申请单映射）、召开时间（从会议申请单映射）、结束时间（从会议申请单映射）、会议纪要标题（手输）、经办人（自动取得当前登录用户）、拟稿时间（自动获取当前服务器时间）、电话（手输）、处（室）审核、办公室审核、局领导意见、主办部门意见、协办部门意见、办公室主任意见、备注。

会议纪要督办的审批流程如图4所示：

3.4 会议通知发布

会议申请通过后，会自动走一个会议通知发布的审批流程，审批通过后系统会自动和CMS系统进行数据交互，在CMS系统发布会议通知。

3.5 会议报名

会议通知发布后用户即可在CMS系统进行会议报名操作，报名数据保存在会议管理系统。具有会议管理权限的人员能够查看报名情况，并可将报名情况导出和打印。

3.6 同步个人日程

会议报名成功后系统会根据会议的时间安排自动同步个人日程。同步日程后，系统会在开会前自动通过RTX系统和短信系统对会议报名者进行参会提醒，以免忘记参加。

3.7 会议签到

能够和会议签到系统进行交互。参加会议者通过会议签到系统进行打卡签到，签到数据会同步到会议管理系统的会议签到模块。会议签到模块能够导出和打印会议签到情况报表。

4 结束语

基于协同办公的会议系统不同于传统意义上的会议管理系统，传统的会议管理系统只是针对会议和会议室的管理和维护，而基于协同办公的会议管理系统则更加看重人员之间的相互协作和相互沟通以及和其他系统之间的互通、协同和数据共享。

本系统能够对会议审批流程重组和优化，能够在会议申请时自动根据开会时间及所选会议室对会议室进行锁定，从而避免会议室使用上的冲突，会议室管理人员可以随时了解会议室的使用情况，会议报名者在报名时系统会自动同步数据到报名者的个人日程，而个人日程模块则会在会议前自动向参会者发送RTX和短信提醒，避免忘记参会的情况。因此，本系统实现了人员之间的协同，实现了与其他系统间的协同和数据共享，消除了信息孤岛，极大提高了会议管理效率和质量。

参考文献：

[1] 王永刚. 浅析电子政务的信息孤岛现象及一些解决办法[J]. 电脑知识与技术， 2014， 10（27）： 6555-6556.

[2] 罗正军， 沈洋. 协同办公环境下企业信息化集成研究[J]. 信息技术， 2011（7）： 8-11.

[3] 康永， 唐巍. 基于SOA 架构的协同办公平台[J]. 计算机系统应用， 2011， 20（3）： 129-144.

[4] 张振强. 浅析如何运用架构平台理论建立 C公司信息系统[J]. 科技资讯， 2009（12）： 7-8.

[5] 余虎， 姚建刚， 葛亮. 数字电力系统基础架构平台技术研究[J]. 湖南大学学报：自然科学版， 2008， 35（4）： 63-65.