自考02333軟件工程題庫(kù)及答案

1、.02333 軟件工程題庫(kù)及答案單選題1. 軟件開(kāi)發(fā)環(huán)境按解決的問(wèn)題分類(lèi)包含 ( )A. 程序設(shè)計(jì)環(huán)境 B. 工具箱環(huán)境 C.基于方法的環(huán)境 D.以語(yǔ)言為中心的環(huán)境2. 用于描述待開(kāi)發(fā)產(chǎn)品 / 系統(tǒng)功能上的能力、性能參數(shù)或其他性質(zhì)的是（ ）A. 程序 B. 需求 C.設(shè)計(jì) D.規(guī)約3. 下列選項(xiàng)中，用作詳細(xì)設(shè)計(jì)的工具是（ ）A. 層次圖 B. 數(shù)據(jù)流圖 C.模塊結(jié)構(gòu)圖 D.盒圖4. UML提供的圖形化工具中，用于概念模型和軟件模型的動(dòng)態(tài)結(jié)構(gòu)的是（ ）A. 用況圖 B. 部署圖 C.對(duì)象圖 D.構(gòu)件圖5. 根據(jù)軟件需求分類(lèi)，下列選項(xiàng)中不屬于設(shè)計(jì)約束的是（ ）A. 并發(fā)操作 B. 握手協(xié)議 C.質(zhì)

2、量屬性 D.硬件限制6. 根據(jù) RUP測(cè)試活動(dòng)，輸入為測(cè)試用況，活動(dòng)為實(shí)現(xiàn)測(cè)試，則輸出為（ ）A. 測(cè)試計(jì)劃 B. 測(cè)試構(gòu)件 C.測(cè)試評(píng)價(jià) D.測(cè)試過(guò)程7. 一般來(lái)說(shuō)，單元測(cè)試往往采用（ ）A. 等價(jià)類(lèi)測(cè)試 B. 因果圖測(cè)試 C.白盒測(cè)試 D.黑盒測(cè)試8. 支持面向?qū)ο蠹夹g(shù)的軟件生存周期模型是（ ）A. 噴泉模型 B. 螺旋模型 C.增量模型 D.瀑布模型9. CMMI成熟度等級(jí)中的第四級(jí)為（ ）A. 已定義級(jí) B. 已定量管理級(jí) C.持續(xù)優(yōu)化級(jí) D.已管理級(jí)10. 若一個(gè)學(xué)生可以在一所或者多所學(xué)校注冊(cè)學(xué)習(xí)， 那么這種關(guān)聯(lián)關(guān)系稱(chēng)為 （ ）A. 依賴(lài) B. 泛化 C.組合 D.聚合11. 以下（

3、 ）不是結(jié)構(gòu)化分析方法常用的工具。A. 數(shù)據(jù)流圖 B. 數(shù)據(jù)字典 C.程序流程圖 D.判定樹(shù)12. 軟件基本過(guò)程指那些與軟件生產(chǎn)直接相關(guān)的活動(dòng)集，可分為獲取過(guò)程、供應(yīng)過(guò)程開(kāi)始過(guò)程、運(yùn)行過(guò)程和（ ）A. 驗(yàn)證過(guò)程 B. 調(diào)試過(guò)程 C.測(cè)試過(guò)程 D.維護(hù)過(guò)程13. 提高程序可讀性的有力手段是（ ）。A. 選好一種程序設(shè)計(jì)語(yǔ)言 B. 顯式說(shuō)明一切變量C.使用三種標(biāo)準(zhǔn)控制語(yǔ)句 D.給程序加注釋14. 軟件需求分析階段的任務(wù)是確定（ ）。A. 軟件開(kāi)發(fā)方法 B. 軟件開(kāi)發(fā)費(fèi)用 C.軟件系統(tǒng)功能 D.軟件開(kāi)發(fā)工具15. 下面不是軟件需求規(guī)格說(shuō)明書(shū)的特點(diǎn)的是（ ）。A. 正確性 B. 無(wú)歧義性 C.完整性

4、D.不可修改性16. 結(jié)構(gòu)設(shè)計(jì)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法，是以 （ ）為基礎(chǔ)、自頂向下、逐步求精和模塊化的過(guò)程。A. 數(shù)據(jù)流 B. 數(shù)據(jù)流圖 C.數(shù)據(jù)庫(kù) D.數(shù)據(jù)結(jié)構(gòu).17. 需求分析說(shuō)明書(shū)不能作為（ ）。A. 可行性研究的依據(jù) B. 用戶(hù)和開(kāi)發(fā)人員之間的合同C.系統(tǒng)概要設(shè)計(jì)的依據(jù) D.軟件驗(yàn)收測(cè)試的依據(jù)18. 在數(shù)據(jù)流圖（ DFD）中，帶有名字的箭頭表示（ ）。A. 控制程序 的執(zhí)行順序 B. 模塊之間的調(diào)用關(guān)系 C. 數(shù)據(jù)的流向 D. 程序的組成成分19. 下列敘述中，不屬于結(jié)構(gòu)化 分析方法的是（ ）。A. 面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法 B. 面向數(shù)據(jù)結(jié)構(gòu)的 Jackson 方法C.面向

5、數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開(kāi)發(fā)方法 D.面向?qū)ο蟮姆治龇椒?0. 詳細(xì)設(shè)計(jì)的任務(wù)是決定每個(gè)模塊的內(nèi)部特性，即模塊（ ）。A. 外部特性 B. 內(nèi)部特性 C. 算法和使用數(shù)據(jù) D.功能和輸入輸出數(shù)據(jù)21. 下列工具中屬于需求分析常用工具的是（ ）。A.PAD B.PFD C.N-S D.DFD22. 在白盒測(cè)試法中的邏輯覆蓋技術(shù)中，其中發(fā)現(xiàn)錯(cuò)誤能力最弱的覆蓋技術(shù)是（ ）。A. 語(yǔ)句覆蓋 B. 判定覆蓋 C.條件覆蓋 D.數(shù)據(jù)流23. 在軟件測(cè)試過(guò)程的 4 個(gè)步驟中，測(cè)試依據(jù)是需求規(guī)格說(shuō)明的是（ ）。A. 單元測(cè)試 B. 集成測(cè)試 C.確認(rèn)測(cè)試 D.系統(tǒng)測(cè)試24. 概要設(shè)計(jì)的結(jié)果是提供一 份（ ）。

6、A. 模塊說(shuō)明書(shū) B. 框圖 C.程序 D.數(shù)據(jù)結(jié)構(gòu)25. 與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是（ ）。A. 需求說(shuō)明書(shū) B. 設(shè)計(jì)說(shuō)明書(shū) C.源程序 D.項(xiàng)目開(kāi)發(fā)設(shè)計(jì)26. 在軟件維護(hù)中，為了加強(qiáng)、 改善系統(tǒng)的功能和性能，以滿(mǎn)足用戶(hù)新的要求的維護(hù)稱(chēng)為（ ）。A. 適應(yīng)性維護(hù) B. 糾錯(cuò)性維護(hù) C.完善性維護(hù) D.預(yù)防性維護(hù)27. 軟件測(cè)試的目的是（ ）。A. 發(fā)現(xiàn)錯(cuò)誤 B. 演示程序的功能 C.改善軟件的性能 D.挖掘軟件的潛能28. 在瀑布模型中，將軟件分為若干個(gè)時(shí)期，軟件項(xiàng)目的可行性研究一般歸屬于（ ）A. 維護(hù)時(shí)期 B. 運(yùn)行時(shí)期 C.計(jì)劃時(shí)期 D.開(kāi)發(fā)時(shí)期29. 下列中不屬于軟件維護(hù)的是（ ）

7、。A. 糾錯(cuò)性維護(hù) B. 完善性維護(hù) C.檢驗(yàn)性維護(hù) D.預(yù)防性維護(hù)30. 軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括軟件 開(kāi)發(fā)技術(shù)和（ ）。A. 消除軟件危機(jī) B. 軟件工程管理 C.程序設(shè)計(jì)自動(dòng)化 D.程序設(shè)計(jì)自動(dòng)化31. 軟件測(cè)試過(guò)程是軟件開(kāi)發(fā)過(guò)程的逆過(guò)程，其最基礎(chǔ)性的測(cè)試應(yīng)是（ ）。A. 集成測(cè)試 B. 單元測(cè)試 C.有效性測(cè)試 D.系統(tǒng)測(cè)試32. 強(qiáng)行排除法是一種常用的簡(jiǎn)單方法， 下列選項(xiàng)中 （ ）不屬于強(qiáng)行排除法。A. 輸出內(nèi)存 儲(chǔ)器的信息 B. 進(jìn)行回歸測(cè)試C.在程序中插入打印語(yǔ)句 D.利用自動(dòng)調(diào)試工具33. Putnam 成本估算模型是一個(gè)（ ）模型。A. 靜態(tài)單變量 B. 動(dòng)態(tài)

8、單變量 C.靜態(tài)多變量 D.動(dòng)態(tài)單變量34. 在 SD方法中全面指導(dǎo)模塊劃分的最重要的原則是 ( )A. 程序模塊化 B. 模塊高內(nèi)聚 C.模塊低耦合 D.模塊獨(dú)立性.35. 在集成（聯(lián)合）測(cè)試中，測(cè)試的主要目的是發(fā)現(xiàn)（ ）階段的錯(cuò)誤。A. 軟件計(jì)劃 B. 需求分析 C.設(shè)計(jì) D.編碼36. 下列不屬于軟件調(diào)試技術(shù)的是（ ）。A. 強(qiáng)行排錯(cuò)法 B. 集成測(cè)試法 C.回溯法 D.原因排除法37. 下面關(guān)于 PDL語(yǔ)言不正確的說(shuō)法是 ( )A.PDL 是描述處理過(guò)程怎么做 B.PDL 是只描述加工做什么C.PDL 也稱(chēng)為偽碼 D.PDL的外層語(yǔ)法應(yīng)符合一般程序設(shè)計(jì)語(yǔ)言常用的語(yǔ)法規(guī)則38. 程序的三

9、種基本控制結(jié)構(gòu)的共同特點(diǎn)是 ( ) 。A. 不能嵌套使用 B. 只能用來(lái)寫(xiě)簡(jiǎn)單程序C.只能一個(gè)入口和一個(gè)出口 D.已經(jīng)用硬件實(shí)現(xiàn)39. 在面向?qū)ο蟮母邔釉O(shè)計(jì)體系結(jié)構(gòu)中， ( ) 是用來(lái)描述用戶(hù)一般使用軟件習(xí)慣的部分A. 人機(jī)交互界面 B. 問(wèn)題論域 C.系統(tǒng)交互界面 D.數(shù)據(jù)管理40. 在 ATM機(jī)系統(tǒng)中，下列 ( ）不能在面向?qū)ο笤O(shè)計(jì)中被定義為類(lèi)。A. 中央計(jì)算機(jī) B. 柜臺(tái)事務(wù) C.撥號(hào) D.營(yíng)業(yè)廳41. 模塊的內(nèi)聚性最高的是（ ）A. 邏輯內(nèi)聚 B. 時(shí)間內(nèi)聚 C.偶然內(nèi)聚 D.功能內(nèi)聚42. 把一組具有相似特性的對(duì)象組合在一起，稱(chēng)之為（ ）A. 多態(tài)性 B. 類(lèi) C.消息 D.繼承性4

10、3. 以下說(shuō)法錯(cuò)誤的是 ( ) 。A. 面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計(jì)的定義沒(méi)有明顯區(qū)別B. 從面向?qū)ο蠓治龅矫嫦驅(qū)ο笤O(shè)計(jì)，是一個(gè)逐漸擴(kuò)充模型的過(guò)程C.在實(shí)際的軟件開(kāi)發(fā)過(guò)程中，面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計(jì)的界限是模糊的D.面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)計(jì)活動(dòng)是一個(gè)多次反復(fù)迭代的過(guò)程44. SA 方法的基本思想是（ ）A. 自頂向下逐步分解 B. 自底向上逐步抽象 C.自底向上逐步分解 D.自底向下逐步抽象45. 在 E-R 模型中，包含以下基本成分 ( ) 。A. 數(shù)據(jù)、對(duì)象、實(shí)體 B. 控制、聯(lián)系、對(duì)象 C.實(shí)體、聯(lián)系、屬性 D.實(shí)體、屬性、操作46. 程序的三種基本控制結(jié)構(gòu)是（ ）。A. 過(guò)程、子程序

11、和分程序 B. 順序、選擇和重復(fù) C. 遞歸、迭代和回溯 D. 調(diào)用、返回和轉(zhuǎn)移47. 軟件管理的主要職能有（ ）。A. 人員管理、計(jì)劃管理 B. 標(biāo)準(zhǔn)化管理、配置管理 C. 成本管理、進(jìn)度管理 D.A 和 B48. 下列模型屬于成本估算方法的有（ ）。A.COCOMO模型 B.McCall 模型 C.McCabe模型 D.時(shí)間估算法49. 下列語(yǔ)言中哪個(gè)語(yǔ)言是低級(jí)語(yǔ)言（ ）。A.PASCAL B.VISUAL BASIC C.C+ D.匯編語(yǔ)言50. 原型化方法是一類(lèi)動(dòng)態(tài)定義需求的方法，下列敘述中，哪一個(gè)不具有原型化方法的特點(diǎn)（ ）。A. 提供嚴(yán)格定義的文檔 B. 加強(qiáng)用戶(hù)參與和決策C.簡(jiǎn)化

12、項(xiàng)目管理 D.加快需求的確定.多選題1. 下面的（ ）是軟件構(gòu)造活動(dòng)的任務(wù)。A. 構(gòu)建軟件組件 B. 設(shè)計(jì)用戶(hù)界面 C.實(shí)施組件的單元測(cè)試 D. 評(píng)估組件的質(zhì)量2. 良好設(shè)計(jì)的特征是（ ）。A. 模塊之間呈現(xiàn)高耦合 B. 實(shí)現(xiàn)分析模型中的所有需求C.包括所有組件的測(cè)試用例 D.提供軟件的完整描述3. 軟件維護(hù)的策略包括 ( ) 。A. 定期檢測(cè)維護(hù) B. 改正性維護(hù) C.適應(yīng)性維護(hù) D.完善性維護(hù)4. 下列屬于不標(biāo)準(zhǔn)的書(shū)寫(xiě)格式有（ ）。A. 書(shū)寫(xiě)時(shí)適當(dāng)使用空格分隔 B. 一行寫(xiě)入多條語(yǔ)句C.嵌套結(jié)構(gòu)不使用分層縮進(jìn)的寫(xiě)法 D.程序中不加注釋5. 面哪些測(cè)試屬于黑盒測(cè)試 ( ) 。A. 路徑測(cè)試

13、B. 等價(jià)類(lèi)劃分 C.邊界值分析 D.錯(cuò)誤推測(cè) E. 循環(huán)測(cè)試6. 下列屬于軟件測(cè)試過(guò)程的是 ( ) 。A. 單元測(cè)試 B. 組裝測(cè)試 C.內(nèi)核測(cè)試 D.法律驗(yàn)證 E. 確認(rèn)測(cè)試7. 軟件危機(jī)可以表現(xiàn)為（ ）。A. 產(chǎn)品不符合用戶(hù)的需要 B. 軟件產(chǎn)品的質(zhì)量差C.軟件的可維護(hù)性差 D.軟件的價(jià)格昂貴8. ( ) 可以作為模塊 .A. 子程序 B. 函數(shù) C.過(guò)程 D.編譯文件9. 關(guān)于內(nèi)容耦合的描述正確的是（ ）。A. 內(nèi)容耦合是最高程度的耦合B. 應(yīng)該盡量使用內(nèi)容耦合C.高級(jí)語(yǔ)言一般設(shè)計(jì)成允許內(nèi)容耦合的形式D.如果一個(gè)模塊有多個(gè)入口，可能發(fā)生內(nèi)容耦合10. Jackson 圖中一般可能包括（

14、 ）。A. 表頭 B. 表體 C.表名 D.字段名11. 下列屬于度量效益方法的是 ( ) 。A. 貨幣的時(shí)間價(jià)值 B. 投資回收期 C.收入 D.投資回報(bào)率12. 在敏捷開(kāi)發(fā)方法中，用戶(hù)故事（ User Story ）的作用是（ ）。A. 定義需要發(fā)布給最終用戶(hù)的軟件特性和功能 B. 確定發(fā)布每一次增量的日程表C.用于代替詳細(xì)的活動(dòng)計(jì)劃 D. 用于估算構(gòu)建當(dāng)前增量所需要的努力 E. 選項(xiàng) A 和 C13. 數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法，在下列可采用的繪制方法中，哪些是常 采用的（ ）。A. 自頂向下 B. 自底向上 C.分層繪制 D.逐步求精14. 軟件設(shè)計(jì)中一般將用到圖形工具，

15、下列哪種些可用作設(shè)計(jì)的圖形工具（ ）A. 結(jié)構(gòu)圖 B. 實(shí)體聯(lián)系圖 C.IPO 圖 D.層次圖19. 下面哪些測(cè)試屬于白盒測(cè)試（ ）。A. 基本路徑測(cè)試 B. 等價(jià)類(lèi)劃分 C.邊界值分析 D.錯(cuò)誤推測(cè) E. 邏輯覆蓋測(cè)試20. 下列哪些選項(xiàng)是屬于內(nèi)容耦合（ ）。A. 一個(gè)模塊直接訪(fǎng)問(wèn)另一個(gè)模塊的內(nèi)部數(shù)據(jù) B. 一個(gè)模塊有多個(gè)入口.C.一個(gè)模塊不通過(guò)正常入口轉(zhuǎn)到另一模塊內(nèi)部 D.一個(gè)模塊只有一個(gè)入口判斷題1. 螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。 ( )2. 數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行 詳細(xì)定義。 ( )3. 系統(tǒng)設(shè)計(jì)時(shí)應(yīng)該將模塊劃分

16、得很細(xì)，模塊數(shù)越多越好。 ( )4. 軟件是指用程序設(shè)計(jì)語(yǔ)言（如 PASCAL,C,VISUAL?BASIC等?）編寫(xiě)的程序，軟件開(kāi)發(fā)實(shí)際上就是編寫(xiě)程序代碼。 ( )5. 文檔是影響軟件可維護(hù)性的決定因素。 ( )6. 軟件模塊之間的耦合性越弱越好。 ( )7. 軟件開(kāi)發(fā)的方法的工作模型是螺旋模型。 ( )8. 繼承性是父類(lèi)和子類(lèi)之間共享數(shù)據(jù)結(jié)構(gòu)和消息的機(jī)制，這是類(lèi)之間的一種關(guān)系。( )9. 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品 ( )10. 在面向?qū)ο蟮能浖_(kāi)發(fā)方法中，每個(gè)類(lèi)都存在其相應(yīng)的對(duì)象，類(lèi)是對(duì)象的實(shí)例，對(duì)象是生成類(lèi)的模板。 ( )11.

17、如果通過(guò)軟件測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則說(shuō)明軟件是正確的。 ( )12. 快速原型模型可以有效地適應(yīng)用戶(hù)需求的動(dòng)態(tài)變化。 ( )13. 總體設(shè)計(jì)的基本目的就是回答： "" 概括地說(shuō)，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)？ "" 這個(gè)問(wèn)題。( )14. 在軟件開(kāi)發(fā)過(guò)程中，軟件項(xiàng)目管理比軟件編碼技術(shù)顯得更為重要。 ( )15. 可行性研究階段要進(jìn)行一次大大壓縮簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)的過(guò)程。 ( )16. JAVA語(yǔ)言編譯器是一個(gè) CASE工具。( )17. 確認(rèn)測(cè)試計(jì)劃應(yīng)該在可行性研究階段制定。 ( )18. CMM標(biāo)準(zhǔn)共分五個(gè)等級(jí)，其中第三級(jí)是已管理級(jí)。 ( )19. 軟件就是程序，

18、編寫(xiě)軟件就是編寫(xiě)程序。 ( )20. 瀑布模型的最大優(yōu)點(diǎn)是將軟件開(kāi)發(fā)的各個(gè)階段劃分得十分清晰。 ( )21. 結(jié)構(gòu)化方法的工作模型是使用螺旋模型進(jìn)行開(kāi)發(fā)。 ( )22. 沒(méi)有 Do-case、Do-until 形結(jié)構(gòu)，就不能實(shí)現(xiàn)某些結(jié)構(gòu)化程序，從而降低了程序的運(yùn)行效率。 ( )23. 白盒測(cè)試無(wú)需考慮模塊內(nèi)部的執(zhí)行過(guò)程和程序結(jié)構(gòu)，只要了解模塊的功能即可。( )24. 過(guò)程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。 ( )25. 軟件開(kāi)發(fā)小組的組成人員的素質(zhì)應(yīng)該好，而人數(shù)則不宜過(guò)多。 ( )26. 類(lèi)圖中的角色是用于描述該類(lèi)在關(guān)聯(lián)中所扮演的角色和職責(zé)的。 ( )27. 數(shù)據(jù)流圖表示了軟件系統(tǒng)對(duì)數(shù)據(jù)的算

19、法處理過(guò)程，即系統(tǒng)的物理模型。( )28. 用面向?qū)ο蠓椒ǚ治?、設(shè)計(jì)、實(shí)現(xiàn)軟件，仍屬線(xiàn)性的瀑布開(kāi)發(fā)模型。 ( ).29. 面向?qū)ο蟮拈_(kāi)發(fā)方法包括面向?qū)ο蟮姆治?、面向?qū)ο蟮脑O(shè)計(jì)和面向?qū)ο蟮某绦蛟O(shè)計(jì)。 ( )30. 軟件危機(jī)的主要表現(xiàn)是軟件的需求量迅速增加，軟件價(jià)格上升。 ( )31. 信息隱蔽原則有利于提高模塊的內(nèi)聚性。 ( )32. SD 法是一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法，強(qiáng)調(diào)程序結(jié)構(gòu)與問(wèn)題結(jié)構(gòu)相對(duì)應(yīng)。( )33. 中心變換型的 DFD圖可看成是對(duì)輸入數(shù)據(jù)進(jìn)行轉(zhuǎn)換而得到輸出數(shù)據(jù)的處理，因此可以使用事務(wù)分析技術(shù)得到初始的模塊結(jié)構(gòu)圖。 ( )34. 在等價(jià)分類(lèi)法中，為了提高測(cè)試效率，一個(gè)測(cè)試用例可以

20、覆蓋多個(gè)無(wú)效等價(jià)類(lèi)。 ( )35. 用例模型的基本組成部件是用例、角色和用例之間的聯(lián)系。 ( )36. UML建模語(yǔ)言是由視圖、圖、 模型元素和通用機(jī)制構(gòu)成的層次關(guān)系來(lái)描述的。( )37. 順序圖描述對(duì)象之間的交互關(guān)系，重點(diǎn)描述對(duì)象間消息傳遞的時(shí)間順序。( )38. 類(lèi)圖用來(lái)表示系統(tǒng)中類(lèi)和類(lèi)與類(lèi)之間的關(guān)系，它是對(duì)系統(tǒng)動(dòng)態(tài)結(jié)構(gòu)的描述。( )39. 活動(dòng)圖顯示動(dòng)作及其結(jié)果，著重描述操作實(shí)現(xiàn)中所完成的工作以及用例實(shí)例或類(lèi)中的活動(dòng)。 ( )40. 改進(jìn)程序的執(zhí)行效率不會(huì)引入錯(cuò)誤。 ( )41. 數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)是一個(gè)軟件配置項(xiàng)。 ( )42. 判定表的優(yōu)點(diǎn)是容易轉(zhuǎn)換為計(jì)算機(jī)實(shí)現(xiàn)， 缺點(diǎn)是不能夠描述組合

21、條件。 ( )43. 分層的 DFD圖可以用于可行性分析階段，描述系統(tǒng)的物理結(jié)構(gòu)。 ( )44. RCP法與 RSP法的主要區(qū)別是前者采用循環(huán)漸進(jìn)的開(kāi)發(fā)方式，原型將成為最終的產(chǎn)品，而后者原型將被廢棄。 ( )45. 信息建模方法是從數(shù)據(jù)的角度來(lái)建立信息模型的，最常用的描述信息模型的方法是 E-R 圖。( )46. 劃分模塊可以降低軟件的復(fù)雜度和工作量，所以應(yīng)該將模塊分得越小越好。 ( )47. 面向?qū)ο蟮牡姆椒ㄊ且灶?lèi)作為最基本的元素，它是分析問(wèn)題和解決問(wèn)題的核心。( )48. 復(fù)用也叫重用或再用， 面向?qū)ο蠹夹g(shù)中的 “類(lèi)”是比較理想的可重用軟構(gòu)件，它有三種重用方式：實(shí)例重用、繼承重用、多態(tài)重用

22、。 ( )49. 對(duì)象模型表示了靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì)，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，它是從客觀世界實(shí)體的對(duì)象關(guān)系角度來(lái)描述，表現(xiàn)了對(duì)象的相互關(guān)系。 ( )50. 面向?qū)ο蟮姆治鲞^(guò)程主要包括三項(xiàng)內(nèi)容：理解、表達(dá)和驗(yàn)證。 ( )答案單選題1. A 02.B 03.D 04.A 05.C 06.B 07.C 08.A 09.B10. D 11.C 12.D 13.C 14.C 15.D 16.B 17.A 18.C19. D 20.C 21.D 22.A 23.C 24.A 25.D 26.C 27.A28. C 29.C 30.B 31.B 32.B 33.D 34.D 35.D 36.B.37.

23、 D 38.C 39.C 40.C 41.D 42.B 43.A 44.A 45.C46. B 47.D 48.A 49._ 50.A多選題1. AC 02.BD 03.BCD 04.BCD 05.BCD 06.ABE 07.ABCD 08.ABCD9. AD 10.ABCD 11.ABCD 12.AD 13.ACD 14.ACD 19.AE 20.ABC判斷題1. 02.X 03.X 04.X 05. 06. 07.X 08.X 09. 10. X 11.X 12. 13. 14. 15. 16. 17.X 18.X19. X 20.X 21.X 22. 23.X 24.X 25. 26.

24、27.X28. X 29. 30.X 31. 32.X 33.X 34.X 35. 36. 37. 38.X 39.X 40.X 41. 42.X 43.X 44. 45. 46.X47. X 48. 49. 50. 填空題1. 計(jì)算機(jī)軟件一般是指計(jì)算機(jī)系統(tǒng)中的程序及其 文檔 。2. 需求規(guī)約的基本性質(zhì)包括 重要性和穩(wěn)定性 、可修改的、完整的和一致的。3. 在結(jié)構(gòu)化分析方法中， 加工 是數(shù)據(jù)的變換單元，即它接受輸入的數(shù)據(jù)，對(duì)其進(jìn)行處理，并產(chǎn)生輸出。4. 數(shù)據(jù)源是數(shù)據(jù)流的起點(diǎn)； 數(shù)據(jù)潭 是數(shù)據(jù)流的歸宿地。5. 結(jié)構(gòu)化設(shè)計(jì) 的主要任務(wù)是在需求分析的基礎(chǔ)上，定義滿(mǎn)足需求所需要的結(jié)構(gòu)，即針對(duì)給定的問(wèn)題

25、，給出該問(wèn)題的軟件解決方案，確定“怎么做”的問(wèn)題。6. 模塊 是執(zhí)行一個(gè)特殊任務(wù)的一個(gè)過(guò)程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu)。7. 耦合 是指不同模塊之間相互依賴(lài)程度的度量。8. 在軟件工程中， FTR的中文含義為 正式技術(shù)評(píng)審 。9. 軟件風(fēng)險(xiǎn)的兩個(gè)主要特性是 不確定性 和損失。10. 在構(gòu)件設(shè)計(jì)中，用于描述加工邏輯的主要工具有 圖形化設(shè)計(jì)表示、 表格式設(shè)計(jì)表示 和程序設(shè)計(jì)語(yǔ)言。11. 軟件項(xiàng)目管理的主要內(nèi)容是人員、產(chǎn)品、項(xiàng)目、 過(guò)程 。12. 功能獨(dú)立性是模塊化和抽象及信息隱藏概念的直接產(chǎn)物，是通過(guò)兩項(xiàng)質(zhì)量標(biāo)準(zhǔn)來(lái)衡量的：內(nèi)聚和 耦合 。13. 傳統(tǒng)的軟件工程中，從分析模型到設(shè)計(jì)模型的翻譯，數(shù)據(jù)流圖是體系結(jié)

26、構(gòu)設(shè)計(jì)和接口設(shè)計(jì)的的依據(jù)；而數(shù)據(jù)設(shè)計(jì)則依據(jù)數(shù)據(jù)字典和 實(shí)體- 關(guān)系圖 。14. 自底向上集成是集成測(cè)試中的一種策略，采用這種方法對(duì)軟件進(jìn)行集成測(cè)試時(shí)，需要為 每個(gè)模塊準(zhǔn)備一個(gè) 驅(qū)動(dòng)模塊 。15. 軟件工程的分析模型有三種，分別是信息域、 功能域 和 行為域 。16. UML的定義包括 UML語(yǔ)義和 UML表示法 兩個(gè)部分。17. 軟件工程是從 軟件開(kāi)發(fā)技術(shù) 和 軟件工程 兩個(gè)方面研究如何運(yùn)用工程學(xué)的基本原理和方法來(lái)更好地開(kāi)發(fā)和維護(hù)計(jì)算機(jī)軟件的一門(mén)學(xué)科。18. 在軟件開(kāi)發(fā)過(guò)程中要產(chǎn)生大量的信息，要進(jìn)行大量的修改 軟件配置管理 能協(xié)調(diào)軟件開(kāi)發(fā)，并使混亂減到最低程度。19. 內(nèi)聚性有七種類(lèi)型，最強(qiáng)的

27、是 功能 ，最弱的是 偶然 。.20. 集成測(cè)試采用的具體方法有 漸增式方法 、 非漸增式方法 。21. 螺旋 模型利用笛卡爾坐標(biāo)的四個(gè)像限分別表達(dá)軟件開(kāi)發(fā)模型各方面的活動(dòng)。22. 軟件編碼階段要善于積累編程的經(jīng)驗(yàn)，使得編出的程序清晰易懂、易于 測(cè)試與維護(hù) , 從而提高軟件質(zhì)量。23. 結(jié)構(gòu)程序設(shè)計(jì)的基本思想是 自頂而下 , 逐步求精24. 數(shù)據(jù)字典是對(duì)數(shù)據(jù)定義信息的集合，它所定義的對(duì)象都包含于 數(shù)據(jù)流圖 中。25. 大型軟件測(cè)試包括單元測(cè)試 _、集成測(cè)試、 確認(rèn)測(cè)試 和 系統(tǒng)測(cè)試 四個(gè)步驟。26. 面象方法用 對(duì)象行為和屬性 分解取代了傳統(tǒng)方法的功能分解。27. 白盒測(cè)試 和 黑盒測(cè)試 是軟

28、件測(cè)試的兩類(lèi)基本方法，這兩類(lèi)方法各有所長(zhǎng)，相互補(bǔ)充。28. UML中的泛化關(guān)系就是通常所說(shuō)的 繼承 關(guān)系。29. 在前期需求明確、資料完整的情況下盡量采用 瀑布 模型。30. 軟件重用 技術(shù)是能從根本上提高軟件可維護(hù)性的重要技術(shù)。31. 檢查軟件產(chǎn)品是否符合需求定義的過(guò)程稱(chēng)為 確認(rèn)測(cè)認(rèn) 。名詞解釋1. 軟件工程：內(nèi)容：軟件工程是用科學(xué)知識(shí)和技術(shù)原理來(lái)定義、開(kāi)發(fā)、維護(hù)軟件的一門(mén)學(xué)科。（它是一門(mén)綜合性的交叉學(xué)科，它涉及計(jì)算機(jī)科學(xué)、工程科學(xué)、管理科學(xué)、數(shù)學(xué)等。）2. 軟件危機(jī)：內(nèi)容：是計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程所遇到的一系列嚴(yán)重的問(wèn)題。3. 軟件需求：內(nèi)容：軟件需求是指（ 1）用戶(hù)解決問(wèn)題或達(dá)到目標(biāo)

29、所需的條件或能力； （2）系統(tǒng)或系統(tǒng)部件要滿(mǎn)足合同、 標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力；（3）一種反映上面（ 1）或（2）所描述的條件或能力的文檔說(shuō)明。4. 需求分析：內(nèi)容：是準(zhǔn)確的理解用戶(hù)的需求將其轉(zhuǎn)換成需求定義， 然后由需求定義轉(zhuǎn)換成形式化的功能規(guī)約。5. 結(jié)構(gòu)化程序設(shè)計(jì)內(nèi)容：結(jié)構(gòu)化程序設(shè)計(jì)是一種程序設(shè)計(jì)技術(shù)， 采用自頂向下逐步求精的設(shè)計(jì)方法和單入口單出口的控制構(gòu)件。6. 軟件設(shè)計(jì)：內(nèi)容：從抽象概括到具體實(shí)踐過(guò)程 。7. 信息隱蔽：內(nèi)容：指在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的信息（過(guò)程或數(shù)據(jù)） ，對(duì)于不需要這些信息的其它 模塊來(lái)說(shuō)，是不能訪(fǎng)問(wèn)的。.8. 對(duì)象：內(nèi)容：是系

30、統(tǒng)中描述客觀事物的一個(gè)實(shí)體， 它是構(gòu)成系統(tǒng)的一個(gè)基本單位， 由一組屬性和對(duì)這組屬性進(jìn)行操作的一組服務(wù)組成，是類(lèi)的一個(gè)實(shí)例9. 數(shù)據(jù)字典：內(nèi)容：數(shù)據(jù)字典由數(shù)據(jù)條目組成， 數(shù)據(jù)字典描述、 組織和管理數(shù)據(jù)流圖的數(shù)據(jù)流、加工、數(shù)據(jù)源及外部實(shí)體。10. 耦合：內(nèi)容：塊間聯(lián)系，軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。11. 數(shù)據(jù)抽象：內(nèi)容：數(shù)據(jù)抽象把一個(gè)數(shù)據(jù)對(duì)象的定義 ( 或描述 ) 抽象為一個(gè)數(shù)據(jù)類(lèi)型名，用此類(lèi)型名可定義多個(gè)具有相同性質(zhì)的數(shù)據(jù)對(duì)象。12. 類(lèi)：內(nèi)容：具有相似或相同性質(zhì)的對(duì)象的抽象就是類(lèi)。13. 系統(tǒng)測(cè)試：內(nèi)容：系統(tǒng)測(cè)試是通過(guò)與系統(tǒng)的需求規(guī)格作比較， 發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符

31、合或與之矛盾的地方。14. 綜合測(cè)試：內(nèi)容：綜合測(cè)試 是組裝軟件的系統(tǒng)測(cè)試技術(shù) , 按設(shè)計(jì)要求把通過(guò)單元測(cè)試的各個(gè)模塊組裝在一起之后 , 進(jìn)行綜合測(cè)試以便發(fā)現(xiàn)與接口有關(guān)的各種錯(cuò)誤。15. 軟件生存周期模型：內(nèi)容：軟件生存周期模型是描述軟件開(kāi)發(fā)過(guò)程中各種活動(dòng)如何執(zhí)行的模型。16. 軟件生存周期：內(nèi)容：軟件產(chǎn)品從形成概念開(kāi)始，經(jīng)過(guò)開(kāi)發(fā)、運(yùn)行（使用）和維護(hù)直到退役的全過(guò)程稱(chēng)為軟件生存周期，包括軟件定義、開(kāi)發(fā)、使用和維護(hù)三部分17. 成熟度等級(jí)：內(nèi)容：軟件成熟度等級(jí)是指軟件開(kāi)發(fā)組織在走向成熟的途中幾個(gè)具有明確定義的表示軟件過(guò)程能力成熟度的平臺(tái)。18. 繼承：內(nèi)容：廣義的說(shuō)是指能夠直接獲得已有的性質(zhì)和特

32、征，而不必重復(fù)定義它們狹義的說(shuō)是子類(lèi)自動(dòng)地共享基類(lèi)中定義的數(shù)據(jù)和方法的機(jī)制19 項(xiàng)目管理：內(nèi)容：就是通過(guò)合理地組織和利用一切可以利用的資源， 按照計(jì)劃的成本和計(jì)劃的進(jìn)度，完成一個(gè)計(jì)劃的目標(biāo)，它包含團(tuán)隊(duì)管理、風(fēng)險(xiǎn)管理、采購(gòu)管理、流程管理、時(shí)間管理、成本管理和質(zhì)量管理等。20. 白盒測(cè)試：內(nèi)容：白盒測(cè)試是已知產(chǎn)品內(nèi)部工作過(guò)程 , 通過(guò)測(cè)試檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按照產(chǎn)品規(guī)格說(shuō)明的規(guī)定正常進(jìn)行。21. 預(yù)防性維護(hù)：內(nèi)容：預(yù)防性維護(hù) 是為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性 , 并為以后的改進(jìn)奠定基礎(chǔ)。22. 編程風(fēng)格：內(nèi)容：是在不影響性能的前提下 , 有效地編排和組織程序以提高可讀性和可維性。23.

33、數(shù)據(jù)流圖：內(nèi)容：數(shù)據(jù)流圖是結(jié)構(gòu)化分析的基本工具，它描述了信息流和數(shù)據(jù)轉(zhuǎn)換。.24. 軟件測(cè)試：內(nèi)容：軟件測(cè)試是以最少的時(shí)間和人力系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。25. CASE工具：內(nèi)容：CASE工具是一些軟件系統(tǒng)，支持軟件過(guò)程的常規(guī)活動(dòng)，如編輯設(shè)計(jì)圖表、檢查圖表的連貫性、跟蹤已經(jīng)運(yùn)行的程序測(cè)試等。26. 模塊作用域：內(nèi)容：是指受該模塊判定影響的所有模塊。 受該模塊內(nèi)的一個(gè)判定影響的所有模塊的集合27. 內(nèi)聚性：內(nèi)容：內(nèi)聚性是模塊獨(dú)立性的衡量標(biāo)準(zhǔn)之一， 它是指模塊的功能強(qiáng)度的度量， 即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量28. 數(shù)據(jù)設(shè)計(jì)：內(nèi)容：數(shù)據(jù)設(shè)計(jì)是為在需求規(guī)格說(shuō)明中定義的那

34、些數(shù)據(jù)對(duì)象選擇合適的邏輯表示 ,并確定可能作用在這些邏輯結(jié)構(gòu)上的所有操作 ( 包括選用已存在的程序包 )29. 瀑布模型：內(nèi)容：瀑布模型是將軟件生命周期的各項(xiàng)活動(dòng)規(guī)定為依線(xiàn)性順序連接的若干階段的模型，適合于軟件需求很明確的軟件項(xiàng)目。30. 條件組合覆蓋：內(nèi)容：條件組合覆蓋就是設(shè)計(jì)足夠的測(cè)試用例， 運(yùn)行被測(cè)程序， 使得每個(gè)判斷的所有可能的條件取值組合至少執(zhí)行一次。問(wèn)答題一、軟件生命期各階段的任務(wù)是什么？答：軟件生命期分為 7 個(gè)階段： 1) 問(wèn)題定義：確定要解決的問(wèn)題是什么； 2) 可行性研究：確定問(wèn)題是否值得解，技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性； 3)需求分析：確定該系統(tǒng)必須做什么； 4)

35、總體設(shè)計(jì)：確定系統(tǒng)如何實(shí)現(xiàn)，包括系統(tǒng)設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)； 5)詳細(xì)設(shè)計(jì)：具體實(shí)現(xiàn)設(shè)計(jì)的系統(tǒng)； 6)實(shí)現(xiàn)：編碼和測(cè)試；7) 運(yùn)行維護(hù)：保證軟件正常運(yùn)行。二、如何理解模塊獨(dú)立性？用什么指標(biāo)來(lái)衡量模塊獨(dú)立性？答：模塊獨(dú)立的概念是模塊化、抽象、信息隱蔽和局部化概念的直接結(jié)果。模塊的獨(dú)立性很重要：第一，有效的模塊化（即具有獨(dú)立的模塊）的軟件比較容易開(kāi)發(fā)出來(lái)。 第二，獨(dú)立的模塊比較容易測(cè)試和維護(hù)。 模塊的獨(dú)立程度可以由兩個(gè)定性標(biāo)準(zhǔn)度量， 分別是內(nèi)聚和耦合。 內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度；耦合衡量不同模塊彼此之間互相依賴(lài)（連接）的緊密程度。三、軟件重用的效益是什么？答：1) 軟件重用可以顯著地

36、改善軟件的質(zhì)量和可靠性； 2) 軟件重用可以極大地提高軟件開(kāi)發(fā)的效率； 3) 節(jié)省軟件開(kāi)發(fā)的成本，避免不必要的重復(fù)勞動(dòng)和人力、財(cái)力的浪費(fèi)。四、需求規(guī)約的作用是什么？答：需求規(guī)約的作用可概括為以下 4 點(diǎn)：1）需求規(guī)約是軟件開(kāi)發(fā)組織和用戶(hù)之.間一份事實(shí)上的技術(shù)合同書(shū)，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。 2）對(duì)于項(xiàng)目的其余大多數(shù)工作， 需求規(guī)約是一個(gè)管理控制點(diǎn)； 3）對(duì)于產(chǎn)品 / 系統(tǒng)的設(shè)計(jì)，需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)； 4）需求規(guī)約是創(chuàng)建產(chǎn)品驗(yàn)收測(cè)試計(jì)劃和用戶(hù)指南的基礎(chǔ)。五、簡(jiǎn)述建模過(guò)程及步驟？答：為了支持系統(tǒng)地使用信息來(lái)創(chuàng)建系統(tǒng)功能模型， 結(jié)構(gòu)化分析方法給出了建模的基本步驟，該過(guò)程屬于“自頂向

37、下，功能分解”形式。 1. 建立系統(tǒng)環(huán)境圖，確定系統(tǒng)語(yǔ)境； 2. 自頂向下，逐步求精，建立系統(tǒng)的層次數(shù)據(jù)流圖； 3. 定義數(shù)據(jù)字典； 4. 描述加工。六、簡(jiǎn)述 RUP中迭代增量式開(kāi)發(fā)的概念以及規(guī)定的開(kāi)發(fā)階段。答：RUP中迭代增量式開(kāi)發(fā)是指通過(guò)開(kāi)發(fā)活動(dòng)的迭代，不斷產(chǎn)生相應(yīng)的增量。 1）初始階段； 2）精化階段； 3）構(gòu)造階段； 4）移交階段七、簡(jiǎn)述結(jié)構(gòu)化方法總體設(shè)計(jì)的任務(wù)。答：結(jié)構(gòu)化設(shè)計(jì)方法是將應(yīng)用軟件設(shè)計(jì)過(guò)程劃分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段。總體設(shè)計(jì)的主要任務(wù)是要確定軟件的整體結(jié)構(gòu)，其具體的任務(wù)是： 1）將系統(tǒng)或子系統(tǒng)分解為多個(gè)模塊； 2）確定模塊之間傳送的數(shù)據(jù)及其調(diào)用關(guān)系； 3）評(píng)價(jià)并改進(jìn)模

38、塊結(jié)構(gòu)的質(zhì)量。八、簡(jiǎn)述變換設(shè)計(jì)與事務(wù)設(shè)計(jì)的區(qū)別及聯(lián)系。答：變換設(shè)計(jì)是在需求規(guī)約的基礎(chǔ)上， 經(jīng)過(guò)一系列設(shè)計(jì)步驟， 將變換型數(shù)據(jù)流圖轉(zhuǎn)換成系統(tǒng)的模塊結(jié)構(gòu)圖。其基本步驟是： 1. 設(shè)計(jì)準(zhǔn)備復(fù)審并精化系統(tǒng)模型； 2. 確定輸入、變換、輸出這三部分之間的邊界； 3. 第一級(jí)分解系統(tǒng)模塊結(jié)構(gòu)圖頂層和第一層的設(shè)計(jì)； 4. 第二級(jí)分解自頂向下，逐步求精；當(dāng)數(shù)據(jù)流圖具有明顯的事務(wù)型特征時(shí)， 也就是有一個(gè)明顯的事務(wù)處理中心時(shí)， 則比較適宜采用事務(wù)設(shè)計(jì)。事務(wù)設(shè)計(jì)的基本步驟和變換設(shè)計(jì)大體相同。事務(wù)設(shè)計(jì)的基本步驟如下： 1. 設(shè)計(jì)準(zhǔn)備復(fù)審并精化系統(tǒng)模型； 2. 確定事務(wù)處理中心； 3. 第一級(jí)分解系統(tǒng)模塊結(jié)構(gòu)圖頂層和第

39、一層的設(shè)計(jì)； 4. “第二級(jí)分解”自頂向下，逐步求精。九、簡(jiǎn)述 CMMI成熟度等級(jí)的概念、劃分及組成。答：成熟度等級(jí)是指達(dá)到預(yù)先定義的一組過(guò)程域所有目標(biāo)的一種過(guò)程改善等級(jí)。在 CMMI中，應(yīng)用于一個(gè)組織過(guò)程改善的成熟度等級(jí)有 5 個(gè)：1 級(jí)：初始級(jí)； 2 級(jí)：以管理級(jí)； 3 級(jí)：以定義級(jí)； 4 級(jí)：以定量管理級(jí)； 5 級(jí)：持續(xù)優(yōu)化級(jí)；十、什么是狀態(tài)？什么是狀態(tài)圖？簡(jiǎn)述實(shí)際應(yīng)用中只用狀態(tài)圖的作用。答：狀態(tài)是類(lèi)目的一個(gè)實(shí)例在其生存中的一種條件或情況； 期間該實(shí)例滿(mǎn)足這一條件，就執(zhí)行某一活動(dòng)或等待一個(gè)消息。 狀態(tài)圖是現(xiàn)實(shí)狀態(tài)機(jī)的圖， 強(qiáng)調(diào)從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的控制流。 從實(shí)際使用中狀態(tài)圖的作用：

40、創(chuàng)建一個(gè)系統(tǒng)的動(dòng)態(tài)圖和創(chuàng)建一個(gè)場(chǎng)景的模型。十一、簡(jiǎn)述詳細(xì)設(shè)計(jì)任務(wù)及各階級(jí)的目標(biāo)。答：概要設(shè)計(jì)已經(jīng)確定了每個(gè)模塊的功能和接口， 詳細(xì)設(shè)計(jì)的任務(wù)就是為每個(gè)模塊設(shè)計(jì)其實(shí)現(xiàn)的細(xì)節(jié)。 詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)， 得出對(duì)目標(biāo)系統(tǒng)的精確描述。 詳細(xì)設(shè)計(jì)階段的內(nèi)容為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)。 為模塊內(nèi)部的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)。 對(duì)數(shù)據(jù)庫(kù)進(jìn)行物理設(shè)計(jì)。 其他詳細(xì)設(shè)計(jì)工具主要包括程序流程圖 ( 系統(tǒng)流程圖 ) 、盒圖（N-S 圖）、PAD圖和偽.碼（PDL）。十二、簡(jiǎn)述測(cè)試與軟件開(kāi)發(fā)各階段的關(guān)系。答：測(cè)試與軟件開(kāi)發(fā)各階段的關(guān)系 單元測(cè)試對(duì)程序中每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)模塊是

41、否爭(zhēng)取實(shí)現(xiàn)規(guī)定的功能， 從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤，該階段涉及編碼和詳細(xì)設(shè)計(jì)文檔。 集成測(cè)試是為了檢查與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的有關(guān)問(wèn)題，也就是檢查概要設(shè)計(jì)是否合理有效。 確認(rèn)測(cè)試主要是檢查已實(shí)現(xiàn)的軟件是否滿(mǎn)足需求規(guī)格說(shuō)明書(shū)中已確定了的各種需求。 系統(tǒng)測(cè)試是把已確認(rèn)的軟件與其他系統(tǒng)元素（如硬件，其他支持軟件、數(shù)據(jù)、人工等）結(jié)合在一起進(jìn)行測(cè)試，以確定軟件是否可以支付使用十三、軟件質(zhì)量與軟件質(zhì)量保證的含義是什么？答：軟件質(zhì)量定義為： 與所確定的功能和性能需求的一致性； 與所成文的開(kāi)發(fā)標(biāo)準(zhǔn)一致性； 與所有專(zhuān)業(yè)開(kāi)發(fā)的軟件所期望的隱含特性的一致性。 而軟件質(zhì)量保證就是向用戶(hù)及社會(huì)提供滿(mǎn)意的高質(zhì)量

42、的產(chǎn)品， 確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動(dòng)， 即確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計(jì)劃、有系統(tǒng)的管理活動(dòng)。十四、什么是數(shù)據(jù)流圖？其作用是什么？ 其中的基本符號(hào)各表示什么含義？答：數(shù)據(jù)流圖簡(jiǎn)稱(chēng) DFD，是 SA方法中用于表示系統(tǒng)邏輯模型的一種工具。它以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過(guò)程， 由于它只反映系統(tǒng)必須完成的邏輯功能， 所以它是一種功能模型。 數(shù)據(jù)流圖有四種基本圖形符號(hào)：“”箭頭表示數(shù)據(jù)流；“”圓或橢圓表述加工； “=”雙杠表示數(shù)據(jù)存儲(chǔ)；“”方框表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)。十五、軟件維護(hù)的特點(diǎn)是什么？答：軟件維護(hù)主要體現(xiàn)在三個(gè)方面：1. 非結(jié)構(gòu)化維護(hù)和結(jié)構(gòu)化維

43、護(hù)。軟件的開(kāi)發(fā)過(guò)程對(duì)軟件的維護(hù)有很大的影響。若不采用軟件工程的方法開(kāi)發(fā)軟件， 則軟件只有程序而無(wú)文檔， 維護(hù)工作非常困難， 這是一種非結(jié)構(gòu)化的維護(hù)。 若采用軟件工程的方法開(kāi)發(fā)軟件， 則各階段都有相應(yīng)的文檔，容易進(jìn)行維護(hù)工作，這是一種結(jié)構(gòu)化的維護(hù)。2. 維護(hù)的困難性。軟件維護(hù)的困難性是由于軟件需求分析和開(kāi)發(fā)方法的缺陷。軟件生存周期中的開(kāi)發(fā)階段沒(méi)有嚴(yán)格而有科學(xué)的管理和規(guī)劃， 就會(huì)引起軟件運(yùn)行時(shí)的維護(hù)困難。3. 軟件維護(hù)的費(fèi)用。軟件維護(hù)的費(fèi)用在總費(fèi)用中的比重是在不斷增加的， 這是軟件維護(hù)有形的代價(jià)。 另外還有無(wú)形的代價(jià)， 即要占用更多的資源。 軟件維護(hù)費(fèi)用增加的主要原因是軟件維護(hù)的生產(chǎn)率非常低。十六、對(duì)軟件開(kāi)發(fā)環(huán)境的基本要求有哪些？答： 對(duì)軟件開(kāi)發(fā)環(huán)境的基本要求有以下幾點(diǎn)：軟件開(kāi)發(fā)環(huán)境應(yīng)是高度集成的一體化的系統(tǒng)； 軟件開(kāi)發(fā)環(huán)境應(yīng)具有高度的通用性； 軟件開(kāi)發(fā)環(huán)境應(yīng)易于定制、裁剪或擴(kuò)充以符合用戶(hù)要求， 即軟件開(kāi)發(fā)環(huán)境應(yīng)具有高度的適應(yīng)性和靈活性；軟件開(kāi)發(fā)環(huán)境不但可應(yīng)用性要好， 而且是易使用的、 經(jīng)濟(jì)高效的系統(tǒng)； 軟件開(kāi)發(fā)環(huán)境應(yīng)有輔助開(kāi)發(fā)向半自動(dòng)開(kāi)發(fā)和自動(dòng)開(kāi)發(fā)逐步過(guò)渡的系統(tǒng)十七、制定軟件項(xiàng)目進(jìn)度表有哪兩種途徑。答：制定軟件項(xiàng)目進(jìn)度表有下列兩種途徑： 軟件開(kāi)發(fā)小組根