JAVA辦公自動化工作流的實(shí)現(xiàn)_第1頁
JAVA辦公自動化工作流的實(shí)現(xiàn)_第2頁
JAVA辦公自動化工作流的實(shí)現(xiàn)_第3頁
JAVA辦公自動化工作流的實(shí)現(xiàn)_第4頁
JAVA辦公自動化工作流的實(shí)現(xiàn)_第5頁
已閱讀5頁,還剩83頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

靈活結(jié)構(gòu)辦公自動化工作流的實(shí)現(xiàn)摘要辦公自動化(OfficeAutomation,簡稱OA)一詞從八十年代中期在國內(nèi)提出,十幾年來,辦公自動化從以數(shù)據(jù)為處理中心的傳統(tǒng)MIS系統(tǒng)發(fā)展為今天以工作流為中心的辦公自動化系統(tǒng),有了長足的進(jìn)步。然而,在實(shí)際的應(yīng)用當(dāng)中,成功的案例卻并不多見。甚至到目前為止,很多單位在辦公自動化建設(shè)過程中,也常常陷入了“信息化陷阱”當(dāng)中。我們經(jīng)常會聽到用戶抱怨開發(fā)者開發(fā)幾年都沒有開發(fā)出一套完善的系統(tǒng)。而開發(fā)者卻抱怨用戶在開發(fā)前提不出明確的需求,在開發(fā)中途又頻頻地改變需求。于是,開發(fā)者便不斷地修改程序,以應(yīng)付不斷變化的需求。從而使OA的開發(fā)便陷入了“需求不斷變化、軟件不斷修改、周期不斷延長、效果難以預(yù)料”的尷尬局面。2002年年底,我供職的包頭市財(cái)政信息中心為財(cái)政局局里建立了一套NOTES版本的C/S架構(gòu)辦公自動化系統(tǒng)。經(jīng)過兩年的使用,效果并不是很好,主要是很難滿足復(fù)雜的公文流轉(zhuǎn)。因此決定重新開發(fā)一套能夠用以處理其內(nèi)部復(fù)雜繁重的公文處理業(yè)務(wù)的辦公自動化系統(tǒng),并于2005年立項(xiàng)。此項(xiàng)目的總體實(shí)施由信息中心統(tǒng)一領(lǐng)導(dǎo)、協(xié)調(diào),與清華同方公司共同進(jìn)行軟件設(shè)計(jì)和開發(fā)實(shí)現(xiàn)。本人主要負(fù)責(zé)設(shè)計(jì)和實(shí)現(xiàn)軟件中的公文流轉(zhuǎn)的工作流定義。經(jīng)過對我局日常公文處理工作的充分調(diào)研,深入了解了業(yè)務(wù)處理流程、歸納總結(jié)各種需求后提出:本軟件需要解決的主要內(nèi)容是對靈活結(jié)構(gòu)辦公系統(tǒng)的調(diào)研和開發(fā),實(shí)現(xiàn)用戶對系統(tǒng)的適用性要求,并要求本軟件具有較好的通用性,并通過友好的Web界面實(shí)現(xiàn)軟件的所有操作。系統(tǒng)通過對關(guān)系型數(shù)據(jù)庫的操作實(shí)現(xiàn)了對辦公系統(tǒng)的靈活設(shè)置。本文首先介紹了靈活辦公自動化系統(tǒng)開發(fā)的背景,接下來對其總體結(jié)構(gòu)、工作流程、工作模式進(jìn)行了分析、說明,然后主要論述了工作流定義的分析、設(shè)計(jì)和實(shí)現(xiàn),最后總結(jié)了開發(fā)軟件中的經(jīng)驗(yàn)和不足,提出進(jìn)一步調(diào)整、改進(jìn)公文流轉(zhuǎn)軟件的一些設(shè)想。關(guān)鍵字:靈活結(jié)構(gòu),B/S結(jié)構(gòu)系統(tǒng),RBAC,OMG,RAD

ImplementationofflexiblestructureOFFICEAUTOMATIONworkflowAbstractInthelastdecade,OfficeAutomation(OAastheshortenedform)hasgrowdramaticallyintoprocess-flow-focusedsystemsincetheinceptionofofficeautomationinchinainthemiddleof1980s'whenofficeautomationwaswidelyacceptedasMISfocusondataprocess.ButtherearefewsuccessfulcompletionofOfficeAutomationinpracticalscene.CurrenteffortinOfficeAutomationdevelopmentisstrugglingwith“InformationChaos”.Weallfrequentlyheardofcustomerscomplainingabouttechnicianswhocannothavethesystemdoneinamatterofmonthsorevenyearswhileengineersobjectthatcustomerscannotaddressandefinitionofrequirementinthefirststageof"requirementsanalysis",evencannotaddressitduring"systemimplementation"-thesecondstageofbuildinganofficeautomationsolution.Soprogrammershavetofrequentlyaddnewtechnologiestomeetcustomers'evolvingneedsandexecutionofofficeautomationapplicationisconfrontedwithproblemsof"everchangingimplementationduetorapidlychangingneedsofcustomers,extensionoftimeline,andunpredictableperformanceofapplicationsystem".Baotou’sFinanceInformationCenterwhichIworkforsetupanofficeautomationsystem(NOTESEdition)basedonC/SforFinanceBureau.Thissystemcan’tmeetthecomplicatedtransferofdocument.Thereisnowelleffectthroughouttwoyear’suse.Sowedecidetodevelopanewofficeautomationsystemwhichcandealwiththecomplexandheavydocumentoperationandestablishprojectat2005.ThisprojectisledandcorrespondedbyInformationCenter,designedanddevelopedwithTsinghuaTONGFANGCompany.Itakechargethedesignandimplementofthetransferofdocument’sWorkflowdefinition.ThroughthesufficientresearchoftheBureau’sdailydocumentoperation,weconcludeallneedsandthenputforwardthemainproblemwhichneedsthissystemtosolve.Itisachievinguser’sapplicabilityneed,havingwellcurrency,andimplementalloperationviafriendlyWebinterface.Configuringagilitytoofficesystemcometruebyoperatingtherelationaldatabase.Thispaperorganizedasfollows:fistpartgivesthebackgroundofflexiblestructureofficesystem’sdevelopment.Thenanalysesandexplainsthearchitecture,workflow,workpattern,discussesthedesignandimplementofWorkflowdefinitionanddocumenttransmittal.Lastpartweconcludetheexperienceandshortageofsoftwaredeveloping,andproposesomeimaginationforimprovingthesystem.KeywordS:flexiblestructure,B/Sstructuresystem,RBAC,OMG,RAD

目錄TOC\o"1-3"\h\z第一章緒論 11.1引言 11.2系統(tǒng)開發(fā)的背景和意義 1第二章靈活結(jié)構(gòu)辦公自動化平臺和工作流概述 42.1靈活結(jié)構(gòu)辦公自動化平臺概述 42.1.1使用靈活結(jié)構(gòu)辦公的原因 42.1.2靈活結(jié)構(gòu)辦公自動化的探索 52.1.3現(xiàn)有的辦公系統(tǒng)的分析 62.1.4系統(tǒng)構(gòu)架設(shè)計(jì)基本原則 82.2工作流概述 10第三章軟件概論 123.1軟件結(jié)構(gòu)和技術(shù)手段 123.2軟件特點(diǎn)及軟件環(huán)境 14第四章設(shè)計(jì)與實(shí)現(xiàn) 164.1分析與設(shè)計(jì) 164.1.1總體設(shè)計(jì) 164.1.2公文流轉(zhuǎn)控制方法 214.1.3公文流轉(zhuǎn)流程的設(shè)定 224.1.4公文流轉(zhuǎn)的訪問控制 324.1.5公文流轉(zhuǎn)的監(jiān)控處理 414.1.6公文發(fā)送處理 474.2軟件實(shí)現(xiàn)的技術(shù)重點(diǎn) 534.2.1jspSmartUpload組件 534.2.2HTML公文至WORD文檔的轉(zhuǎn)換 554.2.3EJB的應(yīng)用 564.2.4數(shù)據(jù)庫操作 574.2.5軟件部署程序結(jié)構(gòu) 60第五章總結(jié) 62致謝詞 64參考文獻(xiàn) 65圖表目錄圖B/S辦公產(chǎn)品和C/S辦公產(chǎn)品之間的比較 6圖基于群件的產(chǎn)品和基于數(shù)據(jù)產(chǎn)品之間的比較 7圖固定結(jié)構(gòu)與靈活結(jié)構(gòu)之間的比較 8圖3.1軟件體系結(jié)構(gòu)示意圖 13圖3.2軟件系統(tǒng)結(jié)構(gòu)示意圖 14圖4.1軟件主要業(yè)務(wù)處理流程示意圖 16圖4.2公文流轉(zhuǎn)設(shè)計(jì)用例圖 17圖4.3發(fā)布公文時序圖 18圖4.4審批處理公文時序圖 18圖4.5公文監(jiān)控處理時序圖 19圖4.6流程設(shè)定時序圖 19圖4.7軟件總體模塊圖 20圖4.8公文流轉(zhuǎn)流程設(shè)定DFD圖 23圖4.9公文流轉(zhuǎn)流程設(shè)定ER圖 28表4.1環(huán)節(jié)記錄表 28表4.2案例記錄表 29表4.3案例環(huán)節(jié)記錄表 29圖4.10流轉(zhuǎn)流程設(shè)定流程圖 30圖4.11流轉(zhuǎn)流程 31圖4.12RBAC的組成結(jié)構(gòu)圖圖 33圖4.13RAD工具的工作模式圖 33圖4.14公文流轉(zhuǎn)訪問控制設(shè)定DFD圖 34圖4.15公文流轉(zhuǎn)訪問控制ER圖 37表4.4資源記錄表 38表4.5用戶記錄表 38表4.6角色記錄表 39表4.7訪問控制記錄表 39圖4.16資源分配流程圖 40圖4.17用戶授權(quán)流程圖 40圖4.18公文流轉(zhuǎn)監(jiān)控DFD圖 42圖4.19公文流轉(zhuǎn)監(jiān)控ER圖 45表4.8公文流轉(zhuǎn)信息表 45表4.9消息記錄表 46圖4.20公文流轉(zhuǎn)監(jiān)控流程圖 46圖4.21公文流程處理狀態(tài)圖 47圖4.22公文發(fā)文處理DFD圖 48圖4.23公文發(fā)送ER圖 51表4.10公文記錄表 52圖4.24公文發(fā)送流程圖 52圖4.25發(fā)送公文流程 54圖4.26WAR包結(jié)構(gòu)圖 61第一章緒論1.1引言在今天,人們利用網(wǎng)絡(luò)、電子等來實(shí)現(xiàn)跨越地域的交流和溝通已經(jīng)成為現(xiàn)實(shí)。席卷全球的數(shù)字化大潮,對政府機(jī)關(guān)、企業(yè)而言,既是動力、也是壓力,推進(jìn)信息化、實(shí)施辦公自動化已經(jīng)成為一種迫切需求。一套符合中國國情的辦公自動化軟件,將為政府機(jī)關(guān)整合各種信息資源,全面實(shí)現(xiàn)電子政務(wù)提供強(qiáng)大的支持。隨著社會經(jīng)濟(jì)的不斷發(fā)展,在國家政策的不斷正確引導(dǎo)下,各級政府的內(nèi)部機(jī)構(gòu)和人員的設(shè)置越來越精簡,管理也不斷走向優(yōu)化,面對繁重的辦公事務(wù),如何提高辦公效率、并利用各種資源為領(lǐng)導(dǎo)的決策帶來準(zhǔn)確無誤、快捷詳盡的數(shù)據(jù)成為政府機(jī)關(guān)單位改革的一個重要的課題。現(xiàn)代管理模式和管理方法在中國的應(yīng)用,使越來越多的政府機(jī)關(guān)決策層注意到提高辦公效率必須要采用科學(xué)的管理工具和管理手段,辦公自動化的應(yīng)用日益迫切,實(shí)現(xiàn)辦公自動化是眾多單位近期的重點(diǎn)目標(biāo)。辦公自動化系統(tǒng)的使用促使全員更加緊密協(xié)作,以團(tuán)隊(duì)的力量增強(qiáng)競爭力,并且提供準(zhǔn)確的監(jiān)督機(jī)制,使管理更加民主化和規(guī)范化,充分共享和利用機(jī)制使得各種資源能夠充分發(fā)揮其效能,減少浪費(fèi)。并且,在競爭日益激烈的今天,辦公自動化系統(tǒng)對于提高政府的形象和影響力有著重要的作用。為使我局的辦公自動化系統(tǒng)更加靈活的適應(yīng)工作的需要,于2005年初擬定對原有的NOTES版本的辦公自動化系統(tǒng)進(jìn)行升級,開發(fā)一套使用簡單、方便快捷,能滿足其現(xiàn)有復(fù)雜公文流轉(zhuǎn)業(yè)務(wù)需要的靈活辦公自動化軟件。該軟件的設(shè)計(jì)和研發(fā)工作由信息中心和清華同方公司共同負(fù)責(zé)。本人負(fù)責(zé)并參與的是工作流定義、公文發(fā)送兩部分的設(shè)計(jì)和實(shí)現(xiàn)。1.2系統(tǒng)開發(fā)的背景和意義所謂電子政務(wù),就是政府機(jī)構(gòu)應(yīng)用現(xiàn)代信息和通信技術(shù),將管理和服務(wù)通過網(wǎng)絡(luò)技術(shù)進(jìn)行集成,在互聯(lián)網(wǎng)上實(shí)現(xiàn)政府組織結(jié)構(gòu)和工作流程的優(yōu)化重組,超越時間、空間與部門分隔的限制,全方位地向社會提供優(yōu)質(zhì)、規(guī)范、透明、符合國際水準(zhǔn)的管理和服務(wù)。政府的信息化建設(shè)是國民經(jīng)濟(jì)信息化建設(shè)的重要組成部分。隨著技術(shù)進(jìn)步的加快,互聯(lián)網(wǎng)的出現(xiàn)和迅速發(fā)展,一個全球性的信息社會正在逐步形成,推進(jìn)政府部門政務(wù)工作的自動化、網(wǎng)絡(luò)化、電子化,已是大勢所趨。聯(lián)合國經(jīng)濟(jì)社會理事會從1999年開始,連續(xù)幾年都把把推進(jìn)發(fā)展中國家政府信息化,通過信息化改進(jìn)發(fā)展中國家的政府組織、重組公共管理、最終實(shí)現(xiàn)信息資源的共享作為其工作重點(diǎn)。在全球各國積極提倡的“信息高速公路”的應(yīng)用領(lǐng)域中,“電子政府”(e-government)一直被被列為第一位。當(dāng)前,世界上許多國家都正在為構(gòu)建電子政府、實(shí)施電子政務(wù)而爭分奪秒。實(shí)施電子政務(wù)能夠提高效率,提高政府工作的透明度,推進(jìn)廉政、勤政建設(shè),最大的優(yōu)勢是,政府可以利用信息化手段更好地為公眾服務(wù)……隨著中國加入WTO和2008年奧運(yùn)會的臨近,關(guān)于電子政務(wù)的討論、規(guī)劃和設(shè)計(jì)實(shí)施已經(jīng)成為整個社會炙手可熱的話題,如何加快政府現(xiàn)代化建設(shè)步伐,提升整個社會的信息化水平和服務(wù)發(fā)展水平是目前從國際到國內(nèi)、從中央到地方政府、從社會公眾到各類企業(yè)、從專家學(xué)者到IT產(chǎn)業(yè),都在關(guān)注的問題,同時也成為中國政務(wù)改革最核心的內(nèi)容之一。全國人大2001年3月通過的《國民經(jīng)濟(jì)和社會發(fā)展十五計(jì)劃綱要》明確了“以信息化帶動工業(yè)化”的主張。今后我國應(yīng)該進(jìn)一步明確電子政務(wù)在信息化建設(shè)中的作用和地位,通過電子政務(wù)促進(jìn)電子商務(wù)和家庭上網(wǎng)工程的發(fā)展,“以電子政務(wù)帶動信息化”應(yīng)當(dāng)被看作是國民經(jīng)濟(jì)和社會信息化的一項(xiàng)基本策略。政府是社會信息資源的最大擁有者、生產(chǎn)者、使用者和傳送者,政府所擁有的資源占整個社會資源的80%或更多,對社會信息資源的開發(fā)與利用起著主導(dǎo)作用。目前,信息網(wǎng)絡(luò)技術(shù)的發(fā)展使得政府機(jī)構(gòu)擁有、生產(chǎn)、使用與傳送信息的方式都發(fā)生了深刻的變化,這既帶來了機(jī)遇,又帶來了挑戰(zhàn)。從某種意義上講,政府能否適應(yīng)信息網(wǎng)絡(luò)技術(shù)發(fā)展的特點(diǎn),科學(xué)、有效地開發(fā)與利用政府信息資源,將直接決定一個國家的信息化發(fā)展前途。對政府來講,機(jī)構(gòu)改革后對人員工作效率、業(yè)務(wù)管理和協(xié)調(diào)能力提出了更高的要求和挑戰(zhàn),通過電子政務(wù)可以提高人員效率,減少工作人員負(fù)擔(dān)和加強(qiáng)政府管理職能的管控力度,提高政府部門之間的溝通能力。我們可以看到,電子政務(wù)將建立一個更符合環(huán)保精神的政府——因?yàn)樗鼘?shí)現(xiàn)了無紙辦公和遠(yuǎn)程辦公,一個更開放和透明的政府——因?yàn)樗鼡碛锌旖?、全面的信息披露和雙向直接溝通,一個更有效率的政府——因?yàn)樗梢园褌鹘y(tǒng)的政府管理和服務(wù)職能通過互聯(lián)網(wǎng)直接推進(jìn)到公眾和企業(yè)身邊,一個更廉潔勤政的政府——因?yàn)樗拈_放性將有效地抑制在傳統(tǒng)政務(wù)中容易滋生的腐敗和徇私現(xiàn)象。另外,政府信息化是社會信息化的基礎(chǔ)。隨著企業(yè)信息化進(jìn)程的延伸和加速,政府機(jī)構(gòu)在與企業(yè)相關(guān)的運(yùn)作和服務(wù)方面,也必定要實(shí)現(xiàn)數(shù)據(jù)交換和服務(wù)模式的對接。正如有些專家所指出的,沒有政府信息化,就沒有全面的企業(yè)信息化;沒有電子政務(wù),就沒有真正的電子商務(wù)和企業(yè)信息化。電子政務(wù)不僅為電子商務(wù)和企業(yè)信息化提供了良好的支持環(huán)境和對接方式,而且也成為電子商務(wù)的服務(wù)對象和客戶。在這個意義上,電子政務(wù)工程將成為社會信息化水平的重要標(biāo)志和國內(nèi)信息產(chǎn)業(yè)和服務(wù)業(yè)發(fā)展的關(guān)鍵動力。我國政府信息化項(xiàng)目一直是遵循著這樣的主線縱深發(fā)展的:內(nèi)部的辦公自動化部分管理部門的電子化,例如金稅工程政府的全面職能上網(wǎng)結(jié)合一些政府機(jī)關(guān)的實(shí)際情況,我們對本軟件的目標(biāo)界定為建設(shè)和實(shí)現(xiàn)一套靈活結(jié)構(gòu)的辦公自動化系統(tǒng),主要提高政府機(jī)關(guān)信息化工作水平,加強(qiáng)溝通,密切使用單位與社會各界的聯(lián)系,為單位領(lǐng)導(dǎo)提供高質(zhì)量的信息服務(wù),提供有力的決策政策支持。系統(tǒng)建立之后,能夠使日常工作效率更高,對外來事件的響應(yīng)更加迅速,同時辦公成本和人員投入也會隨著信息系統(tǒng)的建設(shè)不斷下降。因此,我們非常有信心的認(rèn)為系統(tǒng)建設(shè)之后,將會為使用單位帶來良好的社會效益和經(jīng)濟(jì)效益,而目前軟件的成功使用也證明了這一點(diǎn)。

第二章靈活結(jié)構(gòu)辦公自動化平臺和工作流概述2.1靈活結(jié)構(gòu)辦公自動化平臺概述2.1.1使用靈活結(jié)構(gòu)辦公的原因 辦公自動化(OfficeAutomation,簡稱OA)一詞從八十年代中期在國內(nèi)提出以后,國內(nèi)IT業(yè)界和企業(yè)、行政管理的學(xué)者們做出了長期努力,他們作為一支中堅(jiān)力量在不斷地推進(jìn)著我國辦公自動化技術(shù)的前進(jìn)。辦公自動化本身是一個在不斷發(fā)展的概念,十幾年來,辦公自動化從以數(shù)據(jù)為處理中心的傳統(tǒng)MIS系統(tǒng)發(fā)展為今天以工作流為中心的辦公自動化系統(tǒng)。然而,在實(shí)際的應(yīng)用當(dāng)中,成功的案例卻并不多見。甚至到目前為止,很多單位在辦公自動化建設(shè)過程中,也常常陷入了“信息化陷阱”當(dāng)中。我們經(jīng)常會聽到用戶抱怨開發(fā)者開發(fā)幾年都沒有開發(fā)出一套完善的系統(tǒng)。而開發(fā)者卻抱怨用戶在開發(fā)前提不出明確的需求,在開發(fā)中途又頻頻地改變需求。于是,開發(fā)者便不斷地修改程序,以應(yīng)付不斷變化的需求。從而使OA的開發(fā)便陷入了“需求不斷變化、軟件不斷修改、周期不斷延長、效果難以預(yù)料”的尷尬局面。究竟是什么原因造成這樣的局面呢?根據(jù)研究發(fā)現(xiàn),主要有以下幾個原因:作為工作流構(gòu)成要素的辦公環(huán)節(jié)、組織結(jié)構(gòu)和辦公方式在不同的政府機(jī)關(guān)是各不相同的,在同一機(jī)關(guān),也是在不斷變化之中的。這種變化和不確定性在相當(dāng)長的一段時間里使得辦公自動化的建設(shè)處于“需求更改--程序修改”的循環(huán)當(dāng)中。辦公本身的復(fù)雜性和廣延性從狹義的理解來講,辦公就是管理。對于一個組織,管理活動涉及組織內(nèi)部外部的諸多因素,經(jīng)過許許多多適應(yīng)不同管理需要的環(huán)節(jié)和人員。這個客觀事實(shí)決定著辦公自動化實(shí)現(xiàn)的復(fù)雜性和難度都是非常高的。管理的多樣性和不確定性各個組織的管理具有自己的獨(dú)特模式,即使是遵循ISO9000族標(biāo)準(zhǔn)的組織也可以根據(jù)組織的規(guī)模和結(jié)構(gòu)復(fù)雜性來確定自己的管理復(fù)雜程度。另外,一個管理模式也并非是一成不變的,隨著組織的發(fā)展和進(jìn)步,管理模式也將不斷地向優(yōu)化和高效發(fā)展。人們的習(xí)慣意識政務(wù)信息化、辦公自動化的實(shí)現(xiàn)是對人們傳統(tǒng)辦事方式的革命性改變。人們從原來看得見摸得著的實(shí)物為對象的辦公方式,要轉(zhuǎn)變到“來無影去無蹤”的電子化過程,心里不免會產(chǎn)生“患得患失”的不信任感。人的習(xí)慣意識是可以通過培訓(xùn)和實(shí)踐來得到轉(zhuǎn)變。事實(shí)上,在國家高度重視信息化建設(shè)的今天,人們對電子化已經(jīng)并不陌生。因此,歸結(jié)起來,軟件對實(shí)際辦公應(yīng)用的“變數(shù)”的適應(yīng)能力是目前國內(nèi)OA建設(shè)的最大技術(shù)障礙。軟件系統(tǒng)不能適應(yīng)管理組織與管理模式變化,是實(shí)現(xiàn)辦公自動化的最大障礙。2.1.2靈活結(jié)構(gòu)辦公自動化的探索辦公自動化的核心就是工作流的電子化實(shí)現(xiàn),而現(xiàn)實(shí)工作流的多樣性和不確定性又是辦公自動化實(shí)現(xiàn)的最大障礙。有沒有一種方案可以沖破這些障礙呢?面對實(shí)際辦公應(yīng)用中的無窮“變數(shù)”這個巨大障礙,中國的OA先行者們做出了巨大的努力。尋找一套適應(yīng)需求不斷變化和組織不確定性的辦公自動化解決方式,建立一套能夠根據(jù)實(shí)際組織結(jié)構(gòu)和應(yīng)用需求定制系統(tǒng)實(shí)際功能的智能化辦公自動化系統(tǒng)平臺,成為我國辦公自動化建設(shè)的唯一出路。對我國辦公涉及的要素和人們辦公習(xí)慣進(jìn)行深入的研究、分析,終于找到了實(shí)現(xiàn)以上思想的方案,那就是:將辦公自動化抽象成一個信息交換的平臺,即建立一個辦公自動化應(yīng)用平臺,將平臺和實(shí)際應(yīng)用分離,然后在這個平臺上根據(jù)不同的需要和應(yīng)用來定制適合自己的系統(tǒng)。而在本單位的組織結(jié)構(gòu)、辦公方式或者流程變化以后,只要根據(jù)新的情況對原來的定制規(guī)則做簡單的適應(yīng)性修改就能夠滿足新的應(yīng)用。簡單來說就是:辦公系統(tǒng)平臺+應(yīng)用自定義。打個比方說,就是建立一個集交通網(wǎng)絡(luò)和交通控制的交通平臺,至于在這個交通平臺上跑公共汽車、卡車還是小汽車,那就讓用戶來決定。而這些公共騎車、卡車與小汽車各種各樣的行車路線,也可以由用戶來決定,并隨時改變?;谏鲜鏊悸?,我們在與清華同方的技術(shù)人員的討論中完善了思路,在與多個使用者的交流中成熟了設(shè)計(jì),解決了種種問題,推出能自定義工作流程的辦公自動化平臺。這是一個基于信息交換平臺的工作流平臺。通過這個平臺實(shí)現(xiàn)現(xiàn)實(shí)辦公中存在的直流、橫流、分流、環(huán)流、子流等等工作流的信息流動方式。信息在流動過程中可以攜帶目前計(jì)算機(jī)所支持的任何類型的文件信息。而實(shí)際的工作流方式可以由用戶根據(jù)本單位的實(shí)際應(yīng)用自行定義的。這樣就完全解決了因?qū)嶋H辦公需要出現(xiàn)“變數(shù)”所帶來軟件修改的問題,從而讓客戶享受到能夠長期滿足自己組織需要的OA軟件??梢哉f,“辦公系統(tǒng)平臺+應(yīng)用自定義”基本上科學(xué)的地化解了具體需求不斷變化和軟件生命周期之間長期存在的矛盾。2.1.3現(xiàn)有的辦公系統(tǒng)的分析現(xiàn)在市場上的OA產(chǎn)品主要分為以下幾種:基于C/S結(jié)構(gòu)的辦公自動化系統(tǒng)基于IBMLotusNotes或MicrosoftExchange進(jìn)行開發(fā)的,基于群件系統(tǒng)的辦公自動化系統(tǒng)固定結(jié)構(gòu)的辦公自動化系統(tǒng)靈活結(jié)構(gòu)的基于關(guān)系型數(shù)據(jù)庫的辦公自動化系統(tǒng)C/S結(jié)構(gòu)的OAactualizeandorganization’actualizeandorganization’sdifficulty實(shí)施及管理的難易程度hardeasyB/SstructureproductC/S structureproductmobileofficesupportedmobileofficenotsupported圖B/S辦公產(chǎn)品和C/S辦公產(chǎn)品之間的比較FigureCompareB/SstructureproductwithC/Sstructureproduct基于群件的辦公自動化系統(tǒng)Expansibility:Expansibility:strongweakProductbasedonDominoProductbasedonrelationalDBMaintainability:strongweakProductbasedonDominoProductbasedonrelationalDBEExpansibility:strongweakProductbasedonDominoProductbasedonrelationalDBMaintainability:strongweakProductbasedonDominoProductbasedonrelationalDB圖基于群件的產(chǎn)品和基于數(shù)據(jù)產(chǎn)品之間的比較FigureCompareproductbasedongroupwarewithbasedonDB固定結(jié)構(gòu)辦公自動化系統(tǒng)固定結(jié)構(gòu)辦公自動化系統(tǒng)往往是用戶根據(jù)自身情況度身訂造的辦公自動化系統(tǒng),但由于需求的不斷變化,往往最終不能完全滿足用戶的要求。而且,當(dāng)開發(fā)基本完成后,每次修改流程往往需要修改代碼,時間和人力的消耗往往令人難以接受。而且不同用戶的需求不盡相同,往往不能復(fù)用,使得開發(fā)成本大大增加,或者根本不能完成產(chǎn)品化工作。Accordwithuser’sneedgoodAccordwithuser’sneedgoodbadFlexiblestrutureFixstrutureMaintenacecostHilowFlexiblestrutureFixstruture圖固定結(jié)構(gòu)與靈活結(jié)構(gòu)之間的比較FigureCompareflexiblestructureWithfixstructure2.1.4系統(tǒng)構(gòu)架設(shè)計(jì)基本原則平臺設(shè)計(jì)的基本思路由于辦公自動化系統(tǒng)是一個規(guī)模龐大、結(jié)構(gòu)復(fù)雜、信息量大的綜合信息系統(tǒng),因此,在展開本項(xiàng)目時,一定要在設(shè)計(jì)規(guī)劃階段進(jìn)行細(xì)致認(rèn)真的工作,這樣才能保證項(xiàng)目的順利進(jìn)行和規(guī)避不必要的項(xiàng)目風(fēng)險。 總結(jié)現(xiàn)有辦公系統(tǒng)的優(yōu)缺點(diǎn),我們對辦公平臺進(jìn)行了設(shè)計(jì)。將基本設(shè)計(jì)定位于:基于B/S結(jié)構(gòu)、關(guān)系型數(shù)據(jù)庫的,使用n層結(jié)構(gòu)的自定義辦公自動化平臺。在本軟件的設(shè)計(jì)規(guī)劃階段,根據(jù)系統(tǒng)的特點(diǎn)和業(yè)務(wù)的要求,我們將遵循以下設(shè)計(jì)原則:安全性、先進(jìn)性、實(shí)用性、易用性、可擴(kuò)展性。安全性安全保密是電子政務(wù)建設(shè)的關(guān)鍵。國務(wù)院規(guī)定,安全保密技術(shù)與信息技術(shù)發(fā)展同步——也就是同步發(fā)展、同步規(guī)劃。政府各部門內(nèi)部的局域網(wǎng)都應(yīng)該設(shè)密碼。在加密、防黑客、防病毒等信息安全技術(shù)還沒有應(yīng)用之前,政府內(nèi)部的局域網(wǎng)不應(yīng)該傳輸涉密文件,辦公系統(tǒng)就不應(yīng)該接入互聯(lián)網(wǎng)。同時,系統(tǒng)提供多種安全策略,多種權(quán)限控制,高密度日志,從一定程度上保證了系統(tǒng)使用的安全。先進(jìn)性作為支撐日常辦公的辦公自動化系統(tǒng),該系統(tǒng)除了必須滿足當(dāng)前的應(yīng)用要求,在整套系統(tǒng)的設(shè)計(jì)過程中,還必須強(qiáng)調(diào)先進(jìn)性。當(dāng)前的信息技術(shù)日新月異,如果這套系統(tǒng)只著眼與滿足當(dāng)前的需求,而忽視了對系統(tǒng)技術(shù)和體系的前瞻性,可以預(yù)見在不久的將來,系統(tǒng)必將不能滿足日益增長的需求,導(dǎo)致系統(tǒng)的生命周期縮短,從而增加在信息化建設(shè)上的投資。本系統(tǒng)采用業(yè)界公認(rèn)先進(jìn)的和標(biāo)準(zhǔn)的軟件技術(shù),符合信息技術(shù)發(fā)展的趨勢,保證系統(tǒng)在可預(yù)見的階段內(nèi)有相當(dāng)強(qiáng)大的生命力。在系統(tǒng)中,我們在以下兩個方面滿足系統(tǒng)對先進(jìn)性的要求:.1技術(shù)先進(jìn)性保證系統(tǒng)的技術(shù)先進(jìn)性,是保證整個系統(tǒng)生命周期的重要環(huán)節(jié)。在本系統(tǒng)中,我們使用了比較成熟而又有發(fā)展前途的先進(jìn)技術(shù),保證整套系統(tǒng)在一段時間內(nèi)的整體技術(shù)領(lǐng)先。.2結(jié)構(gòu)先進(jìn)性對于技術(shù)先進(jìn)性,系統(tǒng)結(jié)構(gòu)的先進(jìn)性則更為重要,如果說技術(shù)先進(jìn)性是保證系統(tǒng)生命周期的重要環(huán)節(jié),系統(tǒng)結(jié)構(gòu)的先進(jìn)性則是保證系統(tǒng)生命周期的基礎(chǔ)。根據(jù)我們以往的項(xiàng)目經(jīng)驗(yàn),一般一套龐大的系統(tǒng)不可能是在一段短時間內(nèi)就能開發(fā)完善的,它往往必須通過一段時間的“使用—修改”過程才能夠比較好的滿足用戶的需要。這樣,系統(tǒng)的結(jié)構(gòu)就非常重要,系統(tǒng)結(jié)構(gòu)是否設(shè)計(jì)得靈活,有利于擴(kuò)展;其數(shù)據(jù)結(jié)構(gòu)是否設(shè)計(jì)得科學(xué)合理,對于系統(tǒng)日后的使用和修改有著非常大的關(guān)系。從以往的經(jīng)驗(yàn)可以看出,系統(tǒng)結(jié)構(gòu)的不合理,正是導(dǎo)致出現(xiàn)所謂“信息孤島”現(xiàn)象的關(guān)鍵。為了避免這種現(xiàn)象的產(chǎn)生,我們在設(shè)計(jì)這套系統(tǒng)時,將充分理解需求,并在此基礎(chǔ)上對需求進(jìn)行整合分析,再利用先進(jìn)的數(shù)據(jù)建模的方法對系統(tǒng)進(jìn)行規(guī)范設(shè)計(jì),保證整個系統(tǒng)的有機(jī)完整。在本系統(tǒng)中,體現(xiàn)了以下一些結(jié)構(gòu)特點(diǎn):框架結(jié)構(gòu):保證系統(tǒng)各個模塊在用戶權(quán)限管理和界面整合的一致性。自定義結(jié)構(gòu):可以根據(jù)用戶不斷變化的需求通過可視化、無代碼的方式調(diào)整系統(tǒng)各種屬性。完善而標(biāo)準(zhǔn)的擴(kuò)展接口:滿足日后增加的需求,使系統(tǒng)具有良好的二次開發(fā)接口。實(shí)用性為確保系統(tǒng)的實(shí)用性,我們將針對我局的特點(diǎn)選用比較成熟而穩(wěn)定的技術(shù),針對信息流的特點(diǎn)采用合適的系統(tǒng)結(jié)構(gòu),使整個系統(tǒng)達(dá)到最高的性價比性能,并盡量簡化用戶的操作步驟,使系統(tǒng)容易被使用。另外,對于一套部署范圍比較廣的系統(tǒng),其培訓(xùn)成本和維護(hù)成本在整個系統(tǒng)成本中占有非常大的比重,針對這一特點(diǎn),我們使用了B/S模式的模式來設(shè)計(jì)系統(tǒng),降低用戶的操作難度,也為降低系統(tǒng)維護(hù)和升級的成本打下很好的基礎(chǔ)。易用性我們必須正視普通用戶存在計(jì)算機(jī)水平參差不齊的可能性。因而,本辦公自動化系統(tǒng)的界面并不一定如商業(yè)網(wǎng)站那樣華麗,其首要的要求應(yīng)是簡單實(shí)用,而不是華而不實(shí)。在系統(tǒng)設(shè)計(jì)時,應(yīng)該對系統(tǒng)的整體風(fēng)格布局以實(shí)用、簡潔、易用為原則,具有一致、友好的客戶化界面,注重于界面的整體效果,精心設(shè)計(jì)界面中諸如按鈕位置、數(shù)據(jù)表現(xiàn)方式等細(xì)節(jié),使操作者能夠方便地操作和比較容易地理解界面所表達(dá)的信息和內(nèi)容,便于用戶快速掌握系統(tǒng)的使用。日常辦公無需長時間的訓(xùn)練和磨合,在相當(dāng)短的周期內(nèi)就可以完成從傳統(tǒng)的紙質(zhì)文件辦公向全面的無紙化辦公方式遷移。而對于系統(tǒng)的管理和維護(hù)人員,系統(tǒng)具有可管理和易于維護(hù)的特點(diǎn)。力求以最少的人力資源和技術(shù)要求,就能夠很好地維護(hù)和管理系統(tǒng)的正常運(yùn)行??蓴U(kuò)展性我們在前面提到整個系統(tǒng)結(jié)構(gòu)的重要性,其中十分重要的一點(diǎn)就在于整套系統(tǒng)的可擴(kuò)展性。系統(tǒng)可擴(kuò)展性的程度,直接影響到系統(tǒng)的生命周期。在系統(tǒng)中,我們主要使用以下方式來保證系統(tǒng)的可擴(kuò)展性:系統(tǒng)使用框架結(jié)構(gòu)、使用關(guān)系型數(shù)據(jù)庫、使用公開接口、提供自定義工具等等。2.2工作流概述工作流的概念起源于生產(chǎn)制造業(yè)與辦公自動化領(lǐng)域。工作流是一類能夠完全或部分自動執(zhí)行的經(jīng)營過程,根據(jù)一系列過程規(guī)則,文檔、信息或任務(wù)在不同的執(zhí)行者之間傳遞、執(zhí)行。工作流的目的是通過將工作分解成定義良好的任務(wù)、角色,按照一定的規(guī)則和過程來執(zhí)行這些任務(wù)并對它們進(jìn)行監(jiān)控,達(dá)到提高辦事效率、實(shí)現(xiàn)辦公自動化。為了實(shí)現(xiàn)對業(yè)務(wù)過程的工作流管理,需要相應(yīng)的軟件系統(tǒng)的支撐。此種軟件系統(tǒng)為工作流管理系統(tǒng)(WorkflowManagementSystem,WfMS)。工作流管理系統(tǒng)是“一種在工作流形式化表示的驅(qū)動下,通過軟件的執(zhí)行而完成工作流定義、管理及執(zhí)行的系統(tǒng)”,其主要目標(biāo)是對業(yè)務(wù)過程中各活動發(fā)生的先后次序及同活動相關(guān)的相應(yīng)人力或信息資源的調(diào)用,進(jìn)行管理而實(shí)現(xiàn)業(yè)務(wù)過程的自動化。工作流的過程定義是指對業(yè)務(wù)過程的形式化表示,它定義了過程運(yùn)行中的活動和所涉及到的各種信息。這些信息包括過程的開始和完成條件、構(gòu)成過程的活動以及進(jìn)行活動間導(dǎo)航的規(guī)則、用戶所需要完成的任務(wù)、可能被調(diào)用的應(yīng)用、工作流機(jī)的引用關(guān)系以及與工作流數(shù)據(jù)的定義。其中活動指的是工作流中的一個邏輯步驟;工作流實(shí)例指的是工作流的一次執(zhí)行過程;工作流機(jī)是一個為工作流實(shí)例的執(zhí)行提供運(yùn)行服務(wù)環(huán)境的軟件或“引擎”,它是工作流執(zhí)行服務(wù)的核心,負(fù)責(zé)對解釋過程定義、控制過程實(shí)例的執(zhí)行、控制工作流中各個活動的執(zhí)行順序、并完成與其它工作流機(jī)的交互與通訊。根據(jù)工作流系統(tǒng)所采用的任務(wù)項(xiàng)傳遞機(jī)制的不同,工作流管理系統(tǒng)(主要有三種方式:(1)基于文件的工作流管理系統(tǒng)——以共享文件的方式來完成任務(wù)。這種類型的產(chǎn)品是產(chǎn)生最早、發(fā)展最成熟、最具多樣性的,通常包含有Client/Server模式的圖像、文檔與數(shù)據(jù)庫管理系統(tǒng)。(2)基于消息的工作流管理系統(tǒng)——通過用戶的電子郵件系統(tǒng)來傳遞文檔信息。這種產(chǎn)品都實(shí)現(xiàn)了一種或多種電子郵件系統(tǒng)的集成。(3)基于Web的工作流管理系統(tǒng)——隨著計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展和Internet應(yīng)用的不斷普及,Web技術(shù)因其界面的一致、簡單及與平臺的無關(guān)性,在其出現(xiàn)之后就得了迅速發(fā)展。同時Internet的發(fā)展及單位Intranet的構(gòu)建為人們提供一個理想的協(xié)同工作環(huán)境,也使基于Web的工作流管理系統(tǒng)成為可能。1994年11月,工作流管理聯(lián)盟發(fā)布了工作流管理系統(tǒng)的參考模型,它定義了一個基本的工作流管理系統(tǒng)所需要的6個基本模塊,并制定了各模塊之間的接口標(biāo)準(zhǔn)。其基本的模塊功能如下:1)

過程定義工具:為用戶提供一種對實(shí)際業(yè)務(wù)過程進(jìn)行分析、建模的手段,并生成業(yè)務(wù)過程的可被計(jì)算機(jī)處理的形式化描述。2)

工作流執(zhí)行服務(wù):它借助于一個或多個工作流機(jī),激活并解釋過程定義的全部或部分,并同外部的應(yīng)用程序進(jìn)行交互,完成工作流過程實(shí)例的創(chuàng)建、執(zhí)行與管理,為工作流程的運(yùn)行提供一個運(yùn)行時環(huán)境。3)

其他工作流執(zhí)行服務(wù):在大型的WfMS中,工作流可能需要多個工作流機(jī)共同完成,甚至需要其他異質(zhì)的工作流執(zhí)行服務(wù)來輔助來完成,這涉及到WfMS系統(tǒng)之間的互聯(lián)。4)

客戶應(yīng)用程序:它給用戶提供一種手段,以處理過程實(shí)例運(yùn)行過程中需要人工干預(yù)的任務(wù)。每一個這樣的任務(wù)就被稱為一個工作項(xiàng)。WfMS為每一個用戶維護(hù)一個工作項(xiàng)列表,它表示當(dāng)前需要該用戶處理的所有任務(wù)。5)

被調(diào)應(yīng)用程序:指工作流執(zhí)行服務(wù)在過程實(shí)例的運(yùn)行過程中,調(diào)用的、用以對應(yīng)用數(shù)據(jù)進(jìn)行處理的程序。在過程定義中包含這種應(yīng)用程序的詳細(xì)信息,如類型、地址等。6)

管理及監(jiān)控工具:其功能是對WfMS中過程實(shí)例的狀態(tài)進(jìn)行監(jiān)控與管理,如用戶管理、角色管理、審計(jì)管理、資源控制等。Internet/Intranet應(yīng)用的普及和Web技術(shù)的發(fā)展,為工作流管理系統(tǒng)的實(shí)現(xiàn)提供了一個理想的平臺,而基于Web的工作流管理服務(wù)為靈活辦公自動化的實(shí)現(xiàn)提供了良好的基礎(chǔ)。

第三章軟件概論3.1軟件結(jié)構(gòu)和技術(shù)手段B/S結(jié)構(gòu)的系統(tǒng)以服務(wù)器為核心,程序處理和數(shù)據(jù)存儲基本上都在服務(wù)器端完成,用戶無須安裝專門的客戶端軟件,只要通過網(wǎng)絡(luò)中的計(jì)算機(jī)連接服務(wù)器,使用瀏覽器就可以進(jìn)行事務(wù)處理。B/S模式具有易于升級,便于維護(hù),客戶端使用難度低、可移植性強(qiáng)等特點(diǎn),其采用的主要技術(shù)手段有Notes編程、ASP、Java等,同時也使用COM+、ActiveX控件等技術(shù);而C/S模式系統(tǒng)以服務(wù)器作為數(shù)據(jù)處理和存儲平臺,在終端上設(shè)計(jì)有專門的應(yīng)用程序進(jìn)行數(shù)據(jù)的采集和簡單處理,再將數(shù)據(jù)傳遞到服務(wù)器端,用戶必須使用客戶端應(yīng)用程序才能對數(shù)據(jù)進(jìn)行操作??梢哉fC/S和B/S兩種模式各有特點(diǎn),那么究竟選擇哪種模式作為本軟件的系統(tǒng)結(jié)構(gòu)呢?考慮到本軟件的用戶群大多是不具備計(jì)算機(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)。那么軟件采用什么技術(shù)手段進(jìn)行開發(fā)呢?目前主要的技術(shù)手段有基于群件技術(shù)、基于Windows.NET、基于Java,而這些開發(fā)手段也是各有特色?,F(xiàn)在市場上的主流群件軟件有兩種。一種是IBM公司的LotusNotes,另外一種則是Microsoft公司的ExchangeServer。LotusNotes被視為最成熟的辦公自動化系統(tǒng)平臺,由于其本身具有強(qiáng)大的工作流(Workflow)設(shè)計(jì)能力,與公文流轉(zhuǎn)復(fù)雜的工作流相適應(yīng),因而成為了大型公文流轉(zhuǎn)系統(tǒng)開發(fā)的首選技術(shù)手段。利用LotusNotes既可以實(shí)現(xiàn)C/S模式的公文流轉(zhuǎn)系統(tǒng),也可以使之適應(yīng)B/S的應(yīng)用模式,其完善的文檔數(shù)據(jù)庫和權(quán)限管理系統(tǒng)為公文流轉(zhuǎn)的順利實(shí)現(xiàn)提供了強(qiáng)有力的保障。但LotusNotes的靈活性較差,外在表現(xiàn)形式單一,開發(fā)成本高。ExchangeServer與LotusNotes有相似之處,都具有強(qiáng)大的工作流設(shè)置能力,在早期的辦公自動化系統(tǒng)中,ExchangeServer被廣泛使用,在客戶端使用Outlook等電子郵件系統(tǒng)進(jìn)行操作,在使用上不直觀,靈活性差,同時基于ExchangeServer的二次開發(fā)難度也較大,系統(tǒng)之間的兼容性和擴(kuò)展性差,目前在市場上單純地基于ExchangeServer的公文流轉(zhuǎn)系統(tǒng)比較少見。Windows.NET框架具有很強(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ā)難度和成本低,能夠方便地使用各類中間件。Windows.NET框架下的開發(fā)工具很多,主要有VB、VC、ASP等,作為一種通用的開發(fā)手段,Windows.NET框架的應(yīng)用范圍很廣,但其專業(yè)性不強(qiáng),在開發(fā)公文流轉(zhuǎn)系統(tǒng)時需要進(jìn)行復(fù)雜的重定義工作,同時在規(guī)模大的應(yīng)用過程中穩(wěn)定性一般。Java具有很強(qiáng)的數(shù)據(jù)處理功能和穩(wěn)定性,在大規(guī)模數(shù)據(jù)處理和安全性方面占有優(yōu)勢,適合開發(fā)瀏覽器形式的應(yīng)用系統(tǒng),J2EE的開發(fā)模式適合工作流性質(zhì)軟件的開發(fā),有比較強(qiáng)的靈活性,在開發(fā)模式上與ASP相似,并且Java技術(shù)發(fā)展迅速,周邊產(chǎn)品眾多。綜合考慮這三種技術(shù)手段的優(yōu)劣,最終本軟件選擇Java作為主要技術(shù)手段。提出系統(tǒng)的基本建設(shè)原則如下:運(yùn)用Java技術(shù)手段,建立一個B/S結(jié)構(gòu),基于Internet、以通用瀏覽器為前端、完全Web化的靈活辦公自動化系統(tǒng)。圖3.1軟件體系結(jié)構(gòu)示意圖Figure3.1Softwarestructuresketchchart圖3.2軟件系統(tǒng)結(jié)構(gòu)示意圖Figure3.2Softwarestructuresketchchart3.2軟件特點(diǎn)及軟件環(huán)境本軟件采用B/S結(jié)構(gòu),運(yùn)用Java技術(shù)實(shí)現(xiàn),涵蓋所有與紙質(zhì)公文處理有關(guān)的基本流程,具有很強(qiáng)的通用性。主要特點(diǎn):1.業(yè)務(wù)處理能力強(qiáng)、運(yùn)行效率高、可移植性強(qiáng);2.使用Java技術(shù)實(shí)現(xiàn)了工作流引擎;3.資源配置靈活,功能豐富;4.使用操作簡單,人性化程度高;5.升級、維護(hù)簡單安全;6.高度安全性支持電子簽章、數(shù)字簽名與傳輸加密技術(shù)、身份驗(yàn)證技術(shù)。本軟件選擇基于BEA公司的WebLogic8.1應(yīng)用服務(wù)器為基礎(chǔ)的J2EE實(shí)現(xiàn)體系,軟件運(yùn)行的硬件環(huán)境使用用戶現(xiàn)有設(shè)備;軟件環(huán)境如下:開發(fā)工具:JBuilderXWeb服務(wù)器:操作系統(tǒng):Windows2003Server應(yīng)用服務(wù)器:WebLogic8.1數(shù)據(jù)庫服務(wù)器:操作系統(tǒng):Windows2003Server數(shù)據(jù)庫:Oracle9i客戶端環(huán)境:瀏覽器:IE6.0操作系統(tǒng):Windows98/2000/XP

第四章設(shè)計(jì)與實(shí)現(xiàn)4.1分析與設(shè)計(jì)4.1.1總體設(shè)計(jì)主要業(yè)務(wù)處理流程公文流轉(zhuǎn),主要實(shí)現(xiàn)公文的創(chuàng)建、查詢、辦理、催辦、跳轉(zhuǎn)、歸檔和銷毀等功能,而公文流轉(zhuǎn)的主要業(yè)務(wù)處理流程為,起草發(fā)送公文-登記公文-進(jìn)入流轉(zhuǎn)流程處理-歸檔或銷毀。DDestroydocumentDraftdocumentReleasedocumentEnterflowDealwithdocumentLabelAchieveYNYN圖4.1軟件主要業(yè)務(wù)處理流程示意圖Figure4.1softwaremainoperationflowsketchchart公文流轉(zhuǎn)的主要業(yè)務(wù)處理流程的說明:首先,用戶登入辦公自動化系統(tǒng),根據(jù)權(quán)限起草公文,當(dāng)公文起草完成后,即可選擇上傳文件或者在線編輯的方式發(fā)布公文。接下來,公文進(jìn)入流轉(zhuǎn)流程進(jìn)行流轉(zhuǎn),在流程中每個環(huán)節(jié)處理完畢后會為其加上一個標(biāo)簽,該標(biāo)簽表明本環(huán)節(jié)處理完成并指明下一環(huán)節(jié)(有些環(huán)節(jié)的后續(xù)環(huán)節(jié)可能不是一個,并且沒有先后次序,因此就可以不加上標(biāo)簽)。公文再次進(jìn)入流轉(zhuǎn)流程開始流轉(zhuǎn)、處理,直到公文沒有被任何環(huán)節(jié)加簽,此時檢查是否完成了全部處理流程,若沒有完成全部處理流程則進(jìn)入流轉(zhuǎn)流程繼續(xù)處理;若完成了全部流程,則結(jié)束在流轉(zhuǎn)流程中的處理。最后,進(jìn)行歸檔或者銷毀等操作。主要的功能模型公文流轉(zhuǎn)實(shí)現(xiàn)公文的創(chuàng)建、查詢、辦理、催辦、跳轉(zhuǎn)、歸檔和銷毀等功能。其中公文創(chuàng)建指內(nèi)部公文的擬制、發(fā)布,還包括對公文的修改。辦理是流轉(zhuǎn)過程的核心,辦理過程對公文進(jìn)行審核、批復(fù)、回答、退簽等,還可以對公文正文進(jìn)行修改。公文催辦可以通過電子郵件或者信息方式向辦理人發(fā)出催辦信息。公文跳轉(zhuǎn)指讓公文跳過流程中的某一環(huán)節(jié)流入下一個環(huán)節(jié)辦理。公文歸檔和銷毀是公文辦理完畢后,有歸檔或銷毀權(quán)限的人員對公文做的相應(yīng)處理。根據(jù)以上需要和功能的描述,繪制公文流轉(zhuǎn)軟件主體設(shè)計(jì)用例圖。圖4.2公文流轉(zhuǎn)設(shè)計(jì)用例圖Figure4.2Documenttransferdesignusecasechart圖4.3發(fā)布公文時序圖Figure4.3Documentreleasetimeorderchart圖4.4審批處理公文時序圖Figure4.4Documentapprovedisposaltimeorderchart圖4.5公文監(jiān)控處理時序圖Figure4.5Documentwatchdisposaltimeorderchart圖4.6流程設(shè)定時序圖Figure4.6Flowsettingtimeorderchart公文發(fā)布用戶在登錄系統(tǒng)后,在其擁有的權(quán)限范圍內(nèi)可以起草、發(fā)布一些發(fā)文;對于自己發(fā)布的發(fā)文,在公文進(jìn)入流轉(zhuǎn)前可以進(jìn)行修改,包括公文相關(guān)信息和正文的修改;當(dāng)公文進(jìn)入流轉(zhuǎn)以后,發(fā)布人可以查詢其辦理情況;公文辦理用戶在登錄系統(tǒng)后,如果有公文需要辦理,則對公文進(jìn)行審核、批復(fù)或編輯;而擁有催辦、跳轉(zhuǎn)、代理權(quán)限的用戶也可以執(zhí)行相關(guān)的處理;負(fù)責(zé)歸檔銷毀操作的用戶,則對公文進(jìn)行歸檔或銷毀的處理;系統(tǒng)管理員登錄系統(tǒng)后,可以使用系統(tǒng)維護(hù)的功能對軟件中資源、功能、人員等進(jìn)行調(diào)配。模塊分析根據(jù)公文流轉(zhuǎn)軟件實(shí)現(xiàn)的功能,將軟件分為:公文流轉(zhuǎn)控制、公文流轉(zhuǎn)監(jiān)控、公文發(fā)送、公文接收、公文業(yè)務(wù)處理、歸檔/銷毀、系統(tǒng)維護(hù)、查詢統(tǒng)計(jì)、通訊錄等主要模塊。辦公自動化軟件辦公自動化軟件公文流轉(zhuǎn)控制公文發(fā)送公文接收歸檔銷毀公文流轉(zhuǎn)監(jiān)控系統(tǒng)維護(hù)查詢統(tǒng)計(jì)公文業(yè)務(wù)處理通訊錄圖4.7軟件總體模塊圖Figure4.7softwareentiremodulechart軟件總體模塊圖中實(shí)線框【公文流轉(zhuǎn)控制】、【公文流轉(zhuǎn)監(jiān)控】、【公文發(fā)送】三個模塊的設(shè)計(jì)和開發(fā)是本人的主要參與的工作,因此本文重點(diǎn)說明了這三部分的設(shè)計(jì)和實(shí)現(xiàn)。各模塊實(shí)現(xiàn)的功能描述如下:公文流轉(zhuǎn)控制:定義公文流轉(zhuǎn)的處理結(jié)構(gòu)、描繪處理過程,確定公文流轉(zhuǎn)的活動和任務(wù)組成;確定公文流轉(zhuǎn)中各個環(huán)節(jié)的執(zhí)行條件、處理規(guī)則;完成公文流轉(zhuǎn)中用戶權(quán)限的設(shè)定。公文流轉(zhuǎn)監(jiān)控:實(shí)現(xiàn)對公文流轉(zhuǎn)中任務(wù)的監(jiān)控,并調(diào)用催辦、跳轉(zhuǎn)、代理等功能。公文發(fā)送:實(shí)現(xiàn)公文發(fā)送的功能。公文接收:實(shí)現(xiàn)接收公文的功能。公文業(yè)務(wù)受理:實(shí)現(xiàn)包括公文的編輯、審批處理和針對某一具體任務(wù)的催辦業(yè)務(wù)、跳轉(zhuǎn)處理、代理處理等功能。歸檔銷毀:對公文進(jìn)行歸檔、作廢、銷毀等處理。系統(tǒng)維護(hù):包括日志管理、組織管理、角色管理、用戶管理、功能管理、資源管理。查詢統(tǒng)計(jì):實(shí)現(xiàn)公文的各種查詢,如:流轉(zhuǎn)中公文查詢統(tǒng)計(jì)、歸檔公文查詢統(tǒng)計(jì)、作廢公文查詢統(tǒng)計(jì)、銷毀公文查詢統(tǒng)計(jì)。 通訊錄:記錄流程中相關(guān)人員通訊記錄,支持發(fā)送即時消息、電子郵件。4.1.2公文流轉(zhuǎn)控制方法本文首先需要解決的問題,是采用何種方式、方法對公文的流轉(zhuǎn)加以控制,來保障公文流轉(zhuǎn)的進(jìn)度。在公文流轉(zhuǎn)業(yè)務(wù)中,有些公文是按等級劃分的,比如普通公文、加急公文、特級公文等,不同等級的公文有各自處理的時間要求;有些公文對于處理時間提出了具體的要求,比如說某公文的整個處理流程要在30個工作日完成;有些公文,不但公文整體處理有時間上的要求,還對各個處理環(huán)節(jié)、步驟提出了具體時間要求,比如某公文的處理流程為四個環(huán)節(jié),分別是:發(fā)文、核實(shí)、審批、歸檔,要求該公文的整個處理流程要在30個工作日完成,并且要求發(fā)文3個工作日完成,核實(shí)8個工作日完成,審批8個工作日完成。顯然對于不同類型的公文,應(yīng)該采取不同的控制方法,有針對性的對這些公文進(jìn)行流轉(zhuǎn)控制。根據(jù)上述公文流轉(zhuǎn)業(yè)務(wù)的實(shí)際要求,本文采取了公文分類法和時間控制法來對公文的流轉(zhuǎn)加以控制。一、公文分類法任何事情都有輕重緩緊之分,不能將所有的事清都一概而論,如果大小不分、輕重不論,直接導(dǎo)致的后果就是事情雜亂無章。公文同樣如此。因此有必要引入公文分類制度,按照公文處理的時間要求,將公文分為三類:普通公文、加急公文、特急公文。這三類公文的處理時間為固定值,根據(jù)用戶業(yè)務(wù)的具體需求而定,有別于后文的時間控制法。如普通公文辦理時間為30天,加急公文的辦理時間為10天,特急公文的辦理時間為3天。當(dāng)用戶登錄系統(tǒng)后,系統(tǒng)顯示該用戶可以處理的公文列表,列表的排列順序以公文的級別的為依據(jù)。特急公文顯示在待辦公文的最頂端,并用顯眼的紅顏色表示;接著是加急公文,以黃顏色表示;最后是普通公文,以淺藍(lán)色表示。方便用戶按照特急、加急、普通的順序來處理公文。二、時間控制法在分類的同時,可以為每一個公文流程設(shè)置處理的時限,并通過時間來控制公文的流轉(zhuǎn);還可以為公文流程的各個環(huán)節(jié)分別設(shè)置處理的時限,以此來控制和推動公文的流轉(zhuǎn)。由此抽象出四種方法來推動和控制公文流轉(zhuǎn)。1、單步控制法將一個公文流轉(zhuǎn)分解成每一個具體的步驟(即流轉(zhuǎn)環(huán)節(jié)),為每一個步驟按照在流轉(zhuǎn)流程中所占的比例設(shè)定一個完成時限,按照每一個步驟的時限來控制公文的流轉(zhuǎn)。除了每一個具體步驟辦理的時間需要設(shè)定外,還要設(shè)定其他相關(guān)的時間:如單個環(huán)節(jié)接受任務(wù)時間,整個流程接受任務(wù)時間,預(yù)先警告時間等等。單個環(huán)節(jié)接受任務(wù)時間為上一節(jié)點(diǎn)完成流程到下一節(jié)點(diǎn)接受流程兩者之間的時間。這個時間用來控制整個流程的緊湊程度。整個流程接受任務(wù)時間為流程開始到第一個處理節(jié)點(diǎn)接受流程兩者之間的時間。預(yù)先警告時間為一個節(jié)點(diǎn)或整個流程當(dāng)前所用的時間己經(jīng)超過了所能用的時間的80%的時間。2.整體控制法設(shè)置公文流轉(zhuǎn)流程的處理時限,以一個公文的整個流轉(zhuǎn)過程作為判定有沒有超過所設(shè)定的最后時限的依據(jù),以此來控制公文的流轉(zhuǎn)。3.自動控制法系統(tǒng)根據(jù)指定的時限自動對公文進(jìn)行控制,進(jìn)行催辦、跳轉(zhuǎn)、代理等操作。比如說:系統(tǒng)設(shè)定特急公文的處理時限為3天,若一個環(huán)節(jié)從開始流轉(zhuǎn)到當(dāng)前的時間超過了預(yù)先警告時間,那么就應(yīng)該對該公文、該環(huán)節(jié)的處理人員進(jìn)行催辦。如果催辦沒有結(jié)果,還要按照系統(tǒng)的設(shè)定進(jìn)行跳轉(zhuǎn)或代理。如果該環(huán)節(jié)在關(guān)鍵流程上,那么只在此進(jìn)行催辦;如果該環(huán)節(jié)不在關(guān)鍵流程上,那么既可以進(jìn)行催辦,也可以進(jìn)行跳轉(zhuǎn)。4.人工控制法人工控制法,是具有相應(yīng)權(quán)限的用戶通過催辦、跳轉(zhuǎn)、代理等手段控制公文流轉(zhuǎn)的方法。例如:具有催辦權(quán)限的用戶,在登錄系統(tǒng)后,進(jìn)入催辦處理功能模塊,選擇待處理的公文業(yè)務(wù),可以看到該公文的流轉(zhuǎn)狀態(tài)圖。圖中直觀的顯示出:公文的開始時間和最后時限、各個環(huán)節(jié)的開始時間和最后時限,己經(jīng)完成了哪些流程或環(huán)節(jié)具體的開始、結(jié)束的時間是什么,哪些公文已經(jīng)開始或上一環(huán)節(jié)已經(jīng)結(jié)束而下一環(huán)節(jié)沒有開始,哪些公文或者環(huán)節(jié)已經(jīng)超過預(yù)先警告時間等等。用戶根據(jù)需要可以進(jìn)行催辦、跳轉(zhuǎn)、代理等等相關(guān)的操作,此后可以隨時查詢這項(xiàng)工作的具體進(jìn)展情況。本軟件在使用中,可以任選上述諸方法中的某一種方法對公文流轉(zhuǎn)加以控制,也可以選擇多種方法相結(jié)合對公文流轉(zhuǎn)進(jìn)行控制。合理的使用這些控制方法可以將公文分門別類、按照一定的規(guī)則將業(yè)務(wù)進(jìn)行劃分處理,使業(yè)務(wù)處理更加清晰,方便對業(yè)務(wù)進(jìn)行監(jiān)控處理。如何將這些控制方法應(yīng)用到公文流轉(zhuǎn)軟件中呢?如何定義公文流轉(zhuǎn)的時間要求、處理規(guī)則呢?這就是下文公文流轉(zhuǎn)流程設(shè)定所要解決的問題。4.1.3公文流轉(zhuǎn)流程的設(shè)定為了行之有效的運(yùn)用流轉(zhuǎn)控制方法對公文流轉(zhuǎn)進(jìn)行控制。本文將定義公文流轉(zhuǎn)的處理過程、流轉(zhuǎn)規(guī)則、執(zhí)行條件、處理規(guī)則的工作合并起來,稱為公文流轉(zhuǎn)流程設(shè)定,也就是定義工作流的過程?,F(xiàn)實(shí)工作中,公文的種類多種多樣,不同類型的公文也不可能全部按照同一流程進(jìn)行流轉(zhuǎn),并且在各個環(huán)節(jié)上的處理也不盡相同,這樣就需要為不同業(yè)務(wù)處理流程定義不同的處理規(guī)則。本文參考工作流的概念,將公文流轉(zhuǎn)的基本要素定義為案例、任務(wù)、過程三個:案例定義了一類公文的處理過程、活動、各個步驟、環(huán)節(jié)的處理操作和處理規(guī)則;任務(wù)是案例的一個具體應(yīng)用,對應(yīng)一筆具體的業(yè)務(wù);過程是任務(wù)在流轉(zhuǎn)中一系列處理的描述。本文將流轉(zhuǎn)中的每一個步驟(或處理環(huán)節(jié))定義為最小的單位,稱之為活動或者流轉(zhuǎn)環(huán)節(jié)。因此公文流轉(zhuǎn)流程設(shè)定,實(shí)際上也是案例設(shè)定的過程,亦可稱為案例的設(shè)定。案例的設(shè)定信息存儲在數(shù)據(jù)庫中,設(shè)定的信息描述了公文流轉(zhuǎn)的起始點(diǎn)、公文流轉(zhuǎn)的步驟、流轉(zhuǎn)途經(jīng)的各個環(huán)節(jié),并定義在各個環(huán)節(jié)上需要進(jìn)行的操作和處理規(guī)則,并可根據(jù)需要定義整體處理的時間限制和每一步驟的處理時間限制。公文在流轉(zhuǎn)軟件中流動,可以理解為某一流轉(zhuǎn)過程(案例)的一個具體實(shí)例。公文流轉(zhuǎn)的信息和正文存儲在數(shù)據(jù)庫表中,公文信息表記錄了公文的正文和基本信息,其中流程類型(FlowType)這一屬性即標(biāo)識了公文選用的流轉(zhuǎn)流程(案例),公文就會按照選用的流轉(zhuǎn)流程(案例)流轉(zhuǎn)處理。接下來用數(shù)據(jù)流圖、ER圖、數(shù)據(jù)字典、程序流程圖,詳細(xì)描述了公文流轉(zhuǎn)流程設(shè)定的分析和設(shè)計(jì)部分。EEnactmentpersonFoundusecaseTacheselectEnactmentorderEnactmentperformanceDealwithtacheUserinformationCaseinformationTacheinformationCasenoteTachenotetachelistorderCasenote圖4.8公文流轉(zhuǎn)流程設(shè)定DFD圖Figure4.8DocumenttransferflowDFDchart數(shù)據(jù)字典如下:1.?dāng)?shù)據(jù)流條目數(shù)據(jù)流名稱:用戶信息簡 述:登錄用戶的用戶信息來 源:用戶登錄后Session中去 向:創(chuàng)建案例組 成:用戶編號+用戶名稱數(shù)據(jù)流名稱:案例信息簡 述:公文流基本信息來 源:數(shù)據(jù)庫去 向:選擇流轉(zhuǎn)環(huán)節(jié)組 成:案例編號+案例名稱數(shù)據(jù)流名稱:環(huán)節(jié)信息簡 述:環(huán)節(jié)的配置信息來 源:處理流轉(zhuǎn)環(huán)節(jié)去 向:選擇流轉(zhuǎn)環(huán)節(jié)組 成:環(huán)節(jié)編號+環(huán)節(jié)名稱數(shù)據(jù)流名稱:環(huán)節(jié)列表簡 述:案例選定的環(huán)節(jié)信息列表來 源:選擇流轉(zhuǎn)環(huán)節(jié)去 向:設(shè)定流轉(zhuǎn)順序組 成:{環(huán)節(jié)編號}+{環(huán)節(jié)名稱}數(shù)據(jù)流名稱:環(huán)節(jié)順序簡 述:按順序排列的選定環(huán)節(jié)信息來 源:設(shè)定流轉(zhuǎn)順序去 向:設(shè)定環(huán)節(jié)功能組 成:{排序編號}+{環(huán)節(jié)編號}+{環(huán)節(jié)名稱}2.?dāng)?shù)據(jù)存儲條目數(shù)據(jù)存儲名稱:案例記錄簡 述:存放在數(shù)據(jù)表庫中的案例信息組成:案例編號+案例名稱+創(chuàng)建人+創(chuàng)建時間+修改時間+狀態(tài)+任務(wù)時限組織方式:數(shù)據(jù)庫表,案例編號為主鍵;創(chuàng)建人為外鍵;創(chuàng)建人和案例名稱為索引查詢要求:能夠根據(jù)案例編號進(jìn)行精確查詢數(shù)據(jù)存儲名稱:環(huán)節(jié)記錄簡 述:存放在數(shù)據(jù)庫表中流轉(zhuǎn)環(huán)節(jié)信息組成:環(huán)節(jié)編號+創(chuàng)建時間+環(huán)節(jié)名稱+所處科室編號+狀態(tài)+環(huán)節(jié)類型+創(chuàng)建人+修改時間+描述信息組織方式:數(shù)據(jù)庫表,環(huán)節(jié)編號為主鍵;創(chuàng)建人、所處科室編號為外鍵;創(chuàng)建人和環(huán)節(jié)名稱為索引查詢要求:能夠根據(jù)環(huán)節(jié)編號進(jìn)行精確查詢數(shù)據(jù)存儲名稱:案例環(huán)節(jié)記錄簡 述:案例的環(huán)節(jié)設(shè)置信息組成:案例環(huán)節(jié)編號+案例編號+環(huán)節(jié)編號+步驟名稱+步驟序號+創(chuàng)建人+創(chuàng)建時間+操作時限+操作處理編號組織方式:數(shù)據(jù)庫表,案例環(huán)節(jié)編號為主鍵;創(chuàng)建人、案例編號、環(huán)節(jié)編號、操作處理編號為外鍵查詢要求:能夠根據(jù)案例環(huán)節(jié)編號進(jìn)行精確查詢3.?dāng)?shù)據(jù)項(xiàng)條目數(shù)據(jù)項(xiàng)名稱:案例編號簡 述:案例主鍵編號類 型:字符串長 度:12取值范圍:各位皆取值0~9數(shù)據(jù)項(xiàng)名稱:環(huán)節(jié)編號簡 述:環(huán)節(jié)主鍵編號類 型:字符串長 度:12取值范圍:各位皆取值0~94.加工條目加工名:創(chuàng)建案例激發(fā)條件:當(dāng)用戶進(jìn)行創(chuàng)建案例的操作優(yōu)先級:普通輸 入:案例基本信息輸 出:案例存儲記錄信息加工邏輯:根據(jù)案例信息 IF案例信息齊全THEN組織案例存儲信息ELSE提示案例信息不全ENDIF提交存儲至數(shù)據(jù)庫加工名:選擇流轉(zhuǎn)環(huán)節(jié)激發(fā)條件:用戶調(diào)用選擇流轉(zhuǎn)環(huán)節(jié)頁面優(yōu)先級:普通輸 入:案例基本信息和環(huán)節(jié)基本信息輸 出:環(huán)節(jié)列表信息加工邏輯:瀏覽環(huán)節(jié)記錄REPEATIF該環(huán)節(jié)被選擇 THEN環(huán)節(jié)列表添加該環(huán)節(jié)編號,該環(huán)節(jié)名稱 ENDIFUNTIL瀏覽完畢加工名:處理流轉(zhuǎn)環(huán)節(jié)激發(fā)條件:查詢環(huán)節(jié)信息優(yōu)先級:普通輸 入:查詢條件輸 出:環(huán)節(jié)信息列表加工邏輯:瀏覽環(huán)節(jié)記錄REPEATIF該環(huán)節(jié)符合條件 THEN結(jié)果集添加該環(huán)節(jié)編號,該環(huán)節(jié)名稱 ENDIFUNTIL瀏覽完畢加工名:設(shè)定流轉(zhuǎn)順序激發(fā)條件:用戶調(diào)用調(diào)整設(shè)置流轉(zhuǎn)順序優(yōu)先級:普通輸 入:案例基本信息和環(huán)節(jié)列表信息輸 出:案例基本信息和排序的環(huán)節(jié)列表信息加工邏輯:監(jiān)聽用戶操作,排列環(huán)節(jié)順序加工名:設(shè)定環(huán)節(jié)功能激發(fā)條件:用戶為環(huán)節(jié)設(shè)置相關(guān)功能優(yōu)先級:普通輸 入:案例基本信息和排序的環(huán)節(jié)列表信息輸 出:案例環(huán)節(jié)設(shè)定信息加工邏輯:瀏覽環(huán)節(jié)列表REPEATIF環(huán)節(jié)A選擇功能B THEN結(jié)果中添加環(huán)節(jié)A與功能B關(guān)聯(lián)信息 ENDIFUNTIL瀏覽完畢提交存儲至數(shù)據(jù)庫CCaselistTacherecordlistCaserecordlistincludecorrespond11NN圖4.9公文流轉(zhuǎn)流程設(shè)定ER圖Figure4.9DocumenttransferflowERchart字段名類型說明NodeIDCHAR(12)環(huán)節(jié)編號(主鍵PK)CreateTimeCHAR(12)創(chuàng)建時間YYYYMMDDHHMMTitleVARCHAR(500)環(huán)節(jié)名稱DepartCHAR(12)環(huán)節(jié)所處科室(外鍵FK)StateCHAR(1)狀態(tài)1-有效0-無效TypeCHAR(12)環(huán)節(jié)類型DescVARCHAR(1000)描述信息CreateUserCHAR(12)創(chuàng)建人(外鍵FK)UpdateTimeCHAR(12)修改時間YYYYMMDDHHMM表4.1環(huán)節(jié)記錄表Sheet4.1Tacherecordsheet字段名類型說明WFIDCHAR(12)案例編號(主鍵PK)CreateTimeCHAR(12)創(chuàng)建時間YYYYMMDDHHMMTitleVARCHAR(500)案例名稱CreateUserCHAR(12)創(chuàng)建人(外鍵FK)UpdateTimeCHAR(12)修改時間YYYYMMDDHHMMSTATECHAR(1)狀態(tài)SessTimeNUMBER任務(wù)時限單位(天)表4.2案例記錄表Sheet4.2Caserecordsheet字段名類型說明StepIDCHAR(12)案例環(huán)節(jié)編號(主鍵PK)WFIDCHAR(12)案例編號(外鍵FK)NodeDCHAR(12)環(huán)節(jié)編號(外鍵PK)CreateTimeCHAR(12)創(chuàng)建時間YYYYMMDDHHMMTitleVARCHAR(500)步驟名稱SortNumNUMBER步驟序號StateCHAR(1)狀態(tài)1-有效0-無效RangTimeNUMBER步驟操作時限(單位:天)FunctionIdCHAR(12)操作處理編號(外鍵)表4.3案例環(huán)節(jié)記錄表Sheet4.3Casetacherecordsheet創(chuàng)建案例流程描述如下:MemoryenactmentMemoryenactmentFoundcasefoundSelectreadycompleteYNYNenactment圖4.10流轉(zhuǎn)流程設(shè)定流程圖Figure4.10Transferenactmentflowchart公文流轉(zhuǎn)流程設(shè)定采用JSP頁面與用戶進(jìn)行交換,利用EJB進(jìn)行邏輯業(yè)務(wù)處理和數(shù)據(jù)庫操作。JSP頁面包括:流轉(zhuǎn)流程列表(WFList.jsp),創(chuàng)建環(huán)節(jié)(CreateNode.jsp),修改環(huán)節(jié)(ModifyNode.jsp),創(chuàng)建流程(CreateWF.jsp),修改流程(MdifyWF.jsp),刪除流程(DelWF.jsp)等頁面;EJB包括:取相關(guān)信息EJB(GetWFInfo),維護(hù)環(huán)節(jié)EJB(MaintenceNode)和維護(hù)流轉(zhuǎn)流程EJB(MaintenceWF)等。公文流轉(zhuǎn)流程設(shè)定操作過程的詳細(xì)的描述:用戶登錄后,進(jìn)入【公文流轉(zhuǎn)流程設(shè)定】的功能,首先進(jìn)入流轉(zhuǎn)流程列表(WFList.jsp)頁面,該頁面為用戶提供查看、修改、刪除和創(chuàng)建流轉(zhuǎn)流程的功能接口。創(chuàng)建流轉(zhuǎn)流程首先選擇流轉(zhuǎn)流程需要的全部流轉(zhuǎn)環(huán)節(jié),若所需要的流轉(zhuǎn)環(huán)節(jié)不存在則首先通過創(chuàng)建環(huán)節(jié)(CreateNode.jsp)頁面,調(diào)用維護(hù)環(huán)節(jié)EJB(MaintenceNode)來創(chuàng)建流轉(zhuǎn)環(huán)節(jié)。接下來為各個流轉(zhuǎn)環(huán)節(jié)選定操作人員和操作功能,通過調(diào)整各個環(huán)節(jié)的步驟序號達(dá)到調(diào)整公文在該流轉(zhuǎn)流程中的流轉(zhuǎn)順序的目的;設(shè)置任務(wù)整體時間限制和各個環(huán)節(jié)的時間限制。對于采用了人工控制流轉(zhuǎn)方法的流程,在設(shè)定的時候還要設(shè)定具備催辦、跳轉(zhuǎn)、代理操作權(quán)限的監(jiān)控人員。最后通過調(diào)用維護(hù)流轉(zhuǎn)流程EJB(MaintenceWF)將流轉(zhuǎn)流程設(shè)定信息記錄在數(shù)據(jù)庫表中?,F(xiàn)舉例說明設(shè)定流轉(zhuǎn)流程設(shè)定的過程和操作。例如:現(xiàn)在需要創(chuàng)建一個名為“公文審批”的流轉(zhuǎn)流程,該流程有發(fā)布公文、核實(shí)資料、初次審閱、復(fù)審批準(zhǔn)、歸檔五個環(huán)節(jié),發(fā)布公文由1科室負(fù)責(zé),核實(shí)資料由2科室負(fù)責(zé),初次審閱由信息中心負(fù)責(zé),復(fù)審批準(zhǔn)由處長負(fù)責(zé),歸檔由資料中心負(fù)責(zé)。其公文流轉(zhuǎn)的順序?yàn)椋篎FirstcheckReviewpigeonholereleaseverify圖4.11流轉(zhuǎn)流程Figure4.11Transferflow開始設(shè)定公文流轉(zhuǎn)流程,假定上述環(huán)節(jié)均需要創(chuàng)建。首先建立“發(fā)布”環(huán)節(jié),用戶調(diào)用創(chuàng)建環(huán)節(jié)(CreateNode.jsp)頁面,在該頁面中填寫該環(huán)節(jié)的名稱和描述信息,并采用下拉列表方式選擇環(huán)節(jié)所屬1科室,之后提交至服務(wù)器調(diào)用維護(hù)環(huán)節(jié)EJB(MaintenceNode),在流轉(zhuǎn)環(huán)節(jié)信息表中添加一條記錄,完成環(huán)節(jié)的創(chuàng)建。該記錄的NodeID調(diào)用系統(tǒng)維護(hù)模塊中生成主鍵的方法生成;名稱(Title)為用戶錄入的“發(fā)布”;描述信息(DESC)為用戶輸入的該環(huán)節(jié)的具體描述信息;狀態(tài)(State)默認(rèn)值為1;創(chuàng)建時間(CreateTime)和修改時間(UpdateTime)取服務(wù)器當(dāng)前時間;創(chuàng)建人(CreateUser)是從用戶登錄系統(tǒng)后的會話(Session)中提取出來的。采用相同的步驟和方法創(chuàng)建“核實(shí)資料”、“初次審閱”、“復(fù)審批準(zhǔn)”、“歸檔”四個環(huán)節(jié),操作過程不再重述。接下來進(jìn)行設(shè)定流程的操作,訪問創(chuàng)建流程(CreateWF.jsp)頁面,填寫流程的名稱和描述信息,以復(fù)選框的形式選擇所需的五個環(huán)節(jié)即:發(fā)布、核實(shí)資料、初次審閱、復(fù)審批準(zhǔn)、歸檔。至詳細(xì)定制頁面,以下拉列表方式為各個流轉(zhuǎn)環(huán)節(jié)選擇操作人員;以下拉列表方式為各個環(huán)節(jié)設(shè)定工作時限;以下拉列表方式為各個環(huán)節(jié)設(shè)定操作類型;使用Javascript腳本供用戶方便的調(diào)整環(huán)節(jié)的前后順序。最后提交至服務(wù)器,由維護(hù)流轉(zhuǎn)流程EJB(MaintenceWF)將流程設(shè)定信息保存在數(shù)據(jù)庫中,完成創(chuàng)建流轉(zhuǎn)流程的工作。維護(hù)流轉(zhuǎn)流程EJB(MaintenceWF)內(nèi)部的處理:在數(shù)據(jù)庫流程信息表中添加一條名為“公文審批”記錄,該記錄包括此流轉(zhuǎn)流程的處理時限、名稱、描述信息、創(chuàng)建時間等;在流程步驟表中添加五條記錄分別對應(yīng)“發(fā)布”、“核實(shí)資料”、“初次審閱”、“復(fù)審批準(zhǔn)”、“歸檔”五個環(huán)節(jié),這五條記錄中記錄了各個步驟的所屬科室、操作人員、操作功能和工作時限。至此名為“公文審批”的流轉(zhuǎn)流程創(chuàng)建完成了,可以供用戶使用該流程進(jìn)行公文處理工作了。4.1.4公文流轉(zhuǎn)的訪問控制在公文業(yè)務(wù)處理中,由于公文種類多樣、業(yè)務(wù)處理又具個性,再加上用戶眾多、資源和功能豐富,如何合理地為用戶分配功能、資源成為重點(diǎn)考慮的問題。在現(xiàn)實(shí)工作中,往往一個用戶身兼數(shù)職,既要起草發(fā)布公文又要核實(shí)材料,可能還擔(dān)負(fù)著公文歸檔的工作,由此業(yè)務(wù)處理的復(fù)雜性可見一斑。這就要求公文流轉(zhuǎn)軟件能夠方便、快捷地對資源、功能進(jìn)行分配,簡單高效地對用戶崗位進(jìn)行調(diào)整,實(shí)現(xiàn)合理的訪問控制。公文流轉(zhuǎn)的訪問控制正是上述問題的解決方案。在對業(yè)務(wù)進(jìn)行分析、考慮流行的訪問控制方式后,本軟件將角色訪問控制(RBAC)和對象管理組(OMG)中資源訪問決策(RAD)的思想結(jié)合起來,實(shí)現(xiàn)訪問控制。引入角色這個中介,管理人員根據(jù)需要定義各種角色,并為角色設(shè)置合適的訪問權(quán)限,而用戶根據(jù)其職責(zé)被分配為不同的角色。用戶與角色之間是多對多的關(guān)系,即一個用戶可以被委派多個角色;一個角色也可以分配給多個用戶使用。角色和功能之間也是多對多的關(guān)系,即一個角色可以分配多項(xiàng)功能;一個功能也可以分配給多個角色使用。由于實(shí)現(xiàn)了用戶與訪問的邏輯分離,基于角色的策略極大地方便了權(quán)限管理。而在公文流轉(zhuǎn)中,對一個具體公文的訪問權(quán)限常常是動態(tài)產(chǎn)生的,僅僅采用角色訪問控制不足以勝任訪問控制。因此,本軟件在角色訪問控制RBAC的基礎(chǔ)上,溶入資源訪問決策工具(RAD)的思想,對公文流轉(zhuǎn)系統(tǒng)中用戶的權(quán)限管理提出了一種靜態(tài)授權(quán)和動態(tài)授權(quán)相結(jié)合的機(jī)制。useruseraccreditroleDistributerightDistributeroleRoleinsertdialog圖4.12RBAC的組成結(jié)構(gòu)圖Figure4.12RBACstructurechart在RBAC的模型中用戶和角色是多對多的關(guān)系,角色和授權(quán)之間也是多對多的關(guān)系,采用此種訪問控制機(jī)制可以靈活的控制用戶訪問。useruserAppserverVisitdecideserverrequestrequestcorrespondcorrespond圖4.13RAD工具的工作模式圖

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論