9gis軟件工程技術(shù)(編輯修改稿)
2025-01-22 09:32 本頁面
【文章內(nèi)容簡介】 0。結(jié)果應(yīng)能清楚地審查原則? 開發(fā)小組的人員應(yīng)該少而精原則? 承認(rèn)不斷改進(jìn)工程實(shí)踐的必要性原則3. GIS領(lǐng)域的體系結(jié)構(gòu)和構(gòu)件 按照應(yīng)用目的，地理信息系統(tǒng)可以分為區(qū)域地理信息系統(tǒng)、專題地理信息系統(tǒng)以及地理信息系統(tǒng)工具，它們共同組成了 GIS領(lǐng)域（ Domain）。所謂 領(lǐng)域 ，是指共享某種功能性的系統(tǒng)或應(yīng)用程序的集合，換言之，領(lǐng)域表現(xiàn)了一組應(yīng)用系統(tǒng)共性的方面。 GIS領(lǐng)域GIS領(lǐng)域體系結(jié)構(gòu)：一個(gè)工作流視圖 對(duì)于領(lǐng)域，實(shí)施領(lǐng)域工程，得到領(lǐng)域模型，并建立領(lǐng)域特定的軟件體系結(jié)構(gòu)（DSSA, DomainSpecific Software Architecture）。 地理信息系統(tǒng)的核心功能包括空間數(shù)據(jù)的輸入、管理、分析以及表現(xiàn)，并且這些功能形成了一個(gè)比較完全的數(shù)據(jù)處理流程，考慮到與遙感以及全球定位系統(tǒng)的結(jié)合，形成如上的系統(tǒng)結(jié)構(gòu)（如上圖）。 構(gòu)件技術(shù)標(biāo)準(zhǔn) ： OMG（對(duì)象管理組織）的 CORBA（公共請(qǐng)求對(duì)象代理體系結(jié)構(gòu) Common object request broker architecture）和 Microsoft的OLE/COM/DCOM技術(shù)。 COBRA定義了一個(gè)帶有開放軟總線的分布式結(jié)構(gòu)，在這一結(jié)構(gòu)中，來自不同廠商、運(yùn)行于不同操作系統(tǒng)上的對(duì)象，能夠進(jìn)行互操作。 CORBA對(duì)象的互相通信通過對(duì)象請(qǐng)求代理（ ORB， Object Request Broker）為中介，可以在多種流行網(wǎng)絡(luò)通信協(xié)議上實(shí)現(xiàn)。接口描述語言（ IDL， Interface Description Language）用于描述對(duì)象接口，它與語言無關(guān)，使得所有CORBA對(duì)象以一致的方式被描述。 Microsoft的 DCOM（分布式對(duì)象構(gòu)件模型 ， Distributed Component Object Model）技術(shù)是對(duì)原有的 COM技術(shù)的擴(kuò)展，以支持在網(wǎng)絡(luò)上不同計(jì)算機(jī)的對(duì)象之間的通信。 COM定義了接口的二進(jìn)制標(biāo)準(zhǔn)，包括接口交互、管理對(duì)象及其資源等等。而 DCOM通過增加網(wǎng)絡(luò)協(xié)議的支持，使得對(duì)象可以通過網(wǎng)絡(luò)互操作。 DCOM技術(shù)很好的支持復(fù)用，位置獨(dú)立，可擴(kuò)展等，并且其執(zhí)行性能較好，目前被基于 Windows平臺(tái)的軟件開發(fā)商 所廣泛支持。4. GIS工程的生命周期方法學(xué)GIS工程采用的生命周期方法學(xué)就是從時(shí)間角度對(duì)軟件開發(fā)和維護(hù)的復(fù)雜問題進(jìn)行分解，把軟件生成的漫長周期依次劃分為若干個(gè)階段，每個(gè)階段有相對(duì)獨(dú)立的任務(wù)，然后逐步完成每個(gè)階段的任務(wù)。詳細(xì)設(shè)計(jì) 編碼與單元測(cè)試 綜合測(cè)試 軟件測(cè)試軟件錯(cuò)誤的積累和放大效應(yīng)瀑布模型軟件維護(hù) 問題定義可行性研究需求分析總體設(shè)計(jì)（ 1）問題定義問題定義階段必須回答的關(guān)鍵問題是： “要解決的問題是什么？ ”問題定義階段的工作，系統(tǒng)分析員應(yīng)該提出關(guān)于問題性質(zhì)、工程目標(biāo)和規(guī)模的書面報(bào)告。問題定義階段是生命周期中最簡短的階段一般只需要一天甚至更少的時(shí)間。（ 2 ）可行性研究 這個(gè)階段要回答的關(guān)鍵問題是： “對(duì)于上一個(gè)階段所確定的問題有可行的解決辦法或值得做嗎？可行性研究比較簡短，這個(gè)階段的任務(wù)不是具體解決問題，而是研究問題的范圍，探索這個(gè)問題是否值得去解，是否有可行的解決辦法。在問題定義階段提出的對(duì)工程目標(biāo)和規(guī)模的報(bào)告通常比較含糊?？尚行匝芯繎?yīng)該導(dǎo)出系統(tǒng)的高層邏輯模型（通常用數(shù)據(jù)流圖表示），并且在此基礎(chǔ)上更準(zhǔn)確、更具體地確定工程規(guī)模和目標(biāo)。然后分析員更準(zhǔn)確地估計(jì)系統(tǒng)的成本和效益，對(duì)建議的系統(tǒng)進(jìn)行仔細(xì)的成本 /效益分析是這個(gè)階段的主要任務(wù)之一?？尚行匝芯康慕Y(jié)果是使用部門負(fù)責(zé)人決定是否進(jìn)行這項(xiàng)工程的重要依據(jù)。 可行性研究階段的工作主要包括：用戶需求調(diào)查。 從上至下調(diào)查目前和將來發(fā)展業(yè)務(wù)上需要些什么信息及今后的設(shè)想與建議；從下自上調(diào)查所需要的數(shù)據(jù)和所采用的處理手段。系統(tǒng)目的和任務(wù)： ① 空間信息管理與制圖； ② 空間指標(biāo)量算； ③ 空間分析與綜合評(píng)價(jià)； ④ 空間過程模擬。數(shù)據(jù)源調(diào)查和評(píng)估。 分析研究什么樣的數(shù)據(jù)能變換成所需要的信息，數(shù)據(jù)是否齊全，然后對(duì)現(xiàn)有數(shù)據(jù)形式、精度、流通程度等作進(jìn)一步分析，并確定它們的可用性和所缺數(shù)據(jù)的收集方法等。評(píng)價(jià)地理信息系統(tǒng)的年處理工作量、數(shù)據(jù)庫結(jié)構(gòu)和大小、GIS的服務(wù)范圍、輸出形式和質(zhì)量等。系統(tǒng)的支持狀況。 部門管理者、工作人員對(duì)建立 GIS的支持情況；人力狀況；財(cái)力支持情況。根據(jù)上述調(diào)查結(jié)果確定 GIS的可行性及 GIS的結(jié)構(gòu)形式和規(guī)模，估算建立 GIS所需投資和人員編制等。（ 3）需求分析 這個(gè)階段的任務(wù)仍然不是具體地解決問題，而是準(zhǔn)確地確定 “為了解決這個(gè)問題，目標(biāo)系統(tǒng)必須做什么 ”，主要是確定目標(biāo)系統(tǒng)必須具備哪些功能。系統(tǒng)分析員在需求分析階段必須和用戶密切配合，充分交流信息，以得出經(jīng)過用戶確認(rèn)的系統(tǒng)邏輯模型。通常用數(shù)據(jù)流圖、數(shù)據(jù)字典和簡要的算法表示系統(tǒng)的邏輯模型。（ 4）總體設(shè)計(jì) 這個(gè)階段必
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1