中圖分類號： 學校代碼： 10055 密級： 公開 專 業(yè) 碩 士 學 位 論 文 建筑 工程 項目招投標信息管理系統(tǒng) 研究 文摘要 I 中文摘要 招投標是建筑工程項目中的必要環(huán)節(jié)，通過招投標工作為項目出資方選擇最佳的承建單位。為了保障建筑項目順利開展，并確保工程建筑的質量和進度，應當對招投標工作進行科學化管理。通過開發(fā)招投標信息管理系統(tǒng)，可以為招投標工作提供信息化支持。本文以河南某企業(yè)建筑項目招投標工作為研究背景，設計開發(fā)招投標信息管理系統(tǒng)。 文章全面分析了河南某企業(yè)建筑項目招投標的現有業(yè)務流程，針對于現有流程的缺陷，提出了流程優(yōu)化方案。采用層次分析法構建了項目招投標評價分析模型，逐級分解了影響招投標工作的指標因素，得到 了目標層、準則層、方案層的三層評價模型。利用層次分析模型，能夠從多個角度對投標方進行全面評價，為項目投資方提供決策依據。 分析了招 投標信息系統(tǒng)各種用戶對于系統(tǒng)的實際需求，總結歸納得到信息系統(tǒng)功能特性。劃分系統(tǒng)使用者為若干類型的參與者，構建了系統(tǒng)參與者功能用例分析模型。 采用業(yè)務流程圖、數據流程圖構建了系統(tǒng)各項業(yè)務流程分析模型。 設計了支持系統(tǒng)各項功能運行的數據庫結構模型。 劃分軟件系統(tǒng)為三層結構模式，不同功能層次實現相應的業(yè)務處理。 詳細設計了系統(tǒng)各項功能運行對應的業(yè)務類和方法，完成了系統(tǒng)程序實現和界面開發(fā)。 本 項目的研究為建筑項目招投標工作提供了決策工具，提升了招投標工作的信息化、科學化程度。 關鍵字： 招 投標 ， 信息系統(tǒng) ， 層次分析 I is a In to be of of a is as of of An is in to in is to by an of is is of of to of of is by is of is is in 錄 錄 中文摘要 . I . 一章 緒論 . 1 第一節(jié) 研究背景及意義 . 1 究背景 . 1 題提出 . 2 文研究意義 . 3 第二節(jié) 國內外相關研究 . 4 標評價綜述 . 4 息系統(tǒng)研究綜述 . 6 第三節(jié) 文章研究內容 . 7 第四節(jié) 文章組織結構 . 7 第 二章 系統(tǒng)開發(fā)相關技術 . 9 第一節(jié) 系統(tǒng)開發(fā)流程規(guī)劃 . 9 第二節(jié) 系統(tǒng)開發(fā)模式選擇 . 10 第三節(jié) 系統(tǒng)開發(fā)技術平臺 . 11 第四節(jié) 系統(tǒng)建模技術 . 13 第五節(jié) 本章小結 . 14 第三章 招標評價建模分析 . 15 第一節(jié) 業(yè)務流程優(yōu)化 . 15 有招投標流程分析 . 15 化招投標流程分析 . 17 目錄 二節(jié) 基于 招標評價模型 . 18 次分析法原理 . 18 次分析建模分析 . 19 第三節(jié) 模型計算 . 23 第四節(jié) 本章小結 . 24 第四章 招投標系統(tǒng)需求分析 . 25 第一節(jié) 用 戶實際需求 . 25 第三節(jié) 系統(tǒng)功能需求分析 . 26 統(tǒng)功能概要分析 . 26 礎業(yè)務模塊需求分析 . 26 標管理模塊需求分析 . 27 標管理模塊需求分析 . 28 標管理功能需求分析 . 28 統(tǒng)總體功能分析 . 29 第三節(jié) 參與者用例分析 . 30 第四節(jié) 主要業(yè)務流程分析 . 31 標業(yè)務處理分析 . 32 標業(yè)務處理分析 . 32 標業(yè)務處理分析 . 33 第五節(jié) 主要數據流程分析 . 34 標數據流程分析 . 34 標數據流程分析 . 34 標數據流程分析 . 35 標數據流程分析 . 35 第六節(jié) 本章小結 . 36 第五章 招投標信息系統(tǒng)設計 . 37 第一節(jié) 層次結構與包結構劃分 . 37 目錄 V 統(tǒng)層次結構劃分 . 37 統(tǒng)包結構劃分 . 38 第二節(jié) 數據庫結構設計 . 39 據庫 型設計 . 39 據庫關系模型設計 . 44 據字典 . 47 第三節(jié) 本章小結 . 49 第六章 招投標系統(tǒng)實現與測試 . 50 第一節(jié) 功能詳細設計與實現 . 50 價模型管理功能設計實現 . 50 標權重管理功能設計實現 . 54 書評價功能設計實現 . 58 第二節(jié) 系統(tǒng)測試 . 62 第三節(jié) 本章小結 . 63 第七章 總結與展望 . 64 第一節(jié) 全文總結 . 64 第二節(jié) 研究展望 . 64 參考文獻 . 66 致謝 . 68 個人簡歷、學術論文與研究成果 . 69 第一章 緒論 1 第一章 緒論 建設項目招標管理工作是項目開發(fā)的必要環(huán)節(jié)，通過招投標信息管理系統(tǒng)的發(fā)展可以提供投資項目提供投標決策支持工具，達到信息化 、科學投標決策的目標。 第一節(jié) 研究 背景 及意義 本節(jié)分析了建筑項目招投標信息管理系統(tǒng)的研究背景，提出了文章研究的問題并明確了項目開發(fā)意義。 究背景 我國建筑行業(yè)在過去的 10年里一直保持快速發(fā)展的勢頭，有力地推動整個行業(yè)的發(fā)展，同時還能帶動相關的上游和下游產業(yè)，促進國民經濟的持續(xù)穩(wěn)定增長。圖 年產值 2002 - 2012 中國建筑行業(yè)的變化情況 1。 0200004000060000800001000001200001400001600002002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012年份億元圖 002全國建筑業(yè)年產值示意圖 根據圖 知，我國建筑行業(yè)年產值 10 年間從 2002 年的不到 2 萬億增長到 2012 年的 億。而由于建筑業(yè)的帶動而形成的相關產業(yè)的產值更是難以估計。在我國 “十二五 ”期間，由于城市化進程加快，給建筑行業(yè)帶來了更大的發(fā)展機遇。相關資料統(tǒng)計分析顯示，在 2013 2023 的 20 年間，我國建筑行第一章 緒論 2 業(yè)年產值增長率將會超過 130%。在 2018 年左右，我國將成為全球最大的建筑市場，年產值占到全球建筑年總產值的 20%2。 根據相關法律法規(guī)，工程建筑項目投資方進行施工方選擇過程中，需要經過公開招標的程序。在我國建筑行業(yè)總體蓬勃發(fā)展的背景下，每一項建筑項目招標過程都有若干投標方參與項目投標。在面對 數量眾多的投標方，如何進行招標選擇成為各建筑項目在招投標過程中所面臨的共同問題 3。 投資方采用科學的決策模型與決策工具，實現對于投標方的綜合、全面評價，能夠從為招投標科學決策提供支持。 設計開發(fā)建筑項目招投標信息管理系統(tǒng)，能夠為建筑項目的招投標過程提供技術支撐，提升招投標決策的科學化、信息化程度。 本文選擇以建筑項目招投標問題為研究內容，設計開發(fā)支持招投標業(yè)務信息化處理的信息系統(tǒng)，為招投標工作提供技術支持。 題提出 河南某化工企業(yè)主營煤炭焦化產品，在國內能源需求逐年增大的形勢下，該公司業(yè)務量發(fā)展 迅速。公司近年來投資建設了生產車間、職工宿舍等建筑項目。根據公司發(fā)展規(guī)劃，在未來的 5 年內，公司將開展倉庫、設備檢修大樓、辦公大樓等一系列項目的實施。該企業(yè)對于建筑項目的招標模式主要通過召開招標會議、專家匿名評審等方式確定中標企業(yè)。其當前所采用的招投標模式主要存在如下幾方面的缺陷。 (1) 招標評價主觀因素過強 在公司建筑項目招投標工作中，聘請相關專家進行招標評價。但是不同的專家其學歷、專業(yè)以及工程項目背景各不相同，很難形成統(tǒng)一的尺度進行標書評價。專家從其個人背景出發(fā)，往往其評標重點各有側重。這種評標模式很 難保證尺度的統(tǒng)一，主觀性過強。 (2) 招投標工作信息化程度不足 招投標工作需要招標方、投標方、評標專家等各方的共同參與，并且在招投標過程中涉及到對于大量業(yè)務文檔的處理。公司目前的業(yè)務處理模式主要通過 子文檔作為數據載體，通過 公軟件處理具體業(yè)務，利用局域網通訊工具進行相關文件傳遞。目前的招投標業(yè)務處理模式其信息化程度較低，無法保障業(yè)務數據的一致性，以及對于各種業(yè)務數據的復雜第一章 緒論 3 檢索。 為了對該公司建筑項目招投標進行科學化、信息化管理，本文針對于該公司的實際業(yè)務需求開展招投標信 息系統(tǒng)的設計開發(fā)。通過系統(tǒng)開發(fā)，形成對于該公司招投標業(yè)務具有實際應用價值的招投標信息管理系統(tǒng)，為公司的招投標工作提供技術支持。 文研究意義 本文選擇以河南某企業(yè)建筑項目招投標工作為研究背景，構造建筑項目招投標信息管理系統(tǒng)，以期形成對于該企業(yè)具有實際應用價值的信息管理系統(tǒng)。本項目的研究，其意義主要體現在如下幾個方面。 (1) 提高招標評價科學化程度 建筑項目招投標管理工作中，對于投標方進行科學評價是其中的重要環(huán)節(jié)。公司現有的招標評價流程主要采用評標專家打分的方式，將各個專家的打分進行匯總得到每一 個投標方的總評分數。這種評價模式不利于對于投標方進行綜合、全面的評價。通過構建招投標評價數學模型，能夠將投標方的各種指標進行量化分析。通過量化評價模型，提供對于投標方的量化分析結果。以量化分析的模式，提高招標評價工作的決策科學程度。 (2) 提高招投標信息化程度 項目招投標過程中，涉及到招標方、投標方、評標專家等多個不同的參與方，并且不同參與方從屬于不同的單位。在招投標過程中，需要各個參與方在特定時間段內進行協(xié)作才能保證工作的順利進行。信息系統(tǒng)具有數據讀寫實時同步的特點，能夠實現信息的實時互動。通過構建招投 標信息管理系統(tǒng)，能夠實現對于業(yè)務的實時處理，提高招投標工作效率。 (3) 提高招投標工作透明度 通過構建招投標信息管理系統(tǒng)，能夠對于各種信息進行實時公開。利益相關各方能夠通過系統(tǒng)對于招投標的進度和各種信息進行實時查詢，同時也能夠接收社會各界對于項目的監(jiān)督。通過信息公開，實現業(yè)務運作的公開透明，有助于減少招投標過程中的各種人為因素干擾，保障招投標工作的公開、公正、公平。 第一章 緒論 4 第二節(jié) 國內外相關研究 對于建筑項目招投標信息管理系統(tǒng)的國內外相關研究綜述，主要從招標評價和信息系統(tǒng)開發(fā)兩個角度進行概括。 標評價綜述 招投標制度最初是在英國政府的公共用品采購過程中而產生，其通過招投標的方法可以達到節(jié)約公共事業(yè)部門經費開支的問題。自從 1782 年英國政府實施采購招標之后，由于這項制度的優(yōu)越性，在歐洲國家得到了普遍推廣。在1868 年，美國國會同意政府將采購招標制度寫入了聯邦法案 4。在 21 世紀之后，招投標制度已經在全球范圍的諸多領域得到了廣泛應用，形成了諸多采購招標相關行業(yè)協(xié)會，例如： 國土木工程師聯合會）、 際咨詢工程師聯合會）、 國建筑師協(xié)會）等。在每一個行業(yè)協(xié)會中，都制定了關于 項目招投標的具體合同條款和相關標準，為項目招投標工作的規(guī)范化提供了保障。 國外發(fā)達國家以發(fā)達的市場經濟體制為基礎，形成了完善的招投標體系結構，對于招投標的業(yè)務處理流程也較為規(guī)范。目前常用的招投標模式有英聯邦模式、世界銀行模式和美國模式，廣泛應用在多種類型項目招投標工作中。因聯邦招投標模式的主要依據是 提出的各種具體行業(yè)規(guī)范，其主要采用有限招標的業(yè)務處理方式 5。世界銀行招投標模式主要根據 提出的具體行業(yè)規(guī)范進行操作，采用國際競爭招標的方法并執(zhí)行世界銀行的各種相關條款規(guī)定。美國招投標模式詳 細規(guī)定了政府采購過程招投標的各項具體業(yè)務運作流程，其對于企業(yè)項目招投標并未給出強制性規(guī)定 6。 伴隨著我國市場經濟的發(fā)展，招投標制度也在我國得到應用，并制定了一系列相關法律、法規(guī)。我國在 1999 年通過的中華人民共和國招投標法成為國內各種工程項目招投標管理的首個法律依據。在 2002 年我國通過了中華人民共和國政府采購法，成為了國內政府采購招標的法律準則。在招投標管理制度建設方面，國內學者開展了大量相關研究，形成了一系列研究成果。 文獻 7研究了招投標過程中投資方和項目承包方各自面臨的風險，提出了在 有限風險情況下投資方進行承包方選擇的相關策略。 文獻 8研究了我國招投標制度建設所處的發(fā)展階段，對于相關制度建設中第一章 緒論 5 的缺陷進行了分析。在借鑒國外發(fā)達國家制度建設的基礎上，提出了招投標制度建設的相關措施。 文獻 9針對于招投標過程中的諸多暗箱操作問題進行了深入研究，提出了為了遏制暗箱操作需要構建招投標信息公開機制，通過加強各項業(yè)務監(jiān)督而降低各種暗箱操作發(fā)生概率。 文獻 10研究了我國在招投標制度建設過程中的一系列問題，為招投標制度改革完善提出了相應措施。 在招投標制度建設方面，國外由于其起步較早， 已經形成了具有完備體系規(guī)范的招投標制度管理模式。在招投標各項業(yè)務的運作過程中，都具有相應的司法體系支撐。國內由于市場經濟發(fā)展較晚，招投標相關制度建設仍處于逐步完善的階段。 招投標過程中招標評價也是國內外的研究熱點，國內外學者針對于該問題開展了一系列研究，為項目招標評價提供了理論支撐。 文獻 11構造了投標方模糊評價數學模型，將各個指標進行模糊化處理，更符合評價者的思維方式。按照相關模糊推理規(guī)則進行運算，形成對于投標方的評價結果。將評價結果清晰化，可以得到對于每一個投標方的總評分數。 文獻 12分析 了項目招投標過程中投資方、投標方的博弈過程，按照納什均衡理論分析了博弈的零和條件，為項目招投標決策提供依據。 文獻 13按照主成分分析的方法構造了招標評價數學模型。將項目投標方的各種信息作為算法的輸入數據，根據主成分分析的計算步驟對于多維數據進行旋轉，得到方差最大的計算方向。利用主成分分析法，為招標方進行客觀公正評價提供了依據。 文獻 14運用數據包絡分析的理論，構造了項目招標評價數學模型，并將該模型在具體項目中進行應用。 文獻 15以投資方收益最大化作為優(yōu)化目標，構造了招標評價混合整數規(guī)劃模型 。采用遺傳算法對于模型進行求解，通過算法的多世代遺傳得到模型的滿意解。 建筑項目招投標評價由于受到項目自身特點的影響，不同的項目對于投標方會有不同的側重方面，構造通用的評價數學模型并不具有實際應用價值。需要在分析具體項目特點的基礎上，形成符合項目特點的評價分析模型。 第一章 緒論 6 息系統(tǒng)研究綜述 通過在項目招投標管理中引進信息管理系統(tǒng)，能夠提高招投標業(yè)務管理效率，保障信息的公開透明。隨著現代互聯網技術和信息處理技術的發(fā)展，對于招投標信息系統(tǒng)的理論也應用研究也取得了相應的進展。在 1993 年，美國構建了政府 機構招標采購信息系統(tǒng)，實現了基于互聯網的招標采購業(yè)務處理。以信息化為技術支持，實現了相關部門對于政府招標采購業(yè)務的全程監(jiān)控。在2000 年，日本開始運用招標采購電子政務系統(tǒng)處理政府機構的采購活動，全面降低了招標采購工作的經費開銷。同年，世貿組織要求各締約國必須組件單獨或者聯合采購招標信息中心。 在國內網絡技術得到普及應用的背景下，國內相關機構和部門也開展了招投標信息系統(tǒng)的應用。我國的政府機構和大型國企大部分已經構建了招標采購信息系統(tǒng)，通過系統(tǒng)處理本單位以及下屬單位的招標采購工作。通過采購招標信息系統(tǒng)的應用， 提升了各單位采購招標工作處理能力。 國內外學者對于采購招標信息系統(tǒng)也開展了大量理論研究工作，形成了一系列研究成果。 文獻 16研究了采購招標系統(tǒng)的使用者情況，分析了每一類使用者在采購招標過程中對于信息系統(tǒng)的功能要求，形成了招標信息系統(tǒng)需求分析方案。 文獻 17將多種軟件設計模式在招標系統(tǒng)的設計開發(fā)中進行應用，通過成熟的設計模式保障運用了系統(tǒng)具有較高的穩(wěn)定性。 文獻 18運用工作流技術構建了招投標信息管理系統(tǒng)，該系統(tǒng)支持用戶對于各種流程進行自定義。根據各個招投標項目的處理過程，用戶可以對于流程進 行定義、調整，并監(jiān)控各流程的處理情況。 文獻 19研究了采購招標系統(tǒng)數據存儲優(yōu)化策略，根據優(yōu)化方案可以實現數據的壓縮存儲。利用壓縮映射規(guī)則，實現對于系統(tǒng)運行期數據的多重備份，為防止數據損毀提供了技術保障。 文獻 20將 術運用在采購招標信息系統(tǒng)中，實現了采購招標系統(tǒng)與企業(yè)辦公系統(tǒng)的數據互聯。以 件作為多系統(tǒng)互聯通訊的信息傳輸單元，保障了多系統(tǒng)間數據同步。 在現有的招標信息管理系統(tǒng)中，多是針對于特定的招投標項目開發(fā)對應的信息管理系統(tǒng)。不同的招標項目其使用者情況各不相同， 并且不同類型單位對第一章 緒論 7 應系統(tǒng)的功能要求不盡相同。對于系統(tǒng)的設計開發(fā)，需要在分析具體問題的基礎上，設計開發(fā)出具有針對性和實際應用價值的招標信息管理系統(tǒng)。 第三節(jié) 文章研究內容 本文選擇以河南省某企業(yè)建筑項目招投標工作為研究背景，設計開發(fā)建筑項目招投標信息管理系統(tǒng)，文章主要針對于如下幾方面的問題開展深入研究。 (1) 招標評價算法研究 建筑項目招標評價是為了綜合衡量各個投標方的實力，為建筑項目選擇最適合的投標單位。構造招投標評價算法是為了客觀、全面的對于投標企業(yè)進行評價，客觀公正的反映各個投標方的綜合實力。本文基于 層次分析法構造建筑項目招標評價數學模型。通過該模型全面分析影響招標評價的各個指標要素，形成具有實際應用價值的評價方法。 (2) 招標信息系統(tǒng)需求分析 建筑項目招標信息系統(tǒng)使用者包括投資方、投標方、評標方等若干不同的參與單位。每一個參與單位會從各自業(yè)務角度出發(fā)，對于系統(tǒng)功能有著各不相同的要求。招標信息系統(tǒng)需求分析全面研究了各個參與單位對于業(yè)務處理的實際需要，整理形成系統(tǒng)需求分析文檔。 (3) 招標信息系統(tǒng)設計 建筑項目招標信息管理系統(tǒng)的運行需要以特定的數據存儲結構為基礎，系統(tǒng)開發(fā)需要基于特定的開發(fā)平臺結構。針 對于系統(tǒng)的數據存儲要求，識別各項功能中的實體以及實體間關聯關系，設計數據庫結構模型。通過相關開發(fā)平臺，構造系統(tǒng)開發(fā)環(huán)境并劃分軟件功能層次結構模型。 (4) 系統(tǒng)設計實現 詳細設計系統(tǒng)的各項功能實現過程，按照系統(tǒng)功能實現要求設計支持系統(tǒng)功能實現的類和方法。完成系統(tǒng)程序編碼并設計開發(fā)系統(tǒng)的功能界面。設計針對于系統(tǒng)各項功能的測試方案，保障系統(tǒng)穩(wěn)定運行。 第四節(jié) 文章組織結構 本文針對于建筑項目招投標管理工作設計開發(fā)具有實際應用價值的招投標第一章 緒論 8 信息管理系統(tǒng)。根據本文所研究的問題，規(guī)劃文章的組織結構，全文主要劃分成為如 下章節(jié)結構。 第一章：緒論。介紹項目的研究背景，綜述國內外相關研究，明確文章研究內容并規(guī)劃文章總體結構。 第二章：系統(tǒng)開發(fā)相關技術。選擇系統(tǒng)開發(fā)相關技術方案，確定系統(tǒng)開發(fā)的總體流程。 第三章：招標評價建模分析。研究現有招標評價業(yè)務流程，構造基于層次分析法的招標評價數學模型。 第四章：招投標系統(tǒng)需求分析。研究招標評價信息系統(tǒng)所需要具備的功能特性，分析系統(tǒng)中各類使用者業(yè)務處理過程的功能要求，分析各項主要業(yè)務的處理流程。 第五章：招投標系統(tǒng)設計。設計支持招標評價系統(tǒng)的數據庫結構模型，構造系統(tǒng)開發(fā)整體平臺 結構。 第六章：招投標系統(tǒng)實現 與測試 。詳細設計招標評價系統(tǒng)的實現方案，完成系統(tǒng)程序編碼實現和功能界面開發(fā)。 第七章： 總結與展望 ?？偨Y文章的研究內容，規(guī)劃下一步的研究方向。 第二章 系統(tǒng)開發(fā)相關技術 9 第二章 系統(tǒng)開發(fā)相關技術 信息系統(tǒng)開發(fā)需要以特定的技術方案為基礎，本章從總體上明確了系統(tǒng)設計開發(fā)所需的各項技術要素。 第一節(jié) 系統(tǒng)開發(fā)流程規(guī)劃 軟件項目的實施是一種與互聯網技術和計算機軟硬件技術密切相關的綜合性工程，并且軟件項目屬于知識密集型工程項目，對于技術人力資源也有著高度的依賴性。軟件項目的特點決定了其開發(fā)流程與其 他類型 目的區(qū)別。在軟件項目正式立項之前，已經投入一定的人力、物力進行項目的調研與分析。在項目交付用戶之后的一段時間內，需要對于項目進行運行維護管理 21。根據軟件項目的特點，按照軟件工程相關理論，劃分軟件項目的開發(fā)階段如圖 圖 件項目開發(fā)流程 圖 軟件項目開發(fā)劃分成為立項、計劃、實施以及評估測試維護四個開發(fā)階段。在不同的開發(fā)階段中，所需的人力投入呈現出隨著項目開發(fā)進展而逐步增加，并在項目開發(fā)后期逐步降低的態(tài)勢。按照軟件項目開發(fā)流程，以及項目設計開發(fā)的總體任務，確定項目開發(fā) 各個時間階段對應的設計開發(fā)任務。 (1) 立項階段 第二章 系統(tǒng)開發(fā)相關技術 10 軟件項目的立項階段是項目開發(fā)的首要環(huán)節(jié)，該過程中識別軟件項目的總體需求。分析項目開發(fā)的可行性，以及項目實現過程中的經濟、技術制約因素，確定軟件系統(tǒng)與外部的邊界，分析系統(tǒng)的外部用戶情況，從總體上確定項目的功能指標，規(guī)劃項目的開發(fā)整體流程。 (2) 計劃階段 項目開發(fā)的計劃階段，提出項目開發(fā)的解決方案。由項目開發(fā)人員詳細分析軟件系統(tǒng)的需求，研究各項具體功能的實現流程，選擇軟件項目開發(fā)所需的各種軟硬件技術條件，提出軟件項目實施過程中各項主要問題的解決方案， 形成系統(tǒng)總體設計模型。 (3) 實施階段 軟件項目實施階段，根據項目開發(fā)文檔進行系統(tǒng)詳細設計與開發(fā)。搭建系統(tǒng)開發(fā)所需的各種軟硬件環(huán)境，設計軟件功能層次結構，設計軟件功能接口，以及層次之間的接口耦合模型；構造系統(tǒng)詳細設計模型，根據系統(tǒng)設計模型完成應用程序代碼開發(fā)；構造系統(tǒng)安裝包，規(guī)劃系統(tǒng)的部署配置方案。 (4) 評估、測試、維護階段 軟件項目評估與測試過程根據項目的需求分析文檔，逐項測試系統(tǒng)的功能和性能，檢驗系統(tǒng)是否達到設計目標。評估測試過程中，包括系統(tǒng)黑盒測試、白盒測試等相關測試內容，按照測試用例， 逐項實施系統(tǒng)測試；維護過程是在軟件系統(tǒng)上線過程以及上線之后的一段時間內，由系統(tǒng)開發(fā)人員維護軟件系統(tǒng)的運行，并負責處理系統(tǒng)運行期發(fā)生的各種異常。 第 二 節(jié) 系統(tǒng)開發(fā)模式選擇 軟件系統(tǒng)開發(fā)模式主要包括 B/S 模式、 C/S 模式以及混合模式三種類型。高校在線考試系統(tǒng)的特點是，系統(tǒng)用戶數量多并且用戶對于計算機的掌握程度各不相同 22。由于 B/S 結構模式并不需要在客戶端安裝任何專門的軟件，能夠保障用戶通過各種不同終端設備進行系統(tǒng)訪問，因此本項目選擇 B/S 結構模式進行開發(fā)。 圖 B/S 架構模式總體結構圖?；?B/S 架 構模式的軟件系統(tǒng)，具有客戶端、服務器兩部分組成結構?？蛻舳送ㄟ^網絡瀏覽器實現系統(tǒng)訪問。網絡瀏覽器具有數據顯示、客戶端數據收集的作用。服務器將 碼通過 系統(tǒng)開發(fā)相關技術 11 協(xié)議發(fā)送至客戶端，由客戶端瀏覽器根據 則構建客戶端頁面 23。 選鈕、多選鈕、文本框等多種頁面元素，按照特定的布局模式形成用戶界面。用戶在客戶端頁面通過表單提交、 址欄輸入、步數據請求、頁面跳轉等多種方式實現客戶端與服務器之間的數據交互。 圖 2件系統(tǒng) B/S 架構模式 服務器端分為應用服務器和數據庫服務器兩種類型。應用服務器用于完成應用程序部署，數據庫服務器部署有數據庫軟件平臺并保存系統(tǒng)運行期間各種需要持久化的數據。應用服務器與數據庫服務器之間通過特定的通訊協(xié)議完成數據讀寫操作 24。 B/S 架構的軟件系統(tǒng)開發(fā)完成后，只需要將系統(tǒng)在應用服務器進行部署，即可實現用戶進行系統(tǒng)訪問操作。軟件系統(tǒng) 的升級與維護操作，也全部集中于應用服務器端，而無需在客戶端安裝任何其他專用軟件包。軟件系統(tǒng)運行期的各種業(yè)務數據均被持久化保存至數據庫軟件平臺，所有客戶端所進行的數據讀寫操作均基于同一份數據存儲，能夠保障數據的完全一致性 25。 基于在線考試系統(tǒng)的運行環(huán)境要求，以及 B/S 軟件模式的特點，選擇 B/ 第 三 節(jié) 系統(tǒng)開發(fā) 技術 平臺 軟件項目開發(fā)需要基于特定的技術平臺，以特定的技術為支撐進行應用程序設計與實現。本項目選擇以 B/S 結構模式進行系統(tǒng)開發(fā)，用戶通過網絡瀏覽第二章 系統(tǒng)開發(fā)相關技術 12 器進 行系統(tǒng)訪問以及各項業(yè)務在線處理。支持 B/S 結構模式的系統(tǒng)開發(fā)平臺主要包括 臺、 臺、 臺等技術 26。不同的技術方案具有相應的特點，需要根據項目開發(fā)的實際需求進行項目開發(fā)技術平臺選擇。 發(fā)平臺是由微軟公司所提出的信息系統(tǒng)設計開發(fā)技術框架，該平臺以 C#語言為系統(tǒng)實現語法規(guī)范，整合了 C+多種技術方案。由一套為各種技術方案所共用的 行庫提供軟件系統(tǒng)開發(fā)的各種類和方法技術支持。由該平臺所開發(fā)的軟件系統(tǒng)需要部署雜 統(tǒng)自帶 的 務器，由客戶端通過對應端口實現對于系統(tǒng)的訪問。 發(fā)平臺進行數據庫訪問主要通過 件，按照該組件所規(guī)定的語法規(guī)范，設計開發(fā)數據庫訪問語句 27。 臺是一種開源技術平臺，其常用在 術組合方案中。 術的縮寫，其通過多種開源技術框架組合，實現軟件項目的開源框架方案，減少系統(tǒng)開發(fā)過程中對于相應軟件的購置成本。 件開發(fā)平臺主要適用于中小型項目的開發(fā)，由于臺缺少可視化開發(fā) 具軟件，對于開發(fā)者技術要求較高 28。 件開發(fā)平臺技術是由 司所提出的一套軟件系統(tǒng)開發(fā)規(guī)范。司提出了 目開發(fā)的三種技術方案，包括 中 其他平臺技術實現的語言基礎，規(guī)定了系統(tǒng)開發(fā)的語法規(guī)范 29。企業(yè)級信息系統(tǒng)開發(fā)平臺，適用于開發(fā)各種規(guī)模的企業(yè)信息化軟件產品。 于手機信息系統(tǒng)開發(fā)。 術平臺為軟件系統(tǒng)開發(fā)制定了客戶端、服務器端實現規(guī)范，以及一系列支持系統(tǒng)實現的 件。 客戶端技術實現提供了 范，通過一系列的頁面標簽實現對于數據的讀取與顯示。此外， 提供了 達式、 簽等頁面標簽語言，保障 面開發(fā)的規(guī)范化并提升頁面的可維護性。在客戶端組件中， 供了 為業(yè)務邏輯處理組件。由 過 法分別處理客戶端發(fā)送的 型的數據請求 30。對于應用程序與數據庫之間的通訊， 供了相應的 件。根據 件所規(guī)定的數據請求步驟與請求方法，編寫相應的數據讀寫程序，實現應用程序與數據庫之間的通訊。不同的數 據庫軟件開放商，可以根據 臺提供的 范，設計開發(fā)具體數據庫平臺相匹配的數據庫開發(fā)包，將數據庫開發(fā)商提供的 件加入到項目開發(fā)類路徑中，能夠實現對于相應 件中類和方法的調用。此外，為了提升 系統(tǒng)開發(fā)相關技術 13 軟件的開發(fā)效率，一些開源軟件組織提出了相應的開發(fā)框架技術。將成熟的開發(fā)框架技術應用在系統(tǒng)開發(fā)平臺構建過程中，能夠規(guī)范軟件項目的開發(fā)并減少底層程序代碼的編寫。 在對比分析三種不同開發(fā)技術平臺的基礎上，本項目選擇以 臺作為招投標信息系統(tǒng)開發(fā)技術平臺。該平臺的開源特性能夠減少應用程序開發(fā) 成本。通過對于 臺相應開發(fā)技術框架的適用，能夠提升系統(tǒng)的穩(wěn)定性和可維護性。 第 四 節(jié) 系統(tǒng)建模技術 信息系統(tǒng)設計開發(fā)需要以特定的設計方案為基礎。軟件項目設計需以特定的建模語言構建系統(tǒng)設計開發(fā)模型。本項目選擇以 一建模語言構建系統(tǒng)設計開發(fā)模型。 一建模語言提供了多種建模分析圖形實現由系統(tǒng)需求分析至系統(tǒng)部署運行全過程的建模分析。在系統(tǒng)設計開發(fā)過程中，常用的建模圖形主要包括如下幾種類型。 (1) 用例圖 例圖用于構建系統(tǒng)需求分析模型，將系統(tǒng)使用者抽象成為不同的參與者，系統(tǒng)的各項功能 抽象成為不同的用例。構建參與者與用例之間的關聯，形成參與者功能用例分析模型?；趨⑴c者功能用例分析模型，明確軟件系統(tǒng)不同使用者對于系統(tǒng)的功能用例要求。 (2) 類圖 軟件系統(tǒng)開發(fā)基于實體類、功能類設計方案，由 圖用于描述類的設計方。通過 圖能夠了解各類的內部結構，包括類的屬性、方法等字段，并明確不同類之間的關聯關系。 (3) 時序圖 應用程序實現過程中，由軟件各個層次功能類之間依特定的時序關系進行調用。時序圖用于構建類之間調用過程的動態(tài)模型。按照時序圖設計方案，能夠明確軟件系統(tǒng)運行的內部 機制。 (4) 狀態(tài)圖 軟件系統(tǒng)中的多種實體在系統(tǒng)運行過程中會具有多種狀態(tài)值。為全面了解實體狀態(tài)值，以及狀態(tài)值之間的跳轉情況，運用 態(tài)圖構建實體狀態(tài)分第二章 系統(tǒng)開發(fā)相關技術 14 析模型。系統(tǒng)實現過程中，通過查詢狀態(tài)圖能夠了解實體當前所處狀態(tài)以及下一步的狀態(tài)跳轉情況。 第 五 節(jié) 本章小結 本章規(guī)劃了系統(tǒng)開發(fā)過程，并選擇了系統(tǒng)開發(fā)相關技術。 根據系統(tǒng)運行特點，選擇以 B/S 模式作為系統(tǒng)開發(fā)模式，選擇支持該模式的 術平臺進行系統(tǒng)開發(fā)。以 一建模語言實現系統(tǒng)建模。 第三章 招標評價建模分析 15 第三章 招標評價建模分析 建筑項目招標評價需 要對于各個投標企業(yè)進行全面、綜合的評價，本章構造了基于層次分析法的招標評價模型，為招標方評價提供依據。 第一節(jié) 業(yè)務流程優(yōu)化 建筑項目招投標過程需要滿足特定的流程規(guī)范，本節(jié)分析了現有流程的缺陷，并提出了流程優(yōu)化方案。 有招投標流程分析 為了優(yōu)化建筑項目招投標流程，需要明確公司現有的招投標過程。公司對于建筑項目現有的招投標業(yè)務流程分析如圖 示。 招 標 方 投 標 方 評 標 方招 標 公 告標 書 制 作標 書 遞 交資 格 審 核 召 開 評 標 會發(fā) 布 招 標 結 果發(fā)標階段投標階段評標階段開標階段圖 有招投標業(yè)務流程圖 根據圖 ，公司現有的建筑項目招投標流程主要由招標方、 投標方和評標方的參與，其分為發(fā)表、投標、評標和開標四個階段。 第三章 招標評價建模分析 16 (1) 發(fā)標階段 在發(fā)標階段，由招標方根據項目的總體要求發(fā)布項目招標公告。招標公告主要包括招標內容、投標資質、投標方式等內容。 (2) 投標階段 在投標階段，其主要參與方為項目投標方。投標方根據招標公告的要求進行標書制作，并將標書遞送至招標方。 (3) 評標階段 在評標階段，首先由招標方對于各個投標方的資格進行審核。將通過資格審核的標書交由評標專家進行評審。 (4) 開標階段 開標階段中，根據評標階段所產生的招標結果向各個投標方進行公 示。投標方可以對于公示結果提出異議，并提請復核。如果在公示期內無意義，則評標結果生效。 現有的招投標流程模式下，其主要存在如下幾方面的缺陷。 (1) 主觀評價因素重 評標專家對于各個標書進行匿名評價過程中，由于不同專家的專業(yè)背景、研究方向等均不相同，其對于標書的關注點也不盡相同。由專家對于每一份標書給出評判得分，其中必然包含了專家基于其自身業(yè)務背景的主觀評判，不利于保障評標的公正性。 (2) 不能反映投標方綜合能力 不同的建筑項目對于投標方的實力有著不同的側重點，例如：大型建筑項目更加側重于投標方的資質和 項目經驗，而小型建筑項目則對于投標方報價更為看中。通過專家打分的方式，很難全面反映投標方的綜合能力。 (3) 不能反映專家水平 不同的項目評審專家，其職稱、學歷、項目經歷各不相同。具有較多項目經驗的評審專家應當在評審過程中具有較高的評審權。而目前的評標過程，是將所有專家的評審意見統(tǒng)一進行考慮，無法反映出專家水平之間的差異。 針對于評標環(huán)節(jié)所存在的缺陷，需要對其進行有針對性的改進，以公正的反映各個投標方的綜合能力。 第三章 招標評價建模