云计算统一办公运营平台服务能力设计方案(PAAS)

问题导读

1.本文目标架构分为几层？
2.办公运营平台服务能力目标有哪些？

思考：
3.办公信息化需求，如何基于PaaS平台进行信息化建设？

1、前言1.1、背景       目前，运营商的业务支撑系统多采用传统的“烟囱式”架构模式，即：按功能分为不同的子系统，根据不同需求独立地进行设计和建设，系统架构从应用、数据再到基础设施，都以烟囱式部署为主。这种系统架构模式的显著特点是纵向统一，系统内部建设一体化。这种系统架构模式虽保证了各功能系统内部建设的统一，但同时也导致出现了系统系统间独立性强、信息不透明、部门间横向协调性差、共通性少及资源共享率不高等诸多问题。
      近年来，随着云技术的飞速发展和业务需求的持续扩大，运营商对业务支撑系统的横向共通性要求也在不断提高。鉴于传统“烟囱式”架构已逐渐暴露出了设备利用率不高、数据通用性不佳、建设周期长、无法快速满足业务支撑需求、缺乏动态适应市场变化和竞争需要能力等诸多弊端，显然这种传统架构已不能满足运营商业务发展的支撑需求。

      PaaS作为云计算的服务模式之一，其市场规模远远小于其他的两种服务模式，但IaaS、SaaS发展在遇到瓶颈期后，也必然要回归到PaaS中来，三者是相辅相成关系。从2012年开始，许多SaaS以及IaaＳ厂商开始推出自己的PaaS平台运营服务，比如伟库PaaS平台、普元PaaS平台、新浪SAE的IaaS+PaaS模式等，2013年一直主要发展云主机的腾讯云也推出了开放云平台。根据诺达咨询的调研，在对云计算了解而暂未部署PaaS服务的潜在用户中，未来一年内有36%的潜在企业用户有计划部署PaaS服务，PaaS服务的使用率将在今年有大幅度的提升。基本上可以肯定的是，未来一到两年内，将成为PaaS平台部署的密集期，PaaS服务将迎来高速发展的一年。
      为满足企业办公信息化需求，提高运营管理效率，提升经营发展能力，管理创新，推荐企业信息化部门采用基于PaaS平台进行信息化建设。

1.2、术语与名词解释       本段内容是文中的术语、名词的解释，只限定文中所描述范围使用，统一在相同的语境中。

（1）文件定义
      文件是指公文管理中流转文件的正文（Word格式文件），以及相关的附件，也包括流程管理、信息管理中的附件（图片、文档、表格等）。
（2）通用信息定义
      在办公系统环境中，通用信息是以文字、图片、数字为主要传播内容，并局限在办公环境中，而且一般也不带流程、业务处理的。例如：信息简报、信息通报、新闻动态、论坛、微信、评论等。
（3）统一组织目录定义       目录服务表述的是一种层次似的存储结构，适合描述同样具有层次关系组织的服务资源。统一组织目录是集中统一管理办公系统中各个应用模块的组织和用户账号信息为一套共享的组织、账号信息。

（4）服务定义
      平台对外提供的基本能力单元，并且在平台框架内进行注册。根据其面向的目的，可分为业务服务和技术服务。服务包括部署态和运行态，部署态是指服务的包装方式和部署形式，运行态特指服务的运行实例，一个服务可包含多个服务实例。
（5）流程服务定义
      流程服务是在工作流引擎的基础上，按办公云平台规范封装API服务，并与办公云平台集成，以满足办公系统中业务应用的需求，规范管理工作流开发的接口，提供通用的开发功能支撑。

（6）公文定义
   公文，是公务文书的简称，是党政机关、社会团体、企事业单位以及其他社会组织行使法定职权、处理日常事务时经常使用的一种文体。公文有其特定的撰写程式和行文格式，是传达党和国家的方针政策、发布党规政令、指导和商洽工作、请示和答复问题、报告情况、交流经验的一种重要文字工具。公文是应用文中最重要且用途最为广泛的一种文体。

（7）业务流程定义
   业务流程是为达到特定的价值目标而由不同的人分别共同完成的一系列活动。活动之间不仅有严格的先后顺序限定，而且活动的内容、方式、责任等也都必须有明确的安排和界定，以使不同活动在不同岗位角色之间进行转手交接成为可能。活动与活动之间在时间和空间上的转移可以有较大的跨度。而狭义的业务流程，则认为它仅仅是与客户价值的满足相联系的一系列活动。

2、需求分析       本期建设需求涵盖公文管理、通用办公、流程管理三大类。其中，流程管理就是业务流程的管理，例如资费管理审批、业务申请单、通用便签流程、业务需求申请单、经营管理0701－退费/返费申请（500元以下）、异常业务申报单（某地市）。
      在部分流程管理业务中，含有数据统计、分析管理功能。有的有较强的业务信息管理，这样与流程组合成办公专业管理系统或模块。
      目前企业内部流程管理存在‘非固化’、‘固化’以及介于二者之间的‘半固化’三种模式：
（1）非固化模式
      从承办人成功发起流程，系统可提示该类流程单据‘应走’的流转路径，但不做限制与验证，而是业务处理人员根据流转记录判断流程是否完整的模式。
（2）半固化模式
      是指针对业务人员选定‘普通流程’或‘简易流程’并成功发起流程后，流转路径上必须要经过的部门及其先后顺序也同时确定，系统能够进行验证，但每个部门内部的流转过程（如同一部门内处室之间或处室内部）系统不进行限制，可由每一当前处理人指定的模式。
（3）固化模式
      是指依据业务规则与设置，该业务单据的流转路径上的流转环节精确到岗位（甚至是用户），流程承办人一旦成功发起流程，业务单据的工作流将按照既定规则与每一当前处理人的处理结果自动执行，不允许人工指定的模式。

3、系统架构目标       为了应对企业面对的系统技术和业务挑战，我们要建设的PaaS平台应超越传统PaaS范畴，在业务能力和技术能力组件上有所加强，形成更有针对性的“厚PaaS”平台。通过这个平台，我们可以统一技术框架、统一流程管理、提高数据一致性、提高资源利用率、提高服务和技术的标准化、简化上层应用的开发和运维。

      目标架构分为四层：外包资源（IaaS）层、业务运营PaaS平台层、软件服务层、复合应用层。并通过集团云门户统一接入。
      （1）外部资源层：目标架构搭建在企业内部虚拟化资源池上，由虚拟化资源池提供设备资源（虚拟机），以及所使用的Oracle、MySQL数据库。
      （2）业务运营PaaS平台层：Cordys BOP4 平台是企业内部办公系统云计算PaaS平台，为企业信息化提供统一的开发、运维、运营服务，并可以提供文件服务、报表服务、审批单框架服务、任务服务（是与云门户统一待办相关的服务）、主数据服务、流程服务、表单服务、用户组织机构服务、监控服务、接口服务等。
      这些服务是在原生服务基础上进行的本地化，但是不会改造产品本身，特殊个性化仍用原生服务。
      系统架构是在传统PaaS平台基础上，提供贴近业务的专业PaaS服务：业务能力组件和技术能力组件。

      （3）软件服务层：在PaaS平台上，开发软件服务，在应用服务设计时，合理拆分为易组合的软件组件服务，以满足快速开发、实施的需求。整体上规划出公文管理、通用办公、流程管理、运维管理四大部分。并使用租户模型，按分省公司、地市、虚拟组织及应用模式进行部署。服务中间件使用Cordys、Apache HTTP、Java EE。
      （4）复合应用：就是展现用户界面，按目标应用复合软件组件服务，分别为不同用户提供不同展现界面。界面技术使用Cordys XForm、HTML/HTML5、JavaScript、JSP等。

4、统一办公运营平台服务能力目标

      办公平台服务能力由业务运营平台（原生产品）所提供的服务能力与基于平台所开发的本地业务化服务能力所组成。服务能力通过API服务（Web Service）与管理控制台对外提供服务，其中，API服务为快速、规范化开发提供开发服务，控制台为系统管理员提供系统管理服务，以及为运维人员提供运维服务。
      办公运营平台服务能力目标如下：
      （1）管理目标
      通过API服务提供开发规范；
      通过管理控制台支撑系统管理及运维管理规范。
      （2）技术目标
      提供易用、快速开发基本软件组件；
      平台原生服务有：目录服务、流程服务（BPM）、单点登录服务（SSO）、界面复合服务（CAF）、规则服务（Rule）、主数据管理服务（MDM）、业务活动服务（BAM）、个案管理服务（Case Management）、租户服务（Tenant）。
      基于平台开发本地化办公服务有：文件管理服务、信息管理基础服务、流程管理基础服务、菜单管理服务、权限安全服务、系统运维服务、系统接口服务、统一组织目录服务、统一任务服务、用户组织/角色服务、个人工作台服务。

5、办公化平台服务能力设计方案       办公化平台服务能力是基于原生PaaS平台产品，根据业务特点进行二次开发封装的、更贴近业务的服务组件，用以支撑业务快速搭建实施，以及集中运维管理，其中，很多服务能力更多是为共享服务（组件）、开发规范、便于运维管理而设计，在实际落地设计开发时可以酌情处理，以实用化为主，根据项目工期、投入而定。能力服务有API、接口界面、控制台构成，这里所设计内容主要是PaaS层的技术能力组件。

5.1、文件管理服务       文件管理服务是对文件生命周期及存储、备份的基础服务，是统一平台上的文件管理规范和文件管理开发规范。
（1）文件的存储
      文件的存储，原则上由应用模块自行管理，也可以进行统一存储管理。统一文件存储管理需要文件管理服务器，以及需要规划存储空间。如果按统一文件存储管理方案可以使用虚拟化资源中的存储。文件存储在文件系统中，并对文件名进行编码，以防文件重名冲突。
（2）文件生命周期管理
      文件生命周期管理是对文件的创建、修改、备份、销毁进行管理，管理方案举例如下：

      创建文件，也就是系统上传文件，提供规范API服务，由API服务记录文件保存地址、时间等信息，文件信息相见文件属性。上传、下载操作，原则上由应用模块自行管理，本服务只提供记录上传文件信息；
      修改文件，实质是替换文件操作，过程可以描述如下：下载文件、修改（在个人客户端）、自动备份原文件、上传文件；
      备份文件，是在系统平台上，把文件拷贝到另一个文件系统中，并记录相关操作信息；
      销毁文件，是先把文件移到垃圾箱，过了规定时间，系统按日期自动清理垃圾文件，防止误操作，由此，引出另一个功能，恢复垃圾文件功能。
（3）文件的属性信息
      文件名称、类型、存储目录、所属业务（应用模块）、创建时间、修改时间、业务ID、文件大小等。
（4）文件应用目录管理
      文件应用目录管理是管理文件存储目录（文件系统上，含IP地址）与业务应用模块对应关系，并提供按应用模块查询目录、按目录查询应用模块的功能。
（5）功能设计
      创建文件、修改文件、备份文件、修改文件、文件应用目录管理、存储目录管理。

5.2、通用信息管理基础服务       通用信息管理基础服务，是对通用信息分类、发布、展现、传播的管理、控制。
（1）通用信息专栏
      在办公系统环境中，通用信息专栏是多个专题通用信息的集合，例如：客户服务简报、投诉通报、资料库、论坛组成的客户服务专栏。

（2）信息界面布局管理
      是指信息内容展现界面的布局管理，例如信息专栏的左中右三行三列布局，再例如专题信息上下图文混搭布局。信息界面布局管理包括信息专栏界面布局模板管理和信息展现模板管理。
      信息专栏界面布局模板管理，就是为了快速开发信息专栏业务，根据业务现状事先编制好的不同风格的信息专栏界面，界面中的具体栏目主题可以更换，提示文字可换，界面的色彩通过CSS皮肤可调换。主要功能有模板查询目录、模板使用情况、创建信息专栏界面等，以及栏目中信息专题的展现。

      信息展现模板，就是为了快速实现信息展现业务，根据业务现状梳理，事先编制不同风格、主题的信息展现界面，界面中信息主题可以更换，界面的色彩通过CSS皮肤可调换。主要功能有模板查询目录、模板使用情况、创建信息展现界面等。
（3）信息发布模板管理
      信息发布模板包括信息发布流程管理和界面发布模板。信息发布流程模版是指信息发布需要编辑、校稿、审核管理过程，有的可以直接发布，严格的走流程，在业务实现时选择相应的管理流程。界面发布模版是指发布文字、图片、多媒体、图文混排等信息内容的模版，其中，界面上的提示文字应可以配置。
（4）信息互动管理
      信息互动是管理论坛、评论模版，以及管理互动信息管理控制台，例如有审核、删除评论等功能。
（5）静态信息管理
      静态信息管理是管理静态网页、动画页面等资源，提供共享静态信息目录、静态信息生命周期管理、使用情况、访问记录/日志等功能和管理手段。
（6）数据信息定义管理
      数据信息定义管理是指数据上报功能的基础模版管理，数据项名称、格式可配置，展现形式通过模版来提供，并可以定义汇总配置。
（7）信息分类管理
      信息分类管理，一是定义信息基础分类，例如：文字、图片、多媒体、静态、文件、图文混排、数字等；二是业务使用信息模版的记录。

5.3、流程管理基础服务       流程管理基础服务简称流程服务，是对原生BPM流程的二次封装，使其更加贴近业务，以及流程审批单基础框架。从流程配置管理上看，需要支撑流程模版、流程图、流程规则的分级管理与控制。

5.3.1 流程服务（1）任务处理功能
      任务处理功能是在工作流基础上，与流程业务及任务相结合的基础功能，可以在不同业务流程中复用。举例说明表现形式，例如审签单上的退回、追回按钮，就是这里的任务处理功能。下图是推荐参考以前项目的任务处理功能。

（2）流程流转记录及展现服务
      提供统一的流程流转记录服务，并提供标准的展现界面。

5.3.2 工作流管理（1）工作流目录管理
      管理生产环境上的所有工作流，形成管理列表，列表信息包括：流程名称、使用者（应用模块）、关联表单、创建时间、版本号等。
（2）工作流模版管理
      建立工作流模版列表，使用方法（含业务流程图），提供追加、导出流程配置等功能，例如顺序十步主流程模版、并发自流程模版等。
（3）工作流生命周期管理
      管理流程的生命周期，流程的生命周期可以分为如下几个阶段：
      第一阶段，流程建模阶段
      第二阶段，流程模拟阶段
      在流程设计完成后，需要通过模拟运行来发现流程的关键路径、瓶颈和需要改进的地方。
      第三阶段，流程实现阶段
      流程实现阶段需要将静态的流程定义转化为可执行的动态的流程，供下一阶段流程部署与执行。
      第四阶段，流程部署与执行阶段
      流程定义在这一阶段被部署到流程管理系统引擎，通过人工与系统的交互达成业务流程的流转并充分利用流程管理系统的功能使业务价值达到最大化。
      第五阶段，流程监控阶段
      在流程执行过程中，相关业务绩效指标需要在此阶段被收集、分析，为业务流程的优化提供数据。

5.3.3 审签单管理（1）审批单目录管理
      管理系统中所有审批单，生成审批单目录列表，管理审批单生命周期。
（2）审批单模板管理
      管理系统中所有审批单模板，可以创建、到处审批单包（或代码），管理审批单模板生命周期。
      审批单模板规划可以使用下面几种原则，一是按数据存储方式，单数据库表（Table）审批单，主从表的审批单二是按审批单内容，文本型审批单，数字型审批单。按此组合规划审批单模板。
（3）审批单扩展开发
      审批单扩展开发，主要是针对模板以外审批单的个性化开发，见下一章节“审批单分析与设计”。

5.3.4 审批单分析与设计

（1）审批单界面分析
如上图所示，界面分为4个核心功能区域：

功能按钮区：放置业务审批单功能按钮的区域，按钮可以分成三种类型：流程专用、业务专用、混合功能；
特殊功能区：用于个性化业务、流程功能所使用功能按钮、下拉列表等；
业务表单区：放置具体业务单据的区域，文件类业务可以隐藏此部分内容；
审批意见区：是可以设置成显隐的区域，用于显示审批意见，对于文件类业务，直接显示个性化审批单。

（2）按钮功能分析及设计
      以“保存”按钮为例，保存操作在不同环节所实现的功能是不一样的，例如：申请时保存操作核心是插入并保存业务单据数据，而审批过程中，一般对业务数据是很少操作的，因此，在其他流程环节中，“保存”操作可能只是保存审批意见，以及操作流程，因此设计方案可以有两个：
      方案一：直接在界面中开发“保存”按钮功能，再根据环节判读，执行不同的功能；
      方案二：在不同环节中使用不同的函数（方法），替换执行其“保存”操作，相当于有很多保存按钮定义在界面中，这样需要定义按钮，按钮也就相当于接口，动态加载类（代码），按环节定义来执行代码。

（3）审批意见填写的设计方案
      方案一：审批单上直接显示意见填写输入框，通过“保存”或“送出”按钮直接保存意见内容；
      方案二：单独设置审批意见操作按钮，或送出中隐含，此功能相当于新开意见输入窗口，进行意见填写操作。
      学习发微博方式填写意见，实时反馈还可以输入多少个字符，防止出现多写保存不上的问题。讲个故事，某天省公司老总批文填写意见，写了700多字，提交保存时被告知超限，没了！还好，系统有个后台日志功能记录了此事，否则，不知有多少人挨骂了。

（4）审批单数据规则设计
审批单上的数据项分为显示/隐藏、读/写等控制规则，也包括显示样式、数据有效性等控制规则，以及数据回写控制等等。

（5）审批单框架设计
      审批单框架是设计核心，在办公平台上形成固化模板，内嵌入业务表单。

5.4、菜单管理服务       菜单管理服务，是统一管理办公平台上所有的功能模块和相关层级关系。
（1）功能菜单列表，列表信息包括功能名称、功能简介、业务分类、关键字、上线时间、版本、使用租户等；
（2）菜单（某应用模块）生命周期管理，包括菜单添加（应用上线）、版本更新、撤销菜单、销毁等；
（3）菜单簿管理
      菜单簿管理，是管理业务应用组合，例如：通用办公（root节点），下面有公告、通知、会议室、车辆管理等子项目，公告下面还有起草、发布等子项目。菜单簿本身也是一个集合，把多个应用系统的菜单集中统一管理，也是为了共享功能模块。

5.5、权限安全服务       通过对系统平台产品的二次封装，快速提供安全管理服务。
（1）权限管理
（2）身份认证管理
      身份认证管理，主要是针对非平台产品接入认证管理，建立外部接入系统列表，并进行有效的监控管理。
（3）数据安全管理
      管理OLE DB/JDBC接入数据库用户和密码，定期进行更换。

5.6、系统运维服务（1）数据维护
      数据维护是系统运维人员使用的功能，摒弃早先直接到数据库修改数据的不规范操作，由平台提供规范的数据维护界面，维护内容通过数据适配接口进行配置提供。相应的功能有：维护专题管理、数据查询定位、修改数据、数据恢复等。
（2）数据适配接口
      配置数据维护专题及具体维护的数据表，以及数据处理规则，原则上不允许删除数据。

（3）维护日志管理
      系统运维工作要留有痕迹，或者是系统自动记录操作日志，或者是通过管理工具记录操作日志，并且每周形成维护周报。

（4）维护权限管理
      维护权限分三级，一级是应用模块管理员，处理其管理界面的维护工作，例如应用模块的角色管理；二级是系统运维人员，例如进行数据维护工作；三级是最高级维护，可以直接深入平台进行维护，但相应的维护工作要有工作协调单和维护报告。

（5）任务维护
      任务维护主要是指与门户待办接口，以及系统平台待办消息故障的日常维护管理。其中，任务稽核功能是门户与系统任务管理核对任务，如有异常，则有任务维护进行处理；另外，系统平台流程服务与应用模块间也要有任务稽核，出现问题也要进行处理。

（6）流程维护
      流程维护分为流程日常管理和流程异常维护，流程日常管理通过工作流管理、流程管理等控制台界面进行工作；流程异常维护依赖于系统平台，通过系统平台提供工具进行维护工作。

5.7、系统接口服务       系统接口服务包括外部接口和内部接口，并为内外接口制定接口规范。办公化平台对接口信息进行集中统一管理，并进行监控。外部接口主要有：集团公文网关、门户接口、短信接口、云数字档案接口、跨域接口等；内部接口有：文件服务器接口、数据库接口、地市公文网关接口、异构系统接口等。
（1）外部接口规范
      对外提供标准的Web Service接口API。
（2）内部接口规范
      内部接口主要是通过API服务方式提供。
（3）接口适配服务
      办公系统上应用模块使用统一接口规范API，API通过参数识别实际接口，进行自动适配。

（4）接口使用情况管理
      展现接口使用者列表，以及每个接口运行情况，并标示出异常接口。
（5）接口配置
      配置管理实际接口，例如配置IP地址、端口号、用户、密码等。每个接口一套配置。对每个接口进行如下管理：一是创建接口、二是维护、三是形成接口列表目录，并能自动获取接口的使用者（指应用模块）。
（6）接口日志
      接口启停、传递信息都应详细的记录日志，并对日志进行监控管理，日志信息定期人工或自动清理。

5.8、统一组织目录服务       办公系统平台为平台上所有应用模块提供统一账号、组织目录服务，并负责与云门户4A同步用户账号信息，组织目录统一维护管理，主要功能有：
      （1）添加用户账号
      （2）组织目录管理
      （3）提供用户账号查询验证服务，提供组织目录及相关人员查询服务。

5.9、统一任务服务       统一任务服务主要是管理流程待办和待阅消息两部分内容，这两部分内容应从底层分开，需要集中监控、分别管理。

5.9.1 待办任务管理       在流程流转产生待办任务，以及待办状态更新时，流程服务PUSH数据到统一待办中。
      （1）按流程定义业务应用消息数据项推送待办到云平台统一待办接口中；
      （2）推送流转待办消息包含业务自定义业务信息URL；
      （3）按流程消息ID推送更改待办状态请求。

      下图以启动流程或送出下一步为例，介绍任务管理。

      任务服务需要功能有：门户接口调用服务、任务稽核服务、待办或办结任务展现。

5.9.2 待阅消息管理       待阅消息是指点到点的信息发布信息、评价信息、催办信息，他们的特别是不通过流程服务产生的消息。待阅消息量比较大，需要进行有效的管理。因此对消息进行分级、待阅/阅毕查询、处理时效监控管理等。
（1）消息分级管理
      对消息按业务、人员岗位，分为非常重要、重要、普通等三级管理。
（2）待阅/阅毕查询
（3）处理时效监控管理

5.10、用户组织及角色服务       用户组织及角色服务是管理用户信息、组织信息和角色信息，最主要的是管理应用模块中的组织、角色，以及虚拟组织。
（1）用户信息管理
      管理用户办公基本信息，例如：办公电话、手机、邮箱、微博、爱好等，除了账号、姓名、性别外，其他信息可以自行维护。
（2）组织结构管理
      本地组织结构管理与统一组织目录要严格区分开，本地组织结构管理仅是为应用模块提供个性化服务的。原则上，应用模块应使用统一组织目录，但在统一组织目录无法满足需求时，不是通过扩展统一组织目录功能实现，而是通过本地个性化组织结构管理来提供支撑。
      为了共享数据、快速支撑，设计了本地组织结构集中管理，做到尽量复用，主要功能如下：

本地组织结构生命周期管理，管理某组织结构的创建、维护、作废；
本地组织结构使用者管理，管理应用模块使用各个组织结构的情况，如果现有的不能满足，则新建。这里关键点是应用模块与组织结构对应关系，如果某组织结构多个应用模块使用了，则不能任意变动；
平台提供统一组织结构接口API，通过参与适配相关组织结构。

（3）虚拟组织管理
      虚拟组织管理是本地组织结构管理的扩展，提供虚拟团队、临时组等管理，也存在其生命周期管理。
（4）组织使用情况
      提供系统平台中所有组织结构（含虚拟组织）的目录列表，查询组织结构的使用者（应用模块）。

5.11、通用快速报表服务
（1）报表的定义
      常用二维报表格式是由表头和数据区组成，并很规则，因此报表的表头可以用树来描述，如下表所示报表，如果把表的表头描述成树，其结果如下图所示。数据区可以简单地描述成二维数组。

在图中，根节点“root”是个虚节点，非叶子节点（B、C）都不对应数据，叶子节点（A、B1、B2、B3、C1、C2、C3）对应报表中的具体数据。对照上表，每个叶子节点对应数据表中的具体数据列（字段名或函数、表达式），也就可以把这些数据列名组成查询用的SQL语句。

（2）超文本链接标示语言（HTML）中表格的描述
      在HTML语言中，表格通过标记<table>和<td>表示，对整个表格可以描述成树状结构，表格的行与列信息通过参数rowspan、colspan说明，例如：
         <td rowspan="2" colspan="2"> </td>
      此语句表示此单元格由2行2列组成。
      如果通过程序生成表格，其单元格位置的计算公式如下：
            colspan = 此列下所有的叶子节点
            rowspan = 当前行的行数 - 当前树的深度 + 1
（3）通用快速报表服务管理
      通用快速报表服务管理主要功能有：报表生命周期管理（创建、修改、销毁）、报表目录列表（应用模块、创建时间、功能、展现界面、数据来源、数据产生服务等）、报表使用情况等。

5.11.1 通用快速报表生命周期管理（1）创建报表
      按需求和数据源选择模板，或者自动快速配置来定义报表，按文中所述，分成表头和数据内容定义。其中，报表数据源分为静态和动态两类，由配置适配器自适应控制使用。
（2）报表修改
      平台提供报表修改功能，修改后产生新版本，原报表为历史数据。
（3）报表应用
      把报表加入管理目录，并发放到相应的应用模块中使用。
（4）报表销毁
      报表下线停止使用，系统标记为下线，配置数据保留。

5.11.2 报表目录列表       报表目录是指系统中所有报表清单的管理，包括个性化开发报表，提供查询、维护报表目录列表功能。此功能由系统运维人员使用。
（1）查询报表目录
      查询报表目录功能是与系统应用模块目录配合使用，提供两种视角查询：一是按应用模块查询；二是按报表直接查询，内容含应用模块信息。
（2）维护报表目录
      维护报表增删改在目录中体现。

5.11.3 数据生成服务       数据生成服务主要是通过规范API服务来实现，此服务负责按定义提取报表展现数据到展现报表中，如果静态数据已经存在，则越过提取数据处理。如果是动态实时提取数据，则数据生成服务的内容与报表展现内容处理方式一致，例如使用相同的查询SQL语句。
（1）数据生成服务定义
      数据生成服务定义主要是定义提取数据到静态展现数据表中，如果是动态则获取报表的定义，并作动态标记。数据生成服务在报表中注册使用，使用时通过规范API自动适配进行处理。
      数据生成服务还包括数据汇总功能，如果数据生成服务中含汇总定义，则报表展现不做处理，否则报表展现时需要按需求进行汇总处理。
（2）数据生成服务管理
      主要是管理数据生成服务使用，并监控服务使用状态。

5.11.4 报表展现及模板       报表展现可以快速自动生成，也可以按模板展现，根据需求进行开发。

5.11.5 报表模板管理       报表模板主要是体现报表展现样式，设置多种样式供选择。例如：单行表头模板、多行表头模板、数据区可以滚动模板等。系统平台提供报表模板生命周期管理，以及使用情况的管理。
（1）报表模板生命周期管理
（2）报表模板使用管理

5.11.6 报表导出下载       系统平台提供报表导出Excel格式文件并下载，以及PDF格式文件并下载功能。

5.12、个人工作台服务       个人工作台服务是办公化服务能力中针对个人个性化的基础服务，提供常用的基础数据服务API，统一管理个性化配置、使用情况，有效的管控个人行为，推荐出个人工作台模版，方便用户使用。
（1）任务管理
      提供标准的待办/在办任务展现模版。
（2）个性化界面
      个性化界面通过模版方式提供，平台主要是提供对模版的管理，以及基础资源的提供。（注：此部分不包括个人工作台业务级应用，具体实现暂定放在阳光大厅中实现，也可能其他地方也用到。）
（3）个人工作台使用管理
      对于个人工作台的使用，平台提供集中监管界面。在监管界面中，可以看到所有用的个人工作台使用情况，包括：选择模版（含业务级扩展个性化模版）、模版中自助业务应用模块列表、信息订阅情况、使用频率等内容。

6、办公化平台服务能力的使用方法       办公化平台服务能力的设计是为快速开发应用模块服务的，也是为运维管理服务，所以，其易用性、规范性是重要的指标。办公化平台设计出来的功能是为了使用的，没有必要开发出花瓶，要的是实用。因此，从使用者的视角，按使用方法提出具体设计要求：

6.1、规范化API服务       规范化的API服务，既包括实际的API（Web Service），也包括可共享的界面、JavaScript函数包，也包括开发规范。这里，需要特别强调开发规范，虽然没有实际功能，但是是应用模块、基础平台相互沟通、协调的桥梁，千万不要再自己做自己的，再弄出来一套“烟囱系统”。
      规范化API服务主要使用者是开发人员。

      规范化API服务的使用，需要使用手册和案例，需要设计人员提供。

6.2、控制台       控制台是办公化平台服务能力管控的支撑界面，主要使用者是运维人员。

7、编者后记       上述办公化平台服务能力规划方案内容较多，都实现不易，自定向下瀑布模型开发更是难上加难，因此，建议采用敏捷开发模型，分阶段、迭代逐步趋近式开发。最重要的是通过尽早和不断交付有价值的软件满足客户需要。

本文是作者根据多年项目实施经营总结出来的经验谈，属于软件产品规划设计通用内容，针对性不强，通常是文中部分内容有成功案例，这些内容整合在一起，本人无成功案例，因此，只能做为具体项目规划方案设计参考，抛砖引玉，欢迎反馈、交流，希望能及早完善出第二版。