碩士學(xué)位論文 (專業(yè)學(xué)位 ) 東麗湖地區(qū)市政工程規(guī)劃管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 姓 名： 學(xué) 號(hào)： 所在院系： 職業(yè)類型： 專業(yè)領(lǐng)域： 指導(dǎo)教師： 副 指導(dǎo)教師 ： 二 一三年五 月 A in 2013 東麗湖地區(qū)市政工程規(guī)劃管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 姓 名 同濟(jì)大學(xué) 學(xué)位論文版權(quán)使用授權(quán)書 本人完全了解同濟(jì)大學(xué)關(guān) 于收集、保存、使用學(xué)位論文的規(guī)定，同意如下各項(xiàng)內(nèi)容：按照學(xué)校要求提交學(xué)位論文的印刷本和電子版本；學(xué)校有權(quán)保存學(xué)位論文的印刷本和電子版，并采用影印、縮印、掃描、數(shù)字化或其它手段保存論文；學(xué)校有權(quán)提供目錄檢索以及提供本學(xué)位論文全文或者部分的閱覽服務(wù)；學(xué)校有權(quán)按有關(guān)規(guī)定向國家有關(guān)部門或者機(jī)構(gòu)送交論文的復(fù)印件和電子版；在不以贏利為目的的前提下，學(xué)?？梢赃m當(dāng)復(fù)制論文的部分或全部?jī)?nèi)容用于學(xué)術(shù)活動(dòng)。 學(xué)位論文作者簽名： 年 月 日 同濟(jì)大學(xué)學(xué)位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的學(xué)位論文，是本人在導(dǎo)師指導(dǎo)下，進(jìn)行研究工作所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外，本學(xué)位論文的研究成果不包含任何他人創(chuàng)作的、已公開發(fā)表或者沒有公開發(fā)表的作品的內(nèi)容。對(duì)本論文所涉及的研究工作做出貢獻(xiàn)的其他個(gè)人和集體，均已在文中以明確方式標(biāo)明。本學(xué)位論文原創(chuàng)性聲明的法律責(zé)任由本人承擔(dān)。 學(xué)位論文作者簽名： 年 月 日同濟(jì)大學(xué)碩士學(xué)位論文 摘 要 I 摘 要 目前公眾對(duì)政府機(jī)關(guān)的辦事效率頗有言辭， 這對(duì)政府的影響造成了一定的負(fù)面影響，為了實(shí)現(xiàn)為人民服務(wù)的宗旨，政府機(jī)關(guān)有義務(wù)提高服務(wù)質(zhì)量與工作效率， 節(jié)省公眾的時(shí)間成本。 但是服務(wù)效率的提高并未一日之事，依靠現(xiàn)代信息技術(shù) 提高管理水平與工作效率是目前可行的選擇。 本文以 B/S 模式，使用 據(jù)庫 ，運(yùn)用 架，利用 言編程完成了東麗湖地區(qū)市政工程規(guī)劃管理 系統(tǒng)。整個(gè)系統(tǒng)的功能較為完善， 涵蓋 市政工程規(guī)劃管理 系統(tǒng)所需要的各項(xiàng)工作，系 統(tǒng)的主要工作需求包括： 對(duì)市政工程規(guī)劃成果 的 管理、 對(duì)市政工程規(guī)劃審批的管理、工程規(guī)劃編制 管理 以及對(duì)其相關(guān)的文件進(jìn)行管理 等。文章首先對(duì)系統(tǒng)進(jìn)行了概要設(shè)計(jì)與軟件架構(gòu)設(shè)計(jì)，接著對(duì)各項(xiàng)子功能以及數(shù)據(jù)庫進(jìn)行了設(shè)計(jì)。在此基礎(chǔ)上，文章從系統(tǒng)的實(shí)現(xiàn)流程、編碼以及運(yùn)行界面三個(gè)方面對(duì)系統(tǒng)的實(shí)現(xiàn)進(jìn)行了闡述。最后對(duì)系統(tǒng)的測(cè)試與部署等方面對(duì)系統(tǒng)的測(cè)試部分進(jìn)行了講解，經(jīng)過測(cè)試，系統(tǒng)能夠滿足 市政工程管理 工作的需求，穩(wěn)定性較高 。 目前系統(tǒng)運(yùn)行良好， 達(dá)到了預(yù)期的效果。 東麗湖地區(qū)市政工程規(guī)劃管理 系統(tǒng)是針對(duì) 規(guī)劃局的 使用性強(qiáng)的管理系統(tǒng)，將為 東麗湖規(guī)劃 局的日常辦公 奠定堅(jiān)實(shí)的基礎(chǔ)。 關(guān)鍵詞： 市政工程規(guī)劃；工程規(guī)劃系統(tǒng)；規(guī)劃成果管理；工程規(guī)劃管理；規(guī)劃編制征集 同濟(jì)大學(xué)碩士學(xué)位論文 I o of of a of of is a of of of to of of of of of At as on , SH SP of is to we a of of of of on of of of of of of of to in of of of y of 濟(jì)大學(xué)碩士學(xué)位論文 II 目 錄 錄 摘 要 . I . 緒論 . 1 題背景及意義 . 1 題背景 . 1 題研究目的和工程應(yīng)用價(jià)值 . 1 劃管理系統(tǒng)的建設(shè)現(xiàn)狀及發(fā)展趨勢(shì) . 1 劃管理系統(tǒng)建設(shè)現(xiàn)狀 . 1 政工程管理系統(tǒng)未來發(fā)展趨勢(shì) . 2 究?jī)?nèi)容及文章結(jié)構(gòu) . 3 究?jī)?nèi)容 . 3 章結(jié)構(gòu) . 3 2 系統(tǒng)實(shí)現(xiàn)的相關(guān)技術(shù) . 5 架 . 5 發(fā)框架 . 5 發(fā)框架 . 7 據(jù)庫訪問技術(shù) . 8 3 市政工程規(guī)劃管理系統(tǒng)需求分析 . 9 統(tǒng)功能域概述 . 9 統(tǒng)功能性需求分析 . 9 劃成果管理 . 9 程規(guī)劃管理 . 11 劃編制征集 . 12 劃編制業(yè)務(wù)審批 . 13 劃成果資料管理 . 17 程報(bào)建規(guī)劃公示 . 19 批辦公 . 21 統(tǒng)非功能性需求分析 . 21 全性需求 . 22 應(yīng)時(shí)間 . 22 展性需求 . 22 同濟(jì)大學(xué)碩士學(xué)位論文 目 錄 V 4 市政工程規(guī)劃管理系統(tǒng)設(shè)計(jì) . 24 統(tǒng)設(shè)計(jì)目標(biāo) . 24 統(tǒng)整體架構(gòu) . 24 次劃分 . 25 互方式 . 26 統(tǒng)功能設(shè)計(jì) . 26 劃成果管理查詢 . 27 劃編制征集 . 28 劃成果資料管理 . 33 統(tǒng)管理 . 35 據(jù)庫設(shè)計(jì) . 35 數(shù)據(jù)庫 設(shè)計(jì)原則 . 35 . 36 的詳細(xì)設(shè)計(jì) . 39 5 市政工程規(guī)劃管理系統(tǒng)實(shí)現(xiàn) . 43 規(guī)劃編制征集成果資料管理 . 43 劃編制征集實(shí)現(xiàn) . 45 劃編制業(yè)務(wù)審批實(shí)現(xiàn) . 48 劃成果資料管理實(shí)現(xiàn) . 52 6 市政工程規(guī)劃管理系統(tǒng)測(cè)試與部署 . 53 統(tǒng)測(cè)試 . 53 統(tǒng)部署 . 55 件環(huán)境 . 55 件環(huán)境 . 56 務(wù)器硬件環(huán)境 . 56 試分析與評(píng)價(jià) . 56 7 結(jié)論與展望 . 58 論 . 58 望 . 58 參考文獻(xiàn) . 59 致謝 . 62同濟(jì)大學(xué)碩士學(xué)位論文 1 緒論 1 1 緒論 題背景及意義 題背景 在改革開放的大潮中，我國的經(jīng)濟(jì)總量不斷增長(zhǎng)，與此同時(shí)，我國的土地的用途也日益多樣化，各種土建工程項(xiàng)目不斷增多， 對(duì)土地的規(guī)劃管理工作逐步變得復(fù)雜，尤其是在土地的編制征集、業(yè)務(wù)審批以及成果管理等方面的管理難度加大。 尤其是在土地的審批環(huán)節(jié)，作為市政規(guī)劃工作人員他們不僅需要隨時(shí) 對(duì)需要審批的土地規(guī)劃資料進(jìn)行查詢匯總，同時(shí)需要掌握國家最新的土地使用政策，此外土地的審批流程十分繁瑣，審批的周期較長(zhǎng)，因此 審批的效率較低，大大降低了用戶對(duì)市政工程管理部門的工作滿意度。為了改變這一 現(xiàn)狀，重塑市政工程管理部門的形象，市政工程管理部門亟需設(shè)計(jì)一套功能完善、流程清晰的管理系統(tǒng)以簡(jiǎn)化市政管理的工作。 題研究目的和工程應(yīng)用價(jià)值 市政規(guī)劃管理系統(tǒng)的實(shí)現(xiàn)具有鮮明的現(xiàn)實(shí)意義，首先它能夠簡(jiǎn)化市政工程管理人員的工作，提高工作效率， 加快土地使用的審批速度，降低土地使用的審批周期進(jìn)而提高用戶對(duì)市政工程管理部門工作的滿意度；其次，市政工程管理系統(tǒng)作為 規(guī)劃局自動(dòng)化辦公的重要組成部分，它的部署實(shí)施能夠提高規(guī)劃局的信息化水平和自動(dòng)化水平。 劃管理系統(tǒng)的建設(shè)現(xiàn)狀及發(fā)展趨勢(shì) 劃管理系統(tǒng)建設(shè)現(xiàn)狀 由于我國的信息化建設(shè)的起步時(shí)間較晚，國內(nèi)市政工程管理系統(tǒng)的起步較晚，直至上世紀(jì) 80 年代才陸續(xù)使用各種市政工程管理系統(tǒng)，之后系統(tǒng)的功能日趨完善，系統(tǒng) 所采用的技術(shù)也日趨先進(jìn)，總體來說，國內(nèi)的市政工程管理系統(tǒng)可以分為三個(gè)階段： 第一階段：這一階段的時(shí)間段為 80代中期。這一階段 主要是試用階段，多為單機(jī)版，使用的技術(shù)較為簡(jiǎn)單，同時(shí)自動(dòng)化水平較低。 第二階段：這一階段的時(shí)間段為上世紀(jì) 90 年代末至 2000 年，這一階段數(shù)據(jù)庫得到了大量的使用，市政工程管理系統(tǒng)的 功能完備性與系統(tǒng)性能 有了一定的提升， 但是 系統(tǒng)的性能較差。 第三階段：本世紀(jì)初至現(xiàn)在。在這一階段，隨著各種企業(yè)管理系統(tǒng)的 使用，同濟(jì)大學(xué)碩士學(xué)位論文 1 緒論 2 各種信息技術(shù)均得到了廣泛的使用，在這種趨勢(shì)下，市政工程管理系統(tǒng)的性能以及自動(dòng)化水平均提高到一個(gè)新的高度。 但是由于近 30 年，國內(nèi)的經(jīng)濟(jì)得到了大幅度的提升，而土地在經(jīng)濟(jì)中處于十分重要的地位，因此 在市政工程管理中面臨的問題也越來越多，城市的建設(shè)活動(dòng)十分頻繁對(duì)市政工程的管理提出了更高的要求。尤其需要指出的是， 市政規(guī)劃中涉及到海量的城市規(guī)劃信息，并且絕大多數(shù)均不同于普通的標(biāo)準(zhǔn)格式數(shù)據(jù)，因此僅僅依靠以往的處理方法完全 不能滿足工作的需要。 政工程管理系統(tǒng)未來發(fā)展趨勢(shì) 從上世紀(jì) 80 年代末至現(xiàn)在，市政規(guī)劃管理系統(tǒng)已經(jīng)發(fā)展了近 30 年，在這三十年間，各種信息技術(shù)與互聯(lián)網(wǎng)技術(shù)得到了快速的發(fā)展，這一發(fā)展也帶動(dòng)了市政工程管理系統(tǒng)的技術(shù)的自動(dòng)化水平不斷提高。有效地降低了市政工程管理人員的工作負(fù)擔(dān)，促進(jìn)了市政工程管理工作的 規(guī)范化， 在城市的建設(shè)管理、事務(wù)公開、輔助決策以及其他方面均起到了積極的作用，但是由于市政工程管理工作本身的復(fù)雜性與系統(tǒng)性，加之各地系統(tǒng)建設(shè)存在著一定的盲目性， 目前國內(nèi)的市政工程管理系統(tǒng)的發(fā)展不盡如人意 ，如“信息孤島”現(xiàn)象較為嚴(yán)重、與其他系統(tǒng)的協(xié)同性較差等。 具體而言， 目前市政工程規(guī)劃管理系統(tǒng)的不足體現(xiàn)在以下幾個(gè)方面： 首先，存在著嚴(yán)重的“信息孤島”。 這一問題的產(chǎn)生主要是規(guī)劃局在進(jìn)行需求分析的時(shí)候并未從全局進(jìn)行考慮，而只是小范圍的功能制定 。比較常見的情況是：規(guī)劃局在工作中往往由于系統(tǒng)缺乏某項(xiàng)工作而使得系統(tǒng)的實(shí)用性大打折扣，這樣在下次系統(tǒng)更新的時(shí)候僅僅是將這一功能添加進(jìn)去，而并沒有考慮其他潛在的需求。另外 在實(shí)現(xiàn)功能的時(shí)候，各個(gè)模塊之間的接口沒有統(tǒng)一，造成模塊之間的數(shù)據(jù)沒有完全集成。 其次， 規(guī)劃局的各個(gè)系統(tǒng)不 能進(jìn)行協(xié)同辦公。如前所述，市政工程規(guī)劃管理系統(tǒng)只是規(guī)劃局自動(dòng)化辦公的重要組成部分但不是全部。規(guī)劃局同時(shí)存在著其他的管理系統(tǒng)，如財(cái)務(wù)管理系統(tǒng)、固定資產(chǎn)管理系統(tǒng) 、工資管理系統(tǒng) 等，但是由于各個(gè)系統(tǒng) 并不是完全集成在一起，因此工作人員在進(jìn)行辦公的時(shí)候需要登錄多個(gè)系統(tǒng)。 最后，系統(tǒng)的更新速度較慢，系統(tǒng)的靈活性較差。 由于國家政策、工作程序等 因素的改變導(dǎo)致系統(tǒng)的處理流程也需要作出相應(yīng)的改變，但是由于整個(gè)系統(tǒng)較為復(fù)雜，同時(shí)由于系統(tǒng)一般是采用第三方外包的方式 ，因此難免出現(xiàn)服務(wù)提供商在短時(shí)間內(nèi)無法作出調(diào)整的情況，這就導(dǎo)致市政工程 規(guī)劃管理系統(tǒng)的更新速度較慢，同時(shí)系統(tǒng)的靈活性也存在著一定的問題。 當(dāng)然， 雖然目前的市政工程管理系統(tǒng)存在著各種各樣的問題， 但是這些問題同濟(jì)大學(xué)碩士學(xué)位論文 1 緒論 3 并不是短時(shí)間內(nèi)就能夠完全解決的，也不可能對(duì)已有的系統(tǒng)進(jìn)行 重建，只能 在下一次進(jìn)行系統(tǒng)升級(jí) 改造 的時(shí)候 對(duì)系統(tǒng)進(jìn)行戰(zhàn)略性的分析，對(duì)未來市政工程規(guī)劃管理工作的趨勢(shì)進(jìn)行把握并依此制定出更科學(xué)合理的需求。 在未來，市政工程 管理系統(tǒng)將呈現(xiàn)出集成化、智能化、綜合化等特點(diǎn)，尤其是將 系統(tǒng)進(jìn)行融合。 究?jī)?nèi)容及文章結(jié)構(gòu) 究?jī)?nèi)容 本 文主要包括以下內(nèi)容： 政工程規(guī)劃管理 系統(tǒng) 的總體 功能 架構(gòu) ，即對(duì)市政工程規(guī)劃管理系統(tǒng)進(jìn)行功能細(xì)分。 2. 完成了對(duì) 市政工程規(guī)劃管理 系統(tǒng)的設(shè)計(jì)。設(shè)計(jì)包括了 市政工程規(guī)劃管理 系統(tǒng)的各個(gè)功能模塊的設(shè)計(jì)，還對(duì)其主要的業(yè)務(wù)流程進(jìn)行了設(shè)計(jì)。 3. 實(shí)現(xiàn)了 市政工程規(guī)劃管理 系統(tǒng) 的編碼。 4. 利用 成的測(cè)試框架，完成了系統(tǒng)的測(cè)試功能。 章結(jié)構(gòu) 本文分為 六個(gè)章節(jié)。 第一章為緒論，對(duì)本文的研究背景、研究意義、國內(nèi)外研究現(xiàn)狀以及本文的研究?jī)?nèi)容進(jìn)行了產(chǎn)生。 第二章為系統(tǒng)實(shí)現(xiàn)的關(guān)鍵技術(shù)對(duì) 架、 發(fā)框架、 發(fā)框架以及數(shù)據(jù)庫訪問技術(shù)進(jìn)行闡述。 第三 章為市政工程規(guī)劃管理系統(tǒng)的需求分析，從系統(tǒng)的功能需求和非功能需求兩個(gè)方面對(duì)系統(tǒng)進(jìn)行了需求分析。 第四 章為市政工程規(guī)劃管理系統(tǒng)的設(shè)計(jì)，包括系統(tǒng)的概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)方面。 第五 章為市政工程規(guī)劃管理系統(tǒng)的實(shí)現(xiàn)，從平臺(tái)的搭建以及核心功能的實(shí)現(xiàn)兩個(gè)方面來進(jìn)行研究。 第六 章為市政工程規(guī)劃管理系統(tǒng)的測(cè)試， 從功能測(cè)試、安全測(cè)試、界面測(cè)試和性能測(cè)試對(duì)系統(tǒng)進(jìn)行了測(cè)試，保證系統(tǒng)的強(qiáng)壯性和安全性。 第七 章為結(jié)論展望，對(duì)全文進(jìn)行總結(jié)，并提出了文章的下 一步研究方向。同濟(jì)大學(xué)碩士學(xué)位論文 2 系統(tǒng)實(shí)現(xiàn)的相關(guān)技術(shù) 5 2 系統(tǒng)實(shí)現(xiàn)的相關(guān)技術(shù) 架 S p r i n g O R M S p r i n g W e bS p r i n g D A OS p r i n g C o n t e x tS p r i n g W e b M V CS p r i n g A O PS p r i n g C o r 架圖 一個(gè)非常輕量級(jí)的框架。這個(gè)框架替代了應(yīng)用程序開發(fā)中提出的架，同樣基于面向?qū)ο笏枷?，采用依賴注入的方式?過配置 完成以前 任務(wù)。這個(gè)框架的核心技術(shù)是控制反轉(zhuǎn)，也就是 一個(gè) 對(duì)象 依賴的其它對(duì)象會(huì)通過被動(dòng)的方式傳遞進(jìn)來，而不是這個(gè)對(duì)象自己創(chuàng)建或者查找依賴對(duì)象。 這是在 置文件完成的，這樣業(yè)務(wù)對(duì)象在交互的過程中可以實(shí)現(xiàn)交互注入。在應(yīng)用程序中，這一技術(shù)主要還是針對(duì)接口而不是對(duì)類進(jìn)行應(yīng)用的。此外，在這個(gè)框架中也可以出來事務(wù)功能，這樣底層業(yè)務(wù)邏輯就具有同一的接口。 架主要有七個(gè)模塊，如圖 示： 架可以應(yīng)用在任何 用中，對(duì)于 需要不斷重復(fù)使用的業(yè)務(wù)邏輯，甚至數(shù)據(jù)處理對(duì)象， 以很好的支持，它可以實(shí)現(xiàn)將這些對(duì)象應(yīng)用到不同 的 境下。當(dāng)然，在設(shè)計(jì)上，為了簡(jiǎn)化應(yīng)用程序的開發(fā)，架也將業(yè)務(wù)邏輯與視圖訪問層分開，在 包含很多的對(duì)處理方式，它將原先只能在 實(shí)現(xiàn)的功能通過簡(jiǎn)單的 置完成了。 架使得開發(fā) 得很容易， 可以將單層框架以最佳的組合揉和在一起建立一個(gè)連貫的體系 ，而且也提供對(duì)面向切面編程的很好支持，為企業(yè)級(jí)開發(fā)提了很好的解決方案。 發(fā)框架 針對(duì) 面編程中 型開發(fā)的一種框架，這個(gè)框架可以很好的解決 用程序中頁面顯示、業(yè)務(wù)邏輯、頁面跳轉(zhuǎn)控制的功能 覃征，2002。這樣開發(fā)人員只需要將精力大部分投入業(yè)務(wù)邏輯的處理中，而很少花費(fèi)同濟(jì)大學(xué)碩士學(xué)位論文 2 系統(tǒng)實(shí)現(xiàn)的相關(guān)技術(shù) 6 時(shí)間去處理頁面的顯示與跳轉(zhuǎn)控制等功能，從而更好的加快企業(yè)級(jí)網(wǎng)絡(luò)應(yīng)用程序的開發(fā)。在 架中，對(duì) 及腳本語言標(biāo)簽庫都進(jìn)行了改進(jìn)，提高了標(biāo)準(zhǔn)。 如圖 構(gòu)工作原理圖： 控 制 器S e r v l e 器C l i e n 邏 輯 處 理A c t i o nS t r u t s 2 . 0 配 置 文 件應(yīng) 用 程 序 狀 態(tài)M o d e 邏 輯A c t i o 獲 取更 新H t t p 請(qǐng) 求觸 發(fā) 事 件圖 2.2 構(gòu)工作原理圖 將很多通用的功能都進(jìn)行了封裝，這樣開發(fā)人員可以直接使用這些功能而不需要重復(fù)進(jìn)行編程，同時(shí)也能使得應(yīng)用程序的邏輯結(jié)構(gòu)更簡(jiǎn)單，簡(jiǎn)化了傳統(tǒng) 型的復(fù)雜程序。 架主要由控制器 圖 部分組成，每一部分都封裝了必要的組件，而且它們之間相互獨(dú)立，每個(gè)模塊與其他模塊之間相互關(guān)聯(lián)但不受約束。 1. 模型 (的模型主要由應(yīng)用程序狀態(tài)和動(dòng)作響應(yīng)處理邏輯組件構(gòu)成。應(yīng)用程序狀態(tài)一般表現(xiàn)為一個(gè) 際上是對(duì)頁面表單的數(shù)據(jù)進(jìn)行處理的一個(gè)類。不同的業(yè)務(wù)邏輯需要不同的 處理。有的業(yè)務(wù)邏輯需要 間斷的獲取數(shù)據(jù)，而有的則是觸發(fā)后才獲取數(shù)據(jù)。在應(yīng)用程序中，根據(jù)實(shí)現(xiàn)功能要求，可以將動(dòng)作響應(yīng)處理邏輯封裝成模型中的 ，也有的是通過調(diào)用的方式來處理動(dòng)作響應(yīng)程序。 2. 視圖 (與 樣， 的視圖對(duì)應(yīng)的是應(yīng)用程序頁面的顯示，一般的頁面動(dòng)態(tài)信息用 碼來實(shí)現(xiàn)，使用 標(biāo)簽，但是 對(duì) 標(biāo)簽進(jìn)行了更新，定義了自己的一套標(biāo)簽庫，這種標(biāo)簽對(duì) 標(biāo)簽功能進(jìn)行了簡(jiǎn)化，方便了用戶快速創(chuàng)建界面，而且可以實(shí)現(xiàn)與模型層的交 互。 3. 控制器 (控制器 理的是頁面請(qǐng)求過來的數(shù)據(jù)獲取，并負(fù)責(zé)跳轉(zhuǎn)到處理該業(yè)務(wù)邏輯的 此， 的控制器由核心控制器與業(yè)務(wù)處理邏輯構(gòu)成，同濟(jì)大學(xué)碩士學(xué)位論文 2 系統(tǒng)實(shí)現(xiàn)的相關(guān)技術(shù) 7 核心控制器繼承的是 ，業(yè)務(wù)處理邏輯則通過模型中的 完成頁面請(qǐng)求處理。 發(fā)框架 架是為數(shù)據(jù)庫應(yīng)用開發(fā)的一個(gè)對(duì)象關(guān)系映射框架。它將編程中對(duì)數(shù)據(jù)庫的處理轉(zhuǎn)換成面向?qū)ο蟮姆椒▉聿僮鳎?jiǎn)化了 程中連接數(shù)據(jù)庫及其操作的步驟，體 現(xiàn)為一個(gè)獨(dú)立的數(shù)據(jù)訪問層。在處理數(shù)據(jù)庫業(yè)務(wù)時(shí)， 存占用較少，對(duì)網(wǎng)絡(luò)資源配置合理，可以應(yīng)用在各種不同的應(yīng)用程序開發(fā)中。同時(shí)， 高效的支持了緩存，這使得客戶端與服務(wù)器之間的數(shù)據(jù)頻繁訪問得到了較好的緩解。 在封裝 象時(shí)， 用了面向?qū)ο蟮奶幚矸椒?，這樣可以讓開發(fā)人員在應(yīng)用程序中采用統(tǒng)一的面向?qū)ο笏枷氩僮鞲鞣N資源。由于對(duì) 象是輕量級(jí)封裝， 以使用在任何支持?jǐn)?shù)據(jù)庫的系統(tǒng)中，不論是在客戶端還是在服務(wù)器端以及小型應(yīng)用程序與大 型企業(yè)級(jí)應(yīng)用開發(fā)。 代完成數(shù)據(jù)的持久化 魏勇， 2003。在 可以采用這樣的機(jī)制操作數(shù)據(jù)庫字段，即定義一個(gè)對(duì)象，其成員與數(shù)據(jù)庫字段一一對(duì)應(yīng)，這樣通過對(duì)象直接來完成字段的操作，當(dāng)然從數(shù)據(jù)庫中取出的數(shù)據(jù)也可以一次性封裝到對(duì)象中，實(shí)現(xiàn)對(duì)數(shù)據(jù)庫記錄的對(duì)象化整體操作，而不再是單一的一個(gè)字段一個(gè)字段處理。這樣，在業(yè)務(wù)邏輯層得到的就是封裝了整個(gè)字段的對(duì)象集合。 對(duì)象的關(guān)系映射到數(shù)據(jù)庫中的表與表之間的關(guān)系。夠自動(dòng)的處理這種關(guān)系， 體系結(jié)構(gòu)如圖 示： 應(yīng) 用 程 序瞬 間 對(duì) 象S e s s i o n F a c t o r yT r a n s a c t i o nF a c t o r yC o n n e c t i o nP r o v i d e rs e s s i o n T r a n s a c t i o D B C J T 庫持 久 化 對(duì) 象圖 構(gòu) 架中的接口主要有 6 個(gè)： 口。而組件方面主要完成數(shù)據(jù)庫連接管理、事務(wù)同濟(jì)大學(xué)碩士學(xué)位論文 2 系統(tǒng)實(shí)現(xiàn)的相關(guān)技術(shù) 8 處理與對(duì)象關(guān)系映射。 過接口的方式完成持久化任務(wù)。這些接口一般由業(yè)務(wù)邏輯的方法調(diào)用，其優(yōu)勢(shì)在于開發(fā)者可以把直接調(diào)用其相關(guān)對(duì)象的方法接口 與其具體實(shí)現(xiàn)分開。 據(jù)庫訪問技術(shù) 首字母縮寫，也就是 據(jù)庫連接，該技術(shù)提供了頁面腳本與后臺(tái) 據(jù)庫進(jìn)行通信的標(biāo)準(zhǔn)接口，該技術(shù)標(biāo)準(zhǔn)由很多類和接口組成，是 用來執(zhí)行 句的 以實(shí)現(xiàn)對(duì)數(shù)據(jù)庫的連接、記錄存取。 在 面中，開發(fā)人員將操作數(shù)據(jù)庫的代碼放在 簽中，調(diào)用不同數(shù)據(jù)庫的連接語句，通過編寫結(jié)構(gòu)化的數(shù)據(jù)庫操作語句實(shí)現(xiàn)對(duì)數(shù)據(jù)庫的業(yè)務(wù)邏輯處理，在 已經(jīng)封裝了很多數(shù)據(jù)庫的連接操作接口標(biāo)準(zhǔn)，由 于 跨平臺(tái)的，因此，開發(fā)人員不需要考慮不同數(shù)據(jù)庫的連接方式， 連接的時(shí)候會(huì)調(diào)用相應(yīng)的接口來處理。開發(fā)人員只需要關(guān)注業(yè)務(wù)處理過程，并編寫對(duì)應(yīng)的數(shù)據(jù)庫操作代碼，一般的情況下，大多使用 據(jù)庫，因此，在頁面中主要實(shí)現(xiàn)的業(yè)務(wù)邏輯是數(shù)據(jù)庫的增刪改查。 提供的統(tǒng)一標(biāo)準(zhǔn)接口是獨(dú)立于數(shù)據(jù)庫的，不依賴某個(gè)操作系統(tǒng)，當(dāng)用程序移植到其他平臺(tái)，或者使用不同的數(shù)據(jù)庫時(shí)，應(yīng)用程序的業(yè)務(wù)邏輯不需要改變，只需要更新數(shù)據(jù)庫的連接代碼即可，也就是調(diào)用連接相應(yīng)數(shù)據(jù)庫的驅(qū)動(dòng)，因此，驅(qū)動(dòng)程序起到了動(dòng)態(tài)頁面設(shè)計(jì) 中數(shù)據(jù)庫的連接角色。 J a v a 應(yīng) 用 程 序J D B C A P B C 驅(qū) 動(dòng) 程 序 管 理J D B C D r i v e r A P B C - N E 程 序J D B C - O D B 程 序驅(qū) 動(dòng) 程 序 A 驅(qū) 動(dòng) 程 序 B C 中 間 件 協(xié) 議數(shù) 據(jù) 庫 專 用 訪 問 協(xié) 議圖 口與驅(qū)動(dòng)同濟(jì)大學(xué)碩士學(xué)位論文 3 市政工程規(guī)劃管理系統(tǒng)需求分析 9 3 市政工程規(guī)劃管理系統(tǒng)需求分析 統(tǒng)功能域概述 根據(jù)東麗湖地區(qū)規(guī)劃局工作的需求調(diào)研， 筆者將各項(xiàng)功能進(jìn)行模塊劃分 為兩大主要部分：一是面向規(guī)劃局員工的業(yè)務(wù)；二是面向外部用戶的業(yè)務(wù)管理。其中外部用戶的業(yè)務(wù)管理主要包括 用戶的管理、角色權(quán)限管理、 規(guī)劃成功的查詢、 編制業(yè)務(wù)申請(qǐng)等；面向規(guī)劃局員工的業(yè)務(wù) 包括規(guī)劃管理、編制征集、業(yè)務(wù)審批、辦公以 及報(bào)建規(guī)劃等 功能模塊。 統(tǒng)功能性需求分析 現(xiàn)就東麗湖地區(qū)市政工程規(guī)劃管理系統(tǒng)的核心功能需求進(jìn)程闡述： 劃成果管理 這一模塊的主要功能是 為規(guī)劃局員工或公眾提供規(guī)劃成果的查詢。 規(guī)劃成果管理的流程是：規(guī)劃局接收到公眾或企業(yè)的規(guī)劃之后進(jìn)行審批，審批之后及時(shí)將結(jié)果上傳至數(shù)據(jù)庫。授權(quán)用戶就可以通過系統(tǒng)提供的規(guī)劃成果管理查詢功能對(duì)審批的狀態(tài)進(jìn)行查詢，這一功能