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ù)碛校◤?fù)制）父類全部屬性和操作A 約束 B 對象映射C 信息隱蔽D 繼承4使得在多個類中能夠定義同一個操作或?qū)傩悦?zhèn)每一個類中有不同的實現(xiàn)的一種方法是（B）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)8. UML勺最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和（D）A 用戶手冊B 類圖動態(tài)圖 D 響應(yīng)的軟件文檔資料9. 在UMLI勺需求分析建模中，（B）模型圖必須與用戶反復(fù)交流并加以確認(rèn)。A 配置 B 用例 C 包 D 動態(tài)10可行性研究分析包括經(jīng)濟可行性分、析技術(shù)可行性分析和（B） 。A 風(fēng)險可行性分析B 法律可行性分析C 資源可行性分析D 效益可行性分析11. UMLB客戶需求分析模型包括（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 私有成員13. UM序戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的（D）。A 狀態(tài) B 體系結(jié)構(gòu)C 靜態(tài)結(jié)構(gòu)D 功能要求14. 在UMLB需求分析建模中，用例模型必須與（B）反復(fù)交流并加以確認(rèn)。A 軟件生產(chǎn)商B 用戶 C 軟件開發(fā)人員D 問題領(lǐng)域?qū)＜?5. 在UMLB需求分析建模中，對用例模型中白用例進行細(xì)化說明應(yīng)使用（ AA 活動圖B 狀態(tài)圖 C 配置圖D 構(gòu)件圖16活動圖中的分劈和同步接合圖符是用來描述（

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

5、設(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)D 軟件復(fù)用26 .狀態(tài)圖可以表現(xiàn)（B）在生存期的行為，

6、所經(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)或目標(biāo)狀態(tài)，它們可以把一個控制分解為并行運行的并發(fā)線程，或?qū)⒍鄠€并發(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)圖和活動圖建立了 UML面向?qū)ο箝_發(fā)過程中的對象動態(tài)（B）模型。A 交互B

7、狀態(tài)C 體系結(jié)構(gòu)D 軟件復(fù)用31 . UMLM以描述硬件之間的互聯(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é)構(gòu)中的實現(xiàn)。A構(gòu)件B 結(jié)點 C 軟件 D 模塊35 . （C）由結(jié)點和結(jié)點之間的聯(lián)系組成，描

8、述了處理器、設(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ù)用，而且使軟件維護共作可靠有效，可實現(xiàn)系統(tǒng)的柔性制造4. UML勺優(yōu)點是（唯一性）、（連續(xù)性）、（維護性）、（復(fù)用性）和（逐步完

9、善）。5. UML分析和設(shè)計模型由三類模型圖表示。三類模型圖是：（用例）模型圖、（構(gòu)件）模型圖和（配置）模型圖。6. UML開發(fā)過程是一種二維結(jié)構(gòu)軟件開發(fā)過程，軟件項目開發(fā)過程流包括的核心工作內(nèi)容是：（分析） 、 （設(shè)計） 、 （實現(xiàn)） 、 （測試）和（配置）7. UML中的五個不同的視圖可以完整地描述出所建造的系統(tǒng)，這五種視圖是（用例）視圖、（邏輯）視圖、（構(gòu)件）視圖、（進程）視圖和（配置）視圖。（用8. UM瞅件開發(fā)過程需求分析階段產(chǎn)生的模型由三類模型圖表示。它們是:例）模型圖、（靜態(tài)）模型圖和（動態(tài)）模型圖。9. 在用例圖中以實線方框表示系統(tǒng)的范圍和邊界，在系統(tǒng)邊界內(nèi)描述的是（用例） ，

10、在邊界外描述的（執(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 在UMLB對象類圖中，類之間的關(guān)系由（依賴）、（細(xì)化）、（關(guān)聯(lián)）、（聚集）和（繼承）5 種13 共享聚集的“部分”對象可以是任意“整體”對象的一部分，表示食物的整體 / 部分掛席較弱的情況， “整體”端的重數(shù)應(yīng)該是（n） 。14 組合聚集是指“整體”

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

12、，一個對象類或一個操作。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)中某個（系統(tǒng)對象）的一系列狀態(tài)變化.三名詞解釋1 UML是統(tǒng)一建模語言（UMLH Unified Mod

13、eling Language的縮寫），是用來對軟件密集系統(tǒng)進行可視化建模的一種語言。UML 為面向?qū)ο箝_發(fā)系統(tǒng)的產(chǎn)品進行說明、可視化、和編制文檔的一種標(biāo)準(zhǔn)語言。2 COM是組件式對象模型（Component Object Model） 的英文縮寫，是組件之間相互接口的規(guī)范，是OLE（Object Linking & Embedding） 和 ActiveX 共同的基礎(chǔ)，其作用是使各種軟件構(gòu)件和應(yīng)用軟件能夠用一種統(tǒng)一的標(biāo)準(zhǔn)方式進行交互。3組件是一個可重用且接口符合特定標(biāo)準(zhǔn)的模塊（Module） ，它是由一組處理過程、數(shù)據(jù)封裝和用戶接口組成的業(yè)務(wù)對象。4. GIS組件：遵循CO雌口，具有G

14、IS空間信息處理功能，用于進行二次開發(fā)的二進制模塊。這種特定的組件稱為GIS 組件。5類是一組具有相同屬性和相同操作的對象的集合，是對象的抽象，它抽象地描述了屬于該類的全部對象的屬性和操作。6封裝是把對象的屬性和方法組裝成一個獨立的單元，并盡可能隱蔽對象的內(nèi)部細(xì)節(jié)。封裝是面向?qū)ο缶幊讨械囊粋€重要原則是。它有兩個含義：一是把對象的全部屬性和方法結(jié)合在一起，形成一個不可分割的獨立單元。二是盡可能隱蔽對象的內(nèi)部細(xì)節(jié)，對外形成一個邊界。7繼承性繼承是指子類可以自動擁有其父類的全部屬性與操作，即一個類可以定義為另一個更一般的類的特殊情況。8消息：通常由消息名、接收消息的對象標(biāo)示名、調(diào)用操作名、輸入信息、

15、輸出信息等組成。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)一個具體的用戶目標(biāo)。13對象（Object ） ：是面向?qū)ο蟮幕締挝弧Ｊ且粋€擁有屬性、行為和標(biāo)識符的實體。對象是類的實例，對象的屬性和行為在類的定義中定義。14屬性（Attribute ）描述對象的特征，在具體環(huán)境中屬性有其確切的對應(yīng)值。15方

16、法（Method）作為類的一部分進行定義，可以用來改變對象的屬性，或用來接收來自其他對象的信息以及向其它對象發(fā)送信息。16面向?qū)ο螅∣bject Orientation ）是一種軟件開發(fā)方法，它包括利用對象進行抽象和封裝的類、通過消息進行的通信、對象的生命周期、類層次結(jié)構(gòu)和多態(tài)技術(shù)等。17抽象類（Abstract Class ） ：不能用于創(chuàng)建對象，但可以用來指定子類。（通過類型繼承）。 特點：不可創(chuàng)建，不可實例化；把一些類共同的屬性和方法提取出來，用其它類來繼承。18.組件類（CoClass）:可以直接創(chuàng)建對象，用New關(guān)鍵字創(chuàng)建對象或者從別的對象獲得運行實例。特點：可創(chuàng)建的；實例化。19投

17、影坐標(biāo)系統(tǒng)（Projection coordinate system ）它是將三維地理坐標(biāo)系統(tǒng)上的經(jīng)緯網(wǎng)投影到二維平面地圖上使用的坐標(biāo)系統(tǒng)。20地理坐標(biāo)系統(tǒng)（Geographic Coordinate System ） ,它可以稱為真實世界坐標(biāo)系，是確定地物在地球上位置的坐標(biāo)系，以經(jīng)緯度為地圖的存儲單位。21原型法開發(fā)人員在初步了解用戶需求的基礎(chǔ)上構(gòu)造一個應(yīng)用系統(tǒng)模型，即原型，用戶和開發(fā)人員在此基礎(chǔ)上共同反復(fù)探討和完善原型，直到用戶滿意為止。原型法開發(fā)信息系統(tǒng)包括以下幾個階段：（ 1 ）確定用戶的基本需求（2）開發(fā)初始原型（3）利用原型來提煉用戶需求（4）修正和改進原型22生命周期法：就是要求

18、將信息系統(tǒng)的開發(fā)工作，從開始到結(jié)束劃分為若干個階段，并預(yù)先規(guī)定好每個階段的任務(wù)，再按一定的準(zhǔn)則來按部就班地逐一完成。23包圖：對于一個復(fù)雜的大系統(tǒng)，對象類模型包含多個類圖。為了完整清晰的描述對象類模型，常用包圖來描述一個系統(tǒng)。24 ArcEngine 框架控件ArcEngine 組件對象模型中，ToolbarControl 和 TOCControl 和 MapControl稱為框架控件，其中ToolbarControl 和 TOCControl 被設(shè)計成和其它控件（MapControl等）協(xié)同工作，它起到構(gòu)建 GIS應(yīng)用程序框架的作用。四簡答題1 .簡要說明組件式 GIS開發(fā)的基本原理組件式軟

19、件技術(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應(yīng)用系統(tǒng)。2 舉例說明使用Geoprocesser 托管調(diào)用ArcToolbox 工具進行空間分析的方法。ArcGIS Enigine10.0 支持通過代碼完成既有工具箱中工具的調(diào)用，步驟如下：(1) 構(gòu)建

20、一個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 ，給一個shp 文件加個字段。AE中GP程序的寫法：Geoprocessor GP = new Geoprocessor();AddField addfield = new AddFi

21、eld();addfield.in_table = ” D: 111.shp”;addfield.field_name= “ aaabbbbb”;addfield.field_type= “ LONG”;GP.Execute（addfield, null）;3 .什么是結(jié)構(gòu)化生命周期法？有哪些優(yōu)缺點。將軟件工程按其生命周期分成若干階段，每個階段有相對獨立的任務(wù)，每個階段與結(jié)束都規(guī)定了嚴(yán)格的質(zhì)量標(biāo)準(zhǔn)。從而達到軟件工程全過程的目的。優(yōu)點：1）從系統(tǒng)整體出發(fā)，強調(diào)在整體優(yōu)化的條件下“自上而下”地分析和設(shè)計，保證了系統(tǒng)的整體性和目標(biāo)的一致性；2）嚴(yán)格區(qū)分系統(tǒng)開發(fā)的階段性；每一階段的工作成果是下一階段的

22、依據(jù)，便于系統(tǒng)開發(fā)的管理和控制，以及技術(shù)文檔的規(guī)范化。缺點：1）要求在開發(fā)初期鎖定功能要求。對用戶素質(zhì)或系統(tǒng)分析員和管理者之間的溝通能力有較高的要求；4 .軟件危機的主要體現(xiàn)以及 GIS系統(tǒng)開發(fā)注意問題。階段主要內(nèi)容開發(fā)軟件對軟件開發(fā)成本和進度的估計不準(zhǔn)確軟件質(zhì)量不高用戶接受度不高軟件產(chǎn)品開發(fā)效率低相關(guān)的技術(shù)檔資料不完備維護軟件軟件可維護性、重用性和可擴展性不高數(shù)據(jù)不能得到及時的更新系統(tǒng)需求變更所要求的系統(tǒng)升級不能得 到實施網(wǎng)絡(luò)安全維護得不到貫徹執(zhí)行5 .舉例說明使用 C#吉合ArcGIS Engine構(gòu)建地圖應(yīng)用程序。(1)新建一個 Windows窗體應(yīng)用程序(文件-新建-項目-Window

23、s窗體應(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)運行應(yīng)用程序會出現(xiàn)錯誤，然后在 Main函數(shù)中6 .簡要說明AE與AO聯(lián)系與區(qū)別。聯(lián)系：ArcEngine包括核心AO (ArcObject )的功能，是對 AO中的大部分接 口、類等進行封裝所構(gòu)成

24、的嵌入式組件。 AE中的組件接口、方法、屬性與 AO是 相同的區(qū)別：開發(fā)環(huán)境：AO必須依賴 ArcGISDesktop桌面平臺，即購買安裝了ArcGISDesktop的同時，安裝 AQ才能利用其進行開發(fā)；AE是獨立的嵌入式組件，不依賴ArcGISDesktop桌面平臺，直接安裝 AERuntime和Developer Kit后, 即可利用其在不同開發(fā)語言環(huán)境下開發(fā)功能：AO的功能更強大，AE的功能相對弱些，AE不具備AO的少部分功能。五.繪圖題1 .繪圖說明GIS數(shù)據(jù)流程圖的基本元素基本成分名稱備注對數(shù)據(jù)的加工（處理）輸入數(shù)據(jù)在此進行變換產(chǎn)生輸出數(shù)據(jù)，要注明加工的名字?jǐn)?shù)據(jù)源或宿數(shù)據(jù)輸入的源點或

25、數(shù)據(jù)輸出的匯點，要注明源點和匯點的名字?jǐn)?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í)行這些動作，并產(chǎn)生傳遞特定參與者的價值的可觀察結(jié)果數(shù)據(jù)流箭頭用來表示參與者和系統(tǒng)通過相互發(fā)送信號或消息進行交互的關(guān)聯(lián)關(guān)系包系統(tǒng)邊界系統(tǒng)包含的功能與系統(tǒng)不包含的功能之間的界限六.論述題1 .試述GIS系

26、統(tǒng)設(shè)計三種方法并對其進行比較設(shè)計方法結(jié)構(gòu)化生命周特性 期法開發(fā)思想劃分六個階段，并規(guī)定它們自上而下， 相互銜接的固定次序開發(fā)過程線性、固定次序原型法借助原型（它反映了 最終系統(tǒng)的部分重 要特性）來輔助軟件開發(fā)簡單到復(fù)雜、部分到 全面面向?qū)ο箝_發(fā)方法將客觀世界看成相互聯(lián)系的事物（即對象）組成，以對象為單元進行設(shè)計開發(fā)線性、迭代性和無間隙性開發(fā)模式 整體開發(fā)模 非整體開發(fā)模式。推 非整體開發(fā)模式，分式。下一階段遲某些階段60析階段由底向上提取開始前完成上工作，從而較早產(chǎn)生對象，實現(xiàn)階段自頂一階段所有細(xì)工作軟件向下建立對象節(jié)驅(qū)動機制文檔驅(qū)動需求的可變性和模對象作為驅(qū)動糊性可見性開發(fā)過程系統(tǒng)通過試用原

27、型進行開發(fā)過程系統(tǒng)不可見不可見溝通優(yōu)點是一種較為成具有一定靈活性和與人類思維方法熟和完善的管可修改性；增進了開致，便于描述客觀世理模式，整體發(fā)人員和用戶對系界；開發(fā)的軟件性能性好統(tǒng)需求的理解穩(wěn)定、易于重用和維護缺點缺乏靈活性；整體性差；由于不斷對象和實體設(shè)計存在難修改和維對原型進行修改完盲目性；對象間的消護；模塊重用善，工作的重復(fù)率息傳遞不能完整體現(xiàn)性差；開發(fā)周高，工作量大系統(tǒng)總體功能；系統(tǒng)期長結(jié)構(gòu)性較差適用性功能和性能明需求不明確，設(shè)計方數(shù)據(jù)結(jié)構(gòu)復(fù)雜、事物確完整、無重案有一定風(fēng)險的中聯(lián)系密切的軟件開發(fā)大變化的軟件小型軟件開發(fā)開發(fā)2 .試述GIS常用的開發(fā)模式優(yōu)缺點、適用范圍（1）獨立開發(fā)模式

28、：也稱底層開發(fā)，指不依賴于任何GIS工具軟件，從空間數(shù)掘的采集、編輯到數(shù)據(jù)的處理分析及結(jié)果輸出，所有的算法都由開發(fā)者獨立設(shè)計，然后選用一種程序設(shè)計語言（如C+、 Java 等） ，在一定的操作平臺上編程實現(xiàn)。優(yōu)點：無須依賴任何商業(yè)GIS 工具軟件，可以在某些情況下減少開發(fā)成本，功能上不受限制。缺點：開發(fā)難度較高，延長開發(fā)周期，往往因受時間和財力的限制，使其在功能上很難與商業(yè)化的GIS 工具軟件相比。適用范圍：一般的應(yīng)用型GIS很少采用這種開發(fā)方式， 它主要存在于GIS發(fā)展初期（很 多大型的工具型 GIS都是由原來的應(yīng)用型 GIS發(fā)展來的，例如國內(nèi)的MapGIS。但在一些特殊部門（如：軍事、研究

29、單位等），由于安全機密性和特殊的功能需要，獨立開發(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ā)工具（如 Visua