【正文】 UI 層的框架 UI 是 User Interface 的縮寫，它的界面是面向用戶的，可以是遠程的，也可以是本地的。它的主要思想是使用一個或多個 Servlet 作為控制器。 由于采用同樣的結(jié)構(gòu)、同樣的網(wǎng)絡(luò)協(xié)議，網(wǎng)絡(luò)實現(xiàn)了邏輯上的統(tǒng)一，信息的交流、組織、共享得以實現(xiàn)。出現(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]。服務(wù)器可接受多個客戶機的多個請求將請求排隊或同時處理 [3]。 系統(tǒng)功能實現(xiàn)分為： 招標代理服務(wù)費發(fā)票， 退保證金管理， 專家勞務(wù)費管理， 標書收入管理， 費用報銷管理， 收款登記， 付款申請。 標 書 發(fā) 售系 統(tǒng) 步 驟財 務(wù)商 務(wù) 業(yè) 務(wù)是電 匯是否否否現(xiàn) 金是否否是生 成 憑 證提 交 當 天 銷 售 信息 及 現(xiàn) 金 提 交 到財 務(wù) S A P 系 統(tǒng)是 否 需 要 圖 紙 押 金認 款支 付 方 式是 否 到 截 止銷 售 時 間退 回 支 票 ， 終 止 標書 銷 售是 否 第 一 次購 買 標 書提 交 招 標 文 件 、 資格 預 審 文 件 及 制 定標 書 價 格支 票 確 認是 否 到 賬現(xiàn) 金 或 支 票投 標 商 購 買 標 書 或資 格 預 審 文 件 或 圖紙S A P 把 確 認 信 息提 上 傳 業(yè) 務(wù) 系 統(tǒng)終 止 標 書 銷 售招 標 文 件制 作招 標 文 件 / 資格 預 審 文 件 售前 進 程 登 記記 錄 收 取 押 金信 息投 標 商簡 單 信 息招 標 文 件銷 售 與 確 認開 具 發(fā) 票 /押 金 收 據(jù)財 務(wù) 確 認 銷 售清 單 及 金 額入 賬 并生 成 憑 證招 標 公 告 圖 4 標書發(fā)售流程圖 招標過程管理 標書發(fā)售完成后，在正式開標前，有幾個環(huán)節(jié)系統(tǒng)要進行管理：踏勘 /標前會紀要、招標文件的補遺、購標人對招標文件的質(zhì)疑、招標公司 /業(yè)主對質(zhì)疑的回復、開標前準備、評標專家抽取等環(huán)節(jié)。 系統(tǒng)功能實現(xiàn)分為： 委托代理協(xié)議 /保密協(xié)議， 分成協(xié)議， 標建立 /標預算，包信息。 北京航空航 天大學碩士學位論文 9 項 目 開 發(fā) 管 理系 統(tǒng) 步 驟財 務(wù)商 務(wù)業(yè) 務(wù)否是是否跟 蹤項 目 開 發(fā) 信 息是 否 需 要 競 標把 項 目 信 息 提 交給 S A P1項 目 終 結(jié) 同 意 同 意不 同 意否是2代 理 申請 書檔 案 管 理審 核 代 理申 請 書代 理 申 請審 核 單是 否 中 標項 目 建 立管 理 圖 1 項目開發(fā)管理流程圖 項目建立管理 取得代理資格（項目競標成功或直接取得代理權(quán)）后，在系統(tǒng)中新建錄入代理委托協(xié)議基本信息，選擇所屬的商業(yè)機會，填寫代理服務(wù)費率，并提交審批。 ? 系統(tǒng)的可審計性：有安全問題的操作均要求記日志，追溯責任人。 4）基礎(chǔ)資源的標準化：消除信息孤島，實現(xiàn)信息化平臺。 系統(tǒng)建設(shè)目標 基于對某企業(yè)的管理戰(zhàn)略的充分理解，我們認為本次招標業(yè)務(wù)管理系統(tǒng)項目的建設(shè)應(yīng)充分配合和體現(xiàn)某企業(yè)的管理戰(zhàn)略愿景。 第三章 是基于面向?qū)ο蟮幕舅枷?對系統(tǒng)進行了總體設(shè)計和招標業(yè)務(wù)各項工作的流程設(shè)計。 （ 1） 業(yè)務(wù)現(xiàn)狀分析 對該企業(yè)的業(yè)務(wù)特點進行分析，并考慮流程間的匹配性；針對該企業(yè)招標業(yè)務(wù)必須符合程序性的特性，設(shè)定若干個關(guān)鍵系統(tǒng)模塊，比如項目開發(fā)管理，項目建立管理，資格預審管理 /邀請 招標，招標文件制作、標書發(fā)售、開標前管理、開標管理、評標管理、招標相關(guān)資金 /票據(jù)管理等。但是由于招標采購的特殊性，一方面，國家和地方陸續(xù)頒布了很多法律法規(guī)和行業(yè)規(guī)定來不斷規(guī)范招標業(yè)務(wù)，同時對招標代理機構(gòu)進行嚴格的審核。而且，目前的招投標工作中還有很多不盡如人意的地方。同時，還必須解決如下至關(guān)重要的問題： 業(yè)務(wù)流程軌道化：幫助公司理順內(nèi)部業(yè)務(wù)關(guān)系，解決業(yè)務(wù)、商務(wù)、財務(wù)等部門之間第一章 緒論 2 存在的問題，使各部門之間能夠順暢協(xié)作，使招標業(yè)務(wù)能夠高效進行，實現(xiàn)業(yè)務(wù)線上規(guī)范運作。 該企業(yè)自 1997 年成立以來，歷經(jīng)十年 磨練，通過業(yè)務(wù)不斷創(chuàng)新、堅持追求高業(yè)績理念，在同行業(yè)中快速成長，到 2021 年底，公司取得歷史上最好的經(jīng)營業(yè)績，招標項目總規(guī)模累計近千億元，公司業(yè)務(wù)人員隊伍不斷擴大。 課題來源 ................................................................................ 錯誤 !未定義書簽。 第 五 章將上一章的模型及算法應(yīng)用到本 招標業(yè)務(wù) 系統(tǒng)中， 論述了系統(tǒng)實現(xiàn)的關(guān)鍵步驟和方法 ，并對系統(tǒng)進行了測試。論文以軟件工程思想為指導，以 MVC 模式為設(shè)計方法，經(jīng)過業(yè)務(wù)需求分析、系統(tǒng)各功能設(shè)計、功能模塊開發(fā)、系統(tǒng)安全設(shè)計和系統(tǒng)的實施方案等幾個過程，對系統(tǒng)開發(fā)所涉及的主要技術(shù)方法、數(shù)據(jù)庫設(shè)計與開發(fā)、系統(tǒng)安全設(shè)計以及項目的實施方案等應(yīng)用進行了分析研究。中圖分類號： TP3 論 文 編 號 ： 專業(yè)碩 士學位論文 某企業(yè)招標業(yè)務(wù)管理系統(tǒng)的 設(shè)計與實施 作者姓名 學科專業(yè) 軟件工程 指導教師 導師姓名 培養(yǎng)院系 軟件學院 Bidding an enterprise business management system design and implementation A Dissertation Submitted for the Degree of Master Candidate： Supervisor： School of Software xxxUniversity， Beijing， China 中圖分類號： TP3 論 文 編 號 ： 碩 士 學 位 論 文 某企業(yè)招標業(yè)務(wù)管理系統(tǒng)的設(shè)計與實施 作者姓名： 申請學位級別：工程碩士 指導老師姓名： 職稱：副教授 學科專業(yè)：軟件工程 研究方向：戰(zhàn)略管理與產(chǎn)業(yè)信息化 學習時間自： 2021 年 9 月 1 日 起至 2021 年 12 月 31 日止 論文提交日期： 2021 年 11 月 23 日 論文答辯日期： 2021 年 12 月 26 日 學位授予單位： xxxxx 學位授予日期： 年 月 日 關(guān)于學位論文的獨創(chuàng)性聲明 本人鄭重聲明：所呈交的論文是本人在指導教師指導下獨立進行研究工作所取 得的成果，論文中有關(guān)資料和數(shù)據(jù)是實事求是的。 招標業(yè)務(wù)管理系 統(tǒng)主要包括招標項目管理、招標費用管理、評標專家管理、招標資料庫管理、文檔模板管理、統(tǒng)計分析等核心功能模塊。 第 六 章 論述了項目的具體實施計劃和步驟。 課題意義 ................................................................................ 錯誤 !未定義書簽。但隨著該企業(yè)的業(yè)務(wù)規(guī)模及人員隊伍的不斷擴大，招標業(yè)務(wù)的管理問題日漸凸顯。 決策支持模式化：基于公司的管理經(jīng)驗和管理精華，結(jié)合軟件公司在行業(yè)的資信、管理經(jīng)驗，形成最優(yōu)化的決策模型。一方面，招投標過程中的暗箱操作、收受賄賂等腐敗行為時有發(fā)生，圍標、串標活動屢禁不止，這使得招標采購公開、公平公正的優(yōu)點被不同程度地掩蓋和玷污。另一方面， 據(jù)有關(guān)部門的統(tǒng)計，目前，全國招標 公司 有 5， 000 家，從業(yè)人員有 8 萬人，行業(yè)準入門檻正在逐步 降北京航空航 天大學碩士學位論文 3 低，招標公司面臨著越來越激烈的競爭 。而各個流程之間的設(shè)計要考慮與其他流程之間的關(guān)聯(lián)、要求及關(guān)鍵控制點，以形成一套完整的管理體系。 第四章對系統(tǒng)進行了詳細設(shè)計，包括系統(tǒng)的體系結(jié)構(gòu)、功能模塊、招標算法、數(shù)據(jù)庫設(shè)計以及系統(tǒng)安全方面的設(shè)計。即通過項目的實施，提高企業(yè)的核心競爭能力，保證國有資產(chǎn)的保值增值，因此需最大限度地在價值鏈上獲取價值最大化。 第二章 系統(tǒng)需求分析 6 需求分析 功能性需求 招投標是一場 “ 特殊的交易活動 ” ，其特殊性主要表現(xiàn)在兩個方面：一是商品是未來的 ，還未確定價的；另外一方面是它需要依次經(jīng)歷一系列環(huán)節(jié)，并經(jīng)過一個相當長的過程才可以完成，不同于 “一手交錢一手交貨 ”的一般商品買賣。 （ 3） 系統(tǒng)可擴展性 需 求 ? 為了便于系統(tǒng)的靈活使用與實施，要求系統(tǒng)具備高擴展性 ； ? 可配置性強，即可選參數(shù)、工作流 等均要求可配置 ； ? 各功能之間要求松耦合，盡量保證功能之間沒有依賴性。如果還有分成協(xié)議和保密協(xié)議，也是新建錄入該協(xié)議基本信息，并選擇對應(yīng)的委托代理 協(xié)議。 圖 2 招標項目建立流程圖 招標文件制作 正式招標文件的制作，錄入制作招標文件的必要信息，輸出標準的招標文件文本，如招標文件需專家審查，則記錄標書審查專家的名單與專家審核意見，然后送交委托方審查，在標書專家與委托方審查結(jié)束后，進行內(nèi)部審核。 北京航空航 天大學碩士學位論文 13 系統(tǒng)功能實現(xiàn)分為： 踏勘 /標前會紀要， 招標文件補遺 /質(zhì)疑 /澄清， 開標前準備， 評標專家抽取。 第二章 系統(tǒng)需求分析 16 實 實 實 實 實 實實 實 實 實 實 實 實實 實 實 實實 實 實 實實 實 實 實 實 實 實實合 同 、 項目 方 案實 實 實 實實 實項 目 計劃 形 成實 實 實 實 實 實實 實 實 實 實 實實 實 實 實 實 實 實 實 實實 實 實 實 實 實實 實 實 實實 實 實 實 實 實 實 實 實實 實 實 實轉(zhuǎn) 系 統(tǒng) 調(diào)研 階 段 圖 8 招標資金票據(jù)管理流程圖 小結(jié) 本章 對招標業(yè)務(wù)系統(tǒng)進行了詳細需求分析，包括系統(tǒng)功能性需求和非功能性需求的分析和 對重點業(yè)務(wù)流程 的梳理 。 該模式的工作原理是：客戶端發(fā)出請求 服務(wù)器端響應(yīng)，處理請求 信息返回客戶端。 Browser/Server 結(jié)構(gòu) 近年來，隨著 Inter 的普及和網(wǎng)絡(luò)技術(shù)的發(fā)展， B/S 結(jié)構(gòu)的應(yīng)用日益廣泛。另外，系統(tǒng)的可維護性得到提高。請求由前沿的 Servlet（可能是多個 Servlet 構(gòu)成的一個處理鏈）接收并處理后，會重新定向到 JPS。主要提供給用戶一個界面，表示層負責給用戶展示業(yè)務(wù)邏輯層提供的服務(wù)，它能夠自行處理用戶的請求，自行與業(yè)務(wù)邏輯層交互，并且知道如何給用戶顯示下一個視圖 [11]。 J2EE 構(gòu)架與技術(shù)為組件開發(fā)模型提供廣泛的支持，同時也提供一組開發(fā)工具和服務(wù)，以便開發(fā)模塊化的、可重用的和平臺獨立的各種組件技術(shù)的業(yè)務(wù)邏輯。 因此本系統(tǒng)的開發(fā)遵循模型 視圖 控制器（ MVC）模式，采用 Mdo1e2 設(shè)計方式。其次實現(xiàn)了信息的高度共享。這些問題表現(xiàn)為： 1）由于客戶機與服務(wù)器屬于點對點的直接連接，性能低、管理復雜。后端運行服務(wù)器程序 ，響應(yīng)并執(zhí)行來自前端客戶的服務(wù)請求，最后向前端返回計算結(jié)果。 評 標 管 理系 統(tǒng) 步 驟財 務(wù)商 務(wù)業(yè) 務(wù)評 標 管 理授 標 建 議 表評 標 委 員 會 成 員評 標 意 見 表技 術(shù) 參 數(shù) 比 較 表評 標 價 格 比 較 表商 務(wù) 評 議 表評 標 報 告評 標 報 告 送 審 函評 標 報 告 備 案 函專 家 勞 務(wù)費 管 理商 務(wù) 評 議信 息技 術(shù) 參 數(shù) 比 較信 息評 標 價 格 比 較信 息授 標 建 議評 標 委 員 會 成員 評 標 意 見評 標 報 告 信 息是是變 更 中 標 人是否本 次 招 標 無 效否質(zhì) 疑 處 理 辦 法是 否 需 要重 新 抽 專 家評 標 結(jié) 果 質(zhì) 疑 答復 函重 新 招 標本 次 招 標 結(jié) 束評 標 結(jié) 果 質(zhì) 疑 說明 函是 否 有 質(zhì) 疑質(zhì) 疑 問 題 收 集評 標 結(jié) 果