軟件工程(期末考試) 填空題

軟件工程（期末考試）填空題

1軟件可以簡明的表示為：軟件二程序+數(shù)據(jù)+文檔。

2為了克服軟件危機，1968年北大西洋公約組織的工作會議上首先提

出了軟件工程的概念。

3軟件不是具體的物理實體，它是一種邏輯產(chǎn)品。

4設計好的程序，還要經(jīng)過一編譯,才能運行。

5軟件在維護和使用方面，具有與硬件完全「不同的特征。

6工具和—方法是軟件開發(fā)技術的兩大支柱，他們密切相關。

7方法與工具相結(jié)合,再加上配套的軟、硬件支持就形成環(huán)境。

8對象之間通過—消息相互聯(lián)系。

9瀑布模型開發(fā)的一條重要思想是：可能.推遲軟件的物理實現(xiàn)。

10軟件工程采用的生命周期方法,就是從時間角度對軟件的開發(fā)與維護

這個復雜問題進行分解。

11在結(jié)構(gòu)化分析中，數(shù)據(jù)字典用于詳細地定義數(shù)據(jù)流圖中的成分。

12對于高風險的大型軟件，螺旋模型是一個理想的開發(fā)過程。

13負責需求分析的軟件開發(fā)人員稱為系統(tǒng)分析員

14CFD是用來描述進程之間的及系統(tǒng)行為特征的工具.

15軟件需求說明簡稱SRS,是軟件開發(fā)人員在分析階段需要完成的文檔。

16需求分析的文檔完成以后，應由用戶和系統(tǒng)分析員共同進行復審。

自上而下、逐步細化

17軟件概要設計的成果是一軟件設計說明書?

18細化的實質(zhì)就是一分解。

19細化的實質(zhì)就是分解，細化中特別強調(diào)分解的逐步性質(zhì)。

20信息隱蔽是為了提高模塊的—獨立性―

21實現(xiàn)模塊化設計的重要指導思想是模塊的分解和模塊獨立性，。

22分解和模塊獨立性，是實現(xiàn)模塊化設計的重要指導思想。

23一個復雜問題分解成幾個較小的問題，可以減小解題所需的總工作量。

24一個復雜問題分解成幾個較小的問題,模塊的接口會增加。

25衡量模塊內(nèi)部各個成分之間聯(lián)系的度量是內(nèi)聚。

26衡量一個模塊與其它模塊之間聯(lián)系的度量是一耦合。

27建立設計文檔的目的，是為了把一設計人員的思想告訴其他有關人員。

高內(nèi)聚、低耦合

28Jackson方法是一種面向—數(shù)據(jù)—結(jié)構(gòu)的設計方法。

29在模塊結(jié)構(gòu)圖中，直接調(diào)用某一模塊的其他模塊數(shù)稱為該模塊的

1

30SC圖中的模塊，應該以提高模塊的獨立為首要目標。

31數(shù)據(jù)流圖的類型有兩種典型的形式，即變換一型結(jié)構(gòu)和事務型結(jié)構(gòu)。

32數(shù)據(jù)流圖的類型有兩種典型的形式，即變換型結(jié)構(gòu)和事務型結(jié)構(gòu)。

33變換型數(shù)據(jù)流圖是由傳入路徑、變換中心和傳出路徑三部分組

成的。

34事務型數(shù)據(jù)流圖是由接受路徑、事務中心一和動作路徑三部分組

成的。

35NS是一種結(jié)構(gòu)化的程序的流程圖。

36PDL是一種偽代碼語言。

37PAD是一種詳細設計工具

38對象的設計描述包括對象的協(xié)議描述和對象的實現(xiàn)描述。

39對象的設計描述包括對象的協(xié)議描述和對象的實現(xiàn)描述。

40對象設計描述中的協(xié)議描述為對象提供了接口。

41對象設計描述中的實現(xiàn)描述提供了對象內(nèi)部的細節(jié)。

42UML中的用例圖，表達從用戶的角度看到的系統(tǒng)應有的外部功能。

43UML中的用例圖，表達從用戶的角度看到的系統(tǒng)應有的外部功能。

44軟件概要設計的成果是一軟件設計說明書.

45在UML中，類可表示為一個劃分為3格的長方格形。

46在面向?qū)ο蟮募夹g中，對象間的交互是通過對象間的消息傳遞來完成

的。

47UML中，系統(tǒng)架構(gòu)分成邏輯構(gòu)架和物理構(gòu)架。

48UML系統(tǒng)架構(gòu)中，主要用邏輯構(gòu)架來描述系統(tǒng)的功能需求。

49UML系統(tǒng)架構(gòu)中，主要用物理一構(gòu)架來描述系統(tǒng)的非功能需求。

50當測試發(fā)現(xiàn)程序有錯誤后，就要進行糾錯。

51為了便于軟件模塊的維護和測試,模塊的接口應當簡單。

52軟件測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤。

53軟件測試具有挑剔性、復雜性、不徹底性和經(jīng)濟性.

54在白盒法測試中,對程序的語句邏輯有6種覆蓋技術，其中發(fā)現(xiàn)錯誤能力最強

的技術是路徑覆蓋技術

55軟件生命周期中，在測試階段編寫的測試程序，用完以后可以廢棄。

56程序圖實際上是一種簡化了的程序流程圖。

57在軟件開發(fā)中，采用可復用構(gòu)件，比從頭開發(fā)這個軟件更加容易。

58在維護中修改了軟件的編碼，必須修改有關的文檔。

59軟件可維護性是衡量維護容易程度的一種軟件屬性。

60COCOMO的意思是一構(gòu)造性成本模型。

61軟件管理的有效方法，就是對軟件開發(fā)過程進行監(jiān)控與度量。

62軟件開發(fā)之前只能進行估算，但軟件在開發(fā)之后可以進行度量。

63成本估計是軟件—費用—管理的核心

64計劃評審技術簡稱PERT。

65PERT圖中，耗時最長的路徑稱為關鍵路徑。

66從PERT圖中，可以清晰的看到，要縮短項目的開發(fā)時間，必須調(diào)整—關

鍵路徑—上某些活動的時間。

67軟件著作權(quán)屬于軟件軟件開發(fā)者。

68冗余技術是實現(xiàn)軟件容錯的主要手段。

69軟件成本一效益分析的目的是從經(jīng)濟的角度評價軟件項目的開發(fā)

是否可行.

70軟件過程能力成熟度模型的簡稱是CMM。

71在軟件研制過程中，CASE是指計算機輔助軟件工程。

72軟件復審時,其主要的復審對象是軟件文檔。

73提高軟件的可靠性，會降低軟件的生產(chǎn)效率。

74維護時期新增加的兩個文檔時維護申請單和—修改報告_。

75軟件工程環(huán)境是指支持軟件產(chǎn)品開發(fā)、維護和管理的軟件系統(tǒng)。

參考答案

1文檔11數(shù)據(jù)字典21分解31變換

模塊

2軟件危機12螺旋2232事務

化

變換中

3邏輯13系統(tǒng)分析員23減小33

心

事務中

4編譯14控制流24接口34

心

5不同15SRS25內(nèi)聚35流程圖

6方法16復審26耦合36偽代碼

軟件設計說

7工具1727設計37詳細

明書

協(xié)議描

8消息18分解28數(shù)據(jù)38

述

扇入實現(xiàn)描

9推遲19逐步2939

數(shù)述。

獨立協(xié)議描

10時間20獨立性3040

性述

41實現(xiàn)描述。51簡單61度量71CASE

42外部52發(fā)現(xiàn)62度量72文檔

43用戶53不徹底63費用73降低

軟件設計說路徑覆蓋技修改報

445464PERT74

明書術告

關鍵軟件系

45355廢棄6575

路徑統(tǒng)