【正文】 看本文的招投標管理系統(tǒng)系統(tǒng)可以劃分為以下幾個包圖:用戶和權限管理、公共數(shù)據(jù)維護管理、數(shù)據(jù)報表管理、招標項目管理、企業(yè)信息審核維護管理、專家信息管理、項目資源管理、投標履約管理、招標流程管理、專家抽審管理、企業(yè)信用維護管理和信息統(tǒng)計分析管理等。在系統(tǒng)的需求分析過程中，本文采用統(tǒng)一開發(fā)過程的思想進行軟件設計與開發(fā)，系統(tǒng)的功能性需求描述工具主要是用例模型 (UseCase)，即將系統(tǒng)的功能性需求分解到每一個需求分析用例中去。同時，為了能夠實現(xiàn)招投標過程的公正性，在評標過程中專家通過隨機抽取的方式進行確定。企業(yè)信息庫維護和建立包括了企業(yè)申請、監(jiān)管單位審批和企業(yè)信息維護等相關功能。在接下來的招投標管理中，將所有相關于本次投標的信息通過項目管理的方式來進行維護，從而實現(xiàn)信息的有效組織和維護。尤其針對招投標流程管理，又包括了招標計劃和流程制定、資格審查報名流程、預審流程、投標開標流程、評標流程、定標流程和簽約流程等多項復雜流程。另外，在某個項目申請、審核和招投標業(yè)務處理結束后，需要業(yè)務人員對相關材料進行歸檔處理，而現(xiàn)有的處理方式多采用紙質文件收集和人工處理的模式。第6章 是結束語，對本文所作的工作和下一步要解決的問題進行了總結。針對招投標管理業(yè)務處理流程繁多的問題，提出了整體系統(tǒng)的功能結構設計。第1章分析了招投標業(yè)務及其信息管理系統(tǒng)的背景和國內外的發(fā)展現(xiàn)狀，簡要闡述了本文所需要解決的主要問題，最后指明了本文的主要工作。因此在業(yè)務系統(tǒng)的分析和架構設計過程中，系統(tǒng)通過基于工作流引擎的流程處理模塊，實現(xiàn)對招投標業(yè)務的建模分析、狀態(tài)跟蹤和業(yè)務控制。最后，通過傳統(tǒng)的基于多層的JZEE模型對系統(tǒng)進行開發(fā)和實現(xiàn)。實現(xiàn)從招標公告發(fā)布、資審報名、資格預審、投標、評定標到簽約的全程招投標工作管理。本文首先針對招投標業(yè)務管理進行需求分析，包括各種不同行業(yè)或者企事業(yè)單位對招投標業(yè)務的共性和差異性需求要求。對于傳統(tǒng)的手工管理方式，以上文檔的管理和歸檔通過手工的方式，容易造成文檔丟失和泄密等問題。評標過程中的公正性問題對于招投標業(yè)務來說，其管理中的核心問題是如何保證招投標整體過程中的公正性問題，包括投標文件的保密性、專家審核的公正性等。但是某些招標過程需要進行競價完成。同時在評標和簽約過程中又包括一些相關的子流程，因此在系統(tǒng)的需求分析、設計和實現(xiàn)過程中需要對其采用面向對象的思想進行分析，通過UML的動態(tài)模型對業(yè)務流程進行建模，建立易于理解的招標流程動態(tài)模型。本文將在分析以上招投標管理的系統(tǒng)的基礎之上，對招標流程、資源等管理進行抽線提出統(tǒng)一的模型，從而建立一套適合于各個領域的招投標管理系統(tǒng)。因此，傳統(tǒng)的招投標管理系統(tǒng)中的企業(yè)信息要求往往達不到其具體要求。目前，在各企事業(yè)單位形成了各自的信息化系統(tǒng)，能夠很好的處理各自單位的信息化問題，包括業(yè)務流程處理、信息公告以及各類電子資源的存儲。自從2000年國家頒發(fā)《招標投標法》和國家推行企事業(yè)單位信息化以來，針對于招投標的業(yè)務管理系統(tǒng)在各個行業(yè)逐漸發(fā)展起來，其中包括了地區(qū)級政府的招投標管理、水利、建筑等各個行業(yè)的招投標管理、高等院校的招投標管理系統(tǒng)等。其次，通過招投標管理系統(tǒng)提供了快捷、方便的信息查詢功能，解決了傳統(tǒng)管理方式中效率低、保密性差和文件易丟失、難以留檔等關鍵問題。現(xiàn)有的手工處理模式，主要針對數(shù)據(jù)進行表格處理，往往會導致數(shù)據(jù)結果不夠準確，同時不能提供良好的匯總和分析功能。因此，在整個業(yè)務處理流程中，包括了各類申請和審核報表、企業(yè)情況表等。因此，如何實現(xiàn)招標和合同執(zhí)行的同步管理是目前招標管理和項目實施過程中的難點和重點。對于實用性較強的招投標管理系統(tǒng)，需要對以上不同的招標種類和模式進行抽象分析，使得招投標系統(tǒng)支持多種不同的招投標模式。同時，針對不同級別的招標過程其流程也存在一定的差異，同時競標的過程也由于事務的復雜度而不同。規(guī)定基礎設施、公用事業(yè)、使用國有資金投資和國家融資的項目以及與之有關的重要設備、材料等采購行為，達到一定規(guī)模標準的，必須進行招標、公示。招投標管理系統(tǒng)的設計與實現(xiàn) 設計報告蔣和平 S1410w0659 軟件2班第1章 背景以及國內外研究現(xiàn)狀招投標是指在市場經(jīng)濟條件下進行大宗貨物的買賣、工程建設項目的發(fā)包與承包，以及服務項目的采購與提供時，所采用的一種交易方式。隨著招投標業(yè)務在各個行業(yè)的推廣，招投標業(yè)務復雜度日漸提高，標準的招投標業(yè)務包括了招標計劃管理、招標過程管理、合同執(zhí)行管理、招標效果分析、招標統(tǒng)計分析決策支持、成本管理等業(yè)務。招投標流程的復雜和競標業(yè)務的差異性使得招投標業(yè)務管理過程復雜，手工的管理模式往往會存在管理混亂、投標公正性無法保證和文檔管理困難等問題。招標過程公正性問題在企事業(yè)單位的招投標管理過程中，現(xiàn)有的手工管理模式往往會由于人為的因素導致標的過早暴露、評標人聯(lián)合受賄等公正性缺失等問題。參標企業(yè)信用評級困難手工的招投標管理難以對參標企業(yè)的信用等級進行分析，往往會由于信用問題導致項目實施的失敗。目前的手工處理管理都是通過人工整理、收集和歸檔，往往會導致資料丟失和難以進行查找等問題。隨著高新計算機技術的發(fā)展，企業(yè)間的競爭日趨激烈，要保持企業(yè)的競爭力就必須有高效的企業(yè)管理，因此企業(yè)管理的信息化就變的不可或缺。同時，招投標系統(tǒng)為企業(yè)領導層和統(tǒng)計部門提供了良好的信息匯總統(tǒng)計和決策分析等功能。早期的招投標管理采用了傳統(tǒng)的C/S架構，不利于企業(yè)申報和招標信息的公開。在各個單位信息化的同時，由于缺少職能部門間相關業(yè)務交流和處理，導致了“信息孤島”和業(yè)務協(xié)調能力欠缺。另外，針對高等院校的招投標管理，主要是設備、施工和成品等方面的招標要求，與上述政府和水利建設等行業(yè)的招投標管理也存在較大的差異。招投標管理信息系統(tǒng)面向的行業(yè)、用戶和企事業(yè)單位等涉眾種類繁多，因此通過信息化系統(tǒng)對招投標業(yè)務流程進行分析、設計和實現(xiàn)，將會存在著業(yè)務流程繁雜、招投標種類眾多、業(yè)務流程控制困難等問題。對于動態(tài)流程的管理，采用基于工作流引擎的思想進行實現(xiàn)，通過工作流引擎對整體業(yè)務流程進行定義、跟蹤和管理。因此，為了能夠更好的支持各類招標過程，本文將針對各個行業(yè)的招投標過程進行抽象分類，主要包括競價招標、談判招標和直接招標等。因此，在系統(tǒng)的分析、設計和實現(xiàn)過程中，考慮采用專家信用評估、資料文件分角色權限維護和隨機抽取專家等機制來實現(xiàn)招投標管理的公正性。因此，在系統(tǒng)的分析和設計過程中，需要對投標文檔和資料進行分類歸檔處理。同時，針對傳統(tǒng)的招投標業(yè)務管理中存在的業(yè)務流程處理復雜、數(shù)據(jù)易丟失、公正性缺失等問題，采用Java語言在Eclipse軟件開發(fā)平臺上，基于多層的nEE軟件體系架構，采用了基于B/s的軟件架構，同時針對復雜的流程采用工作流引擎進行設計設計和實現(xiàn)了一套通用的招投標綜合業(yè)務管理系統(tǒng)。本文的主要工作主要包括以下幾個方面:第一，招投標業(yè)務處理流程復雜，本文對以上復雜的招投標流程通過面向對象的思想和UML建模語言進行了建模分析和梳理。第二，針對招標企業(yè)的信用問題，系統(tǒng)在設計過程中增加了招標履約考核管理模塊，針對于標書中的不同階段的目的進行采用了可考核性指標進行評估和分析。第四，針對招投標管理中的核心公正性問題，為了達到整體業(yè)務的處理公平和公開，系統(tǒng)設計實現(xiàn)過程中通過流程審核分配以及專家信用評估和隨機抽取審核專家的方式達到了招投標過程中的公正性。第2章對招投標業(yè)務管理流程的需求進行了分析，梳理和整理了招投標管理的詳細業(yè)務流程，通過業(yè)務流程圖闡述了其詳細的業(yè)務流程。第4章，在面向對象分析基礎上，對系統(tǒng)的建模設計進行了詳細的描述。第2章需求分析針對不同企事業(yè)單位，其招投標管理工作主要是針對不同項目、資源和采購等業(yè)務的相關申請、招投標和跟蹤審核等相關業(yè)務的日常工作。但是，手上和紙質文件處理模式往往會造成工作量大、資源浪費、信息收集丟失和不準確等弊端，因此開發(fā)一套針對現(xiàn)有不同行業(yè)招投標業(yè)務的管理信息系統(tǒng)成為迫切的需要。因此，為了能夠有效對招投標信息進行維護，本文將每次的招投標業(yè)務抽象成項目來進行管理。其中，用戶權限及公共數(shù)據(jù)管理為整個系統(tǒng)的基礎模塊，用戶管理主要是對系統(tǒng)的用戶進行添加、刪除以及用戶信息的修改等。對于招標項目管理，系統(tǒng)的設計過程中將其看做項目進行管理，包括了項目啟動、維護和考核等相關流程。招投標文件歸檔管理是將每次招投標的相關文件進行歸檔存儲，包括了標書、招標公告和相關合同書等，將不同的資源進行分類歸檔。統(tǒng)一開發(fā)過程的最大優(yōu)點是采用按照角色(A以or)對業(yè)務需求進行分析從而識別用例模型 (UseCase)中的方法，通過以上方法能夠直觀的建立起系統(tǒng)的需求分析模型，而且通過多次迭代處理避免需求分析過程中存在的漏項問題。圖21 系統(tǒng)功能包圖通過面向對象的分析方法，結合基于統(tǒng)一建模語言(UML)的建模方法對不同系統(tǒng)模塊中的需求進行用例分析和建模。在靜態(tài)模型的基礎上，對主要實體的數(shù)據(jù)庫進行設計。招投標的業(yè)務流程較為復雜，其中包括了項目審核、招標公告、格預審流程、招標開標流程、評標流程管理、定標流程管理和簽約流程管理等業(yè)務處理流程。針對招投標業(yè)務數(shù)據(jù)的統(tǒng)計分析和決策問題，為了達到企業(yè)招投標業(yè)務的統(tǒng)計和易查詢性，系統(tǒng)在設計過程中增加了各類不同的招投標業(yè)務查詢和統(tǒng)計功能。在招投標業(yè)務分析和處理中，參標企業(yè)的信息維護是其中的核心業(yè)務模塊，因為參標企業(yè)的活動貫穿著招標活動的始末，企業(yè)的信用和資質將會影響其是否能夠通過初步的審核。如圖2一3所示，本文給出了該部分業(yè)務的核心用例圖和關鍵用例的用例描述。用例標識Model_Enterprise_01用例名稱企業(yè)修改相關信息創(chuàng)建時間201165參與者企業(yè)維護人員用例描述維護企業(yè)信息前置條件企業(yè)維護人員登錄系統(tǒng)后置條件記錄信息修改的次數(shù)監(jiān)管部門將對修改的信息進行相應審核基本事件流1. 管理員登錄系統(tǒng)2. 查看企業(yè)相應信息3. 添加、修改或刪除企業(yè)的相關信息，包括基本信息、人員信息、礦產(chǎn)信息等。在需求分析階段，需要對其相關的業(yè)務流程進行分析和定義。其整體的業(yè)務流程為順序的關系，業(yè)務流程的處理過程包括了投標單位、建設單位和監(jiān)管單位三個主要的涉眾人群。因此，在項目的創(chuàng)建和標段創(chuàng)建過程中，相關建設單位還需要設定相應的條件對專家組進行自動選取，從而避免人為選擇因素從而提高了整體招投標管理流程中的公正和公平性。對于專家信息的維護涉眾角色為相關的監(jiān)管單位來進行維護，相關的主要功能包括了專家基本信息維護、專家培訓信息維護、專家現(xiàn)場考核、專家日常考核、專家單位信息維護、專家信息統(tǒng)計等相關功能，其用例圖如圖2一6所示:圖2一6專家管理用例圖對于招投標管理系統(tǒng)來說，招投標業(yè)務流程管理中最關鍵的部分為跟蹤和確定某個階段內中標企業(yè)的履職情況，包括了完成進度、工作簡報和履約評級等相關內容。因此，在系統(tǒng)業(yè)務分析、設計和實現(xiàn)過程中，需要增加對于以上三類主要成員的信用檔案維護和管理。相對一于功能性需求，非功能性需求不僅僅關乎軟件產(chǎn)品的使用和性能，同時還在某種程度上影響到軟件的功能性需求。系統(tǒng)用戶涉及到相關部門的使用人員、公司項目管理人員、評審專家等，系統(tǒng)使用培訓對他們來說周期很短或者不需培訓，而日常管理人員大部分屬于計算機普通用戶甚至是新手，這里所說的培訓時間主要指針對這類用戶。沒人喜歡錯誤、缺陷、系統(tǒng)故障和數(shù)據(jù)丟失，當系統(tǒng)出現(xiàn)故障和用戶出現(xiàn)錯誤的操作后是否支持恢復，當用戶在使用過程中遇到錯誤的時候是否可以立即定位問題，當業(yè)務場景和邏輯發(fā)生變化的時候系統(tǒng)是否支持，當網(wǎng)絡不穩(wěn)定或使用中異常中斷的情況下系統(tǒng)是否都有相應的容錯措施，這些都包含于可靠性要求中。對于客房子系統(tǒng)來說，系統(tǒng)必須7*24小時正常使用，而餐飲子系統(tǒng)也必須在進餐的高峰時段確保穩(wěn)定。產(chǎn)生數(shù)字輸出的系統(tǒng)要求有多高的精確度。如數(shù)據(jù)的完全丟失或者系統(tǒng)的關鍵性模塊不能使用。(4)退化模式:系統(tǒng)被降級時，可接受的運轉模式。第3章系統(tǒng)設計對于系統(tǒng)的研究開發(fā)，在完成整體的需求分析之后將進入系統(tǒng)的設計階段，基于RUP的軟件設計主要包括了系統(tǒng)概要設計和系統(tǒng)的詳細設計兩階段的工作。因此，本章將針對系統(tǒng)的概要設計主要是系統(tǒng)的軟件架構設計、權限管理設計和基本的功能設計部分進行詳細的描述。針對招投標管理系統(tǒng)用戶角色多、部門多和分布地域廣泛的特點，整體招投標管理系統(tǒng)的架構設計本文選擇采用基于JZEE的多層架構設計，同時采用了B/S的整體軟件設計。同時，鑒于系統(tǒng)采用分層松藕合的架構設計，使得系統(tǒng)框架的可擴展性得到增強系統(tǒng)容易實現(xiàn)對業(yè)務請求的擴展。對于基于開源框架來說，目前己經(jīng)逐漸成為研究和開發(fā)的熱點同時得到了很大的發(fā)展。圖3一l基于SSH的JZEE架構 JZEE平臺提供的這個多層結構的分布式應用程序模型具有重用組件的能力、基于擴展標記語言(XML)的數(shù)據(jù)交換、統(tǒng)一的安全模式和靈活的事物控制。以下對整體的分層結構圖如圖3一2所示，分別進行詳細的描述:1表現(xiàn)層，主要包括基于瀏覽器技術的B/S端的頁面顯示和基于 JasperReP0rt的各種不同樣式和類型的數(shù)據(jù)報表顯示部分。在報表數(shù)據(jù)的顯示過程中，設計階段充分采用了基于模型驅動的開發(fā)技術，將報表的顯示劃分為模型描述、界面管理器和業(yè)務數(shù)據(jù)接口三部分組成。在報表的顯示過程中，通過業(yè)務數(shù)據(jù)模塊獲取業(yè)務數(shù)據(jù)，由界面管理器結合數(shù)據(jù)和界面描述文件獲取最終繪制的數(shù)據(jù)報表和各類格式的圖表。其中，SPring為業(yè)務邏輯的有效開發(fā)提供了合理的封裝類，能夠實現(xiàn)面向切面的有效操作。工作流引擎的引入將業(yè)務邏輯和流程邏輯分離，允許用戶靈活的設計與發(fā)布新的流程。數(shù)據(jù)庫層，主要是具體的對數(shù)據(jù)進行存儲的數(shù)據(jù)關系關聯(lián)表，包括了不同實體數(shù)據(jù)的表格、各類業(yè)務關系的存儲表等。首先系統(tǒng)管理員通過“用戶一用戶組一角色一資源”多層模式來設置用戶權限，為每個角色維護其資源的訪問權限，而每個用戶組被指派一個或多個角色，這樣用戶既具有了所指派角色的資源權限。而用