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

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

2、務(wù)復(fù)雜度日漸提高，標(biāo)準(zhǔn)的招投標(biāo)業(yè)務(wù)包括了招標(biāo)計(jì)劃管理、招標(biāo)過(guò)程管理、合同執(zhí)行管理、招標(biāo)效果分析、招標(biāo)統(tǒng)計(jì)分析決策支持、成本管理等業(yè)務(wù)。隨著招標(biāo)業(yè)務(wù)處理流程和涉及文件管理復(fù)雜程度的提高，傳統(tǒng)的手工招投標(biāo)管理存在招標(biāo)過(guò)程公正性缺失、過(guò)程細(xì)節(jié)混亂、文檔和合同文件易丟失、招標(biāo)效果和統(tǒng)計(jì)分析能力缺失等問(wèn)題。通過(guò)對(duì)當(dāng)前不同行業(yè)中招投標(biāo)管理業(yè)務(wù)流程的分析和研究發(fā)現(xiàn)，不同行業(yè)對(duì)于招投標(biāo)管理存在的問(wèn)題和異同性要求主要包括:1、業(yè)務(wù)處理流程復(fù)雜現(xiàn)有的招投標(biāo)管理包括了招標(biāo)計(jì)劃、招標(biāo)公告、競(jìng)標(biāo)、材料提交、標(biāo)的審核、合同簽訂、合同執(zhí)行流程和招標(biāo)企業(yè)評(píng)價(jià)等相關(guān)流程。同時(shí)，針對(duì)不同級(jí)別的招標(biāo)過(guò)程其流程也存在一定的差異，同時(shí)

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

4、過(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í)施的失敗。因此，如何結(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ì)文件

5、、標(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)行表格處理，往往會(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è)管理的信息化就變的

6、不可或缺。招投標(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)提供了快捷、方便的信息查詢功能，解決了傳統(tǒng)管理方式中效率低、保密性差和文件易丟失、難以留檔等關(guān)鍵問(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ī)化管理，與世界接軌的重要條件。因此，

7、開(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ā)展，基于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è)

8、人用戶。目前，在各企事業(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)戶信息、管理人員信息以及專(zhuān)家領(lǐng)域信息。水利、建筑行業(yè)的招投標(biāo)管理存在著行業(yè)建設(shè)背景等方面的要求，因此對(duì)于企業(yè)資質(zhì)、在建工程、工程技術(shù)信息人員等方面具有特殊的要求。因此，傳統(tǒng)的招投標(biāo)管理系統(tǒng)中的企業(yè)信息要求往往達(dá)不到其具體要求。另外，針對(duì)高等院校的招投標(biāo)

9、管理，主要是設(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)行抽線提出統(tǒng)一的模型，從而建立一套適合于各個(gè)領(lǐng)域的招投標(biāo)管理系統(tǒng)。1.3系統(tǒng)需要解決的主要問(wèn)題招投標(biāo)管理信息系統(tǒng)面向的行業(yè)、用戶和企事業(yè)單位等涉眾種類(lèi)繁多，因此通過(guò)信息化系統(tǒng)對(duì)招投標(biāo)業(yè)務(wù)流程進(jìn)行分析、設(shè)計(jì)和實(shí)現(xiàn)，將會(huì)存在著業(yè)務(wù)流程繁雜、招投標(biāo)種

10、類(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ù)審流程、招標(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)

11、流程動(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à)完成。因此，為了能夠更好的支持各類(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è)的履約

12、評(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ū)等文檔的歸檔管理問(wèn)題招投標(biāo)業(yè)務(wù)管理的過(guò)程中包括了企業(yè)申請(qǐng)文檔、標(biāo)書(shū)和合同計(jì)劃等相關(guān)重要材料。同時(shí)，以上材料又同相應(yīng)的招標(biāo)項(xiàng)目具有相應(yīng)的關(guān)聯(lián)性，每次招標(biāo)項(xiàng)目包括大量需要存檔的文檔。對(duì)于傳統(tǒng)的手工管理方式，以上文檔的管理和歸檔通過(guò)手工的方式，容易造成文檔丟失和泄密等問(wèn)題。因此，

13、在系統(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ì)決策分析工作并提高統(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)題，采用Jav

14、a語(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)的方式，服務(wù)于建設(shè)單位、企業(yè)、政府監(jiān)管部門(mén)三類(lèi)用戶。實(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ù)

15、雜的業(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)進(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ò)基于工作流引擎的流程處理模塊，

16、實(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ì)分析和決策問(wèn)題，為了達(dá)到企業(yè)招投標(biāo)業(yè)務(wù)的統(tǒng)計(jì)和易查詢性，系統(tǒng)在設(shè)計(jì)過(guò)程中增加了各類(lèi)不同的招投標(biāo)業(yè)務(wù)查詢和統(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)題，最后指明了本文的

17、主要工作。第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ì);針對(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ì)本文

18、所作的工作和下一步要解決的問(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ù)審核審批、合同履行評(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)

19、行歸檔處理，而現(xiàn)有的處理方式多采用紙質(zhì)文件收集和人工處理的模式。但是，手上和紙質(zhì)文件處理模式往往會(huì)造成工作量大、資源浪費(fèi)、信息收集丟失和不準(zhǔn)確等弊端，因此開(kāi)發(fā)一套針對(duì)現(xiàn)有不同行業(yè)招投標(biāo)業(yè)務(wù)的管理信息系統(tǒng)成為迫切的需要。本文將針對(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)

20、流程、評(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)目管理可以有效的定義控制其整體流程，并能夠有效的定義該次招投標(biāo)業(yè)務(wù)中的相關(guān)企業(yè)、數(shù)據(jù)和招投標(biāo)文件等，同時(shí)能夠很方便的對(duì)其進(jì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ù)。其中，用戶權(quán)限及公共數(shù)據(jù)管理為整個(gè)系統(tǒng)的基礎(chǔ)模塊，用戶管理主要是對(duì)系統(tǒng)的用戶進(jìn)行

21、添加、刪除以及用戶信息的修改等;權(quán)限管理是由管理員對(duì)系統(tǒng)用戶進(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ù)和建立包括了企業(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í)能夠?qū)ζ溥M(jìn)行狀態(tài)跟蹤和查詢。為了實(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)

22、家通過(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ì)某個(gè)時(shí)期內(nèi)所有的招投標(biāo)文件進(jìn)行統(tǒng)計(jì)分析，包括招標(biāo)信息明細(xì)查詢、統(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)是采用按照角

23、色(A以or)對(duì)業(yè)務(wù)需求進(jìn)行分析從而識(shí)別用例模型 (UseCase)中的方法，通過(guò)以上方法能夠直觀的建立起系統(tǒng)的需求分析模型，而且通過(guò)多次迭代處理避免需求分析過(guò)程中存在的漏項(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è)包圖:用戶和權(quán)限管理、公共數(shù)據(jù)維護(hù)管理、數(shù)據(jù)報(bào)表管理、招標(biāo)項(xiàng)目管理、企業(yè)信息審核維護(hù)管理、專(zhuān)家信息管理、項(xiàng)目資源管理、投標(biāo)履約管理、招標(biāo)流程管

24、理、專(zhuān)家抽審管理、企業(yè)信用維護(hù)管理和信息統(tǒng)計(jì)分析管理等。圖2-1 系統(tǒng)功能包圖通過(guò)面向?qū)ο蟮姆治龇椒ǎY(jié)合基于統(tǒng)一建模語(yǔ)言(UML)的建模方法對(duì)不同系統(tǒng)模塊中的需求進(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ò)用例分

25、析對(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)。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è)

26、務(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ù)的建模分析、狀態(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ì)和易查詢性，系統(tǒng)在設(shè)計(jì)過(guò)程中增加了各類(lèi)不同的招投標(biāo)業(yè)務(wù)查詢和統(tǒng)計(jì)功能。同時(shí)，針對(duì)不同的功能為其提供了優(yōu)秀的數(shù)據(jù)展現(xiàn)方式，從而達(dá)到為企業(yè)決策者進(jìn)行服務(wù)的目的。2.3功能需

27、求分析招投標(biāo)管理作為企事業(yè)單位的信息化管理核心模塊，關(guān)系著其運(yùn)營(yíng)和生產(chǎn)，良好的招投標(biāo)管理將會(huì)促進(jìn)企事業(yè)單位的高效運(yùn)作和良好形象。本文接下來(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)審

28、批、企業(yè)信息修改、修改信息審核等相關(guān)業(yè)務(wù)流程，其相關(guān)的業(yè)務(wù)處理流程和涉眾人群如圖2一2所示。圖2一2企業(yè)信息管理業(yè)務(wù)流程圖FigureZ一 2SystemPaekagediagram通過(guò)對(duì)上述企業(yè)信息業(yè)務(wù)管理流程的分析，企業(yè)信息管理模塊中還包括了企業(yè)信息檢索和查詢以及報(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è)是否具備相

29、應(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)信息進(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_Enterprise_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. 管理員登錄

30、系統(tǒng)2. 查看企業(yè)相應(yīng)信息3. 添加、修改或刪除企業(yè)的相關(guān)信息，包括基本信息、人員信息、礦產(chǎn)信息等。擴(kuò)展事件流在企業(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ō)明2.3.2招標(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ì)其定義。在需求分析階段，需

31、要對(duì)其相關(guān)的業(yè)務(wù)流程進(jìn)行分析和定義。通過(guò)對(duì)其業(yè)務(wù)的需求進(jìn)行分析，其主要的涉眾角色包括了建設(shè)單位、投標(biāo)單位和工程監(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ù)處理為

32、流程的需求的梳理和管理。通過(guò)對(duì)招投標(biāo)業(yè)務(wù)的需求分析，本文梳理得到招投標(biāo)項(xiàng)目流程依次為項(xiàng)目信息創(chuàng)建和維護(hù)、標(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)家

33、組進(jìn)行自動(dòng)選取，從而避免人為選擇因素從而提高了整體招投標(biāo)管理流程中的公正和公平性。如表2一2，本文給出了專(zhuān)家條件設(shè)置和篩選用例的詳細(xì)說(shuō)明:用例標(biāo)識(shí)Model_WorkFlow_ExpertSelection用例名稱(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)家組抽

34、簽8. 確定專(zhuān)家組抽簽，定簽擴(kuò)展事件流在專(zhuān)家組確定以后，相關(guān)監(jiān)督單位可以對(duì)專(zhuān)家抽簽結(jié)果進(jìn)行修改和取消備注專(zhuān)家組的選擇與相關(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ō)明2.3.3專(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)而提高招

35、投標(biāo)項(xiàng)目的成功幾率。對(duì)于專(zhuān)家信息的維護(hù)涉眾角色為相關(guān)的監(jiān)管單位來(lái)進(jìn)行維護(hù)，相關(guān)的主要功能包括了專(zhuān)家基本信息維護(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)

36、容進(jìn)行審核和評(píng)價(jià)，及時(shí)列出某個(gè)階段內(nèi)評(píng)價(jià)不合格的單位。因此，對(duì)于履約考核最主要的涉眾角色為相關(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)管單位的

37、維護(hù)人員審核確定后確定其相關(guān)的信用影響。對(duì)于信用檔案管理，主要包括了企業(yè)信用檔案維護(hù)、個(gè)人信用檔案維護(hù)、企業(yè)信用等級(jí)維護(hù)、專(zhuān)家信用檔案維護(hù)和相關(guā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)功能性需求給用戶帶來(lái)的價(jià)值。對(duì)于招投標(biāo)管理系統(tǒng)來(lái)說(shuō)，本文的的非功能

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

39、的典型任務(wù)或事務(wù)的可度量任務(wù)時(shí)間。對(duì)于日常管理人員登錄系統(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)故障和用戶出現(xiàn)錯(cuò)誤的操作后是否支持恢復(fù)，當(dāng)用戶在使用過(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)到底以哪種用戶能

40、接收的程度運(yùn)轉(zhuǎn)。(l)可用性(availability)。系統(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ī)定的字段

41、長(zhǎng)度。(4)每類(lèi)錯(cuò)誤。通常分為微小的錯(cuò)誤、顯著的錯(cuò)誤和關(guān)鍵的錯(cuò)誤三類(lèi)。如數(shù)據(jù)的完全丟失或者系統(tǒng)的關(guān)鍵性模塊不能使用。3.性能要求，通常包括以下幾個(gè)方面:(l)事務(wù)的響應(yīng)時(shí)間:平均值、最大值。(2)吞吐量:每秒事務(wù)數(shù)。(3)容量:系統(tǒng)可容納的客戶總數(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的

42、軟件設(shè)計(jì)主要包括了系統(tǒng)概要設(shè)計(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)，

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

44、層與層中間采用統(tǒng)一的接口。通過(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ō)，目

45、前己經(jīng)逐漸成為研究和開(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í)滿足了分層架構(gòu)設(shè)計(jì)的要求。圖3一l基于SSH的JZEE架構(gòu) JZEE平臺(tái)提供的這個(gè)多層結(jié)構(gòu)的分

46、布式應(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ì)。以下對(duì)整體的分層結(jié)構(gòu)圖

47、如圖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ò)程中，設(shè)計(jì)階段充分采用了基于模型驅(qū)動(dòng)的開(kāi)發(fā)

48、技術(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ì)，該部分的核心功能是接受和控制從客戶端發(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í)，將處理獲取后的數(shù)據(jù)轉(zhuǎn)發(fā)給相應(yīng)的顯示模塊進(jìn)行顯示。3.基于

49、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ò)訪問(wèn)流程數(shù)據(jù)庫(kù)獲得業(yè)務(wù)流程信息，控制業(yè)務(wù)邏輯的流轉(zhuǎn)。工作流引擎的引入將業(yè)務(wù)邏輯和流程邏輯分離，允許用戶靈活的設(shè)計(jì)與發(fā)布新的流程。對(duì)于

50、整個(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)系的存儲(chǔ)表等。本文中結(jié)合招投標(biāo)管理系統(tǒng)的業(yè)務(wù)需求，采用了Mysql數(shù)據(jù)庫(kù)進(jìn)

51、行數(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)用戶請(qǐng)求資源的有效控制和分配是其關(guān)鍵的業(yè)務(wù)功能，本文所述招投標(biāo)管理系統(tǒng)所涉及的相關(guān)業(yè)務(wù)人員涉眾角色眾多。因此，在系統(tǒng)的設(shè)計(jì)過(guò)程中，為了能夠確保訪問(wèn)資源的有效控制，本文設(shè)計(jì)和實(shí)現(xiàn)了相應(yīng)的基于用戶角色的訪問(wèn)控制模型也就是 RoleBasedAeeessControl(RBAC)。首先系統(tǒng)管理員通過(guò)“用戶一用戶組一角色一資源”多層模式來(lái)設(shè)置用戶權(quán)限，為每個(gè)角色維護(hù)其資源的訪問(wèn)權(quán)限，而每個(gè)用戶組被指派一個(gè)或多個(gè)角色，這樣用戶既具有了所指派角色的資源權(quán)限。根據(jù)用戶請(qǐng)求的URL判斷是否在該用戶的資源權(quán)限表中，若無(wú)

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

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

54、描述了角色對(duì)計(jì)算機(jī)資源的訪問(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)。用戶組分配 (UserAssignment)是用戶到組的映射，表示某一用戶所劃歸的組，用戶與組是多對(duì)多關(guān)系，即某一用戶可以劃歸一個(gè)或多個(gè)組，相同的某一組也可包含不同的用戶。組角色分配 (GroupAssigliment)是組到角色的映射，表示一個(gè)組所具有的角色，組與角色也是多對(duì)多關(guān)系，即一個(gè)組可以具有一個(gè)或

55、多個(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è)面資源的訪問(wèn)權(quán)限。根據(jù)資源、角色、用戶三級(jí)管理的機(jī)制，靈活的為用戶指定角色，為角色指定可訪問(wèn)的資源，從而使用戶的權(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ō)，主要的涉眾人員包括了招標(biāo)單位內(nèi)部相關(guān)管理人員、審核人員、投標(biāo)的相關(guān)建設(shè)單位和工程監(jiān)理單位等。對(duì)于招投標(biāo)管理來(lái)說(shuō)，整體系統(tǒng)設(shè)

56、計(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)用戶通過(guò)Http協(xié)議對(duì)系統(tǒng)進(jìn)行訪問(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)部盡量實(shí)現(xiàn)高內(nèi)聚性。這樣，通過(guò)劃分模塊的方式，即有利于整體業(yè)務(wù)的分解開(kāi)發(fā)，同時(shí)通過(guò)不同模塊之間的協(xié)調(diào)實(shí)現(xiàn)整體系統(tǒng)的業(yè)務(wù)需求。在

57、系統(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ù)模塊之間的數(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)盡量減

58、少數(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è)備資源和信息資源能夠合理分布和充分使用。通過(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)境劃分