招投標管理系統(tǒng)的設計與實現(xiàn)設計報告

1、招投標管理系統(tǒng)的設計與實現(xiàn) 設計報告蔣和平 S1410w0659 軟件 2 班第 1 章 背景以及國內外研究現(xiàn)狀1.1 系統(tǒng)開發(fā)背景招投標是指在市場經濟條件下進行大宗貨物的買賣、 工程建設項目的發(fā)包與承包， 以及 服務項目的采購與提供時， 所采用的一種交易方式。 由于招標投標具有公平、 公正的特征以 及“競爭、優(yōu)化”的功能，在現(xiàn)今社會中得到了廣泛的應用。為了規(guī)范招標投標的行為，促 進公平競爭，中華人民共和國招標投標法自2000年 1月 1日起正式實施。規(guī)定基礎設施、公用事業(yè)、 使用國有資金投資和國家融資的項目以及與之有關的重要設備、 材料等采購 行為，達到一定規(guī)模標準的，必須進行招標、公示。隨

2、著招投標業(yè)務在各個行業(yè)的推廣， 招投標業(yè)務復雜度日漸提高， 標準的招投標業(yè)務包 括了招標計劃管理、 招標過程管理、 合同執(zhí)行管理、 招標效果分析、 招標統(tǒng)計分析決策支持、 成本管理等業(yè)務。 隨著招標業(yè)務處理流程和涉及文件管理復雜程度的提高， 傳統(tǒng)的手工招投 標管理存在招標過程公正性缺失、 過程細節(jié)混亂、 文檔和合同文件易丟失、 招標效果和統(tǒng)計 分析能力缺失等問題。 通過對當前不同行業(yè)中招投標管理業(yè)務流程的分析和研究發(fā)現(xiàn)， 不同 行業(yè)對于招投標管理存在的問題和異同性要求主要包括 :1、業(yè)務處理流程復雜現(xiàn)有的招投標管理包括了招標計劃、 招標公告、 競標、 材料提交、 標的審核、 合同簽訂、 合同執(zhí)

3、行流程和招標企業(yè)評價等相關流程。 同時，針對不同級別的招標過程其流程也存在一 定的差異，同時競標的過程也由于事務的復雜度而不同。招投標流程的復雜和競標業(yè)務的差異性使得招投標業(yè)務管理過程復雜， 手工的管理模式 往往會存在管理混亂、投標公正性無法保證和文檔管理困難等問題。2、招標模式種類繁多對于招投標管理， 依據招投標物品和項目的類別不同， 招標環(huán)節(jié)中的競標過程包括了不 同的模式。 通過對市場上招投標業(yè)務的分析和抽象， 我們提取出了競價招投標管理、 談判招 投標管理和直接招投標管理等三種模式。 對于實用性較強的招投標管理系統(tǒng)， 需要對以上不 同的招標種類和模式進行抽象分析，使得招投標系統(tǒng)支持多種不

4、同的招投標模式。3、招標過程公正性問題 在企事業(yè)單位的招投標管理過程中， 現(xiàn)有的手工管理模式往往會由于人為的因素導致標 的過早暴露、 評標人聯(lián)合受賄等公正性缺失等問題。 因此， 在招投標的管理過程中如何保證 招標過程的公正性是當前招投標管理系統(tǒng)的首要任務。4、合同執(zhí)行管理復雜目前， 現(xiàn)有的招投標管理模式其招標過程和合同執(zhí)行過程是分開的， 這種情況往往會造 成項目管理混亂的問題。 因此， 如何實現(xiàn)招標和合同執(zhí)行的同步管理是目前招標管理和項目 實施過程中的難點和重點。5、參標企業(yè)信用評級困難 手工的招投標管理難以對參標企業(yè)的信用等級進行分析， 往往會由于信用問題導致項目 實施的失敗。 因此，如何結

5、合招投標管理系統(tǒng)對參與競標的企業(yè)進行信用等級分析和管理也 是招投標管理系統(tǒng)的關鍵。6、招標材料歸檔工作繁重在招投標業(yè)務管理過程中， 包括了招標企業(yè)資質文件、 標書文件、 標書審核和評審文件 等。因此，在整個業(yè)務處理流程中，包括了各類申請和審核報表、企業(yè)情況表等。目前的手 工處理管理都是通過人工整理、收集和歸檔，往往會導致資料丟失和難以進行查找等問題。7、招標統(tǒng)計、分析能力欠缺目前， 對于企事業(yè)單位來說每年的招投標業(yè)務數(shù)量逐漸增多， 從而使得招投標業(yè)務數(shù)據 量增多。每年如何對招投標數(shù)據和文檔進行歸類和數(shù)據分析成為每年相關部門年底工作的重 點?，F(xiàn)有的手工處理模式，主要針對數(shù)據進行表格處理， 往往會

6、導致數(shù)據結果不夠準確，同 時不能提供良好的匯總和分析功能。隨著高新計算機技術的發(fā)展，企業(yè)間的競爭日趨激烈， 要保持企業(yè)的競爭力就必須有高效的企業(yè)管理， 因此企業(yè)管理的信息化就變的不可或缺。 招 投標信息管理系統(tǒng)是企業(yè)信息化的一部分， 它的內容對于提高企業(yè)采購管理水平和企業(yè)決策 分析能力都至關重要。首先，招投標管理的信息化解決了企業(yè)招標過程中的不公平性問題， 通過招標流程的信息化減少了整體流程中的人為因素影響， 使得企業(yè)設備采購、 基建招標和 原材料產品招標等過程更加透明、公開和公正;其次，通過招投標管理系統(tǒng)提供了快捷、方便的信息查詢功能， 解決了傳統(tǒng)管理方式中效率低、 保密性差和文件易丟失、

7、難以留檔等關 鍵問題 ;同時，招投標系統(tǒng)為企業(yè)領導層和統(tǒng)計部門提供了良好的信息匯總統(tǒng)計和決策分析 等功能。這些優(yōu)點能夠極大地提高招標信息管理的效率，也是企業(yè)的科學化、正規(guī)化管理，與世界接軌的重要條件。因此，開發(fā)這樣一套管理軟件成為很有必要的事情。1.2 國內外研究狀況自從 2000 年國家頒發(fā)招標投標法和國家推行企事業(yè)單位信息化以來，針對于招投 標的業(yè)務管理系統(tǒng)在各個行業(yè)逐漸發(fā)展起來，其中包括了地區(qū)級政府的招投標管理、水利、 建筑等各個行業(yè)的招投標管理、 高等院校的招投標管理系統(tǒng)等。 早期的招投標管理采用了傳 統(tǒng)的 C/S 架構，不利于企業(yè)申報和招標信息的公開。近年來，隨著基于JZEE 和 .

8、NET 軟件技術的發(fā)展，基于 B/S 架構的招投標管理系統(tǒng)成為當前各企事業(yè)單位招投標管理的首選。隨著國內政府企業(yè)信息化建設的推進， 政府推出了電子政務建設的方案， 將政府主要的 處理業(yè)務包括各類審核、審批業(yè)務通過基于 web 的方式提供給企業(yè)和個人用戶。目前，在 各企事業(yè)單位形成了各自的信息化系統(tǒng)， 能夠很好的處理各自單位的信息化問題， 包括業(yè)務 流程處理、 信息公告以及各類電子資源的存儲。 在各個單位信息化的同時， 由于缺少職能部 門間相關業(yè)務交流和處理，導致了“信息孤島” 和業(yè)務協(xié)調能力欠缺。對于各個地區(qū)政府來 說，政府的招投標管理系統(tǒng)一般作為電子政務系統(tǒng)中的核心模塊， 它與政府的電子政務

9、系統(tǒng) 共享統(tǒng)一的門戶信息、 管理人員信息以及專家領域信息。 水利、 建筑行業(yè)的招投標管理存在 著行業(yè)建設背景等方面的要求， 因此對于企業(yè)資質、 在建工程、 工程技術信息人員等方面具 有特殊的要求。 因此， 傳統(tǒng)的招投標管理系統(tǒng)中的企業(yè)信息要求往往達不到其具體要求。另外，針對高等院校的招投標管理，主要是設備、施工和成品等方面的招標要求，與上述政府 和水利建設等行業(yè)的招投標管理也存在較大的差異。同時， 上述不同行業(yè)針對招投標過程來說，其跟蹤、匯總和決策支持等方面要求也存在著較大的差異。因此， 如何規(guī)范和抽象投標 管理流程和相應過程、 文檔信息和匯總信息成為當前招投標管理的關鍵研究問題。 本文將在

10、分析以上招投標管理的系統(tǒng)的基礎之上， 對招標流程、 資源等管理進行抽線提出統(tǒng)一的模型， 從而建立一套適合于各個領域的招投標管理系統(tǒng)。1.3 系統(tǒng)需要解決的主要問題招投標管理信息系統(tǒng)面向的行業(yè)、 用戶和企事業(yè)單位等涉眾種類繁多， 因此通過信息化 系統(tǒng)對招投標業(yè)務流程進行分析、 設計和實現(xiàn)， 將會存在著業(yè)務流程繁雜、 招投標種類眾多、 業(yè)務流程控制困難等問題。 目前， 市場上已有的招投標管理系統(tǒng)往往只會針對某個行業(yè)或部 門，沒有成熟的招投標模式的抽象， 因此缺少成熟的系統(tǒng)進行分析和參考。 因此， 在針對招 投標業(yè)務進行需求分析、設計和實現(xiàn)的過程中，本文需要解決好以下主要的幾個問題 :1、招投標業(yè)務

11、流程的梳理在招投標業(yè)務的整體處理流程中， 包括了招標項目的審核審批、 招標公告發(fā)布、 資格預 審流程、招標開標流程、 評標流程管理、 定標流程管理和簽約流程管理等業(yè)務處理流程。同 時在評標和簽約過程中又包括一些相關的子流程， 因此在系統(tǒng)的需求分析、 設計和實現(xiàn)過程 中需要對其采用面向對象的思想進行分析，通過 UML 的動態(tài)模型對業(yè)務流程進行建模，建 立易于理解的招標流程動態(tài)模型。 對于動態(tài)流程的管理， 采用基于工作流引擎的思想進行實 現(xiàn)，通過工作流引擎對整體業(yè)務流程進行定義、跟蹤和管理。2、招標過程的抽象通過對招投標過程管理進行分析， 發(fā)現(xiàn)招投標過程中由于行業(yè)背景的不同， 其過程將存 在很大的

12、差異。某些招標過程只是普通的辦公用品的采買，因此其評標過程較為簡單;但是某些招標過程需要進行競價完成。 因此， 為了能夠更好的支持各類招標過程， 本文將針對各 個行業(yè)的招投標過程進行抽象分類，主要包括競價招標、談判招標和直接招標等。3、招標企業(yè)信用問題在招投標管理的過程中， 如何分析和確定企業(yè)的信用等級和資質是招標管理中的核心問 題。因此， 在招投標系統(tǒng)的設計和實現(xiàn)過程中， 需要支持企業(yè)的履約評級和考核從而解決企 業(yè)的信用分析問題。4、評標過程中的公正性問題 對于招投標業(yè)務來說，其管理中的核心問題是如何保證招投標整體過程中的公正性問 題，包括投標文件的保密性、專家審核的公正性等。因此，在系統(tǒng)的

13、分析、設計和實現(xiàn)過程 中，考慮采用專家信用評估、 資料文件分角色權限維護和隨機抽取專家等機制來實現(xiàn)招投標 管理的公正性。5、數(shù)據、標書等文檔的歸檔管理問題 招投標業(yè)務管理的過程中包括了企業(yè)申請文檔、 標書和合同計劃等相關重要材料。 同時，以上材料又同相應的招標項目具有相應的關聯(lián)性，每次招標項目包括大量需要存檔的文檔。 對于傳統(tǒng)的手工管理方式， 以上文檔的管理和歸檔通過手工的方式， 容易造成文檔丟失和泄 密等問題。因此，在系統(tǒng)的分析和設計過程中，需要對投標文檔和資料進行分類歸檔處理。6、項目統(tǒng)計分析和決策支持問題 對于企事業(yè)單位來說每年的招投標項目將會成百上千， 因此如何對每年的招投標數(shù)據進 行

14、統(tǒng)計分析將是系統(tǒng)中的重點和難點。傳統(tǒng)的手工統(tǒng)計方法，容易導致統(tǒng)計結果的錯誤性， 因此在設計過程中通過專門的統(tǒng)計分析功能可以簡化統(tǒng)計決策分析工作并提高統(tǒng)計分析結 果的正確性。1.4 本設計的主要工作和組織結構1.4.1 本設計的主要工作本文首先針對招投標業(yè)務管理進行需求分析， 包括各種不同行業(yè)或者企事業(yè)單位對招投 標業(yè)務的共性和差異性需求要求。 同時， 針對傳統(tǒng)的招投標業(yè)務管理中存在的業(yè)務流程處理 復雜、數(shù)據易丟失、公正性缺失等問題，采用 Java 語言在 Eclipse 軟件開發(fā)平臺上，基于多 層的 nEE 軟件體系架構，采用了基于 B/s 的軟件架構，同時針對復雜的流程采用工作流引 擎進行設

15、計設計和實現(xiàn)了一套通用的招投標綜合業(yè)務管理系統(tǒng)。 通過系統(tǒng)的分析、 設計和實 現(xiàn)為不同行業(yè)中的企事業(yè)單位提供了統(tǒng)一的業(yè)務解決方案。本系統(tǒng)以網絡工作平臺的方式， 服務于建設單位、企業(yè)、政府監(jiān)管部門三類用戶。實現(xiàn)從招標公告發(fā)布、資審報名、資格預 審、投標、評定標到簽約的全程招投標工作管理。本文的主要工作主要包括以下幾個方面 :第一， 招投標業(yè)務處理流程復雜， 本文對以上復雜的招投標流程通過面向對象的思想和 UML 建模語言進行了建模分析和梳理。通過用例分析對系統(tǒng)功能進行分解處理，對于復雜 的業(yè)務處理流程建立靜態(tài)模型和動態(tài)模型。 在靜態(tài)模型的基礎上， 對主要實體的數(shù)據庫進行 設計;最后，通過傳統(tǒng)的基

16、于多層的 JZEE 模型對系統(tǒng)進行開發(fā)和實現(xiàn)。第二， 針對招標企業(yè)的信用問題， 系統(tǒng)在設計過程中增加了招標履約考核管理模塊， 針 對于標書中的不同階段的目的進行采用了可考核性指標進行評估和分析。 通過對于完成標的 情況建立企業(yè)的信用等級，同時建立招投標企業(yè)的信息庫達到對于招標履行的可控性。第三，招投標的業(yè)務流程較為復雜，其中包括了項目審核、招標公告、格預審流程、招 標開標流程、 評標流程管理、 定標流程管理和簽約流程管理等業(yè)務處理流程。 因此在業(yè)務系 統(tǒng)的分析和架構設計過程中， 系統(tǒng)通過基于工作流引擎的流程處理模塊， 實現(xiàn)對招投標業(yè)務 的建模分析、狀態(tài)跟蹤和業(yè)務控制。第四， 針對招投標管理中的

17、核心公正性問題， 為了達到整體業(yè)務的處理公平和公開， 系 統(tǒng)設計實現(xiàn)過程中通過流程審核分配以及專家信用評估和隨機抽取審核專家的方式達到了 招投標過程中的公正性。第五， 針對招投標業(yè)務數(shù)據的統(tǒng)計分析和決策問題， 為了達到企業(yè)招投標業(yè)務的統(tǒng)計和 易查詢性， 系統(tǒng)在設計過程中增加了各類不同的招投標業(yè)務查詢和統(tǒng)計功能。 同時， 針對不 同的功能為其提供了優(yōu)秀的數(shù)據展現(xiàn)方式，從而達到為企業(yè)決策者進行服務的目的。1.4.2 本設計報告的組織結構第 1 章分析了招投標業(yè)務及其信息管理系統(tǒng)的背景和國內外的發(fā)展現(xiàn)狀，簡要闡述了本文所需要解決的主要問題，最后指明了本文的主要工作。第 2 章對招投標業(yè)務管理流程的需

18、求進行了分析， 梳理和整理了招投標管理的詳細業(yè)務 流程， 通過業(yè)務流程圖闡述了其詳細的業(yè)務流程。 同時， 該章也提出了系統(tǒng)的目標和需要解 決的問題。第 3 章論述了系統(tǒng)的技術架構和功能架構，說明了基本的系統(tǒng)邏輯架構設計;針對招投標管理業(yè)務處理流程繁多的問題，提出了整體系統(tǒng)的功能結構設計。第 4 章，在面向對象分析基礎上，對系統(tǒng)的建模設計進行了詳細的描述; 對于招投標管理的業(yè)務流程進行了分析和設計，最后給出了系統(tǒng)的數(shù)據庫設計。第 5 章介紹了系統(tǒng)業(yè)務流程的主要功能實現(xiàn)和其中的關鍵技術，包括招標企業(yè)申請審 核、招標公開、各個招標業(yè)務流程的實現(xiàn)和專家?guī)旃芾砟K等。第6章是結束語，對本文所作的工作和下

19、一步要解決的問題進行了總結。第 2 章需求分析2.1 系統(tǒng)概述針對不同企事業(yè)單位， 其招投標管理工作主要是針對不同項目、 資源和采購等業(yè)務的相 關申請、 招投標和跟蹤審核等相關業(yè)務的日常工作。 其業(yè)務包括了一系列的復雜業(yè)務審核審 批、合同履行評審等相關流程組成， 主要包括了項目的立項申請審批、 招標公告發(fā)布、 資格 預審流程、招標開標流程、評標流程管理、定標流程管理和簽約流程管理等業(yè)務處理流程。 同時， 在評標和簽約過程中又包括一些相關的子流程， 包括了大量信息、 資源管理和報表輸 出打印以及企業(yè)信用評估和招投標業(yè)務公平性保證等相關輔助業(yè)務。 另外，在某個項目申請、 審核和招投標業(yè)務處理結束后

20、， 需要業(yè)務人員對相關材料進行歸檔處理， 而現(xiàn)有的處理方式 多采用紙質文件收集和人工處理的模式。 但是，手上和紙質文件處理模式往往會造成工作量 大、資源浪費、 信息收集丟失和不準確等弊端， 因此開發(fā)一套針對現(xiàn)有不同行業(yè)招投標業(yè)務 的管理信息系統(tǒng)成為迫切的需要。 本文將針對不同行業(yè)招投標管理業(yè)務進行需求分析， 然后 結合面向對象的思想和基于 UML 的建模方法，完成系統(tǒng)的需求分析、設計和實現(xiàn)。通過以 上的業(yè)務場景需求分析，系統(tǒng)將需要解決的主要問題包括企業(yè)信息庫和企業(yè)信用檔案維護、 專家信息庫維護、 招投標公正性確定、 中標企業(yè)履約考核、 項目信息統(tǒng)計和招投標流程維護 等。尤其針對招投標流程管理，

21、 又包括了招標計劃和流程制定、資格審查報名流程、預審流 程、投標開標流程、評標流程、定標流程和簽約流程等多項復雜流程。因此，為了能夠有效 對招投標信息進行維護， 本文將每次的招投標業(yè)務抽象成項目來進行管理。 通過項目管理可 以有效的定義控制其整體流程， 并能夠有效的定義該次招投標業(yè)務中的相關企業(yè)、 數(shù)據和招 投標文件等， 同時能夠很方便的對其進行查詢和統(tǒng)計。 其思想是在每次招投標項目開始前， 將其當作項目首先進行信息初始化， 包括了流程設置、 投標數(shù)據和信息存放地址、 專家信息 維護和企業(yè)信息維護等。 在接下來的招投標管理中， 將所有相關于本次投標的信息通過項目 管理的方式來進行維護，從而實現(xiàn)

22、信息的有效組織和維護。其中， 用戶權限及公共數(shù)據管理為整個系統(tǒng)的基礎模塊，用戶管理主要是對系統(tǒng)的用戶進行添加、刪除以及用戶信息的修改等 ;權限管理是由管理員對系統(tǒng)用戶進行權限分配。公 共數(shù)據維護是由系統(tǒng)管理員對生活調查中需要填寫數(shù)據的數(shù)據字典以及某些公共數(shù)據進行 維護。企業(yè)信息庫維護和建立包括了企業(yè)申請、監(jiān)管單位審批和企業(yè)信息維護等相關功能。對于招標項目管理， 系統(tǒng)的設計過程中將其看做項目進行管理， 包括了項目啟動、 維護和考 核等相關流程。 同時， 對于其流程管理通過基于工作流引擎的思想進行設計和實現(xiàn)，同時能夠對其進行狀態(tài)跟蹤和查詢。 為了實現(xiàn)對企業(yè)的資信進行評估考核， 系統(tǒng)中建立各個階段標

23、 的履約考核，通過考核結果對企業(yè)的信用等級進行評估，為招標過程提供決策參考。同時， 為了能夠實現(xiàn)招投標過程的公正性， 在評標過程中專家通過隨機抽取的方式進行確定。 招投 標文件歸檔管理是將每次招投標的相關文件進行歸檔存儲， 包括了標書、 招標公告和相關合 同書等， 將不同的資源進行分類歸檔。 數(shù)據分析模塊主要是針對某個時期內所有的招投標文 件進行統(tǒng)計分析，包括招標信息明細查詢、統(tǒng)計報表等。 在系統(tǒng)的管理過程中，除了以上業(yè) 務處理模塊意外還需要包括報表打印模塊將各類不同的數(shù)據報表進行輸出， 包括 Excel 輸出、 表格輸出和統(tǒng)計報表輸出等。在系統(tǒng)的需求分析過程中， 本文采用統(tǒng)一開發(fā)過程的思想進

24、行軟件設計與開發(fā)， 系統(tǒng)的 功能性需求描述工具主要是用例模型（UseCase）,即將系統(tǒng)的功能性需求分解到每一個需求分析用例中去。統(tǒng)一開發(fā)過程的最大優(yōu)點是采用按照角色（A以or）對業(yè)務需求進行分析從而識別用例模型（UseCase）中的方法，通過以上方法能夠直觀的建立起系統(tǒng)的需求分析模型， 而且通過多次迭代處理避免需求分析過程中存在的漏項問題。在統(tǒng)一開發(fā)過程的分析方法 中,我們?yōu)榱四軌蚯逦拿枋鱿到y(tǒng)用例及其層次結果, 本文通過包圖對業(yè)務需求的各個模塊 進行分析處理。 在系統(tǒng)的需求分析過程中, 本文引入了包圖對不同業(yè)務的用例進行分模塊處 理和分析。 如圖 2 一 1 所示,從系統(tǒng)的總體功能性需求來

25、看本文的招投標管理系統(tǒng)系統(tǒng)可以 劃分為以下幾個包圖 :用戶和權限管理、公共數(shù)據維護管理、數(shù)據報表管理、招標項目管理、 企業(yè)信息審核維護管理、專家信息管理、項目資源管理、投標履約管理、招標流程管理、專 家抽審管理、企業(yè)信用維護管理和信息統(tǒng)計分析管理等。圖 2-1 系統(tǒng)功能包圖通過面向對象的分析方法， 結合基于統(tǒng)一建模語言 (UML) 的建模方法對不同系統(tǒng)模塊中 的需求進行用例分析和建模。 本文接下來對系統(tǒng)需求的核心用例模塊包括企業(yè)信息申請和審 核管理模塊、招標項目流程管理、專家信息管理維護、履約考核管理、 信用檔案管理等模塊 進行用例建模分析和描述。2.2 系統(tǒng)目標和解決的問題結合不同行業(yè)和企事

26、業(yè)單位招投標業(yè)務的需求和分析， 本文在設計和實現(xiàn)招投標管理系 統(tǒng)的過程中需要達到以下幾方面的要求 :1、招投標業(yè)務處理流程復雜，本文對以上復雜的招投標流程通過面向對象的思想和UML 建模語言進行了建模分析和梳理。通過用例分析對系統(tǒng)功能進行分解處理，對于復雜 的業(yè)務處理流程建立靜態(tài)模型和動態(tài)模型。 在靜態(tài)模型的基礎上， 對主要實體的數(shù)據庫進行 設計;最后，通過傳統(tǒng)的基于多層的 JZEE 模型對系統(tǒng)進行開發(fā)和實現(xiàn)。2、針對招標企業(yè)的信用問題，系統(tǒng)在設計過程中增加了招標履約考核管理模塊，針對 于標書中的不同階段的目的進行采用了可考核性指標進行評估和分析。 通過對于完成標的情 況建立企業(yè)的信用等級，同

27、時建立招投標企業(yè)的信息庫達到對于招標履行的可控性。3、招投標的業(yè)務流程較為復雜，其中包括了項目審核、招標公告、格預審流程、招標 開標流程、 評標流程管理、定標流程管理和簽約流程管理等業(yè)務處理流程。因此， 在業(yè)務系統(tǒng)的分析和架構設計過程中如何實現(xiàn)業(yè)務流程的定義和控制將關系到系統(tǒng)實現(xiàn)的成敗。 本文 在系統(tǒng)的設計和實現(xiàn)過程中通過基于工作流引擎的流程處理模塊， 實現(xiàn)對招投標業(yè)務的建模 分析、狀態(tài)跟蹤和業(yè)務控制，從而達到有效的流程定義和業(yè)務處理。4、針對招投標管理中的核心公正性問題，為了達到整體業(yè)務的處理公平和公開，系統(tǒng) 設計實現(xiàn)過程中通過流程審核分配以及專家信用評估和隨機抽取審核專家的方式達到了招 投

28、標過程中的公正性。5、針對招投標業(yè)務數(shù)據的統(tǒng)計分析和決策問題，為了達到企業(yè)招投標業(yè)務的統(tǒng)計和易 查詢性， 系統(tǒng)在設計過程中增加了各類不同的招投標業(yè)務查詢和統(tǒng)計功能。同時， 針對不同的功能為其提供了優(yōu)秀的數(shù)據展現(xiàn)方式，從而達到為企業(yè)決策者進行服務的目的。2.3 功能需求分析招投標管理作為企事業(yè)單位的信息化管理核心模塊， 關系著其運營和生產， 良好的招投 標管理將會促進企事業(yè)單位的高效運作和良好形象。 本文接下來將對招投標管理信息系統(tǒng)中 的企業(yè)信息申請和審核管理模塊、招標項目流程管理、專家信息管理維護、履約考核管理、 信用檔案管理進行詳細的需求分析和描述。2.3.1 企業(yè)信息管理在招投標業(yè)務分析和

29、處理中， 參標企業(yè)的信息維護是其中的核心業(yè)務模塊， 因為參標企 業(yè)的活動貫穿著招標活動的始末，企業(yè)的信用和資質將會影響其是否能夠通過初步的審核。 對于招投標信息管理來說， 企業(yè)的信息管理包括了復雜的審核和審批流程， 其中包括了企業(yè) 的基本信息備案、監(jiān)管單位審核、企業(yè)首次填報、監(jiān)管單位首次填報審批、企業(yè)信息修改、 修改信息審核等相關業(yè)務流程，其相關的業(yè)務處理流程和涉眾人群如圖2 一 2 所示。企業(yè)信息維護流IV操ft說如齊.*巴*企業(yè)2SystemPaekagediagramFigureZ通過對上述企業(yè)信息業(yè)務管理流程的分析企業(yè)信息管理模塊中還包括了企業(yè)信息檢索和查詢以及報表生成打印等相關功能。

30、琳報企業(yè)h次 填跚批金業(yè)仃息企業(yè)常息集丄唯忡、34JW 位.助存諛計貞也HiBM KXJKI M4,幗運 懂、陸說說讓單何臨蒂農隹對金業(yè)強曲営M進丹遠比或廿的霑 業(yè)初堆本乩凰才礎亞靈.再就張 找匕氓良審陶:A住單位的企業(yè)用次則11第；1嶄肚*現(xiàn)過加金抉提E Ti辛気赴占抉址擔葩披*金護豪葺聃H的出決電菱瞬號.JI靡旳尺 ? n申U肅樓麻恠治卑規(guī)電Tfl h總盤進H*映此電作:件暑瑕掰汗恥克囂忖勺評瞬使世申IL憐果加也子由fl慚他 侵蹩1的金翻丫酬滋亂tMLfuU- MSJWlWWW # 恪世過雋才総總布杜棉* W賤曲肖總竝的A業(yè) 肌豐n n mAHkM nnt門箭it nvau.郭最疊業(yè)大信嚨

31、電.金業(yè) C1H SttAUk.時僉業(yè)益Q慘七k；眾玄営 筮釵郭攤卅料謂摂也過弗/公電兇金業(yè)偽T1- *總過円ML決燔施督XL探冊（4圖2 一 2企業(yè)信息管理業(yè)務流程圖通過對上述業(yè)務需求的分析，企業(yè)信息管理模塊主要x?_ 企業(yè)錦梟1N?M鶴卩位、3岬 仏助金設訃單M績護41啪冊信日護企業(yè)人員札成仁衛(wèi)址護企業(yè)設抑信魁野護企亞蛍產勻由帶來護#業(yè)代農性思維護住業(yè)賽廉信息包括了各類參標企業(yè)單位和相關監(jiān)管單位兩種角色。如圖2 一 3所示，本文給出了該部分業(yè)務的核心用例圖和關鍵用例的用例描述。圖2 一 3企業(yè)信息管理用例圖FigureZ 一 3SystemPaekagediagram標操作，因此如何完成企

32、業(yè)相關信息的填報和資質審查是本文系統(tǒng)設計和實現(xiàn)的關鍵。同時,企業(yè)對于相關信息進行修改時，也需要相關部門進行審核，因此針對企業(yè)的信息維護和填報的用例描述如表2一1所示。企業(yè)維護人員在登錄招投標管理系統(tǒng)后，將依次對基本信息、資質信息、人員構成信息、企業(yè)資產構成信息、設備信息和在建工程信息以及代表工程信息進行相應的維護。維護企&雄本殆息對于招投標信息來說,企業(yè)的相關信息的維護關系著企業(yè)是否具備相應的資質進行招投uses用例標識Model_E nterprise_01用例名稱企業(yè)修改相關信息創(chuàng)建時間2011-6-5參與者企業(yè)維護人員用例描述維護企業(yè)信息前置條件企業(yè)維護人員登錄系統(tǒng)后置條件記錄信息修改的

33、次數(shù)監(jiān)管部門將對修改的信息進行相應審核基本事件流1管理員登錄系統(tǒng)2查看企業(yè)相應信息3添加、修改或刪除企業(yè)的相關信息，包括基本信息、人員信息、礦產信息等。擴展事件流在企業(yè)的某個在建工程需要轉為相關企 業(yè)的代表性工程時，將其轉化為代表性工程備注企業(yè)對于相關的信息進行修改時，需要 進行相應的登記：在企業(yè)信息進行修改后需 要通過審核以確保企業(yè)信息的真實性。表2 一 1企業(yè)人員進行企業(yè)信息維護用例說明232招標項目流程管理通過對招投標管理系統(tǒng)業(yè)務流程的需求分析，本文在分析和設計過程中將某個業(yè)務的招投標過程看作一整體的項目來進行管理。將整體的業(yè)務看做從發(fā)起、初始化數(shù)據到投標報名、專家審核、簽定合同看作是項

34、目的整體周期，通過工作流模型對其定義。在需求分析階段， 需要對其相關的業(yè)務流程進行分析和定義。通過對其業(yè)務的需求進行分析，其主要的涉眾角色包括了建設單位、投標單位和工程監(jiān)管單位，整體的業(yè)務流程包括了招標項目定義、標段信息定義、招標公告發(fā)布、項目申請開始、資格審查報名、資格預審、招標開標、評標管理、 定標管理和簽訂合同；整體的流程如圖2 一 4所示:圖2一4招投標項目流程圖從上圖可以發(fā)現(xiàn)，在招標項目流程管理的整體業(yè)務流程中，所有的涉眾角色中建設單位是關鍵的業(yè)務核心角色，因此接下來的描述中將針對建設單位的用例進行建模分析和描述， 其業(yè)務用例圖如圖 2 一 5所示:粗護評忖說亡佇恩us綁護建蒔ii起

35、信息綸護簽細化腳;息護喪標帀標器程恒護頊目拆股護琵護吳審扯生障喪仁耳抽;爼g|j舁耳*7建酬她廉護吸恃杯段恰息X維護血目卓本儘息:圖2 一 5招投標用例圖通過對招投標業(yè)務流程的業(yè)務需求進行分析，對于招投標管理信息系統(tǒng)來說其最關鍵的業(yè)務處理為流程的需求的梳理和管理。通過對招投標業(yè)務的需求分析，本文梳理得到招投標項目流程依次為項目信息創(chuàng)建和維護、標段信息創(chuàng)建和維護、 招標公告發(fā)布、資格審查報名、資格預審階段、投標開標階段、評標階段、定標階段和簽約階段。其整體的業(yè)務流程為順序的關系，業(yè)務流程的處理過程包括了投標單位、建設單位和監(jiān)管單位三個主要的涉眾人群。 尤其在“資格預審”和“評標”流程環(huán)節(jié)中，需要

36、相關的專家組進行招標投票和打分評審。 因此，在業(yè)務系統(tǒng)的設計過程中還包括了相關專家等涉眾人群。對于某個招投標項目來說， 在資格預審和評標的處理階段，需要相關專家進行登錄評審。因此，在項目的創(chuàng)建和標段創(chuàng)建過程中，相關建設單位還需要設定相應的條件對專家組進行自動選取，從而避免人為選擇因素從而提高了整體招投標管理流程中的公正和公平性。如表2 一 2，本文給出了專家條件設置和篩選用例的詳細說明用例標識Model_WorkFlow_ExpertSelectio n用例名稱選擇評審專豕創(chuàng)建時間2015-1-11參與者建設管理單位用例描述管理員設定相關的專家篩選條件前置條件已經對相關招標項目進行基本維護完成

37、相關項目的標段維護后置條件通過篩選條件自動生成評審專家為相關專家生成登錄名和密碼基本事件流1管理員登錄系統(tǒng)2查看相關項目信息3設定評標和資格審查日期4.新建抽簽5關聯(lián)相關的項目和標段，設定專家人數(shù)6. 選擇專家組類型7. 進行專家組抽簽8. 確定專家組抽簽，定簽擴展事件流在專家組確定以后，相關監(jiān)督單位可以對專家抽簽結果進仃修改和取消備注專家組的選擇與相關專家的信息，屬性 和專家的信用相關聯(lián)，整體采用動態(tài)淘汰制 從而確保專家評審的公正性。表2 一 2選擇評審專家用例說明233專家信息管理通過以上的業(yè)務流程分析，本文得出相關專家信息的維護關系到招投標管理系統(tǒng)的成 敗，尤其是針對招標項目流程中的資格

38、審查和評標階段，專家選擇的公正性和權威性關系到招標最終的成敗。因此，在招投標管理信息系統(tǒng)的設計和實現(xiàn)山東人學碩十學位論文過程中， 需要建立相應的專家?guī)煨畔⒓捌渚S護模塊，通過該模塊支持整體的專家組篩選和確定，從而確保招投標業(yè)務的有效運轉而提高招投標項目的成功幾率。對于專家信息的維護涉眾角色為相關的監(jiān)管單位來進行維護，相關的主要功能包括了專家基本信息維護、專家培訓信息維護、專家現(xiàn)場考核、專家日?？己?、專家單位信息維護、專家信息統(tǒng)計等相關功能，其用例圖如 圖2 一 6所示：（審核中標単im段報生需憐單盧晉呼歸圖2 一 6專家管理用例圖234履約考核管理#卑l(fā)：W.CK換對于招投標管理系統(tǒng)來說,招投標

39、業(yè)務流程管理中最關鍵的部分為跟蹤和確定某個階段內中標企業(yè)的履職情況，包括了完成進度、工作簡報和履約評級等相關內容。通過相應的建設進度跟蹤，能夠及時跟蹤和發(fā)現(xiàn)招標項目建設過程中存則的各種問題。該部分相關的主要涉眾角色包括了建設單位和中標單位，其中中標單位需要定期填寫簡報，而建設單位需要定期的對相關工作內容進行審核和評價，及時列出某個階段內評價不合格的單位。因此，對于履約考核最主要的涉眾角色為相關建設單位，如圖2 一7,給出了中標單位履約考核的相關 主要用例及其分析和描述者核議約報汎歸選電&落麻單恆圖2一 7履約考核用例圖235信用檔案管理通過上述的招投標管理業(yè)務的分析，我們發(fā)現(xiàn)招標單位、單位核心

40、成員和評審專家的信用將關系著招投標業(yè)務的公平性甚至影響到整個招標項目最終的成敗。因此，在系統(tǒng)業(yè)務分析、設計和實現(xiàn)過程中， 需要增加對于以上三類主要成員的信用檔案維護和管理。其中，對招標單位來說，其相關的中標項目的評價將會自動轉入其信用檔案；單位核心成員的信用等級也與上述中標項目的履約結果相關，其中評審專家的信用等級由相關監(jiān)管單位的維護人員審核確定后確定其相關的信用影響。對于信用檔案管理，主要包括了企業(yè)信用檔案維護、個 人信用檔案維護、企業(yè)信用等級維護、專家信用檔案維護和相關的主要查詢統(tǒng)計功能，其主要的用例如下圖2一8所示:臨管單地詩殲蜀系統(tǒng)用戶涉及到相關部門的使用人X、皿卜業(yè)怕用檔零杵的亍扎缶

41、用桂羸圖2 一 8信用檔案管理用例圖2.4系統(tǒng)非功能性需求對于業(yè)務信息管理系統(tǒng)來說，除了業(yè)務功能相關需求以外還包括了系統(tǒng)運行、維護等相關方面的非功能性需求。相對一于功能性需求，非功能性需求不僅僅關乎軟件產品的使用和 性能，同時還在某種程度上影響到軟件的功能性需求。如果事先缺乏很好的非功能性需求定義，結果往往是使產品在非功能性需求面前捉襟見肘，甚至淹沒功能性需求給用戶帶來的價值。對于招投標管理系統(tǒng)來說，本文的的非功能性需求主要包括：適用性要求，可靠性要求，性能要求，可支持性要求，下面分別對各項要求進行分析。1適用性要求適用性要求系統(tǒng)用戶學習和操作的簡單，根據要求可以延伸出這樣四點模糊的需求：I）

42、指明為了使用戶能夠完成普通日常工作所需要的培訓時間，而且需要以那些從未接觸過計算機的新手以及普通用戶和高級用戶的術語來描述。員、公司項目管理人員、 評審專家等，系統(tǒng)使用培訓對他們來說周期很短或者不需培訓，而 日常管理人員大部分屬于計算機普通用戶甚至是新手， 這里所說的培訓時間主要指針對這類 用戶。對于新手用戶來講，系統(tǒng)應當滿足培訓時間小于等于半天，否則將是不可接受的。2)指明典型終端用戶可能的典型任務或事務的可度量任務時間。對于日常管理人員登錄系統(tǒng)，從系統(tǒng)供能界面輸入相關信息需要的時間， 這當然會受到技術實現(xiàn)中性能問題的影響 (網絡傳輸速度、網絡容量、 RAM 和 CPU 能力，它們共同決定了

43、系統(tǒng)的響應時間 )，但是任 務性能時間也更加受到系統(tǒng)適用性的影響。2. 可靠性要求沒人喜歡錯誤、 缺陷、 系統(tǒng)故障和數(shù)據丟失， 當系統(tǒng)出現(xiàn)故障和用戶出現(xiàn)錯誤的操作后 是否支持恢復， 當用戶在使用過程中遇到錯誤的時候是否可以立即定位問題， 當業(yè)務場景和 邏輯發(fā)生變化的時候系統(tǒng)是否支持， 當網絡不穩(wěn)定或使用中異常中斷的情況下系統(tǒng)是否都有 相應的容錯措施， 這些都包含于可靠性要求中。 需求中需要特別提到這些現(xiàn)象， 顯示系統(tǒng)到 底以哪種用戶能接收的程度運轉。(l) 可用性 (availability) 。系統(tǒng)對于一個使用時間的指定百分比必須是可用的。對于客房 子系統(tǒng)來說，系統(tǒng)必須 7*24 小時正常使

44、用，而餐飲子系統(tǒng)也必須在進餐的高峰時段確保穩(wěn) 定。(2) 平均故障間隔時間和平均修復時間 (MTBF 和 MTTR) 。允許系統(tǒng)出故障后不運轉的時 間，比如要求 90%的系統(tǒng)故障要在 5 分鐘內修復， 99.9%的系統(tǒng)故障要在一小時內修復，這 就要求在系統(tǒng)運行過程中需要穩(wěn)定的技術支持團隊，達到故障修復周期的最小化。準確性(accuracy)。產生數(shù)字輸出的系統(tǒng)要求有多高的精確度。比如數(shù)以“萬”為單 位，統(tǒng)計時精確到小數(shù)點后面幾位，才能讓學位報盤是不超過國家規(guī)定的字段長度。(4)每類錯誤。通常分為微小的錯誤、顯著的錯誤和關鍵的錯誤三類。如數(shù)據的完全丟 失或者系統(tǒng)的關鍵性模塊不能使用。3. 性能要

45、求，通常包括以下幾個方面 :(1) 事務的響應時間：平均值、最大值。(2) 吞吐量 :每秒事務數(shù)。(3) 容量 ：系統(tǒng)可容納的客戶總數(shù)或事務數(shù)。(4) 退化模式 ：系統(tǒng)被降級時，可接受的運轉模式。這些都應量化地體現(xiàn)在系統(tǒng)需求文檔中。4. 可支持性要求可支持性是指為了升級或修復， 軟件被修改的能力。 對某些應用領域， 未來可能的升級是可預測的，因此需求可以規(guī)定維護小組的簡單升級以及復雜升級的“響應時間”。第 3 章系統(tǒng)設計對于系統(tǒng)的研究開發(fā)，在完成整體的需求分析之后將進入系統(tǒng)的設計階段，基于 RUP 的軟件設計主要包括了系統(tǒng)概要設計和系統(tǒng)的詳細設計兩階段的工作。 系統(tǒng)的概要設計階段 將主要關注整

46、體宏觀上和系統(tǒng)實現(xiàn)的技術框架設計。 概要設計主要完成系統(tǒng)的需求分析到設 計的轉化， 并且分階段設計實現(xiàn)系統(tǒng)的整體架構， 使得系統(tǒng)架構能夠為系統(tǒng)的進一步開發(fā)和 運行服務。在概要設計的過程中，將采用由粗到細的原則，通過定性和定量的分析和分解， 同時采用 UML 建模方法完成其設計。因此，本章將針對系統(tǒng)的概要設計主要是系統(tǒng)的軟件 架構設計、權限管理設計和基本的功能設計部分進行詳細的描述。3.1 系統(tǒng)技術架構3.1.1 軟件架構設計 系統(tǒng)的軟件架構設計是指將軟件需求轉化為數(shù)據結構和軟件的系統(tǒng)結構以及劃分系統(tǒng) 功能模塊設計。 系統(tǒng)的技術架構， 其任務是以系統(tǒng)需求分析的結果為依據， 充分考慮系統(tǒng)的 特點及

47、用戶的要求， 為系統(tǒng)選擇合適的開發(fā)平臺， 并且選擇合適的方式構建系統(tǒng)。 該階段注 重宏觀上和框架上的設計， 包括是否采用客戶端和服務器端分離的多層結構以及客戶端和服 務器端所采用的技術等。針對招投標管理系統(tǒng)用戶角色多、 部門多和分布地域廣泛的特點， 整體招投標管理系統(tǒng) 的架構設計本文選擇采用基于 JZEE 的多層架構設計，同時采用了 B/S 的整體軟件設計?？?戶端技術采用瀏覽器進行實現(xiàn)，客戶端與服務器之間采用了 HttP 協(xié)議進行通信，同時為了能夠實現(xiàn)相應的客戶端與服務器端的異步通信，在具體的界面實現(xiàn)部分采用了Ajax技術進行實現(xiàn)。在各個層中分別采用了成熟的開源框架，層與層中間采用統(tǒng)一的接口

48、。 通過統(tǒng)一的接口設計實現(xiàn)了層與層之間的松藕合。同時，鑒于系統(tǒng)采用分層松藕合的架構設計，使得系統(tǒng)框架的可擴展性得到增強系統(tǒng)容易實現(xiàn)對業(yè)務請求的擴展。JZEE(Java2Platrorm，Ente印riseEdition)是sUN公司推出的一種全新的概念模型，使用了一個多層分布式應用程序體系。應用程序的邏輯根據其實現(xiàn)的不同功能被封裝到組件中，組成JZEE應用程序的大量應用程序組件根據其所屬的層被安裝到不同的機器中。對于JZEE的系統(tǒng)架構來說，主要包括基于 EJB的重量型架構設計和spring+struts+Hibemate ” 的開源輕量型架構設計。對于基于開源框架來說，目前己經逐漸成為研究和開

49、發(fā)的熱點同時得到了很大的發(fā)展。目前，相對于EJB來說，對于表現(xiàn)層逐步出現(xiàn)了struts等相關框架，業(yè)務邏輯控制和面向切面控制的框架為SPring,而數(shù)據持久層框架為Hibemate。然而，相對于其余的輕量級框架來說，“spring+Struts+Hibernate ”已成為Java開發(fā)的主流框架體系。因此，在本文招投標管理系統(tǒng)開發(fā)過程中，也使用了spring+struts+Hibernate ”的三駕馬車式的框架結構(如圖3一1所示)，通過輕量級的架構設計節(jié)省了學習和開發(fā)時間，同時滿足了分層架構設計的要求。業(yè)務對塚摸梨圖3 一 l基于SSH的JZEE架構JZEE平臺提供的這個多層結構的分布式應

50、用程序模型具有重用組件的能力、基于擴展 標記語言(XML)的數(shù)據交換、統(tǒng)一的安全模式和靈活的事物控制；使開發(fā)者不僅可以比以前更快的發(fā)表對市場的新的解決方案，而且其獨立于平臺、基于組件的JZEE解決方案不再受任何提供商的產品和應用程序編程界面的限制。通過采用基于提供商和買主都可以選擇最合適于其商業(yè)應用和所需技術的產品和組件。JZEE 的軟件平臺進行設計，整體系統(tǒng)的軟件結構采用了分層的思想，系統(tǒng)軟件結構的整體 設計按照 MVC(Model ，View ，Control) 的架構設計思想， 將招投標管理系統(tǒng)的整體軟件框架 分為顯示層、 控制層、 業(yè)務邏輯層和數(shù)據持久層和數(shù)據庫層等多層進行設計。以下對

51、整體的分層結構圖如圖 3 一 2 所示，分別進行詳細的描述 :1 表現(xiàn)層， 主要包括基于瀏覽器技術的B/S 端的頁面顯示和基于 JasperReP0rt 的各種不同樣式和類型的數(shù)據報表顯示部分。對于界面的描述和分析技術，在 B/s 端主要采用了 JsP 和基于 struts 的頁面標簽庫進行描述。同時，為了能夠實現(xiàn)界面數(shù)據的異步請求和顯示，本 文在某些模塊的數(shù)據顯示部分采用了基于 Ajax 的異步數(shù)據請求和顯示技術。該部分主要通 過瀏覽器中內置的 XnllHrtp 協(xié)議和對象進行異步的數(shù)據請求和數(shù)據獲取，在對頁面進行顯 示的過程中結合 JavaseriPt 對相應的界面 Html 元素進行控制

52、和顯示。在報表數(shù)據的顯示過 程中， 設計階段充分采用了基于模型驅動的開發(fā)技術， 將報表的顯示劃分為模型描述、 界面 管理器和業(yè)務數(shù)據接口三部分組成。模型主要是指報表界面中的各種顯示元素;界面管理器主要包括解析器、布局管理和事件處理三部分 ;業(yè)務數(shù)據接口是結合具體的業(yè)務數(shù)據處理獲 取需要展示和存入報表的具體數(shù)據。 在報表的顯示過程中， 通過業(yè)務數(shù)據模塊獲取業(yè)務數(shù)據， 由界面管理器結合數(shù)據和界面描述文件獲取最終繪制的數(shù)據報表和各類格式的圖表。2. 基于 StrutS 的控制層設計， 該部分的核心功能是接受和控制從客戶端發(fā)送過來的各類 不同的請求，并通過運行時獲取的具體的 XML 配置文件信息，將請

53、求轉發(fā)到不同的業(yè)務邏 輯處理類進行處理。同時，將處理獲取后的數(shù)據轉發(fā)給相應的顯示模塊進行顯示。3. 基于 SPring 中間件的業(yè)務邏輯層，包括 SPring 處理組件和各種功能服務型組件 .業(yè)務 邏輯層的設計包括相應的數(shù)據 GURD 的業(yè)務操作類、實體對象類和 SPring 框架封裝類。其 中，SPring為業(yè)務邏輯的有效開發(fā)提供了合理的封裝類，能夠實現(xiàn)面向切面的有效操作。同時，該框架采用了分層的架構設計，能夠合理的與 MVC 的架構進行整合?？紤]到其業(yè)務過 程管理為一完整流程管理過程， 為了能夠更好的進行訂單跟蹤和結果分析，我們在整體的架構設計中加入了基于 JBPM 的工作流引擎。 工作流

54、引擎通過訪問流程數(shù)據庫獲得業(yè)務流程信 息，控制業(yè)務邏輯的流轉。 工作流引擎的引入將業(yè)務邏輯和流程邏輯分離，允許用戶靈活的設計與發(fā)布新的流程。 對于整個業(yè)務流程中訂單管理采用工作流引擎進行管理和分析，實現(xiàn)了整體業(yè)務流程的有效控制和跟蹤。 數(shù)據持久層， 包括 OR 映射和數(shù)據庫操作兩層，通過基 于ORMaPPing框架的Hibemate,封裝對數(shù)據庫的持久化操作，提供可由業(yè)務層調用的接口，這也是 Spring 系列架構中 SPringORM 所支持的。同時，通過 oR 映射完成了業(yè)務數(shù)據與數(shù) 據庫中的關系表的映射, 使得整體設計脫離了對具體類型的數(shù)據庫(如 oracle , Mysql , MSS

55、QL)的依賴。數(shù)據庫層，主要是具體的對數(shù)據進行存儲的數(shù)據關系關聯(lián)表，包括了不同實體數(shù)據的表格、各類業(yè)務關系的存儲表等。本文中結合招投標管理系統(tǒng)的業(yè)務需求，采用了Mysql數(shù)據庫進行數(shù)據的具體存儲。業(yè)務邏輯層圖3 一 2系統(tǒng)軟件架構3.1.2系統(tǒng)權限設置設計對于業(yè)務管理系統(tǒng)來說，如何實現(xiàn)用戶請求資源的有效控制和分配是其關鍵的業(yè)務功能，本文所述招投標管理系統(tǒng)所涉及的相關業(yè)務人員涉眾角色眾多。因此，在系統(tǒng)的設計過程中，為了能夠確保訪問資源的有效控制，本文設計和實現(xiàn)了相應的基于用戶角色的訪問控制模型也就是 RoleBasedAeeessControl(RBAC)。首先系統(tǒng)管理員通過“用戶一用戶組一 角

56、色一資源”多層模式來設置用戶權限，為每個角色維護其資源的訪問權限，而每個用戶組被指派一個或多個角色，這樣用戶既具有了所指派角色的資源權限。根據用戶請求的URL判斷是否在該用戶的資源權限表中，若無權限則返回客戶端給用戶提示。結合基于角色的權限控制模型，本文所述招投標信息管理系統(tǒng)的相關訪問控制管理模塊描述如表3一 1所示。操作名稱操作方法系統(tǒng)資源管理創(chuàng)建資源、維護資源、刪除資源用戶角色管理創(chuàng)建角色、維護角色、刪除角色、分配資源用戶組管理創(chuàng)建用戶組、維護用戶組用戶管理創(chuàng)建用戶、維護用戶、刪除用戶表 3 一 1 權限操作模式表相應的訪問控制組件中， 資源的訪問權通過系統(tǒng)用戶角色來劃分， 同時將角色和相應的 用戶組