GIS二次開發(fā)期末復(fù)習(xí)題修改

1、1封裝是指把對象的（ A ）結(jié)合在一起，組成一個獨立的對象。A 屬性和操作 B 信息流 C 信息和事件 D 數(shù)據(jù)的集合2 封裝是一種（C）技術(shù)，目的是使對象的生產(chǎn)者和使用者分離，使對象的定義和實現(xiàn)分開。A 工程化 B 系統(tǒng)維護 C 信息隱蔽 D 生產(chǎn)對象3面向?qū)ο蠓椒ㄖ械模―）機制使子類可以自動地擁有（復(fù)制）父類全部屬性和操作A 約束B 對象映射C 信息隱蔽D 繼承B)4 使得在多個類中能夠定義同一個操作或?qū)傩悦?，冰?zhèn)每一個類中有不同的實現(xiàn)的一種方法是（A 繼承 B 多態(tài)性 C 約束 D 接口5 UML的軟件以（A）為中心，以系統(tǒng)體系結(jié)構(gòu)為主線，采用循環(huán)迭代漸增的方式進行開發(fā)A 用例B 對象C

2、 類D 程序6 UML的（B）模型圖是由類圖、對象圖、包圖、構(gòu)件圖和配置圖組成。A 用例B 靜態(tài)C 動態(tài)D 系統(tǒng)7 UML的（C）模型圖由活動圖、順序圖、狀態(tài)圖和合作圖組成A 用例B 靜態(tài)C 動態(tài)D 系統(tǒng)8UML 的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和（D）A 用戶手冊 B 類圖C 動態(tài)圖 D 響應(yīng)的軟件文檔資料9 在UML的需求分析建模中，（B）模型圖必須與用戶反復(fù)交流并加以確認。A 配置B 用例C 包D 動態(tài)10可行性研究分析包括經(jīng)濟可行性分、析技術(shù)可行性分析和（B）A 風(fēng)險可行性分析 B 法律可行性分析 C 資源可行性分析 D 效益可行性分析11. UML的客戶需求分析模型包括（ A

3、）模型、類圖、對象圖和活動圖組成。A 用例B 靜態(tài)C 動態(tài) D 系統(tǒng)12. UML客戶需求分析使用的 CRC卡上責(zé)任”一欄的內(nèi)容主要描述類的（ C）和操作A 對象成員 B 關(guān)聯(lián)對象 C 屬性 D 私有成員 13UML 客戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的（D）。A 狀態(tài) B 體系結(jié)構(gòu)C 靜態(tài)結(jié)構(gòu) D 功能要求B ）反復(fù)交流并加以確認。14在 UML 的需求分析建模中，用例模型必須與（A 軟件生產(chǎn)商 B 用戶C 軟件開發(fā)人員D 問題領(lǐng)域?qū)＜褹)15在 UML 的需求分析建模中，對用例模型中的用例進行細化說明應(yīng)使用（A 活動圖B 狀態(tài)圖 C 配置圖 D 構(gòu)件圖16活動圖中的分劈和同步接合圖符是用

4、來描述（ A）A 多進程的并發(fā)處理行為 B 對象的時序 C 類的關(guān)系 D 系統(tǒng)體系結(jié)構(gòu)框架 17UML 的系統(tǒng)分析進一步要確立的三個系統(tǒng)模型是（ B） 、對象動態(tài)模型和系統(tǒng)功能模型。A 數(shù)據(jù)模型 B 對象靜態(tài)模型 C 對象關(guān)系模型 D 體系結(jié)構(gòu)模型18類和對象都由屬性，它們的差別是：類描述了屬性的類型，而對象的屬性必須由（CA 正負號 B 動作 C 具體值 D 私有成員19UML 系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的（B）A 狀態(tài) B 系統(tǒng)體系層次結(jié)構(gòu) C 靜態(tài)模型 D 功能要求20“對象容器 ”設(shè)計模式對有限的對象進行管理，它不能（B）。A 查找對象 B 修改對象 C 創(chuàng)建對象 D 刪除對象和

5、審查等。21 UML 系統(tǒng)設(shè)計的一般步驟包括系統(tǒng)對象設(shè)計，系統(tǒng)體系結(jié)構(gòu)設(shè)計和系統(tǒng)設(shè)計的（C）A 建模B 完善C 優(yōu)化D 迭代22. 順序圖和合作圖主要用于對用例圖中（C）的建模，用它們來描述用例圖的行為。A 數(shù)據(jù)流B 控制流C 消息流D 數(shù)據(jù)字典23. 數(shù)據(jù)圖的模型元素有（ A） ，消息，鏈接等，這些模型元素表示某個用例中的若干個對象和對象之間所傳 遞的消息，來對系統(tǒng)的行為建模。A 對象B 箭線C 活動D 狀態(tài)24 順序圖描述（D）對象之間消息的傳遞順序。A 某個B 單個C 一個類產(chǎn)生的D 一組25 順序圖和合作圖建立了 UML面向?qū)ο筮^程中的對象動態(tài)（ A）模型。A 交互B 狀態(tài)C 體系結(jié)構(gòu)

6、D 軟件復(fù)用26. 狀態(tài)圖可以表現(xiàn)（B ）在生存期的行為，所經(jīng)歷的狀態(tài)序列，引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移二引起 的動作。A 一組對象B 一個對象C 多個執(zhí)行者D 幾個子系統(tǒng)27. 狀態(tài)圖描述一個對象在不同（ A）的驅(qū)動下發(fā)生的狀態(tài)遷移。A 事件B 對象C 執(zhí)行者D 數(shù)據(jù)28. 個（D）遷移圖符可以有多個源狀態(tài)或目標狀態(tài)，它們可以把一個控制分解為并行運行的并發(fā)線程，或 將多個并發(fā)線程結(jié)合成單個線程。A 狀態(tài)B 對象C 活動D 同步并發(fā)29. 活動圖中動作狀態(tài)之間的遷移不是靠（B）觸發(fā)的，當(dāng)活動狀態(tài)中的活動完成是遷移就被觸發(fā)。A 對象B 事件C 執(zhí)行者D 系統(tǒng)30. 狀態(tài)圖和活動圖建立了 UM

7、L面向?qū)ο箝_發(fā)過程中的對象動態(tài)（ B）模型。A 交互B 狀態(tài)C 體系結(jié)構(gòu)D 軟件復(fù)用31. UML 可以描述硬件之間的互聯(lián)關(guān)系，也能描述硬件單元上的（B） 系統(tǒng)的分布A 對象 B 軟件C 系統(tǒng)體系結(jié)構(gòu)D 數(shù)據(jù)32. （B） 是對系統(tǒng)的用例、類、對象、結(jié)構(gòu)以及相互間的交互和協(xié)作進行描述A 系統(tǒng)體系結(jié)構(gòu)B 軟件 （邏輯 ） 體系結(jié)構(gòu) C 硬件 （ 物理 ）體系結(jié)構(gòu) D 系統(tǒng)框架33. （D） 硬件系統(tǒng)體系結(jié)構(gòu)要對系統(tǒng)的構(gòu)件、結(jié)點的配置進行描述。A 軟件 （邏輯 ） 體系結(jié)構(gòu) B 系統(tǒng)體系結(jié)構(gòu) C 系統(tǒng)框架 D 硬件 （物理 ）體系結(jié)構(gòu)34. （A） 是軟件系統(tǒng)體系結(jié)構(gòu)中定義的概念和功能在物理體系結(jié)

8、構(gòu)中的實現(xiàn)。A 構(gòu)件B 結(jié)點C 軟件 D 模塊35. （ C）由結(jié)點和結(jié)點之間的聯(lián)系組成，描述了處理器、設(shè)備和軟件構(gòu)件欲行時的體系結(jié)構(gòu)。A 構(gòu)件圖B 狀態(tài)圖 C 配置圖 D 順序圖36. （ D）的基本元素有結(jié)點、構(gòu)件、對象、連接、依賴等。A 構(gòu)件圖 B 狀態(tài)圖C 順序圖D 配置圖二.填空題1. 軟件生存周期由（軟件定義） 、 （軟件開發(fā)）和（軟件使用、維護和更新）三部分組成。2. 軟件開發(fā)模型有（瀑布模型）、（漸增模型）、（演化模型）、（螺旋模型）和（智能模型）等5 種主要 模型。3. 面向?qū)ο蠹夹g(shù)采用以類為中心的（封裝） 、 （繼承） 、 （多態(tài)）等不僅支持軟件復(fù)用，而且使軟件維護共 作可

9、靠有效，可實現(xiàn)系統(tǒng)的柔性制造4. UML 的優(yōu)點是（唯一性）、（連續(xù)性）、（維護性）、（復(fù)用性）和（逐步完善）。5. UML 分析和設(shè)計模型由三類模型圖表示。三類模型圖是：（用例）模型圖、（構(gòu)件）模型圖和（配置）模 型圖。6. UML 開發(fā)過程是一種二維結(jié)構(gòu)軟件開發(fā)過程， 軟件項目開發(fā)過程流包括的核心工作內(nèi)容是： （分析） 、（設(shè) 計）、（實現(xiàn)）、（測試）和（配置）7. UML 中的五個不同的視圖可以完整地描述出所建造的系統(tǒng)，這五種視圖是（用例）視圖、（邏輯）視圖、（構(gòu)件）視圖、（進程）視圖和（配置）視圖。8UML 軟件開發(fā)過程需求分析階段產(chǎn)生的模型由三類模型圖表示。它們是：（用例）模型圖、（

10、靜態(tài)）模型 圖和（動態(tài)）模型圖。9在用例圖中以實線方框表示系統(tǒng)的范圍和邊界，在系統(tǒng)邊界內(nèi)描述的是（用例），在邊界外描述的（執(zhí)行 者）。10用例模型中的執(zhí)行者可以是（“人”執(zhí)行者）也可以是（“外部”執(zhí)行者）。 14.用例模型中的用例之間的關(guān)聯(lián)有（使用）關(guān)聯(lián)、（擴展）關(guān)聯(lián)、（包含）關(guān)聯(lián)和（繼承）關(guān)聯(lián)。11 在 UML 軟件開發(fā)過程系統(tǒng)分析階段產(chǎn)生的對象模型由三種模型。它們分別是：對象的（靜態(tài)）模型、對 象的（動態(tài)）模型和對象的（系統(tǒng)功能處理）模型。12在 UML 的對象類圖中，類之間的關(guān)系由（依賴）、（細化）、（關(guān)聯(lián)）、（聚集）和（繼承） 5 種 13共享聚集的“部分”對象可以是任意“整體”對象的

11、一部分，表示食物的整體 /部分掛席較弱的情況， “整 體”端的重數(shù)應(yīng)該是（ n）。14 組合聚集是指“整體”擁有它的“部分”，它具有強的物主身份，表示食物的整體/部分關(guān)系較強的情況。“部分”生存在“整體”中，不可分離，它們一“整體”一起存在或小王。“整體”的重數(shù)必須是（1）15在 UML 軟件開發(fā)過程產(chǎn)生的對象動態(tài)模型中消息有四種類型，它們是 （簡單） 消息， （同步） 消息， （異步）消息和（返回）消息。16（順序） 圖和（合作） 圖用來表達對象之間的交互， 是描述一組對象如何合作完成某個行為的模型化工具。 17（被動對象）是一個必須由其他對象發(fā)來的消息進行出發(fā)才執(zhí)行動作的對象。18交互圖描

12、述系統(tǒng)中對象見的交互行為。每一個交互都有（發(fā)送者）和（接收者），它們可以是整個系統(tǒng)， 一個子系統(tǒng)，一個用例，一個對象類或一個操作。19順序狀態(tài)表明狀態(tài)之間的遷移是（串行）的，即一個接一個順序遷移。 20狀態(tài)圖還可以符合遷移的（同步并發(fā)）遷移圖符來表示并發(fā)子狀態(tài)。21狀態(tài)圖中的進程是一個（動作流），能夠與其他進程并發(fā)執(zhí)行。22 在活動圖中，（虛箭線）也稱為對象流，對象流表示動作狀態(tài)或活動狀態(tài)與對象之間的關(guān)聯(lián)。23活動圖既可以描述對象的動態(tài)行為，還可以用來描述（用例）。24活動圖中活動狀態(tài)的遷移（不是）由事件進行觸發(fā)，一個活動執(zhí)行完畢（自動）進入下一個活動狀態(tài)。25 狀態(tài)圖和活動圖描述系統(tǒng)中某個（

13、系統(tǒng)對象）的一系列狀態(tài)變化.三名詞解釋1UML是統(tǒng)一建模語言（ UML 是 Unified Modeling Language 的縮寫），是用來對軟件密集系統(tǒng)進行可視化建模 的一種語言。 UML 為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進行說明、可視化、和編制文檔的一種標準語言。2COM是組件式對象模型 （Component Object Model） 的英文縮寫，是組件之間相互接口的規(guī)范，是 OLE（Object Linking & Embedding） 和 ActiveX 共同的基礎(chǔ)，其作用是使各種軟件構(gòu)件和應(yīng)用軟件能夠用一種統(tǒng)一的標準方 式進行交互。3組件是一個可重用且接口符合特定標準的模塊（ Modu

14、le ），它是由一組處理過程、數(shù)據(jù)封裝和用戶接口組成 的業(yè)務(wù)對象。4 GIS 組件：遵循 COM 接口，具有 GIS 空間信息處理功能，用于進行二次開發(fā)的二進制模塊。這種特定的組件稱為GIS 組件。5類是一組具有相同屬性和相同操作的對象的集合， 是對象的抽象， 它抽象地描述了屬于該類的全部對象的屬 性和操作。6封裝是把對象的屬性和方法組裝成一個獨立的單元， 并盡可能隱蔽對象的內(nèi)部細節(jié)。 封裝是面向?qū)ο缶幊讨械?一個重要原則是。它有兩個含義：一是把對象的全部屬性和方法結(jié)合在一起，形成一個不可分割的獨立單元。 二是盡可能隱蔽對象的內(nèi)部細節(jié)，對外形成一個邊界。7繼承性 繼承是指子類可以自動擁有其父類

15、的全部屬性與操作，即一個類可以定義為另一個更一般的類的特殊情況。8消息： 通常由消息名、接收消息的對象標示名、調(diào)用操作名、輸入信息、輸出信息等組成。9多態(tài)性： 是指同一個消息被不同的對象接收時，可產(chǎn)生不同的動作或執(zhí)行結(jié)果。10用例模型 是表達系統(tǒng)外部事物 （執(zhí)行者 ）與系統(tǒng)之間交互的可視化工具。11執(zhí)行者 是指在系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng)，他以某種方式參與系統(tǒng)內(nèi)用例的執(zhí)行。12用例：是系統(tǒng)所提供的一個功能 （或者系統(tǒng)提供的某一特定用法） 的描述。用例捕獲某些用戶可見的需求，實現(xiàn)一個具體的用戶目標。13對象（ Object ）： 是面向?qū)ο蟮幕締挝弧Ｊ且粋€擁有屬性、行為和標識符的實體。

16、對象是類的實例， 對象的屬性和行為在 類的定義中定義。14屬性（ Attribute ） 描述對象的特征，在具體環(huán)境中屬性有其確切的對應(yīng)值。15方法（ Method ） 作為類的一部分進行定義， 可以用來改變對象的屬性， 或用來接收來自其他對象的信息以及向其它對象發(fā) 送信息。16面向?qū)ο螅?Object Orientation ） 是一種軟件開發(fā)方法，它包括利用對象進行抽象和封裝的類、 通過消息進行的通信、 對象的生命周期、類 層次結(jié)構(gòu)和多態(tài)技術(shù)等。17抽象類（ Abstract Class ）： 不能用于創(chuàng)建對象，但可以用來指定子類。（通過類型繼承）。 特點：不可創(chuàng)建，不可實例化；把一些 類

17、共同的屬性和方法提取出來，用其它類來繼承。18組件類（CoClass）:可以直接創(chuàng)建對象，用New關(guān)鍵字創(chuàng)建對象或者從別的對象獲得運行實例。特點：可創(chuàng)建的；實例化。19. 投影坐標系統(tǒng)（ Projecti on coord in ate system） 它是將三維地理坐標系統(tǒng)上的經(jīng)緯網(wǎng)投影到二維平面地圖上使用的坐標系統(tǒng)。20. 地理坐標系統(tǒng)（ Geographic Coordinate System ）, 它可以稱為真實世界坐標系，是確定地物在地球上位置的坐標系，以經(jīng)緯度為地圖的存儲單位。21 .原型法開發(fā)人員在初步了解用戶需求的基礎(chǔ)上構(gòu)造一個應(yīng)用系統(tǒng)模型，即原型， 用戶和開發(fā)人員在此基礎(chǔ)上共

18、同反復(fù)探討和完善原型，直到用戶滿意為止。原型法開發(fā)信息系統(tǒng)包括以下幾個階段：（1）確定用戶的基本需求（ 2）開發(fā)初始原型（ 3）利用原型來提煉用戶需求（4）修正和改進原型22. 生命周期法： 就是要求將信息系統(tǒng)的開發(fā)工作， 從開始到結(jié)束劃分為若干個階段， 并預(yù)先規(guī)定好每個階段的任務(wù)， 再按 一定的準則來按部就班地逐一完成。23. 包圖：對于一個復(fù)雜的大系統(tǒng)，對象類模型包含多個類圖。為了完整清晰的描述對象類模型，常用包圖來 描述一個系統(tǒng)。24. ArcEngine 框架控件ArcEngine 組件對象模型中，ToolbarControl 和 TOCControl 和 MapControl 稱為框

19、架控件，其中 ToolbarControl 和TOCControl被設(shè)計成和其它控件(MapControl等)協(xié)同工作，它起到構(gòu)建GIS應(yīng)用程序框架的作用。四簡答題1 簡要說明組件式 GIS開發(fā)的基本原理。組件式軟件技術(shù)是當(dāng)今軟件技術(shù)的潮流之一，即過去廠家提供了全部系統(tǒng)或者二次開發(fā)功能的軟件，過渡 到提供組件由用戶自己再開發(fā)的方向上來。應(yīng)用系統(tǒng)開發(fā)：如同將一堆各式各樣的積木，根據(jù)需要把實現(xiàn)各種功能的 積木”搭建起來。組件式GIS開發(fā)，是 GIS產(chǎn)業(yè)順應(yīng)組件式軟件開發(fā)技術(shù)的產(chǎn)物，它的基本思想是把GIS的各大功能模塊劃分為若干組件(或控件)，每個組件完成不同的功能。用戶利用這些GIS組件可以GIS

20、應(yīng)用系統(tǒng)。2 舉例說明使用 Geoprocesser托管調(diào)用ArcToolbox工具進行空間分析的方法。ArcGIS Enigine10.0支持通過代碼完成既有工具箱中工具的調(diào)用，步驟如下：(1) 構(gòu)建一個 Geoprocessor的類對象，由它來執(zhí)行Geoprocessing的工具；(2) 構(gòu)建一個Geoprocessing工具的類對象；(3) 填寫一些參數(shù)，參數(shù)分in和out,Required和Optional(4) 調(diào)用GP的Execute方法執(zhí)行即可。例如：用 ArcToolBox 的工具的 Data?Mangement?Tools?-?Fields?-?Add?Field ，給一個

21、shp 文件加個字段。 AE中GP程序的寫法：Geoprocessor?GP?=? new?Geoprocessor();?AddField?addfield?=? new?AddField();?addfield.in_table?=?1”Dhp ” ;?addfield.field_name?=?“ aaabbbbb ”;?addfield.field_type?=?“ LONG ;?GP.Execute(addfield,? null);?3 什么是結(jié)構(gòu)化生命周期法？有哪些優(yōu)缺點。將軟件工程按其生命周期分成若干階段，每個階段有相對獨立的任務(wù)，每個階段與結(jié)束都規(guī)定了嚴格的質(zhì) 量標準。從而達

22、到軟件工程全過程的目的。優(yōu)點：1)從系統(tǒng)整體岀發(fā)，強調(diào)在整體優(yōu)化的條件下自上而下”地分析和設(shè)計，保證了系統(tǒng)的整體性和目標的一致性；2 )嚴格區(qū)分系統(tǒng)開發(fā)的階段性；每一階段的工作成果是下一階段的依據(jù)，便于系統(tǒng)開發(fā)的管理和控制， 以及技術(shù)文檔的規(guī)范化。缺點：1)要求在開發(fā)初期鎖定功能要求。對用戶素質(zhì)或系統(tǒng)分析員和管理者之間的溝通能力有較高的要 求；4 軟件危機的主要體現(xiàn)以及GIS系統(tǒng)開發(fā)注意問題。階段主要內(nèi)容開發(fā)軟件對軟件開發(fā)成本和進度的估計不準確 軟件質(zhì)量不高用戶接受度不高軟件產(chǎn)品開發(fā)效率低相關(guān)的技術(shù)檔資料不完備維護軟件軟件可維護性、重用性和可擴展性不高數(shù)據(jù)不能得到及時的更新系統(tǒng)需求變更所要求的

23、系統(tǒng)升級不能得到實施 網(wǎng)絡(luò)安全維護得不到貫徹執(zhí)行5 舉例說明使用 C#結(jié)合ArcGIS Engine構(gòu)建地圖應(yīng)用程序。(1) 新建一個 Windows窗體應(yīng)用程序(文件-新建-項目-Windows窗體應(yīng)用程序)(2) 在點了確定之后，在VS2010的工具箱中找到和 ArcGIS Engine相關(guān)的控件(3) 然后添加Toc , Map , Toolbar控件。許可控件是首選的，否則無法使用(4) 添加地圖文檔(Map控件-右鍵-屬性)(5) Toolbar控件和Toc控件與Map控件的關(guān)聯(lián)(6) 在Toolbar中進行設(shè)置(Toolbar控件-右鍵-屬性-Item選項)，添加工具命令(8)運行

24、應(yīng)用程序會岀現(xiàn)錯誤，然后在Main函數(shù)中6 .簡要說明AE與AO聯(lián)系與區(qū)別。聯(lián)系：ArcEngine包括核心AO (ArcObject )的功能，是對 AO中的大部分接口、類等進行封裝所構(gòu)成的 嵌入式組件。AE中的組件接口、方法、屬性與AO是相同的區(qū)別：開發(fā)環(huán)境：AO必須依賴 ArcGISDesktop 桌面平臺，即購買安裝了 ArcGISDesktop的同時，安裝AO，才能利用其進行開發(fā)；AE是獨立的嵌入式組件，不依賴ArcGISDesktop桌面平臺，直接安裝 AE Run time和Developer Kit后，即可利用其在不同開發(fā)語言環(huán)境下開發(fā)功能：AO的功能更強大，AE的功能相對弱些

25、，AE不具備AO的少部分功能。五繪圖題1.繪圖說明GIS數(shù)據(jù)流程圖的基本元素基本成分名稱備注對數(shù)據(jù)的加工(處理)輸入數(shù)據(jù)在此進行變換產(chǎn)生輸出數(shù)據(jù)， 要注明加工的名字數(shù)據(jù)源或宿數(shù)據(jù)輸入的源點或數(shù)據(jù)輸出的匯點，要注明源點和匯點的名字數(shù)據(jù)流被加工的數(shù)據(jù)與流向，應(yīng)給岀數(shù)據(jù)流名 字，可用名詞或動詞性短語命名數(shù)據(jù)存儲需用名名詞或名詞性短語命名2.繪圖說明GIS需求分析用例圖的基本元素基本成分名稱備注參與者參與者不是特指人，是指系統(tǒng)以外的， 在使用系統(tǒng)或與系統(tǒng)交互中所扮演的 角色。因此參與者可以是人，可以是事 物，也可以是時間或其他系統(tǒng)等等。用例用例是對包括變量在內(nèi)的一組動作序 列的描述，系統(tǒng)執(zhí)行這些動作，

26、 并產(chǎn)生 傳遞特定參與者的價值的可觀察結(jié)果數(shù)據(jù)流刖頭用來表示參與者和系統(tǒng)通過相互 發(fā)送信號或消息進行交互的關(guān)聯(lián)關(guān)系包系統(tǒng)邊界系統(tǒng)包含的功能與系統(tǒng)不包含的功能 之間的界限六論述題1 試述GIS系統(tǒng)設(shè)計三種方法并對其進行比較設(shè)計方法特 性開發(fā)思想結(jié)構(gòu)化生命周期原型法面向?qū)ο箝_發(fā)方法法劃分六個階段，并借助原型（它反映了最終系將客觀世界看成相互聯(lián)系的規(guī)定它們自上而統(tǒng)的部分重要特性）來輔助事物（即對象）組成，以對象為下，相互銜接的固 定次序軟件開發(fā)單元進行設(shè)計開發(fā)開發(fā)過程線性、固定次序簡單到復(fù)雜、部分到全面線性、迭代性和無間隙性開發(fā)模式整體開發(fā)模式。下非整體開發(fā)模式。推遲某些非整體開發(fā)模式，分析階段一階

27、段開始前完階段的細節(jié)工作，從而較早由底向上提取對象，實現(xiàn)階成上一階段所有 細節(jié)產(chǎn)生工作軟件段自頂向下建立對象驅(qū)動機制文檔驅(qū)動需求的可變性和模糊性對象作為驅(qū)動可見性開發(fā)過程系統(tǒng)不 可見通過試用原型進行溝通開發(fā)過程系統(tǒng)不可見優(yōu)點是一種較為成熟具有一定靈活性和可修改與人類思維方法一致，便于和完善的管理模性；增進了開發(fā)人員和用戶描述客觀世界；開發(fā)的軟件式，整體性好對系統(tǒng)需求的理解性能穩(wěn)定、易于重用和維護缺點缺乏靈活性；難修整體性差；由于不斷對原型對象和實體設(shè)計存在盲目改和維護；模塊重進行修改完善，工作的重復(fù)性；對象間的消息傳遞不能用性差；開發(fā)周期 長率高，工作量大完整體現(xiàn)系統(tǒng)總體功能；系 統(tǒng)結(jié)構(gòu)性較差

28、適用性功能和性能明確需求不明確，設(shè)計方案有一數(shù)據(jù)結(jié)構(gòu)復(fù)雜、事物聯(lián)系密完整、無重大變化 的軟件開發(fā)定風(fēng)險的中小型軟件開發(fā)切的軟件開發(fā)2 試述GIS常用的開發(fā)模式優(yōu)缺點、適用范圍。（1）獨立開發(fā)模式：也稱底層開發(fā)，指不依賴于任何GIS工具軟件，從空間數(shù)掘的采集、編輯到數(shù)據(jù)的處理分析及結(jié)果輸岀，所有的算法都由開發(fā)者獨立設(shè)計，然后選用一種程序設(shè)計語言（如C+、Java等），在一定的操作平臺上編程實現(xiàn)。優(yōu)點：無須依賴任何商業(yè)GIS工具軟件，可以在某些情況下減少開發(fā)成本，功能上不受限制。 缺點：開發(fā)難度較高，延長開發(fā)周期，往往因受時間和財力的限制，使其在功能上很難與商業(yè)化的GIS工具軟件相比。適用范圍：一

29、般的應(yīng)用型GIS很少采用這種開發(fā)方式，它主要存在于GIS發(fā)展初期（很多大型的工具型 GIS都是由原來的應(yīng)用型 GIS發(fā)展來的，例如國內(nèi)的 MapGIS ）。但在一些特殊部門 （如: 軍事、研究單位等），由于安全機密性和特殊的功能需要，獨立開發(fā)方式被廣泛地采用。（2）宿主型開發(fā)模式：也稱單純/擴展式二次開發(fā)，指完全借助于GIS平臺軟件提供的開發(fā)語言進行應(yīng)用系統(tǒng)開發(fā)，開發(fā)岀自己的針對不同應(yīng)用領(lǐng)域的應(yīng)用程序。優(yōu)點：省時省心，可以快速達到使用者的目的，不需要使用者具有專業(yè)的GIS二次開發(fā)能力，也大大縮短了開發(fā)周期、減少精力與財力的投入。缺點：VBA，作為編程語言功能相對很弱，用來開發(fā)應(yīng)用程序無論從界面到功能上都仍然不盡如人意。適用范圍：一般的應(yīng)用型GIS也很少采用這種開發(fā)方式，它主要應(yīng)用于簡單的功能擴展。當(dāng)用戶購買GIS軟件后，如發(fā)現(xiàn)某些功能不能完全滿足自己的需要，可以利用該GIS軟件提供的宏語言來擴展功能。（3）集成二次開發(fā)模式：指將GIS平臺軟件提供的動態(tài)鏈接庫（ DLL ）或組件與通用軟件開發(fā)工具（如Visual Studi