【正文】 看本文的招投標(biāo)管理系統(tǒng)系統(tǒng)可以劃分為以下幾個包圖:用戶和權(quán)限管理、公共數(shù)據(jù)維護(hù)管理、數(shù)據(jù)報表管理、招標(biāo)項(xiàng)目管理、企業(yè)信息審核維護(hù)管理、專家信息管理、項(xiàng)目資源管理、投標(biāo)履約管理、招標(biāo)流程管理、專家抽審管理、企業(yè)信用維護(hù)管理和信息統(tǒng)計分析管理等。在系統(tǒng)的需求分析過程中，本文采用統(tǒng)一開發(fā)過程的思想進(jìn)行軟件設(shè)計與開發(fā)，系統(tǒng)的功能性需求描述工具主要是用例模型 (UseCase)，即將系統(tǒng)的功能性需求分解到每一個需求分析用例中去。同時，為了能夠?qū)崿F(xiàn)招投標(biāo)過程的公正性，在評標(biāo)過程中專家通過隨機(jī)抽取的方式進(jìn)行確定。企業(yè)信息庫維護(hù)和建立包括了企業(yè)申請、監(jiān)管單位審批和企業(yè)信息維護(hù)等相關(guān)功能。在接下來的招投標(biāo)管理中，將所有相關(guān)于本次投標(biāo)的信息通過項(xiàng)目管理的方式來進(jìn)行維護(hù)，從而實(shí)現(xiàn)信息的有效組織和維護(hù)。尤其針對招投標(biāo)流程管理，又包括了招標(biāo)計劃和流程制定、資格審查報名流程、預(yù)審流程、投標(biāo)開標(biāo)流程、評標(biāo)流程、定標(biāo)流程和簽約流程等多項(xiàng)復(fù)雜流程。另外，在某個項(xiàng)目申請、審核和招投標(biāo)業(yè)務(wù)處理結(jié)束后，需要業(yè)務(wù)人員對相關(guān)材料進(jìn)行歸檔處理，而現(xiàn)有的處理方式多采用紙質(zhì)文件收集和人工處理的模式。第6章 是結(jié)束語，對本文所作的工作和下一步要解決的問題進(jìn)行了總結(jié)。針對招投標(biāo)管理業(yè)務(wù)處理流程繁多的問題，提出了整體系統(tǒng)的功能結(jié)構(gòu)設(shè)計。第1章分析了招投標(biāo)業(yè)務(wù)及其信息管理系統(tǒng)的背景和國內(nèi)外的發(fā)展現(xiàn)狀，簡要闡述了本文所需要解決的主要問題，最后指明了本文的主要工作。因此在業(yè)務(wù)系統(tǒng)的分析和架構(gòu)設(shè)計過程中，系統(tǒng)通過基于工作流引擎的流程處理模塊，實(shí)現(xiàn)對招投標(biāo)業(yè)務(wù)的建模分析、狀態(tài)跟蹤和業(yè)務(wù)控制。最后，通過傳統(tǒng)的基于多層的JZEE模型對系統(tǒng)進(jìn)行開發(fā)和實(shí)現(xiàn)。實(shí)現(xiàn)從招標(biāo)公告發(fā)布、資審報名、資格預(yù)審、投標(biāo)、評定標(biāo)到簽約的全程招投標(biāo)工作管理。本文首先針對招投標(biāo)業(yè)務(wù)管理進(jìn)行需求分析，包括各種不同行業(yè)或者企事業(yè)單位對招投標(biāo)業(yè)務(wù)的共性和差異性需求要求。對于傳統(tǒng)的手工管理方式，以上文檔的管理和歸檔通過手工的方式，容易造成文檔丟失和泄密等問題。評標(biāo)過程中的公正性問題對于招投標(biāo)業(yè)務(wù)來說，其管理中的核心問題是如何保證招投標(biāo)整體過程中的公正性問題，包括投標(biāo)文件的保密性、專家審核的公正性等。但是某些招標(biāo)過程需要進(jìn)行競價完成。同時在評標(biāo)和簽約過程中又包括一些相關(guān)的子流程，因此在系統(tǒng)的需求分析、設(shè)計和實(shí)現(xiàn)過程中需要對其采用面向?qū)ο蟮乃枷脒M(jìn)行分析，通過UML的動態(tài)模型對業(yè)務(wù)流程進(jìn)行建模，建立易于理解的招標(biāo)流程動態(tài)模型。本文將在分析以上招投標(biāo)管理的系統(tǒng)的基礎(chǔ)之上，對招標(biāo)流程、資源等管理進(jìn)行抽線提出統(tǒng)一的模型，從而建立一套適合于各個領(lǐng)域的招投標(biāo)管理系統(tǒng)。因此，傳統(tǒng)的招投標(biāo)管理系統(tǒng)中的企業(yè)信息要求往往達(dá)不到其具體要求。目前，在各企事業(yè)單位形成了各自的信息化系統(tǒng)，能夠很好的處理各自單位的信息化問題，包括業(yè)務(wù)流程處理、信息公告以及各類電子資源的存儲。自從2000年國家頒發(fā)《招標(biāo)投標(biāo)法》和國家推行企事業(yè)單位信息化以來，針對于招投標(biāo)的業(yè)務(wù)管理系統(tǒng)在各個行業(yè)逐漸發(fā)展起來，其中包括了地區(qū)級政府的招投標(biāo)管理、水利、建筑等各個行業(yè)的招投標(biāo)管理、高等院校的招投標(biāo)管理系統(tǒng)等。其次，通過招投標(biāo)管理系統(tǒng)提供了快捷、方便的信息查詢功能，解決了傳統(tǒng)管理方式中效率低、保密性差和文件易丟失、難以留檔等關(guān)鍵問題?，F(xiàn)有的手工處理模式，主要針對數(shù)據(jù)進(jìn)行表格處理，往往會導(dǎo)致數(shù)據(jù)結(jié)果不夠準(zhǔn)確，同時不能提供良好的匯總和分析功能。因此，在整個業(yè)務(wù)處理流程中，包括了各類申請和審核報表、企業(yè)情況表等。因此，如何實(shí)現(xiàn)招標(biāo)和合同執(zhí)行的同步管理是目前招標(biāo)管理和項(xiàng)目實(shí)施過程中的難點(diǎn)和重點(diǎn)。對于實(shí)用性較強(qiáng)的招投標(biāo)管理系統(tǒng)，需要對以上不同的招標(biāo)種類和模式進(jìn)行抽象分析，使得招投標(biāo)系統(tǒng)支持多種不同的招投標(biāo)模式。同時，針對不同級別的招標(biāo)過程其流程也存在一定的差異，同時競標(biāo)的過程也由于事務(wù)的復(fù)雜度而不同。規(guī)定基礎(chǔ)設(shè)施、公用事業(yè)、使用國有資金投資和國家融資的項(xiàng)目以及與之有關(guān)的重要設(shè)備、材料等采購行為，達(dá)到一定規(guī)模標(biāo)準(zhǔn)的，必須進(jìn)行招標(biāo)、公示。招投標(biāo)管理系統(tǒng)的設(shè)計與實(shí)現(xiàn) 設(shè)計報告蔣和平 S1410w0659 軟件2班第1章 背景以及國內(nèi)外研究現(xiàn)狀招投標(biāo)是指在市場經(jīng)濟(jì)條件下進(jìn)行大宗貨物的買賣、工程建設(shè)項(xiàng)目的發(fā)包與承包，以及服務(wù)項(xiàng)目的采購與提供時，所采用的一種交易方式。隨著招投標(biāo)業(yè)務(wù)在各個行業(yè)的推廣，招投標(biāo)業(yè)務(wù)復(fù)雜度日漸提高，標(biāo)準(zhǔn)的招投標(biāo)業(yè)務(wù)包括了招標(biāo)計劃管理、招標(biāo)過程管理、合同執(zhí)行管理、招標(biāo)效果分析、招標(biāo)統(tǒng)計分析決策支持、成本管理等業(yè)務(wù)。招投標(biāo)流程的復(fù)雜和競標(biāo)業(yè)務(wù)的差異性使得招投標(biāo)業(yè)務(wù)管理過程復(fù)雜，手工的管理模式往往會存在管理混亂、投標(biāo)公正性無法保證和文檔管理困難等問題。招標(biāo)過程公正性問題在企事業(yè)單位的招投標(biāo)管理過程中，現(xiàn)有的手工管理模式往往會由于人為的因素導(dǎo)致標(biāo)的過早暴露、評標(biāo)人聯(lián)合受賄等公正性缺失等問題。參標(biāo)企業(yè)信用評級困難手工的招投標(biāo)管理難以對參標(biāo)企業(yè)的信用等級進(jìn)行分析，往往會由于信用問題導(dǎo)致項(xiàng)目實(shí)施的失敗。目前的手工處理管理都是通過人工整理、收集和歸檔，往往會導(dǎo)致資料丟失和難以進(jìn)行查找等問題。隨著高新計算機(jī)技術(shù)的發(fā)展，企業(yè)間的競爭日趨激烈，要保持企業(yè)的競爭力就必須有高效的企業(yè)管理，因此企業(yè)管理的信息化就變的不可或缺。同時，招投標(biāo)系統(tǒng)為企業(yè)領(lǐng)導(dǎo)層和統(tǒng)計部門提供了良好的信息匯總統(tǒng)計和決策分析等功能。早期的招投標(biāo)管理采用了傳統(tǒng)的C/S架構(gòu)，不利于企業(yè)申報和招標(biāo)信息的公開。在各個單位信息化的同時，由于缺少職能部門間相關(guān)業(yè)務(wù)交流和處理，導(dǎo)致了“信息孤島”和業(yè)務(wù)協(xié)調(diào)能力欠缺。另外，針對高等院校的招投標(biāo)管理，主要是設(shè)備、施工和成品等方面的招標(biāo)要求，與上述政府和水利建設(shè)等行業(yè)的招投標(biāo)管理也存在較大的差異。招投標(biāo)管理信息系統(tǒng)面向的行業(yè)、用戶和企事業(yè)單位等涉眾種類繁多，因此通過信息化系統(tǒng)對招投標(biāo)業(yè)務(wù)流程進(jìn)行分析、設(shè)計和實(shí)現(xiàn)，將會存在著業(yè)務(wù)流程繁雜、招投標(biāo)種類眾多、業(yè)務(wù)流程控制困難等問題。對于動態(tài)流程的管理，采用基于工作流引擎的思想進(jìn)行實(shí)現(xiàn)，通過工作流引擎對整體業(yè)務(wù)流程進(jìn)行定義、跟蹤和管理。因此，為了能夠更好的支持各類招標(biāo)過程，本文將針對各個行業(yè)的招投標(biāo)過程進(jìn)行抽象分類，主要包括競價招標(biāo)、談判招標(biāo)和直接招標(biāo)等。因此，在系統(tǒng)的分析、設(shè)計和實(shí)現(xiàn)過程中，考慮采用專家信用評估、資料文件分角色權(quán)限維護(hù)和隨機(jī)抽取專家等機(jī)制來實(shí)現(xiàn)招投標(biāo)管理的公正性。因此，在系統(tǒng)的分析和設(shè)計過程中，需要對投標(biāo)文檔和資料進(jìn)行分類歸檔處理。同時，針對傳統(tǒng)的招投標(biāo)業(yè)務(wù)管理中存在的業(yè)務(wù)流程處理復(fù)雜、數(shù)據(jù)易丟失、公正性缺失等問題，采用Java語言在Eclipse軟件開發(fā)平臺上，基于多層的nEE軟件體系架構(gòu)，采用了基于B/s的軟件架構(gòu)，同時針對復(fù)雜的流程采用工作流引擎進(jìn)行設(shè)計設(shè)計和實(shí)現(xiàn)了一套通用的招投標(biāo)綜合業(yè)務(wù)管理系統(tǒng)。本文的主要工作主要包括以下幾個方面:第一，招投標(biāo)業(yè)務(wù)處理流程復(fù)雜，本文對以上復(fù)雜的招投標(biāo)流程通過面向?qū)ο蟮乃枷牒蚒ML建模語言進(jìn)行了建模分析和梳理。第二，針對招標(biāo)企業(yè)的信用問題，系統(tǒng)在設(shè)計過程中增加了招標(biāo)履約考核管理模塊，針對于標(biāo)書中的不同階段的目的進(jìn)行采用了可考核性指標(biāo)進(jìn)行評估和分析。第四，針對招投標(biāo)管理中的核心公正性問題，為了達(dá)到整體業(yè)務(wù)的處理公平和公開，系統(tǒng)設(shè)計實(shí)現(xiàn)過程中通過流程審核分配以及專家信用評估和隨機(jī)抽取審核專家的方式達(dá)到了招投標(biāo)過程中的公正性。第2章對招投標(biāo)業(yè)務(wù)管理流程的需求進(jìn)行了分析，梳理和整理了招投標(biāo)管理的詳細(xì)業(yè)務(wù)流程，通過業(yè)務(wù)流程圖闡述了其詳細(xì)的業(yè)務(wù)流程。第4章，在面向?qū)ο蠓治龌A(chǔ)上，對系統(tǒng)的建模設(shè)計進(jìn)行了詳細(xì)的描述。第2章需求分析針對不同企事業(yè)單位，其招投標(biāo)管理工作主要是針對不同項(xiàng)目、資源和采購等業(yè)務(wù)的相關(guān)申請、招投標(biāo)和跟蹤審核等相關(guān)業(yè)務(wù)的日常工作。但是，手上和紙質(zhì)文件處理模式往往會造成工作量大、資源浪費(fèi)、信息收集丟失和不準(zhǔn)確等弊端，因此開發(fā)一套針對現(xiàn)有不同行業(yè)招投標(biāo)業(yè)務(wù)的管理信息系統(tǒng)成為迫切的需要。因此，為了能夠有效對招投標(biāo)信息進(jìn)行維護(hù)，本文將每次的招投標(biāo)業(yè)務(wù)抽象成項(xiàng)目來進(jìn)行管理。其中，用戶權(quán)限及公共數(shù)據(jù)管理為整個系統(tǒng)的基礎(chǔ)模塊，用戶管理主要是對系統(tǒng)的用戶進(jìn)行添加、刪除以及用戶信息的修改等。對于招標(biāo)項(xiàng)目管理，系統(tǒng)的設(shè)計過程中將其看做項(xiàng)目進(jìn)行管理，包括了項(xiàng)目啟動、維護(hù)和考核等相關(guān)流程。招投標(biāo)文件歸檔管理是將每次招投標(biāo)的相關(guān)文件進(jìn)行歸檔存儲，包括了標(biāo)書、招標(biāo)公告和相關(guān)合同書等，將不同的資源進(jìn)行分類歸檔。統(tǒng)一開發(fā)過程的最大優(yōu)點(diǎn)是采用按照角色(A以or)對業(yè)務(wù)需求進(jìn)行分析從而識別用例模型 (UseCase)中的方法，通過以上方法能夠直觀的建立起系統(tǒng)的需求分析模型，而且通過多次迭代處理避免需求分析過程中存在的漏項(xiàng)問題。圖21 系統(tǒng)功能包圖通過面向?qū)ο蟮姆治龇椒?，結(jié)合基于統(tǒng)一建模語言(UML)的建模方法對不同系統(tǒng)模塊中的需求進(jìn)行用例分析和建模。在靜態(tài)模型的基礎(chǔ)上，對主要實(shí)體的數(shù)據(jù)庫進(jìn)行設(shè)計。招投標(biāo)的業(yè)務(wù)流程較為復(fù)雜，其中包括了項(xiàng)目審核、招標(biāo)公告、格預(yù)審流程、招標(biāo)開標(biāo)流程、評標(biāo)流程管理、定標(biāo)流程管理和簽約流程管理等業(yè)務(wù)處理流程。針對招投標(biāo)業(yè)務(wù)數(shù)據(jù)的統(tǒng)計分析和決策問題，為了達(dá)到企業(yè)招投標(biāo)業(yè)務(wù)的統(tǒng)計和易查詢性，系統(tǒng)在設(shè)計過程中增加了各類不同的招投標(biāo)業(yè)務(wù)查詢和統(tǒng)計功能。在招投標(biāo)業(yè)務(wù)分析和處理中，參標(biāo)企業(yè)的信息維護(hù)是其中的核心業(yè)務(wù)模塊，因?yàn)閰?biāo)企業(yè)的活動貫穿著招標(biāo)活動的始末，企業(yè)的信用和資質(zhì)將會影響其是否能夠通過初步的審核。如圖2一3所示，本文給出了該部分業(yè)務(wù)的核心用例圖和關(guān)鍵用例的用例描述。用例標(biāo)識Model_Enterprise_01用例名稱企業(yè)修改相關(guān)信息創(chuàng)建時間201165參與者企業(yè)維護(hù)人員用例描述維護(hù)企業(yè)信息前置條件企業(yè)維護(hù)人員登錄系統(tǒng)后置條件記錄信息修改的次數(shù)監(jiān)管部門將對修改的信息進(jìn)行相應(yīng)審核基本事件流1. 管理員登錄系統(tǒng)2. 查看企業(yè)相應(yīng)信息3. 添加、修改或刪除企業(yè)的相關(guān)信息，包括基本信息、人員信息、礦產(chǎn)信息等。在需求分析階段，需要對其相關(guān)的業(yè)務(wù)流程進(jìn)行分析和定義。其整體的業(yè)務(wù)流程為順序的關(guān)系，業(yè)務(wù)流程的處理過程包括了投標(biāo)單位、建設(shè)單位和監(jiān)管單位三個主要的涉眾人群。因此，在項(xiàng)目的創(chuàng)建和標(biāo)段創(chuàng)建過程中，相關(guān)建設(shè)單位還需要設(shè)定相應(yīng)的條件對專家組進(jìn)行自動選取，從而避免人為選擇因素從而提高了整體招投標(biāo)管理流程中的公正和公平性。對于專家信息的維護(hù)涉眾角色為相關(guān)的監(jiān)管單位來進(jìn)行維護(hù)，相關(guān)的主要功能包括了專家基本信息維護(hù)、專家培訓(xùn)信息維護(hù)、專家現(xiàn)場考核、專家日常考核、專家單位信息維護(hù)、專家信息統(tǒng)計等相關(guān)功能，其用例圖如圖2一6所示:圖2一6專家管理用例圖對于招投標(biāo)管理系統(tǒng)來說，招投標(biāo)業(yè)務(wù)流程管理中最關(guān)鍵的部分為跟蹤和確定某個階段內(nèi)中標(biāo)企業(yè)的履職情況，包括了完成進(jìn)度、工作簡報和履約評級等相關(guān)內(nèi)容。因此，在系統(tǒng)業(yè)務(wù)分析、設(shè)計和實(shí)現(xiàn)過程中，需要增加對于以上三類主要成員的信用檔案維護(hù)和管理。相對一于功能性需求，非功能性需求不僅僅關(guān)乎軟件產(chǎn)品的使用和性能，同時還在某種程度上影響到軟件的功能性需求。系統(tǒng)用戶涉及到相關(guān)部門的使用人員、公司項(xiàng)目管理人員、評審專家等，系統(tǒng)使用培訓(xùn)對他們來說周期很短或者不需培訓(xùn)，而日常管理人員大部分屬于計算機(jī)普通用戶甚至是新手，這里所說的培訓(xùn)時間主要指針對這類用戶。沒人喜歡錯誤、缺陷、系統(tǒng)故障和數(shù)據(jù)丟失，當(dāng)系統(tǒng)出現(xiàn)故障和用戶出現(xiàn)錯誤的操作后是否支持恢復(fù)，當(dāng)用戶在使用過程中遇到錯誤的時候是否可以立即定位問題，當(dāng)業(yè)務(wù)場景和邏輯發(fā)生變化的時候系統(tǒng)是否支持，當(dāng)網(wǎng)絡(luò)不穩(wěn)定或使用中異常中斷的情況下系統(tǒng)是否都有相應(yīng)的容錯措施，這些都包含于可靠性要求中。對于客房子系統(tǒng)來說，系統(tǒng)必須7*24小時正常使用，而餐飲子系統(tǒng)也必須在進(jìn)餐的高峰時段確保穩(wěn)定。產(chǎn)生數(shù)字輸出的系統(tǒng)要求有多高的精確度。如數(shù)據(jù)的完全丟失或者系統(tǒng)的關(guān)鍵性模塊不能使用。(4)退化模式:系統(tǒng)被降級時，可接受的運(yùn)轉(zhuǎn)模式。第3章系統(tǒng)設(shè)計對于系統(tǒng)的研究開發(fā)，在完成整體的需求分析之后將進(jìn)入系統(tǒng)的設(shè)計階段，基于RUP的軟件設(shè)計主要包括了系統(tǒng)概要設(shè)計和系統(tǒng)的詳細(xì)設(shè)計兩階段的工作。因此，本章將針對系統(tǒng)的概要設(shè)計主要是系統(tǒng)的軟件架構(gòu)設(shè)計、權(quán)限管理設(shè)計和基本的功能設(shè)計部分進(jìn)行詳細(xì)的描述。針對招投標(biāo)管理系統(tǒng)用戶角色多、部門多和分布地域廣泛的特點(diǎn)，整體招投標(biāo)管理系統(tǒng)的架構(gòu)設(shè)計本文選擇采用基于JZEE的多層架構(gòu)設(shè)計，同時采用了B/S的整體軟件設(shè)計。同時，鑒于系統(tǒng)采用分層松藕合的架構(gòu)設(shè)計，使得系統(tǒng)框架的可擴(kuò)展性得到增強(qiáng)系統(tǒng)容易實(shí)現(xiàn)對業(yè)務(wù)請求的擴(kuò)展。對于基于開源框架來說，目前己經(jīng)逐漸成為研究和開發(fā)的熱點(diǎn)同時得到了很大的發(fā)展。圖3一l基于SSH的JZEE架構(gòu) JZEE平臺提供的這個多層結(jié)構(gòu)的分布式應(yīng)用程序模型具有重用組件的能力、基于擴(kuò)展標(biāo)記語言(XML)的數(shù)據(jù)交換、統(tǒng)一的安全模式和靈活的事物控制。以下對整體的分層結(jié)構(gòu)圖如圖3一2所示，分別進(jìn)行詳細(xì)的描述:1表現(xiàn)層，主要包括基于瀏覽器技術(shù)的B/S端的頁面顯示和基于 JasperReP0rt的各種不同樣式和類型的數(shù)據(jù)報表顯示部分。在報表數(shù)據(jù)的顯示過程中，設(shè)計階段充分采用了基于模型驅(qū)動的開發(fā)技術(shù)，將報表的顯示劃分為模型描述、界面管理器和業(yè)務(wù)數(shù)據(jù)接口三部分組成。在報表的顯示過程中，通過業(yè)務(wù)數(shù)據(jù)模塊獲取業(yè)務(wù)數(shù)據(jù)，由界面管理器結(jié)合數(shù)據(jù)和界面描述文件獲取最終繪制的數(shù)據(jù)報表和各類格式的圖表。其中，SPring為業(yè)務(wù)邏輯的有效開發(fā)提供了合理的封裝類，能夠?qū)崿F(xiàn)面向切面的有效操作。工作流引擎的引入將業(yè)務(wù)邏輯和流程邏輯分離，允許用戶靈活的設(shè)計與發(fā)布新的流程。數(shù)據(jù)庫層，主要是具體的對數(shù)據(jù)進(jìn)行存儲的數(shù)據(jù)關(guān)系關(guān)聯(lián)表，包括了不同實(shí)體數(shù)據(jù)的表格、各類業(yè)務(wù)關(guān)系的存儲表等。首先系統(tǒng)管理員通過“用戶一用戶組一角色一資源”多層模式來設(shè)置用戶權(quán)限，為每個角色維護(hù)其資源的訪問權(quán)限，而每個用戶組被指派一個或多個角色，這樣用戶既具有了所指派角色的資源權(quán)限。而用