【正文】 靈活結(jié)構(gòu)辦公自動(dòng)化工作流的實(shí)現(xiàn) 第 32 頁(yè) 完成創(chuàng)建流轉(zhuǎn)流程的工作。 現(xiàn)舉例說(shuō)明設(shè)定流轉(zhuǎn)流程設(shè)定的過(guò)程和操作。 接下來(lái)用數(shù)據(jù)流圖、ER 圖、數(shù)據(jù)字典、程序流程圖，詳細(xì)描述了公文流轉(zhuǎn)流程設(shè)定的分 析和設(shè)計(jì)部分。本文將定義公文流轉(zhuǎn)的處理過(guò) 程、流轉(zhuǎn)規(guī)則、執(zhí)行條件、處理規(guī)則的工作合并起來(lái)，稱為公文流轉(zhuǎn)流程設(shè)定，也就是定義 內(nèi)蒙古大學(xué)碩士學(xué)位論文 第 23 頁(yè) 工作流的過(guò)程。 4．人工控制法 人工控制法，是具有相應(yīng)權(quán)限的用戶通過(guò)催辦、跳轉(zhuǎn)、代理等手段控制公文流轉(zhuǎn)的方法。這個(gè)時(shí)間用來(lái)控制整個(gè)流程的緊湊程度。 當(dāng)用戶登錄系統(tǒng)后，系統(tǒng)顯示該用戶可以處理的公文列表，列表的排列順序以公文的級(jí) 別的為依據(jù)。 在公文流轉(zhuǎn)業(yè)務(wù)中，有些公文是按等級(jí)劃分的，比如普通公文、加急公文、特級(jí)公文等， 不同等級(jí)的公文有各自處理的時(shí)間要求；有些公文對(duì)于處理時(shí)間提出了具體的要求，比如說(shuō) 某公文的整個(gè)處理流程要在 30 個(gè)工作日完成； 有些公文， 不但公文整體處理有時(shí)間上的要求， 還對(duì)各個(gè)處理環(huán)節(jié)、步驟提出了具體時(shí)間要求，比如某公文的處理流程為四個(gè)環(huán)節(jié)，分別是： 發(fā)文、核實(shí)、審批、歸檔，要求該公文的整個(gè)處理流程要在 30 個(gè)工作日完成，并且要求發(fā)文 3 個(gè)工作日完成，核實(shí) 8 個(gè)工作日完成，審批 8 個(gè)工作日完成。 公文發(fā)送：實(shí)現(xiàn)公文發(fā)送的功能。公文跳轉(zhuǎn)指讓公文跳過(guò)流程中的某一環(huán)節(jié)流入下一 個(gè)環(huán)節(jié)辦理。 Draft document Release document Enter flow Deal with document Y Label N N Achieve Y Destroy document 圖 軟件主要業(yè)務(wù)處理流程示意圖 Figure software main operation flow sketch chart 公文流轉(zhuǎn)的主要業(yè)務(wù)處理流程的說(shuō)明： 首先，用戶登入辦公自動(dòng)化系統(tǒng)，根據(jù)權(quán)限起草公文，當(dāng)公文起草完成后，即可選擇上 內(nèi)蒙古大學(xué)碩士學(xué)位論文 第 17 頁(yè) 傳文件或者在線編輯的方式發(fā)布公文。 框架具有很強(qiáng)的靈活性和擴(kuò)展性，能夠與操作系統(tǒng)平臺(tái)進(jìn)行良好的結(jié)合， 與各類應(yīng)用程序可進(jìn)行數(shù)據(jù)傳遞，其系統(tǒng)同時(shí)可應(yīng)用 B/S 和 C/S 兩種模式，在外在表現(xiàn)形 式上十分靈活，開(kāi)發(fā)難度和成本低，能夠方便地使用各類中間件。 可以說(shuō) C/S 和 B/S 兩種模式各有特點(diǎn)， 那么究竟選擇哪種模式作為本軟件的系統(tǒng)結(jié)構(gòu)呢？ 考慮到本軟件的用戶群大多是不具備計(jì)算機(jī)專業(yè)知識(shí)的用戶，C/S 結(jié)構(gòu)客戶端軟件在使用上 具有一定難度，而 B/S 結(jié)構(gòu)本身就具有操作簡(jiǎn)單、快捷，尤其在網(wǎng)絡(luò)迅猛發(fā)展的今天，幾乎 人人都要使用瀏覽器進(jìn)行網(wǎng)上沖浪；C/S 結(jié)構(gòu)客戶端軟件存在升級(jí)更新的問(wèn)題，在客戶端眾 多的情況下也是一件頭痛的事情，而 B/S 結(jié)構(gòu)升級(jí)維護(hù)相當(dāng)?shù)谋憷?，只需要調(diào)整服務(wù)器程序 即可；從本軟件使用的維護(hù)角度上考慮，B/S 結(jié)構(gòu)也可以節(jié)省大量的維護(hù)費(fèi)用，因此本軟件 最終決定采用 B/S 結(jié)構(gòu)。每一個(gè)這樣的任務(wù)就被稱為一個(gè)工作項(xiàng)。 這種產(chǎn)品都實(shí)現(xiàn)了一種或多種電子郵件系統(tǒng)的集成。此種軟件系統(tǒng)為工作 流管理系統(tǒng)（Workflow Management System,WfMS） 。力求以最少的人力資源和技術(shù)要求，就能夠很好地維護(hù)和管理系統(tǒng)的正常運(yùn)行。 完善而標(biāo)準(zhǔn)的擴(kuò)展接口：滿足日后增加的需求，使系統(tǒng)具有良好的二次開(kāi)發(fā)接口。在本系統(tǒng)中，我們使用 了比較成熟而又有發(fā)展前途的先進(jìn)技術(shù)，保證整套系統(tǒng)在一段時(shí)間內(nèi)的整體技術(shù)領(lǐng)先。國(guó)務(wù)院規(guī)定，安全保密技術(shù)與信息技術(shù)發(fā)展同步—— 也就是同步發(fā)展、同步規(guī)劃。 Expansibility: Maintainability: strong strong weak Product based on Domino Product based on relational DB weak Product based on Domino Product based on relational DB 圖 基于群件的產(chǎn)品和基于數(shù)據(jù)產(chǎn)品之間的比較 Figure Compare product based on groupware with based on DB 固定結(jié)構(gòu)辦公自動(dòng)化系統(tǒng) 固定結(jié)構(gòu)辦公自動(dòng)化系統(tǒng)往往是用戶根據(jù)自身情況度身訂造的辦公自動(dòng)化系統(tǒng)，但由于 需求的不斷變化，往往最終不能完全滿足用戶的要求。此時(shí) OA 的架設(shè)也多在 C/S 下，無(wú)法很好 的支持遠(yuǎn)程辦公和移動(dòng)辦公，同時(shí)當(dāng)用戶達(dá)到一定程度時(shí)部署和管理難度將大大提高。通過(guò)這個(gè)平臺(tái)實(shí)現(xiàn)現(xiàn)實(shí)辦公中存在的直流、 橫流、分流、環(huán)流、子流等等工作流的信息流動(dòng)方式。 尋找一套適應(yīng)需求不斷變化和組織不確定性的辦公自動(dòng)化解決方式，建立一套能夠根據(jù)實(shí)際 組織結(jié)構(gòu)和應(yīng)用需求定制系統(tǒng)實(shí)際功能的智能化辦公自動(dòng)化系統(tǒng)平臺(tái)，成為我國(guó)辦公自動(dòng)化 建設(shè)的唯一出路。 人們的習(xí)慣意識(shí) 內(nèi)蒙古大學(xué)碩士學(xué)位論文 第 5 頁(yè) 政務(wù)信息化、辦公自動(dòng)化的實(shí)現(xiàn)是對(duì)人們傳統(tǒng)辦事方式的革命性改變。從 而使 OA 的開(kāi)發(fā)便陷入了“需求不斷變化、軟件不斷修改、周期不斷延長(zhǎng)、效果難以預(yù)料”的 尷尬局面。 因此，我們非常有信心的認(rèn)為系統(tǒng)建設(shè)之后，將會(huì)為使用單位帶來(lái)良好的社會(huì)效益和經(jīng) 濟(jì)效益，而目前軟件的成功使用也證明了這一點(diǎn)。我們可以看到，電子政務(wù)將建立一個(gè)更符合環(huán)保精神的政府 ——因?yàn)樗鼘?shí)現(xiàn)了無(wú)紙辦公和遠(yuǎn)程辦公，一個(gè)更開(kāi)放和透明的政府——因?yàn)樗鼡碛锌旖?、?面的信息披露和雙向直接溝通，一個(gè)更有效率的政府——因?yàn)樗梢园褌鹘y(tǒng)的政府管理和服 務(wù)職能通過(guò)互聯(lián)網(wǎng)直接推進(jìn)到公眾和企業(yè)身邊，一個(gè)更廉潔勤政的政府——因?yàn)樗拈_(kāi)放性 將有效地抑制在傳統(tǒng)政務(wù)中容易滋生的腐敗和徇私現(xiàn)象。當(dāng)前，世界上許多國(guó)家都正在為 靈活結(jié)構(gòu)辦公自動(dòng)化工作流的實(shí)現(xiàn) 第 2 頁(yè) 構(gòu)建電子政府、實(shí)施電子政務(wù)而爭(zhēng)分奪秒。 為使我局的辦公自動(dòng)化系統(tǒng)更加靈活的適應(yīng)工作的需要，于 2005 年初擬定對(duì)原有的 NOTES 版本的辦公自動(dòng)化系統(tǒng)進(jìn)行升級(jí)，開(kāi)發(fā)一套使用簡(jiǎn)單、方便快捷，能滿足其現(xiàn)有復(fù)雜 公文流轉(zhuǎn)業(yè)務(wù)需要的靈活辦公自動(dòng)化軟件。并且，在競(jìng)爭(zhēng)日益激烈的今天，辦公自 動(dòng)化系統(tǒng)對(duì)于提高政府的形象和影響力有著重要的作用。在全球各國(guó)積極提倡的“信息高速公路”的應(yīng)用領(lǐng) 域中， “電子政府”(egovernment) 一直被被列為第一位。 對(duì)政府來(lái)講，機(jī)構(gòu)改革后對(duì)人員工作效率、業(yè)務(wù)管理和協(xié)調(diào)能力提出了更高的要求和挑 戰(zhàn)，通過(guò)電子政務(wù)可以提高人員效率，減少工作人員負(fù)擔(dān)和加強(qiáng)政府管理職能的管控力度， 提高政府部門之間的溝通能力。 系統(tǒng)建立之后，能夠使日常工作效率更高，對(duì)外來(lái)事件的響應(yīng)更加迅速，同時(shí)辦公成本 和人員投入也會(huì)隨著信息系統(tǒng)的建設(shè)不斷下降。于是，開(kāi)發(fā)者便不斷地修改程序，以應(yīng)付不斷變化的需求。另外，一個(gè)管理模式也并非是一成不變 的，隨著組織的發(fā)展和進(jìn)步，管理模式也將不斷地向優(yōu)化和高效發(fā)展。有沒(méi)有一種方案可以沖破這些障礙呢？ 面對(duì)實(shí)際辦公應(yīng)用中的無(wú)窮“變數(shù)”這個(gè)巨大障礙，中國(guó)的 OA 先行者們做出了巨大的努力。 這是一個(gè)基于信息交換平臺(tái)的工作流平臺(tái)。它的特點(diǎn)是以公文處理、檔案管理為核心， 辦公其實(shí)就是辦文，并形成了以后 OA 的基本體系。但就現(xiàn)在情況來(lái)說(shuō)，Notes/Domino 能將傳統(tǒng)意 義上的辦公支持的很好，但可擴(kuò)展性可以說(shuō)是十分不好了，而擴(kuò)展性往往是現(xiàn)在用戶優(yōu)先考 慮的條件。 安全性 安全保密是電子政務(wù)建設(shè)的關(guān)鍵。在系統(tǒng)中，我們?cè)谝韵聝蓚€(gè)方面滿足系統(tǒng)對(duì)先進(jìn)性的 要求： 技術(shù)先進(jìn)性 保證系統(tǒng)的技術(shù)先進(jìn)性，是保證整個(gè)系統(tǒng)生命周期的重要環(huán)節(jié)。 自定義結(jié)構(gòu)：可以根據(jù)用戶不斷變化的需求通過(guò)可視化、無(wú)代碼的方式調(diào)整系統(tǒng)各種屬 性。而對(duì)于系統(tǒng)的管理和維護(hù)人員，系統(tǒng)具有可管理和易于 維護(hù)的特點(diǎn)。 為了實(shí)現(xiàn)對(duì)業(yè)務(wù)過(guò)程的工作流管理，需要相應(yīng)的軟件系統(tǒng)的支撐。 （2）基于消息的工作流管理系統(tǒng)——通過(guò)用戶的電子郵件系統(tǒng)來(lái)傳遞文檔信息。 4） 客戶應(yīng)用程序：它給用戶提供一種手段，以處理過(guò)程實(shí)例運(yùn)行過(guò)程中需要人工干預(yù) 的任務(wù)。B/S 模式具有易于升級(jí)，便于維護(hù)，客戶端使用難度低、可移植性強(qiáng)等特點(diǎn)，其 采用的主要技術(shù)手段有 Notes 編程、ASP、Java 等，同時(shí)也使用 COM+、ActiveX 控件等技 術(shù)；而 C/S 模式系統(tǒng)以服務(wù)器作為數(shù)據(jù)處理和存儲(chǔ)平臺(tái)，在終端上設(shè)計(jì)有專門的應(yīng)用程序進(jìn) 行數(shù)據(jù)的采集和簡(jiǎn)單處理，再將數(shù)據(jù)傳遞到服務(wù)器端，用戶必須使用客戶端應(yīng)用程序才能對(duì) 數(shù)據(jù)進(jìn)行操作。 Exchange Server 與 Lotus Notes 有相似之處，都具有強(qiáng)大的工作流設(shè)置能力，在早期 的辦公自動(dòng)化系統(tǒng)中，Exchange Server 被廣泛使用，在客戶端使用 Outlook 等電子郵件系 內(nèi)蒙古大學(xué)碩士學(xué)位論文 第 13 頁(yè) 統(tǒng)進(jìn)行操作，在使用上不直觀，靈活性差，同時(shí)基于 Exchange Server 的二次開(kāi)發(fā)難度也較 大，系統(tǒng)之間的兼容性和擴(kuò)展性差，目前在市場(chǎng)上單純地基于 Exchange Server 的公文流轉(zhuǎn) 系統(tǒng)比較少見(jiàn)。 本軟件選擇基于 BEA 公司的 WebLogic 應(yīng)用服務(wù)器為基礎(chǔ)的 J2EE 實(shí)現(xiàn)體系，軟件 運(yùn)行的硬件環(huán)境使用用戶現(xiàn)有設(shè)備； 軟件環(huán)境如下： 開(kāi)發(fā)工具：JBuilder X 內(nèi)蒙古大學(xué)碩士學(xué)位論文 第 15 頁(yè) Web 服務(wù)器： 操作系統(tǒng)：Windows 2003 Server 應(yīng)用服務(wù)器：WebLogic 數(shù)據(jù)庫(kù)服務(wù)器： 操作系統(tǒng)：Windows 2003 Server 數(shù)據(jù)庫(kù)：Oracle 9i 客戶端環(huán)境： 瀏覽器：IE 操作系統(tǒng)：Windows 98/2000/XP 靈活結(jié)構(gòu)辦公自動(dòng)化工作流的實(shí)現(xiàn) 第 16 頁(yè) 第四章 設(shè)計(jì)與實(shí)現(xiàn) 分析與設(shè)計(jì) 總體設(shè)計(jì) 主要業(yè)務(wù)處理流程 公文流轉(zhuǎn)，主要實(shí)現(xiàn)公文的創(chuàng)建、查詢、辦理、催辦、跳轉(zhuǎn)、歸檔和銷毀等功能，而公 文流轉(zhuǎn)的主要業(yè)務(wù)處理流程為， 起草發(fā)送公文－登記公文－進(jìn)入流轉(zhuǎn)流程處理－歸檔或銷毀。公文催辦可以通過(guò)電子郵 件或者信息方式向辦理人發(fā)出催辦信息。 公文流轉(zhuǎn)監(jiān)控：實(shí)現(xiàn)對(duì)公文流轉(zhuǎn)中任務(wù)的監(jiān)控，并調(diào)用催辦、跳轉(zhuǎn)、代理等功能。 內(nèi)蒙古大學(xué)碩士學(xué)位論文 第 21 頁(yè) 公文流轉(zhuǎn)控制方法 本文首先需要解決的問(wèn)題，是采用何種方式、方法對(duì)公文的流轉(zhuǎn)加以控制，來(lái)保障公文 流轉(zhuǎn)的進(jìn)度。如普通公文辦理 時(shí)間為 30 天，加急公文的辦理時(shí)間為 10 天，特急公文的辦理時(shí)間為 3 天。單個(gè)環(huán)節(jié)接受任務(wù)時(shí)間為上一節(jié)點(diǎn)完成流程到下一 節(jié)點(diǎn)接受流程兩者之間的時(shí)間。如果該環(huán)節(jié)在關(guān)鍵流程上，那么只在此進(jìn)行催辦；如果該環(huán)節(jié)不在 關(guān)鍵流程上，那么既可以進(jìn)行催辦，也可以進(jìn)行跳轉(zhuǎn)。 公文流轉(zhuǎn)流程的設(shè)定 為了行之有效的運(yùn)用流轉(zhuǎn)控制方法對(duì)公文流轉(zhuǎn)進(jìn)行控制。公文流轉(zhuǎn)的信息和正文存儲(chǔ)在數(shù)據(jù)庫(kù)表中，公文信 息表記錄了公文的正文和基本信息，其中流程類型（FlowType）這一屬性即標(biāo)識(shí)了公文選用 的流轉(zhuǎn)流程（案例） ，公文就會(huì)按照選用的流轉(zhuǎn)流程（案例）流轉(zhuǎn)處理。 最后通過(guò)調(diào)用維護(hù)流轉(zhuǎn)流程 EJB （MaintenceWF） 將流轉(zhuǎn)流程設(shè)定信息記錄在數(shù)據(jù)庫(kù)表中。至詳細(xì)定制頁(yè)面，以下拉列表方式為各個(gè)流轉(zhuǎn)環(huán)節(jié)選擇操作人員；以下拉列表方式為 各個(gè)環(huán)節(jié)設(shè)定工作時(shí)限；以下拉列表方式為各個(gè)環(huán)節(jié)設(shè)定操作類型；使用 Javascript 腳本供 用戶方便的調(diào)整環(huán)節(jié)的前后順序。 在對(duì)業(yè)務(wù)進(jìn)行分析、考慮流行的訪問(wèn)控制方式后，本軟件將角色訪問(wèn)控制（RBAC）和對(duì) 象管理組（OMG）中資源訪問(wèn)決策（RAD）的思想結(jié)合起來(lái)，實(shí)現(xiàn)訪問(wèn)控制。 request user correspond App server request Visit decide server correspond 圖 RAD 工具的工作模式圖 Figure RAD’s Work pattern chart 公文流轉(zhuǎn)軟件中用戶的權(quán)限管理采取靜態(tài)授權(quán)和動(dòng)態(tài)授權(quán)相結(jié)合的機(jī)制。若每項(xiàng)功能對(duì)應(yīng)一個(gè)角色，則用戶 A 需要分配起草公文、歸檔、維護(hù) 用戶資料、整理匯報(bào)材料四個(gè)角色，現(xiàn)在使用管理員身份設(shè)定公文流轉(zhuǎn)的訪問(wèn)控制權(quán)限。 接下來(lái)用數(shù)據(jù)流圖、ER 圖、數(shù)據(jù)字典、程序流程圖，詳細(xì)描述了公文流轉(zhuǎn)監(jiān)控設(shè)定的分析和 設(shè)計(jì)部分。用戶 A 登入系統(tǒng)，可以執(zhí)行維護(hù) B 科室全部 人員資料和整理 B 科室月匯報(bào)材料的操作了，同時(shí)也擁有了起草公文、歸檔、維護(hù)用戶資料、 整理匯報(bào)材料這四項(xiàng)功能。 靈活結(jié)構(gòu)辦公自動(dòng)化工作流的實(shí)現(xiàn) 第 34 頁(yè) User record Role record administrator User information User select User informatio accredit Accredit result Res assign Res information Res record Access control 圖 公文流轉(zhuǎn)訪問(wèn)控制設(shè)定 DFD 圖 Figure Document transfer access control DFD chart 數(shù)據(jù)字典如下： 1．?dāng)?shù)據(jù)流條目 數(shù)據(jù)流名稱：管理員信息 簡(jiǎn) 述：管理員的用戶信息 來(lái) 源：用戶登錄后 Session 中 去 向：創(chuàng)建案例 組 成：用戶編號(hào)＋用戶名稱 數(shù)據(jù)流名稱：用戶信息 簡(jiǎn) 述：用戶基本信息 來(lái) 源：數(shù)據(jù)庫(kù)用戶信息表 去 向：授權(quán)處理和資源分配 組 成：用戶編號(hào)＋用戶名稱 數(shù)據(jù)流名稱：授權(quán)結(jié)果信息 簡(jiǎn) 述：記錄用戶編號(hào)和配置的角色編號(hào)列表 來(lái) 源：授權(quán)處理 去 向：數(shù)據(jù)庫(kù)訪問(wèn)控制記錄 內(nèi)蒙古大學(xué)碩士學(xué)位論文 第 35 頁(yè) 組 成：用戶編號(hào)＋{角色編號(hào)} 數(shù)據(jù)流名稱