招投標(biāo)管理系統(tǒng)的設(shè)計與實(shí)現(xiàn)設(shè)計分析報告

1、招投標(biāo)治理系統(tǒng)的設(shè)計與實(shí)現(xiàn) 設(shè)計報告蔣和平S1410w0659 軟件2班第1章 背景以及國內(nèi)外研究現(xiàn)狀1.1系統(tǒng)開發(fā)背景招投標(biāo)是指在市場經(jīng)濟(jì)條件下進(jìn)行大宗物資的買賣、工程建設(shè)項(xiàng)目的發(fā)包與承包，以及服務(wù)項(xiàng)目的采購與提供時，所采納的一種交易方式。由于招標(biāo)投標(biāo)具有公平、公正的特征以及“競爭、優(yōu)化”的功能，在現(xiàn)今社會中得到了廣泛的應(yīng)用。為了規(guī)范招標(biāo)投標(biāo)的行為，促進(jìn)公平競爭，中華人民共和國招標(biāo)投標(biāo)法自2000年1月1日起正式實(shí)施。規(guī)定基礎(chǔ)設(shè)施、公用事業(yè)、使用國有資金投資和國家融資的項(xiàng)目以及與之有關(guān)的重要設(shè)備、材料等采購行為，達(dá)到一定規(guī)模標(biāo)準(zhǔn)的，必須進(jìn)行招標(biāo)、公示。隨著招投標(biāo)業(yè)務(wù)在各個行業(yè)的推廣，招投標(biāo)業(yè)

2、務(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)業(yè)務(wù)處理流程和涉及文件治理復(fù)雜程度的提高，傳統(tǒng)的手工招投標(biāo)治理存在招標(biāo)過程公正性缺失、過程細(xì)節(jié)混亂、文檔和合同文件易丟失、招標(biāo)效果和統(tǒng)計分析能力缺失等問題。通過對當(dāng)前不同行業(yè)中招投標(biāo)治理業(yè)務(wù)流程的分析和研究發(fā)覺，不同行業(yè)關(guān)于招投標(biāo)治理存在的問題和異同性要求要緊包括:1、業(yè)務(wù)處理流程復(fù)雜現(xiàn)有的招投標(biāo)治理包括了招標(biāo)打算、招標(biāo)公告、競標(biāo)、材料提交、標(biāo)的審核、合同簽訂、合同執(zhí)行流程和招標(biāo)企業(yè)評價等相關(guān)流程。同時，針對不同級不的招標(biāo)過程其流程也存在一定的差異，同時

3、競標(biāo)的過程也由于事務(wù)的復(fù)雜度而不同。招投標(biāo)流程的復(fù)雜和競標(biāo)業(yè)務(wù)的差異性使得招投標(biāo)業(yè)務(wù)治理過程復(fù)雜，手工的治理模式往往會存在治理混亂、投標(biāo)公正性無法保證和文檔治理困難等問題。2、招標(biāo)模式種類繁多關(guān)于招投標(biāo)治理，依據(jù)招投標(biāo)物品和項(xiàng)目的類不不同，招標(biāo)環(huán)節(jié)中的競標(biāo)過程包括了不同的模式。通過對市場上招投標(biāo)業(yè)務(wù)的分析和抽象，我們提取出了競價招投標(biāo)治理、談判招投標(biāo)治理和直接招投標(biāo)治理等三種模式。關(guān)于有用性較強(qiáng)的招投標(biāo)治理系統(tǒng)，需要對以上不同的招標(biāo)種類和模式進(jìn)行抽象分析，使得招投標(biāo)系統(tǒng)支持多種不同的招投標(biāo)模式。3、招標(biāo)過程公正性問題在企事業(yè)單位的招投標(biāo)治理過程中，現(xiàn)有的手工治理模式往往會由于人為的因素導(dǎo)致標(biāo)的

4、過早暴露、評標(biāo)人聯(lián)合受賄等公正性缺失等問題。因此，在招投標(biāo)的治理過程中如何保證招標(biāo)過程的公正性是當(dāng)前招投標(biāo)治理系統(tǒng)的首要任務(wù)。4、合同執(zhí)行治理復(fù)雜目前，現(xiàn)有的招投標(biāo)治理模式其招標(biāo)過程和合同執(zhí)行過程是分開的，這種情況往往會造成項(xiàng)目治理混亂的問題。因此，如何實(shí)現(xiàn)招標(biāo)和合同執(zhí)行的同步治理是目前招標(biāo)治理和項(xiàng)目實(shí)施過程中的難點(diǎn)和重點(diǎn)。5、參標(biāo)企業(yè)信用評級困難手工的招投標(biāo)治理難以對參標(biāo)企業(yè)的信用等級進(jìn)行分析，往往會由于信用問題導(dǎo)致項(xiàng)目實(shí)施的失敗。因此，如何結(jié)合招投標(biāo)治理系統(tǒng)對參與競標(biāo)的企業(yè)進(jìn)行信用等級分析和治理也是招投標(biāo)治理系統(tǒng)的關(guān)鍵。6、招標(biāo)材料歸檔工作繁重在招投標(biāo)業(yè)務(wù)治理過程中，包括了招標(biāo)企業(yè)資質(zhì)文件

5、、標(biāo)書文件、標(biāo)書審核和評審文件等。因此，在整個業(yè)務(wù)處理流程中，包括了各類申請和審核報表、企業(yè)情況表等。目前的手工處理治理差不多上通過人工整理、收集和歸檔，往往會導(dǎo)致資料丟失和難以進(jìn)行查找等問題。7、招標(biāo)統(tǒng)計、分析能力欠缺目前，關(guān)于企事業(yè)單位來講每年的招投標(biāo)業(yè)務(wù)數(shù)量逐漸增多，從而使得招投標(biāo)業(yè)務(wù)數(shù)據(jù)量增多。每年如何對招投標(biāo)數(shù)據(jù)和文檔進(jìn)行歸類和數(shù)據(jù)分析成為每年相關(guān)部門年底工作的重點(diǎn)?，F(xiàn)有的手工處理模式，要緊針對數(shù)據(jù)進(jìn)行表格處理，往往會導(dǎo)致數(shù)據(jù)結(jié)果不夠準(zhǔn)確，同時不能提供良好的匯總和分析功能。隨著高新計算機(jī)技術(shù)的進(jìn)展，企業(yè)間的競爭日趨激烈，要保持企業(yè)的競爭力就必須有高效的企業(yè)治理，因此企業(yè)治理的信息化就

6、變的不可或缺。招投標(biāo)信息治理系統(tǒng)是企業(yè)信息化的一部分，它的內(nèi)容關(guān)于提高企業(yè)采購治理水平和企業(yè)決策分析能力都至關(guān)重要。首先，招投標(biāo)治理的信息化解決了企業(yè)招標(biāo)過程中的不公平性問題，通過招標(biāo)流程的信息化減少了整體流程中的人為因素阻礙，使得企業(yè)設(shè)備采購、基建招標(biāo)和原材料產(chǎn)品招標(biāo)等過程更加透明、公開和公正;其次，通過招投標(biāo)治理系統(tǒng)提供了快捷、方便的信息查詢功能，解決了傳統(tǒng)治理方式中效率低、保密性差和文件易丟失、難以留檔等關(guān)鍵問題;同時，招投標(biāo)系統(tǒng)為企業(yè)領(lǐng)導(dǎo)層和統(tǒng)計部門提供了良好的信息匯總統(tǒng)計和決策分析等功能。這些優(yōu)點(diǎn)能夠極大地提高招標(biāo)信息治理的效率，也是企業(yè)的科學(xué)化、正規(guī)化治理，與世界接軌的重要條件。因

7、此，開發(fā)如此一套治理軟件成為專門有必要的情況。1.2國內(nèi)外研究狀況自從2000年國家頒發(fā)招標(biāo)投標(biāo)法和國家推行企事業(yè)單位信息化以來，針關(guān)于招投標(biāo)的業(yè)務(wù)治理系統(tǒng)在各個行業(yè)逐漸進(jìn)展起來，其中包括了地區(qū)級政府的招投標(biāo)治理、水利、建筑等各個行業(yè)的招投標(biāo)治理、高等院校的招投標(biāo)治理系統(tǒng)等。早期的招投標(biāo)治理采納了傳統(tǒng)的C/S架構(gòu)，不利于企業(yè)申報和招標(biāo)信息的公開。近年來，隨著基于JZEE和.NET軟件技術(shù)的進(jìn)展，基于B/S架構(gòu)的招投標(biāo)治理系統(tǒng)成為當(dāng)前各企事業(yè)單位招投標(biāo)治理的首選。隨著國內(nèi)政府企業(yè)信息化建設(shè)的推進(jìn)，政府推出了電子政務(wù)建設(shè)的方案，將政府要緊的處理業(yè)務(wù)包括各類審核、審批業(yè)務(wù)通過基于web的方式提供給企

8、業(yè)和個人用戶。目前，在各企事業(yè)單位形成了各自的信息化系統(tǒng)，能夠?qū)ｉT好的處理各自單位的信息化問題，包括業(yè)務(wù)流程處理、信息公告以及各類電子資源的存儲。在各個單位信息化的同時，由于缺少職能部門間相關(guān)業(yè)務(wù)交流和處理，導(dǎo)致了“信息孤島”和業(yè)務(wù)協(xié)調(diào)能力欠缺。關(guān)于各個地區(qū)政府來講，政府的招投標(biāo)治理系統(tǒng)一般作為電子政務(wù)系統(tǒng)中的核心模塊，它與政府的電子政務(wù)系統(tǒng)共享統(tǒng)一的門戶信息、治理人員信息以及專家領(lǐng)域信息。水利、建筑行業(yè)的招投標(biāo)治理存在著行業(yè)建設(shè)背景等方面的要求，因此關(guān)于企業(yè)資質(zhì)、在建工程、工程技術(shù)信息人員等方面具有專門的要求。因此，傳統(tǒng)的招投標(biāo)治理系統(tǒng)中的企業(yè)信息要求往往達(dá)不到其具體要求。另外，針對高等院校

9、的招投標(biāo)治理，要緊是設(shè)備、施工和成品等方面的招標(biāo)要求，與上述政府和水利建設(shè)等行業(yè)的招投標(biāo)治理也存在較大的差異。同時，上述不同行業(yè)針對招投標(biāo)過程來講，其跟蹤、匯總和決策支持等方面要求也存在著較大的差異。因此，如何規(guī)范和抽象投標(biāo)治理流程和相應(yīng)過程、文檔信息和匯總信息成為當(dāng)前招投標(biāo)治理的關(guān)鍵研究問題。本文將在分析以上招投標(biāo)治理的系統(tǒng)的基礎(chǔ)之上，對招標(biāo)流程、資源等治理進(jìn)行抽線提出統(tǒng)一的模型，從而建立一套適合于各個領(lǐng)域的招投標(biāo)治理系統(tǒng)。1.3系統(tǒng)需要解決的要緊問題招投標(biāo)治理信息系統(tǒng)面向的行業(yè)、用戶和企事業(yè)單位等涉眾種類繁多，因此通過信息化系統(tǒng)對招投標(biāo)業(yè)務(wù)流程進(jìn)行分析、設(shè)計和實(shí)現(xiàn)，將會存在著業(yè)務(wù)流程繁雜、

10、招投標(biāo)種類眾多、業(yè)務(wù)流程操縱困難等問題。目前，市場上已有的招投標(biāo)治理系統(tǒng)往往只會針對某個行業(yè)或部門，沒有成熟的招投標(biāo)模式的抽象，因此缺少成熟的系統(tǒng)進(jìn)行分析和參考。因此，在針對招投標(biāo)業(yè)務(wù)進(jìn)行需求分析、設(shè)計和實(shí)現(xiàn)的過程中，本文需要解決好以下要緊的幾個問題:1、招投標(biāo)業(yè)務(wù)流程的梳理在招投標(biāo)業(yè)務(wù)的整體處理流程中，包括了招標(biāo)項(xiàng)目的審核審批、招標(biāo)公告公布、資格預(yù)審流程、招標(biāo)開標(biāo)流程、評標(biāo)流程治理、定標(biāo)流程治理和簽約流程治理等業(yè)務(wù)處理流程。同時在評標(biāo)和簽約過程中又包括一些相關(guān)的子流程，因此在系統(tǒng)的需求分析、設(shè)計和實(shí)現(xiàn)過程中需要對其采納面向?qū)ο蟮乃枷脒M(jìn)行分析，通過UML的動態(tài)模型對業(yè)務(wù)流程進(jìn)行建模，建立易于理

11、解的招標(biāo)流程動態(tài)模型。關(guān)于動態(tài)流程的治理，采納基于工作流引擎的思想進(jìn)行實(shí)現(xiàn)，通過工作流引擎對整體業(yè)務(wù)流程進(jìn)行定義、跟蹤和治理。2、招標(biāo)過程的抽象通過對招投標(biāo)過程治理進(jìn)行分析，發(fā)覺招投標(biāo)過程中由于行業(yè)背景的不同，其過程將存在專門大的差異。某些招標(biāo)過程只是一般的辦公用品的采買，因此其評標(biāo)過程較為簡單;然而某些招標(biāo)過程需要進(jìn)行競價完成。因此，為了能夠更好的支持各類招標(biāo)過程，本文將針對各個行業(yè)的招投標(biāo)過程進(jìn)行抽象分類，要緊包括競價招標(biāo)、談判招標(biāo)和直接招標(biāo)等。3、招標(biāo)企業(yè)信用問題在招投標(biāo)治理的過程中，如何分析和確定企業(yè)的信用等級和資質(zhì)是招標(biāo)治理中的核心問題。因此，在招投標(biāo)系統(tǒng)的設(shè)計和實(shí)現(xiàn)過程中，需要支持

12、企業(yè)的履約評級和考核從而解決企業(yè)的信用分析問題。4、評標(biāo)過程中的公正性問題關(guān)于招投標(biāo)業(yè)務(wù)來講，其治理中的核心問題是如何保證招投標(biāo)整體過程中的公正性問題，包括投標(biāo)文件的保密性、專家審核的公正性等。因此，在系統(tǒng)的分析、設(shè)計和實(shí)現(xiàn)過程中，考慮采納專家信用評估、資料文件分角色權(quán)限維護(hù)和隨機(jī)抽取專家等機(jī)制來實(shí)現(xiàn)招投標(biāo)治理的公正性。5、數(shù)據(jù)、標(biāo)書等文檔的歸檔治理問題招投標(biāo)業(yè)務(wù)治理的過程中包括了企業(yè)申請文檔、標(biāo)書和合同打算等相關(guān)重要材料。同時，以上材料又同相應(yīng)的招標(biāo)項(xiàng)目具有相應(yīng)的關(guān)聯(lián)性，每次招標(biāo)項(xiàng)目包括大量需要存檔的文檔。關(guān)于傳統(tǒng)的手工治理方式，以上文檔的治理和歸檔通過手工的方式，容易造成文檔丟失和泄密等問

13、題。因此，在系統(tǒng)的分析和設(shè)計過程中，需要對投標(biāo)文檔和資料進(jìn)行分類歸檔處理。6、項(xiàng)目統(tǒng)計分析和決策支持問題關(guān)于企事業(yè)單位來講每年的招投標(biāo)項(xiàng)目將會成百上千，因此如何對每年的招投標(biāo)數(shù)據(jù)進(jìn)行統(tǒng)計分析將是系統(tǒng)中的重點(diǎn)和難點(diǎn)。傳統(tǒng)的手工統(tǒng)計方法，容易導(dǎo)致統(tǒng)計結(jié)果的錯誤性，因此在設(shè)計過程中通過專門的統(tǒng)計分析功能能夠簡化統(tǒng)計決策分析工作并提高統(tǒng)計分析結(jié)果的正確性。1.4本設(shè)計的要緊工作和組織結(jié)構(gòu)1.4.1本設(shè)計的要緊工作本文首先針對招投標(biāo)業(yè)務(wù)治理進(jìn)行需求分析，包括各種不同行業(yè)或者企事業(yè)單位對招投標(biāo)業(yè)務(wù)的共性和差異性需求要求。同時，針對傳統(tǒng)的招投標(biāo)業(yè)務(wù)治理中存在的業(yè)務(wù)流程處理復(fù)雜、數(shù)據(jù)易丟失、公正性缺失等問題，

14、采納Java語言在Eclipse軟件開發(fā)平臺上，基于多層的nEE軟件體系架構(gòu)，采納了基于B/s的軟件架構(gòu)，同時針對復(fù)雜的流程采納工作流引擎進(jìn)行設(shè)計設(shè)計和實(shí)現(xiàn)了一套通用的招投標(biāo)綜合業(yè)務(wù)治理系統(tǒng)。通過系統(tǒng)的分析、設(shè)計和實(shí)現(xiàn)為不同行業(yè)中的企事業(yè)單位提供了統(tǒng)一的業(yè)務(wù)解決方案。本系統(tǒng)以網(wǎng)絡(luò)工作平臺的方式，服務(wù)于建設(shè)單位、企業(yè)、政府監(jiān)管部門三類用戶。實(shí)現(xiàn)從招標(biāo)公告公布、資審報名、資格預(yù)審、投標(biāo)、評定標(biāo)到簽約的全程招投標(biāo)工作治理。本文的要緊工作要緊包括以下幾個方面:第一，招投標(biāo)業(yè)務(wù)處理流程復(fù)雜，本文對以上復(fù)雜的招投標(biāo)流程通過面向?qū)ο蟮乃枷牒蚒ML建模語言進(jìn)行了建模分析和梳理。通過用例分析對系統(tǒng)功能進(jìn)行分解處

15、理，關(guān)于復(fù)雜的業(yè)務(wù)處理流程建立靜態(tài)模型和動態(tài)模型。在靜態(tài)模型的基礎(chǔ)上，對要緊實(shí)體的數(shù)據(jù)庫進(jìn)行設(shè)計;最后，通過傳統(tǒng)的基于多層的JZEE模型對系統(tǒng)進(jìn)行開發(fā)和實(shí)現(xiàn)。第二，針對招標(biāo)企業(yè)的信用問題，系統(tǒng)在設(shè)計過程中增加了招標(biāo)履約考核治理模塊，針關(guān)于標(biāo)書中的不同時期的目的進(jìn)行采納了可考核性指標(biāo)進(jìn)行評估和分析。通過關(guān)于完成標(biāo)的情況建立企業(yè)的信用等級，同時建立招投標(biāo)企業(yè)的信息庫達(dá)到關(guān)于招標(biāo)履行的可控性。第三，招投標(biāo)的業(yè)務(wù)流程較為復(fù)雜，其中包括了項(xiàng)目審核、招標(biāo)公告、格預(yù)審流程、招標(biāo)開標(biāo)流程、評標(biāo)流程治理、定標(biāo)流程治理和簽約流程治理等業(yè)務(wù)處理流程。因此在業(yè)務(wù)系統(tǒng)的分析和架構(gòu)設(shè)計過程中，系統(tǒng)通過基于工作流引擎的流程

16、處理模塊，實(shí)現(xiàn)對招投標(biāo)業(yè)務(wù)的建模分析、狀態(tài)跟蹤和業(yè)務(wù)操縱。第四，針對招投標(biāo)治理中的核心公正性問題，為了達(dá)到整體業(yè)務(wù)的處理公平和公開，系統(tǒng)設(shè)計實(shí)現(xiàn)過程中通過流程審核分配以及專家信用評估和隨機(jī)抽取審核專家的方式達(dá)到了招投標(biāo)過程中的公正性。第五，針對招投標(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)計功能。同時，針對不同的功能為其提供了優(yōu)秀的數(shù)據(jù)展現(xiàn)方式，從而達(dá)到為企業(yè)決策者進(jìn)行服務(wù)的目的。1.4.2本設(shè)計報告的組織結(jié)構(gòu)第1章分析了招投標(biāo)業(yè)務(wù)及其信息治理系統(tǒng)的背景和國內(nèi)外的進(jìn)展現(xiàn)狀，簡要闡述了本文所需要解決的要緊問題，最后指

17、明了本文的要緊工作。第2章對招投標(biāo)業(yè)務(wù)治理流程的需求進(jìn)行了分析，梳理和整理了招投標(biāo)治理的詳細(xì)業(yè)務(wù)流程，通過業(yè)務(wù)流程圖闡述了其詳細(xì)的業(yè)務(wù)流程。同時，該章也提出了系統(tǒng)的目標(biāo)和需要解決的問題。第3章論述了系統(tǒng)的技術(shù)架構(gòu)和功能架構(gòu)，講明了差不多的系統(tǒng)邏輯架構(gòu)設(shè)計;針對招投標(biāo)治理業(yè)務(wù)處理流程繁多的問題，提出了整體系統(tǒng)的功能結(jié)構(gòu)設(shè)計。第4章，在面向?qū)ο蠓治龌A(chǔ)上，對系統(tǒng)的建模設(shè)計進(jìn)行了詳細(xì)的描述;關(guān)于招投標(biāo)治理的業(yè)務(wù)流程進(jìn)行了分析和設(shè)計，最后給出了系統(tǒng)的數(shù)據(jù)庫設(shè)計。第5章介紹了系統(tǒng)業(yè)務(wù)流程的要緊功能實(shí)現(xiàn)和其中的關(guān)鍵技術(shù)，包括招標(biāo)企業(yè)申請審核、招標(biāo)公開、各個招標(biāo)業(yè)務(wù)流程的實(shí)現(xiàn)和專家?guī)熘卫砟K等。是結(jié)束語，對

18、本文所作的工作和下一步要解決的問題進(jìn)行了總結(jié)。第2章需求分析2.1系統(tǒng)概述針對不同企事業(yè)單位，其招投標(biāo)治理工作要緊是針對不同項(xiàng)目、資源和采購等業(yè)務(wù)的相關(guān)申請、招投標(biāo)和跟蹤審核等相關(guān)業(yè)務(wù)的日常工作。其業(yè)務(wù)包括了一系列的復(fù)雜業(yè)務(wù)審核審批、合同履行評審等相關(guān)流程組成，要緊包括了項(xiàng)目的立項(xiàng)申請審批、招標(biāo)公告公布、資格預(yù)審流程、招標(biāo)開標(biāo)流程、評標(biāo)流程治理、定標(biāo)流程治理和簽約流程治理等業(yè)務(wù)處理流程。同時，在評標(biāo)和簽約過程中又包括一些相關(guān)的子流程，包括了大量信息、資源治理和報表輸出打印以及企業(yè)信用評估和招投標(biāo)業(yè)務(wù)公平性保證等相關(guān)輔助業(yè)務(wù)。另外，在某個項(xiàng)目申請、審核和招投標(biāo)業(yè)務(wù)處理結(jié)束后，需要業(yè)務(wù)人員對相關(guān)材

19、料進(jìn)行歸檔處理，而現(xiàn)有的處理方式多采納紙質(zhì)文件收集和人工處理的模式。然而，手上和紙質(zhì)文件處理模式往往會造成工作量大、資源白費(fèi)、信息收集丟失和不準(zhǔn)確等弊端，因此開發(fā)一套針對現(xiàn)有不同行業(yè)招投標(biāo)業(yè)務(wù)的治理信息系統(tǒng)成為迫切的需要。本文將針對不同行業(yè)招投標(biāo)治理業(yè)務(wù)進(jìn)行需求分析，然后結(jié)合面向?qū)ο蟮乃枷牒突赨ML的建模方法，完成系統(tǒng)的需求分析、設(shè)計和實(shí)現(xiàn)。通過以上的業(yè)務(wù)場景需求分析，系統(tǒng)將需要解決的要緊問題包括企業(yè)信息庫和企業(yè)信用檔案維護(hù)、專家信息庫維護(hù)、招投標(biāo)公正性確定、中標(biāo)企業(yè)履約考核、項(xiàng)目信息統(tǒng)計和招投標(biāo)流程維護(hù)等。尤其針對招投標(biāo)流程治理，又包括了招標(biāo)打算和流程制定、資格審查報名流程、預(yù)審流程、投標(biāo)

20、開標(biāo)流程、評標(biāo)流程、定標(biāo)流程和簽約流程等多項(xiàng)復(fù)雜流程。因此，為了能夠有效對招投標(biāo)信息進(jìn)行維護(hù)，本文將每次的招投標(biāo)業(yè)務(wù)抽象成項(xiàng)目來進(jìn)行治理。通過項(xiàng)目治理能夠有效的定義操縱其整體流程，并能夠有效的定義該次招投標(biāo)業(yè)務(wù)中的相關(guān)企業(yè)、數(shù)據(jù)和招投標(biāo)文件等，同時能夠?qū)ｉT方便的對其進(jìn)行查詢和統(tǒng)計。其思想是在每次招投標(biāo)項(xiàng)目開始前，將其當(dāng)作項(xiàng)目首先進(jìn)行信息初始化，包括了流程設(shè)置、投標(biāo)數(shù)據(jù)和信息存放地址、專家信息維護(hù)和企業(yè)信息維護(hù)等。在接下來的招投標(biāo)治理中，將所有相關(guān)于本次投標(biāo)的信息通過項(xiàng)目治理的方式來進(jìn)行維護(hù)，從而實(shí)現(xiàn)信息的有效組織和維護(hù)。其中，用戶權(quán)限及公共數(shù)據(jù)治理為整個系統(tǒng)的基礎(chǔ)模塊，用戶治理要緊是對系統(tǒng)的用

21、戶進(jìn)行添加、刪除以及用戶信息的修改等;權(quán)限治理是由治理員對系統(tǒng)用戶進(jìn)行權(quán)限分配。公共數(shù)據(jù)維護(hù)是由系統(tǒng)治理員對生活調(diào)查中需要填寫數(shù)據(jù)的數(shù)據(jù)字典以及某些公共數(shù)據(jù)進(jìn)行維護(hù)。企業(yè)信息庫維護(hù)和建立包括了企業(yè)申請、監(jiān)管單位審批和企業(yè)信息維護(hù)等相關(guān)功能。關(guān)于招標(biāo)項(xiàng)目治理，系統(tǒng)的設(shè)計過程中將其看做項(xiàng)目進(jìn)行治理，包括了項(xiàng)目啟動、維護(hù)和考核等相關(guān)流程。同時，關(guān)于其流程治理通過基于工作流引擎的思想進(jìn)行設(shè)計和實(shí)現(xiàn)，同時能夠?qū)ζ溥M(jìn)行狀態(tài)跟蹤和查詢。為了實(shí)現(xiàn)對企業(yè)的資信進(jìn)行評估考核，系統(tǒng)中建立各個時期標(biāo)的履約考核，通過考核結(jié)果對企業(yè)的信用等級進(jìn)行評估，為招標(biāo)過程提供決策參考。同時，為了能夠?qū)崿F(xiàn)招投標(biāo)過程的公正性，在評標(biāo)過

22、程中專家通過隨機(jī)抽取的方式進(jìn)行確定。招投標(biāo)文件歸檔治理是將每次招投標(biāo)的相關(guān)文件進(jìn)行歸檔存儲，包括了標(biāo)書、招標(biāo)公告和相關(guān)合同書等，將不同的資源進(jìn)行分類歸檔。數(shù)據(jù)分析模塊要緊是針對某個時期內(nèi)所有的招投標(biāo)文件進(jìn)行統(tǒng)計分析，包括招標(biāo)信息明細(xì)查詢、統(tǒng)計報表等。在系統(tǒng)的治理過程中，除了以上業(yè)務(wù)處理模塊意外還需要包括報表打印模塊將各類不同的數(shù)據(jù)報表進(jìn)行輸出，包括Excel輸出、表格輸出和統(tǒng)計報表輸出等。在系統(tǒng)的需求分析過程中，本文采納統(tǒng)一開發(fā)過程的思想進(jìn)行軟件設(shè)計與開發(fā)，系統(tǒng)的功能性需求描述工具要緊是用例模型 (UseCase)，立即系統(tǒng)的功能性需求分解到每一個需求分析用例中去。統(tǒng)一開發(fā)過程的最大優(yōu)點(diǎn)是采納

23、按照角色(A以or)對業(yè)務(wù)需求進(jìn)行分析從而識不用例模型 (UseCase)中的方法，通過以上方法能夠直觀的建立起系統(tǒng)的需求分析模型，而且通過多次迭代處理幸免需求分析過程中存在的漏項(xiàng)問題。在統(tǒng)一開發(fā)過程的分析方法中，我們?yōu)榱四軌蚯逦拿枋鱿到y(tǒng)用例及其層次結(jié)果，本文通過包圖對業(yè)務(wù)需求的各個模塊進(jìn)行分析處理。在系統(tǒng)的需求分析過程中，本文引入了包圖對不同業(yè)務(wù)的用例進(jìn)行分模塊處理和分析。如圖2一1所示，從系統(tǒng)的總體功能性需求來看本文的招投標(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)

24、流程治理、專家抽審治理、企業(yè)信用維護(hù)治理和信息統(tǒng)計分析治理等。圖2-1 系統(tǒng)功能包圖通過面向?qū)ο蟮姆治龇椒?，結(jié)合基于統(tǒng)一建模語言(UML)的建模方法對不同系統(tǒng)模塊中的需求進(jìn)行用例分析和建模。本文接下來對系統(tǒng)需求的核心用例模塊包括企業(yè)信息申請和審核治理模塊、招標(biāo)項(xiàng)目流程治理、專家信息治理維護(hù)、履約考核治理、信用檔案治理等模塊進(jìn)行用例建模分析和描述。2.2系統(tǒng)目標(biāo)和解決的問題結(jié)合不同行業(yè)和企事業(yè)單位招投標(biāo)業(yè)務(wù)的需求和分析，本文在設(shè)計和實(shí)現(xiàn)招投標(biāo)治理系統(tǒng)的過程中需要達(dá)到以下幾方面的要求:1、招投標(biāo)業(yè)務(wù)處理流程復(fù)雜，本文對以上復(fù)雜的招投標(biāo)流程通過面向?qū)ο蟮乃枷牒蚒ML建模語言進(jìn)行了建模分析和梳理。通過

25、用例分析對系統(tǒng)功能進(jìn)行分解處理，關(guān)于復(fù)雜的業(yè)務(wù)處理流程建立靜態(tài)模型和動態(tài)模型。在靜態(tài)模型的基礎(chǔ)上，對要緊實(shí)體的數(shù)據(jù)庫進(jìn)行設(shè)計;最后，通過傳統(tǒng)的基于多層的JZEE模型對系統(tǒng)進(jìn)行開發(fā)和實(shí)現(xiàn)。2、針對招標(biāo)企業(yè)的信用問題，系統(tǒng)在設(shè)計過程中增加了招標(biāo)履約考核治理模塊，針關(guān)于標(biāo)書中的不同時期的目的進(jìn)行采納了可考核性指標(biāo)進(jìn)行評估和分析。通過關(guān)于完成標(biāo)的情況建立企業(yè)的信用等級，同時建立招投標(biāo)企業(yè)的信息庫達(dá)到關(guān)于招標(biāo)履行的可控性。3、招投標(biāo)的業(yè)務(wù)流程較為復(fù)雜，其中包括了項(xiàng)目審核、招標(biāo)公告、格預(yù)審流程、招標(biāo)開標(biāo)流程、評標(biāo)流程治理、定標(biāo)流程治理和簽約流程治理等業(yè)務(wù)處理流程。因此，在業(yè)務(wù)系統(tǒng)的分析和架構(gòu)設(shè)計過程中如何

26、實(shí)現(xiàn)業(yè)務(wù)流程的定義和操縱將關(guān)系到系統(tǒng)實(shí)現(xiàn)的成敗。本文在系統(tǒng)的設(shè)計和實(shí)現(xiàn)過程中通過基于工作流引擎的流程處理模塊，實(shí)現(xiàn)對招投標(biāo)業(yè)務(wù)的建模分析、狀態(tài)跟蹤和業(yè)務(wù)操縱，從而達(dá)到有效的流程定義和業(yè)務(wù)處理。4、針對招投標(biāo)治理中的核心公正性問題，為了達(dá)到整體業(yè)務(wù)的處理公平和公開，系統(tǒng)設(shè)計實(shí)現(xiàn)過程中通過流程審核分配以及專家信用評估和隨機(jī)抽取審核專家的方式達(dá)到了招投標(biāo)過程中的公正性。5、針對招投標(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)計功能。同時，針對不同的功能為其提供了優(yōu)秀的數(shù)據(jù)展現(xiàn)方式，從而達(dá)到為企業(yè)決策者進(jìn)行服務(wù)的目的。2.3

27、功能需求分析招投標(biāo)治理作為企事業(yè)單位的信息化治理核心模塊，關(guān)系著其運(yùn)營和生產(chǎn)，良好的招投標(biāo)治理將會促進(jìn)企事業(yè)單位的高效運(yùn)作和良好形象。本文接下來將對招投標(biāo)治理信息系統(tǒng)中的企業(yè)信息申請和審核治理模塊、招標(biāo)項(xiàng)目流程治理、專家信息治理維護(hù)、履約考核治理、信用檔案治理進(jìn)行詳細(xì)的需求分析和描述。2.3.1企業(yè)信息治理在招投標(biāo)業(yè)務(wù)分析和處理中，參標(biāo)企業(yè)的信息維護(hù)是其中的核心業(yè)務(wù)模塊，因?yàn)閰?biāo)企業(yè)的活動貫穿著招標(biāo)活動的始末，企業(yè)的信用和資質(zhì)將會阻礙其是否能夠通過初步的審核。關(guān)于招投標(biāo)信息治理來講，企業(yè)的信息治理包括了復(fù)雜的審核和審批流程，其中包括了企業(yè)的差不多信息備案、監(jiān)管單位審核、企業(yè)首次填報、監(jiān)管單位首

28、次填報審批、企業(yè)信息修改、修改信息審核等相關(guān)業(yè)務(wù)流程，其相關(guān)的業(yè)務(wù)處理流程和涉眾人群如圖2一2所示。圖2一2企業(yè)信息治理業(yè)務(wù)流程圖FigureZ一 2SystemPaekagediagram通過對上述企業(yè)信息業(yè)務(wù)治理流程的分析，企業(yè)信息治理模塊中還包括了企業(yè)信息檢索和查詢以及報表生成打印等相關(guān)功能。通過對上述業(yè)務(wù)需求的分析，企業(yè)信息治理模塊要緊包括了各類參標(biāo)企業(yè)單位和相關(guān)監(jiān)管單位兩種角色。如圖2一3所示，本文給出了該部分業(yè)務(wù)的核心用例圖和關(guān)鍵用例的用例描述。圖2一3企業(yè)信息治理用例圖FigureZ一 3SystemPaekagediagram關(guān)于招投標(biāo)信息來講，企業(yè)的相關(guān)信息的維護(hù)關(guān)系著企業(yè)是

29、否具備相應(yīng)的資質(zhì)進(jìn)行招投標(biāo)操作，因此如何完成企業(yè)相關(guān)信息的填報和資質(zhì)審查是本文系統(tǒng)設(shè)計和實(shí)現(xiàn)的關(guān)鍵。同時，企業(yè)關(guān)于相關(guān)信息進(jìn)行修改時，也需要相關(guān)部門進(jìn)行審核，因此針對企業(yè)的信息維護(hù)和填報的用例描述如表2一1所示。企業(yè)維護(hù)人員在登錄招投標(biāo)治理系統(tǒng)后，將依次對差不多信息、資質(zhì)信息、人員構(gòu)成信息、企業(yè)資產(chǎn)構(gòu)成信息、設(shè)備信息和在建工程信息以及代表工程信息進(jìn)行相應(yīng)的維護(hù)。用例標(biāo)識Model_Enterprise_01用例名稱企業(yè)修改相關(guān)信息創(chuàng)建時刻2011-6-5參與者企業(yè)維護(hù)人員用例描述維護(hù)企業(yè)信息前置條件企業(yè)維護(hù)人員登錄系統(tǒng)后置條件記錄信息修改的次數(shù)監(jiān)管部門將對修改的信息進(jìn)行相應(yīng)審核差不多事件流治理

30、員登錄系統(tǒng)查看企業(yè)相應(yīng)信息添加、修改或刪除企業(yè)的相關(guān)信息，包括差不多信息、人員信息、礦產(chǎn)信息等。擴(kuò)展事件流在企業(yè)的某個在建工程需要轉(zhuǎn)為相關(guān)企業(yè)的代表性工程時，將其轉(zhuǎn)化為代表性工程備注企業(yè)關(guān)于相關(guān)的信息進(jìn)行修改時，需要進(jìn)行相應(yīng)的登記：在企業(yè)信息進(jìn)行修改后需要通過審核以確保企業(yè)信息的真實(shí)性。 表2一1企業(yè)人員進(jìn)行企業(yè)信息維護(hù)用例講明2.3.2招標(biāo)項(xiàng)目流程治理通過對招投標(biāo)治理系統(tǒng)業(yè)務(wù)流程的需求分析，本文在分析和設(shè)計過程中將某個業(yè)務(wù)的招投標(biāo)過程看作一整體的項(xiàng)目來進(jìn)行治理。將整體的業(yè)務(wù)看做從發(fā)起、初始化數(shù)據(jù)到投標(biāo)報名、專家審核、簽定合同看作是項(xiàng)目的整體周期，通過工作流模型對其定義。在需求分析時期，需要對

31、其相關(guān)的業(yè)務(wù)流程進(jìn)行分析和定義。通過對其業(yè)務(wù)的需求進(jìn)行分析，其要緊的涉眾角色包括了建設(shè)單位、投標(biāo)單位和工程監(jiān)管單位，整體的業(yè)務(wù)流程包括了招標(biāo)項(xiàng)目定義、標(biāo)段信息定義、招標(biāo)公告公布、項(xiàng)目申請開始、資格審查報名、資格預(yù)審、招標(biāo)開標(biāo)、評標(biāo)治理、定標(biāo)治理和簽訂合同;整體的流程如圖2一4所示:圖2一4招投標(biāo)項(xiàng)目流程圖從上圖能夠發(fā)覺，在招標(biāo)項(xiàng)目流程治理的整體業(yè)務(wù)流程中，所有的涉眾角色中建設(shè)單位是關(guān)鍵的業(yè)務(wù)核心角色，因此接下來的描述中將針對建設(shè)單位的用例進(jìn)行建模分析和描述，其業(yè)務(wù)用例圖如圖2一5所示:圖2一5招投標(biāo)用例圖通過對招投標(biāo)業(yè)務(wù)流程的業(yè)務(wù)需求進(jìn)行分析，關(guān)于招投標(biāo)治理信息系統(tǒng)來講其最關(guān)鍵的業(yè)務(wù)處理為流程

32、的需求的梳理和治理。通過對招投標(biāo)業(yè)務(wù)的需求分析，本文梳理得到招投標(biāo)項(xiàng)目流程依次為項(xiàng)目信息創(chuàng)建和維護(hù)、標(biāo)段信息創(chuàng)建和維護(hù)、招標(biāo)公告公布、資格審查報名、資格預(yù)審時期、投標(biāo)開標(biāo)時期、評標(biāo)時期、定標(biāo)時期和簽約時期。其整體的業(yè)務(wù)流程為順序的關(guān)系，業(yè)務(wù)流程的處理過程包括了投標(biāo)單位、建設(shè)單位和監(jiān)管單位三個要緊的涉眾人群。尤其在“資格預(yù)審”和“評標(biāo)”流程環(huán)節(jié)中，需要相關(guān)的專家組進(jìn)行招標(biāo)投票和打分評審。因此，在業(yè)務(wù)系統(tǒng)的設(shè)計過程中還包括了相關(guān)專家等涉眾人群。關(guān)于某個招投標(biāo)項(xiàng)目來講，在資格預(yù)審和評標(biāo)的處理時期，需要相關(guān)專家進(jìn)行登錄評審。因此，在項(xiàng)目的創(chuàng)建和標(biāo)段創(chuàng)建過程中，相關(guān)建設(shè)單位還需要設(shè)定相應(yīng)的條件對專家組進(jìn)

33、行自動選取，從而幸免人為選擇因素從而提高了整體招投標(biāo)治理流程中的公正和公平性。如表2一2，本文給出了專家條件設(shè)置和篩選用例的詳細(xì)講明:用例標(biāo)識Model_WorkFlow_ExpertSelection用例名稱選擇評審專家創(chuàng)建時刻2015-1-11參與者建設(shè)治理單位用例描述治理員設(shè)定相關(guān)的專家篩選條件前置條件差不多對相關(guān)招標(biāo)項(xiàng)目進(jìn)行差不多維護(hù)完成相關(guān)項(xiàng)目的標(biāo)段維護(hù)后置條件通過篩選條件自動生成評審專家為相關(guān)專家生成登錄名和密碼差不多事件流治理員登錄系統(tǒng)查看相關(guān)項(xiàng)目信息設(shè)定評標(biāo)和資格審查日期新建抽簽關(guān)聯(lián)相關(guān)的項(xiàng)目和標(biāo)段，設(shè)定專家人數(shù)選擇專家組類型進(jìn)行專家組抽簽確定專家組抽簽，定簽擴(kuò)展事件流在專家組

34、確定以后，相關(guān)監(jiān)督單位能夠?qū)＜页楹灲Y(jié)果進(jìn)行修改和取消備注專家組的選擇與相關(guān)專家的信息，屬性和專家的信用相關(guān)聯(lián)，整體采納動態(tài)淘汰制從而確保專家評審的公正性。表2一2選擇評審專家用例講明2.3.3專家信息治理通過以上的業(yè)務(wù)流程分析，本文得出相關(guān)專家信息的維護(hù)關(guān)系到招投標(biāo)治理系統(tǒng)的成敗，尤其是針對招標(biāo)項(xiàng)目流程中的資格審查和評標(biāo)時期，專家選擇的公正性和權(quán)威性關(guān)系到招標(biāo)最終的成敗。因此，在招投標(biāo)治理信息系統(tǒng)的設(shè)計和實(shí)現(xiàn)山東人學(xué)碩十學(xué)位論文過程中，需要建立相應(yīng)的專家?guī)煨畔⒓捌渚S護(hù)模塊，通過該模塊支持整體的專家組篩選和確定，從而確保招投標(biāo)業(yè)務(wù)的有效運(yùn)轉(zhuǎn)而提高招投標(biāo)項(xiàng)目的成功幾率。關(guān)于專家信息的維護(hù)涉眾角色

35、為相關(guān)的監(jiān)管單位來進(jìn)行維護(hù)，相關(guān)的要緊功能包括了專家差不多信息維護(hù)、專家培訓(xùn)信息維護(hù)、專家現(xiàn)場考核、專家日?？己?、專家單位信息維護(hù)、專家信息統(tǒng)計等相關(guān)功能，其用例圖如圖2一6所示:圖2一6專家治理用例圖2.3.4履約考核治理關(guān)于招投標(biāo)治理系統(tǒng)來講，招投標(biāo)業(yè)務(wù)流程治理中最關(guān)鍵的部分為跟蹤和確定某個時期內(nèi)中標(biāo)企業(yè)的履職情況，包括了完成進(jìn)度、工作簡報和履約評級等相關(guān)內(nèi)容。通過相應(yīng)的建設(shè)進(jìn)度跟蹤，能夠及時跟蹤和發(fā)覺招標(biāo)項(xiàng)目建設(shè)過程中存則的各種問題。該部分相關(guān)的要緊涉眾角色包括了建設(shè)單位和中標(biāo)單位，其中中標(biāo)單位需要定期填寫簡報，而建設(shè)單位需要定期的對相關(guān)工作內(nèi)容進(jìn)行審核和評價，及時列出某個時期內(nèi)評價不合

36、格的單位。因此，關(guān)于履約考核最要緊的涉眾角色為相關(guān)建設(shè)單位，如圖2一7，給出了中標(biāo)單位履約考核的相關(guān)要緊用例及其分析和描述:圖2一7履約考核用例圖2.3.5信用檔案治理通過上述的招投標(biāo)治理業(yè)務(wù)的分析，我們發(fā)覺招標(biāo)單位、單位核心成員和評審專家的信用將關(guān)系著招投標(biāo)業(yè)務(wù)的公平性甚至阻礙到整個招標(biāo)項(xiàng)目最終的成敗。因此，在系統(tǒng)業(yè)務(wù)分析、設(shè)計和實(shí)現(xiàn)過程中，需要增加關(guān)于以上三類要緊成員的信用檔案維護(hù)和治理。其中，對招標(biāo)單位來講，其相關(guān)的中標(biāo)項(xiàng)目的評價將會自動轉(zhuǎn)入其信用檔案;單位核心成員的信用等級也與上述中標(biāo)項(xiàng)目的履約結(jié)果相關(guān)，其中評審專家的信用等級由相關(guān)監(jiān)管單位的維護(hù)人員審核確定后確定其相關(guān)的信用阻礙。關(guān)于

37、信用檔案治理，要緊包括了企業(yè)信用檔案維護(hù)、個人信用檔案維護(hù)、企業(yè)信用等級維護(hù)、專家信用檔案維護(hù)和相關(guān)的要緊查詢統(tǒng)計功能，其要緊的用例如下圖2一8所示:圖2一8信用檔案治理用例圖2.4系統(tǒng)非功能性需求關(guān)于業(yè)務(wù)信息治理系統(tǒng)來講，除了業(yè)務(wù)功能相關(guān)需求以外還包括了系統(tǒng)運(yùn)行、維護(hù)等相關(guān)方面的非功能性需求。相對一于功能性需求，非功能性需求不僅僅關(guān)乎軟件產(chǎn)品的使用和性能，同時還在某種程度上阻礙到軟件的功能性需求。假如事先缺乏專門好的非功能性需求定義，結(jié)果往往是使產(chǎn)品在非功能性需求面前捉襟見肘，甚至淹沒功能性需求給用戶帶來的價值。關(guān)于招投標(biāo)治理系統(tǒng)來講，本文的的非功能性需求要緊包括:適用性要求，可靠性要求，性

38、能要求，可支持性要求，下面分不對各項(xiàng)要求進(jìn)行分析。1.適用性要求適用性要求系統(tǒng)用戶學(xué)習(xí)和操作的簡單，依照要求能夠延伸出如此四點(diǎn)模糊的需求:l)指明為了使用戶能夠完成一般日常工作所需要的培訓(xùn)時刻，而且需要以那些從未接觸過計算機(jī)的新手以及一般用戶和高級用戶的術(shù)語來描述。系統(tǒng)用戶涉及到相關(guān)部門的使用人員、公司項(xiàng)目治理人員、評審專家等，系統(tǒng)使用培訓(xùn)對他們來講周期專門短或者不需培訓(xùn)，而日常治理人員大部分屬于計算機(jī)一般用戶甚至是新手，那個地點(diǎn)所講的培訓(xùn)時刻要緊指針對這類用戶。關(guān)于新手用戶來講，系統(tǒng)應(yīng)當(dāng)滿足培訓(xùn)時刻小于等于半天，否則將是不可同意的。2)指明典型終端用戶可能的典型任務(wù)或事務(wù)的可度量任務(wù)時刻。關(guān)

39、于日常治理人員登錄系統(tǒng)，從系統(tǒng)供能界面輸入相關(guān)信息需要的時刻，這因此會受到技術(shù)實(shí)現(xiàn)中性能問題的阻礙(網(wǎng)絡(luò)傳輸速度、網(wǎng)絡(luò)容量、RAM和CPU能力，它們共同決定了系統(tǒng)的響應(yīng)時刻)，然而任務(wù)性能時刻也更加受到系統(tǒng)適用性的阻礙。2.可靠性要求沒人喜愛錯誤、缺陷、系統(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)的容錯措施，這些都包含于可靠性要求中。需求中需要特不提到這些現(xiàn)象，顯示系統(tǒng)到底以哪種用戶能接收的程度運(yùn)轉(zhuǎn)。(l)可用性(ava

40、ilability)。系統(tǒng)關(guān)于一個使用時刻的指定百分比必須是可用的。關(guān)于客房子系統(tǒng)來講，系統(tǒng)必須7*24小時正常使用，而餐飲子系統(tǒng)也必須在進(jìn)餐的高峰時段確保穩(wěn)定。(2)平均故障間隔時刻和平均修復(fù)時刻(MTBF和MTTR)。同意系統(tǒng)出故障后不運(yùn)轉(zhuǎn)的時刻，比如要求90%的系統(tǒng)故障要在5分鐘內(nèi)修復(fù)，99.9%的系統(tǒng)故障要在一小時內(nèi)修復(fù)，這就要求在系統(tǒng)運(yùn)行過程中需要穩(wěn)定的技術(shù)支持團(tuán)隊(duì)，達(dá)到故障修復(fù)周期的最小化。(3)準(zhǔn)確性(accuracy)。產(chǎn)生數(shù)字輸出的系統(tǒng)要求有多高的精確度。比如數(shù)以“萬”為單位，統(tǒng)計時精確到小數(shù)點(diǎn)后面幾位，才能讓學(xué)位報盤是不超過國家規(guī)定的字段長度。(4)每類錯誤。通常分為微小的

41、錯誤、顯著的錯誤和關(guān)鍵的錯誤三類。如數(shù)據(jù)的完全丟失或者系統(tǒng)的關(guān)鍵性模塊不能使用。3.性能要求，通常包括以下幾個方面:(l)事務(wù)的響應(yīng)時刻:平均值、最大值。(2)吞吐量:每秒事務(wù)數(shù)。(3)容量:系統(tǒng)可容納的客戶總數(shù)或事務(wù)數(shù)。(4)退化模式:系統(tǒng)被降級時，可同意的運(yùn)轉(zhuǎn)模式。這些都應(yīng)量化地體現(xiàn)在系統(tǒng)需求文檔中。4.可支持性要求可支持性是指為了升級或修復(fù)，軟件被修改的能力。對某些應(yīng)用領(lǐng)域，以后可能的升級是可預(yù)測的，因此需求能夠規(guī)定維護(hù)小組的簡單升級以及復(fù)雜升級的“響應(yīng)時刻”。第3章系統(tǒng)設(shè)計關(guān)于系統(tǒng)的研究開發(fā)，在完成整體的需求分析之后將進(jìn)入系統(tǒng)的設(shè)計時期，基于RUP的軟件設(shè)計要緊包括了系統(tǒng)概要設(shè)計和系統(tǒng)

42、的詳細(xì)設(shè)計兩時期的工作。系統(tǒng)的概要設(shè)計時期將要緊關(guān)注整體宏觀上和系統(tǒng)實(shí)現(xiàn)的技術(shù)框架設(shè)計。概要設(shè)計要緊完成系統(tǒng)的需求分析到設(shè)計的轉(zhuǎn)化，同時分時期設(shè)計實(shí)現(xiàn)系統(tǒng)的整體架構(gòu)，使得系統(tǒng)架構(gòu)能夠?yàn)橄到y(tǒng)的進(jìn)一步開發(fā)和運(yùn)行服務(wù)。在概要設(shè)計的過程中，將采納由粗到細(xì)的原則，通過定性和定量的分析和分解，同時采納UML建模方法完成其設(shè)計。因此，本章將針對系統(tǒng)的概要設(shè)計要緊是系統(tǒng)的軟件架構(gòu)設(shè)計、權(quán)限治理設(shè)計和差不多的功能設(shè)計部分進(jìn)行詳細(xì)的描述。3.1系統(tǒng)技術(shù)架構(gòu)3.1.1軟件架構(gòu)設(shè)計系統(tǒng)的軟件架構(gòu)設(shè)計是指將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)以及劃分系統(tǒng)功能模塊設(shè)計。系統(tǒng)的技術(shù)架構(gòu)，其任務(wù)是以系統(tǒng)需求分析的結(jié)果為依據(jù)

43、，充分考慮系統(tǒng)的特點(diǎn)及用戶的要求，為系統(tǒng)選擇合適的開發(fā)平臺，同時選擇合適的方式構(gòu)建系統(tǒng)。該時期注重宏觀上和框架上的設(shè)計，包括是否采納客戶端和服務(wù)器端分離的多層結(jié)構(gòu)以及客戶端和服務(wù)器端所采納的技術(shù)等。針對招投標(biāo)治理系統(tǒng)用戶角色多、部門多和分布地域廣泛的特點(diǎn)，整體招投標(biāo)治理系統(tǒng)的架構(gòu)設(shè)計本文選擇采納基于JZEE的多層架構(gòu)設(shè)計，同時采納了B/S的整體軟件設(shè)計。客戶端技術(shù)采納掃瞄器進(jìn)行實(shí)現(xiàn)，客戶端與服務(wù)器之間采納了HttP協(xié)議進(jìn)行通信，同時為了能夠?qū)崿F(xiàn)相應(yīng)的客戶端與服務(wù)器端的異步通信，在具體的界面實(shí)現(xiàn)部分采納了Ajax技術(shù)進(jìn)行實(shí)現(xiàn)。在各個層中分不采納了成熟的開源框架，層與層中間采納統(tǒng)一的接口。通過統(tǒng)一

44、的接口設(shè)計實(shí)現(xiàn)了層與層之間的松藕合。同時，鑒于系統(tǒng)采納分層松藕合的架構(gòu)設(shè)計，使得系統(tǒng)框架的可擴(kuò)展性得到增強(qiáng)系統(tǒng)容易實(shí)現(xiàn)對業(yè)務(wù)請求的擴(kuò)展。 JZEE(Java2Platrorm，Ente印 riseEdition)是sUN公司推出的一種全新的概念模型，使用了一個多層分布式應(yīng)用程序體系。應(yīng)用程序的邏輯依照事實(shí)上現(xiàn)的不同功能被封裝到組件中，組成JZEE應(yīng)用程序的大量應(yīng)用程序組件依照其所屬的層被安裝到不同的機(jī)器中。關(guān)于JZEE的系統(tǒng)架構(gòu)來講，要緊包括基于EJB的重量型架構(gòu)設(shè)計和“spring+struts+Hibemate”的開源輕量型架構(gòu)設(shè)計。關(guān)于基于開源框架來講，目前己經(jīng)逐漸成為研究和開發(fā)的熱點(diǎn)同

45、時得到了專門大的進(jìn)展。目前，相關(guān)于EJB來講，關(guān)于表現(xiàn)層逐步出現(xiàn)了struts等相關(guān)框架，業(yè)務(wù)邏輯操縱和面向切面操縱的框架為SPring，而數(shù)據(jù)持久層框架為Hibemate。然而，相關(guān)于其余的輕量級框架來講，“spring+Struts+Hibernate”已成為Java開發(fā)的主流框架體系。因此，在本文招投標(biāo)治理系統(tǒng)開發(fā)過程中，也使用了“spring+struts+Hibernate”的三駕馬車式的框架結(jié)構(gòu)(如圖3一1所示)，通過輕量級的架構(gòu)設(shè)計節(jié)約了學(xué)習(xí)和開發(fā)時刻，同時滿足了分層架構(gòu)設(shè)計的要求。圖3一l基于SSH的JZEE架構(gòu) JZEE平臺提供的那個多層結(jié)構(gòu)的分布式應(yīng)用程序模型具有重用組件的

46、能力、基于擴(kuò)展標(biāo)記語言(XML)的數(shù)據(jù)交換、統(tǒng)一的安全模式和靈活的事物操縱;使開發(fā)者不僅能夠比往常更快的發(fā)表對市場的新的解決方案，而且其獨(dú)立于平臺、基于組件的JZEE解決方案不再受任何提供商的產(chǎn)品和應(yīng)用程序編程界面的限制。提供商和買主都能夠選擇最合適于其商業(yè)應(yīng)用和所需技術(shù)的產(chǎn)品和組件。通過采納基于JZEE的軟件平臺進(jìn)行設(shè)計，整體系統(tǒng)的軟件結(jié)構(gòu)采納了分層的思想，系統(tǒng)軟件結(jié)構(gòu)的整體設(shè)計按照MVC(Model，View，Control)的架構(gòu)設(shè)計思想，將招投標(biāo)治理系統(tǒng)的整體軟件框架分為顯示層、操縱層、業(yè)務(wù)邏輯層和數(shù)據(jù)持久層和數(shù)據(jù)庫層等多層進(jìn)行設(shè)計。以下對整體的分層結(jié)構(gòu)圖如圖3一2所示，分不進(jìn)行詳細(xì)的

47、描述:1表現(xiàn)層，要緊包括基于掃瞄器技術(shù)的B/S端的頁面顯示和基于 JasperReP0rt的各種不同樣式和類型的數(shù)據(jù)報表顯示部分。關(guān)于界面的描述和分析技術(shù)，在B/s端要緊采納了JsP和基于struts的頁面標(biāo)簽庫進(jìn)行描述。同時，為了能夠?qū)崿F(xiàn)界面數(shù)據(jù)的異步請求和顯示，本文在某些模塊的數(shù)據(jù)顯示部分采納了基于Ajax的異步數(shù)據(jù)請求和顯示技術(shù)。該部分要緊通過掃瞄器中內(nèi)置的XnllHrtp協(xié)議和對象進(jìn)行異步的數(shù)據(jù)請求和數(shù)據(jù)獵取，在對頁面進(jìn)行顯示的過程中結(jié)合JavaseriPt對相應(yīng)的界面Html元素進(jìn)行操縱和顯示。在報表數(shù)據(jù)的顯示過程中，設(shè)計時期充分采納了基于模型驅(qū)動的開發(fā)技術(shù)，將報表的顯示劃分為模型描

48、述、界面治理器和業(yè)務(wù)數(shù)據(jù)接口三部分組成。模型要緊是指報表界面中的各種顯示元素;界面治理器要緊包括解析器、布局治理和事件處理三部分;業(yè)務(wù)數(shù)據(jù)接口是結(jié)合具體的業(yè)務(wù)數(shù)據(jù)處理獵取需要展示和存入報表的具體數(shù)據(jù)。在報表的顯示過程中，通過業(yè)務(wù)數(shù)據(jù)模塊獵取業(yè)務(wù)數(shù)據(jù)，由界面治理器結(jié)合數(shù)據(jù)和界面描述文件獵取最終繪制的數(shù)據(jù)報表和各類格式的圖表?；赟trutS的操縱層設(shè)計，該部分的核心功能是同意和操縱從客戶端發(fā)送過來的各類不同的請求，并通過運(yùn)行時獵取的具體的XML配置文件信息，將請求轉(zhuǎn)發(fā)到不同的業(yè)務(wù)邏輯處理類進(jìn)行處理。同時，將處理獵取后的數(shù)據(jù)轉(zhuǎn)發(fā)給相應(yīng)的顯示模塊進(jìn)行顯示。3.基于SPring中間件的業(yè)務(wù)邏輯層，包括

49、SPring處理組件和各種功能服務(wù)型組件.業(yè)務(wù)邏輯層的設(shè)計包括相應(yīng)的數(shù)據(jù)GURD的業(yè)務(wù)操作類、實(shí)體對象類和SPring框架封裝類。其中，SPring為業(yè)務(wù)邏輯的有效開發(fā)提供了合理的封裝類，能夠?qū)崿F(xiàn)面向切面的有效操作。同時，該框架采納了分層的架構(gòu)設(shè)計，能夠合理的與MVC的架構(gòu)進(jìn)行整合?？紤]到其業(yè)務(wù)過程治理為一完整流程治理過程，為了能夠更好的進(jìn)行訂單跟蹤和結(jié)果分析，我們在整體的架構(gòu)設(shè)計中加入了基于JBPM的工作流引擎。工作流引擎通過訪問流程數(shù)據(jù)庫獲得業(yè)務(wù)流程信息，操縱業(yè)務(wù)邏輯的流轉(zhuǎn)。工作流引擎的引入將業(yè)務(wù)邏輯和流程邏輯分離，同意用戶靈活的設(shè)計與公布新的流程。關(guān)于整個業(yè)務(wù)流程中訂單治理采納工作流引擎

50、進(jìn)行治理和分析，實(shí)現(xiàn)了整體業(yè)務(wù)流程的有效操縱和跟蹤。數(shù)據(jù)持久層，包括OR映射和數(shù)據(jù)庫操作兩層，通過基于 ORMaPPing框架的Hibemate，封裝對數(shù)據(jù)庫的持久化操作，提供可由業(yè)務(wù)層調(diào)用的接口，這也是Spring系列架構(gòu)中 SPringORM所支持的。同時，通過oR映射完成了業(yè)務(wù)數(shù)據(jù)與數(shù)據(jù)庫中的關(guān)系表的映射，使得整體設(shè)計脫離了對具體類型的數(shù)據(jù)庫(如oracle，Mysql，MSSQL)的依靠。數(shù)據(jù)庫層，要緊是具體的對數(shù)據(jù)進(jìn)行存儲的數(shù)據(jù)關(guān)系關(guān)聯(lián)表，包括了不同實(shí)體數(shù)據(jù)的表格、各類業(yè)務(wù)關(guān)系的存儲表等。本文中結(jié)合招投標(biāo)治理系統(tǒng)的業(yè)務(wù)需求，采納了Mysql數(shù)據(jù)庫進(jìn)行數(shù)據(jù)的具體存儲。圖3一2系統(tǒng)軟件架

51、構(gòu)3.1.2系統(tǒng)權(quán)限設(shè)置設(shè)計關(guān)于業(yè)務(wù)治理系統(tǒng)來講，如何實(shí)現(xiàn)用戶請求資源的有效操縱和分配是其關(guān)鍵的業(yè)務(wù)功能，本文所述招投標(biāo)治理系統(tǒng)所涉及的相關(guān)業(yè)務(wù)人員涉眾角色眾多。因此，在系統(tǒng)的設(shè)計過程中，為了能夠確保訪問資源的有效操縱，本文設(shè)計和實(shí)現(xiàn)了相應(yīng)的基于用戶角色的訪問操縱模型也確實(shí)是 RoleBasedAeeessControl(RBAC)。首先系統(tǒng)治理員通過“用戶一用戶組一角色一資源”多層模式來設(shè)置用戶權(quán)限，為每個角色維護(hù)其資源的訪問權(quán)限，而每個用戶組被指派一個或多個角色，如此用戶既具有了所指派角色的資源權(quán)限。依照用戶請求的URL推斷是否在該用戶的資源權(quán)限表中，若無權(quán)限則返回客戶端給用戶提示。結(jié)合基

52、于角色的權(quán)限操縱模型，本文所述招投標(biāo)信息治理系統(tǒng)的相關(guān)訪問操縱治理模塊描述如表3一1所示。操作名稱操作方法系統(tǒng)資源治理創(chuàng)建資源、維護(hù)資源、刪除資源用戶角色治理創(chuàng)建角色、維護(hù)角色、刪除角色、分配資源用戶組治理創(chuàng)建用戶組、維護(hù)用戶組用戶治理創(chuàng)建用戶、維護(hù)用戶、刪除用戶表3一1權(quán)限操作模式表相應(yīng)的訪問操縱組件中，資源的訪問權(quán)通過系統(tǒng)用戶角色來劃分，同時將角色和相應(yīng)的用戶組關(guān)聯(lián)，確定不同用戶組所包含的角色。而用戶組是系統(tǒng)中相關(guān)人員和用戶的組合，按照一定的組織結(jié)構(gòu)來進(jìn)行分配。用戶(usERS)是對數(shù)據(jù)對象進(jìn)行操作的主體，能夠是人、機(jī)器設(shè)備、計算機(jī)網(wǎng)絡(luò)或其他任何有權(quán)力的代理.所有能夠獨(dú)立訪問信息系統(tǒng)中數(shù)據(jù)

53、或用數(shù)據(jù)表示的其他資源的主體的全體，構(gòu)成用戶組。組(GROUP)是對用戶的包含結(jié)構(gòu)，一類擁有相同權(quán)限的用戶，比如同一部門下的職工，或者同一類型的學(xué)生等。用戶將不直接與角色 (ROLES)進(jìn)行關(guān)聯(lián)，而是將用戶進(jìn)行組包裝后，有組與角色進(jìn)行關(guān)聯(lián)。角色 (ROLES)表示組織或部門中的工作或者職務(wù)，是一定數(shù)量權(quán)限的集合.將角色引入到權(quán)限治理中解除了用戶和權(quán)限之間的直接綁定，建立了用戶與訪問權(quán)限之間的聯(lián)系.一個部門中角色的全體構(gòu)成角色集合。角色將于權(quán)限(Permission)進(jìn)行關(guān)聯(lián)，確定角色享有的權(quán)限。許可(Permissions)和權(quán)限(Permission)，許可描述了角色對計算機(jī)資源的訪問和操作

54、所具有的權(quán)限，其反映的是授權(quán)的結(jié)果。比如授予某個角色對計算機(jī)資源有讀的權(quán)限，則代表了一個許可的存在，那個許可表示角色獵取了對計算機(jī)資源的讀許可。針對操作來講，其描述的是許可和操作之間的一種關(guān)聯(lián)關(guān)系，而這層關(guān)系則表示了某一角色對某一操作所具有的權(quán)限及權(quán)限狀態(tài)。用戶組分配 (UserAssignment)是用戶到組的映射，表示某一用戶所劃歸的組，用戶與組是多對多關(guān)系，即某一用戶能夠劃歸一個或多個組，相同的某一組也可包含不同的用戶。組角色分配 (GroupAssigliment)是組到角色的映射，表示一個組所具有的角色，組與角色也是多對多關(guān)系，即一個組能夠具有一個或多個角色，相同的某一角色也可分配給

55、不同組。角色權(quán)限分配 (PermissionAssignlne叫，角色權(quán)限分配是角色到權(quán)限的映射，表示一個角色所擁有的權(quán)限，角色與權(quán)限是多對多的關(guān)系，即一個角色能夠擁有多個權(quán)限，同樣，一個權(quán)限也能夠分配給不同的角色。本系統(tǒng)將RBAC模型中的權(quán)限集規(guī)定為對頁面資源的訪問權(quán)限。依照資源、角色、用戶三級治理的機(jī)制，靈活的為用戶指定角色，為角色指定可訪問的資源，從而使用戶的權(quán)限成為可配置的。3.1.3系統(tǒng)網(wǎng)絡(luò)應(yīng)用拓?fù)浣Y(jié)構(gòu)設(shè)計針對招投標(biāo)治理系統(tǒng)來講，要緊的涉眾人員包括了招標(biāo)單位內(nèi)部相關(guān)治理人員、審核人員、投標(biāo)的相關(guān)建設(shè)單位和工程監(jiān)理單位等。關(guān)于招投標(biāo)治理來講，整體系統(tǒng)設(shè)計采納了基于掃瞄器和互聯(lián)網(wǎng)設(shè)計的B

56、/S架構(gòu)，應(yīng)用服務(wù)器和相關(guān)數(shù)據(jù)庫服務(wù)器通過防火墻進(jìn)行相應(yīng)的安全操縱。系統(tǒng)用戶通過Http協(xié)議對系統(tǒng)進(jìn)行訪問、請求，系統(tǒng)整體的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)設(shè)計如圖3一3所示:圖3一3系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計3.2系統(tǒng)功能架構(gòu)在業(yè)務(wù)信息軟件系統(tǒng)設(shè)計的過程中，開發(fā)人員在功能設(shè)計和開發(fā)過程中將會依據(jù)業(yè)務(wù)功能之間的關(guān)聯(lián)關(guān)系，通過分解協(xié)調(diào)的方法進(jìn)行劃分模塊和功能子系統(tǒng)的方法進(jìn)行軟件開發(fā)。所謂分解確實(shí)是將系統(tǒng)劃分為不同的業(yè)務(wù)功能模塊，各個模塊之間盡量減少其藕合性，同時在模塊內(nèi)部盡量實(shí)現(xiàn)高內(nèi)聚性。如此，通過劃分模塊的方式，即有利于整體業(yè)務(wù)的分解開發(fā)，同時通過不同模塊之間的協(xié)調(diào)實(shí)現(xiàn)整體系統(tǒng)的業(yè)務(wù)需求。在系統(tǒng)開發(fā)的過程中，本文采納了上述

57、分解劃分的業(yè)務(wù)分解方法，同時在整體的劃分過程中遵循以下相關(guān)原則:1、單個模塊內(nèi)部具有高內(nèi)聚性，同時具有相對獨(dú)立的功能。業(yè)務(wù)模塊的劃分，必須使得單個模塊內(nèi)的業(yè)務(wù)之間具有專門好的內(nèi)聚性。同時，各個模塊間盡量減少相應(yīng)的藕合，從而較少了模塊間開發(fā)的相互阻礙。從而，整體的開發(fā)有利于進(jìn)行業(yè)務(wù)分工，同時保證了軟件產(chǎn)品的開發(fā)效率和代碼質(zhì)量。2、業(yè)務(wù)模塊之間數(shù)據(jù)的禍合性盡量要小。在業(yè)務(wù)模塊的設(shè)計過程中，應(yīng)該盡量采納接口的方式，從而減少各個業(yè)務(wù)模塊之間的數(shù)據(jù)依靠性，從而實(shí)現(xiàn)了系統(tǒng)的結(jié)構(gòu)更加松藕合。3、業(yè)務(wù)模塊的劃分同時應(yīng)該盡量減少數(shù)據(jù)的冗余性。也確實(shí)是講，在系統(tǒng)業(yè)務(wù)的數(shù)據(jù)劃分總應(yīng)盡量減少數(shù)據(jù)的重復(fù)性，應(yīng)盡量使得關(guān)

58、于相關(guān)業(yè)務(wù)的數(shù)據(jù)的處理在某個業(yè)務(wù)模塊中進(jìn)行。4、業(yè)務(wù)模塊的劃分同時應(yīng)該考慮系統(tǒng)的分時期實(shí)現(xiàn)的阻礙。關(guān)于大型的業(yè)務(wù)處理系統(tǒng)來講，系統(tǒng)的實(shí)現(xiàn)會被劃分到多個迭代過程來完成，因此在業(yè)務(wù)模塊劃分的過程中應(yīng)盡量適應(yīng)分時刻實(shí)現(xiàn)的過程。5、業(yè)務(wù)模塊的劃分應(yīng)該同時考慮的各種系統(tǒng)資源的充分使用，包括各種網(wǎng)絡(luò)和硬件資源。在對系統(tǒng)業(yè)務(wù)功能進(jìn)行模塊劃分的過程中，我們需要盡量多的考慮現(xiàn)有設(shè)備資源的搭配，使得各種設(shè)備資源和信息資源能夠合理分布和充分使用。通過合理應(yīng)用，從而減少了系統(tǒng)對網(wǎng)絡(luò)資源的過分依靠，同時又能夠減少數(shù)據(jù)的輸入和輸出以及數(shù)據(jù)通信所帶來的通信設(shè)備壓力。關(guān)于業(yè)務(wù)治理系統(tǒng)來講，業(yè)務(wù)模塊劃分的方法要緊包括:功能劃分

59、(按業(yè)務(wù)處理功能劃分)、順序劃分、數(shù)據(jù)擬和、過程劃分、時刻劃分、環(huán)境劃分。按功能劃分是目前最常用的一種劃分方法。按業(yè)務(wù)處理順序劃分要依據(jù)業(yè)務(wù)流程分析的結(jié)果，這種劃分方式在一些時刻和處理過程順序特不強(qiáng)的系統(tǒng)中常常采納。關(guān)于招投標(biāo)治理信息系統(tǒng)來講，本文提供了結(jié)合現(xiàn)有中間件包括struts、SPring在內(nèi)的基于功能組件和業(yè)務(wù)組件相結(jié)合的集成化的信息治理系統(tǒng)解決方案。通過該方案為招投標(biāo)信息治理的各個問題包括企業(yè)信息治理、業(yè)務(wù)流程治理、專家信息治理等提出了合理有效的解決方案。同時，系統(tǒng)的整體功能架構(gòu)設(shè)計中加入了各種公共的業(yè)務(wù)組件，包括了短信提醒組件、郵件通知組件和權(quán)限治理組件等。整個系統(tǒng)的功能結(jié)構(gòu)分為

60、框架層、公共服務(wù)層和業(yè)務(wù)處理層，其整體的功能結(jié)構(gòu)設(shè)計如圖3一4所示。圖3一4系統(tǒng)功能結(jié)構(gòu)1、企業(yè)信息治理子系統(tǒng)企業(yè)信息治理要緊指的是所有的參標(biāo)企業(yè)對自己單位的差不多信息、人員、資質(zhì)、設(shè)備資產(chǎn)等信息進(jìn)行治理維護(hù)。其中的核心是企業(yè)的備案注冊和首次填報。假如沒有在系統(tǒng)里注冊的企業(yè)用戶，第一次進(jìn)入系統(tǒng)需要備案。每個企業(yè)只同意備案一個用戶。由招標(biāo)辦對企業(yè)注冊信息進(jìn)行審核。當(dāng)企業(yè)備案成功后并不意味著能夠參與投標(biāo)，因?yàn)閭浒傅男畔⒘繉ｉT少，不能為企業(yè)的投標(biāo)活動提供依據(jù)，因此企業(yè)需要詳細(xì)地填報自己的信息，包括資質(zhì)、資信、代表工程等。企業(yè)首次填報之后，必須由招標(biāo)辦對其輸入的信息進(jìn)行審批，只有審批通過后的企業(yè)才能進(jìn)