国土空间信息化顶层设计应用系统架构分析

PAGE23PAGE规划国土委信息化顶层设计应用系统架构分析

目录规划国土委信息化顶层设计 1应用系统架构分析 1一、应用系统现状 5（一）基于统一基础平台的应用系统建设 5（二）、系统主要问题 6二、应用系统架构设计 13（一）、总体架构/应用系统蓝图 13（二）、应用架构图 16（三）、规划国土房产电子政务平台 19（四）、应用部署参考模型图 21（五）、系统运行架构 21（六）、系统体系框架 22（七）移动框架 23三、基础平台架构设计 25（一）、基础平台总体架构 25（二）、基础平台应用保障 29

一、应用系统现状（一）基于统一基础平台的应用系统建设信息中心从2003年开始进行基础平台的建设，2005年组建平台研发组，专门从事电子政务基础平台研发，经过信息中心技术团队的多年努力工作，基础平台建设和应用系统建设取得了丰硕的成果。在基础技术体系上，形成了以丰富实用的基础组件库为基础、以开发框架为支撑、相关开发工具为辅助的基于J2EE体系架构的基础应用开发技术体系，为各类应用系统的开发提供了一个稳定高效的基础开发环境，快速应用生成工具为基础技术体系的推广应用提供了有力保障；在基础服务体系上，相继建设了邮件服务、手机短信服务、即时消息服务、数据交换服务、图形服务、工作流引擎、集中认证服务、统一安全验证服务、业务数据服务、任务引擎等公共基础服务，为电子政务相关系统的开发和运行提供了良好的基础环境。在运行管理体系上，相继建设了用户管理、组织机构管理、局管理、岗位管理、通用岗位管理、角色管理、权限管理、资源管理、GIS资源管理、群组管理、常用语管理、数据字典管理、主键生成配置管理、数据权限管理、节假日管理、菜单配置管理、用户委托代理管理、参数管理、密码强壮性管理、业务数据服务配置管理、套打管理、自定义查询报表管理、短信服务监控、系统运行异常监控等系统运行管理功能，为电子政务相关系统的运行提供了良好的基础环境。在安全保障体系上，相继建设了包括功能权限和数据权限的权限体系、集中认证服务、统一安全验证服务，为电子政务相关系统的开发和运行提供了良好的基础环境。在标准规范建设上，技术标准规范、开发规范、技术架构说明书等技术文档和相关评审制度、验收流程等规范制度，为基础技术体系、基础服务体系、安全保障体系能够被很好的执行和发展提供了有力保障；在应用系统的建设上，信息中心积极的将基础平台在各个应用系统建设项目中进行广泛、深入的推广应用，先后在政务会议系统、国房局人力资源管理系统、国房局征地收地系统、国土所综合业务系统、车辆管理系统、接待管理系统、土地利用计划台帐系统、政策性住房管理系统、物业管理系统（外网），规划局规划电子政务平台（约30多个子系统），规划土地数字监察平台等多个应用项目的开发中取得了良好的效果。（二）、系统主要问题在基础平台和应用系统建设过程中，出现了一些问题，主要有：1、电子政务平台与业务系统的关系需要厘清电子政务平台应该独立于各种业务应用系统，专注于满足业务应用系统共通的需求，比如业务流转、权限控制等等，而业务应用系统只负责某一类专门业务，两者的关系就像高速公路与运行其上的各种交通工具的关系一样。电子政务平台与业务应用之间应该有良好定义的调用接口API，这样业务开发人员可以很方便在电子政务平台基础上搭建各种业务应用，而电子政务平台的演变，也不会影响业务应用的正常运行。但是，我们目前的电子政务平台还达不到这样的要求，总的感觉就是平台该做的没做好，不该做的又做了很多。比如，规划很多应用都集成在办文系统中，如果要扩展这一部分业务应用，就可能动到办文系统，扩展工作非常复杂，开发完了还要进行回归测试，防止新模块对办文系统造成不必要的影响；而一些新的应用如果要搭建在办文系统上，实现起来也非常困难。我们曾经开发过一个系统，业务处室要求处理过程必须使用办文，由于缺乏现成的通用接口，我们自行开发了启动办文、办文流转、办文确认等模块，开发和应用调试过程都很麻烦。为了避免这些麻烦，很多业务应用已经转向使用工作流，但有些业务流程根本没有明确的流程定义，需要按照业务人员的意见进行“自由流”，而且工作流系统目前还缺乏督办、挂起等功能，或者有些用户已经习惯于办文，对业务表格很抵触。这样许多业务应用还需要依赖办文系统，因此对办文系统进行提升，以更好的支持业务应用开发，还是有重要的意义。2、 应用架构中缺少服务层业务应用系统开发过程中不断出现的一个问题是：需要重复地开发对一些相同业务数据的读取模块。即使需求只有很小的变化，不同业务系统也要重新写一个自己的模块。这种现象不仅出现在业务数据获取，而且也出现在其他一些地方，如图形交互服务中在某一图层上进行要素维护操作，或者通过某一类要素主键，获取其基本属性信息或坐标数据等，都是各自业务系统自己开发自己的模块。如果我们有强大的服务层组件，很多业务应用开发就只需要在服务目录中，查询自己感兴趣的服务，直接调用这些服务即可，不用重复开发相关模块，也不用自己去确认数据源是哪个表，或者SQL语句的逻辑等等这些问题，而且这样业务逻辑的变化，只需要更新服务层组件，则所有调用该服务的业务应用都可以获取最新的数据服务。服务层缺失另一个现象就是没有消息队列，很多业务数据如果用抽取（PULL）的方式会很麻烦，需要后台进程轮询，而且各自维护一套后台进程，服务器消耗很大，维护也很麻烦。如果有消息队列服务的话，各个业务系统将一些重要的业务信息，如一书三证核发、建设用地审批、土地交易、合同签发、产权登记变化，甚至是会议纪要下发等，都自动发送到队列中，感兴趣的业务应用只需要订阅这些服务，一旦消息产生，队列就推送（PUSH）到业务应用，业务应用再根据预定的逻辑进行处理，这样能实现很多业务的关联，解决现有很多业务互相脱节的问题。3、 应用界面不统一，UI平台组件展现力不够规土委存在很多应用，每个应用的界面布局和操作方式都不太一样，界面风格差异非常大，五花八门，缺少统一的界面设计标准，需要解决界面风格统一的问题，制定一套标准约定不同层次界面的布局、界面内元素（表格、按钮、图标、输入框等）的大小、颜色等，各项目组必须严格按此执行。还有一个问题，主要是一些UI平台组件展现力不够，使我们的业务应用开发出来像是老古董。很多管理局的业务人员不断反映我们的业务应用比较难用，不是说我们的应用系统没有那么花哨，相反是我们的应用系统操作不够简洁、在易用性方面存在很大的问题，用户体验很差。而且，我们的UI平台组件中，很多展现力不够直观丰富，界面也显陈旧，这一点希望平台人员能够注意，开发过程中注意用户体验问题。建议在电子政务平台加强该功能，加大电子政务平台的投入，快速的更新和提升电子政务平台，提供更多的服务(建议把图形服务纳入到电子政务平台)，支持应用系统快速开发。4、多套用户组织信息无法同步目前系统中存在多套用户组织信息，包括域控制器的用户组织、权限的用户组织、人事的用户组织、即时通讯的用户组织等等，这些用户组织无法及时和自动同步，导致用户组织信息不一致。外网平台也同样使用平台的权限体系，但是数据并不完全一致。5、应用部署粒度不一致在正式环境中部署的应用有些比较庞大，有些又粒度太细，最好能给出一个约定。6、应用系统中存在业务割裂房地产业务与规划、国土业务衔接目前还存在割裂现象，比如房地产登记与地籍管理之间的同步，房屋测绘成果的相对独立，房屋拆迁与产权登记的衔接，土地交易和房产拍卖与产权登记的衔接，确权登记后规划调整情况等等。典型问题比如缺乏基本楼盘表管理。7、系统之间共享缺乏统一规划规划国土房产业务绝大部分均有相关信息系统支持，系统之间的信息共享不够，其中有业务层面因素，也有系统建设方面的因素，主要是缺乏统一资源管理。典型问题比如系统分散、业务数据多头录入。8、内外网应用模式对系统集成构成制约受内网应用为主模式影响，制约房地产应用系统在公共服务方面的扩展，制约房地产应用系统与外部系统之间的紧密联系，如与部、省的联网，与市内地税、银行等部门的信息共享。9、图形系统目前存在多套用户、多套架构的问题国土图形系统使用的是vb语言，基于arcmap进行的二次开发，规划图形系统使用的是c#语言，基于arcgisengine进行的二次开发，空间信息平台使用java，基于arcgisserver9.3进行二次开发，同样的功能要开发三次，同时需要多人进行维护，这对人力和时间的资源极大的浪费，目前电子政务部开发的规划国土一张图信息系统，监测技术部建设的监测技术平台、空间信息部即将进行的空间信息平台二期都已经确定使用flex作为开发语言，但是在系统的架构和细节上还没有完全达成一致，很可能还会造成各自的差异，希望能继续统筹考虑，将中心的gis技术架构统一，并制定出图形方面的开发规范，一方面可以提高各个部门的工作效率，另一方面可以减少系统的维护工作量。10、 目前中心缺乏一个可供系统开发和数据维护的字典通过最近的系统开发和数据维护的工作中发现最重要的一个问题是缺乏一个可以查找的数据中心的字段，当开发一个系统的时候需要设计调用业务数据的时候，不知道该去哪里查找需要的资源，当需要进行修改业务数据的时候，不知道修改后会对哪些业务数据造成影响，例如，宗地的业务数据和图形数据中都有一个字段lam_stage，表示宗地的状态，其中A表示产权合同、T表示合同、J表示产权，当产权系统给该宗地办证的时候会自动将该宗地的业务数据和图形数据的这个字段覆成J，而地政系统在重新开发的时候却没有注意到这个问题，从而该改写成T和A的没有去改写，造成数据产生问题，这就是系统开发的时候没有一个数据标准造成的，此外宗地的图形数据中还有一个标志assem_flag，该标志在图形系统显示的宗地的时候设置了过滤，如果为5的时候则在图形系统中布显示该宗地，今日数据部在进行数据清理的时候将大量宗地的该表示设置成5，造成龙岗等分局的用户在查找宗地的时候发现该宗地在图形中已经丢失，这就是进行数据维护的时候没有考虑会对系统造成影响产生的结果。所以系统今后中心加大力量将数据中心的字典工作完善，如有涉及数据的工作首先进行查询，是否会对其他系统或工作造成影响。11、 缺少完整的业务架构和技术架构指导应用系统设计开发系统顶层架构应该从两个方面展示：业务视图、技术视图。当然还包括物理和部署视图。这里主要考虑业务和技术两个方面。业务架构按照大粒度的业务模块定义整个组织结构内部业务流转以及业务架构边界。同时还有相关与其他组织的业务活动接口。业务架构和技术架构设计时需要有一定的前瞻性，不能是设计好就是落后的。统一的业务架构和技术架构最大的作用就是指导应用系统设计开发，规范应用系统应关注的业务流程以及与其他业务模块之间的关系(数据流)，规范采用的技术规范和架构等，防止走弯路和错路。目前的问题是做应用系统项目时，没有相应的技术或业务架构指导和规范业务系统设计，业务设计时没有考虑纳入到整个业务架构中，容易造成设计出的应用系统在业务层面孤立，形成业务和数据孤岛。在技术上，没有统一的技术架构，容易造成技术的多样性，增加维护的运营的复杂度。12、 缺少完整的系统运营管理规范规土委现有存量的应用系统和今后逐步开发的应用系统都面临庞大的运营管理问题。在现实运营管理中，缺少相应的规范的。例如：数据修改，功能维护等。这些维护工作缺少相应的审核过程。维护人员未必是应用系统开发设计人员，在维护工作中未必完整理解系统设计。因此需要一套管理规范保证应用系统在运营过程中的稳定性。二、应用系统架构设计（一）、总体架构/应用系统蓝图总体架构的目标在于：从管理层面，对规划国土委信息化建设的最终目标实体进行逻辑上的层次分解，在概念层面形成统一的定义，这些定义是信息化组织实施体系与用户群体需要达成的统一共识。总体架构的实质是信息化组织实施体系向用户群体描述的、并获得用户群体认可的信息化应用系统蓝图。1、资源层资源层是面向硬件的基础设施，包括各类硬件、操作系统、各类网络资源（政务内网、政务外网、各种专线、无线网络）。资源层由信息化建设实施单位即规划国土房产信息中心进行维护，规划国土委的信息化服务对象都是其用户。2、支撑层支撑层是面向软件的基础设施，包括对软硬件资源运行状况、应用系统运行维护进行综合管理的IT管控平台，用于应用系统生产、运行维护的电子政务基础平台，服务于数字XX的空间基础信息平台，以及规划国土房产数据中心。支撑层由信息中心进行维护，应用于应用系统生产、IT资源运行维护、地理信息应用。3、工作层工作层是面向工作人员开展日常业务、政务管理的软件系统，包括规划国土管理业务域（规划国土管理系统簇）、业务评价业务域（业务评价系统簇）、房产管理业务域（房产管理系统簇）、数字监察平台、政务管理业务域（政务管理系统簇）、数据管理系统。工作人员通过工作层的软件系统开展各项日常业务、政务管理、数据处理。4、监管层监管层是面向规划国土委监察部门的全业务、全过程、全生命周期的逻辑层，监管层只包含了一个系统：监测监管平台。监测监管平台提供给监察管理部门使用，同时可以延伸到规划国土委的委领导、处室及管理局的领导，部分功能可以延伸到市领导、省厅领导、部委领导。5、决策层决策层是面向领导的以决策为价值取向的逻辑层，决策层的实现是决策支持平台，决策支持平台是面向领导的以辅助决策为价值取向的系统，提供给规划国土委的委领导、处室及管理局的领导，可以延伸到市领导、省厅领导、部委领导。6、服务层服务层是面向各类信息需求者提供规划国土房产信息服务的逻辑层，服务层整合为一个大系统：综合信息服务平台，包括面向社会化信息服务的规划国土房产服务大厅系统、面向内部办公用户的一张图信息查询系统、面向批量信息分析的内部机构用户的对外信息共享系统、面向参观学习的国内外同行的成果展示系统，以及与部委、省厅、市有关部门进行信息交换的数据交换系统。规划国土房产服务大厅系统向社会公众、企事业单位、行业协会等提供规划国土房产业务对外的各种功能，包括网上申报、网上举报、信息查询、办事指南等。成果展示系统是面向国内外同行以及各级领导的以展示规划国土委信息化成果为目的的系统，该系统依托于规划国土房产指挥中心，整合决策层、监管层、工作层、服务层、支撑层的各项成果，通过系统来展现XX市规划国土委信息化建设的特点、亮点，展现XX市规划国土房产管理的难点、特点、重点。（二）、应用架构应用架构图的目标在于：从技术层面，将规划国土委的网络资源、数据资源、应用支撑平台、应用系统、公共服务、系统集成、IT管控等软硬件资源放在一定的技术逻辑层次上，描述其互操作关系和依赖关系，同时，把影响以上内容的核心关联因素也绘制到参考模型图之中，这样，通过应用架构图可以明了应用系统的内部层次关系、对外关键依赖。应用架构图的实质是定义应用系统生产所应该遵循的框架性约束，这是对信息化组织实施体系提出的自我约束，是信息化组织实施体系在生产应用系统时的设计和开发阶段，应该遵循应用架构图所定义的对应用系统的框架性约束。1、规划国土房产数据中心，是规划国土房产信息化数据资源及其配套应用系统的总称，包括规划国土房产生产数据库、成果数据库、基础测绘成果图形数据库，以及作为配套应用系统的数据备份系统、数据交换系统、数据管理系统、服务于信息资源共享的信息资源目录管理系统。2、空间基础信息平台，提供XX市空间基础信息服务，同时为规划国土房产信息化提供空间基础信息服务，空间基础信息平台的以下服务可以被应用于规划国土房产信息系统建设：三维地图服务、地址编码服务、全文搜索服务、在线处理服务、几何计算服务、OGC系列服务、元数据服务、目录服务、专题制图服务、瓦片地图服务、动态地图服务。3、IT管控平台，整合电子政务基础平台的运行管理系统、空间基础信息平台的运行管理系统、针对数据层的监控系统、针对网络硬件层的监控监管系统，对软硬件资源运行状况、应用系统运行维护进行综合管理。4、电子政务基础平台，是规划国土房产信息化的支撑，包括整合在应用运行环境中的应用支撑组件、以独立形态提供服务的运行时支撑、用于生成信息管理系统的应用系统生产车间、用于对应用系统运行进行配置和监控的系统运行管理系统。5、服务层，服务层的各项服务是基于跨系统、跨平台的面向业务、面向信息获取的功能重用需求实现的服务，这些服务调用应最终通过SOA服务总线来进行服务注册、登记、访问。6、政务管理业务域，即政务管理系统簇，通过各类专题应用系统实现行政公文管理、审批服务驱动、行政事务管理、人财物管理、档案管理，包含了基于规划国土电子政务支撑的事业单位应用系统。7、房产管理业务域，即房产管理系统簇，主要通过2个专题应用系统实现房地产产权登记、房地产市场管理。8、规划国土管理业务域，即规划国土管理系统簇，通过各类专题应用系统实现建设项目管理、规划审批及其辅助功能支撑、地籍管理、土地规划计划管理、土地市场管理、测绘管理、矿政管理、地质灾害管理、土地整备管理等规划和国土两个行业业务域，由于存在像建设项目审批服务系统这样的为规划国土专题业务系统提供横向支撑的系统，因此将规划和国土两个行业业务域的系统簇整合为规划国土管理业务域的系统簇。9、数字监察平台，是规划土地监察行政组织体系（包含市、区、街道三级执法体系，以及城管、水务、公安等职能局的共同责任单位）的业务系统，通过多个系统实现违法建筑和违法用地查处、历史遗留违法建筑处理2大类业务。数字监察平台是纵向的面向查违和历史遗留处理的业务系统。10、业务评价业务域，即业务评价系统簇，通过多个业务系统来实现对业务运行情况的评价。11、综合信息服务平台，通过多个业务系统来实现：面向社会化的信息服务；面向内部工作人员的一张图信息查询、全文检索、档案查询；面向事业单位用户的服务于信息综合分析利用的批量信息提供以及信息利用构建与共享（提供对信息综合分析利用的生产）；面向国内外同行的服务于参观学习的对外成果展示；面向部委、省厅、市有关部门的信息交换和同步。12、决策支持平台，通过多个有机整合集成的专题系统来实现面向领导的以决策为价值取向的业务综合分析统计。13、监测监管平台，通过多个有机整合集成的专题系统来实现面向监察的全业务、全过程、全生命周期、多切面的业务行为监控、业务状况监控、业务数据监控、系统使用监控。14、集成层，是用户使用规划国土房产信息化资源的途径，包含了电子政务门户网站、外网门户网站、移动手机门户、移动平板门户、图形门户、规划国土房产指挥中心。15、独立应用层，是不依赖于规划国土电子政务支撑而建设、运行的不需要集成到集成层的专题应用系统，例如城市仿真系统、视频会商系统、事业单位独立建设的用于自身部门管理的应用系统等。16、规划国土一张图应用架构，是规划国土一张图及其应用体系在信息化实施体系中所包含的组成部分及其关系，包含了规划国土房产数据中心、以空间基础信息平台和电子政务基础平台为主体的规划国土电子政务支撑、业务重用的服务层、综合信息服务平台、以及服务于规划国土数据动态更新机制的有关专题业务系统（这些应用系统基本位于规划国土业务域），同时，在逻辑层面还包含了一张图图形组织模型和信息面向业务的解释体系，这种图形组织模型、信息面向业务的解释体系是体现在综合信息服务平台之中的。监测监管平台与业务管理系统的关系监测监管平台通过多个有机整合集成的专题系统来实现面向规划国土委监察部门的全业务、全过程、全生命周期、多切面的业务行为监控、业务状况监控、业务数据监控、系统使用监控。监测监管平台是对通过信息化所实现的各个业务系统所体现的业务规则、数据规则、应用规则的横向检查的系统。（三）、规划国土房产电子政务平台规划国土房产电子政务平台是服务于规划国土委业务开展的所有信息化资源的总称。下图是规划国土房产电子政务平台、空间基础信息平台及其应用体系关系图，两者关系有以下要点：规划国土房产电子政务平台基于电子政务基础平台、空间基础信息平台而建设、运行；空间基础信息平台共用规划国土房产电子政务平台的内网、外网的网络资源，并具有独立的硬件环境（应用服务器、数据库服务器、防火墙、负载均衡设备等）；规划国土房产电子政务平台、空间基础信息平台在数据层具有冗余的影像数据库；作为涉密数据的基础测绘成果数据库（地形图数据库、地下管线数据库）保存在规划国土房产数据中心，经过去保密处理，基础测绘成果数据库以电子地图数据库的形式保存在空间基础信息平台的共享成果图形数据库；空间基础信息平台具有部门空间数据库，部门空间数据库保存了公安局、消防局等基于空间平台而建设运行的应用系统的空间数据，但是不包括规划国土委的应用系统的空间数据库，规划国土委的业务相关的空间数据库存在于规划国土房产数据中心。（四）、应用部署参考模型应用部署参考模型图的目标在于：从技术角度，结合规划国土委应用部署现状与未来预期，将规划国土委的网络资源、数据资源、应用支撑平台、应用系统、公共服务、系统集成、IT管控等软硬件资源放在一定的技术实体节点上，同时，把影响以上内容的生产、运维的核心关联因素也绘制到应用部署参考模型图之中，这样，通过应用部署参考模型图可以明了应用系统的内部层次关系、对外关键依赖。（五）、系统运行架构系统运行架构是系统运行时态的软件对象及其关系。（六）、系统体系框架系统划分分为2个部分，一部分是3级目录的宣传区，宣传区是信息化建设机构和用户关于规划国土房产电子政务平台的系统的共识，一部分是包含系统、子系统的执行区，执行区是信息化建设部门开展系统建设的组织方式，同时也是信息化建设项目的组织方式。根级平台是“规划国土房产电子政务平台”，总揽XX市规划国土委的信息化建设及其成果，包含了业务生产者和决策者、业务消费者、信息化生产者和支持者的各种有必要通过信息化来开展的行为和载体的总和。一级平台，规划国土委电子政务分解为4个领域：业务生产（即业务管理域，面向中层与基层的具体业务开展）、决策监管（即决策监管域，面向中层与高层的业务决策支持和监管）、业务评价（即业务评价域）、信息化服务（即信息服务域，面向所有信息需求者的业务信息提供）、信息化建设与支撑（即信息化管理域，面向软件系统的生产和运行维护）。（七）移动框架移动框架如图所示：分为服务器端和客户端在委内应用分别位于应用层及服务层中服务器端具体内容如下：用户权限：移动框架对平台权限体系的扩展文档解析：将doc等文档内容解析并生成jpg文件的服务消息推送：将消息以推送的方式主动推送到用户的服务智能更新：自动检测用户系统版本，并发送提示用户更新，主动替换旧版本中的文件，进行系统更新客户端具体内容如下：移动接入：自动判断接入的网络类型，程序优先选择网络信号好的网络进行连接网络安全：主要包括短信炸弹、三码合一验证、密码输入错误超过次数程序销毁等消息推送：接收服务器端推送过来的消息，并在系统界面上提示用户智能更新：自动检测服务器端最新的版本，如有更新，则替换旧版本中的相应文件权限验证：接收服务器端发送的权限认证码，对系统的门户进行组织，没有权限的功能不在门户进行显示GPS：优化终端获取的gps信号，获取gps的经度、纬度、海拔高度，去除产生漂移的信号移动GIS：将规划国土委内业务数据、空间信息基础平台数据显示在终端上，并支持用户缩放地图、勾绘图版、进行缓冲分析、叠加分析、测量等功能离线缓存：在信号不佳情况下，保存用户在系统内进行操作的数据，排成队列，当信号良好时，按照队列的顺序将之前操作发送至网络执行。三、基础平台架构设计（一）、基础平台总体架构电子政务基础平台总体架构如下图所示。1、运行支撑层运行支撑是一个基础支撑环境。对于基础编程环境而言，用户身份认证、单点登录、日志、组织机构、数据交换、任务和督办等组件属于运行支撑范畴。对于构建环境，构建工具将业务构建以xml格式的配置信息保存到平台配置库中，运行支撑通过解析配置库中的构建配置，来实现服务的提供、系统界面的生产等。2、基础开发组件基础开发组件为应用系统开发提供设计和运行基础框架，将特定问题的解决方案形成组件提供给项目组。已形成的主要组件有附件上传下载、树组件、菜单、数据缓存、事件处理、短信、邮件、MVC框架、连接池、主键管理、异常处理等等3、基础服务组件基础服务组件将基础服务功能以服务的方式提供给应用系统调用，包括：内容管理、个人文件夹资料管理、即时消息服务、即时通讯、个人日程安排、全局督办管理、平台事件服务、业务规则管理、业务流程管理服务、集中认证服务、统一安全验证服务4