招投標(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 章 背景以及國內(nèi)外研究現(xiàn)狀1.1 系統(tǒng)開發(fā)背景招投標(biāo)是指在市場經(jīng)濟(jì)條件下進(jìn)行大宗貨物的買賣、 工程建設(shè)項(xiàng)目的發(fā)包與承包， 以及 服務(wù)項(xiàng)目的采購與提供時(shí)， 所采用的一種交易方式。 由于招標(biāo)投標(biāo)具有公平、 公正的特征以 及“競爭、優(yōu)化”的功能，在現(xiàn)今社會(huì)中得到了廣泛的應(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)、公示。隨

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

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

4、同的招投標(biāo)模式。3、招標(biāo)過程公正性問題 在企事業(yè)單位的招投標(biāo)管理過程中， 現(xiàn)有的手工管理模式往往會(huì)由于人為的因素導(dǎo)致標(biāo) 的過早暴露、 評標(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í)行過程是分開的， 這種情況往往會(huì)造 成項(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)行分析， 往往會(huì)由于信用問題導(dǎo)致項(xiàng)目 實(shí)施的失敗。 因此，如何結(jié)

5、合招投標(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ì)文件、 標(biāo)書文件、 標(biāo)書審核和評審文件 等。因此，在整個(gè)業(yè)務(wù)處理流程中，包括了各類申請和審核報(bào)表、企業(yè)情況表等。目前的手 工處理管理都是通過人工整理、收集和歸檔，往往會(huì)導(dǎo)致資料丟失和難以進(jìn)行查找等問題。7、招標(biāo)統(tǒng)計(jì)、分析能力欠缺目前， 對于企事業(yè)單位來說每年的招投標(biāo)業(yè)務(wù)數(shù)量逐漸增多， 從而使得招投標(biāo)業(yè)務(wù)數(shù)據(jù) 量增多。每年如何對招投標(biāo)數(shù)據(jù)和文檔進(jìn)行歸類和數(shù)據(jù)分析成為每年相關(guān)部門年底工作的重 點(diǎn)。現(xiàn)有的手工處理模式，主要針對數(shù)據(jù)進(jìn)行表格處理， 往往會(huì)

6、導(dǎo)致數(shù)據(jù)結(jié)果不夠準(zhǔn)確，同 時(shí)不能提供良好的匯總和分析功能。隨著高新計(jì)算機(jī)技術(shù)的發(fā)展，企業(yè)間的競爭日趨激烈， 要保持企業(yè)的競爭力就必須有高效的企業(yè)管理， 因此企業(yè)管理的信息化就變的不可或缺。 招 投標(biāo)信息管理系統(tǒng)是企業(yè)信息化的一部分， 它的內(nèi)容對于提高企業(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)管理方式中效率低、 保密性差和文件易丟失、

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

8、NET 軟件技術(shù)的發(fā)展，基于 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 的方式提供給企業(yè)和個(gè)人用戶。目前，在 各企事業(yè)單位形成了各自的信息化系統(tǒng)， 能夠很好的處理各自單位的信息化問題， 包括業(yè)務(wù) 流程處理、 信息公告以及各類電子資源的存儲。 在各個(gè)單位信息化的同時(shí)， 由于缺少職能部 門間相關(guān)業(yè)務(wù)交流和處理，導(dǎo)致了“信息孤島” 和業(yè)務(wù)協(xié)調(diào)能力欠缺。對于各個(gè)地區(qū)政府來 說，政府的招投標(biāo)管理系統(tǒng)一般作為電子政務(wù)系統(tǒng)中的核心模塊， 它與政府的電子政務(wù)

9、系統(tǒng) 共享統(tǒng)一的門戶信息、 管理人員信息以及專家領(lǐng)域信息。 水利、 建筑行業(yè)的招投標(biāo)管理存在 著行業(yè)建設(shè)背景等方面的要求， 因此對于企業(yè)資質(zhì)、 在建工程、 工程技術(shù)信息人員等方面具 有特殊的要求。 因此， 傳統(tǒng)的招投標(biāo)管理系統(tǒng)中的企業(yè)信息要求往往達(dá)不到其具體要求。另外，針對高等院校的招投標(biāo)管理，主要是設(shè)備、施工和成品等方面的招標(biāo)要求，與上述政府 和水利建設(shè)等行業(yè)的招投標(biāo)管理也存在較大的差異。同時(shí)， 上述不同行業(yè)針對招投標(biāo)過程來說，其跟蹤、匯總和決策支持等方面要求也存在著較大的差異。因此， 如何規(guī)范和抽象投標(biāo) 管理流程和相應(yīng)過程、 文檔信息和匯總信息成為當(dāng)前招投標(biāo)管理的關(guān)鍵研究問題。 本文將在

10、分析以上招投標(biāo)管理的系統(tǒng)的基礎(chǔ)之上， 對招標(biāo)流程、 資源等管理進(jìn)行抽線提出統(tǒng)一的模型， 從而建立一套適合于各個(gè)領(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è)計(jì)和實(shí)現(xiàn)， 將會(huì)存在著業(yè)務(wù)流程繁雜、 招投標(biāo)種類眾多、 業(yè)務(wù)流程控制困難等問題。 目前， 市場上已有的招投標(biāo)管理系統(tǒng)往往只會(huì)針對某個(gè)行業(yè)或部 門，沒有成熟的招投標(biāo)模式的抽象， 因此缺少成熟的系統(tǒng)進(jìn)行分析和參考。 因此， 在針對招 投標(biāo)業(yè)務(wù)進(jìn)行需求分析、設(shè)計(jì)和實(shí)現(xiàn)的過程中，本文需要解決好以下主要的幾個(gè)問題 :1、招投標(biāo)業(yè)務(wù)

11、流程的梳理在招投標(biāo)業(yè)務(wù)的整體處理流程中， 包括了招標(biāo)項(xiàng)目的審核審批、 招標(biāo)公告發(fā)布、 資格預(yù) 審流程、招標(biāo)開標(biāo)流程、 評標(biāo)流程管理、 定標(biāo)流程管理和簽約流程管理等業(yè)務(wù)處理流程。同 時(shí)在評標(biāo)和簽約過程中又包括一些相關(guān)的子流程， 因此在系統(tǒng)的需求分析、 設(shè)計(jì)和實(shí)現(xiàn)過程 中需要對其采用面向?qū)ο蟮乃枷脒M(jìn)行分析，通過 UML 的動(dòng)態(tài)模型對業(yè)務(wù)流程進(jìn)行建模，建 立易于理解的招標(biāo)流程動(dòng)態(tài)模型。 對于動(dòng)態(tài)流程的管理， 采用基于工作流引擎的思想進(jìn)行實(shí) 現(xiàn)，通過工作流引擎對整體業(yè)務(wù)流程進(jìn)行定義、跟蹤和管理。2、招標(biāo)過程的抽象通過對招投標(biāo)過程管理進(jìn)行分析， 發(fā)現(xiàn)招投標(biāo)過程中由于行業(yè)背景的不同， 其過程將存 在很大的

12、差異。某些招標(biāo)過程只是普通的辦公用品的采買，因此其評標(biāo)過程較為簡單;但是某些招標(biāo)過程需要進(jìn)行競價(jià)完成。 因此， 為了能夠更好的支持各類招標(biāo)過程， 本文將針對各 個(gè)行業(yè)的招投標(biāo)過程進(jìn)行抽象分類，主要包括競價(jià)招標(biāo)、談判招標(biāo)和直接招標(biāo)等。3、招標(biāo)企業(yè)信用問題在招投標(biāo)管理的過程中， 如何分析和確定企業(yè)的信用等級和資質(zhì)是招標(biāo)管理中的核心問 題。因此， 在招投標(biāo)系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)過程中， 需要支持企業(yè)的履約評級和考核從而解決企 業(yè)的信用分析問題。4、評標(biāo)過程中的公正性問題 對于招投標(biāo)業(yè)務(wù)來說，其管理中的核心問題是如何保證招投標(biāo)整體過程中的公正性問 題，包括投標(biāo)文件的保密性、專家審核的公正性等。因此，在系統(tǒng)的

13、分析、設(shè)計(jì)和實(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)書和合同計(jì)劃等相關(guān)重要材料。 同時(shí)，以上材料又同相應(yīng)的招標(biāo)項(xiàng)目具有相應(yīng)的關(guān)聯(lián)性，每次招標(biāo)項(xiàng)目包括大量需要存檔的文檔。 對于傳統(tǒng)的手工管理方式， 以上文檔的管理和歸檔通過手工的方式， 容易造成文檔丟失和泄 密等問題。因此，在系統(tǒng)的分析和設(shè)計(jì)過程中，需要對投標(biāo)文檔和資料進(jìn)行分類歸檔處理。6、項(xiàng)目統(tǒng)計(jì)分析和決策支持問題 對于企事業(yè)單位來說每年的招投標(biāo)項(xiàng)目將會(huì)成百上千， 因此如何對每年的招投標(biāo)數(shù)據(jù)進(jìn) 行

14、統(tǒng)計(jì)分析將是系統(tǒng)中的重點(diǎn)和難點(diǎn)。傳統(tǒng)的手工統(tǒng)計(jì)方法，容易導(dǎo)致統(tǒng)計(jì)結(jié)果的錯(cuò)誤性， 因此在設(shè)計(jì)過程中通過專門的統(tǒng)計(jì)分析功能可以簡化統(tǒng)計(jì)決策分析工作并提高統(tǒng)計(jì)分析結(jié) 果的正確性。1.4 本設(shè)計(jì)的主要工作和組織結(jié)構(gòu)1.4.1 本設(shè)計(jì)的主要工作本文首先針對招投標(biāo)業(yè)務(wù)管理進(jìn)行需求分析， 包括各種不同行業(yè)或者企事業(yè)單位對招投 標(biāo)業(yè)務(wù)的共性和差異性需求要求。 同時(shí)， 針對傳統(tǒng)的招投標(biāo)業(yè)務(wù)管理中存在的業(yè)務(wù)流程處理 復(fù)雜、數(shù)據(jù)易丟失、公正性缺失等問題，采用 Java 語言在 Eclipse 軟件開發(fā)平臺上，基于多 層的 nEE 軟件體系架構(gòu)，采用了基于 B/s 的軟件架構(gòu)，同時(shí)針對復(fù)雜的流程采用工作流引 擎進(jìn)行設(shè)

15、計(jì)設(shè)計(jì)和實(shí)現(xiàn)了一套通用的招投標(biāo)綜合業(yè)務(wù)管理系統(tǒng)。 通過系統(tǒng)的分析、 設(shè)計(jì)和實(shí) 現(xiàn)為不同行業(yè)中的企事業(yè)單位提供了統(tǒng)一的業(yè)務(wù)解決方案。本系統(tǒng)以網(wǎng)絡(luò)工作平臺的方式， 服務(wù)于建設(shè)單位、企業(yè)、政府監(jiān)管部門三類用戶。實(shí)現(xiàn)從招標(biāo)公告發(fā)布、資審報(bào)名、資格預(yù) 審、投標(biāo)、評定標(biāo)到簽約的全程招投標(biāo)工作管理。本文的主要工作主要包括以下幾個(gè)方面 :第一， 招投標(biāo)業(yè)務(wù)處理流程復(fù)雜， 本文對以上復(fù)雜的招投標(biāo)流程通過面向?qū)ο蟮乃枷牒?UML 建模語言進(jìn)行了建模分析和梳理。通過用例分析對系統(tǒng)功能進(jìn)行分解處理，對于復(fù)雜 的業(yè)務(wù)處理流程建立靜態(tài)模型和動(dòng)態(tài)模型。 在靜態(tài)模型的基礎(chǔ)上， 對主要實(shí)體的數(shù)據(jù)庫進(jìn)行 設(shè)計(jì);最后，通過傳統(tǒng)的基

16、于多層的 JZEE 模型對系統(tǒng)進(jìn)行開發(fā)和實(shí)現(xiàn)。第二， 針對招標(biāo)企業(yè)的信用問題， 系統(tǒng)在設(shè)計(jì)過程中增加了招標(biāo)履約考核管理模塊， 針 對于標(biāo)書中的不同階段的目的進(jìn)行采用了可考核性指標(biāo)進(jìn)行評估和分析。 通過對于完成標(biāo)的 情況建立企業(yè)的信用等級，同時(shí)建立招投標(biāo)企業(yè)的信息庫達(dá)到對于招標(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è)計(jì)過程中， 系統(tǒng)通過基于工作流引擎的流程處理模塊， 實(shí)現(xiàn)對招投標(biāo)業(yè)務(wù) 的建模分析、狀態(tài)跟蹤和業(yè)務(wù)控制。第四， 針對招投標(biāo)管理中的

17、核心公正性問題， 為了達(dá)到整體業(yè)務(wù)的處理公平和公開， 系 統(tǒng)設(shè)計(jì)實(shí)現(xiàn)過程中通過流程審核分配以及專家信用評估和隨機(jī)抽取審核專家的方式達(dá)到了 招投標(biāo)過程中的公正性。第五， 針對招投標(biāo)業(yè)務(wù)數(shù)據(jù)的統(tǒng)計(jì)分析和決策問題， 為了達(dá)到企業(yè)招投標(biāo)業(yè)務(wù)的統(tǒng)計(jì)和 易查詢性， 系統(tǒng)在設(shè)計(jì)過程中增加了各類不同的招投標(biāo)業(yè)務(wù)查詢和統(tǒng)計(jì)功能。 同時(shí)， 針對不 同的功能為其提供了優(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)的背景和國內(nèi)外的發(fā)展現(xiàn)狀，簡要闡述了本文所需要解決的主要問題，最后指明了本文的主要工作。第 2 章對招投標(biāo)業(yè)務(wù)管理流程的需

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

19、一步要解決的問題進(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)公告發(fā)布、 資格 預(yù)審流程、招標(biāo)開標(biāo)流程、評標(biāo)流程管理、定標(biāo)流程管理和簽約流程管理等業(yè)務(wù)處理流程。 同時(shí)， 在評標(biāo)和簽約過程中又包括一些相關(guān)的子流程， 包括了大量信息、 資源管理和報(bào)表輸 出打印以及企業(yè)信用評估和招投標(biāo)業(yè)務(wù)公平性保證等相關(guān)輔助業(yè)務(wù)。 另外，在某個(gè)項(xiàng)目申請、 審核和招投標(biāo)業(yè)務(wù)處理結(jié)束后

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

21、 又包括了招標(biāo)計(jì)劃和流程制定、資格審查報(bào)名流程、預(yù)審流 程、投標(biāo)開標(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)文件等， 同時(shí)能夠很方便的對其進(jìn)行查詢和統(tǒng)計(jì)。 其思想是在每次招投標(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)

22、信息的有效組織和維護(hù)。其中， 用戶權(quán)限及公共數(shù)據(jù)管理為整個(gè)系統(tǒng)的基礎(chǔ)模塊，用戶管理主要是對系統(tǒng)的用戶進(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)功能。對于招標(biāo)項(xiàng)目管理， 系統(tǒng)的設(shè)計(jì)過程中將其看做項(xiàng)目進(jìn)行管理， 包括了項(xiàng)目啟動(dòng)、 維護(hù)和考 核等相關(guān)流程。 同時(shí)， 對于其流程管理通過基于工作流引擎的思想進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)，同時(shí)能夠?qū)ζ溥M(jìn)行狀態(tài)跟蹤和查詢。 為了實(shí)現(xiàn)對企業(yè)的資信進(jìn)行評估考核， 系統(tǒng)中建立各個(gè)階段標(biāo)

23、 的履約考核，通過考核結(jié)果對企業(yè)的信用等級進(jìn)行評估，為招標(biāo)過程提供決策參考。同時(shí)， 為了能夠?qū)崿F(xiàn)招投標(biāo)過程的公正性， 在評標(biāo)過程中專家通過隨機(jī)抽取的方式進(jìn)行確定。 招投 標(biāo)文件歸檔管理是將每次招投標(biāo)的相關(guān)文件進(jìn)行歸檔存儲， 包括了標(biāo)書、 招標(biāo)公告和相關(guān)合 同書等， 將不同的資源進(jìn)行分類歸檔。 數(shù)據(jù)分析模塊主要是針對某個(gè)時(shí)期內(nèi)所有的招投標(biāo)文 件進(jìn)行統(tǒng)計(jì)分析，包括招標(biāo)信息明細(xì)查詢、統(tǒng)計(jì)報(bào)表等。 在系統(tǒng)的管理過程中，除了以上業(yè) 務(wù)處理模塊意外還需要包括報(bào)表打印模塊將各類不同的數(shù)據(jù)報(bào)表進(jìn)行輸出， 包括 Excel 輸出、 表格輸出和統(tǒng)計(jì)報(bào)表輸出等。在系統(tǒng)的需求分析過程中， 本文采用統(tǒng)一開發(fā)過程的思想進(jìn)

24、行軟件設(shè)計(jì)與開發(fā)， 系統(tǒng)的 功能性需求描述工具主要是用例模型（UseCase）,即將系統(tǒng)的功能性需求分解到每一個(gè)需求分析用例中去。統(tǒng)一開發(fā)過程的最大優(yōu)點(diǎn)是采用按照角色（A以or）對業(yè)務(wù)需求進(jìn)行分析從而識別用例模型（UseCase）中的方法，通過以上方法能夠直觀的建立起系統(tǒng)的需求分析模型， 而且通過多次迭代處理避免需求分析過程中存在的漏項(xiàng)問題。在統(tǒng)一開發(fā)過程的分析方法 中,我們?yōu)榱四軌蚯逦拿枋鱿到y(tǒng)用例及其層次結(jié)果, 本文通過包圖對業(yè)務(wù)需求的各個(gè)模塊 進(jìn)行分析處理。 在系統(tǒng)的需求分析過程中, 本文引入了包圖對不同業(yè)務(wù)的用例進(jìn)行分模塊處 理和分析。 如圖 2 一 1 所示,從系統(tǒng)的總體功能性需求來

25、看本文的招投標(biāo)管理系統(tǒng)系統(tǒng)可以 劃分為以下幾個(gè)包圖 :用戶和權(quán)限管理、公共數(shù)據(jù)維護(hù)管理、數(shù)據(jù)報(bào)表管理、招標(biāo)項(xiàng)目管理、 企業(yè)信息審核維護(hù)管理、專家信息管理、項(xiàng)目資源管理、投標(biāo)履約管理、招標(biāo)流程管理、專 家抽審管理、企業(yè)信用維護(hù)管理和信息統(tǒng)計(jì)分析管理等。圖 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è)和企事

26、業(yè)單位招投標(biāo)業(yè)務(wù)的需求和分析， 本文在設(shè)計(jì)和實(shí)現(xiàn)招投標(biāo)管理系 統(tǒng)的過程中需要達(dá)到以下幾方面的要求 :1、招投標(biāo)業(yè)務(wù)處理流程復(fù)雜，本文對以上復(fù)雜的招投標(biāo)流程通過面向?qū)ο蟮乃枷牒蚒ML 建模語言進(jìn)行了建模分析和梳理。通過用例分析對系統(tǒng)功能進(jìn)行分解處理，對于復(fù)雜 的業(yè)務(wù)處理流程建立靜態(tài)模型和動(dòng)態(tài)模型。 在靜態(tài)模型的基礎(chǔ)上， 對主要實(shí)體的數(shù)據(jù)庫進(jìn)行 設(shè)計(jì);最后，通過傳統(tǒng)的基于多層的 JZEE 模型對系統(tǒng)進(jìn)行開發(fā)和實(shí)現(xiàn)。2、針對招標(biāo)企業(yè)的信用問題，系統(tǒng)在設(shè)計(jì)過程中增加了招標(biāo)履約考核管理模塊，針對 于標(biāo)書中的不同階段的目的進(jìn)行采用了可考核性指標(biāo)進(jìn)行評估和分析。 通過對于完成標(biāo)的情 況建立企業(yè)的信用等級，同

27、時(shí)建立招投標(biāo)企業(yè)的信息庫達(dá)到對于招標(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è)計(jì)過程中如何實(shí)現(xiàn)業(yè)務(wù)流程的定義和控制將關(guān)系到系統(tǒng)實(shí)現(xiàn)的成敗。 本文 在系統(tǒng)的設(shè)計(jì)和實(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è)計(jì)實(shí)現(xiàn)過程中通過流程審核分配以及專家信用評估和隨機(jī)抽取審核專家的方式達(dá)到了招 投

28、標(biāo)過程中的公正性。5、針對招投標(biāo)業(yè)務(wù)數(shù)據(jù)的統(tǒng)計(jì)分析和決策問題，為了達(dá)到企業(yè)招投標(biāo)業(yè)務(wù)的統(tǒng)計(jì)和易 查詢性， 系統(tǒng)在設(shè)計(jì)過程中增加了各類不同的招投標(biāo)業(yè)務(wù)查詢和統(tǒng)計(jì)功能。同時(shí)， 針對不同的功能為其提供了優(yōu)秀的數(shù)據(jù)展現(xiàn)方式，從而達(dá)到為企業(yè)決策者進(jìn)行服務(wù)的目的。2.3 功能需求分析招投標(biāo)管理作為企事業(yè)單位的信息化管理核心模塊， 關(guān)系著其運(yùn)營和生產(chǎn)， 良好的招投 標(biāo)管理將會(huì)促進(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ù)分析和

29、處理中， 參標(biāo)企業(yè)的信息維護(hù)是其中的核心業(yè)務(wù)模塊， 因?yàn)閰?biāo)企 業(yè)的活動(dòng)貫穿著招標(biāo)活動(dòng)的始末，企業(yè)的信用和資質(zhì)將會(huì)影響其是否能夠通過初步的審核。 對于招投標(biāo)信息管理來說， 企業(yè)的信息管理包括了復(fù)雜的審核和審批流程， 其中包括了企業(yè) 的基本信息備案、監(jiān)管單位審核、企業(yè)首次填報(bào)、監(jiān)管單位首次填報(bào)審批、企業(yè)信息修改、 修改信息審核等相關(guān)業(yè)務(wù)流程，其相關(guān)的業(yè)務(wù)處理流程和涉眾人群如圖2 一 2 所示。企業(yè)信息維護(hù)流IV操ft說如齊.*巴*企業(yè)2SystemPaekagediagramFigureZ通過對上述企業(yè)信息業(yè)務(wù)管理流程的分析企業(yè)信息管理模塊中還包括了企業(yè)信息檢索和查詢以及報(bào)表生成打印等相關(guān)功能。

30、琳報(bào)企業(yè)h次 填跚批金業(yè)仃息企業(yè)常息集丄唯忡、34JW 位.助存諛計(jì)貞也HiBM KXJKI M4,幗運(yùn) 懂、陸說說讓單何臨蒂農(nóng)隹對金業(yè)強(qiáng)曲営M進(jìn)丹遠(yuǎn)比或廿的霑 業(yè)初堆本乩凰才礎(chǔ)亞靈.再就張 找匕氓良審陶:A住單位的企業(yè)用次則11第；1嶄肚*現(xiàn)過加金抉提E Ti辛気赴占抉址擔(dān)葩披*金護(hù)豪葺聃H的出決電菱瞬號.JI靡旳尺 ? n申U肅樓麻恠治卑規(guī)電Tfl h總盤進(jìn)H*映此電作:件暑瑕掰汗恥克囂忖勺評瞬使世申IL憐果加也子由fl慚他 侵蹩1的金翻丫酬滋亂tMLfuU- MSJWlWWW # 恪世過雋才総總布杜棉* W賤曲肖總竝的A業(yè) 肌豐n n mAHkM nnt門箭it nvau.郭最疊業(yè)大信嚨

31、電.金業(yè) C1H SttAUk.時(shí)僉業(yè)益Q慘七k；眾玄営 筮釵郭攤卅料謂摂也過弗/公電兇金業(yè)偽T1- *總過円ML決燔施督XL探冊（4圖2 一 2企業(yè)信息管理業(yè)務(wù)流程圖通過對上述業(yè)務(wù)需求的分析，企業(yè)信息管理模塊主要x?_ 企業(yè)錦梟1N?M鶴卩位、3岬 仏助金設(shè)訃單M績護(hù)41啪冊信日護(hù)企業(yè)人員札成仁衛(wèi)址護(hù)企業(yè)設(shè)抑信魁野護(hù)企亞蛍產(chǎn)勻由帶來護(hù)#業(yè)代農(nóng)性思維護(hù)住業(yè)賽廉信息包括了各類參標(biāo)企業(yè)單位和相關(guān)監(jiān)管單位兩種角色。如圖2 一 3所示，本文給出了該部分業(yè)務(wù)的核心用例圖和關(guān)鍵用例的用例描述。圖2 一 3企業(yè)信息管理用例圖FigureZ 一 3SystemPaekagediagram標(biāo)操作，因此如何完成企

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

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

34、目的整體周期，通過工作流模型對其定義。在需求分析階段， 需要對其相關(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)公告發(fā)布、項(xiàng)目申請開始、資格審查報(bào)名、資格預(yù)審、招標(biāo)開標(biāo)、評標(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ù)核心角色，因此接下來的描述中將針對建設(shè)單位的用例進(jìn)行建模分析和描述， 其業(yè)務(wù)用例圖如圖 2 一 5所示:粗護(hù)評忖說亡佇恩us綁護(hù)建蒔ii起

35、信息綸護(hù)簽細(xì)化腳;息護(hù)喪標(biāo)帀標(biāo)器程恒護(hù)頊目拆股護(hù)琵護(hù)吳審扯生障喪仁耳抽;爼g|j舁耳*7建酬她廉護(hù)吸恃杯段恰息X維護(hù)血目卓本儘息:圖2 一 5招投標(biāo)用例圖通過對招投標(biāo)業(yè)務(wù)流程的業(yè)務(wù)需求進(jìn)行分析，對于招投標(biāo)管理信息系統(tǒng)來說其最關(guān)鍵的業(yè)務(wù)處理為流程的需求的梳理和管理。通過對招投標(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)開標(biāo)階段、評標(biāo)階段、定標(biāo)階段和簽約階段。其整體的業(yè)務(wù)流程為順序的關(guān)系，業(yè)務(wù)流程的處理過程包括了投標(biāo)單位、建設(shè)單位和監(jiān)管單位三個(gè)主要的涉眾人群。 尤其在“資格預(yù)審”和“評標(biāo)”流程環(huán)節(jié)中，需要

36、相關(guān)的專家組進(jìn)行招標(biāo)投票和打分評審。 因此，在業(yè)務(wù)系統(tǒng)的設(shè)計(jì)過程中還包括了相關(guān)專家等涉眾人群。對于某個(gè)招投標(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)行自動(dòng)選取，從而避免人為選擇因素從而提高了整體招投標(biāo)管理流程中的公正和公平性。如表2 一 2，本文給出了專家條件設(shè)置和篩選用例的詳細(xì)說明用例標(biāo)識Model_WorkFlow_ExpertSelectio n用例名稱選擇評審專豕創(chuàng)建時(shí)間2015-1-11參與者建設(shè)管理單位用例描述管理員設(shè)定相關(guān)的專家篩選條件前置條件已經(jīng)對相關(guān)招標(biāo)項(xiàng)目進(jìn)行基本維護(hù)完成

37、相關(guān)項(xiàng)目的標(biāo)段維護(hù)后置條件通過篩選條件自動(dòng)生成評審專家為相關(guān)專家生成登錄名和密碼基本事件流1管理員登錄系統(tǒng)2查看相關(guān)項(xiàng)目信息3設(shè)定評標(biāo)和資格審查日期4.新建抽簽5關(guān)聯(lián)相關(guān)的項(xiàng)目和標(biāo)段，設(shè)定專家人數(shù)6. 選擇專家組類型7. 進(jìn)行專家組抽簽8. 確定專家組抽簽，定簽擴(kuò)展事件流在專家組確定以后，相關(guān)監(jiān)督單位可以對專家抽簽結(jié)果進(jìn)仃修改和取消備注專家組的選擇與相關(guān)專家的信息，屬性 和專家的信用相關(guān)聯(lián)，整體采用動(dòng)態(tài)淘汰制 從而確保專家評審的公正性。表2 一 2選擇評審專家用例說明233專家信息管理通過以上的業(yè)務(wù)流程分析，本文得出相關(guān)專家信息的維護(hù)關(guān)系到招投標(biāo)管理系統(tǒng)的成 敗，尤其是針對招標(biāo)項(xiàng)目流程中的資格

38、審查和評標(biāo)階段，專家選擇的公正性和權(quán)威性關(guān)系到招標(biāo)最終的成敗。因此，在招投標(biāo)管理信息系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)山東人學(xué)碩十學(xué)位論文過程中， 需要建立相應(yīng)的專家?guī)煨畔⒓捌渚S護(hù)模塊，通過該模塊支持整體的專家組篩選和確定，從而確保招投標(biāo)業(yè)務(wù)的有效運(yùn)轉(zhuǎn)而提高招投標(biāo)項(xiàng)目的成功幾率。對于專家信息的維護(hù)涉眾角色為相關(guān)的監(jiān)管單位來進(jìn)行維護(hù)，相關(guān)的主要功能包括了專家基本信息維護(hù)、專家培訓(xùn)信息維護(hù)、專家現(xiàn)場考核、專家日?？己恕＜覇挝恍畔⒕S護(hù)、專家信息統(tǒng)計(jì)等相關(guān)功能，其用例圖如 圖2 一 6所示：（審核中標(biāo)単im段報(bào)生需憐單盧晉呼歸圖2 一 6專家管理用例圖234履約考核管理#卑l(fā)：W.CK換對于招投標(biāo)管理系統(tǒng)來說,招投標(biāo)

39、業(yè)務(wù)流程管理中最關(guān)鍵的部分為跟蹤和確定某個(gè)階段內(nèi)中標(biāo)企業(yè)的履職情況，包括了完成進(jìn)度、工作簡報(bào)和履約評級等相關(guān)內(nèi)容。通過相應(yīng)的建設(shè)進(jìn)度跟蹤，能夠及時(shí)跟蹤和發(fā)現(xiàn)招標(biāo)項(xiàng)目建設(shè)過程中存則的各種問題。該部分相關(guān)的主要涉眾角色包括了建設(shè)單位和中標(biāo)單位，其中中標(biāo)單位需要定期填寫簡報(bào)，而建設(shè)單位需要定期的對相關(guān)工作內(nèi)容進(jìn)行審核和評價(jià)，及時(shí)列出某個(gè)階段內(nèi)評價(jià)不合格的單位。因此，對于履約考核最主要的涉眾角色為相關(guān)建設(shè)單位，如圖2 一7,給出了中標(biāo)單位履約考核的相關(guān) 主要用例及其分析和描述者核議約報(bào)汎歸選電&落麻單恆圖2一 7履約考核用例圖235信用檔案管理通過上述的招投標(biāo)管理業(yè)務(wù)的分析，我們發(fā)現(xiàn)招標(biāo)單位、單位核心

40、成員和評審專家的信用將關(guān)系著招投標(biāo)業(yè)務(wù)的公平性甚至影響到整個(gè)招標(biāo)項(xiàng)目最終的成敗。因此，在系統(tǒng)業(yè)務(wù)分析、設(shè)計(jì)和實(shí)現(xiàn)過程中， 需要增加對于以上三類主要成員的信用檔案維護(hù)和管理。其中，對招標(biāo)單位來說，其相關(guān)的中標(biāo)項(xiàng)目的評價(jià)將會(huì)自動(dòng)轉(zhuǎn)入其信用檔案；單位核心成員的信用等級也與上述中標(biāo)項(xiàng)目的履約結(jié)果相關(guān)，其中評審專家的信用等級由相關(guān)監(jiān)管單位的維護(hù)人員審核確定后確定其相關(guān)的信用影響。對于信用檔案管理，主要包括了企業(yè)信用檔案維護(hù)、個(gè) 人信用檔案維護(hù)、企業(yè)信用等級維護(hù)、專家信用檔案維護(hù)和相關(guān)的主要查詢統(tǒng)計(jì)功能，其主要的用例如下圖2一8所示:臨管單地詩殲蜀系統(tǒng)用戶涉及到相關(guān)部門的使用人X、皿卜業(yè)怕用檔零杵的亍扎缶

41、用桂羸圖2 一 8信用檔案管理用例圖2.4系統(tǒng)非功能性需求對于業(yè)務(wù)信息管理系統(tǒng)來說，除了業(yè)務(wù)功能相關(guān)需求以外還包括了系統(tǒng)運(yùn)行、維護(hù)等相關(guān)方面的非功能性需求。相對一于功能性需求，非功能性需求不僅僅關(guān)乎軟件產(chǎn)品的使用和 性能，同時(shí)還在某種程度上影響到軟件的功能性需求。如果事先缺乏很好的非功能性需求定義，結(jié)果往往是使產(chǎn)品在非功能性需求面前捉襟見肘，甚至淹沒功能性需求給用戶帶來的價(jià)值。對于招投標(biāo)管理系統(tǒng)來說，本文的的非功能性需求主要包括：適用性要求，可靠性要求，性能要求，可支持性要求，下面分別對各項(xiàng)要求進(jìn)行分析。1適用性要求適用性要求系統(tǒng)用戶學(xué)習(xí)和操作的簡單，根據(jù)要求可以延伸出這樣四點(diǎn)模糊的需求：I）

42、指明為了使用戶能夠完成普通日常工作所需要的培訓(xùn)時(shí)間，而且需要以那些從未接觸過計(jì)算機(jī)的新手以及普通用戶和高級用戶的術(shù)語來描述。員、公司項(xiàng)目管理人員、 評審專家等，系統(tǒng)使用培訓(xùn)對他們來說周期很短或者不需培訓(xùn)，而 日常管理人員大部分屬于計(jì)算機(jī)普通用戶甚至是新手， 這里所說的培訓(xùn)時(shí)間主要指針對這類 用戶。對于新手用戶來講，系統(tǒng)應(yīng)當(dāng)滿足培訓(xùn)時(shí)間小于等于半天，否則將是不可接受的。2)指明典型終端用戶可能的典型任務(wù)或事務(wù)的可度量任務(wù)時(shí)間。對于日常管理人員登錄系統(tǒng)，從系統(tǒng)供能界面輸入相關(guān)信息需要的時(shí)間， 這當(dāng)然會(huì)受到技術(shù)實(shí)現(xiàn)中性能問題的影響 (網(wǎng)絡(luò)傳輸速度、網(wǎng)絡(luò)容量、 RAM 和 CPU 能力，它們共同決定了

43、系統(tǒng)的響應(yīng)時(shí)間 )，但是任 務(wù)性能時(shí)間也更加受到系統(tǒng)適用性的影響。2. 可靠性要求沒人喜歡錯(cuò)誤、 缺陷、 系統(tǒng)故障和數(shù)據(jù)丟失， 當(dāng)系統(tǒng)出現(xiàn)故障和用戶出現(xiàn)錯(cuò)誤的操作后 是否支持恢復(fù)， 當(dāng)用戶在使用過程中遇到錯(cuò)誤的時(shí)候是否可以立即定位問題， 當(dāng)業(yè)務(wù)場景和 邏輯發(fā)生變化的時(shí)候系統(tǒng)是否支持， 當(dāng)網(wǎng)絡(luò)不穩(wěn)定或使用中異常中斷的情況下系統(tǒng)是否都有 相應(yīng)的容錯(cuò)措施， 這些都包含于可靠性要求中。 需求中需要特別提到這些現(xiàn)象， 顯示系統(tǒng)到 底以哪種用戶能接收的程度運(yùn)轉(zhuǎn)。(l) 可用性 (availability) 。系統(tǒng)對于一個(gè)使用時(shí)間的指定百分比必須是可用的。對于客房 子系統(tǒng)來說，系統(tǒng)必須 7*24 小時(shí)正常使

44、用，而餐飲子系統(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)行過程中需要穩(wěn)定的技術(shù)支持團(tuán)隊(duì)，達(dá)到故障修復(fù)周期的最小化。準(zhǔn)確性(accuracy)。產(chǎn)生數(shù)字輸出的系統(tǒng)要求有多高的精確度。比如數(shù)以“萬”為單 位，統(tǒng)計(jì)時(shí)精確到小數(shù)點(diǎn)后面幾位，才能讓學(xué)位報(bào)盤是不超過國家規(guī)定的字段長度。(4)每類錯(cuò)誤。通常分為微小的錯(cuò)誤、顯著的錯(cuò)誤和關(guān)鍵的錯(cuò)誤三類。如數(shù)據(jù)的完全丟 失或者系統(tǒng)的關(guān)鍵性模塊不能使用。3. 性能要

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

46、體宏觀上和系統(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)一步開發(fā)和 運(yùn)行服務(wù)。在概要設(shè)計(jì)的過程中，將采用由粗到細(xì)的原則，通過定性和定量的分析和分解， 同時(shí)采用 UML 建模方法完成其設(shè)計(jì)。因此，本章將針對系統(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)需求分析的結(jié)果為依據(jù)， 充分考慮系統(tǒng)的 特點(diǎn)及

47、用戶的要求， 為系統(tǒng)選擇合適的開發(fā)平臺， 并且選擇合適的方式構(gòu)建系統(tǒng)。 該階段注 重宏觀上和框架上的設(shè)計(jì)， 包括是否采用客戶端和服務(wù)器端分離的多層結(jié)構(gòu)以及客戶端和服 務(wù)器端所采用的技術(shù)等。針對招投標(biāo)管理系統(tǒng)用戶角色多、 部門多和分布地域廣泛的特點(diǎn)， 整體招投標(biāo)管理系統(tǒng) 的架構(gòu)設(shè)計(jì)本文選擇采用基于 JZEE 的多層架構(gòu)設(shè)計(jì)，同時(shí)采用了 B/S 的整體軟件設(shè)計(jì)?？?戶端技術(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è)層中分別采用了成熟的開源框架，層與層中間采用統(tǒng)一的接口

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

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

50、用程序模型具有重用組件的能力、基于擴(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è)計(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ù)庫層等多層進(jìn)行設(shè)計(jì)。以下對

51、整體的分層結(jié)構(gòu)圖如圖 3 一 2 所示，分別進(jìn)行詳細(xì)的描述 :1 表現(xiàn)層， 主要包括基于瀏覽器技術(shù)的B/S 端的頁面顯示和基于 JasperReP0rt 的各種不同樣式和類型的數(shù)據(jù)報(bào)表顯示部分。對于界面的描述和分析技術(shù)，在 B/s 端主要采用了 JsP 和基于 struts 的頁面標(biāo)簽庫進(jìn)行描述。同時(shí)，為了能夠?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)行控制

52、和顯示。在報(bào)表數(shù)據(jù)的顯示過 程中， 設(shè)計(jì)階段充分采用了基于模型驅(qū)動(dòng)的開發(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)表的顯示過程中， 通過業(yè)務(wù)數(shù)據(jù)模塊獲取業(yè)務(wù)數(shù)據(jù)， 由界面管理器結(jié)合數(shù)據(jù)和界面描述文件獲取最終繪制的數(shù)據(jù)報(bào)表和各類格式的圖表。2. 基于 StrutS 的控制層設(shè)計(jì)， 該部分的核心功能是接受和控制從客戶端發(fā)送過來的各類 不同的請求，并通過運(yùn)行時(shí)獲取的具體的 XML 配置文件信息，將請

53、求轉(zhuǎn)發(fā)到不同的業(yè)務(wù)邏 輯處理類進(jìn)行處理。同時(shí)，將處理獲取后的數(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ù)操作類、實(shí)體對象類和 SPring 框架封裝類。其 中，SPring為業(yè)務(wù)邏輯的有效開發(fā)提供了合理的封裝類，能夠?qū)崿F(xiàn)面向切面的有效操作。同時(shí)，該框架采用了分層的架構(gòu)設(shè)計(jì)，能夠合理的與 MVC 的架構(gòu)進(jìn)行整合?？紤]到其業(yè)務(wù)過 程管理為一完整流程管理過程， 為了能夠更好的進(jìn)行訂單跟蹤和結(jié)果分析，我們在整體的架構(gòu)設(shè)計(jì)中加入了基于 JBPM 的工作流引擎。 工作流

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

55、QL)的依賴。數(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ù)的具體存儲。業(yè)務(wù)邏輯層圖3 一 2系統(tǒng)軟件架構(gòu)3.1.2系統(tǒng)權(quán)限設(shè)置設(shè)計(jì)對于業(yè)務(wù)管理系統(tǒng)來說，如何實(shí)現(xiàn)用戶請求資源的有效控制和分配是其關(guān)鍵的業(yè)務(wù)功能，本文所述招投標(biāo)管理系統(tǒng)所涉及的相關(guān)業(yè)務(wù)人員涉眾角色眾多。因此，在系統(tǒng)的設(shè)計(jì)過程中，為了能夠確保訪問資源的有效控制，本文設(shè)計(jì)和實(shí)現(xiàn)了相應(yīng)的基于用戶角色的訪問控制模型也就是 RoleBasedAeeessControl(RBAC)。首先系統(tǒng)管理員通過“用戶一用戶組一 角

56、色一資源”多層模式來設(shè)置用戶權(quán)限，為每個(gè)角色維護(hù)其資源的訪問權(quán)限，而每個(gè)用戶組被指派一個(gè)或多個(gè)角色，這樣用戶既具有了所指派角色的資源權(quán)限。根據(jù)用戶請求的URL判斷是否在該用戶的資源權(quán)限表中，若無權(quán)限則返回客戶端給用戶提示。結(jié)合基于角色的權(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)用戶角色來劃分， 同時(shí)將角色和相應(yīng)的 用戶組