第 1 章 緒論

1.1 系統(tǒng)開(kāi)發(fā)背景
隨著經(jīng)濟(jì)的發(fā)展和計(jì)算機(jī)技術(shù)的迅速發(fā)展，企業(yè)的信息化也在逐漸的提高，十六大報(bào)告層明確提出：“快速實(shí)現(xiàn)我國(guó)工業(yè)化和現(xiàn)代化的重要途徑是信息化”。只有提高信息化在社會(huì)發(fā)展中的比重，和信息技術(shù)在經(jīng)濟(jì)發(fā)展中的比重，才能快速實(shí)現(xiàn)我國(guó)的現(xiàn)代化與工業(yè)化[1]。傳統(tǒng)的測(cè)繪生產(chǎn)管理在計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)、通信技術(shù)快速發(fā)展的今天面臨著巨大的挑戰(zhàn)，測(cè)繪生產(chǎn)管理只有借助新興的信息化技術(shù)，轉(zhuǎn)變成為計(jì)算機(jī)管理的方式來(lái)代替手工管理，才能進(jìn)一步的提高測(cè)繪生產(chǎn)管理的效率。才能解決測(cè)繪生產(chǎn)管理系統(tǒng)由于人工操作造成的大量重復(fù)性的工作和生產(chǎn)管理效率地下等問(wèn)題。
測(cè)繪院測(cè)繪包括了城市各種測(cè)量、大比例尺地形圖測(cè)繪、地理信息數(shù)據(jù)增值服務(wù)、專題圖（冊(cè)）編制、專題地理信息系統(tǒng)開(kāi)發(fā)等業(yè)務(wù)。其管理模式：項(xiàng)目由我院生產(chǎn)處統(tǒng)一調(diào)配，各生產(chǎn)處室具體執(zhí)行并對(duì)工作量和成果資料進(jìn)行上報(bào)和兩級(jí)檢查（作業(yè)小組具體生產(chǎn)，科室檢查員進(jìn)行一級(jí)檢查，科室主任工程師進(jìn)行二級(jí)檢查），總工辦負(fù)責(zé)驗(yàn)收，生產(chǎn)處對(duì)產(chǎn)值進(jìn)行審核，最后由財(cái)務(wù)處進(jìn)行收費(fèi)。其中，最終的實(shí)物成果資料，在用戶繳費(fèi)領(lǐng)取后，由生產(chǎn)處管理人員將備份的一份交由檔案中心進(jìn)行登記保管，成為檔案資料。在項(xiàng)目需要時(shí)，生產(chǎn)科室作業(yè)小組到檔案中心借閱并進(jìn)行登記。

目前測(cè)繪院的對(duì)測(cè)繪數(shù)據(jù)的生產(chǎn)和管理，是以手工填寫(xiě)、人工傳遞進(jìn)行的，有些項(xiàng)目信息需要填寫(xiě)幾份，特別在產(chǎn)值計(jì)算、項(xiàng)目收費(fèi)、各類統(tǒng)計(jì)報(bào)表的制作中花費(fèi)了基層工作人員大量時(shí)間；由于缺乏科學(xué)、有效的管理，測(cè)繪生產(chǎn)資料的管理主要是以人工管理的方式進(jìn)行管理，不僅效率地下，還經(jīng)常造成測(cè)繪資料的丟失和損壞。同時(shí)，由于人工管理，信息傳遞的速度慢，信息更新不及時(shí)，常常某項(xiàng)測(cè)繪生產(chǎn)的信息已經(jīng)更改，而管理部門不能及時(shí)獲取更改信息，而沒(méi)有更改響應(yīng)的生產(chǎn)策略，造成資源的浪費(fèi)，甚至生產(chǎn)事故。因此，建立一體化的信息化管理平臺(tái)，用于解決現(xiàn)行測(cè)繪生產(chǎn)人工管理方式的弊端勢(shì)在必行。

......

1.2 測(cè)繪生產(chǎn)管理的現(xiàn)狀與發(fā)展趨勢(shì)
隨著測(cè)繪技術(shù)快速發(fā)展，測(cè)繪科技發(fā)生了翻天覆地的變化。無(wú)論是在測(cè)繪技術(shù)手段、測(cè)繪的理論研究和測(cè)繪的結(jié)果上都發(fā)生了較大的變化。隨著信息化技術(shù)的發(fā)展和廣泛的應(yīng)用，測(cè)繪已經(jīng)擺脫老舊的測(cè)繪手段和方法，進(jìn)入了數(shù)據(jù)化的測(cè)繪時(shí)代。在進(jìn)入 21 世界，我們國(guó)家也開(kāi)始廣泛采用數(shù)字測(cè)繪產(chǎn)品來(lái)替代傳統(tǒng)的模擬測(cè)繪產(chǎn)品，產(chǎn)生并積累了越來(lái)越多的數(shù)字化的地理信息資源[2]。無(wú)論在哪個(gè)行業(yè)，隨著技術(shù)的發(fā)展，會(huì)使產(chǎn)品的更新更加迅速、同時(shí)產(chǎn)品的快速變化也會(huì)刺激市場(chǎng)需求的快速增長(zhǎng)，進(jìn)而導(dǎo)致了市場(chǎng)競(jìng)爭(zhēng)的加劇[3]。在測(cè)繪行業(yè)也不例外，各測(cè)繪單位，為了適應(yīng)市場(chǎng)的發(fā)展，滿足市場(chǎng)的需求，各個(gè)單位都在改變單位的經(jīng)營(yíng)理念、產(chǎn)品質(zhì)量、管理模式等方式來(lái)提高自身的競(jìng)爭(zhēng)力。

在信息化技術(shù)快速的發(fā)展和市場(chǎng)需求的快速增長(zhǎng)的同時(shí)，大部分測(cè)繪單位的測(cè)繪生產(chǎn)管理系統(tǒng)仍然采用手工操作的方式進(jìn)行測(cè)繪生產(chǎn)信息的管理，單位的信息化水平嚴(yán)重滯后，不能滿足快速增長(zhǎng)的測(cè)繪信息需求。當(dāng)測(cè)繪單位接到任務(wù)需求時(shí)，，任務(wù)往往是由生產(chǎn)管理部門以口頭或者是簡(jiǎn)單的書(shū)面形式下發(fā)給各個(gè)測(cè)繪作業(yè)部門，然后由生產(chǎn)部門進(jìn)行測(cè)繪信息的生產(chǎn)，在信息的生產(chǎn)過(guò)程中，監(jiān)督部門只能根據(jù)作業(yè)部門不斷的上報(bào)測(cè)繪工作的進(jìn)展來(lái)了解測(cè)繪工作的進(jìn)度，而這些匯報(bào)也往往是簡(jiǎn)單的書(shū)面形式甚至是口頭形式的匯報(bào)，由于信息的逐級(jí)傳達(dá)可能會(huì)發(fā)展信息的曲解甚至信息的誤解，進(jìn)而導(dǎo)致管理部門不能及時(shí)的了解到測(cè)繪任務(wù)的生產(chǎn)情況。當(dāng)單位有較多測(cè)繪任務(wù)時(shí)監(jiān)督部門由于較多的監(jiān)管任務(wù)，而造成任務(wù)量較大，進(jìn)而導(dǎo)致監(jiān)管的疏忽。而測(cè)繪生產(chǎn)部門也有可能因?yàn)楸O(jiān)管不到位，造成出現(xiàn)問(wèn)題不能及時(shí)的發(fā)展和指正，進(jìn)而發(fā)展成嚴(yán)重的錯(cuò)誤。同時(shí)由于監(jiān)管的不到位，出現(xiàn)問(wèn)題沒(méi)有責(zé)任人，甚至相互指責(zé)。總之在信息化時(shí)代的今天，傳統(tǒng)的測(cè)繪生產(chǎn)管理手段沒(méi)能很好的利用計(jì)算機(jī)、網(wǎng)絡(luò)技術(shù)等信息資源，造成測(cè)繪生產(chǎn)管理的效率嚴(yán)重底下，嚴(yán)重的制約了測(cè)繪生產(chǎn)業(yè)務(wù)的發(fā)展。

......

第 2 章 相關(guān)技術(shù)

本系統(tǒng)基于 B/S(Browser/Server)網(wǎng)絡(luò)開(kāi)發(fā)模式，使用 Eclipse 和 Oracle11g 作為主要的開(kāi)發(fā)工具，使用 Spring 和 JSP 為主要的開(kāi)發(fā)技術(shù)，開(kāi)發(fā)語(yǔ)言使用 Java 進(jìn)行開(kāi)發(fā)，在一些業(yè)務(wù)邏輯的處理上借助數(shù)據(jù)庫(kù)視圖和存儲(chǔ)過(guò)程進(jìn)行處理，保證了業(yè)務(wù)邏輯的安全性和數(shù)據(jù)處理響應(yīng)的實(shí)時(shí)性。

2.1 系統(tǒng)的運(yùn)行模式
2.1.1 C/S 模式
C/S（客戶端/服務(wù)器）的模型，也被稱為客戶機(jī)/服務(wù)器模式。在 C/S 模式的系統(tǒng)中，有兩個(gè)重要的組成部分，客戶機(jī)和服務(wù)器。服務(wù)器是存放系統(tǒng)數(shù)據(jù)和資源的終端，同時(shí)用戶請(qǐng)求的數(shù)據(jù)也是在服務(wù)器端進(jìn)行處理的，是系統(tǒng)的核心，客戶端產(chǎn)生請(qǐng)求操作，發(fā)送給服務(wù)端，并接收服務(wù)端響應(yīng)的結(jié)果，進(jìn)行封裝和處理，響應(yīng)給用戶，與用戶進(jìn)行交互，客戶機(jī)界面的好壞直接決定著用戶對(duì)系統(tǒng)的使用與否。客戶機(jī)需要從服務(wù)器中獲取自己所需的資源和，服務(wù)器是客戶機(jī)存在的基礎(chǔ)[6]。C/S 模式的客戶端可以對(duì)一些簡(jiǎn)單的數(shù)據(jù)進(jìn)行加工處理，這樣原本在服務(wù)器端的數(shù)據(jù)操作，就分擔(dān)出一部分到了客戶端進(jìn)行處理，因此需要服務(wù)器再進(jìn)一步處理的操作的速度就相對(duì)較快，淡然某些復(fù)雜的處理除外。C/S 架構(gòu)模式也有其不足之處。
1 隨著分布式計(jì)算的興起，系統(tǒng)需要能夠在分布式架構(gòu)下達(dá)到很好的性能，系統(tǒng)需要能夠進(jìn)行橫向擴(kuò)展，而 C/S 架構(gòu)不能夠進(jìn)行很好的橫向擴(kuò)展[7]。

2 在 C/S 模式中，客戶端每安裝一個(gè)應(yīng)用系統(tǒng)就需要安裝一個(gè)該應(yīng)用系統(tǒng)的客戶端，使用系統(tǒng)的每臺(tái)機(jī)器都需要進(jìn)行安裝，在大型企業(yè)或者超大型企業(yè)中，實(shí)施 C/S 模式的系統(tǒng)，其工作量和后期維護(hù)成本都較高。

......

2.2 UML 技術(shù)分析
UML 又稱為“統(tǒng)一建模語(yǔ)言”，是一個(gè)支持模型化和軟件系統(tǒng)開(kāi)發(fā)的模型化語(yǔ)言，可以為軟件開(kāi)發(fā)工程師在開(kāi)發(fā)過(guò)程中提供可視化支持[13]。在軟件工程領(lǐng)域 UML 融入了的新概念，UML 建�？梢允褂迷谲浖_(kāi)發(fā)過(guò)程中的類類、對(duì)象、接口、用例等，UML 包括語(yǔ)義概念，符號(hào)和說(shuō)明，提供了靜態(tài)模型、動(dòng)態(tài)的系統(tǒng)環(huán)境和組織結(jié)構(gòu)。還可以支持可視化的建模工具，可以把模型轉(zhuǎn)換成代碼或者生成報(bào)表，例如：JAVA 代碼，XML DTD 代碼等，程序代碼同樣可以使用工具將代碼轉(zhuǎn)換為 UML 模型。UML 被設(shè)計(jì)為支持大部分面向?qū)ο笤O(shè)計(jì)過(guò)程的語(yǔ)言，是在以往建模經(jīng)驗(yàn)中發(fā)展而來(lái)的一種標(biāo)準(zhǔn)化建模方法。

UML 同其他建模預(yù)壓一樣，靜態(tài)建模機(jī)制是進(jìn)行建模的基礎(chǔ)。動(dòng)態(tài)建模機(jī)

本文編號(hào)：583028