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

招投標管理系統(tǒng)設計與實現設計報告蔣和平 S1410w0659 軟件2班第1章背景以及國內外研究現狀1.1系統(tǒng)開發(fā)背景招投標是指在市場經濟條件下進行大宗貨品買賣、工程建設項目發(fā)包與承包，以及服務項目采購與提供時，所采用一種交易方式。由于招標投標具備公平、公正特性以及“競爭、優(yōu)化”功能，在現今社會中得到了廣泛應用。為了規(guī)范招標投標行為，增進公平競爭，《中華人民共和國招標投標法》自1月1日起正式實行。規(guī)定基本設施、公用事業(yè)、使用國有資金投資和國家融資項目以及與之關于重要設備、材料等采購行為，達到一定規(guī)模原則，必要進行招標、公示。隨著招投標業(yè)務在各個行業(yè)推廣，招投標業(yè)務復雜度日漸提高，原則招投標業(yè)務涉及了招標籌劃管理、招標過程管理、合同執(zhí)行管理、招標效果分析、招標記錄分析決策支持、成本管理等業(yè)務。隨著招標業(yè)務解決流程和涉及文獻管理復雜限度提高，老式手工招投標管理存在招標過程公正性缺失、過程細節(jié)混亂、文檔和合同文獻易丟失、招標效果和記錄分析能力缺失等問題。通過對當前不同行業(yè)中招投標管理業(yè)務流程分析和研究發(fā)現，不同行業(yè)對于招投標管理存在問題和異同性規(guī)定重要涉及:1、業(yè)務解決流程復雜既有招投標管理涉及了招標籌劃、招標公示、競標、材料提交、標審核、合同訂立、合同執(zhí)行流程和招標公司評價等有關流程。同步，針對不同級別招標過程其流程也存在一定差別，同步競標過程也由于事務復雜度而不同。招投標流程復雜和競標業(yè)務差別性使得招投標業(yè)務管理過程復雜，手工管理模式往往會存在管理混亂、投標公正性無法保證和文檔管理困難等問題。2、招標模式種類繁多對于招投標管理，根據招投標物品和項目類別不同，招標環(huán)節(jié)中競標過程涉及了不同模式。通過對市場上招投標業(yè)務分析和抽象，咱們提取出了競價招投標管理、談判招投標管理和直接招投標管理等三種模式。對于實用性較強招投標管理系統(tǒng)，需要對以上不同招標種類和模式進行抽象分析，使得招投標系統(tǒng)支持各種不同招投標模式。3、招標過程公正性問題在企事業(yè)單位招投標管理過程中，既有手工管理模式往往會由于人為因素導致標過早暴露、評標人聯合受賄等公正性缺失等問題。因而，在招投標管理過程中如何保證招標過程公正性是當前招投標管理系統(tǒng)首要任務。4、合同執(zhí)行管理復雜當前，既有招投標管理模式其招標過程和合同執(zhí)行過程是分開，這種狀況往往會導致項目管理混亂問題。因而，如何實現招標和合同執(zhí)行同步管理是當前招標管理和項目實行過程中難點和重點。5、參標公司信用評級困難手工招投標管理難以對參標公司信用級別進行分析，往往會由于信用問題導致項目實行失敗。因而，如何結合招投標管理系統(tǒng)對參加競標公司進行信用級別分析和管理也是招投標管理系統(tǒng)核心。6、招標材料歸檔工作繁重在招投標業(yè)務管理過程中，涉及了招標公司資質文獻、標書文獻、標書審核和評審文獻等。因而，在整個業(yè)務解決流程中，涉及了各類申請和審核報表、公司狀況表等。當前手工解決管理都是通過人工整頓、收集和歸檔，往往會導致資料丟失和難以進行查找等問題。7、招標記錄、分析能力欠缺當前，對于企事業(yè)單位來說每年招投標業(yè)務數量逐漸增多，從而使得招投標業(yè)務數據量增多。每年如何對招投標數據和文檔進行歸類和數據分析成為每年有關部門年終工作重點。既有手工解決模式，重要針對數據進行表格解決，往往會導致數據成果不夠精確，同步不能提供良好匯總和分析功能。隨著高新計算機技術發(fā)展，公司間競爭日趨激烈，要保持公司競爭力就必要有高效公司管理，因而公司管理信息化就變不可或缺。招投標信息管理系統(tǒng)是公司信息化一某些，它內容對于提高公司采購管理水平和公司決策分析能力都至關重要。一方面，招投標管理信息化解決了公司招標過程中不公平性問題，通過招標流程信息化減少了整體流程中人為因素影響，使得公司設備采購、基建招標和原材料產品招標等過程更加透明、公開和公正;另一方面，通過招投標管理系統(tǒng)提供了快捷、以便信息查詢功能，解決了老式管理方式中效率低、保密性差和文獻易丟失、難以留檔等核心問題;同步，招投標系統(tǒng)為公司領導層和記錄部門提供了良好信息匯總記錄和決策分析等功能。這些長處可以極大地提高招標信息管理效率，也是公司科學化、正規(guī)化管理，與世界接軌重要條件。因而，開發(fā)這樣一套管理軟件成為很有必要事情。1.2國內外研究狀況自從國家頒發(fā)《招標投標法》和國家履行企事業(yè)單位信息化以來，針對于招投標業(yè)務管理系統(tǒng)在各個行業(yè)逐漸發(fā)展起來，其中涉及了地區(qū)級政府招投標管理、水利、建筑等各個行業(yè)招投標管理、高等院校招投標管理系統(tǒng)等。初期招投標管理采用了老式C/S架構，不利于公司申報和招標信息公開。近年來，隨著基于JZEE和.NET軟件技術發(fā)展，基于B/S架構招投標管理系統(tǒng)成為當前各企事業(yè)單位招投標管理首選。隨著國內政府公司信息化建設推動，政府推出了電子政務建設方案，將政府重要解決業(yè)務涉及各類審核、審批業(yè)務通過基于web方式提供應公司和個人顧客。當前，在各企事業(yè)單位形成了各自信息化系統(tǒng)，可以較好解決各自單位信息化問題，涉及業(yè)務流程解決、信息公示以及各類電子資源存儲。在各個單位信息化同步，由于缺少職能部門間有關業(yè)務交流和解決，導致了“信息孤島”和業(yè)務協(xié)調能力欠缺。對于各個地區(qū)政府來說，政府招投標管理系統(tǒng)普通作為電子政務系統(tǒng)中核心模塊，它與政府電子政務系統(tǒng)共享統(tǒng)一門戶信息、管理人員信息以及專家領域信息。水利、建筑行業(yè)招投標管理存在著行業(yè)建設背景等方面規(guī)定，因而對于公司資質、在建工程、工程技術信息人員等方面具備特殊規(guī)定。因而，老式招投標管理系統(tǒng)中公司信息規(guī)定往往達不到其詳細規(guī)定。此外，針對高等院校招投標管理，重要是設備、施工和成品等方面招標規(guī)定，與上述政府和水利建設等行業(yè)招投標管理也存在較大差別。同步，上述不同行業(yè)針對招投標過程來說，其跟蹤、匯總和決策支持等方面規(guī)定也存在著較大差別。因而，如何規(guī)范和抽象投標管理流程和相應過程、文檔信息和匯總信息成為當前招投標管理核心研究問題。本文將在分析以上招投標管理系統(tǒng)基本之上，對招標流程、資源等管理進行抽線提出統(tǒng)一模型，從而建立一套適合于各個領域招投標管理系統(tǒng)。1.3系統(tǒng)需要解決重要問題招投標管理信息系統(tǒng)面向行業(yè)、顧客和企事業(yè)單位等涉眾種類繁多，因而通過信息化系統(tǒng)對招投標業(yè)務流程進行分析、設計和實現，將會存在著業(yè)務流程繁雜、招投標種類眾多、業(yè)務流程控制困難等問題。當前，市場上已有招投標管理系統(tǒng)往往只會針對某個行業(yè)或部門，沒有成熟招投標模式抽象，因而缺少成熟系統(tǒng)進行分析和參照。因而，在針對招投標業(yè)務進行需求分析、設計和實現過程中，本文需要解決好如下重要幾種問題:1、招投標業(yè)務流程梳理在招投標業(yè)務整體解決流程中，涉及了招標項目審核審批、招標公示發(fā)布、資格預審流程、招標開標流程、評標流程管理、定標流程管理和簽約流程管理等業(yè)務解決流程。同步在評標和簽約過程中又涉及某些有關子流程，因而在系統(tǒng)需求分析、設計和實現過程中需要對其采用面向對象思想進行分析，通過UML動態(tài)模型對業(yè)務流程進行建模，建立易于理解招標流程動態(tài)模型。對于動態(tài)流程管理，采用基于工作流引擎思想進行實現，通過工作流引擎對整體業(yè)務流程進行定義、跟蹤和管理。2、招標過程抽象通過對招投標過程管理進行分析，發(fā)現招投標過程中由于行業(yè)背景不同，其過程將存在很大差別。某些招標過程只是普通辦公用品采買，因而其評標過程較為簡樸;但是某些招標過程需要進行競價完畢。因而，為了可以更好支持各類招標過程，本文將針對各個行業(yè)招投標過程進行抽象分類，重要涉及競價招標、談判招標和直接招標等。3、招標公司信用問題在招投標管理過程中，如何分析和擬定公司信用級別和資質是招標管理中核心問題。因而，在招投標系統(tǒng)設計和實現過程中，需要支持公司履約評級和考核從而解決公司信用分析問題。4、評標過程中公正性問題對于招投標業(yè)務來說，其管理中核心問題是如何保證招投標整體過程中公正性問題，涉及投標文獻保密性、專家審核公正性等。因而，在系統(tǒng)分析、設計和實現過程中，考慮采用專家信用評估、資料文獻分角色權限維護和隨機抽取專家等機制來實現招投標管理公正性。5、數據、標書等文檔歸檔管理問題招投標業(yè)務管理過程中涉及了公司申請文檔、標書和合同籌劃等有關重要材料。同步，以上材料又同相應招標項目具備相應關聯性，每次招標項目涉及大量需要存檔文檔。對于老式手工管理方式，以上文檔管理和歸檔通過手工方式，容易導致文檔丟失和泄密等問題。因而，在系統(tǒng)分析和設計過程中，需要對投標文檔和資料進行分類歸檔解決。6、項目記錄分析和決策支持問題對于企事業(yè)單位來說每年招投標項目將會成百上千，因而如何對每年招投標數據進行記錄分析將是系統(tǒng)中重點和難點。老式手工記錄辦法，容易導致記錄成果錯誤性，因而在設計過程中通過專門記錄分析功能可以簡化記錄決策分析工作并提高記錄分析成果對的性。1.4本設計重要工作和組織構造1.4.1本設計重要工作本文一方面針對招投標業(yè)務管理進行需求分析，涉及各種不同行業(yè)或者企事業(yè)單位對招投標業(yè)務共性和差別性需求規(guī)定。同步，針對老式招投標業(yè)務管理中存在業(yè)務流程解決復雜、數據易丟失、公正性缺失等問題，采用Java語言在Eclipse軟件開發(fā)平臺上，基于多層nEE軟件體系架構，采用了基于B/s軟件架構，同步針對復雜流程采用工作流引擎進行設計設計和實現了一套通用招投標綜合業(yè)務管理系統(tǒng)。通過系統(tǒng)分析、設計和實現為不同行業(yè)中企事業(yè)單位提供了統(tǒng)一業(yè)務解決方案。本系統(tǒng)以網絡工作平臺方式，服務于建設單位、公司、政府監(jiān)管部門三類顧客。實現從招標公示發(fā)布、資審報名、資格預審、投標、評估標到簽約全程招投標工作管理。本文重要工作重要涉及如下幾種方面:第一，招投標業(yè)務解決流程復雜，本文對以上復雜招投標流程通過面向對象思想和UML建模語言進行了建模分析和梳理。通過用例分析對系統(tǒng)功能進行分解解決，對于復雜業(yè)務解決流程建立靜態(tài)模型和動態(tài)模型。在靜態(tài)模型基本上，對重要實體數據庫進行設計;最后，通過老式基于多層JZEE模型對系統(tǒng)進行開發(fā)和實現。第二，針對招標公司信用問題，系統(tǒng)在設計過程中增長了招標履約考核管理模塊，針對于標書中不同階段目進行采用了可考核性指標進行評估和分析。通過對于完畢標狀況建立公司信用級別，同步建立招投標公司信息庫達到對于招標履行可控性。第三，招投標業(yè)務流程較為復雜，其中涉及了項目審核、招標公示、格預審流程、招標開標流程、評標流程管理、定標流程管理和簽約流程管理等業(yè)務解決流程。因而在業(yè)務系統(tǒng)分析和架構設計過程中，系統(tǒng)通過基于工作流引擎流程解決模塊，實現對招投標業(yè)務建模分析、狀態(tài)跟蹤和業(yè)務控制。第四，針對招投標管理中核心公正性問題，為了達到整體業(yè)務解決公平和公開，系統(tǒng)設計實現過程中通過流程審核分派以及專家信用評估和隨機抽取審核專家方式達到了招投標過程中公正性。第五，針對招投標業(yè)務數據記錄分析和決策問題，為了達到公司招投標業(yè)務記錄和易查詢性，系統(tǒng)在設計過程中增長了各類不同招投標業(yè)務查詢和記錄功能。同步，針對不同功能為其提供了先進數據呈現方式，從而達到為公司決策者進行服務目。1.4.2本設計報告組織構造第1章分析了招投標業(yè)務及其信息管理系統(tǒng)背景和國內外發(fā)呈現狀，簡要闡述了本文所需要解決重要問題，最后指明了本文重要工作。第2章對招投標業(yè)務管理流程需求進行了分析，梳理和整頓了招投標管理詳細業(yè)務流程，通過業(yè)務流程圖闡述了其詳細業(yè)務流程。同步，該章也提出了系統(tǒng)目的和需要解決問題。第3章闡述了系統(tǒng)技術架構和功能架構，闡明了基本系統(tǒng)邏輯架構設計;針對招投標管理業(yè)務解決流程繁多問題，提出了整體系統(tǒng)功能構造設計。第4章，在面向對象分析基本上，對系統(tǒng)建模設計進行了詳細描述;對于招投標管理業(yè)務流程進行了分析和設計，最后給出了系統(tǒng)數據庫設計。第5章簡介了系統(tǒng)業(yè)務流程重要功能實現和其中核心技術，涉及招標公司申請審核、招標公開、各個招標業(yè)務流程實現和專家?guī)旃芾砟K等。是結束語，對本文所作工作和下一步要解決問題進行了總結。第2章需求分析2.1系統(tǒng)概述針對不同企事業(yè)單位，其招投標管理工作重要是針對不同項目、資源和采購等業(yè)務有關申請、招投標和跟蹤審核等有關業(yè)務尋常工作。其業(yè)務涉及了一系列復雜業(yè)務審核審批、合同履行評審等有關流程構成，重要涉及了項目立項申請審批、招標公示發(fā)布、資格預審流程、招標開標流程、評標流程管理、定標流程管理和簽約流程管理等業(yè)務解決流程。同步，在評標和簽約過程中又涉及某些有關子流程，涉及了大量信息、資源管理和報表輸出打印以及公司信用評估和招投標業(yè)務公平性保證等有關輔助業(yè)務。此外，在某個項目申請、審核和招投標業(yè)務解決結束后，需要業(yè)務人員對有關材料進行歸檔解決，而既有解決方式多采用紙質文獻收集和人工解決模式。但是，手上和紙質文獻解決模式往往會導致工作量大、資源揮霍、信息收集丟失和不精確等弊端，因而開發(fā)一套針對既有不同行業(yè)招投標業(yè)務管理信息系統(tǒng)成為迫切需要。本文將針對不同行業(yè)招投標管理業(yè)務進行需求分析，然后結合面向對象思想和基于UML建模辦法，完畢系統(tǒng)需求分析、設計和實現。通過以上業(yè)務場景需求分析，系統(tǒng)將需要解決重要問題涉及公司信息庫和公司信用檔案維護、專家信息庫維護、招投標公正性擬定、中標公司履約考核、項目信息記錄和招投標流程維護等。特別針對招投標流程管理，又涉及了招標籌劃和流程制定、資格審查報名流程、預審流程、投標開標流程、評標流程、定標流程和簽約流程等多項復雜流程。因而，為了可以有效對招投標信息進行維護，本文將每次招投標業(yè)務抽象成項目來進行管理。通過項目管理可以有效定義控制其整體流程，并可以有效定義該次招投標業(yè)務中有關公司、數據和招投標文獻等，同步可以很以便對其進行查詢和記錄。其思想是在每次招投標項目開始前，將其當作項目一方面進行信息初始化，涉及了流程設立、投標數據和信息存儲地址、專家信息維護和公司信息維護等。在接下來招投標管理中，將所有有關于本次投標信息通過項目管理方式來進行維護，從而實現信息有效組織和維護。其中，顧客權限及公共數據管理為整個系統(tǒng)基本模塊，顧客管理重要是對系統(tǒng)顧客進行添加、刪除以及顧客信息修改等;權限管理是由管理員對系統(tǒng)顧客進行權限分派。公共數據維護是由系統(tǒng)管理員對生活調查中需要填寫數據數據字典以及某些公共數據進行維護。公司信息庫維護和建立涉及了公司申請、監(jiān)管單位審批和公司信息維護等有關功能。對于招標項目管理，系統(tǒng)設計過程中將其看做項目進行管理，涉及了項目啟動、維護和考核等有關流程。同步，對于其流程管理通過基于工作流引擎思想進行設計和實現，同步可以對其進行狀態(tài)跟蹤和查詢。為了實現對公司資信進行評估考核，系統(tǒng)中建立各個階段標履約考核，通過考核成果對公司信用級別進行評估，為招標過程提供決策參照。同步，為了可以實現招投標過程公正性，在評標過程中專家通過隨機抽取方式進行擬定。招投標文獻歸檔管理是將每次招投標有關文獻進行歸檔存儲，涉及了標書、招標公示和有關合同書等，將不同資源進行分類歸檔。數據分析模塊重要是針對某個時期內所有招投標文獻進行記錄分析，涉及招標信息明細查詢、記錄報表等。在系統(tǒng)管理過程中，除了以上業(yè)務解決模塊意外還需要涉及報表打印模塊將各類不同數據報表進行輸出，涉及Excel輸出、表格輸出和記錄報表輸出等。在系統(tǒng)需求分析過程中，本文采用統(tǒng)一開發(fā)過程思想進行軟件設計與開發(fā)，系統(tǒng)功能性需求描述工具重要是用例模型(UseCase)，即將系統(tǒng)功能性需求分解到每一種需求分析用例中去。統(tǒng)一開發(fā)過程最大長處是采用按照角色(A以or)對業(yè)務需求進行分析從而辨認用例模型(UseCase)中辦法，通過以上辦法可以直觀建立起系統(tǒng)需求分析模型，并且通過多次迭代解決避免需求分析過程中存在漏項問題。在統(tǒng)一開發(fā)過程分析辦法中，咱們?yōu)榱丝梢郧逦枋鱿到y(tǒng)用例及其層次成果，本文通過包圖對業(yè)務需求各個模塊進行分析解決。在系統(tǒng)需求分析過程中，本文引入了包圖對不同業(yè)務用例進行分模塊解決和分析。如圖2一1所示，從系統(tǒng)總體功能性需求來看本文招投標管理系統(tǒng)系統(tǒng)可以劃分為如下幾種包圖:顧客和權限管理、公共數據維護管理、數據報表管理、招標項目管理、公司信息審核維護管理、專家信息管理、項目資源管理、投標履約管理、招標流程管理、專家抽審管理、公司信用維護管理和信息記錄分析管理等。圖2-1系統(tǒng)功能包圖通過面向對象分析辦法，結合基于統(tǒng)一建模語言(UML)建模辦法對不同系統(tǒng)模塊中需求進行用例分析和建模。本文接下來對系統(tǒng)需求核心用例模塊涉及公司信息申請和審核管理模塊、招標項目流程管理、專家信息管理維護、履約考核管理、信用檔案管理等模塊進行用例建模分析和描述。2.2系統(tǒng)目的和解決問題結合不同行業(yè)和企事業(yè)單位招投標業(yè)務需求和分析，本文在設計和實現招投標管理系統(tǒng)過程中需要達到如下幾方面規(guī)定:1、招投標業(yè)務解決流程復雜，本文對以上復雜招投標流程通過面向對象思想和UML建模語言進行了建模分析和梳理。通過用例分析對系統(tǒng)功能進行分解解決，對于復雜業(yè)務解決流程建立靜態(tài)模型和動態(tài)模型。在靜態(tài)模型基本上，對重要實體數據庫進行設計;最后，通過老式基于多層JZEE模型對系統(tǒng)進行開發(fā)和實現。2、針對招標公司信用問題，系統(tǒng)在設計過程中增長了招標履約考核管理模塊，針對于標書中不同階段目進行采用了可考核性指標進行評估和分析。通過對于完畢標狀況建立公司信用級別，同步建立招投標公司信息庫達到對于招標履行可控性。3、招投標業(yè)務流程較為復雜，其中涉及了項目審核、招標公示、格預審流程、招標開標流程、評標流程管理、定標流程管理和簽約流程管理等業(yè)務解決流程。因而，在業(yè)務系統(tǒng)分析和架構設計過程中如何實現業(yè)務流程定義和控制將關系到系統(tǒng)實現成敗。本文在系統(tǒng)設計和實現過程中通過基于工作流引擎流程解決模塊，實現對招投標業(yè)務建模分析、狀態(tài)跟蹤和業(yè)務控制，從而達到有效流程定義和業(yè)務解決。4、針對招投標管理中核心公正性問題，為了達到整體業(yè)務解決公平和公開，系統(tǒng)設計實現過程中通過流程審核分派以及專家信用評估和隨機抽取審核專家方式達到了招投標過程中公正性。5、針對招投標業(yè)務數據記錄分析和決策問題，為了達到公司招投標業(yè)務記錄和易查詢性，系統(tǒng)在設計過程中增長了各類不同招投標業(yè)務查詢和記錄功能。同步，針對不同功能為其提供了先進數據呈現方式，從而達到為公司決策者進行服務目。2.3功能需求分析招投標管理作為企事業(yè)單位信息化管理核心模塊，關系著其運營和生產，良好招投標管理將會增進企事業(yè)單位高效運作和良好形象。本文接下來將對招投標管理信息系統(tǒng)中公司信息申請和審核管理模塊、招標項目流程管理、專家信息管理維護、履約考核管理、信用檔案管理進行詳細需求分析和描述。2.3.1公司信息管理在招投標業(yè)務分析和解決中，參標公司信息維護是其中核心業(yè)務模塊，由于參標公司活動貫穿著招標活動始末，公司信用和資質將會影響其與否可以通過初步審核。對于招投標信息管理來說，公司信息管理涉及了復雜審核和審批流程，其中涉及了公司基本信息備案、監(jiān)管單位審核、公司初次填報、監(jiān)管單位初次填報審批、公司信息修改、修改信息審核等有關業(yè)務流程，其有關業(yè)務解決流程和涉眾人群如圖2一2所示。圖2一2公司信息管理業(yè)務流程圖FigureZ一2SystemPaekagediagram通過對上述公司信息業(yè)務管理流程分析，公司信息管理模塊中還涉及了公司信息檢索和查詢以及報表生成打印等有關功能。通過對上述業(yè)務需求分析，公司信息管理模塊重要涉及了各類參標公司單位和有關監(jiān)管單位兩種角色。如圖2一3所示，本文給出了該某些業(yè)務核心用例圖和核心用例用例描述。圖2一3公司信息管理用例圖FigureZ一3SystemPaekagediagram對于招投標信息來說，公司有關信息維護關系著公司與否具備相應資質進行招投標操作，因而如何完畢公司有關信息填報和資質審查是本文系統(tǒng)設計和實現核心。同步，公司對于有關信息進行修改時，也需要有關部門進行審核，因而針對公司信息維護和填報用例描述如表2一1所示。公司維護人員在登錄招投標管理系統(tǒng)后，將依次對基本信息、資質信息、人員構成信息、公司資產構成信息、設備信息和在建工程信息以及代表工程信息進行相應維護。用例標記Model_Enterprise_01用例名稱公司修改有關信息創(chuàng)立時間-6-5參加者公司維護人員用例描述維護公司信息前置條件公司維護人員登錄系統(tǒng)后置條件記錄信息修改次數監(jiān)管部門將對修改信息進行相應審核基本領件流管理員登錄系統(tǒng)查看公司相應信息添加、修改或刪除公司有關信息，涉及基本信息、人員信息、礦產信息等。擴展事件流在公司某個在建工程需要轉為有關公司代表性工程時，將其轉化為代表性工程備注公司對于有關信息進行修改時，需要進行相應登記：在公司信息進行修改后需要通過審核以保證公司信息真實性。表2一1公司人員進行公司信息維護用例闡明2.3.2招標項目流程管理通過對招投標管理系統(tǒng)業(yè)務流程需求分析，本文在分析和設計過程中將某個業(yè)務招投標過程看作一整體項目來進行管理。將整體業(yè)務看做從發(fā)起、初始化數據到投標報名、專家審核、簽定合同看作是項目整體周期，通過工作流模型對其定義。在需求分析階段，需要對其有關業(yè)務流程進行分析和定義。通過對其業(yè)務需求進行分析，其重要涉眾角色涉及了建設單位、投標單位和工程監(jiān)管單位，整體業(yè)務流程涉及了招標項目定義、標段信息定義、招標公示發(fā)布、項目申請開始、資格審查報名、資格預審、招標開標、評標管理、定標管理和訂立合同;整體流程如圖2一4所示:圖2一4招投標項目流程圖從上圖可以發(fā)現，在招標項目流程管理整體業(yè)務流程中，所有涉眾角色中建設單位是核心業(yè)務核心角色，因而接下來描述中將針對建設單位用例進行建模分析和描述，其業(yè)務用例圖如圖2一5所示:圖2一5招投標用例圖通過對招投標業(yè)務流程業(yè)務需求進行分析，對于招投標管理信息系統(tǒng)來說其最核心業(yè)務解決為流程需求梳理和管理。通過對招投標業(yè)務需求分析，本文梳理得到招投標項目流程依次為項目信息創(chuàng)立和維護、標段信息創(chuàng)立和維護、招標公示發(fā)布、資格審查報名、資格預審階段、投標開標階段、評標階段、定標階段和簽約階段。其整體業(yè)務流程為順序關系，業(yè)務流程解決過程涉及了投標單位、建設單位和監(jiān)管單位三個重要涉眾人群。特別在“資格預審”和“評標”流程環(huán)節(jié)中，需要有關專家組進行招標投票和打分評審。因而，在業(yè)務系統(tǒng)設計過程中還涉及了有關專家等涉眾人群。對于某個招投標項目來說，在資格預審和評標解決階段，需要有關專家進行登錄評審。因而，在項目創(chuàng)立和標段創(chuàng)立過程中，有關建設單位還需要設定相應條件對專家組進行自動選用，從而避免人為選取因素從而提高了整體招投標管理流程中公正和公平性。如表2一2，本文給出了專家條件設立和篩選用例詳細闡明:用例標記Model_WorkFlow_ExpertSelection用例名稱選取評審專家創(chuàng)立時間-1-11參加者建設管理單位用例描述管理員設定有關專家篩選條件前置條件已經對有關招標項目進行基本維護完畢有關項目的段維護后置條件通過篩選條件自動生成評審專家為有關專家生成登錄名和密碼基本領件流管理員登錄系統(tǒng)查看有關項目信息設定評標和資格審查日期新建抽簽關聯有關項目和標段，設定專家人數選取專家組類型進行專家組抽簽擬定專家組抽簽，定簽擴展事件流在專家組擬定后來，有關監(jiān)督單位可以對專家抽簽成果進行修改和取消備注專家組選取與有關專家信息，屬性和專家信用有關聯，整體采用動態(tài)裁減制從而保證專家評審公正性。表2一2選取評審專家用例闡明2.3.3專家信息管理通過以上業(yè)務流程分析，本文得出有關專家信息維護關系到招投標管理系統(tǒng)成敗，特別是針對招標項目流程中資格審查和評標階段，專家選取公正性和權威性關系到招標最后成敗。因而，在招投標管理信息系統(tǒng)設計和實現山東人學碩十學位論文過程中，需要建立相應專家?guī)煨畔⒓捌渚S護模塊，通過該模塊支持整體專家組篩選和擬定，從而保證招投標業(yè)務有效運轉而提高招投標項目成功幾率。對于專家信息維護涉眾角色為有關監(jiān)管單位來進行維護，有關重要功能涉及了專家基本信息維護、專家培訓信息維護、專家現場考核、專家尋?？己恕＜覇挝恍畔⒕S護、專家信息記錄等有關功能，其用例圖如圖2一6所示:圖2一6專家管理用例圖2.3.4履約考核管理對于招投標管理系統(tǒng)來說，招投標業(yè)務流程管理中最核心某些為跟蹤和擬定某個階段內中標公司履職狀況，涉及了完畢進度、工作簡報和履約評級等有關內容。通過相應建設進度跟蹤，可以及時跟蹤和發(fā)現招標項目建設過程中存則各種問題。該某些有關重要涉眾角色涉及了建設單位和中標單位，其中中標單位需要定期填寫簡報，而建設單位需要定期對有關工作內容進行審核和評價，及時列出某個階段內評價不合格單位。因而，對于履約考核最重要涉眾角色為有關建設單位，如圖2一7，給出了中標單位履約考核有關重要用例及其分析和描述:圖2一7履約考核用例圖2.3.5信用檔案管理通過上述招投標管理業(yè)務分析，咱們發(fā)現招標單位、單位核心成員和評審專家信用將關系著招投標業(yè)務公平性甚至影響到整個招標項目最后成敗。因而，在系統(tǒng)業(yè)務分析、設計和實現過程中，需要增長對于以上三類重要成員信用檔案維護和管理。其中，對招標單位來說，其有關中標項目評價將會自動轉入其信用檔案;單位核心成員信用級別也與上述中標項目履約成果有關，其中評審專家信用級別由有關監(jiān)管單位維護人員審核擬定后擬定其有關信用影響。對于信用檔案管理，重要涉及了公司信用檔案維護、個人信用檔案維護、公司信用級別維護、專家信用檔案維護和有關重要查詢記錄功能，其重要用例如下圖2一8所示:圖2一8信用檔案管理用例圖2.4系統(tǒng)非功能性需求對于業(yè)務信息管理系統(tǒng)來說，除了業(yè)務功能有關需求以外還涉及了系統(tǒng)運營、維護等有關方面非功能性需求。相對一于功能性需求，非功能性需求不但僅關乎軟件產品使用和性能，同步還在某種限度上影響到軟件功能性需求。如果事先缺少較好非功能性需求定義，成果往往是使產品在非功能性需求面前捉襟見肘，甚至沉沒功能性需求給顧客帶來價值。對于招投標管理系統(tǒng)來說，本文非功能性需求重要涉及:合用性規(guī)定，可靠性規(guī)定，性能規(guī)定，可支持性規(guī)定，下面分別對各項規(guī)定進行分析。1.合用性規(guī)定合用性規(guī)定系統(tǒng)顧客學習和操作簡樸，依照規(guī)定可以延伸出這樣四點模糊需求:l)指明為了使顧客可以完畢普通尋常工作所需要培訓時間，并且需要以那些從未接觸過計算機新手以及普通顧客和高檔顧客術語來描述。系統(tǒng)顧客涉及到有關部門使用人員、公司項目管理人員、評審專家等，系統(tǒng)使用培訓對她們來說周期很短或者不需培訓，而尋常管理人員大某些屬于計算機普通顧客甚至是新手，這里所說培訓時間重要指針對此類顧客。對于新手顧客來講，系統(tǒng)應當滿足培訓時間不大于等于半天，否則將是不可接受。2)指明典型終端顧客也許典型任務或事務可度量任務時間。對于尋常管理人員登錄系統(tǒng)，從系統(tǒng)供能界面輸入有關信息需要時間，這固然會受到技術實現中性能問題影響(網絡傳播速度、網絡容量、RAM和CPU能力，它們共同決定了系統(tǒng)響應時間)，但是任務性能時間也更加受到系統(tǒng)合用性影響。2.可靠性規(guī)定沒人喜歡錯誤、缺陷、系統(tǒng)故障和數據丟失，當系統(tǒng)浮現故障和顧客浮現錯誤操作后與否支持恢復，當顧客在使用過程中遇到錯誤時候與否可以及時定位問題，當業(yè)務場景和邏輯發(fā)生變化時候系統(tǒng)與否支持，當網絡不穩(wěn)定或使用中異常中斷狀況下系統(tǒng)與否均有相應容錯辦法，這些都包括于可靠性規(guī)定中。需求中需要特別提到這些現象，顯示系統(tǒng)究竟以哪種顧客能接受限度運轉。(l)可用性(availability)。系統(tǒng)對于一種使用時間指定比例必要是可用。對于客房子系統(tǒng)來說，系統(tǒng)必要7*24小時正常使用，而餐飲子系統(tǒng)也必要在進餐高峰時段保證穩(wěn)定。(2)平均故障間隔時間和平均修復時間(MTBF和MTTR)。容許系統(tǒng)出故障后不運轉時間，例如規(guī)定90%系統(tǒng)故障要在5分鐘內修復，99.9%系統(tǒng)故障要在一小時內修復，這就規(guī)定在系統(tǒng)運營過程中需要穩(wěn)定技術支持團隊，達到故障修復周期最小化。(3)精確性(accuracy)。產生數字輸出系統(tǒng)規(guī)定有多高精準度。例如數以“萬”為單位，記錄時精準到小數點背面幾位，才干讓學位報盤是不超過國家規(guī)定字段長度。(4)每類錯誤。普通分為微小錯誤、明顯錯誤和核心錯誤三類。如數據完全丟失或者系統(tǒng)核心性模塊不能使用。3.性能規(guī)定，普通涉及如下幾種方面:(l)事務響應時間:平均值、最大值。(2)吞吐量:每秒事務數。(3)容量:系統(tǒng)可容納客戶總數或事務數。(4)退化模式:系統(tǒng)被降級時，可接受運轉模式。這些都應量化地體當前系統(tǒng)需求文檔中。4.可支持性規(guī)定可支持性是指為了升級或修復，軟件被修改能力。對某些應用領域，將來也許升級是可預測，因而需求可以規(guī)定維護小組簡樸升級以及復雜升級“響應時間”。第3章系統(tǒng)設計對于系統(tǒng)研究開發(fā)，在完畢整體需求分析之后將進入系統(tǒng)設計階段，基于RUP軟件設計重要涉及了系統(tǒng)概要設計和系統(tǒng)詳細設計兩階段工作。系統(tǒng)概要設計階段將重要關注整體宏觀上和系統(tǒng)實現技術框架設計。概要設計重要完畢系統(tǒng)需求分析到設計轉化，并且分階段設計實現系統(tǒng)整體架構，使得系統(tǒng)架構可覺得系統(tǒng)進一步開發(fā)和運營服務。在概要設計過程中，將采用由粗到細原則，通過定性和定量分析和分解，同步采用UML建模辦法完畢其設計。因而，本章將針對系統(tǒng)概要設計重要是系統(tǒng)軟件架構設計、權限管理設計和基本功能設計某些進行詳細描述。3.1系統(tǒng)技術架構3.1.1軟件架構設計系統(tǒng)軟件架構設計是指將軟件需求轉化為數據構造和軟件系統(tǒng)構造以及劃分系統(tǒng)功能模塊設計。系統(tǒng)技術架構，其任務是以系統(tǒng)需求分析成果為根據，充分考慮系統(tǒng)特點及顧客規(guī)定，為系統(tǒng)選取適當開發(fā)平臺，并且選取適當方式構建系統(tǒng)。該階段注重宏觀上和框架上設計，涉及與否采用客戶端和服務器端分離多層構造以及客戶端和服務器端所采用技術等。針對招投標管理系統(tǒng)顧客角色多、部門多和分布地區(qū)廣泛特點，整體招投標管理系統(tǒng)架構設計本文選取采用基于JZEE多層架構設計，同步采用了B/S整體軟件設計?？蛻舳思夹g采用瀏覽器進行實現，客戶端與服務器之間采用了HttP合同進行通信，同步為了可以實現相應客戶端與服務器端異步通信，在詳細界面實現某些采用了Ajax技術進行實現。在各個層中分別采用了成熟開源框架，層與層中間采用統(tǒng)一接口。通過統(tǒng)一接口設計實現了層與層之間松藕合。同步，鑒于系統(tǒng)采用分層松藕合架構設計，使得系統(tǒng)框架可擴展性得到增強系統(tǒng)容易實現對業(yè)務祈求擴展。JZEE(Java2Platrorm，Ente印riseEdition)是sUN公司推出一種全新概念模型，使用了一種多層分布式應用程序體系。應用程序邏輯依照其實現不同功能被封裝到組件中，構成JZEE應用程序大量應用程序組件依照其所屬層被安裝到不同機器中。對于JZEE系統(tǒng)架構來說，重要涉及基于EJB重量型架構設計和“spring+struts+Hibemate”開源輕量型架構設計。對于基于開源框架來說，當前己經逐漸成為研究和開發(fā)熱點同步得到了很大發(fā)展。當前，相對于EJB來說，對于體現層逐漸浮現了struts等有關框架，業(yè)務邏輯控制和面向切面控制框架為SPring，而數據持久層框架為Hibemate。然而，相對于別的輕量級框架來說，“spring+Struts+Hibernate”已成為Java開發(fā)主流框架體系。因而，在本文招投標管理系統(tǒng)開發(fā)過程中，也使用了“spring+struts+Hibernate”三駕馬車式框架構造(如圖3一1所示)，通過輕量級架構設計節(jié)約了學習和開發(fā)時間，同步滿足了分層架構設計規(guī)定。圖3一l基于SSHJZEE架構JZEE平臺提供這個多層構造分布式應用程序模型具備重用組件能力、基于擴展標記語言(XML)數據互換、統(tǒng)一安全模式和靈活事物控制;使開發(fā)者不但可以比此前更快刊登對市場新解決方案，并且其獨立于平臺、基于組件JZEE解決方案不再受任何提供商產品和應用程序編程界面限制。提供商和買主都可以選取最適當于其商業(yè)應用和所需技術產品和組件。通過采用基于JZEE軟件平臺進行設計，整體系統(tǒng)軟件構造采用了分層思想，系統(tǒng)軟件構造整體設計按照MVC(Model，View，Control)架構設計思想，將招投標管理系統(tǒng)整體軟件框架分為顯示層、控制層、業(yè)務邏輯層和數據持久層和數據庫層等多層進行設計。如下對整體分層構造圖如圖3一2所示，分別進行詳細描述:1體現層，重要涉及基于瀏覽器技術B/S端頁面顯示和基于JasperReP0rt各種不同樣式和類型數據報表顯示某些。對于界面描述和分析技術，在B/s端重要采用了JsP和基于struts頁面標簽庫進行描述。同步，為了可以實現界面數據異步祈求和顯示，本文在某些模塊數據顯示某些采用了基于Ajax異步數據祈求和顯示技術。該某些重要通過瀏覽器中內置XnllHrtp合同和對象進行異步數據祈求和數據獲取，在對頁面進行顯示過程中結合JavaseriPt對相應界面Html元素進行控制和顯示。在報表數據顯示過程中，設計階段充分采用了基于模型驅動開發(fā)技術，將報表顯示劃分為模型描述、界面管理器和業(yè)務數據接口三某些構成。模型重要是指報表界面中各種顯示元素;界面管理器重要涉及解析器、布局管理和事件解決三某些;業(yè)務數據接口是結合詳細業(yè)務數據解決獲取需要展示和存入報表詳細數據。在報表顯示過程中，通過業(yè)務數據模塊獲取業(yè)務數據，由界面管理器結合數據和界面描述文獻獲取最后繪制數據報表和各類格式圖表?；赟trutS控制層設計，該某些核心功能是接受和控制從客戶端發(fā)送過來各類不同祈求，并通過運營時獲取詳細XML配備文獻信息，將祈求轉發(fā)到不同業(yè)務邏輯解決類進行解決。同步，將解決獲取后數據轉發(fā)給相應顯示模塊進行顯示。3.基于SPring中間件業(yè)務邏輯層，涉及SPring解決組件和各種功能服務型組件.業(yè)務邏輯層設計涉及相應數據GURD業(yè)務操作類、實體對象類和SPring框架封裝類。其中，SPring為業(yè)務邏輯有效開發(fā)提供了合理封裝類，可以實現面向切面有效操作。同步，該框架采用了分層架構設計，可以合理與MVC架構進行整合?？紤]到其業(yè)務過程管理為一完整流程管理過程，為了可以更好進行訂單跟蹤和成果分析，咱們在整體架構設計中加入了基于JBPM工作流引擎。工作流引擎通過訪問流程數據庫獲得業(yè)務流程信息，控制業(yè)務邏輯流轉。工作流引擎引入將業(yè)務邏輯和流程邏輯分離，容許顧客靈活設計與發(fā)布新流程。對于整個業(yè)務流程中訂單管理采用工作流引擎進行管理和分析，實現了整體業(yè)務流程有效控制和跟蹤。數據持久層，涉及OR映射和數據庫操作兩層，通過基于ORMaPPing框架Hibemate，封裝對數據庫持久化操作，提供可由業(yè)務層調用接口，這也是Spring系列架構中SPringORM所支持。同步，通過oR映射完畢了業(yè)務數據與數據庫中關系表映射，使得整體設計脫離了對詳細類型數據庫(如oracle，Mysql，MSSQL)依賴。數據庫層，重要是詳細對數據進行存儲數據關系關聯表，涉及了不同實體數據表格、各類業(yè)務關系存儲表等。本文中結合招投標管理系統(tǒng)業(yè)務需求，采用了Mysql數據庫進行數據詳細存儲。圖3一2系統(tǒng)軟件架構3.1.2系統(tǒng)權限設立設計對于業(yè)務管理系統(tǒng)來說，如何實現顧客祈求資源有效控制和分派是其核心業(yè)務功能，本文所述招投標管理系統(tǒng)所涉及有關業(yè)務人員涉眾角色眾多。因而，在系統(tǒng)設計過程中，為了可以保證訪問資源有效控制，本文設計和實現了相應基于顧客角色訪問控制模型也就是RoleBasedAeeessControl(RBAC)。一方面系統(tǒng)管理員通過“顧客一顧客組一角色一資源”多層模式來設立顧客權限，為每個角色維護其資源訪問權限，而每個顧客組被指派一種或各種角色，這樣顧客既具備了所指派角色資源權限。依照顧客祈求URL判斷與否在該顧客資源權限表中，若無權限則返回客戶端給顧客提示。結合基于角色權限控制模型，本文所述招投標信息管理系統(tǒng)有關訪問控制管理模塊描述如表3一1所示。操作名稱操作辦法系統(tǒng)資源管理創(chuàng)立資源、維護資源、刪除資源顧客角色管理創(chuàng)立角色、維護角色、刪除角色、分派資源顧客組管理創(chuàng)立顧客組、維護顧客組顧客管理創(chuàng)立顧客、維護顧客、刪除顧客表3一1權限操作模式表相應訪問控制組件中，資源訪問權通過系統(tǒng)顧客角色來劃分，同步將角色和相應顧客組關聯，擬定不同顧客組所包括角色。而顧客組是系統(tǒng)中有關人員和顧客組合，按照一定組織構造來進行分派。顧客(usERS)是對數據對象進行操作主體，可以是人、機器設備、計算機網絡或其她任何有權力代理.所有可以獨立訪問信息系統(tǒng)中數據或用數據表達其她資源主體全體，構成顧客組。組(GROUP)是對顧客包括構造，一類擁有相似權限顧客，例猶如一部門下職工，或者同一類型學生等。顧客將不直接與角色(ROLES)進行關聯，而是將顧客進行組包裝后，有組與角色進行關聯。角色(ROLES)表達組織或部門中工作或者職務，是一定數量權限集合.將角色引入到權限管理中解除了顧客和權限之間直接綁定，建立了顧客與訪問權限之間聯系.一種部門中角色全體構成角色集合。角色將于權限(Permission)進行關聯，擬定角色享有權限。允許(Permissions)和權限(Permission)，允許描述了角色對計算機資源訪問和操作所具備權限，其反映是授權成果。例如授予某個角色對計算機資源有讀權限，則代表了一種允許存在，這個允許表達角色獲取了對計算機資源讀允許。針對操作來說，其描述是允許和操作之間一種關聯關系，而這層關系則表達了某一角色對某一操作所具備權限及權限狀態(tài)。顧客組分派(UserAssignment)是顧客到組映射，表達某一顧客所劃歸組，顧客與組是多對多關系，即某一顧客可以劃歸一種或各種組，相似某一組也可包括不同顧客。組角色分派(GroupAssigliment)是組到角色映射，表達一種組所具備角色，組與角色也是多對多關系，即一種組可以具備一種或各種角色，相似某一角色也可分派給不同組。角色權限分派(PermissionAssignlne叫，角色權限分派是角色到權限映射，表達一種角色所擁有權限，角色與權限是多對多關系，即一種角色可以擁有各種權限，同樣，一種權限也可以分派給不同角色。本系統(tǒng)將RBAC模型中權限集規(guī)定為對頁面資源訪問權限。依照資源、角色、顧客三級管理機制，靈活為顧客指定角色，為角色指定可訪問資源，從而使顧客權限成為可配備。3.1.3系統(tǒng)網絡應用拓撲構造設計針對招投標管理系統(tǒng)來說，重要涉眾人員涉及了招標單位內部有關管理人員、審核人員、投標有關建設單位和工程監(jiān)理單位等。對于招投標管理來說，整體系統(tǒng)設計采用了基于瀏覽器和互聯網設計B/S架構，應用服務器和有關數據庫服務器通過防火墻進行相應安全控制。系統(tǒng)顧客通過Http合同對系統(tǒng)進行訪問、祈求，系統(tǒng)整體網絡拓撲構造設計如圖3一3所示:圖3一3系統(tǒng)網絡構造設計3.2系統(tǒng)功能架構在業(yè)務信息軟件系統(tǒng)設計過程中，開發(fā)人員在功能設計和開發(fā)過程中將會根據業(yè)務功能之間關聯關系，通過度解協(xié)調辦法進行劃分模塊和功能子系統(tǒng)辦法進行軟件開發(fā)。所謂分解就是將系統(tǒng)劃分為不同業(yè)務功能模塊，各個模塊之間盡量減少其藕合性，同步在模塊內部盡量實現高內聚性。這樣，通過劃分模塊方式，即有助于整體業(yè)務分解開發(fā)，同步通過不同模塊之間協(xié)調實現整體系統(tǒng)業(yè)務需求。在系統(tǒng)開發(fā)過程中，本文采用了上述分解劃分業(yè)務分解辦法，同步在整體劃分過程中遵循如下有關原則:1、單個模塊內部具備高內聚性，同步具備相對獨立功能。業(yè)務模塊劃分，必要使得單個模塊內業(yè)務之間具備較好內聚性。同步，各個模塊間盡量減少相應藕合，從而較少了模塊間開發(fā)互相影響。從而，整體開發(fā)有助于進行業(yè)務分工，同步保證了軟件產品開發(fā)效率和代碼質量。2、業(yè)務模塊之間數據禍合性盡量要小。在業(yè)務模塊設計過程中，應當盡量采用接口方式，從而減少各個業(yè)務模塊之間數據依賴性，從而實現了系統(tǒng)構造更加松藕合。3、業(yè)務模塊劃分同步應當盡量減少數據冗余性。也就是說，在系統(tǒng)業(yè)務數據劃分總應盡量減少數據重復性，應盡量使得對于有關業(yè)務數據解決在某個業(yè)務模塊中進行。4、業(yè)務模塊劃分同步應當考慮系統(tǒng)分階段實現影響。對于大型業(yè)務解決系統(tǒng)來說，系統(tǒng)實現會被劃分到各種迭代過程來完畢，因而在業(yè)務模塊劃分過程中應盡量適應分時間實現過程。5、業(yè)務模塊劃分應當同步考慮各種系統(tǒng)資源充分使用，涉及各種網絡和硬件資源。在對系統(tǒng)業(yè)務功能進行模塊劃分過程中，咱們需要盡量多考慮既有設備資源搭配，使得各種設備資源和信息資源可以合理分布和充分使用。通過合理應用，從而減少了系統(tǒng)對網絡資源過度依賴，同步又可以減少數據輸入和輸出以及數據通信所帶來通信設備壓力。對于業(yè)務管理系統(tǒng)來說，業(yè)務模塊劃分辦法重要涉及:功能劃分(按業(yè)務解決功能劃分)、順序劃分、數據擬和、過程劃分、時間劃分、環(huán)境劃分。按功能劃分是當前最慣用一種劃分辦法。按業(yè)務解決順序劃分要根據業(yè)務流程分析成果，這種劃分方式在某些時間和解決過程順序特別強系統(tǒng)中經常采用。對于招投標管理信息系統(tǒng)來說，本文提供了結合既有中間件涉及struts、SPring在內基于功能組件和業(yè)務組件相結合集成化信息管理系統(tǒng)解決方案。通過該方案為招投標信息管理各個問題涉及公司信息管理、業(yè)務流程管理、專家信息管理等提出了合理有效解決方案。同步，系統(tǒng)整體功能架構設計中加入了各種公共業(yè)務組件，涉及了短信提示組件、郵件告知組件和權限管理組件等。整個系統(tǒng)功能構造分為框架層、公共服務層和業(yè)務解決層，其整體功能構造設計如圖3一4所示。圖3一4系統(tǒng)功能構造1、公司信息管理子系統(tǒng)公司信息管理重要指是所有參標公司對自己單位基本信息、人員、資質、設備資產等信息進行管理維護。其中核心是公司備案注冊和初次填報。如果沒有在系統(tǒng)里注冊公司顧客，第一次進入系統(tǒng)需要備案。每個公司只容許備案一種顧客。由招標辦對公司注冊信息進行審核。當公司備案成功后并不意味著可以參加投標，由于備案信息量很少，不能為公司投標活動提供根據，因而公司需要詳細地填報自己信息，涉及資質、資信、代表工程等。公司初次填報之后，必要由招標辦對其輸入信息進行審批，只有審批通過后公司才干進行投標。2、專家信息管理子系統(tǒng)專家管理是招標辦用來管理維護專家?guī)煨畔⒛K，涉及生成專家組，對專家考核等多項功能。該模塊重要是對各種信息維護，涉及基本信息、單位信息、培訓信息、尋常考核信息、歷史評標現場考核信息等。這些信息有助于專家信用檔案維護和評價，從而保證了招標過程中專家抽簽篩選和評標定標公平公正。3、信用檔案管理子系統(tǒng)信用檔案管理是指監(jiān)管單位依照歷史招標采購活動中投標公司體現對公司和個人信用進行管理維護。監(jiān)督單位可多次對公司或個人信用進行評價記錄，記錄類型普通分為獎勵記錄、不良記錄和行賄犯罪標注。然后依照某個時間段內所有信用檔案記錄，按照一定計算規(guī)則，自動生成公司信用級別，為后來招標中選取中標公司提供一定參照根據。履約管理子系統(tǒng)履約考核系統(tǒng)是由招標人點擊招標模塊進入對中標公司進行季度考核系統(tǒng)，當建設單位對某一年度某一季度進行考核評級別后，提交由監(jiān)管單位進行審核查看。建設單位在每季度填報截止日前，填報上季度本單位項目履約考核狀況，就是對上季度標段內每個招標項目中標公司，依照合約履行詳細狀況，按照不同考核項對其進行打分評級，作為上季度記錄數據上報到系統(tǒng)中存檔。這樣可以記錄每個公司在歷史中標項目中履約體現，作為公司信用級別評估一種考核項。5、信用檔案管理子系統(tǒng)信用檔案管理是為了實現對投標公司和評審專家有關業(yè)務考核后存檔管理模塊。通過該模塊，可以對有關公司進行信用資質管理，從而在招標審核過程中過濾掉信用級別較低投標單位。同步，該模塊還涉及了相應評審專家信用評級檔案，重要涉及了對于專家評審成果進行項目復議，從而保證專家評審過程中公正性。6、顧客權限管理整個招投標管理系統(tǒng)重要面向四大類顧客，每類顧客功能權限有所區(qū)別。采用“基于角色權限管理”模型來實現權限控制。(1)建設單位一即進行項目招標單位。該類顧客功能權限較多，重要涉及招投標管理中建項、標段管理、專家抽簽篩選、投標審查、開標定標、訂立合同;此外，按季度對中標公司進行履約考核;對投標公司不定期進行信用評價。(2)監(jiān)督單位一每個招標項目建立之時需要選取一種監(jiān)督單位，對其整個招標解決過程進行監(jiān)控審查。該類顧客重要負責投標公司備案和填報審核，對招標流程中每一步成果查看審查，對專家進行信息維護和考核等。(3)投標公司一重要是對招標項目進行投標報價公司。該類顧客一方面要備案注冊并填報信息，然后參加招標項目投標，訂立合同等。此外，投標公司還可以對建設單位進行信用檔案維護和評價。(4)專家一該類顧客功能權限是由每個招標項目設立決定。在招標項目專家抽選時，在資格預審階段和評標階段抽簽選中專家對項目進行資格預審和開標評標。7、招標項目管理子系統(tǒng)招標項目管理作為招投標中核J心業(yè)務，該模塊是整個系統(tǒng)核心和重點。由于本系統(tǒng)設計是面向大型建設型項目，整個招標項目管理過程比較復雜，普通狀況下每個項目需要劃分為相對獨立各種小項目，本系統(tǒng)中通過“標段”加以劃分辨認。例如A地到D地高速公路建設項目，整個項目分為各種小項，如A地到B地施工建設、B地到C地施工建設、C地到D地施工建設，本系統(tǒng)中通過標段加以描述。每個標段完畢又需要經歷各種環(huán)節(jié)，即項目的段流程控制。將整個子系統(tǒng)劃分為三某些:建項管理、招標審查和招標開標管理，分別相應著建項開始、中間投標審查和最后中標簽約。后文會對這某些進行詳細設計簡介。第4章系統(tǒng)詳細設計相對于系統(tǒng)架構和概要設計，系統(tǒng)詳細設計是針對系統(tǒng)需求業(yè)務進一步細化，重要工作涉及了系統(tǒng)需求設計模型也就是用例模型基本上進行進一步建模分析，涉及了類圖和相應包圖靜態(tài)建模和針對業(yè)務狀態(tài)和流程變化動態(tài)建模。通過基于時序圖動態(tài)建模，可以建立起針對系統(tǒng)業(yè)務核心代碼也就是各個類有關業(yè)務職責，從而擬定類辦法、屬性和有關協(xié)作關系。接下來，本章將重要針對招投標業(yè)務流程設計和有關核心業(yè)務建模進行詳細描述和分析。最后，本文將給出招投標管理信息系統(tǒng)核心數據庫設計。4.1系統(tǒng)流程構造設計本系統(tǒng)業(yè)務邏輯比較復雜，這里通過流程構造設計加以闡述和闡明。整個系統(tǒng)環(huán)繞著招標項目管理，輔助以公司信息管理、專家信息管理、履約考核管理、信用檔案管理和系統(tǒng)管理等。整個系統(tǒng)所有業(yè)務也基本是按照某種流程進行操作?？傮w流程圖如下:發(fā)布招標公示發(fā)布招標公示↓開始項目流程開始項目流程↓資審報名流程資審報名流程通過資市報名公司↓資格預審流程資格預審流程通過資崢預診公司投標開標流程↓投標開標流程通過投壞開壞公司↓評標流程評標流程通過渾懷公司↓簽約流程簽約流程圖4一1招投標業(yè)務流程圖招標項目發(fā)布公示之后，進入流程解決。將這過程中整體業(yè)務解決過程看作是統(tǒng)一模板進行解決，本文中招標項目業(yè)務根據不同項目設立其整體業(yè)務解決流程不同。在流程定義和管理、任務分派等有關流程分析解決由基于開源工作流引擎JBPM完畢，下圖4一2給出了招標項目業(yè)務流程整體流程分析，通過其狀態(tài)變化生成流程定義文獻。一種工作流涉及一組活動及她們互相順序，還涉及流程及活動啟動和終結條件，以及對每個活動描述。在系統(tǒng)中引入工作流可以高效控制流程、靈活管理流程，避免了流程硬編碼。當業(yè)務流程發(fā)生變化時，只需要很少或者不需要修改應用程序，提高了編寫程序彈性以及程序復用性，減少了程序更改成本。本文設計和實現過程中，為了更有效對項目流程進行描述，本文采用了基于JBPM工作流設計模塊。在本文整體系統(tǒng)中，為SSH架構設計提供了有效集成JBPM框架，其整體設計和實現通過XML描述文獻和相應數據庫操作來隱藏。在本文實現中，基于JBPM設計采用了基于Hibemate應數據持久化設計，義信息通過JBpM3.0同步其設計與有關其他工作流引擎同樣，組件進行了相相應流程定提供設計組件和操作接口將其存儲到相應數據庫中。在JBPM3.0中，由于其數據庫設計支持各類老式數據庫，因而本文系統(tǒng)所采用Mysql也可以有效支持。同步，在上述工作流引擎組件中，它采用了相應流程文獻壓縮存儲方式，可以有效進行存儲和相應集成工具進行布置和流程定義數據持久存儲。通過存儲相應歷程定義文獻，在詳細業(yè)務解決過程中，業(yè)務采用組件所提供業(yè)務模塊接口進行流程定義和業(yè)務流轉控制等。在招標業(yè)務流程定義和發(fā)布基本上，系統(tǒng)通過JBPM所支持各種業(yè)務流程定義和分派描述將不同業(yè)務和流程控制分派到系統(tǒng)所涉及各類不同角色進行控制和業(yè)務流轉。因而，通過上述工作流引擎，本文在上述業(yè)務歷程控制方面可以有效結合各類角色顧客控制，同步可以有效實現整體業(yè)務歷程資源組織和任務控制。此外，有效工作流引擎可以對不同招標業(yè)務流程及西寧跟蹤和歸檔分析，從而有效實現了招投標業(yè)務管理和控制、跟蹤。圖4一2招標公司業(yè)務流程圖4.2系統(tǒng)詳細設計在統(tǒng)一軟件開發(fā)過程中，業(yè)務系統(tǒng)詳細設計重要涉及了面向業(yè)務需求概念模型靜態(tài)建模和面向實體動態(tài)交互動態(tài)模型。其中，靜態(tài)模型重要對業(yè)務需求用例模型中實體和有關屬性辦法進行描述，重要是針對單個個體進行建模分析。動態(tài)模型重要是指順序圖和協(xié)作圖，重要反映了各個業(yè)務實體之間協(xié)作關系和順序，通過實體之間協(xié)作和交互實現業(yè)務數據輸入、輸出和業(yè)務操作等。同步，在進行軟件開發(fā)詳細設計過程中，除了上述章節(jié)所提分層架構設計以外，在有關業(yè)務解決過程中采用了包圖進行設計。包圖重要是針對同一業(yè)務類匯聚，通過緊密有關包圖設計提供了優(yōu)良內聚設計。在本文系統(tǒng)軟件開發(fā)過程中，咱們采用了敏捷極限開發(fā)軟件開發(fā)過程，將系統(tǒng)開發(fā)和發(fā)布采用最小發(fā)布和反饋過程來進行管理。如圖4一3展示了本文針對系統(tǒng)軟件開發(fā)所采用包構造設計：圖4一3專家信息管理包圖設計其中professor.service表達業(yè)務邏輯層，重要負責業(yè)務邏輯解決;Professooaction表達業(yè)務控制層，重要負責業(yè)務控制轉向;professor.Po表達持久類層，重要用于描述數據表相應實體類;professor.form表達表單層，重要表達頁面相應表單提交數據類;professor.dao表達數據訪問層，重要負責解決業(yè)務邏輯層訪問數據時抽象抽取構造層。其中，上述有關業(yè)務解決包中最核心包圖就是*.Serviee，它是實現核心業(yè)務解決包，該包中有關業(yè)務類重要繼承自核心業(yè)務類Framework.Service，在上述類基本上繼承擴展有關業(yè)務解決功能。有關核心業(yè)務父類重要涉及了Save()、delete()、seareh()、update()等有關方山爾法，上述辦法重要實現了對相應業(yè)務實體也就是數據庫設計表有關操作。本文根據有關專家信息管理核心業(yè)務，結合有關用例模型，給出了如圖4一4所示核心業(yè)務類圖設計:圖4一4專家信息管理核心類圖設計如圖4一4所示，給出了招投標業(yè)務管理系統(tǒng)中專家信息管理核心類圖設計，重要涉及了實體類Professor，基本DAO操作類GenericDAO，頁面操作概念屬性類ProfessorForm，核心業(yè)務操作類Professorservice類和基本有關業(yè)務控制操作類涉及AddPro認etion、updatePro認etion、searehprofAetion等有關詳細控制業(yè)務跳轉類等。上述業(yè)務類通過順訊交互操作進行相應業(yè)務數據流程流轉，同步得到相應數據查詢、更新、刪除等有關核心業(yè)務操作。在對有關業(yè)務進行設計描述過程中，本文此外還對相應公司信息管理、項目流程管理、履約考核管理和信用檔案管理等有關模塊進行了詳細分析和設計，由于詳細設計采用辦法類似，因而本文中將不再進行詳細贅述。通過上述靜態(tài)描述，發(fā)現上述類圖只可以反映出各個業(yè)務概念實體相應屬性和操作辦法。但是，各個業(yè)務解決模塊中有關業(yè)務操作流程和數據業(yè)務山東大學研究生學位論文流程并不可以較好反映。因而，本文還針對上述概念實體類協(xié)作關系給出了詳細動態(tài)建模分析，如圖4一5，給出了添加專家操作詳細順序圖建模，通過順序圖建模反映了相應專家數據添加流程操作。圖4一5添加專家信息順序圖設計4.3系統(tǒng)數據庫設計4.3.1數據表設計在業(yè)務信息管理系統(tǒng)軟件開發(fā)過程中，數據存儲方式重要是通過各類數據庫管理系統(tǒng)負責，慣用數據庫涉及了Mysql、Sqlserver、DBZ、oraele等有關關系型數據庫。在本文中，考慮到項目開發(fā)成本控制和數據量多少采用了免費數據庫Mysql進行數據存儲和設計。針對數據庫設計過程，在統(tǒng)一軟件開發(fā)過程中，其相應過程重要涉及:從需求用例中提取中相應概念模型，然后將概念模型通過設計后轉化為詳細類設計，根據類設計中相應各個類關系和持久化分析從而提取出相應需要持久化類，然后將需要持久化類轉化為相應數據表，最后根據實體類之間關系建立各個實體表之間關聯關系。在上述設計過程中，所謂持久化是指將業(yè)務需求中存在各個實體類，將其轉化成數據庫管理系統(tǒng)所可以辨認關系表格以及表格中字段。然后，通過數據庫表格實現對業(yè)務數據操作存儲。在業(yè)務分析過程中，本文所建立概念模型也稱為實體或者是實例，相應著業(yè)務問題世界中各種各樣詳細事物和對象。同步，對象和事物之間關系也IJ以通過概念模型和實體模型之間關系來表達和描述，普通她們之間關系可以涉及1對l、1對多、多對多這三類。因而，本文結合上文中所描述概念類，通過度析和篩選后擬定其詳細數據表格和表格之間關系。在招投標管理系統(tǒng)中，重要業(yè)務實體涉及了招標項目、公司信息、投標信息、資審評標專家信息、項目流程信息、招標項目評審信息等有關實體。本文通過對上述章節(jié)中所分析需求用例模型進行詳細分析，提取出了相應核心實體設計，有關實體及實體之間關系如圖4一6所示。同步，在招投標流程管理過程中，本文采用了基于JBPM工作流引擎，在上述工作流引擎中相應流程有關數據存儲表并沒有在下圖中給出。圖4一6招標管理模塊數據庫模型圖設計上圖中給出了招標管理有關模塊數據庫設計描述，其有關表及其表內容詳細描述如表4一1所示。下表重要給出了有關主體業(yè)務模塊項目管理數據庫表，系統(tǒng)設計過程中還涉及關于框架構成某些數據庫表涉及人員、權限等有關數據庫設計。項目管理重要表格涉及招標項目基本信息表、項目投標表、項目采購資源表、項目資金表、項目專家設立表關于項目內容表;同步，也涉及了項目與JBPM流程有關聯表，通過項目流程關聯表實現了系統(tǒng)與工作流有關內容信息管理;檔案信息表和檔案資源表，重要是對項目資源歸檔后信息進行管理，在檔案資源表中，重要文檔資源重要通過文獻進行存儲，文檔由系統(tǒng)或人工掃免上傳在文獻服務器進行存儲。依照上述表格設計，得出相應數據表重要如下所示。屬性名數據類型主、外鍵enterpriseIdInteger主鍵enterpriseNameVarcharenterpriseAddressVarcharenterpriseIntroVarcharenterpriseMoneyVarchar表4一1公司信息表屬性名數據類型主、外鍵enterpriseMemldInteger主鍵enterpriseldInteger外鍵emeNameVarcharmemAddressVarcharmemLinkVarchar表4一2公司核心人員信息表屬性名數據類型主、外鍵projectIdInteger主鍵projectNameVarcharprojectSescriptionVarcharprojectRequireVarcharprojectLinkerInteger外鍵projectDateVarchar表4一3招標項目信息表屬性名數據類型主、外鍵professorIdUUID主鍵professorNameVarcharNationVarcharprofessorTelVarcharprofessorTypeVarcharprofessorAddressVarchar表4一4專家信息表4.3.2數據庫性能優(yōu)化設計在業(yè)務系統(tǒng)管理過程中，除了相應數據庫設計實現外，數據庫維護管理也是業(yè)務管理系統(tǒng)核心構成某些。因而，結合當前系統(tǒng)使用現狀針對公司業(yè)務數據變化規(guī)定不大特點，咱們采用了相對系數數據庫備份方略。在對數據庫備份方面，采用了每周備份一次方略，同步在頻繁有效期采用每天備份方略。同步，針對系統(tǒng)中有關業(yè)務數據，特別是在項目申請期間項目文檔數據、申請項目數據，需要進行詳細備份和優(yōu)化解決，總體來說針對數據庫維護和使用重要使用了如下有關性能調節(jié)和優(yōu)化:1.建立數據索引，特別針對項目管理表建立基于項目Id主索引，從而提高檢索效率;2.建立項目有關業(yè)務查詢視圖;3.針對數據庫使用頻繁期，可以實時調節(jié)數據文獻大小;4.對于項目申請完畢，將會有針對性完畢冗余數據刪除;5.調節(jié)有關數據庫文獻存儲配備，從而提高數據庫性能。第5章系統(tǒng)核心問題實現5.1系統(tǒng)整體實現針對省級代理商系統(tǒng)布置和使用規(guī)定，本文采用了基于B/S軟件架構設計，開發(fā)實現過程中使用基于JZEE分層軟件開發(fā)構造，實現和布置了省級機械代理商管理系統(tǒng)。在軟件開發(fā)過程中，采用基于Eclipse開發(fā)工具，數據庫設計和存儲通過Mysql來實現，布置服務器采用了開源Tomcat。對于控制層和體現層實現通過基于strutsMVC框架，業(yè)務數據體現采用了基于JQuery體現層組件實現。本文設計實現了一種集業(yè)務解決和門戶網站為一體招投標管理系統(tǒng)。其中首頁為門戶網站形式，如下圖所示:圖5一1系統(tǒng)首頁該頁面匯集了信息導航欄模塊，公司備案流程，行政允許流程，網站鏈接，公示與告知，招標工作信息，公司備案，中標公示，招標公示模塊，主任信箱等信息。而信息導航欄模塊涉及“招標”，“投標”，“監(jiān)管”，“專家管理”，“信用檔案”，“系統(tǒng)協(xié)助”。建設單位登錄到本系統(tǒng)重要用“招標”，‘、系統(tǒng)協(xié)助”模塊。投標單位登錄到本系統(tǒng)重要用“投標”，“系統(tǒng)協(xié)助”模塊。監(jiān)管單位登錄到本系統(tǒng)重要用‘。監(jiān)管”，“專家管理”，‘。信用檔案”，“系統(tǒng)協(xié)助”模塊。5.2系統(tǒng)重要模塊實現1公司信息管理模塊該模塊核心為公司備案注冊和初次填報，如果沒有在系統(tǒng)里注冊公司用第一次進入系統(tǒng)需要備案注冊。備案注冊審批通過后可進行初次填報，填報5.戶審批通過才是注冊成功，可以從事招標投標活動，否則需要重新申請。流程圖如下:圖5一2公司注冊流程圖下圖是備案注冊頁面，由公司填寫某些基本信息。招標辦將在下一種工作日內完畢對備案信息審核，如果審核通過，將會把登錄帳號信息發(fā)送到備案時輸入郵箱里面，屆時候就可以用此帳號登錄系統(tǒng)了。圖5一3公司備案注冊頁面圖5一4公司初次填報頁面下面是公司初次填報頁面，需要填寫各種信息:基本信息、資質信息、獎懲信息、資產設備、人員明細等。在招標辦進行調查確認后，在基本信息頁面上點擊“審核通過”，“審核不通過，，來擬定該公司初次填報與否通過。其他信息維護頁面不再一一顯示。5.2.2履約考核管理模塊履約考核信息維護重要是對需要考核中標單位打分考核級別。同項目記錄同樣，履約考核信息維護必要先由建設單位建好項目、標段基本信息以及標段擴展信息。履約考核中判斷本季度項目原則為:在本季度內正在或仍在進行項目稱之為本季度標段。即(實際竣工時間七本季度第一天)并且(實際開工時間三本季度最后一天)標段為本季度標段。故“標段擴展信息”中必要認真維護實際開工時間、實際竣工時間、中標單位，這關系到該標段中標單位在本季度與否被考核到問題。進入履約考核頁面后，選取考核年份、考核季度，單擊“檢索”按鈕，得到本季度所有項目中標單位，如圖:圖5一5履約考核頁面可以按照年份、季度、項目、標段等信息檢索某個中標單位已有履約考核記錄，如下圖所示:圖5一6履約考核查詢頁面建設單位可以按季度記錄中標單位在該季度內履約考核級別數量，如下圖:圖5一7履約考核記錄頁面選取記錄年度和記錄季度，然后勾選“考核級別”選項，如:優(yōu)，良。單擊“成報表”按鈕如圖:圖5一8履約考核記錄報表5.2.3建項管理模塊建設單位顧客登錄系統(tǒng)后，可以新建一種招標項目，如圖:必要選取監(jiān)管單位，該監(jiān)督單位負責招標過程中審查和招標完畢后信用檔案評價。注意:在選取監(jiān)管單位時，市級監(jiān)管單位只能看到由該市監(jiān)管單位監(jiān)管項目，省級監(jiān)管單位可看到市級監(jiān)管單位項目。圖5一9項目立項管理在該模塊中，難點是專家抽簽篩選。專家抽簽是提供應建設單位從專家?guī)熘谐槿＜医M來進行資審或者評標，抽簽是由系統(tǒng)自動完畢，以顯示公正性。相應專家抽簽管理涉及了專家分類信息維護、專家考核信息維護等有關功能。相應抽簽流程涉及:條件設定、專家審核、專家組抽簽，詳細抽簽流程闡明如下表所示:序號操作名稱涉及人員闡明1抽簽條件設定建設單位在一次招標過程中，建設單位為每個標段建立專家組，并且為參加本次抽簽專家設定條件，以及本次抽簽回避單位等等。一種專家組建立之后必要通過監(jiān)理單位審核。2抽簽條件審核監(jiān)管單位監(jiān)管單位受到新建抽簽條件設定后，對條件進行審核，如果審核通過，則選取回避單位，如果不通過，則大會給建設單位繼續(xù)填報抽簽條件。通過后將由建設單位抽簽。3專家組抽簽建設單位建設單位抽簽決定哪些專家參加評標或資審。表5一1專家抽簽流程及其闡明在系統(tǒng)實現過程中，需要對抽簽專家規(guī)定進行相應設定，同步選取抽簽專家所屬類型，如圖5一10為新建專家抽簽管理頁面:圖5一10專家抽簽設定管理