天津市大學(xué)軟件學(xué)院高職升本范圍(有答案)

1、【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流天津市大學(xué)軟件學(xué)院高職升本范圍(有答案).精品文檔.第一套1、 下列關(guān)于瀑布模型的描述正確的是（ D ）A. 利用瀑布模型，如果發(fā)現(xiàn)問題修改的代價很低B. 瀑布模型的核心是按照軟件開發(fā)的時間順序?qū)栴}簡化C. 瀑布模型具有良好的靈活性D. 瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計方法，將邏輯實現(xiàn)與物理實現(xiàn)分開2、 原型化方法是用戶和設(shè)計者之間執(zhí)行的一種交互構(gòu)成，適用于（ A ）系統(tǒng)。A.需求不確定性高的 B.需求確定的 C.管理信息 D.實時3、 在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復(fù)雜性提高等原因?qū)е铝耍?A ）A. 軟件危機 B.軟件工程

2、 C.程序設(shè)計革命 D.結(jié)構(gòu)化程序設(shè)計4、 軟件工程是（ C ）A. 是結(jié)構(gòu)化程序設(shè)計的指導(dǎo)方法。B. 是軟件開發(fā)技術(shù)和軟件工程管理學(xué)為內(nèi)容的學(xué)科。C. 是指導(dǎo)計算機軟件開發(fā)和維護的工程學(xué)科。D. 是指導(dǎo)軟件開發(fā)的工程方法。5. 軟件開發(fā)瀑布模型中的軟件定義時期各個階段依次是（ B ）。A. 可行性研究，問題定義，需求分析。B. 問題定義，可行性研究，需求分析。C. 可行性研究，需求分析，問題定義。D. 以上順序都不對。6. 軟件需求分析的主要任務(wù)是準確地定義出要開發(fā)的軟件系統(tǒng)是（ C ）A. 如何做？ B.怎么做？ C.做什么？ D.不做什么？7. 數(shù)據(jù)字典是用來定義（ D ）A. 流程圖

3、B.功能結(jié)構(gòu)圖 C.系統(tǒng)結(jié)構(gòu)圖 D.數(shù)據(jù)流圖8. 數(shù)據(jù)流圖（DFD）是（ A ）方法中用于表示系統(tǒng)的邏輯模型的一種圖形工具。A. SA B.SD C.SP D.SC9. 在各種不同的軟件需求中，功能需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)，可以在用例模型或方案腳本中予以說明，（ C ）是從各個角度對系統(tǒng)的約束和限制，反映了應(yīng)用對軟件系統(tǒng)質(zhì)量和特性的額外要求。A. 業(yè)務(wù)需求 B.系統(tǒng)要求 C.非功能需求 D.用戶需求10. 要將一個復(fù)雜的系統(tǒng)分析清楚，傳統(tǒng)軟件工程常用方法是結(jié)構(gòu)化分析方法，結(jié)構(gòu)化分析方法就是（ A ）。A. 面向數(shù)據(jù)流自頂向下，逐步求精的方法 B由內(nèi)向外進行分析的方法C.先局部后整

4、體的分析方法 D.使用IPO圖形工具分析的方法11. 模塊的內(nèi)聚性最高的是（ D ）A. 邏輯內(nèi)聚 B.時間內(nèi)聚 C.偶然內(nèi)聚 D.功能內(nèi)聚12. 總體設(shè)計的目的是確定整個系統(tǒng)的（ B ）。A. 規(guī)模 B.功能及模塊結(jié)構(gòu) C.費用 D.測試方案13. 一個模塊內(nèi)部各程序都在同一數(shù)據(jù)結(jié)構(gòu)上操作，這個模塊的內(nèi)聚性稱為（ C ）。A. 時間內(nèi)聚 B.功能內(nèi)聚 C.通信內(nèi)聚 D.過程內(nèi)聚14. 軟件總體設(shè)計是指軟件總體結(jié)構(gòu)設(shè)計和數(shù)據(jù)設(shè)計，該階段的主要任務(wù)不包括（ C ）。A. 設(shè)計軟件的模塊結(jié)構(gòu) B.定義接口并建立數(shù)據(jù)結(jié)構(gòu)C.模塊設(shè)計 D.生成概要設(shè)計規(guī)格說明15. 結(jié)構(gòu)化程序之所以具有易于閱讀，并且

5、有可能驗證其正確性，這是由于（ D ）A. 它強調(diào)編程風(fēng)格 B.選擇良好的數(shù)據(jù)結(jié)構(gòu)和算法C.有限制地使用GOTO語句 D.只有三種基本結(jié)構(gòu)16. 程序設(shè)計語言主要分三大類：機器語言，匯編語言和（ B ）。A. 邏輯語言 B.高級語言 C.自然語言 D.智能語言17. 結(jié)構(gòu)化程序設(shè)計中的三種基本控制結(jié)構(gòu)是（ B ）。A. 過程、子程序和分程序 B.順序、選擇和循環(huán)C.遞歸、堆棧和隊列 D.調(diào)用、返回和轉(zhuǎn)移18. 軟件詳細設(shè)計的主要任務(wù)是確定每個模塊的（ A ）。A. 算法和使用的數(shù)據(jù)結(jié)構(gòu) B.外部接口 C.功能 D.編程19. 在詳細設(shè)計階段，經(jīng)常采用的工具包括（ A ）。A. 程序流程圖 B.

6、SA C.SC D.DFD20. 詳細設(shè)計的結(jié)果基本決定了最終程序的（ C ）。A. 代碼的規(guī)模 B.運行速度 C.質(zhì)量 D.可維護性21. 為了提高軟件的可維護性，在編碼階段應(yīng)注意（ D ）。A. 保存測試用例和數(shù)據(jù) B.提高模塊的獨立性C.文檔的副作用 D.養(yǎng)成好的程序設(shè)計風(fēng)格22. 一般來說，在軟件生命周期中成本最高的階段是（ D ）。A. 詳細設(shè)計 B.軟件編碼 C.軟件測試 D.軟件維護23. 因計算機硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為（ B ）。A. 改正性維護 B.適應(yīng)性維護 C.完善性維護 D.預(yù)防性維護24. 在軟件維護的實施過程中，為了正確和有效地修改，需要經(jīng)歷

7、以下三個步驟：分析和理解程序，修改程序，重新驗證程序。（ A ）是決定維護成敗和質(zhì)量好壞的關(guān)鍵。A. 分析和理解程序 B.重新驗證程序 C.修改程序 D.驗收程序25. 以下哪些問題是維護人員經(jīng)常面對的問題？（ D ）A. 理解別人的程序非常困難 B.文檔不合格C.設(shè)計時沒考慮未來的修改維護 D.以上都是26. 面向?qū)ο蠹夹g(shù)中，對象是類的實例。對象有三種成份：（ A ）、屬性和方法。A. 標識 B.規(guī)則 C.封裝 D.消息27. （ C ）是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個獨立的對象，其內(nèi)部信息對外界是隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)系。A. 多態(tài)性 B.繼承 C.封裝 D.消

8、息28. 消息是對象間交互的一種機制，消息刺激接收對象產(chǎn)生某種行為。消息的構(gòu)成有三部分：（ B ），消息名，若干變元。A.發(fā)出消息的對象 B.接收消息的對象 C.消息編號 D.時間29. 面向?qū)ο笤O(shè)計準則包括：模塊化，抽象，（ A ），弱耦合，強內(nèi)聚和可重用。A. 信息隱藏 B.可繼承 C.封裝性 D.實例化30. （ A ）意味著一個操作在不同的類中可以有不同的實現(xiàn)方式。A. 多態(tài)性 B.多繼承 C.類的復(fù)用 D.封裝31. 軟件可行性研究一般不考慮（ D ）。A. 是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B. 是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C. 待開發(fā)軟件是否有市場、經(jīng)濟上是

9、否合算D. 待開發(fā)的軟件是否會有質(zhì)量問題32. 可行性研究階段的主要任務(wù)包括（ D ）。A. 分析和澄清問題定義 B.導(dǎo)出系統(tǒng)的邏輯模型C.制定粗略的進度，建議和計劃 D.以上全是33. 軟件測試中，白盒法是通過分析程序的（ B ）來設(shè)計測試用例的。A. 應(yīng)用范圍 B.內(nèi)部邏輯 C.功能 D.輸入數(shù)據(jù)34. 與確認測試階段有關(guān)的文檔是（ A ）。A. 需求規(guī)格說明書 B.概要設(shè)計說明書 C.詳細設(shè)計說明書 D.源程序35. 使用黑盒測試時，測試用例的設(shè)計應(yīng)根據(jù)（ D ）。A. 程序的內(nèi)部邏輯 B.程序的復(fù)雜程度 C.使用說明書 D.程序的功能第二套1. 在軟件開發(fā)模型中，提出最早、應(yīng)用最廣泛的

10、模型是（ A ）。A. 瀑布 B.螺旋 C.演化 D.智能2. 快速原型模型的主要特點之一是（ D ）。A. 開發(fā)完畢才見到產(chǎn)品 B.及早提供全部完整的軟件產(chǎn)品C.開發(fā)完畢后才見到軟件產(chǎn)品 D.及早提供軟件產(chǎn)品3. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（ C ）。A. 軟件工程 B.軟件周期 C.軟件危機 D.軟件產(chǎn)生4. 軟件工程是（ C ）。A. 是結(jié)構(gòu)化程序設(shè)計的指導(dǎo)方法。B. 是軟件開發(fā)技術(shù)和軟件工程管理學(xué)為內(nèi)容的學(xué)科。C. 是指導(dǎo)計算機軟件開發(fā)和維護的工程學(xué)科。D. 是指導(dǎo)軟件開發(fā)的工程方法。5. 軟件工程中常用的生命周期模型有（ C )等。A. 瀑布模型

11、，快速循環(huán)模型，增量模型，螺旋模型和噴泉模型。B. 瀑布模型，快速循環(huán)模型，擴展模型，螺旋模型和敏捷模型C. 瀑布模型，快速原型模型，增量模型，螺旋模型和噴泉模型D. 瀑布模型，快速原型模型，增量模型，螺旋模型和敏捷模型6. 需求分析階段的主要任務(wù)是確定( D )A. 軟件開發(fā)方法 B.軟件開發(fā)工具 C.軟件開發(fā)費 D.軟件系統(tǒng)的功能7. 數(shù)據(jù)字典是用來定義（ D ）中的各個成份的具體含義的。A. 流程圖 B.功能結(jié)構(gòu)圖 C.系統(tǒng)結(jié)構(gòu)圖 D.數(shù)據(jù)流圖8. 數(shù)據(jù)流圖DFD中的每個加工至少需要（ B ）。A. 一個輸入流 B.一個輸出流和一個輸入流 C.一個輸入或輸出流 D.一個輸出流9. 使用實

12、體-聯(lián)系圖（ER圖）建立的概念性數(shù)據(jù)模型中包含3種互相關(guān)聯(lián)的信息：（ B ）A. 數(shù)據(jù)對象，屬性，方法 B.數(shù)據(jù)對象，屬性，聯(lián)系C.數(shù)據(jù)表，屬性，聯(lián)系 D.數(shù)據(jù)表，實體，聯(lián)系10. （ C ）是指程序在給定的時間間隔內(nèi)，按照規(guī)格說明書的規(guī)定成功運行的概率。A. 可移植性 B.可用性 C.可靠性 D.可擴展性11. 兩個模塊彼此傳遞的信息中有控制信息，這種耦合稱為（ D ）A. 數(shù)據(jù)耦合 B.公共環(huán)境耦合 C.內(nèi)容耦合 D.控制耦合12. 在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是（ D ）。A. 程序模塊化 B.模塊高內(nèi)聚 C.模塊低耦合 D.模塊獨立性13. 結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（

13、A ）。A. 程序易讀性 B.程序的效率 C.程序設(shè)計語言的先進性 D.程序的規(guī)模14. 軟件總體設(shè)計是指軟件總體結(jié)構(gòu)設(shè)計和數(shù)據(jù)設(shè)計，該階段的主要任務(wù)不包括（ C ）。A. 設(shè)計軟件的模塊結(jié)構(gòu) B.定義接口并建立數(shù)據(jù)結(jié)構(gòu)C.模塊內(nèi)部算法設(shè)計 D.生成概要設(shè)計規(guī)格說明15. 按照總體設(shè)計中的啟發(fā)式規(guī)則，模塊的作用域和模塊的控制域之間的關(guān)系應(yīng)為（ A ）。A. 模塊的作用域應(yīng)在模塊的控制域之內(nèi)。B. 模塊的控制域應(yīng)在模塊的作用域之內(nèi)。C. 模塊的控制域與模塊的作用域互相獨立。D. 以上說法都不對。16. 程序設(shè)計語言主要分三大類：機器語言，匯編語言和（ B ）。A. 邏輯語言 B.高級語言 C.自

14、然語言 D.智能語言17. 軟件詳細設(shè)計主要采用的方法是（ D ）。A. 模塊設(shè)計 B.結(jié)構(gòu)化設(shè)計 C.PDL語言 D.結(jié)構(gòu)化程序設(shè)計18. 實現(xiàn)單入口單出口程序的三種基本控制結(jié)構(gòu)是（ A ）。A. 順序、選擇、循環(huán) B.過程、子程序、分程序C.調(diào)用、返回、轉(zhuǎn)移 D.遞歸、堆棧、隊列19. 詳細設(shè)計中，過程設(shè)計的常用工具有（ A ）等。A. 程序流程圖，N-S盒圖，PAD圖 B.程序流程圖，數(shù)據(jù)流圖C.程序流程圖，系統(tǒng)流程圖 D.程序流程圖，E-R圖20. 下列關(guān)于詳細設(shè)計中的說法中錯誤的是（ A ）等。A. 詳細設(shè)計的結(jié)果與程序代碼的質(zhì)量無必然聯(lián)系B.詳細設(shè)計的根本目標是應(yīng)該怎樣具體地實現(xiàn)系

15、統(tǒng)C.詳細設(shè)計編寫代碼D.詳細設(shè)計任務(wù)相當于設(shè)計程序的“藍圖”21. 下列屬于維護階段的文檔是（ C ）。A. 軟件規(guī)格說明 B.用戶操作手冊 C.軟件問題報告 D.軟件測試分析報告22. 一般來說，在軟件生命周期中成本最高的階段是（ D ）A. 詳細設(shè)計 B.軟件編碼 C.軟件測試 D.軟件維護23. 軟件維護困難的主要原因是( C )。A. 費用低 B.人員少 C.開發(fā)設(shè)計中的缺陷 D.得不到用戶支持24. 在整個軟件維護階段所花費的全部工作中，哪種維護所占比例最大？（ B ）A. 改正性 B.完善性 C.適應(yīng)性 D.預(yù)防性25. 以下那些問題是維護人員經(jīng)常面對的問題？（ D ）A. 理解

16、別人的程序非常困難 B.文檔不合格 C.設(shè)計時沒考慮未來的修改維護 D.以上都是26. 軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫（ B ）。A. 生存期 B.面向?qū)ο蠓治?C.面向?qū)ο蟪绦蛟O(shè)計 D.面向?qū)ο笤O(shè)計27. 把一組具有相似特性的對象的描述，稱之為（ C ）。A. 多態(tài)性 B.繼承性 C.類 D.消息28. 消息是對象間交互的一種機制，消息刺激接收對象產(chǎn)生某種行為。消息的構(gòu)成有三部分：（ B），消息名，若干變元。A. 發(fā)出消息的對象 B.接收消息的對象 C.消息編號 D.時間29. 面向?qū)ο蠓治龅莫毜街幵谟冢?A ）A. 將數(shù)據(jù)和操作結(jié)合在一起而不是分離 B.僅

17、考慮數(shù)據(jù)結(jié)構(gòu)C.數(shù)據(jù)和操作分別獨立考慮 D.僅考慮操作過程30. 下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹觯徽_的是（ B ）A. 鍵盤、鼠標、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化，就會產(chǎn)生消息B. 操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息C. 應(yīng)用程序之間可以相互發(fā)送消息D. 發(fā)送與接收消息的通信機制與傳統(tǒng)的子程序調(diào)用機制不同31. 經(jīng)濟可行性研究的范圍包括（ C ）。A. 資源有效性 B.管理制度 C.效益分析 D.開發(fā)風(fēng)險32. 可行性研究階段的主要任務(wù)包括（ D ）。A. 分析和澄清問題定義 B.導(dǎo)出系統(tǒng)的邏輯模型C.制定粗略的進度，建議和計劃 D.以上全是33. 軟件測試中

18、根據(jù)測試用例設(shè)計的方法的不同可分為黑盒測試和白盒測試兩種，它們（ D ）A. 前者屬于靜態(tài)測試，后者屬于動態(tài)測試 B.前者屬于動態(tài)測試，后者屬于靜態(tài)測試C.都屬于靜態(tài)測試 D.都屬于動態(tài)測試34. 若有一個計算機類型的程序，它的輸入量只有一個X,其范圍是-1,0,現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計這組測試用例的方法是（ C ）。A. 條件覆蓋法 B.等價分類法 C.邊界值分析法 D.錯誤推測法35. 使用黑盒測試時，測試用例的設(shè)計應(yīng)根據(jù)（ B ）。A. 程序的內(nèi)部邏輯 B.程序的功能 C.使用說明書 D.程序的復(fù)雜程度第三套1. 軟件工程方法是在實

19、踐中不斷發(fā)展著的方法，而早期的軟件工程方法一般是指（ B ）。A. 原型化方法 B.結(jié)構(gòu)化方法 C.面向?qū)ο蠓椒?D.功能分解法2. 軟件開發(fā)瀑布模型中的軟件定義時期各個階段依次是（ A ）。A. 問題定義，可行性研究，需求分析。 B.可行性研究，問題定義，需求分析。C.可行性研究，需求分析，問題定義。 D.以上順序都不對。3. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象（ C ）的一種表現(xiàn)。A. 軟件工程 B.軟件周期 C.軟件危機 D.軟件產(chǎn)生4. 快速原型模型的主要特點之一是（ D ）。A. 開發(fā)完畢才見到產(chǎn)品 B.及早提供全部完整的軟件產(chǎn)品C.開發(fā)完畢后才見到工作軟件

20、 D.及早提供工作軟件5. 軟件工程中常用的生命周期模型有（ A ）等。A. 瀑布模型，快速原型模型，增量模型，螺旋模型和噴泉模型B. 瀑布模型，快速循環(huán)模型，擴展模型，螺旋模型和敏捷模型C. 瀑布模型，快速循環(huán)模型，增量模型，螺旋模型和噴泉模型D. 瀑布模型，快速原型模型，增量模型，螺旋模型和敏捷模型6. 數(shù)據(jù)流圖是一種用來描述（ B ）的圖形化工具。A. 系統(tǒng)物理組成 B.系統(tǒng)信息和數(shù)據(jù)流 C.所有功能 D.系統(tǒng)控制流和數(shù)據(jù)流7. （ C ）和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的邏輯模型，沒有它，數(shù)據(jù)流圖就不完整。A. 系統(tǒng)流程圖 B.E-R圖 C.數(shù)據(jù)字典 D.層次方框圖8. 需求分析的任務(wù)包括（ D

21、 )A. 確定對系統(tǒng)的綜合要求 B.分析系統(tǒng)的數(shù)據(jù)要求C.導(dǎo)出邏輯模型并修正開發(fā)計劃 D.以上全是9. 要將一個復(fù)雜的系統(tǒng)分析清楚，傳統(tǒng)軟件工程常用方法是結(jié)構(gòu)化分析方法，結(jié)構(gòu)化分析方法就是（ A ）。A. 面向數(shù)據(jù)流自頂向下，逐步求精的方法 B.由內(nèi)向外進行分析的方法C.先局部后整體的分析方法 D.使用IPO圖形工具分析的方法10. （ B ）是指程序在給定的時間點，按照規(guī)格說明書的規(guī)定成功運行的概率。A. 可移植性 B.可用性 C.可靠性 D.可擴展性11. 兩個模塊彼此傳遞的信息中有控制信息，這種耦合稱為（ D ）。A. 數(shù)據(jù)耦合 B.公共環(huán)境耦合 C.內(nèi)容耦合 D.控制耦合12. 為了提

22、高模塊的獨立性，模塊之間最好使用（ D ）。A. 控制耦合 B.公共耦合 C.內(nèi)容耦合 D.數(shù)據(jù)耦合13. 結(jié)構(gòu)化設(shè)計又稱為（ B ）A. 概要設(shè)計 B.面向數(shù)據(jù)流設(shè)計 C.面向?qū)ο笤O(shè)計 D.詳細設(shè)計14. 一個模塊內(nèi)部各程序都在同一數(shù)據(jù)結(jié)構(gòu)上操作，這個模塊的內(nèi)聚性稱為（ C ）。A. 時間內(nèi)聚 B.功能內(nèi)聚 C.信息內(nèi)聚 D.過程內(nèi)聚15. 按照總體設(shè)計中的啟發(fā)式規(guī)則，模塊的作用域和模塊的控制域之間的關(guān)系應(yīng)為（ A ）。A. 模塊的作用域應(yīng)在模塊的控制域之內(nèi)。 B.模塊的控制域應(yīng)在模塊的作用域之內(nèi)。C.模塊的控制域與模塊的作用域互相獨立。D.以上說法都不對。16. 在詳細設(shè)計階段經(jīng)常采用的工

23、具不包括（ A ）。A. 數(shù)據(jù)流圖 B.程序流程圖 C.N-S圖 D.PAD圖17. 提高程序可讀性的最有利手段是（ A ）。A. 使用三種標準控制結(jié)構(gòu) B.采用有實際意義的變量名C.顯式說明一切變量 D.給程序加注釋18. 結(jié)構(gòu)化程序設(shè)計的三種基本控制結(jié)構(gòu)是( A )。A.順序、選擇、循環(huán) B.過程、子程序、分程序C.調(diào)用、返回、轉(zhuǎn)移 D.遞歸、堆棧、隊列19. 詳細設(shè)計中，過程設(shè)計的常用圖形工具不包括（ B ）。A. 程序流程圖 B.數(shù)據(jù)流圖 C.N-S盒圖 D.PAD圖20. 下列關(guān)于詳細設(shè)計中的說法中錯誤的是（ A ）等。A. 詳細設(shè)計的結(jié)果與程序代碼的質(zhì)量無必然聯(lián)系B. 詳細設(shè)計的根

24、本目標蛇應(yīng)該怎樣具體地實現(xiàn)系統(tǒng)C. 詳細設(shè)計編寫代碼D. 詳細設(shè)計任務(wù)相當于設(shè)計程序的“藍圖”21. 為軟件的運行增加監(jiān)控設(shè)施以應(yīng)對將來可能出現(xiàn)的問題，這種維護的維護類型是（ D ）。A.改正性維護 B.適應(yīng)性維護 C.完善性維護 D.預(yù)防性維護22.以下哪些問題是維護人員經(jīng)常面對的問題？（ D ）A.理解別人的程序非常困難 B.文檔不合格C.設(shè)計師沒考慮未來的修改維護 D.以上都是23. 決定軟件可維護性的因素包括（ B ）A. 可理解性，可測試性，可修改性，可移植性，可用性B. 可理解性，可測試性，可修改性，可移植性，可重用性C. 可理解性，可靠性，可測試性，可修改性，可移植性D. 可理解

25、性，可擴展性，可測試性，可修改性，可升級性24. 在整個軟件維護階段所花費的全部工作中，哪種維護所占比例最大？（ B ）A. 改正性 B.完善性 C.適應(yīng)性 D.預(yù)防性25. 軟件生存周期的（ D )工作與軟件可維護性有著密切的關(guān)系。A. 編碼階段 B.設(shè)計階段 C.測試階段 D.每個階段26. 面向?qū)ο蠓治鍪菍ο到y(tǒng)進行（ A ）的一種方法。A. 需求建模 B.程序設(shè)計 C.設(shè)計評審 D.測試驗收27. 汽車有一個發(fā)動機。汽車和發(fā)動機之間的關(guān)系是（ B ）。A. 繼承關(guān)系 B.聚合關(guān)系 C.分類關(guān)系 D.主從關(guān)系28. 消息是對象間交互的手段，消息刺激接收對象產(chǎn)生某種行為。消息的構(gòu)成有三部分：

26、接收消息的對象，（ B ），若干變元。A. 發(fā)出消息的對象 B.消息名 C.消息編號 D.發(fā)送時間29. （ C ）是指用戶只能見到對象界面上的信息，對象內(nèi)部對用戶是隱蔽的。A. 類 B.實例 C.封裝 D.對象30. 下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是（ B ）。A. 鍵盤、鼠標、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化，就會產(chǎn)生消息B. 操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息C. 應(yīng)用程序之間可以相互發(fā)送消息D. 發(fā)送與接收消息的通信機制與傳統(tǒng)的子程序調(diào)用機制不同31. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的（ B ）。A. 技術(shù)可行性 B.經(jīng)濟可行性 C.

27、社會可行性 D.法律可行性32. 可行性研究實質(zhì)上是進行了一次（ A ）。A. 大大壓縮簡化了的系統(tǒng)分析和設(shè)計過程 B.詳盡的系統(tǒng)分析和設(shè)計過程C.徹底的系統(tǒng)設(shè)計過程 D.深入的需求分析33. 確認測試主要涉及的文檔是（ A ）A. 需求規(guī)格說明書 B.概要設(shè)計說明書 C.詳細設(shè)計說明書 D.源程序34.若有一個計算機類型的程序，它的輸入量只有一個X,其范圍是-1,0,現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計這組測試用例的方法是（ C ）。A.條件覆蓋法 B.等價分類法 C.邊界值分析法 D.錯誤推測35.常用的黑盒測試方法不包括（ C )。A.等價劃分

28、 B.邊界值分析 C.邏輯覆蓋 D.錯誤推測第四套1. 軟件工程方法是在實踐中不斷發(fā)展著的方法，而早期的軟件工程方法常用模型不包括（ B ）。A. 瀑布模型 B.敏捷模型 C.原型模型 D.螺旋模型2. 軟件開發(fā)瀑布模型中的各個階段依次是（ D ）。A. 設(shè)計、分析、實現(xiàn)、測試、維護。 B.分析、設(shè)計、測試、實現(xiàn)、維護。C.分析、設(shè)計、實現(xiàn)、維護、測試。 D.分析、設(shè)計、實現(xiàn)、測試、維護。3. 軟件危機的表現(xiàn)不包括（ C ）A. 軟件質(zhì)量不可靠 B.軟件幾乎是不可維護的 C.測試過程中發(fā)現(xiàn)的錯誤較多 D.缺少文檔4. 瀑布模型的主要特點之一是（ A ）A. 推遲實現(xiàn) B.成功率極高 C.容易失

29、敗 D.過程迭代5. 軟件工程中常用的生命周期模型有（ A ）等。A. 瀑布模型，快速原型模型，增量模型，螺旋模型和噴泉模型B. 瀑布模型，快速循環(huán)模型，擴展模型，螺旋模型和敏捷模型C. 瀑布模型，快速循環(huán)模型，增量模型，螺旋模型和噴泉模型D. 瀑布模型，快速原型模型，增量模型，螺旋模型和敏捷模型6. （ B ）是一種用來描述系統(tǒng)信息流和數(shù)據(jù)流的圖像化工具。A. 系統(tǒng)流程圖 B.數(shù)據(jù)流圖 C.程序流程圖 D.HIPO圖7. （ C ）和數(shù)據(jù)流圖共同構(gòu)成系統(tǒng)的邏輯模型，沒有它，數(shù)據(jù)流圖就不完整。A. 系統(tǒng)流程圖 B.E-R圖 C.數(shù)據(jù)字典 D.層次方框圖8. 需求分析的任務(wù)不包括（ C ）。A.

30、 確定對系統(tǒng)的綜合要求 B.分析系統(tǒng)的數(shù)據(jù)要求C.從技術(shù)角度分析系統(tǒng)是否可行 D.導(dǎo)出邏輯模型并修正開發(fā)計劃9. 要將一個復(fù)雜的系統(tǒng)分析清楚，傳統(tǒng)軟件工程常用方法是結(jié)構(gòu)化分析方法，結(jié)構(gòu)化分析方法就是（ A ）A. 面向數(shù)據(jù)流自頂向下，逐步求精的方法 B.由內(nèi)向外進行分析的方法C.先局部后整體的分析方法 D.使用IPO圖形工具分析的方法10. 需求分析是要完整.準確.清晰.具體地確定系統(tǒng)所要完成的工作，其主要依據(jù)是前一階段的文檔（ D ）A. 用戶手冊和參考手冊 B.軟件需求規(guī)格說明書 C.開發(fā)計劃 D.可行性研究報告11. 如果某種內(nèi)聚要求一個模塊中包含的任務(wù)必須在同一段時間內(nèi)執(zhí)行，則這種內(nèi)聚

31、為（ A ）。A. 時間內(nèi)聚 B.邏輯內(nèi)聚 C.通信內(nèi)聚 D.信息內(nèi)聚12. 為了提高模塊的獨立性，模塊之間最好使用（ D ）A. 控制耦合 B.公共耦合 C.內(nèi)容耦合 D.數(shù)據(jù)耦合13. 結(jié)構(gòu)化程序設(shè)計的一種基本方法是（ D ）。A. 篩選法 B.遞歸法 C.歸納法 D.逐步求精法14. 對軟件進行分解，是為了（ B ）。A. 降低模塊間接口的復(fù)雜程度B. 降低模塊的復(fù)雜程度C. 降低模塊的復(fù)雜程度，并降低模塊間接口的復(fù)雜程度D. 降低模塊的復(fù)雜程度，并提高模塊間接口的復(fù)雜程度15. 在軟件工程中，描繪軟件結(jié)構(gòu)的圖形工具不包括（ C ）。A. 層次圖 B.HIPO圖 C.PAD圖 D.H圖1

32、6. 在詳細設(shè)計階段經(jīng)常采用的圖形工具包括（ D ）。A. PAD圖 B.程序流程圖 C.N-S圖 D.以上都是17. 提高程序可讀性的手段包括（ D ）A. 使用三種標準控制結(jié)構(gòu) B.采用有實際意義的變量名C.給程序加注釋 D.以上都是18. 結(jié)構(gòu)化程序設(shè)計的三種基本控制結(jié)構(gòu)不包括（ C ）。A. 順序 B.選擇 C.轉(zhuǎn)移 D.循環(huán)19. 詳細設(shè)計中，過程設(shè)計的常用工具不包括（ B ）。A. 程序流程圖 B.數(shù)據(jù)流圖 C.N-S盒圖 D.PAF圖20. 下列關(guān)于詳細設(shè)計中的說法中正確的是（ D ）等。A. 詳細設(shè)計任務(wù)相當于設(shè)計程序的“藍圖”B. 詳細設(shè)計的根本目標是應(yīng)該怎樣具體地實現(xiàn)系統(tǒng)C

33、. 詳細設(shè)計編寫代碼D. 以上都正確21. 為軟件的運行增加監(jiān)控設(shè)施以應(yīng)對將來可能出現(xiàn)的問題，這種維護的維護類型是（ D ）A. 改正性維護 B.適應(yīng)性維護 C.完善性維護 D.預(yù)防性維護22. 在整個軟件維護階段所花費的全部工作中，哪種維護所占比例最大？（ C ）A. 改正性維護 B.適應(yīng)性維護 C.完善性維護 D.預(yù)防性維護23. 軟件質(zhì)量必須在（ D ）加以保證。A. 開發(fā)之前 B.開發(fā)之后 C.可行性研究過程中 D.設(shè)計與實現(xiàn)過程中24. 產(chǎn)生軟件維護的副作用，是指（ C ）A. 開發(fā)時的錯誤 B.隱含的錯誤 C.因修改軟件而造成了新的錯誤 D.運行時誤操作25. 維護活動必須應(yīng)用于（

34、 B ）A. 軟件文檔 B.整個軟件配置 C.可執(zhí)行代碼 D.數(shù)據(jù)26. 對象是00方法的核心，對象的類型有多種，但通常把如飛行、事故、演出、開會等稱為（ C ）A. 有形實體 B.作用 C.事件 D.性能說明27. 汽車有一種叫貨車。汽車和貨車之間的關(guān)系是（ A ）A. 繼承關(guān)系 B.聚合關(guān)系 C.分類關(guān)系 D.主從關(guān)系28. 消息是對象間交互的手段，消息刺激接收對象產(chǎn)生某種行為。消息的構(gòu)成有三部分：接收消息的對象，（ B ），若干變元。A. 發(fā)出消息的對象 B.消息名 C.消息編號 D.發(fā)送時間29. 軟件可移植性是用來衡量軟件的（ D ）的重要尺度之一。A. 人機關(guān)系 B.效率 C.質(zhì)量

35、 D.通用性30. （ C ）是對具有相同屬性和行為的一個或多個對象的描述。A. 屬性 B.實例 C.類 D.對象31. 研究開發(fā)的軟件是否符合相關(guān)法律規(guī)定是屬于可行性研究中的（ D ）。A. 技術(shù)可行性 B.經(jīng)濟可行性 C.社會可行性 D.法律可行性32. 可行性研究實質(zhì)上是進行了一次( A )。A. 簡化了的系統(tǒng)分析和設(shè)計過程 B.詳盡的系統(tǒng)分析和設(shè)計過程C.徹底的系統(tǒng)設(shè)計過程 D.深入的需求分析33. 單元測試的測試用例主要根據(jù)（ B ）的結(jié)果來設(shè)計。A. 需求分析 B.詳細設(shè)計 C.概要設(shè)計 D.源程序34. 軟件測試是為了（ B ）而執(zhí)行程序的過程。A. 糾正錯誤 B.發(fā)現(xiàn)錯誤 C.

36、避免錯誤 D.證明正確35. 常用的黑盒測試方法不包括（ C ）。A.等價劃分 B.邊界值分析 C.邏輯覆蓋 D.錯誤推測填空題1. 一般來說，好的軟件開發(fā)環(huán)境應(yīng)采用 CASE工具 和集成化CASE環(huán)境。2. 軟件由程序、 文檔 、 數(shù)據(jù) 組成。3. 數(shù)據(jù)流圖用圖形符號表示 數(shù)據(jù)流 、 加工 數(shù)據(jù)源及外部實體。4. 軟件詳細計階段的輸出結(jié)果為 詳細設(shè)計說明書 ，此文檔經(jīng)嚴格復(fù)審后將作為下個階段 編碼 的輸入文檔。5. 維護是指軟件在交付使用后，為 改正錯誤 或 滿足新需要 而修改軟件的過程。6. 在面向?qū)ο蟮母拍钪校?實例 是由某個特定類描述的一個具體的對象。1. 軟件工程采用層次化的方法，每

37、個層次都包括 工具 、方法、 過程 三要素。2. 需求分析方法包括： 面向數(shù)據(jù)流 的分析方法、面向過程流的分析方法、 、面向?qū)ο?的分析方法。3. 需求分析階段產(chǎn)生的文檔是 軟件需求規(guī)格說明書 。4. 一個模塊擁有的直屬下級模塊的個數(shù)稱為 模塊扇出 ，一個模塊的直接上級模塊的個數(shù)稱為 模塊扇入 。5. 軟件詳細計階段的輸出結(jié)果為 詳細設(shè)計說明書，此文檔經(jīng)嚴格復(fù)審后將作為 編碼 階段的輸入文檔。6. 逆向工程與 重構(gòu)工程 是目前預(yù)防性維護采用的主要技術(shù)。1. 單元測試過程應(yīng)為測試模塊開發(fā)一個 驅(qū)動模塊 和（或）若干個 樁模塊 。2. 軟件過程設(shè)計中最常用的技術(shù)和工具主要為 判定表 、判定樹、流程

38、圖、盒圖、 PAD圖 和PDL語言。3. 設(shè)計用戶界面要充分考慮到 人的因素 ，還要考慮 界面的風(fēng)格 ，可用的軟、硬件技術(shù)及應(yīng)用本身產(chǎn)生的影響。4. 一個軟件的寬度是指 同層模塊數(shù)的最大值 ，而軟件的深度是指 軟件結(jié)構(gòu)中控制的層數(shù) 。5. 從工程管理的角度看，軟件設(shè)計可分為 總體設(shè)計 和 概要設(shè)計 兩大步驟。1. 從工程管理的角度看，軟件設(shè)計可分為 概要設(shè)計 和 總體設(shè)計 兩大步驟。2. 在學(xué)校中，一個學(xué)生可以選修多門課程，一門課程可以由多個學(xué)生選修，那么學(xué)生和課程之間是 多對多 關(guān)系。3. 在分析過程中用來描繪物理系統(tǒng)的圖形工具是 系統(tǒng)流程圖 。4. 軟件測試既是軟件開發(fā)階段的最后一個活動，

39、又是軟件質(zhì)量保證的最后一項措施。它所用的主要技術(shù)分為 白盒測試法 和 黑盒測試法 兩大類。5. 軟件過程設(shè)計中最常用的技術(shù)和工具主要為判定表、 判定樹、 程序流程圖 、盒圖、 PAD圖 和PDL語言。6. 在面向?qū)ο蟮母拍钪校?實例 是由某個特定類描述的一個具體的對象。判斷題1. 重構(gòu)工程也成修復(fù)和改造工程，它是在逆向工程所獲信息的基礎(chǔ)上修改或重構(gòu)已有的系統(tǒng)，產(chǎn)生系統(tǒng)的一個新版本。（ ）2. 一個優(yōu)秀的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達能力。（ X ）3. 軟件維護的副作用指由于維護或在維護過程中其他一些不期望的行為引入的錯誤。（ ）4. 耦合是影響軟件復(fù)雜度的重要因素。

40、設(shè)計時應(yīng)盡量使用內(nèi)容耦合，少用控制耦合和特征耦合，限制公共環(huán)境耦合，完全不用數(shù)據(jù)耦合。（ X ）5. 需求分析主要內(nèi)容包括：問題分析、需求描述、需求評審。（ ）6. 面向?qū)ο蠓椒ㄖ械膶ο缶拖喈斢诮Y(jié)構(gòu)化方法中的模塊。（ X ）7. 如果大量測試沒有發(fā)現(xiàn)任何錯誤，可以說明軟件沒有錯誤。（ X ）8. 編程風(fēng)格是在提高性能的前提下，有效地編排和組織程序以提高可讀性和可維護性。（ ）9. 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。（ ）10. 程序的可靠性、可維護性和效率通常只由程序設(shè)計語言、源代碼的質(zhì)量和語言的實現(xiàn)機制決定的。（ X ）1. 完成測試工作后，為了縮

41、短源程序的長度應(yīng)刪去源程序中的注釋。（ X ）2. 難以控制開發(fā)進度和工作量估計困難是軟件危機的主要表現(xiàn)之一。（ ）3. 系統(tǒng)響應(yīng)時間是指當用戶執(zhí)行了某個控制動作后（例如，按回車鍵，點鼠標等），系統(tǒng)作出反應(yīng)的時間。（ ）4. 在模塊化原理中，模塊的控制域應(yīng)該在作用域之內(nèi)。（ X ）5. 需求分析主要內(nèi)容包括：問題分析、需求描述、需求評審。（ ）6. 原型是目標軟件系統(tǒng)的一個可操作模型，它實現(xiàn)了目標軟件系統(tǒng)的某些重要方面。（ ）7. 即使測試過程沒有發(fā)現(xiàn)任何錯誤，也不能說明軟件沒有錯誤。（ ）8. 編程風(fēng)格是在提高性能的前提下，有效地編排和組織程序以提高可讀性和可維護性。（ ）9. 采用信息隱藏

42、原理指導(dǎo)模塊設(shè)計可以支持模塊的并行開發(fā)，減少軟件測試和軟件維護的工作量。（ ）10. 程序的可靠性、可維護性和效率通常只由程序設(shè)計語言、源代碼的質(zhì)量和語言的實現(xiàn)機制決定的。（ X ）1. 模塊接口設(shè)計要簡單，以便降低復(fù)雜程度和冗余度。（ ）2. 過程式程序設(shè)計語言的基本機制包括：消息傳送、數(shù)據(jù)類型的定義、多態(tài)、子程序、控制結(jié)構(gòu)。（ X ）3. 軟件=“完成特定功能的程序+數(shù)據(jù)結(jié)構(gòu)+文檔”。（ ）4. 制定軟件項目進度表的途徑之一是軟件開發(fā)小組根據(jù)提供軟件產(chǎn)品的最后期限從后往前安排時間。（ ）5. 在模塊化原理中，模塊的作用域應(yīng)該在控制域內(nèi)。（ ）6. 瀑布模型在實際的的項目中嚴格吮吸執(zhí)行就基本

43、可以成功。（ X ）7. 只要實行嚴格的產(chǎn)品控制就不用擔心用戶隨意改需求。（ X ）8. 確認測試任務(wù)就根據(jù)軟件需求規(guī)格說明書，測試軟件系統(tǒng)是否滿足用戶的需求。（ ）9. 面向?qū)ο笾械睦^承是指子類能夠直接獲得父類已有的性質(zhì)和特征，但需要重新定義。（ X ）10. 需求分析階段所生成的文檔主要是進度計劃和可行性研究報告（ X ）1. 確認測試任務(wù)是根據(jù)軟件需求規(guī)格說明書，測試軟件系統(tǒng)是否滿足用戶的需求。（ ）2. 軟件就是完成特定功能的程序的集合。（ X ）3. 制定軟件項目進度表的途徑之一是軟件項目開發(fā)組織根據(jù)項目和資源情況制定軟件項目開發(fā)的初步計劃和交付軟件產(chǎn)品的日期。（ ）4. 在模塊化原

44、理中，模塊的作用域應(yīng)該在控制域內(nèi)（ ）5. 過程式程序設(shè)計語言的基本機制包括：消息傳送、數(shù)據(jù)類型的定義、多態(tài)、子程序、控制結(jié)構(gòu)。（ X ）6. 即使測試過程沒有發(fā)現(xiàn)任何錯誤，也不能說明軟件沒有錯誤。( )7. 只要實行嚴格的產(chǎn)品控制就不用擔心用戶隨意改需求。（ X ）8. 只要完成了軟件的測試工作，將產(chǎn)品交給用戶，軟件生命周期就結(jié)束了。（ X ）9. 對象之間的通信僅通過消息傳遞機制。（ ）10. 一個優(yōu)秀的開發(fā)人員不必要具有良好的書面和口頭表達能力，只要程序?qū)懙暮镁脹]問題了。（ X ）名詞解釋 軟件危機 軟件 軟件生產(chǎn)周期 軟件過程 黑盒法 實體練習(xí)圖（ER圖） 編程風(fēng)格 數(shù)據(jù)字典內(nèi)聚 耦合

45、 內(nèi)聚 結(jié)構(gòu)化程序設(shè)計繼承 繼承 類 繼承信息隱藏 測試 軟件可維護性 白盒法軟件危機:是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。軟件能完:成預(yù)定功能和性能，并對相應(yīng)數(shù)據(jù)進行加工的程序和描述程序及其操作的文檔。軟件過程:軟件開發(fā)人員為開發(fā)和維護軟件及相關(guān)產(chǎn)品所實施的一系列任務(wù)步驟，涉及到方法、工具及人的組織和行為。軟件生存周期：一個軟件從定義、開發(fā)、使用和維護直到被廢棄，要經(jīng)歷的漫長時期被稱為軟件生存周期。數(shù)據(jù)字典：數(shù)據(jù)字典由數(shù)據(jù)條目組成，數(shù)據(jù)字典描述、組織和管理數(shù)據(jù)流圖的數(shù)據(jù)流、加工、數(shù)據(jù)源及外部實體。ER圖：描述系統(tǒng)所有數(shù)據(jù)對象的組成和屬性，描述數(shù)據(jù)對象之間關(guān)系的圖形語言。

46、信息隱藏：信息隱藏指的是在設(shè)計中確定模塊時，使得一個模塊內(nèi)包含的信息（過程或數(shù)據(jù)），對于不需要這些信息的其它模塊來說，是不能訪問的。耦合：指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量，耦合的強弱取決于接口的復(fù)雜程度。內(nèi)聚：是一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度的度量。結(jié)構(gòu)化程序設(shè)計：如果一個程序的代碼塊僅僅通過順序，選擇和循環(huán)這三種基本控制結(jié)構(gòu)進行連接。并且每個代碼塊只有一個入口和一個出口，則稱這個程序是結(jié)構(gòu)化的程序設(shè)計編碼風(fēng)格：是指在不影響程序正確性和效率的前提下，有效編排和合理組織程序的基本原則。白盒法：白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序的測試，把程序看做裝在一個透明的盒

47、子里，測試者完全知道程序結(jié)構(gòu)及處理算法。它依賴于對程序內(nèi)部細節(jié)的嚴密檢驗，針對特定條件設(shè)計測試用例，對軟件的邏輯路徑進行測試。檢測主要執(zhí)行通路是否按預(yù)定要求工作。黑盒測試：黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明的測試。它是一種從用戶觀點出發(fā)的測試。用這種方法進行測試時，把被測程序當作一個黑盒，不考慮程序內(nèi)部結(jié)構(gòu)和特性，測試者只考慮程序輸入輸出和程序功能，根據(jù)需求規(guī)格說明書來設(shè)計測試用例，推斷測試結(jié)果的正確性。測試 ：軟件開發(fā)公司組織內(nèi)部人員模擬各類用戶行為對即將面試的軟件產(chǎn)品進行測試，試圖發(fā)現(xiàn)錯誤并修正。軟件可維護性：是指維護人員理解、改正、改動或改進這個軟件的難以程度。類：是指一組

48、具有相同屬性和運算的對象的抽象，即一組具有相同數(shù)據(jù)結(jié)構(gòu)和相同操作的對象的集合。繼承：指的是能夠直接獲得父類已有的性質(zhì)和特征而不必重復(fù)定義。簡答題1. 簡述軟件生命周期中總體設(shè)計過程應(yīng)該遵循的基本原理。答：模塊化：模塊化是指解決一個復(fù)雜問題時自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過程。每個模塊完成一個特定的子功能，所有的模塊按某種方法組裝起來，成為一個整體，完成整個系統(tǒng)所要求的功能。抽象與逐步求精：抽象是認識復(fù)雜現(xiàn)象過程中使用的思維工具，也就是抽出事物本質(zhì)的共同特性而暫不考慮它的細節(jié)，不考慮其他因素。軟件工程實施中的每一步都可以看作是對軟件抽象層次的一次細化。由抽象到具體地分析和構(gòu)造出軟件的層次

49、結(jié)構(gòu)，可以有效地提高軟件的可理解性。逐步求精是為了能集中精力解決主要問題而盡量推遲考慮問題的細節(jié)。信息隱蔽是指在設(shè)計中確定模塊時，使得一個模塊內(nèi)包含的信息（過程或數(shù)據(jù)），對于不需要這些信息的其它模塊來說，是不能訪問的。信息隱蔽為軟件系統(tǒng)的修改、測試及以后的維護都帶來好處。如采用局部數(shù)據(jù)結(jié)構(gòu)，使得大多數(shù)過程（即實現(xiàn)細節(jié)）和數(shù)據(jù)對軟件的其它部分是隱藏的。信息隱蔽和局部化可以有效地防止錯誤的擴大與傳播。模塊獨立性：模塊獨立性指每個模塊只完成系統(tǒng)要求的獨立的子功能，并且與其他模塊的聯(lián)系最少且接口簡單。2. 簡述過程設(shè)計語言（PDL）的特點。1 關(guān)鍵字：采用固定語法，并支持結(jié)構(gòu)化構(gòu)建數(shù)據(jù)說明機制和模塊化

50、2 處理部分采用自然語言描述3 允許說明簡單和復(fù)雜的數(shù)據(jù)結(jié)構(gòu)4 子程序的定義和調(diào)用規(guī)則不受具體的接口方式的影響3. 簡述軟件工程的基本原理。1. 用分階段的生命周期計劃嚴格管理2. 堅持進行階段評審，因為錯誤有放大效應(yīng)3. 實行嚴格的產(chǎn)品控制4. 采用現(xiàn)代程序設(shè)計技術(shù)5. 結(jié)果應(yīng)能清楚地審查6. 開發(fā)小組的人員應(yīng)當少而精7. 承認不斷改進軟件工程實踐的必要性1. 簡述軟件工程中的瀑布模型及其特點。分析設(shè)計編碼測試維護第一，各階段之間有依賴性和嚴格的順序性。第二，推遲實現(xiàn)第三，嚴格的階段質(zhì)保。第四，文檔驅(qū)動總之1.導(dǎo)致了“阻塞”嚴重2.實際項目很少嚴格遵守瀑布模型的順序3.用戶在開始階段往往不能準確描述自己的需求4.產(chǎn)品出現(xiàn)晚并且在接近尾聲時發(fā)生重