雲計算統一辦公運營平臺服務能力設計方案

一、前言

1.一、背景

        眼下，運營商的業務支撐系統多採用傳統的「煙囪式」架構模式。即：按功能分爲不一樣的子系統，依據不一樣需求獨立地進行設計和建設，系統架構從應用、數據再到基礎設施，都以煙囪式部署爲主。

這樣的系統架構模式的顯著特色是縱向統一，系統內部建設一體化。

這樣的系統架構模式雖保證了各功能系統內部建設的統一，但同一時候也致使出現了系統系統間獨立性強、信息不透明、部門間橫向協調性差、共通性少及資源共享率不高等諸多問題。

        近年來，隨着雲技術的飛速發展和業務需求的持續擴大。運營商對業務支撐系統的橫向共通性要求也在不斷提升。鑑於傳統「煙囪式」架構已逐漸暴露出了設備利用率不高、數據通用性不佳、建設週期長、沒法高速知足業務支撐需求、缺少動態適應市場變化和競爭需要能力等諸多弊端，顯然這樣的傳統架構已不能知足運營商業務發展的支撐需求。

        PaaS做爲雲計算的服務模式之中的一個，其市場規模遠遠小於其它的兩種服務模式，但IaaS、SaaS發展在遇到瓶頸期後。也一定要回歸到PaaS中來。三者是相輔相成關係。

從2012年開始，不少SaaS以及IaaＳ廠商開始推出本身的PaaS平臺運營服務，比方偉庫PaaS平臺、普元PaaS平臺、新浪SAE的IaaS+PaaS模式等，2013年一直主要發展雲主機的騰訊雲也推出了開放雲平臺。依據諾達諮詢的調研，在對雲計算了解而暫未部署PaaS服務的潛在用戶中。將來一年內有36%的潛在企業用戶有計劃部署PaaS服務，PaaS服務的使用率將在今年有大幅度的提高。基本上可以確定的是，將來一到兩年內，將成爲PaaS平臺部署的密集期，PaaS服務將迎來快速發展的一年。

        爲知足企業辦公信息化需求，提升運營管理效率。提高經營發展能力，管理創新，推薦企業信息化部門採用基於PaaS平臺進行信息化建設。

1.二、術語與名詞解釋

        本段內容是文中的術語、名詞的解釋，僅僅限定文中所描寫敘述範圍使用。統一在一樣的語境中。

（1）文件定義

        文件是指公文管理中流轉文件的正文（Word格式文件），以及相關的附件，也包含流程管理、信息管理中的附件（圖片、文檔、表格等）。

（2）通用信息定義

        在辦公系統環境中。通用信息是以文字、圖片、數字爲主要傳播內容。並侷限在辦公環境中，而且通常也不帶流程、業務處理的。好比：信息簡報、信息通報、新聞動態、論壇、微信、評論等。

（3）統一組織文件夾定義

        文件夾服務表述的是一種層次似的存儲結構，適合描寫敘述相同具備層次關係組織的服務資源。統一組織文件夾是集中統一管理辦公系統中各個應用模塊的組織和用戶帳號信息爲一套共享的組織、帳號信息。

（4）服務定義

        平臺對外提供的基本能力單元。並且在平臺框架內進行註冊。依據其面向的目的，可分爲業務服務和技術服務。服務包括部署態和執行態，部署態是指服務的包裝方式和部署形式，執行態特指服務的執行實例，一個服務可包括多個服務實例。

（5）流程服務定義

        流程服務是在工做流引擎的基礎上。按辦公雲平臺規範封裝API服務，並與辦公雲平臺集成，以知足辦公系統中業務應用的需求。規範管理工做流開發的接口，提供通用的開發功能支撐。

（6）公文定義

       公文，是公務文書的簡稱。是黨政機關、社會團體、企事業單位以及其它社會組織行使法定職權、處理平常事務時經常使用的一種文體。公文有其特定的撰寫程式和行文格式。是傳達黨和國家的方針政策、公佈黨規政令、指導和商洽工做、請示和答覆問題、報告狀況、交流經驗的一種重要文字工具。

公文是應用文中最重要且用途最爲普遍的一種文體。 

（7）業務流程定義

       業務流程是爲達到特定的價值目標而由不一樣的人分別共同完畢的一系列活動。

活動之間不只有嚴格的前後順序限定。而且活動的內容、方式、責任等也都必須有明白的安排和界定，以使不一樣活動在不一樣崗位角色之間進行轉手交接成爲可能。

活動與活動之間在時間和空間上的轉移可以有較大的跨度。而狹義的業務流程，則以爲它不過與客戶價值的知足相聯繫的一系列活動。

二、需求分析

        本期建設需求涵蓋公文管理、通用辦公、流程管理三大類。當中。流程管理就是業務流程的管理。好比資費管理審批、業務申請單、通用便籤流程、業務需求申請單、經營管理0701－退費/返費申請（500元下面）、異常業務申報單（某地市）。

        在部分流程管理業務中。含有數據統計、分析管理功能。有的有較強的業務信息管理，這樣與流程組合成辦公專業管理系統或模塊。

        眼下企業內部流程管理存在‘非固化’、‘固化’以及介於兩者之間的‘半固化’三種模式：

（1）非固化模式

        從承辦人成功發起流程，系統可提示該類流程單據‘應走’的流轉路徑，但不作限制與驗證，而是業務處理人員依據流轉記錄推斷流程是否完整的模式。

（2）半固化模式

        是指針對業務人員選定‘普通流程’或‘簡易流程’併成功發起流程後，流轉路徑上必須要通過的部門及其前後順序也同一時候肯定，系統能夠進行驗證。但每個部門內部的流轉過程（如同一部門內處室之間或處室內部）系統不進行限制，可由每一當前處理人指定的模式。

（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/HTML五、JavaScript、JSP等。

四、統一辦公運營平臺服務能力目標

        辦公平臺服務能力由業務運營平臺（原生產品）所提供的服務能力與基於平臺所開發的本地業務化服務能力所組成。

服務能力經過API服務（Web Service）與管理控制檯對外提供服務。當中。API服務爲高速、規範化開發提供開發服務。控制檯爲系統管理員提供系統管理服務，以及爲運維人員提供運維服務。

        辦公運營平臺服務能力目標例如如下：

        （1）管理目標

        經過API服務提供開發規範。

        經過管理控制檯支撐系統管理及運維管理規範。

        （2）技術目標

        提供易用、高速開發基本軟件組件。

        平臺原生服務有：文件夾服務、流程服務（BPM）、單點登陸服務（SSO）、界面複合服務（CAF）、規則服務（Rule）、主數據管理服務（MDM）、業務活動服務（BAM）、個案管理服務（Case Management）、租戶服務（Tenant）。

        基於平臺開發本地化辦公服務有：文件管理服務、信息管理基礎服務、流程管理基礎服務、菜單管理服務、權限安全服務、系統運維服務、系統接口服務、統一組織文件夾服務、統一任務服務、用戶組織/角色服務、我的工做臺服務。

五、辦公化平臺服務能力設計方案

        辦公化平臺服務能力是基於原生PaaS平臺產品，依據業務特色進行二次開發封裝的、更貼近業務的服務組件，用以支撐業務高速搭建實施。以及集中運維管理，當中，很是多服務能力不少其它是爲共享服務（組件）、開發規範、便於運維管理而設計，在實際落地設計開發時可以酌情處理。以有用化爲主，依據項目工期、投入而定。能力服務有API、接口界面、控制檯構成，這裏所設計內容主要是PaaS層的技術能力組件。

5.一、文件管理服務

        文件管理服務是對文件生命週期及存儲、備份的基礎服務，是統一平臺上的文件管理規範和文件管理開發規範。

（1）文件的存儲

        文件的存儲，原則上由應用模塊自行管理。也可以進行統一存儲管理。統一文件存儲管理需要文件管理server。以及需要規劃存儲空間。假設按統一文件存儲管理方案可以使用虛擬化資源中的存儲。

文件存儲在文件系統中，並對文件名稱進行編碼，以防文件重名衝突。

（2）文件生命週期管理

        文件生命週期管理是對文件的建立、改動、備份、銷燬進行管理，管理方案舉比例如如下：

        建立文件，也就是系統上傳文件，提供規範API服務，由API服務記錄文件保存地址、時間等信息。文件信息相見文件屬性。

上傳、下載操做，原則上由應用模塊自行管理，本服務僅僅提供記錄上傳文件信息；

        改動文件。實質是替換文件操做，過程可以描寫敘述例如如下：下載文件、改動（在我的client）、本身主動備份原文件、上傳文件；

        備份文件，是在系統平臺上。把文件複製到還有一個文件系統中，並記錄相關操做信息；

        銷燬文件，是先把文件移到垃圾箱，過了規定時間。系統按日期本身主動清理垃圾文件，防止誤操做，由此，引出還有一個功能，恢復垃圾文件功能。

（3）文件的屬性信息

        文件名、類型、存儲文件夾、所屬業務（應用模塊）、建立時間、改動時間、業務ID、文件大小等。

（4）文件應用文件夾管理

        文件應用文件夾管理是管理文件存儲文件夾（文件系統上，含IP地址）與業務應用模塊相應關係，並提供按應用模塊查詢文件夾、按文件夾查詢應用模塊的功能。

（5）功能設計

        建立文件、改動文件、備份文件、改動文件、文件應用文件夾管理、存儲文件夾管理。

5.二、通用信息管理基礎服務

        通用信息管理基礎服務，是對通用信息分類、公佈、展示、傳播的管理、控制。

（1）通用信息專欄

        在辦公系統環境中，通用信息專欄是多個專題通用信息的集合。好比：客戶服務簡報、投訴通報、資料庫、論壇組成的客戶服務專欄。

（2）信息界面佈局管理

        是指信息內容展示界面的佈局管理，好比信息專欄的左中右三行三列布局，再好比專題信息上下圖文混搭佈局。信息界面佈局管理包含信息專欄界面佈局模板管理和信息展示模板管理。

        信息專欄界面佈局模板管理，就是爲了高速開發信息專欄業務，依據業務現狀事先編制好的不一樣風格的信息專欄界面。界面中的詳細欄目主題可以更換，提示文字可換，界面的色彩經過CSS皮膚可調換。主要功能有模板查詢文件夾、模板使用狀況、建立信息專欄界面等，以及欄目中信息專題的展示。

        信息展示模板，就是爲了高速實現信息展示業務。依據業務現狀梳理。事先編制不一樣風格、主題的信息展示界面，界面中信息主題可以更換，界面的色彩經過CSS皮膚可調換。

主要功能有模板查詢文件夾、模板使用狀況、建立信息展示界面等。

（3）信息公佈模板管理

        信息公佈模板包含信息公佈流程管理和界面公佈模板。

信息公佈流程模版是指信息公佈需要編輯、校稿、審覈管理過程，有的可以直接公佈。嚴格的走流程，在業務實現時選擇對應的管理流程。界面公佈模版是指公佈文字、圖片、多媒體、圖文混排等信息內容的模版，當中，界面上的提示文字應可以配置。

（4）信息互動管理

        信息互動是管理論壇、評論模版。以及管理互動信息管理控制檯，好比有審覈、刪除評論等功能。

（5）靜態信息管理

        靜態信息管理是管理靜態網頁、動畫頁面等資源，提供共享靜態信息文件夾、靜態信息生命週期管理、使用狀況、訪問記錄/日誌等功能和管理手段。

（6）數據信息定義管理

        數據信息定義管理是指數據上報功能的基礎模版管理，數據項名稱、格式可配置，展示形式經過模版來提供，並可以定義彙總配置。

（7）信息分類管理

        信息分類管理，一是定義信息基礎分類，好比：文字、圖片、多媒體、靜態、文件、圖文混排、數字等；二是業務使用信息模版的記錄。

5.三、流程管理基礎服務

        流程管理基礎服務簡稱流程服務，是對原生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.四、菜單管理服務

          菜單管理服務，是統一管理辦公平臺上所有的功能模塊和相關層級關係。

（1）功能菜單列表。列表信息包含功能名稱、功能簡單介紹、業務分類、keyword、上線時間、版本號、使用租戶等；

（2）菜單（某應用模塊）生命週期管理，包含菜單加入（應用上線）、版本號更新、撤銷菜單、銷燬等；

（3）菜單簿管理

          菜單簿管理，是管理業務應用組合，好比：通用辦公（root節點），如下有公告、通知、會議室、車輛管理等子項目，公告如下還有起草、公佈等子項目。菜單簿自己也是一個集合，把多個應用系統的菜單集中統一管理。也是爲了共享功能模塊。

5.五、權限安全服務

          經過對系統平臺產品的二次封裝。高速提供安全管理服務。

（1）權限管理

（2）身份認證管理

          身份認證管理，主要是針對非平臺產品接入認證管理，創建外部接入系統列表，並進行有效的監控管理。

（3）數據安全管理

          管理OLE DB/JDBC接入數據庫用戶和password，按期進行更換。

5.六、系統運維服務

（1）數據維護

          數據維護是系統運維人員使用的功能，摒棄早先直接到數據庫改動數據的不規範操做。由平臺提供規範的數據維護界面。維護內容經過數據適配接口進行配置提供。對應的功能有：維護專題管理、數據查詢定位、改動數據、數據恢復等。

（2）數據適配接口

          配置數據維護專題及詳細維護的數據表，以及數據處理規則。原則上不一樣意刪除數據。

（3）維護日誌管理

          系統運維工做要留有痕跡，或者是系統本身主動記錄操做日誌。或者是經過管理工具記錄操做日誌，並且每週造成維護週報。

（4）維護權限管理

          維護權限分三級，一級是應用模塊管理員。處理其管理界面的維護工做，好比應用模塊的角色管理；二級是系統運維人員。好比進行數據維護工做；三級是最高級維護。可以直接深刻平臺進行維護，但對應的維護工做要有工做協調單和維護報告。

（5）任務維護

          任務維護主要是指與門戶待辦接口，以及系統平臺待辦消息故障的平常維護管理。當中。任務稽覈功能是門戶與系統任務管理覈對任務，若有異常，則有任務維護進行處理；另外，系統平臺流程服務與應用模塊間也要有任務稽覈，出現故障也要進行處理。

（6）流程維護

          流程維護分爲流程平常管理和流程異常維護，流程平常管理經過工做流管理、流程管理等控制檯界面進行工做；流程異常維護依賴於系統平臺。經過系統平臺提供工具進行維護工做。

5.七、系統接口服務

          系統接口服務包含外部接口和內部接口。併爲內外接口制定接口規範。

辦公化平臺對接口信息進行集中統一管理，並進行監控。

外部接口主要有：集團公文網關、門戶接口、短信接口、雲數字檔案接口、跨域接口等；內部接口有：文件server接口、數據庫接口、地市公文網關接口、異構系統接口等。

（1）外部接口規範

          對外提供標準的Web Service接口API。

（2）內部接口規範

          內部接口主要是經過API服務方式提供。

（3）接口適配服務

          辦公系統上應用模塊使用統一接口規範API，API經過參數識別實際接口，進行本身主動適配。

（4）接口使用狀況管理

          展示接口使用者列表。以及每個接口執行狀況，並標示出異常接口。

（5）接口配置

          配置管理實際接口。好比配置IP地址、port號、用戶、password等。每個接口一套配置。對每個接口進行例如如下管理：一是建立接口、二是維護、三是造成接口列表文件夾。並能本身主動獲取接口的使用者（指應用模塊）。

（6）接口日誌

          接口啓停、傳遞信息都應具體的記錄日誌，並對日誌進行監控管理。日誌信息按期人工或本身主動清理。

5.八、統一組織文件夾服務

          辦公系統平臺爲平臺上所有應用模塊提供統一帳號、組織文件夾服務。並負責與雲門戶4A同步用戶帳號信息，組織文件夾統一維護管理。主要功能有：

          （1）加入用戶帳號

          （2）組織文件夾管理

          （3）提供用戶帳號查詢驗證服務，提供組織文件夾及相關人員查詢服務。

5.九、統一任務服務

          統一任務服務主要是管理流程待辦和待閱消息兩部份內容，這兩部份內容應從底層分開，需要集中監控、分別管理。

5.9.1 待辦任務管理

          在流程流轉產生待辦任務。以及待辦狀態更新時，流程服務PUSH數據到統一待辦中。

          （1） 按流程定義業務應用消息數據項推送待辦到雲平臺統一待辦接口中；

          （2） 推送流轉待辦消息包括業務本身定義業務信息URL；

          （3） 按流程消息ID推送更改待辦狀態請求。

          下圖以啓動流程或送出下一步爲例，介紹任務管理。

          任務服務需要功能有：門戶接口調用服務、任務稽覈服務、待辦或辦結任務展示。

5.9.2 待閱消息管理

          待閱消息是指點到點的信息公佈信息、評價信息、催辦信息，他們的特別是不經過流程服務產生的消息。待閱消息量比較大。需要進行有效的管理。所以對消息進行分級、待閱/閱畢查詢、處理時效監控管理等。

（1）消息分級管理

          對消息按業務、人員崗位。分爲很重要、重要、普通等三級管理。

（2）待閱/閱畢查詢

（3）處理時效監控管理

5.十、用戶組織及角色服務

         用戶組織及角色服務是管理用戶信息、組織信息和角色信息。最基本的是管理應用模塊中的組織、角色，以及虛擬組織。

（1）用戶信息管理

         管理用戶辦公基本信息，好比：辦公電話、手機、郵箱、微博、愛好等，除了帳號、姓名、性別外。其它信息可以自行維護。

（2）組織結構管理

         本地組織結構管理與統一組織文件夾要嚴格區分開，本地組織結構管理僅是爲應用模塊提供個性化服務的。

原則上，應用模塊應使用統一組織文件夾。但在統一組織文件夾沒法知足需求時。不是經過擴展統一組織文件夾功能實現。而是經過本地個性化組織結構管理來提供支撐。

         爲了共享數據、高速支撐，設計了本地組織結構集中管理，作到儘可能複用，主要功能例如如下：

• 本地組織結構生命週期管理，管理某組織結構的建立、維護、做廢；
• 本地組織結構使用者管理，管理應用模塊使用各個組織結構的狀況。假設現有的不能知足，則新建。

  這裏關鍵點是應用模塊與組織結構相應關係，假設某組織結構多個應用模塊使用了，則不能隨意變更；

• 平臺提供統一組織結構接口API，經過參與適配相關組織結構。

（3）虛擬組織管理

         虛擬組織管理是本地組織結構管理的擴展。提供虛擬團隊、暫時組等管理，也存在其生命週期管理。

（4）組織使用狀況

         提供系統平臺中所有組織結構（含虛擬組織）的文件夾列表，查詢組織結構的使用者（應用模塊）。

5.十一、通用高速報表服務

（1）報表的定義
         常用二維報表格式是由表頭和數據區組成，並非常規則。所以報表的表頭可以用樹來描寫敘述，例如如下表所看到的報表，假設把表的表頭描寫敘述成樹，其結果例如如下圖所看到的。數據區可以簡單地描寫敘述成二維數組。

         在圖中，根節點「root」是個虛節點，非葉子節點（B、C）都不正確應數據，葉子節點（A、B一、B二、B三、C一、C二、C3）相應報表中的詳細數據。對比上表。每個葉子節點相應數據表中的詳細數據列（字段名或函數、表達式）。也就可以把這些數據列名組成查詢用的SQL語句。

（2）超文本連接標示語言（HTML）中表格的描寫敘述

         在HTML語言中，表格經過標記<table>和<td>表示，對整個表格可以描寫敘述成樹狀結構，表格的行與列信息經過參數rowspan、colspan說明，好比：

             <td rowspan="2" colspan="2">&nbsp;</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.十二、我的工做臺服務

         我的工做臺服務是辦公化服務能力中針對我的個性化的基礎服務，提供常用的基礎數據服務API，統一管理個性化配置、使用狀況，有效的管控我的行爲，推薦出我的工做臺模版。方便用戶使用。

（1）任務管理

         提供標準的待辦/在辦任務展示模版。

（2）個性化界面

         個性化界面經過模版方式提供，平臺主要是提供對模版的管理，以及基礎資源的提供。（注：此部分不包含我的工做臺業務級應用，詳細實現暫定放在陽光大廳中實現。也可能其它地方也用到。）

（3）我的工做臺使用管理

         對於我的工做臺的使用。平臺提供集中監管界面。在監管界面中。可以看到所有用的我的工做臺使用狀況。包含：選擇模版（含業務級擴展個性化模版）、模版中自助業務應用模塊列表、信息訂閱狀況、使用頻率等內容。

六、辦公化平臺服務能力的用法

         辦公化平臺服務能力的設計是爲高速開發應用模塊服務的，也是爲運維管理服務，因此，其易用性、規範性是重要的指標。

辦公化平臺設計出來的功能是爲了使用的，沒有必要開發出花瓶。要的是有用。所以，從使用者的視角，按用法提出詳細設計要求：

6.一、規範化API服務

         規範化的API服務，既包含實際的API（Web Service），也包含可共享的界面、JavaScript函數包，也包含開發規範。這裏，需要特別強調開發規範，儘管沒有實際功能，但是是應用模塊、基礎平臺相互溝通、協調的橋樑。千萬不要再本身作本身的，再弄出來一套「煙囪系統」。

         規範化API服務主要使用者是開發者。

         規範化API服務的使用，需要使用手冊和案例。需要設計人員提供。

6.二、控制檯

         控制檯是辦公化平臺服務能力管控的支撐界面，主要使用者是運維人員。

七、編者後記

         上述辦公化平臺服務能力規劃方案內容較多，都實現不易，自定向下瀑布模型開發更是難上加難。所以，建議採用敏捷開發模型，分階段、迭代逐步趨近式開發。

最重要的是經過儘早和不斷交付有價值的軟件知足客戶需要。

         本文是做者依據多年項目實施經營總結出來的經驗談，屬於軟件產品規劃設計通用內容。針對性不強，通常是文中部份內容有成功案例，這些內容整合在一塊兒，本人無成功案例。所以，僅僅能作爲詳細項目規劃方案設計參考，拋磚引玉，歡迎反饋、交流，但願能及早無缺出第二版。

         興許文章預告：流程模版設計方案

參考資料：

一、1.1背景章節。部份內容摘自：郵電設計技術《淺析PaaS平臺在電信運營商業務支撐系統中的應用》，2012年，做者: 蔡文君，裴 培，楊巧霞

二、1.1背景章節，部份內容摘自：通訊世界網-通訊世界週刊《2014年雲趨勢：PaaS市場迎來規模化發展》，2014年，做者：諾達諮詢分析師 溫建旺

三、部份內容參考：CSDN博客《基於PaaS平臺開發流程審批框架界面設計方案（草稿）》，2014年1月，做者：肖永威

四、部份內容參考：CSDN博客《信息化建設適應當前改革的思考——簡化流程與信息透明》。2014年3月，做者：肖永威

五、部份內容參考：CSDN博客《面向集團客戶雲計算運營平臺的運營開通技術方案及應用架構——之雲計算運營平臺方案（三）》。2013年12月，做者：肖永威

六、部份內容參考：CSDN博客《使用雲技術升級改造現有應用系統的思考》，2013年11月。做者：肖永威

七、部份內容參考：CSDN博客《IT運維管理之數據維護技術方案》，2013年11月，做者：肖永威

八、部門內容參考：Cordys 業務運營平臺BOP技術方案，2012年

九、公文定義，來源國家檔案管理中對文件的定義，2008年

十、業務流程定義，來源百度百科

十一、5.11章節，內容參考：程序猿CSDN開發高手《在Web開發中用Servlet本身主動繪製報表》，2004年11期。P112。做者：肖永威

十二、敏捷開發圖片來自百度：敏捷開發過程