基于Domino平臺(tái)的企業(yè)公文系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 畢業(yè)論（設(shè)計(jì)）

1、20112011 屆本科生畢業(yè)論文（設(shè)計(jì)）屆本科生畢業(yè)論文（設(shè)計(jì)）題 目： 基于domino平臺(tái)的企業(yè)公文系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)學(xué)學(xué) 院院 ( (系系) )：信息工程學(xué)院信息工程學(xué)院專專 業(yè)業(yè) 年年 級(jí)：級(jí)： 信息管理與信息系統(tǒng)信息管理與信息系統(tǒng)071071級(jí)級(jí)學(xué)學(xué) 生生 姓姓 名：名：指指 導(dǎo)導(dǎo) 教教 師：師：目 錄摘要摘要.1英文摘要英文摘要.2第第 1 章章 緒緒 論論.31.1 課題的背景及研究目的 .31.2 與本課題有關(guān)的國內(nèi)外研究狀況.31.2.1 國內(nèi)外的辦公自動(dòng)化的發(fā)展 .31.3 本論文的主要研究內(nèi)容.4第第 2 章章 企業(yè)公文管理系統(tǒng)的相關(guān)技術(shù)企業(yè)公文管理系統(tǒng)的相關(guān)技術(shù) .62

2、.1 domino文檔型數(shù)據(jù)庫.62.1.1 domino 數(shù)據(jù)庫結(jié)構(gòu).62.1.2 domino 數(shù)據(jù)安全控制.72.1.3 公式與代理.72.2 本章小結(jié).8第第 3 章章 企業(yè)公文管理系統(tǒng)的需求分析及總體設(shè)計(jì)企業(yè)公文管理系統(tǒng)的需求分析及總體設(shè)計(jì).93.1 需求分析.93.1.1 系統(tǒng)功能模塊劃分.93.1.2 公文管理模塊.93.1.3 公文配置管理模塊.103.1.4 系統(tǒng)維護(hù)模塊.103.2 企業(yè)公文管理系統(tǒng)總體設(shè)計(jì) .103.2.1 企業(yè)公文系統(tǒng)體系結(jié)構(gòu) .103.3 系統(tǒng)開發(fā)以及運(yùn)行環(huán)境.113.3.1 開發(fā)平臺(tái).113.3.2 運(yùn)行環(huán)境.123.4 出錯(cuò)處理.133.5 本章小

3、結(jié).13第第 4 章章 企業(yè)公文管理系統(tǒng)的實(shí)現(xiàn)企業(yè)公文管理系統(tǒng)的實(shí)現(xiàn).144.1 公文管理模塊.144.1.1 用戶界面的實(shí)現(xiàn).154.1.2 發(fā)文辦理單的實(shí)現(xiàn).174.1.3 發(fā)文登記單的實(shí)現(xiàn).194.2 公文配置管理模塊.214.2.1 公文數(shù)據(jù)庫配置的實(shí)現(xiàn) .214.2.2 公文類型配置的實(shí)現(xiàn) .254.2.3 流程輔助配置的實(shí)現(xiàn) .284.3 權(quán)限控制的實(shí)現(xiàn).324.4 本章小結(jié).34結(jié)結(jié) 論論.35致致 謝謝.36參考文獻(xiàn)參考文獻(xiàn).371基于基于 dominodomino 的企業(yè)公文系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)的企業(yè)公文系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)摘要摘要：隨著互聯(lián)網(wǎng)的高速發(fā)展，電子公文的概念已經(jīng)越來越受到

4、廣大政府部門和企業(yè)的重視。之所以電子公文會(huì)逐漸出臺(tái)，最為主要的原因是，傳統(tǒng)企業(yè)公文管理工作量大，而且容易出錯(cuò)、效率低下、安全性差、不易保存，已經(jīng)越來越不適應(yīng)現(xiàn)代企業(yè)的運(yùn)行節(jié)奏。本論文針對(duì)企業(yè)的實(shí)際情況及公文流轉(zhuǎn)系統(tǒng)的特點(diǎn)，通過對(duì)目前各種流行技術(shù)的全面比較，并對(duì)本領(lǐng)域相關(guān)理論深入研究分析，對(duì)系統(tǒng)進(jìn)行全面的梳理和優(yōu)化后，最終確定了系統(tǒng)的建設(shè)方案。即以領(lǐng)先的企業(yè)級(jí)通訊、協(xié)同工作軟件 lotus domino 作為應(yīng)用平臺(tái)，使用 ajax 技術(shù)改善用戶體驗(yàn)，采用以上這些技和方法完成了基于 domino 的企業(yè)公文系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)。關(guān)鍵詞關(guān)鍵詞：domino；公文流轉(zhuǎn)；電子公文2design and i

5、mplementation of enterprise document system based on dominoabstract: with the rapid development of internet, the concept of electronic documents has been paid more and more attention to by the governments and enterprises. the main reason of electronic documents being introduced gradually is the most

6、 traditional documents management workload, error prone, low efficiency and poor security, and storage difficulty, which has become increasingly unsuited to the modern enterprise running rhythm. this thesis views the exiting situation of the corporations and the features of the enterprise document f

7、low system, through fully comparing the popular currently technology, and deeply research and analysis the related theory of this area, after organizing and optimizing the system, finally confirms the construction scheme of the system. with adopting the leading enterprises communication, collaborate

8、 work software-lotus domino as application platform, and using ajax technology to improve user experience, these technology and methods accomplish the implementation and design of the enterprise document flow system based on domino.keywords: domino; document flow; electronic document3第第 1 章章 緒緒 論論1.

9、1 課題的背景及研究目的隨著互聯(lián)網(wǎng)的高速發(fā)展，電子公文的概念已經(jīng)越來越受到廣大政府部門和企業(yè)的重視，并在近 1-2 年得到一定的發(fā)展。之所以電子公文會(huì)逐漸出臺(tái)，最為主要的原因是，傳統(tǒng)企業(yè)公文管理涵蓋公文的發(fā)布、審核、簽發(fā)、收閱和檢索等過程，環(huán)節(jié)多、人手雜，手工處理工作量大，而且容易出錯(cuò)、效率低下、安全性差、不易保存，已經(jīng)越來越不適應(yīng)現(xiàn)代企業(yè)的運(yùn)行節(jié)奏。因此，開發(fā)企業(yè)公文系統(tǒng)，利用計(jì)算機(jī)網(wǎng)絡(luò)的高速迅捷和計(jì)算機(jī)控制的嚴(yán)格準(zhǔn)確，實(shí)現(xiàn)該企業(yè)公文管理工作的標(biāo)準(zhǔn)化、流程化作業(yè)、無紙化辦公，提高公文傳遞的速度和質(zhì)量，減輕辦公室工作人員的勞動(dòng)強(qiáng)度，具有重要的現(xiàn)實(shí)意義。課題來源于北京鼎捷軟件有限公司的一個(gè)企業(yè)協(xié)

10、同辦公平臺(tái)項(xiàng)目，選擇 lotus domino/notes r8 作為系統(tǒng)開發(fā)平臺(tái)開發(fā)企業(yè)公文系統(tǒng)，企業(yè)公文系統(tǒng)是協(xié)同辦公平臺(tái)的一個(gè)子系統(tǒng)，這就是本課題的來源。1.2 與本課題有關(guān)的國內(nèi)外研究狀況1.2.1 國內(nèi)外的辦公自動(dòng)化的發(fā)展全球的信息化、網(wǎng)絡(luò)化進(jìn)程正在改變著人們的生活方式，internet 技術(shù)的廣泛應(yīng)用正在給人們生活的各個(gè)層面帶來深刻的影響。在這種形勢下就必然要求政府企事業(yè)單位的各部門充分利用先進(jìn)的網(wǎng)絡(luò)信息技術(shù)平臺(tái)來實(shí)現(xiàn)辦公自動(dòng)化、信息資源化、傳輸網(wǎng)絡(luò)化和決策科學(xué)化。辦公自動(dòng)化簡稱 oa (office automation)，是近二三十年發(fā)展起來的一門綜合性跨學(xué)科技術(shù)，它將現(xiàn)代化辦

11、公和計(jì)算機(jī)網(wǎng)絡(luò)功能結(jié)合起來的一種新型的辦公方式，是當(dāng)前新技術(shù)革命中一個(gè)非?；钴S和具有很強(qiáng)生命力的技術(shù)應(yīng)用領(lǐng)域，是信息化社會(huì)的產(chǎn)物。通過網(wǎng)絡(luò)，組織機(jī)構(gòu)內(nèi)部的人員可跨越時(shí)間、地點(diǎn)協(xié)同工作。通過 oa 系統(tǒng)所實(shí)施的交換式網(wǎng)絡(luò)應(yīng)用，使信息的傳遞更加快捷和方便，從而極大地?cái)U(kuò)展了辦公手段，實(shí)現(xiàn)了辦公的高效率。同時(shí)隨著技術(shù)的發(fā)展和使用人員的辦公方式和習(xí)慣、管理思想的變化，對(duì)于 oa 很明確的定義也不斷的變化著，在技術(shù)發(fā)展過程中的每一個(gè)階段，也賦予給 oa 不同的內(nèi)容。辦公自動(dòng)化是企業(yè)信息化建設(shè)中重要方面，伴隨著企業(yè)信息化一起發(fā)展的，辦公自動(dòng)化的發(fā)展過程到現(xiàn)在己經(jīng)是第三代。第三代辦公自動(dòng)化系統(tǒng)建立在企業(yè) in

12、tranet 平臺(tái)之上，旨在幫助企業(yè)實(shí)現(xiàn)動(dòng)態(tài)的4內(nèi)容和知識(shí)管理，使企業(yè)每一位員工能夠在協(xié)作中不斷獲得學(xué)習(xí)的機(jī)會(huì)和進(jìn)步。事實(shí)上，現(xiàn)在的辦公己經(jīng)不再是簡單的文件處理，不再是單純的行政事務(wù)了。現(xiàn)代辦公的任務(wù)是提高整個(gè)企業(yè)的運(yùn)作效率，進(jìn)而提高企業(yè)的核心競爭力。知識(shí)管理可以幫助企業(yè)解決知識(shí)共享和再利用的問題。知識(shí)管理是一個(gè)系統(tǒng)工程，目標(biāo)是幫助企業(yè)發(fā)現(xiàn)潛在知識(shí)、定位擁有專門知識(shí)的人、傳遞知識(shí)、和有效利用知識(shí)。知識(shí)管理意味著在恰當(dāng)?shù)臅r(shí)間，將正確的知識(shí)傳給正確的人，使他們采取最適合的行動(dòng)，避免重復(fù)錯(cuò)誤和重復(fù)工作。知識(shí)管理關(guān)注在如何獲取、組織、利用和傳播散布在企業(yè)信息系統(tǒng)和人們頭腦中的知識(shí)。第三代 oa 的核心

13、是知識(shí)。較前兩代相比，第三代 oa 不僅模擬和實(shí)現(xiàn)了工作流的自動(dòng)化，更模擬和實(shí)現(xiàn)了工作流中每一個(gè)單元和每一個(gè)工作人員運(yùn)用知識(shí)的過程。未來 oa 的發(fā)展都會(huì)有如下幾個(gè)明顯特征：門戶導(dǎo)向、業(yè)務(wù)導(dǎo)向，知識(shí)驅(qū)動(dòng)。1.3 本論文的主要研究內(nèi)容本論文的主要研究內(nèi)容是某公司及其下屬公司設(shè)計(jì)并實(shí)現(xiàn)一個(gè)基于lotus domino/notes平臺(tái)，包含各項(xiàng)功能，高效、安全的電子公文審批系統(tǒng)。該套系統(tǒng)作為協(xié)同辦公系統(tǒng)的一個(gè)子系統(tǒng)，構(gòu)建在lotus domino/notes平臺(tái)，采用b/s模式。滿足文件的起草、修改、審核、簽發(fā)的全部流轉(zhuǎn)過程，與電子公文歸檔系統(tǒng)結(jié)合，實(shí)現(xiàn)包括公文審批、公文傳輸、公文歸檔等公文處理的全

14、部過程，公文流轉(zhuǎn)采用digiflow產(chǎn)品中的流程引擎來控制。為實(shí)現(xiàn)電子辦公優(yōu)勢，電子文檔在單位的各部門內(nèi)、各部門之間的流動(dòng)共享是不可避免的，所以對(duì)電子文檔的采用授權(quán)機(jī)制，給每個(gè)文檔增加讀者域和作者域，每次流程流轉(zhuǎn)時(shí)更新讀者域和作者域，只有具有審批權(quán)限的人才可以看到文檔，在流程結(jié)束后，根據(jù)需要，由公司領(lǐng)導(dǎo)或者管理員重新分配文檔的權(quán)限，并且可以給文檔中的部分內(nèi)容也設(shè)置查看權(quán)限，使不同的人員只看到可以看的內(nèi)容，使各個(gè)部門或人員能夠高效，安全的協(xié)同辦公。公文的安全對(duì)企業(yè),特別是大型國企是至關(guān)重要的，針對(duì)公文流轉(zhuǎn)過程中安全性不高的問題，應(yīng)該采用流轉(zhuǎn)過程中用數(shù)字簽名等方法進(jìn)行加密和驗(yàn)證,保證公文的真實(shí)性,

15、有效性,完整性。論文主要分為以下幾個(gè)部分：論文第 1 章緒論，介紹了課題的來源、背景、研究目的以及與課題相關(guān)領(lǐng)域的國內(nèi)外研究現(xiàn)狀。論文第 2 章，介紹了企業(yè)公文流轉(zhuǎn)系統(tǒng)的相關(guān)技術(shù)，主要是 ibm domino 技術(shù)，5為企業(yè)公文流轉(zhuǎn)系統(tǒng)的實(shí)現(xiàn)奠定了基礎(chǔ)。論文第 3 章，企業(yè)公文流轉(zhuǎn)系統(tǒng)的需求分析和總體設(shè)計(jì)，結(jié)合第 2 章介紹的技術(shù)并根據(jù)軟件工程學(xué)的理論論述了企業(yè)公文流轉(zhuǎn)系統(tǒng)的設(shè)計(jì)。主要內(nèi)容包括：企業(yè)公文系統(tǒng)的體系結(jié)構(gòu)、模塊劃分、系統(tǒng)部署、出錯(cuò)處理，為系統(tǒng)的最終實(shí)現(xiàn)打下良好的基礎(chǔ)。論文第 4 章，著重論述企業(yè)公文流轉(zhuǎn)系統(tǒng)的各主要功能模塊的實(shí)現(xiàn)及測試，并顯示其運(yùn)行結(jié)果。主要包括：公文管理模塊、公文

16、配置管理模塊、權(quán)限的管理。論文最后一章結(jié)論，總結(jié)了論文的研究成果及新特點(diǎn)。6第第 2 章章 企業(yè)公文管理系統(tǒng)的相關(guān)技術(shù)企業(yè)公文管理系統(tǒng)的相關(guān)技術(shù)2.1 domino 文檔型數(shù)據(jù)庫domino 具有單一結(jié)構(gòu)的文檔數(shù)據(jù)庫和郵件系統(tǒng)，工作流開發(fā)機(jī)制，標(biāo)準(zhǔn)的web 應(yīng)用服務(wù)器等三大技術(shù)優(yōu)勢，并提供強(qiáng)大的安全機(jī)制，確保對(duì)信息的合法訪問，它使人們高效地協(xié)同工作，集郵件功能、多媒體文檔數(shù)據(jù)庫、工作流應(yīng)用、web 應(yīng)用等為一體，成為開發(fā)辦公自動(dòng)化系統(tǒng)的首選和工業(yè)事實(shí)標(biāo)準(zhǔn)的開發(fā)和應(yīng)用平臺(tái)。首先，domino/notes 系統(tǒng)提供功能完備，操作簡單的手段，幫助用戶進(jìn)行從電子郵件到協(xié)同工作模式的應(yīng)用程序的設(shè)定，這包

17、括：表單、字段、視圖、代理和文件夾。其次，系統(tǒng)還提供一整套功能強(qiáng)大的開發(fā)工具，即 lotusscript 語言、notes 公式語言。 lotusscript：lotusscript 是一個(gè)與 visual basic 兼容的程序設(shè)計(jì)語言。它是一個(gè)完全面向?qū)ο蟮某绦蛟O(shè)計(jì)環(huán)境，具有豐富的類、方法和屬性，包含有集成的對(duì)象瀏覽器和程序調(diào)試環(huán)境，向開發(fā)者提供了調(diào)用 notes 服務(wù)的手段。notes 公式語言：notes 內(nèi)置一套公式語言。notes 公式同數(shù)學(xué)公式相似，包括變量、常量和操作符，當(dāng)然兩者的結(jié)果通常是不相同的。notes 提供了一系列函數(shù)，在不同的數(shù)據(jù)類型上執(zhí)行各種操作。2.1.1 do

18、mino 數(shù)據(jù)庫結(jié)構(gòu)所有 domino 應(yīng)用程序都是以 domino 數(shù)據(jù)庫為基礎(chǔ)創(chuàng)建的。domino 數(shù)據(jù)庫包含應(yīng)用程序數(shù)據(jù)、邏輯關(guān)系和設(shè)計(jì)元素的容器。domino 應(yīng)用程序可以由一個(gè)或多個(gè)domino 數(shù)據(jù)庫組成。每個(gè) domino 數(shù)據(jù)庫又由一些基本設(shè)計(jì)元素組成，設(shè)計(jì)元素是用來創(chuàng)建應(yīng)用程序的構(gòu)建單元，如圖 2-1 所示。文檔設(shè)計(jì)元素：頁面、表單、視圖數(shù)據(jù)文檔域類型rtf文本域名body數(shù)據(jù)oa system.數(shù)據(jù)庫7圖 2-1 lotus domino 數(shù)據(jù)庫結(jié)構(gòu)2.1.2 domino 數(shù)據(jù)安全控制資源共享、決策支持等方面的功能極大地提高了辦公效率和科學(xué)決策水平，系統(tǒng)的安全性同時(shí)也成為

19、一個(gè)不可忽視的問題，因此 domino/ notes 提供了多層次的安全機(jī)制,防止公文信息被竊取、破壞和濫用，以確保系統(tǒng)的安全。domino 系統(tǒng)的安全性層次如下：(1) 物理安全性 在物理上保護(hù)服務(wù)器和數(shù)據(jù)庫的安全性。(2) 網(wǎng)絡(luò)安全性 防止未授權(quán)用戶闖入網(wǎng)絡(luò)并假扮 notes 授權(quán)用戶, 主要依靠防火墻、入侵檢測等技術(shù)。(3) 服務(wù)器安全性 指定哪些用戶和服務(wù)器(已授權(quán))可以訪問服務(wù)器，并限制他們在服務(wù)器上的活動(dòng)。(4) 應(yīng)用程序安全性 使用數(shù)據(jù)庫存取控制列表來限制特定用戶和服務(wù)器，對(duì)服務(wù)器上單個(gè)應(yīng)用程序的存取權(quán)限。(5) 應(yīng)用程序設(shè)計(jì)元素安全性 使用設(shè)計(jì)元素控制來限定用戶對(duì)應(yīng)用程序中的特

20、定設(shè)計(jì)元素的訪問，如域、區(qū)段、表單、文檔、視圖等的訪問。(6) 標(biāo)識(shí)符安全性 domino 所提供的多層次安全機(jī)制實(shí)施的前提和基礎(chǔ)就是標(biāo)識(shí)符文件，即用戶 id。domino 使用標(biāo)識(shí)符中的信息控制用戶和服務(wù)器對(duì)其他服務(wù)器和應(yīng)用程序的存取，除此之外還可以對(duì)信息進(jìn)行加密。管理員的職責(zé)之一是保護(hù)標(biāo)識(shí)符并確保未授權(quán)用戶不能使用它們。當(dāng)服務(wù)器或用戶通過了一個(gè)層次的安全機(jī)制以后，domino 服務(wù)器就執(zhí)行下一層次的安全機(jī)制，正是采用這 6 種不同層次的安全措施，相互支持，共同構(gòu)成一個(gè)完整的安全系統(tǒng)。對(duì)于群件系統(tǒng)來說，既要求可靠安全措施來保護(hù)機(jī)密的數(shù)據(jù)，同時(shí)又要求安全手段具有相當(dāng)?shù)撵`活性，在這方面 domi

21、no 擁有其他數(shù)據(jù)庫平臺(tái)無法比擬的優(yōu)勢，從而也確立了它在辦公自動(dòng)化領(lǐng)域的優(yōu)勢地位。2.1.3 公式與代理代理：代理是 notes 的應(yīng)用邏輯，開發(fā)者可以通過代理在客戶機(jī)或在服務(wù)器上自動(dòng)完成某種應(yīng)用任務(wù)。系統(tǒng)提供一整套功能強(qiáng)大的開發(fā)工具，即 lotusscript 語言、notes 公式語言。 lotusscript：lotusscript 是一個(gè)與 visual basic 兼容的程序設(shè)計(jì)語言。它是一個(gè)完全面向?qū)ο蟮某绦蛟O(shè)計(jì)環(huán)境，具有豐富的類、方法和屬性，包含有集成的對(duì)象瀏覽器和程序調(diào)試環(huán)境，向開發(fā)者提供了調(diào)用 notes 服務(wù)的手段。8notes 公式語言：notes 內(nèi)置一套公式語言。no

22、tes 公式同數(shù)學(xué)公式相似，包括變量、常量和操作符，當(dāng)然兩者的結(jié)果通常是不相同的。notes 提供了一系列函數(shù)，在不同的數(shù)據(jù)類型上執(zhí)行各種操作。2.2 本章小結(jié)本章依據(jù)軟件工程學(xué)的開發(fā)理論對(duì)企業(yè)公文流轉(zhuǎn)系統(tǒng)的需求進(jìn)行了分析，并分析了所使用的相關(guān)技術(shù)，包括：domino文檔型數(shù)據(jù)庫、公式及代理，這些技術(shù)為企業(yè)公文流轉(zhuǎn)系統(tǒng)的設(shè)計(jì)奠定了基礎(chǔ)。9第第 3 章章 企業(yè)公文管理系統(tǒng)的需求分析及總體設(shè)計(jì)企業(yè)公文管理系統(tǒng)的需求分析及總體設(shè)計(jì)3.1 需求分析3.1.1 系統(tǒng)功能模塊劃分企業(yè)公文流轉(zhuǎn)系統(tǒng)主要?jiǎng)澐譃槿竽K：公文管理模塊、公文配置管理模塊，系統(tǒng)維護(hù)模塊，如圖 3-1 所示：公文流轉(zhuǎn)系統(tǒng)公文流轉(zhuǎn)系統(tǒng)公

23、文管理公文管理vhj 批公文配置管理公文配置管理系統(tǒng)維護(hù)系統(tǒng)維護(hù)部門群組配置圖3-1 企業(yè)公文系統(tǒng)功能模塊劃分圖3.1.2 公文管理模塊（1）發(fā)文審批 實(shí)現(xiàn)發(fā)文的擬稿、審批、歸檔的流程。在發(fā)文審批過程中實(shí)現(xiàn)文件的審批，文件的修改留痕、文件編號(hào)、進(jìn)行紅頭套打、痕跡保留、文件下發(fā)、公文打印，附件上傳下載等功能。（2）收文審批 收文管理屬于工作流管理的一個(gè)部分，接收到上級(jí)部門下發(fā)文件或外來文件之后由文書進(jìn)行登記，需要進(jìn)行審批的文件，由文書創(chuàng)建收文處理單，經(jīng)過一定的審批流程，進(jìn)行傳閱和辦理過程，最后歸檔。（3）簽報(bào)審批 下屬部門給向領(lǐng)導(dǎo)提交的需要領(lǐng)導(dǎo)閱批的請示、報(bào)告。 領(lǐng)導(dǎo)根據(jù)簽報(bào)內(nèi)容給出簽報(bào)批示意見

24、，同時(shí)需要會(huì)簽的部門也會(huì)給出相應(yīng)意見。簽報(bào)的管理部門負(fù)責(zé)簽報(bào)的登記、呈報(bào)、傳閱、分發(fā)和歸檔等相關(guān)工作。（4）工作督辦 部門領(lǐng)導(dǎo)監(jiān)督主辦人將所分配任務(wù)完成情況。 領(lǐng)導(dǎo)根據(jù)主辦人發(fā)文審批收文審批蓋章管理套紅管理部門群組配置權(quán)限配置數(shù)據(jù)庫配置幫助主題簽報(bào)審批工作督辦公文編號(hào)管理公文類型管理公文流程管理10的完成情況給予批示意見，督辦的管理部門負(fù)責(zé)督辦的登記、呈報(bào)、傳閱、分發(fā)和歸檔等相關(guān)工作。3.1.3 公文配置管理模塊（1）公文類型管理 創(chuàng)建、查詢，修改公文類型，每種公文類型可以選擇操作界面、打印頁面，公文審批流程等。（2）公文編號(hào)管理 創(chuàng)建、查詢、修改，作廢公文編號(hào)，可以配置公文編號(hào)的格式，起始編

25、號(hào)等。（3）紅頭模板配置 創(chuàng)建、查詢、上傳，刪除套紅模板，可以配置套紅模板的標(biāo)題。（4）密集級(jí)別配置 創(chuàng)建、查詢、修改密集級(jí)別。（5）緊急級(jí)別配置 創(chuàng)建、查詢、修改緊急級(jí)別。（6）流程輔助配置 對(duì)公文流程進(jìn)行配置，可以配置每個(gè)流程環(huán)節(jié)的操作項(xiàng)，顯示項(xiàng)，打印項(xiàng)等。（7）部門群組配置 配置主送和抄送的部門范圍，根據(jù)需要將不同的部門分別劃歸到不同的部門群組中。3.1.4 系統(tǒng)維護(hù)模塊（1）數(shù)據(jù)庫配置 配置是否分庫存儲(chǔ)，配置數(shù)據(jù)附件庫以及附件庫是否分庫，如何分庫等功能。（2）權(quán)限配置 配置公文系統(tǒng)的管理權(quán)限，審批權(quán)限，查看權(quán)限。（3）幫助主題 提供系統(tǒng)的綜合幫助，使用戶能夠盡快熟悉如何操作，以及如何處

26、理遇到的問題等。3.2 企業(yè)公文管理系統(tǒng)總體設(shè)計(jì)3.2.1 企業(yè)公文系統(tǒng)體系結(jié)構(gòu)企業(yè)公文系統(tǒng)是 oa 系統(tǒng)的子系統(tǒng)，采用 b/s 結(jié)構(gòu)，客戶端為 ie 瀏覽器。在軟件架構(gòu)上，為保證框架具備充分的靈活性，使用戶能在已有構(gòu)件的基礎(chǔ)上生成應(yīng)用程序，實(shí)現(xiàn)“零代碼編寫”的理想目標(biāo)。首先一個(gè)要點(diǎn)就是軟件構(gòu)件的重用性。當(dāng)然軟件構(gòu)件的重用性，又要以軟件的架構(gòu)為基礎(chǔ)，公文管理的系統(tǒng)體系結(jié)構(gòu)模型定義為三個(gè)層次：（1）第一層：表現(xiàn)層 11負(fù)責(zé)為用戶展示業(yè)務(wù)的操作界面，用戶通過表現(xiàn)層與系統(tǒng)進(jìn)行交互，將消息或數(shù)據(jù)傳遞到業(yè)務(wù)處理層，并從業(yè)務(wù)處理層獲取處理結(jié)果，反饋給用戶。（2）第二層：業(yè)務(wù)處理層 對(duì)表現(xiàn)層傳遞的消息或數(shù)據(jù)

27、加工處理，與其他庫交互，并且獲取系統(tǒng)層的支持和服務(wù)，處理結(jié)果返回到表現(xiàn)層，或者保存到數(shù)據(jù)庫中，業(yè)務(wù)處理層提供領(lǐng)域內(nèi)所需使用的類庫，提供業(yè)務(wù)處理服務(wù)。在該層的函數(shù)調(diào)用或繼承通用類構(gòu)件層的函數(shù)，這里包括公文管理、公文配置、系統(tǒng)維護(hù)三大模塊的業(yè)務(wù)處理。（3）第三層：數(shù)據(jù)層 存儲(chǔ)公文流轉(zhuǎn)數(shù)據(jù)、公文配置數(shù)據(jù)，與業(yè)務(wù)層交互，存儲(chǔ)或返回信息。數(shù)據(jù)采用 domino 文檔型數(shù)據(jù)庫進(jìn)行存儲(chǔ)，將每次提交的表單保存為 domino 文檔。企業(yè)公文系統(tǒng)體系結(jié)構(gòu)如圖 3-2 所示，表現(xiàn)層以表單和視圖為主要展現(xiàn)形式，業(yè)務(wù)處理層中業(yè)務(wù)代理指的是公文的業(yè)務(wù)，該項(xiàng)業(yè)務(wù)代理與其他構(gòu)件進(jìn)行交互，數(shù)據(jù)層中以 domino 數(shù)據(jù)庫為主

28、要存儲(chǔ)數(shù)據(jù)庫，sql server 數(shù)據(jù)庫屬于其他系統(tǒng)，但是公文系統(tǒng)可與之交互，此外還有一部分采用文件的形式存儲(chǔ)。domino表單視圖業(yè)務(wù)處理層數(shù)據(jù)層其他流程管理消息管理表現(xiàn)層sql server其他其他構(gòu)件業(yè)務(wù)代理組織結(jié)構(gòu)管理圖 3-2 企業(yè)公文系統(tǒng)體系結(jié)構(gòu)123.3 系統(tǒng)開發(fā)以及運(yùn)行環(huán)境3.3.1 開發(fā)平臺(tái)lotus domino/notes 是世界領(lǐng)先的信息和群組軟件，具有群組協(xié)同工作的特征，多種先進(jìn)的特性奠定了它在建立以 intranet 為基礎(chǔ)的協(xié)同應(yīng)用中不可動(dòng)搖的地位。lotus domino/notes 還可以輕松實(shí)現(xiàn)對(duì)非結(jié)構(gòu)化信息的管理和共享，具備了安全、健壯、可靠的通信基礎(chǔ)設(shè)

29、備，其內(nèi)含有強(qiáng)大的工作流軟件開發(fā)環(huán)境，它是辦公自動(dòng)化系統(tǒng)建設(shè)的首選平臺(tái)。lotus domino/notes 提供了業(yè)界領(lǐng)先的安全性，通過集群、事務(wù)日志、服務(wù)器故障恢復(fù)和自動(dòng)診斷工具，最大限度地提高了服務(wù)器可用性，允許管理員管理垃圾郵件，使用戶免受打擾。通過高效使用系統(tǒng)資源，幫助企業(yè)減少總體擁有成本，lotus domino 跨軟硬件平臺(tái)的全方位支持，開發(fā)的辦公系統(tǒng)將適用于任何硬件、操作系統(tǒng)、瀏覽器等，使其可以架構(gòu)在 windows、unix、linux、solaris、os/400 等多種操作系統(tǒng)之上，客戶端使用任何一款標(biāo)準(zhǔn)瀏覽器即可登錄并使用系統(tǒng)。系統(tǒng)主要軟件使用 ibm domino e

30、nterprise server 作為系統(tǒng)的應(yīng)用服務(wù)器；在此之上部屬我們?yōu)槠髽I(yè)開發(fā)的協(xié)同管理應(yīng)用模塊，使用流程管理引擎進(jìn)行業(yè)務(wù)流轉(zhuǎn)的驅(qū)動(dòng)，并管理著企業(yè)中的所有的協(xié)同應(yīng)用的單據(jù)流轉(zhuǎn)及企業(yè)溝通；使用 lotus domino enterprise server 實(shí)現(xiàn)系統(tǒng)中的電子郵件功能并作為主要的通訊方式；由于domino 集成了優(yōu)秀的協(xié)同開發(fā)軟件 lotus domino designer，所以系統(tǒng)以它為主要開發(fā)工具，進(jìn)行表單的設(shè)計(jì)與開發(fā)。3.3.2 運(yùn)行環(huán)境以下是整個(gè)企業(yè)公文流轉(zhuǎn)系統(tǒng)所屬的協(xié)同辦公系統(tǒng)的硬件主要配置：（1）oa 服務(wù)器服務(wù)器：ibm p570；操作系統(tǒng)：aix 操作系統(tǒng)；硬件配

31、置：cpu 個(gè)數(shù)不能小于 4，內(nèi)存不能小于 8g。（2）郵件服務(wù)器服務(wù)器：ibm p520；操作系統(tǒng)：aix 操作系統(tǒng)；硬件配置：cpu 個(gè)數(shù)不能小于 4，內(nèi)存不能小于 8g。（3）即時(shí)通訊服務(wù)器服務(wù)器：ibm rs6000；13操作系統(tǒng)：windows server 2003 操作系統(tǒng)；硬件配置：cpu 個(gè)數(shù)不能小于 4，內(nèi)存不能小于 8g。（4）oa 消息服務(wù)器服務(wù)器：ibm p550；操作系統(tǒng)：aix 操作系統(tǒng)；硬件配置：cpu 個(gè)數(shù)不能小于 4，內(nèi)存不能小于 8g。3.4 出錯(cuò)處理（1）出錯(cuò)處理原則 對(duì)所有可能無效的鏈接都有統(tǒng)一的錯(cuò)誤提示界面。對(duì)于可能發(fā)生錯(cuò)誤或執(zhí)行失敗的地方加以原因說

32、明，在錯(cuò)誤產(chǎn)生時(shí)將自動(dòng)產(chǎn)生錯(cuò)誤日志連帶可能的原因說明信息一起保留在后臺(tái)。（2）出錯(cuò)信息 系統(tǒng)對(duì)出錯(cuò)信息進(jìn)行了詳細(xì)定義，并根據(jù)出錯(cuò)信息給出相應(yīng)的提示，具體定義如下。在客戶端展現(xiàn)的出錯(cuò)信息提示如表 3-1 所示。表 3-1 錯(cuò)誤信息提示列表3.5 本章小結(jié)本章依據(jù)軟件工程學(xué)的開發(fā)理論討論了企業(yè)公文系統(tǒng)的設(shè)計(jì)，對(duì)企業(yè)公文流轉(zhuǎn)系統(tǒng)的需求做了分析，根據(jù)需求設(shè)計(jì)了系統(tǒng)的體系結(jié)構(gòu)，劃分出模塊，在出錯(cuò)設(shè)計(jì)等方面作了說明，對(duì)重點(diǎn)部分進(jìn)行了較詳細(xì)的描述，為該軟件的實(shí)現(xiàn)奠定了基礎(chǔ)。錯(cuò)誤類型提示內(nèi)容數(shù)據(jù)庫連接錯(cuò)誤提示數(shù)據(jù)庫連接失敗，每次讀寫數(shù)據(jù)庫之前，檢查數(shù)據(jù)庫是否成功連接服務(wù)器連接錯(cuò)誤提示服務(wù)器連接失敗，每次需要連

33、接服務(wù)器之前，檢查服務(wù)器是否能夠成功連接讀寫數(shù)據(jù)庫文檔錯(cuò)誤提示文檔不存在或無法打開文檔讀寫目標(biāo)文檔錯(cuò)誤提示無法獲得目標(biāo)文檔14第第 4 章章 企業(yè)公文管理系統(tǒng)的實(shí)現(xiàn)企業(yè)公文管理系統(tǒng)的實(shí)現(xiàn)4.1 公文管理模塊公文流轉(zhuǎn)中包括多種功能，比如選擇公文類型，公文編號(hào)，公文套紅，公文蓋章等等，在公文流轉(zhuǎn)開始或者流轉(zhuǎn)中讀取相應(yīng)的配置文檔，獲取相關(guān)信息，以下以發(fā)文為例, 如表 4-1 所示。表 4-1 發(fā)文庫表單表單名稱表單說明issuedocappforma.0 發(fā)文申請單 flowinfoshowformi.0 文件字配置單ocregistrationformi.1 參數(shù)配置單menuslistformz

34、.z 功能鏈接表zfrmdocpapera.0 發(fā)文申請子表單zfrm_configz.0 保存參數(shù)配置sfflowmindz.0 批注與提示sfflowbasicinfoz.0 流程加載基本信息sfflowoperationz.0 流程操作子表單zfrmactionz.0 通用操作zfrmmenulistz.b 功能鏈接列表子表單zfrmattachz.c 附件15表單設(shè)計(jì)分為三類，a 字母代表流轉(zhuǎn)相關(guān)的表單，c 字母代表配置類表單，s字母為特殊用途表單，其中 docregistrationform 是在流程結(jié)束時(shí)創(chuàng)建，公文流轉(zhuǎn)過程中，a 類表單需要從 c 類表單讀取配置信息，s 類表單一般

35、需要查詢統(tǒng)計(jì) a 類或c 類表單，其中 menulistform 是公文系統(tǒng)的入口表單，如圖 4-1 所示。流轉(zhuǎn)表單mainflowformflowinfoshowform配置表單serialnumberconfigformdeptgroupconfigformdoctypeconfigformflownodeconfigformredtitleconfigform特殊表單selecttypeformmenuslistformdocregistrationformprintmainformselectflowform獲取部門群組獲取公文類型加載流程配置獲取紅頭模板獲取公文編號(hào)圖 4-1 表單分

36、配圖配置類表單是為流轉(zhuǎn)表單提供各種配置信息，每次流程開始時(shí)或流轉(zhuǎn)中會(huì)讀取配置信息。4.1.1 用戶界面的實(shí)現(xiàn)1. 顯示視圖為方便用戶查看審批的文檔，采用顯示視圖的設(shè)計(jì)方案，顯示視圖分為退回狀態(tài)視圖、起草狀態(tài)視圖、審批中狀態(tài)視圖、已完成狀態(tài)視圖、所有文檔視圖，如圖4-2所示，為發(fā)文辦理單審批中狀態(tài)視圖，可以看到當(dāng)前正在審批中公文信息，并且能看到當(dāng)前環(huán)節(jié)以及當(dāng)前處理人，顯示視圖都是根據(jù)文檔的創(chuàng)建時(shí)間進(jìn)行降序排序，16即最晚創(chuàng)建的文檔排在最上面，所以每個(gè)視圖第一頁最上面都是顯示最新的文檔。 如果有權(quán)限，可以在視圖中刪除文檔，如果沒有權(quán)限，則不會(huì)顯示刪除按鈕。圖4-2 發(fā)文辦理單狀態(tài)視圖2. 辦理單界

37、面如圖4-3所示，發(fā)文辦理單的界面，采用多頁簽的方式將不同的填寫內(nèi)容和流轉(zhuǎn)意見分開展示，這樣表單中既含有大量內(nèi)容，又整齊有序。在申請單頁面填寫公文基本信息，正文頁面起草公文，附件頁面用于添加相關(guān)的附件，流轉(zhuǎn)意見頁面記錄每個(gè)環(huán)節(jié)審批的流轉(zhuǎn)意見，起草人和審批人以及有特殊權(quán)限的人員可以查看流轉(zhuǎn)意見。圖4-3 發(fā)文辦理單界面由于公文辦理單含有大量信息，尤其是正文及附件，都需要加載ntko控件，此外還需要讀取流程信息、組織結(jié)構(gòu)信息、部門群組信息等，如果打開頁面時(shí)一次加載所有數(shù)據(jù)，則會(huì)出現(xiàn)等待時(shí)間過長的問題，甚至出現(xiàn)信息讀取錯(cuò)誤或丟失的現(xiàn)象，17為提高頁面內(nèi)容的加載速度，頁面加載方式采用分步式加載，當(dāng)打開

38、表單時(shí)僅加載申請單頁面的內(nèi)容和流轉(zhuǎn)意見的內(nèi)容，當(dāng)選擇正文或者附件頁簽時(shí)動(dòng)態(tài)生成html代碼，從而減少第一次打開頁面的時(shí)間，這樣有效解決了第一次打開等待時(shí)間過長的問題，同時(shí)降低了信息讀取錯(cuò)誤或丟失的風(fēng)險(xiǎn)。4.1.2 發(fā)文辦理單的實(shí)現(xiàn)發(fā)文辦理單用于起草公文，提交后進(jìn)行流轉(zhuǎn)審批，并且審批后需要發(fā)送到相關(guān)部門，需要讀取流程信息、組織結(jié)構(gòu)信息、部門群組信息等，所以必須有相應(yīng)的字段保存這些信息，每項(xiàng)字段的功能如表 4-2 所示。表 4-2 發(fā)文辦理單的數(shù)據(jù)結(jié)構(gòu)字段名稱字段類型字段說明df_dbpathchar數(shù)據(jù)庫路徑df_dbdirchar數(shù)據(jù)庫目錄df_dbnamechar數(shù)據(jù)庫名formchar表單

39、名query_stringchar傳遞參數(shù)字符串stdoctypeunidchar公文類型 uidstdoctypechar公文類型名稱subformchar子表單名稱flowunidchar加載的流程 uidstflowconfigscriptchar流程配置腳本flowconfigdocunidchar流程輔助配置文檔 uidishqboolean會(huì)簽控制位sthqflownodechar會(huì)簽環(huán)節(jié)sthqdeptnamechar會(huì)簽部門sthqdeptidchar會(huì)簽部門編號(hào)isbhboolean編號(hào)控制位isalreadybhboolean是否已經(jīng)編號(hào)stbhunidchar編號(hào)配置文檔

40、 uidstbhnochar公文編號(hào)18表 4-2 發(fā)文辦理單的數(shù)據(jù)結(jié)構(gòu)-續(xù)表單初始化：首先通過公式dbcolumn(;vwgwlx1;2)讀取公文類型配置文檔，獲取公文類型列表，選擇公文類型后，打開公文辦理單 mainflowform，在生成頁面前使用公式command(toolsrunmacro; initflowinfoagent)調(diào)用流程初始化代理，加載公文類型配置文檔中綁定的流程，并讀取部門和人員信息，同時(shí)讀取流程輔助配置信息，在獲取流程輔助配置文檔后，根據(jù)文檔中記錄的各個(gè)環(huán)節(jié)的操作項(xiàng)，生成操作腳本代碼，將生成的腳本代碼添加到表單結(jié)構(gòu)中，在流程初始化完成后，表單生成 html 頁面，

41、流程初始化代理如圖 4-4 所示。stmaindocunid_attchar文檔 uidstattachdbpathchar附件庫路徑ntkoofficeattachurlboolean正文附件庫路徑stsecretdegreechar密級(jí)stemergencychar緩急stdraftdatedate擬稿日期stdocnumberchar發(fā)文字號(hào)stdraftpsncnchar擬稿人姓名stdraftpsnenchar擬稿人英文名(itcode)stsubjectchar標(biāo)題mtzsdeptnamechar主送部門mtzsdeptidchar主送部門編號(hào)mtcsdeptnamechar抄送部

42、門mtcsdeptidchar抄送部門編號(hào)mtcspsnnamecnchar抄送人姓名mtcspsnnameenchar抄送人英文名(itcode)stkeywordchar主題詞stnumberinteger份數(shù)stdeptnumberinteger部門需留份數(shù)19+initialize()+loadpsninfo()+loadflowinfo()+loaddeptinfo()+loadflowconfig()+loaddbconfig()-db : object-doc : objectinitflowinfoagent圖 4-4 流程初始化代理流轉(zhuǎn)控制：流程信息都記錄在流程基本信息子表單

43、 sfflowbasicinfo 中，并調(diào)用流程流轉(zhuǎn)控制代理 thflowsaveagent 對(duì)流程進(jìn)行控制，saveflowdoc 函數(shù)進(jìn)行保存操作，包括草稿和審批中的保存；submitflowdoc 函數(shù)在流程流轉(zhuǎn)時(shí)執(zhí)行，該函數(shù)會(huì)根據(jù)用戶實(shí)際提交的方式調(diào)用其他提交函數(shù)。公文發(fā)送：讀取 mtzsdeptid 和 mtcsdeptid 字段，將 2 個(gè)字段中的部門 id 保存到發(fā)文登記單中的 mtdeptid 字段，同時(shí)記錄登記狀態(tài)到發(fā)文登記單中的 mtstate 字段，等待用戶接收公文。4.1.3 發(fā)文登記單的實(shí)現(xiàn)發(fā)文登記單記錄已發(fā)的公文的發(fā)送位置，記錄用戶接收公文情況的表單，發(fā)文登記單是在

44、發(fā)文辦理單流程結(jié)束環(huán)節(jié)調(diào)用函數(shù) createdocregistration()創(chuàng)建的，該函數(shù)是在 thflowsaveagent 代理的 dobeforeflowend()接口函數(shù)內(nèi)調(diào)用的，發(fā)文登記單與發(fā)文辦理單一一對(duì)應(yīng)，可以通過查看相關(guān)公文按鈕查看發(fā)文辦理單，如圖 4-5 所示。20圖 4-5 發(fā)文登記單發(fā)文登記單的數(shù)據(jù)結(jié)構(gòu)，如表 4-3 所示表 4-3 發(fā)文登記單的數(shù)據(jù)結(jié)構(gòu)創(chuàng)建發(fā)文登記單：在發(fā)文辦理單流程結(jié)束時(shí)，在流程流轉(zhuǎn)控制代理中調(diào)用createdocregistration()函數(shù)進(jìn)行創(chuàng)建，步驟如下：step1:創(chuàng)建一個(gè)新的公文登記單step2:在新的公文登記單記錄公文基本信息，包括發(fā)

45、文辦理單的 uid、公文標(biāo)題、公文編號(hào)，可以通過在發(fā)文辦理單視圖中搜索 uid 來獲取發(fā)文辦理單，從而保證發(fā)文辦理單與發(fā)文登記單之間的關(guān)聯(lián)。step3:根據(jù)發(fā)文辦理單發(fā)送位置記錄發(fā)送單位或者發(fā)送人員，如果是發(fā)送給某些人員，則記錄接收人員姓名和 itcode 到發(fā)文登記單的 mtrecever 和 mtreceverid 字字段名稱字段類型字段說明df_dbpathchar數(shù)據(jù)庫路徑df_dbdirchar數(shù)據(jù)庫目錄df_dbnamechar數(shù)據(jù)庫名formchar表單名stdocuidchar公文文檔 uidstdoctitlechar公文標(biāo)題stdocnochar公文編號(hào)stcreateda

46、techar登記時(shí)間mtdeptnamechar發(fā)往單位mtdeptidchar發(fā)往單位編號(hào)mtsendstatechar發(fā)送狀態(tài)mtgeneralchar部門綜合崗人員mtgeneralidchar部門綜合崗人員 itcodemtstatechar狀態(tài)mtreceverchar發(fā)往人員(接收人)mtreceveridchar發(fā)往人員(接收人) itcodestauthorschar作者域streaderschar讀者域21段，如果是發(fā)送到部門，則記錄接收部門名稱和部門 id 到 mtdeptname 和mtdeptid，因?yàn)槊總€(gè)部門接收公文都是由綜合崗人員進(jìn)行接收，所以需要查詢部門綜合崗，并

47、記錄綜合崗的人員 itcode 到 mtgeneralid 字段。step4:記錄登記狀態(tài)，初始登記狀態(tài)記錄人員名稱或部門名稱，并記錄登記時(shí)間，如果用戶點(diǎn)擊查看相關(guān)公文按鈕，則將狀態(tài)改為已接收。step5:發(fā)送消息給接收人員或綜合崗人員，通知該人員接收公文。創(chuàng)建發(fā)文登記流程圖，如圖 4-6 所示。開始創(chuàng)建發(fā)文登記單記錄公文基本信息獲取部門群組配置文檔文檔存在獲取部門綜合崗發(fā)送人員發(fā)送單位設(shè)置初始狀態(tài)設(shè)置初始狀態(tài)結(jié)束yesnoyesnoyesno發(fā)送消息圖4-6 創(chuàng)建發(fā)文登記流程圖4.2 公文配置管理模塊4.2.1 公文數(shù)據(jù)庫配置的實(shí)現(xiàn)公文流轉(zhuǎn)包括公司內(nèi)部流轉(zhuǎn)和公司間流轉(zhuǎn)，每個(gè)公司的都有一套公文

48、數(shù)據(jù)庫，公司內(nèi)部流轉(zhuǎn)僅涉及到公司自己的數(shù)據(jù)庫，但是公司間流轉(zhuǎn)需要與各個(gè)公司的公文數(shù)據(jù)庫進(jìn)行關(guān)聯(lián)，為了能夠正確查詢到各個(gè)公司的公文數(shù)據(jù)庫，采用公文數(shù)據(jù)庫配置的方式，將每個(gè)公司的公文數(shù)據(jù)庫所在位置進(jìn)行記錄在公文配置庫中，當(dāng)公文流轉(zhuǎn)時(shí)，如果需要公司間流轉(zhuǎn)，則查詢公文配置庫中的配置文檔，根據(jù)配置文檔可以找到要流轉(zhuǎn)到公司的公文數(shù)據(jù)庫，然后再做相應(yīng)處理。如圖 4-7 所示，為公文數(shù)據(jù)庫配置單。22圖4-7 公文數(shù)據(jù)庫配置單1公文數(shù)據(jù)庫配置單的數(shù)據(jù)結(jié)構(gòu)如表 4-4 所示，該配置單最主要的功能是保存每個(gè)公文庫的存儲(chǔ)位置，即公文庫在哪臺(tái)服務(wù)，哪個(gè)目錄中，數(shù)據(jù)庫名稱，當(dāng)其他表單需要查詢數(shù)據(jù)庫時(shí)，就讀取公文數(shù)據(jù)庫配

49、置文檔。表 4-4 公文數(shù)據(jù)庫配置單的數(shù)據(jù)結(jié)構(gòu)字段名稱字段類型字段說明df_dbpathchar數(shù)據(jù)庫路徑df_dbdirchar數(shù)據(jù)庫目錄df_dbnamechar數(shù)據(jù)庫名formchar表單名openmodechar新舊文檔標(biāo)志dbtemplatelistlist數(shù)據(jù)模版列表saveoptionschar保存標(biāo)志位stdeptnamechar部門名稱stdeptidchar部門編號(hào)stcreateddate創(chuàng)建時(shí)間stinfomanagerchar數(shù)據(jù)庫管理員dbrelationinfochar關(guān)聯(lián)數(shù)據(jù)庫（名稱、所在服務(wù)器、路徑）stdbtitlechar數(shù)據(jù)庫中文名stdbfilenam

50、echar數(shù)據(jù)庫文件名stdbobserverchar數(shù)據(jù)庫查看者23表 4-4 公文數(shù)據(jù)庫配置單的數(shù)據(jù)結(jié)構(gòu)-續(xù)2公文數(shù)據(jù)庫配置代理初始化代理的功能是提供公文數(shù)據(jù)庫配置單頁面中初始信息，如圖 4-8 所示，getservers 函數(shù)通過查詢服務(wù)器配置庫的服務(wù)器視圖，返回服務(wù)器名稱列表和服務(wù)器配置文檔 uid 列表，完成初始化服務(wù)器信息，公文模板的初始化是由 gettemplate函數(shù)查詢 dftemplate 目錄下所有模板庫，返回每個(gè)模板庫的標(biāo)題和名稱。+getservers() : string+gettemplate() : string+getdoctype() : string-se

51、rvers : string-template : string-doctype : stringinitdocdbconfig圖 4-8 初始化代理保存配置代理如圖 4-9 所示，保存代理將會(huì)以選的模板庫為模板創(chuàng)建一個(gè)公文庫，保存到指定服務(wù)器的指定目錄中，并且給新的公文庫設(shè)置基本的 acl，否則公文庫將會(huì)無法訪問，最后保存配置表單內(nèi)容，生成配置文檔。+getservers() : string+gettemplate() : string+createdocdb() : object+setacl(in database : object)-servers : string-template

52、 : string-docdb : objectsavedocdbconfigstservernamechar服務(wù)器名stdirchar目錄名stdbtypelist公文數(shù)據(jù)庫類型stattachmentlist附件庫列表stglkchar公文關(guān)聯(lián)庫stisfenkuboolean是否分庫stdbquotasizechar數(shù)據(jù)庫大小限額stisactivedboolean激活標(biāo)志（激活代表正在使用）24圖 4-9 保存配置代理3創(chuàng)建公文數(shù)據(jù)庫配置創(chuàng)建公文數(shù)據(jù)庫配置流程如圖 4-10 所示。開始獲取服務(wù)器信息獲取數(shù)據(jù)庫模板對(duì)象填寫配置單對(duì)象是否為空是否在dftemplate目錄模板添加到臨時(shí)列表

53、yesyesnono完成模板列表初始化必填項(xiàng)是否為空保存保存數(shù)據(jù)yes模板庫是否存在獲取選定的模板庫no創(chuàng)建數(shù)據(jù)庫失敗創(chuàng)建數(shù)據(jù)庫noyes設(shè)置acl結(jié)束設(shè)置附件庫關(guān)聯(lián)圖 4-10 公文數(shù)據(jù)庫配置流程圖step1:首先調(diào)用 initdocdbconfig 代理初始化表單，通過查詢服務(wù)器配置庫中服務(wù)器視圖，返回所有的服務(wù)器的服務(wù)器名稱和文檔 uid 列表，并以服務(wù)器名稱為text，uid 為 value 來初始化下拉列表，通過查詢 digiflow 提供的附件配置庫初始化附件庫保存位置，數(shù)據(jù)庫類型是采用公式dbcolumn(;vwdblx;4)獲取數(shù)據(jù)庫類型列表，三項(xiàng)初始化的內(nèi)容都以下拉列表的形勢

54、展現(xiàn)，提供給用戶選擇。step2:填寫表單內(nèi)容，由 fcheckinput 函數(shù)檢查表單必填項(xiàng)，如果沒有填寫必填項(xiàng)則不能保存表單，并給以提示，stinfomanager、stdbfilename、stdbtitle、stservername、stdir、stdbtype、stisactived 字段為必填項(xiàng)，哪項(xiàng)沒有填寫都會(huì)給予明確提示，并且輸入框變?yōu)辄S色，直到全部必填項(xiàng)都正確填寫才能提交成功。25step3:填寫正確并保存后，表單調(diào)用 savedocdbconfig 代理，將表單內(nèi)容保存成 domino 文檔。4.2.2 公文類型配置的實(shí)現(xiàn)企業(yè)中公文種類繁多，每種公文對(duì)應(yīng)的審批流程不盡相同，

55、為提高開發(fā)效率以及系統(tǒng)維護(hù)故而采用配置公文類型與審批流程的對(duì)應(yīng)關(guān)系的設(shè)計(jì)，將每種公文與特定的流程進(jìn)行綁定，當(dāng)選擇公文類型時(shí)則自動(dòng)加載綁定的流程，公文流轉(zhuǎn)都按照該流程執(zhí)行。 1.公文類型配置單的數(shù)據(jù)結(jié)構(gòu)如表 4-5 所示， stflowunid 與 stdoctype 構(gòu)成了審批流程與公文類型對(duì)應(yīng)關(guān)系，每個(gè)公文類型對(duì)應(yīng)一個(gè)審批流程，但一個(gè)審批流程可以對(duì)應(yīng)多個(gè)公文類型，所以是一對(duì)多的關(guān)系。表 4-5 公文類型配置單的數(shù)據(jù)結(jié)構(gòu)字段名稱字段類型字段說明df_dbpathchar數(shù)據(jù)庫路徑df_dbdirchar數(shù)據(jù)庫目錄df_dbnamechar數(shù)據(jù)庫名formchar表單名openmodechar新

56、舊文檔標(biāo)志iseditboolean是否處于編輯狀態(tài)saveoptionschar保存標(biāo)志位stdocunidchar文檔 uidstdoctitlechar公文名稱stcreateddate創(chuàng)建日期subformlistlist子表單列表subformchar子表單isuseflowboolean是否使用流程stflownamechar流程名稱stflowunidchar流程 uidstdoctypelist公文類別storderchar顯示順序262. 創(chuàng)建公文類型配置打開公文類型配置單，調(diào)用初始化代理，查詢公文庫中的子表單，將所有符合命名條件的子表單（zfrmfile+數(shù)字）以下拉列表的

57、形勢展現(xiàn)；初始化代理通過查詢vwgwlx 視圖對(duì)公文類別進(jìn)行初始化，表單初始化完成后填寫表單，選擇是否綁定流程，如果是則選擇流程，如果沒有選擇綁定流程，那么不需要選擇流程，如果點(diǎn)擊選擇流程，則采用 ajax 異步方式調(diào)用加載流程代理（loadflow） ，loadflow 代理獲取所有綁定到 mainflowform 表單的流程，以對(duì)話框列表的形勢展現(xiàn)，供用戶選擇。填寫完配置信息后提交并通過 fcheckinput 函數(shù)判斷必填項(xiàng)，提交成功則將表單內(nèi)容保存為 domino 文檔。公文類型配置創(chuàng)建流程如圖 4-11 所示。開始結(jié)束初始化子表單列表初始化類別列表填寫表單必填域是否為空保存提交yes

58、no圖 4-11 創(chuàng)建公文類型配置的流程圖加載流程采用 ajax 方式調(diào)用加載流程代理，獲取所有綁定到公文辦理單的流程，返回流程列表給前臺(tái)頁面，通過流程列表初始化對(duì)話列表框，提供流程列表給用戶進(jìn)行選擇，如圖 4-12 所示。27圖 4-12 選擇流程對(duì)話列表框3公文類型配置使用的代理如圖 4-13 所示，列表初始化代理通過 inittypelist 函數(shù)獲取公文類型列表，通過 initsubformlist 函數(shù)獲取子表單列表。+inittypelist()+initsubformlist()-doccontext : object-dbcurrent : objectinitlist圖 4-

59、13 初始化代理如圖 4-14 所示，加載流程列表代理通過 getflowlist 函數(shù)獲取流程列表，checkflow 函數(shù)則判斷流程是否是當(dāng)前公文類流程，initflowlist 函數(shù)加載當(dāng)前公文類型對(duì)應(yīng)的流程列表。28+initflowlist()+checkflow() : boolean+getflowlist()-doccontext : object-dbcurrent : objectloadflow圖 4-14 加載流程列表代理4.2.3 流程輔助配置的實(shí)現(xiàn)由于每種公文類型對(duì)應(yīng)的流程不同，審批環(huán)節(jié)不同，每個(gè)審批環(huán)節(jié)的操作項(xiàng)也不同，為了減少需求變動(dòng)，實(shí)現(xiàn)更靈活的操作項(xiàng)變更，采用

60、流程輔助配置的方式，將每個(gè)流程的每個(gè)環(huán)節(jié)的操作項(xiàng)都進(jìn)行配置。公文流程文檔是通過 digiflow 的流程管理創(chuàng)建的，創(chuàng)建成功后會(huì)將流程信息保存為 xml 格式，并存于流程管理庫中。在流程輔助配置中選擇綁定的流程，并且解析 xml 格式的流程信息，將每個(gè)環(huán)節(jié)名稱和環(huán)節(jié) id 解析出來，每個(gè)環(huán)節(jié)對(duì)應(yīng)一個(gè)頁簽，頁簽的內(nèi)容形式相同，但配置信息不同，并且只有開始環(huán)節(jié)的配置項(xiàng)是初始就生成的，其他的都是在加載流程后以開始環(huán)節(jié)配置項(xiàng)為模板，復(fù)制每一項(xiàng)并增加環(huán)節(jié)數(shù)為后綴每一項(xiàng)的字段名，比如 isselectpsn_0，isselectpsn_1，isselectpsn_*。流程輔助配置單，如圖 4-15 所示。