現(xiàn)代軟件工程作業(yè)_第1頁
現(xiàn)代軟件工程作業(yè)_第2頁
現(xiàn)代軟件工程作業(yè)_第3頁
現(xiàn)代軟件工程作業(yè)_第4頁
現(xiàn)代軟件工程作業(yè)_第5頁
免費預覽已結束,剩余6頁可下載查看

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、(一)名詞解釋1.軟件:軟件就是計算機程序、數(shù)據(jù)以及相關得各種文檔得集合。2.軟件危機軟件危機就是在軟件發(fā)展第二階段末期得規(guī)模較大得項目開發(fā)中,出現(xiàn)了與當初得計劃推遲交工、費用比預算大幅度上升、不能滿足用戶要求、可靠性低、維護困難等問題,導致了軟件危機。3.數(shù)據(jù)流圖數(shù)據(jù)流圖就是以圖形得方式描述數(shù)據(jù)在系統(tǒng)中流動與處理得過程 得邏輯功能,就是一種功能模型。4.數(shù)據(jù)字典、數(shù)據(jù)字典就是用來定義數(shù)據(jù)流圖中得各個成分得具體含義得。它以一種準確得、無二義 性得說明方式為系統(tǒng)得分析、設計及維護提供了有關元素得一致得定義與詳細得描述。5.變換流變換流指數(shù)據(jù)流圖(簡稱DFD)具有明顯得輸入、變換與輸出界面。6.事

2、務流事務流指數(shù)據(jù)流圖中輸入流被分離成許多數(shù)據(jù)流 其中一條路徑來執(zhí)行。7.耦合性耦合性也稱塊間關系8.內(nèi)聚性內(nèi)聚性又稱塊內(nèi)聯(lián)系 密程度得度量。9.程序設計語言(PDL)程序設計語言(簡稱,只反映系統(tǒng)必須完成,形成許多加工路徑,并根據(jù)輸入值選擇,指軟件系統(tǒng)結構中各模塊間相互聯(lián)系緊密程度得一種度量。,指模塊得功能強度得度量,即一個模塊內(nèi)部各個元素彼此結合得緊PDL),又稱偽碼,它就是一種用于描述模塊算法設計與處理細節(jié)得語言。(二)填空題在信息處理與計算機領域內(nèi),一般認為軟件就是_程序 _、_文檔與_數(shù)據(jù) 。數(shù)據(jù)流圖得基本組成部分有_數(shù)據(jù)流_、_加工_、_數(shù)據(jù)存儲_、_數(shù)據(jù)源點或終點_。數(shù)據(jù)流圖與數(shù)據(jù)

3、字典共同構成了系統(tǒng)得邏輯_模型,就是需求規(guī)格說明書得主要組成 部分。4、 數(shù)據(jù)流圖一般可分為_變換型_與_事務型_兩類。5、 結構化設計方法中,要把數(shù)據(jù)流圖轉換成軟件結構,若某個加工將它得輸入流分離成許多發(fā)散得數(shù)據(jù)流,形成許多加工路徑,并根據(jù)輸入得值選擇其中一個路徑來執(zhí)行,這種特征得DFD稱為_事務型數(shù)據(jù)流圖。6、PDL就是描述處理過程“_怎么做_”得細節(jié),結構化語言就是描述加工“ 得。(三)選擇題1、軟件工程得概念就是哪年提出得(B )。A、1988B、1968C、1948D、19282、 影響輸入輸出風格得因素不包括(A )A、數(shù)據(jù)狀態(tài)B、通信環(huán)境C、用戶經(jīng)驗D、輸入/輸出設備1、2、3、

4、符合數(shù)據(jù)說明順序規(guī)范得就是(D )。 全程量說明、局部量說明、類型說明、常量說明 全程量說明、局部量說明、常量說明、類型說明 類型說明、常量說明、全程量說明、局部量說明 常量說明、類型說明、全程量說明、局部量說明 瀑布模型得關鍵不足在于(D )。 過于簡單B、各個階段需要進行評審過于靈活D、 不能適應需求得動態(tài)變更以下哪一項不就是軟件危機得表現(xiàn)形式 開發(fā)得軟件不滿足用戶需要B、開發(fā)得軟件價格便宜D、軟件可行性研究實質(zhì)上就是要進行一次 簡化、壓縮得 徹底得結構化設計就是一種面向(A )得設計方法。數(shù)據(jù)流B、 模塊數(shù)據(jù)結構D、 程序與確認測試階段有關得文檔就是 需求規(guī)格說明書 詳細設計說明書 軟件

5、開發(fā)得需求活動 給出軟件解決方案 定義模塊算法 需求分析階段得研究對象就是 用戶要求 系統(tǒng)要求 可自動生成程序得詳細設計方法就是 流程圖 盒圖可行性研究采用(B)概括說明軟件系統(tǒng)得物理模型。 數(shù)據(jù)字典(四)簡答題1、 簡述瀑布模型得階段劃分與各階段得主要任務以及瀑布模型存在得問題。1、瀑布模型得階段劃分與各階段得任務為:(1)需求分析與定義 根據(jù)系統(tǒng)得使用者(需方)需求進行具體分析,制定系統(tǒng)應完成得功能、 目標、各項服務與限制,確定工作范圍與所花費得代價。并且以用戶與軟件開發(fā)人員都能理解得形式加以定義與明 確。(2)系統(tǒng)與軟件設計 先把用戶得需求分成硬件需求與軟件需求進一步把用戶得要求與系統(tǒng)得

6、目標在軟件系統(tǒng)得各項功能中表現(xiàn)出來 進行程序設計得程度。(3)編程與單元測試 在這個階段中,軟件得設計已經(jīng)以程序集合或單元程序得形式完成3、A、B、C、D、4、A、C、5、A、C、6、A、C、7、A、C、8、A、C、9、A、C、10、A、C、(C )。 開發(fā)得軟件可維護性差 開發(fā)得軟件可靠性差( A)需求分析、設計過程。詳細得深入得B、D、B、D、(A )。 概要設計說明書 源程序,其主要任務就是( D)。給出系統(tǒng)模塊結構 定義需求并建立系統(tǒng)模型( A)。分析員要求 軟硬件要求(D )。B、D、B、D、11、A、C、12、A、B、IPO圖D、PAD圖D、 成本效益分析,在此基礎上確定整個系統(tǒng)得

7、結構。在軟件設計中,并分別使之達到能夠,并包含了驗證各個單元程序就是否滿足式樣要求得單元測試。(4)綜合測試與系統(tǒng)測試把各個單元程序與程序組結合起來,作為一個完整得系統(tǒng)進行測試。在這種測試中,一方面要發(fā)現(xiàn)與排除系統(tǒng)或程序中得錯誤,更重要得就是要確認已完成得系統(tǒng)就是否滿足用戶與設計 者得要求。測試后,把這個軟件提供給用戶。(5)運行與維護運行與維護就是軟件生存期中需要時間較長得一個階段,在這一階段,系統(tǒng)被實際裝入并實際應用,那些在軟件開發(fā)初期沒有被發(fā)現(xiàn)得錯誤,或者就是用戶提出新得要求,都需要在這一階段加以解決。瀑布模型得問題之一就是對軟件工程中得反復性質(zhì)認識不足,另外還有一個缺點就是在開發(fā) 工程

8、得初期,就必須把規(guī)格式樣確定下來,而在有些情況下,由于用戶得需求不明確,某些規(guī)格 式樣開始就是不太好確定得。軟件工程就是復雜得、多變得工程,用單純得線性模型很難完 全表示出來。2、 簡述SA方法得優(yōu)缺點。SA方法就是軟件需求分析中公認得、有成效得、技術成熟、使用廣泛得一種分析方法。較 適用于開發(fā)數(shù)據(jù)處理類型軟件得需求分析。利用圖形等半形式化工具表達需求,簡明、易讀,也易于使用。但也存在一些弱點,表現(xiàn)如下:SA方法僅就是一個靜態(tài)模型,沒有反映處理得順序,即控制流程,因此,不適合描述實時控制系 統(tǒng)。SA方法使用DFD在分析與描述“數(shù)據(jù)要求”方面就是有局限得,只有與數(shù)據(jù)庫技術中得實體聯(lián)系圖(ER圖)

9、結合起來,才能較完整地描述用戶對系統(tǒng)得需求。DFD不適合描述人機界面系統(tǒng)得要求、如一些人機交互較頻繁得軟件系統(tǒng)。SA方法要與形式化方法結合起來,才能更精確地描述軟件需求。要借助需求分析工具,提高需求分析得質(zhì)量及效率。3、 變換分析設計與事務分析設計有什么區(qū)別?簡述其設計步驟。 變換分析設計就是一個順序結構,由輸入、 變換與輸出三部分組成,其工作過程有3步:取得數(shù) 據(jù)、變換數(shù)據(jù)與給出數(shù)據(jù)。事務分析設計就是將它得輸入流分離成許多發(fā)散得數(shù)據(jù)流,形成許多加工路徑,并根據(jù)輸入得值選擇其中一個路徑來執(zhí)行。二者區(qū)別:變換分析設計適用于具有明顯變換特征得數(shù)據(jù)流圖,事務分析設計適用于具有明顯事務特征得數(shù)據(jù)流圖。

10、 變換分析設計步驟:1確定DFD中得變換中心、邏輯輸入與邏輯輸出:從物理輸入端開始,沿著數(shù)據(jù)流方向向系統(tǒng)中心尋找,直到有這樣得數(shù)據(jù)流,它不能再被瞧做 就是系統(tǒng)得輸入,則它得前一個數(shù)據(jù)流就是系統(tǒng)得邏輯輸入。從物理輸出端開始,逆數(shù)據(jù)流方向向中間移動,可以確定系統(tǒng)得邏輯輸出。 介于邏輯輸入與邏輯輸出之間得加工就就是變換中心,即主加工。2設計軟件結構得頂層與第一層變換結構:頂層即主模塊,主要完成所有模塊得控制。第一層至少有3個功能模塊:輸入、輸出與變換模塊,即為邏輯輸入設計一個輸入模塊,其功能 就是為頂層模塊提供相應數(shù)據(jù),為邏輯輸出設計一個輸出模塊,其功能就是輸出頂層模塊得信 息,為變換中心設計一個變

11、換模塊,其功能就是將邏輯輸入進行變換加工,然后邏輯輸出。3設計中、 下層模塊。 對第一層得輸入、 變換、 輸出模塊自頂向下逐層分解。 輸入模塊下屬模塊得設計 輸出模塊下屬模塊得設計 變換模塊下屬模塊得設計:可設計兩個下屬模塊,一個接收,一個轉換。:可設計兩個下屬模塊,一個轉換,一個發(fā)送。:按照模塊獨立性原則來組織其結構,一般對每個基本加工建立一個為每個物理輸入設置專門模塊,其她輸入模塊與轉換數(shù)據(jù)模塊可適當合并。 為每個物理輸出設置專門模塊,其她輸出模塊與轉換數(shù)據(jù)模塊可適當合并。 根據(jù)設計準則,對模塊進行合并或調(diào)整。事務分析設計步驟:1確定DFD得事務中心與加工路徑:當數(shù)據(jù)流圖中每個加工將一個輸

12、入數(shù)據(jù)分解成多個發(fā) 散得輸出數(shù)據(jù)流時,該加工就就是事務中心,從事務中心輻射出去得數(shù)據(jù)流為各個加工路徑。2設計軟件結構得頂層與第一層一一事務結構。頂層就是一個全控模塊,有兩個部分:接收分支(與變換型DFD得輸入部分設計方法相同)與發(fā) 送分支(即調(diào)度模塊,它控制管理所有下層得事務處理模塊3設計中、下層模塊、優(yōu)化等工作,與變換分析設計相同。(五)應用題某單位住房分配方案如下:所有住戶50平方米以內(nèi)每平方米1000元,超過50平方米后:在本 人住房標準面積以內(nèi)每平方米1500元,其中住房標準為:教授105平方米,副教授90平方米,講師75平方米;標準面積以外每平方米4000元。請用判定表與判定樹表示各

13、條件組合與費 用之間得關系。S表示住房面積,M表示住房費用。條件取值表條件名取值符號取指數(shù) mS50B教授(105)P職務副教授(90)FM3=3講師(75)J超標C超標與否M=2未超標W判定表123456789101112住房面積LLBBLLBBLLBB職務PPPPFFFFJJJJ超標與否CWCWCWCWCWWC費用=1000*SVVVVVV功能模塊。設計得優(yōu)化輸入部分求精輸出部分求精變換部分求精)。費用=1000*50+(S50)*1500VV費用=1000*50+(10550)*1500+(S105)*4000V費用=1000*50+(9050)*1500+(S90)*4000V費用=1

14、000*50+(7550)*1500+(S75)*4000V判定樹參考答案:(一)名詞解釋1、 軟件就是計算機程序、數(shù)據(jù)以及相關得各種文檔得集合。2、 軟件危機就是在軟件發(fā)展第二階段末期得規(guī)模較大得項目開發(fā)中,出現(xiàn)了與當初得計劃推遲交工、費用比預算大幅度上升、不能滿足用戶要求、可靠性低、維護困難等問題,導致了軟件危機。3、 數(shù)據(jù)流圖就是以圖形得方式描述數(shù)據(jù)在系統(tǒng)中流動與處理得過程 得邏輯功能,就是一種功能模型。4、 數(shù)據(jù)字典就是用來定義數(shù)據(jù)流圖中得各個成分得具體含義得。性得說明方式為系統(tǒng)得分析、 設計及維護提供了有關元素得一致得定義與詳細得描述。變換流指數(shù)據(jù)流圖(簡稱DFD)具有明顯得輸入、變

15、換與輸出界面。 事務流指數(shù)據(jù)流圖中輸入流被分離成許多數(shù)據(jù)流,形成許多加工路徑,并根據(jù)輸入值選擇其中一條路徑來執(zhí)行。(三)選擇題1、B2、B(四)簡答題1、 瀑布模型得階段劃分與各階段得任務為:(1)需求分析與定義根據(jù)系統(tǒng)得使用者(需方)需求進行具體分析,制定系統(tǒng)應完成得功能、 目標、各項服務與限制,確定工作范圍與所花費得代價。并且以用戶與軟件開發(fā)人員都能理解得形式加以定義與明 確。(2)系統(tǒng)與軟件設計 先把用戶得需求分成硬件需求與軟件需求 進一步把用戶得要求與系統(tǒng)得目標在軟件系統(tǒng)得各項功能中表現(xiàn)出來 進行程序設計得程度。(3)編程與單元測試 在這個階段中,軟件得設計已經(jīng)以程序集合或單元程序得形

16、式完成 序就是否滿足式樣要求得單元測試。(4)綜合測試與系統(tǒng)測試 把各個單元程序與程序組結合起來,作為一個完整得系統(tǒng)進行測試。,只反映系統(tǒng)必須完成它以一種準確得、 無二義5、6、7、 耦合性也稱塊間關系8、內(nèi)聚性又稱塊內(nèi)聯(lián)系 密程度得度量。9、 程序設計語言(簡稱言。(二)填空題程序 文檔 數(shù)據(jù)數(shù)據(jù)流 邏輯 變換型事務型怎么做1、2、3、4、5、6、,指軟件系統(tǒng)結構中各模塊間相互聯(lián)系緊密程度得一種度量。,指模塊得功能強度得度量,即一個模塊內(nèi)部各個元素彼此結合得緊PDL),又稱偽碼,它就是一種用于描述模塊算法設計與處理細節(jié)得語加工 數(shù)據(jù)存儲 數(shù)據(jù)源點或終點事務型做什么3、D4、D5、C6、A7、

17、A8、A 9、D 10、A 11、D 12、,在此基礎上確定整個系統(tǒng)得結構。在軟件設計中,并分別使之達到能夠,并包含了驗證各個單元程在這種測試中,一方面要發(fā)現(xiàn)與排除系統(tǒng)或程序中得錯誤,更重要得就是要確認已完成得系統(tǒng)就是否滿足用戶與設計 者得要求。測試后,把這個軟件提供給用戶。(5)運行與維護運行與維護就是軟件生存期中需要時間較長得一個階段,在這一階段,系統(tǒng)被實際裝入并實際應用,那些在軟件開發(fā)初期沒有被發(fā)現(xiàn)得錯誤,或者就是用戶提出新得要求,都需要在這一階段加以解決。瀑布模型得問題之一就是對軟件工程中得反復性質(zhì)認識不足,另外還有一個缺點就是在開發(fā) 工程得初期,就必須把規(guī)格式樣確定下來,而在有些情況

18、下,由于用戶得需求不明確,某些規(guī)格 式樣開始就是不太好確定得。軟件工程就是復雜得、多變得工程,用單純得線性模型很難完 全表示出來。2、SA方法就是軟件需求分析中公認得、有成效得、技術成熟、使用廣泛得一種分析方法。 較適用于開發(fā)數(shù)據(jù)處理類型軟件得需求分析。利用圖形等半形式化工具表達需求,簡明、易讀,也易于使用。但也存在一些弱點,表現(xiàn)如下:SA方法僅就是一個靜態(tài)模型,沒有反映處理得順序,即控制流程,因此,不適合描述實時控制系 統(tǒng)。SA方法使用DFD在分析與描述“數(shù)據(jù)要求”方面就是有局限得,只有與數(shù)據(jù)庫技術中得實體聯(lián)系圖(ER圖)結合起來,才能較完整地描述用戶對系統(tǒng)得需求。DFD不適合描述人機界面系

19、統(tǒng)得要求、如一些人機交互較頻繁得軟件系統(tǒng)。SA方法要與形式化方法結合起來,才能更精確地描述軟件需求。要借助需求分析工具,提高需求分析得質(zhì)量及效率。3、變換分析設計就是一個順序結構,由輸入、變換與輸出三部分組成,其工作過程有3步:取得數(shù)據(jù)、 變換數(shù)據(jù)與給出數(shù)據(jù)。 事務分析設計就是將它得輸入流分離成許多發(fā)散得數(shù)據(jù)流,形成許多加工路徑,并根據(jù)輸入得值選擇其中一個路徑來執(zhí)行。二者區(qū)別:變換分析設計適用于具有明顯變換特征得數(shù)據(jù)流圖,事務分析設計適用于具有明顯事務特征得數(shù)據(jù)流圖。 變換分析設計步驟:1確定DFD中得變換中心、邏輯輸入與邏輯輸出:從物理輸入端開始,沿著數(shù)據(jù)流方向向系統(tǒng)中心尋找,直到有這樣得數(shù)

20、據(jù)流,它不能再被瞧做 就是系統(tǒng)得輸入,則它得前一個數(shù)據(jù)流就是系統(tǒng)得邏輯輸入。從物理輸出端開始,逆數(shù)據(jù)流方向向中間移動,可以確定系統(tǒng)得邏輯輸出。 介于邏輯輸入與邏輯輸出之間得加工就就是變換中心,即主加工。2設計軟件結構得頂層與第一層變換結構:頂層即主模塊,主要完成所有模塊得控制。第一層至少有3個功能模塊:輸入、輸出與變換模塊,即為邏輯輸入設計一個輸入模塊,其功能 就是為頂層模塊提供相應數(shù)據(jù),為邏輯輸出設計一個輸出模塊,其功能就是輸出頂層模塊得信 息,為變換中心設計一個變換模塊,其功能就是將邏輯輸入進行變換加工,然后邏輯輸出。3設計中、下層模塊。對第一層得輸入、變換、輸出模塊自頂向下逐層分解。 輸入模塊下屬模塊得設計 輸出模塊下屬模塊得設

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論