版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、(一)名詞解釋1. 軟件:軟件是計(jì)算機(jī)程序、數(shù)據(jù)以及相關(guān)的各種文檔的集合。2. 軟件危機(jī)軟件危機(jī)是在軟件發(fā)展第二階段末期的規(guī)模較大的項(xiàng)目開發(fā)中,出現(xiàn)了與當(dāng)初的計(jì)劃 推遲交工、費(fèi)用比預(yù)算大幅度上升、不能滿足用戶要求、可靠性低、維護(hù)困難等問題,導(dǎo)致 了軟件危機(jī)。3. 數(shù)據(jù)流圖數(shù)據(jù)流圖是以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程,只反映系統(tǒng)必須完成 的邏輯功能,是一種功能模型。4. 數(shù)據(jù)字典、數(shù)據(jù)字典是用來定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的。它以一種準(zhǔn)確的、無二義性 的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。5. 變換流變換流指數(shù)據(jù)流圖(簡稱 DFD )具有明顯的
2、輸入、變換和輸出界面。6. 事務(wù)流事務(wù)流指數(shù)據(jù)流圖中輸入流被分離成許多數(shù)據(jù)流,形成許多加工路徑,并根據(jù)輸入值選 擇其中一條路徑來執(zhí)行。7. 耦合性耦合性也稱塊間關(guān)系,指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。8. 內(nèi)聚性內(nèi)聚性又稱塊內(nèi)聯(lián)系,指模塊的功能強(qiáng)度的度量,即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的 緊密程度的度量。9. 程序設(shè)計(jì)語言(PDL)程序設(shè)計(jì)語言(簡稱PDL),又稱偽碼,它是一種用于描述模塊算法設(shè)計(jì)和處理細(xì)節(jié)的語言。(二)填空題1. 在信息處理和計(jì)算機(jī)領(lǐng)域內(nèi),一般認(rèn)為軟件是_程序、文檔一和_數(shù)據(jù) 。2. 數(shù)據(jù)流圖的基本組成部分有_數(shù)據(jù)流_、加工_、 _數(shù)據(jù)存儲(chǔ)_、 _數(shù)據(jù)源點(diǎn)或
3、終點(diǎn)_。3. 數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的邏輯模型,是需求規(guī)格說明書的主要組成部分。4. 數(shù)據(jù)流圖一般可分為 _變換型_和_事務(wù)型_兩類。5. 結(jié)構(gòu)化設(shè)計(jì)方法中,要把數(shù)據(jù)流圖轉(zhuǎn)換成軟件結(jié)構(gòu),若某個(gè)加工將它的輸入流分離成許多發(fā)散的數(shù)據(jù)流,形成許多加工路徑, 并根據(jù)輸入的值選擇其中一個(gè)路徑來執(zhí)行,這種特征的DFD稱為_事務(wù)型數(shù)據(jù)流圖。6. PDL是描述處理過程“ _怎么做_ ”的細(xì)節(jié),結(jié)構(gòu)化語言是描述加工“_做什么_ ”的。(三)選擇題1. 軟件工程的概念是哪年提出的 (B )。A. 1988B. 1968C. 1948D. 19282. 影響輸入輸出風(fēng)格的因素不包括 (A )。A. 數(shù)據(jù)狀
4、態(tài)B. 通信環(huán)境C. 用戶經(jīng)驗(yàn)D. 輸入 /輸出設(shè)備3. 符合數(shù)據(jù)說明順序規(guī)范的是 (D )。A. 全程量說明、局部量說明、類型說明、常量說明B. 全程量說明、局部量說明、常量說明、類型說明C. 類型說明、常量說明、全程量說明、局部量說明D. 常量說明、類型說明、全程量說明、局部量說明4. 瀑布模型的關(guān)鍵不足在于 (D )。A. 過于簡單B. 各個(gè)階段需要進(jìn)行評(píng)審C. 過于靈活D. 不能適應(yīng)需求的動(dòng)態(tài)變更5. 以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式 (C )。A. 開發(fā)的軟件不滿足用戶需要B. 開發(fā)的軟件可維護(hù)性差C. 開發(fā)的軟件價(jià)格便宜D. 開發(fā)的軟件可靠性差6. 軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次
5、(A)需求分析、設(shè)計(jì)過程。A. 簡化、壓縮的B. 詳細(xì)的C. 徹底的D. 深入的7. 結(jié)構(gòu)化設(shè)計(jì)是一種面向 (A ) 的設(shè)計(jì)方法。A.數(shù)據(jù)流 B.模塊C.數(shù)據(jù)結(jié)構(gòu)D.程序8.與確認(rèn)測試階段有關(guān)的文檔是(A )。A.需求規(guī)格說明書B.概要設(shè)計(jì)說明書C.詳細(xì)設(shè)計(jì)說明書D.源程序9.軟件開發(fā)的需求活動(dòng),其主要任務(wù)是(D)。A.給出軟件解決方案B.給出系統(tǒng)模塊結(jié)構(gòu)C.定義模塊算法D.定義需求并建立系統(tǒng)模型10需求分析階段的研究對(duì)象是(A)。A.用戶要求B.分析員要求C.系統(tǒng)要求D.軟硬件要求11可自動(dòng)生成程序的詳細(xì)設(shè)計(jì)方法是(D )。A.流程圖B.IPO 圖C.盒圖D.PAD 圖12可行性研究采用(B
6、)概括說明軟件系統(tǒng)的物理模型。A. 數(shù)據(jù)字典B. 系統(tǒng)流程圖C. 數(shù)據(jù)流圖D. 成本 -效益分析(四)簡答題1. 簡述瀑布模型的階段劃分和各階段的主要任務(wù)以及瀑布模型存在的問題。1. 瀑布模型的階段劃分和各階段的任務(wù)為:(1)需求分析和定義 根據(jù)系統(tǒng)的使用者(需方)需求進(jìn)行具體分析,制定系統(tǒng)應(yīng)完成的功能、目標(biāo)、各項(xiàng)服務(wù)和限制,確定工作范圍和所花費(fèi)的代價(jià)。 并且以用戶和軟件開發(fā)人員都能理解的形式加以定義 和明確。(2) 系統(tǒng)和軟件設(shè)計(jì) 先把用戶的需求分成硬件需求和軟件需求, 在此基礎(chǔ)上確定整個(gè)系統(tǒng)的結(jié)構(gòu)。 在軟件設(shè)計(jì)中, 進(jìn)一步把用戶的要求和系統(tǒng)的目標(biāo)在軟件系統(tǒng)的各項(xiàng)功能中表現(xiàn)出來, 并分別使之
7、達(dá)到能夠 進(jìn)行程序設(shè)計(jì)的程度。(3) 編程和單元測試在這個(gè)階段中, 軟件的設(shè)計(jì)已經(jīng)以程序集合或單元程序的形式完成, 并包含了驗(yàn)證各個(gè)單元 程序是否滿足式樣要求的單元測試。作為一個(gè)完整的系統(tǒng)進(jìn)行測試。在這種測試中, 一方面(4) 綜合測試和系統(tǒng)測試 把各個(gè)單元程序和程序組結(jié)合起來, 的要求。測試后,把這個(gè)軟件提供給用戶。要發(fā)現(xiàn)和排除系統(tǒng)或程序中的錯(cuò)誤,更重要的是要確認(rèn)已完成的系統(tǒng)是否滿足用戶和設(shè)計(jì)者(5) 運(yùn)行和維護(hù) 運(yùn)行和維護(hù)是軟件生存期中需要時(shí)間較長的一個(gè)階段, 在這一階段, 系統(tǒng)被實(shí)際裝入并實(shí)際 應(yīng)用, 那些在軟件開發(fā)初期沒有被發(fā)現(xiàn)的錯(cuò)誤, 或者是用戶提出新的要求, 都需要在這一階 段加以
8、解決。瀑布模型的問題之一是對(duì)軟件工程中的反復(fù)性質(zhì)認(rèn)識(shí)不足, 另外還有一個(gè)缺點(diǎn)是在開發(fā)工程 的初期,就必須把規(guī)格式樣確定下來,而在有些情況下, 由于用戶的需求不明確, 某些規(guī)格 式樣開始是不太好確定的。 軟件工程是復(fù)雜的、 多變的工程, 用單純的線性模型很難完全表 示出來。2. 簡述 SA 方法的優(yōu)缺點(diǎn)。SA 方法是軟件需求分析中公認(rèn)的、有成效的、技術(shù)成熟、使用廣泛的一種分析方法。較適 用于開發(fā)數(shù)據(jù)處理類型軟件的需求分析。利用圖形等半形式化工具表達(dá)需求,簡明、易讀, 也易于使用。但也存在一些弱點(diǎn),表現(xiàn)如下:SA 方法僅是一個(gè)靜態(tài)模型,沒有反映處理的順序,即控制流程,因此,不適合描述實(shí)時(shí)控 制系統(tǒng)
9、。SA 方法使用 DFD 在分析與描述 “數(shù)據(jù)要求” 方面是有局限的, 只有與數(shù)據(jù)庫技術(shù)中的實(shí)體 聯(lián)系圖 (ER 圖 )結(jié)合起來,才能較完整地描述用戶對(duì)系統(tǒng)的需求。DFD 不適合描述人機(jī)界面系統(tǒng)的要求、如一些人機(jī)交互較頻繁的軟件系統(tǒng)。SA 方法要與形式化方法結(jié)合起來,才能更精確地描述軟件需求。 要借助需求分析工具,提高需求分析的質(zhì)量及效率。3. 變換分析設(shè)計(jì)與事務(wù)分析設(shè)計(jì)有什么區(qū)別?簡述其設(shè)計(jì)步驟。 變換分析設(shè)計(jì)是一個(gè)順序結(jié)構(gòu), 由輸入、 變換和輸出三部分組成, 其工作過程有 3 步:取得 數(shù)據(jù)、 變換數(shù)據(jù)和給出數(shù)據(jù)。 事務(wù)分析設(shè)計(jì)是將它的輸入流分離成許多發(fā)散的數(shù)據(jù)流, 形成 許多加工路徑,
10、并根據(jù)輸入的值選擇其中一個(gè)路徑來執(zhí)行。 二者區(qū)別: 變換分析設(shè)計(jì)適用于 具有明顯變換特征的數(shù)據(jù)流圖,事務(wù)分析設(shè)計(jì)適用于具有明顯事務(wù)特征的數(shù)據(jù)流圖。 變換分析設(shè)計(jì)步驟: 確定 DFD 中的變換中心、邏輯輸入和邏輯輸出:從物理輸入端開始, 沿著數(shù)據(jù)流方向向系統(tǒng)中心尋找, 直到有這樣的數(shù)據(jù)流, 它不能再被看 做是系統(tǒng)的輸入,則它的前一個(gè)數(shù)據(jù)流是系統(tǒng)的邏輯輸入。從物理輸出端開始,逆數(shù)據(jù)流方向向中間移動(dòng),可以確定系統(tǒng)的邏輯輸出。介于邏輯輸入和邏輯輸出之間的加工就是變換中心,即主加工。 設(shè)計(jì)軟件結(jié)構(gòu)的頂層和第一層變換結(jié)構(gòu):頂層即主模塊,主要完成所有模塊的控制。第一層至少有3個(gè)功能模塊:輸入、 輸出和變換模
11、塊,即為邏輯輸入設(shè)計(jì)一個(gè)輸入模塊,其 功能是為頂層模塊提供相應(yīng)數(shù)據(jù),為邏輯輸出設(shè)計(jì)一個(gè)輸出模塊,其功能是輸出頂層模塊的信息,為變換中心設(shè)計(jì)一個(gè)變換模塊,其功能是將邏輯輸入進(jìn)行變換加工,然后邏輯輸出。 設(shè)計(jì)中、下層模塊。對(duì)第一層的輸入、變換、輸出模塊自頂向下逐層分解。 輸入模塊下屬模塊的設(shè)計(jì):可設(shè)計(jì)兩個(gè)下屬模塊,一個(gè)接收,一個(gè)轉(zhuǎn)換。 輸出模塊下屬模塊的設(shè)計(jì):可設(shè)計(jì)兩個(gè)下屬模塊,一個(gè)轉(zhuǎn)換,一個(gè)發(fā)送。變換模塊下屬模塊的設(shè)計(jì): 按照模塊獨(dú)立性原則來組織其結(jié)構(gòu),一般對(duì)每個(gè)基本加工建立一個(gè)功能模塊。 設(shè)計(jì)的優(yōu)化:輸入部分求精:為每個(gè)物理輸入設(shè)置專門模塊,其他輸入模塊與轉(zhuǎn)換數(shù)據(jù)模塊可適當(dāng)合并。 輸出部分求精
12、:為每個(gè)物理輸出設(shè)置專門模塊,其他輸出模塊與轉(zhuǎn)換數(shù)據(jù)模塊可適當(dāng)合并。 變換部分求精:根據(jù)設(shè)計(jì)準(zhǔn)則,對(duì)模塊進(jìn)行合并或調(diào)整。事務(wù)分析設(shè)計(jì)步驟: 確定DFD的事務(wù)中心和加工路徑:當(dāng)數(shù)據(jù)流圖中每個(gè)加工將一個(gè)輸入數(shù)據(jù)分解成多個(gè)發(fā) 散的輸出數(shù)據(jù)流時(shí),該加工就是事務(wù)中心,從事務(wù)中心輻射出去的數(shù)據(jù)流為各個(gè)加工路徑。 設(shè)計(jì)軟件結(jié)構(gòu)的頂層和第一層事務(wù)結(jié)構(gòu)。頂層是一個(gè)全控模塊,有兩個(gè)部分:接收分支(與變換型DFD的輸入部分設(shè)計(jì)方法相同)和發(fā)送分支(即調(diào)度模塊,它控制管理所有下層的事務(wù)處理模塊)。 設(shè)計(jì)中、下層模塊、優(yōu)化等工作,與變換分析設(shè)計(jì)相同。(五)應(yīng)用題某單位住房分配方案如下:所有住戶50平方米以內(nèi)每平方米 1
13、000元,超過50平方米后:在本人住房標(biāo)準(zhǔn)面積以內(nèi)每平方米1500元,其中住房標(biāo)準(zhǔn)為:教授 105平方米,副教授90平方米,講師75平方米;標(biāo)準(zhǔn)面積以外每平方米 4000元。請(qǐng)用判定表和判定樹表示各條件 組合與費(fèi)用之間的關(guān)系。S表示住房面積,M表示住房費(fèi)用。條件取值表?xiàng)l件名取值符號(hào)取指數(shù)mS<=50L住房面積M=2S>50B教授(105)P職務(wù)副教授(90)FM=3講師(75)J超標(biāo)C超標(biāo)與否M4=2未超標(biāo)W判疋表123456789101112住房面積LLBBLLBBLLBB職務(wù)PPPPFFFFJJJJ超標(biāo)與否CWCWCWCWCWWC費(fèi)用=1000*SVVVVVV費(fèi)用=1000*5
14、0+(S-50)*1500VV費(fèi)用=1000*50+(105-50)*1500+(S-105)*4000V費(fèi)用=1000*50+(90-50)*1500+(S-90)*4000V費(fèi)用=1000*50+(75-50)*1500+(S-75)*4000VM=1000*s住房分配方案(S<=105教授 lS>105副教授S<90M=1000*50(s-50)*1500M=1000*50+(105-50)*1500+(冷-105)*4000M=1000*50+(s-50)*1500M-1000*50+(90-50)*1500+(s-90)*4000>90M=1000*50+(s
15、-50)*1500M1000*50+(75-50)*1500+(s-75)*4000/8<=50m2判定樹參考答案:(一)名詞解釋1. 軟件是計(jì)算機(jī)程序、數(shù)據(jù)以及相關(guān)的各種文檔的集合。2. 軟件危機(jī)是在軟件發(fā)展第二階段末期的規(guī)模較大的項(xiàng)目開發(fā)中,出現(xiàn)了與當(dāng)初的計(jì)劃推 遲交工、費(fèi)用比預(yù)算大幅度上升、不能滿足用戶要求、可靠性低、維護(hù)困難等問題,導(dǎo)致了 軟件危機(jī)。3. 數(shù)據(jù)流圖是以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程,只反映系統(tǒng)必須完成的 邏輯功能,是一種功能模型。4. 數(shù)據(jù)字典是用來定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的。它以一種準(zhǔn)確的、無二義性 的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了
16、有關(guān)元素的一致的定義和詳細(xì)的描述。5. 變換流指數(shù)據(jù)流圖(簡稱 DFD )具有明顯的輸入、變換和輸出界面。6. 事務(wù)流指數(shù)據(jù)流圖中輸入流被分離成許多數(shù)據(jù)流,形成許多加工路徑,并根據(jù)輸入值選 擇其中一條路徑來執(zhí)行。7. 耦合性也稱塊間關(guān)系,指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。8. 內(nèi)聚性又稱塊內(nèi)聯(lián)系,指模塊的功能強(qiáng)度的度量,即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的 緊密程度的度量。9. 程序設(shè)計(jì)語言(簡稱 PDL ),又稱偽碼, 它是一種用于描述模塊算法設(shè)計(jì)和處理細(xì)節(jié)的語(二)填空題1. 程序 文檔 數(shù)據(jù)2. 數(shù)據(jù)流 加工 數(shù)據(jù)存儲(chǔ) 數(shù)據(jù)源點(diǎn)或終點(diǎn)3. 邏輯4. 變換型 事務(wù)型5. 事務(wù)
17、型6. 怎么做 做什么(三)選擇題1.B 2.A 3.D 4.D 5.C 6.A 7.A 8.A 9. D 10. A 11.D 12. B(四)簡答題1. 瀑布模型的階段劃分和各階段的任務(wù)為:(1)需求分析和定義 根據(jù)系統(tǒng)的使用者(需方)需求進(jìn)行具體分析,制定系統(tǒng)應(yīng)完成的功能、目標(biāo)、各項(xiàng)服務(wù)和 限制,確定工作范圍和所花費(fèi)的代價(jià)。 并且以用戶和軟件開發(fā)人員都能理解的形式加以定義 和明確。(2)系統(tǒng)和軟件設(shè)計(jì)先把用戶的需求分成硬件需求和軟件需求, 在此基礎(chǔ)上確定整個(gè)系統(tǒng)的結(jié)構(gòu)。 在軟件設(shè)計(jì)中, 進(jìn)一步把用戶的要求和系統(tǒng)的目標(biāo)在軟件系統(tǒng)的各項(xiàng)功能中表現(xiàn)出來, 并分別使之達(dá)到能夠 進(jìn)行程序設(shè)計(jì)的程度
18、。(3)編程和單元測試并包含了驗(yàn)證各個(gè)單元在這個(gè)階段中, 軟件的設(shè)計(jì)已經(jīng)以程序集合或單元程序的形式完成, 程序是否滿足式樣要求的單元測試。作為一個(gè)完整的系統(tǒng)進(jìn)行測試。在這種測試中, 一方面(4)綜合測試和系統(tǒng)測試 把各個(gè)單元程序和程序組結(jié)合起來, 要發(fā)現(xiàn)和排除系統(tǒng)或程序中的錯(cuò)誤, 更重要的是要確認(rèn)已完成的系統(tǒng)是否滿足用戶和設(shè)計(jì)者 的要求。測試后,把這個(gè)軟件提供給用戶。(5) 運(yùn)行和維護(hù) 運(yùn)行和維護(hù)是軟件生存期中需要時(shí)間較長的一個(gè)階段, 在這一階段, 系統(tǒng)被實(shí)際裝入并實(shí)際 應(yīng)用, 那些在軟件開發(fā)初期沒有被發(fā)現(xiàn)的錯(cuò)誤, 或者是用戶提出新的要求, 都需要在這一階 段加以解決。瀑布模型的問題之一是對(duì)軟
19、件工程中的反復(fù)性質(zhì)認(rèn)識(shí)不足, 另外還有一個(gè)缺點(diǎn)是在開發(fā)工程 的初期,就必須把規(guī)格式樣確定下來,而在有些情況下, 由于用戶的需求不明確, 某些規(guī)格 式樣開始是不太好確定的。 軟件工程是復(fù)雜的、 多變的工程, 用單純的線性模型很難完全表 示出來。2. SA 方法是軟件需求分析中公認(rèn)的、有成效的、技術(shù)成熟、使用廣泛的一種分析方法。較 適用于開發(fā)數(shù)據(jù)處理類型軟件的需求分析。 利用圖形等半形式化工具表達(dá)需求, 簡明、易讀, 也易于使用。但也存在一些弱點(diǎn),表現(xiàn)如下:SA 方法僅是一個(gè)靜態(tài)模型,沒有反映處理的順序,即控制流程,因此,不適合描述實(shí)時(shí)控 制系統(tǒng)。SA 方法使用 DFD 在分析與描述 “數(shù)據(jù)要求”
20、 方面是有局限的, 只有與數(shù)據(jù)庫技術(shù)中的實(shí)體 聯(lián)系圖 (ER 圖 )結(jié)合起來,才能較完整地描述用戶對(duì)系統(tǒng)的需求。DFD 不適合描述人機(jī)界面系統(tǒng)的要求、如一些人機(jī)交互較頻繁的軟件系統(tǒng)。SA 方法要與形式化方法結(jié)合起來,才能更精確地描述軟件需求。 要借助需求分析工具,提高需求分析的質(zhì)量及效率。3. 變換分析設(shè)計(jì)是一個(gè)順序結(jié)構(gòu),由輸入、變換和輸出三部分組成,其工作過程有 3 步: 取得數(shù)據(jù)、變換數(shù)據(jù)和給出數(shù)據(jù)。事務(wù)分析設(shè)計(jì)是將它的輸入流分離成許多發(fā)散的數(shù)據(jù)流, 形成許多加工路徑, 并根據(jù)輸入的值選擇其中一個(gè)路徑來執(zhí)行。 二者區(qū)別: 變換分析設(shè)計(jì)適 用于具有明顯變換特征的數(shù)據(jù)流圖,事務(wù)分析設(shè)計(jì)適用于具
21、有明顯事務(wù)特征的數(shù)據(jù)流圖。 變換分析設(shè)計(jì)步驟: 確定 DFD 中的變換中心、邏輯輸入和邏輯輸出:從物理輸入端開始, 沿著數(shù)據(jù)流方向向系統(tǒng)中心尋找, 直到有這樣的數(shù)據(jù)流, 它不能再被看 做是系統(tǒng)的輸入,則它的前一個(gè)數(shù)據(jù)流是系統(tǒng)的邏輯輸入。從物理輸出端開始,逆數(shù)據(jù)流方向向中間移動(dòng),可以確定系統(tǒng)的邏輯輸出。 介于邏輯輸入和邏輯輸出之間的加工就是變換中心,即主加工。 設(shè)計(jì)軟件結(jié)構(gòu)的頂層和第一層變換結(jié)構(gòu): 頂層即主模塊,主要完成所有模塊的控制。第一層至少有 3 個(gè)功能模塊:輸入、 輸出和變換模塊,即為邏輯輸入設(shè)計(jì)一個(gè)輸入模塊,其 功能是為頂層模塊提供相應(yīng)數(shù)據(jù), 為邏輯輸出設(shè)計(jì)一個(gè)輸出模塊, 其功能是輸出
22、頂層模塊的 信息,為變換中心設(shè)計(jì)一個(gè)變換模塊,其功能是將邏輯輸入進(jìn)行變換加工,然后邏輯輸出。 設(shè)計(jì)中、下層模塊。對(duì)第一層的輸入、變換、輸出模塊自頂向下逐層分解。 輸入模塊下屬模塊的設(shè)計(jì):可設(shè)計(jì)兩個(gè)下屬模塊,一個(gè)接收,一個(gè)轉(zhuǎn)換。 輸出模塊下屬模塊的設(shè)計(jì):可設(shè)計(jì)兩個(gè)下屬模塊,一個(gè)轉(zhuǎn)換,一個(gè)發(fā)送。 變換模塊下屬模塊的設(shè)計(jì): 按照模塊獨(dú)立性原則來組織其結(jié)構(gòu), 一般對(duì)每個(gè)基本加工建立一 個(gè)功能模塊。 設(shè)計(jì)的優(yōu)化: 輸入部分求精:為每個(gè)物理輸入設(shè)置專門模塊,其他輸入模塊與轉(zhuǎn)換數(shù)據(jù)模塊可適當(dāng)合并。 輸出部分求精:為每個(gè)物理輸出設(shè)置專門模塊,其他輸出模塊與轉(zhuǎn)換數(shù)據(jù)模塊可適當(dāng)合并。 變換部分求精:根據(jù)設(shè)計(jì)準(zhǔn)則,對(duì)模塊進(jìn)行合并或調(diào)整。事務(wù)分析設(shè)計(jì)步驟: 確定DFD的事務(wù)中心和加工路徑:
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024貨物進(jìn)口合同(范本)
- 2024年廣西路分公司一級(jí)干線運(yùn)輸合同
- 2024年度數(shù)據(jù)處理與分析合作協(xié)議
- 2024個(gè)人房產(chǎn)抵押合同
- 2024年基因治療技術(shù)開發(fā)合同
- 2024年度智能醫(yī)療系統(tǒng)開發(fā)合同
- 2024年度建筑施工安全環(huán)保技術(shù)創(chuàng)新與應(yīng)用合同
- 2024年廢料交易合同標(biāo)準(zhǔn)版
- 2024年建筑基坑鉆探檢測合同
- 2024年度F公司太陽能發(fā)電設(shè)備安裝合同
- 第四講夏商周考古
- 微機(jī)原理與接口技術(shù)8259A練習(xí)題及答案
- 正方體的11種展開圖
- 第15章《分式》教材分析課件(32張)
- 商鋪裝修工程施工方案.
- 西門子RWD68說明書
- 形式發(fā)票樣本(Proforma Invoice)
- 醫(yī)院車輛加油卡管理制度
- 數(shù)獨(dú)題目高級(jí)50題(后附答案)【最新】
- 問題線索辦理呈批表
- 學(xué)、練、評(píng)一體化課堂模式下賽的兩個(gè)問題與對(duì)策
評(píng)論
0/150
提交評(píng)論