




版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、第三章 GIS軟件的系統(tǒng)分析第一節(jié) 系統(tǒng)分析第二節(jié) 需求工程第三節(jié) 需求分析第一節(jié) 系統(tǒng)分析 1 概述 系統(tǒng)分析是應(yīng)用系統(tǒng)論思想方法,確定系統(tǒng)的開(kāi)發(fā)對(duì)象,把復(fù)雜的對(duì)象分解成簡(jiǎn)單的組成部分,找出這些部分的基本屬性和彼此之間的關(guān)系。 只有通過(guò)系統(tǒng)分析,才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說(shuō)明,從而奠定軟件開(kāi)發(fā)的基礎(chǔ),這既是后續(xù)開(kāi)發(fā)的依據(jù),也是衡量一個(gè)信息系統(tǒng)優(yōu)劣的依據(jù)。 系統(tǒng)分析也是用戶(hù)和開(kāi)發(fā)人員對(duì)GIS不斷認(rèn)識(shí)和逐步細(xì)化的過(guò)程,該過(guò)程將軟件計(jì)劃階段所確定的軟件范圍逐步細(xì)化到可以詳細(xì)定義的程度,并分析出各種不同的軟件元素,然后為這些元素找到可行的解決辦法。二 系統(tǒng)分析的任務(wù) 系統(tǒng)
2、分析階段的主要任務(wù)是:系統(tǒng)分析員與用戶(hù)一起,充分了解用戶(hù)的要求,并把雙方的理解用軟件需求規(guī)格說(shuō)明書(shū)表達(dá)出來(lái)。 分析員通過(guò)需求分析,逐步細(xì)化對(duì)軟件的要求,描述軟件要處理的數(shù)據(jù)域,并給軟件開(kāi)發(fā)提供一種可轉(zhuǎn)化為數(shù)據(jù)設(shè)計(jì)、結(jié)構(gòu)設(shè)計(jì)和過(guò)程設(shè)計(jì)的數(shù)據(jù)與功能表示。 只有通過(guò)需求分析解決了系統(tǒng)需要做什么這個(gè)關(guān)鍵問(wèn)題,才能為用戶(hù)作出最優(yōu)的系統(tǒng)。三 系統(tǒng)分析的難點(diǎn)1 對(duì)數(shù)據(jù)的理解 系統(tǒng)分析員缺乏足夠的對(duì)象系統(tǒng)的業(yè)務(wù)知識(shí),用戶(hù)缺乏GIS方面的專(zhuān)業(yè)知識(shí)2 人與人之間的溝通 軟件需求規(guī)格說(shuō)明書(shū)應(yīng)盡可能詳盡,交流時(shí)盡量不使用專(zhuān)業(yè)術(shù)語(yǔ)3 環(huán)境的不斷變化 GIS建設(shè)周期長(zhǎng),一般23年,甚至45年四 系統(tǒng)分析的要求 針對(duì)系統(tǒng)分
3、析的難點(diǎn),優(yōu)秀的GIS系統(tǒng)分析應(yīng)當(dāng)具備如下素質(zhì): (1)系統(tǒng)分析人員要具備良好的GIS開(kāi)發(fā)知識(shí),也要了解用戶(hù)業(yè)務(wù)知識(shí); (2)用戶(hù)與系統(tǒng)分析員具有良好的溝通能力和合作精神 (3)確立總體規(guī)劃、分階段進(jìn)行的思路,即采用螺旋模型開(kāi)展GIS開(kāi)發(fā)五 系統(tǒng)分析的過(guò)程 系統(tǒng)分析階段的工作可以分為以下四個(gè)方面:?jiǎn)栴}識(shí)別、分析與綜合、制定規(guī)格說(shuō)明和評(píng)審。1 問(wèn)題識(shí)別 系統(tǒng)分析人員研究系統(tǒng)規(guī)劃階段產(chǎn)生的可行性分析報(bào)告和項(xiàng)目開(kāi)發(fā)計(jì)劃,確定對(duì)目標(biāo)系統(tǒng)的綜合要求,即軟件的需求。并提出這些需求的實(shí)現(xiàn)條件,以及需求應(yīng)達(dá)到的標(biāo)準(zhǔn)。 這些需求包括(1)功能需求(2)性能需求 列出性能指標(biāo),包括存儲(chǔ)容量、運(yùn)行時(shí)間限制、安全保密
4、性等)(3)數(shù)據(jù)需求 描述系統(tǒng)實(shí)現(xiàn)功能所必須的數(shù)據(jù)和能夠處理的數(shù)據(jù),包括數(shù)據(jù)的種類(lèi)、標(biāo)準(zhǔn)、格式和質(zhì)量等,以及輸入和輸出格式。(4)環(huán)境需求 對(duì)軟件運(yùn)行的環(huán)境要求,硬件方面的要求如機(jī)型、外設(shè)、數(shù)據(jù)通信接口、網(wǎng)絡(luò)等;軟件方面的要求如操作系統(tǒng)、GIS基礎(chǔ)平臺(tái)、DBMS;制度和操作人員素質(zhì)的要求。(5)可靠性需求(6)安全保密要求(7)用戶(hù)界面要求(8)資源使用需求(9)軟件成本消耗與開(kāi)發(fā)進(jìn)度需求(10)預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo)2 分析與綜合 問(wèn)題分析和方案的綜合。 分析員需要從數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)出發(fā),逐步細(xì)化所有的系統(tǒng)功能,找出系統(tǒng)各元素之間的聯(lián)系、接口特征和設(shè)計(jì)上的限制,分析它們是否滿(mǎn)足功能要
5、求,是否合理。最終綜合成系統(tǒng)的解決方案,給出目標(biāo)系統(tǒng)的詳細(xì)邏輯模型。 在這個(gè)過(guò)程中,分析和綜合工作反復(fù)進(jìn)行,一直持續(xù)到分析員與用戶(hù)雙方都感到有把握正確地制定該軟件的規(guī)格說(shuō)明為止。3 編制需求分析的文檔 軟件需求規(guī)格說(shuō)明書(shū) 數(shù)據(jù)要求說(shuō)明書(shū) 初步的用戶(hù)手冊(cè)4 需求分析評(píng)審 評(píng)審的主要內(nèi)容:(1)系統(tǒng)定義的目標(biāo)是否與用戶(hù)的要求一致(2)系統(tǒng)需求分析階段提供的文檔資料是否齊全(3)文檔中的所有描述是否完整、清晰,準(zhǔn)確反映用戶(hù)要求(4)與所有其他系統(tǒng)成分的重要接口是否都已經(jīng)描述(5)所開(kāi)發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、完整(6)所有圖表是否清晰,在不補(bǔ)充說(shuō)明時(shí)能否理解(7)主要功能是否已包括在規(guī)定的軟
6、件范圍之內(nèi),是否都已經(jīng)充分說(shuō)明(8)設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際(9)開(kāi)發(fā)的技術(shù)風(fēng)險(xiǎn)是什么(10)是否考慮過(guò)軟件需求的其他方案(11)是否考慮過(guò)將來(lái)可能會(huì)提出的軟件需求(12)是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn),它們能否對(duì)系統(tǒng)定義成功進(jìn)行確認(rèn)(13)有沒(méi)有遺漏、重復(fù)或不一致的地方(14)用戶(hù)是否審查了初步的用戶(hù)手冊(cè)(15)軟件開(kāi)發(fā)計(jì)劃中的估算是否受到了影響 為了保證軟件需求定義的質(zhì)量,評(píng)審應(yīng)以專(zhuān)門(mén)指定的人員負(fù)責(zé),并按照程序嚴(yán)格進(jìn)行。評(píng)審結(jié)束應(yīng)有評(píng)審負(fù)責(zé)人的結(jié)論意見(jiàn)及簽字。 除了分析員之外,用戶(hù)、開(kāi)發(fā)部門(mén)的管理者、軟件設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試的人員都應(yīng)當(dāng)參加評(píng)審工作。評(píng)審的結(jié)果一般都有一些修改意見(jiàn),等修改完
7、了后在經(jīng)評(píng)審?fù)ㄟ^(guò),才能進(jìn)入設(shè)計(jì)階段。第二節(jié) 需求工程一 需求工程的概念 需求工程就是確定系統(tǒng)“做什么”的問(wèn)題,并不涉及系統(tǒng)“怎么做”的問(wèn)題。 需求工程分為三個(gè)步驟:需求獲取、需求分析和編寫(xiě)軟件規(guī)格說(shuō)明書(shū)及驗(yàn)證。 需求工程的主要目的是給待開(kāi)發(fā)系統(tǒng)提供一個(gè)清晰的、一致的、精確的并無(wú)二義性的模型。 通常用需求規(guī)格說(shuō)明書(shū)的形式來(lái)定義待開(kāi)發(fā)系統(tǒng)的所有外部特征。二 需求工程中涉及的角色 需求工程中涉及的角色主要有需求者、分析員和實(shí)現(xiàn)者。 需求者:包括客戶(hù)和使用者,以及需求或?qū)ο到y(tǒng)起決定性作用的的主管。 系統(tǒng)分析員:其工作是通過(guò)適當(dāng)?shù)囊龑?dǎo)、規(guī)格說(shuō)明、鑒定和證實(shí)技術(shù)來(lái)開(kāi)發(fā)一個(gè)需求者所要的對(duì)該系統(tǒng)的精確描述,系
8、統(tǒng)分析員是完成需求分析的主體。 開(kāi)發(fā)者:由設(shè)計(jì)人員、編程人員和項(xiàng)目管理者組成,一旦需求規(guī)格說(shuō)明產(chǎn)生,由開(kāi)發(fā)者來(lái)構(gòu)造系統(tǒng)。 系統(tǒng)分析員是用戶(hù)和程序設(shè)計(jì)人員的中介,負(fù)責(zé)溝通用戶(hù)和開(kāi)發(fā)人員的認(rèn)識(shí),起著橋梁的作用。 系統(tǒng)分析員必須對(duì)產(chǎn)品的需求負(fù)責(zé),應(yīng)能夠把當(dāng)今技術(shù)融合于應(yīng)用問(wèn)題之中,有能力既熟悉計(jì)算機(jī)信息處理思考,又了解應(yīng)用業(yè)務(wù)領(lǐng)域的要求。 系統(tǒng)分析員應(yīng)對(duì)產(chǎn)生的問(wèn)題有全局把握能力,集中精力于任務(wù)的關(guān)鍵部位。一個(gè)優(yōu)秀的系統(tǒng)分析員必須能夠深入理解用戶(hù)的環(huán)境,并且能夠用簡(jiǎn)捷的語(yǔ)言完整的表述一個(gè)問(wèn)題。三 需求工程的作用1 支持項(xiàng)目開(kāi)發(fā) 高質(zhì)量的需求工程能夠很好刻畫(huà)用戶(hù)需求的各個(gè)細(xì)節(jié)特征,并產(chǎn)生出清晰完備、精確
9、且易于實(shí)現(xiàn)的需求規(guī)格說(shuō)明書(shū),引導(dǎo)開(kāi)發(fā)人員進(jìn)行產(chǎn)品設(shè)計(jì)。2 支持軟件測(cè)試和驗(yàn)證3 支持維護(hù)4 支持項(xiàng)目承包商5 支持項(xiàng)目管理四 需求工程的內(nèi)容 包括需求獲取、需求分析和驗(yàn)證等內(nèi)容1 需求獲?。?)需求獲取過(guò)程 主要工作是:歸納和整理用戶(hù)提出的各種問(wèn)題和主要工作是:歸納和整理用戶(hù)提出的各種問(wèn)題和要求,弄清用戶(hù)企圖通過(guò)軟件達(dá)到的目的,并把它作要求,弄清用戶(hù)企圖通過(guò)軟件達(dá)到的目的,并把它作為要求和條件予以明確,即分析人員借助各種工具和為要求和條件予以明確,即分析人員借助各種工具和方法,獲取用戶(hù)需求的基本理解,然后在提取出用戶(hù)方法,獲取用戶(hù)需求的基本理解,然后在提取出用戶(hù)的實(shí)際需求,并由此確定軟件的的功
10、能、性能、接口的實(shí)際需求,并由此確定軟件的的功能、性能、接口關(guān)系及有關(guān)屬性、軟件條件、限制和邊界等。關(guān)系及有關(guān)屬性、軟件條件、限制和邊界等。(2)需求獲取方法 需求獲取方法包括兩個(gè)方面 i)指導(dǎo)開(kāi)發(fā)小組獲得用戶(hù)需求的方法框架 ii)支持控制此項(xiàng)活動(dòng)進(jìn)展的過(guò)程控制機(jī)制 根據(jù)應(yīng)用領(lǐng)域、用戶(hù)性質(zhì)和系統(tǒng)規(guī)模的不同,具根據(jù)應(yīng)用領(lǐng)域、用戶(hù)性質(zhì)和系統(tǒng)規(guī)模的不同,具體采用的方法框架和和過(guò)程控制機(jī)制不完全一樣,但體采用的方法框架和和過(guò)程控制機(jī)制不完全一樣,但大致可以表示為:大致可以表示為:獲取需求從用戶(hù)處引導(dǎo)原始需求陳述反饋同意用戶(hù)的需求和陳述反復(fù)溝通2 需求分析 需求分析是從用戶(hù)最初的需求到滿(mǎn)足用戶(hù)要求的軟件
11、產(chǎn)品的映射過(guò)程。它實(shí)際上是一個(gè)對(duì)用戶(hù)意圖不斷進(jìn)行揭示和判斷的過(guò)程。 用戶(hù)需求可以分為功能性需求和非功能性需求。 (1)功能性需求主要說(shuō)明了系統(tǒng)各功能部件與環(huán)境之間的相互作用的本質(zhì),即待開(kāi)發(fā)軟件在職能上實(shí)際應(yīng)做到什么,一般來(lái)說(shuō)它是用戶(hù)最主要的需求。(2)非功能性需求非功能性需求過(guò)程需求產(chǎn)品需求外部需求交付需求實(shí)現(xiàn)方法需求標(biāo)準(zhǔn)要求法規(guī)需求費(fèi)用需求互操作性需求可用性需求效用需求可靠性需求可移植性需求可重用性需求安全保密要求性能需求應(yīng)用需求3 驗(yàn)證 需求工程中的錯(cuò)誤或缺陷主要存在于需求規(guī)格說(shuō)明書(shū)中,可以通過(guò)復(fù)核、審查與評(píng)審來(lái)降低失誤。 一個(gè)完善的軟件規(guī)格說(shuō)明書(shū)應(yīng)該具有 (1)正確性 (2)無(wú)二義性 (
12、3)完整性 (4)可驗(yàn)證性 (5)一致性 (6)非計(jì)算機(jī)人員能理解 (7)可修改性 (8)可跟蹤性 (9)注釋 第三節(jié) 需求分析 需求分析是開(kāi)發(fā)人員準(zhǔn)確理解用戶(hù)的要求,進(jìn)行需求分析是開(kāi)發(fā)人員準(zhǔn)確理解用戶(hù)的要求,進(jìn)行細(xì)致的調(diào)查分析,將用戶(hù)非形式的需求陳述轉(zhuǎn)化為完細(xì)致的調(diào)查分析,將用戶(hù)非形式的需求陳述轉(zhuǎn)化為完整的需求定義,再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能整的需求定義,再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)格說(shuō)明的過(guò)程。規(guī)格說(shuō)明的過(guò)程。 一 需求分析的必要性 (1)問(wèn)題的復(fù)雜性 (2)交流障礙 (3)不完備性和不一致性 (4)需求易變性二 需求分析的原則1 需求分析的原則 (1)必須能夠表達(dá)和理解問(wèn)題的
13、數(shù)據(jù)域和功能域。 (2)可以把一個(gè)復(fù)雜問(wèn)題按照功能進(jìn)行分解并可逐層細(xì)化,并確定各個(gè)部分間的接口,就可以完成整體功能。分析過(guò)程中,數(shù)據(jù)、功能和行為都可以劃分。 (3)建模 模型可以幫分析人員更好地理解軟件系統(tǒng)的信息、功能和行為。2 需求分析的注意事項(xiàng)(1)不弄清楚需求就算不清楚經(jīng)費(fèi)(2)編寫(xiě)需求規(guī)格說(shuō)明書(shū)之前應(yīng)明確要解決的問(wèn)題(3)一旦在需求說(shuō)明書(shū)中發(fā)現(xiàn)問(wèn)題應(yīng)立即改正(4)在眾多需求中確定各個(gè)需求的優(yōu)先順序(5)需求分析時(shí)不要進(jìn)行設(shè)計(jì)(6)對(duì)于復(fù)雜的系統(tǒng)要用多種視角進(jìn)行分析(7)對(duì)需求進(jìn)行編號(hào),以便以后跟蹤(8)重視形式化方法,也不放棄自然語(yǔ)言(9)不應(yīng)存在“待確定”的條款三 需求分析的方法1
14、結(jié)構(gòu)化需求分析方法 結(jié)構(gòu)化分析方法是面向數(shù)據(jù)流進(jìn)行需求分析的方法,它適合于數(shù)據(jù)處理類(lèi)型系統(tǒng)的需求分析。而且采用圖、表等形式表達(dá)需求,形式清晰簡(jiǎn)明,便于開(kāi)發(fā)者和用戶(hù)進(jìn)行溝通。 結(jié)構(gòu)化分析方法就是用抽象模型的概念,按照系統(tǒng)內(nèi)部數(shù)據(jù)傳遞、變化的關(guān)系,自頂向下逐層分解,直到找到滿(mǎn)足功能要求的所有可實(shí)現(xiàn)的軟件為止。 在GIS中,結(jié)構(gòu)化分析方法主要使用數(shù)據(jù)流程圖、數(shù)據(jù)字典等分析工具。2 以用戶(hù)為中心的需求分析(UCRA)方法 UCRA分析方法中的需求是面向最終用戶(hù)的,最終用戶(hù)能夠理解評(píng)價(jià),而不是象通常那樣由用戶(hù)提出模糊不清的需求,由開(kāi)發(fā)人員定義一套需求說(shuō)明文檔。 這種需求分析的過(guò)程使得結(jié)果文檔為用戶(hù)所提供
15、并擁有,從而使開(kāi)發(fā)人員跳過(guò)了這一過(guò)程。 UCRA方法主要關(guān)注解決擁有大量用戶(hù)交互操作和集成數(shù)據(jù)庫(kù)的目標(biāo)系統(tǒng)的需求分析問(wèn)題。四 數(shù)據(jù)流程圖 數(shù)據(jù)流程圖是從數(shù)據(jù)傳遞和加工的角度,以圖形的方式刻畫(huà)數(shù)據(jù)流從輸入到輸出的移動(dòng)變換過(guò)程。1 數(shù)據(jù)流程圖的主要圖形元素 數(shù)據(jù)流程圖主要由4種圖形元素構(gòu)成,如圖IIIIB數(shù)據(jù)源點(diǎn)或匯點(diǎn)加工(2為加工編號(hào))數(shù)據(jù)文件(II為文件編號(hào))數(shù)據(jù)流(B為數(shù)據(jù)流編號(hào))(1)數(shù)據(jù)源點(diǎn)或匯點(diǎn) 數(shù)據(jù)源點(diǎn)或匯點(diǎn)表示圖中要處理數(shù)據(jù)的輸入來(lái)源或處理結(jié)果要送往何處。它在圖中的出現(xiàn)只是一個(gè)符號(hào),并不需要以軟件的形式進(jìn)行設(shè)計(jì)和實(shí)現(xiàn),因此,它只是數(shù)據(jù)流圖的外圍環(huán)境中的實(shí)體,因此稱(chēng)之為外部實(shí)體。 在
16、實(shí)際問(wèn)題中它可以是人員、計(jì)算機(jī)外設(shè)、測(cè)量?jī)x器等。在數(shù)據(jù)流圖中應(yīng)當(dāng)注明源點(diǎn)或匯點(diǎn)的名稱(chēng)。(2)加工 加工是以數(shù)據(jù)結(jié)構(gòu)或數(shù)據(jù)內(nèi)容作為加工對(duì)象的,加工的名稱(chēng)通常是一個(gè)動(dòng)詞短語(yǔ),簡(jiǎn)明扼要表明完成的工作,加工也應(yīng)注明名稱(chēng)。(3)數(shù)據(jù)文件 數(shù)據(jù)文件在數(shù)據(jù)流圖中起保存數(shù)據(jù)的作用,因此稱(chēng)為數(shù)據(jù)存儲(chǔ)??梢允菙?shù)據(jù)庫(kù)文件或者任何形式的數(shù)據(jù)組織。指向文件的數(shù)據(jù)流可以理解為寫(xiě)入文件或查詢(xún)文件,從文件引出的數(shù)據(jù)流可以理解為從文件讀取數(shù)據(jù)或得到查詢(xún)結(jié)果。 在數(shù)據(jù)流圖中必須加以命名。(4)數(shù)據(jù)流 數(shù)據(jù)流是沿箭頭方向傳送數(shù)據(jù)的通道,指被加工的數(shù)據(jù)與流向。 數(shù)據(jù)流圖中的數(shù)據(jù)流也應(yīng)當(dāng)給出名稱(chēng)。2 數(shù)據(jù)流與加工之間的關(guān)系表示方法 當(dāng)
17、數(shù)據(jù)流與加工之間存在一對(duì)多或者多對(duì)一關(guān)系時(shí),數(shù)據(jù)流之間往往存在一定的邏輯關(guān)系,在數(shù)據(jù)流圖中可以通過(guò)符號(hào)表示它們之間的關(guān)系。3 分層的數(shù)據(jù)流圖 為了表達(dá)數(shù)據(jù)處理過(guò)程的數(shù)據(jù)加工情況,用一個(gè)數(shù)據(jù)流程圖是不夠的。為了表達(dá)復(fù)雜的實(shí)際問(wèn)題,需要按照問(wèn)題的層次結(jié)構(gòu)進(jìn)行逐步分解,并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系。4 數(shù)據(jù)流圖的畫(huà)法 畫(huà)數(shù)據(jù)流圖的基本步驟概括地說(shuō)就是自外向內(nèi),自頂向下,逐層細(xì)化。 具體步驟為: (1)先找系統(tǒng)的數(shù)據(jù)源點(diǎn)與匯點(diǎn),通過(guò)這些外部實(shí)體確定系統(tǒng)與外界的接口; (2)找出外部實(shí)體的輸出數(shù)據(jù)流和輸入數(shù)據(jù)流; (3)在圖的邊上畫(huà)出系統(tǒng)的外部實(shí)體; (4)從外部實(shí)體的輸出數(shù)據(jù)流(即系統(tǒng)的源點(diǎn))出
18、發(fā),按照系統(tǒng)的邏輯需要,逐步畫(huà)出一系列邏輯加工,直到找到外部實(shí)體所需要的輸入數(shù)據(jù)流(即系統(tǒng)的匯點(diǎn)),形成數(shù)據(jù)流的封閉; (5)按照下面所給的原則進(jìn)行檢查和修改 (6)按照上述步驟,再?gòu)母骷庸こ霭l(fā),畫(huà)出所需的子圖。 5 進(jìn)行檢查和修改的原則 (1)所有圖形符號(hào)只限于前面四種基本圖形元素 (2)數(shù)據(jù)流圖的主圖必須包括全部四種基本元素 (3)主圖上的數(shù)據(jù)流必須封閉在外部實(shí)體之間,外部實(shí)體可以有多個(gè) (4)每個(gè)加工至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流 (5)在數(shù)據(jù)流圖中,需按層給加工框編號(hào)。編號(hào)表明該加工處在哪一層,以及上下層的對(duì)應(yīng)關(guān)系 (6)任何一個(gè)數(shù)據(jù)流子圖必須與上一層的一個(gè)加工對(duì)應(yīng),兩者的輸入數(shù)
19、據(jù)流和輸出數(shù)據(jù)流必須一致。 (7)圖上每個(gè)元素都必須有名稱(chēng),表明數(shù)據(jù)流和數(shù)據(jù)文件是什么數(shù)據(jù),加工做什么事情 (8)數(shù)據(jù)流圖中不可夾帶控制流,因?yàn)閿?shù)據(jù)流圖是實(shí)際業(yè)務(wù)流程的客觀映像,說(shuō)明系統(tǒng)做什么而不是說(shuō)明系統(tǒng)如何做。 (9)初稿可忽略細(xì)節(jié),集中精力于主要數(shù)據(jù)流。6 數(shù)據(jù)流圖實(shí)例 某市土地管理部門(mén)的建設(shè)項(xiàng)目預(yù)審工作,建設(shè)用地處接案,進(jìn)行建設(shè)項(xiàng)目初步審查后,再轉(zhuǎn)到地藉處進(jìn)行土地利用現(xiàn)狀和權(quán)屬預(yù)審,再由土地規(guī)劃處進(jìn)行農(nóng)用地審查,最后再交給建設(shè)用地處,完成土地管理部門(mén)的建設(shè)用地預(yù)審工作。 系統(tǒng)的第一層數(shù)據(jù)流圖為整個(gè)建設(shè)項(xiàng)目預(yù)審系統(tǒng),第二層數(shù)據(jù)流圖包括建設(shè)用地處、地藉處、土地規(guī)劃處三個(gè)子系統(tǒng)的數(shù)據(jù)流程圖。
20、其中在地藉部門(mén)的土地利用現(xiàn)狀和權(quán)屬預(yù)審是核心工作,其工作流程圖如下。建設(shè)用地處1有效性檢驗(yàn)2范圍計(jì)算3地藉圖調(diào)入4紅線圖生成5疊加運(yùn)算地藉數(shù)據(jù)庫(kù)7國(guó)有土地審查8集體用地審查9耕地用地審查11審批打印10模板應(yīng)用6土地權(quán)屬分類(lèi)檢驗(yàn)出問(wèn)題檢驗(yàn)出問(wèn)題B紅線坐紅線坐標(biāo)表標(biāo)表A有效坐有效坐標(biāo)表標(biāo)表C有效坐有效坐標(biāo)表標(biāo)表G紅線范紅線范圍圍D紅線紅線圖圖H地地藉藉圖圖F國(guó)有土地國(guó)有土地圖形集圖形集J集體土地集體土地圖形集圖形集K耕地圖耕地圖形集形集M土地土地圖形圖形集集國(guó)有土地地國(guó)有土地地類(lèi)統(tǒng)計(jì)報(bào)告類(lèi)統(tǒng)計(jì)報(bào)告N建設(shè)用地建設(shè)用地審查報(bào)告審查報(bào)告P集體土地地集體土地地類(lèi)統(tǒng)計(jì)報(bào)告類(lèi)統(tǒng)計(jì)報(bào)告L耕地地類(lèi)統(tǒng)耕地地類(lèi)統(tǒng)計(jì)
21、報(bào)告計(jì)報(bào)告O預(yù)審報(bào)告I I預(yù)審文件IIIIRQ建設(shè)用地預(yù)審流程圖五 數(shù)據(jù)字典是一種用戶(hù)可以訪問(wèn)的記錄數(shù)是一種用戶(hù)可以訪問(wèn)的記錄數(shù)據(jù)庫(kù)和應(yīng)用程序元數(shù)據(jù)的目錄。據(jù)庫(kù)和應(yīng)用程序元數(shù)據(jù)的目錄。 數(shù)據(jù)流程圖比較概括地描述了系統(tǒng)由哪幾個(gè)部分組成、各部分之間的聯(lián)系等,但是沒(méi)有說(shuō)明系統(tǒng)中各個(gè)部分的具體成分及其含義。 在GIS開(kāi)發(fā)中,采用數(shù)據(jù)字典對(duì)數(shù)據(jù)流程圖加以補(bǔ)充說(shuō)明,對(duì)數(shù)據(jù)和數(shù)據(jù)庫(kù)給出比較完善的分析。 需求分析中所使用的數(shù)據(jù)字典,主要用來(lái)描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理過(guò)程和外部實(shí)體。數(shù)據(jù)字典把數(shù)據(jù)的最小組成單位看成是數(shù)據(jù)元素(基本數(shù)據(jù)項(xiàng))。1 屬性數(shù)據(jù)字典條目 屬性數(shù)據(jù)字典與一般信息系統(tǒng)的數(shù)據(jù)字典是一致的,應(yīng)包含六類(lèi)條目:數(shù)據(jù)元素、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理過(guò)程、外部實(shí)體。(1)數(shù)據(jù)元素 是最小的數(shù)據(jù)組成單位,是屬性數(shù)據(jù)字典的主要內(nèi)容。一般每項(xiàng)數(shù)據(jù)內(nèi)容要描述名稱(chēng)、別名、類(lèi)型、取值范圍和取值的含義、長(zhǎng)度、簡(jiǎn)要說(shuō)明等。 下表中的每條記錄描述了給水管線一個(gè)屬性的數(shù)據(jù)元素。序號(hào)數(shù)據(jù)項(xiàng)附加字段名寬度輸出寬度數(shù)據(jù)類(lèi)型小數(shù)位數(shù)備注*1管道線號(hào)GWJ_CODE1111C管道在井之間打斷*2管徑*3材質(zhì)4起始端管頂標(biāo)高*5起始端埋深6中止端管頂標(biāo)高*7中止端
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 企業(yè)消防培訓(xùn)合同范例
- “家國(guó)情懷”培養(yǎng)視域下人教版和統(tǒng)編版高中歷史教材變化研究
- 共享公寓轉(zhuǎn)讓合同范例
- 加工類(lèi)技術(shù)合同范本
- 個(gè)人項(xiàng)目合作合同范例
- 保姆用人合同范例
- 借款消費(fèi)合同范例
- 東鵬控股合同范例
- 中介拆遷合同范例
- 企業(yè)花藝服務(wù)合同范例
- 《認(rèn)知行為療法》課件
- 無(wú)人機(jī)駕駛培訓(xùn)
- 2024年中煤電力有限公司所屬企業(yè)招聘29人筆試參考題庫(kù)附帶答案詳解
- DeepSeek介紹及其典型使用案例
- 2025年貴陽(yáng)市貴安新區(qū)產(chǎn)業(yè)發(fā)展控股集團(tuán)有限公司招聘筆試參考題庫(kù)附帶答案詳解
- 積極心理學(xué)視角下高職院校學(xué)生心理健康教育路徑研究
- 2025年內(nèi)蒙古建筑職業(yè)技術(shù)學(xué)院高職單招職業(yè)適應(yīng)性測(cè)試近5年??及鎱⒖碱}庫(kù)含答案解析
- 人教版五年級(jí)數(shù)學(xué)下冊(cè)全套試卷附完整答案
- 2025年春新人教版數(shù)學(xué)一年級(jí)下冊(cè)課件 第一單元 2.拼一拼
- 《煤礦職業(yè)病危害防治》培訓(xùn)課件2025
- 2024年網(wǎng)絡(luò)建設(shè)與運(yùn)維選擇題理論試題題庫(kù)
評(píng)論
0/150
提交評(píng)論