移动oa方案

《移动oa方案》由会员分享，可在线阅读，更多相关《移动oa方案（31页珍藏版）》请在金锄头文库上搜索。

1、第第 1 1 章章概述概述 1.1 发展背景发展背景 政府信息化的发展路程，从上世纪 80 年代的基础 OA 软件，到 90 年代的协同办 公平台，时至今日，已经越来越向集成化发展，所谓“大 OA”的概念逐渐形成（集 成 OA、CRM、ERP、SCM 等的统一平台）。尤其在移动网络高速发展的今天，传 统管理软件的功能严重同质化，越来越多的政府客户开始关注移动办公管理的应用， 也正因为此，作为运营商拓展集团客户业务的最典型应用，“移动办公”应具备易推 广、易维护、低成本、高集成的特点。在“移动办公”这个业务链条当中，运营商应 充分发挥自己的资源优势和专业性，在高度整合手机通讯能力、定位能力，增值

2、服务 能力的同时，充分挖掘企业实现移动办公需求，向以手机为中心的流程再造，实现真 正的移动办公。 无论是企业还是政府机关，都会有大量的文案需要处理，复杂的工作流程需要安 排，决策者需要依据纷乱的信息做出重要的决定。拥有一套智能化，信息化的办公系 统，对办公人员和企事业决策者来说，工作效率上的提高是显而易见的。 而随着市场竞争的日趋激烈，传统的基于 PC 的各类信息系统已经明显的表现出 不足。比较典型的一些情况就是，在外人员由于受到时间地点的限制不能及时的通过 信息化手段及时的进行办公，错失很多时机等等，这些情况都严重的制约了正常的工 作效率，急需得到改善。 1.2 必要性分析必要性分析 移动办

3、公产品的提出就是通过互联网或移动互联网，借助便携的终端上网设备， 实现相关信息的及时发布，让政府企业工作人员随时随地了解这些信息，及时安排和 调整工作与日程安排，从而达到通过移动信息化技术进行协同办公的目的。同时随身 携带的知识库，无时无刻的内部沟通系统，方便政府企业工作人员，学习相关政策资 料，从而提高自身的工作技术水平，提供工作效率及内部沟通效率。 移动办公产品平台有如下特点： 1. 办公协同模块：完善的公文管理、日程管理、通知公告系统，在手机端就可 以处理相关工作事宜，从而提供工作人员的办公效率。 2. 融合通信模块：通过即时通讯、短信、移动办公、通知公告相结合的方式， 提升工作内部的沟

4、通效率，达到即时沟通的效果。 3. 原有系统对接模块：通过接口和智能适配方式将政府、企业原有系统平滑过 渡到手机上，实现原有系统的移动化。 4. 安全管控模块：工作手机应该具备很好的安全性，保证内部资料和文件不至 于遗失，对于遗失的设备可远程清除敏感信息。 1.3 项目目标项目目标 按照邗江区电子政务整合实施规划要求，建设覆盖全区所有部门、镇（街道） 、园区的协同办公系统，推进网上办公，推进移动办公，提升机关工作效率，提升无 纸化办公水平。 第第 2 2 章章需求分析需求分析 2.1 公文公文收发收发 每个单位明确一名公文收发员，通过收、发公文和移动端收公文，并自动发 送回执；对已经接收的公文

5、可打印办理，也可网上转给领导及相关科室人员阅读办理， 并全程记录日志。公文收发员实行一主一辅，主公文收发员负责日常的公文收发，辅 公文收发员（分管负责人）可以查看公文收发情况，但不能进行收发操作。 按照待收公文、已收公文、待发公文、已发公文对公文分类显示。支持分页显示， 支持按单位、时间查询，支持按标题、内容模糊查询。发现发文错误，发文单位公文 收发员填写原因后可中止发文，保留相关日志。 参会人员名单报送汇总功能。在发送会议通知类公文时，发文单位可选择参会人 员名单报送功能，要求在指定时间前上报参会人员名单，并自动汇总成表格。也可以 不选择此项功能。 公文格式建议统一为 word2003，所发

6、文件必须具备防篡改功能，支持其他文件 作为附件传输，并显示附件是否接收或打开。考虑到端字体不一致导致公文显示 的不一致性，系统提供常用字体下载。 收文单位支持群组分类，支持系统定义群组，支持收文单位自定义群组。 2.2 公文办理公文办理 支持已收公文的内部办理。单位公文收发员接收到公文后，可打印成纸质传阅办 理，也可以通过网上转给相关人员传阅办理，分为拟办、批示、传阅三种类型，支持 办理结果反馈，并记录相关日志。 2.3 工作交办工作交办 领导交办任务以及工作人员之间协同处理工作的网上办理、反馈，即领导或工作 人员就相关工作任务指定主办人、协办人、督办人以及任务完成的期限，相关人员完 成工作后

7、及时提交反馈；支持上传材料、图片、办理意见等；工作交办处理过程进行 跟踪并记录日志。 2.4 公文信息库公文信息库 所有公开的公文进入公文信息库，支持分页显示，支持按单位、时间查询，支持 按标题、内容模糊查询。所有用户均可查询。 系统管理员可对公文信息库进行管理，如删除、内容更新等。 支持系统管理员增加内容（文件、图片等），并分类显示，如邗江情况、 领导讲话等。 2.5 通知公告通知公告 2.5.1 会议通知会议通知 面向区委办、区政府办的会议通知，由两办公文收发员确定参会人员，系统自动 以短信、移动客户端等向参会人员发送参会提醒。 实现全区所有单位会议通知，根据会议内容、时间、地点和出席对象

8、等，由公文 收发员生成会议通知，系统自动以移动客户端向参会人员发参会提醒。 支持计算机发送短信，主要是区委办、区政府办公文收发员使用，并根据回复手 机号码显示是谁回复（需系统管理员授权）。 2.5.2 公告公告 由系统管理员和单位管理员发布相关公告。 2.6 通讯录通讯录 先期在区四套班子领导及区委办、区政府办试用，条件成熟后扩大到全区副科职 以上干部（需系统管理员授权）。 2.6.1 PC 版通讯录版通讯录 支持的通讯录导入功能，自动添加本单位人员进入通讯录，满足个人的通讯录需 求。支持自定义组及类别。支持姓名、单位等模糊查询。 2.6.2 移动版通讯录移动版通讯录 支持区级通讯录的自动更新

9、，支持 Excle 格式添加本单位人员进通讯录，满足个 人的通讯录需求。支持自定义组及类别。支持姓名、单位等模糊查询。支持通讯录直 接拨号，支持与手机通讯录的整合，来电时自动显示来电单位、姓名、办公电话、手 机等。 2.6.3 通讯录分级管理通讯录分级管理 分两级管理（需系统管理员授权）。第一级，可以查询区领导、各单位领导、各 单位工作人员的电话。仅供区领导、正科职干部使用；第二级，可以查询各单位负责 人、各单位工作人员的电话，供副科职以上干部使用。支持通讯录远程自动更新。 2.7 工作日志工作日志 实现每天日志；明日计划；周计划；月计划；部门周工作情况；请假外出申请、 审批；汇总日志、分管日

10、志；领导调动；日志督察；日志统计等；实现 PC 端的组织 架构、帐号、角色、添加日志、查看日志、审批、流程、督查、统计等权限相关功能， 实现与手机串号、卡串号绑定；实现秘书代理功能，支持 1 人代多人填报。操作简单、 便利，风格、功能、界面等使用习惯与市级平台保持统一。需要在 PC 电脑、移动客 户端上实现上述功能。 2.8 移动客户端移动客户端 区协同办公系统只能在区电子政务内网使用，为满足工作人员出差或外出能使用 协同办公系统及时处理各项事务，要求开发针对手机用户的原生移动客户端，PC 版 协同办公系统和移动客户端数据同步。移动客户端要求支持安卓和苹果 ios 主流系统， 并提供三年的升级

11、服务。 考虑到安全因素，移动客户端的安装与手机串号、手机卡串号同时绑定，一个账 号只能绑定一个手机，由单位公文收发员（管理员）设置。 和移动客户端的应用数据要求同步。 2.9 其他功能要求其他功能要求 2.9.1 用户管理用户管理 1、管理员分为系统管理员和单位管理员。系统管理员拥有最高权限，对单位进 行添加、删除、改名；对各单位公文收发员添加、删除、改名；对通讯录进行管理； 对公文信息库进行管理。单位管理员与公文收发员为同一账号，可对本单位的用户进 行添加、删除、改名及授权，对公文信息库、本单位通讯录进行维护，具有会议通知 操作权限。 2、科级干部拥有公文办理、工作交办、公文信息库、通讯录等

12、操作权限，显示 待办事项、通知公告等。其中正科职以上干部可查询区领导及正科职干部的通讯录 （需系统管理员授权）。副科职干部可查询各单位负责人、一般人员的电话。 3、一般人员拥有公文处理、工作交办、公文信息库等操作权限，显示待办事项、 通知公告等。 2.9.2 CA 认证认证 各单位公文收发员支持 CA 认证和用户名/密码两种认证，默认使用 CA 认证， PC 端采用 USB KEY 介质。公文收发员移动端采用账号与手机串号、手机卡串号双 重绑定（由系统管理员设置）。如 CA 认证出现故障，可快速使用用户名/密码认证。 其他人员暂不采用认证，端采用传统用户名/密码方式登录。考虑到手机 端服务器映

13、射到外网的安全性，移动端采用账号与手机串号、手机卡串号双重绑定 （由各单位管理员设置）。 2.9.3 短信、语音提醒短信、语音提醒 、短信提醒。公文发送时，紧急的公文，可选择短信向需要接收单位的公文收 公发员提醒。 区委办、区政府办的会议通知发出后，可通过短信向参会人员发短信通知。 、语音提醒。能够随计算机自启动，无需登录管理平台，自动监控是否有本单 位来文，并通过声音和弹窗进行提醒。 2.10 技术要求技术要求 2.10.1 用户体验用户体验 要有友好的使用界面、导航、信息设计，具备完善的交互设计、便捷的功能菜单， 视觉效果要简洁大方；简化操作步骤，完成一项工作鼠标点击次数控制在三次以内。

14、保持不间断稳定运行，2000 用户同时在线操作时，界面响应时间不超过 2 秒， 200 个用户并发请求同一个中等复杂度的事务时，响应时间不超过 3 秒。要求系统不 限用户数和并发数。 2.10.2 兼容性兼容性 基于 JAVA 技术、XML 结构化数据设计，平台和使用的各类中间件支持主流浏览 器，包括 IE6 及以上版本及 360、火狐、chrome、Safari 等。支持市面主流 office 产 品,包括 Office2003 和 WPS Office2007 及以上版本，同时免费支持维护期内出现的 新主流浏览器和 office 产品的兼容升级。 要求支持服务器操作系统为 linux，中间

15、件为 weblogic，数据库为 oracle 11G。 2.10.3 系统安装和数据迁移系统安装和数据迁移 要提供详细的、图文形式的系统部署安装说明书，提供源代码（包括必要的编程 说明）和安装文件，系统部署安装要进行打包封装，操作便捷，支持后续软、硬件升 级。 负责将目前在用的邗江区机关办公系统的旧数据迁移到本系统中,要求制定详细的 技术实施方案，确保数据不丢失。 2.10.4 安全指标安全指标 要求通过信息系统安全等级保护三级的测评。 2.11 硬件、网络支撑硬件、网络支撑 2.11.1 服务器服务器 端登录的服务器设在电子政务网内，外网无法访问，系统架构为 B/S；移动 客户端登录的服务

16、器设在电子政务网内，通过外网地址映射，外网可以访问，需安装 移动客户端程序。 认证服务器利用区信息中心现有的认证服务器，由机要保密局协调无锡 意源公司配合调试及发数字证书。 数据备份系统，利用区信息中心现有的备份系统。 以上服务器由区信息中心通过云计算机方式解决。 2.11.2 网络网络 利用邗江区现有的电子政务外网网络，其中互联网出口为中国移动。 2.11.3 测试用移动终端测试用移动终端 要求提供苹果和华为测试用移动终端各台，技术要求如下： 苹果全网通 6S：要求 RAM2G、ROM64G。 华为全网通 M8：要求机身存储 32G。 第第 3 3 章章系统设计系统设计 3.1 系统设计原则系统设计原则 1. 开放性与标准化原则 （1）应是一个开放的且符合业界主流技术标准的系统平台，使网络的硬件环境，通 信环境，软件环境，操作平台之间的相互依赖小。 （2）系统建设必须符合我国相关部门制订的现行标准或即将颁布的最新标准，在统 一身份认证中，对安全策略、密码与安全设备选用、网络互联、安全管理等必须符 合我国信息安全法律法规。 2. 易