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、系统架构目标
通过这个平台。我们能够统一技术框架、统一流程管理、提高数据一致性、提高资源利用率、提高服务和技术的标准化、简化上层应用的开发和运维。
目标架构分为四层：外包资源（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、办公化平台服务能力设计方案
5.1、文件管理服务
文件管理服务是对文件生命周期及存储、备份的基础服务，是统一平台上的文件管理规范和文件管理开发规范。
（1）文件的存储
文件的存储，原则上由应用模块自行管理。也能够进行统一存储管理。统一文件存储管理须要文件管理server。以及须要规划存储空间。假设按统一文件存储管理方案能够使用虚拟化资源中的存储。
文件存储在文件系统中，并对文件名称进行编码，以防文件重名冲突。
（2）文件生命周期管理
文件生命周期管理是对文件的创建、改动、备份、销毁进行管理，管理方案举比例如以下：
创建文件，也就是系统上传文件，提供规范API服务，由API服务记录文件保存地址、时间等信息。文件信息相见文件属性。
上传、下载操作，原则上由应用模块自行管理，本服务仅仅提供记录上传文件信息；
改动文件。实质是替换文件操作，过程能够描写叙述例如以下：下载文件、改动（在个人client）、自己主动备份原文件、上传文件；
备份文件，是在系统平台上。把文件复制到还有一个文件系统中，并记录相关操作信息；
销毁文件，是先把文件移到垃圾箱，过了规定时间。系统按日期自己主动清理垃圾文件，防止误操作，由此，引出还有一个功能，恢复垃圾文件功能。
（3）文件的属性信息
文件名、类型、存储文件夹、所属业务（应用模块）、创建时间、改动时间、业务ID、文件大小等。
（4）文件应用文件夹管理
文件应用文件夹管理是管理文件存储文件夹（文件系统上，含IP地址）与业务应用模块相应关系，并提供按应用模块查询文件夹、按文件夹查询应用模块的功能。
（5）功能设计
创建文件、改动文件、备份文件、改动文件、文件应用文件夹管理、存储文件夹管理。
5.2、通用信息管理基础服务
通用信息管理基础服务，是对通用信息分类、公布、展现、传播的管理、控制。
（1）通用信息专栏
在办公系统环境中，通用信息专栏是多个专题通用信息的集合。比如：客户服务简报、投诉通报、资料库、论坛组成的客户服务专栏。
（2）信息界面布局管理
是指信息内容展现界面的布局管理，比如信息专栏的左中右三行三列布局，再比如专题信息上下图文混搭布局。信息界面布局管理包含信息专栏界面布局模板管理和信息展现模板管理。
信息专栏界面布局模板管理，就是为了高速开发信息专栏业务，依据业务现状事先编制好的不同风格的信息专栏界面。界面中的详细栏目主题能够更换，提示文字可换，界面的色彩通过CSS皮肤可调换。主要功能有模板查询文件夹、模板使用情况、创建信息专栏界面等，以及栏目中信息专题的展现。
信息展现模板，就是为了高速实现信息展现业务。依据业务现状梳理。事先编制不同风格、主题的信息展现界面，界面中信息主题能够更换，界面的色彩通过CSS皮肤可调换。
主要功能有模板查询文件夹、模板使用情况、创建信息展现界面等。
（3）信息公布模板管理
信息公布模板包含信息公布流程管理和界面公布模板。
信息公布流程模版是指信息公布须要编辑、校稿、审核管理过程，有的能够直接公布。严格的走流程，在业务实现时选择对应的管理流程。界面公布模版是指公布文字、图片、多媒体、图文混排等信息内容的模版，当中，界面上的提示文字应能够配置。
（4）信息互动管理
信息互动是管理论坛、评论模版。以及管理互动信息管理控制台，比如有审核、删除评论等功能。
（5）静态信息管理
静态信息管理是管理静态网页、动画页面等资源，提供共享静态信息文件夹、静态信息生命周期管理、使用情况、訪问记录/日志等功能和管理手段。
（6）数据信息定义管理
数据信息定义管理是指数据上报功能的基础模版管理，数据项名称、格式可配置，展现形式通过模版来提供，并能够定义汇总配置。
（7）信息分类管理
信息分类管理，一是定义信息基础分类，比如：文字、图片、多媒体、静态、文件、图文混排、数字等；二是业务使用信息模版的记录。
5.3、流程管理基础服务
流程管理基础服务简称流程服务，是对原生BPM流程的二次封装。使其更加贴近业务，以及流程审批单基础框架。从流程配置管理上看。须要支撑流程模版、流程图、流程规则的分级管理与控制。
5.3.1 流程服务
（1）任务处理功能
任务处理功能是在工作流基础上，与流程业务及任务相结合的基础功能，能够在不同业务流程中复用。举例说明表现形式。比如审签单上的退回、追回button，就是这里的任务处理功能。
下图是推荐參考曾经项目的任务处理功能。
（2）流程流转记录及展现服务
提供统一的流程流转记录服务。并提供标准的展现界面。
5.3.2 工作流管理
（1）工作流文件夹管理
管理生产环境上的全部工作流，形成管理列表，列表信息包含：流程名称、使用者（应用模块）、关联表单、创建时间、版本等。
（2）工作流模版管理
建立工作流模版列表，用法（含业务流程图），提供追加、导出流程配置等功能，比如顺序十步主流程模版、并发自流程模版等。
（3）工作流生命周期管理
管理流程的生命周期，流程的生命周期能够分为例如以下几个阶段：
第一阶段，流程建模阶段
第二阶段，流程模拟阶段
在流程设计完毕后，须要通过模拟执行来发现流程的关键路径、瓶颈和须要改进的地方。
第三阶段，流程实现阶段
流程实现阶段须要将静态的流程定义转化为可运行的动态的流程，供下一阶段流程部署与运行。
第四阶段，流程部署与运行阶段
流程定义在这一阶段被部署到流程管理系统引擎，通过人工与系统的交互达成业务流程的流转并充分利用流程管理系统的功能使业务价值达到最大化。
第五阶段，流程监控阶段
在流程运行过程中，相关业务绩效指标须要在此阶段被收集、分析，为业务流程的优化提供数据。
5.3.3 审签单管理
（1）审批单文件夹管理
管理系统中全部审批单，生成审批单文件夹列表，管理审批单生命周期。
（2）审批单模板管理
管理系统中全部审批单模板。能够创建、到处审批单包（或代码），管理审批单模板生命周期。
审批单模板规划能够使用以下几种原则，一是按数据存储方式，单数据库表（Table）审批单，主从表的审批单二是按审批单内容。文本型审批单。数字型审批单。
按此组合规划审批单模板。
（3）审批单扩展开发
审批单扩展开发，主要是针对模板以外审批单的个性化开发。见下一章节“审批单分析与设计”。
5.3.4 审批单分析与设计
（1）审批单界面分析
如上图所看到的。界面分为4个核心功能区域：
- 功能button区：放置业务审批单功能button的区域，button能够分成三种类型：流程专用、业务专用、混合功能；
- 特殊功能区：用于个性化业务、流程功能所使用功能button、下拉列表等。
- 业务表单区：放置详细业务单据的区域。文件类业务能够隐藏此部分内容。
- 审批意见区：是能够设置成显隐的区域，用于显示审批意见，对于文件类业务，直接显示个性化审批单。
（2）button功能分析及设计
以“保存”button为例，保存操作在不同环节所实现的功能是不一样的，比如：申请时保存操作核心是插入并保存业务单据数据，而审批过程中。一般对业务数据是非常少操作的。因此，在其它流程环节中，“保存”操作可能仅仅是保存审批意见。以及操作流程。因此设计方案能够有两个：
方案一：直接在界面中开发“保存”button功能。再依据环节判读。运行不同的功能；
方案二：在不同环节中使用不同的函数（方法），替换运行其“保存”操作，相当于有非常多保存button定义在界面中，这样须要定义button，button也就相当于接口，动态载入类（代码），按环节定义来运行代码。
（3）审批意见填写的设计方案
方案一：审批单上直接显示意见填写输入框，通过“保存”或“送出”button直接保存意见内容。
方案二：单独设置审批意见操作button，或送出中隐含。此功能相当于新开意见输入窗体，进行意见填写操作。
学习发微博方式填写意见，实时反馈还能够输入多少个字符。防止出现多写保存不上的问题。讲个故事。某天省公司老总批文填写意见，写了700多字，提交保存时被告知超限，没了！
还好，系统有个后台日志功能记录了此事。否则，不知有多少人挨骂了。
（4）审批单数据规则设计
审批单上的数据项分为显示/隐藏、读/写等控制规则，也包含显示样式、数据有效性等控制规则。以及数据回写控制等等。
（5）审批单框架设计
审批单框架是设计核心。在办公平台上形成固化模板，内嵌入业务表单。
5.4、菜单管理服务
菜单管理服务，是统一管理办公平台上全部的功能模块和相关层级关系。
（1）功能菜单列表。列表信息包含功能名称、功能简单介绍、业务分类、keyword、上线时间、版本号、使用租户等；
（2）菜单（某应用模块）生命周期管理，包含菜单加入（应用上线）、版本号更新、撤销菜单、销毁等；
（3）菜单簿管理
菜单簿管理，是管理业务应用组合，比如：通用办公（root节点），以下有公告、通知、会议室、车辆管理等子项目，公告以下还有起草、公布等子项目。菜单簿本身也是一个集合，把多个应用系统的菜单集中统一管理。也是为了共享功能模块。
5.5、权限安全服务
通过对系统平台产品的二次封装。高速提供安全管理服务。
（1）权限管理
（2）身份认证管理
身份认证管理，主要是针对非平台产品接入认证管理，建立外部接入系统列表，并进行有效的监控管理。
（3）数据安全管理
管理OLE DB/JDBC接入数据库用户和password，定期进行更换。
5.6、系统运维服务
（1）数据维护
数据维护是系统运维人员使用的功能，摒弃早先直接到数据库改动数据的不规范操作。由平台提供规范的数据维护界面。维护内容通过数据适配接口进行配置提供。对应的功能有：维护专题管理、数据查询定位、改动数据、数据恢复等。
（2）数据适配接口
配置数据维护专题及详细维护的数据表，以及数据处理规则。原则上不同意删除数据。
（3）维护日志管理
系统运维工作要留有痕迹，或者是系统自己主动记录操作日志。或者是通过管理工具记录操作日志，而且每周形成维护周报。
（4）维护权限管理
维护权限分三级，一级是应用模块管理员。处理其管理界面的维护工作，比如应用模块的角色管理；二级是系统运维人员。比如进行数据维护工作；三级是最高级维护。能够直接深入平台进行维护，但对应的维护工作要有工作协调单和维护报告。
（5）任务维护
任务维护主要是指与门户待办接口，以及系统平台待办消息故障的日常维护管理。当中。任务稽核功能是门户与系统任务管理核对任务，如有异常，则有任务维护进行处理；另外，系统平台流程服务与应用模块间也要有任务稽核，出现故障也要进行处理。
（6）流程维护
流程维护分为流程日常管理和流程异常维护，流程日常管理通过工作流管理、流程管理等控制台界面进行工作；流程异常维护依赖于系统平台。通过系统平台提供工具进行维护工作。
5.7、系统接口服务
系统接口服务包含外部接口和内部接口。并为内外接口制定接口规范。
办公化平台对接口信息进行集中统一管理，并进行监控。
外部接口主要有：集团公文网关、门户接口、短信接口、云数字档案接口、跨域接口等；内部接口有：文件server接口、数据库接口、地市公文网关接口、异构系统接口等。
（1）外部接口规范
对外提供标准的Web Service接口API。
（2）内部接口规范
内部接口主要是通过API服务方式提供。
（3）接口适配服务
办公系统上应用模块使用统一接口规范API，API通过參数识别实际接口，进行自己主动适配。
（4）接口使用情况管理
展现接口使用者列表。以及每一个接口执行情况，并标示出异常接口。
（5）接口配置
配置管理实际接口。比如配置IP地址、port号、用户、password等。每一个接口一套配置。对每一个接口进行例如以下管理：一是创建接口、二是维护、三是形成接口列表文件夹。并能自己主动获取接口的使用者（指应用模块）。
（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、编者后记
最重要的是通过尽早和不断交付有价值的软件满足客户须要。
本文是作者依据多年项目实施经营总结出来的经验谈，属于软件产品规划设计通用内容。针对性不强，一般是文中部分内容有成功案例，这些内容整合在一起，本人无成功案例。因此，仅仅能做为详细项目规划方案设计參考，抛砖引玉，欢迎反馈、交流，希望能及早完好出第二版。
兴许文章预告：流程模版设计方案
參考资料：
1、1.1背景章节。部分内容摘自：邮电设计技术《浅析PaaS平台在电信运营商业务支撑系统中的应用》，2012年，作者: 蔡文君，裴 培，杨巧霞
2、1.1背景章节，部分内容摘自：通信世界网-通信世界周刊《2014年云趋势：PaaS市场迎来规模化发展》，2014年，作者：诺达咨询分析师 温建旺
3、部分内容參考：CSDN博客《基于PaaS平台开发流程审批框架界面设计方案（草稿）》，2014年1月，作者：肖永威
4、部分内容參考：CSDN博客《信息化建设适应当前改革的思考——简化流程与信息透明》。2014年3月，作者：肖永威
5、部分内容參考：CSDN博客《面向集团客户云计算运营平台的运营开通技术方案及应用架构——之云计算运营平台方案（三）》。2013年12月，作者：肖永威
6、部分内容參考：CSDN博客《使用云技术升级改造现有应用系统的思考》，2013年11月。作者：肖永威
7、部分内容參考：CSDN博客《IT运维管理之数据维护技术方案》，2013年11月，作者：肖永威
8、部门内容參考：Cordys 业务运营平台BOP技术方案，2012年
9、公文定义，来源国家档案管理中对文件的定义，2008年
10、业务流程定义，来源百度百科
11、5.11章节，内容參考：程序猿CSDN开发高手《在Web开发中用Servlet自己主动绘制报表》，2004年11期。P112。作者：肖永威
12、敏捷开发图片来自百度：敏捷开发过程