【導讀】成果，論文中有關(guān)資料和數(shù)據(jù)是實事求是的。盡我所知，除文中已經(jīng)加以標注和致謝外，學或其它教育機構(gòu)的學位或?qū)W歷證書而使用過的材料。與我一同工作的同志對研究所做。的任何貢獻均已在論文中作出了明確的說明。若有不實之處，本人愿意承擔相關(guān)法律責任。保密學位論文在解密后的使用授權(quán)同上。論文以軟件工程思想為指導，以MVC模式為。安全設(shè)計以及項目的實施方案等應(yīng)用進行了分析研究。料庫管理、文檔模板管理、統(tǒng)計分析等核心功能模塊。該系統(tǒng)規(guī)范了招標代理機構(gòu)日常。的業(yè)務(wù)和管理工作，提高了工作效率，加強了項目進度監(jiān)控。技術(shù)手段，能夠最大限度實現(xiàn)價值。分別進行了功能性和非功能性需求分析。驟和方法，并對系統(tǒng)進行了測試。第六章論述了項目的具體實施計劃和步驟。招標業(yè)務(wù)管理系統(tǒng)實現(xiàn)了企業(yè)在規(guī)范招標、投標、評標制度的基礎(chǔ)上保證信息傳遞。的安全性，進而保證了公平、公開的競爭采購。

　　

【正文】 招 標 文 件 、 資格 預(yù) 審 文 件 及 制 定標 書 價 格支 票 確 認是 否 到 賬現(xiàn) 金 或 支 票投 標 商 購 買 標 書 或資 格 預(yù) 審 文 件 或 圖紙S A P 把 確 認 信 息提 上 傳 業(yè) 務(wù) 系 統(tǒng)終 止 標 書 銷 售招 標 文 件制 作招 標 文 件 / 資格 預(yù) 審 文 件 售前 進 程 登 記記 錄 收 取 押 金信 息投 標 商簡 單 信 息招 標 文 件銷 售 與 確 認開 具 發(fā) 票 /押 金 收 據(jù)財 務(wù) 確 認 銷 售清 單 及 金 額入 賬 并生 成 憑 證招 標 公 告 圖 4 標書發(fā)售流程圖 招標過程管理 標書發(fā)售完成后，在正式開標前，有幾個環(huán)節(jié)系統(tǒng)要進行管理：踏勘 /標前會紀要、招標文件的補遺、購標人對招標文件的質(zhì)疑、招標公司 /業(yè)主對質(zhì)疑的回復(fù)、開標前準備、評標專家抽取等環(huán)節(jié)。 北京航空航 天大學碩士學位論文 13 系統(tǒng)功能實現(xiàn)分為： 踏勘 /標前會紀要， 招標文件補遺 /質(zhì)疑 /澄清， 開標前準備， 評標專家抽取。 辦事機構(gòu) 圖 5 標書過程管理流程圖 開標管理 開標時，按包記錄各投標方報價及保證金收取情況。保證金收取后經(jīng)財務(wù)確認，生成收款登記，將收款登記傳入 SAP 系統(tǒng)。 系統(tǒng)功能實現(xiàn)分為： 第二章 系統(tǒng)需求分析 14 開標記錄， 投標保證金登記。 開 標 管 理系 統(tǒng) 步 驟財 務(wù)商 務(wù)業(yè) 務(wù)是是電 匯其 他保 函否是生 成 憑 證保 證 金 支 付 方 式是 否 能 入 賬認 款S A P 把 確 認 信 息提 上 傳 業(yè) 務(wù) 系 統(tǒng)開 標 前 管 理現(xiàn) 場 收 取支 付 憑 證保 函 歸 檔提 交 當 天 收 取 保證 金 信 息 提 交 給S A P是 否 到 賬投 標 保 證 金 是 否 符合 標 書 要 求 （ 金額 ）開 標 一 覽 表退 保 函 憑 證 并 廢 標保 函 是 否 有 效終 止投 標 商 提 供 保 證 金支 付 憑 證評 標 管 理投 標 保 證 金 信息登 記 投 標 保 證金 信 息投 標 文 件 遞 交登 記 信 息來 賓 簽 到 登 記信 息專 家 簽 到 信 息開 標 一 覽 表信 息財 務(wù) 確 認 生 成收 款 登 記入 賬 生 成 憑 證 圖 6 開標管理流程圖 評標管理 進入評標管理環(huán)節(jié)后，重點管理的環(huán)節(jié)有：評標前準備（上海地區(qū)必需環(huán)節(jié)，記錄讀標報告或回標分析） 、評標管理環(huán)節(jié)（專家評比、確定中標商）、評標結(jié)果公告（中標結(jié)果公示）、中標質(zhì)疑與回復(fù)（未中標人對結(jié)果的質(zhì)疑，以及招標公司 /業(yè)務(wù) /專家的回復(fù)）、中標通知環(huán)節(jié)（對中標人發(fā)放中標通知 /成交通知，對未中標人發(fā)放未中標通知）。 系統(tǒng)功能實現(xiàn)分為： 評標前準備， 評標報告， 評標結(jié)果公告， 質(zhì)疑與北京航空航 天大學碩士學位論文 15 回復(fù)， 中標通知。 評 標 管 理系 統(tǒng) 步 驟財 務(wù)商 務(wù)業(yè) 務(wù)評 標 管 理授 標 建 議 表評 標 委 員 會 成 員評 標 意 見 表技 術(shù) 參 數(shù) 比 較 表評 標 價 格 比 較 表商 務(wù) 評 議 表評 標 報 告評 標 報 告 送 審 函評 標 報 告 備 案 函專 家 勞 務(wù)費 管 理商 務(wù) 評 議信 息技 術(shù) 參 數(shù) 比 較信 息評 標 價 格 比 較信 息授 標 建 議評 標 委 員 會 成員 評 標 意 見評 標 報 告 信 息是是變 更 中 標 人是否本 次 招 標 無 效否質(zhì) 疑 處 理 辦 法是 否 需 要重 新 抽 專 家評 標 結(jié) 果 質(zhì) 疑 答復(fù) 函重 新 招 標本 次 招 標 結(jié) 束評 標 結(jié) 果 質(zhì) 疑 說明 函是 否 有 質(zhì) 疑質(zhì) 疑 問 題 收 集評 標 結(jié) 果質(zhì) 疑 答 復(fù)上 級 管 理 機 關(guān) 是 否同 意 質(zhì) 疑 答 復(fù) 結(jié) 果評 標 專 家 邀 請 函評 標 委 員 會 成 員評 標 意 見 表評 標 委 員 會 成員 評 標 意 見專 家 勞 務(wù)費 管 理更 新 評 標 報 告送 審 函更 新 評 標報 告 信 息更 新 評 標 報 告?zhèn)?案 函更 新 評 標 報 告更 新 評 標公 示 結(jié) 果 公 告抽 取 專 家 /錄 入 專 家 信 息是維 持 原 結(jié) 果成 交 通 知 書中 標 通 知 書錄 入 最 終中 標 結(jié) 果是否否是 否 需 要 采 購檔 案 管 理結(jié) 束代 理 進 口 圖 7 評標管理流程圖 招標相關(guān)資金 /票據(jù)管理 記錄招標階段產(chǎn)生的收付款及相關(guān)發(fā) 票。 系統(tǒng)功能實現(xiàn)分為： 招標代理服務(wù)費發(fā)票， 退保證金管理， 專家勞務(wù)費管理， 標書收入管理， 費用報銷管理， 收款登記， 付款申請。 第二章 系統(tǒng)需求分析 16 實 實 實 實 實 實實 實 實 實 實 實 實實 實 實 實實 實 實 實實 實 實 實 實 實 實實合 同 、 項目 方 案實 實 實 實實 實項 目 計劃 形 成實 實 實 實 實 實實 實 實 實 實 實實 實 實 實 實 實 實 實 實實 實 實 實 實 實實 實 實 實實 實 實 實 實 實 實 實 實實 實 實 實轉(zhuǎn) 系 統(tǒng) 調(diào)研 階 段 圖 8 招標資金票據(jù)管理流程圖 小結(jié) 本章 對招標業(yè)務(wù)系統(tǒng)進行了詳細需求分析，包括系統(tǒng)功能性需求和非功能性需求的分析和 對重點業(yè)務(wù)流程 的梳理 。 北京航空航 天大學碩士學位論文 17 第三章 系統(tǒng)開發(fā)的技術(shù) 選型 本章首先描述了系統(tǒng)涉及的相關(guān)技術(shù)進行了分析，提出了采用這些技術(shù)的可行性、先 進性和成熟性，對課題研究的成功提出具體的解決方案。 開發(fā)模式選型 應(yīng)用軟件的體系結(jié)構(gòu)是根據(jù)應(yīng)用軟件的使用對象、計算技術(shù)的發(fā)展狀況和系統(tǒng)內(nèi)、外部流轉(zhuǎn)關(guān)系確定的，教學信息管理系統(tǒng)從誕生至今有兩種系統(tǒng)結(jié)構(gòu)影響最為廣泛：客戶機 /服務(wù)器（ Client/Server）結(jié)構(gòu)和瀏覽器 /服務(wù)器（ Browser/Server）結(jié)構(gòu)。 Client/Server 結(jié)構(gòu) 客戶機 /服務(wù)器（ C/S）是邏輯觀點而言的定義?？蛻魴C和服務(wù)器可以是大型機，小型機或微機。前端運行客戶端程序，向服務(wù)器發(fā)出請求。后端運行服務(wù)器程序 ，響應(yīng)并執(zhí)行來自前端客戶的服務(wù)請求，最后向前端返回計算結(jié)果。服務(wù)器可接受多個客戶機的多個請求將請求排隊或同時處理 [3]。 該模式的工作原理是：客戶端發(fā)出請求 服務(wù)器端響應(yīng)，處理請求 信息返回客戶端。 客戶機 /服務(wù)器模式的應(yīng)用軟件適于實現(xiàn)各局域網(wǎng)范圍內(nèi)的資源共享，軟件配置結(jié)構(gòu)如下圖 9 所示。 客戶機 服務(wù)器 圖 9 C/S 結(jié)構(gòu)軟件結(jié)構(gòu)圖 在客戶機 /服務(wù)器結(jié)構(gòu)下，系統(tǒng)以局域網(wǎng)絡(luò)為中心，將計算機及應(yīng)用系統(tǒng)劃分為兩部分：一部分是服務(wù)器，提供各類應(yīng)用共享所需的系統(tǒng)功能和數(shù)據(jù)信息；另一部分是客戶部分，它是每個應(yīng)用所專有的用戶界面、邏輯處理和獨享資源。 應(yīng)用軟件 軟件開發(fā)工具 應(yīng)用調(diào)用接口 網(wǎng)絡(luò)通信軟件 操作系統(tǒng) 應(yīng)用服務(wù)器軟件 操作系統(tǒng) 網(wǎng)絡(luò) 第三章 系統(tǒng)開發(fā)的技術(shù)選型 18 客戶機 /服務(wù)器技術(shù)的本質(zhì)是實現(xiàn)功能的合理分布和處理的無縫連接，采用這種模式開發(fā)應(yīng)用軟件有以下主要優(yōu)點： 1）可以減少編程、調(diào)試和維護工時，提高資源可利用性，降低應(yīng)用開發(fā)成本； 2）通過客戶 /服務(wù)器兩端功能的合理分布，使雙方負荷平衡，在不增加資源的情況下，可以提高計算機系統(tǒng)的整體性能； 3）允許同一客戶機 上運行不同計算機平臺上的多個應(yīng)用，不僅方便，而且可以大大提高用戶的效率； 4）在應(yīng)用需求擴展或變化時，容易擴充應(yīng)用系統(tǒng)的功能和很快適應(yīng)變化 [4]。 客戶機 /服務(wù)器作為革命性的成果，使系統(tǒng)分布運算獲得了極大的發(fā)展。隨著應(yīng)用系統(tǒng)的不斷擴充和新應(yīng)用的不斷增加，基于傳統(tǒng)的二層數(shù)據(jù)處理結(jié)構(gòu)在系統(tǒng)拓展性、維護成本、數(shù)據(jù)安全性和應(yīng)用間通訊功能障礙等原生性問題的存在，暴露出一些問題。這些問題表現(xiàn)為： 1）由于客戶機與服務(wù)器屬于點對點的直接連接，性能低、管理復(fù)雜。出現(xiàn)新業(yè)務(wù)或修改舊業(yè)務(wù)，則必須重寫應(yīng)用程序，從而影響系統(tǒng)可擴展 性； 2）客戶機直接訪問服務(wù)器端的數(shù)據(jù)庫，對數(shù)據(jù)庫的各種操作使系統(tǒng)安全性難以得到保障； 3）兩層客戶機 /服務(wù)器結(jié)構(gòu)由于需要配置客戶端程序，許多前端操作甚至需要進行培訓才能使用； 4）兩層結(jié)構(gòu)的業(yè)務(wù)邏輯主要分布在客戶機和數(shù)據(jù)庫服務(wù)器的存貯過程之中，客戶機管理業(yè)務(wù)邏輯有很大的缺陷，不便于更新、增加、維護等；同時存儲過程也有很多不足，例如編程語言專用、功能有限、處理能力差、難以支持全局交易、沒有獨立的進程管理、相互之間缺乏通訊機制等等 [5]。 Browser/Server 結(jié)構(gòu) 近年來，隨著 Inter 的普及和網(wǎng)絡(luò)技術(shù)的發(fā)展， B/S 結(jié)構(gòu)的應(yīng)用日益廣泛。 B/S（ Brower/Server）結(jié)構(gòu)是一個高度開放的不同于主從結(jié)構(gòu)和 C/S 結(jié)構(gòu)的系統(tǒng)結(jié)構(gòu)。用戶只要在客戶端安裝了瀏覽器，就可以稱為“虛擬辦公室”的一員。在進行業(yè)務(wù)處理時，工作人員在瀏覽器端操作，業(yè)務(wù)處理在服務(wù)器端完成。同樣工作人員在瀏覽器端進行工作流的定義、構(gòu)造、執(zhí)行等操作，而工作流的真正運行和控制由服務(wù)器完成。這種新型結(jié)構(gòu)體系的優(yōu)越性首先體現(xiàn)在它兼顧了集中處理和分布處理的優(yōu)點，用戶在不同地域的北京航空航 天大學碩士學位論文 19 終端操作，而處理在服務(wù)器完成。其次實現(xiàn)了信息的高度共享。 由于采用同樣的結(jié)構(gòu)、同樣的網(wǎng)絡(luò)協(xié)議，網(wǎng)絡(luò)實現(xiàn)了邏輯上的統(tǒng)一，信息的交流、組織、共享得以實現(xiàn)。另外，系統(tǒng)的可維護性得到提高。 Web 技術(shù)的應(yīng)用是一種“瘦客戶”方式，系統(tǒng)的維護升級在服務(wù)器端完成，系統(tǒng)的客戶端只安裝瀏覽器，這使系統(tǒng)的可擴展性和操作性大大提高 [6]。 因此本系統(tǒng)的設(shè)計采用 B/S 網(wǎng)絡(luò)結(jié)構(gòu)體系，圖 10 顯示了系統(tǒng)的 B/S 網(wǎng)絡(luò)結(jié)構(gòu)。 B/S結(jié)構(gòu)將以系統(tǒng)中的三要素（數(shù)據(jù)、功能、行為）分離，形成前端的客戶層，中間的應(yīng)用層，后端的數(shù)據(jù)庫。 圖 10 基于 Web 服務(wù)器的 B/S 三層結(jié)構(gòu)示意圖 MVC 設(shè)計模式 本系統(tǒng)的設(shè)計要求具有較強的通用性，能夠應(yīng)用于不同的企業(yè)政府機關(guān)部門等，所以系統(tǒng)開發(fā)設(shè)計比較復(fù)雜。對于大型的開發(fā)項目而言，當前流行的開發(fā)模式就是 MVC模式，它將顯示層、控制層和邏輯層分離，使各組件的分工明確，降低了系統(tǒng)的禍合性，有利于系統(tǒng)的開發(fā)和維護。 因此本系統(tǒng)的開發(fā)遵循模型 視圖 控制器（ MVC）模式，采用 Mdo1e2 設(shè)計方式。它的主要思想是使用一個或多個 Servlet 作為控制器。請求由前沿的 Servlet（可能是多個 Servlet 構(gòu)成的一個處理鏈）接收并處理后，會重新定向到 JPS。在 Servlet 作為控制器時，每個 Servlet 通常只實現(xiàn)很少一部分功能，多個 Servlet 控制器就可以結(jié)合起來完成復(fù)雜的任務(wù)，這樣的好處是 Servlet 重用性好。在此模式里， JavaBean 作為模型的角色，它充當 JPS 和 Servlet 通信的中間工具， Servlet 處理完后設(shè)置 Bena 屬性， JSP讀取 Bean 的屬性，然后進行顯示。 技術(shù)平臺選型 J2EE 構(gòu)架是 Sun 公司在 1997 年的 Java One 大會上提出的， J2EE 本質(zhì)上是一個規(guī)范，它定義了開發(fā)和運行企業(yè)級 Web 應(yīng)用的標準。它的目的是為了支持 Java 語言服務(wù)器端部署而提供可移植的、平臺無關(guān)的、多用戶的、標準的和安全的企業(yè)級平臺。 Java客戶機 瀏覽器 WEB 服務(wù)器 WWW 服務(wù)器 數(shù)據(jù)庫網(wǎng)管 數(shù)據(jù)庫服務(wù)器 數(shù)據(jù)庫 第三章 系統(tǒng)開發(fā)的技術(shù)選型 20 語言的功能和工具也伴隨 J2EE 的出現(xiàn)，得到了極大的發(fā)展、它們都可以應(yīng)用于各種復(fù)雜的、多層次的電子商務(wù)中，也可以應(yīng)用于各級企業(yè)中。 J2EE 構(gòu)架與技術(shù)為組件開發(fā)模型提供廣泛的支持，同時也提供一組開發(fā)工具和服務(wù)，以便開發(fā)模塊化的、可重用的和平臺獨立的各種組件技術(shù)的業(yè)務(wù)邏輯。 UI 層的框架 UI 是 User Interface 的縮寫，它的界面是面向用戶的，可以是遠程的，也可以是本地的。主要提供給用戶一個界面，表示層負責給用戶展示業(yè)務(wù)邏輯層提供的服務(wù)，它能夠自行處理用戶的請求，自行與業(yè)務(wù)邏輯層交互，并且知道如何給用戶顯示下一個視圖 [11]。該層有多個可選擇的框架，如 Struts、 WebWork2 和 Echo 等。 Struts: Struts 是一個脫胎于 Sun J2EE 平臺的 Mvc 框架，是 Apache