【正文】 整個系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)，解決了招投標(biāo)管理過程中的流程混亂、數(shù)據(jù)接口多、資源管理混亂、檔案歸檔繁雜等業(yè)務(wù)處理流程中的問題。例如:。若按鈕字體為紅色，則代表該項(xiàng)目正處于哪個環(huán)節(jié)。這就要求專家信息管理時必須維護(hù)這些信息。故“標(biāo)段擴(kuò)展信息”中必須認(rèn)真維護(hù)實(shí)際開工時間、實(shí)際竣工時間、中標(biāo)單位，這關(guān)系到該標(biāo)段的中標(biāo)單位在本季度是否被考核到的問題。建設(shè)單位登錄到本系統(tǒng)主要用“招標(biāo)”，‘、系統(tǒng)幫助”模塊。檔案信息表和檔案資源表，主要是對項(xiàng)目資源歸檔后的信息進(jìn)行管理，在檔案資源表中，主要文檔資源主要通過文件進(jìn)行存儲，文檔由系統(tǒng)或人工掃免上傳在文件服務(wù)器進(jìn)行存儲。因此，本文還針對上述概念實(shí)體類的協(xié)作關(guān)系給出了詳細(xì)的動態(tài)建模分析，如圖4一5，給出了添加專家操作的詳細(xì)的順序圖建模，通過順序圖建模反映了相應(yīng)的專家數(shù)據(jù)添加流程的操作。動態(tài)模型主要是指順序圖和協(xié)作圖，主要反映了各個業(yè)務(wù)實(shí)體之間的協(xié)作關(guān)系和順序，通過實(shí)體之間的協(xié)作和交互實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的輸入、輸出和業(yè)務(wù)操作等。將這過程中的整體的業(yè)務(wù)處理過程看作是統(tǒng)一的模板進(jìn)行處理，本文中的招標(biāo)項(xiàng)目業(yè)務(wù)依據(jù)不同的項(xiàng)目設(shè)置其整體業(yè)務(wù)處理流程不同。(4)專家一該類用戶的功能權(quán)限是由每個招標(biāo)項(xiàng)目的設(shè)置決定的。建設(shè)單位在每季度填報截止日前，填報上季度本單位的項(xiàng)目履約考核情況，就是對上季度標(biāo)段內(nèi)的每個招標(biāo)項(xiàng)目的中標(biāo)企業(yè)，根據(jù)合約履行的具體情況，按照不同的考核項(xiàng)對其進(jìn)行打分評級，作為上季度的統(tǒng)計(jì)數(shù)據(jù)上報到系統(tǒng)中存檔。同時，系統(tǒng)的整體功能架構(gòu)設(shè)計(jì)中加入了各種公共的業(yè)務(wù)組件，包括了短信提醒組件、郵件通知組件和權(quán)限管理組件等。同時，各個模塊間盡量減少相應(yīng)的藕合，從而較少了模塊間開發(fā)的相互影響。角色將于權(quán)限(Permission)進(jìn)行關(guān)聯(lián)，確定角色享有的權(quán)限。對于整個業(yè)務(wù)流程中訂單管理采用工作流引擎進(jìn)行管理和分析，實(shí)現(xiàn)了整體業(yè)務(wù)流程的有效控制和跟蹤。對于界面的描述和分析技術(shù)，在B/s端主要采用了JsP和基于struts的頁面標(biāo)簽庫進(jìn)行描述?？蛻舳思夹g(shù)采用瀏覽器進(jìn)行實(shí)現(xiàn)，客戶端與服務(wù)器之間采用了HttP協(xié)議進(jìn)行通信，同時為了能夠?qū)崿F(xiàn)相應(yīng)的客戶端與服務(wù)器端的異步通信，在具體的界面實(shí)現(xiàn)部分采用了Ajax技術(shù)進(jìn)行實(shí)現(xiàn)。，通常包括以下幾個方面:(l)事務(wù)的響應(yīng)時間:平均值、最大值。對于新手用戶來講，系統(tǒng)應(yīng)當(dāng)滿足培訓(xùn)時間小于等于半天，否則將是不可接受的。如表2一2，本文給出了專家條件設(shè)置和篩選用例的詳細(xì)說明:用例標(biāo)識Model_WorkFlow_ExpertSelection用例名稱選擇評審專家創(chuàng)建時間2015111參與者建設(shè)管理單位用例描述管理員設(shè)定相關(guān)的專家篩選條件前置條件已經(jīng)對相關(guān)招標(biāo)項(xiàng)目進(jìn)行基本維護(hù)完成相關(guān)項(xiàng)目的標(biāo)段維護(hù)后置條件通過篩選條件自動生成評審專家為相關(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)，整體采用動態(tài)淘汰制從而確保專家評審的公正性。圖2一3企業(yè)信息管理用例圖FigureZ一 3SystemPaekagediagram對于招投標(biāo)信息來說，企業(yè)的相關(guān)信息的維護(hù)關(guān)系著企業(yè)是否具備相應(yīng)的資質(zhì)進(jìn)行招投標(biāo)操作，因此如何完成企業(yè)相關(guān)信息的填報和資質(zhì)審查是本文系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)的關(guān)鍵。最后，通過傳統(tǒng)的基于多層的JZEE模型對系統(tǒng)進(jìn)行開發(fā)和實(shí)現(xiàn)。同時，對于其流程管理通過基于工作流引擎的思想進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)，同時能夠?qū)ζ溥M(jìn)行狀態(tài)跟蹤和查詢。其業(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ù)處理流程。通過對于完成標(biāo)的情況建立企業(yè)的信用等級，同時建立招投標(biāo)企業(yè)的信息庫達(dá)到對于招標(biāo)履行的可控性。數(shù)據(jù)、標(biāo)書等文檔的歸檔管理問題招投標(biāo)業(yè)務(wù)管理的過程中包括了企業(yè)申請文檔、標(biāo)書和合同計(jì)劃等相關(guān)重要材料。同時，上述不同行業(yè)針對招投標(biāo)過程來說，其跟蹤、匯總和決策支持等方面要求也存在著較大的差異。招投標(biāo)信息管理系統(tǒng)是企業(yè)信息化的一部分，它的內(nèi)容對于提高企業(yè)采購管理水平和企業(yè)決策分析能力都至關(guān)重要。招標(biāo)模式種類繁多對于招投標(biāo)管理，依據(jù)招投標(biāo)物品和項(xiàng)目的類別不同，招標(biāo)環(huán)節(jié)中的競標(biāo)過程包括了不同的模式。通過對當(dāng)前不同行業(yè)中招投標(biāo)管理業(yè)務(wù)流程的分析和研究發(fā)現(xiàn)，不同行業(yè)對于招投標(biāo)管理存在的問題和異同性要求主要包括:業(yè)務(wù)處理流程復(fù)雜現(xiàn)有的招投標(biāo)管理包括了招標(biāo)計(jì)劃、招標(biāo)公告、競標(biāo)、材料提交、標(biāo)的審核、合同簽訂、合同執(zhí)行流程和招標(biāo)企業(yè)評價等相關(guān)流程。每年如何對招投標(biāo)數(shù)據(jù)和文檔進(jìn)行歸類和數(shù)據(jù)分析成為每年相關(guān)部門年底工作的重點(diǎn)。水利、建筑行業(yè)的招投標(biāo)管理存在著行業(yè)建設(shè)背景等方面的要求，因此對于企業(yè)資質(zhì)、在建工程、工程技術(shù)信息人員等方面具有特殊的要求。因此，在招投標(biāo)系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)過程中，需要支持企業(yè)的履約評級和考核從而解決企業(yè)的信用分析問題。在靜態(tài)模型的基礎(chǔ)上，對主要實(shí)體的數(shù)據(jù)庫進(jìn)行設(shè)計(jì)。第5章介紹了系統(tǒng)業(yè)務(wù)流程的主要功能實(shí)現(xiàn)和其中的關(guān)鍵技術(shù)，包括招標(biāo)企業(yè)申請審核、招標(biāo)公開、各個招標(biāo)業(yè)務(wù)流程的實(shí)現(xiàn)和專家?guī)旃芾砟K等。公共數(shù)據(jù)維護(hù)是由系統(tǒng)管理員對生活調(diào)查中需要填寫數(shù)據(jù)的數(shù)據(jù)字典以及某些公共數(shù)據(jù)進(jìn)行維護(hù)。結(jié)合不同行業(yè)和企事業(yè)單位招投標(biāo)業(yè)務(wù)的需求和分析，本文在設(shè)計(jì)和實(shí)現(xiàn)招投標(biāo)管理系統(tǒng)的過程中需要達(dá)到以下幾方面的要求:招投標(biāo)業(yè)務(wù)處理流程復(fù)雜，本文對以上復(fù)雜的招投標(biāo)流程通過面向?qū)ο蟮乃枷牒蚒ML建模語言進(jìn)行了建模分析和梳理。圖2一2企業(yè)信息管理業(yè)務(wù)流程圖FigureZ一 2SystemPaekagediagram通過對上述企業(yè)信息業(yè)務(wù)管理流程的分析，企業(yè)信息管理模塊中還包括了企業(yè)信息檢索和查詢以及報表生成打印等相關(guān)功能。因此，在業(yè)務(wù)系統(tǒng)的設(shè)計(jì)過程中還包括了相關(guān)專家等涉眾人群。對于招投標(biāo)管理系統(tǒng)來說，本文的的非功能性需求主要包括:適用性要求，可靠性要求，性能要求，可支持性要求，下面分別對各項(xiàng)要求進(jìn)行分析。(4)每類錯誤。系統(tǒng)的技術(shù)架構(gòu)，其任務(wù)是以系統(tǒng)需求分析的結(jié)果為依據(jù)，充分考慮系統(tǒng)的特點(diǎn)及用戶的要求，為系統(tǒng)選擇合適的開發(fā)平臺，并且選擇合適的方式構(gòu)建系統(tǒng)。提供商和買主都可以選擇最合適于其商業(yè)應(yīng)用和所需技術(shù)的產(chǎn)品和組件?？紤]到其業(yè)務(wù)過程管理為一完整流程管理過程，為了能夠更好的進(jìn)行訂單跟蹤和結(jié)果分析，我們在整體的架構(gòu)設(shè)計(jì)中加入了基于JBPM的工作流引擎。組(GROUP)是對用戶的包含結(jié)構(gòu)，一類擁有相同權(quán)限的用戶，比如同一部門下的職工，或者同一類型的學(xué)生等。這樣，通過劃分模塊的方式，即有利于整體業(yè)務(wù)的分解開發(fā)，同時通過不同模塊之間的協(xié)調(diào)實(shí)現(xiàn)整體系統(tǒng)的業(yè)務(wù)需求。按業(yè)務(wù)處理順序劃分要依據(jù)業(yè)務(wù)流程分析的結(jié)果，這種劃分方式在一些時間和處理過程順序特別強(qiáng)的系統(tǒng)中常常采用。監(jiān)督單位可多次對企業(yè)或個人的信用進(jìn)行評價記錄，記錄類型一般分為獎勵記錄、不良記錄和行賄犯罪標(biāo)注。(3)投標(biāo)企業(yè)一主要是對招標(biāo)項(xiàng)目進(jìn)行投標(biāo)報價的企業(yè)。整個系統(tǒng)圍繞著招標(biāo)項(xiàng)目管理，輔助以企業(yè)信息管理、專家信息管理、履約考核管理、信用檔案管理和系統(tǒng)管理等。另外，有效的工作流引擎能夠?qū)Σ煌袠?biāo)業(yè)務(wù)流程及西寧跟蹤和歸檔分析，從而有效的實(shí)現(xiàn)了招投標(biāo)業(yè)務(wù)的管理和控制、跟蹤。在對相關(guān)的業(yè)務(wù)進(jìn)行設(shè)計(jì)描述的過程中，本文另外還對相應(yīng)的企業(yè)信息管理、項(xiàng)目流程管理、履約考核管理和信用檔案管理等相關(guān)模塊進(jìn)行了詳細(xì)的分析和設(shè)計(jì)，由于詳細(xì)設(shè)計(jì)采用的方法類似，因此本文中將不再進(jìn)行詳細(xì)贅述。下表主要給出了相關(guān)主體業(yè)務(wù)模塊項(xiàng)目管理的數(shù)據(jù)庫表，系統(tǒng)設(shè)計(jì)過程中還包括關(guān)于框架組成部分的數(shù)據(jù)庫表包括人員、權(quán)限等相關(guān)數(shù)據(jù)庫設(shè)計(jì)。本文設(shè)計(jì)實(shí)現(xiàn)了一個集業(yè)務(wù)處理和門戶網(wǎng)站為一體的招投標(biāo)管理系統(tǒng)。同項(xiàng)目統(tǒng)計(jì)一樣，履約考核信息的維護(hù)必須先由建設(shè)單位建好項(xiàng)目、標(biāo)段基本信息以及標(biāo)段擴(kuò)展信息。(2)可為一個專家組設(shè)置多個項(xiàng)目和多個標(biāo)段。在針對項(xiàng)目的某些標(biāo)段發(fā)布公告后，這些標(biāo)段就進(jìn)入工作流管理，包括資審報名、資審預(yù)審、投投標(biāo)開標(biāo)、評標(biāo)、定標(biāo)、簽約這幾個環(huán)境。界面管理器由解析器、布局管理器和事件處理器組成，其中解析器由模型解析器和平臺解析器組成，模型解析器負(fù)責(zé)將基于XML的界面描述解析成一個個的運(yùn)行時模型對象，平臺解析器將運(yùn)行時模塊解析成具體的界面組件，解析器和布局管理器共同確定了界面上組件的具體表現(xiàn)。在設(shè)計(jì)過程中，將每次的招標(biāo)業(yè)務(wù)流程處理看作項(xiàng)目進(jìn)行組織管理，通過項(xiàng)目的組織管理有效的提高了業(yè)務(wù)流程的處理效率。在項(xiàng)目評審過程中，通過采用專家抽審方式解決了傳統(tǒng)招投標(biāo)業(yè)務(wù)過程中公正性問題。就可以很快完成新的報表導(dǎo)出，節(jié)省了整體報表生成的修改和復(fù)雜度。當(dāng)操作繼續(xù)進(jìn)行新的流程時，將會把上一流程中通過的投標(biāo)單位的信息加入到下一個流程環(huán)節(jié)中。(3)假設(shè)專家數(shù)量為n，則生成n個隨機(jī)數(shù)，要求這些數(shù)在1到候選專家數(shù)之間，將候選專家集合中隨機(jī)數(shù)位置的專家取出，即構(gòu)成了抽簽選出的專家組。注意:在選擇監(jiān)管單位時，市級監(jiān)管單位只能看到由該市監(jiān)管單位監(jiān)管的項(xiàng)目，省級監(jiān)管單位可看到市級監(jiān)管單位的項(xiàng)目。監(jiān)管”，“專家管理”，‘。因此，結(jié)合當(dāng)前系統(tǒng)的使用現(xiàn)狀針對公司業(yè)務(wù)數(shù)據(jù)變化要求不大的特點(diǎn)，我們采用了相對系數(shù)的數(shù)據(jù)庫備份策略。針對數(shù)據(jù)庫的設(shè)計(jì)過程，在統(tǒng)一軟件開發(fā)過程中，其相應(yīng)的過程主要包括:從需求用例中提取中相應(yīng)的概念模型，然后將概念模型經(jīng)過設(shè)計(jì)后轉(zhuǎn)化為詳細(xì)的類設(shè)計(jì)，依據(jù)類設(shè)計(jì)中相應(yīng)的各個類的關(guān)系和持久化分析從而提取出相應(yīng)的需要持久化的類，然后將需要持久化的類轉(zhuǎn)化為相應(yīng)的數(shù)據(jù)表，最后依據(jù)實(shí)體類之間的關(guān)系建立各個實(shí)體表之間的關(guān)聯(lián)關(guān)系。在本文系統(tǒng)的軟件開發(fā)過程中，我們采用了敏捷極限開發(fā)的軟件開發(fā)過程，將系統(tǒng)開發(fā)和發(fā)布采用最小發(fā)布和反饋的過程來進(jìn)行管理。在系統(tǒng)中引入工作流可以高效的控制流程、靈活的管理流程，避免了流程的硬編碼。由于本系統(tǒng)的設(shè)計(jì)是面向大型的建設(shè)型項(xiàng)目，整個招標(biāo)項(xiàng)目管理過程比較復(fù)雜，一般情況下每個項(xiàng)目需要劃分為相對獨(dú)立的多個小項(xiàng)目，本系統(tǒng)中通過“標(biāo)段”加以劃分識別。通過該模塊，可以對相關(guān)的企業(yè)進(jìn)行信用資質(zhì)管理，從而在招標(biāo)審核過程中過濾掉信用級別較低的投標(biāo)單位。其中的核心是企業(yè)的備案注冊和首次填報。在業(yè)務(wù)模塊的設(shè)計(jì)過程中，應(yīng)該盡量采用接口的方式，從而減少各個業(yè)務(wù)模塊之間的數(shù)據(jù)依賴性，從而實(shí)現(xiàn)了系統(tǒng)的結(jié)構(gòu)更加松藕合。針對操作來說，其描述的是許可和操作之間的一種關(guān)聯(lián)關(guān)系，而這層關(guān)系則表示了某一角色對某一操作所具有的權(quán)限及權(quán)限狀態(tài)。數(shù)據(jù)庫層，主要是具體的對數(shù)據(jù)進(jìn)行存儲的數(shù)據(jù)關(guān)系關(guān)聯(lián)表，包括了不同實(shí)體數(shù)據(jù)的表格、各類業(yè)務(wù)關(guān)系的存儲表等。在報表數(shù)據(jù)的顯示過程中，設(shè)計(jì)階段充分采用了基于模型驅(qū)動的開發(fā)技術(shù)，將報表的顯示劃分為模型描述、界面管理器和業(yè)務(wù)數(shù)據(jù)接口三部分組成。同時，鑒于系統(tǒng)采用分層松藕合的架構(gòu)設(shè)計(jì)，使得系統(tǒng)框架的可擴(kuò)展性得到增強(qiáng)系統(tǒng)容易實(shí)現(xiàn)對業(yè)務(wù)請求的擴(kuò)展。(4)退化模式:系統(tǒng)被降級時，可接受的運(yùn)轉(zhuǎn)模式。沒人喜歡錯誤、缺陷、系統(tǒng)故障和數(shù)據(jù)丟失，當(dāng)系統(tǒng)出現(xiàn)故障和用戶出現(xiàn)錯誤的操作后是否支持恢復(fù)，當(dāng)用戶在使用過程中遇到錯誤的時候是否可以立即定位問題，當(dāng)業(yè)務(wù)場景和邏輯發(fā)生變化的時候系統(tǒng)是否支持，當(dāng)網(wǎng)絡(luò)不穩(wěn)定或使用中異常中斷的情況下系統(tǒng)是否都有相應(yīng)的容錯措施，這些都包含于可靠性要求中。對于專家信息的維護(hù)涉眾角色為相關(guān)的監(jiān)管單位來進(jìn)行維護(hù)，相關(guān)的主要功能包括了專家基本信息維護(hù)、專家培訓(xùn)信息維護(hù)、專家現(xiàn)場考核、專家日常考核、專家單位信息維護(hù)、專家信息統(tǒng)計(jì)等相關(guān)功能，其用例圖如圖2一6所示:圖2一6專家管理用例圖對于招投標(biāo)管理系統(tǒng)來說，招投標(biāo)業(yè)務(wù)流程管理中最關(guān)鍵的部分為跟蹤和確定某個階段內(nèi)中標(biāo)企業(yè)的履職情況，包括了完成進(jìn)度、工作簡報和履約評級等相關(guān)內(nèi)容。用例標(biāo)識Model_Enterprise_01用例名稱企業(yè)修改相關(guān)信息創(chuàng)建時間201165參與者企業(yè)維護(hù)人員用例描述維護(hù)企業(yè)信息前置條件企業(yè)維護(hù)人員登錄系統(tǒng)后置條件記錄信息修改的次數(shù)監(jiān)管部門將對修改的信息進(jìn)行相應(yīng)審核基本事件流1. 管理員登錄系統(tǒng)2. 查看企業(yè)相應(yīng)信息3. 添加、修改或刪除企業(yè)的相關(guān)信息，包括基本信息、人員信息、礦產(chǎn)信息等。招投標(biāo)的業(yè)務(wù)流程較為復(fù)雜，其中包括了項(xiàng)目審核、招標(biāo)公告、格預(yù)審流程、招標(biāo)開標(biāo)流程、評標(biāo)流程管理、定標(biāo)流程管理和簽約流程管理等業(yè)務(wù)處理流程。招投標(biāo)文件歸檔管理是將每次招投標(biāo)的相關(guān)文件進(jìn)行歸檔存儲，包括了標(biāo)書、招標(biāo)公告和相關(guān)合同書等，將不同的資源進(jìn)行分類歸檔。但是，手上和紙質(zhì)文件處理模式往往會造成工作量大、資源浪費(fèi)、信息收集丟失和不準(zhǔn)確等弊端，因此開發(fā)一套針對現(xiàn)有不同行業(yè)招投標(biāo)業(yè)務(wù)的管理信息系統(tǒng)成為迫切的需要。第四，針對招投標(biāo)管理中的核心公正性問題，為了達(dá)到整體業(yè)務(wù)的處理公平和公開，系統(tǒng)設(shè)計(jì)實(shí)現(xiàn)過程中通過流程審核分配以及專家信用評估和隨機(jī)抽取審核專家的方式達(dá)到了招投標(biāo)過程中的公正性。因此，在系統(tǒng)的分析和設(shè)計(jì)過程中，需要對投標(biāo)文檔和資料進(jìn)行分類歸檔處理。招投標(biāo)管理信息系統(tǒng)面向的行業(yè)、用戶和企事業(yè)單位等涉眾種類繁多，因此通過信息化系統(tǒng)對招投標(biāo)業(yè)務(wù)流程進(jìn)行分析、設(shè)計(jì)和實(shí)現(xiàn)，將會存在著業(yè)務(wù)流程繁雜、招投標(biāo)種類眾多、業(yè)務(wù)流程控制困難等問題。同時，招投標(biāo)系統(tǒng)為企業(yè)領(lǐng)導(dǎo)層和統(tǒng)計(jì)部門提供了良好的信息匯總統(tǒng)計(jì)和決策分析等功能。招標(biāo)過程公正性問題在企事業(yè)單位的招投標(biāo)管理過程中，現(xiàn)有的手工管理模式往往會由于人為的因素導(dǎo)致標(biāo)的過早暴露、評標(biāo)人聯(lián)合受賄等公正性缺失等問題。規(guī)定基礎(chǔ)設(shè)施、公用事業(yè)、使用國有資金投資和國家融資的項(xiàng)目以及與之有關(guān)的重要設(shè)備、材料等采購行為，達(dá)到一定規(guī)模標(biāo)準(zhǔn)的，必