眼下，运营商的业务支撑系统多採用传统的“烟囱式”架构模式。即：按功能分为不同的子系统，依据不同需求独立地进行设计和建设，系统架构从应用、数据再到基础设施，都以烟囱式部署为主。
这样的系统架构模式的显著特点是纵向统一，系统内部建设一体化。
这样的系统架构模式虽保证了各功能系统内部建设的统一，但同一时候也导致出现了系统系统间独立性强、信息不透明、部门间横向协调性差、共通性少及资源共享率不高等诸多问题。
近年来，随着云技术的飞速发展和业务需求的持续扩大。运营商对业务支撑系统的横向共通性要求也在不断提高。鉴于传统“烟囱式”架构已逐渐暴露出了设备利用率不高、数据通用性不佳、建设周期长、无法高速满足业务支撑需求、缺乏动态适应市场变化和竞争须要能力等诸多弊端，显然这样的传统架构已不能满足运营商业务发展的支撑需求。
PaaS作为云计算的服务模式之中的一个，其市场规模远远小于其它的两种服务模式，但IaaS、SaaS发展在遇到瓶颈期后。也必定要回归到PaaS中来。三者是相辅相成关系。
从2012年開始，很多SaaS以及IaaＳ厂商開始推出自己的PaaS平台运营服务，比方伟库PaaS平台、普元PaaS平台、新浪SAE的IaaS+PaaS模式等，2013年一直主要发展云主机的腾讯云也推出了开放云平台。依据诺达咨询的调研，在对云计算了解而暂未部署PaaS服务的潜在用户中。未来一年内有36%的潜在企业用户有计划部署PaaS服务，PaaS服务的使用率将在今年有大幅度的提升。基本上能够肯定的是，未来一到两年内，将成为PaaS平台部署的密集期，PaaS服务将迎来快速发展的一年。
为满足企业办公信息化需求，提高运营管理效率。提升经营发展能力，管理创新，推荐企业信息化部门採用基于PaaS平台进行信息化建设。
本段内容是文中的术语、名词的解释，仅仅限定文中所描写叙述范围使用。统一在同样的语境中。
（1）文件定义
（2）通用信息定义
文件夹服务表述的是一种层次似的存储结构，适合描写叙述相同具有层次关系组织的服务资源。统一组织文件夹是集中统一管理办公系统中各个应用模块的组织和用户账号信息为一套共享的组织、账号信息。
（4）服务定义
平台对外提供的基本能力单元。而且在平台框架内进行注冊。依据其面向的目的，可分为业务服务和技术服务。服务包括部署态和执行态，部署态是指服务的包装方式和部署形式，执行态特指服务的执行实例，一个服务可包括多个服务实例。
（5）流程服务定义
流程服务是在工作流引擎的基础上。按办公云平台规范封装API服务，并与办公云平台集成，以满足办公系统中业务应用的需求。规范管理工作流开发的接口，提供通用的开发功能支撑。
（6）公文定义
公文，是公务文书的简称。是党政机关、社会团体、企事业单位以及其它社会组织行使法定职权、处理日常事务时常常使用的一种文体。公文有其特定的撰写程式和行文格式。是传达党和国家的方针政策、公布党规政令、指导和商洽工作、请示和答复问题、报告情况、交流经验的一种重要文字工具。
公文是应用文中最重要且用途最为广泛的一种文体。
（7）业务流程定义
业务流程是为达到特定的价值目标而由不同的人分别共同完毕的一系列活动。
活动之间不仅有严格的先后顺序限定。并且活动的内容、方式、责任等也都必须有明白的安排和界定，以使不同活动在不同岗位角色之间进行转手交接成为可能。
本期建设需求涵盖公文管理、通用办公、流程管理三大类。当中。流程管理就是业务流程的管理。比如资费管理审批、业务申请单、通用便签流程、业务需求申请单、经营管理0701－退费/返费申请（500元下面）、异常业务申报单（某地市）。
在部分流程管理业务中。含有数据统计、分析管理功能。有的有较强的业务信息管理，这样与流程组合成办公专业管理系统或模块。
眼下企业内部流程管理存在‘非固化’、‘固化’以及介于二者之间的‘半固化’三种模式：
（1）非固化模式
从承办人成功发起流程，系统可提示该类流程单据‘应走’的流转路径，但不做限制与验证，而是业务处理人员依据流转记录推断流程是否完整的模式。
（2）半固化模式
是指针对业务人员选定‘普通流程’或‘简易流程’并成功发起流程后，流转路径上必需要经过的部门及其先后顺序也同一时候确定，系统可以进行验证。但每一个部门内部的流转过程（如同一部门内处室之间或处室内部）系统不进行限制，可由每一当前处理人指定的模式。
（3）固化模式
是指根据业务规则与设置。该业务单据的流转路径上的流转环节精确到岗位（甚至是用户），流程承办人一旦成功发起流程，业务单据的工作流将依照既定规则与每一当前处理人的处理结果自己主动运行，不同意人工指定的模式。
通过这个平台。我们能够统一技术框架、统一流程管理、提高数据一致性、提高资源利用率、提高服务和技术的标准化、简化上层应用的开发和运维。
目标架构分为四层：外包资源（IaaS）层、业务运营PaaS平台层、软件服务层、复合应用层。并通过集团云门户统一接入。
（1）外部资源层：目标架构搭建在企业内部虚拟化资源池上。由虚拟化资源池提供设备资源（虚拟机），以及所使用的Oracle、MySQL数据库。
这些服务是在原生服务基础上进行的本地化，可是不会改造产品本身，特殊个性化仍用原生服务。
系统架构是在传统PaaS平台基础上，提供贴近业务的专业PaaS服务：业务能力组件和技术能力组件。
（3）软件服务层：在PaaS平台上，开发软件服务，在应用服务设计时，合理拆分为易组合的软件组件服务。以满足高速开发、实施的需求。总体上规划出公文管理、通用办公、流程管理、运维管理四大部分。并使用租户模型，按分省公司、地市、虚拟组织及应用模式进行部署。服务中间件使用Cordys、ApacheHTTP、JavaEE。
（4）复合应用：就是展现用户界面，按目标应用复合软件组件服务，分别为不同用户提供不同展现界面。
界面技术使用CordysXForm、HTML/HTML5、JavaScript、JSP等。
办公平台服务能力由业务运营平台（原生产品）所提供的服务能力与基于平台所开发的本地业务化服务能力所组成。
服务能力通过API服务（WebService）与管理控制台对外提供服务。当中。API服务为高速、规范化开发提供开发服务。控制台为系统管理员提供系统管理服务，以及为运维人员提供运维服务。
办公运营平台服务能力目标例如以下：
（1）管理目标
通过API服务提供开发规范。
通过管理控制台支撑系统管理及运维管理规范。
（2）技术目标
提供易用、高速开发基本软件组件。
基于平台开发本地化办公服务有：文件管理服务、信息管理基础服务、流程管理基础服务、菜单管理服务、权限安全服务、系统运维服务、系统接口服务、统一组织文件夹服务、统一任务服务、用户组织/角色服务、个人工作台服务。
文件管理服务是对文件生命周期及存储、备份的基础服务，是统一平台上的文件管理规范和文件管理开发规范。
（1）文件的存储
文件的存储，原则上由应用模块自行管理。也能够进行统一存储管理。统一文件存储管理须要文件管理server。以及须要规划存储空间。假设按统一文件存储管理方案能够使用虚拟化资源中的存储。
文件存储在文件系统中，并对文件名称进行编码，以防文件重名冲突。
（2）文件生命周期管理
文件生命周期管理是对文件的创建、改动、备份、销毁进行管理，管理方案举比例如以下：
上传、下载操作，原则上由应用模块自行管理，本服务仅仅提供记录上传文件信息；
改动文件。实质是替换文件操作，过程能够描写叙述例如以下：下载文件、改动（在个人client）、自己主动备份原文件、上传文件；
（3）文件的属性信息
（4）文件应用文件夹管理
文件应用文件夹管理是管理文件存储文件夹（文件系统上，含IP地址）与业务应用模块相应关系，并提供按应用模块查询文件夹、按文件夹查询应用模块的功能。
（5）功能设计
创建文件、改动文件、备份文件、改动文件、文件应用文件夹管理、存储文件夹管理。
通用信息管理基础服务，是对通用信息分类、公布、展现、传播的管理、控制。
（1）通用信息专栏
在办公系统环境中，通用信息专栏是多个专题通用信息的集合。比如：客户服务简报、投诉通报、资料库、论坛组成的客户服务专栏。
（2）信息界面布局管理
是指信息内容展现界面的布局管理，比如信息专栏的左中右三行三列布局，再比如专题信息上下图文混搭布局。信息界面布局管理包含信息专栏界面布局模板管理和信息展现模板管理。
信息专栏界面布局模板管理，就是为了高速开发信息专栏业务，依据业务现状事先编制好的不同风格的信息专栏界面。界面中的详细栏目主题能够更换，提示文字可换，界面的色彩通过CSS皮肤可调换。主要功能有模板查询文件夹、模板使用情况、创建信息专栏界面等，以及栏目中信息专题的展现。
信息展现模板，就是为了高速实现信息展现业务。依据业务现状梳理。事先编制不同风格、主题的信息展现界面，界面中信息主题能够更换，界面的色彩通过CSS皮肤可调换。
主要功能有模板查询文件夹、模板使用情况、创建信息展现界面等。
（3）信息公布模板管理
信息公布模板包含信息公布流程管理和界面公布模板。
信息公布流程模版是指信息公布须要编辑、校稿、审核管理过程，有的能够直接公布。严格的走流程，在业务实现时选择对应的管理流程。界面公布模版是指公布文字、图片、多媒体、图文混排等信息内容的模版，当中，界面上的提示文字应能够配置。
（4）信息互动管理
（5）静态信息管理
静态信息管理是管理静态网页、动画页面等资源，提供共享静态信息文件夹、静态信息生命周期管理、使用情况、訪问记录/日志等功能和管理手段。
（6）数据信息定义管理
数据信息定义管理是指数据上报功能的基础模版管理，数据项名称、格式可配置，展现形式通过模版来提供，并能够定义汇总配置。
（7）信息分类管理
信息分类管理，一是定义信息基础分类，比如：文字、图片、多媒体、静态、文件、图文混排、数字等；二是业务使用信息模版的记录。
流程管理基础服务简称流程服务，是对原生BPM流程的二次封装。使其更加贴近业务，以及流程审批单基础框架。从流程配置管理上看。须要支撑流程模版、流程图、流程规则的分级管理与控制。
（1）任务处理功能
任务处理功能是在工作流基础上，与流程业务及任务相结合的基础功能，能够在不同业务流程中复用。举例说明表现形式。比如审签单上的退回、追回button，就是这里的任务处理功能。
下图是推荐參考曾经项目的任务处理功能。
（2）流程流转记录及展现服务
提供统一的流程流转记录服务。并提供标准的展现界面。
（1）工作流文件夹管理
（2）工作流模版管理
建立工作流模版列表，用法（含业务流程图），提供追加、导出流程配置等功能，比如顺序十步主流程模版、并发自流程模版等。
（3）工作流生命周期管理
管理流程的生命周期，流程的生命周期能够分为例如以下几个阶段：
第一阶段，流程建模阶段
第二阶段，流程模拟阶段
在流程设计完毕后，须要通过模拟执行来发现流程的关键路径、瓶颈和须要改进的地方。
第三阶段，流程实现阶段
流程实现阶段须要将静态的流程定义转化为可运行的动态的流程，供下一阶段流程部署与运行。
第四阶段，流程部署与运行阶段
流程定义在这一阶段被部署到流程管理系统引擎，通过人工与系统的交互达成业务流程的流转并充分利用流程管理系统的功能使业务价值达到最大化。
第五阶段，流程监控阶段
（1）审批单文件夹管理
管理系统中全部审批单，生成审批单文件夹列表，管理审批单生命周期。
（2）审批单模板管理
管理系统中全部审批单模板。能够创建、到处审批单包（或代码），管理审批单模板生命周期。
审批单模板规划能够使用以下几种原则，一是按数据存储方式，单数据库表（Table）审批单，主从表的审批单二是按审批单内容。文本型审批单。数字型审批单。
按此组合规划审批单模板。
（3）审批单扩展开发
审批单扩展开发，主要是针对模板以外审批单的个性化开发。见下一章节“审批单分析与设计”。
（1）审批单界面分析
如上图所看到的。界面分为4个核心功能区域：
（2）button功能分析及设计
以“保存”button为例，保存操作在不同环节所实现的功能是不一样的，比如：申请时保存操作核心是插入并保存业务单据数据，而审批过程中。一般对业务数据是非常少操作的。因此，在其它流程环节中，“保存”操作可能仅仅是保存审批意见。以及操作流程。因此设计方案能够有两个：
方案一：直接在界面中开发“保存”button功能。再依据环节判读。运行不同的功能；
方案二：在不同环节中使用不同的函数（方法），替换运行其“保存”操作，相当于有非常多保存button定义在界面中，这样须要定义button，button也就相当于接口，动态载入类（代码），按环节定义来运行代码。
（3）审批意见填写的设计方案
方案一：审批单上直接显示意见填写输入框，通过“保存”或“送出”button直接保存意见内容。
方案二：单独设置审批意见操作button，或送出中隐含。此功能相当于新开意见输入窗体，进行意见填写操作。
学习发微博方式填写意见，实时反馈还能够输入多少个字符。防止出现多写保存不上的问题。讲个故事。某天省公司老总批文填写意见，写了700多字，提交保存时被告知超限，没了！
还好，系统有个后台日志功能记录了此事。否则，不知有多少人挨骂了。
（4）审批单数据规则设计审批单上的数据项分为显示/隐藏、读/写等控制规则，也包含显示样式、数据有效性等控制规则。以及数据回写控制等等。
（5）审批单框架设计
审批单框架是设计核心。在办公平台上形成固化模板，内嵌入业务表单。
（2）菜单（某应用模块）生命周期管理，包含菜单加入（应用上线）、版本号更新、撤销菜单、销毁等；
（3）菜单簿管理
菜单簿管理，是管理业务应用组合，比如：通用办公（root节点），以下有公告、通知、会议室、车辆管理等子项目，公告以下还有起草、公布等子项目。菜单簿本身也是一个集合，把多个应用系统的菜单集中统一管理。也是为了共享功能模块。
通过对系统平台产品的二次封装。高速提供安全管理服务。
（1）权限管理
（2）身份认证管理
身份认证管理，主要是针对非平台产品接入认证管理，建立外部接入系统列表，并进行有效的监控管理。
（3）数据安全管理
管理OLEDB/JDBC接入数据库用户和password，定期进行更换。
（1）数据维护
数据维护是系统运维人员使用的功能，摒弃早先直接到数据库改动数据的不规范操作。由平台提供规范的数据维护界面。维护内容通过数据适配接口进行配置提供。对应的功能有：维护专题管理、数据查询定位、改动数据、数据恢复等。
（2）数据适配接口
配置数据维护专题及详细维护的数据表，以及数据处理规则。原则上不同意删除数据。
（3）维护日志管理
系统运维工作要留有痕迹，或者是系统自己主动记录操作日志。或者是通过管理工具记录操作日志，而且每周形成维护周报。
（4）维护权限管理
维护权限分三级，一级是应用模块管理员。处理其管理界面的维护工作，比如应用模块的角色管理；二级是系统运维人员。比如进行数据维护工作；三级是最高级维护。能够直接深入平台进行维护，但对应的维护工作要有工作协调单和维护报告。
（5）任务维护
任务维护主要是指与门户待办接口，以及系统平台待办消息故障的日常维护管理。当中。任务稽核功能是门户与系统任务管理核对任务，如有异常，则有任务维护进行处理；另外，系统平台流程服务与应用模块间也要有任务稽核，出现故障也要进行处理。
（6）流程维护
流程维护分为流程日常管理和流程异常维护，流程日常管理通过工作流管理、流程管理等控制台界面进行工作；流程异常维护依赖于系统平台。通过系统平台提供工具进行维护工作。
系统接口服务包含外部接口和内部接口。并为内外接口制定接口规范。
办公化平台对接口信息进行集中统一管理，并进行监控。
外部接口主要有：集团公文网关、门户接口、短信接口、云数字档案接口、跨域接口等；内部接口有：文件server接口、数据库接口、地市公文网关接口、异构系统接口等。
（1）外部接口规范
对外提供标准的WebService接口API。
（2）内部接口规范
内部接口主要是通过API服务方式提供。
（3）接口适配服务
办公系统上应用模块使用统一接口规范API，API通过參数识别实际接口，进行自己主动适配。
（4）接口使用情况管理
展现接口使用者列表。以及每一个接口执行情况，并标示出异常接口。
（5）接口配置
配置管理实际接口。比如配置IP地址、port号、用户、password等。每一个接口一套配置。对每一个接口进行例如以下管理：一是创建接口、二是维护、三是形成接口列表文件夹。并能自己主动获取接口的使用者（指应用模块）。
（6）接口日志
接口启停、传递信息都应具体的记录日志，并对日志进行监控管理。日志信息定期人工或自己主动清理。
办公系统平台为平台上全部应用模块提供统一账号、组织文件夹服务。并负责与云门户4A同步用户账号信息，组织文件夹统一维护管理。主要功能有：
（1）加入用户账号
（2）组织文件夹管理
统一任务服务主要是管理流程待办和待阅消息两部分内容，这两部分内容应从底层分开，须要集中监控、分别管理。
在流程流转产生待办任务。以及待办状态更新时，流程服务PUSH数据到统一待办中。
（1）按流程定义业务应用消息数据项推送待办到云平台统一待办接口中；
（2）推送流转待办消息包括业务自己定义业务信息URL；
（3）按流程消息ID推送更改待办状态请求。
下图以启动流程或送出下一步为例，介绍任务管理。
任务服务须要功能有：门户接口调用服务、任务稽核服务、待办或办结任务展现。
待阅消息是指点到点的信息公布信息、评价信息、催办信息，他们的特别是不通过流程服务产生的消息。待阅消息量比較大。须要进行有效的管理。因此对消息进行分级、待阅/阅毕查询、处理时效监控管理等。
（1）消息分级管理
对消息按业务、人员岗位。分为很重要、重要、普通等三级管理。
（2）待阅/阅毕查询
（3）处理时效监控管理
用户组织及角色服务是管理用户信息、组织信息和角色信息。最基本的是管理应用模块中的组织、角色，以及虚拟组织。
（1）用户信息管理
（2）组织结构管理
本地组织结构管理与统一组织文件夹要严格区分开，本地组织结构管理仅是为应用模块提供个性化服务的。
原则上，应用模块应使用统一组织文件夹。但在统一组织文件夹无法满足需求时。不是通过扩展统一组织文件夹功能实现。而是通过本地个性化组织结构管理来提供支撑。
为了共享数据、高速支撑，设计了本地组织结构集中管理，做到尽量复用，主要功能例如以下：
（3）虚拟组织管理
虚拟组织管理是本地组织结构管理的扩展。提供虚拟团队、暂时组等管理，也存在其生命周期管理。
（4）组织使用情况
提供系统平台中全部组织结构（含虚拟组织）的文件夹列表，查询组织结构的使用者（应用模块）。
（1）报表的定义经常使用二维报表格式是由表头和数据区组成，并不是常规则。因此报表的表头能够用树来描写叙述，例如以下表所看到的报表，假设把表的表头描写叙述成树，其结果例如以下图所看到的。数据区能够简单地描写叙述成二维数组。
在图中，根节点“root”是个虚节点，非叶子节点（B、C）都不正确应数据，叶子节点（A、B1、B2、B3、C1、C2、C3）相应报表中的详细数据。对比上表。每一个叶子节点相应数据表中的详细数据列（字段名或函数、表达式）。也就能够把这些数据列名组成查询用的SQL语句。
（2）超文本链接标示语言（HTML）中表格的描写叙述
在HTML语言中，表格通过标记
| 表示，对整个表格能够描写叙述成树状结构，表格的行与列信息通过參数rowspan、colspan说明，比如： |