建設工程施工圖審查信息系統(tǒng)的分析與設計

摘要：以建設工程施工圖審查信息系統(tǒng)的開發(fā)為原型，針對目前信息系統(tǒng)開發(fā)中遇到的問題，采用UML建模技術(shù)完成本系統(tǒng)的分析與設計。結(jié)合UML用例圖、活動圖、時序圖、類圖來詳細分析UML在信息系統(tǒng)分析、設計等階段中的建模應用?；谖闹性O計方案所完成的系統(tǒng)已投入實際運行，實踐證明，文中的研究對加快系統(tǒng)開發(fā)速度，提高系統(tǒng)可靠性起到了良好的作用，達到了預期效果。

關(guān)鍵詞：施工圖審查； 信息系統(tǒng)； 用例圖； 時序圖； UML

中圖分類號：TP315 文獻標識碼：A文章編號：2095-2163（2013）02-0074-04

0引言

施工圖審查是政府對設計質(zhì)量實施監(jiān)管的一個有效手段，能夠極大推進政府監(jiān)管水平提升，也能夠有力促進勘察設計技術(shù)質(zhì)量水平的提高，真正起到維護公共利益、保障公眾安全的目的。如今，已建立了一套詳細的施工圖審查流程，但由于該流程主要由手工式操作來實現(xiàn)，不能達到數(shù)據(jù)共享，也不能進行數(shù)字化的管理。而且在實施手工式操作過程中還存在著信息發(fā)布不及時，任務分配不到位等一系列問題。藉此分析可知，建設工程施工圖審查信息系統(tǒng)的開發(fā)和建設勢在必行。但此系統(tǒng)的開發(fā)卻是一項復雜工程，要想全面完整地實現(xiàn)該系統(tǒng)不僅需要一個高效的軟件架構(gòu)設計方法，更需要一個規(guī)范化的開發(fā)流程，并且還要對軟件開發(fā)過程進行實時有效的跟蹤和監(jiān)測。實踐證明，采用面向?qū)ο蟮腢ML建模技術(shù)[1]就是達到上述要求的最行之有效的方法。

1系統(tǒng)功能描述

1.1任務接審

錄入相關(guān)的建設施工圖接審信息，對建設施工項目材料進行核對，確認材料齊全，提交進入任務分配階段；如果材料不全但所缺材料并不影響審圖，可以先行開展審查，提交進入任務分配階段；如果所缺材料影響審圖，即退回不予審圖。而對已經(jīng)填寫的審圖任務單還配備了打印功能。對于先行審查的建設施工項目，當施工方將接審時缺少材料補齊時，可以通過此操作修改項目接審狀態(tài)。在接審信息列表中可以查看建設施工項目的接審信息，并可對其進行修改。當審圖任務長時間擱置（沒有付費或者短信通知還未對審查意見進行回復），可以對此審圖任務實行掛起操作，待其需要繼續(xù)審查時再還原。

1.2任務分配

在審圖任務分配列表中，可以查看此審圖任務的接審信息，提示已經(jīng)分配審圖的專家專業(yè)、未分配審圖的專家專業(yè)和已錄入意見的專業(yè)。查看專家在手的審圖任務，據(jù)此分配相關(guān)專業(yè)專家審圖任務。并可詳細查看專家審圖任務分配情況。

1.3意見錄入

在審圖任務意見錄入列表中，可以查看此審圖任務的接審信息以及審圖任務的狀態(tài)。意見錄入員會將所有專業(yè)各位專家的審圖意見完整無誤錄入。

1.4任務回復

完成對審圖專家意見的回復，并記錄回復的變更張數(shù)。

1.5收費

完成對所有未收費的審圖任務所需進行的收費操作，計算出收費金額并打印收費憑證。

1.6任務審批

完成對經(jīng)由所有專業(yè)專家審查，并給予回復的操作以及對收費后的審圖任務進行審批的操作。

1.7頒證

完成對審批通過的審圖任務所需進行的頒證操作，打印合格證。

1.8任務查詢

通過各種查詢條件，完成對審圖任務的查詢。第2期莊軍，等：建設工程施工圖審查信息系統(tǒng)的分析與設計智能計算機與應用第3卷

1.9數(shù)據(jù)維護

完成對員工的增加、刪除、修改和查詢操作。

完成對審圖專家的增加、刪除、修改和查詢操作。

完成對勘察單位信息的增加、刪除、修改和查詢操作。

完成對設計單位信息的增加、刪除、修改和查詢操作。

完成對管理單位信息的增加、刪除、修改和查詢操作。

完成對系統(tǒng)數(shù)據(jù)庫的備份操作。

完成對內(nèi)部員工、協(xié)作單位、勘察單位等不同對象的短信的群發(fā)操作。

完成對收到短信的查看操作。

1.10客戶服務

在線查看審圖流程并可根據(jù)驗證碼下載相應意見書。

2系統(tǒng)模型建立

2.1系統(tǒng)用例

根據(jù)功能需求分析可知，建設工程施工圖審查信息系統(tǒng)中，主要用戶有：接審人員、審查人員、審圖專家、財務人員、領(lǐng)導，其部分用例圖如圖1、圖2所示。

根據(jù)系統(tǒng)的用例圖以及系統(tǒng)的功能需求，經(jīng)分析可知，建設工程施工圖審查信息系統(tǒng)中審圖業(yè)務基本流程主要包括：任務接審、任務分配、意見錄入、任務回復、收費、任務審批及頒證。其部分活動圖如圖3、圖4所示。

3.1系統(tǒng)開發(fā)環(huán)境與開發(fā)技術(shù)

3.1.1系統(tǒng)的B/S三層結(jié)構(gòu)

通過分析得出本平臺具有專業(yè)性強、數(shù)據(jù)處理量大、功能復雜、對安全性、交互性要求高， 審圖機構(gòu)內(nèi)部的微機都處于局域網(wǎng)中等特點。針對以上特色，本系統(tǒng)采用基于WEB應用的B/S三層結(jié)構(gòu)。

3.1.2數(shù)據(jù)庫和Web服務器選擇

基于網(wǎng)絡安全、運行成本等方面的考慮，本系統(tǒng)選用了目前非常流行的組合：ASP.NET+SQL SERVER 2000+IIS 6.0，即Microsoft Visual Studio 2008作為開發(fā)平臺，IIS 6.0和SQL SERVER 2000分別作為應用服務器和數(shù)據(jù)庫服務器。

3.1.3開發(fā)技術(shù)

本系統(tǒng)主要使用ASP.NET技術(shù)來實現(xiàn)服務端功能，數(shù)據(jù)訪問使用了ADO.NET技術(shù)，客戶端交互使用的是AJAX技術(shù)。

3.2數(shù)據(jù)庫設計

數(shù)據(jù)庫設計是實現(xiàn)過程中的關(guān)鍵一步，其中以要求降低數(shù)據(jù)冗余，保證數(shù)據(jù)完整性和一致性，并提高數(shù)據(jù)并發(fā)性能力為原則，本系統(tǒng)的數(shù)據(jù)庫所需的表格主要有：勘察單位表、設計單位表、員工表、審圖專家表、任務預申報表、任務申報表、項目概況表、項目收費信息表、審查意見表、審查問題表、消息表、短信表、任務補充表、節(jié)能措施表、接審檔案表、檔案借閱表。

3.3類設計

（1）任務接審

主要涉及的實體類有：CensorTask（任務申報信息類）、Projects（項目信息類）、ReconnaissanceCorp（勘察單位信息類）、DesignCorp（設計單位信息類）、ComplementarityOfTask（任務補充信息類），類關(guān)系圖如圖7所示。

主要涉及的實體類有：CensorTask（任務申報信息類）、ReconnaissanceCorp （勘察單位信息類）、DesignCorp（設計單位信息類）、Experts（專家信息類）。

（3）意見錄入

主要涉及的實體類有：CensorTask（任務申報信息類）、CensorOpinions（審查意見類）、CensorProblem（審查問題類）、Experts（專家信息類）。

（4）任務回復

主要涉及的實體類有：CensorTask（任務申報信息類）、ReconnaissanceCorp （勘察單位信息類）、DesignCorp（設計單位信息類）、Experts（專家信息類）。

（5）收費

主要涉及的實體類有：CensorTask（任務申報信息類）、ReconnaissanceCorp （勘察單位信息類）、DesignCorp （設計單位信息類）、ComplementarityOfTask（任務補充信息類）、CensorCharge（項目收費信息類）、Projects（項目信息類）。

（6）任務審批

主要涉及的實體類有：CensorTask（任務申報信息類）、Experts（專家信息類）。

4結(jié)束語

本文將面向?qū)ο罂梢暬＜夹g(shù)UML引入到建設工程施工圖審查信息系統(tǒng)中，在充分研究面向?qū)ο蠼Ｋ枷?、UML的語義、特點基礎(chǔ)上， 建立了一個符合實際情況的系統(tǒng)模型。設計完成了任務接審，任務分配，任務審查、任務回復、收費、任務審批、任務查詢等模塊功能。

參考文獻：

[1]吳建，鄭潮， 汪杰. UML 基礎(chǔ)與Rose 建模案例[M]. 北京： 人民郵電出版社， 2007.

[2]唐鷹，沈建新，廖文和.基于UML的醫(yī)療保險信息門戶網(wǎng)站的開發(fā)[J].計算機工程與設計，2006， 27（18）：350423506， 3510.

[3]許麗婷，董麗麗，趙霞.UML在高校財務績效管理系統(tǒng)設計中的應用[J].計算機應用與軟件，2008，25（10）：2762278.

[4]萬榮紅，趙嵩正. 基于UML的工程項目合同管理信息系統(tǒng)設計與實現(xiàn)[J].計算機應用與軟件，2006，23（8）：45247.

[5]王鳳娥，王鳳旭.基于UML的學生選課系統(tǒng)的設計與實現(xiàn)[J].聊城大學學報，2009（2） ：104 -106.

[6]王國華.高校招生錄取對接系統(tǒng)的設計和開發(fā)[J].浙江理工大學學報，2009（6）：14-16.

[7]曾文斌，張虹.UML在系統(tǒng)的分析與設計中的應用[J].計算機應用與軟件，2007（7） ：120-122.

[8]婁雅斌，商玉秀. 基于UML的城市消防決策系統(tǒng)的開發(fā)[J].微計算機信息，2006（2）：60- 62.

[9]王紅燕，陳志剛，曾志文.UML建模在常住人口管理信息系統(tǒng)開發(fā)中的應用[J].計算機工程與運用，2002，38（19）：238- 240.

[10]余華平.基于UML的高校學生資助工作管理系統(tǒng)設計[J].計算機技術(shù)與發(fā)展，2010（5）：179-182.

[11]許麗婷，董麗麗，趙霞.UML在高校財務績效管理系統(tǒng)設計中的應用[J].計算機應用與軟件，2008，25（10）：2762278.

[12]XU Dong， LI H， LAM C P. Using adaptive Agents to automatically generate test Scenarios from the UML activity diagrams[C] //Proc. of 12th APSEC 2005. Taipei： IEEE Computer Society Press， 2005.

[13]KUNDU D， SAMANTA D. A novel appro-ach to generate test cases from UML activity diagrams[J] . Journal of Object Technology， 2009， 8（3） ： 65- 83.

[14]POPOVIC M， JURCA Z， KOVACEVIC V. An automatic test generator Engine[C]//The 15th IEEE International Symposiumon Software ReliabilityEngineering.Saint-Malo， Bretagne，F(xiàn)rance： [ s. n. ] ， 2004.