基于协同办公的会议管理系统设计系统分析的论文

时间:2024-09-30 03:50:02 论文 我要投稿
  • 相关推荐

基于协同办公的会议管理系统设计系统分析的论文

  随着协同办公系统的应用,企业和政府部门在开会的效率以及协同上提出了新的需求,会议管理系统也要求能够实现在人员以及资源上的协同。协同办公系统能够消除“信息孤岛”[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 会议签到

【基于协同办公的会议管理系统设计系统分析的论文】相关文章:

基于物联网的草莓无土栽培智能管理系统设计与实现研究论文03-03

交通运输系统分析论文01-30

管理信息系统分析报告01-13

信息管理系统论文08-04

公司管理系统会议纪要范文04-12

图书管理系统毕业论文04-10

管理信息系统论文02-04

管理信息系统论文06-17

基于计算机网络技术的数据库管理系统研究论文03-04

燃气输配管网系统优化设计论文04-30