移动OA方案.doc

上传人:unhappyhay135 文档编号:367445 上传时间:2018-09-26 格式:DOC 页数:31 大小:3.12MB
下载 相关 举报
移动OA方案.doc_第1页
第1页 / 共31页
移动OA方案.doc_第2页
第2页 / 共31页
移动OA方案.doc_第3页
第3页 / 共31页
移动OA方案.doc_第4页
第4页 / 共31页
移动OA方案.doc_第5页
第5页 / 共31页
亲,该文档总共31页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

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.1 公文收发 每个单位明确一名公文收发员,通过收、发公文和移动端收公文,并自动发送回执;对已经接收的公文可打印办理,也可网上转给领导及相关科室人员阅读办理,并全程记

5、录日志。公文收发员实行一主一辅,主公文收发员负责日常的公文收发,辅公文收发员(分管负责人)可以查看公文收发情况,但不能进行收发操作。 按照待收公文、已收公文、待发公文、已发公文对公文分类显示。支持分页显示,支持按单位、时间查询,支持按标题、内容模糊查询。发现发文错误,发文单位 公文收发员填写原因后可中止发文,保留相关日志。 参会人员名单报送汇总功能。在发送会议通知类公文时,发文单位可选择参会人员名单报送功能,要求在指定时间前上报参会人员名单,并自动汇总成表格。也可以不选择此项功能。 公文格式建议统一为 word2003,所发文件必须具备防篡改功能,支持其他文件作为附件传输,并显示附件是否接收或

6、打开。考虑到端字体不一致导致公文显示的不一致性,系统提供常用字体下载。 收文单位支持群组分类,支持系统定义群组,支持收文单位自定义群组。 2.2 公文办理 支持已收公文的内部办理。单位公文收 发员接收到公文后,可打印成纸质传阅办理,也可以通过网上转给相关人员传阅办理,分为拟办、批示、传阅三种类型,支持办理结果反馈,并记录相关日志。 2.3 工作交办 领导交办任务以及工作人员之间协同处理工作的网上办理、反馈,即领导或工作人员就相关工作任务指定主办人、协办人、督办人以及任务完成的期限,相关人员完成工作后及时提交反馈;支持上传材料、图片、办理意见等;工作交办处理过程进行跟踪并记录日志。 2.4 公文

7、信息库 所有公开的公文进入公文信息库,支持分页显示,支持按单位、时间查询,支持按标题、内容模糊查询。所有用户 均可查询。 系统管理员可对公文信息库进行管理,如删除、内容更新等。 支持系统管理员增加内容(文件、图片等),并分类显示,如邗江情况、领导讲话等。 2.5 通知公告 2.5.1 会议通知 面向区委办、区政府办的会议通知,由两办公文收发员确定参会人员,系统自动以短信、移动客户端等向参会人员发送参会提醒。 实现全区所有单位会议通知,根据会议内容、时间、地点和出席对象等,由公文收发员生成会议通知,系统自动以移动客户端向参会人员发参会提醒。 支持计算机发送短信,主要是区委办、区政府办公文收发员使

8、用,并根据回复手机 号码显示是谁回复(需系统管理员授权)。 2.5.2 公告 由系统管理员和单位管理员发布相关公告 。 2.6 通讯录 先期在区四套班子领导及区委办、区政府办试用,条件成熟后扩大到全区副科职以上干部(需系统管理员授权)。 2.6.1 PC 版通讯录 支持的通讯录导入功能,自动添加本单位人员进入通讯录,满足个人的通讯录需求。支持自定义组及类别。支持姓名、单位等模糊查询。 2.6.2 移动版通讯录 支持区级通讯录的自动更新,支持 Excle 格式添加本单位人员进通讯录,满足个人的通讯录需求。支持自定义组及类别。支持姓名、单 位等模糊查询。支持通讯录直接拨号,支持与手机通讯录的整合,

9、来电时自动显示来电单位、姓名、办公电话、手机等。 2.6.3 通讯录分级管理 分两级管理(需系统管理员授权)。第一级,可以查询区领导、各单位领导、各单位工作人员的电话。仅供区领导、正科职干部使用;第二级,可以查询各单位负责人、各单位工作人员的电话,供副科职以上干部使用。支持通讯录远程自动更新。 2.7 工作日志 实现每天日志;明日计划;周计划;月计划;部门周工作情况;请假外出申请、审批;汇总日志、分管日志;领导调动;日志督察;日志统计等;实现 PC 端的组织架构、帐号、角色、添加日志、查看日志、审批、流程、督查、统计等权限相关功能,实现与手机串号、卡串号绑定;实现秘书代理功能,支持 1 人代多

10、人填报。操作简单、便利,风格、功能、界面等使用习惯与市级平台保持统一。需要在 PC 电脑、 移动客户端 上实现上述功能。 2.8 移动客户端 区协同办公系统只能在区电子政务内网使用,为满足工作人员出差或外出能使用协同办公系统及时处理各项事务,要求开发针对手机用户的原生移动客户端, PC 版协同办公系统和移动客户端数据同步。移动客户端要求支持安卓和苹果 ios 主流系统,并提供三年的升级服务。 考虑到安全因素,移动客户端的安装与手机串号、手机卡串号同时绑定,一个账号只能绑定一个手机,由单位公文收发员(管理员)设置。 和移动客户端的应用数据要求同步。 2.9 其他功能要求 2.9.1 用户管理 1

11、、 管理员分为系统管理员和单位管理员。系统管理员拥有最高权限,对单位进行添加、删除、改名;对各单位公文收发员添加、删除、改名;对通讯录进行管理;对公文信息库进行管理。单位管理员与公文收发员为同一账号,可对本单位的用户进行添加、删除、改名及授权,对公文信息库、本单位通讯录进行维护,具有会议通知操作权限。 2、 科 级干部拥有公文办理、工作交办、公文信息库、通讯录等操作权限,显示待办事项、通知公告等。其中正科职以上干部可查询区领导及正科职干部的通讯录(需系统管理员授权)。副科职干部可查询各单位负责人、一般人员的电话。 3、 一般人员拥有公文处理、工作交办、公文信息库等操作权限,显示待办事项、通知公

12、告等。 2.9.2 CA 认证 各单位公文收发员支持 CA 认证和用户名 /密码两种认证,默认使用 CA 认证, PC端采用 USB KEY 介质。公文收发员移动端采用账号与手机串号、手机卡串号双重绑定(由系统管理员设置)。如 CA 认证出现故障,可 快速使用用户名 /密码认证。 其他人员暂不采用认证,端采用传统用户名 /密码方式登录。考虑到手机端服务器映射到外网的安全性,移动端采用账号与手机串号、手机卡串号双重绑定(由各单位管理员设置)。 2.9.3 短信、语音提醒 、短信提醒。公文发送时,紧急的公文,可选择短信向需要接收单位的公文收公发员提醒。 区委办、区政府办的会议通知发出后,可通过短信

13、向参会人员发短信通知。 、语音提醒。能够随计算机自启动,无需登录管理平台,自动监控是否有本单位来文 ,并通过声音和弹窗进行提醒。 2.10 技术要求 2.10.1 用户体验 要有友好的使用界面、导航、信息设计,具备完善的交互设计、便捷的功能菜单,视觉效果要简洁大方;简化操作步骤,完成一项工作鼠标点击次数控制在三次以内。 保持不间断稳定运行, 2000 用户同时在线操作时,界面响应时间不超过 2 秒, 200个用户并发请求同一个中等复杂度的事务时,响应时间不超过 3 秒。 要求系统不限用户数和并发数。 2.10.2 兼容性 基于 JAVA 技术、 XML 结构化数据设计,平台和使用的各类中间件支

14、持主流浏览器,包括 IE6 及以上版本及 360、火狐、 chrome、 Safari 等。支持市面主流 office 产品 ,包括 Office2003 和 WPS Office2007 及以上版本,同时免费支持维护期内出现的新主流浏览器和 office 产品的兼容升级。 要求支持服务器操作系统为 linux,中间件为 weblogic,数据库为 oracle 11G。 2.10.3 系统安装和数据迁移 要提供详细的、图文形式的系统部署安装说明书,提供源代码(包括必要的编程说明)和安装文件,系统部署安装要进行打包封装,操作便捷,支持后续软、硬件升级。 负责将目前在用的邗江区机关办公系 统的旧

15、数据迁移到本系统中 ,要求制定详细的技术实施方案,确保数据不丢失。 2.10.4 安全指标 要求通过信息系统安全等级保护三级的测评。 2.11 硬件、网络支撑 2.11.1 服务器 端登录的服务器设在电子政务网内,外网无法访问,系统架构为 B/S;移动客户端登录的服务器设在电子政务网内,通过外网地址映射,外网可以访问,需安装移动客户端程序。 认证服务器利用区信息中心现有的认证服务器,由机 要保密局协调无锡意源公司配合调试及发数字证书。 数据备份系统,利用区信息中心现有的备份系统。 以上服务器由区信息中 心通过云计算机方式解决。 2.11.2 网络 利用邗江区现有的电子政务外网网络,其中互联网出

16、口为中国移动。 2.11.3 测试用移动终端 要求提供苹果和华为测试用移动终端各台,技术要求如下: 苹果全网通 6S:要求 RAM2G、 ROM64G。 华为全网通 M8:要求机身存储 32G。 第 3章 系统设计 3.1 系统设计原则 1. 开放性与标准化原则 ( 1)应是一个开放的且符合业界主流技术标准的系统平台,使网络的硬件环境,通信环境,软件环境,操作平台之间的相互依赖小。 ( 2)系统建设必须符合我国相关部门制订的现行标准或即将颁 布的最新标准,在统一身份认证中,对安全策略、密码与安全设备选用、网络互联、安全管理等必须符合我国信息安全法律法规。 2. 易操作性原则 系统设计重实际、讲

17、实用、求实效,满足环保局办公的实际需求,系统界面简洁,布局合理,操作简便;系统建设应遵循易管理、易使用、方便开发、易学习的原则。 3. 实用高效、先进可扩展原则 采用通用兼容的计算机技术、原生移动互联网内容格式、虚拟现实、 3D 交互呈现等先进技术;系统建设应实用高效。系统设计必须适应 IT 技术和环保局业务的发展需求变化,系统实施过程中,平台建设必须适应系统的结构、配置的变 化。 4. 可扩充性及易升级性 适应应用不断拓展的需要,应用平台的软硬件环境必须有良好的平滑可扩性。系统采用标准化接口设计,满足未来新需求扩展需要。 5. 一致性原则 系统的体系设计应遵循统一的标准,要确保各个分系统标准

18、的一致性,整个系统能安全地互联互通、信息共享。 6. 需求、风险、成本折衷原则 系统设计应在需求、风险和成本之间进行平衡和折衷。在满足系统需求的前提下,选用性价比高的设备,以合理的系统总造价完成项目建设,保证系统的可持续发展,采用多种集群和高可用机制,具有容错和容灾能力,满足多种环境下的应用。采用基于令牌的多 级安全认证机制和完善的内容审核手段,确保数据传输、内容和系统处于可靠的安全等级之上。 7. 可管理性和可维护性 整个应用平台便于系统的日常运行维护和管理,要求具有良好的可管理性和可维护性。另外可管控性和可维护性还包括对平台的自身。 3.2 系统网络架构图 手机 用户需要在自己的手机上安装

19、配套的客户端程序,该程序针对不同的手机有不同的安装版本。权限用户只有登录该客户端才可以使用提供的业务功能。 应用服务器 应用服务器是承载“移动办公产品应用”的核心服务器,所有的信息交互,逻辑处理,手机信息交互,系统配置,操作日 志稽核都在此服务器中完成。 数据库服务器 存储应用数据,系统日志等。 政府企业内部服务器 与政府企业内部服务器进行数据对接。 短信网关 用于短信接口的对接。 3.3 系统逻辑架构图 整个系统由 上图中几个大的模块组成: 手机终端模块 每个使用管理系统的用户需要在手机上安装一个客户端程序,用户就是通过登录这个程序应用来使用里面的实际功能的。系统提供 Android、浏览器

20、模块( pc) 供系统管理员使用,可以进行人员管理,权限管理等管理功能。 应用层 用户访问的功能模块,负责业务数据的处理及展现。可通过手机客户端方式访问操作,进行数据上报等。 平台扩展层 系统平台的核心处理模块,主要负责系统内各个模块的数据交互和业务逻辑的处理。 管理中心 系统后台服务端的管理模块,负责短信、业务、营销、配置、数据上报的 管理功能。 安全体系 负责系统整个链路,从终端到平台所有交互的数据安全,以及平台级别的安全认证。 第 4章 系统实现 4.1 公文收发 4.1.1 PC 端公文收发 通过收、发公文和移动端收公文,并自动发送回执 , 公文收发员实行一主一辅,主公文收发员负责日常

21、的公文收发,辅公文收发员(分管负责人)可以查看公文收发情况,但不能进行收发操作。按照待收公文、已收公文、待发公文、已发公文对公文分类显示。支持分页显示,支持按单位、时间查询,支持按标题、内容模糊查询 ;发现发文错误,发文单位公文收发员填写原因后可中止发文,保留相关日志 。收文单位支持群组分类,支持系统定义群组,支持收文单位自定义群组。 4.1.2 打印表单 4.1.3 全程记录日志 4.2 公文办理 支持已收公文的内部办理。单位公文收发员接收到公文后,可打印成纸质传阅办理,也可以通过网上转给相关人员传阅办理,分为拟办、批示、传阅三种类型,支持办理结果反馈,并记录相关日志。 4.3 工作交办 领

22、导交办任务以及工作人员之间协同处理工作的网上办理、反馈,即领导或工作人员就相关工作任务指定主办人、协办人、督办人以及任务完成的期限,相关人员完成工作后及时提交反馈; 支持上传材料、图片、办理意见等;工作交办处理过程进行跟踪并记录日志。 4.4 公文信息库 所有公开的公文进入公文信息库,支持分页显示,支持按单位、时间查询,支持按标题、内容模糊查询。所有用户均可查询。 系统管理员可对公文信息库进行管理,如删除、内容更新等。 支持系统管理员增加内容(文件、图片等),并分类显示,如邗江情况、领导讲话等。4.5 通知公告 4.5.1 会议通知 面向区委办、区政府办的会议通知,由两办公文收发员确定参会人员

23、,系统自动以短信、移动客户端等向参会人员发送参会提醒。 实现全区所有 单位会议通知,根据会议内容、时间、地点和出席对象等,由公文收发员生成会议通知,系统自动以移动客户端向参会人员发参会提醒。 支持计算机发送短信,主要是区委办、区政府办公文收发员使用,并根据回复手机号码显示是谁回复(需系统管理员授权)。 4.5.2 公告 由系统管理员和单位管理员发布相关公告 4.6 通讯录 4.6.1 PC 版通讯录 支持的通讯录导入功能,自动添加本单位人员进入通讯录,满足个人的通讯录需求。支持自定义组及类别。支持姓名、单位等模糊查询。 4.6.2 移动版通讯录 支持区级通讯录的自动更新, 支持 Excel 格

24、式添加本单位人员进通讯录,满足个人的通讯录需求。支持自定义组及类别。支持姓名、单位等模糊查询。支持通讯录直接拨号,支持与手机通讯录的整合,来电时自动显示来电单位、姓名、办公电话、手机等。 4.6.3 通讯录分级管理 1、 过 系统 通信录管理员,实现通信录的批量建立、修改及删除。 2、 对政府所有工作人员进行维护,同时可以对工作人员按组织结构进行管理。 3、 对人员信息进行管理,比如人员账号的新建、账号 的修改、停用、重置密码等 ,支持通讯录远程自动更新 4、 用户列表管理,按不同层级查看用户: 分级查看通讯录: 一键更新通讯录: 可以进行人员信息的批量导入 : 4.7 工作日志 1、 实现每

25、天日志;明日计划;周计划;月计划;部门周工作情况 个人计划: 部门计划 : 制定计划: 2、 汇总日志、分管日志;领导调动;日志督察;日志统计 1、 实现 PC 端的组织架构、帐号、角色、添加日志、查看日志、审批、流程、督查、统计等权限相关功能 2、 实现与手机串号、卡串号绑定;实现秘书代理功能,支持 1 人代 多人填报。 4.8 移动客户端 移动客户端支持安卓和苹果 IOS 主流系统 ,并提供三年的升级服务 。 手机客户端应用程序往往需要提供良好的用户体验 ,良好的用户体验体现在以下几点 : (l)界面友好 用户界面要简洁直观 ,并且易于操作。 (2)快速响应 快速处理用户的输入或请求 ,对

26、于有些需要较多时间的应用程序 ,可以在它处理时 ,给用户一个提示 ,让用户知道程序还在运行中。 (3)无缝性 手机客户端应用程序模型的构建是能够允许用户在不同的应用程序之间进行流畅的切换。所以当用户正在做一些其他的事情 ,如在接电话或查看地图时 ,SMS 服务每次都在短信收到时弹出一个对话框 ,这很快就会使用户崩溃 ,需要引入通知机制 ,来使用户能够自己控制。 4.8.1 登录 登录页面提供 logo 特色及设计页面。支持三码登录,包括用户名和密码, IMSI,IMEI进行绑定登录。 4.8.2 消息页面 在消息页面,显示移动办公更新信息 、文件传输提醒、待办事项及其他未读信息提醒页面。 4.

27、8.3 公文管理 按照行政公文管理方式进行管理并自动归档。其主要功能项包括:收文管理、发文管理、收文归档、发文归档、公文列表等。 4.8.3.1公文列表 根据每个用户的权限,获取该用户的待办收文列表,然后进入待办的详细信息表单,可以查看正文及详细内容,同时填写意见,然后选择发送对象后提交。 4.8.3.2公文列表 根据每个用户的权限,获取该用户的待办发文列表,然后进入待办的详细信息表单,可以查看正文、附件、详细内容,同时填写意见;并且可以通过流程 表单上的按钮选择弹出相应部门人员的信息,可以选择后回填到流程表单中;然后通过发送按钮选择发送对象后提交,在待办中可操作的动作有:保存、退回、发送、流

28、程监控。添加一个“关闭”按钮,点击关闭按钮后保证修改并退出。 4.8.3.3收文管理 根据每个用户的权限,获取该用户的待办收文列表,然后进入待办的详细信息表单,可以查看正文、附件、详细内容,同时填写意见;并且可以通过流程表单上的按钮选择弹出相应部门人员的信息,可以选择后回填到流程表单中;然后通过发送按钮选择发送对象后提交,在 待办中可操作的动作有:保存、退回、发送、流程监控。添加一个“关闭”按钮,点击关闭按钮后保证修改并退出。 4.8.3.4审批事项 在审批事项中,通过列表进入详细信息,查看填写意见后可以审批提交。 4.8.3.5待阅文件 待阅文件包含流程有:包括发文、翻印件、专题会议纪要、收

29、文。 根据每个用户的权限,获取该用户的待阅列表,包含两种情况(发文、收文),然后进入待阅的详细信息表单,可以查看正文、附件、详细内容 。 4.9 其他功能需求 4.9.1 用户管理 具备方便、直观的组织、人员等基础数据管理功能: 包括但不限于公司、人员账号的新建、账号的修改、停用、重置密码。 权限角色:支持最小细度的自定义角色管理, 以及 查询权限 手机、 PC 都能登录,账号密码一致, PC 端也能录入。 4.9.2 CA 认证 对用户登录密码进行加密存储 ,可 支持 CA 认证和用户名 /密码两种认证 移动端采用账号与手机串号、手机卡串号双重绑定 4.9.3 短信、语音提醒 4.9.3.1

30、 短信提醒 1、 公文发送时,紧急的公文,可选择短信向需要接收单位的公文收公发员提醒2、 区委办、区政府办的会议通知发出后,可通过短信向参会人员发短信通知 4.9.3.2 语音提醒 语音提醒。能够随计算机自启动,无需登录管理平台,自动监控是否有本单位来文,并通过声音和弹窗进行提醒 4.10 技术要求 4.10.1 用户体 验 系统操作简单,易上手,人机交互界面人性化 具备完善的交互设计、便捷的功能菜单,简洁大方 支 持 2000 用户同时在线操作时,界面响应时间不超过 2 秒, 200 个用户并发请求同一个中等复杂度的事务时,响应时间不超过 3 秒。系统不限用户数和并发数 4.10.2 兼容

31、性 支持 基于 JAVA 技术、 XML 结构化数据设计,平台和使用的各类中间件支持主流浏览器,包括 IE6 及以上版 本及 360、火狐、 chrome、 Safari 等 支持市面主流 office 产品 ,包括 Office2003 和 WPS Office2007 及以上版本 免费支持维护期内出现的新主流浏览器和 office 产品的兼容升级 支持服务器操作系统为 linux,中间件为 weblogic,数据库为 oracle 11G 4.10.3 系统安装和数据 迁移 提供详细的、图文形式的系统部署安装说明书,提供源代码(包括必要的编程说明)和安装文件 系统部署安装打包封装,操作便捷

32、,支持后续软、硬件升级 数据迁移的实现可以分为 3 个阶段:数据迁移前的 准备、数据迁移的实施和数据迁移后的校验。 首先先 要进行待迁移数据源的详细说明 (包括数据的存储方式、数据量、数据的时间跨度 );建立新旧 系统数据库的 数据字典 ;对旧系统的历史数据进行质量分析,新旧系统数据结构的 差异分析 ;新旧系统代码数据的差异分析;建立新老系统数据库表的映射关系,对无法映射字段的处理方法;开发、部属 ETL 工具,编写数据转换的 测试计划 和校验程序;制定数据转换的应急措施。 数据迁移的实施是实现数据迁移的 3 个阶段中最重要的环节。在系统切换前,利用 ETL(Extract Transform

33、 Load,抽取、转换和装载 )工具把旧系统中的历史数据抽取、转换,并装载到 本 系统中去。 最后 通过质量检查工具或编写检查程序进行数据校验,通过试运行新系统的功能模块,特别是查询、报表功能,检查数据的准确性 ,最终将邗江区机关办公系统的旧数据迁移到本系统中,保证数据不丢失。 4.10.4 安全指标 信息和数据的保密、隔离,备份及快速恢复 对用户登录密码进行加密存储 置限定远程访问端口,启用软件防火墙,高强度密码 前端配置硬件防火墙,布网设置内外双组结构 数据库进行双重加密,号码共享只限用 户集团内部成员共享,避免信息泄密带来困扰 保证 通过信息系统安全等级保护三级的测评 4.10.5 系统

34、扩展对接 系统通过 2 种不同的接入方式与企业、政府原有的一个或多个 IT 系统对接,完成针对这些系统功能的移动化移植,这两种不同的接入方式分别为:标准接口和智能适配 。 平台提供了标准的 webservice 接口开发包 ,通过代码实现的方式来做到对原系统的数据接入。 采用页面适配技术,模拟 URL 请求抓取原应用数据,此方式无需原厂商配合便可实现针对 B/S 架构的原应用的移动化。 4.11 硬件、网络支撑 4.11.1 服务器 PC 端登录的服务器设在电子政务网内,外网无法访问,系统架构为 B/S;移动客户端登录的服务器设在电子政务网内,通过外网地址映射,外网可以访问,需安装移动客户端程

35、序。 CA 认证服务器利用区信息中心现有的 CA 认证服务器,由机要保密局协调无锡意源公司配合调试及发数字证书。 数据备份系统,利用区信息中心现有的备份系统。 以上服务器由区信息中心通过云计算机方式解决。 4.11.2 网络 利用邗江区现有的电子政务外网网络,其中互联网出口为中国移动。 4.11.3 测试用移动终端 提供苹果和华为测试用移动终端各台,技术要求 如下: 苹果全网通 6S: RAM2G、 ROM64G。 华为全网通 M8:机身存储 32G。 4.12 服务承诺 针对此次项目,我公司承诺: 1. 我方承诺免费维保期 3 年,并提供 7*24 小时服务,同时免费提供软件升级以及系统补丁

36、升级及定期开展巡检,巡检周期为季度; 2. 承诺 在 合同签订之日起个月内,完成系统的开发并上线试运行。 3. 承诺故障响应和处理时限得 3 小时内响应, 平均年故障时间 少于或等于次; 4. 提供特殊时段服务、巡查服务、咨询服务、保外服务、服务管理措施方案; 5. 承诺软件版本升级或改进应在不影响业务的情况下进行,保证系统可以稳 定、平滑过渡,并及时发送系统通告和电话告知采购方。 6. 最终验收时, 我公司 提供技术资料,包括但不限于以下内容:系统技术方案、安装使用说明、系统使用手册、系统维护手册、测试报告、源代码(包括必要的编程说明)和安装文件等;同时提供所有购买工具的软件授权。 4.13 培训 我公司负责提供项目的线下建设以及互联网平台上传,现场专业技术咨询、操作演示、培训、调试和试运行技术支持服务,并按照客户要求进行服务立体化,保证平台的部署及上线正常。 4.13.1 培训目的 人员培训作为项目实施的一个重要环节,对整个项目至关重要。 本次 项目培训的目的是:移动办公项目相关的技术人员和最终用户经各类技术培训,可以有效地操作、管理和维护本项目所安装的所有软件及硬件。 4.13.2 培训策略 我公司将免费提供至少 3 次集中的相关软件的培训。 采用集中授课以及远程培训的培训方式,人员人数不限。 培训教材采用专业教材。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 办公文档 > 方案计划

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1