【正文】 述相關(guān)業(yè)務(wù)處理包中最核心的包圖就是*.Serviee，它是實(shí)現(xiàn)核心業(yè)務(wù)的處理包，在上述類的基礎(chǔ)上繼承擴(kuò)展相關(guān)的業(yè)務(wù)處理功能。圖4一5添加專家信息順序圖設(shè)計在業(yè)務(wù)信息管理系統(tǒng)軟件的開發(fā)過程中，數(shù)據(jù)存儲的方式主要是通過各類數(shù)據(jù)庫管理系統(tǒng)負(fù)責(zé)，常用的數(shù)據(jù)庫包括了Mysql、Sqlserver、DBZ、oraele等相關(guān)的關(guān)系型數(shù)據(jù)庫。在招投標(biāo)管理系統(tǒng)中，主要的業(yè)務(wù)實(shí)體包括了招標(biāo)項(xiàng)目、企業(yè)信息、投標(biāo)信息、資審評標(biāo)專家信息、項(xiàng)目流程信息、招標(biāo)項(xiàng)目評審信息等相關(guān)的實(shí)體。根據(jù)上述的表格設(shè)計，得出的相應(yīng)數(shù)據(jù)表主要如下所示。，從而提高數(shù)據(jù)庫性能。投標(biāo)單位登錄到本系統(tǒng)主要用“投標(biāo)”，“系統(tǒng)幫助”模塊。圖5一3企業(yè)備案注冊頁面圖5一4企業(yè)首次填報頁面下面是企業(yè)首次填報頁面，需要填寫各種信息:基本信息、資質(zhì)信息、獎懲信息、資產(chǎn)設(shè)備、人員明細(xì)等。進(jìn)入履約考核頁面后，選擇考核年份、考核季度，單擊“檢索”按鈕，得到本季度的所有項(xiàng)目的中標(biāo)單位，如圖:圖5一5履約考核頁面可以按照年份、季度、項(xiàng)目、標(biāo)段等信息檢索某個中標(biāo)單位已有的履約考核記錄，如下圖所示:圖5一6履約考核查詢頁面建設(shè)單位可以按季度統(tǒng)計中標(biāo)單位在該季度內(nèi)履約考核的等級數(shù)量，如下圖:圖5一7履約考核統(tǒng)計頁面 選擇統(tǒng)計年度和統(tǒng)計季度，然后勾選“考核等級”選項(xiàng)，如:優(yōu)，良。2抽簽條件審核監(jiān)管單位監(jiān)管單位受到新建的抽簽條件設(shè)定后，對條件進(jìn)行審核，如果審核通過，則選擇回避單位，如果不通過，則大會給建設(shè)單位繼續(xù)填報抽簽條件。本系統(tǒng)中設(shè)計了一個專家組生成算法，該算法流程如下:(l)設(shè)置抽簽條件中的等級、專業(yè)、地區(qū)等條件，選擇滿足條件的專家為候選專家。(7)在抽取結(jié)果中手工選擇專家加入專家組。如當(dāng)前“資審報名”按鈕為紅色，代表HYBY這個項(xiàng)目正處于資審報名環(huán)節(jié)。圖5一12企業(yè)定標(biāo)結(jié)果如上圖所示，在查看相應(yīng)的定標(biāo)打分過程中，首先點(diǎn)擊下面表格中的單位名稱連接，上面的“投標(biāo)單位”欄就會變成被點(diǎn)擊的單位，在上面的“中標(biāo)推薦單位”、“綜合得分”等輸入框中輸入該企業(yè)的最終中標(biāo)情況，點(diǎn)擊“保存”按鈕就可以完成該企業(yè)的中標(biāo)結(jié)果的錄入。 表5一2可定制的報表配置文件，如果用戶需要添加新一列的話(例如家庭住址)，則用戶可以自行添加兩行。建設(shè)單位及監(jiān)管單位在每季度招標(biāo)信息填報結(jié)束后，可查看系統(tǒng)按要求自動生成的五張項(xiàng)目統(tǒng)計報表。通過項(xiàng)目管理的思想將整體的業(yè)務(wù)處理的流程、文檔資源以及檔案歸檔進(jìn)行了很好的串聯(lián)。但是，在系統(tǒng)的使用過程中，也發(fā)現(xiàn)了系統(tǒng)在資料歸檔、數(shù)據(jù)統(tǒng)計分析等方面存在一定的不足，在下一步的研究和開發(fā)過程將解決以上方面所存在的缺陷。在項(xiàng)目開發(fā)過程中，使用目前最流行的Eclinse作為開發(fā)平臺，采用B/S架構(gòu)開發(fā)了一套出國培訓(xùn)管理系統(tǒng)。整個文檔生成過程包括:數(shù)據(jù)源的定義、數(shù)據(jù)源的預(yù)處理、模型庫的定義、模型的預(yù)定義、模型實(shí)例生成以及報告的導(dǎo)出。傳統(tǒng)的報表生成是開發(fā)人員根據(jù)用戶需求通過編碼實(shí)現(xiàn)，而現(xiàn)有的可定制報表生成系統(tǒng)，用戶可以根據(jù)自己的需求定制報表的每個單元格。在對企業(yè)的標(biāo)書進(jìn)行評價的過程中，將包括了專家審核、設(shè)置和抽簽確定等相關(guān)操作。(2)橢圓形按鈕代表招投標(biāo)流程中的各個階段。審核未通過則返回步驟(l)重新抽簽。(3)為了抽選出專業(yè)和能力更適合的專家，最好在抽取條件中，設(shè)置好“專業(yè)”、“等級”、“地區(qū)”等條件進(jìn)行抽取。相應(yīng)的抽簽流程包括:條件設(shè)定、專家審核、專家組抽簽，具體的抽簽流程說明如下表所示:序號操作名稱涉及人員說明1抽簽條件設(shè)定建設(shè)單位在一次招標(biāo)過程中，建設(shè)單位為每個標(biāo)段建立專家組，并且為參加此次抽簽的專家設(shè)定條件，以及此次抽簽的回避單位等等。即(實(shí)際竣工時間七本季度第一天)而且(實(shí)際開工時間三本季度最后一天)的標(biāo)段為本季度的標(biāo)段。流程圖如下:圖5一2企業(yè)注冊流程圖下圖是備案注冊頁面，由企業(yè)填寫一些基本信息。而信息導(dǎo)航欄模塊包括“招標(biāo)”，“投標(biāo)”，“監(jiān)管”，“專家管理”，“信用檔案”，“系統(tǒng)幫助”。，能夠?qū)崟r的調(diào)整數(shù)據(jù)文件大小。同時，也包括了項(xiàng)目與JBPM流程相關(guān)聯(lián)的表，通過項(xiàng)目流程關(guān)聯(lián)表實(shí)現(xiàn)了系統(tǒng)與工作流相關(guān)內(nèi)容的信息管理。同時，對象和事物之間的關(guān)系也IJ以通過概念模型和實(shí)體模型之間的關(guān)系來表達(dá)和描述，通常他們之間的關(guān)系可以包括1對l、1對多、多對多這三類。但是，各個業(yè)務(wù)處理模塊中相關(guān)的業(yè)務(wù)操作流程和數(shù)據(jù)業(yè)務(wù)山東大學(xué)碩士學(xué)位論文流程并不能夠很好的反映。主要表示頁面對應(yīng)的表單提交數(shù)據(jù)類。其中，靜態(tài)模型主要對業(yè)務(wù)需求用例模型中的實(shí)體和相關(guān)屬性方法進(jìn)行描述，主要是針對單個個體進(jìn)行建模分析。在本文實(shí)現(xiàn)中，基于JBPM的設(shè)計采用了基于Hibemate應(yīng)的數(shù)據(jù)持久化設(shè)計，義信息通過 ，組件進(jìn)行了相相應(yīng)的流程定提供的設(shè)計組件和操作接口將其存儲到相應(yīng)的數(shù)據(jù)庫中。總體流程圖如下:發(fā)布招標(biāo)公告 ↓開始項(xiàng)目流程 ↓資審報名流程 通過資市報名的企業(yè) ↓資格預(yù)審流程 通過資崢預(yù)診的企業(yè)投標(biāo)開標(biāo)流程 ↓ 通過投壞開壞的企業(yè) ↓ 評標(biāo)流程 通過渾懷的企業(yè) ↓簽約流程圖4一1招投標(biāo)業(yè)務(wù)流程圖招標(biāo)項(xiàng)目發(fā)布公告之后，進(jìn)入流程處理。后文會對這部分進(jìn)行詳細(xì)的設(shè)計介紹。另外，投標(biāo)企業(yè)還可以對建設(shè)單位進(jìn)行信用檔案維護(hù)和評價。(1)建設(shè)單位一即進(jìn)行項(xiàng)目招標(biāo)的單位。 履約管理子系統(tǒng)履約考核系統(tǒng)是由招標(biāo)人點(diǎn)擊招標(biāo)模塊進(jìn)入對中標(biāo)的企業(yè)進(jìn)行季度考核的系統(tǒng)，當(dāng)建設(shè)單位對某一年度的某一季度進(jìn)行考核評等級后，提交由監(jiān)管單位進(jìn)行審核查看。當(dāng)企業(yè)備案成功后并不意味著可以參與投標(biāo)，因?yàn)閭浒傅男畔⒘亢苌?，不能為企業(yè)的投標(biāo)活動提供依據(jù)，因此企業(yè)需要詳細(xì)地填報自己的信息，包括資質(zhì)、資信、代表工程等。通過該方案為招投標(biāo)信息管理的各個問題包括企業(yè)信息管理、業(yè)務(wù)流程管理、專家信息管理等提出了合理有效的解決方案。對于大型的業(yè)務(wù)處理系統(tǒng)來說，系統(tǒng)的實(shí)現(xiàn)會被劃分到多個迭代過程來完成，因此在業(yè)務(wù)模塊劃分的過程中應(yīng)盡量適應(yīng)分時間實(shí)現(xiàn)的過程。業(yè)務(wù)模塊的劃分，必須使得單個模塊內(nèi)的業(yè)務(wù)之間具有很好的內(nèi)聚性。本系統(tǒng)將RBAC模型中的權(quán)限集規(guī)定為對頁面資源的訪問權(quán)限。角色 (ROLES)表示組織或部門中的工作或者職務(wù)。首先系統(tǒng)管理員通過“用戶一用戶組一角色一資源”多層模式來設(shè)置用戶權(quán)限，為每個角色維護(hù)其資源的訪問權(quán)限，而每個用戶組被指派一個或多個角色，這樣用戶既具有了所指派角色的資源權(quán)限。工作流引擎的引入將業(yè)務(wù)邏輯和流程邏輯分離，允許用戶靈活的設(shè)計與發(fā)布新的流程。在報表的顯示過程中，通過業(yè)務(wù)數(shù)據(jù)模塊獲取業(yè)務(wù)數(shù)據(jù)，由界面管理器結(jié)合數(shù)據(jù)和界面描述文件獲取最終繪制的數(shù)據(jù)報表和各類格式的圖表。以下對整體的分層結(jié)構(gòu)圖如圖3一2所示，分別進(jìn)行詳細(xì)的描述:1表現(xiàn)層，主要包括基于瀏覽器技術(shù)的B/S端的頁面顯示和基于 JasperReP0rt的各種不同樣式和類型的數(shù)據(jù)報表顯示部分。對于基于開源框架來說，目前己經(jīng)逐漸成為研究和開發(fā)的熱點(diǎn)同時得到了很大的發(fā)展。針對招投標(biāo)管理系統(tǒng)用戶角色多、部門多和分布地域廣泛的特點(diǎn)，整體招投標(biāo)管理系統(tǒng)的架構(gòu)設(shè)計本文選擇采用基于JZEE的多層架構(gòu)設(shè)計，同時采用了B/S的整體軟件設(shè)計。第3章系統(tǒng)設(shè)計對于系統(tǒng)的研究開發(fā)，在完成整體的需求分析之后將進(jìn)入系統(tǒng)的設(shè)計階段，基于RUP的軟件設(shè)計主要包括了系統(tǒng)概要設(shè)計和系統(tǒng)的詳細(xì)設(shè)計兩階段的工作。如數(shù)據(jù)的完全丟失或者系統(tǒng)的關(guān)鍵性模塊不能使用。對于客房子系統(tǒng)來說，系統(tǒng)必須7*24小時正常使用，而餐飲子系統(tǒng)也必須在進(jìn)餐的高峰時段確保穩(wěn)定。系統(tǒng)用戶涉及到相關(guān)部門的使用人員、公司項(xiàng)目管理人員、評審專家等，系統(tǒng)使用培訓(xùn)對他們來說周期很短或者不需培訓(xùn)，而日常管理人員大部分屬于計算機(jī)普通用戶甚至是新手，這里所說的培訓(xùn)時間主要指針對這類用戶。因此，在系統(tǒng)業(yè)務(wù)分析、設(shè)計和實(shí)現(xiàn)過程中，需要增加對于以上三類主要成員的信用檔案維護(hù)和管理。因此，在項(xiàng)目的創(chuàng)建和標(biāo)段創(chuàng)建過程中，相關(guān)建設(shè)單位還需要設(shè)定相應(yīng)的條件對專家組進(jìn)行自動選取，從而避免人為選擇因素從而提高了整體招投標(biāo)管理流程中的公正和公平性。在需求分析階段，需要對其相關(guān)的業(yè)務(wù)流程進(jìn)行分析和定義。如圖2一3所示，本文給出了該部分業(yè)務(wù)的核心用例圖和關(guān)鍵用例的用例描述。針對招投標(biāo)業(yè)務(wù)數(shù)據(jù)的統(tǒng)計分析和決策問題，為了達(dá)到企業(yè)招投標(biāo)業(yè)務(wù)的統(tǒng)計和易查詢性，系統(tǒng)在設(shè)計過程中增加了各類不同的招投標(biāo)業(yè)務(wù)查詢和統(tǒng)計功能。在靜態(tài)模型的基礎(chǔ)上，對主要實(shí)體的數(shù)據(jù)庫進(jìn)行設(shè)計。統(tǒng)一開發(fā)過程的最大優(yōu)點(diǎn)是采用按照角色(A以or)對業(yè)務(wù)需求進(jìn)行分析從而識別用例模型 (UseCase)中的方法，通過以上方法能夠直觀的建立起系統(tǒng)的需求分析模型，而且通過多次迭代處理避免需求分析過程中存在的漏項(xiàng)問題。對于招標(biāo)項(xiàng)目管理，系統(tǒng)的設(shè)計過程中將其看做項(xiàng)目進(jìn)行管理，包括了項(xiàng)目啟動、維護(hù)和考核等相關(guān)流程。因此，為了能夠有效對招投標(biāo)信息進(jìn)行維護(hù)，本文將每次的招投標(biāo)業(yè)務(wù)抽象成項(xiàng)目來進(jìn)行管理。第2章需求分析針對不同企事業(yè)單位，其招投標(biāo)管理工作主要是針對不同項(xiàng)目、資源和采購等業(yè)務(wù)的相關(guān)申請、招投標(biāo)和跟蹤審核等相關(guān)業(yè)務(wù)的日常工作。第2章對招投標(biāo)業(yè)務(wù)管理流程的需求進(jìn)行了分析，梳理和整理了招投標(biāo)管理的詳細(xì)業(yè)務(wù)流程，通過業(yè)務(wù)流程圖闡述了其詳細(xì)的業(yè)務(wù)流程。第二，針對招標(biāo)企業(yè)的信用問題，系統(tǒng)在設(shè)計過程中增加了招標(biāo)履約考核管理模塊，針對于標(biāo)書中的不同階段的目的進(jìn)行采用了可考核性指標(biāo)進(jìn)行評估和分析。同時，針對傳統(tǒng)的招投標(biāo)業(yè)務(wù)管理中存在的業(yè)務(wù)流程處理復(fù)雜、數(shù)據(jù)易丟失、公正性缺失等問題，采用Java語言在Eclipse軟件開發(fā)平臺上，基于多層的nEE軟件體系架構(gòu)，采用了基于B/s的軟件架構(gòu)，同時針對復(fù)雜的流程采用工作流引擎進(jìn)行設(shè)計設(shè)計和實(shí)現(xiàn)了一套通用的招投標(biāo)綜合業(yè)務(wù)管理系統(tǒng)。因此，在系統(tǒng)的分析、設(shè)計和實(shí)現(xiàn)過程中，考慮采用專家信用評估、資料文件分角色權(quán)限維護(hù)和隨機(jī)抽取專家等機(jī)制來實(shí)現(xiàn)招投標(biāo)管理的公正性。對于動態(tài)流程的管理，采用基于工作流引擎的思想進(jìn)行實(shí)現(xiàn)，通過工作流引擎對整體業(yè)務(wù)流程進(jìn)行定義、跟蹤和管理。另外，針對高等院校的招投標(biāo)管理，主要是設(shè)備、施工和成品等方面的招標(biāo)要求，與上述政府和水利建設(shè)等行業(yè)的招投標(biāo)管理也存在較大的差異。早期的招投標(biāo)管理采用了傳統(tǒng)的C/S架構(gòu)，不利于企業(yè)申報和招標(biāo)信息的公開。隨著高新計算機(jī)技術(shù)的發(fā)展，企業(yè)間的競爭日趨激烈，要保持企業(yè)的競爭力就必須有高效的企業(yè)管理，因此企業(yè)管理的信息化就變的不可或缺。參標(biāo)企業(yè)信用評級困難手工的招投標(biāo)管理難以對參標(biāo)企業(yè)的信用等級進(jìn)行分析，往往會由于信用問題導(dǎo)致項(xiàng)目實(shí)施的失敗。招投標(biāo)流程的復(fù)雜和競標(biāo)業(yè)務(wù)的差異性使得招投標(biāo)業(yè)務(wù)管理過程復(fù)雜，手工的管理模式往往會存在管理混亂、投標(biāo)公正性無法保證和文檔管理困難等問題。招投標(biāo)管理系統(tǒng)的設(shè)計與實(shí)現(xiàn) 設(shè)計報告蔣和平 S1410w0659 軟件2班第1章 背景以及國內(nèi)外研究現(xiàn)狀招投標(biāo)是指在市場經(jīng)濟(jì)條件下進(jìn)行大宗貨物的買賣、工程建設(shè)項(xiàng)目的發(fā)包與承包，以及服務(wù)項(xiàng)目的采購與提供時，所采用的一種交易方式。同時，針對不同級別的招標(biāo)過程其流程也存在一定的差異，同時競標(biāo)的過程也由于事務(wù)的復(fù)雜度而不同。因此，如何實(shí)現(xiàn)招標(biāo)和合同執(zhí)行的同步管理是目前招標(biāo)管理和項(xiàng)目實(shí)施過程中的難點(diǎn)和重點(diǎn)?，F(xiàn)有的手工處理模式，主要針對數(shù)據(jù)進(jìn)行表格處理，往往會導(dǎo)致數(shù)據(jù)結(jié)果不夠準(zhǔn)確，同時不能提供良好的匯總和分析功能。自從2000年國家頒發(fā)《招標(biāo)投標(biāo)法》和國家推行企事業(yè)單位信息化以來，針對于招投標(biāo)的業(yè)務(wù)管理系統(tǒng)在各個行業(yè)逐漸發(fā)展起來，其中包括了地區(qū)級政府的招投標(biāo)管理、水利、建筑等各個行業(yè)的招投標(biāo)管理、高等院校的招投標(biāo)管理系統(tǒng)等。因此，傳統(tǒng)的招投標(biāo)管理系統(tǒng)中的企業(yè)信息要求往往達(dá)不到其具體要求。同時在評標(biāo)和簽約過程中又包括一些相關(guān)的子流程，因此在系統(tǒng)的需求分析、設(shè)計和實(shí)現(xiàn)過程中需要對其采用面向?qū)ο蟮乃枷脒M(jìn)行分析，通過UML的動態(tài)模型對業(yè)務(wù)流程進(jìn)行建模，建立易于理解的招標(biāo)流程動態(tài)模型。評標(biāo)過程中的公正性問題對于招投標(biāo)業(yè)務(wù)來說，其管理中的核心問題是如何保證招投標(biāo)整體過程中的公正性問題，包括投標(biāo)文件的保密性、專家審核的公正性等。本文首先針對招投標(biāo)業(yè)務(wù)管理進(jìn)行需求分析，包括各種不同行業(yè)或者企事業(yè)單位對招投標(biāo)業(yè)務(wù)的共性和差異性需求要求。最后，通過傳統(tǒng)的基于多層的JZEE模型對系統(tǒng)進(jìn)行開發(fā)和實(shí)現(xiàn)。第1章分析了招投標(biāo)業(yè)務(wù)及其信息管理系統(tǒng)的背景和國內(nèi)外的發(fā)展現(xiàn)狀，簡要闡述了本文所需要解決的主要問題，最后指明了本文的主要工作。第6章 是結(jié)束語，對本文所作的工作和下一步要解決的問題進(jìn)行了總結(jié)。尤其針對招投標(biāo)流程管理，又包括了招標(biāo)計劃和流程制定、資格審查報名流程、預(yù)審流程、投標(biāo)開標(biāo)流程、評標(biāo)流程、定標(biāo)流程和簽約流程等多項(xiàng)復(fù)雜流程。企業(yè)信息庫維護(hù)和建立包括了企業(yè)申請、監(jiān)管單位審批和企業(yè)信息維護(hù)等相關(guān)功能。在系統(tǒng)的需求分析過程中，本文采用統(tǒng)一開發(fā)過程的思想進(jìn)行軟件設(shè)計與開發(fā)，系統(tǒng)的功能性需求描述工具主要是用例模型 (UseCase)，即將系統(tǒng)的功能性需求分解到每一個需求分析用例中去。通過用例分析對系統(tǒng)功能進(jìn)行分解處理，對于復(fù)雜的業(yè)務(wù)處理流程建立靜態(tài)模型和動態(tài)模型。針對招投標(biāo)管理中的核心公正性問題，為了達(dá)到整體業(yè)務(wù)的處理公平和公開，系統(tǒng)設(shè)計實(shí)現(xiàn)過程中通過流程審核分配以及專家信用評估和隨機(jī)抽取審核專家的方式達(dá)到了招投標(biāo)過程中的公正性。通過對上述業(yè)務(wù)需