辦公管理支撐流程能力PaaS平臺運維開發軟體需求設計方案

肖永威發表於2015-02-01

1、概述

辦公管理支撐流程能力PaaS平臺（以下文中簡稱“能力平臺”）運維開發是指基於Cordys BOP 4 PaaS平臺，通過二次開發，為運維開發人員提供快速支撐辦公管理流程開發、實施、再造的能力，也為管理流程全生命週期管理提供資料支撐能力。管理目標及軟體需求如下：

（1）開發/運維人員

開發/運維人員是指系統平臺管理人員、運維人員，例如：省公司與地市公司資訊化系統管理員。開發/運維人員為專業資訊化管理員，都是受過專業計算機教育，懂計算機軟體維護、開發，但是，不是專業程式設計師，也就是說不是軟體開發從業人員。

（2）能力平臺生態環境

能力平臺包括開發環境、測試環境、生產環境。

開發環境，如上圖所示的流程快速開發平臺和應用開發平臺，在開發環境中，以租戶模式為各個開發者提供線上的開發工具，對各租戶的開發管理員可以基於瀏覽器進行個性化的流程應用定製開發、測試及部署功能；
測試環境，如上圖所示的應用測試平臺，此平臺主要是包括與生產環境一致的組織架構、許可權、服務等資源，用於測試新開發、變更的應用；
生產環境，如上圖所示的能力平臺。

（3）開發工作流與表單能力軟體需求

視覺化、拖拽式開發、配置工作流；
可基於工作流模版修改出新工作流，也可以直接複製、租用工作流；
支援工作流全生命週期管理；
視覺化配置表單；
可基於表單模版修改出新表單，也可以直接複製、租用表單；
支援表單全生命週期管理；
表單可以不依附於工作流而存在（例如：直接填表，不走流程的業務）；
表單開發支援按規範通過第三方軟體開發出的HTML表示使用。

2、運維開發場景

運維開發設計思路

（1）工作流設計器使用Cordys BOP 4產品自身BPM流程開發功能；

（2）表單設計、管理功能，採用自行開發、部署到生產環境上，並在生產環境上使用的方案；

（3）也可以把表單設計、管理功能部署到開發環境上，但這是錦上添花的工作，根據實際情況再定。

下面以運維開發人員的視角，模擬運維開發場景，其中場景三、四是不帶工作流的業務所使用的表單。

場景一：為某租戶開發新流程

按運維開發設計思路，在開發環境完成工作流設計，釋出到生產環境上，在某租戶租用此流程的前提條件下，在租戶內進行表單開發、繫結流程，併發布流程應用。此流程應用僅限於當前租戶使用。上述過程如下圖所示。

場景二：開發新流程，租戶進行租用

此場景與場景一的差別較大，是在系統租戶中設計表單，併發布流程應用，然後某租戶租用此流程應用，那麼其他租戶也可以租用此流程應用，上述過程如下圖所示。

場景三：新開發資訊類應用，租戶租用

此場景與場景二類似，只是不包含流程，過程如下圖所示。

場景四：為某租戶新開發資訊類應用

此場景與場景一類似，只是不包括流程，過程如下圖所示。

上述場景中，為什麼開發表單放在生產環境？

首先，本能力平臺是基於商業產品進行二次開發所形成的平臺，更貼近使用者業務需求；

其次，開發成本的原因，儘量簡化。

3、能力平臺表單運維開發軟體需求

3.1. 流程審批單軟體需求

流程審批表單是由表單、流程、資料規則、操作、意見等業務項構成，如下圖所示審批單框架，流程中審批單由功能按鈕區、特殊功能區、業務表單區、附件區、審批意見區等區域構成，其中，業務表單區理論上包含附件和意見，但是由於附件和意見的業務特殊性，需要單獨進行管理，剩下的業務表單就可以看作文件了，在具體流程業務中，把這些原子業務按規則裝配繫結在一起，來形成具體的業務。

注意，審議意見區的設計，應學習發微博方式填寫意見，實時反饋還可以輸入多少個字元，防止出現多寫儲存不上的問題。講個故事，某天公司老總批文填寫意見，寫了700多字，提交儲存時被告知超限，沒了！還好，系統有個後臺日誌功能記錄了此事，否則，不知有多少人捱罵了。

在“業務表單區”，如下圖所示，需要按區域進行管理“group”，例如：區域3為內嵌多行子表單，要求按動態增加多行方式，或固定行數來處理。此“地市固定資產正常報廢申請”單，在圖中分了5個區域，每個區域的表格行數、列數不等。

資料項要求支援：單行文字、多行文字、日期時間、下拉選擇、固定值、按鈕等常用表單基本元素。

例如“操作”業務，歸納主要功能有：儲存、送出、選擇人員、選擇下一步、檢視流轉記錄等；“資料規則”業務就是在不同的流程環境，對業務表單上的操作許可權，以及內部業務邏輯。

如下圖所示，為流程業務裝配模型。

3.2. 資訊表單軟體需求

資訊業務主要包括：靜態資訊展現、資料資訊彙總與分發。

（1）綜合資訊

綜合資訊是指新聞、資料、學習園地、法律法規、部門職能介紹等資訊展現類業務，這類業務是以文字、圖片為主，資訊儲存結構簡單，不固定。而對資訊的答覆、評論，都是依附資訊存在的，刪除資訊，則其所對應的評論、答覆也就不存在了。

其中，資訊專欄是資訊按預定分類進行展現的入口，專欄結構不固定，變化較為頻繁。

（2）資料上報

資料上報是指填報資料給主管部門，需要填報資料隨意性比較大，變是常態，需要有資料彙總功能。

（3）資訊互動

資訊互動是指類似論壇的業務形式，更接近當前流程微博、微信的簡潔樣式，限定資訊交流範圍。

綜上所述，參考流程審批單軟體需求，如下圖所示，資訊表單相對簡單些。資訊表單類業務應用在業務裝配複合中，有資訊欄目和網頁的元素，也可以簡單的理解為資訊網頁，不要求做成複雜網站的網頁，資訊欄目和網頁的目的只是為業務通過入口和展現介面。