保险行业移动办公解决方案_优势智汇.doc

*关于关于 *移动办公系统移动办公系统 整体解决方案整体解决方案 及及*公司和成功案例介绍公司和成功案例介绍 *有限公司有限公司 版权所有，翻印必究 地址：中国北京海淀区西长安街电信实业大厦 电话：(8610）12345678 传真：12345678 网址： /china 文档目的及适用人员文档目的及适用人员 本文档为*移动办公系统整体解决方案，及*公司和部分成功案例介绍。 本文档适用于*移动办公系统项目评审组和相关业务部门的各位领导进行方 案评估。 版本控制版本控制 版本号日期作者内容描述 V0.52009-8-11杜海风文档初步建立 V1.02009-8-11陈建威文档审核、内容优化 批准控制批准控制 批准者角色日期批准者签名 总经理2009-8-11张子澄 目 录 1概述概述1 1.1系统建设背景1 1.1.1移动办公是完整的 OA 有机组成环节 .2 1.1.2移动办公是未来办公的发展方向 .3 1.2系统建设目标3 1.2.1移动办公系统创造全新的办公环境3 1.2.2移动办公系统提高企业的办公效率3 2需求分析需求分析 .3 2.1系统边界.3 2.2功能需求.3 2.2.1系统登录 3 2.2.2手机邮件 3 2.2.3重要信息推送3 2.2.4移动公文处理3 2.2.5关键指标查看3 2.2.6其他需求 3 2.3技术需求.3 2.4管理需求.3 3总体技术方案总体技术方案.3 3.1方案特点.3 3.2设计思想.3 3.3设计原则.3 3.4软硬件设备选型.3 3.4.1移动办公服务器 3 3.4.2手机办公客户端 3 3.5系统逻辑结构3 3.6系统物理架构3 3.7软件层次结构3 4系统实现系统实现 .3 4.1系统登录.3 4.2公文处理.3 4.3通知公告.3 4.4内部新闻.3 4.5手机邮件.3 4.6信息服务.3 4.6.1通讯录3 4.6.2信息提醒 3 4.6.3指标查看 3 4.7系统设置.3 4.8系统帮助.3 4.9系统管理和监控.3 4.9.1用户管理 3 4.9.2权限管理 3 4.9.3日志查看统计3 5系统实施系统实施 .3 5.1移动应用开发方法学3 5.2项目组织管理3 5.2.1实施进度安排3 5.2.2项目管理方法3 5.2.3项目进度控制3 5.3项目质量控制3 5.3.1配置管理 3 5.3.2质量策划和质量跟踪3 5.3.3软件测试策略3 6维护与服务维护与服务3 6.1维护内容.3 6.2维护方式.3 6.3维护承诺.3 7培训和推广培训和推广3 7.1手机办公系统的用户培训 .3 7.2二次开发培训3 7.3移动办公的文化建设3 7.4手机办公的需求收集3 8公司和案例介绍公司和案例介绍3 8.1公司介绍.3 8.2相关案例介绍3 8.2.1北京移动手机办公系统一期（已验收） .3 8.2.2北京移动手机办公系统二期（实施中） .3 8.2.3海淀科技园区管委会手机办公系统（已验收） .3 8.2.4民航华北空中交通管理局手机办公系统（已验收）.3 8.2.5北京京城机电控股有限公司手机办公系统（已验收） .3 8.2.6北京市朝阳区城市网格化管理城管通系统（已验收） .3 8.2.7上海大众汽车无线经销商销售管理自动化系统（已签单）.3 9技术优势技术优势 .3 9.1拥有多项全球专利技术与创新.3 9.2基于成熟产品上的二次开发3 9.3产品开发的持续扩展性.3 9.4资深大企业实施能力和经验3 9.5公司竞争优势3 10小结小结.3 1 概述概述 企业领导及相关人员日常工作具有经常外出的特点，使用传统的OA 系统，很多紧 急事务或公文都无法得到及时处理，从而导致整个工作的延迟。 在市场竞争压力下， *提出了“抢抓机遇、服务全局、积极谋求新的跨越式发展 ”的新思路，这就要求业 务工作应该更加快速、积极的迅速开展 。在这种环境要求下，信息化建设也必须适应这 种变化，必须寻找突破口，进一步助力企业提升工作效率。 *目前已经成功的建立了 协同办公系统及各种业务应用系统， 我公司将提供整体 的企业移动应用平台解决方案，帮助 *实现全方位的移动应用延伸，助力企业提升工 作效率、优化工作模式，并加强领导对企业的控制与管理、增进企业的核心竞争力。 多 数企业目前已在使用的协同办公系统，可以满足 移动应用模式拓展的需求，这将使得信 息在企业部门内部和部门之间传递效率极大提高，信息传递过程中 的耗费降到最低。办 公人员得以从繁杂的日常办公事务处理中解放出来，参与更多的富于思考性和创造性的 工作。 移动办公作为传统内部办公系统的无线方面的扩展应用，可以与 企业现有的办公系 统无缝结合。使外出办公人员无论身处何地 都如同在自己的办公室一样的高效率的工作。 智能终端所拥有的多媒体功能，能够支持邮件收发、公文审批及个人事务处理等，能有 效解决外出时办公难的问题。 1.1系统建设背景 企业领导的日常工作移动性分析 10% 20% 50% 10% 10% 办公室内处理日常 工作 各种讨论及会议 商务应酬 思考与规划 其他 企业管理、市场、销售人员等中坚力量日常工作移动性分析 20% 50% 20% 10% 办公室内日常工作 市场及客户的拓展 活动 会议及讨论 其他 根据以上分析，企业领导及管理人员、市场销售人员日常工作的流动性极大，大部 分时间都在非办公环境下工作，而企业领导及管理人员的工作内容都涉及企业的生存与 发展，因此如何解决非办公环境下的移动办公就显得至关重要。 1.1.1移动办公是完整的 OA 有机组成环节 办公自动化系统顺利运转的关键在各部门之间的信息沟通是否迅捷有效。其中领导 对 OA 系统的熟悉程度和使用频率至 关重要。许多领导公务非常繁忙，需要经常外出现场 办公和处理突发事件，不能够整天在办公室对着电脑，以致一些关键的信息和公文得不 到及时的批复、各方面的讯息无法及时让决策者掌握。办公自动化链条中一个重要环节 的断裂，最后的结果往往会使得整个 OA 不能发挥应有的作用。因此，有必要建设移动办 公系统来完善这一重要环节。 1.1.2移动办公是未来办公的发展方向 随着人类文明的发展，办公方式也在不断的进步。文件从最初的手抄到电脑打印， 再到纯粹的无纸化办公；每一次更新都对办公方式产生巨大的影响，并成功协助人们更 出色的完成工作。就像科学发展没有尽头一样，办公方式的进步也从来都没有停止。在 基于 PC 和有线网的办公系统已相对成熟的今天，移动办公被人们公认为办公发展的新方 向。基于手机的移动办公系统代表了未来移动办公的趋势，是在新时代的信息化竞争中 挺立于时代潮头的最佳选择。 1.2 系统建设目标 1.2.1移动办公系统创造全新的办公环境 移动办公首先打破了企业办公的物理疆界，企业再也不受限于办公位置，使得 企业 成为有线专网和无线专网上的一个虚拟的实体。办公环境整体复制于不同的时间与地点， 实现办公环境随身携带，无论同城或异地，都能拥有在办公室工作的同等效率，实现办 公环境的无差异化。 1.2.2移动办公系统提高企业的办公效率 移动办公系统，针对企业领导及相关人员工作的移动性、突发性、紧急性等特点， 出差及外出办公的领导能够实时与 企业的数据中心交换信息；实现外出领导随时掌控日 程安排，并能随时处理紧急公文和会议结果批复，实现高水平的OA 自动化建设，提高 日常工作效率。 2 需求分析需求分析 2.1 系统边界 移动办公系统是*传统应用系统的客户端的一个扩展，它 与传统办公系统采用一 种比较松散的方式进行集成， 不影响原有 OA 系统的配置和部署。 手机办公系统分为服务器端和客户端两个部分。手机办公系统的客户端是支持 CLDC1.0/MIDP2.0（.NET 环境）的手机终端，目前大部分的手机都支持该标准。手机终 端通过 HTTP(S)/GPRS 访问部署在 Internet 上的手机办公服务器，服务器采用 WebService/HTTP 技术，同部署在企业内网的 OA 系统服务器进行交互。从软件实现角度 看，手机办公系统的服务器端同 OA 系统服务器之间的接口是整个系统的边界，必须仔细 的规划从而确保手机办公系统的所有应用功能。 手机办公系统 手机办公服务器 OA服务器 OA系统 HTTP(S)/GPRS 防火墙(物理隔离) 在实际环境中，手机办公服务器需要部署在外网上，而 OA 服务器通常出于安全性 考虑，将部署在内网。按照电子政务的相关规范，内外网之间将通过物理设施进行隔离， 因此，手机办公服务器同 OA 服务器的交互必须采用一些特殊的手段进行通信，如果有必 要，还需在内网中部署一个代理模块。 手机办公系统将实现与 OA 系统的交互接口。手机办公客户端程序运行在移动设备上， 它通过 HTTP(S)/GPRS 与手机办公服务器进行交互，并不直接访问 OA 服务器。 2.2 功能需求 移动办公系统将是企业现有 OA 系统的一个扩展，使各级用户可以通过手机使用目 前 OA 系统中的大部分核心功能，从而进一步提高办公效率、提升核心竞争力。 根据*提供的需求说明，目前移动办公系统需要支持的功能如下： 2.2.1系统登录 手机办公与现有 OA 系统的用户统一。手机办公通过用户 ID（或者手机号）建立起 和原 OA 系统用户的一一映射关系，保证同一用户从不同渠道进入 OA 系统时身份的一致 性；实现与 OA 系统的统一登录，手机办公系统的密码保持与 OA 系统中的密码一致。 2.2.2手机邮件 本部分的功能，由北京移动的本部分的功能，由北京移动的 Push Mail 系统实现。我们的系统中也包含系统实现。我们的系统中也包含“移动邮件移动邮件 箱箱”模块，但在实现机制以及计费方面与运营商提供的服务有一定差异。模块，但在实现机制以及计费方面与运营商提供的服务有一定差异。 2.2.3重要信息推送 主要功能是与内网数据接口集成，利用信息技术与应用双向交互，实现对重要信 息的短信群发、信息查询、自动发布等。这部分功能可通过短信（SMS）实现，对手 机办公系统的用户，我们推荐集成在手机办公客户端中，这样可提供更加直观的易操 作的用户界面。 重要通知推送 与内网数据信息共享，管理员更新内网“重要通知”栏目信息时，同时推送重要 通知信息到手机终端。 国寿动态信息推送 与内网数据信息共享，管理员更新内网“国寿动态”栏目信息时，同时推送重要 通知信息到手机终端。 股价信息推送 每天收盘后，定时发送纽约、港股、A 股指数到手机终端。 股价信息查询 可利用客户端实时的进行股价信息查询。 2.2.4移动公文处理 在服务器端进行二次开发接口程序，与公文系统无缝集成，并且通过植入手机的 客户端应用程序与高端手机的良好嵌合，使用户原有 OA 系统的数据和业务处理模式可 以完整的体现到手机上。 多文种支持 包括公司收文、发文、部门收文、发文、签报、部门协调单 公文阅读 与*现有的公文处理系统类似。 公文处理 与*现有的与公文处理系统类似。 流程跟踪 与*现有的与公文处理系统类似。 公文流转 与*现有的与公文处理系统类似。 支持附件下载查看 用户可以选择下载或者在线浏览两种方式对公文中的附件进行查看。 支持的附件类型为 Microsoft Word/Excel/PPT、PDF、txt、html、zip/RAR 和. png、.jpg、.gif 图片文件。所有的附件都可以根据手机终端的要求进行压缩转换后， 发送给手机终端，供用户进行查看。 2.2.5关键指标查看 本部分实际上是与实际业务系统接口的相关功能，本次建设考虑与*的经营分 析系统集成，并实现如下功能： 保费收入查看 实现总保费收入、各地保费收入等关键指标的实时推送手机终端的功能，并且支 持实时查询。 实时图表查看 经营分析系统数据实现与股份公司同步刷新后，能够查看“全国保费实时分布图” 等重要图表（经营分析系统中数据现在仍为每月更新，二期建设中会实现） 。 2.2.6其他需求 个人信息（PIM）同步 整合用户个人信息，如联系人、待办事宜、日程表等附加功能，实现数据的双向 同步，远程查看内网邮箱地址信息。 无线应用程序下载（OTA） 无线方式下载第三方软件到终端。 2.3 技术需求 移动办公系统需要遵循的技术需求如下： 移动办公系统将支持企业的员工使用流行的手机和 PDA,通过 J2ME(.NET)手机 客户程序使用手机办公的各种应用； 针对不同手机类型，优化操作界面，保持易操作性； 使用高容错的系统架构，保证系统的高可靠性和好的故障恢复能力，出现意外 时，应能隔离故障区、保护重要数据、通知管理人员做人工干预，避免灾难性 后果发生。 移动应用系统采用开放和标准的系统架构，保证系统的可维护性，确保应用系 统的软件可读、可修改、可测试。 移动应用系统的建设采用开放的平台，保证系统的自主性和创新性 ,符合已有 的规范、规定，具有开放性和可扩展性； 移动应用系统将通过 VPN 技术和对称加密技术实现系统的高安全性，保证身份 认证安全( 支持 OA 系统采用的身份认证机制 ) 、传输安全( 支持 HTTPS，支 持主流手机所内嵌的 SSL 证书)和应用安全(保证手机办公系统的应用安全和与 手机办公系统集成的业务系统的应用安全 )。 移动应用系统将充分考虑应用实用性，真正为工作带来便利。 2.4 管理需求 根据我们的实施经验，通常 移动办公系统需要实现的系统管理需求如下： 实现员工使用手机办公的操作日志管理； 实现手机办公系统的使用统计； 实现手机办公系统的实时监控； 实现手机客户端程序的 OTA 下载升级； 设置单独的针对手机办公的 APN（可选，设置后可提高安全性）。 3 总体技术方案总体技术方案 3.1 方案特点 不不间间断断的的服服务务：通过网络和安全可靠的机制 ，手机办公系统使用户在任何时间、任 何地点都可以使用 OA 系统的核心功能。 统统一一的的应应用用服服务务：不同的员工使用不同类型的手机都能享受到相同的功能。 最最优优的的操操作作使使用用：针对不同的手机，移动办公系统支持不同的手机应用程序平台 （J2ME 手机客户端、Windows Mobile 客户端等），并针对不同的手机屏幕，优化显示效 果。 无无缝缝的的系系统统集集成成：移动办公系统将与 OA 系统和邮件系统实现单点登录，实现无缝 的集成。 高高度度的的可可扩扩展展性性：移动办公系统将采用开放和统一的架构，能以最小的代价集成未 来更多的业务系统，如 MIS 系统等。 安安全全可可靠靠的的保保障障：移动办公系统通过安全机制保证数据的机密性及完整性， 支持统 一认证鉴权。移动办公系统可以提供的安全机制包括认证、角色分配、用户和组的特权、 用户操作监督等。 3.2 设计思想 整个系统的设计方案定位于网络信息技术及无线通讯技术的研究与应用，目的是给 *提供办公业务的最终解决方案。所以，技术选型的主导原则是考虑技术的先进性、 可维护性、标准化、开放性，以及发展的方向性。 移动办公解决方案整合了 Internet 技术、无线通讯技术，通过智能手机终端解决 企业内部与其在外人员信息实时交换的问题。无线应用与传统 Web 模式应用结合，即满 足用户传统使用习惯，又能够使用新的办公模式，极大提高效率。 移动办公系统的设计思想是为用户建立一个合理、开放和基于标准的办公平台，逐 步完善覆盖所有业务领域的应用系统集合，可根据业务需求选择相应的业务管理系统， 构筑自己的内部网应用系统。 要为用户建立一个安全授权管理体系，对内部网中的每个个体用户按照角色，统一 分配网络资源，奠定网络个性化服务基础。 3.3 设计原则 在遵循各种技术规范的前提下， 充分考虑 IT 现状和未来发展趋势，我们的方案将 基于以下设计原则： 1、可扩展性： 优良的体系结构设计对于系统是否能够适应将来新业务的发展至关重要。在满足现 有手机办公需求基础上，还必须考虑到系统应当有充分的可扩展性，以满足手机办公未 来的业务发展。因此，在本方案设计中，所有推荐的产品均考虑到应用逐步丰富、系统 不断扩展的要求，以形成一个易于管理、可持续发展的体系结构。同时将应用系统进行 完全模块化的设计，使系统具有良好的扩展性和高效性。 2、先进性： 设计方案中采用市场领先并成熟的技术，使项目具备国内同业领先的地位。 3、安全性： 采用移动 VPN 技术，防范国际互连网上的非法用户的侵入，防止合法用户对重要的 不宜公开的数据的侵入。重要数据的通讯采用 SSL（Secure Socket Layer）进行传输 加密。 4、标准性和开放性： 本方案中建议的产品，从网络协议到操作系统，全部遵循通用的国际或行业标准。 开放的系统平台便于将来增加新的功能及与第三方的接口。 3.4 软硬件设备选型 软硬件设备选型的依据是系统的功能、性能需求和技术需求。手机办公系统分为服务软硬件设备选型的依据是系统的功能、性能需求和技术需求。手机办公系统分为服务 器端和客户端两部分。器端和客户端两部分。 3.4.1移动办公服务器 移动办公系统所部署的应用不会很多，手机办公的工作习惯也需要一定时间的培养，移动办公系统所部署的应用不会很多，手机办公的工作习惯也需要一定时间的培养， 因此移动办公系统的处理压力基本不会很大。假设一般企业目前有因此移动办公系统的处理压力基本不会很大。假设一般企业目前有 200 人会使用移动人会使用移动 办公，同时在线率办公，同时在线率 15%，并发点击率为，并发点击率为 5%。最大业务处理时间不超过。最大业务处理时间不超过 30 秒，我们推秒，我们推 荐的配置如下：荐的配置如下： 硬件：硬件： PC Server * 1 CPU = P4 2.0GHz RAM =1G 硬盘硬盘 40G 系统软件：系统软件： Linux，Windows 均可均可 应用服务器：应用服务器： 支持支持 J2EE Web 应用的应用服务器，如应用的应用服务器，如 WebLogic，WebSphere 等；等； 成熟的成熟的 Web 容器，如容器，如 Tomcat，Resin 等等 3.4.2手机办公客户端 我们推荐的客户端配置如下：我们推荐的客户端配置如下： *8 支持支持 CLDC1.0/MIDP2.0 的的 J2ME 运行环境，或者支持运行环境，或者支持.Net Framework 的的 Windows Mobile/CE 运行环境。运行环境。 （主流的中高端智能手机和（主流的中高端智能手机和 PPC） 。 实施过程中我们将充分考虑用户的选择，建议的配置如下：实施过程中我们将充分考虑用户的选择，建议的配置如下： 采用采用 J2ME 客户端的手机，推荐客户端的手机，推荐 Sony Ericssion 的的 P908/P910/P990，Motorola 的的 A1200，Nokia 的的 N6708(主流的手机都支持主流的手机都支持 J2ME 环境，但从操作性上考虑，我们建环境，但从操作性上考虑，我们建 议具有手写功能的高端手机议具有手写功能的高端手机)； 采用采用.NET 客户端的手机，我们推荐客户端的手机，我们推荐 Dopod 的的 830，P800。 按照我们的实施经验，客户在推广初期应当针对按照我们的实施经验，客户在推广初期应当针对 J2ME 和和.NET 各选择一款进行开发，各选择一款进行开发， 这样可以减少今后客户端扩展的风险和工作量。这样可以减少今后客户端扩展的风险和工作量。 3.5 系统逻辑结构 私有数据 协议on HTTP(S) 独独立立A AP PN N GGP PR RS S/ /CCD DMMA A1 1X X 传传输输安安全全 数据加密/压缩 终终端端设设备备限限制制 白名单机制 防火墙 网闸 移动政务 服务器 物物理理安安全全 端口限制防入侵 应应用用程程序序安安全全 身份认证/权限控制/日志 内内外外网网物物理理隔隔离离 严格的访问控制 内部应用系统 通过扩展移动办公自动化后，办公自动化系统成为一个完整的整体，实现随时、随 地、随身办公。办公自动化系统包括以下四部分： 1移动前端应用 针对移动办公需求的多样性，采用了 C/S 结构的应用程序、WAP 及短信等多种方式 结合应用。对于需要进行相对复杂的操作的功能，移动前端应用可以是体现在PPC（掌 上电脑）或 SmartPhone（智能手机）上的客户端系统；对于主要是浏览，不需要进行复 杂操作的功能，移动前端的应用体现为 WAP 浏览功能；对于某些通告通知，还可以采用 短信的方式进行信息传递。 2移动运营商及移动专线网络 移动终端利用移动运营商提供的网络进行数据传输。由于 企业办公数据具有保密性， 因此一般需要申请无线 APN 专线，并针对特定的 SIM 卡开通对应的 APN 访问权限。这样 移动终端利用应用程序通过 APN 专线就可以访问移动办公服务器。 3移动办公服务器和传统办公自动化服务器 移动办公服务器完成了移动终端与传统办公系统的信息传递以及移动应用特殊的功 能与业务逻辑处理，例如数据同步等。 4传统办公自动化前端应用 由于现有传统办公自动化的应用是 B/S 结构的 Web 方式，所以只需要计算机处于专 网内，就可以通过浏览器使用传统办公自动化。 整个系统的逻辑层次结构图如下所示： RMIFileDB Web Service JMS 内部应用 内部 数据 移动应用 服务器 缓存和优化 应用程序配置 运行和调度 应用程序安全 GSM/ GPRS CDMA 1X EDGE 移动应用 客户端 企业内部 应用 内部设备 集成中间件 网络设备适配 容灾机制 WAP 3.6 系统物理架构 移动办公系统物理上将分为两层。在 企业外网，我们将部署手机办公服务器，在内 网中部署手机服务器的代理程序（如考虑成本，可以将此模块作为一个独立的Web 应用 部署在 OA 服务器中），实现手机端程序对物理隔离防火墙的背靠背地安全穿越。 如果考虑系统的可用性、可靠性和可扩展性 ,我们推荐手机办公服务器使用应用服 务器集群，而代理程序可以生成多个实例（进程），从而消除系统的应用瓶颈，提升系 统效率。 同时，我们的硬件架构也将充分考虑到安全性要求。 我们推荐的物理结构图如下所示： WebService/HTTPS HTTPS/GPRS 手机办公服务器 手机办 公服务 器集群手机办公服务器 外网防火墙 接入点(AP) 内网防火墙 代理服务器 接口代 理集群 代理服务器 OA系统邮件系统目录服务 公共网络 企业外网 企业内网 在外网部署手机办公服务器集群，内网部署代理服务器集群，可以充分利用网络带 宽，降低内部应用访问的瓶颈，为以后系统功能的扩展、性能的扩展打下良好的基础。 内外网之间通常有严格访问控制的防火墙，因此内外网之间的通信我们采用 WebService/HTTPS 的方式实现，不影响原有配置。 从安全性角度考虑，使用专用的接入点接入手机办公服务器集群是非常好的选择。 接入点服务费用并不高，通过接入点，可以有效控制访问手机办公服务器的手机，从而 杜绝恶意的入侵。手机采用 HTTPS 与手机办公服务器进行通信，即可以穿越外网防火墙， 又对传输过程进行了强加密，保障了传输安全。 代理服务器集群与应用系统都部署在内网，因此它们之间的通信方式可以按照实际 情况进行选择。 3.7 软件层次结构 移动办公系统的软件层次结构如下图所示：移动办公系统的软件层次结构如下图所示： 私有传输协议 /HTTP HTTP(S)WAP(WTLS) V VP PN N平平台台 V VP PN N平平台台 终终端端设设备备动动态态适适配配 终终端端设设备备动动态态适适配配 WAP适配器HTTP适配器J2ME适配器 接接入入层层 表表现现层层 展展现现统统一一描描述述 展展现现统统一一描描述述 业业务务统统一一描描述述 业业务务统统一一描描述述 运行和调 度 核核心心层层 缓存和优 化 应用程序 安全 应用程序 配置 邮件系统 接口 OA系统 接口 信息发布 系统接口 经营分析 系统接口 接接口口层层 管管 理理 和和 配配 置置 平平 台台 管管 理理 和和 配配 置置 平平 台台 移动办公系统逻辑上将分为四层 ,其中，VPN 平台将采用成熟的软件平台，为手机办 公提供与应用无关的安全保证。适配器层提供统一的手机型号鉴别，并根据接入方式的 不同和接入手机的不同，完成手机办公系统内部协议和接口协议的转换。简而言之，适 配器层会根据手机接入方式的不同，通过不同的适配器，将来自手机端WAP 浏览器、 HTTP 浏览器或 J2ME 手机客户程序的请求统一成与接入无关的内部请求；反过来，适配 器层会通过不同的适配器根据接入手机的不同采用不同的展示方式展现对手机客户端请 求的响应。手机办公的核心层主要处理与手机办公相关的业务逻辑。手机办公的应用系 统接口层提供了统一的与各应用系统的接口，确保 移动办公系统与各应用系统保持相互 独立。 移动办公系统将采用统一信息交换机制与内部应用系统进行交互。鉴于 一般前期的 移动办公系统仅仅连接 OA 系统，所支持的业务也相对简单，在不破坏我们的移动应用基 本架构的前提下，我们将根据项目的实际需求对功能和设计进行适当的简化，并预留可 供扩展的接口以支持未来的手机办公业务。 我们将在下面详细阐述每个应用模块的功能和实现机制。 4 系统实现系统实现 移动办公系统的实现按照我们的移动应用整体架构进 行规划、部署和实施， 移动办 公服务器负责与内部应用进行交互，该交互 的过程对客户端以及客户端与服务器之间的 通信透明。 根据本次手机办公的功能规划，我们将使用上图中的 WebService 方式访问内部应 用的服务器，同时我们在内部应用的服务器上将部署相应的代理程序。一个完整的交互 过程如下所示： 内部数据规范内部协议 WebServiceHTTPS/GPRS 手机办公 服务器 OA系统 邮件系统 代理 插件 成熟框架和丰富组件支持 手机客户端程序形成请求数据包，通过 HTTP(S)/GPRS 访问手机办公服务器，手机 办公服务器使用 WebService 接口访问部署在内网应用中的代理插件，代理插件按照系统 内部数据规范将操作结果返回到手机办公服务器，服务器组织数据，并最终以内部的内 容协议将数据返回到客户端，客户端解析数据包，以友好的图形化方式将结果展现给用 户。 在大量的实施过程中，我们积攒下的移动应用的框架结构以及丰富的客户端、服务 器端组件可以大幅度的降低开发风险，提高开发效率，保障项目按时按质的完成。 下文中，我们将不再阐述具体模块的内部交互实现机制，重点阐述每个模块的功能 和界面流程示意。 4.1 系统登录 手机办公与现有 OA 系统的用户统一。手机办公通过用户 ID（或者手机号）建立起 和原 OA 系统用户的一一映射关系，保证同一用户从不同渠道进入 OA 系统时身份的一致 性；实现与 OA 系统的统一登录，手机办公系统的密码保持与 OA 系统中的密码一致。 如果用户使用了基于目录服务的认证系统，我们也将部署相应的模块进行集成。 用户登录后进入客户端系统的主页面，示意图如上。 4.2 公文处理 待办工作是指有待用户必须进行处理的各项事务，这些事项是由上级交办、工作人 员提交，并根据业务事项的流程，系统自动生成 到相应人员的待办工作列表里。 用户点击“公文处理”，进入待办工作列表。公文列表列出公文的紧急程度、公文 类型、发件人、公文标题以及公文的发件时间。 工作人员根据自己所从事工作的具体职责和在企业 OA 上的权限接收不同任务类型 的待办工作。每个用户在 “待办工作”子系统中可以进行查询和处理事项。 用户点击待办工作列表中的公文标题，可以处理该项事务。 用户可以按条件查询待办事项。查询条件为任务类型、时间和关键字。 4.3 通知公告 通知公告主要是针对企业让 OA 上的每个用户都知道的一类信息，主要由秘书处对 信息进行维护。 特定用户点击系统菜单中的 “通知公告”，进入“通知公告列表”。 特定用户在“通知公告列表”中，可以查询通知公告。 在公告列表中用户点击 “通知公告列表”中的标题，可以查看详细信息。 用户输入查询条件后，点击 “搜索”按钮进入公文查询结果列表页。 4.4 内部新闻 内部新闻模块由专人进行信息维护，手机用户只能查看。点击 “新闻”进入内部新 闻列表。 特定用户在“新闻”模块中，可以查询内部新闻信息。 可以根据条件查询内部新闻。 用户点击“新闻列表”中的标题，可以查看详细信息。 4.5 手机邮件 企业所有工作人员可以通过 “我的邮件”子系统进行各种交流。 用户点击主菜单中的“邮件”进入内部邮件列表。从邮件列表中可以区分新邮件以 及读过的邮件，可以在列表页面删除邮件。 点击邮件标题可以进入邮件明细页面。 内部邮件的使用同一般邮箱的操作类似，下面是一些效果示意图。 4.6 信息服务 信息服务模块中包括通讯录 和其他信息服务等（企业生产、销售信息查询等） 功能， 以下以通讯录为例。 4.6.1通讯录 用户可以使用手机查看通信录。以下是通信录人员列表效果示意图。 用户也可以使用一定的条件查询通讯录。 在人员列表中点击人员姓名可进入详细信息页面。在人员列表中点击人员姓名可进入详细信息页面。 从详细信息页面中，点击蓝色的电话号码，可以直接进行呼叫，点击下方的按钮，从详细信息页面中，点击蓝色的电话号码，可以直接进行呼叫，点击下方的按钮， 可以向该人员发送邮件或者发送短信。可以向该人员发送邮件或者发送短信。 4.6.2信息提醒 以接收推送以及实时查询两种方式获取需求的信息，例如重要事件、股价信息等，保以接收推送以及实时查询两种方式获取需求的信息，例如重要事件、股价信息等，保 存在客户端，并以统一的方式进行信息展现。存在客户端，并以统一的方式进行信息展现。 4.6.3指标查看 实时获取应用系统的数据，并以图表的方式进行展现，这部分内容包括需求中提到的实时获取应用系统的数据，并以图表的方式进行展现，这部分内容包括需求中提到的 全国各地保费收入情况。全国各地保费收入情况。 4.7 系统设置 系统设置模块对客户端系统中要用到的一些系统参数进行设置和保存。 在该模块内，可以设定： 无线接入方式 服务器地址 系统缓冲区大小 用户缓冲区大小 本地文件保留的路径 列表页每页显示的条目数量 等 4.8 系统帮助 系统帮助为每一个模块的使用作出文字说明，用户在遇到困难时可以查阅相关内容， 再进行操作。 4.9 系统管理和监控 系统管理和监控部署在 移动办公服务器上，是一个 B/S 结构的应用程序，管理员用 户通过 PC 访问并对系统进行监控和管理。它的主要功能如下： 4.9.1用户管理 对手机办公的用户进行维护和管理。主要功能为： 同步用户信息。该功能从 OA 系统中获取用户信息，并将其更新到手机办公服务器 的数据库中； 添加新用户。添加新的手机办公系统用户到手机办公服务器的数据库中； 删除（限制）用户。限制指定用户使用手机办公系统； 4.9.2权限管理 对移动办公服务器用户所能使用的功能模块作配置和管理。 4.9.3日志查看统计 日志查看和统计实现员工使用手机办公的操作日志管理，具体的功能如下： 日志查询和查看。 日志删除和转存。 手机办公系统的使用统计。通过本功能形成一些有意义的报表和图表，反映用户使 用手机办公系统的具体情况，可以按照时间、用户群、部门、模块进行灵活的条件组合， 得到有价值的信息，为系统今后的扩展打下良好基础。 5 系统实施系统实施 5.1 移动应用开发方法学 *在大量移动应用项目实施过程中，形成了自己独有的一套项目管理体系。该体系是在大量移动应用项目实施过程中，形成了自己独有的一套项目管理体系。该体系是 依照依照“移动应用移动应用” 、 “传统系统的扩展传统系统的扩展”等概念量身定制的，结合公司其它项目管理和等概念量身定制的，结合公司其它项目管理和 质量控制标准，质量控制标准，*通过该体系很好的控制整个项目的进度和质量，确保项目实施的各通过该体系很好的控制整个项目的进度和质量，确保项目实施的各 个环节顺利完成。个环节顺利完成。 Pay to $ 需求 美工 Pay to $ 客户端 客户端 开发工程师 服务器端 开发工程师 接口层 开发工程师 UI 接口要求 接口要求 Pay to $ 服务器端 Pay to $ 接口层 测试人员 自 顶 向 下 , 界 面 驱 动 我们的整个开发流程基本可以用上图描述： 1确定了用户需求后，我们的项目经理和美工将同客户进行交流，按照需求描述的 功能，结合客户原有系统的操作界面以及手机界面的一些特点，出页面流程图。 2页面流程图出来以后，客户端开发工程师和服务器端开发工程师共同确定交互的 接口，形成交互接口文档。注意在这个层面上， .NET 客户端和 Java 客户端与服务器的 接口形式是可能有差别的，这个差别来源于界面的不同以及接口技术的不同。 3服务器端开发工程师根据交互接口的规范，同接口层开发工程师商定业务逻辑的 接口，这里可以对接口进行分析，对一些常用接口进行优化的组合，减少一部分接口层 开发的工作量； 4接口层开发工程师根据业务逻辑接口，对原有系统能够提供的接口进行分析，然 后对原有系统接口做组合以及二次开发，最终形成接口。 在这个过程中，出于 QA 的考虑，在时间允许的条件下，我们要求三层接口必须能够 独立的测试和验证，即： 客户端在不与服务器交互的情况下，使用本地假数据接口能够跑完整个页面流 程； 服务器端在不与业务逻辑接口交互的情况下，能够使用假数据与客户端进行交 互，保证客户端完成整个页面流程； 业务逻辑接口提供完整的 TestCase，保证所有业务逻辑接口能被独立验证； 联调时，每个层面（除客户端）都有详细的日志信息，一旦出现问题，能够很 快的找到问题发生原因并顺利解决。 可以看到，为了保证代码质量，我们实际增加了一些工作量，但根据我们实施的经 验，这些付出是非常值得的，它能够保证我们对每一个功能细节出现的问题能够非常迅 速的作出反应。 5.2 项目组织管理 5.2.1实施进度安排 整个系统的建设分为需求调研、需求分析、系统设计、系统开发、系统部署、系统 测试、系统验收、系统维护几个重要的阶段。 假设系统于 2007-03-15 开始实施，那么实施各阶段的时间计划如下： 时时间间段段任任务务名名称称目目标标和和输输出出负负责责人人 需求调研需求规格说明书(草案)梁秀斌 需求分析需求规格说明书(定稿)陈建巍 系统设计系统设计说明书陈建巍 系统开发系统开发和内部测试完毕，形成 可部署 的程序包，用户使用手册 陈建巍 系统部署测试用户能够在实际环境中使用系统黄山 系统测试系统测试报告李松 系统验收验收报告张国防 系统维护一年内，7*24 小时现场维护，出现问 题一个工作日内解决。 系统再开发和功能扩展。 张国防 陈建巍 具体的时间点应根据项目实际开工时间进行调整。 5.2.2项目管理方法 管理目标 项目实施的管理，以“保证产品质量、保证服务水平、保证进度 ”为目标。我们认 为，软件产品质量和服务水平都是质量概念的范畴，而核心的问题有两个，第一是质量， 第二是进度。 项目管理方法 *总结软件工程研究和实践的成果，结合 我公司多年来项目管理的经验教训，制 定了一整套软件开发项目的管理、控制程序和相应的操作规范。这些管理、控制程序和 操作规范，也是公司质量管理体系的核心组成部分。各实施小组将在项目领导小组的指 导下，严格遵照 ISO9000 质量体系要求开展工作，主要采取以下措施保证项目顺利实施。 （1）建立项目队伍内充分沟通的机制 有效的沟通是软件技术人员准确把握用户需求的基础，使用户能够澄清对目标软件 要求的模糊、甚至是错误的方面，充分的沟通，可以使项目参与各方及时地获得所需资 源和业务领域与技术领域专家的支持，保证项目正确的方向，及时纠正各种问题。在项 目开发过程中，需要建立起技术人员、技术专家、业务人员、领域专家等项目参与人之 间的有效的沟通渠道。 在项目队伍内部，还要建立一套高效、协调的运行机制。这个机制，可以以 “项目 工作制度”的形式，列入项目总体计划，或者以 “谅解备忘录”的形式，列入项目档案， 体现开发参与各方对相互协作方式的共识与承诺。 （2）制定计划，组织执行，检查执行情况，解决出现的问题 从项目任务落实开始，到项目验收通过，一直到项目结束后的维护工作，整个软件 项目的生命周期都要纳入计划管理。 所有纳入计划的工作，要按照计划组织实施。对项目计划的执行情况，由项目领导 小组定期地、或按照计划，进行检查、评审。在整个项目实施过程期间，按照时间顺序， 或者根据项目进度进行一系列的检查、审核和评审，从进度、人员、经费和质量四个方 面进行控制。 检查和评审主要有以下形式： 按照项目计划和合同进行的评审和审批，比如项目各类计划的评审和审批、需 求分析评审、概要设计评审、测试验收评审等。 项目领导小组定期进行的审核和评审，如定期的内部质量体系审核、项目进度 监督评审、项目文档和产品质量审核等。 项目各阶段的审批，主要是由项目领导小组或甲方代表，对项目阶段性成果进 行审核后，批准该阶段工作成果，项目组将进入下一个阶段的工作。如项目概 要设计完成后，开发小组向项目领导小组提交项目概要设计文档和概要设计前 期的有关文档，领导小组审查后，认为符合项目合同、项目计划和系统需求分 析的要求，则批准项目概要设计书，项目组开始进入编码是现阶段工作， 项目概要设计书成为以后各个阶段工作的合法依据。 概要设计书未获 得批准，项目组将不能进行下一阶段工作，应当修改概要设计，直到获得批准 为止。 在评审和审核过程中发现的问题，项目实施各组要采取恰当措施，及时采取措施予 以纠正或预防。 （3）制定文档标准 标准是交流、评审的基准 ，应在遵循行业及公司标准的前提下，根据本项目的特点 与约束，进行删减、补充或修订。特别强调文档应简单明了，成为开发的手段而不是负 担。 本项目将在我公司的下列文档标准和模板的基础上，进行适当裁剪和补充，以适应 系统建设的要求。 项目开发总体计划（模板） 需求规格说明书（模板） 系统设计说明书（模板） 测试方案（模板） 评审报告（模板） 总结报告（模板） 客户验收报告（模板） 用户手册（模板） 项目周报（表格） 项目进度报告（表格） 测试问题单（表格） 确认测试记录表（表格） （4）充分利用文档控制项目质量和进度 通过软件开发过程中生成的文档，对开发进度、质量进行控制和管理。文档是工作 成果的记录、交流的手段、软件的模型，文档的生成过程是现实信息模型映射到计算机 信息模型的过程。 文档的生成可遵循原型方法经反复修改逐步完善 ，但是，凡作为下一阶段输入的文 档或文档的部分章节，都必须进行评审或审批 。 同时，文档也是软件系统和整个工程项目服务的一个重要组成部分，在项目实施过 程中，应当以正规形式向客户提供以下文档： 项目开发总体计划 需求规格说明书 系统设计说明书 设计变更表 测试总结报告 用户手册 5.2.3项目进度控制 本系统是一个跨平台、跨网络，集计算机、网络通信设备、系统软件和应用软件为 一体的应用系统。与其它应用系统一样，它的实施亦将是包含总体规划、方案设计、软 硬件设备选型和配置、网络建设、应用软件开发、试用、维护、推广等各阶段在内的一 个全过程，是一个计算机系统集成工程的实施过程。 在本系统建设过程中，除了项目建设组织和人员保障外，进度保障还有如下措施： 1日常动作 制定严格的项目监控制度，规定每 周初（或阶段初）由项目经理填写 “阶段任务表” ，内容包括“阶段目标”、“完成标准”和“应交付的文档”，并将任务落实到每个人； 周末（或每阶段末）填写 “项目实施情况汇报”，内容包括“实际达到目标”和“问题 与困难”，以供项目领导小组根据具体情况及时调整计划和提供条件。 2阶段动作 本项目需要采取以下措施，控制项目进度，保证项目按期完成。 严格按照项目计划中规定的阶段检查点检查项目进度，这些检查点包括各阶段性工 作的结束标志，和定期的检查。一旦发现进度落后，项目领导小组和开发方要分析进度 落后的原因，立即采取相应措施予以弥补，并预防类似问题在项目后期再次发生。 公司在为项目配备充足的开发技术力量的同时，做好后勤保障工作，包括在项目工 作需要时，补充必要的技术人员；调动其他技术人员协助项目成员工作等。同时，保证 项目开发组人员的稳定性，所有项目成员将自始至终专职参与本项目，不再安排其他工 作。 公司将做好一切资源保障工作，包括各小组的设备、软件环境、通信手段、良好的 食宿条件等。 安排专人随时同用户进行沟通，加强与用户的交流，了解用户需求的变化并及时通 报项目的进展，减少由于信息交流不及时带来的进度隐患。 5.3 项目质量控制 本公司有完整的质量管理和质量控制体系，以 “科技先导，质量第一，用户至上， 服务一流” 为质量方针，对于软件工程项目的管理，有相应的工程管理规范和质量控制 程序，任何项目的策划、实施、售后服务，都要严格遵循。 针对本系统工程软件项目，我 方将根据本公司的质量体系的要求，制定 质量计划 ，并按照质量计划和质量体系有关程序和规范的要求，采取行之有效的质量保证和控制 措施，达到公司质量方针和质量目标的要求，保证项目质量达到用户要求。具体包括以 下措施： 5.3.1 配置管理 （1）项目档案 按照 ISO9000项目管理控制程序的要求，在项目开始后，将及时设立用户项目 档案，内容包括自合同签订之后的所有有文字记载的、与项目进展有关的各类文件 /记 录。 按照 ISO9000与顾客有关过程控制程序 的要求，除详细保存与顾客有关的档案 材料以外，项目组必须严格按规定保管、保护项目中使用的顾客财产，包括一切设备、 文件、软件、数据等，确保顾客利益。 （2）软件配置管理 严格按照配置管理控制程序的要求，在所有的项目组设定配置管理员角色。 项目进展过程中的所有中间产品、文档、数据，都将纳入配置管理。严格按照配置 管理规范，建立和管理基线，采用 Microsoft Visual Safe 或 Rational ClearCase 等 配置管理工具，辅助基线管理，控制版本更新。其中，基线的提交和更新，有专门的评 审和审核手续，严格加以控制。 所有开发人员的软件编码和测试的工作代码，都统一纳入配置管理过程库的管理， 有效防止大型开发团队条件下的协调开发和版本冲突问题。 5.3.2 质量策划和质量跟踪 公司 ISO9000 质量管理体系对开发项目质量策划有明确规定，质量计划的制定严格 按照相