公文管理系統(tǒng)的設(shè)計與實現(xiàn)—計算機(jī)畢業(yè)設(shè)計(論文)

1、畢畢 業(yè)業(yè) 設(shè)設(shè) 計計( 論論 文文) 公文管理系統(tǒng)的設(shè)計與實現(xiàn)公文管理系統(tǒng)的設(shè)計與實現(xiàn) 論論文作者姓名：文作者姓名： 申申請請學(xué)位學(xué)位專業(yè)專業(yè)： ： 申申請請學(xué)位學(xué)位類別類別： ： 指指導(dǎo)導(dǎo)教教師師姓姓名名（ （職職稱稱） ）： ： 論論文提交日期：文提交日期： 公文管理系統(tǒng)的設(shè)計與實現(xiàn)公文管理系統(tǒng)的設(shè)計與實現(xiàn) 摘摘 要要 隨著網(wǎng)絡(luò)信息化的高度發(fā)展，傳統(tǒng)的以字符為主題的信息傳播形式已不再 滿足需要?；?web 的辦公系統(tǒng)顯得越來越必要。本系統(tǒng)正是為了滿足這樣的 需求而設(shè)計開發(fā)的。程序在 visual studio 2003 平臺下使用 vb.net 編程語言， 數(shù)據(jù)庫使用 sql serv

2、er 2000。 本公文系統(tǒng)實現(xiàn)了公文處理的自動化流轉(zhuǎn)，包括公文起草、已發(fā)公文、待 辦公文、已辦公文、公文委托、流程監(jiān)控以及類別定制。系統(tǒng)完成了創(chuàng)建公文 流的路徑；起草的公文能按照已創(chuàng)建的公文流路徑流轉(zhuǎn)；能對其起草的公文進(jìn) 行統(tǒng)計及實時的監(jiān)控；能夠查看自己審批過的公文；能委托其他人代自己審批 公文；能夠添加、維護(hù)人員信息。 關(guān)鍵詞關(guān)鍵詞：公文管理系統(tǒng)；b/s 模式；vb.net；sql server the design and implementation of the document management system abstract along with the drastic de

3、velopment of network information, the traditional way of information dissemination has no longer satisfied peoples requirements. to meet the above needs, this system is developed. this procedure was developed under visual studio 2003 with vb.net language. the sql server 2000 is used as database mana

4、gement system. this document system has implemented the automatic document transmission and dealing with. it includes the draft of documents, the documents which has been sent, the documents which has to be done, the documents which has been done, the documents which was entrusted, the flow monitori

5、ng and the drafting of identification. this system has accomplished the path of documents. the draft of documents can be transported by following the flows which have been founded.this system can summarize and control the documents drafted in time. user can examine the documents which have been exam

6、ined by themselves and can entrust others with the privileges of examining and approving documents.it also can increase and maintain peoples information. key words: document management system; b/s model; vb.net; sql server 目目 錄錄 論文總頁數(shù)：23 頁 1引言.1 2公文管理系統(tǒng)系統(tǒng)分析.2 2.1系統(tǒng)需求分析 .2 2.1.1用戶身份級別要求.2 2.1.2系統(tǒng)功能模塊

7、設(shè)置.2 2.2系統(tǒng)設(shè)計目標(biāo) .3 2.3開發(fā)環(huán)境 .3 2.3.1.net 框架.3 2.3.2asp.net 的工作原理.3 2.3.3vb.net.4 2.3.4mvc 介紹.4 2.3.5編程運行環(huán)境.4 3公文管理系統(tǒng)系統(tǒng)設(shè)計.5 3.1數(shù)據(jù)庫設(shè)計與實現(xiàn) .5 3.1.1數(shù)據(jù)庫的需求分析.5 3.1.2數(shù)據(jù)庫的邏輯設(shè)計.5 3.1.3數(shù)據(jù)庫存儲過程.9 3.2系統(tǒng)模塊分析與設(shè)計 .10 3.3界面設(shè)計 .11 3.3.1系統(tǒng)色彩規(guī)劃.11 3.3.2系統(tǒng)框架設(shè)計.11 3.4系統(tǒng)總體功能設(shè)計 .12 3.5功能模塊設(shè)計 .13 4功能模塊具體實現(xiàn).15 4.1公文流的實現(xiàn)代碼 .15

8、 4.2數(shù)據(jù)管理代碼 .16 5系統(tǒng)測試.16 5.1軟件測試 .16 5.2調(diào)試 .17 結(jié) 論.17 參考文獻(xiàn).18 附錄.19 致 謝.22 聲 明.23 第 1 頁 共 23 頁 1 1 引言引言 隨著行政機(jī)關(guān)、公司企業(yè)公文電子化工作的進(jìn)一步展開，電子化公文管理 成為政府機(jī)關(guān)和公司企業(yè)的一個戰(zhàn)略性課題，但當(dāng)前公文管理技術(shù)與標(biāo)準(zhǔn)還不 夠成熟，為了進(jìn)一步推動政府信息化的建設(shè)，必須進(jìn)一步研究開發(fā)適應(yīng)新時代 的基于 internet 的公文管理系統(tǒng)，以提高公文辦理效率，提升政府和公司績效。 公文管理系統(tǒng)以數(shù)據(jù)管理為核心，在數(shù)據(jù)庫等計算機(jī)信息系統(tǒng)的支持下， 對公文處理的各種信息進(jìn)行收集、整理、存

9、儲、檢索、統(tǒng)計和傳播。為了實現(xiàn) 對公文處理信息的有效管理和操作，就要把這些信息轉(zhuǎn)化為規(guī)范的數(shù)據(jù)結(jié)構(gòu)， 并使之適應(yīng)公文管理的要求。提供網(wǎng)絡(luò)電子公文管理功能需求實例是宣傳管理 部門的迫切要求。但是由于基層部門缺乏既精通公文管理業(yè)務(wù)又懂計算機(jī)軟件 開發(fā)的人才，在參與系統(tǒng)開發(fā)建設(shè)中仍然遇到很多困難，如缺少可供參考、借 鑒的網(wǎng)絡(luò)公文管理解決方案，很難提出準(zhǔn)確、系統(tǒng)的功能需求。由于公文管理 系統(tǒng)的功能需求優(yōu)先和相對獨立干系統(tǒng)開發(fā)的計算機(jī)軟硬件環(huán)境，功能需求分 析和編制工作可以在系統(tǒng)設(shè)計開發(fā)前進(jìn)行。所以，公文管理系統(tǒng)需要深入進(jìn)行 功能需求研究，及時提供具有借鑒、參考作用的功能需求實例。 公文管理系統(tǒng)在實際應(yīng)

10、用上概括起來說是向著普及性和高層次兩個方向發(fā) 展。從普及性方面來說，隨著計算機(jī)和網(wǎng)絡(luò)功能的增強(qiáng)和廣泛應(yīng)用，以微型計 算機(jī)為主要信息處理工具的、功能完善的公文管理系統(tǒng)將越來越多地受到各級 管理者的歡迎，并且要逐漸地向著取代原始的公文發(fā)布方式的方向發(fā)展。 從公文管理系統(tǒng)應(yīng)用的高層次上來講，以大型計算機(jī)為中央處理機(jī)的分布 式公文管理系統(tǒng)也是一個重要的發(fā)展方向，利用微型計算機(jī)和大型主機(jī)聯(lián)網(wǎng)， 可以為管理者提供更加方便的信息發(fā)布渠道和支持。 從公文管理系統(tǒng)的體系結(jié)構(gòu)看，傳統(tǒng)的公文管理系統(tǒng)一般采用兩層 c/s 結(jié) 構(gòu)，這種結(jié)構(gòu)集中了大中型系統(tǒng)及文件服務(wù)器的優(yōu)點，并有良好的系統(tǒng)開放性 和可擴(kuò)展性，它一般應(yīng)用

11、于局域網(wǎng)。但是，隨著信息的全球化，區(qū)域的界限己 經(jīng)被打破，人們己經(jīng)越來越不滿足于只在一個小的區(qū)域內(nèi)共享信息，尤其是近 年來的電子商務(wù)在 internet 的興起，已成為一種強(qiáng)大的驅(qū)動力，迫使 c/s 模式 從局域網(wǎng)(lan)向廣域網(wǎng)(wan)延伸。如今，internet 己經(jīng)成為全球最大的網(wǎng)絡(luò) 互連環(huán)境，在 internet 的環(huán)境下實現(xiàn)數(shù)據(jù)的 b/s 計算模式正是目前的流行趨勢。 因此，作為一個科技工作者，我們應(yīng)該密切地注意公文管理系統(tǒng)的發(fā)展方向， 盡量吸收各種有益的經(jīng)驗，積極開展對公文管理系統(tǒng)的理論研究和實際應(yīng)用， 促進(jìn)計算機(jī)應(yīng)用在我國的進(jìn)一步發(fā)展。 internet 的出現(xiàn)和發(fā)展己經(jīng)給這

12、個世界帶來了巨大的沖擊。但隨著 第 2 頁 共 23 頁 internet 上信息資源的爆炸增長出現(xiàn)了新的問題。例如:有用信息的查找極為 困難:internet 的響應(yīng)速度越來越慢;web 信息處理的智能化得不到深入發(fā)展等 等。針對這些問題，xml 近幾年來迅速崛起 xml 又稱為可擴(kuò)展標(biāo)記語言 (extensible markup language,7cnl )，事實上它并不是一種真正意義上的標(biāo) 記語言，而是一種允許用戶對自己的標(biāo)記語言進(jìn)行定義的源語言。xml 具有對 數(shù)據(jù)的自描述性和可擴(kuò)展性，符合 internet 進(jìn)一步發(fā)展的需要，wk 組織制定 xml 標(biāo)準(zhǔn)的初衷也是定義一種互聯(lián)網(wǎng)上交

13、換數(shù)據(jù)的標(biāo)準(zhǔn)，也是公文管理系統(tǒng)在 未來的技術(shù)發(fā)展的趨勢和方向。asp 也向 asp.net 升級。隨著技術(shù)的發(fā)展，公 文管理系統(tǒng)的開發(fā)和維護(hù)功能都達(dá)到新的高度。 2 2 公文管理系統(tǒng)系統(tǒng)公文管理系統(tǒng)系統(tǒng)分析分析 2.12.1系統(tǒng)需求分析系統(tǒng)需求分析 根據(jù)公文管理系統(tǒng)的基本需求，本系統(tǒng)需要完成以下任務(wù)。 根據(jù)公司的實際情況，創(chuàng)建公文流路徑。 員工能夠起草公文，并且起草的公文可以按照已創(chuàng)建的公文流路徑流轉(zhuǎn)。 能夠?qū)ζ鸩莸墓倪M(jìn)行統(tǒng)計及實時監(jiān)控。 能夠統(tǒng)計查看自己審批過的公文。 能夠委托其他員工代自己審批公文。 能夠添加、維護(hù)員工信息。 2.1.1用戶身份級別要求用戶身份級別要求 即根據(jù)身份的不同對

14、系統(tǒng)的使用權(quán)限有所不同。從權(quán)限大小大致可以分為： 系統(tǒng)管理員、用戶、一般用戶。系統(tǒng)提供靈活的角色設(shè)定和權(quán)限的分配功能， 每個用戶的審批、通知、查看、歸檔可以在系統(tǒng)賦予。 2.1.2系統(tǒng)功能模塊設(shè)置系統(tǒng)功能模塊設(shè)置 公文起草 通過公文起草模塊，可以創(chuàng)建要流轉(zhuǎn)的文件。 已發(fā)公文 通過已發(fā)公文模塊，可以查看自己發(fā)送的公文的詳細(xì)信息，包括公文現(xiàn)在 的所處的節(jié)、公文要流轉(zhuǎn)的路徑以及公文具體信息。 待辦公文 通過待辦公文模塊，可以查看需要自己審批的公文，并對其進(jìn)行審批。 已辦公文 通過已辦公文模塊，可以查看自己審批過公文的詳細(xì)信息，包括公文現(xiàn)在 第 3 頁 共 23 頁 的所處環(huán)節(jié)、公文要流轉(zhuǎn)以及公文的具

15、體信息。 公文委托 通過公文委托模塊，可以委托其他同事代替自己審批公文。 流程監(jiān)控 通過流轉(zhuǎn)監(jiān)控模塊、可以查看自己所發(fā)公文所處的環(huán)節(jié)以及已批環(huán)節(jié)的審 批內(nèi)容。 類別定制 通過類別定制模塊，可以定制公文類別、流程路徑、員工角色、部門以及 管理員工信息。 2.22.2系統(tǒng)設(shè)計目標(biāo)系統(tǒng)設(shè)計目標(biāo) 公文管理系統(tǒng)可以滿足現(xiàn)代辦公的需要，在 internet 上實現(xiàn)公文流。系統(tǒng) 的基本設(shè)計原則有：先進(jìn)性與方便性原則、功能實用性原則、開放性與可擴(kuò)展 性原則等。系統(tǒng)設(shè)計時采用較好的設(shè)備與技術(shù)，協(xié)議符合國家和國際標(biāo)準(zhǔn)，能 保證公文的正常運行，確保系統(tǒng)有較長的生命周期。 本系統(tǒng)總體目標(biāo)是將網(wǎng)絡(luò)技術(shù)、信息技術(shù)、現(xiàn)代管

16、理技術(shù)和科學(xué)的公文管 理結(jié)合，實現(xiàn)了公文處理的自動化流轉(zhuǎn)。 本系統(tǒng)首先要實現(xiàn)動態(tài)性和交互性。所謂的動態(tài)性就是能動態(tài)更新內(nèi)容， 如更新個人信息、公文信息、流轉(zhuǎn)信息等。這要求與數(shù)據(jù)庫有良好的連接；交 互性則要求公文的及時審批和歸檔。 實現(xiàn)系統(tǒng)的安全性和可靠性，避免他人進(jìn)入破壞數(shù)據(jù)庫信息。 2.32.3開發(fā)環(huán)境開發(fā)環(huán)境 2.3.1.net 框架框架 visual studio.net 是 microsoft 公司推出的具有戰(zhàn)略性發(fā)展的新一代開 發(fā)平臺，visual studio.net 框架將 microsoft 公司所有編程語言的開發(fā)環(huán)境 同意起來，并且可以創(chuàng)建、配置和運行 web 服務(wù)以及 wi

17、ndows 平臺的應(yīng)用。在. net 框架中，所有的編程語言，從高層 javascript 到低層的 c+語言，一律是 等同的，他們都將生成托管代碼，并且可以一次編寫，隨處運行。.net 框架還 可以使不同的語言進(jìn)行交互，即一種語言可以使用另一種語言所編寫的組件。 2.3.2asp.net 的工作原理的工作原理 在多數(shù)場合下，可以將 asp.net 頁面簡單地看成一般的 html 頁面，頁面包 含標(biāo)記有特殊處理方式的一些代碼段。當(dāng)安裝.net 時，本地的 iis web 服務(wù)器 自動配置成查找擴(kuò)展名為.aspx 的文件，且用 asp.net 模塊(名為 aspnet_isapi.dll 的文件

18、)處理這些文件。 從技術(shù)上講，asp.net 模塊分析 aspx 文件的內(nèi)容，并將文件內(nèi)容分解成單 第 4 頁 共 23 頁 獨的命令以建立代碼的整體結(jié)構(gòu)。完成此工作后，asp.net 模塊將各命令放置 到預(yù)定義的類定義中(不需要放在一起，也不需要按編寫順序放置)。然后使用 這個類定義一個特殊的 asp.net 對象 page。該對象要完成的任務(wù)之一就是生成 html 流，這些 html 流可以返回到 iis，再從 iis 返回到客戶。簡言之，在用戶 請求 iis 服務(wù)器提供一個頁面時，iis 服務(wù)器就根據(jù)頁面上的文本、html 和代 碼(這對我們來說是最重要的)建立該頁面。 2.3.3vb.

19、net vb.net 采納了包括 java 在內(nèi)的許多其它面相對象編程語言的功能和特點。 visual basic .net 把基本數(shù)據(jù)類型（字符串、整型、雙精度等等）轉(zhuǎn)換成帶 有屬性和方法的對象；它還引入了 java 類型的錯誤捕獲機(jī)制（用 try 和 catch） ；vb.net 還把代碼編譯成微軟中間語言（microsoft intermediate language，il） ；它還提供了基于 xml 的應(yīng)用程序配置。更重要的是設(shè)計面向?qū)?象解決方案的能力可以用任何語言實現(xiàn)。在本文中，我將比較 visual basic .net 語言和 java；不過與其它面相對象編程語言來說，vb.n

20、et 現(xiàn)在本質(zhì)上在 走它自己的路。 2.3.4mvc 介紹介紹 mvc(model/view/controller)是一個設(shè)計模式，是國外用得比較多的一種 設(shè)計模式， mvc 包括三類對象。model 是應(yīng)用對象，view 是它在屏幕上的表示， controller 定義用戶界面對用戶輸入的響應(yīng)方式。它強(qiáng)制性的使應(yīng)用程序的輸 入、處理和輸出分開。使用 mvc 應(yīng)用程序被分成三個核心部件：模型、視圖、 控制器。它們各自處理自己的任務(wù)。 模型（model） 模型是應(yīng)用程序的主體部分。模型表示業(yè)務(wù)數(shù)據(jù)，或者業(yè)務(wù)邏輯。 視圖（view） 視圖是應(yīng)用程序中用戶界面相關(guān)的部分，是用戶看到并與之交互的界面。

21、 控制器（controller) 控制器工作就是根據(jù)用戶的輸入，控制用戶界面數(shù)據(jù)顯示和更新 model 對 象狀態(tài)。 2.3.5編程運行環(huán)境編程運行環(huán)境 硬件環(huán)境： cpu: amd athlon(tm) 2800+ 內(nèi)存：512 mb 硬盤：80 g 軟件環(huán)境： 第 5 頁 共 23 頁 操作系統(tǒng)：microsoft windows xp service 應(yīng)用軟件：sql server 2005、 microsoft.net2005 操作平臺 3 3 公文管理系統(tǒng)系統(tǒng)設(shè)計公文管理系統(tǒng)系統(tǒng)設(shè)計 3.13.1數(shù)據(jù)庫設(shè)計與實現(xiàn)數(shù)據(jù)庫設(shè)計與實現(xiàn) 3.1.1數(shù)據(jù)庫的需求分析數(shù)據(jù)庫的需求分析 根據(jù)系統(tǒng)需

22、求，本系統(tǒng)需要設(shè)計 9 張表。 人員基本信息表：公司人員信息保存在這張表中。 部門信息表：存放部門信息。 公文流轉(zhuǎn)路徑信息表：存放制定的公文路徑。 公文類別表：存放公文緊急等級信息。 公文委托表：存放公文委托處理的相關(guān)信息。 公文信息表：存放公文的詳細(xì)信息。 角色字典表：存放公文處理的各個角色。 公文流轉(zhuǎn)環(huán)節(jié)信息表：存放公文流轉(zhuǎn)的各個環(huán)節(jié)信息。 3.1.2數(shù)據(jù)庫的邏輯設(shè)計數(shù)據(jù)庫的邏輯設(shè)計 本系統(tǒng)的數(shù)據(jù)庫設(shè)計(database design)把系統(tǒng)中大量的數(shù)據(jù)按一定的模型 組織起來，提供存儲、維護(hù)、檢索數(shù)據(jù)的功能，使信息系統(tǒng)可以方便、及時、 準(zhǔn)確地從數(shù)據(jù)庫中獲得所需的信息。 設(shè)計數(shù)據(jù)庫應(yīng)該具備數(shù)

23、據(jù)庫的基本知識和數(shù)據(jù)庫設(shè)計技術(shù)，計算機(jī)科學(xué)的 基礎(chǔ)知識和程序設(shè)計的方法和技巧及軟件工程的原理和方法應(yīng)用領(lǐng)域的知識。 根據(jù)公文管理系統(tǒng)系統(tǒng)的一般要求，通過對整個系統(tǒng)運行過程和數(shù)據(jù)流程 分析，得出本系統(tǒng)的實體表：人員基本信息表（wf_user） 、公文流轉(zhuǎn)路徑信息 表（wf_flow） 、公文類別表（wf_docclass） 、部門信息表（wf_department） 、 公文緊急等級表（wf_docgrade） 、公文委托表（wf_doctrust） 、公文信息表 （wf_document） 、角色字典表（wf_role） 、公文流轉(zhuǎn)環(huán)節(jié)信息表 （wf_watchflwo） 。 根據(jù)公文管理系統(tǒng)

24、的一般要求，通過對整個系統(tǒng)運行過程和數(shù)據(jù)流程分析， 設(shè)計出實際的數(shù)據(jù)庫實體，以及他們之間的關(guān)系，為后邊的數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè) 計打基礎(chǔ)。 根據(jù)對數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)的分析以及對實際的數(shù)據(jù)庫實體的設(shè)計，使用數(shù) 據(jù)庫設(shè)計工具 er/studio 設(shè)計出數(shù)據(jù)表以及數(shù)據(jù)表之間的邏輯關(guān)系，如圖 1。 第 6 頁 共 23 頁 圖 1 數(shù)據(jù)表與數(shù)據(jù)表之間的邏輯關(guān)系 數(shù)據(jù)庫設(shè)計中重要的一環(huán)首先就是概念設(shè)計，也就是說，要從實際問題出 發(fā)，排除非本質(zhì)的東西，抽象出現(xiàn)實的數(shù)據(jù)結(jié)構(gòu)之客觀規(guī)律即畫出數(shù)據(jù)結(jié) 構(gòu)圖er 圖。這是數(shù)據(jù)庫設(shè)計的重點，也是數(shù)據(jù)庫設(shè)計的難點。 本系統(tǒng)使用 microsoft sql server 200

25、0 作為數(shù)據(jù)庫開發(fā)工具，設(shè)計如下 數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)： 人員基本信息表 人員基本信息表（wf_user）用來存放人員信息，結(jié)構(gòu)如表 1 所示。 表 1 人員基本信息表 字段名描述類型字段（b）是否允許為空是否主鍵 userid 用戶 id(唯一、 int4 否是 第 7 頁 共 23 頁 自動增加) realusername 用戶真實姓名 nvarchar30 否否 username 用戶登錄名 nvarchar20 否否 depid 部門 id 號 int4 否否 password 用戶登錄密碼 nvarchar20 否否 公文流轉(zhuǎn)路徑信息表 公文流轉(zhuǎn)路徑信息表（wf_flow）用來記錄公文的

26、流轉(zhuǎn)路徑，結(jié)構(gòu)如表 2 所 示。 表 2 公文流轉(zhuǎn)路徑信息表 字段名描述類型長度（b）是否允許為空是否主鍵 flowid 流轉(zhuǎn)路徑 id(唯一、自動 增加) int4 否是 flowname 流轉(zhuǎn)路徑名稱 nvarchar128 否否 flowdetails 流轉(zhuǎn)路徑詳細(xì) 信息 nvarchar1000 否否 flowtype 流轉(zhuǎn)路徑類型 int4 否否 公文類別表 公文類別表（wf_docclass）用來保存公文的類別，結(jié)構(gòu)如表 3 所示。 表 3 公文類別表 字段名描述類型長度（b）是否允許為空是否主鍵 classid 類別 id 號(唯 一、自動增加) int4 否是 classnam

27、e 類別名稱 nvarchar128 否否 部門信息表 部門信息表（wf_department）用來保存部門信息，結(jié)果如表 4 所示。 表 4 部門信息表 字段名描述類型長度（b）是否允許為空是否主鍵 depid 部門 id 號(唯 一、自動增加) int4 否是 depname 部門名稱 nvarchar50 否否 公文緊急等級表 公文緊急等級表（wf_docgrade）用來保存公文等級信息，結(jié)構(gòu)如表5所示。 表5 公文緊急登記表 字段名描述類型長度（b）是否允許為空是否主鍵 docgradeid 緊急程度id號(唯 一、自動增加) int4 否是 docgrade 緊急程度 nvrchar

28、128 否否 第 8 頁 共 23 頁 公文委托表 公文委托表（wf_doctrust）用來保存公文的委托信息，結(jié)構(gòu)如表6所示。 表6 公文委托表 字段名描述類型長度（b）是否允許為空是否主鍵 trustid 委托事件id號 (唯一、自動增 加) int4 否是 trustuser 委托人id號 int4 否否 bytrustuser 被委托人id號 int4 否否 adddate 委托日期 datetime8 否否 reason 委托理由 nvrchar1000 否否 docid 委托公文id號 int4 否否 type 委托類型 int4 否否 其中 adddate 字段的默認(rèn)值為“get

29、date()” ，表示默認(rèn)為當(dāng)前系統(tǒng)日期； type 字段的默認(rèn)值為 0，表示當(dāng)前委托還沒有被執(zhí)行。 公文信息表 公文信息表（wf_document）用來保存公文的相關(guān)信息，結(jié)構(gòu)如表 7 所示。 表7 公文信息表 字段名描述類型長度（b）是否允許為空是否主鍵 docid 公文id號(唯一、 自動增加) int4 否是 doctitle 公文標(biāo)題 nvrchar128 否否 docsenddep 發(fā)往的部門id號 int4 否否 mainsendunit 主動單位 nvrchar128 否否 docclassid 公文類型id號 int4 否否 writeuserid 公文起草人id號 int4

30、 否否 outword 發(fā)文字 nvrchar50 否否 outserial 發(fā)文號 nvrchar50 否否 secureclass 秘密等級 nvrchar50 否否 jinjiclass 緊急程度 nvrchar50 否否 savetime 保留時間 nvrchar50 是否 body 正文內(nèi)容 text16 否否 flowid 流程id號 int4 否否 describes 備注 nvrchar50 是否 角色表 角色字典表（wf_role）用來保存公文處理各個環(huán)節(jié)的角色，結(jié)構(gòu)如表 8 所 第 9 頁 共 23 頁 示。 表8 角色表 字段名描述類型長度（b）是否允許為空是否主鍵 ro

31、leid 角色id號(唯一、 自動增加) int4 否是 rolename 角色名稱 nvrchar128 否否 公文流轉(zhuǎn)環(huán)節(jié)信息表 公文流轉(zhuǎn)環(huán)節(jié)信息表（wf_watchflwo）用來保存公文流轉(zhuǎn)的各個環(huán)節(jié)信息， 結(jié)構(gòu)如表 9 所示。 表9 公文流轉(zhuǎn)環(huán)節(jié)信息表 字段名描述類型長度（b）是否允許為空是否主鍵 wfid 環(huán)節(jié)id(唯一、 自動增加) int4 否是 docid 文檔id int4 否否 userid 處理用戶id int4 否否 role 環(huán)節(jié)角色 nvrchar50 是否 type 環(huán)節(jié)類型 int 是否 updatedate 更新日期 datetime8 是否 backreas

32、on 審批內(nèi)容 nvrchar400 否否 其中 type 字段為審批環(huán)節(jié)的狀態(tài)， “0”表示當(dāng)前狀態(tài)， “1”表示已處理狀 態(tài)， “2”表示退回狀態(tài)， “3”表示后續(xù)狀態(tài)。 3.1.3數(shù)據(jù)庫存儲過程數(shù)據(jù)庫存儲過程 存儲過程是由流控制和 sql 語句書寫的過程，這個過程經(jīng)編譯和優(yōu)化后存 儲在數(shù)據(jù)庫服務(wù)器中，使用時只要調(diào)用即可。使用存儲過程有如下幾個優(yōu)點： 可維護(hù)性好。 存儲過程在服務(wù)器端運行，執(zhí)行速度快。 存儲過程執(zhí)行一次后，起執(zhí)行規(guī)劃就駐留在高速緩沖存儲器，在以后的 操作中，只需要執(zhí)行高速緩沖器中已編譯好的二進(jìn)制代碼，提高了系統(tǒng)性能。 確保數(shù)據(jù)庫的安全。 自動完成需要預(yù)先執(zhí)行的任務(wù)。 利用存

33、儲過程可以保持應(yīng)用程序的執(zhí)行效率并簡化數(shù)據(jù)曾，也可以增加 系統(tǒng)設(shè)計的靈活性。 第 10 頁 共 23 頁 本系統(tǒng)充分利用存儲過程的優(yōu)勢，實現(xiàn)了很多復(fù)雜的數(shù)據(jù)訪問過程。部分 存儲過程如表 10。 表10 存儲過程 存儲過程描述 wf_userlogin 用戶登錄 wf_adddep 添加部門 wf_adddoc 保存發(fā)送的公文信息 wf_adddocclass 添加公文類別 wf_backdoc 退回公文 wf_dealdoc 審批公文 wf_deldep 刪除部門 wf_getdeplist 獲取部門列表 wf_updateclassname 更新公文類別名稱 3.23.2系統(tǒng)模塊分析與設(shè)計系

34、統(tǒng)模塊分析與設(shè)計 總體任務(wù)是為公文的起草審批等公文流操作提供更便捷的方式。 系統(tǒng)登錄 登錄模塊采用基于標(biāo)準(zhǔn)的 mvc 架構(gòu)的開發(fā)模式。與一般的登錄系統(tǒng)相似， 主要是對登錄用戶的身份進(jìn)行合法性驗證。系統(tǒng)連接后臺數(shù)據(jù)庫對身份進(jìn)行驗 證，如果出錯系統(tǒng)提醒：“error: 用戶名或密碼錯誤!” 。如果沒有錯誤系統(tǒng)進(jìn) 入系統(tǒng)正頁面。 公文起草 通過公文起草模塊，可以創(chuàng)建要流轉(zhuǎn)的文件。文件按照定制好的一個或多 個路徑選擇流轉(zhuǎn)。公文起草中涉及發(fā)文字號、發(fā)送部門、發(fā)送的緊急程度的選 擇、發(fā)送日期、正文及附注等。起草完公文，可以按發(fā)送公文，如果格式填寫 不全，系統(tǒng)提示并且無法發(fā)送，當(dāng)填寫完畢后方能發(fā)送。 已發(fā)公

35、文 通過已發(fā)公文模塊，可以查看自己發(fā)送的公文的詳細(xì)信息，包括公文現(xiàn)在 的所處的節(jié)、公文要流轉(zhuǎn)的路徑以及公文具體信息。并且可以對已發(fā)公文進(jìn)行 刪除操作。 待辦公文 通過待辦公文模塊，可以查看需要自己審批的公文，并對其進(jìn)行審批。審 批不通過可以寫上處理意見后退回公文，滿意就審批通過。同樣可以對公文進(jìn) 行進(jìn)行刪除操作。 第 11 頁 共 23 頁 已辦公文 通過已辦公文模塊，可以查看自己審批過公文的詳細(xì)信息，包括公文現(xiàn)在 的所處環(huán)節(jié)、公文要流轉(zhuǎn)以及公文的具體信息。同樣可以對公文進(jìn)行刪除操作。 公文委托 通過公文委托模塊，如果用戶有其他原因不能對公文的內(nèi)容進(jìn)行審批，可 以交以他人進(jìn)行動態(tài)的公文流傳遞，

36、由其他用戶進(jìn)行審批。委托他人要填寫其 他用戶的部門和用戶的登錄名及委托原由，此方能發(fā)出。 流程監(jiān)控 通過流轉(zhuǎn)監(jiān)控模塊、可以查看自己所發(fā)公文的名稱、創(chuàng)建時間以及所處的 環(huán)節(jié)以及已批環(huán)節(jié)的審批內(nèi)容。 類別定制 通過類別定制模塊，可以定制公文類別、流程路徑、員工角色、部門以及 管理員工信息。 退出 所有的系統(tǒng)合法用戶登錄完成操作后退出系統(tǒng)都要進(jìn)行“退出”操作、或 者進(jìn)行用戶轉(zhuǎn)換也需要進(jìn)行“退出”操作。 3.33.3界面設(shè)計界面設(shè)計 3.3.1系統(tǒng)色彩規(guī)劃系統(tǒng)色彩規(guī)劃 網(wǎng)站是信息的載體形式，色彩設(shè)計必須以完成網(wǎng)站可視性閱讀功能為目的。 本系統(tǒng)采用藍(lán)色基調(diào)，白色，銀白色，黑色為輔調(diào)。 登錄界面以銀白色為

37、主，顯示出強(qiáng)烈的科技感，給用戶以耳目一新的感覺。 藍(lán)色對視覺器官刺激較弱，它代表天空、清爽、平靜、科技、理智、速度、 誠實、真實、可信、人看到藍(lán)色時情緒安寧。用它作為此平臺的主色調(diào)也是最 合適不過了。 白色在系統(tǒng)中主要作為背景色，導(dǎo)航欄字體顏色。白色視覺度，注目度都 比較高，因為白色為全色相，所以也能滿足本管理系統(tǒng)用戶心理要求，加之與 藍(lán)色配合，使整個系統(tǒng)更具閱讀可視性，操作易用性。整個系統(tǒng)看起來頗大氣， 富有立體感。再者，白色代表純潔、簡單、潔凈。 黑色為全色相，沒有純度，它本身無刺激性，所有在本系統(tǒng)中的主體文字 顏色都設(shè)置為黑色，這正所謂“白底黑字” ，以增強(qiáng)閱讀可視性。 當(dāng)鼠標(biāo)指向發(fā)送、

38、待批和已批公文列表是，當(dāng)前行的顏色變?yōu)榛疑嵝?用戶鼠標(biāo)所指的行，防止誤操作。 第 12 頁 共 23 頁 3.3.2系統(tǒng)框架設(shè)計系統(tǒng)框架設(shè)計 總體思想是上下，下分兩欄，使用框架做布局，此方法可以使整個系統(tǒng)更 加符合信息空間的信息存儲，運行速度更快，信息層次更加清晰，用戶操作則 更方便，更有條理。 整體界面的設(shè)計的下欄為工作區(qū)，通過點擊左邊導(dǎo)航欄的欄目，使下欄的 右框架內(nèi)頁面顯示相關(guān)欄目的內(nèi)容。 3.43.4系統(tǒng)總體功能設(shè)計系統(tǒng)總體功能設(shè)計 本系統(tǒng)分為 7 個功能模塊，在進(jìn)入每個功能模塊前，首先進(jìn)入系統(tǒng)登錄頁 面，輸入用戶名和密碼，點擊提交后，系統(tǒng)將根據(jù)用戶輸入的用戶名和密碼判 斷該用戶是否

39、為合法用戶；如果用戶輸入的用戶名和密碼出錯，系統(tǒng)將提示出 錯，并返回到登錄界面；如果用戶輸入的用戶名和密碼正確，系統(tǒng)將根據(jù)用戶 的身份選擇相應(yīng)的主頁以及功能；所有合法用戶在處理完業(yè)務(wù)后，都需要進(jìn)行 退出工作，以免被他人竊取信息。退出后，將返回到登錄界面。首先判斷用戶 是否登錄，如果未登錄，則自動跳轉(zhuǎn)到登錄頁面。如果已經(jīng)登錄，則進(jìn)入相應(yīng) 操作頁面。用戶系統(tǒng)登入流程圖如圖 2。 當(dāng)用戶密碼正確就進(jìn)入主頁，可以進(jìn)行相關(guān)公文的纂寫、公文的批復(fù)等操 作。本系統(tǒng)功能模塊有公文起草、已發(fā)公文、待辦公文、已發(fā)公文、公文委托、 流程監(jiān)控、類別定制。而類別的定制中包含了公文類別的定制，比如研發(fā)部、 市場部、技術(shù)部

40、等；角色定制，比如通知、查看、審批、歸檔；用戶管理，流 程定制，公文等級定制，部門管理的定制。本系統(tǒng)的功能模塊如圖 3。 圖 2 系統(tǒng)登錄流程 公 文 管 理 系 統(tǒng) 待辦公文 公文類別 角色定制 用戶管理 流程定制 委托公文 部門管理 類別定制 已辦公文 流程控制 已發(fā)公文 公文起草 公文等級 第 13 頁 共 23 頁 圖3 公文管理系統(tǒng)模塊 由此活動圖可以看出，公文管理系統(tǒng)中的子模塊在操作上相互是平行的， 他們的內(nèi)在關(guān)系通過數(shù)據(jù)庫和程序來控制。 3.53.5功能模塊設(shè)計功能模塊設(shè)計 在整個系統(tǒng)中公文的起草、審批、通知、查看、歸檔都需要用戶來完成， 而完成的順序就是公文流順序，本系統(tǒng)提供了

41、兩種方案：一種是預(yù)先設(shè)定流程； 另一種是在審批過程中設(shè)定流程。 第一種：公文的整個起草、審批、通知、查看、歸檔都有一個預(yù)先設(shè)定好 的審批流程。這個是在類別定制中的流程路徑中實現(xiàn)的固定路徑，見圖 4。 圖 4 預(yù)先設(shè)定公文審批路徑圖 第二種：是審批人在審批過程中因為有其他的原因交由其他人來審批，就 要確定另一個審批人。此種方法符合實際辦公中的需要，也優(yōu)越于市場上固有 的公文系統(tǒng)的中的預(yù)先設(shè)定流程，大大提高了辦公效率，如圖 5。 審批過程 審批 審批人二 審批人一 其他待確定審批 人 文件歸檔 共 享 數(shù) 據(jù) 審批 提交 調(diào)用 不同意不同意 同意 同意 調(diào)用 調(diào)用 確定審 批人二 確定審 批人三

42、提交 提交 審批過程 審批 審批人二 審批人一 其他審批人 文件歸檔 共 享 數(shù) 據(jù) 審批 提交 調(diào)用 不同意不同意 同意 同意 調(diào)用 調(diào)用 第 14 頁 共 23 頁 根據(jù)預(yù)先設(shè)定的公文審批路徑或者動態(tài)的公文審批路徑，就可以完成公文 的起草審批以及歸檔工作了，在本公文管理系統(tǒng)的公文流轉(zhuǎn)路徑如圖 6 示。 圖 6 公文流轉(zhuǎn)路徑 4 4 功能模塊具體實現(xiàn)功能模塊具體實現(xiàn) 公文流管理用戶可以根據(jù)數(shù)據(jù)管理中已經(jīng)定義好的類別、角色、用戶、流 程、公文等級、部門設(shè)定進(jìn)行公文的起草審批歸檔操作。數(shù)據(jù)管理就是對其各 種類別在頁面中進(jìn)行的設(shè)定，不用再數(shù)據(jù)庫中纂改。 4.14.1公文流的實現(xiàn)代碼公文流的實現(xiàn)代碼

43、 取得當(dāng)前用戶待批的公文，根據(jù)當(dāng)前用戶 id 取得當(dāng)前用戶待批的公文列表。 public function getcuruserwaitdealdoclist(byval strstoreparam as string, byval userid as string) as dataset dim docdata as dataset 調(diào)用數(shù)據(jù)庫訪問對象，取得數(shù)據(jù) with new dataaccess.workflow.dataaccess. workflowclass 開始 起草公文 審批 待辦公文 格式出錯 已辦公文 歸檔 遞交用戶1 同意 不用意 遞交其他用戶 圖 5 動態(tài)設(shè)定公文審批

44、路徑圖 第 15 頁 共 23 頁 docdata = .getcuruserwaitdealdoclist (strstoreparam, userid) end with if not docdata is nothing then 判斷是否取得了數(shù)據(jù) if docdata.tables(0).rows.count 0 then getcuruserwaitdealdoclist = docdata else getcuruserwaitdealdoclist = nothing end if end if end function 4.24.2數(shù)據(jù)管理代碼數(shù)據(jù)管理代碼 新增用戶，保存用戶

45、輸入的用戶信息的實現(xiàn)代碼。 public function adduser(byref storeparam as string, byval strusername as string, byval struserrealname as string, byval strpassword as string, byval strdepid as string) as string dim operflag as integer dim returnvalue as string with new dataaccess.workflow.dataaccess.users 取得操作的狀態(tài)值 op

46、erflag = .adduser(storeparam, strusername, struserrealname, strpassword, strdepid) end with if operflag 0 then returnvalue = 添加成功! elseif operflag -1 then returnvalue = 對不起，該用戶名已經(jīng)存在! else returnvalue = 對不起，保存用戶名時出現(xiàn)異常，請聯(lián) 系管理員! end if adduser = returnvalue end function 5 5 系統(tǒng)測試系統(tǒng)測試 5.15.1軟件測試軟件測試 軟件測試

47、的目的是盡可能多地發(fā)現(xiàn)軟件產(chǎn)品(主要指程序)中的錯誤和缺陷。 測試時主要考慮以下有關(guān)的原則： 1.確定預(yù)期輸出結(jié)果。 第 16 頁 共 23 頁 2.程序員應(yīng)避免測試自己的程序。 3.徹底檢查每個測試結(jié)果。 4.對非法的和非預(yù)期的輸入數(shù)據(jù)也要像合法的和預(yù)期的輸入數(shù)據(jù)一樣編寫 測試用 例。 5.不要扔掉測試用例。 6.程序模塊經(jīng)測試后，遺留的錯誤數(shù)目往往與己發(fā)現(xiàn)的錯誤數(shù)目成比例。 本系統(tǒng)在成都信息工程學(xué)院局域網(wǎng)中測試，測試結(jié)果符合設(shè)計要求。 5.25.2調(diào)試調(diào)試 調(diào)試是軟件開發(fā)過程中最艱巨的腦力勞動，任何一個軟件系統(tǒng)在開發(fā)、測 試過程中，都不可能忽略對軟件的調(diào)試，一個開發(fā)軟件只有經(jīng)過反復(fù)的調(diào)試和

48、 測試才能投入實際使用，特別對于行政公文管理軟件，它對準(zhǔn)確性要求更是不 言而喻。一個新的源程序幾乎總是包含錯誤，既可能是設(shè)計的，也可能是編碼 上的，僅通過看是不能解決問題的，一定要借助調(diào)試程序。從發(fā)現(xiàn)錯誤到修改 完成，一般來說，調(diào)試由如下幾步組成： 錯誤鑒定與識別。 錯誤診斷。 錯誤更正。 經(jīng)過靜態(tài)測試后，仍然留在程序中的錯誤是十分隱蔽的，為找到這些錯誤， 首先要捕獲一些與錯誤有關(guān)的線索。改正程序中的錯誤沒有什么捷徑可走，必 須踏實，仔細(xì)的分析。經(jīng)驗是很重要的，在調(diào)試程序中要經(jīng)?？偨Y(jié)一下調(diào)試程 序所得的經(jīng)驗。隨著經(jīng)驗的積累，識別錯誤的能力也就越來越強(qiáng)。編程也就充 滿了挑戰(zhàn)與樂趣。 結(jié)結(jié) 論論

49、公文管理系統(tǒng)建設(shè)并不是簡單的技術(shù)引進(jìn)，它的建立涉及部門的內(nèi)部制度、 資源分配、職責(zé)劃分、人員素質(zhì)等各個方面，受到多種因素的制約和影響。 本文是從軟件開發(fā)的需要來研究軟件過程模型的。所提出的軟件模型，實 現(xiàn)了公文管理系統(tǒng)的重要功能。實現(xiàn)了靈活定義工作流程。工作流程發(fā)生變化 后，可以新建，也可在原流程圖上做適當(dāng)?shù)匦薷摹?在整個畢業(yè)設(shè)計期間，我對系統(tǒng)和用戶需求都進(jìn)行了細(xì)致的分析，同時對 課題所涉及的若干計算機(jī)技術(shù)，都做了簡要的闡述?；?web 的公文管理系統(tǒng) 通過網(wǎng)絡(luò)實現(xiàn)時實的公文處理，本系統(tǒng)的開發(fā)將大大提高各行政部門的辦公效 率，縮短了信息處理周期。使各行政部門能及時了解整體及部門間的工作動態(tài)，

50、 第 17 頁 共 23 頁 掌握第一手資料，適時的下發(fā)決策和上報反饋信息。在保證公文傳送的準(zhǔn)確性 與時速性的同時，編寫適于常規(guī)操作的算法，能夠減輕公務(wù)人員的勞動強(qiáng)度， 為整個公務(wù)管理過程的現(xiàn)代化實現(xiàn)將起到積極的作通過畢業(yè)論文的撰寫，我獲 益最大的就是能夠鍛煉了縝密的思維方式，能多個角度的看待、處理問題，科 學(xué)的整理和分析所學(xué)的專業(yè)知識，提煉成一種思想。論文的撰寫，使我對此系 統(tǒng)的開發(fā)和完善了更科學(xué)系統(tǒng)的詳細(xì)總結(jié)，我相信這對我日后的學(xué)習(xí)和工作將 產(chǎn)生巨大的影響。 由于時間和知識水平等原因，設(shè)計所完成的只是我所理解的程度上。雖然 即將畢業(yè)，但在以后的學(xué)習(xí)工作中，我一定要繼續(xù)堅持不斷地學(xué)習(xí)新興的專

51、業(yè) 知識及相關(guān)的非專業(yè)知識，只有這樣才能緊跟時代的潮流，使自己的專業(yè)水平 更上一樓。 參考文獻(xiàn)參考文獻(xiàn) 1 方睿,刁仁宏,吳四九網(wǎng)絡(luò)數(shù)據(jù)庫原理及應(yīng)用m成都：四川大學(xué)出版社,2005。 2 吉根林,崔海源. asp.net 程序設(shè)計教程m. 北京：電子工業(yè)出版社,2005。 3 郭興成. visual basic.net 程序設(shè)計培訓(xùn)教程m.北京：機(jī)械工業(yè)出版社,2003。 4 matthew reynolds英 ,richard blair英. vb.net 入門經(jīng)典m.康博譯.北京：清 華大學(xué)出版社,2002。 5 盧鎮(zhèn)波,李青.asp.net 程序設(shè)計專家門診m.北京：清華大學(xué)出版社,20

52、05。 6 張玉平.asp.net+sql 組建動態(tài)網(wǎng)站m.北京：電子工業(yè)出版社,2006。 7 網(wǎng)冠科技.asp.net 時尚編程百例m.北京：機(jī)械工業(yè)出版社,2003。 8 季久峰.asp.net 辦公自動化系統(tǒng)開發(fā)實例導(dǎo)航m.北京：人民郵電出版社,2005。 第 18 頁 共 23 頁 附錄附錄 為了更加直觀的看到功能的實現(xiàn)效果，現(xiàn)給出系統(tǒng)中部分的抓圖。 圖 1 登錄頁面 圖 2 登錄后主頁面 第 19 頁 共 23 頁 圖 3 公文起草頁面 圖 4 公文委托頁面 第 20 頁 共 23 頁 圖 5 類別定制頁面編輯狀態(tài) 圖 6 流程定制頁面 第 21 頁 共 23 頁 致致 謝謝 本文

53、是在王海春和刁仁宏老師的熱情關(guān)心和指導(dǎo)下完成的，他淵博的知識 和嚴(yán)謹(jǐn)?shù)闹螌W(xué)作風(fēng)使我受益匪淺，對順利完成本課題起到了極大的作用。在此 向他表示我最衷心的感謝！ 感謝田成平在課題研究初期給予的幫助，在田成平的幫助下課題才得以很 好的展開，有了一個很好的開端！在論文完成過程中，本人還得到了其他老師 和許多同學(xué)的熱心幫助，本人向他們表示深深的謝意！ 最后向在百忙之中評審本文的各位專家、老師表示衷心的感謝！ 作者簡介 姓 名：李孟 性別： 男 出生年月：1984 年 5 月 民族： 漢 e-mail: 第 22 頁 共 23 頁 聲聲 明明 本論文的工作是 2007 年 2 月至 2007 年 6 月在

54、成都信息工程學(xué)院網(wǎng)絡(luò)工程 系完成的。文中除了特別加以標(biāo)注地方外，不包含他人已經(jīng)發(fā)表或撰寫過的研 究成果，也不包含為獲得成都信息工程學(xué)院或其他教學(xué)機(jī)構(gòu)的學(xué)位或證書而使 用過的材料。除非另有說明，本文的工作是原始性工作。 關(guān)于學(xué)位論文使用權(quán)和研究成果知識產(chǎn)權(quán)的說明： 本人完全了解成都信息工程學(xué)院有關(guān)保管使用學(xué)位論文的規(guī)定，其中包括： （1）學(xué)校有權(quán)保管并向有關(guān)部門遞交學(xué)位論文的原件與復(fù)印件。 （2）學(xué)?？梢圆捎糜坝?、縮印或其他復(fù)制方式保存學(xué)位論文。 （3）學(xué)?？梢詫W(xué)術(shù)交流為目的復(fù)制、贈送和交換學(xué)位論文。 （4）學(xué)?？稍试S學(xué)位論文被查閱或借閱。 （5）學(xué)?？梢怨紝W(xué)位論文的全部或部分內(nèi)容（保密學(xué)位論

55、文在解密后 遵守此規(guī)定） 。 除非另有科研合同和其他法律文書的制約，本論文的科研成果屬于成都信息 工程學(xué)院。 特此聲明！ 作者簽名： 年 月 日 book third.-accomplishment of the promise made to the dead woman chapter i the water question at montfermeil montfermeil is situated between livry and chelles, on the southern edge of that lofty table-land which separates the o

56、urcq from the marne. at the present day it is a tolerably large town, ornamented all the year through with plaster villas, and on sundays with beaming bourgeois. in 1823 there were at montfermeil neither so many white houses nor so many well-satisfied citizens: it was only a village in the forest. s

57、ome pleasure-houses of the last century were to be met with there, to be sure, which were recognizable by their grand air, their balconies in twisted iron, and their long windows, whose tiny panes cast all sorts of varying shades of green on the white of the closed shutters; but montfermeil was none

58、 the less a village. retired cloth-merchants and rusticating attorneys had not discovered it as yet; it was a peaceful and charming place, which was not on the road to anywhere: there people lived, and cheaply, that peasant rustic life which is so bounteous and so easy; only, water was rare there, o

59、n account of the elevation of the plateau. it was necessary to fetch it from a considerable distance; the end of the village towards gagny drew its water from the magnificent ponds which exist in the woods there. the other end, which surrounds the church and which lies in the direction of chelles, f

60、ound drinking-water only at a little spring half-way down the slope, near the road to chelles, about a quarter of an hour from montfermeil. thus each household found it hard work to keep supplied with water. the large houses, the aristocracy, of which the thenardier tavern formed a part, paid half a