【正文】 投標(biāo)項(xiàng)目將會成百上千，因此如何對每年的招投標(biāo)數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析將是系統(tǒng)中的重點(diǎn)和難點(diǎn)。通過系統(tǒng)的分析、設(shè)計(jì)和實(shí)現(xiàn)為不同行業(yè)中的企事業(yè)單位提供了統(tǒng)一的業(yè)務(wù)解決方案。通過用例分析對系統(tǒng)功能進(jìn)行分解處理，對于復(fù)雜的業(yè)務(wù)處理流程建立靜態(tài)模型和動態(tài)模型。通過對于完成標(biāo)的情況建立企業(yè)的信用等級，同時建立招投標(biāo)企業(yè)的信息庫達(dá)到對于招標(biāo)履行的可控性。第五，針對招投標(biāo)業(yè)務(wù)數(shù)據(jù)的統(tǒng)計(jì)分析和決策問題，為了達(dá)到企業(yè)招投標(biāo)業(yè)務(wù)的統(tǒng)計(jì)和易查詢性，系統(tǒng)在設(shè)計(jì)過程中增加了各類不同的招投標(biāo)業(yè)務(wù)查詢和統(tǒng)計(jì)功能。同時，該章也提出了系統(tǒng)的目標(biāo)和需要解決的問題。對于招投標(biāo)管理的業(yè)務(wù)流程進(jìn)行了分析和設(shè)計(jì)，最后給出了系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)。其業(yè)務(wù)包括了一系列的復(fù)雜業(yè)務(wù)審核審批、合同履行評審等相關(guān)流程組成，主要包括了項(xiàng)目的立項(xiàng)申請審批、招標(biāo)公告發(fā)布、資格預(yù)審流程、招標(biāo)開標(biāo)流程、評標(biāo)流程管理、定標(biāo)流程管理和簽約流程管理等業(yè)務(wù)處理流程。本文將針對不同行業(yè)招投標(biāo)管理業(yè)務(wù)進(jìn)行需求分析，然后結(jié)合面向?qū)ο蟮乃枷牒突赨ML的建模方法，完成系統(tǒng)的需求分析、設(shè)計(jì)和實(shí)現(xiàn)。通過項(xiàng)目管理可以有效的定義控制其整體流程，并能夠有效的定義該次招投標(biāo)業(yè)務(wù)中的相關(guān)企業(yè)、數(shù)據(jù)和招投標(biāo)文件等，同時能夠很方便的對其進(jìn)行查詢和統(tǒng)計(jì)。權(quán)限管理是由管理員對系統(tǒng)用戶進(jìn)行權(quán)限分配。同時，對于其流程管理通過基于工作流引擎的思想進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)，同時能夠?qū)ζ溥M(jìn)行狀態(tài)跟蹤和查詢。數(shù)據(jù)分析模塊主要是針對某個時期內(nèi)所有的招投標(biāo)文件進(jìn)行統(tǒng)計(jì)分析，包括招標(biāo)信息明細(xì)查詢、統(tǒng)計(jì)報(bào)表等。在統(tǒng)一開發(fā)過程的分析方法中，我們?yōu)榱四軌蚯逦拿枋鱿到y(tǒng)用例及其層次結(jié)果，本文通過包圖對業(yè)務(wù)需求的各個模塊進(jìn)行分析處理。本文接下來對系統(tǒng)需求的核心用例模塊包括企業(yè)信息申請和審核管理模塊、招標(biāo)項(xiàng)目流程管理、專家信息管理維護(hù)、履約考核管理、信用檔案管理等模塊進(jìn)行用例建模分析和描述。最后，通過傳統(tǒng)的基于多層的JZEE模型對系統(tǒng)進(jìn)行開發(fā)和實(shí)現(xiàn)。因此，在業(yè)務(wù)系統(tǒng)的分析和架構(gòu)設(shè)計(jì)過程中如何實(shí)現(xiàn)業(yè)務(wù)流程的定義和控制將關(guān)系到系統(tǒng)實(shí)現(xiàn)的成敗。同時，針對不同的功能為其提供了優(yōu)秀的數(shù)據(jù)展現(xiàn)方式，從而達(dá)到為企業(yè)決策者進(jìn)行服務(wù)的目的。對于招投標(biāo)信息管理來說，企業(yè)的信息管理包括了復(fù)雜的審核和審批流程，其中包括了企業(yè)的基本信息備案、監(jiān)管單位審核、企業(yè)首次填報(bào)、監(jiān)管單位首次填報(bào)審批、企業(yè)信息修改、修改信息審核等相關(guān)業(yè)務(wù)流程，其相關(guān)的業(yè)務(wù)處理流程和涉眾人群如圖2一2所示。圖2一3企業(yè)信息管理用例圖FigureZ一 3SystemPaekagediagram對于招投標(biāo)信息來說，企業(yè)的相關(guān)信息的維護(hù)關(guān)系著企業(yè)是否具備相應(yīng)的資質(zhì)進(jìn)行招投標(biāo)操作，因此如何完成企業(yè)相關(guān)信息的填報(bào)和資質(zhì)審查是本文系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)的關(guān)鍵。擴(kuò)展事件流在企業(yè)的某個在建工程需要轉(zhuǎn)為相關(guān)企業(yè)的代表性工程時，將其轉(zhuǎn)化為代表性工程備注企業(yè)對于相關(guān)的信息進(jìn)行修改時，需要進(jìn)行相應(yīng)的登記：在企業(yè)信息進(jìn)行修改后需要通過審核以確保企業(yè)信息的真實(shí)性。通過對其業(yè)務(wù)的需求進(jìn)行分析，其主要的涉眾角色包括了建設(shè)單位、投標(biāo)單位和工程監(jiān)管單位，整體的業(yè)務(wù)流程包括了招標(biāo)項(xiàng)目定義、標(biāo)段信息定義、招標(biāo)公告發(fā)布、項(xiàng)目申請開始、資格審查報(bào)名、資格預(yù)審、招標(biāo)開標(biāo)、評標(biāo)管理、定標(biāo)管理和簽訂合同。尤其在“資格預(yù)審”和“評標(biāo)”流程環(huán)節(jié)中，需要相關(guān)的專家組進(jìn)行招標(biāo)投票和打分評審。如表2一2，本文給出了專家條件設(shè)置和篩選用例的詳細(xì)說明:用例標(biāo)識Model_WorkFlow_ExpertSelection用例名稱選擇評審專家創(chuàng)建時間2015111參與者建設(shè)管理單位用例描述管理員設(shè)定相關(guān)的專家篩選條件前置條件已經(jīng)對相關(guān)招標(biāo)項(xiàng)目進(jìn)行基本維護(hù)完成相關(guān)項(xiàng)目的標(biāo)段維護(hù)后置條件通過篩選條件自動生成評審專家為相關(guān)專家生成登錄名和密碼基本事件流1. 管理員登錄系統(tǒng)2. 查看相關(guān)項(xiàng)目信息3. 設(shè)定評標(biāo)和資格審查日期4. 新建抽簽5. 關(guān)聯(lián)相關(guān)的項(xiàng)目和標(biāo)段，設(shè)定專家人數(shù)6. 選擇專家組類型7. 進(jìn)行專家組抽簽8. 確定專家組抽簽，定簽擴(kuò)展事件流在專家組確定以后，相關(guān)監(jiān)督單位可以對專家抽簽結(jié)果進(jìn)行修改和取消備注專家組的選擇與相關(guān)專家的信息，屬性和專家的信用相關(guān)聯(lián)，整體采用動態(tài)淘汰制從而確保專家評審的公正性。通過相應(yīng)的建設(shè)進(jìn)度跟蹤，能夠及時跟蹤和發(fā)現(xiàn)招標(biāo)項(xiàng)目建設(shè)過程中存則的各種問題。其中，對招標(biāo)單位來說，其相關(guān)的中標(biāo)項(xiàng)目的評價將會自動轉(zhuǎn)入其信用檔案。如果事先缺乏很好的非功能性需求定義，結(jié)果往往是使產(chǎn)品在非功能性需求面前捉襟見肘，甚至淹沒功能性需求給用戶帶來的價值。對于新手用戶來講，系統(tǒng)應(yīng)當(dāng)滿足培訓(xùn)時間小于等于半天，否則將是不可接受的。需求中需要特別提到這些現(xiàn)象，顯示系統(tǒng)到底以哪種用戶能接收的程度運(yùn)轉(zhuǎn)。(2)平均故障間隔時間和平均修復(fù)時間(MTBF和MTTR)。比如數(shù)以“萬”為單位，統(tǒng)計(jì)時精確到小數(shù)點(diǎn)后面幾位，才能讓學(xué)位報(bào)盤是不超過國家規(guī)定的字段長度。，通常包括以下幾個方面:(l)事務(wù)的響應(yīng)時間:平均值、最大值。這些都應(yīng)量化地體現(xiàn)在系統(tǒng)需求文檔中。系統(tǒng)的概要設(shè)計(jì)階段將主要關(guān)注整體宏觀上和系統(tǒng)實(shí)現(xiàn)的技術(shù)框架設(shè)計(jì)。系統(tǒng)的軟件架構(gòu)設(shè)計(jì)是指將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)以及劃分系統(tǒng)功能模塊設(shè)計(jì)?？蛻舳思夹g(shù)采用瀏覽器進(jìn)行實(shí)現(xiàn)，客戶端與服務(wù)器之間采用了HttP協(xié)議進(jìn)行通信，同時為了能夠?qū)崿F(xiàn)相應(yīng)的客戶端與服務(wù)器端的異步通信，在具體的界面實(shí)現(xiàn)部分采用了Ajax技術(shù)進(jìn)行實(shí)現(xiàn)。 JZEE(Java2Platrorm，Ente印 riseEdition)是sUN公司推出的一種全新的概念模型，使用了一個多層分布式應(yīng)用程序體系。目前，相對于EJB來說，對于表現(xiàn)層逐步出現(xiàn)了struts等相關(guān)框架，業(yè)務(wù)邏輯控制和面向切面控制的框架為SPring，而數(shù)據(jù)持久層框架為Hibemate。使開發(fā)者不僅可以比以前更快的發(fā)表對市場的新的解決方案，而且其獨(dú)立于平臺、基于組件的JZEE解決方案不再受任何提供商的產(chǎn)品和應(yīng)用程序編程界面的限制。對于界面的描述和分析技術(shù)，在B/s端主要采用了JsP和基于struts的頁面標(biāo)簽庫進(jìn)行描述。模型主要是指報(bào)表界面中的各種顯示元素。2. 基于StrutS的控制層設(shè)計(jì)，該部分的核心功能是接受和控制從客戶端發(fā)送過來的各類不同的請求，并通過運(yùn)行時獲取的具體的XML配置文件信息，將請求轉(zhuǎn)發(fā)到不同的業(yè)務(wù)邏輯處理類進(jìn)行處理。同時，該框架采用了分層的架構(gòu)設(shè)計(jì)，能夠合理的與MVC的架構(gòu)進(jìn)行整合。對于整個業(yè)務(wù)流程中訂單管理采用工作流引擎進(jìn)行管理和分析，實(shí)現(xiàn)了整體業(yè)務(wù)流程的有效控制和跟蹤。本文中結(jié)合招投標(biāo)管理系統(tǒng)的業(yè)務(wù)需求，采用了Mysql數(shù)據(jù)庫進(jìn)行數(shù)據(jù)的具體存儲。根據(jù)用戶請求的URL判斷是否在該用戶的資源權(quán)限表中，若無權(quán)限則返回客戶端給用戶提示。用戶(usERS)是對數(shù)據(jù)對象進(jìn)行操作的主體，可以是人、機(jī)器設(shè)備、構(gòu)成用戶組。角色將于權(quán)限(Permission)進(jìn)行關(guān)聯(lián)，確定角色享有的權(quán)限。用戶組分配 (UserAssignment)是用戶到組的映射，表示某一用戶所劃歸的組，用戶與組是多對多關(guān)系，即某一用戶可以劃歸一個或多個組，相同的某一組也可包含不同的用戶。根據(jù)資源、角色、用戶三級管理的機(jī)制，靈活的為用戶指定角色，為角色指定可訪問的資源，從而使用戶的權(quán)限成為可配置的。所謂分解就是將系統(tǒng)劃分為不同的業(yè)務(wù)功能模塊，各個模塊之間盡量減少其藕合性，同時在模塊內(nèi)部盡量實(shí)現(xiàn)高內(nèi)聚性。同時，各個模塊間盡量減少相應(yīng)的藕合，從而較少了模塊間開發(fā)的相互影響。業(yè)務(wù)模塊的劃分同時應(yīng)該盡量減少數(shù)據(jù)的冗余性。業(yè)務(wù)模塊的劃分應(yīng)該同時考慮的各種系統(tǒng)資源的充分使用，包括各種網(wǎng)絡(luò)和硬件資源。按功能劃分是目前最常用的一種劃分方法。同時，系統(tǒng)的整體功能架構(gòu)設(shè)計(jì)中加入了各種公共的業(yè)務(wù)組件，包括了短信提醒組件、郵件通知組件和權(quán)限管理組件等。如果沒有在系統(tǒng)里注冊的企業(yè)用戶，第一次進(jìn)入系統(tǒng)需要備案。企業(yè)首次填報(bào)之后，必須由招標(biāo)辦對其輸入的信息進(jìn)行審批，只有審批通過后的企業(yè)才能進(jìn)行投標(biāo)。信用檔案管理子系統(tǒng)信用檔案管理是指監(jiān)管單位根據(jù)歷史招標(biāo)采購活動中投標(biāo)企業(yè)的表現(xiàn)對企業(yè)和個人信用進(jìn)行管理維護(hù)。建設(shè)單位在每季度填報(bào)截止日前，填報(bào)上季度本單位的項(xiàng)目履約考核情況，就是對上季度標(biāo)段內(nèi)的每個招標(biāo)項(xiàng)目的中標(biāo)企業(yè)，根據(jù)合約履行的具體情況，按照不同的考核項(xiàng)對其進(jìn)行打分評級，作為上季度的統(tǒng)計(jì)數(shù)據(jù)上報(bào)到系統(tǒng)中存檔。同時，該模塊還包括了相應(yīng)評審專家的信用評級檔案，主要包括了對于專家評審的結(jié)果進(jìn)行項(xiàng)目復(fù)議，從而確保專家評審過程中的公正性。該類用戶的功能權(quán)限較多，主要包括招投標(biāo)管理中建項(xiàng)、標(biāo)段管理、專家抽簽篩選、投標(biāo)審查、開標(biāo)定標(biāo)、簽訂合同。該類用戶主要負(fù)責(zé)投標(biāo)企業(yè)的備案和填報(bào)審核，對招標(biāo)流程中的每一步結(jié)果查看審查，對專家進(jìn)行信息維護(hù)和考核等。(4)專家一該類用戶的功能權(quán)限是由每個招標(biāo)項(xiàng)目的設(shè)置決定的。比如A地到D地的高速公路建設(shè)項(xiàng)目，整個項(xiàng)目分為多個小項(xiàng)，如A地到B地的施工建設(shè)、B地到C地的施工建設(shè)、C地到D地的施工建設(shè)，本系統(tǒng)中通過標(biāo)段加以描述。第4章系統(tǒng)詳細(xì)設(shè)計(jì)相對于系統(tǒng)的架構(gòu)和概要設(shè)計(jì)，系統(tǒng)的詳細(xì)設(shè)計(jì)是針對系統(tǒng)需求業(yè)務(wù)的進(jìn)一步細(xì)化，主要的工作包括了系統(tǒng)需求設(shè)計(jì)模型也就是用例模型的基礎(chǔ)上進(jìn)行進(jìn)一步的建模分析，包括了類圖和相應(yīng)包圖的靜態(tài)建模和針對業(yè)務(wù)狀態(tài)和流程變化的動態(tài)建模。本系統(tǒng)的業(yè)務(wù)邏輯比較復(fù)雜，這里通過流程結(jié)構(gòu)的設(shè)計(jì)加以闡述和說明。將這過程中的整體的業(yè)務(wù)處理過程看作是統(tǒng)一的模板進(jìn)行處理，本文中的招標(biāo)項(xiàng)目業(yè)務(wù)依據(jù)不同的項(xiàng)目設(shè)置其整體業(yè)務(wù)處理流程不同。當(dāng)業(yè)務(wù)流程發(fā)生變化時，只需要很少或者不需要修改應(yīng)用程序，提高了編寫程序的彈性以及程序的復(fù)用性，降低了程序更改的成本。在 ，由于其數(shù)據(jù)庫設(shè)計(jì)支持各類傳統(tǒng)的數(shù)據(jù)庫，因此本文系統(tǒng)所采用的Mysql也能夠有效的支持。因此，通過上述工作流引擎，本文在上述業(yè)務(wù)歷程控制方面能夠有效的結(jié)合各類角色用戶控制，同時能夠有效的實(shí)現(xiàn)整體業(yè)務(wù)歷程的資源組織和任務(wù)控制。動態(tài)模型主要是指順序圖和協(xié)作圖，主要反映了各個業(yè)務(wù)實(shí)體之間的協(xié)作關(guān)系和順序，通過實(shí)體之間的協(xié)作和交互實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)的輸入、輸出和業(yè)務(wù)操作等。如圖4一3展示了本文針對系統(tǒng)軟件開發(fā)所采用的包結(jié)構(gòu)設(shè)計(jì)：圖4一3專家信息管理包圖設(shè)計(jì)，主要負(fù)責(zé)業(yè)務(wù)邏輯的處理。主要負(fù)責(zé)處理業(yè)務(wù)邏輯層訪問數(shù)據(jù)時抽象抽取的結(jié)構(gòu)層。上述業(yè)務(wù)類通過順訊的交互操作進(jìn)行相應(yīng)的業(yè)務(wù)數(shù)據(jù)流程流轉(zhuǎn)，同時得到相應(yīng)的數(shù)據(jù)查詢、更新、刪除等相關(guān)核心的業(yè)務(wù)操作。因此，本文還針對上述概念實(shí)體類的協(xié)作關(guān)系給出了詳細(xì)的動態(tài)建模分析，如圖4一5，給出了添加專家操作的詳細(xì)的順序圖建模，通過順序圖建模反映了相應(yīng)的專家數(shù)據(jù)添加流程的操作。在上述設(shè)計(jì)過程中，所謂的持久化是指將業(yè)務(wù)需求中存在的各個實(shí)體類，將其轉(zhuǎn)化成數(shù)據(jù)庫管理系統(tǒng)所能夠識別的關(guān)系表格以及表格中的字段。因此，本文結(jié)合上文中所描述的概念類，經(jīng)過分析和篩選后確定其具體的數(shù)據(jù)表格和表格之間的關(guān)系。圖4一6招標(biāo)管理模塊數(shù)據(jù)庫模型圖設(shè)計(jì)上圖中給出了招標(biāo)管理相關(guān)模塊的數(shù)據(jù)庫設(shè)計(jì)描述，其相關(guān)表及其表內(nèi)容的詳細(xì)描述如表4一1所示。檔案信息表和檔案資源表，主要是對項(xiàng)目資源歸檔后的信息進(jìn)行管理，在檔案資源表中，主要文檔資源主要通過文件進(jìn)行存儲，文檔由系統(tǒng)或人工掃免上傳在文件服務(wù)器進(jìn)行存儲。在對數(shù)據(jù)庫的備份方面，采用了每周備份一次的策略，同時在頻繁使用期采用每天備份的策略。，將會有針對性的完成冗余數(shù)據(jù)的刪除。對于控制層和表現(xiàn)層實(shí)現(xiàn)通過基于struts的MVC框架，業(yè)務(wù)數(shù)據(jù)表現(xiàn)采用了基于JQuery的表現(xiàn)層組件實(shí)現(xiàn)。建設(shè)單位登錄到本系統(tǒng)主要用“招標(biāo)”，‘、系統(tǒng)幫助”模塊。信用檔案”，“系統(tǒng)幫助”模塊。招標(biāo)辦將在下一個工作日內(nèi)完成對備案信息的審核，如果審核通過，將會把登錄帳號信息發(fā)送到備案時輸入的郵箱里面，到時候就可以用此帳號登錄系統(tǒng)了。履約考核信息維護(hù)主要是對需要考核的中標(biāo)單位打分考核等級。故“標(biāo)段擴(kuò)展信息”中必須認(rèn)真維護(hù)實(shí)際開工時間、實(shí)際竣工時間、中標(biāo)單位，這關(guān)系到該標(biāo)段的中標(biāo)單位在本季度是否被考核到的問題。圖5一9項(xiàng)目立項(xiàng)管理在該模塊中，難點(diǎn)是專家抽簽篩選。一個專家組建立之后必須通過監(jiān)理單位的審核。表5一1專家抽簽流程及其說明在系統(tǒng)的實(shí)現(xiàn)過程中，需要對抽簽專家的要求進(jìn)行相應(yīng)的設(shè)定，同時選擇抽簽專家所屬的類型，如圖5一10為新建專家抽簽的管理頁面:圖5一10專家抽簽設(shè)定管理在專家組抽簽時，需要特別注意以下幾點(diǎn):(l)用戶必須先選擇“專家組類型”以確定該專家組是用于項(xiàng)目流程中哪個環(huán)節(jié)的，這樣在該標(biāo)段的項(xiàng)目流程環(huán)節(jié)中該專家組會自動出現(xiàn)。這就要求專家信息管理時必須維護(hù)這些信息。抽簽次數(shù)遞增。審核通過繼續(xù)下一步。建設(shè)單位從項(xiàng)目流程入口進(jìn)入控制整個項(xiàng)目流程，監(jiān)管單位從各流程入口進(jìn)入監(jiān)督并查看流程每個環(huán)節(jié)的結(jié)果。若按鈕字體為紅色，則代表該項(xiàng)目正處于哪個環(huán)節(jié)。(4)當(dāng)流程進(jìn)入下一個流程時，上個流程環(huán)節(jié)的結(jié)果不可修改，即不可修改在上個流程通過的投標(biāo)單位。如圖5一12，本文給出了通過資格審核的投標(biāo)企業(yè)，同時顯示專家對其進(jìn)行的評價結(jié)果。本文將傳統(tǒng)的報(bào)表看作是一種界面表示方式，將報(bào)表的自動生成看作是由模型、界面管理器和業(yè)務(wù)處理接口三部分組成，模型用于定義各種界面顯示元素以及各元素的關(guān)系。例如:。在整個報(bào)表生成的整體流程設(shè)計(jì)過程采用了模型驅(qū)動的框架(MDA)的思想，整個過程被元數(shù)據(jù)驅(qū)動和控制著，元數(shù)據(jù)構(gòu)成了整個系統(tǒng)架構(gòu)、功能以及行為。在整體的業(yè)務(wù)處理過程中，通過模型定義、數(shù)據(jù)獲取和模型解析生成用戶所需要的業(yè)務(wù)報(bào)表。通過面向?qū)ο蟮乃枷雽ζ湫枨蟊尘斑M(jìn)行了分析、設(shè)計(jì)和實(shí)現(xiàn)。整個系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)，解決了招投標(biāo)管理過程中的流程混亂、數(shù)據(jù)接口多、資源管理混亂、檔案歸檔繁雜等業(yè)務(wù)處理流程中的問題。同時，針對大量的數(shù)據(jù)表格管理采用了基于模型驅(qū)動開發(fā)的報(bào)表自動生成工具，能夠有效的生成各類報(bào)表。53 / 53