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