公文流轉(zhuǎn)系統(tǒng)(通用OA)000

1、通用OA公文流轉(zhuǎn)子系統(tǒng)需求分析 第一版摘 要隨著計(jì)算機(jī)和網(wǎng)網(wǎng)絡(luò)信息技術(shù)術(shù)的迅速發(fā)展展，辦公自動(dòng)動(dòng)化越來(lái)越受受到企事業(yè)單單位的重視，電電子公文也應(yīng)應(yīng)運(yùn)而生。電電子公文與紙紙質(zhì)公文不同同，它以計(jì)算算機(jī)電子文檔檔為載體，以以計(jì)算機(jī)為處處理和存儲(chǔ)工工具，以計(jì)算算機(jī)網(wǎng)絡(luò)及其其他數(shù)據(jù)通信信介質(zhì)為傳輸輸渠道的新的的公文及公文文處理形式。具具有存儲(chǔ)體積積小、檢索速速度快、遠(yuǎn)距距離快速傳遞遞及同時(shí)滿足足多用戶共享享等優(yōu)點(diǎn)，極極大提高了辦辦公效率，更更能適應(yīng)不斷斷增長(zhǎng)的業(yè)務(wù)務(wù)要求。本系統(tǒng)是基于.NET平臺(tái)臺(tái)進(jìn)行設(shè)計(jì)開開發(fā)的，首先先討論了設(shè)計(jì)計(jì)與實(shí)現(xiàn)該系系統(tǒng)的相關(guān)技技術(shù)，然后根根據(jù)需求分析析設(shè)計(jì)系統(tǒng)的的總體結(jié)構(gòu)和和

2、功能模塊，再再通過系統(tǒng)結(jié)結(jié)構(gòu)、程序結(jié)結(jié)構(gòu)的設(shè)計(jì)與與開發(fā)，構(gòu)建建了一個(gè)基于于.NET平平臺(tái)，以Assp.NETT為實(shí)現(xiàn)語(yǔ)言言、以SQLL servver 20005為數(shù)據(jù)庫(kù)的的系統(tǒng),實(shí)現(xiàn)現(xiàn)了公文從擬擬稿到發(fā)文，從從收文到承辦辦等的一系列列流轉(zhuǎn)過程，具具有高效、全全面、易用等等特點(diǎn)。關(guān)鍵詞:Webb；辦公自動(dòng)動(dòng)化；電子公公文；.NEET；B/SSABSTRACCTThe devvelopmment oof Offfice AAutomaation is atttacheed morre andd moree impoortancce by instiitutioons annd entterpri

3、ises wwith tthe raapid ddeveloopmentt of ccomputters aand innformaation technnologyy, thee elecctroniic offficiall docuument emergges att the histooric mmomentt. Thee elecctroniic offficiall docuument is diiffereent too the paperr offiicial documment. It iss a neew forrm forr offiicial documment mma

4、nageement, withh carrrier bby commputerr elecctroniic doccumentt, with processsing and sstoragge toools byy compputer, with transmmissioon chaannelss by ccomputter neetworkks andd otheer datta commmuniccationns meddium. The eelectrronic officcial ddocumeent haas exccellennce off storre smaall, rretr

5、ieeval sspeed, trannsmit remottely, and sso on. Compaare wiith thhe papper offficiaal doccumentt, it enhannces offfice eefficiiency greatlly, can meeet thhe groowing operaationaal reqquiremments.The sysstem iis dessignedd by mmakingg use of .NNET pllatforrm. Inn thiss papeer, fiirst ddiscusssed tthe

6、 deesignmment aand reealizaation of thhe sysstem rrelateed tecchnoloogies, and then desiggn a ssystemm baseed on the rrequirrementts anaalysiss of tthe ovveralll struucturee and functtionall moduules, and tthrouggh thee systtem sttructuure annd proogrammming pprocesss, esstabliish ann effiicientt, c

7、ommpreheensivee and usablle eleectronnic offficiaal doccumentt systtem baased oon .NEET plaatformm, lannguagee of AAsp.NEET andd SQL Serveer dattabasee, whiich acchievees a sseriess of fflow pprocessses ssuch aas doccumentts drraftinng, dispaatchinng, receiiving, underrtakinng.Keywordds: Web; Officc

8、e Auttomatiion; EElectrronic officcial ddocumeent; .NET; B/S目 錄TOC o 1-3 h z u HYPERLINK l _Toc139332241 第1章 前言言 PAGEREF _Toc139332241 h 1 HYPERLINK l _Toc139332242 1.1 OA背背景 PAGEREF _Toc139332242 h 1 HYPERLINK l _Toc139332243 1.2 系統(tǒng)開開發(fā)的目的及及意義 PAGEREF _Toc139332243 h 1 HYPERLINK l _Toc139332244 1.3

9、系統(tǒng)開開發(fā)的內(nèi)容 PAGEREF _Toc139332244 h 2 HYPERLINK l _Toc139332245 1.4 辦公自自動(dòng)化的特點(diǎn)點(diǎn) PAGEREF _Toc139332245 h 3 HYPERLINK l _Toc139332246 1.5 辦公自自動(dòng)化的發(fā)展展趨勢(shì) PAGEREF _Toc139332246 h 3 HYPERLINK l _Toc139332247 第2章 系統(tǒng)統(tǒng)體系結(jié)構(gòu)分分析與開發(fā)平平臺(tái)簡(jiǎn)介 PAGEREF _Toc139332247 h 5 HYPERLINK l _Toc139332248 2.1 C/SS與B/S結(jié)構(gòu)模模式 PAGEREF _T

10、oc139332248 h 5 HYPERLINK l _Toc139332249 2.1.1 CC/S模式在在0A應(yīng)用中的的不足 PAGEREF _Toc139332249 h 5 HYPERLINK l _Toc139332250 2.1.2 BB/S結(jié)構(gòu)模模型的優(yōu)勢(shì) PAGEREF _Toc139332250 h 5 HYPERLINK l _Toc139332251 2.2 0A系系統(tǒng)的開發(fā)環(huán)環(huán)境 PAGEREF _Toc139332251 h 7 HYPERLINK l _Toc139332252 2.2.1 開開發(fā)平臺(tái) PAGEREF _Toc139332252 h 7 HYPER

11、LINK l _Toc139332253 2.2.2 AASP.NEET簡(jiǎn)介 PAGEREF _Toc139332253 h 7 HYPERLINK l _Toc139332255 第3章 系統(tǒng)統(tǒng)需求分析 PAGEREF _Toc139332255 h 10 HYPERLINK l _Toc139332256 3.1 系統(tǒng)需需求分析的前前提 PAGEREF _Toc139332256 h 10 HYPERLINK l _Toc139332257 3.2 系統(tǒng)的的功能需求 PAGEREF _Toc139332257 h 11 HYPERLINK l _Toc139332258 3.2.1 業(yè)業(yè)務(wù)

12、流程 PAGEREF _Toc139332258 h 11 HYPERLINK l _Toc139332259 3.2.2 功功能需求 PAGEREF _Toc139332259 h 13 HYPERLINK l _Toc139332260 3.3 系統(tǒng)性性能要求 PAGEREF _Toc139332260 h 13 HYPERLINK l _Toc139332261 第4章 系統(tǒng)統(tǒng)總體設(shè)計(jì) PAGEREF _Toc139332261 h 14 HYPERLINK l _Toc139332262 4.1 系統(tǒng)總總體結(jié)構(gòu) PAGEREF _Toc139332262 h 14 HYPERLINK

13、l _Toc139332263 4.1.1 系系統(tǒng)結(jié)構(gòu) PAGEREF _Toc139332263 h 14 HYPERLINK l _Toc139332264 4.1.2 網(wǎng)網(wǎng)絡(luò)結(jié)構(gòu) PAGEREF _Toc139332264 h 15 HYPERLINK l _Toc139332265 4.2 公文流流轉(zhuǎn)系統(tǒng)功能能 PAGEREF _Toc139332265 h 15 HYPERLINK l _Toc139332266 4.2.1 發(fā)發(fā)文管理 PAGEREF _Toc139332266 h 15 HYPERLINK l _Toc139332267 4.2.2 收收文管理 PAGEREF _

14、Toc139332267 h 16 HYPERLINK l _Toc139332268 4.3 系統(tǒng)運(yùn)運(yùn)行環(huán)境 PAGEREF _Toc139332268 h 18 HYPERLINK l _Toc139332269 第5章 系統(tǒng)統(tǒng)詳細(xì)設(shè)計(jì)與與實(shí)現(xiàn) PAGEREF _Toc139332269 h 19 HYPERLINK l _Toc139332270 5.1 系統(tǒng)數(shù)數(shù)據(jù)庫(kù)設(shè)計(jì) PAGEREF _Toc139332270 h 19 HYPERLINK l _Toc139332271 5.1.1 數(shù)數(shù)據(jù)庫(kù)需求分分析 PAGEREF _Toc139332271 h 19 HYPERLINK l _

15、Toc139332272 5.1.2 數(shù)數(shù)據(jù)庫(kù)概念結(jié)結(jié)構(gòu)設(shè)計(jì) PAGEREF _Toc139332272 h 21 HYPERLINK l _Toc139332273 5.1.3 數(shù)數(shù)據(jù)庫(kù)邏輯結(jié)結(jié)構(gòu)設(shè)計(jì) PAGEREF _Toc139332273 h 23 HYPERLINK l _Toc139332274 5.2 系統(tǒng)開開發(fā)策略 PAGEREF _Toc139332274 h 27 HYPERLINK l _Toc139332275 5.3 功能的的詳細(xì)設(shè)計(jì)與與實(shí)現(xiàn) PAGEREF _Toc139332275 h 28 HYPERLINK l _Toc139332276 5.3.1 發(fā)發(fā)文擬

16、稿 PAGEREF _Toc139332276 h 30 HYPERLINK l _Toc139332277 5.3.2 發(fā)發(fā)文核稿 PAGEREF _Toc139332277 h 31 HYPERLINK l _Toc139332278 5.3.3 發(fā)發(fā)文審核 PAGEREF _Toc139332278 h 32 HYPERLINK l _Toc139332279 5.3.4 發(fā)發(fā)文簽發(fā) PAGEREF _Toc139332279 h 33 HYPERLINK l _Toc139332280 5.3.5 發(fā)發(fā)送公文 PAGEREF _Toc139332280 h 33 HYPERLINK l

17、 _Toc139332281 5.3.6 公公文簽收 PAGEREF _Toc139332281 h 34 HYPERLINK l _Toc139332282 5.3.7 收收文登記 PAGEREF _Toc139332282 h 34 HYPERLINK l _Toc139332283 5.3.8 收收文擬辦 PAGEREF _Toc139332283 h 35 HYPERLINK l _Toc139332284 5.3.9 收收文閱批 PAGEREF _Toc139332284 h 36 HYPERLINK l _Toc139332285 5.3.10 收文分辦 PAGEREF _Toc1

18、39332285 h 36 HYPERLINK l _Toc139332286 5.3.11 收文承辦 PAGEREF _Toc139332286 h 37 HYPERLINK l _Toc139332287 5.3.12 收文歸檔 PAGEREF _Toc139332287 h 37 HYPERLINK l _Toc139332288 5.3.13 公文催辦 PAGEREF _Toc139332288 h 38 HYPERLINK l _Toc139332289 5.3.14 公文查詢 PAGEREF _Toc139332289 h 38 HYPERLINK l _Toc139332290

19、5.3.15 歸檔公文查查詢 PAGEREF _Toc139332290 h 39第1章 前 言1.1 OA背背景辦公自動(dòng)化（OOfficee Autoomatioon，簡(jiǎn)稱OA）是20世紀(jì)70年代中期期發(fā)達(dá)國(guó)家迅迅速發(fā)展起來(lái)來(lái)的一門綜合合性技術(shù)。我我國(guó)的OA經(jīng)過從80年代末至至今10多年的發(fā)發(fā)展，已從最最初提供面向向單機(jī)的輔助助辦公產(chǎn)品，發(fā)發(fā)展到今天可可提供面向應(yīng)應(yīng)用的大型協(xié)協(xié)同工作產(chǎn)品品?，F(xiàn)在，辦辦公自動(dòng)化到到底要解決什什么問題呢？我們說，辦辦公自動(dòng)化就就是用信息技技術(shù)把辦公過過程電子化、數(shù)數(shù)字化，就是是要?jiǎng)?chuàng)造一個(gè)個(gè)集成的辦公公環(huán)境，使所所有的辦公人人員都在同一一個(gè)桌面環(huán)境境下一起工作作。

20、但是隨著著信息技術(shù)和和網(wǎng)絡(luò)技術(shù)的的飛速發(fā)展，我我國(guó)現(xiàn)有的許許多辦公自動(dòng)動(dòng)化系統(tǒng)在一一定程度上己己經(jīng)很難滿足足不同企業(yè)的的需求。首先，大多數(shù)辦辦公自動(dòng)化系系統(tǒng)主要針對(duì)對(duì)傳統(tǒng)的企業(yè)業(yè)管理方式與與業(yè)務(wù)模式，注注重對(duì)公文、檔檔案以及人事事財(cái)務(wù)的管理理，即企業(yè)有有形資產(chǎn)的管管理，而現(xiàn)代代企業(yè)所需要要的是對(duì)知識(shí)識(shí)的管理、企企業(yè)內(nèi)部的信信息交流以及及資源的共享享，即企業(yè)無(wú)無(wú)形資產(chǎn)的管管理。其次，目前許多多辦公自動(dòng)化化產(chǎn)品是基于于群件系統(tǒng)或或者關(guān)系數(shù)據(jù)據(jù)庫(kù)管理系統(tǒng)統(tǒng)進(jìn)行開發(fā)，這這兩者對(duì)于一一般的中小型型企業(yè)來(lái)說，都都不太合適。前前者對(duì)于中小小型企業(yè)的經(jīng)經(jīng)營(yíng)現(xiàn)狀來(lái)說說，成本較高高，開發(fā)、實(shí)實(shí)施與維護(hù)較較為困難。

21、后后者卻需要在在客戶端安裝裝應(yīng)用程序，安安裝維護(hù)較困困難，同時(shí)在在通信手段、廣廣域網(wǎng)支持方方面不夠，系系統(tǒng)的擴(kuò)展性性和伸縮性較較差。微軟的新一代開開發(fā)平臺(tái) MMicrossoft.NNET的問世世為中小型企企業(yè)辦公自動(dòng)動(dòng)化帶來(lái)了新新的希望,它它強(qiáng)大的 WWEB開發(fā)模模式與關(guān)系數(shù)數(shù)據(jù)庫(kù)結(jié)合的的開發(fā)方式將將成為辦公自自動(dòng)化系統(tǒng)開開發(fā)的一個(gè)新新的發(fā)展方向向，使得我國(guó)國(guó)辦公自動(dòng)化化系統(tǒng)的模式式更加多樣化化，適用性更更強(qiáng)。1.2 系統(tǒng)編編寫的目的及及意義網(wǎng)絡(luò)信息技術(shù)正正日益廣泛地地滲透到社會(huì)會(huì)生活的各個(gè)個(gè)方面，逐漸漸成為人們工工作和生活不不可缺少的一一部分?，F(xiàn)今今，辦公自動(dòng)動(dòng)化系統(tǒng)也正正在被不同程程度的

22、引入，作作為一個(gè)企業(yè)業(yè)的基本通信信平臺(tái)、協(xié)作作工作平臺(tái)和和知識(shí)管理的的平臺(tái)?，F(xiàn)代代辦公自動(dòng)化化系統(tǒng)的任務(wù)務(wù)是提高整個(gè)個(gè)企業(yè)的運(yùn)作作效率，進(jìn)而而提高企業(yè)的的核心競(jìng)爭(zhēng)力力。在我國(guó)，大大部分的OAA系統(tǒng)仍是采采用傳統(tǒng)的CC/S模式，雖雖然可以達(dá)到到資源共享、協(xié)協(xié)同工作的目目的，但都沒沒有完全發(fā)揮揮網(wǎng)絡(luò)給我們們帶來(lái)的巨大大優(yōu)勢(shì)。另外外一部分已有有的基于Weeb的辦公自自動(dòng)化系統(tǒng)功功能和業(yè)務(wù)相相對(duì)比較單一一，不能適應(yīng)應(yīng)不同企業(yè)的的需求，尤其其是較大一部部分中小型企企業(yè)的需求。因因此針對(duì)我國(guó)國(guó)中小型企業(yè)業(yè)、特別是科科技開發(fā)類企企業(yè)，開發(fā)一一套較為實(shí)用用的辦公自動(dòng)動(dòng)化系統(tǒng)，己己經(jīng)成為一個(gè)個(gè)急需解決的的問題，

23、也成成為開發(fā)本管管理系統(tǒng)的目目的所在。 本系統(tǒng)采用微軟軟的新一代開開發(fā)平臺(tái).NNET的集成成開發(fā)環(huán)境，為為辦公自動(dòng)化化系統(tǒng)的實(shí)現(xiàn)現(xiàn)提供了一套套新的解決方方案。通過對(duì)對(duì)該系統(tǒng)的應(yīng)應(yīng)用，能夠在在一定程度上上彌補(bǔ)現(xiàn)有各各種辦公自動(dòng)動(dòng)化系統(tǒng)的各各種弊端 (成本高、維維護(hù)困難、系系統(tǒng)集成難等等)，為實(shí)現(xiàn)現(xiàn)現(xiàn)代化辦公公邁出堅(jiān)實(shí)的的一步，同時(shí)時(shí)，本系統(tǒng)也也為中小型企企業(yè)實(shí)現(xiàn)全面面自動(dòng)化辦公公提供了高效效的便捷的服務(wù).1.3 系統(tǒng)開開發(fā)的內(nèi)容Microsooft.NEET平臺(tái)的出出現(xiàn)為辦公自自動(dòng)化系統(tǒng)的的開發(fā)與應(yīng)用用提供了一個(gè)個(gè)新的發(fā)展方方向，改變了了已有辦公自動(dòng)動(dòng)化系統(tǒng)形式式單一的局面面。本系統(tǒng)開發(fā)的內(nèi)內(nèi)容

24、主要圍繞繞在.NETT平臺(tái)下，開開發(fā)一個(gè)能夠夠?qū)崿F(xiàn)資源共共享和協(xié)同辦辦公的辦公自自動(dòng)化（OA）系統(tǒng)的OA公文流轉(zhuǎn)轉(zhuǎn)子系統(tǒng)。主主要解決OAA系統(tǒng)中有關(guān)關(guān)公文流轉(zhuǎn)的的工作流程，要要求借助流程程的思想，配配合權(quán)限管理理子系統(tǒng)，實(shí)實(shí)現(xiàn)用戶的發(fā)發(fā)文管理、收收文管理。要求以Micrrosoftt.Net和和SQL SServerr 20055為開發(fā)環(huán)境境。主要任務(wù)務(wù)是設(shè)計(jì)較為為通用的收文文管理和發(fā)文文管理辦公流流程，要求給給出規(guī)范的系系統(tǒng)設(shè)計(jì)方案案、數(shù)據(jù)庫(kù)設(shè)設(shè)計(jì)方案，實(shí)實(shí)現(xiàn)能夠運(yùn)行行的原型系統(tǒng)統(tǒng)。1 辦公發(fā)文文模塊：發(fā)文文處理是指以以本單位發(fā)出出去的文件的的處理過程。行行文具有相似似的工作處理理流程。發(fā)文

25、文處理模塊有有以下要求：所有的發(fā)文文要求通過計(jì)計(jì)算機(jī)進(jìn)行擬擬稿、核稿、審審核、簽發(fā)、發(fā)發(fā)文、歸檔。2 辦公收文文模塊：收文文處理是指給給本單位或本本單位領(lǐng)導(dǎo)或或有關(guān)部門批批閱的文件的的處理過程。收收文處理模塊塊有以下要求求：要求對(duì)所所有來(lái)文通過過計(jì)算機(jī)進(jìn)行行簽收、登記記、擬辦、閱閱批、分辦、承承辦、催辦、歸歸檔。3 公文查詢?cè)兡K：公文文查詢模塊分分為兩部分，分分別為發(fā)文查查詢和收文查查詢，每個(gè)查查詢又分為確確切查詢和模模糊查詢。4 歸檔公文文查詢模塊：此模塊實(shí)現(xiàn)現(xiàn)對(duì)已歸檔公公文的查詢,按部門和公公文類型進(jìn)行行查找。1.4 辦公自自動(dòng)化的特點(diǎn)點(diǎn)1 高效、快快捷：提高辦辦公效率是辦辦公自動(dòng)化的的

26、最終目的。利利用企業(yè)內(nèi)部部網(wǎng)絡(luò)將整個(gè)個(gè)企業(yè)聯(lián)系在在一起，工作作人員能夠充充分利用各種種共享資源進(jìn)進(jìn)行輔助辦公公，從而提高高企業(yè)的工作作效率。2 規(guī)范性：辦公的流程程、辦公的方方式應(yīng)當(dāng)盡量量的符合辦公公人員的習(xí)慣慣，使辦公人人員在由傳統(tǒng)統(tǒng)的辦公方式式轉(zhuǎn)換為現(xiàn)代代的自動(dòng)化辦辦公方式不會(huì)會(huì)覺得有太大大的障礙，同同時(shí)在本質(zhì)上上要符合國(guó)家家的規(guī)范，而而在方式上要要以提高辦公公效率為準(zhǔn)。3 安全性：隨著信息化化和計(jì)算機(jī)網(wǎng)網(wǎng)絡(luò)的發(fā)展，網(wǎng)網(wǎng)絡(luò)中的安全全問題日益嚴(yán)嚴(yán)重。企業(yè)內(nèi)內(nèi)部的大多數(shù)數(shù)的數(shù)據(jù)、資資料、文檔都都放在網(wǎng)絡(luò)之之上，因此一一個(gè)完善的辦辦公自動(dòng)化系系統(tǒng)應(yīng)該能有有效的保護(hù)這這些數(shù)據(jù)防止止被非法訪問問和篡

27、改。因因此安全性也也成為辦公自自動(dòng)化的一個(gè)個(gè)重要特征。4 易用性：辦公自動(dòng)化化是企業(yè)內(nèi)部部人員進(jìn)行協(xié)協(xié)作的一個(gè)信信息平臺(tái)，由由于企業(yè)人員員工作性質(zhì)與與技術(shù)水平的的差異，一個(gè)個(gè)好的辦公自自動(dòng)化系統(tǒng)應(yīng)應(yīng)該符合不同同層次人員的的需要，實(shí)現(xiàn)現(xiàn)界面簡(jiǎn)單、易易操作。1.5 辦公自自動(dòng)化的發(fā)展展趨勢(shì)隨著科學(xué)技術(shù)的的發(fā)展，OAA技術(shù)的研究究正在以前所所未有的速度度發(fā)展。一方方面企業(yè)的發(fā)發(fā)展客觀上促促使了辦公自自動(dòng)化技術(shù)的的發(fā)展；另一一方面隨著全全球經(jīng)濟(jì)一體體化進(jìn)程的加加速，企業(yè)與與企業(yè)之間的的交流與合作作也越來(lái)越密密切，電子商商務(wù)的蓬勃發(fā)發(fā)展客觀上也也要求有功能能更為全面的的辦公自動(dòng)化化產(chǎn)品的出現(xiàn)現(xiàn)。展望下一

28、一代的 OAA應(yīng)具備以下下特點(diǎn)：1 基于Weeb的服務(wù)，完完成從C/SS模式到B/SS模式的轉(zhuǎn)換換，從而使用用戶表示層獨(dú)獨(dú)立出來(lái)，商商業(yè)應(yīng)用規(guī)則則以一個(gè)整體體的形式在獨(dú)獨(dú)立的服務(wù)器器上運(yùn)行；2 與其他企企業(yè)應(yīng)用系統(tǒng)統(tǒng)和資源的集集成，從而使使得訪問企業(yè)業(yè)數(shù)據(jù)和應(yīng)用用更為方便；3 基于知識(shí)識(shí)的管理，進(jìn)進(jìn)入知識(shí)經(jīng)濟(jì)濟(jì)時(shí)代，我們們?nèi)巳硕际侵R(shí)工作者，要要求辦公自動(dòng)動(dòng)化系統(tǒng)必須須具有知識(shí)內(nèi)內(nèi)涵，并能提提供知識(shí)管理理所需的最基基本的IT工具，知知識(shí)存儲(chǔ)庫(kù)和和知識(shí)交流場(chǎng)場(chǎng)所，從更高高級(jí)的意義上上來(lái)說，是提提供基于知識(shí)識(shí)的崗位要求求和評(píng)估體系系；4 多媒體技技術(shù)將會(huì)更多多地運(yùn)用于辦辦公自動(dòng)化系系統(tǒng)中，存儲(chǔ)儲(chǔ)

29、和處理的信信息類型將更更加多樣化；5 為企業(yè)高高層管理人員員提供更加強(qiáng)強(qiáng)大的決策支支持，與決策策支持系統(tǒng)緊緊密結(jié)合。第2章 系統(tǒng)統(tǒng)體系結(jié)構(gòu)分分析與開發(fā)平平臺(tái)簡(jiǎn)介2.1 C/SS與B/S結(jié)結(jié)構(gòu)模式C/S和B/SS是當(dāng)今世界界開發(fā)模式技技術(shù)架構(gòu)的兩兩大主流技術(shù)術(shù)。C/S是美國(guó)國(guó)Borlaand公司最最早研發(fā)，BB/S是美國(guó)國(guó)微軟公司研研發(fā)。2.1.1 CC/S模式在在0A應(yīng)用中的的不足C/S（Cliient/SServerr，客戶機(jī)/服務(wù)器）模式又稱C/S結(jié)構(gòu)，是是軟件系統(tǒng)體體系結(jié)構(gòu)的一一種。C/SS模式簡(jiǎn)單地地講就是基于于企業(yè)內(nèi)部網(wǎng)網(wǎng)絡(luò)的應(yīng)用系系統(tǒng)。與B/S（Broowser/Serveer，瀏

30、覽器器/服務(wù)器）模式相比，CC/S模式的的應(yīng)用系統(tǒng)最最大的好處是是不依賴企業(yè)業(yè)外網(wǎng)環(huán)境，即即無(wú)論企業(yè)是是否能夠上網(wǎng)網(wǎng)，都不影響響應(yīng)用。因此此C/S模式常常常成為企業(yè)業(yè)信息系統(tǒng)的的首選，OAA系統(tǒng)也不例例外。但是隨隨著Web技術(shù)的的成熟和發(fā)展展以及Webb應(yīng)用的諸多多優(yōu)勢(shì)，這種種結(jié)構(gòu)逐漸顯顯現(xiàn)出了它的的不足。1 開發(fā)成本本較高：C/S結(jié)構(gòu)對(duì)客客戶端軟硬件件要求較高；2 移植困難難：不同開發(fā)發(fā)工具開發(fā)的的應(yīng)用程序，一一般來(lái)說互不不兼容，不能能搬到其它平平臺(tái)上運(yùn)行；3 用戶界面面風(fēng)格不一，使使用繁雜，不不利于推廣使使用；4 維護(hù)復(fù)雜雜，升級(jí)麻煩煩：如果應(yīng)用用程序要升級(jí)級(jí)，必須到現(xiàn)現(xiàn)場(chǎng)為客戶機(jī)機(jī)一一升

31、級(jí)；5 信息內(nèi)容容和形式單一一；6 新技術(shù)不不能輕易應(yīng)用用：因?yàn)橐粋€(gè)個(gè)軟件平臺(tái)及及開發(fā)工具一一旦選定，不不可能輕易更更改。2.1.2 BB/S結(jié)構(gòu)模模型的優(yōu)勢(shì)B/S（Broowser/Serveer，瀏覽器器/服務(wù)器）模式又稱B/S結(jié)構(gòu),它它是對(duì)C/SS模式應(yīng)用的的擴(kuò)展。在這這種結(jié)構(gòu)下，用用戶工作界面面是通過IEE瀏覽器來(lái)實(shí)實(shí)現(xiàn)的。B/S模式最大大的好處是運(yùn)運(yùn)行維護(hù)比較較簡(jiǎn)便，能實(shí)實(shí)現(xiàn)不同的人人員，從不同同的地點(diǎn)，以以不同的接入入方式（比如如LAN，WAN，Interrnet/IIntrannet等）訪訪問和操作共共同的數(shù)據(jù)。典型的B/S結(jié)結(jié)構(gòu)圖：圖2-1 BB/S結(jié)構(gòu)圖圖與C/S相比，采采用

32、B/S模式的的網(wǎng)絡(luò)系統(tǒng)具具有以下優(yōu)勢(shì)勢(shì)：1 使用簡(jiǎn)單單、易于維護(hù)護(hù)：B/S的應(yīng)用用只需在客戶戶端裝有瀏覽覽器即可，維維護(hù)和升級(jí)工工作都在服務(wù)務(wù)器上進(jìn)行，大大大降低了開開發(fā)和維護(hù)的的成本，并且且由于采用通通用的瀏覽器器軟件，操作作更加簡(jiǎn)單、方方便；2 擴(kuò)展性好好：B/S模式所所采用的TCCP/IP，HTTP等協(xié)協(xié)議標(biāo)準(zhǔn)都是是開放的，是是經(jīng)過標(biāo)準(zhǔn)化化組織所確定定的，保證了了其應(yīng)用的通通用性、跨平平臺(tái)性、良好好的擴(kuò)展性和和伸縮性；3 獨(dú)立性好好：由于應(yīng)用用服務(wù)層通常常采用多層結(jié)結(jié)構(gòu)與模塊式式開發(fā)，各模模塊之間相對(duì)對(duì)獨(dú)立，一個(gè)個(gè)模塊的改變變不會(huì)對(duì)其它它模塊產(chǎn)生影影響，系統(tǒng)改改進(jìn)非常容易易；4 信息共享

33、享度高：HTTML是數(shù)據(jù)據(jù)格式的一個(gè)個(gè)開放標(biāo)準(zhǔn)，目目前大多數(shù)流流行的軟件均均支持HTMML。2.2 0A系系統(tǒng)的開發(fā)環(huán)環(huán)境2.2.1 開開發(fā)平臺(tái)由于在本系統(tǒng)中中選用了Viisual C#作為開發(fā)發(fā)語(yǔ)言，而VVisuall .NET是集集成在Vissual SStudioo 2008中的一個(gè)開開發(fā)工具，因因此，在這里里簡(jiǎn)要敘述一一下Visuual Sttudio 2008的情況。Microsooft Viisual Studiio 20008 是一個(gè)功能能強(qiáng)大、高效效并且可擴(kuò)展展的開發(fā)工具具，用于迅速速生成企業(yè)級(jí)級(jí)ASP.NNET應(yīng)用程程序、高性能能桌面應(yīng)用程程序和移動(dòng)應(yīng)應(yīng)用程序。它它把Visu

34、ual Baasic、VVisuall C#、VVisuall J#、SSQL Seerver 2005都都集成在一個(gè)個(gè)開發(fā)環(huán)境中中，這個(gè)共有有的環(huán)境允許許它們共享工工具，并有助助于創(chuàng)建混合合語(yǔ)言解決方方案。在Visuall Studdio 20008中，可以通通過不同的語(yǔ)語(yǔ)言開發(fā)組件件，而且通過過交叉語(yǔ)言繼繼承，可以從從用一種語(yǔ)言言編寫的類中中派生出用另另一種語(yǔ)言編編寫的類，并并且可以使不不同語(yǔ)言開發(fā)發(fā)的類相互調(diào)調(diào)用。2.2.2 AASP.NEET簡(jiǎn)介ASP.NETT是微軟開發(fā)發(fā)的新一代AASP，是.NET的重要組成成部分。與AASP相比，ASPP.NET有有了巨大的變變化，ASPP.NET

35、是是一個(gè)革命性性的程序設(shè)計(jì)計(jì)框架，能夠夠快速開發(fā)功功能強(qiáng)大的WWeb應(yīng)用程程序和服務(wù)。ASP.NET又叫ASP+，它并不是ASP的簡(jiǎn)單升級(jí)，而是Microsoft推出的新一代Active Server Pages。ASP.NET是Microsoft發(fā)展的新體系結(jié)構(gòu).NET的一部分，其中全新的技術(shù)架構(gòu)會(huì)讓每個(gè)人的編程生活變得更加簡(jiǎn)單。ASP.NETT是一種建立立在通用語(yǔ)言言上的程序架架構(gòu)，可以被被用于在一臺(tái)臺(tái)Web服務(wù)器器上來(lái)建立強(qiáng)強(qiáng)大的Webb應(yīng)用程序。AASP.NEET提供許多多比現(xiàn)在的WWeb開發(fā)模模式更強(qiáng)大的的優(yōu)勢(shì)。下面面先列舉一下下這些優(yōu)勢(shì)：1 執(zhí)行效率率的大幅提高高ASP.NETT是

36、把基于通通用語(yǔ)言的程程序在服務(wù)器器上運(yùn)行。不不像以前的AASP即時(shí)解解釋程序，而而是將程序在在服務(wù)器端首首次運(yùn)行時(shí)編編譯。2 頂級(jí)的工工具支持ASP.NETT架構(gòu)是可以以用Visuual Sttudio.NET開發(fā)發(fā)環(huán)境進(jìn)行開開發(fā)，WYSSIWYG（WWhat YYou Seee Is You GGet，所見見即所得）的編輯。3 強(qiáng)大性和和適應(yīng)性因?yàn)锳SP.NNET是基于于通用語(yǔ)言的的編譯運(yùn)行的的程序，所以以它具有強(qiáng)大大性和適應(yīng)性性，可以使它它運(yùn)行在幾乎乎全部的Weeb應(yīng)用軟件件開發(fā)者的平平臺(tái)上。通用用語(yǔ)言的基本本庫(kù)、消息機(jī)機(jī)制、數(shù)據(jù)接接口的處理都都能無(wú)縫地整整合到ASPP.NET的的Web應(yīng)

37、用中中。ASP.NET同時(shí)時(shí)也是語(yǔ)言獨(dú)獨(dú)立化的，所所以用戶可以以選擇一種最最適合的語(yǔ)言言來(lái)編寫程序序，或者用多多種語(yǔ)言寫程程序。在本系系統(tǒng)中選用了了ASP.NEET作為程序序語(yǔ)言。4 簡(jiǎn)單易學(xué)學(xué)ASP.NETT的運(yùn)行，使使一些很平常常的任務(wù)如表表單的提交、客客戶端的身份份驗(yàn)證、分布布系統(tǒng)和網(wǎng)站站配置變得非非常簡(jiǎn)單。5 高效的可可管理性ASP.NETT使用一種以以字符為基礎(chǔ)礎(chǔ)的、分級(jí)的的配置系統(tǒng)。使使用戶的服務(wù)務(wù)器環(huán)境和應(yīng)應(yīng)用程序的設(shè)設(shè)置更加簡(jiǎn)單單。一個(gè)ASSP.NETT的應(yīng)用程序序在一臺(tái)服務(wù)務(wù)器系統(tǒng)上的的安裝只需要要簡(jiǎn)單的復(fù)制制一些必須的的文件，而不不需要重新啟啟動(dòng)系統(tǒng)。6 自定義性性和可擴(kuò)展

38、性性ASP.NETT設(shè)計(jì)時(shí)考慮慮了讓網(wǎng)站開開發(fā)人員可以以在自己的代代碼中自己定定義Plugg-in的模模塊，可以加加入自定義的的用戶組件。7 安全性隨著信息化和計(jì)計(jì)算機(jī)網(wǎng)絡(luò)的的發(fā)展，網(wǎng)絡(luò)絡(luò)中的安全問問題日益嚴(yán)重重。企業(yè)內(nèi)部部的大多數(shù)的的數(shù)據(jù)、資料料、文檔都放放在網(wǎng)絡(luò)之上上，因此一個(gè)個(gè)完善的辦公公自動(dòng)化系統(tǒng)統(tǒng)應(yīng)該能有效效的保護(hù)這些些數(shù)據(jù)防止被被非法訪問和和篡改。因此此安全性也成成為辦公自動(dòng)動(dòng)化的一個(gè)重重要特征。第3章 系統(tǒng)統(tǒng)需求分析3.1 系統(tǒng)需需求分析的前前提由于本系統(tǒng)是辦辦公自動(dòng)化系系統(tǒng)的一個(gè)子子系統(tǒng)，所以以必須考慮到到與其他兩個(gè)個(gè)系統(tǒng)檔案人人事管理系統(tǒng)統(tǒng)和權(quán)限管理理系統(tǒng)的結(jié)合合。其次，公公

39、文流轉(zhuǎn)子系系統(tǒng)的設(shè)計(jì)還還要從現(xiàn)有的的網(wǎng)絡(luò)環(huán)境和和軟、硬件環(huán)環(huán)境出發(fā)，考考慮系統(tǒng)的效效率問題。公文流轉(zhuǎn)子系統(tǒng)統(tǒng)是辦公自動(dòng)動(dòng)化系統(tǒng)的一一個(gè)子系統(tǒng),包括下面四四個(gè)模塊：1 辦公發(fā)文文模塊：發(fā)文文處理是指以以本單位發(fā)出出去的文件的的處理過程。行行文具有相似似的工作處理理流程。發(fā)文文處理模塊有有以下要求：所有的發(fā)文文要求通過計(jì)計(jì)算機(jī)進(jìn)行擬擬稿、核稿、審審核、簽發(fā)、發(fā)發(fā)文、歸檔。2 辦公收文文模塊：收文文處理是指給給本單位或本本單位領(lǐng)導(dǎo)或或有關(guān)部門批批閱的文件的的處理過程。收收文處理模塊塊有以下要求求：要求對(duì)所所有來(lái)文通過過計(jì)算機(jī)進(jìn)行行簽收、登記記、擬辦、閱閱批、分辦、承承辦、催辦、歸歸檔。3 公文查詢?cè)?/p>

40、模塊：公文文查詢模塊分分為兩部分，分分別為發(fā)文查查詢和收文查查詢，每個(gè)查查詢又分為確確切查詢和模模糊查詢。4 歸檔公文文查詢模塊：此模塊包括括歸檔發(fā)文查查詢，歸檔收收文查詢。這四個(gè)模塊的關(guān)關(guān)系如下圖所所示:擬稿擬稿核稿審核簽發(fā)退回發(fā)文歸檔簽收收文登記擬辦閱批分/催辦承辦歸檔 通過 未通過通過 未通通過查詢 反饋饋消息查詢 得知知簽收后 超過過一定期 則催催辦圖3-1 各各模塊的關(guān)系系3.2 系統(tǒng)的的功能需求3.2.1 業(yè)業(yè)務(wù)流程公文發(fā)文模塊的的主要功能在在于公文的擬擬稿、核稿、審審核、簽發(fā)、發(fā)發(fā)文、歸檔。公文收文模塊的的主要功能在在于公文的簽簽收、登記、擬擬辦、閱批、分分辦、承辦、催催辦、歸檔

41、。公文查詢模塊主主要是對(duì)發(fā)送送公文和簽收收的公文進(jìn)行行查詢，而歸歸檔公文查詢?cè)兡K主要是是查看已歸檔檔的發(fā)文和收收文。1 發(fā)文流程程發(fā)文的流程見圖圖3-1,現(xiàn)做做以下補(bǔ)充說說明：任一部門任一工工作人員都可可起草公文,即擬稿。擬擬稿初期可刪刪除文件。在擬稿以后提交交給核稿人進(jìn)進(jìn)行核稿，核核稿人可以是是同級(jí)也可以以是上級(jí)。對(duì)于核稿沒有通通過的，核稿稿人可退回給給擬稿人重新新擬稿直到滿滿意為止，退退回的同時(shí)給給出核稿意見見。核稿通過后提交交給上一級(jí)領(lǐng)領(lǐng)導(dǎo)進(jìn)行審核核，并寫明審審核意見；對(duì)對(duì)于未能通過過的公文審核核人可退回給給擬稿人，同同時(shí)提出審核核意見，令擬擬稿人做出修修改。通過審核的公文文提交給再上

42、上一級(jí)領(lǐng)導(dǎo)進(jìn)進(jìn)行簽發(fā)，領(lǐng)領(lǐng)導(dǎo)人寫明簽簽發(fā)意見后，由由相關(guān)人員進(jìn)進(jìn)行發(fā)文處理理。發(fā)文人在收到要要發(fā)送的公文文后，將上級(jí)級(jí)領(lǐng)導(dǎo)的處理理意見一并發(fā)發(fā)給簽收部門門，然后等待待簽收部門簽簽收。簽收部門進(jìn)行簽簽收后，發(fā)文文人將此公文文歸檔。2 收文流程程同樣收文的流程程見圖3-11,現(xiàn)做以下下補(bǔ)充說明：簽收部門收到公公文后首先簽簽收，并告知知發(fā)文部門的的發(fā)文人其發(fā)發(fā)文已經(jīng)簽收收，然后簽收收人再將收文文進(jìn)行登記。收文登記后交到到擬辦人那里里，擬辦人提提出擬辦意見見提交給上級(jí)級(jí)領(lǐng)導(dǎo)閱批。上級(jí)領(lǐng)導(dǎo)閱批后后提出閱批意意見，按要求求的承辦部門門交給分辦人人（秘書等）進(jìn)進(jìn)行辦理。分辦人根據(jù)承辦辦部門將公文文及閱批意見

43、見一并提交到到各承辦部門門。承辦部門在收到到公文后填寫寫承辦意見及及辦理情況。如果承辦部門在在超過一定時(shí)時(shí)期后（比如如7天）沒有有做出反應(yīng)，分分辦人進(jìn)行催催辦。承辦部門辦理公公文后，將此此收文歸檔。3.2.2 功功能需求OA公文流轉(zhuǎn)子子系統(tǒng)作為辦辦公自動(dòng)化系系統(tǒng)的一部分分，其重要性性不言而喻。鑒鑒于以往的辦辦公模式的不不便，各企事事業(yè)單位紛紛紛提出辦公自自動(dòng)化建設(shè)，其其目的是要消消除有紙公文文帶來(lái)的不便便捷，用電子子公文取代之之，以此提高高工作效率。OA公文管理的的功能是要實(shí)實(shí)現(xiàn)公文從擬擬稿、核稿、審審核等一系列列收發(fā)過程的的電子化。它它要求以計(jì)算算機(jī)電子文檔檔為載體，以以計(jì)算機(jī)為處處理和存儲(chǔ)

44、工工具，以計(jì)算算機(jī)網(wǎng)絡(luò)及其其他數(shù)據(jù)通信信介質(zhì)為傳達(dá)達(dá)渠道的新的的公文及公文文處理形式。具具有存儲(chǔ)體積積小、檢索速速度快、遠(yuǎn)距距離快速傳遞遞及同時(shí)滿足足多用戶共享享等優(yōu)點(diǎn)，極極大提高了辦辦公效率，以以適應(yīng)不斷增增長(zhǎng)的業(yè)務(wù)要要求。安全機(jī)制:由于辦公系統(tǒng)所所處理的信息息一般涉及企企業(yè)的機(jī)密,而且不同的的辦公人員在在不同的時(shí)刻刻對(duì)辦公信息息的處理權(quán)限限也是不同的的 ,因此安安全性控制功功能成為辦公公系統(tǒng)得以投投入使用的先先決條件為了了能夠保證消消息的完整性性、權(quán)威性和和發(fā)送者對(duì)所所發(fā)電子文檔檔的不可抵賴賴性 ,數(shù)字字簽名技術(shù)是是一項(xiàng)很好的的選擇。使用用簽名技術(shù)能能夠較好的保保證消息的完完整性、權(quán)威威性

45、和防抵賴賴性。它具有有手工簽名或或印章一樣的的功能 ,即即:1)接收者能夠夠核實(shí)發(fā)送者者對(duì)報(bào)文的簽簽名(即身份份認(rèn)證) 。2)發(fā)送者事后后不能否認(rèn)他他對(duì)報(bào)文的簽簽名(即防抵抵賴) 。3)接收者不能能偽造報(bào)文的的簽名(即防防偽造) 。本系統(tǒng)考慮到企業(yè)的規(guī)模和公文的機(jī)密程度采用 “消息摘要” (MD5)算法 ,對(duì)公文內(nèi)容進(jìn)行加密得到公文的消息摘要 ,公文的接收者根據(jù)收到的公文和消息摘要 ,從而驗(yàn)證公文的完整性。消息摘要算法的示意圖附圖文件1 所示功能整合:在本系統(tǒng)中融入入了Excel和Woord辦公軟軟件,大大為用戶辦公提供供了更便捷更易易于操作的擴(kuò)擴(kuò)展功能的服服務(wù).另外本系統(tǒng)有效效的與權(quán)限管管理

46、系統(tǒng)實(shí)現(xiàn)現(xiàn)了完美的結(jié)結(jié)合.對(duì)角色色間的上下級(jí)級(jí)關(guān)系及所得得權(quán)限得到了了很好的控制制.流程自定義:公文流轉(zhuǎn)作為辦辦公自動(dòng)化系系統(tǒng)的核心, 公文件從從收文或起草草到歸檔 ,并在處室或或部門之間逐逐級(jí)審批的流流轉(zhuǎn)過程。而而傳統(tǒng)的工作作流程設(shè)汁 ,流程采用用靜態(tài)管理 ,缺乏靈活活性 ,不適適合復(fù)雜變化化的流程。本本系統(tǒng)運(yùn)用通通用流程設(shè)汁汁,流程采用用動(dòng)態(tài)管理,管理員只需需根據(jù)公文類類型來(lái)定義流流程而不必編編寫相應(yīng)的程程序代碼 ,流程由程序序動(dòng)態(tài)管理。通通過對(duì)公文流流轉(zhuǎn)系統(tǒng)的細(xì)細(xì)致分析 ,發(fā)現(xiàn)流程中中有些因素是是不變化的 ,有些因素素是變化的。在在大型企業(yè)中中 ,對(duì)于流流程中審批領(lǐng)領(lǐng)導(dǎo)的職務(wù)是是相對(duì)不變

47、的的 ,而審批批領(lǐng)導(dǎo)是變化化的(因?yàn)殡S隨著時(shí)間的推推移或公司的的人事變動(dòng)) 。因此系系統(tǒng)按職務(wù)(崗位)定義義各類型公文文的流程,即即根據(jù)公文的的類型和起草草人的職務(wù)定定義不同的流流程,作為OOA(辦公自自動(dòng)化)子系系統(tǒng)公文管理理系統(tǒng)是以便便于上下級(jí)很很好的審批批批文進(jìn)行定義義的. 角色自定義:根據(jù)企事業(yè)以及及政府部門的的工作級(jí)別的的不同而制定定的一種自定定義角色功能能.這樣就可以動(dòng)態(tài)的的管理上下級(jí)級(jí)之間的層次次關(guān)系.比如如說:現(xiàn)在有有四個(gè)角色,上下級(jí)分為為四層等,那么再加加一個(gè)角色使使之擁有最高高管理權(quán)限,那么目前就就可以定義為為五層級(jí)別關(guān)系系.那么就為為自定義流程程提供動(dòng)態(tài)定定義的有利條條件

48、.實(shí)現(xiàn)權(quán)限系系統(tǒng)和公文流流轉(zhuǎn)系統(tǒng)的有有機(jī)結(jié)合是決決定能否使公公文流轉(zhuǎn)系統(tǒng)統(tǒng)自定義流程程圖實(shí)現(xiàn)的至至關(guān)重要的因因素.3.3 系統(tǒng)性性能要求為了使工作人員員能正常對(duì)電電子公文進(jìn)行行一系列的操操作，既達(dá)到到傳統(tǒng)公文的的目的，又利利用信息電子子化的優(yōu)勢(shì)解解決傳統(tǒng)公文文不能實(shí)現(xiàn)的的目標(biāo)，該公公文流轉(zhuǎn)系統(tǒng)統(tǒng)的系統(tǒng)設(shè)計(jì)計(jì)必須滿足以以下的要求：高效穩(wěn)定，能能夠滿足多人人同時(shí)進(jìn)行公公文操作，具具有友好、簡(jiǎn)簡(jiǎn)潔的界面。由于該系統(tǒng)面向向單位內(nèi)各類類工作人員，他他們的計(jì)算機(jī)機(jī)操作水平參參差不齊，設(shè)設(shè)計(jì)開發(fā)系統(tǒng)統(tǒng)時(shí)需本著“簡(jiǎn)單易用”的原則，減減少進(jìn)行系統(tǒng)統(tǒng)使用培訓(xùn)的的代價(jià)。對(duì)于于公文流轉(zhuǎn)中中各工作人員員來(lái)說，只需需掌握

49、基本的的計(jì)算機(jī)操作作，便可完成成整個(gè)電子公公文從發(fā)文到到收文、承辦辦的全過程。第4章 系統(tǒng)統(tǒng)總體設(shè)計(jì)4.1 系統(tǒng)總總體結(jié)構(gòu)4.1.1 系系統(tǒng)結(jié)構(gòu)公文流轉(zhuǎn)系統(tǒng)是是辦公自動(dòng)化化系統(tǒng)的一個(gè)個(gè)子系統(tǒng)，要要滿足公文的的發(fā)文過程，它它包括擬稿、核核稿、審核、簽簽發(fā)、發(fā)文、歸歸檔；還要滿滿足公文的簽簽收、登記、擬擬辦、閱批、分分辦、承辦、催催辦、歸檔這這一收文過程程。另外要求求結(jié)合權(quán)限管管理和檔案、人人事管理等子子系統(tǒng)實(shí)現(xiàn)一一個(gè)完善的辦辦公自動(dòng)化系系統(tǒng)。在前面的系統(tǒng)需需求分析的基基礎(chǔ)上，得到到系統(tǒng)的結(jié)構(gòu)構(gòu)，具體見圖圖4-1：公文流轉(zhuǎn)系統(tǒng)公文流轉(zhuǎn)系統(tǒng)發(fā)文模塊收文模塊擬稿核稿審核簽發(fā)發(fā)文歸檔承辦分辦閱批擬辦登記

50、簽收催辦查詢圖4-1 公公文流轉(zhuǎn)系統(tǒng)統(tǒng)結(jié)構(gòu)圖4.1.2 網(wǎng)網(wǎng)絡(luò)結(jié)構(gòu)數(shù)據(jù)庫(kù)數(shù)據(jù)庫(kù)Web服務(wù)器系統(tǒng)管理前臺(tái)客戶端客戶端客戶端網(wǎng)絡(luò)圖4-2 網(wǎng)絡(luò)結(jié)構(gòu)圖4.2 公文流流轉(zhuǎn)系統(tǒng)功能能4.2.1 發(fā)發(fā)文管理 發(fā)文流程主要是是各部門之間間為協(xié)調(diào)和解解決問題而進(jìn)進(jìn)行的一系列列流程，要求求本流程對(duì)發(fā)發(fā)文的全過程程進(jìn)行有效控控制和跟蹤，實(shí)實(shí)現(xiàn)完善的發(fā)發(fā)文流程管理理。擬稿擬稿核稿簽發(fā)發(fā)文公文稿紙公文公文稿紙公文公文稿紙公文公文稿紙公文歸檔審核查詢編寫 發(fā)發(fā)送 核核稿 發(fā)送 審核 發(fā)送 簽發(fā) 發(fā)送送 發(fā)文文 圖4-3 發(fā)發(fā)文流程圖發(fā)文流程主要包包括：擬稿：在給定的的電子公文擬擬稿表單上填填寫相應(yīng)的內(nèi)內(nèi)容，這樣可可以很

51、輕松地地完成公文的的撰寫。核稿：擬稿人撰撰寫好公文后后提交給核稿稿人，由核稿稿負(fù)責(zé)人進(jìn)行行核稿，在核核稿意見文本本框中簽署核核稿意見，然然后提交給審審核人或是由由于初稿未能能通過核稿而而退回給擬稿稿人進(jìn)行修改改。審核：核稿后的的公文經(jīng)計(jì)算算機(jī)網(wǎng)絡(luò)送審審核負(fù)責(zé)人進(jìn)進(jìn)行審核，審審核負(fù)責(zé)人在在審核意見欄欄中簽署審核核意見后，通通過審核則提提交給簽發(fā)人人，未能則退退回給擬稿人人修改。簽發(fā)：審核通過過的公文發(fā)往往簽發(fā)負(fù)責(zé)人人，由簽發(fā)負(fù)負(fù)責(zé)人在簽署署意見欄中簽簽署意見，并并簽名，同時(shí)時(shí)確定主送單單位，然后發(fā)發(fā)給發(fā)文人進(jìn)進(jìn)行發(fā)文處理理。發(fā)文：由發(fā)文負(fù)負(fù)責(zé)人（比如如秘書）對(duì)簽簽發(fā)完畢的公公文進(jìn)行發(fā)文文，然后等

52、到到收文部門簽簽收后，將所所發(fā)公文歸檔檔。查詢：可以按照照多個(gè)條件進(jìn)進(jìn)行查詢，分分為確切查詢?cè)兒湍：樵冊(cè)儍深?。其中中?duì)已經(jīng)歸檔檔的公文可查查詢按部門和和公文類型分分類的公文。4.2.2 收收文管理收文流程主要是是處理收到上上級(jí)部門及其其它部門的公公文，對(duì)收文文進(jìn)行登記和和維護(hù)，并提提供查詢，同同時(shí)對(duì)收文的的全過程進(jìn)行行有效控制和和跟蹤，實(shí)現(xiàn)現(xiàn)完善的收文文流程。圖4-4 收文流程圖圖收文流程主要包包括：簽收：簽收人對(duì)對(duì)發(fā)文部門發(fā)發(fā)過來(lái)的公文文進(jìn)行簽收，同同時(shí)反饋信息息給發(fā)文人。收文登記：電子子公文直接存存入數(shù)據(jù)庫(kù)，然然后發(fā)給擬辦辦人進(jìn)行擬辦辦處理。內(nèi)部轉(zhuǎn)發(fā)：將公公文信息通過過網(wǎng)絡(luò)系統(tǒng)傳傳送到相

53、關(guān)的的部門，根據(jù)據(jù)文件的性質(zhì)質(zhì)、保密程度度與權(quán)限的不不同，采用相相應(yīng)的加密處處理，對(duì)文件件的辦理、傳傳閱、查詢等等，應(yīng)按不同同的級(jí)別和部部門給以限定定。擬辦：擬辦負(fù)責(zé)責(zé)人接收到通通過網(wǎng)絡(luò)發(fā)送送過來(lái)的待擬擬辦公文后，由由擬辦負(fù)責(zé)人人直接在計(jì)算算機(jī)上簽署擬擬辦意見，擬擬辦完成后，公公文轉(zhuǎn)去閱批批人那里。閱批：閱批負(fù)責(zé)責(zé)人收到通過過網(wǎng)絡(luò)傳來(lái)的的待閱批的公公文后，直接接在計(jì)算機(jī)上上簽署閱批意意見，閱批完完成后，公文文傳給分辦負(fù)負(fù)責(zé)人。分辦：分辦負(fù)責(zé)責(zé)人收到閱批批后的公文后后，根據(jù)各承承辦部門發(fā)到到相應(yīng)的部門門那里。承辦：當(dāng)承辦部部門收到要辦辦理的公文后后，由承辦單單位或承辦人人在承辦意見見欄里填寫承承

54、辦意見辦理理情況，完成成后作收文歸歸檔處理。查詢：可以按照照多個(gè)條件進(jìn)進(jìn)行查詢，分分為確切查詢?cè)兒湍：樵冊(cè)儍深?。其中中?duì)已經(jīng)歸檔檔的公文可查查詢按部門和和公文類型分分類的公文。4.3 系統(tǒng)運(yùn)運(yùn)行環(huán)境為了保證系統(tǒng)運(yùn)運(yùn)行的效率和和可靠性，系系統(tǒng)服務(wù)器應(yīng)應(yīng)具有較高的的軟硬件配置置而客戶端則則只需要安裝裝有IE8.0即可，該該系統(tǒng)的運(yùn)行行要求如下：1 服務(wù)器硬硬件要求：CPU要求最低低為PIIII 800以以上，建議配配置P4 2.0G內(nèi)存要求最低為為512MB，建議配配置1-2GB硬盤要求最少為為兩塊80G，建議配置置120G以上上2 服務(wù)器軟軟件要求：操作系統(tǒng)：考慮慮到系統(tǒng)的易易用性、界面面友好

55、性、安安全性等方面面，服務(wù)器端端采用Winndows 2003作為操作系系統(tǒng)。主要用用于提供集成成網(wǎng)絡(luò)功能、內(nèi)內(nèi)部安全性、系系統(tǒng)容錯(cuò)等服服務(wù)。Web服務(wù)器：由于B/SS的管理維護(hù)護(hù)方便且容易易掌握，采用用微軟公司的的IIS5.0(Miccrosofft Intternett Infoormatiion Seerver 6.0)主要用用于提供WWWW，F(xiàn)TPP服務(wù)，并能能訪問數(shù)據(jù)庫(kù)庫(kù)，提供動(dòng)態(tài)態(tài)信息服務(wù)。數(shù)據(jù)庫(kù)系統(tǒng)：要要求為SQLL Servver 20005（企業(yè)版或或標(biāo)準(zhǔn)版都可可以）3 工作人員員用機(jī)軟硬件件要求：要求CPU PPIII800以上，建建議為P4 1G；內(nèi)存最最低為5122MB

56、，建議1GBB要求操作系統(tǒng)必必須為Windowws 20003或Windowws 7瀏覽器軟件要求求必須是IEE8.0以上版本.第5章 系統(tǒng)統(tǒng)詳細(xì)設(shè)計(jì)與與實(shí)現(xiàn)5.1 系統(tǒng)數(shù)數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)技術(shù)是信信息資源管理理最有效的手手段。數(shù)據(jù)庫(kù)庫(kù)設(shè)計(jì)是指對(duì)對(duì)于一個(gè)給定定的應(yīng)用環(huán)境境，構(gòu)造最優(yōu)優(yōu)的數(shù)據(jù)庫(kù)模模式，建立數(shù)數(shù)據(jù)庫(kù)及其應(yīng)應(yīng)用系統(tǒng)，有有效存儲(chǔ)數(shù)據(jù)據(jù)，滿足用戶戶信息要求和和處理要求。數(shù)數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)設(shè)計(jì)的好壞將將直接對(duì)應(yīng)用用系統(tǒng)的效率率及實(shí)現(xiàn)的效效果產(chǎn)生影響響。合理的數(shù)數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)設(shè)計(jì)可以提高高數(shù)據(jù)存儲(chǔ)的的效率，保證證數(shù)據(jù)的完整整和一致。設(shè)計(jì)數(shù)據(jù)庫(kù)系統(tǒng)統(tǒng)時(shí)應(yīng)該首先先充分了解用用戶各個(gè)方面面的需求，包包括現(xiàn)

57、有的及及將來(lái)可能增增加的需求。數(shù)數(shù)據(jù)庫(kù)設(shè)計(jì)一一般包括如下下的幾個(gè)步驟驟：數(shù)據(jù)庫(kù)需求分析析。數(shù)據(jù)庫(kù)概念結(jié)構(gòu)構(gòu)設(shè)計(jì)。數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)構(gòu)設(shè)計(jì)。5.1.1 數(shù)數(shù)據(jù)庫(kù)需求分分析作為辦公自動(dòng)化化的子系統(tǒng)，公公文流轉(zhuǎn)系統(tǒng)統(tǒng)必然包括發(fā)發(fā)文和收文這這兩個(gè)基本的的數(shù)據(jù)表。另另外系統(tǒng)中也也包括部門、公公文類型、密密級(jí)、緊急程程度，因此在在創(chuàng)建數(shù)據(jù)庫(kù)庫(kù)時(shí)要?jiǎng)?chuàng)建66個(gè)表。對(duì)于發(fā)文來(lái)說，我我們所關(guān)心的的是哪個(gè)部門門起草的，要要發(fā)給哪個(gè)部部門，公文的的密級(jí)及緊急急程度，還有有要寫的是哪哪種類型的公公文等。通過過系統(tǒng)的功能能分析，針對(duì)對(duì)一般用戶的的需求，總結(jié)結(jié)出如下需求求信息。版頭：“版頭”由發(fā)文部門全稱或者者規(guī)范化簡(jiǎn)稱稱加“

58、文件”二字或者加加括號(hào)標(biāo)明文文種組成，用用套紅大字居居中印在公文文首頁(yè)上部。份數(shù)：公文的份份數(shù)，標(biāo)注于于公文首頁(yè)左左上角。密級(jí)：密級(jí)是公公文的秘密等等級(jí)。緊急程度：緊急急程度是對(duì)公公文送達(dá)和辦辦理的時(shí)間要要求。發(fā)文字號(hào)：發(fā)文文字號(hào)由發(fā)文文部門、發(fā)文年年度和發(fā)文順順序號(hào)組成，標(biāo)標(biāo)注于版頭下下方居中或者者左下方。公文類型：所發(fā)發(fā)公文屬于哪哪種類型，在在本系統(tǒng)中有有財(cái)務(wù)申請(qǐng)、業(yè)業(yè)務(wù)申請(qǐng)、制制度審批、決決議、通知（主主要用于測(cè)試試，可添加）。標(biāo)題：由發(fā)文部部門名稱、公公文主題和文文種組成，位位于發(fā)文字號(hào)號(hào)下方。主題詞：主題詞詞要和標(biāo)題一一致，位于抄抄送機(jī)關(guān)上方方。擬稿人：公文的的發(fā)起人或發(fā)發(fā)起部門。主

59、送部門：主送送部門是主要受受理公文的部部門。主送部門名稱應(yīng)當(dāng)當(dāng)用全稱或者者規(guī)范化簡(jiǎn)稱稱，位于正文文上方。抄送部門：抄送送部門是在一一個(gè)公文辦理理的過程中，協(xié)協(xié)助主送部門門完成任務(wù)的的部門。發(fā)文部門：發(fā)文文部門署名應(yīng)當(dāng)當(dāng)用全稱或者者規(guī)范化簡(jiǎn)稱稱，位于正文文的右下方。正文：正文即公公文的主體，用用來(lái)表述公文文的內(nèi)容，位位于標(biāo)題或者者主送部門下方。附件：公文附件件是對(duì)正文的的補(bǔ)充或是提提交一些與公公文相關(guān)的材材料，并在正正文之后、發(fā)發(fā)文機(jī)關(guān)署名名之前注明附附件的名稱。簽發(fā)日期：即公公文的成文日日期。處理意見：對(duì)公公文下一過程程操作的處理理意見。對(duì)于收文來(lái)說，我我們關(guān)心的是是公文來(lái)自哪哪個(gè)部門，要要由

60、哪些部門門承辦，公文文的密級(jí)和緊緊急程度等等等。通過系統(tǒng)統(tǒng)的功能分析析，針對(duì)一般般用戶的需求求，總結(jié)出如如下需求信息息。簽收人：簽收發(fā)發(fā)文部門的發(fā)發(fā)文。簽收部門：簽收收人所在的部部門。承辦部門：公文文的辦理部門門，包括主辦辦部門和會(huì)辦辦部門。辦理情況：對(duì)公公文內(nèi)容要求求的處理情況況。其它同發(fā)文一樣樣。對(duì)于公文類型，在在本系統(tǒng)中僅僅僅列入了幾幾個(gè)，主要用用于測(cè)試，可可以根據(jù)需要要進(jìn)行添加。本本文中的公文文類型有財(cái)務(wù)務(wù)申請(qǐng)、業(yè)務(wù)務(wù)申請(qǐng)、制度度審批、決議議和通知。一個(gè)單位通常會(huì)會(huì)有若干個(gè)部部門，分管不不同的工作內(nèi)內(nèi)容，本系統(tǒng)統(tǒng)中有綜合業(yè)業(yè)務(wù)部、人力力資源部、財(cái)財(cái)務(wù)部、生產(chǎn)產(chǎn)部、采購(gòu)部部、銷售部、客客