1、（招標(biāo)投標(biāo)） 招投標(biāo)管理系 統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)設(shè)計(jì)報(bào)告3、招標(biāo)過(guò)程公正性問(wèn)題在企事業(yè)單位的招投標(biāo)管理過(guò)程中，現(xiàn)有的手工管理模式往往會(huì)由于人為的因素導(dǎo)致標(biāo) 的過(guò)早暴露、評(píng)標(biāo)人聯(lián)合受賄等公正性缺失等問(wèn)題。因此，在招投標(biāo)的管理過(guò)程中如何保證 招標(biāo)過(guò)程的公正性是當(dāng)前招投標(biāo)管理系統(tǒng)的首要任務(wù)。4、合同執(zhí)行管理復(fù)雜 目前，現(xiàn)有的招投標(biāo)管理模式其招標(biāo)過(guò)程和合同執(zhí)行過(guò)程是分開(kāi)的，這種情況往往會(huì)造 成項(xiàng)目管理混亂的問(wèn)題。因此，如何實(shí)現(xiàn)招標(biāo)和合同執(zhí)行的同步管理是目前招標(biāo)管理和項(xiàng)目 實(shí)施過(guò)程中的難點(diǎn)和重點(diǎn)。5、參標(biāo)企業(yè)信用評(píng)級(jí)困難 手工的招投標(biāo)管理難以對(duì)參標(biāo)企業(yè)的信用等級(jí)進(jìn)行分析，往往會(huì)由于信用問(wèn)題導(dǎo)致項(xiàng)目 實(shí)施的失敗

2、。因此，如何結(jié)合招投標(biāo)管理系統(tǒng)對(duì)參與競(jìng)標(biāo)的企業(yè)進(jìn)行信用等級(jí)分析和管理也 是招投標(biāo)管理系統(tǒng)的關(guān)鍵。6、招標(biāo)材料歸檔工作繁重 在招投標(biāo)業(yè)務(wù)管理過(guò)程中，包括了招標(biāo)企業(yè)資質(zhì)文件、標(biāo)書(shū)文件、標(biāo)書(shū)審核和評(píng)審文件 等。因此，在整個(gè)業(yè)務(wù)處理流程中，包括了各類(lèi)申請(qǐng)和審核報(bào)表、企業(yè)情況表等。目前的手 工處理管理都是通過(guò)人工整理、收集和歸檔，往往會(huì)導(dǎo)致資料丟失和難以進(jìn)行查找等問(wèn)題。7、招標(biāo)統(tǒng)計(jì)、分析能力欠缺 目前，對(duì)于企事業(yè)單位來(lái)說(shuō)每年的招投標(biāo)業(yè)務(wù)數(shù)量逐漸增多，從而使得招投標(biāo)業(yè)務(wù)數(shù)據(jù) 量增多。每年如何對(duì)招投標(biāo)數(shù)據(jù)和文檔進(jìn)行歸類(lèi)和數(shù)據(jù)分析成為每年相關(guān)部門(mén)年底工作的重 點(diǎn)?，F(xiàn)有的手工處理模式，主要針對(duì)數(shù)據(jù)進(jìn)行表格處理，

3、往往會(huì)導(dǎo)致數(shù)據(jù)結(jié)果不夠準(zhǔn)確，同 時(shí)不能提供良好的匯總和分析功能。隨著高新計(jì)算機(jī)技術(shù)的發(fā)展，企業(yè)間的競(jìng)爭(zhēng)日趨激烈， 要保持企業(yè)的競(jìng)爭(zhēng)力就必須有高效的企業(yè)管理，因此企業(yè)管理的信息化就變的不可或缺。招 投標(biāo)信息管理系統(tǒng)是企業(yè)信息化的一部分，它的內(nèi)容對(duì)于提高企業(yè)采購(gòu)管理水平和企業(yè)決策 分析能力都至關(guān)重要。首先，招投標(biāo)管理的信息化解決了企業(yè)招標(biāo)過(guò)程中的不公平性問(wèn)題，通過(guò)招標(biāo)流程的信息化減少了整體流程中的人為因素影響，使得企業(yè)設(shè)備采購(gòu)、基建招標(biāo)和 原材料產(chǎn)品招標(biāo)等過(guò)程更加透明、公開(kāi)和公正;其次，通過(guò)招投標(biāo)管理系統(tǒng)提供了快捷、方便的信息查詢(xún)功能，解決了傳統(tǒng)管理方式中效率低、保密性差和文件易丟失、難以留檔等關(guān)

4、鍵 問(wèn)題;同時(shí)，招投標(biāo)系統(tǒng)為企業(yè)領(lǐng)導(dǎo)層和統(tǒng)計(jì)部門(mén)提供了良好的信息匯總統(tǒng)計(jì)和決策分析等功 能。這些優(yōu)點(diǎn)能夠極大地提高招標(biāo)信息管理的效率，也是企業(yè)的科學(xué)化、正規(guī)化管理，與世 界接軌的重要條件。因此，開(kāi)發(fā)這樣一套管理軟件成為很有必要的事情。1.2 國(guó)內(nèi)外研究狀況自從2000年國(guó)家頒發(fā)招標(biāo)投標(biāo)法和國(guó)家推行企事業(yè)單位信息化以來(lái)，針對(duì)于招投 標(biāo)的業(yè)務(wù)管理系統(tǒng)在各個(gè)行業(yè)逐漸發(fā)展起來(lái)，其中包括了地區(qū)級(jí)政府的招投標(biāo)管理、水利、 建筑等各個(gè)行業(yè)的招投標(biāo)管理、高等院校的招投標(biāo)管理系統(tǒng)等。早期的招投標(biāo)管理采用了傳 統(tǒng)的C/S架構(gòu)，不利于企業(yè)申報(bào)和招標(biāo)信息的公開(kāi)。近年來(lái)，隨著基于JZEE和.NET軟件技 術(shù)的發(fā)展，基于

5、B/S架構(gòu)的招投標(biāo)管理系統(tǒng)成為當(dāng)前各企事業(yè)單位招投標(biāo)管理的首選。隨著國(guó)內(nèi)政府企業(yè)信息化建設(shè)的推進(jìn)，政府推出了電子政務(wù)建設(shè)的方案，將政府主要的 處理業(yè)務(wù)包括各類(lèi)審核、審批業(yè)務(wù)通過(guò)基于web的方式提供給企業(yè)和個(gè)人用戶(hù)。目前，在 各企事業(yè)單位形成了各自的信息化系統(tǒng)，能夠很好的處理各自單位的信息化問(wèn)題，包括業(yè)務(wù) 流程處理、信息公告以及各類(lèi)電子資源的存儲(chǔ)。在各個(gè)單位信息化的同時(shí)，由于缺少職能部 門(mén)間相關(guān)業(yè)務(wù)交流和處理，導(dǎo)致了“信息孤島”和業(yè)務(wù)協(xié)調(diào)能力欠缺。對(duì)于各個(gè)地區(qū)政府來(lái) 說(shuō)，政府的招投標(biāo)管理系統(tǒng)一般作為電子政務(wù)系統(tǒng)中的核心模塊，它與政府的電子政務(wù)系統(tǒng) 共享統(tǒng)一的門(mén)戶(hù)信息、 管理人員信息以及專(zhuān)家領(lǐng)域信

6、息。 水利、 建筑行業(yè)的招投標(biāo)管理存在 著行業(yè)建設(shè)背景等方面的要求，因此對(duì)于企業(yè)資質(zhì)、在建工程、工程技術(shù)信息人員等方面具 有特殊的要求。因此，傳統(tǒng)的招投標(biāo)管理系統(tǒng)中的企業(yè)信息要求往往達(dá)不到其具體要求。另外，針對(duì)高等院校的招投標(biāo)管理，主要是設(shè)備、施工和成品等方面的招標(biāo)要求，與上述政府和水利建設(shè)等行業(yè)的招投標(biāo)管理也存在較大的差異。同時(shí)，上述不同行業(yè)針對(duì)招投標(biāo)過(guò)程來(lái)說(shuō)，其跟蹤、匯總和決策支持等方面要求也存在著較大的差異。因此，如何規(guī)范和抽象投標(biāo) 管理流程和相應(yīng)過(guò)程、文檔信息和匯總信息成為當(dāng)前招投標(biāo)管理的關(guān)鍵研究問(wèn)題。本文將在 分析以上招投標(biāo)管理的系統(tǒng)的基礎(chǔ)之上，對(duì)招標(biāo)流程、 資源等管理進(jìn)行抽線(xiàn)提出統(tǒng)

7、一的模型， 從而建立一套適合于各個(gè)領(lǐng)域的招投標(biāo)管理系統(tǒng)。1.3系統(tǒng)需要解決的主要問(wèn)題招投標(biāo)管理信息系統(tǒng)面向的行業(yè)、用戶(hù)和企事業(yè)單位等涉眾種類(lèi)繁多，因此通過(guò)信息化 系統(tǒng)對(duì)招投標(biāo)業(yè)務(wù)流程進(jìn)行分析、 設(shè)計(jì)和實(shí)現(xiàn)， 將會(huì)存在著業(yè)務(wù)流程繁雜、 招投標(biāo)種類(lèi)眾多、 業(yè)務(wù)流程控制困難等問(wèn)題。目前，市場(chǎng)上已有的招投標(biāo)管理系統(tǒng)往往只會(huì)針對(duì)某個(gè)行業(yè)或部 門(mén)，沒(méi)有成熟的招投標(biāo)模式的抽象，因此缺少成熟的系統(tǒng)進(jìn)行分析和參考。因此，在針對(duì)招 投標(biāo)業(yè)務(wù)進(jìn)行需求分析、設(shè)計(jì)和實(shí)現(xiàn)的過(guò)程中，本文需要解決好以下主要的幾個(gè)問(wèn)題:1、招投標(biāo)業(yè)務(wù)流程的梳理 在招投標(biāo)業(yè)務(wù)的整體處理流程中，包括了招標(biāo)項(xiàng)目的審核審批、招標(biāo)公告發(fā)布、資格預(yù) 審流

8、程、招標(biāo)開(kāi)標(biāo)流程、評(píng)標(biāo)流程管理、定標(biāo)流程管理和簽約流程管理等業(yè)務(wù)處理流程。同 時(shí)在評(píng)標(biāo)和簽約過(guò)程中又包括一些相關(guān)的子流程，因此在系統(tǒng)的需求分析、設(shè)計(jì)和實(shí)現(xiàn)過(guò)程 中需要對(duì)其采用面向?qū)ο蟮乃枷脒M(jìn)行分析，通過(guò)UML的動(dòng)態(tài)模型對(duì)業(yè)務(wù)流程進(jìn)行建模，建 立易于理解的招標(biāo)流程動(dòng)態(tài)模型。對(duì)于動(dòng)態(tài)流程的管理，采用基于工作流引擎的思想進(jìn)行實(shí) 現(xiàn)，通過(guò)工作流引擎對(duì)整體業(yè)務(wù)流程進(jìn)行定義、跟蹤和管理。2、招標(biāo)過(guò)程的抽象通過(guò)對(duì)招投標(biāo)過(guò)程管理進(jìn)行分析，發(fā)現(xiàn)招投標(biāo)過(guò)程中由于行業(yè)背景的不同，其過(guò)程將存 在很大的差異。 某些招標(biāo)過(guò)程只是普通的辦公用品的采買(mǎi)， 因此其評(píng)標(biāo)過(guò)程較為簡(jiǎn)單 些招標(biāo)過(guò)程需要進(jìn)行競(jìng)價(jià)完成。因此，為了能夠更好

9、的支持各類(lèi)招標(biāo)過(guò)程，本文將針對(duì)各個(gè) 行業(yè)的招投標(biāo)過(guò)程進(jìn)行抽象分類(lèi)，主要包括競(jìng)價(jià)招標(biāo)、談判招標(biāo)和直接招標(biāo)等。3、招標(biāo)企業(yè)信用問(wèn)題 在招投標(biāo)管理的過(guò)程中，如何分析和確定企業(yè)的信用等級(jí)和資質(zhì)是招標(biāo)管理中的核心問(wèn) 題。因此，在招投標(biāo)系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)過(guò)程中，需要支持企業(yè)的履約評(píng)級(jí)和考核從而解決企 業(yè)的信用分析問(wèn)題。4、評(píng)標(biāo)過(guò)程中的公正性問(wèn)題 對(duì)于招投標(biāo)業(yè)務(wù)來(lái)說(shuō)，其管理中的核心問(wèn)題是如何保證招投標(biāo)整體過(guò)程中的公正性問(wèn) 題，包括投標(biāo)文件的保密性、專(zhuān)家審核的公正性等。因此，在系統(tǒng)的分析、設(shè)計(jì)和實(shí)現(xiàn)過(guò)程 中，考慮采用專(zhuān)家信用評(píng)估、資料文件分角色權(quán)限維護(hù)和隨機(jī)抽取專(zhuān)家等機(jī)制來(lái)實(shí)現(xiàn)招投標(biāo)管理的公正性。5、數(shù)據(jù)、標(biāo)書(shū)

10、等文檔的歸檔管理問(wèn)題 招投標(biāo)業(yè)務(wù)管理的過(guò)程中包括了企業(yè)申請(qǐng)文檔、 標(biāo)書(shū)和合同計(jì)劃等相關(guān)重要材料。 以上材料又同相應(yīng)的招標(biāo)項(xiàng)目具有相應(yīng)的關(guān)聯(lián)性，每次招標(biāo)項(xiàng)目包括大量需要存檔的文檔。 對(duì)于傳統(tǒng)的手工管理方式，以上文檔的管理和歸檔通過(guò)手工的方式，容易造成文檔丟失和泄 密等問(wèn)題。因此，在系統(tǒng)的分析和設(shè)計(jì)過(guò)程中，需要對(duì)投標(biāo)文檔和資料進(jìn)行分類(lèi)歸檔處理。6、項(xiàng)目統(tǒng)計(jì)分析和決策支持問(wèn)題 對(duì)于企事業(yè)單位來(lái)說(shuō)每年的招投標(biāo)項(xiàng)目將會(huì)成百上千，因此如何對(duì)每年的招投標(biāo)數(shù)據(jù)進(jìn) 行統(tǒng)計(jì)分析將是系統(tǒng)中的重點(diǎn)和難點(diǎn)。傳統(tǒng)的手工統(tǒng)計(jì)方法，容易導(dǎo)致統(tǒng)計(jì)結(jié)果的錯(cuò)誤性， 因此在設(shè)計(jì)過(guò)程中通過(guò)專(zhuān)門(mén)的統(tǒng)計(jì)分析功能可以簡(jiǎn)化統(tǒng)計(jì)決策分析工作并提

11、高統(tǒng)計(jì)分析結(jié)果的正確性。1.4 本設(shè)計(jì)的主要工作和組織結(jié)構(gòu)1.4.1本設(shè)計(jì)的主要工作本文首先針對(duì)招投標(biāo)業(yè)務(wù)管理進(jìn)行需求分析，包括各種不同行業(yè)或者企事業(yè)單位對(duì)招投 標(biāo)業(yè)務(wù)的共性和差異性需求要求。同時(shí)，針對(duì)傳統(tǒng)的招投標(biāo)業(yè)務(wù)管理中存在的業(yè)務(wù)流程處理 復(fù)雜、數(shù)據(jù)易丟失、公正性缺失等問(wèn)題，;但是某同時(shí)，采用Java語(yǔ)言在Eclipse軟件開(kāi)發(fā)平臺(tái)上，基于多 層的nEE軟件體系架構(gòu)， 采用了基于B/s的軟件架構(gòu)，同時(shí)針對(duì)復(fù)雜的流程采用工作流引擎 進(jìn)行設(shè)計(jì)設(shè)計(jì)和實(shí)現(xiàn)了一套通用的招投標(biāo)綜合業(yè)務(wù)管理系統(tǒng)。通過(guò)系統(tǒng)的分析、設(shè)計(jì)和實(shí)現(xiàn) 為不同行業(yè)中的企事業(yè)單位提供了統(tǒng)一的業(yè)務(wù)解決方案。本系統(tǒng)以網(wǎng)絡(luò)工作平臺(tái)的方式，服

12、 務(wù)于建設(shè)單位、企業(yè)、政府監(jiān)管部門(mén)三類(lèi)用戶(hù)。實(shí)現(xiàn)從招標(biāo)公告發(fā)布、資審報(bào)名、資格預(yù)審、 投標(biāo)、評(píng)定標(biāo)到簽約的全程招投標(biāo)工作管理。本文的主要工作主要包括以下幾個(gè)方面:第一，招投標(biāo)業(yè)務(wù)處理流程復(fù)雜，本文對(duì)以上復(fù)雜的招投標(biāo)流程通過(guò)面向?qū)ο蟮乃枷牒蚒ML建模語(yǔ)言進(jìn)行了建模分析和梳理。通過(guò)用例分析對(duì)系統(tǒng)功能進(jìn)行分解處理，對(duì)于復(fù)雜 的業(yè)務(wù)處理流程建立靜態(tài)模型和動(dòng)態(tài)模型。 在靜態(tài)模型的基礎(chǔ)上， 對(duì)主要實(shí)體的數(shù)據(jù)庫(kù)進(jìn)行 設(shè)計(jì)；最后， 通過(guò)傳統(tǒng)的基于多層的JZEE模型對(duì)系統(tǒng)進(jìn)行開(kāi)發(fā)和實(shí)現(xiàn)。第二，針對(duì)招標(biāo)企業(yè)的信用問(wèn)題，系統(tǒng)在設(shè)計(jì)過(guò)程中增加了招標(biāo)履約考核管理模塊，針 對(duì)于標(biāo)書(shū)中的不同階段的目的進(jìn)行采用了可考核性指標(biāo)

13、進(jìn)行評(píng)估和分析。通過(guò)對(duì)于完成標(biāo)的 情況建立企業(yè)的信用等級(jí)，同時(shí)建立招投標(biāo)企業(yè)的信息庫(kù)達(dá)到對(duì)于招標(biāo)履行的可控性。第三，招投標(biāo)的業(yè)務(wù)流程較為復(fù)雜，其中包括了項(xiàng)目審核、招標(biāo)公告、格預(yù)審流程、招 標(biāo)開(kāi)標(biāo)流程、評(píng)標(biāo)流程管理、定標(biāo)流程管理和簽約流程管理等業(yè)務(wù)處理流程。因此在業(yè)務(wù)系 統(tǒng)的分析和架構(gòu)設(shè)計(jì)過(guò)程中，系統(tǒng)通過(guò)基于工作流引擎的流程處理模塊，實(shí)現(xiàn)對(duì)招投標(biāo)業(yè)務(wù) 的建模分析、狀態(tài)跟蹤和業(yè)務(wù)控制。第四，針對(duì)招投標(biāo)管理中的核心公正性問(wèn)題，為了達(dá)到整體業(yè)務(wù)的處理公平和公開(kāi)，系 統(tǒng)設(shè)計(jì)實(shí)現(xiàn)過(guò)程中通過(guò)流程審核分配以及專(zhuān)家信用評(píng)估和隨機(jī)抽取審核專(zhuān)家的方式達(dá)到了 招投標(biāo)過(guò)程中的公正性。第五，針對(duì)招投標(biāo)業(yè)務(wù)數(shù)據(jù)的統(tǒng)計(jì)分析和

14、決策問(wèn)題，為了達(dá)到企業(yè)招投標(biāo)業(yè)務(wù)的統(tǒng)計(jì)和 易查詢(xún)性，系統(tǒng)在設(shè)計(jì)過(guò)程中增加了各類(lèi)不同的招投標(biāo)業(yè)務(wù)查詢(xún)和統(tǒng)計(jì)功能。同時(shí)，針對(duì)不 同的功能為其提供了優(yōu)秀的數(shù)據(jù)展現(xiàn)方式，從而達(dá)到為企業(yè)決策者進(jìn)行服務(wù)的目的。1.4.2本設(shè)計(jì)報(bào)告的組織結(jié)構(gòu)第1章分析了招投標(biāo)業(yè)務(wù)及其信息管理系統(tǒng)的背景和國(guó)內(nèi)外的發(fā)展現(xiàn)狀， 簡(jiǎn)要闡述了本 文所需要解決的主要問(wèn)題，最后指明了本文的主要工作。第2章對(duì)招投標(biāo)業(yè)務(wù)管理流程的需求進(jìn)行了分析， 梳理和整理了招投標(biāo)管理的詳細(xì)業(yè)務(wù) 流程，通過(guò)業(yè)務(wù)流程圖闡述了其詳細(xì)的業(yè)務(wù)流程。同時(shí)，該章也提出了系統(tǒng)的目標(biāo)和需要解 決的問(wèn)題。第3章論述了系統(tǒng)的技術(shù)架構(gòu)和功能架構(gòu)， 說(shuō)明了基本的系統(tǒng)邏輯架構(gòu)設(shè)計(jì);

15、針對(duì)招投標(biāo) 管理業(yè)務(wù)處理流程繁多的問(wèn)題，提出了整體系統(tǒng)的功能結(jié)構(gòu)設(shè)計(jì)。第4章，在面向?qū)ο蠓治龌A(chǔ)上， 對(duì)系統(tǒng)的建模設(shè)計(jì)進(jìn)行了詳細(xì)的描述;對(duì)于招投標(biāo)管理 的業(yè)務(wù)流程進(jìn)行了分析和設(shè)計(jì)，最后給出了系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)。第5章介紹了系統(tǒng)業(yè)務(wù)流程的主要功能實(shí)現(xiàn)和其中的關(guān)鍵技術(shù)， 包括招標(biāo)企業(yè)申請(qǐng)審核、 招標(biāo)公開(kāi)、各個(gè)招標(biāo)業(yè)務(wù)流程的實(shí)現(xiàn)和專(zhuān)家?guī)旃芾砟K等。第6章是結(jié)束語(yǔ)，對(duì)本文所作的工作和下一步要解決的問(wèn)題進(jìn)行了總結(jié)。第2章需求分析2.1 系統(tǒng)概述針對(duì)不同企事業(yè)單位，其招投標(biāo)管理工作主要是針對(duì)不同項(xiàng)目、資源和采購(gòu)等業(yè)務(wù)的相 關(guān)申請(qǐng)、招投標(biāo)和跟蹤審核等相關(guān)業(yè)務(wù)的日常工作。其業(yè)務(wù)包括了一系列的復(fù)雜業(yè)務(wù)審核審 批、

16、合同履行評(píng)審等相關(guān)流程組成，主要包括了項(xiàng)目的立項(xiàng)申請(qǐng)審批、招標(biāo)公告發(fā)布、資格 預(yù)審流程、招標(biāo)開(kāi)標(biāo)流程、評(píng)標(biāo)流程管理、定標(biāo)流程管理和簽約流程管理等業(yè)務(wù)處理流程。 同時(shí)，在評(píng)標(biāo)和簽約過(guò)程中又包括一些相關(guān)的子流程，包括了大量信息、資源管理和報(bào)表輸 出打印以及企業(yè)信用評(píng)估和招投標(biāo)業(yè)務(wù)公平性保證等相關(guān)輔助業(yè)務(wù)。 另外，在某個(gè)項(xiàng)目申請(qǐng)、 審核和招投標(biāo)業(yè)務(wù)處理結(jié)束后，需要業(yè)務(wù)人員對(duì)相關(guān)材料進(jìn)行歸檔處理，而現(xiàn)有的處理方式 多采用紙質(zhì)文件收集和人工處理的模式。但是，手上和紙質(zhì)文件處理模式往往會(huì)造成工作量 大、資源浪費(fèi)、信息收集丟失和不準(zhǔn)確等弊端，因此開(kāi)發(fā)一套針對(duì)現(xiàn)有不同行業(yè)招投標(biāo)業(yè)務(wù) 的管理信息系統(tǒng)成為迫切的需

17、要。本文將針對(duì)不同行業(yè)招投標(biāo)管理業(yè)務(wù)進(jìn)行需求分析，然后 結(jié)合面向?qū)ο蟮乃枷牒突赨ML的建模方法，完成系統(tǒng)的需求分析、設(shè)計(jì)和實(shí)現(xiàn)。通過(guò)以 上的業(yè)務(wù)場(chǎng)景需求分析，系統(tǒng)將需要解決的主要問(wèn)題包括企業(yè)信息庫(kù)和企業(yè)信用檔案維護(hù)、 專(zhuān)家信息庫(kù)維護(hù)、招投標(biāo)公正性確定、中標(biāo)企業(yè)履約考核、項(xiàng)目信息統(tǒng)計(jì)和招投標(biāo)流程維護(hù) 等。尤其針對(duì)招投標(biāo)流程管理，又包括了招標(biāo)計(jì)劃和流程制定、資格審查報(bào)名流程、預(yù)審流 程、投標(biāo)開(kāi)標(biāo)流程、評(píng)標(biāo)流程、定標(biāo)流程和簽約流程等多項(xiàng)復(fù)雜流程。因此，為了能夠有效 對(duì)招投標(biāo)信息進(jìn)行維護(hù)，本文將每次的招投標(biāo)業(yè)務(wù)抽象成項(xiàng)目來(lái)進(jìn)行管理。通過(guò)項(xiàng)目管理可 以有效的定義控制其整體流程，并能夠有效的定義該次招投

18、標(biāo)業(yè)務(wù)中的相關(guān)企業(yè)、數(shù)據(jù)和招標(biāo)文件等， 同時(shí)能夠很方便的對(duì)其進(jìn)行查詢(xún)和統(tǒng)計(jì)。 其思想是在每次招投標(biāo)項(xiàng)目開(kāi)始前， 將其當(dāng)作項(xiàng)目首先進(jìn)行信息初始化，包括了流程設(shè)置、投標(biāo)數(shù)據(jù)和信息存放地址、專(zhuān)家信息 維護(hù)和企業(yè)信息維護(hù)等。在接下來(lái)的招投標(biāo)管理中，將所有相關(guān)于本次投標(biāo)的信息通過(guò)項(xiàng)目 管理的方式來(lái)進(jìn)行維護(hù)，從而實(shí)現(xiàn)信息的有效組織和維護(hù)。其中，用戶(hù)權(quán)限及公共數(shù)據(jù)管理為整個(gè)系統(tǒng)的基礎(chǔ)模塊，用戶(hù)管理主要是對(duì)系統(tǒng)的用戶(hù) 進(jìn)行添加、 刪除以及用戶(hù)信息的修改等;權(quán)限管理是由管理員對(duì)系統(tǒng)用戶(hù)進(jìn)行權(quán)限分配。公共數(shù)據(jù)維護(hù)是由系統(tǒng)管理員對(duì)生活調(diào)查中需要填寫(xiě)數(shù)據(jù)的數(shù)據(jù)字典以及某些公共數(shù)據(jù)進(jìn)行維 護(hù)。企業(yè)信息庫(kù)維護(hù)和建立包括了

19、企業(yè)申請(qǐng)、監(jiān)管單位審批和企業(yè)信息維護(hù)等相關(guān)功能。對(duì) 于招標(biāo)項(xiàng)目管理，系統(tǒng)的設(shè)計(jì)過(guò)程中將其看做項(xiàng)目進(jìn)行管理，包括了項(xiàng)目啟動(dòng)、維護(hù)和考核 等相關(guān)流程。同時(shí)，對(duì)于其流程管理通過(guò)基于工作流引擎的思想進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)，同時(shí)能夠 對(duì)其進(jìn)行狀態(tài)跟蹤和查詢(xún)。為了實(shí)現(xiàn)對(duì)企業(yè)的資信進(jìn)行評(píng)估考核，系統(tǒng)中建立各個(gè)階段標(biāo)的 履約考核，通過(guò)考核結(jié)果對(duì)企業(yè)的信用等級(jí)進(jìn)行評(píng)估，為招標(biāo)過(guò)程提供決策參考。同時(shí)，為 了能夠?qū)崿F(xiàn)招投標(biāo)過(guò)程的公正性，在評(píng)標(biāo)過(guò)程中專(zhuān)家通過(guò)隨機(jī)抽取的方式進(jìn)行確定。招投標(biāo) 文件歸檔管理是將每次招投標(biāo)的相關(guān)文件進(jìn)行歸檔存儲(chǔ)，包括了標(biāo)書(shū)、招標(biāo)公告和相關(guān)合同 書(shū)等，將不同的資源進(jìn)行分類(lèi)歸檔。數(shù)據(jù)分析模塊主要是針對(duì)某

20、個(gè)時(shí)期內(nèi)所有的招投標(biāo)文件 進(jìn)行統(tǒng)計(jì)分析，包括招標(biāo)信息明細(xì)查詢(xún)、統(tǒng)計(jì)報(bào)表等。在系統(tǒng)的管理過(guò)程中，除了以上業(yè)務(wù) 處理模塊意外還需要包括報(bào)表打印模塊將各類(lèi)不同的數(shù)據(jù)報(bào)表進(jìn)行輸出，包括Excel輸出、表格輸出和統(tǒng)計(jì)報(bào)表輸出等。在系統(tǒng)的需求分析過(guò)程中，本文采用統(tǒng)一開(kāi)發(fā)過(guò)程的思想進(jìn)行軟件設(shè)計(jì)與開(kāi)發(fā)，系統(tǒng)的 功能性需求描述工具主要是用例模型(UseCase)，即將系統(tǒng)的功能性需求分解到每一個(gè)需求 分析用例中去。統(tǒng)一開(kāi)發(fā)過(guò)程的最大優(yōu)點(diǎn)是采用按照角色(A以or)對(duì)業(yè)務(wù)需求進(jìn)行分析從而 識(shí)別用例模型(UseCase)中的方法，通過(guò)以上方法能夠直觀的建立起系統(tǒng)的需求分析模型，而且通過(guò)多次迭代處理避免需求分析過(guò)程中存

21、在的漏項(xiàng)問(wèn)題。在統(tǒng)一開(kāi)發(fā)過(guò)程的分析方法 中，我們?yōu)榱四軌蚯逦拿枋鱿到y(tǒng)用例及其層次結(jié)果，本文通過(guò)包圖對(duì)業(yè)務(wù)需求的各個(gè)模塊 進(jìn)行分析處理。在系統(tǒng)的需求分析過(guò)程中，本文引入了包圖對(duì)不同業(yè)務(wù)的用例進(jìn)行分模塊處 理和分析。如圖2一1所示，從系統(tǒng)的總體功能性需求來(lái)看本文的招投標(biāo)管理系統(tǒng)系統(tǒng)可以 劃分為以下幾個(gè)包圖:用戶(hù)和權(quán)限管理、公共數(shù)據(jù)維護(hù)管理、數(shù)據(jù)報(bào)表管理、招標(biāo)項(xiàng)目管理、 企業(yè)信息審核維護(hù)管理、專(zhuān)家信息管理、項(xiàng)目資源管理、投標(biāo)履約管理、招標(biāo)流程管理、專(zhuān) 家抽審管理、企業(yè)信用維護(hù)管理和信息統(tǒng)計(jì)分析管理等。圖 2-1 系統(tǒng)功能包圖通過(guò)面向?qū)ο蟮姆治龇椒?，結(jié)合基于統(tǒng)一建模語(yǔ)言(UML)的建模方法對(duì)不同系統(tǒng)

22、模塊中 的需求進(jìn)行用例分析和建模。本文接下來(lái)對(duì)系統(tǒng)需求的核心用例模塊包括企業(yè)信息申請(qǐng)和審 核管理模塊、招標(biāo)項(xiàng)目流程管理、專(zhuān)家信息管理維護(hù)、履約考核管理、信用檔案管理等模塊 進(jìn)行用例建模分析和描述。2.2 系統(tǒng)目標(biāo)和解決的問(wèn)題結(jié)合不同行業(yè)和企事業(yè)單位招投標(biāo)業(yè)務(wù)的需求和分析，本文在設(shè)計(jì)和實(shí)現(xiàn)招投標(biāo)管理系 統(tǒng)的過(guò)程中需要達(dá)到以下幾方面的要求:1、招投標(biāo)業(yè)務(wù)處理流程復(fù)雜， 本文對(duì)以上復(fù)雜的招投標(biāo)流程通過(guò)面向?qū)ο蟮乃枷牒蚒ML建模語(yǔ)言進(jìn)行了建模分析和梳理。通過(guò)用例分析對(duì)系統(tǒng)功能進(jìn)行分解處理，對(duì)于復(fù)雜的業(yè)務(wù) 處理流程建立靜態(tài)模型和動(dòng)態(tài)模型。在靜態(tài)模型的基礎(chǔ)上，對(duì)主要實(shí)體的數(shù)據(jù)庫(kù)進(jìn)行設(shè)計(jì) 最后，通過(guò)傳統(tǒng)的基

23、于多層的JZEE模型對(duì)系統(tǒng)進(jìn)行開(kāi)發(fā)和實(shí)現(xiàn)。2、針對(duì)招標(biāo)企業(yè)的信用問(wèn)題，系統(tǒng)在設(shè)計(jì)過(guò)程中增加了招標(biāo)履約考核管理模塊，針對(duì) 于標(biāo)書(shū)中的不同階段的目的進(jìn)行采用了可考核性指標(biāo)進(jìn)行評(píng)估和分析。通過(guò)對(duì)于完成標(biāo)的情 況建立企業(yè)的信用等級(jí)，同時(shí)建立招投標(biāo)企業(yè)的信息庫(kù)達(dá)到對(duì)于招標(biāo)履行的可控性。3、招投標(biāo)的業(yè)務(wù)流程較為復(fù)雜，其中包括了項(xiàng)目審核、招標(biāo)公告、格預(yù)審流程、招標(biāo)開(kāi)標(biāo)流程、評(píng)標(biāo)流程管理、定標(biāo)流程管理和簽約流程管理等業(yè)務(wù)處理流程。因此，在業(yè)務(wù)系統(tǒng)的分析和架構(gòu)設(shè)計(jì)過(guò)程中如何實(shí)現(xiàn)業(yè)務(wù)流程的定義和控制將關(guān)系到系統(tǒng)實(shí)現(xiàn)的成敗。本文 在系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)過(guò)程中通過(guò)基于工作流引擎的流程處理模塊，實(shí)現(xiàn)對(duì)招投標(biāo)業(yè)務(wù)的建模 分析

24、、狀態(tài)跟蹤和業(yè)務(wù)控制，從而達(dá)到有效的流程定義和業(yè)務(wù)處理。4、針對(duì)招投標(biāo)管理中的核心公正性問(wèn)題，為了達(dá)到整體業(yè)務(wù)的處理公平和公開(kāi)，系統(tǒng) 設(shè)計(jì)實(shí)現(xiàn)過(guò)程中通過(guò)流程審核分配以及專(zhuān)家信用評(píng)估和隨機(jī)抽取審核專(zhuān)家的方式達(dá)到了招 投標(biāo)過(guò)程中的公正性。5、針對(duì)招投標(biāo)業(yè)務(wù)數(shù)據(jù)的統(tǒng)計(jì)分析和決策問(wèn)題，為了達(dá)到企業(yè)招投標(biāo)業(yè)務(wù)的統(tǒng)計(jì)和易 查詢(xún)性，系統(tǒng)在設(shè)計(jì)過(guò)程中增加了各類(lèi)不同的招投標(biāo)業(yè)務(wù)查詢(xún)和統(tǒng)計(jì)功能。同時(shí)，針對(duì)不同 的功能為其提供了優(yōu)秀的數(shù)據(jù)展現(xiàn)方式，從而達(dá)到為企業(yè)決策者進(jìn)行服務(wù)的目的。2.3功能需求分析招投標(biāo)管理作為企事業(yè)單位的信息化管理核心模塊，關(guān)系著其運(yùn)營(yíng)和生產(chǎn)，良好的招投 標(biāo)管理將會(huì)促進(jìn)企事業(yè)單位的高效運(yùn)作和良

25、好形象。本文接下來(lái)將對(duì)招投標(biāo)管理信息系統(tǒng)中 的企業(yè)信息申請(qǐng)和審核管理模塊、招標(biāo)項(xiàng)目流程管理、專(zhuān)家信息管理維護(hù)、履約考核管理、 信用檔案管理進(jìn)行詳細(xì)的需求分析和描述。2.3.1企業(yè)信息管理在招投標(biāo)業(yè)務(wù)分析和處理中，參標(biāo)企業(yè)的信息維護(hù)是其中的核心業(yè)務(wù)模塊，因?yàn)閰?biāo)企 業(yè)的活動(dòng)貫穿著招標(biāo)活動(dòng)的始末，企業(yè)的信用和資質(zhì)將會(huì)影響其是否能夠通過(guò)初步的審核。 對(duì)于招投標(biāo)信息管理來(lái)說(shuō)，企業(yè)的信息管理包括了復(fù)雜的審核和審批流程，其中包括了企業(yè) 的基本信息備案、監(jiān)管單位審核、企業(yè)首次填報(bào)、監(jiān)管單位首次填報(bào)審批、企業(yè)信息修改、修改信息審核等相關(guān)業(yè)務(wù)流程，其相關(guān)的業(yè)務(wù)處理流程和涉眾人群如圖2一2所示。圖2一2企業(yè)信息管

26、理業(yè)務(wù)流程圖FigureZ2SystemPaekagediagram通過(guò)對(duì)上述企業(yè)信息業(yè)務(wù)管理流程的分析，企業(yè)信息管理模塊中還包括了企業(yè)信息檢索 和查詢(xún)以及報(bào)表生成打印等相關(guān)功能。通過(guò)對(duì)上述業(yè)務(wù)需求的分析，企業(yè)信息管理模塊主要 包括了各類(lèi)參標(biāo)企業(yè)單位和相關(guān)監(jiān)管單位兩種角色。如圖2一3所示，本文給出了該部分業(yè)務(wù)的核心用例圖和關(guān)鍵用例的用例描述。圖2一3企業(yè)信息管理用例圖FigureZ一3SystemPaekagediagram對(duì)于招投標(biāo)信息來(lái)說(shuō)，企業(yè)的相關(guān)信息的維護(hù)關(guān)系著企業(yè)是否具備相應(yīng)的資質(zhì)進(jìn)行招投標(biāo)操作，因此如何完成企業(yè)相關(guān)信息的填報(bào)和資質(zhì)審查是本文系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)的關(guān)鍵。同時(shí),企業(yè)對(duì)于相關(guān)信

27、息進(jìn)行修改時(shí)，也需要相關(guān)部門(mén)進(jìn)行審核，因此針對(duì)企業(yè)的信息維護(hù)和填報(bào) 的用例描述如表2一1所示。企業(yè)維護(hù)人員在登錄招投標(biāo)管理系統(tǒng)后，將依次對(duì)基本信息、 資質(zhì)信息、人員構(gòu)成信息、企業(yè)資產(chǎn)構(gòu)成信息、設(shè)備信息和在建工程信息以及代表工程信息 進(jìn)行相應(yīng)的維護(hù)。用例標(biāo)識(shí)Model_E nterprise_01用例名稱(chēng)企業(yè)修改相關(guān)信息創(chuàng)建時(shí)間2011-6-5參與者企業(yè)維護(hù)人員用例描述維護(hù)企業(yè)信息前置條件企業(yè)維護(hù)人員登錄系統(tǒng)后置條件記錄信息修改的次數(shù)監(jiān)管部門(mén)將對(duì)修改的信息進(jìn)行相應(yīng)審核基本事件流1.管理員登錄系統(tǒng)2.查看企業(yè)相應(yīng)信息3.添加、修改或刪除企業(yè)的相關(guān)信息， 包括基本信息、人員信息、礦產(chǎn)信息等。擴(kuò)展事件

28、流在企業(yè)的某個(gè)在建工程需要轉(zhuǎn)為相關(guān)企 業(yè)的代表性工程時(shí)，將其轉(zhuǎn)化為代表性工程備注企業(yè)對(duì)于相關(guān)的信息進(jìn)行修改時(shí)，需要 進(jìn)行相應(yīng)的登記：在企業(yè)信息進(jìn)行修改后需 要通過(guò)審核以確保企業(yè)信息的真實(shí)性。表2一1企業(yè)人員進(jìn)行企業(yè)信息維護(hù)用例說(shuō)明232招標(biāo)項(xiàng)目流程管理通過(guò)對(duì)招投標(biāo)管理系統(tǒng)業(yè)務(wù)流程的需求分析，本文在分析和設(shè)計(jì)過(guò)程中將某個(gè)業(yè)務(wù)的招投標(biāo)過(guò)程看作一整體的項(xiàng)目來(lái)進(jìn)行管理。將整體的業(yè)務(wù)看做從發(fā)起、初始化數(shù)據(jù)到投標(biāo)報(bào)名、專(zhuān)家審核、簽定合同看作是項(xiàng)目的整體周期，通過(guò)工作流模型對(duì)其定義。在需求分析階段，需要對(duì)其相關(guān)的業(yè)務(wù)流程進(jìn)行分析和定義。通過(guò)對(duì)其業(yè)務(wù)的需求進(jìn)行分析，其主要的涉眾角色包括了建設(shè)單位、投標(biāo)單位和工

29、程監(jiān)管單位，整體的業(yè)務(wù)流程包括了招標(biāo)項(xiàng)目定義、標(biāo)段信息定義、招標(biāo)公告發(fā)布、項(xiàng)目申請(qǐng)開(kāi)始、資格審查報(bào)名、資格預(yù)審、招標(biāo)開(kāi)標(biāo)、評(píng)標(biāo)管理、 定標(biāo)管理和簽訂合同；整體的流程如圖2一4所示：圖2一4招投標(biāo)項(xiàng)目流程圖從上圖可以發(fā)現(xiàn)，在招標(biāo)項(xiàng)目流程管理的整體業(yè)務(wù)流程中，所有的涉眾角色中建設(shè)單位 是關(guān)鍵的業(yè)務(wù)核心角色，因此接下來(lái)的描述中將針對(duì)建設(shè)單位的用例進(jìn)行建模分析和描述,其業(yè)務(wù)用例圖如圖2一5所示:圖2一5招投標(biāo)用例圖通過(guò)對(duì)招投標(biāo)業(yè)務(wù)流程的業(yè)務(wù)需求進(jìn)行分析，對(duì)于招投標(biāo)管理信息系統(tǒng)來(lái)說(shuō)其最關(guān)鍵的業(yè)務(wù)處理為流程的需求的梳理和管理。通過(guò)對(duì)招投標(biāo)業(yè)務(wù)的需求分析，本文梳理得到招投標(biāo)項(xiàng)目流程依次為項(xiàng)目信息創(chuàng)建和維護(hù)、

30、標(biāo)段信息創(chuàng)建和維護(hù)、招標(biāo)公告發(fā)布、資格審查報(bào)名、資格預(yù)審階段、投標(biāo)開(kāi)標(biāo)階段、評(píng)標(biāo)階段、定標(biāo)階段和簽約階段。其整體的業(yè)務(wù)流程為順序的關(guān)系，業(yè)務(wù)流程的處理過(guò)程包括了投標(biāo)單位、建設(shè)單位和監(jiān)管單位三個(gè)主要的涉眾人群。 尤其在“資格預(yù)審”和“評(píng)標(biāo)”流程環(huán)節(jié)中，需要相關(guān)的專(zhuān)家組進(jìn)行招標(biāo)投票和打分評(píng)審。 因此，在業(yè)務(wù)系統(tǒng)的設(shè)計(jì)過(guò)程中還包括了相關(guān)專(zhuān)家等涉眾人群。對(duì)于某個(gè)招投標(biāo)項(xiàng)目來(lái)說(shuō)， 在資格預(yù)審和評(píng)標(biāo)的處理階段，需要相關(guān)專(zhuān)家進(jìn)行登錄評(píng)審。因此，在項(xiàng)目的創(chuàng)建和標(biāo)段創(chuàng) 建過(guò)程中，相關(guān)建設(shè)單位還需要設(shè)定相應(yīng)的條件對(duì)專(zhuān)家組進(jìn)行自動(dòng)選取，從而避免人為選擇 因素從而提高了整體招投標(biāo)管理流程中的公正和公平性。如表2一2，

31、本文給出了專(zhuān)家條件設(shè)置和篩選用例的詳細(xì)說(shuō)明用例標(biāo)識(shí)Model_WorkFlow_ExpertSelecti on用例名稱(chēng)選擇評(píng)審專(zhuān)豕創(chuàng)建時(shí)間2015-1-11參與者建設(shè)管理單位用例描述管理員設(shè)定相關(guān)的專(zhuān)家篩選條件前置條件已經(jīng)對(duì)相關(guān)招標(biāo)項(xiàng)目進(jìn)行基本維護(hù)完成相關(guān)項(xiàng)目的標(biāo)段維護(hù)后置條件通過(guò)篩選條件自動(dòng)生成評(píng)審專(zhuān)家為相關(guān)專(zhuān)家生成登錄名和密碼基本事件流1.管理員登錄系統(tǒng)2.查看相關(guān)項(xiàng)目信息3.設(shè)定評(píng)標(biāo)和資格審查日期4.新建抽簽5.關(guān)聯(lián)相關(guān)的項(xiàng)目和標(biāo)段，設(shè)定專(zhuān)家人 數(shù)6.選擇專(zhuān)家組類(lèi)型7.進(jìn)行專(zhuān)家組抽簽8.確定專(zhuān)家組抽簽，定簽擴(kuò)展事件流在專(zhuān)家組確定以后，相關(guān)監(jiān)督單位可以對(duì)專(zhuān)家抽簽結(jié)果進(jìn)仃修改和取消備注專(zhuān)家

32、組的選擇與相關(guān)專(zhuān)家的信息，屬性 和專(zhuān)家的信用相關(guān)聯(lián)，整體采用動(dòng)態(tài)淘汰制 從而確保專(zhuān)家評(píng)審的公正性。表2一2選擇評(píng)審專(zhuān)家用例說(shuō)明233專(zhuān)家信息管理通過(guò)以上的業(yè)務(wù)流程分析，本文得出相關(guān)專(zhuān)家信息的維護(hù)關(guān)系到招投標(biāo)管理系統(tǒng)的成敗，尤其是針對(duì)招標(biāo)項(xiàng)目流程中的資格審查和評(píng)標(biāo)階段，專(zhuān)家選擇的公正性和權(quán)威性關(guān)系到 招標(biāo)最終的成敗。因此，在招投標(biāo)管理信息系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)山東人學(xué)碩十學(xué)位論文過(guò)程中, 需要建立相應(yīng)的專(zhuān)家?guī)煨畔⒓捌渚S護(hù)模塊，通過(guò)該模塊支持整體的專(zhuān)家組篩選和確定，從而 確保招投標(biāo)業(yè)務(wù)的有效運(yùn)轉(zhuǎn)而提高招投標(biāo)項(xiàng)目的成功幾率。對(duì)于專(zhuān)家信息的維護(hù)涉眾角色為相關(guān)的監(jiān)管單位來(lái)進(jìn)行維護(hù)，相關(guān)的主要功能包括了專(zhuān)家基本

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

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

35、維護(hù)、個(gè)人 信用檔案維護(hù)、企業(yè)信用等級(jí)維護(hù)、專(zhuān)家信用檔案維護(hù)和相關(guān)的主要查詢(xún)統(tǒng)計(jì)功能，其主要的用例如下圖2一8所示:圖2一8信用檔案管理用例圖2.4 系統(tǒng)非功能性需求對(duì)于業(yè)務(wù)信息管理系統(tǒng)來(lái)說(shuō)，除了業(yè)務(wù)功能相關(guān)需求以外還包括了系統(tǒng)運(yùn)行、維護(hù)等相 關(guān)方面的非功能性需求。相對(duì)一于功能性需求，非功能性需求不僅僅關(guān)乎軟件產(chǎn)品的使用和 性能，同時(shí)還在某種程度上影響到軟件的功能性需求。如果事先缺乏很好的非功能性需求定 義，結(jié)果往往是使產(chǎn)品在非功能性需求面前捉襟見(jiàn)肘，甚至淹沒(méi)功能性需求給用戶(hù)帶來(lái)的價(jià) 值。對(duì)于招投標(biāo)管理系統(tǒng)來(lái)說(shuō)，本文的的非功能性需求主要包括:適用性要求，可靠性要求，性能要求，可支持性要求，下面

36、分別對(duì)各項(xiàng)要求進(jìn)行分析。1.適用性要求 適用性要求系統(tǒng)用戶(hù)學(xué)習(xí)和操作的簡(jiǎn)單，根據(jù)要求可以延伸出這樣四點(diǎn)模糊的需求:1）指明為了使用戶(hù)能夠完成普通日常工作所需要的培訓(xùn)時(shí)間，而且需要以那些從未接觸 過(guò)計(jì)算機(jī)的新手以及普通用戶(hù)和高級(jí)用戶(hù)的術(shù)語(yǔ)來(lái)描述。系統(tǒng)用戶(hù)涉及到相關(guān)部門(mén)的使用人 員、公司項(xiàng)目管理人員、評(píng)審專(zhuān)家等，系統(tǒng)使用培訓(xùn)對(duì)他們來(lái)說(shuō)周期很短或者不需培訓(xùn)，而 日常管理人員大部分屬于計(jì)算機(jī)普通用戶(hù)甚至是新手，這里所說(shuō)的培訓(xùn)時(shí)間主要指針對(duì)這類(lèi) 用戶(hù)。對(duì)于新手用戶(hù)來(lái)講，系統(tǒng)應(yīng)當(dāng)滿(mǎn)足培訓(xùn)時(shí)間小于等于半天，否則將是不可接受的。2）指明典型終端用戶(hù)可能的典型任務(wù)或事務(wù)的可度量任務(wù)時(shí)間。對(duì)于日常管理人員登錄 系

37、統(tǒng)，從系統(tǒng)供能界面輸入相關(guān)信息需要的時(shí)間， 這當(dāng)然會(huì)受到技術(shù)實(shí)現(xiàn)中性能問(wèn)題的影響（網(wǎng)絡(luò)傳輸速度、網(wǎng)絡(luò)容量、RAM和CPU能力，它們共同決定了系統(tǒng)的響應(yīng)時(shí)間），但是任 務(wù)性能時(shí)間也更加受到系統(tǒng)適用性的影響。2.可靠性要求沒(méi)人喜歡錯(cuò)誤、缺陷、系統(tǒng)故障和數(shù)據(jù)丟失，當(dāng)系統(tǒng)出現(xiàn)故障和用戶(hù)出現(xiàn)錯(cuò)誤的操作后 是否支持恢復(fù)，當(dāng)用戶(hù)在使用過(guò)程中遇到錯(cuò)誤的時(shí)候是否可以立即定位問(wèn)題，當(dāng)業(yè)務(wù)場(chǎng)景和 邏輯發(fā)生變化的時(shí)候系統(tǒng)是否支持，當(dāng)網(wǎng)絡(luò)不穩(wěn)定或使用中異常中斷的情況下系統(tǒng)是否都有 相應(yīng)的容錯(cuò)措施，這些都包含于可靠性要求中。需求中需要特別提到這些現(xiàn)象，顯示系統(tǒng)到 底以哪種用戶(hù)能接收的程度運(yùn)轉(zhuǎn)。(l)可用性(availab

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

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

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

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

42、一的接口。通過(guò)統(tǒng)一的 接口設(shè)計(jì)實(shí)現(xiàn)了層與層之間的松藕合。同時(shí)，鑒于系統(tǒng)采用分層松藕合的架構(gòu)設(shè)計(jì)，使得系 統(tǒng)框架的可擴(kuò)展性得到增強(qiáng)系統(tǒng)容易實(shí)現(xiàn)對(duì)業(yè)務(wù)請(qǐng)求的擴(kuò)展。JZEE(Java2Platrorm，Ente印riseEdition)是sUN公司推出的一種全新的概念模型， 使用了一個(gè)多層分布式應(yīng)用程序體系。應(yīng)用程序的邏輯根據(jù)其實(shí)現(xiàn)的不同功能被封裝到組件 中，組成JZEE應(yīng)用程序的大量應(yīng)用程序組件根據(jù)其所屬的層被安裝到不同的機(jī)器中。對(duì)于JZEE的系統(tǒng)架構(gòu)來(lái)說(shuō)， 主要包括基于EJB的重量型架構(gòu)設(shè)計(jì)和 “spring+struts+Hibemate的開(kāi)源輕量型架構(gòu)設(shè)計(jì)。對(duì)于基于開(kāi)源框架來(lái)說(shuō)，目前己經(jīng)逐漸

43、成為研究和開(kāi)發(fā)的熱點(diǎn)同時(shí) 得到了很大的發(fā)展。目前，相對(duì)于EJB來(lái)說(shuō)，對(duì)于表現(xiàn)層逐步出現(xiàn)了struts等相關(guān)框架，業(yè) 務(wù)邏輯控制和面向切面控制的框架為SPring，而數(shù)據(jù)持久層框架為Hibemate。然而，相對(duì) 于其余的輕量級(jí)框架來(lái)說(shuō)， “spring+Struts+Hibernate”已成為Java開(kāi)發(fā)的主流框架體系。因此，在本文招投標(biāo)管理系統(tǒng)開(kāi)發(fā)過(guò)程中，也使用了“spring+struts+Hibernate”的三駕馬車(chē)式的框架結(jié)構(gòu)(如圖3一1所示)，通過(guò)輕量級(jí)的架構(gòu)設(shè)計(jì)節(jié)省了學(xué)習(xí)和開(kāi)發(fā)時(shí)間，同時(shí) 滿(mǎn)足了分層架構(gòu)設(shè)計(jì)的要求。Ajax技術(shù)進(jìn)圖3一l基于SSH的JZEE架構(gòu)JZEE平臺(tái)提供的這個(gè)

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

45、。以下對(duì)整體的 分層結(jié)構(gòu)圖如圖3一2所示，分別進(jìn)行詳細(xì)的描述:1表現(xiàn)層，主要包括基于瀏覽器技術(shù)的B/S端的頁(yè)面顯示和基于JasperReP0rt的各種 不同樣式和類(lèi)型的數(shù)據(jù)報(bào)表顯示部分。 對(duì)于界面的描述和分析技術(shù)， 在B/s端主要采用了JsP和基于struts的頁(yè)面標(biāo)簽庫(kù)進(jìn)行描述。同時(shí)，為了能夠?qū)崿F(xiàn)界面數(shù)據(jù)的異步請(qǐng)求和顯示，本 文在某些模塊的數(shù)據(jù)顯示部分采用了基于Ajax的異步數(shù)據(jù)請(qǐng)求和顯示技術(shù)。該部分主要通 過(guò)瀏覽器中內(nèi)置的XnllHrtp協(xié)議和對(duì)象進(jìn)行異步的數(shù)據(jù)請(qǐng)求和數(shù)據(jù)獲取，在對(duì)頁(yè)面進(jìn)行顯 示的過(guò)程中結(jié)合JavaseriPt對(duì)相應(yīng)的界面Html元素進(jìn)行控制和顯示。在報(bào)表數(shù)據(jù)的顯示過(guò) 程中

46、，設(shè)計(jì)階段充分采用了基于模型驅(qū)動(dòng)的開(kāi)發(fā)技術(shù)，將報(bào)表的顯示劃分為模型描述、界面 管理器和業(yè)務(wù)數(shù)據(jù)接口三部分組成。 模型主要是指報(bào)表界面中的各種顯示元素;界面管理器主要包括解析器、 布局管理和事件處理三部分;業(yè)務(wù)數(shù)據(jù)接口是結(jié)合具體的業(yè)務(wù)數(shù)據(jù)處理獲取需 要展示和存入報(bào)表的具體數(shù)據(jù)。在報(bào)表的顯示過(guò)程中，通過(guò)業(yè)務(wù)數(shù)據(jù)模塊獲取業(yè)務(wù)數(shù)據(jù)，由 界面管理器結(jié)合數(shù)據(jù)和界面描述文件獲取最終繪制的數(shù)據(jù)報(bào)表和各類(lèi)格式的圖表。2.基于StrutS的控制層設(shè)計(jì)， 該部分的核心功能是接受和控制從客戶(hù)端發(fā)送過(guò)來(lái)的各類(lèi) 不同的請(qǐng)求，并通過(guò)運(yùn)行時(shí)獲取的具體的XML配置文件信息，將請(qǐng)求轉(zhuǎn)發(fā)到不同的業(yè)務(wù)邏 輯處理類(lèi)進(jìn)行處理。同時(shí)，將處

47、理獲取后的數(shù)據(jù)轉(zhuǎn)發(fā)給相應(yīng)的顯示模塊進(jìn)行顯示。3.基于SPring中間件的業(yè)務(wù)邏輯層， 包括SPring處理組件和各種功能服務(wù)型組件.業(yè)務(wù) 邏輯層的設(shè)計(jì)包括相應(yīng)的數(shù)據(jù)GURD的業(yè)務(wù)操作類(lèi)、實(shí)體對(duì)象類(lèi)和SPring框架封裝類(lèi)。其 中，SPring為業(yè)務(wù)邏輯的有效開(kāi)發(fā)提供了合理的封裝類(lèi)，能夠?qū)崿F(xiàn)面向切面的有效操作。 同時(shí)，該框架采用了分層的架構(gòu)設(shè)計(jì)，能夠合理的與MVC的架構(gòu)進(jìn)行整合?？紤]到其業(yè)務(wù)過(guò) 程管理為一完整流程管理過(guò)程，為了能夠更好的進(jìn)行訂單跟蹤和結(jié)果分析，我們?cè)谡w的架 構(gòu)設(shè)計(jì)中加入了基于JBPM的工作流引擎。 工作流引擎通過(guò)訪(fǎng)問(wèn)流程數(shù)據(jù)庫(kù)獲得業(yè)務(wù)流程信 息，控制業(yè)務(wù)邏輯的流轉(zhuǎn)。工作流引擎的

48、引入將業(yè)務(wù)邏輯和流程邏輯分離，允許用戶(hù)靈活的設(shè)計(jì)與發(fā)布新的流程。對(duì)于整個(gè)業(yè)務(wù)流程中訂單管理采用工作流引擎進(jìn)行管理和分析，實(shí)現(xiàn) 了整體業(yè)務(wù)流程的有效控制和跟蹤。數(shù)據(jù)持久層，包括OR映射和數(shù)據(jù)庫(kù)操作兩層，通過(guò)基于ORMaPPing框架的Hibemate，封裝對(duì)數(shù)據(jù)庫(kù)的持久化操作，提供可由業(yè)務(wù)層調(diào)用的接 口，這也是Spring系列架構(gòu)中SPringORM所支持的。同時(shí)，通過(guò)oR映射完成了業(yè)務(wù)數(shù)據(jù) 與數(shù)據(jù)庫(kù)中的關(guān)系表的映射，使得整體設(shè)計(jì)脫離了對(duì)具體類(lèi)型的數(shù)據(jù)庫(kù)(如oracle，Mysql，MSSQL)的依賴(lài)。數(shù)據(jù)庫(kù)層，主要是具體的對(duì)數(shù)據(jù)進(jìn)行存儲(chǔ)的數(shù)據(jù)關(guān)系關(guān)聯(lián)表，包括了不同 實(shí)體數(shù)據(jù)的表格、各類(lèi)業(yè)務(wù)關(guān)系

49、的存儲(chǔ)表等。本文中結(jié)合招投標(biāo)管理系統(tǒng)的業(yè)務(wù)需求，采用 了Mysql數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)的具體存儲(chǔ)。圖3一2系統(tǒng)軟件架構(gòu)3.1.2系統(tǒng)權(quán)限設(shè)置設(shè)計(jì)對(duì)于業(yè)務(wù)管理系統(tǒng)來(lái)說(shuō)，如何實(shí)現(xiàn)用戶(hù)請(qǐng)求資源的有效控制和分配是其關(guān)鍵的業(yè)務(wù)功能，本文所述招投標(biāo)管理系統(tǒng)所涉及的相關(guān)業(yè)務(wù)人員涉眾角色眾多。因此，在系統(tǒng)的設(shè)計(jì)過(guò) 程中，為了能夠確保訪(fǎng)問(wèn)資源的有效控制，本文設(shè)計(jì)和實(shí)現(xiàn)了相應(yīng)的基于用戶(hù)角色的訪(fǎng)問(wèn)控制模型也就是RoleBasedAeeessControl(RBAC)。首先系統(tǒng)管理員通過(guò)“用戶(hù)一用戶(hù)組一角色一資源”多層模式來(lái)設(shè)置用戶(hù)權(quán)限，為每個(gè)角色維護(hù)其資源的訪(fǎng)問(wèn)權(quán)限，而每個(gè)用戶(hù)組被指派一個(gè)或多個(gè)角色， 這樣用戶(hù)既具有了所

50、指派角色的資源權(quán)限。根據(jù)用戶(hù)請(qǐng)求的URL判斷是否在該用戶(hù)的資源權(quán)限表中，若無(wú)權(quán)限則返回客戶(hù)端給用戶(hù)提示。結(jié)合基于角色的權(quán)限控 制模型，本文所述招投標(biāo)信息管理系統(tǒng)的相關(guān)訪(fǎng)問(wèn)控制管理模塊描述如表3一1所示。操作名稱(chēng)操作方法系統(tǒng)資源管理創(chuàng)建資源、維護(hù)資源、刪除資源用戶(hù)角色管理創(chuàng)建角色、維護(hù)角色、刪除角色、分配資源用戶(hù)組管理創(chuàng)建用戶(hù)組、維護(hù)用戶(hù)組用戶(hù)管理創(chuàng)建用戶(hù)、維護(hù)用戶(hù)、刪除用戶(hù)表3一1權(quán)限操作模式表相應(yīng)的訪(fǎng)問(wèn)控制組件中，資源的訪(fǎng)問(wèn)權(quán)通過(guò)系統(tǒng)用戶(hù)角色來(lái)劃分，同時(shí)將角色和相應(yīng)的 用戶(hù)組關(guān)聯(lián)，確定不同用戶(hù)組所包含的角色。而用戶(hù)組是系統(tǒng)中相關(guān)人員和用戶(hù)的組合，按 照一定的組織結(jié)構(gòu)來(lái)進(jìn)行分配。用戶(hù)(USER

51、S)是對(duì)數(shù)據(jù)對(duì)象進(jìn)行操作的主體，可以是人、機(jī)器設(shè)備、計(jì)算機(jī)網(wǎng)絡(luò)或其他 任何有權(quán)力的代理所有可以獨(dú)立訪(fǎng)問(wèn)信息系統(tǒng)中數(shù)據(jù)或用數(shù)據(jù)表示的其他資源的主體的全 體，構(gòu)成用戶(hù)組。組(GROUP)是對(duì)用戶(hù)的包含結(jié)構(gòu)，一類(lèi)擁有相同權(quán)限的用戶(hù)，比如同一部門(mén)下的職工， 或者同一類(lèi)型的學(xué)生等。用戶(hù)將不直接與角色(ROLES)進(jìn)行關(guān)聯(lián)，而是將用戶(hù)進(jìn)行組包裝后，有組與角色進(jìn)行關(guān)聯(lián)。角色(ROLES)表示組織或部門(mén)中的工作或者職務(wù)，是一定數(shù)量權(quán)限的集合將角色引入到權(quán)限管理中解除了用戶(hù)和權(quán)限之間的直接綁定，建立了用戶(hù)與訪(fǎng)問(wèn)權(quán)限之間的聯(lián)系一個(gè)部門(mén)中角色的全體構(gòu)成角色集合。角色將于權(quán)限(Permission)進(jìn)行關(guān)聯(lián)，確定角色

52、享有的權(quán)限。許可(Permissions)和權(quán)限(Permission)，許可描述了角色對(duì)計(jì)算機(jī)資源的訪(fǎng)問(wèn)和操作所 具有的權(quán)限，其反映的是授權(quán)的結(jié)果。比如授予某個(gè)角色對(duì)計(jì)算機(jī)資源有讀的權(quán)限，則代表 了一個(gè)許可的存在，這個(gè)許可表示角色獲取了對(duì)計(jì)算機(jī)資源的讀許可。針對(duì)操作來(lái)說(shuō)，其描 述的是許可和操作之間的一種關(guān)聯(lián)關(guān)系，而這層關(guān)系則表示了某一角色對(duì)某一操作所具有的 權(quán)限及權(quán)限狀態(tài)。用戶(hù)組分配(UserAssignment)是用戶(hù)到組的映射，表示某一用戶(hù)所劃歸的組，用戶(hù)與 組是多對(duì)多關(guān)系，即某一用戶(hù)可以劃歸一個(gè)或多個(gè)組，相同的某一組也可包含不同的用戶(hù)。 組角色分配(GroupAssigliment)是

53、組到角色的映射， 表示一個(gè)組所具有的角色， 組與角色也 是多對(duì)多關(guān)系，即一個(gè)組可以具有一個(gè)或多個(gè)角色，相同的某一角色也可分配給不同組。 角 色權(quán)限分配(PermissionAssignlne叫， 角色權(quán)限分配是角色到權(quán)限的映射，表示一個(gè)角色所 擁有的權(quán)限，角色與權(quán)限是多對(duì)多的關(guān)系，即一個(gè)角色可以擁有多個(gè)權(quán)限，同樣，一個(gè)權(quán)限 也可以分配給不同的角色。本系統(tǒng)將RBAC模型中的權(quán)限集規(guī)定為對(duì)頁(yè)面資源的訪(fǎng)問(wèn)權(quán)限。 根據(jù)資源、 角色、 用戶(hù)三級(jí)管理的機(jī)制， 靈活的為用戶(hù)指定角色， 為角色指定可訪(fǎng)問(wèn)的資源， 從而使用戶(hù)的權(quán)限成為可配置的。3.1.3系統(tǒng)網(wǎng)絡(luò)應(yīng)用拓?fù)浣Y(jié)構(gòu)設(shè)計(jì)針對(duì)招投標(biāo)管理系統(tǒng)來(lái)說(shuō)，主要的涉眾

54、人員包括了招標(biāo)單位內(nèi)部相關(guān)管理人員、審核人 員、投標(biāo)的相關(guān)建設(shè)單位和工程監(jiān)理單位等。對(duì)于招投標(biāo)管理來(lái)說(shuō)，整體系統(tǒng)設(shè)計(jì)采用了基于瀏覽器和互聯(lián)網(wǎng)設(shè)計(jì)的B/S架構(gòu)， 應(yīng)用服務(wù)器和相關(guān)數(shù)據(jù)庫(kù)服務(wù)器通過(guò)防火墻進(jìn)行相應(yīng)的安全控制。系統(tǒng)用戶(hù)通過(guò)Http協(xié)議對(duì)系統(tǒng)進(jìn)行訪(fǎng)問(wèn)、請(qǐng)求，系統(tǒng)整體的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)設(shè)計(jì)如圖3一3所示:圖3一3系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)3.2 系統(tǒng)功能架構(gòu)在業(yè)務(wù)信息軟件系統(tǒng)設(shè)計(jì)的過(guò)程中，開(kāi)發(fā)人員在功能設(shè)計(jì)和開(kāi)發(fā)過(guò)程中將會(huì)依據(jù)業(yè)務(wù)功能之間的關(guān)聯(lián)關(guān)系，通過(guò)分解協(xié)調(diào)的方法進(jìn)行劃分模塊和功能子系統(tǒng)的方法進(jìn)行軟件開(kāi)發(fā)。所謂分解就是將系統(tǒng)劃分為不同的業(yè)務(wù)功能模塊，各個(gè)模塊之間盡量減少其藕合性，同時(shí)在 模塊內(nèi)部盡量

55、實(shí)現(xiàn)高內(nèi)聚性。這樣，通過(guò)劃分模塊的方式，即有利于整體業(yè)務(wù)的分解開(kāi)發(fā)， 同時(shí)通過(guò)不同模塊之間的協(xié)調(diào)實(shí)現(xiàn)整體系統(tǒng)的業(yè)務(wù)需求。在系統(tǒng)開(kāi)發(fā)的過(guò)程中，本文采用了上述分解劃分的業(yè)務(wù)分解方法，同時(shí)在整體的劃分過(guò) 程中遵循以下相關(guān)原則:1、單個(gè)模塊內(nèi)部具有高內(nèi)聚性，同時(shí)具有相對(duì)獨(dú)立的功能。業(yè)務(wù)模塊的劃分，必須使 得單個(gè)模塊內(nèi)的業(yè)務(wù)之間具有很好的內(nèi)聚性。同時(shí)，各個(gè)模塊間盡量減少相應(yīng)的藕合，從而 較少了模塊間開(kāi)發(fā)的相互影響。從而，整體的開(kāi)發(fā)有利于進(jìn)行業(yè)務(wù)分工，同時(shí)保證了軟件產(chǎn) 品的開(kāi)發(fā)效率和代碼質(zhì)量。2、業(yè)務(wù)模塊之間數(shù)據(jù)的禍合性盡量要小。在業(yè)務(wù)模塊的設(shè)計(jì)過(guò)程中，應(yīng)該盡量采用接 口的方式，從而減少各個(gè)業(yè)務(wù)模塊之間的

56、數(shù)據(jù)依賴(lài)性，從而實(shí)現(xiàn)了系統(tǒng)的結(jié)構(gòu)更加松藕合。3、業(yè)務(wù)模塊的劃分同時(shí)應(yīng)該盡量減少數(shù)據(jù)的冗余性。也就是說(shuō)，在系統(tǒng)業(yè)務(wù)的數(shù)據(jù)劃 分總應(yīng)盡量減少數(shù)據(jù)的重復(fù)性，應(yīng)盡量使得對(duì)于相關(guān)業(yè)務(wù)的數(shù)據(jù)的處理在某個(gè)業(yè)務(wù)模塊中進(jìn) 行。4、業(yè)務(wù)模塊的劃分同時(shí)應(yīng)該考慮系統(tǒng)的分階段實(shí)現(xiàn)的影響。對(duì)于大型的業(yè)務(wù)處理系統(tǒng) 來(lái)說(shuō)，系統(tǒng)的實(shí)現(xiàn)會(huì)被劃分到多個(gè)迭代過(guò)程來(lái)完成，因此在業(yè)務(wù)模塊劃分的過(guò)程中應(yīng)盡量適 應(yīng)分時(shí)間實(shí)現(xiàn)的過(guò)程。5、業(yè)務(wù)模塊的劃分應(yīng)該同時(shí)考慮的各種系統(tǒng)資源的充分使用，包括各種網(wǎng)絡(luò)和硬件資 源。在對(duì)系統(tǒng)業(yè)務(wù)功能進(jìn)行模塊劃分的過(guò)程中， 我們需要盡量多的考慮現(xiàn)有設(shè)備資源的搭配， 使得各種設(shè)備資源和信息資源能夠合理分布和充分使用

57、。通過(guò)合理應(yīng)用，從而減少了系統(tǒng)對(duì) 網(wǎng)絡(luò)資源的過(guò)分依賴(lài)，同時(shí)又能夠減少數(shù)據(jù)的輸入和輸出以及數(shù)據(jù)通信所帶來(lái)的通信設(shè)備壓 力。對(duì)于業(yè)務(wù)管理系統(tǒng)來(lái)說(shuō)， 業(yè)務(wù)模塊劃分的方法主要包括:功能劃分（按業(yè)務(wù)處理功能劃分）、 順序劃分、數(shù)據(jù)擬和、過(guò)程劃分、時(shí)間劃分、環(huán)境劃分。按功能劃分是目前最常用的一種劃 分方法。按業(yè)務(wù)處理順序劃分要依據(jù)業(yè)務(wù)流程分析的結(jié)果，這種劃分方式在一些時(shí)間和處理 過(guò)程順序特別強(qiáng)的系統(tǒng)中常常采用。對(duì)于招投標(biāo)管理信息系統(tǒng)來(lái)說(shuō)， 本文提供了結(jié)合現(xiàn)有中間件包括struts、SPring在內(nèi)的基于功能組件和業(yè)務(wù)組件相結(jié)合的集成化的信息管理系統(tǒng)解決方案。通過(guò)該方案為招投標(biāo)信 息管理的各個(gè)問(wèn)題包括企業(yè)信

58、息管理、業(yè)務(wù)流程管理、專(zhuān)家信息管理等提出了合理有效的解 決方案。同時(shí)，系統(tǒng)的整體功能架構(gòu)設(shè)計(jì)中加入了各種公共的業(yè)務(wù)組件，包括了短信提醒組 件、郵件通知組件和權(quán)限管理組件等。整個(gè)系統(tǒng)的功能結(jié)構(gòu)分為框架層、公共服務(wù)層和業(yè)務(wù) 處理層，其整體的功能結(jié)構(gòu)設(shè)計(jì)如圖3一4所示。圖3一4系統(tǒng)功能結(jié)構(gòu)1、企業(yè)信息管理子系統(tǒng)企業(yè)信息管理主要指的是所有的參標(biāo)企業(yè)對(duì)自己?jiǎn)挝坏幕拘畔?、人員、資質(zhì)、設(shè)備資 產(chǎn)等信息進(jìn)行管理維護(hù)。 其中的核心是企業(yè)的備案注冊(cè)和首次填報(bào)。 如果沒(méi)有在系統(tǒng)里注冊(cè) 的企業(yè)用戶(hù)， 第一次進(jìn)入系統(tǒng)需要備案。每個(gè)企業(yè)只允許備案一個(gè)用戶(hù)。 由招標(biāo)辦對(duì)企業(yè)注 冊(cè)信息進(jìn)行審核。 當(dāng)企業(yè)備案成功后并不意味著

59、可以參與投標(biāo)，因?yàn)閭浒傅男畔⒘亢苌?，?能為企業(yè)的投標(biāo)活動(dòng)提供依據(jù)，因此企業(yè)需要詳細(xì)地填報(bào)自己的信息，包括資質(zhì)、資信、代 表工程等。企業(yè)首次填報(bào)之后，必須由招標(biāo)辦對(duì)其輸入的信息進(jìn)行審批，只有審批通過(guò)后的 企業(yè)才能進(jìn)行投標(biāo)。2、專(zhuān)家信息管理子系統(tǒng)專(zhuān)家管理是招標(biāo)辦用來(lái)管理維護(hù)專(zhuān)家?guī)煨畔⒌哪K，包括生成專(zhuān)家組，對(duì)專(zhuān)家考核等多 項(xiàng)功能。該模塊主要是對(duì)各種信息的維護(hù)，包括基本信息、單位信息、培訓(xùn)信息、日?？己?信息、歷史評(píng)標(biāo)現(xiàn)場(chǎng)考核信息等。這些信息有助于專(zhuān)家的信用檔案的維護(hù)和評(píng)價(jià)，從而保證 了招標(biāo)過(guò)程中專(zhuān)家抽簽篩選和評(píng)標(biāo)定標(biāo)的公平公正。3、信用檔案管理子系統(tǒng)信用檔案管理是指監(jiān)管單位根據(jù)歷史招標(biāo)采購(gòu)活動(dòng)中

60、投標(biāo)企業(yè)的表現(xiàn)對(duì)企業(yè)和個(gè)人信用進(jìn)行管理維護(hù)。監(jiān)督單位可多次對(duì)企業(yè)或個(gè)人的信用進(jìn)行評(píng)價(jià)記錄，記錄類(lèi)型一般分為獎(jiǎng) 勵(lì)記錄、不良記錄和行賄犯罪標(biāo)注。然后根據(jù)某個(gè)時(shí)間段內(nèi)所有的信用檔案記錄，按照一定 的計(jì)算規(guī)則， 自動(dòng)生成企業(yè)的信用等級(jí)，為以后的招標(biāo)中選擇中標(biāo)企業(yè)提供一定的參考依據(jù)。4、履約管理子系統(tǒng)履約考核系統(tǒng)是由招標(biāo)人點(diǎn)擊招標(biāo)模塊進(jìn)入對(duì)中標(biāo)的企業(yè)進(jìn)行季度考核的系統(tǒng)，當(dāng)建設(shè) 單位對(duì)某一年度的某一季度進(jìn)行考核評(píng)等級(jí)后，提交由監(jiān)管單位進(jìn)行審核查看。建設(shè)單位在 每季度填報(bào)截止日前，填報(bào)上季度本單位的項(xiàng)目履約考核情況，就是對(duì)上季度標(biāo)段內(nèi)的每個(gè) 招標(biāo)項(xiàng)目的中標(biāo)企業(yè)，根據(jù)合約履行的具體情況，按照不同的考核項(xiàng)對(duì)其