【正文】 質(zhì) 疑 答 復上 級 管 理 機 關 是 否同 意 質(zhì) 疑 答 復 結 果評 標 專 家 邀 請 函評 標 委 員 會 成 員評 標 意 見 表評 標 委 員 會 成員 評 標 意 見專 家 勞 務費 管 理更 新 評 標 報 告送 審 函更 新 評 標報 告 信 息更 新 評 標 報 告?zhèn)?案 函更 新 評 標 報 告更 新 評 標公 示 結 果 公 告抽 取 專 家 /錄 入 專 家 信 息是維 持 原 結 果成 交 通 知 書中 標 通 知 書錄 入 最 終中 標 結 果是否否是 否 需 要 采 購檔 案 管 理結 束代 理 進 口 圖 7 評標管理流程圖 招標相關資金 /票據(jù)管理 記錄招標階段產(chǎn)生的收付款及相關發(fā) 票。 系統(tǒng)功能實現(xiàn)分為： 招標公告， 標書發(fā)售登 記， 圖紙押金管理。生效后，系統(tǒng)拷貝標信息自動建立 包信息管理卡。 系統(tǒng)功能實現(xiàn)分為： 商業(yè)機會管理卡， 代理申請書。 ? 數(shù)據(jù)庫訪問安全性：采用基于應用服務器的三層訪問架構，客戶不直接訪問數(shù)據(jù)庫系統(tǒng)。實現(xiàn)業(yè)務運營的線上控制和管理知情。本章首先 提出本次招標業(yè)務管理系統(tǒng)項目的建設目標，然后對招標業(yè)務的功能性需求和非功能性需求進行的分析和概述，并對系統(tǒng)的關于業(yè)務流程進行了梳理。 第二章 對企業(yè)招標業(yè)務管理系統(tǒng)進行了需求分析，提出系統(tǒng)的建設目標，并對系統(tǒng)分別進行了功能性和非功能性需求分析。 課題內(nèi)容 本課題研究的主要內(nèi)容包括 以下四個 個方面 ，對業(yè)務現(xiàn)狀的分析，需求分析，設計總體方案，系統(tǒng)測試與實施。國內(nèi)外的許多企業(yè)、采購部門、政府采用了招標采購作為采購尋源的一種廣式來進行，以此創(chuàng)建一個公開公平公正的采購環(huán)境。但是，招標業(yè)務管理系統(tǒng)并未在眾多的招標公司中有效廣泛推行普及。 課題意義 該企業(yè)擬通過建設招標業(yè)務管理系統(tǒng)，提高該企 業(yè)的核心競爭能力，保證國有資產(chǎn)的保值增值，并最大限度地在價值鏈上獲取價值最大化。該系統(tǒng)是為了建設以業(yè)務為導向、以財務、人力資源等為支撐的、內(nèi)部外部有機協(xié)同的、平衡的業(yè)務管理系統(tǒng)，消除目前信息孤島的現(xiàn)狀，最終實現(xiàn)全面資源整合。 研究的背景和意義 ................................. 錯誤 !未定義書簽。 第四章對系統(tǒng)進行了詳細設計，包括系統(tǒng)的體系結構、功能模塊、招標算法、數(shù)據(jù)庫設計以及系統(tǒng)安全方面的設計。 學位論文作者簽名： 日期： 年 月 日 指導教師簽名： 日期： 年 月 日 i 摘 要 本文以作者參與的某企業(yè)招標業(yè)務管理系統(tǒng)開發(fā)項自為背景，提出了基于 Web 的企業(yè)招標業(yè)務管理系統(tǒng)的完整解決方案。盡我所知，除文中已經(jīng)加以標注和致謝外，本論文不包含其他人已經(jīng)發(fā)表或撰寫的研究成果，也不包含本人或他人為獲得 XXX 大學或其它教育機構的學位或 學歷 證書而使用過的材料。 該 系統(tǒng)規(guī)范 了招標代理機構日常的業(yè)務和管理工作，提高了工作效率，加強了項目進度監(jiān)控。 最后是對 本課題研究所做的工作 總結 ，提出存在的問題并對未來的工作進行了展望。 國內(nèi)外研究現(xiàn)狀 .................................. 錯誤 !未定義書簽。 招標業(yè)務項目的劇增，人員隊伍的不斷擴大，歷史數(shù)據(jù)基本處于分散游離狀態(tài)。實現(xiàn)業(yè)務運營的線上控制和管理知情。另一方面，作為一種交易模式，招標采購因其規(guī)章制度繁瑣、流程復雜、采購周期相對較長、運作成本較高等問題，給招投標交易模式的正常運行帶來一定的阻礙。如何能在市場的激烈競爭、眾多的競爭對手中脫穎而出？已經(jīng)成了招標公司面對的一個嚴峻的現(xiàn)實。 （ 2） 需求分析 第一章 緒論 4 提取基于流程的功能需求及非功能需求，在對業(yè)務架構、模型體系及工作流技術深入了解后，針對招標業(yè)務管理系統(tǒng)的業(yè)務特點，通過分析系統(tǒng)的業(yè)務性功能需求和架構需求建立工作流模型。 第 五 章將上一章的模型及算法應用到本 招標業(yè)務 系統(tǒng)中， 論述了系統(tǒng)實現(xiàn)的關鍵步驟和方法 ，并對系統(tǒng)進行了測試。以信息技術為輔助 手段來提升企業(yè)其他核心能力。這場特殊的交易活動需要經(jīng)歷特定的環(huán)節(jié)：招標、投標、開標、評標、中標、簽約和履約 .因此，招投標的程序一般分為：項目開發(fā)管理，項目建立管理，資格預審管理 /邀請招標，招標文件制作、標書發(fā)售、開標前管理、開標管理、評標管理、招標相關資金 /票據(jù)管理等。最終發(fā)布產(chǎn)品可以為各功能模塊的任意組合。簽署的委托代理協(xié)議可能是招標委托或代理采購或招標＋采購委托。審核通過后，進入標書售前管北京航空航 天大學碩士學位論文 11 理環(huán)節(jié)。 辦事機構 圖 5 標書過程管理流程圖 開標管理 開標時，按包記錄各投標方報價及保證金收取情況。 北京航空航 天大學碩士學位論文 17 第三章 系統(tǒng)開發(fā)的技術 選型 本章首先描述了系統(tǒng)涉及的相關技術進行了分析，提出了采用這些技術的可行性、先 進性和成熟性，對課題研究的成功提出具體的解決方案。 客戶機 /服務器模式的應用軟件適于實現(xiàn)各局域網(wǎng)范圍內(nèi)的資源共享，軟件配置結構如下圖 9 所示。 B/S（ Brower/Server）結構是一個高度開放的不同于主從結構和 C/S 結構的系統(tǒng)結構。 Web 技術的應用是一種“瘦客戶”方式，系統(tǒng)的維護升級在服務器端完成，系統(tǒng)的客戶端只安裝瀏覽器，這使系統(tǒng)的可擴展性和操作性大大提高 [6]。在 Servlet 作為控制器時，每個 Servlet 通常只實現(xiàn)很少一部分功能，多個 Servlet 控制器就可以結合起來完成復雜的任務，這樣的好處是 Servlet 重用性好。該層有多個可選擇的框架，如 Struts、 WebWork2 和 Echo 等。 Java客戶機 瀏覽器 WEB 服務器 WWW 服務器 數(shù)據(jù)庫網(wǎng)管 數(shù)據(jù)庫服務器 數(shù)據(jù)庫 第三章 系統(tǒng)開發(fā)的技術選型 20 語言的功能和工具也伴隨 J2EE 的出現(xiàn)，得到了極大的發(fā)展、它們都可以應用于各種復雜的、多層次的電子商務中，也可以應用于各級企業(yè)中。對于大型的開發(fā)項目而言，當前流行的開發(fā)模式就是 MVC模式，它將顯示層、控制層和邏輯層分離，使各組件的分工明確，降低了系統(tǒng)的禍合性，有利于系統(tǒng)的開發(fā)和維護。這種新型結構體系的優(yōu)越性首先體現(xiàn)在它兼顧了集中處理和分布處理的優(yōu)點，用戶在不同地域的北京航空航 天大學碩士學位論文 19 終端操作，而處理在服務器完成。隨著應用系統(tǒng)的不斷擴充和新應用的不斷增加，基于傳統(tǒng)的二層數(shù)據(jù)處理結構在系統(tǒng)拓展性、維護成本、數(shù)據(jù)安全性和應用間通訊功能障礙等原生性問題的存在，暴露出一些問題。前端運行客戶端程序，向服務器發(fā)出請求。 系統(tǒng)功能實現(xiàn)分為： 評標前準備， 評標報告， 評標結果公告， 質(zhì)疑與北京航空航 天大學碩士學位論文 15 回復， 中標通知。標書發(fā)售信息與圖紙押金信息要經(jīng)過財務確認，財務確認后生成收款登記，收款登記的第二章 系統(tǒng)需求分析 12 信息傳入 SAP 系統(tǒng)。 招標工作開始后，在項目管理卡或委托代理協(xié)議的基礎上（可拷貝項目管理卡或委第二章 系統(tǒng)需求分析 10 托代理協(xié)議）錄入標的基本信息、標的分包信息、標預算信息，提交審批或生效。取得代理資格后，進入項目建立階段。 ? 操作的安全性：各種破壞性操作，如修改、刪除等，操作前需要提示確認，保證操作級別上的安全性。 2）決策支持模式化：基于公司的管理經(jīng)驗和管理精華，結合軟件公司在行業(yè)的資信、3）管理經(jīng)驗，形成最優(yōu)化的決策模型。需求分析主要是分析業(yè)務 需求，提出業(yè)務用例，對該系統(tǒng)的功能進行描述，通過業(yè)務用例表示系統(tǒng)內(nèi)各個角色間的關系，以便指導后續(xù)階段的設計和實現(xiàn)。 論文的組織 本文的主要研究內(nèi)容如下： 第一章，緒論，介紹了課題的來源和研究背景， 即前人對 招標業(yè)務管理系統(tǒng) 的相關研究和實現(xiàn)方法，課題的研究意義， 研究的內(nèi)容及 論文的結構。 研究的目標和內(nèi)容 研究目標 本課題的研究目標是設計、實施 該 企業(yè)的招標業(yè)務管理系統(tǒng)，通過這個系統(tǒng)實現(xiàn)對項目開發(fā)管理、項目建立 管理、資格預審管理、招標文件制作、標書發(fā)售、開標前管理、開標管理、評標管理、招標相關資金 /票據(jù)管理等招標 各關鍵環(huán)節(jié) 的管理， 對招標全過程進行監(jiān)控， 同時還可為綜合業(yè)務、決策查詢、基礎信息管理等提供技術支撐。招標作為現(xiàn)代企業(yè)采購的一種很有效的手段，被廣泛采用。 國內(nèi)外研究現(xiàn)狀 目前，我國互聯(lián)網(wǎng)基礎設施水平逐步提升，企業(yè)上網(wǎng)環(huán)境改善，在諸多因素的綜合作用下，招標公司的業(yè)務管理實 現(xiàn)電子化在信息技術方面已具備了良好的條件。 本課題針對以上問題進行研究、分析、設計，并對系統(tǒng)的實現(xiàn)在 軟件功能、數(shù)據(jù)安全、網(wǎng)絡環(huán)境 等方面開展工作。 論文的組織 ....................................................... 4 第二章 系統(tǒng)需求分析 .......................................... 5 系統(tǒng)建設目標 ...................................................... 5 需求分析 ......................................................... 6 功能性需求 .......................................................................................................... 6 非功能性需求 ....................................................................................................... 7 系統(tǒng)業(yè)務流程 ..................................................... 8 項目開發(fā)管理 ....................................................................................................... 8 項目建立管理 ....................................................................................................... 9 招標文件制作 ..................................................................................................... 10 標書發(fā)售 .............................................................................................................11 招標過程管理 ..................................................................................................... 12 開標管理 ............................................................................................................ 13 評標管理 ............................................................................................................ 14 招標相關資 金 /票據(jù)管理 ...................................................................................... 15 小結 ............................................................. 16 第三章 系統(tǒng)開發(fā)的技術選型 .................................. 17 開發(fā)模式選型 ..................................................... 17 Client/Server 結構 ............................................................................................... 17 Browser/Server 結構 ...................................................................................