1、前言

1.1、背景

目前，運營商的業(yè)務(wù)支撐系統(tǒng)多采用傳統(tǒng)的“煙囪式”架構(gòu)模式，即：按功能分為不同的子系統(tǒng)，根據(jù)不同需求獨立地進(jìn)行設(shè)計和建設(shè)，系統(tǒng)架構(gòu)從應(yīng)用、數(shù)據(jù)再到基礎(chǔ)設(shè)施，都以煙囪式部署為主。這種系統(tǒng)架構(gòu)模式的顯著特點是縱向統(tǒng)一，系統(tǒng)內(nèi)部建設(shè)一體化。這種系統(tǒng)架構(gòu)模式雖保證了各功能系統(tǒng)內(nèi)部建設(shè)的統(tǒng)一，但同時也導(dǎo)致出現(xiàn)了系統(tǒng)系統(tǒng)間獨立性強(qiáng)、信息不透明、部門間橫向協(xié)調(diào)性差、共通性少及資源共享率不高等諸多問題。

近年來，隨著云技術(shù)的飛速發(fā)展和業(yè)務(wù)需求的持續(xù)擴(kuò)大，運營商對業(yè)務(wù)支撐系統(tǒng)的橫向共通性要求也在不斷提高。鑒于傳統(tǒng)“煙囪式”架構(gòu)已逐漸暴露出了設(shè)備利用率不高、數(shù)據(jù)通用性不佳、建設(shè)周期長、無法快速滿足業(yè)務(wù)支撐需求、缺乏動態(tài)適應(yīng)市場變化和競爭需要能力等諸多弊端，顯然這種傳統(tǒng)架構(gòu)已不能滿足運營商業(yè)務(wù)發(fā)展的支撐需求。

PaaS作為云計算的服務(wù)模式之一，其市場規(guī)模遠(yuǎn)遠(yuǎn)小于其他的兩種服務(wù)模式，但I(xiàn)aaS、SaaS發(fā)展在遇到瓶頸期后，也必然要回歸到PaaS中來，三者是相輔相成關(guān)系。從2012年開始，許多SaaS以及IaaＳ廠商開始推出自己的PaaS平臺運營服務(wù)，比如偉庫PaaS平臺、普元PaaS平臺、新浪SAE的IaaS+PaaS模式等，2013年一直主要發(fā)展云主機(jī)的騰訊云也推出了開放云平臺。根據(jù)諾達(dá)咨詢的調(diào)研，在對云計算了解而暫未部署PaaS服務(wù)的潛在用戶中，未來一年內(nèi)有36%的潛在企業(yè)用戶有計劃部署PaaS服務(wù)，PaaS服務(wù)的使用率將在今年有大幅度的提升?；旧峡梢钥隙ǖ氖牵磥硪坏絻赡陜?nèi)，將成為PaaS平臺部署的密集期，PaaS服務(wù)將迎來高速發(fā)展的一年。

為滿足企業(yè)辦公信息化需求，提高運營管理效率，提升經(jīng)營發(fā)展能力，管理創(chuàng)新，推薦企業(yè)信息化部門采用基于PaaS平臺進(jìn)行信息化建設(shè)。

1.2、術(shù)語與名詞解釋

本段內(nèi)容是文中的術(shù)語、名詞的解釋，只限定文中所描述范圍使用，統(tǒng)一在相同的語境中。

（1）文件定義

文件是指公文管理中流轉(zhuǎn)文件的正文（Word格式文件），以及相關(guān)的附件，也包括流程管理、信息管理中的附件（圖片、文檔、表格等）。

（2）通用信息定義

在辦公系統(tǒng)環(huán)境中，通用信息是以文字、圖片、數(shù)字為主要傳播內(nèi)容，并局限在辦公環(huán)境中，而且一般也不帶流程、業(yè)務(wù)處理的。例如：信息簡報、信息通報、新聞動態(tài)、論壇、微信、評論等。
（3）統(tǒng)一組織目錄定義

目錄服務(wù)表述的是一種層次似的存儲結(jié)構(gòu)，適合描述同樣具有層次關(guān)系組織的服務(wù)資源。統(tǒng)一組織目錄是集中統(tǒng)一管理辦公系統(tǒng)中各個應(yīng)用模塊的組織和用戶賬號信息為一套共享的組織、賬號信息。

（4）服務(wù)定義

平臺對外提供的基本能力單元，并且在平臺框架內(nèi)進(jìn)行注冊。根據(jù)其面向的目的，可分為業(yè)務(wù)服務(wù)和技術(shù)服務(wù)。服務(wù)包括部署態(tài)和運行態(tài)，部署態(tài)是指服務(wù)的包裝方式和部署形式，運行態(tài)特指服務(wù)的運行實例，一個服務(wù)可包含多個服務(wù)實例。

（5）流程服務(wù)定義

流程服務(wù)是在工作流引擎的基礎(chǔ)上，按辦公云平臺規(guī)范封裝API服務(wù)，并與辦公云平臺集成，以滿足辦公系統(tǒng)中業(yè)務(wù)應(yīng)用的需求，規(guī)范管理工作流開發(fā)的接口，提供通用的開發(fā)功能支撐。

（6）公文定義

公文，是公務(wù)文書的簡稱，是黨政機(jī)關(guān)、社會團(tuán)體、企事業(yè)單位以及其他社會組織行使法定職權(quán)、處理日常事務(wù)時經(jīng)常使用的一種文體。公文有其特定的撰寫程式和行文格式，是傳達(dá)黨和國家的方針政策、發(fā)布黨規(guī)政令、指導(dǎo)和商洽工作、請示和答復(fù)問題、報告情況、交流經(jīng)驗的一種重要文字工具。公文是應(yīng)用文中最重要且用途最為廣泛的一種文體。

（7）業(yè)務(wù)流程定義

業(yè)務(wù)流程是為達(dá)到特定的價值目標(biāo)而由不同的人分別共同完成的一系列活動?；顒又g不僅有嚴(yán)格的先后順序限定，而且活動的內(nèi)容、方式、責(zé)任等也都必須有明確的安排和界定，以使不同活動在不同崗位角色之間進(jìn)行轉(zhuǎn)手交接成為可能?；顒优c活動之間在時間和空間上的轉(zhuǎn)移可以有較大的跨度。而狹義的業(yè)務(wù)流程，則認(rèn)為它僅僅是與客戶價值的滿足相聯(lián)系的一系列活動。

2、需求分析

本期建設(shè)需求涵蓋公文管理、通用辦公、流程管理三大類。其中，流程管理就是業(yè)務(wù)流程的管理，例如資費管理審批、業(yè)務(wù)申請單、通用便簽流程、業(yè)務(wù)需求申請單、經(jīng)營管理0701－退費/返費申請（500元以下）、異常業(yè)務(wù)申報單（某地市）。

在部分流程管理業(yè)務(wù)中，含有數(shù)據(jù)統(tǒng)計、分析管理功能。有的有較強(qiáng)的業(yè)務(wù)信息管理，這樣與流程組合成辦公專業(yè)管理系統(tǒng)或模塊。

目前企業(yè)內(nèi)部流程管理存在"非固化"、"固化"以及介于二者之間的"半固化"三種模式：

（1）非固化模式

從承辦人成功發(fā)起流程，系統(tǒng)可提示該類流程單據(jù)‘應(yīng)走’的流轉(zhuǎn)路徑，但不做限制與驗證，而是業(yè)務(wù)處理人員根據(jù)流轉(zhuǎn)記錄判斷流程是否完整的模式。

（2）半固化模式

是指針對業(yè)務(wù)人員選定‘普通流程’或‘簡易流程’并成功發(fā)起流程后，流轉(zhuǎn)路徑上必須要經(jīng)過的部門及其先后順序也同時確定，系統(tǒng)能夠進(jìn)行驗證，但每個部門內(nèi)部的流轉(zhuǎn)過程（如同一部門內(nèi)處室之間或處室內(nèi)部）系統(tǒng)不進(jìn)行限制，可由每一當(dāng)前處理人指定的模式。

（3）固化模式

是指依據(jù)業(yè)務(wù)規(guī)則與設(shè)置，該業(yè)務(wù)單據(jù)的流轉(zhuǎn)路徑上的流轉(zhuǎn)環(huán)節(jié)精確到崗位（甚至是用戶），流程承辦人一旦成功發(fā)起流程，業(yè)務(wù)單據(jù)的工作流將按照既定規(guī)則與每一當(dāng)前處理人的處理結(jié)果自動執(zhí)行，不允許人工指定的模式。

3、系統(tǒng)架構(gòu)目標(biāo)

為了應(yīng)對企業(yè)面對的系統(tǒng)技術(shù)和業(yè)務(wù)挑戰(zhàn)，我們要建設(shè)的PaaS平臺應(yīng)超越傳統(tǒng)PaaS范疇，在業(yè)務(wù)能力和技術(shù)能力組件上有所加強(qiáng)，形成更有針對性的“厚PaaS”平臺。通過這個平臺，我們可以統(tǒng)一技術(shù)框架、統(tǒng)一流程管理、提高數(shù)據(jù)一致性、提高資源利用率、提高服務(wù)和技術(shù)的標(biāo)準(zhǔn)化、簡化上層應(yīng)用的開發(fā)和運維。

目標(biāo)架構(gòu)分為四層：外包資源（IaaS）層、業(yè)務(wù)運營PaaS平臺層、軟件服務(wù)層、復(fù)合應(yīng)用層。并通過集團(tuán)云門戶統(tǒng)一接入。

（1）外部資源層：目標(biāo)架構(gòu)搭建在企業(yè)內(nèi)部虛擬化資源池上，由虛擬化資源池提供設(shè)備資源（虛擬機(jī)），以及所使用的Oracle、MySQL數(shù)據(jù)庫。

（2）業(yè)務(wù)運營PaaS平臺層：Cordys BOP4 平臺是企業(yè)內(nèi)部辦公系統(tǒng)云計算PaaS平臺，為企業(yè)信息化提供統(tǒng)一的開發(fā)、運維、運營服務(wù)，并可以提供文件服務(wù)、報表服務(wù)、審批單框架服務(wù)、任務(wù)服務(wù)（是與云門戶統(tǒng)一待辦相關(guān)的服務(wù)）、主數(shù)據(jù)服務(wù)、流程服務(wù)、表單服務(wù)、用戶組織機(jī)構(gòu)服務(wù)、監(jiān)控服務(wù)、接口服務(wù)等。

這些服務(wù)是在原生服務(wù)基礎(chǔ)上進(jìn)行的本地化，但是不會改造產(chǎn)品本身，特殊個性化仍用原生服務(wù)。

系統(tǒng)架構(gòu)是在傳統(tǒng)PaaS平臺基礎(chǔ)上，提供貼近業(yè)務(wù)的專業(yè)PaaS服務(wù)：業(yè)務(wù)能力組件和技術(shù)能力組件。

（3）軟件服務(wù)層：在PaaS平臺上，開發(fā)軟件服務(wù)，在應(yīng)用服務(wù)設(shè)計時，合理拆分為易組合的軟件組件服務(wù)，以滿足快速開發(fā)、實施的需求。整體上規(guī)劃出公文管理、通用辦公、流程管理、運維管理四大部分。并使用租戶模型，按分省公司、地市、虛擬組織及應(yīng)用模式進(jìn)行部署。服務(wù)中間件使用Cordys、Apache HTTP、Java EE。

（4）復(fù)合應(yīng)用：就是展現(xiàn)用戶界面，按目標(biāo)應(yīng)用復(fù)合軟件組件服務(wù)，分別為不同用戶提供不同展現(xiàn)界面。界面技術(shù)使用Cordys XForm、HTML/HTML5、JavaScript、JSP等。

#p#

4、統(tǒng)一辦公運營平臺服務(wù)能力目標(biāo)

辦公平臺服務(wù)能力由業(yè)務(wù)運營平臺（原生產(chǎn)品）所提供的服務(wù)能力與基于平臺所開發(fā)的本地業(yè)務(wù)化服務(wù)能力所組成。服務(wù)能力通過API服務(wù)（Web Service）與管理控制臺對外提供服務(wù)，其中，API服務(wù)為快速、規(guī)范化開發(fā)提供開發(fā)服務(wù)，控制臺為系統(tǒng)管理員提供系統(tǒng)管理服務(wù)，以及為運維人員提供運維服務(wù)。

辦公運營平臺服務(wù)能力目標(biāo)如下：

（1）管理目標(biāo)

通過API服務(wù)提供開發(fā)規(guī)范；

通過管理控制臺支撐系統(tǒng)管理及運維管理規(guī)范。

（2）技術(shù)目標(biāo)

提供易用、快速開發(fā)基本軟件組件；

平臺原生服務(wù)有：目錄服務(wù)、流程服務(wù)（BPM）、單點登錄服務(wù)（SSO）、界面復(fù)合服務(wù)（CAF）、規(guī)則服務(wù)（Rule）、主數(shù)據(jù)管理服務(wù)（MDM）、業(yè)務(wù)活動服務(wù)（BAM）、個案管理服務(wù)（Case Management）、租戶服務(wù)（Tenant）。

基于平臺開發(fā)本地化辦公服務(wù)有：文件管理服務(wù)、信息管理基礎(chǔ)服務(wù)、流程管理基礎(chǔ)服務(wù)、菜單管理服務(wù)、權(quán)限安全服務(wù)、系統(tǒng)運維服務(wù)、系統(tǒng)接口服務(wù)、統(tǒng)一組織目錄服務(wù)、統(tǒng)一任務(wù)服務(wù)、用戶組織/角色服務(wù)、個人工作臺服務(wù)。

5、辦公化平臺服務(wù)能力設(shè)計方案

辦公化平臺服務(wù)能力是基于原生PaaS平臺產(chǎn)品，根據(jù)業(yè)務(wù)特點進(jìn)行二次開發(fā)封裝的、更貼近業(yè)務(wù)的服務(wù)組件，用以支撐業(yè)務(wù)快速搭建實施，以及集中運維管理，其中，很多服務(wù)能力更多是為共享服務(wù)（組件）、開發(fā)規(guī)范、便于運維管理而設(shè)計，在實際落地設(shè)計開發(fā)時可以酌情處理，以實用化為主，根據(jù)項目工期、投入而定。能力服務(wù)有API、接口界面、控制臺構(gòu)成，這里所設(shè)計內(nèi)容主要是PaaS層的技術(shù)能力組件。

5.1、文件管理服務(wù)

文件管理服務(wù)是對文件生命周期及存儲、備份的基礎(chǔ)服務(wù)，是統(tǒng)一平臺上的文件管理規(guī)范和文件管理開發(fā)規(guī)范。

（1）文件的存儲

文件的存儲，原則上由應(yīng)用模塊自行管理，也可以進(jìn)行統(tǒng)一存儲管理。統(tǒng)一文件存儲管理需要文件管理服務(wù)器，以及需要規(guī)劃存儲空間。如果按統(tǒng)一文件存儲管理方案可以使用虛擬化資源中的存儲。文件存儲在文件系統(tǒng)中，并對文件名進(jìn)行編碼，以防文件重名沖突。

（2）文件生命周期管理

文件生命周期管理是對文件的創(chuàng)建、修改、備份、銷毀進(jìn)行管理，管理方案舉例如下：

創(chuàng)建文件，也就是系統(tǒng)上傳文件，提供規(guī)范API服務(wù)，由API服務(wù)記錄文件保存地址、時間等信息，文件信息相見文件屬性。上傳、下載操作，原則上由應(yīng)用模塊自行管理，本服務(wù)只提供記錄上傳文件信息；

修改文件，實質(zhì)是替換文件操作，過程可以描述如下：下載文件、修改（在個人客戶端）、自動備份原文件、上傳文件；

備份文件，是在系統(tǒng)平臺上，把文件拷貝到另一個文件系統(tǒng)中，并記錄相關(guān)操作信息；

銷毀文件，是先把文件移到垃圾箱，過了規(guī)定時間，系統(tǒng)按日期自動清理垃圾文件，防止誤操作，由此，引出另一個功能，恢復(fù)垃圾文件功能。

（3）文件的屬性信息

文件名稱、類型、存儲目錄、所屬業(yè)務(wù)（應(yīng)用模塊）、創(chuàng)建時間、修改時間、業(yè)務(wù)ID、文件大小等。

（4）文件應(yīng)用目錄管理

文件應(yīng)用目錄管理是管理文件存儲目錄（文件系統(tǒng)上，含IP地址）與業(yè)務(wù)應(yīng)用模塊對應(yīng)關(guān)系，并提供按應(yīng)用模塊查詢目錄、按目錄查詢應(yīng)用模塊的功能。

（5）功能設(shè)計

創(chuàng)建文件、修改文件、備份文件、修改文件、文件應(yīng)用目錄管理、存儲目錄管理。

5.2、通用信息管理基礎(chǔ)服務(wù)

通用信息管理基礎(chǔ)服務(wù)，是對通用信息分類、發(fā)布、展現(xiàn)、傳播的管理、控制。

（1）通用信息專欄

在辦公系統(tǒng)環(huán)境中，通用信息專欄是多個專題通用信息的集合，例如：客戶服務(wù)簡報、投訴通報、資料庫、論壇組成的客戶服務(wù)專欄。

（2）信息界面布局管理

是指信息內(nèi)容展現(xiàn)界面的布局管理，例如信息專欄的左中右三行三列布局，再例如專題信息上下圖文混搭布局。信息界面布局管理包括信息專欄界面布局模板管理和信息展現(xiàn)模板管理。

信息專欄界面布局模板管理，就是為了快速開發(fā)信息專欄業(yè)務(wù)，根據(jù)業(yè)務(wù)現(xiàn)狀事先編制好的不同風(fēng)格的信息專欄界面，界面中的具體欄目主題可以更換，提示文字可換，界面的色彩通過CSS皮膚可調(diào)換。主要功能有模板查詢目錄、模板使用情況、創(chuàng)建信息專欄界面等，以及欄目中信息專題的展現(xiàn)。

信息展現(xiàn)模板，就是為了快速實現(xiàn)信息展現(xiàn)業(yè)務(wù)，根據(jù)業(yè)務(wù)現(xiàn)狀梳理，事先編制不同風(fēng)格、主題的信息展現(xiàn)界面，界面中信息主題可以更換，界面的色彩通過CSS皮膚可調(diào)換。主要功能有模板查詢目錄、模板使用情況、創(chuàng)建信息展現(xiàn)界面等。

（3）信息發(fā)布模板管理

信息發(fā)布模板包括信息發(fā)布流程管理和界面發(fā)布模板。信息發(fā)布流程模版是指信息發(fā)布需要編輯、校稿、審核管理過程，有的可以直接發(fā)布，嚴(yán)格的走流程，在業(yè)務(wù)實現(xiàn)時選擇相應(yīng)的管理流程。界面發(fā)布模版是指發(fā)布文字、圖片、多媒體、圖文混排等信息內(nèi)容的模版，其中，界面上的提示文字應(yīng)可以配置。

（4）信息互動管理

信息互動是管理論壇、評論模版，以及管理互動信息管理控制臺，例如有審核、刪除評論等功能。

（5）靜態(tài)信息管理

靜態(tài)信息管理是管理靜態(tài)網(wǎng)頁、動畫頁面等資源，提供共享靜態(tài)信息目錄、靜態(tài)信息生命周期管理、使用情況、訪問記錄/日志等功能和管理手段。

（6）數(shù)據(jù)信息定義管理

數(shù)據(jù)信息定義管理是指數(shù)據(jù)上報功能的基礎(chǔ)模版管理，數(shù)據(jù)項名稱、格式可配置，展現(xiàn)形式通過模版來提供，并可以定義匯總配置。

（7）信息分類管理

信息分類管理，一是定義信息基礎(chǔ)分類，例如：文字、圖片、多媒體、靜態(tài)、文件、圖文混排、數(shù)字等；二是業(yè)務(wù)使用信息模版的記錄。

#p#

5.3、流程管理基礎(chǔ)服務(wù)

流程管理基礎(chǔ)服務(wù)簡稱流程服務(wù)，是對原生BPM流程的二次封裝，使其更加貼近業(yè)務(wù)，以及流程審批單基礎(chǔ)框架。從流程配置管理上看，需要支撐流程模版、流程圖、流程規(guī)則的分級管理與控制。

5.3.1 流程服務(wù)

（1）任務(wù)處理功能

任務(wù)處理功能是在工作流基礎(chǔ)上，與流程業(yè)務(wù)及任務(wù)相結(jié)合的基礎(chǔ)功能，可以在不同業(yè)務(wù)流程中復(fù)用。舉例說明表現(xiàn)形式，例如審簽單上的退回、追回按鈕，就是這里的任務(wù)處理功能。下圖是推薦參考以前項目的任務(wù)處理功能。

 

（2）流程流轉(zhuǎn)記錄及展現(xiàn)服務(wù)

提供統(tǒng)一的流程流轉(zhuǎn)記錄服務(wù)，并提供標(biāo)準(zhǔn)的展現(xiàn)界面。

5.3.2 工作流管理

（1）工作流目錄管理

管理生產(chǎn)環(huán)境上的所有工作流，形成管理列表，列表信息包括：流程名稱、使用者（應(yīng)用模塊）、關(guān)聯(lián)表單、創(chuàng)建時間、版本號等。

（2）工作流模版管理

建立工作流模版列表，使用方法（含業(yè)務(wù)流程圖），提供追加、導(dǎo)出流程配置等功能，例如順序十步主流程模版、并發(fā)自流程模版等。

（3）工作流生命周期管理

管理流程的生命周期，流程的生命周期可以分為如下幾個階段：

• 第一階段，流程建模階段
• 第二階段，流程模擬階段

在流程設(shè)計完成后，需要通過模擬運行來發(fā)現(xiàn)流程的關(guān)鍵路徑、瓶頸和需要改進(jìn)的地方。

• 第三階段，流程實現(xiàn)階段

流程實現(xiàn)階段需要將靜態(tài)的流程定義轉(zhuǎn)化為可執(zhí)行的動態(tài)的流程，供下一階段流程部署與執(zhí)行。

• 第四階段，流程部署與執(zhí)行階段

流程定義在這一階段被部署到流程管理系統(tǒng)引擎，通過人工與系統(tǒng)的交互達(dá)成業(yè)務(wù)流程的流轉(zhuǎn)并充分利用流程管理系統(tǒng)的功能使業(yè)務(wù)價值達(dá)到最大化。

• 第五階段，流程監(jiān)控階段

在流程執(zhí)行過程中，相關(guān)業(yè)務(wù)績效指標(biāo)需要在此階段被收集、分析，為業(yè)務(wù)流程的優(yōu)化提供數(shù)據(jù)。

5.3.3 審簽單管理

（1）審批單目錄管理

管理系統(tǒng)中所有審批單，生成審批單目錄列表，管理審批單生命周期。

（2）審批單模板管理

管理系統(tǒng)中所有審批單模板，可以創(chuàng)建、到處審批單包（或代碼），管理審批單模板生命周期。

審批單模板規(guī)劃可以使用下面幾種原則，一是按數(shù)據(jù)存儲方式，單數(shù)據(jù)庫表（Table）審批單，主從表的審批單二是按審批單內(nèi)容，文本型審批單，數(shù)字型審批單。按此組合規(guī)劃審批單模板。

（3）審批單擴(kuò)展開發(fā)

審批單擴(kuò)展開發(fā)，主要是針對模板以外審批單的個性化開發(fā)，見下一章節(jié)“審批單分析與設(shè)計”。

5.3.4 審批單分析與設(shè)計

（1）審批單界面分析

如上圖所示，界面分為4個核心功能區(qū)域：

功能按鈕區(qū)：放置業(yè)務(wù)審批單功能按鈕的區(qū)域，按鈕可以分成三種類型：流程專用、業(yè)務(wù)專用、混合功能；
特殊功能區(qū)：用于個性化業(yè)務(wù)、流程功能所使用功能按鈕、下拉列表等；
業(yè)務(wù)表單區(qū)：放置具體業(yè)務(wù)單據(jù)的區(qū)域，文件類業(yè)務(wù)可以隱藏此部分內(nèi)容；
審批意見區(qū)：是可以設(shè)置成顯隱的區(qū)域，用于顯示審批意見，對于文件類業(yè)務(wù)，直接顯示個性化審批單。

（2）按鈕功能分析及設(shè)計

以“保存”按鈕為例，保存操作在不同環(huán)節(jié)所實現(xiàn)的功能是不一樣的，例如：申請時保存操作核心是插入并保存業(yè)務(wù)單據(jù)數(shù)據(jù)，而審批過程中，一般對業(yè)務(wù)數(shù)據(jù)是很少操作的，因此，在其他流程環(huán)節(jié)中，“保存”操作可能只是保存審批意見，以及操作流程，因此設(shè)計方案可以有兩個：

方案一：直接在界面中開發(fā)“保存”按鈕功能，再根據(jù)環(huán)節(jié)判讀，執(zhí)行不同的功能；

方案二：在不同環(huán)節(jié)中使用不同的函數(shù)（方法），替換執(zhí)行其“保存”操作，相當(dāng)于有很多保存按鈕定義在界面中，這樣需要定義按鈕，按鈕也就相當(dāng)于接口，動態(tài)加載類（代碼），按環(huán)節(jié)定義來執(zhí)行代碼。

（3）審批意見填寫的設(shè)計方案

方案一：審批單上直接顯示意見填寫輸入框，通過“保存”或“送出”按鈕直接保存意見內(nèi)容；

方案二：單獨設(shè)置審批意見操作按鈕，或送出中隱含，此功能相當(dāng)于新開意見輸入窗口，進(jìn)行意見填寫操作。

學(xué)習(xí)發(fā)微博方式填寫意見，實時反饋還可以輸入多少個字符，防止出現(xiàn)多寫保存不上的問題。講個故事，某天省公司老總批文填寫意見，寫了700多字，提交保存時被告知超限，沒了！還好，系統(tǒng)有個后臺日志功能記錄了此事，否則，不知有多少人挨罵了。

 

（4）審批單數(shù)據(jù)規(guī)則設(shè)計

審批單上的數(shù)據(jù)項分為顯示/隱藏、讀/寫等控制規(guī)則，也包括顯示樣式、數(shù)據(jù)有效性等控制規(guī)則，以及數(shù)據(jù)回寫控制等等。

（5）審批單框架設(shè)計

審批單框架是設(shè)計核心，在辦公平臺上形成固化模板，內(nèi)嵌入業(yè)務(wù)表單。

5.4、菜單管理服務(wù)

菜單管理服務(wù)，是統(tǒng)一管理辦公平臺上所有的功能模塊和相關(guān)層級關(guān)系。

（1）功能菜單列表，列表信息包括功能名稱、功能簡介、業(yè)務(wù)分類、關(guān)鍵字、上線時間、版本、使用租戶等；

（2）菜單（某應(yīng)用模塊）生命周期管理，包括菜單添加（應(yīng)用上線）、版本更新、撤銷菜單、銷毀等；

（3）菜單簿管理

菜單簿管理，是管理業(yè)務(wù)應(yīng)用組合，例如：通用辦公（root節(jié)點），下面有公告、通知、會議室、車輛管理等子項目，公告下面還有起草、發(fā)布等子項目。菜單簿本身也是一個集合，把多個應(yīng)用系統(tǒng)的菜單集中統(tǒng)一管理，也是為了共享功能模塊。

5.5、權(quán)限安全服務(wù)

通過對系統(tǒng)平臺產(chǎn)品的二次封裝，快速提供安全管理服務(wù)。

（1）權(quán)限管理

（2）身份認(rèn)證管理

身份認(rèn)證管理，主要是針對非平臺產(chǎn)品接入認(rèn)證管理，建立外部接入系統(tǒng)列表，并進(jìn)行有效的監(jiān)控管理。

（3）數(shù)據(jù)安全管理

管理OLE DB/JDBC接入數(shù)據(jù)庫用戶和密碼，定期進(jìn)行更換。

#p#

5.6、系統(tǒng)運維服務(wù)

（1）數(shù)據(jù)維護(hù)

數(shù)據(jù)維護(hù)是系統(tǒng)運維人員使用的功能，摒棄早先直接到數(shù)據(jù)庫修改數(shù)據(jù)的不規(guī)范操作，由平臺提供規(guī)范的數(shù)據(jù)維護(hù)界面，維護(hù)內(nèi)容通過數(shù)據(jù)適配接口進(jìn)行配置提供。相應(yīng)的功能有：維護(hù)專題管理、數(shù)據(jù)查詢定位、修改數(shù)據(jù)、數(shù)據(jù)恢復(fù)等。

（2）數(shù)據(jù)適配接口

配置數(shù)據(jù)維護(hù)專題及具體維護(hù)的數(shù)據(jù)表，以及數(shù)據(jù)處理規(guī)則，原則上不允許刪除數(shù)據(jù)。

（3）維護(hù)日志管理

系統(tǒng)運維工作要留有痕跡，或者是系統(tǒng)自動記錄操作日志，或者是通過管理工具記錄操作日志，并且每周形成維護(hù)周報。

（4）維護(hù)權(quán)限管理

維護(hù)權(quán)限分三級，一級是應(yīng)用模塊管理員，處理其管理界面的維護(hù)工作，例如應(yīng)用模塊的角色管理；二級是系統(tǒng)運維人員，例如進(jìn)行數(shù)據(jù)維護(hù)工作；三級是最高級維護(hù)，可以直接深入平臺進(jìn)行維護(hù)，但相應(yīng)的維護(hù)工作要有工作協(xié)調(diào)單和維護(hù)報告。

（5）任務(wù)維護(hù)

任務(wù)維護(hù)主要是指與門戶待辦接口，以及系統(tǒng)平臺待辦消息故障的日常維護(hù)管理。其中，任務(wù)稽核功能是門戶與系統(tǒng)任務(wù)管理核對任務(wù)，如有異常，則有任務(wù)維護(hù)進(jìn)行處理；另外，系統(tǒng)平臺流程服務(wù)與應(yīng)用模塊間也要有任務(wù)稽核，出現(xiàn)問題也要進(jìn)行處理。

（6）流程維護(hù)

流程維護(hù)分為流程日常管理和流程異常維護(hù)，流程日常管理通過工作流管理、流程管理等控制臺界面進(jìn)行工作；流程異常維護(hù)依賴于系統(tǒng)平臺，通過系統(tǒng)平臺提供工具進(jìn)行維護(hù)工作。

5.7、系統(tǒng)接口服務(wù)

系統(tǒng)接口服務(wù)包括外部接口和內(nèi)部接口，并為內(nèi)外接口制定接口規(guī)范。辦公化平臺對接口信息進(jìn)行集中統(tǒng)一管理，并進(jìn)行監(jiān)控。外部接口主要有：集團(tuán)公文網(wǎng)關(guān)、門戶接口、短信接口、云數(shù)字檔案接口、跨域接口等；內(nèi)部接口有：文件服務(wù)器接口、數(shù)據(jù)庫接口、地市公文網(wǎng)關(guān)接口、異構(gòu)系統(tǒng)接口等。

（1）外部接口規(guī)范

對外提供標(biāo)準(zhǔn)的Web Service接口API。

（2）內(nèi)部接口規(guī)范

內(nèi)部接口主要是通過API服務(wù)方式提供。

（3）接口適配服務(wù)

辦公系統(tǒng)上應(yīng)用模塊使用統(tǒng)一接口規(guī)范API，API通過參數(shù)識別實際接口，進(jìn)行自動適配。

（4）接口使用情況管理

展現(xiàn)接口使用者列表，以及每個接口運行情況，并標(biāo)示出異常接口。

（5）接口配置

配置管理實際接口，例如配置IP地址、端口號、用戶、密碼等。每個接口一套配置。對每個接口進(jìn)行如下管理：一是創(chuàng)建接口、二是維護(hù)、三是形成接口列表目錄，并能自動獲取接口的使用者（指應(yīng)用模塊）。

（6）接口日志

接口啟停、傳遞信息都應(yīng)詳細(xì)的記錄日志，并對日志進(jìn)行監(jiān)控管理，日志信息定期人工或自動清理。

5.8、統(tǒng)一組織目錄服務(wù)

辦公系統(tǒng)平臺為平臺上所有應(yīng)用模塊提供統(tǒng)一賬號、組織目錄服務(wù)，并負(fù)責(zé)與云門戶4A同步用戶賬號信息，組織目錄統(tǒng)一維護(hù)管理，主要功能有：

（1）添加用戶賬號

（2）組織目錄管理

（3）提供用戶賬號查詢驗證服務(wù)，提供組織目錄及相關(guān)人員查詢服務(wù)。

5.9、統(tǒng)一任務(wù)服務(wù)

統(tǒng)一任務(wù)服務(wù)主要是管理流程待辦和待閱消息兩部分內(nèi)容，這兩部分內(nèi)容應(yīng)從底層分開，需要集中監(jiān)控、分別管理。

5.9.1 待辦任務(wù)管理

在流程流轉(zhuǎn)產(chǎn)生待辦任務(wù)，以及待辦狀態(tài)更新時，流程服務(wù)PUSH數(shù)據(jù)到統(tǒng)一待辦中。

（1） 按流程定義業(yè)務(wù)應(yīng)用消息數(shù)據(jù)項推送待辦到云平臺統(tǒng)一待辦接口中；

（2） 推送流轉(zhuǎn)待辦消息包含業(yè)務(wù)自定義業(yè)務(wù)信息URL；

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

下圖以啟動流程或送出下一步為例，介紹任務(wù)管理。

任務(wù)服務(wù)需要功能有：門戶接口調(diào)用服務(wù)、任務(wù)稽核服務(wù)、待辦或辦結(jié)任務(wù)展現(xiàn)。

5.9.2 待閱消息管理

待閱消息是指點到點的信息發(fā)布信息、評價信息、催辦信息，他們的特別是不通過流程服務(wù)產(chǎn)生的消息。待閱消息量比較大，需要進(jìn)行有效的管理。因此對消息進(jìn)行分級、待閱/閱畢查詢、處理時效監(jiān)控管理等。

（1）消息分級管理

對消息按業(yè)務(wù)、人員崗位，分為非常重要、重要、普通等三級管理。

（2）待閱/閱畢查詢

（3）處理時效監(jiān)控管理

5.10、用戶組織及角色服務(wù)

用戶組織及角色服務(wù)是管理用戶信息、組織信息和角色信息，最主要的是管理應(yīng)用模塊中的組織、角色，以及虛擬組織。

（1）用戶信息管理

管理用戶辦公基本信息，例如：辦公電話、手機(jī)、郵箱、微博、愛好等，除了賬號、姓名、性別外，其他信息可以自行維護(hù)。

（2）組織結(jié)構(gòu)管理

本地組織結(jié)構(gòu)管理與統(tǒng)一組織目錄要嚴(yán)格區(qū)分開，本地組織結(jié)構(gòu)管理僅是為應(yīng)用模塊提供個性化服務(wù)的。原則上，應(yīng)用模塊應(yīng)使用統(tǒng)一組織目錄，但在統(tǒng)一組織目錄無法滿足需求時，不是通過擴(kuò)展統(tǒng)一組織目錄功能實現(xiàn)，而是通過本地個性化組織結(jié)構(gòu)管理來提供支撐。

為了共享數(shù)據(jù)、快速支撐，設(shè)計了本地組織結(jié)構(gòu)集中管理，做到盡量復(fù)用，主要功能如下：

本地組織結(jié)構(gòu)生命周期管理，管理某組織結(jié)構(gòu)的創(chuàng)建、維護(hù)、作廢；
本地組織結(jié)構(gòu)使用者管理，管理應(yīng)用模塊使用各個組織結(jié)構(gòu)的情況，如果現(xiàn)有的不能滿足，則新建。這里關(guān)鍵點是應(yīng)用模塊與組織結(jié)構(gòu)對應(yīng)關(guān)系，如果某組織結(jié)構(gòu)多個應(yīng)用模塊使用了，則不能任意變動；
平臺提供統(tǒng)一組織結(jié)構(gòu)接口API，通過參與適配相關(guān)組織結(jié)構(gòu)。

（3）虛擬組織管理

虛擬組織管理是本地組織結(jié)構(gòu)管理的擴(kuò)展，提供虛擬團(tuán)隊、臨時組等管理，也存在其生命周期管理。

（4）組織使用情況

提供系統(tǒng)平臺中所有組織結(jié)構(gòu)（含虛擬組織）的目錄列表，查詢組織結(jié)構(gòu)的使用者（應(yīng)用模塊）。

#p#

5.11、通用快速報表服務(wù)

（1）報表的定義
常用二維報表格式是由表頭和數(shù)據(jù)區(qū)組成，并很規(guī)則，因此報表的表頭可以用樹來描述，如下表所示報表，如果把表的表頭描述成樹，其結(jié)果如下圖所示。數(shù)據(jù)區(qū)可以簡單地描述成二維數(shù)組。

在圖中，根節(jié)點“root”是個虛節(jié)點，非葉子節(jié)點（B、C）都不對應(yīng)數(shù)據(jù)，葉子節(jié)點（A、B1、B2、B3、C1、C2、C3）對應(yīng)報表中的具體數(shù)據(jù)。對照上表，每個葉子節(jié)點對應(yīng)數(shù)據(jù)表中的具體數(shù)據(jù)列（字段名或函數(shù)、表達(dá)式），也就可以把這些數(shù)據(jù)列名組成查詢用的SQL語句。

（2）超文本鏈接標(biāo)示語言（HTML）中表格的描述

在HTML語言中，表格通過標(biāo)記<table>和<td>表示，對整個表格可以描述成樹狀結(jié)構(gòu)，表格的行與列信息通過參數(shù)rowspan、colspan說明，例如：

<td rowspan="2" colspan="2">&nbsp;</td>

此語句表示此單元格由2行2列組成。

如果通過程序生成表格，其單元格位置的計算公式如下：

colspan = 此列下所有的葉子節(jié)點

rowspan = 當(dāng)前行的行數(shù) - 當(dāng)前樹的深度 + 1

（3）通用快速報表服務(wù)管理

通用快速報表服務(wù)管理主要功能有：報表生命周期管理（創(chuàng)建、修改、銷毀）、報表目錄列表（應(yīng)用模塊、創(chuàng)建時間、功能、展現(xiàn)界面、數(shù)據(jù)來源、數(shù)據(jù)產(chǎn)生服務(wù)等）、報表使用情況等。

5.11.1 通用快速報表生命周期管理

（1）創(chuàng)建報表

按需求和數(shù)據(jù)源選擇模板，或者自動快速配置來定義報表，按文中所述，分成表頭和數(shù)據(jù)內(nèi)容定義。其中，報表數(shù)據(jù)源分為靜態(tài)和動態(tài)兩類，由配置適配器自適應(yīng)控制使用。

（2）報表修改

平臺提供報表修改功能，修改后產(chǎn)生新版本，原報表為歷史數(shù)據(jù)。

（3）報表應(yīng)用

把報表加入管理目錄，并發(fā)放到相應(yīng)的應(yīng)用模塊中使用。

（4）報表銷毀

報表下線停止使用，系統(tǒng)標(biāo)記為下線，配置數(shù)據(jù)保留。

5.11.2 報表目錄列表

報表目錄是指系統(tǒng)中所有報表清單的管理，包括個性化開發(fā)報表，提供查詢、維護(hù)報表目錄列表功能。此功能由系統(tǒng)運維人員使用。

（1）查詢報表目錄

查詢報表目錄功能是與系統(tǒng)應(yīng)用模塊目錄配合使用，提供兩種視角查詢：一是按應(yīng)用模塊查詢；二是按報表直接查詢，內(nèi)容含應(yīng)用模塊信息。

（2）維護(hù)報表目錄

維護(hù)報表增刪改在目錄中體現(xiàn)。

5.11.3 數(shù)據(jù)生成服務(wù)

數(shù)據(jù)生成服務(wù)主要是通過規(guī)范API服務(wù)來實現(xiàn)，此服務(wù)負(fù)責(zé)按定義提取報表展現(xiàn)數(shù)據(jù)到展現(xiàn)報表中，如果靜態(tài)數(shù)據(jù)已經(jīng)存在，則越過提取數(shù)據(jù)處理。如果是動態(tài)實時提取數(shù)據(jù)，則數(shù)據(jù)生成服務(wù)的內(nèi)容與報表展現(xiàn)內(nèi)容處理方式一致，例如使用相同的查詢SQL語句。

（1）數(shù)據(jù)生成服務(wù)定義

數(shù)據(jù)生成服務(wù)定義主要是定義提取數(shù)據(jù)到靜態(tài)展現(xiàn)數(shù)據(jù)表中，如果是動態(tài)則獲取報表的定義，并作動態(tài)標(biāo)記。數(shù)據(jù)生成服務(wù)在報表中注冊使用，使用時通過規(guī)范API自動適配進(jìn)行處理。

數(shù)據(jù)生成服務(wù)還包括數(shù)據(jù)匯總功能，如果數(shù)據(jù)生成服務(wù)中含匯總定義，則報表展現(xiàn)不做處理，否則報表展現(xiàn)時需要按需求進(jìn)行匯總處理。

（2）數(shù)據(jù)生成服務(wù)管理

主要是管理數(shù)據(jù)生成服務(wù)使用，并監(jiān)控服務(wù)使用狀態(tài)。

#p#

5.11.4 報表展現(xiàn)及模板

報表展現(xiàn)可以快速自動生成，也可以按模板展現(xiàn)，根據(jù)需求進(jìn)行開發(fā)。

5.11.5 報表模板管理

報表模板主要是體現(xiàn)報表展現(xiàn)樣式，設(shè)置多種樣式供選擇。例如：單行表頭模板、多行表頭模板、數(shù)據(jù)區(qū)可以滾動模板等。系統(tǒng)平臺提供報表模板生命周期管理，以及使用情況的管理。

（1）報表模板生命周期管理

（2）報表模板使用管理

5.11.6 報表導(dǎo)出下載

系統(tǒng)平臺提供報表導(dǎo)出Excel格式文件并下載，以及PDF格式文件并下載功能。

5.12、個人工作臺服務(wù)

個人工作臺服務(wù)是辦公化服務(wù)能力中針對個人個性化的基礎(chǔ)服務(wù)，提供常用的基礎(chǔ)數(shù)據(jù)服務(wù)API，統(tǒng)一管理個性化配置、使用情況，有效的管控個人行為，推薦出個人工作臺模版，方便用戶使用。

（1）任務(wù)管理

提供標(biāo)準(zhǔn)的待辦/在辦任務(wù)展現(xiàn)模版。

（2）個性化界面

個性化界面通過模版方式提供，平臺主要是提供對模版的管理，以及基礎(chǔ)資源的提供。（注：此部分不包括個人工作臺業(yè)務(wù)級應(yīng)用，具體實現(xiàn)暫定放在陽光大廳中實現(xiàn)，也可能其他地方也用到。）

（3）個人工作臺使用管理

對于個人工作臺的使用，平臺提供集中監(jiān)管界面。在監(jiān)管界面中，可以看到所有用的個人工作臺使用情況，包括：選擇模版（含業(yè)務(wù)級擴(kuò)展個性化模版）、模版中自助業(yè)務(wù)應(yīng)用模塊列表、信息訂閱情況、使用頻率等內(nèi)容。

6、辦公化平臺服務(wù)能力的使用方法

辦公化平臺服務(wù)能力的設(shè)計是為快速開發(fā)應(yīng)用模塊服務(wù)的，也是為運維管理服務(wù)，所以，其易用性、規(guī)范性是重要的指標(biāo)。辦公化平臺設(shè)計出來的功能是為了使用的，沒有必要開發(fā)出花瓶，要的是實用。因此，從使用者的視角，按使用方法提出具體設(shè)計要求：

6.1、規(guī)范化API服務(wù)

規(guī)范化的API服務(wù)，既包括實際的API（Web Service），也包括可共享的界面、JavaScript函數(shù)包，也包括開發(fā)規(guī)范。這里，需要特別強(qiáng)調(diào)開發(fā)規(guī)范，雖然沒有實際功能，但是是應(yīng)用模塊、基礎(chǔ)平臺相互溝通、協(xié)調(diào)的橋梁，千萬不要再自己做自己的，再弄出來一套“煙囪系統(tǒng)”。

規(guī)范化API服務(wù)主要使用者是開發(fā)人員。

規(guī)范化API服務(wù)的使用，需要使用手冊和案例，需要設(shè)計人員提供。

6.2、控制臺

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

7、編者后記

上述辦公化平臺服務(wù)能力規(guī)劃方案內(nèi)容較多，都實現(xiàn)不易，自定向下瀑布模型開發(fā)更是難上加難，因此，建議采用敏捷開發(fā)模型，分階段、迭代逐步趨近式開發(fā)。最重要的是通過盡早和不斷交付有價值的軟件滿足客戶需要。

本文是作者根據(jù)多年項目實施經(jīng)營總結(jié)出來的經(jīng)驗談，屬于軟件產(chǎn)品規(guī)劃設(shè)計通用內(nèi)容，針對性不強(qiáng)，通常是文中部分內(nèi)容有成功案例，這些內(nèi)容整合在一起，只做為具體項目規(guī)劃方案設(shè)計參考，拋磚引玉，歡迎反饋、交流。

原文出自：http://blog.csdn.net/xiaoyw71/article/details/40887707