【正文】 須進(jìn)行招標(biāo)、公示。因此，在整個(gè)業(yè)務(wù)處理流程中，包括了各類(lèi)申請(qǐng)和審核報(bào)表、企業(yè)情況表等。目前，在各企事業(yè)單位形成了各自的信息化系統(tǒng)，能夠很好的處理各自單位的信息化問(wèn)題，包括業(yè)務(wù)流程處理、信息公告以及各類(lèi)電子資源的存儲(chǔ)。但是某些招標(biāo)過(guò)程需要進(jìn)行競(jìng)價(jià)完成。實(shí)現(xiàn)從招標(biāo)公告發(fā)布、資審報(bào)名、資格預(yù)審、投標(biāo)、評(píng)定標(biāo)到簽約的全程招投標(biāo)工作管理。針對(duì)招投標(biāo)管理業(yè)務(wù)處理流程繁多的問(wèn)題，提出了整體系統(tǒng)的功能結(jié)構(gòu)設(shè)計(jì)。在接下來(lái)的招投標(biāo)管理中，將所有相關(guān)于本次投標(biāo)的信息通過(guò)項(xiàng)目管理的方式來(lái)進(jìn)行維護(hù)，從而實(shí)現(xiàn)信息的有效組織和維護(hù)。如圖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ì)分析管理等。本文接下來(lái)將對(duì)招投標(biāo)管理信息系統(tǒng)中的企業(yè)信息申請(qǐng)和審核管理模塊、招標(biāo)項(xiàng)目流程管理、專(zhuān)家信息管理維護(hù)、履約考核管理、信用檔案管理進(jìn)行詳細(xì)的需求分析和描述。通過(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)階段和簽約階段。對(duì)于信用檔案管理，主要包括了企業(yè)信用檔案維護(hù)、個(gè)人信用檔案維護(hù)、企業(yè)信用等級(jí)維護(hù)、專(zhuān)家信用檔案維護(hù)和相關(guān)的主要查詢(xún)統(tǒng)計(jì)功能，其主要的用例如下圖2一8所示:圖2一8信用檔案管理用例圖對(duì)于業(yè)務(wù)信息管理系統(tǒng)來(lái)說(shuō)，除了業(yè)務(wù)功能相關(guān)需求以外還包括了系統(tǒng)運(yùn)行、維護(hù)等相關(guān)方面的非功能性需求。(3)準(zhǔn)確性(accuracy)。在概要設(shè)計(jì)的過(guò)程中，將采用由粗到細(xì)的原則，通過(guò)定性和定量的分析和分解，同時(shí)采用UML建模方法完成其設(shè)計(jì)。因此，在本文招投標(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ì)的要求。，、實(shí)體對(duì)象類(lèi)和SPring框架封裝類(lèi)。操作名稱(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ù)組所包含的角色。對(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)的安全控制。通過(guò)合理應(yīng)用，從而減少了系統(tǒng)對(duì)網(wǎng)絡(luò)資源的過(guò)分依賴(lài)，同時(shí)又能夠減少數(shù)據(jù)的輸入和輸出以及數(shù)據(jù)通信所帶來(lái)的通信設(shè)備壓力。該模塊主要是對(duì)各種信息的維護(hù)，包括基本信息、單位信息、培訓(xùn)信息、日?？己诵畔?、歷史評(píng)標(biāo)現(xiàn)場(chǎng)考核信息等。對(duì)投標(biāo)企業(yè)不定期進(jìn)行信用評(píng)價(jià)。接下來(lái)，本章將主要針對(duì)招投標(biāo)業(yè)務(wù)的流程設(shè)計(jì)和相關(guān)核心業(yè)務(wù)的建模進(jìn)行詳細(xì)描述和分析。通過(guò)存儲(chǔ)的相應(yīng)的歷程定義文件，在具體的業(yè)務(wù)處理過(guò)程中，業(yè)務(wù)采用組件所提供的業(yè)務(wù)模塊接口進(jìn)行流程的定義和業(yè)務(wù)流轉(zhuǎn)的控制等。相關(guān)的核心業(yè)務(wù)父類(lèi)主要包括了Save()、delete()、seareh()、update()等相關(guān)的方山爾法，上述方法主要實(shí)現(xiàn)了對(duì)相應(yīng)的業(yè)務(wù)實(shí)體也就是數(shù)據(jù)庫(kù)設(shè)計(jì)表的相關(guān)操作。本文通過(guò)對(duì)上述章節(jié)中所分析的需求用例模型進(jìn)行詳細(xì)分析，提取出了相應(yīng)的核心實(shí)體的設(shè)計(jì)，相關(guān)的實(shí)體及實(shí)體之間的關(guān)系如圖4一6所示。第5章系統(tǒng)關(guān)鍵問(wèn)題的實(shí)現(xiàn)針對(duì)省級(jí)代理商的系統(tǒng)部署和使用要求，本文采用了基于B/S的軟件架構(gòu)設(shè)計(jì)，開(kāi)發(fā)實(shí)現(xiàn)過(guò)程中使用基于JZEE的分層軟件開(kāi)發(fā)結(jié)構(gòu)，實(shí)現(xiàn)和部署了省級(jí)機(jī)械代理商管理系統(tǒng)。在招標(biāo)辦進(jìn)行調(diào)查確認(rèn)后，在基本信息頁(yè)面上點(diǎn)擊“審核通過(guò)”，“審核不通過(guò)，來(lái)確定該企業(yè)的首次填報(bào)是否通過(guò)。通過(guò)后將由建設(shè)單位抽簽。(8)在專(zhuān)家組中額外添加多名本單位的員工代表，以示公正。然后點(diǎn)擊下面表格中的別的單位名稱(chēng)對(duì)別的單位進(jìn)行中標(biāo)結(jié)果錄入。根據(jù)招標(biāo)項(xiàng)目要求統(tǒng)計(jì)的類(lèi)型，可以打印出不同要求的報(bào)表。在部署過(guò)程中，同時(shí)考慮了系統(tǒng)響應(yīng)和安全性等部署安全策略，為單位提供了一套成熟的解決方案。元數(shù)據(jù)文檔包括數(shù)據(jù)源元數(shù)據(jù)、數(shù)據(jù)預(yù)處理元數(shù)據(jù)、模型庫(kù)元數(shù)據(jù)以及模型元數(shù)據(jù)。所以請(qǐng)建設(shè)單位在決定是否進(jìn)入下個(gè)流程時(shí)，一定確保上個(gè)流程的結(jié)果不再需要修改!整體的招投項(xiàng)目流程管理過(guò)程中，在通過(guò)資格審核的相應(yīng)企業(yè)將進(jìn)入招標(biāo)開(kāi)標(biāo)流程，在招標(biāo)開(kāi)標(biāo)流程包括了相應(yīng)的專(zhuān)家審核打分等相關(guān)的業(yè)務(wù)。(5)對(duì)抽簽結(jié)果滿(mǎn)意則選擇定簽:(6)由監(jiān)督單位對(duì)本次抽簽進(jìn)行審核。相應(yīng)的專(zhuān)家抽簽管理包括了專(zhuān)家分類(lèi)信息維護(hù)、專(zhuān)家考核信息維護(hù)等相關(guān)功能。備案注冊(cè)審批通過(guò)后可進(jìn)行首次填報(bào)，可以從事招標(biāo)投標(biāo)活動(dòng)，否則需要重新申請(qǐng)。在業(yè)務(wù)分析過(guò)程中，本文所建立的概念模型也稱(chēng)為實(shí)體或者是實(shí)例，對(duì)應(yīng)著業(yè)務(wù)問(wèn)題世界中各種各樣的具體事物和對(duì)象。主要用于描述數(shù)據(jù)表對(duì)應(yīng)的實(shí)體類(lèi)。在本文整體系統(tǒng)中，為SSH的架構(gòu)設(shè)計(jì)提供了有效的集成JBPM的框架，其整體的設(shè)計(jì)和實(shí)現(xiàn)通過(guò)XML描述文件和相應(yīng)的數(shù)據(jù)庫(kù)操作來(lái)隱藏。將整個(gè)子系統(tǒng)劃分為三部分:建項(xiàng)管理、招標(biāo)審查和招標(biāo)開(kāi)標(biāo)管理，分別對(duì)應(yīng)著建項(xiàng)開(kāi)始、中間的投標(biāo)審查和最后的中標(biāo)簽約。采用“基于角色的權(quán)限管理”模型來(lái)實(shí)現(xiàn)權(quán)限控制。由招標(biāo)辦對(duì)企業(yè)注冊(cè)信息進(jìn)行審核。業(yè)務(wù)模塊的劃分同時(shí)應(yīng)該考慮系統(tǒng)的分階段實(shí)現(xiàn)的影響。角色權(quán)限分配 (PermissionAssignlne叫，角色權(quán)限分配是角色到權(quán)限的映射，表示一個(gè)角色所擁有的權(quán)限，角色與權(quán)限是多對(duì)多的關(guān)系，即一個(gè)角色可以擁有多個(gè)權(quán)限，同樣，一個(gè)權(quán)限也可以分配給不同的角色。因此，在系統(tǒng)的設(shè)計(jì)過(guò)程中，為了能夠確保訪(fǎng)問(wèn)資源的有效控制，本文設(shè)計(jì)和實(shí)現(xiàn)了相應(yīng)的基于用戶(hù)角色的訪(fǎng)問(wèn)控制模型也就是 RoleBasedAeeessControl(RBAC)。業(yè)務(wù)數(shù)據(jù)接口是結(jié)合具體的業(yè)務(wù)數(shù)據(jù)處理獲取需要展示和存入報(bào)表的具體數(shù)據(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ì)某些應(yīng)用領(lǐng)域，未來(lái)可能的升級(jí)是可預(yù)測(cè)的，因此需求可以規(guī)定維護(hù)小組的簡(jiǎn)單升級(jí)以及復(fù)雜升級(jí)的“響應(yīng)時(shí)間”。系統(tǒng)對(duì)于一個(gè)使用時(shí)間的指定百分比必須是可用的。因此，對(duì)于履約考核最主要的涉眾角色為相關(guān)建設(shè)單位，如圖2一7，給出了中標(biāo)單位履約考核的相關(guān)主要用例及其分析和描述:圖2一7履約考核用例圖通過(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)目最終的成敗。將整體的業(yè)務(wù)看做從發(fā)起、初始化數(shù)據(jù)到投標(biāo)報(bào)名、專(zhuān)家審核、簽定合同看作是項(xiàng)目的整體周期，通過(guò)工作流模型對(duì)其定義。針對(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ò)程中的公正性。在系統(tǒng)的需求分析過(guò)程中，本文采用統(tǒng)一開(kāi)發(fā)過(guò)程的思想進(jìn)行軟件設(shè)計(jì)與開(kāi)發(fā)，系統(tǒng)的功能性需求描述工具主要是用例模型 (UseCase)，即將系統(tǒng)的功能性需求分解到每一個(gè)需求分析用例中去。尤其針對(duì)招投標(biāo)流程管理，又包括了招標(biāo)計(jì)劃和流程制定、資格審查報(bào)名流程、預(yù)審流程、投標(biāo)開(kāi)標(biāo)流程、評(píng)標(biāo)流程、定標(biāo)流程和簽約流程等多項(xiàng)復(fù)雜流程。第1章分析了招投標(biāo)業(yè)務(wù)及其信息管理系統(tǒng)的背景和國(guó)內(nèi)外的發(fā)展現(xiàn)狀，簡(jiǎn)要闡述了本文所需要解決的主要問(wèn)題，最后指明了本文的主要工作。本文首先針對(duì)招投標(biāo)業(yè)務(wù)管理進(jìn)行需求分析，包括各種不同行業(yè)或者企事業(yè)單位對(duì)招投標(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)模型。自從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)等。因此，如何實(shí)現(xiàn)招標(biāo)和合同執(zhí)行的同步管理是目前招標(biāo)管理和項(xiàng)目實(shí)施過(guò)程中的難點(diǎn)和重點(diǎn)。招投標(biāo)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 設(shè)計(jì)報(bào)告蔣和平 S1410w0659 軟件2班第1章 背景以及國(guó)內(nèi)外研究現(xiàn)狀招投標(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)企業(yè)信用評(píng)級(jí)困難手工的招投標(biāo)管理難以對(duì)參標(biāo)企業(yè)的信用等級(jí)進(jìn)行分析，往往會(huì)由于信用問(wèn)題導(dǎo)致項(xiàng)目實(shí)施的失敗。早期的招投標(biāo)管理采用了傳統(tǒng)的C/S架構(gòu)，不利于企業(yè)申報(bào)和招標(biāo)信息的公開(kāi)。對(duì)于動(dòng)態(tài)流程的管理，采用基于工作流引擎的思想進(jìn)行實(shí)現(xiàn)，通過(guò)工作流引擎對(duì)整體業(yè)務(wù)流程進(jìn)行定義、跟蹤和管理。同時(shí)，針對(duì)傳統(tǒng)的招投標(biāo)業(yè)務(wù)管理中存在的業(yè)務(wù)流程處理復(fù)雜、數(shù)據(jù)易丟失、公正性缺失等問(wèn)題，采用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)。第2章對(duì)招投標(biāo)業(yè)務(wù)管理流程的需求進(jìn)行了分析，梳理和整理了招投標(biāo)管理的詳細(xì)業(yè)務(wù)流程，通過(guò)業(yè)務(wù)流程圖闡述了其詳細(xì)的業(yè)務(wù)流程。因此，為了能夠有效對(duì)招投標(biāo)信息進(jìn)行維護(hù)，本文將每次的招投標(biāo)業(yè)務(wù)抽象成項(xiàng)目來(lái)進(jìn)行管理。統(tǒng)一開(kāi)發(fā)過(guò)程的最大優(yōu)點(diǎn)是采用按照角色(A以or)對(duì)業(yè)務(wù)需求進(jìn)行分析從而識(shí)別用例模型 (UseCase)中的方法，通過(guò)以上方法能夠直觀(guān)的建立起系統(tǒng)的需求分析模型，而且通過(guò)多次迭代處理避免需求分析過(guò)程中存在的漏項(xiàng)問(wèn)題。針對(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ì)功能。在需求分析階段，需要對(duì)其相關(guān)的業(yè)務(wù)流程進(jìn)行分析和定義。因此，在系統(tǒng)業(yè)務(wù)分析、設(shè)計(jì)和實(shí)現(xiàn)過(guò)程中，需要增加對(duì)于以上三類(lèi)主要成員的信用檔案維護(hù)和管理。對(duì)于客房子系統(tǒng)來(lái)說(shuō)，系統(tǒng)必須7*24小時(shí)正常使用，而餐飲子系統(tǒng)也必須在進(jìn)餐的高峰時(shí)段確保穩(wěn)定。第3章系統(tǒng)設(shè)計(jì)對(duì)于系統(tǒng)的研究開(kāi)發(fā)，在完成整體的需求分析之后將進(jìn)入系統(tǒng)的設(shè)計(jì)階段，基于RUP的軟件設(shè)計(jì)主要包括了系統(tǒng)概要設(shè)計(jì)和系統(tǒng)的詳細(xì)設(shè)計(jì)兩階段的工作。對(duì)于基于開(kāi)源框架來(lái)說(shuō)，目前己經(jīng)逐漸成為研究和開(kāi)發(fā)的熱點(diǎn)同時(shí)得到了很大的發(fā)展。在報(bào)表的顯示過(guò)程中，通過(guò)業(yè)務(wù)數(shù)據(jù)模塊獲取業(yè)務(wù)數(shù)據(jù)，由界面管理器結(jié)合數(shù)據(jù)和界面描述文件獲取最終繪制的數(shù)據(jù)報(bào)表和各類(lèi)格式的圖表。首先系統(tǒng)管理員通過(guò)“用戶(hù)一用戶(hù)組一角色一資源”多層模式來(lái)設(shè)置用戶(hù)權(quán)限，為每個(gè)角色維護(hù)其資源的訪(fǎng)問(wèn)權(quán)限，而每個(gè)用戶(hù)組被指派一個(gè)或多個(gè)角色，這樣用戶(hù)既具有了所指派角色的資源權(quán)限。本系統(tǒng)將RBAC模型中的權(quán)限集規(guī)定為對(duì)頁(yè)面資源的訪(fǎng)問(wèn)權(quá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ò)程。當(dāng)企業(yè)備案成功后并不意味著可以參與投標(biāo)，因?yàn)閭浒傅男畔⒘亢苌?，不能為企業(yè)的投標(biāo)活動(dòng)提供依據(jù)，因此企業(yè)需要詳細(xì)地填報(bào)自己的信息，包括資質(zhì)、資信、代表工程等。(1)建設(shè)單位一即進(jìn)行項(xiàng)目招標(biāo)的單位。后文會(huì)對(duì)這部分進(jìn)行詳細(xì)的設(shè)計(jì)介紹。在本文實(shí)現(xiàn)中，基于JBPM的設(shè)計(jì)采用了基于Hibemate應(yīng)的數(shù)據(jù)持久化設(shè)計(jì)，義信息通過(guò) ，組件進(jìn)行了相相應(yīng)的流程定提供的設(shè)計(jì)組件和操作接口將其存儲(chǔ)到相應(yīng)的數(shù)據(jù)庫(kù)中。主要表示頁(yè)面對(duì)應(yīng)的表單提交數(shù)據(jù)類(lèi)。同時(shí)，對(duì)象和事物之間的關(guān)系也IJ以通過(guò)概念模型和實(shí)體模型之間的關(guān)系來(lái)表達(dá)和描述，通常他們之間的關(guān)系可以包括1對(duì)l、1對(duì)多、多對(duì)多這三類(lèi)。，能夠?qū)崟r(shí)的調(diào)整數(shù)據(jù)文件大小。流程圖如下:圖5一2企業(yè)注冊(cè)流程圖下圖是備案注冊(cè)頁(yè)面，由企業(yè)填寫(xiě)一些基本信息。相應(yīng)的抽簽流程包括:條件設(shè)定、專(zhuān)家審核、專(zhuān)家組抽簽，具體的抽簽流程說(shuō)明如下表所示:序號(hào)操作名稱(chēng)涉及人員說(shuō)明1抽簽條件設(shè)定建設(shè)單位在一次招標(biāo)過(guò)程中，建設(shè)單位為每個(gè)標(biāo)段建立專(zhuān)家組，并且為參加此次抽簽的專(zhuān)家設(shè)定條件，以及此次抽簽的回避單位等等。審核未通過(guò)則返回步驟(l)重新抽簽。在對(duì)企業(yè)的標(biāo)書(shū)進(jìn)行評(píng)價(jià)的過(guò)程中，將包括了專(zhuān)家審核、設(shè)置和抽簽確定等相關(guān)操作。整個(gè)文檔生成過(guò)程包括:數(shù)據(jù)源的定義、數(shù)據(jù)源的預(yù)處理、模型庫(kù)的定義、模型的預(yù)定義、模型實(shí)例生成以及報(bào)告的導(dǎo)出。但是，在系統(tǒng)的使用過(guò)程中，也發(fā)現(xiàn)了系統(tǒng)在資料歸檔、數(shù)據(jù)統(tǒng)計(jì)分析等方面存在一定的不足，在下一步的研究和開(kāi)發(fā)過(guò)程將解決以上方面所存在的缺陷。建設(shè)單位及監(jiān)管單位在每季度招標(biāo)信息填報(bào)結(jié)束后，可查看系統(tǒng)按要求自動(dòng)生成的五張項(xiàng)目統(tǒng)計(jì)報(bào)表。圖5一12企業(yè)定標(biāo)結(jié)果如上圖所示，在查看相應(yīng)的定標(biāo)打分過(guò)程中，首先點(diǎn)擊下面表格中的單位名稱(chēng)連接，上面的“投標(biāo)單位”欄就會(huì)變成被點(diǎn)擊的單位，在上面的“中標(biāo)推薦單位”、“綜合得分”等輸入框中輸入該企業(yè)的最終中標(biāo)情況，點(diǎn)擊“保存”按鈕就可以完成該企業(yè)的中標(biāo)結(jié)果的錄入。(7)在抽取結(jié)果中手工選擇專(zhuān)家加入專(zhuān)家組。2抽簽條件審核監(jiān)管單位監(jiān)管單位受到新建的抽簽條件設(shè)定后，對(duì)條件進(jìn)行審核，如果審核通過(guò)，則選擇回避單位，如果不通過(guò)，則大會(huì)給建設(shè)單位繼續(xù)填報(bào)抽簽條件。圖5一3企業(yè)備案注冊(cè)頁(yè)面圖5一4企業(yè)首次填報(bào)頁(yè)面下面是企業(yè)首次填報(bào)頁(yè)面，需要填寫(xiě)各種信息:基本信息、資質(zhì)信息、獎(jiǎng)懲信息、資產(chǎn)設(shè)備、人員明細(xì)等。，從而提高數(shù)據(jù)庫(kù)性能。在招投標(biāo)管理系統(tǒng)中，主要的業(yè)務(wù)實(shí)體包括了招標(biāo)項(xiàng)目、企業(yè)信息、投標(biāo)信息、資審評(píng)標(biāo)專(zhuān)家信息、項(xiàng)目流程信息、招標(biāo)項(xiàng)目評(píng)審信息等相關(guān)的實(shí)體。其中，上述相關(guān)業(yè)務(wù)處理包中最核心的包圖就是*.Serviee，它是實(shí)現(xiàn)核心業(yè)務(wù)的處理包，在上述類(lèi)的基礎(chǔ)上繼承擴(kuò)展相關(guān)