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