自考0333軟件工程題庫(kù)及答案_第1頁(yè)
自考0333軟件工程題庫(kù)及答案_第2頁(yè)
自考0333軟件工程題庫(kù)及答案_第3頁(yè)
自考0333軟件工程題庫(kù)及答案_第4頁(yè)
自考0333軟件工程題庫(kù)及答案_第5頁(yè)
已閱讀5頁(yè),還剩9頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

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ì)量屬性D硬件限制6. 根據(jù) RUP

2、測(cè)試活動(dòng),輸入為測(cè)試用況,活動(dòng)為實(shí)現(xiàn)測(cè)試,貝 U 輸出為()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. 以下( )不是結(jié)構(gòu)化分析方法常用的工具。A.數(shù)據(jù)流圖B.數(shù)據(jù)字典C.程序流程圖D.判定樹(shù)12.

3、 軟件基本過(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.完整性D.不可修改性16. 結(jié)構(gòu)設(shè)計(jì)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法,是以 ( )為基礎(chǔ)、自頂 向下、逐步求精和模塊化的過(guò)程。A.數(shù)據(jù)流B.

4、數(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.面向數(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ù)

5、據(jù)D.功能和輸入輸出數(shù)據(jù)21. 下列工具中屬于需求分析常用工具的是()。A.PADB.PFDC.N-SD.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é)果是提供一 份( )25. 與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是( )C.源程序D.項(xiàng)目開(kāi)發(fā)設(shè)計(jì)改善系統(tǒng)的功能和性能,以滿(mǎn)足用戶(hù)新的要求C. 完善性維護(hù)D. 預(yù)防性維護(hù)27. 軟件測(cè)試的目的是(A. 發(fā)現(xiàn)錯(cuò)誤 B. 演示程序的功能

6、28. 在瀑布模型中,將軟件分為若干個(gè)時(shí)期,軟件項(xiàng)目的可行性研究一般歸屬于()A.維護(hù)時(shí)期B.運(yùn)行時(shí)期C.計(jì)劃時(shí)期D.開(kāi)發(fā)時(shí)期29. 下列中不屬于軟件維護(hù)的是( )。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ǔ)

7、器的信息B.進(jìn)行回歸測(cè)試C. 在程序中插入打印語(yǔ)句D. 利用自動(dòng)調(diào)試工具33. Putnam 成本估算模型是一個(gè)( )模型。A.靜態(tài)單變量B.動(dòng)態(tài)單變量C.靜態(tài)多變量D.動(dòng)態(tài)單變量34.在 SD 方法中全面指導(dǎo)模塊劃分的最重要的原則是()A.模塊說(shuō)明書(shū)B(niǎo).框圖C.程序D. 數(shù)據(jù)結(jié)構(gòu)A.需求說(shuō)明書(shū)B(niǎo).設(shè)計(jì)說(shuō)明書(shū)26. 在軟件維護(hù)中,為了加強(qiáng)、的維護(hù)稱(chēng)為( )。A. 適應(yīng)性維護(hù) B. 糾錯(cuò)性維護(hù))。C. 改善軟件的性能D.挖掘軟件的潛能A.程序模塊化B.模塊高內(nèi)聚C.模塊低耦合D.模塊獨(dú)立性35. 在集成(聯(lián)合)測(cè)試中,測(cè)試的主要目的是發(fā)現(xiàn)(A.軟件計(jì)劃B.需求分析C.設(shè)計(jì)D.編碼36. 下列不屬

8、于軟件調(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. 程序的三種基本控制結(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í)慣的部分47. 軟件管理的主要職能有( )。A. 人員管理、計(jì)劃管理 B. 標(biāo)準(zhǔn)化管理、配置管理 C. 成本管

9、理、進(jìn)度管理 D.A 和 B48. 下列模型屬于成本估算方法的有()。A.COCOM 模型B.McCall 模型C.McCabe 模型D.時(shí)間估算法49. 下列語(yǔ)言中哪個(gè)語(yǔ)言是低級(jí)語(yǔ)言( )。A.PASCALB.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)化項(xiàng)目管理D. 加快需求的確定)階段的錯(cuò)誤A. 人機(jī)交互界面 B. 問(wèn)題論域C. 系統(tǒng)交互界面 D. 數(shù)據(jù)管理40. 在 ATM 機(jī)系統(tǒng)中, 下列(A. 中央計(jì)算機(jī)B. 柜臺(tái)事務(wù)41. 模塊的內(nèi)聚

10、性最高的是(A. 邏輯內(nèi)聚B. 時(shí)間內(nèi)聚)不能在面向?qū)ο笤O(shè)計(jì)中被定義為類(lèi)C.撥號(hào)D.營(yíng)業(yè)廳42. 把一組具有相似特性的對(duì)象組合在一起,稱(chēng)之為( )A. 多態(tài)性B. 類(lèi)C. 消息D. 繼承性43. 以下說(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 模型中,包含以下基

11、本成分A. 數(shù)據(jù)、對(duì)象、實(shí)體 B. 控制、聯(lián)系、對(duì)象( ) 。C. 實(shí)體、聯(lián)系、屬性D. 實(shí)體、屬性、操作46. 程序的三種基本控制結(jié)構(gòu)是( )A. 過(guò)程、子程序和分程序B. 順序、選擇和重復(fù)C. 遞歸、迭D. 調(diào)用、返回和轉(zhuǎn)移多選題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.

12、分層繪制D. 逐步求精14. 軟件設(shè)計(jì)中一般將用到圖形工具, 下列哪種些可用作設(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è)試1. 下面的( )是軟件構(gòu)造活動(dòng)的任務(wù)A. 構(gòu)建軟件組件 B. 設(shè)計(jì)用戶(hù)界面2. 良好設(shè)計(jì)的特征是(A. 模塊之間呈現(xiàn)高耦合C. 包括所有組件的測(cè)試用例3. 軟件維護(hù)的策略包括 ( )A. 定期檢測(cè)維護(hù) B. 改正性維護(hù)) 。4. 下列屬于不標(biāo)準(zhǔn)的書(shū)寫(xiě)格式有A. 書(shū)寫(xiě)時(shí)適當(dāng)使用空格分隔C.嵌套結(jié)構(gòu)不使用分層縮進(jìn)的寫(xiě)法5. 面哪些測(cè)試屬

13、于黑盒測(cè)試 (A. 路徑測(cè)試B. 等價(jià)類(lèi)劃分6. 下列屬于軟件測(cè)試過(guò)程的是A. 單元測(cè)試B. 組裝測(cè)試7. 軟件危機(jī)可以表現(xiàn)為(A. 產(chǎn)品不符合用戶(hù)的需要C. 軟件的可維護(hù)性差8.( ) 可以作為模塊 .A. 子程序B. 函數(shù)) 。0C. 實(shí)施組件的單元測(cè)試D.評(píng)估組件的質(zhì)量B. 實(shí)現(xiàn)分析模型中的所有需求D .提供軟件的完整描述C. 適應(yīng)性維護(hù)D. 完善性維護(hù))。B. 一行寫(xiě)入多條語(yǔ)句D. 程序中不加注釋0C. 邊界值分析) 。C. 內(nèi)核測(cè)試D .錯(cuò)誤推測(cè)D. 法律驗(yàn)證B. 軟件產(chǎn)品的質(zhì)量差D .軟件的價(jià)格昂貴C. 過(guò)程D. 編譯文件E. 循環(huán)測(cè)試E. 確認(rèn)測(cè)試9. 關(guān)于內(nèi)容耦合的描述正確的是

14、(A.內(nèi)容耦合是最高程度的耦合B.應(yīng)該盡量使用內(nèi)容耦合C.高級(jí)語(yǔ)言一般設(shè)計(jì)成允許內(nèi)容耦合的形式D.如果一個(gè)模塊有多個(gè)入口,可能發(fā)生內(nèi)容耦合10.Jackson 圖中一般可能包括A. 表頭B. 表體11. 下列屬于度量效益方法的是A. 貨幣的時(shí)間價(jià)值 B. 投資回收期)。C. 表名D. 字段名( ) 。C. 收入D. 投資回報(bào)率)。20. 下列哪些選項(xiàng)是屬于內(nèi)容耦合( )。A個(gè)模塊直接訪(fǎng)問(wèn)另一個(gè)模塊的內(nèi)部數(shù)據(jù)B個(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

15、. 系統(tǒng)設(shè)計(jì)時(shí)應(yīng)該將模塊劃分得很細(xì),模塊數(shù)越多越好。 ( )4. 軟件是指用程序設(shè)計(jì)語(yǔ)言(如 PASCAL,C,VISUAL?BASI(等)編寫(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í) 例,

16、對(duì)象是生成類(lèi)的模板。 ( )11. 如果通過(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. 軟件就是程序,編寫(xiě)軟件就是編

17、寫(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ù)的算法處理過(guò)程

18、,即系統(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ū)ο蟮某?序設(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è)試用例可以覆蓋多個(gè)無(wú)效等

19、價(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)是不能夠描述組合條件。 (

20、)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)重用。 (

21、 )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)證。 ( )答案單選題01.A02.B03.D04.A05.C06.B07.C08.A09.B10.D11.C12.D13.C14.C15.D16.B17.A18.C19.D20.C21.D22.A23.C24.A25.D26.C27.A28.C29.C30.B31.B32.B33.D34.D35.D36.B37.D46.B38.C47.D39.C48.A40.C49._41.D50.A4

22、2.B43.A44.A45.C多選題01.AC02.BD03.BCD 04.BCD05.BCD06.ABE07.ABCD 08.ABCD09.AD10.ABCD 11.ABCD 12.AD13.ACD 14.ACD19.AE20.ABC判斷題01.V02.X03.X04.X05.V06.V07.X08.X09.V10.X11.X12.V13.V14.V15.V16.V17.X18.X19.X20.X21.X22.V23.X24.X25.V26.V27.X28.X29.V30.X31.V32.X33.X34.X35.V36.V37.V38.X39.X40.X41.V42.X43.X44.V45.

23、V46.X47.X48.V49.V50.V填空題1. 計(jì)算機(jī)軟件一般是指計(jì)算機(jī)系統(tǒng)中的程序及其文檔02. 需求規(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)題,給出該問(wèn)題的軟件解決方案,確定“怎么做”的問(wèn)題。6. 模塊是執(zhí)行一個(gè)特殊任務(wù)的一個(gè)過(guò)程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu)。7. 耦合是指不同模塊之間相互依賴(lài)程度的度量。8. 在軟件工程中,F(xiàn)TR 的中文含

24、義為正式技術(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é)構(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. 軟件工程的分析模型有三種,

25、分別是信息域、功能域和行為域。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)的是功能,最弱的是偶然。20. 集成測(cè)試采用的具體方法有漸增式方法、非漸增式方法。21. 螺旋模型利用笛卡爾坐標(biāo)的四個(gè)像限分別表達(dá)軟件開(kāi)發(fā)模型各方面的活 動(dòng)。22. 軟件編碼階段要善于積累編程的經(jīng)驗(yàn),使得編出的程序清晰易懂、易于測(cè)試與維護(hù),

26、從而提高軟件質(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è)試是軟件測(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

27、. 軟件工程:內(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)所需的條件或能力;(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é)

28、構(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)容:是系統(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)

29、系緊密程度的一種度量。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ī)格不相 符合或與之矛盾的地方。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. 軟件

30、生存周期: 內(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ì)和特征,而不必重復(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ì)量管理等。

31、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. 數(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)容:CASET 具是一些軟件系統(tǒng),支持軟件過(guò)程的常規(guī)活動(dòng),如編輯設(shè)計(jì)

32、圖表、 檢查圖表的連貫性、跟蹤已經(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ō)明中定義的那些數(shù)據(jù)對(duì)象選擇合適的邏輯表示 并確定可能作用在這些邏輯結(jié)構(gòu)上的所有操作 (包括選用已存在的程序包 )29. 瀑布模型: 內(nèi)容:瀑布模型是將軟件生命周期的各項(xiàng)活動(dòng)規(guī)定為依線(xiàn)性順序連接的若干階段 的模型,適合于軟件需求很明確的軟件項(xiàng)目。30. 條件組合

33、覆蓋: 內(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) 總體設(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ú)立的概念是模塊化、抽象、信

34、息隱蔽和局部化概念的直接結(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) 軟件重用可以顯著地改善軟件的質(zhì)量和可靠性; 2) 軟件重用可以極大 地提高軟件開(kāi)發(fā)的效率; 3) 節(jié)省軟件開(kāi)發(fā)的成本,避免不必要的重復(fù)勞動(dòng)和 人力、財(cái)力的浪費(fèi)。四、需求規(guī)約的作用是什么? 答:需求規(guī)約的作用可概括為以下 4 點(diǎn): 1)需求規(guī)約是

35、軟件開(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ò)程屬于“自頂向下,功能分解”形式。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ā)階段。答:R

36、UP 中迭代增量式開(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)模塊結(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)模 型;

37、 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)圖頂層和第一層的設(shè)計(jì); 4. “第二級(jí)分解”自頂向下,逐步求 精。九、簡(jiǎn)述 CMM 成熟度等級(jí)的概念、劃分及組成。 答:成熟度等級(jí)是指達(dá)到預(yù)先定義的一組過(guò)程域所有目標(biāo)的一種過(guò)程改善等級(jí)。在 CMM 中,應(yīng)用

38、于一個(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)圖的作用: 創(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è)

39、計(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è)模塊是否爭(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ì)是否合理有

40、效。 確認(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ì)量的產(chǎn)品, 確保軟件產(chǎn)品從誕生到消亡為止的 所有階段的質(zhì)量的活動(dòng), 即確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計(jì) 劃、有系統(tǒng)的管理活動(dòng)。十四、什么是數(shù)據(jù)流圖?

41、其作用是什么? 其中的基本符號(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ù)流;“O”圓或橢圓表述加工;“=”雙杠表示數(shù)據(jù)存儲(chǔ);“”方框表 示數(shù)據(jù)的源點(diǎn)或終點(diǎn)。十五、軟件維護(hù)的特點(diǎn)是什么? 答:軟件維護(hù)主要體現(xiàn)在三個(gè)方面:1. 非結(jié)構(gòu)化維護(hù)和結(jié)構(gòu)化維護(hù)。軟件的開(kāi)發(fā)過(guò)程對(duì)軟件的維護(hù)有很大的影響。若不采用軟件工程的方法開(kāi)發(fā)軟件, 則軟件只有程序而無(wú)文檔, 維護(hù)工作非常困 難,這是一種非結(jié)構(gòu)化的維護(hù)。 若

42、采用軟件工程的方法開(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ā)小組根據(jù)提供軟件產(chǎn)品的最 后期限從后往前安排時(shí)間; 軟件項(xiàng)目開(kāi)發(fā)組織根據(jù)項(xiàng)目和資源情況制定軟件項(xiàng)目 開(kāi)發(fā)的初步計(jì)劃和交付軟件產(chǎn)品的日

溫馨提示

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

評(píng)論

0/150

提交評(píng)論