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

一．選擇題1．封裝是指把對象的（A）結(jié)合在一起，組成一個獨立的對象。A屬性和操作 B信息流 C信息和事件 D數(shù)據(jù)的集合2．封裝是一種（C）技術(shù)，目的是使對象的生產(chǎn)者和使用者分離，使對象的定義和實現(xiàn)開。A工程化 B系統(tǒng)維護 C信息隱蔽 D生產(chǎn)對象面向?qū)ο蠓椒ㄖ械臋C制使子類可以自動地擁有（復(fù)制）父類全部屬性和操A約束 B對象映射 C信息隱蔽 D繼承法是A 繼承 B多態(tài)性 C 約束 D 接口UML的軟件以發(fā)A用例 B對象 C 類 D 程序UML的（B）A用例 B 靜態(tài) C 動態(tài) D 系統(tǒng)UML的（C）.A用例 B 靜態(tài) C 動態(tài) D 系統(tǒng)UML的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和A用戶手冊 B類圖 C動態(tài)圖D響應(yīng)的軟件文檔資料在UML的需求分析建模中（）模型圖必須與用戶反復(fù)交流并加以確認A 配置 B用例 C包 D動態(tài)可行性研究分析包括經(jīng)濟可行性分、析技術(shù)可行性分析和B。A 風(fēng)險可行性分析B 法律可行性分析C 資源可行性分析D 效益可行性分析UML的客戶需求分析模型包括模型、類圖、對象圖和活動圖組成A用例 B靜態(tài) C 動態(tài) D系統(tǒng)UML客戶需求分析使用的CRC卡上責(zé)任一欄的內(nèi)容主要描述類的和操作A對象成員 B 關(guān)聯(lián)對象C 屬性 D私有成員UML客戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的D。A狀態(tài) B 體系結(jié)構(gòu) C靜態(tài)結(jié)構(gòu) D功能要在UML的需求分析建模中，用例模型必須與反復(fù)交流并加以確認A軟件生產(chǎn)商 B用戶 C軟件開發(fā)人員 D 問題領(lǐng)域?qū)＜以赨ML的需求分析建模中，對用例模型中的用例進行細化說明應(yīng)使用A活動圖 B 狀態(tài)圖 C 配置圖 D 構(gòu)件圖活動圖中的分劈和同步接合圖符是用來描述A多進程的并發(fā)處理行為B 對象的時序 C 類的關(guān)系 D 系統(tǒng)體系結(jié)構(gòu)框架UMLBA數(shù)據(jù)模型BCD體系結(jié)構(gòu)模型類和對象都由屬性，它們的差別是：類描述了屬性的類型，而對象的屬性必須由A正負號B動作C具體值D私有成員UML系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的A狀態(tài)B系統(tǒng)體系層次結(jié)構(gòu)C靜態(tài)模型D設(shè)計模式對有限的對象進行管理，它不能BA查找對象B修改對象C創(chuàng)建對象D刪除對象UML系統(tǒng)設(shè)計的一般步驟包括系統(tǒng)對象設(shè)計，系統(tǒng)體系結(jié)構(gòu)設(shè)計和系統(tǒng)設(shè)計的和審查等。A 建模 B 完善 C 優(yōu)化 D迭代順序圖和合作圖主要用于對用例圖中的建模，用它們來描述用例圖的行為A 數(shù)據(jù)流 B 控制流 C 消息流 D 數(shù)據(jù)字典數(shù)據(jù)圖的模型元素有（A象和對象之間所傳遞的消息，來對系統(tǒng)的行為建模。A 對象 B 箭線 C 活動 D 狀態(tài)順序圖描述對象之間消息的傳遞順序。A 某個 B 單個 C 一個類產(chǎn)生的 D 一組順序圖和合作圖建立了UML面向?qū)ο筮^程中的對象動態(tài)模型。A 交互 B 狀態(tài) C 體系結(jié)構(gòu) D軟件復(fù)用26．狀態(tài)圖可以表現(xiàn)在生存期的行為，所經(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．一個遷移圖符可以有多個源狀態(tài)或目標(biāo)狀態(tài)，它們可以把一個控制分解為并行行的并發(fā)線程，或?qū)⒍鄠€并發(fā)線程結(jié)合成單個線程。A 狀態(tài) B 對象 C 活動 D同步并發(fā)29．活動圖中動作狀態(tài)之間的遷移不是靠觸發(fā)的，當(dāng)活動狀態(tài)中的活動完成是遷移被觸發(fā)。A 對象 B 事件 C執(zhí)行者 D系統(tǒng)30．狀態(tài)圖和活動圖建立了UML面向?qū)ο箝_發(fā)過程中的對象動態(tài)模型。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é)構(gòu)中的實現(xiàn)A構(gòu)件 B結(jié)點 C軟件 D模塊35（C）構(gòu)。A構(gòu)件圖 B狀態(tài)圖 C配置圖 D順序圖3）的基本元素有結(jié)點、構(gòu)件、對象、連接、依賴等。A構(gòu)件圖 B狀態(tài)圖 C順序圖 D配置圖二．填空題軟件生存周期由（軟件定義（軟件開發(fā)）和（軟件使用、維護和更新）三部分組成。軟件開發(fā)模型有（瀑布模型（漸增模型（演化模型（螺旋模型）和（智能模型5種主要模型。面向?qū)ο蠹夹g(shù)采用以類為中心的（封裝（繼承（多態(tài)）等不僅支持軟件復(fù)用，而且使軟件維護共作可靠有效，可實現(xiàn)系統(tǒng)的柔性制造UML的優(yōu)點是（唯一性（連續(xù)性（維護性（復(fù)用性）和（逐步完善。UML分析和設(shè)計模型由三類模型圖表示。三類模型圖是（用例）模型圖（構(gòu)件）模圖和（配置）模型圖。UML（分析（設(shè)計（實現(xiàn)（測試）和（配置）UML（用例視圖、（邏輯）（構(gòu)件）（進程）視圖和（配置）視圖。UML軟件開發(fā)過程需求分析階段產(chǎn)生的模型由三類模型圖表示。它們是（用例）（靜態(tài)）模型圖和（動態(tài)）模型圖。（用例，在邊（執(zhí)行者。用例模型中的執(zhí)行者可以是“人”執(zhí)行者）也可以是“外部”執(zhí)行者。14.用例模型中的用例之間的關(guān)聯(lián)有（使用）（擴展）（包含）關(guān)聯(lián)和（繼承關(guān)聯(lián)。UML軟件開發(fā)過程系統(tǒng)分析階段產(chǎn)生的對象模型由三種模型。它們分別是：對象的（靜態(tài)）模型、對象的（動態(tài)）模型和對象的（系統(tǒng)功能處理）模型。UML的對象類圖中，類之間的關(guān)系由（依賴（細化（關(guān)聯(lián)（聚集）和（繼承）5種共享聚集的“部分”對象可以是任意“整體”對象的一部分，表示食物的整體/n。組合聚集是指“整體”擁有它的“部分部分關(guān)系較強的情況“整體”的重數(shù)必須是在UML軟件開發(fā)過程產(chǎn)生的對象動態(tài)模型中消息有四種類型，它們是（簡單）消息，（同步）（異步）消息和（返回）消息。1（順序）圖和（合作）行為的模型化工具。1（被動對象）是一個必須由其他對象發(fā)來的消息進行出發(fā)才執(zhí)行動作的對象。交互圖描述系統(tǒng)中對象見的交互行為。每一個交互都有（發(fā)送者）和（接收者可以是整個系統(tǒng)，一個子系統(tǒng)，一個用例，一個對象類或一個操作。順序狀態(tài)表明狀態(tài)之間的遷移是（串行）的，即一個接一個順序遷移。狀態(tài)圖還可以符合遷移的（同步并發(fā)）遷移圖符來表示并發(fā)子狀態(tài)。狀態(tài)圖中的進程是一個（動作流，能夠與其他進程并發(fā)執(zhí)行。在活動圖中（虛箭線）也稱為對象流，對象流表示動作狀態(tài)或活動狀態(tài)與對象之間活動圖既可以描述對象的動態(tài)行為，還可以用來描述（用例?；顒訄D中活動狀態(tài)的遷移（不是）由事件進行觸發(fā)，一個活動執(zhí)行完畢（自動）進入狀態(tài)圖和活動圖描述系統(tǒng)中某個（系統(tǒng)對象）.三．名詞解釋UML是統(tǒng)一建模語言UML是UnifiedModelingLanguage的縮寫，是用來對軟件密集系UML制文檔的一種標(biāo)準(zhǔn)語言。COM(ComponentObjectOLE(ObjectLinking&ActiveX組件是一個可重用且接口符合特定標(biāo)準(zhǔn)的模塊Modul和用戶接口組成的業(yè)務(wù)對象。GIS組件：遵循COMGIS特定的組件稱為GIS組件。類類的全部對象的屬性和操作。封裝7．繼承性繼承是指子類可以自動擁有其父類的全部屬性與操作般的類的特殊情況。消息：通常由消息名、接收消息的對象標(biāo)示名、調(diào)用操作名、輸入信息、輸出信息等組成。多態(tài)性：是指同一個消息被不同的對象接收時，可產(chǎn)生不同的動作或執(zhí)行結(jié)果。用例模型是表達系統(tǒng)外部事物(執(zhí)行者)與系統(tǒng)之間交互的可視化工具。執(zhí)行者是指在系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng)，他以某種方式參與系統(tǒng)內(nèi)用例的執(zhí)行。用例：是系統(tǒng)所提供的一個功能(或者系統(tǒng)提供的某一特定用法)的描述。用例捕獲某些用戶可見的需求，實現(xiàn)一個具體的用戶目標(biāo)。對象Objec：象的屬性和行為在類的定義中定義。屬性（Attribute）描述對象的特征，在具體環(huán)境中屬性有其確切的對應(yīng)值。方法（Method）以及向其它對象發(fā)送信息。面向?qū)ο螅∣bjectOrientation）象的生命周期、類層次結(jié)構(gòu)和多態(tài)技術(shù)等。抽象類AbstractClas：不能用于創(chuàng)建對象，但可以用來指定子類（通過類型繼承。特點：不可創(chuàng)建，不可實例化；把一些類共同的屬性和方法提取出來，用其它類來繼承。1．組件類CoClas：可以直接創(chuàng)建對象，用New關(guān)鍵字創(chuàng)建對象或者從別的對象獲得運行實例。特點：可創(chuàng)建的；實例化。投影坐標(biāo)系統(tǒng)（Projectioncoordinate它是將三維地理坐標(biāo)系統(tǒng)上的經(jīng)緯網(wǎng)投影到二維平面地圖上使用的坐標(biāo)系統(tǒng)。地理坐標(biāo)系統(tǒng)（GeographicCoordinate儲單位。原型法幾1）確定用戶的基本需求）開發(fā)初始原型）利用原型來提煉用戶需求修正和改進原型生命周期法：階段的任務(wù)，再按一定的準(zhǔn)則來按部就班地逐一完成。模型，常用包圖來描述一個系統(tǒng)。ArcEngine框架控件ArcEngineToolbarControl和TOCControl和MapControl其中ToolbarControlTOCControl(MapControl等)GIS應(yīng)用程序框架的作用。四．簡答題簡要說明組件式GIS開發(fā)的基本原理。積木搭建起來。組件式GISGIS),每個組件完成不同的功能GIS可以GIS應(yīng)用系統(tǒng)。舉例說明使用Geoprocesser托管調(diào)用ArcToolbox工具進行空間分析的方法。ArcGISEnigine10.0構(gòu)建一個Geoprocessor的類對象，由它來執(zhí)行Geoprocessing的工具；構(gòu)建一個Geoprocessing工具的類對象；填寫一些參數(shù)，參數(shù)分inout,Required和Optional調(diào)用GP的Execute方法執(zhí)行即可。例如：用ArcToolBox的工具的DataMangementTools->Fields->AddField，給一個shp文件加個字段。AE中GP程序的寫法：GeoprocessorGP=newGeoprocessor();AddFieldaddfield=newAddField();addfield.in_table=@”D:\111.shp”addfield.field_name=“aaabbbbb”addfield.field_type=“LONG”GP.Execute(addfield,null);什么是結(jié)構(gòu)化生命周期法？有哪些優(yōu)缺點。將軟件工程按其生命周期分成若干階段，每個階段有相對獨立的任務(wù)，每個階段與結(jié)束都規(guī)定了嚴格的質(zhì)量標(biāo)準(zhǔn)。從而達到軟件工程全過程的目的。優(yōu)點：1）從系統(tǒng)整體出發(fā)，強調(diào)在整體優(yōu)化的條件下“自上而下”地分析和設(shè)計，保證了系統(tǒng)的整體性和目標(biāo)的一致性；2）嚴格區(qū)分系統(tǒng)開發(fā)的階段性；每一階段的工作成果是下一階段的依據(jù)，便于系統(tǒng)開發(fā)的管理和控制，以及技術(shù)文檔的規(guī)范化。缺點：1）要求在開發(fā)初期鎖定功能要求。對用戶素質(zhì)或系統(tǒng)分析員和管理者之間的溝通能力有較高的要求；軟件危機的主要體現(xiàn)以及GIS系統(tǒng)開發(fā)注意問題。階段開發(fā)軟件維護軟件

主要內(nèi)容對軟件開發(fā)成本和進度的估計不準(zhǔn)確軟件質(zhì)量不高用戶接受度不高軟件產(chǎn)品開發(fā)效率低相關(guān)的技術(shù)檔資料不完備數(shù)據(jù)不能得到及時的更新系統(tǒng)需求變更所要求的系統(tǒng)升級不能得到實施網(wǎng)絡(luò)安全維護得不到貫徹執(zhí)行舉例說明使用C#結(jié)合ArcGISEngine構(gòu)建地圖應(yīng)用程序。新建一個Windows文件新建-Windows)在點了確定之后，在VS2010的工具箱中找到和ArcGISEngine相關(guān)的控件然后添加控件。許可控件是首選的，否則無法使用(Map右鍵屬性)Toolbar控件和Toc控件與Map控件的關(guān)聯(lián)Toolbar(Toolbar控件右鍵屬性-Item選項)，添加工具命令(8)運行應(yīng)用程序會出現(xiàn)錯誤，然后在Main 函數(shù)中添加ESRI.ArcGIS.RutimeManager.Bind(ESRI.ArcGIS.ProductCode.Engine)簡要說明AEAO聯(lián)系與區(qū)別。聯(lián)系：ArcEngineAO（ArcObject）AOAE中的組件接口、方法、屬性與AO是相同的必須依賴ArcGISDesktopArcGISDesktop的同時，安裝AO是獨立的嵌入式組件，不依賴ArcGISDesktopAERuntimeDeveloperKit不具備AO的少部分功能。五．繪圖題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ù)存儲 需用名名詞或名詞性短語命名繪圖說明GIS需求分析用例圖的基本元素基本成分名稱備注參與者參與者不是特指人，是指系統(tǒng)以外的，在使用系統(tǒng)或與系統(tǒng)交互中所扮演的角色。因此參與者可以是人，可以是事物，也可以是時間或其他系統(tǒng)等等。用例 用例是對包括變量在內(nèi)的一組動作序列的描述，系統(tǒng)執(zhí)行這些動作，產(chǎn)生傳遞特定參與者的價值的可觀察結(jié)果數(shù)據(jù)流包系統(tǒng)邊界六．論述題GIS系統(tǒng)設(shè)計三種方法并對其進行比較

箭頭用來表示參與者和系統(tǒng)通過相互發(fā)送信號或消息進行交互的關(guān)聯(lián)關(guān)系系統(tǒng)包含的功能與系統(tǒng)不包含的功能之間的界限設(shè)計方法結(jié)構(gòu)化生命周期原型法面向?qū)ο箝_發(fā)方法特性法開發(fā)思想劃分六個階段，并規(guī)定它們自上而借助原型(它反映了最終系統(tǒng)的部分重要特性)來將客觀世界看成相互聯(lián)系的事物(即對象)組成，以對下，相互銜接的固輔助軟件開發(fā)象為單元進行設(shè)計開發(fā)定次序開發(fā)過程線性、固定次序簡單到復(fù)雜、部分到全面線性、迭代性和無間隙性開發(fā)模式整體開發(fā)模式。下非整體開發(fā)模式。推遲某非整體開發(fā)模式，分析階段一階段開始前完些階段的細節(jié)工作，從而由底向上提取對象，實現(xiàn)階成上一階段所有較早產(chǎn)生工作軟件段自頂向下建立對象細節(jié)驅(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)性較差適用性功能和性能明確需求不明確，設(shè)計方案有數(shù)據(jù)結(jié)構(gòu)復(fù)雜、事物聯(lián)系密完整、無重大變化一定風(fēng)險的中小型軟件切的軟件開發(fā)的軟件開發(fā)開發(fā)GIS常用的開發(fā)模式優(yōu)缺點、適用范圍。GIS（C++Java等GIS延長開發(fā)周期，往往因受時間和財力的限制，使其在功能上很難與商業(yè)化的GIS工具軟件相比。適用范圍：一般的應(yīng)用型GIS很少采用這種開發(fā)方式，它主要存在于GIS發(fā)展初期（很多大型的工具型GIS都是由原來的應(yīng)用型GIS例如國內(nèi)的MapGI些特殊部門（如：軍事、研究單位等，由于安全機密性和特殊的功能需要，獨立開發(fā)方式被廣泛地采用。/擴展式二次開發(fā)，指完全借助于