【摘要】 建委承擔(dān)著監(jiān)督本行政區(qū)內(nèi)域規(guī)劃的實(shí)施,依法查處、制止違法建設(shè),參與或組織對本行政區(qū)域內(nèi)建設(shè)工程和規(guī)劃驗(yàn)收,負(fù)責(zé)全區(qū)房地產(chǎn)綜合開發(fā)管理,規(guī)范房地產(chǎn)開發(fā)市場,負(fù)責(zé)地區(qū)建設(shè)項(xiàng)目的初審,查驗(yàn)、上報(bào)審批等職能。目前日常的工作流程仍為文件層層上報(bào)審批,建設(shè)項(xiàng)目資料均為紙質(zhì)存檔,無法進(jìn)行數(shù)字化管理,嚴(yán)重制約了工作效率的提高。在這一背景下,論文在分析建委對城建項(xiàng)目審批管理業(yè)務(wù)需求的基礎(chǔ)上,討論了城建項(xiàng)目管理系統(tǒng)的設(shè)計(jì),主要的工作和取得的成果有如下幾方面：首先,在分析蘭州市城市建設(shè)項(xiàng)目管理現(xiàn)狀的基礎(chǔ)上,以需求為依據(jù),完成了對系統(tǒng)的總體解決方案的設(shè)計(jì),討論了系統(tǒng)的總體功能架構(gòu)和系統(tǒng)設(shè)計(jì)所采用的關(guān)鍵技術(shù)；其次,提出了以Struts+Spring+Hibernate為系統(tǒng)架構(gòu),采用J2EE的多層B/S架構(gòu)的技術(shù)方案對系統(tǒng)進(jìn)行設(shè)計(jì)和開發(fā),并對作者所參與的相關(guān)模塊進(jìn)行了詳細(xì)的論述；最后,對蘭州市城建項(xiàng)目管理系統(tǒng)的設(shè)計(jì)進(jìn)行了總結(jié)。
 
【關(guān)鍵詞】 城市建設(shè)； 項(xiàng)目管理； J2EE； SSH；

第一章  緒  論 

1.1 選題背景和意義 
隨著我國經(jīng)濟(jì)的發(fā)展以及對基礎(chǔ)設(shè)施投資力度的不斷增強(qiáng)，城市的市政項(xiàng)目工程的數(shù)目也顯著增加，傳統(tǒng)的工程技術(shù)面對市政項(xiàng)目日趨繁重的管理任務(wù)，已難以適應(yīng)現(xiàn)在日益龐大的海量的工程項(xiàng)目管理信息需求。面對龐大的項(xiàng)目建設(shè)過程和日益繁重的市政項(xiàng)目建設(shè)任務(wù)，市政工程建設(shè)單位的傳統(tǒng)管理方法和管理模式已無法滿足市場經(jīng)濟(jì)的高要求和快節(jié)奏。怎樣精確掌握施工進(jìn)程、制定合理的施工計(jì)劃、以及優(yōu)化使用施工資源，是市政建設(shè)管理部門所必須解決的問題。隨著信息技術(shù)發(fā)展與運(yùn)用的逐步深入，市政工程建設(shè)單位在信息化工作方面有了顯著的進(jìn)展。初步實(shí)現(xiàn)了基于網(wǎng)絡(luò)的辦公系統(tǒng)與流程。但因?yàn)樾畔⒒�不夠徹底，依然難以完全避免紙質(zhì)文件的傳遞和處理。因?yàn)檗k公事務(wù)牽涉面廣，流程復(fù)雜，市政工程建設(shè)單位內(nèi)部文件運(yùn)轉(zhuǎn)至今仍然沿用文件基本信息計(jì)算機(jī)登記與手工交換相結(jié)合的模式。由于文件的運(yùn)轉(zhuǎn)過程現(xiàn)有系統(tǒng)難以準(zhǔn)確跟蹤，無法高效地查找跟蹤重要文件，已經(jīng)無法適應(yīng)市政工程建設(shè)單位日益增多的信息量處理要求。筆者經(jīng)過調(diào)查，總結(jié)出當(dāng)前市政工程項(xiàng)目管理存在的問題，包括： （1）市政工程項(xiàng)目具體數(shù)據(jù)依然以紙質(zhì)為存儲介質(zhì)，每年幾十個(gè)工程的詳細(xì)資料，相關(guān)管理部門無法及時(shí)全面掌握； （2）在建工程的地理位置及分布情況無法直觀形象地了解。
..........

1.2   國內(nèi)外發(fā)展現(xiàn)狀 
在管理信息系統(tǒng)領(lǐng)域方面，國外的研發(fā)與應(yīng)用一直處于領(lǐng)先優(yōu)勢。在進(jìn)行信息化管理的周期中，構(gòu)建于不同時(shí)期的信息系統(tǒng)只是結(jié)合當(dāng)初的需求來進(jìn)行設(shè)計(jì)的，所以這類信息系統(tǒng)僅僅能夠體現(xiàn)出構(gòu)件時(shí)的具體技術(shù)需求，發(fā)展到七十年代，才逐步形成新型綜合學(xué)科的涉及多種技術(shù)的管理信息系統(tǒng)[1]。在國外，管理信息系統(tǒng)技術(shù)的飛速發(fā)展時(shí)期是八十年代，這一時(shí)期，不少有實(shí)力的計(jì)算機(jī)開發(fā)公司都將管理信息系統(tǒng)當(dāng)做一個(gè)廣闊市場。管理信息系統(tǒng)作為企業(yè)與機(jī)構(gòu)管理方式的巨大變革，一方面漸漸形成比較大的產(chǎn)業(yè)規(guī)模，另一方面也極大地促進(jìn)了信息技術(shù)的發(fā)展。管理信息系統(tǒng)以遠(yuǎn)超其他信息管理系統(tǒng)的態(tài)勢，在國外政府部門得到了迅速普及。進(jìn)入上世紀(jì)九十年代，在主要發(fā)達(dá)國家的政府部門，管理信息系統(tǒng)得到越來越廣泛的應(yīng)用。不少研發(fā)機(jī)構(gòu)投入了大量物力、人力，深入細(xì)致的研究了與管理信息系統(tǒng)系統(tǒng)相關(guān)的數(shù)字技術(shù)與網(wǎng)絡(luò)技術(shù)，這些研究成果被不少政府部門所采納[2]。進(jìn)入 21 世紀(jì)，隨著多媒體技術(shù)和網(wǎng)絡(luò)技術(shù)的發(fā)展，管理信息系統(tǒng)軟件的主要產(chǎn)品往往是基于三層 B/S 結(jié)構(gòu)的。并廣泛實(shí)現(xiàn)了 CRM，ERP 等管理工具的有機(jī)融合。此外，與管理信息系統(tǒng)相關(guān)的輔助決策系統(tǒng)等也成為研究與開發(fā)的熱點(diǎn)。
..........

第二章  相關(guān)技術(shù)概述 .NET  

2.1 .NET  平臺的基本概念
平臺有著自己的優(yōu)勢和特點(diǎn)，是信息系統(tǒng)的優(yōu)秀的開發(fā)平臺。本章的內(nèi)容將對.NET 平臺的概念和相關(guān)技術(shù)進(jìn)行詳細(xì)的論述。.NET  構(gòu)架是支持運(yùn)行和生成 XML  網(wǎng)絡(luò)服務(wù)和下一代應(yīng)用程序的 Windows操作系統(tǒng)內(nèi)部組件[6]。開發(fā).NET 構(gòu)架的目標(biāo)如下： .NET 屬于一個(gè)組件模型。該模型通過引入面向服務(wù)的體系結(jié)構(gòu)，實(shí)現(xiàn)了傳統(tǒng)開發(fā)環(huán)境難以實(shí)現(xiàn)的目標(biāo)。.NET 把存在于應(yīng)用程序中功能各異的單元叫做服務(wù)，并且為這些服務(wù)之間的接口進(jìn)行了定義，目的是能夠把服務(wù)進(jìn)行聯(lián)系。在進(jìn)行接口定義時(shí)，采取了中立的方式，目的是將已經(jīng)定義的接口的獨(dú)立性進(jìn)行提升，使之與實(shí)現(xiàn)不同種類服務(wù)的硬件平臺與操作系統(tǒng)能夠?qū)崿F(xiàn)彼此的獨(dú)立。這種定義方法的優(yōu)勢在于，能夠讓各類基于此種系統(tǒng)的服務(wù)通過標(biāo)準(zhǔn)的方式進(jìn)行互聯(lián)互通。 在.NET 中，把信息系統(tǒng)中的各類模塊叫做服務(wù)。并結(jié)合.NET 的中立接口定義的屬性將其稱為不同種類之間服務(wù)的松散耦合[7]。這種松散藕合的特點(diǎn)為其帶來的優(yōu)勢包括，一是系統(tǒng)具有了開發(fā)和升級的靈活性，另一方面，這些松散耦合在信息系統(tǒng)中各類服務(wù)的結(jié)構(gòu)逐漸改變的時(shí)候，依舊可以繼續(xù)在系統(tǒng)中存在.
........

2.2 .NET  技術(shù)的演變 
由于服務(wù)屬于抽象的資源，因此，如果從服務(wù)提供者的視角來看的話，ASP.NET 的服務(wù)其實(shí)表示出不同模塊之間進(jìn)行協(xié)調(diào)的能力。而真正的服務(wù)提供者能夠以網(wǎng)絡(luò)尋址的方式找到服務(wù)的實(shí)體，由這個(gè)實(shí)體來執(zhí)來用戶的請求。從微軟發(fā)布.NET  1.0  以來，微軟到現(xiàn)在一共發(fā)布了 5 個(gè)版本的.NET：  1.0、1.1、2.0、3.0  和 3.5（Beta  2）。.NET 特別定義一系列服務(wù)的提供者和請求者，同時(shí)設(shè)置相關(guān)的服務(wù)代理和協(xié)議。通過以上這些已經(jīng)定義的實(shí)體為服務(wù)請求者提供服務(wù)。在一個(gè)完善的系統(tǒng)中，服務(wù)是其核心部分。所有的服務(wù)均具備定義明確的接口，這些接口隨時(shí)準(zhǔn)備調(diào)用，用戶可以結(jié)合事先已經(jīng)定義的順序，對這些服務(wù)進(jìn)行調(diào)用，調(diào)用的結(jié)果便是可以形成標(biāo)準(zhǔn)的業(yè)務(wù)流程[8]。加入了一個(gè)中間層后，所有的用戶請求不再全部提交給服務(wù)器，AJAX 引擎自己來完成包括一些數(shù)據(jù)處理和數(shù)據(jù)驗(yàn)證等。由于JavaScript 是所有主流瀏覽器都使用的編程語言，因此，使用微軟 ASP.NET+AJAX技術(shù)開發(fā)的網(wǎng)頁可以在不同平臺的瀏覽器中正常瀏覽，至于 Web Service 本身就是跨平臺的由于 ASP.NET 的松耦合特性，在需要提供服務(wù)的時(shí)候就能夠?qū)唧w的任務(wù)進(jìn)行更改或者替換。
.........

第三章  系統(tǒng)需求分析 .......... 14 
3.1 系統(tǒng)功能需求分析 ......... 14 
3.2 系統(tǒng)性能需求 ......... 14 
3.3 系統(tǒng)用例分析 .......... 15 
第四章  系統(tǒng)設(shè)計(jì) ........... 21 
4.1 系統(tǒng)總體設(shè)計(jì) .......... 21  
4.2 系統(tǒng)詳細(xì)設(shè)計(jì) ........... 25 
4.3 系統(tǒng)數(shù)據(jù)庫設(shè)計(jì) .......... 33 
第五章  系統(tǒng)實(shí)現(xiàn) .......... 44 
5.1 工程初始化功能的實(shí)現(xiàn) ........... 44 
5.2.施工管理功能的實(shí)現(xiàn) ........... 51 
5.3 投轉(zhuǎn)固管理功能的實(shí)現(xiàn) ........ 53

第五章  系統(tǒng)實(shí)現(xiàn) 

5.1 工程初始化功能的實(shí)現(xiàn) 
本章論述了市政工程項(xiàng)目管理信息系統(tǒng)的具體實(shí)現(xiàn)。主要對系統(tǒng)的重點(diǎn)模塊為例給出了詳細(xì)實(shí)現(xiàn)，根據(jù)具體的實(shí)際情況，在詳細(xì)實(shí)現(xiàn)中主要包括了系統(tǒng)的具體實(shí)現(xiàn)方法。系統(tǒng)的工程初始化模塊一共包括四個(gè)子模塊，分別是項(xiàng)目資料子模塊、前期手續(xù)子模塊、招投標(biāo)子模塊以及重要安排子模塊。其中，招投標(biāo)子模塊的功能最為主要，本節(jié)具體闡述此功能的實(shí)現(xiàn)過程。根據(jù)招投標(biāo)管理規(guī)范設(shè)定招投標(biāo)管理流程，操作員登陸后，下載招標(biāo)文件，若用戶對文件有質(zhì)疑則進(jìn)行答復(fù)，若無疑問則開始抽取評標(biāo)專家進(jìn)行開、評標(biāo)。投標(biāo)單位如對評標(biāo)結(jié)果有疑問則進(jìn)行回復(fù)，如無疑問則發(fā)中標(biāo)通知書完成評標(biāo)。一般管理員登陸后，系統(tǒng)自動屏蔽管理功能，使之只有查詢的功能。而在使用中，能動態(tài)、快速的實(shí)現(xiàn)用戶的更改。 其次，在本系統(tǒng)中，初始狀態(tài)只有一個(gè)管理員權(quán)限組，管理員可以任意設(shè)置不同的權(quán)限組，并給予不同的權(quán)限，使之具有不同的功能。在一個(gè)權(quán)限組下，可以添加多個(gè)具有相同功能，但不同名字的賬號。 這樣，就可以實(shí)現(xiàn)系統(tǒng)的多人的安全訪問。由于各種原因，這項(xiàng)功能暫未能實(shí)現(xiàn)。本系統(tǒng)中，用戶可對各個(gè)部門查詢，超級管理員可對信息進(jìn)行修改，方便了用戶在管理信息、處理問題時(shí)候可以更好的與各部門協(xié)同辦理，提高了辦事效率。
..........

結(jié)束語  
面對龐大的項(xiàng)目建設(shè)過程和日益繁重的市政項(xiàng)目建設(shè)任務(wù)，市政工程建設(shè)單位的傳統(tǒng)管理方法和管理模式已無法滿足市場經(jīng)濟(jì)的高要求和快節(jié)奏。市政工程項(xiàng)目具體數(shù)據(jù)依然以紙質(zhì)為存儲介質(zhì)，每年幾十個(gè)工程的詳細(xì)資料，相關(guān)管理部門無法及時(shí)全面掌握；在建工程的地理位置及分布情況無法直觀形象地了解。決大多數(shù)工程信息各自獨(dú)立，往往屬于單一的數(shù)據(jù)或圖表，而這些圖表數(shù)據(jù)間沒有明了的關(guān)聯(lián)方式；對于周期長、規(guī)模較大的市政工程，施工進(jìn)展情況難以提供完整的、形象的文字、圖；某些大型項(xiàng)目的各方組織關(guān)系復(fù)雜，組織規(guī)模大，參與方包括多家設(shè)備管網(wǎng)服務(wù)提供商、建筑商；所實(shí)施的工程項(xiàng)目建設(shè)地段情況復(fù)雜，地域分散，每一個(gè)項(xiàng)目信息采集缺乏實(shí)時(shí)性。 本文對整個(gè)市政工程管理信息系統(tǒng)的功能需求進(jìn)行具體分析，根據(jù)市政建設(shè)業(yè)主單位目前的運(yùn)行現(xiàn)狀與實(shí)際需求，對系統(tǒng)的需求用例模型和功能模型進(jìn)行了介紹。在市政工程項(xiàng)目管理信息系統(tǒng)的詳細(xì)設(shè)計(jì)中，對系統(tǒng)的重點(diǎn)模塊給出了詳細(xì)設(shè)計(jì)，根據(jù)具體的實(shí)際情況，在詳細(xì)設(shè)計(jì)中主要包括了系統(tǒng)的具體實(shí)現(xiàn)方法和數(shù)據(jù)庫設(shè)計(jì)等。在市政工程項(xiàng)目管理信息系統(tǒng)模塊的實(shí)現(xiàn)中，闡述了了怎樣應(yīng)用框架到市政工程項(xiàng)目管理信息系統(tǒng)的模塊，從而有效提高工作效率和可靠性。能提供處理過程和監(jiān)督功能，使內(nèi)部的各個(gè)部門間實(shí)現(xiàn)高效率協(xié)作；此外，系統(tǒng)應(yīng)能提供標(biāo)準(zhǔn)的工作平臺用于集成處理與發(fā)布信息，從而減少不必要的交接環(huán)節(jié)，解決困擾市政工程管理高速運(yùn)轉(zhuǎn)的信息處理和發(fā)布過程相分割的問題，使工作效率得到大幅提升。
............


參考文獻(xiàn):

• [1] 王雪峰.  固定資產(chǎn)投資項(xiàng)目管理系統(tǒng)[D]. 吉林大學(xué) 2010
• [2] 郭睿.  敏捷項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D]. 吉林大學(xué) 2011
• [3] 楊洋.  建筑工程項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D]. 西安電子科技大學(xué) 2010
• [4] 陳巖輝.  建筑工程質(zhì)量監(jiān)督項(xiàng)目管理系統(tǒng)平臺的實(shí)現(xiàn)[D]. 復(fù)旦大學(xué) 2010
• [5] 姜文科.  基于J2EE和工作流技術(shù)的項(xiàng)目管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[D]. 西南交通大學(xué) 2006
• [6] 張?zhí)幏?  基于Web的項(xiàng)目管理信息系統(tǒng)的設(shè)計(jì)與開發(fā)[D]. 西安理工大學(xué) 2002
• [7] 仰飛.  基于EPC模型的建筑工程協(xié)同項(xiàng)目管理系統(tǒng)的研究與應(yīng)用[D]. 湖南大學(xué) 2005
• [8] 彭濤.  基于SSH框架的監(jiān)理項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D]. 北京郵電大學(xué) 2010
• [9] 袁軍.  產(chǎn)品開發(fā)項(xiàng)目管理系統(tǒng)的技術(shù)研究[D]. 南京航空航天大學(xué) 2002
• [10] 朱嬋蓮.  基于J2EE的征地補(bǔ)償項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D]. 蘇州大學(xué) 2010

本文編號：8902