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