第一篇：軟件工程 練習(xí)題
演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案
軟件工程
練習(xí)題
1.在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復(fù)雜性提高的原因?qū)е铝耍ㄜ浖C）
2.面向?qū)ο蟮某绦蛟O(shè)計特征有（多態(tài) 繼承 封裝）
3.程序的三種控制結(jié)構(gòu)（順序結(jié)構(gòu)
選擇結(jié)構(gòu)
循環(huán)結(jié)構(gòu)）4.白盒測試技術(shù)有（語句覆蓋
判斷覆蓋
條件覆蓋
條件組合 判斷/條件覆蓋）
5.數(shù)據(jù)字典是用來定義（數(shù)據(jù)流圖）中的各個成分的具體含義的6.結(jié)構(gòu)化分析方法(SA)的一個重要指導(dǎo)思想是（自頂向下，逐步分解）7.jackson設(shè)計方法是由英國的M.jackson提出的，它是一種面向（數(shù)據(jù)結(jié)構(gòu)）的軟件設(shè)計方法
8.瀑布模型突出的缺點是不適應(yīng)（用戶需求）的變動
9.汽車有一個發(fā)動機，汽車與發(fā)動機的關(guān)系屬于（整體與部分）關(guān)系 10.進行需求分析可使用多種工具，但（PAD圖）是不適用的 11.軟件結(jié)構(gòu)中兩個模塊之間有調(diào)用關(guān)系，傳遞簡單數(shù)值相當(dāng)于高級語言中的值傳遞，這兩個模塊之間的耦合是（數(shù)據(jù)耦合）12.總體設(shè)計的目的是確定整個系統(tǒng)的（功能及模塊結(jié)構(gòu)）13.程序的三種基本結(jié)構(gòu)的共同特點是（只有一個入口和一個出口）14.白盒測試的方法一般適用于（單元）測試
15.軟件配置管理包括（變動控制 配置顯示
配置審計）
精心收集
精心編輯
精致閱讀
如需請下載！
演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案
16.使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)（程序的內(nèi)部邏輯）和指定的覆蓋標準
17.軟件測試方法有（白盒測試
黑盒測試
動態(tài)測試
功能測試）18.軟件結(jié)構(gòu)圖的形態(tài)特征能反映程序重用率的是（扇入）19.為了提高模塊的獨立性，模塊的內(nèi)部最好的是（功能內(nèi)聚）20.軟件開發(fā)過程中，抽取盒整理用戶需求建立問題及模型的過程叫（面向?qū)ο蠓治觯?/p>
21.完成系統(tǒng)邏輯模型的開發(fā)階段是（分析設(shè)計）22.屬于軟件開發(fā)工具的是（報表生成器）
23.系統(tǒng)可行性研究主要從（技術(shù)可行性
經(jīng)濟可行性
操作可行性）幾個方面進行
24.數(shù)據(jù)字典定義數(shù)據(jù)流或數(shù)據(jù)存儲組成時，使用了若干符號，其中（.....）的含義是（或）
25.劃分模塊時（作用范圍在其控制范圍之內(nèi)）
26.（模塊）是指具有相對獨立的、由數(shù)據(jù)說明、執(zhí)行語句等程序?qū)ο髽?gòu)成的集合
27.軟件工程方法的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程的方法得以實施的主要保證是（軟件開發(fā)工具和軟件開發(fā)環(huán)境）28.（螺旋模型）引入了“風(fēng)險驅(qū)動”思想，使用于大規(guī)模的內(nèi)部開發(fā)項目
29.構(gòu)造原型時，主要考慮（原型要體現(xiàn)的特征）
30.數(shù)據(jù)字典是軟件需求分析階段最重要的工具之一，最基本的功能
精心收集
精心編輯
精致閱讀
如需請下載！
演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案
是（數(shù)據(jù)定義）
31.面向數(shù)據(jù)流的設(shè)計方法把（數(shù)據(jù)流）映射成軟件結(jié)構(gòu) 32.內(nèi)聚程度最低的是（偶然）內(nèi)聚
33.軟件需求規(guī)格說明的內(nèi)容不應(yīng)包括（算法的詳細描述）34.在E-R模型中，包含的基本成分是（實體
聯(lián)系
屬性）35.詳細設(shè)計的基本任務(wù)是確定每個模塊的（算法）設(shè)計
36.面向?qū)ο蟮脑O(shè)計方法主要是建立三類模型，即（對象模型
動態(tài)模型
功能模型）
37.面向?qū)ο螅?0）由（對象+類+繼承+消息）組成 38.軟件維護組織成員不包括（編程人員）39.（代碼行技術(shù)）定量估算。源程序行數(shù)
40.軟件生存中期由（分析
設(shè)計
實現(xiàn)）三個時期組成41.軟件開發(fā)環(huán)境的目標是（提高軟件成產(chǎn)率和提高軟件質(zhì)量）42.信息建模的核心概念是（和）43.數(shù)據(jù)流可分為（變換型和事務(wù)型）
44.面向?qū)ο笤O(shè)計主要包括（系統(tǒng)結(jié)構(gòu)）設(shè)計、系統(tǒng)信息量設(shè)計和（數(shù)據(jù)結(jié)構(gòu)）設(shè)計和劃分程序階段
45.在數(shù)據(jù)流圖中，沒有任何具體的物理元素，它僅僅描述數(shù)據(jù)在系統(tǒng)中的（流動和處理）的情況
46.模塊獨立性可通過（內(nèi)聚和耦合）兩方面來衡量
47.軟件開發(fā)是一個自頂向下逐步細化和求精的過程，而軟件測試是一個（自低向上）的集成過程
精心收集
精心編輯
精致閱讀
如需請下載！
演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案
48.常見的軟件開發(fā)模型有（瀑布
圓形
螺旋）三種
49.從軟件工程管理的角度，軟件設(shè)計分為（概念設(shè)計和詳細設(shè)計）兩步完成
50.概要設(shè)計過程由（確定設(shè)計方案和結(jié)構(gòu)設(shè)計）兩個階段組成 51.動態(tài)測試既可以采用（白盒測試）對模塊進行邏輯測試，又可以用（黑盒）做功能測試
52.類之間的結(jié)構(gòu)關(guān)系主要有兩種，（一般與特殊結(jié)構(gòu)關(guān)系和整體與部分結(jié)構(gòu)關(guān)系）
53.（工程網(wǎng)絡(luò)技術(shù)）能顯示地表示各個作業(yè)彼此間的依賴關(guān)系，從中容易事變出來關(guān)鍵路行和關(guān)鍵任務(wù)
54.自頂向下結(jié)合的漸增式測試方法，在組合模型時有兩種組合策略（深度優(yōu)先和寬度優(yōu)先）策略
55.模塊是一般具有如下三個屬性（功能）描述該模塊實現(xiàn)什么功能，（邏輯）描述模塊內(nèi)部怎么做，（狀態(tài)）描述該模塊使用條件和環(huán)境 56.為了便于對照檢測，測試用例應(yīng)由（輸入數(shù)據(jù)和預(yù)期輸出結(jié)果）兩部分組成
57.（軟件測試階段）是在軟件投入運行前對軟件需求分析，軟件設(shè)計規(guī)格說明和軟件編碼進行查錯和糾錯
58.軟件維護的四類維護活動是（完善
預(yù)防
適應(yīng)性
改正）維護
59.軟件系統(tǒng)中常用（數(shù)據(jù)文件）存放數(shù)據(jù)，供系統(tǒng)中各模塊共享系統(tǒng)外部做通信用，其設(shè)計主要是（數(shù)據(jù)格式）設(shè)計
精心收集
精心編輯
精致閱讀
如需請下載！
演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案
60.（模塊）是指具有相對獨立性的，由數(shù)據(jù)說明，執(zhí)行語句等程序?qū)ο髽?gòu)成的集合
61.類是一組具有（相同數(shù)據(jù)結(jié)構(gòu)和相同數(shù)據(jù)類型）的對象集合 62.影響軟件可維護性的因素主要有（可理解性
可測試性
可修改性
可移植性
可使用性）
63.確認測試可以發(fā)現(xiàn)軟件系統(tǒng)是否符合用戶的（功能和性能）需求的
64.從結(jié)構(gòu)化的瀑布模型看，在軟件生存周期的幾個階段中，對軟件影響最大的是（需求分析）階段
65.模塊內(nèi)聚最好的是（功能內(nèi)聚）最差的是（偶然內(nèi)聚）66.軟件文檔可分為（用戶文檔和系統(tǒng)文檔）兩類
67.成本--效益分析的目的是從（經(jīng)濟）角度評價開發(fā)一個新軟件項目是否可行
68.（系統(tǒng)流程圖）中各個元素表達了系統(tǒng)中各種元素之間（信息流動）情況 簡答
1.軟件危機產(chǎn)生的原因 軟件日益復(fù)雜和龐大 軟件開發(fā)管理困難復(fù)雜 軟件開發(fā)技術(shù)落后 生產(chǎn)方式落后 開發(fā)工具落后
精心收集
精心編輯
精致閱讀
如需請下載！
演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案
軟件開發(fā)費用不斷增加
2.結(jié)構(gòu)化設(shè)計步驟
對數(shù)據(jù)流圖進行復(fù)審，必要時修改或細化 根據(jù)流圖確定軟件結(jié)構(gòu)屬于變換型還是事務(wù)型 把數(shù)據(jù)流圖映射成初始結(jié)構(gòu)圖 改進結(jié)構(gòu)圖，使設(shè)計更完善 3.結(jié)構(gòu)化程序設(shè)計的主要思想 自頂向下，逐步求精的設(shè)計方法
使用三種基本控制結(jié)構(gòu)，單入口、單出口來構(gòu)造程序 4.決定軟件可維護性的因素 系統(tǒng)大小，系統(tǒng)年齡 結(jié)構(gòu)合理性，模塊化 層次組織 系統(tǒng)文檔結(jié)構(gòu) 命令的格式和約定 程序的復(fù)雜性等等
5.數(shù)據(jù)字典與數(shù)據(jù)流圖的關(guān)系
數(shù)據(jù)字典與數(shù)據(jù)流圖相輔相成，互相配合，分析員應(yīng)遵守以下約定，有關(guān)數(shù)據(jù)流向在數(shù)據(jù)流圖中，數(shù)據(jù)組成在數(shù)據(jù)字典中描述，有關(guān)數(shù)據(jù)的加工細節(jié)在數(shù)據(jù)字典中描述，編寫數(shù)據(jù)字典時不能遺漏和重復(fù) 6.軟件測試和調(diào)試的目的的區(qū)別 測試的目的是判斷和發(fā)現(xiàn)軟件是否有錯
精心收集
精心編輯
精致閱讀
如需請下載！
演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案
調(diào)試的目的是定位軟件錯誤并糾正 7.如何提高程序的可維護性 建立明確的軟件質(zhì)量目標和優(yōu)先級 進行明確的質(zhì)量保證審查 選擇可維護的程序設(shè)計語言 改進程序的文檔
8.靜態(tài)測試和動態(tài)測試的區(qū)別
靜態(tài)分析技術(shù)不執(zhí)行被測試軟件，可對需求分析說明書、軟件設(shè)計說明書、源程序...9.需求分析與軟件設(shè)計二個階段的任務(wù)主要區(qū)別是什么 需求分析定義軟件的用戶需求即做什么 軟件設(shè)計定義軟件實現(xiàn)細節(jié)即研究如何實現(xiàn)軟件 10.軟件測試目的
發(fā)現(xiàn)程序錯誤而執(zhí)行程序的過程
好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤 成功的測試方案是發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤的測試 11.文檔在軟件工程中的作用 提高過程能見度 提高開發(fā)效率
作為階段工作成果和結(jié)束標志 記錄有關(guān)信息便于使用于維護 提供運行、維護、培訓(xùn)的有關(guān)資料
精心收集
精心編輯
精致閱讀
如需請下載！
演講稿 工作總結(jié) 調(diào)研報告 講話稿 事跡材料 心得體會 策劃方案
12.軟件測試步驟，說明這些步驟的測試對象是什么 單元測試
對象是段遠模塊
集成測試
對象是組裝后的程序模塊 確認測試
對象是可運行的目標軟件系統(tǒng)
精心收集
精心編輯 精致閱讀
如需請下載！
第二篇：軟件工程練習(xí)題
練習(xí)題
一、判斷題
1.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險分析活動。（錯）2.軟件的模塊數(shù)越少，其軟件成本越低。（錯）3.JAVA語言編譯器是一個CASE工具。（對）。
4.發(fā)現(xiàn)錯誤多的程序模塊，一般殘留在模塊中的錯誤也多。（對）
5..軟件是指用程序設(shè)計語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實際上就是編寫程序代碼。（錯）
6.軟件模塊之間的耦合性越弱越好。（對）7.數(shù)據(jù)庫設(shè)計說明書是一個軟件配置項（對）8.軟件測試就是程序測試。（錯）
9.PDL的語法是開放式的，其內(nèi)層語法是確定的，而外層語法則不確定。（錯）10.根據(jù)編程規(guī)范,在對方法命名時, 方法名稱的第一個單詞常常采用一個名詞。（錯）11.在面向?qū)ο蟮能浖_發(fā)方法中，每個類都存在其相應(yīng)的對象，類是對象的實例，對象是生成類的模板。（錯）
12.可行性研究的目的不是解決問題，而是確定問題是否值得去解決。13.過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。（錯）
14.如果通過軟件測試沒有發(fā)現(xiàn)錯誤，則說明軟件是正確的。（錯）
15.快速原型模型可以有效地適應(yīng)用戶需求的動態(tài)變化。（對）
16.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（對）
17.集成測試主要由用戶來完成。（錯）
18.隨著軟件技術(shù)的發(fā)展，人們逐漸認識到編碼不僅要強調(diào)效率還要強調(diào)清晰。（對）19.確認測試計劃應(yīng)該在可行性研究階段制定（錯）
20.白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。（錯）
21.軟件概要設(shè)計包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計。（對）
22.一個好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤。（對）
23.在可行性研究中最難決斷和最關(guān)鍵的問題是經(jīng)濟可行性。（╳）24.耦合是指一個模塊內(nèi)各個元素彼此結(jié)合的緊密程度。（╳）25.一個好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤。（√）
26.一筆交易、一個動作、甚至操作人員按一個按鈕都可以看做是一次事物。（√）27.集成測試時，一般希望較早地發(fā)現(xiàn)系統(tǒng)功能的錯誤，所以經(jīng)常采用自底向上的漸增式測試。(錯)28.程序要能直截了當(dāng)?shù)卣f明程序員的用意。（對）
29.編程作業(yè)中，代碼的檢查是對程序進行動態(tài)分析。（錯）30.概要設(shè)計階段完成的主要文檔是概要設(shè)計說明書。（√）
31.發(fā)現(xiàn)錯誤多的程序模塊，一般殘留在模塊中的錯誤也多。（對）32.在做程序的單元測試時，一般樁模塊比驅(qū)動模塊容易編寫。（錯）
33.過大的模塊可能是由于分解不充分造成的，即使降低模塊獨立性也必須繼續(xù)分解。（╳）34.代碼版本控制的優(yōu)點之一是能獲得版本控制工具中保存的任何版本。（√）35.在設(shè)計模塊時，其寬度和深度要適當(dāng)。（對）
36.37.38.39.40.程序設(shè)計語言中應(yīng)絕對禁止使用GOTO語句。（╳）類是關(guān)于對象性質(zhì)的描述，由方法和數(shù)據(jù)組成。（√）
隨著軟件技術(shù)的發(fā)展，人們逐漸認識到編碼不僅要強調(diào)效率還要強調(diào)清晰。（√）為保證程序的安全，必須做到程序中沒有任何錯誤存在，即容錯。（╳）如果把軟件開發(fā)所需的資源畫成一個金字塔，人是最基本的資源。（√）
41.功能性注釋嵌在源程序體中，用以解釋其后的語句或程序段是在怎么做。(錯)42.模塊耦合的強弱取決于模塊間接口的復(fù)雜程度。(對)
二、名字解釋： 1.軟件： 2.軟件危機： 3.軟件工程： 4.軟件生命周期： 5.軟件過程： 6.瀑布模型： 7.快速原型模型： 8.增量模型： 9.螺旋模型： 10.抽象： 11.模塊化： 12.逐步求精: 13.耦合： 14.內(nèi)聚： 15.模塊獨立： 16.信息隱蔽： 17.結(jié)構(gòu)程序設(shè)計： 18.測試用例： 19.單元測試： 20.白盒測試： 21.黑盒測試： 22.對象： 23.等價劃分：
三、選擇題
1.軟件工程的概念是哪年提出的()。A.1988 B.1968 C.1948 D.1928 2.瀑布模型的關(guān)鍵不足在于()。
A.過于簡單 B.各個階段需要進行評審 C.過于靈活 D.不能適應(yīng)需求的動態(tài)變更 3.以下哪一項不是軟件危機的表現(xiàn)形式()。
A.開發(fā)的軟件不滿足用戶需要 B.開發(fā)的軟件可維護性差 C.開發(fā)的軟件價格便宜 D.開發(fā)的軟件可靠性差
4.軟件可行性研究實質(zhì)上是要進行一次()需求分析、設(shè)計過程。A.簡化、壓縮的 B.詳細的 C.徹底的 D.深入的
5.結(jié)構(gòu)化設(shè)計是一種面向()的設(shè)計方法。A.數(shù)據(jù)流 B.模塊 C.數(shù)據(jù)結(jié)構(gòu) D.程序
6.與確認測試階段有關(guān)的文檔是()。
A.需求規(guī)格說明書 B.概要設(shè)計說明書 C.詳細設(shè)計說明書 D.源程序
7.軟件開發(fā)的需求活動，其主要任務(wù)是（）。A.給出軟件解決方案 B.給出系統(tǒng)模塊結(jié)構(gòu)
C.定義模塊算法 D.定義需求并建立系統(tǒng)模型 8.以下說法錯誤的是()。
A.文檔僅僅描述和規(guī)定了軟件的使用范圍及相關(guān)的操作命令 B.文檔也是軟件產(chǎn)品的一部分，沒有文檔的軟件就不成軟件
C.軟件文檔的編制在軟件開發(fā)工作中占有突出的地位和相當(dāng)大的工作量 D.高質(zhì)量文檔對于發(fā)揮軟件產(chǎn)品的效益有著重要的意義
9.一個項目是否開發(fā)，從經(jīng)濟上來說是否可行，歸根結(jié)底是取決于()。A.成本估算
B.項目計劃
C.工程管理
D.工程網(wǎng)絡(luò)圖
10.在面向?qū)ο蟮脑O(shè)計中，我們應(yīng)遵循的設(shè)計準則除了模塊化、抽象、低耦合、高內(nèi)聚以外，還有()。
A.隱藏復(fù)雜性 B.信息隱蔽
C.經(jīng)常類的復(fù)用 D.類的開發(fā) 11.面向?qū)ο蟮闹饕卣鞒龑ο笪┮恍?、封裝、繼承外，還有()。A.多態(tài)性 B.完整性 C.可移植性 D.兼容性 12.下面說法正確的是()。
A.經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確 B.測試的目標是為了證明程序沒有錯誤
C.成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試 D.成功的測試是沒有發(fā)現(xiàn)錯誤的測試
13以下哪一條不屬于注釋的基本原則？（）A．注釋應(yīng)該增加代碼的清晰度。B．避免使用裝飾性內(nèi)容。
C．注釋在源代碼中的比例至少為25%.D．注釋信息不僅要包括代碼的功能，還應(yīng)給出原因。
14.()有效地檢測輸入條件的各種組合可能會引起的錯誤。A.等價類劃分 B.邊界值分析 C.錯誤推測 D.因果圖
15火車是一種陸上交通工具。火車和陸上交通工具之間的關(guān)系是()關(guān)系。A.組裝 B.整體部分 C.has a D.一般特殊
16、軟件維護產(chǎn)生的副作用，是指（）
A、開發(fā)時的錯誤 B、隱含的錯誤 C、因修改軟件而造成的錯誤 D、運行時誤操作
17、使用程序設(shè)計的控制結(jié)構(gòu)導(dǎo)出測試用例的測試方法是（）A、黑盒測試 B、白盒測試
C、邊界測試 D、系統(tǒng)測試
18、軟件詳細設(shè)計的主要任務(wù)是確定每個模塊的（）A、算法和使用的數(shù)據(jù)結(jié)構(gòu) B、外部接口 C、功能 D、編程
19、軟件結(jié)構(gòu)圖的形態(tài)特征能反映程序重用率的是（）A、深度 B、寬度 C、扇入 D、扇出
20、為了提高模塊的獨立性，模塊內(nèi)部最好是（）A、邏輯內(nèi)聚 B、時間內(nèi)聚 C、功能內(nèi)聚 D、通信內(nèi)聚
21、軟件是一種（）
A、程序 B、數(shù)據(jù) C、邏輯產(chǎn)品 D、物理產(chǎn)品
22、需求分析最終結(jié)果是產(chǎn)生（）
A、項目開發(fā)計劃 B、需求規(guī)格說明書 C、設(shè)計說明書 D、可行性分析報告
23、因計算機硬件和軟件環(huán)境的變化而作出的修改軟件的過程稱為()A、糾正性維護
B、適應(yīng)性維護 C、完善性維護
D、預(yù)防性維護
24、下列屬于維護階段的文檔是()A、軟件規(guī)格說明
B、用戶操作手冊
C、軟件問題報告
D、軟件測試分析報告
25、若有一個計算類型的程序，它的輸入量只有一個X，其范圍是［-1.0，1.0］，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計這組測試用例的方法是()A、條件覆蓋法
B、等價分類法
C、邊界值分析法
D、錯誤推測法 26.如果一個程序常常需要根據(jù)多種條件的復(fù)雜組合，選擇執(zhí)行相應(yīng)的動作，則以下哪種設(shè)計工具比較適合描述它?（）
A．判定表
B.流程圖
C.PDL
D.N-S圖
28、經(jīng)過嚴密的軟件測試后所提交給用戶的軟件產(chǎn)品中（）
A、軟件不再包含任何錯誤 B、還可能包含少量軟件錯誤 C、所提交給用戶的可執(zhí)行文件不會含有錯誤 D、文檔中不會含有錯誤。
29、等價劃分測試方法屬于（）
A、黑盒測試 B、白盒測試
C、邊界測試 D、系統(tǒng)測試
30、軟件按照設(shè)計的要求，在規(guī)定時間和條件下達到不出故障，持續(xù)運行的要求的質(zhì)量特性稱為()A.可用性
B.可靠性
C.正確性
D.完整性
31、確認軟件的功能是否與需求規(guī)格說明書中所要求的功能相符的測試屬于（）
A、集成測試 B、恢復(fù)測試
C、確認測試 D、單元測試
33、從心理學(xué)角度看，一次大模塊分解為多少個子模塊為宜。（）
A、3±1 B、7±2 C、15±1 D、18±2
34、結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（）
A、程序的規(guī)模 B、程序的效率 C、程序設(shè)計語言的先進性 D、程序易讀性
35、在用戶界面層次上對軟件進行測試屬于哪種測試方法（）
A、黑盒測試 B、白盒測試
C、邊界測試 D、系統(tǒng)測試
36、對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（）于對象的統(tǒng)一體中。A、結(jié)合 B、隱藏
C、封裝 D、抽象
37、()是比較理想的可重用軟構(gòu)件。
A.子程序庫 B.源代碼包含文件 C.對象 D.類
38、軟件設(shè)計啟發(fā)規(guī)則不包括（）A．在耦合方式上降低模塊間接口的復(fù)雜性 B．模塊功能應(yīng)該可以預(yù)測
C．將模塊的控制域保持在其作用域內(nèi)
D．設(shè)計單入口單出口的模塊
39、軟件生存周期中時間最長的是（）階段。
A、總體設(shè)計 B、需求分析 C、軟件測試 D、軟件維護
40、為了提高模塊的獨立性，模塊之間的聯(lián)系最好的是（）。
A、公共耦合 B、控制耦合 C、內(nèi)容耦合 D、數(shù)據(jù)耦合
41、軟件概要設(shè)計結(jié)束后得到（）
A、初始化的軟件結(jié)構(gòu)圖 B、優(yōu)化后的軟件結(jié)構(gòu)圖 C、模塊的接口圖和詳細算法 D、程序編碼
42、為使得開發(fā)人員對軟件產(chǎn)品的各個階段工作都進行周密的思考，從而減少返工，所以（）的編制是很重要的。
A、需求說明 B、概要說明 C、軟件文檔 D、測試計劃
43、汽車有一個發(fā)動機，因而汽車與發(fā)動機之間的關(guān)系是（）關(guān)系。
A、一般與特殊 B、整體與部分 C、分類關(guān)系 D、is a 關(guān)系
44、軟件部件的內(nèi)部實現(xiàn)與外部可訪問性的分離，是指軟件的（）。
A、繼承性 B、共享性 C、封裝性 D、抽象性
45、單元測試是發(fā)現(xiàn)編碼錯誤，集成測試是發(fā)現(xiàn)模塊的接口錯誤，確認測試是為了發(fā)現(xiàn)功能錯誤，那么系統(tǒng)測試是為了發(fā)現(xiàn)（）的錯誤。
A、接口錯誤 B、編碼錯誤
C、性能、質(zhì)量不合要求 D、功能錯誤 46.模塊的基本屬性不包括（）
A 功能 B 接口 C 獨立性 D 邏輯
47、許多產(chǎn)品的質(zhì)量問題源于新產(chǎn)品的開發(fā)設(shè)計階段，因此在產(chǎn)品（）階段就應(yīng)采取有力措施來消滅由于設(shè)計原因而產(chǎn)生的質(zhì)量隱患。
A、軟件評審 B、軟件測試 C、開發(fā)設(shè)計 D、軟件度量
48、下列幾種類型中，耦合性最弱的是（）。
A、內(nèi)容型 B、控制型 C、公共型 D、數(shù)據(jù)型
50.瀑布模型的關(guān)鍵不足在于
A、過于簡單 B、不能適應(yīng)需求的動態(tài)變更C、過于靈活 D、各個階段需要進行評審
51.內(nèi)聚程度最高的是（）A功能內(nèi)聚
B巧合內(nèi)聚
C 過程內(nèi)聚
D 信息內(nèi)聚
52.以下哪一項不是軟件危機的表現(xiàn)形式(3)(1）成本高（2）生產(chǎn)率低(3)技術(shù)發(fā)展快（4）質(zhì)量得不到保證 53.以下哪一項不是面向?qū)ο蟮奶卣鳎?）
（1）多態(tài)性（2）繼承性（3）封裝性（4）過程調(diào)用 55.軟件維護的副作用主要有以下哪幾種（3）
（1）編碼副作用、數(shù)據(jù)副作用、測試副作用（2）編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用（3）編碼副作用、數(shù)據(jù)副作用、文檔副作用（4）編碼副作用、文檔副作用、測試副作用
56.軟件項目計劃一般不包括以下哪項內(nèi)容（4）
（1）培訓(xùn)計劃（2）人員安排（3）進度安排（4）軟件開發(fā)標準的選擇和制定 58.以下哪種測試方法不屬于白盒測試技術(shù)（2）
（1）基本路徑測試（2）邊界值分析測試（3）循環(huán)覆蓋測試（4）邏輯覆蓋測試 59.“軟件危機”是指()A.計算機病毒的出現(xiàn)
B.利用計算機進行經(jīng)濟犯罪活動
C.軟件開發(fā)和維護中出現(xiàn)的一系列問題 D.人們過分迷戀計算機系統(tǒng)
61.為了提高模塊的獨立性，模塊之間最好是()A.控制耦合 B.公共耦合 C.內(nèi)容耦合 D.數(shù)據(jù)耦合 62.下面關(guān)于PDL語言不正確的說法是()A.PDL是描述處理過程怎么做 B.PDL是只描述加工做什么 C.PDL也稱為偽碼
D.PDL的外層語法應(yīng)符合一般程序設(shè)計語言常用的語法規(guī)則 63.詳細設(shè)計與概要設(shè)計銜接的圖形工具是()A.DFD圖 B.程序圖 C.PAD圖 D.SC圖 65.下列關(guān)于功能性注釋不正確的說法是()A.功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài) B.注釋用來說明程序段，需要在每一行都要加注釋 C.可使用空行或縮進，以便很容易區(qū)分注釋和程序 D.修改程序也應(yīng)修改注釋
66.下列關(guān)于效率的說法不正確的是()A.效率是一個性能要求，其目標應(yīng)該在需求分析時給出
B.提高程序效率的根本途徑在于選擇良好的設(shè)計方法，數(shù)據(jù)結(jié)構(gòu)與算法 C.效率主要指處理機時間和存儲器容量兩個方面 D.程序的效率與程序的簡單性無關(guān) 67.測試的關(guān)鍵問題是()A.如何組織對軟件的評審 B.如何驗證程序的正確性 C.如何采用綜合策略 D.如何選擇測試用例
68.結(jié)構(gòu)化維護與非結(jié)構(gòu)化維護的主要區(qū)別在于()A.軟件是否結(jié)構(gòu)化 B.軟件配置是否完整 C.程序的完整性 D.文檔的完整性
69.軟件維護困難的主要原因是()A.費用低 B.人員少
C.開發(fā)方法的缺陷 D.得不到用戶支持 70.可維護性的特性中，相互矛盾的是()A.可理解性與可測試性 B.效率與可修改性 C.可修改性和可理解性 D.可理解性與可讀性
71.快速原型是利用原型輔助軟件開發(fā)的一種新思想，它是在研究()的方法和技術(shù)中產(chǎn)生的。
A.需求階段 B.設(shè)計階段
C.測試階段 D.軟件開發(fā)的各個階段
72.從目前情況來看，增量模型存在的主要問題是()A.用戶很難適應(yīng)這種系統(tǒng)開發(fā)方法 B.該方法的成功率很低
C.缺乏豐富而強有力的軟件工具和開發(fā)環(huán)境
D.缺乏對開發(fā)過程中的問題和錯誤具有應(yīng)付變化的機制 73.下列文檔與維護人員有關(guān)的有()A.軟件需求說明書 B.項目開發(fā)計劃 C.概要設(shè)計說明書 D.操作手冊 D.實現(xiàn)錯誤檢測和錯誤恢復(fù)的程序
74.()是為了確保每個開發(fā)過程的質(zhì)量，防止把軟件差錯傳遞到下一個過程而進行的工作。
A.質(zhì)量檢測 B.軟件容錯 C.軟件維護 D.系統(tǒng)容錯 78.軟件開發(fā)過程來自用戶方面的主要干擾是（）A.功能變化 B.經(jīng)費減少 C.設(shè)備損壞 D.人員變化
81.為了提高軟件的可維護性或可靠性而對軟件進行的修改稱為（）A.糾錯性維護 B.適應(yīng)性維護 C.完善性維護 D.預(yù)防性維護
82.面向維護的技術(shù)涉及軟件開發(fā)的（）階段。A.設(shè)計 B.編碼 C.測試 D.所有
83.用白盒技術(shù)設(shè)計測試用例的方法包括（）A.邊界值分析 B.條件組合覆蓋 C.因果圖 D.錯誤推測
84.軟件測試的目的是（）A.為了表明程序沒有錯誤 B.為了說明程序能正確地執(zhí)行 C.為了發(fā)現(xiàn)程序中的錯誤 D.為了評價程序的質(zhì)量
85.針對軟件需求分析所進行的軟件測試是指（）A.集成測試 B.確認測試
C.黑盒子測試 D.白盒子測試
87.結(jié)構(gòu)化程序設(shè)計采用的三種基本控制結(jié)構(gòu)是（）A.順序、分支、選擇 B.選擇、循環(huán)、重復(fù) C.順序、選擇、循環(huán) D.輸入、變換、輸出
88.在軟件設(shè)計中詳細描述處理過程常用的三種工具是（）A.SA，SD，SP B.程序流程圖，IPO，PAD C.SA，SC，SD D.圖形，表格，語言
89.通信內(nèi)聚、邏輯內(nèi)聚、順序內(nèi)聚和時間內(nèi)聚的內(nèi)聚性從高到低順序是（）
A.通信、邏輯、順序、時間 B.通信、時間、順序、邏輯 C.順序、通信、時間、邏輯 D.順序、通信、邏輯、時間
90.在下列四種模塊的耦合性中，信息隱蔽性能最好的是（）A.控制耦合 B.內(nèi)容耦合 C.標記耦合 D.數(shù)據(jù)耦合
91.結(jié)構(gòu)化方法是一種（）的軟件開發(fā)方法。A.面向用戶 B.面向數(shù)據(jù)結(jié)構(gòu) C.面向?qū)ο?D.面向數(shù)據(jù)流
92.需求分析是回答系統(tǒng)必須（）的問題。A.做什么 B.怎么做 C.何時做 D.為誰做
93.在軟件生產(chǎn)的（），使用的工具主要是機器語言和匯編語言。A.程序系統(tǒng)時代 B.軟件工程時代 C.面向?qū)ο髸r代 D.人工智能時代
．維護中因刪除一個標識符而引起的錯識是 _________ 副作用。（）A ．文檔 B ．?dāng)?shù)據(jù) C ．編碼 D ．設(shè)計
98．軟件維護的困難主要原因是（）A ．費用低 B ．人員少
C ．開發(fā)方法的缺陷 D ．維護難
．用白盒法技術(shù)設(shè)計測試用例的方法包括（）A ．錯誤推測 B ．因果圖
C ．基本路徑測試 D ．邊界值分析
100．軟件測試中根據(jù)測試用例設(shè)計的方法的不同可分為黑盒測試和白盒測試兩種，它們（）
A ．前者屬于靜態(tài)測試，后者屬于動態(tài)測試 B ．前者屬于動態(tài)測試，后者屬于靜態(tài)測試 C ．都屬于靜態(tài)測試 D ．都屬于動態(tài)測試
101．程序的三種基本控制結(jié)構(gòu)的共同特點是（）A ．只能用來描述簡單程序 B ．不能嵌套使用 C ．單入口，單出口 D ．僅用于自動控制系統(tǒng) 102、代碼版本控制的基本操作不包括()A.檢入
B 檢出
C.刪除
D.更新
．當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（）
A ．?dāng)?shù)據(jù)耦合 B ．公共耦合 C ．標記耦合 D ．內(nèi)容耦合 104 ．軟件設(shè)計的方法有多種，_________ 方法不屬于面向數(shù)據(jù)流的設(shè)計方法。（）
A ．基于 Jackson 圖的設(shè)計 B ．基于 IDEF0圖的設(shè)計 C ．交換分析設(shè)計 D ．事務(wù)分析設(shè)計 105．為高質(zhì)量地開發(fā)軟件項目，在軟件結(jié)構(gòu)設(shè)計時，必須遵循 _________ 原則。（）
A ．信息隱蔽 B ．質(zhì)量控制 C ．程序優(yōu)化 D ．?dāng)?shù)據(jù)共享
107．螺旋模型是一種將瀑布模型和 _________ 結(jié)合起來的軟件開發(fā)模型。（）
A ．增量模型 B ．專家系統(tǒng) C ．噴泉模型 D ．變換模型
108．需求規(guī)格說明書的作用不包括（）A ．軟件驗收的依據(jù)
B ．用戶與開發(fā)人員對軟件要做什么的共同理解 C ．軟件可行性研究的依據(jù) D ．軟件設(shè)計的依據(jù)
109．?dāng)?shù)據(jù)字典是用來定義 _________ 中的各個成份的具體含義的。（）A ．流程圖 B ．功能結(jié)構(gòu)圖 C ．系統(tǒng)結(jié)構(gòu)圖 D ．?dāng)?shù)據(jù)流圖
．在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復(fù)雜性提高等原因?qū)е铝耍ǎ?/p>
A ．軟件危機 B ．軟件工程
C ．程序設(shè)計革命 D ．結(jié)構(gòu)化程序設(shè)計
．對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（）于對象的統(tǒng)一體中。A ．結(jié)合 B ．隱藏 C ．封裝 D ．抽象 117 ．軟件調(diào)試技術(shù)包括（）
A ．邊界值分析 B ．演繹法 C ．循環(huán)覆蓋 D ．集成測試 118 ．瀑布模型的存在問題是（）A ．用戶容易參與開發(fā) B ．缺乏靈活性
C ．用戶與開發(fā)者易溝通 D ．適用可變需求
．軟件測試方法中的靜態(tài)測試方法之一為（）A ．計算機輔助靜態(tài)分析 B ．黑盒法 C ．路徑覆蓋 D ．邊界值分析
．軟件生命周期中所花費用最多的階段是（）
A ．詳細設(shè)計 B ．軟件編碼 C ．軟件測試 D ．軟件維護 122 ．程序的三種基本控制結(jié)構(gòu)是（）A ．過程、子程序和分程序 B ．順序、選擇和重復(fù) C ．遞歸、堆棧和隊列 D ．調(diào)用、返回和轉(zhuǎn)移
．在詳細設(shè)計階段，經(jīng)常采用的工具有（）A ． PAD B ． SA C ． SC D ． DFD 124 ．詳細設(shè)計的結(jié)果基本決定了最終程序的（）
A ．代碼的規(guī)模 B ．運行速度 C ．質(zhì)量 D ．可維護性 125 ．需求分析中開發(fā)人員要從用戶那里了解（）
A ．軟件做什么 B ．用戶使用界面 C ．輸入的信息 D ．軟件的規(guī)模 126 ．結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（）A． 程序的規(guī)模 B ．程序的效率
C． 程序設(shè)計語言的先進性 D ．程序易讀性
．經(jīng)濟可行性研究的范圍包括（）
A ．資源有效性 B ．管理制度 C ．效益分析 D ．開發(fā)風(fēng)險 129 ．可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作，它是決定該系統(tǒng)是否開 發(fā)的決策依據(jù)，因必須給出（）的回答。A ．確定 B．行或不行 C．正確 D．無二義 130 ．需求分析階段的任務(wù)是確定（）A． 軟件開發(fā)方法 B． 軟件開發(fā)工具 C． 軟件開發(fā)費 D．軟件系統(tǒng)的功能
134.信息隱蔽概念與()這一概念直接的相關(guān)。A.模塊的獨立性 B.模塊類型的劃分 C.軟件結(jié)構(gòu)定義 D.軟件生命周期
135.在軟件的概要設(shè)計中，不使用的圖形工具是()圖。A.SC B.IPO C.PAD D.IDEF0
136.不屬于詳細設(shè)計的主要工具有()。A.IPO圖 B.PAD圖 C.PDL D.SC
137.不屬于序言性注釋的有()。A.模塊設(shè)計者 B.修改日期
C.程序的整體說明 D.語句功能
138.單元測試階段主要涉及()的文檔。A.需求設(shè)計 B.編碼和詳細設(shè)計 C.詳細設(shè)計 D.概要設(shè)計
139.在軟件測試中，白盒測試方法是通過分析程序的()來設(shè)計測試用例的方法。
A.應(yīng)用范圍 B.內(nèi)部邏輯 C.功能 D.輸入數(shù)據(jù)
140.需求分析是分析員經(jīng)了解用戶的要求，認真細致地調(diào)研、分析，最終建立目標系統(tǒng)的邏輯模型并寫出()的過程。A.模塊說明書 B.軟件規(guī)格說明 C.項目開發(fā)計劃 D.合同文檔
141.數(shù)據(jù)耦合和控制耦合相比，則()成立。A.數(shù)據(jù)耦合的耦合性強 B.控制耦合的耦合性強
C.兩者的耦合性相當(dāng) D.兩者的耦合性需要根據(jù)具體情況分析 142.魚是一種水生動物。魚與水生生物之間的關(guān)系是()。A.分類關(guān)系 B.組裝關(guān)系 C.整體成員關(guān)系 D.has a 146 ．用白盒法技術(shù)設(shè)計測試用例的方法包括（）A ．錯誤推測 B ．因果圖
C ．基本路徑測試 D ．邊界值分析 147 ．軟件測試中根據(jù)測試用例設(shè)計的方法的不同可分為黑盒測試和白盒測試兩種，它們（）
A ．前者屬于靜態(tài)測試，后者屬于動態(tài)測試 B ．前者屬于動態(tài)測試，后者屬于靜態(tài)測試 C ．都屬于靜態(tài)測試 D ．都屬于動態(tài)測試
．當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（）
A ．?dāng)?shù)據(jù)耦合 B ．公共耦合 C ．標記耦合 D ．內(nèi)容耦合 150．為高質(zhì)量地開發(fā)軟件項目，在軟件結(jié)構(gòu)設(shè)計時，必須遵循 _________ 原則。（）
A ．信息隱蔽 B ．質(zhì)量控制 C ．程序優(yōu)化 D ．?dāng)?shù)據(jù)共享
151 ．螺旋模型是一種將瀑布模型和 _________ 結(jié)合起來的軟件開發(fā)模型。（）
A ．增量模型 B ．專家系統(tǒng) C ．噴泉模型 D ．變換模型
152 ．需求規(guī)格說明書的作用不包括（）A ．軟件驗收的依據(jù)
B ．用戶與開發(fā)人員對軟件要做什么的共同理解 C ．軟件可行性研究的依據(jù) D ．軟件設(shè)計的依據(jù)
157.單元測試階段主要涉及()的文檔。A.需求設(shè)計 B.編碼和詳細設(shè)計 C.詳細設(shè)計 D.概要設(shè)計
158.在軟件測試中，白盒測試方法是通過分析程序的()來設(shè)計測試用例的方法。
A.應(yīng)用范圍 B.內(nèi)部邏輯 C.功能 D.輸入數(shù)據(jù)
159.需求分析是分析員經(jīng)了解用戶的要求，認真細致地調(diào)研、分析，最終建立目標系統(tǒng)的邏輯模型并寫出()的過程。A.模塊說明書 B.軟件規(guī)格說明
C.項目開發(fā)計劃 D.合同文檔
第三篇：軟件工程練習(xí)題1
《軟件工程概論》練習(xí)題
單選15 判斷10
一、概念解釋15
1．軟件2.軟件危機3．軟件生命周期4.概要設(shè)計、詳細設(shè)計5.軟件測試
6.信息隱藏7．耦合8.內(nèi)聚9．黑盒測試10．白盒測試11.對象
12.繼承13.多態(tài)性14.數(shù)據(jù)字典（DD）15.單元測試、集成測試、確認測試
二、簡答題30
1.簡述軟件工程方法學(xué)包括的三要素及其含義。
2.簡述繼承的含義，并通過一個具體例子加以說明。
3什么是軟件危機？軟件危機的表現(xiàn)是什么？其產(chǎn)生的原因是什么？如何消除軟件危機？
4.在軟件設(shè)計過程中需遵守一系列準則和規(guī)則，模塊化是一條重要準則：
（1）為什么說只有合理劃分模塊才能保證軟件的開發(fā)成本達到最小？
（2）什么是模塊獨立性？如何度量？
5．根據(jù)你了解的知識，簡述“信息隱藏”在軟件設(shè)計中的作用
6.簡述面向?qū)ο蠓治龅幕静襟E
7.需求分析的任務(wù)是什么?
8.快速原型技術(shù)的基本思想是什么？
9.簡述三種面向?qū)ο竽Ｐ偷闹饕δ?/p>
第四篇：《軟件工程》期末考試模擬練習(xí)題
期末考試模擬練習(xí)題
一、填空題
1、用軟件工程的觀點看，軟件＝__程序____＋____數(shù)據(jù)____＋___系列文檔__。
2、軟件是計算機系統(tǒng)中與硬件相互依存的部分，它是包括_____程序_____，_____數(shù)據(jù)
____和___系列文檔___的完整集合。
3、可行性分析的內(nèi)容包括四個方面：__技術(shù)可行性_____，_經(jīng)濟可行性__，_操作可行
性____和___法律可行性__。
4、軟件開發(fā)的結(jié)構(gòu)化分析方法中，數(shù)據(jù)加工是組成內(nèi)容之一。常用的加工說明的描述
方法有__結(jié)構(gòu)化語言___、_____判定樹____和____判定表__。
5、面向數(shù)據(jù)流的軟件設(shè)計方法，一般將數(shù)據(jù)流圖分成兩種類型，一種稱為__變換型___，另一種稱為_事務(wù)型_。
6、內(nèi)聚和耦合是模塊獨立性的重要度量，內(nèi)聚是指__模塊內(nèi)部各軟件元素之間結(jié)合的緊密程度___，耦合是指__度量一個軟件結(jié)構(gòu)中模塊與模塊之間聯(lián)系程度強弱的一個指標__，從設(shè)計策略講，模塊的分解應(yīng)遵循____高___內(nèi)聚____低___耦合的原則。
7、程序設(shè)計語言的三個特性分別是_工程特性__，__技術(shù)特性__，_心理特性__。
8、大型軟件系統(tǒng)的測試基本上由以下幾個步驟組成，分別是__單元測試__，__集成測
試___，_確認測試___，_系統(tǒng)測試__和__驗收測試___，其中需要最終用戶參與的測試為___驗收測試和系統(tǒng)測試__。
9、白盒子測試技術(shù)是從程序內(nèi)部的邏輯結(jié)構(gòu)及處理過程入手來設(shè)計測試用例，故
又稱為__結(jié)構(gòu)測試__測試；而黑盒子測試技術(shù)則相反，它是以需求規(guī)格說明書為根據(jù)來設(shè)計測試用例，故又稱為__功能測試__測試。
10、軟件維護的類型分為4種，分別是_改正性維護_，__適應(yīng)性維護_，___完善性維
護_，___預(yù)防性維護_。
11、在軟件運行中發(fā)生異?；蚬收蠒r進行的維護工作稱為__改正性維護___維護。在軟
件的使用過程中，根據(jù)用戶提出的新增系統(tǒng)功能和改善性能的要求而對軟件進行修改或再開發(fā)，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟件質(zhì)量的工作成為____完善性維護__維護。
12、面向?qū)ο缶褪沁\用___對象___、___類____、____繼承______、___封裝____、___消息____等面向?qū)ο蟮母拍顚栴}進行分析，求解的系統(tǒng)開發(fā)技術(shù)。
13、由Rumbaugh等人提出的一種面向?qū)ο蠓椒ń凶鰧ο竽Ｐ突夹g(shù)（OMT），它要求
把分析時收集的信息建立在3個模型中。第一個模型是__對象模型__，它的作用是描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，包括構(gòu)成系統(tǒng)的對象和類、它們的屬性和操作，以及它們之間的聯(lián)系。第二個模型是_動態(tài)模型_，它描述系統(tǒng)的控制邏輯，主要涉及系統(tǒng)中各個對象和類的時序及變化狀況。第三個模型是_功能模型_，它著重于描述系統(tǒng)內(nèi)部數(shù)據(jù)的傳送與處理，它由多個數(shù)據(jù)流圖組成。
14、在軟件研制過程中，CASE是指__計算機輔助軟件工程_。
15、面向?qū)ο蟮能浖_發(fā)方法中，UML指__統(tǒng)一建模語言_。
二、選擇題
1、瀑布模型將軟件生命周期劃分為計劃、開發(fā)和運行三個時期。在下述工作中，屬于
軟件開發(fā)期的內(nèi)容是_D___。
I 需求分析II 可行性分析III 結(jié)構(gòu)設(shè)計
A）都是C）只有I
B）I和IID）I和III2、軟件計劃的目的是提供一個框架，使主管人員對項目能在短時間內(nèi)進行合理的估價。
在下述內(nèi)容中，不屬于計劃期的內(nèi)容是_C___。A）資源需求
C）功能需求
B）成本估算D）項目進度
3、數(shù)據(jù)流圖是用于軟件需求分析的工具，下列元素中_C____是數(shù)據(jù)流圖的基本元素。
I 數(shù)據(jù)流II 數(shù)據(jù)加工III 數(shù)據(jù)存儲IV 外部實體 A）I、II和III C）全部
B）I和IIID）I、III和IV4、軟件開發(fā)的結(jié)構(gòu)化分析方法中，數(shù)據(jù)加工是組成內(nèi)容之一。在下列方法中，常采用
編寫加工說明方法的是__D__。
I 結(jié)構(gòu)化語言II 判定樹III判定表A）只有I
B）只有IID）都是
C）II和III5、軟件工程的結(jié)構(gòu)化分析方法強調(diào)的是分析開發(fā)對象的__A___。
A）數(shù)據(jù)流
B）控制流D）進程通信
C）時間限制
6、原型化方法是用戶和軟件開發(fā)人員之間進行的一種交互過程，適用于___A___系統(tǒng)。
A）需求不確定性高的C）管理信息
B）需求確定的 D）決策支持
7、軟件的設(shè)計分兩個階段，即結(jié)構(gòu)設(shè)計和詳細設(shè)計，結(jié)構(gòu)設(shè)計又稱為_B__。
A）邏輯設(shè)計C）規(guī)劃設(shè)計
B）總體設(shè)計 D）抽象設(shè)計
8、模塊本身的內(nèi)聚是模塊獨立性的重要度量因素之一，7類內(nèi)聚中具有最強內(nèi)聚的一
類是_D___。
A）順序性內(nèi)聚C）邏輯性內(nèi)聚
B）過程性內(nèi)聚 D）功能性內(nèi)聚
9、軟件測試的對象是___C___。A）程序
B）文檔 D）模塊算法
C）程序和各個軟件配置項
10、成功的測試是指___B___。
A）運行測試實例后未發(fā)現(xiàn)錯誤項
C）證明程序正確
B）發(fā)現(xiàn)程序中的錯誤 D）改正程序中的錯誤
11、若有一個計算類型的程序，它的輸入量只有一個X，其范圍是[-1.0，1.0]，現(xiàn)在從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設(shè)計這組測試用例的方法是__A_。A）邊界值分析法C）條件覆蓋法
B）等價分類法 D）錯誤推測法
12、因計算機硬件和軟件環(huán)境的變化而做出的修改軟件的過程稱為______C______維
護。在軟件維護類型中占全部維護活動一半以上的是______________維護。
I 改正性維護A）I，II
II 適應(yīng)性維護 B）II，I
III 完善性維護 C）II，III
IV 預(yù)防性維護 D）II，IV13、在面向?qū)ο蠓治鲋校铝懈黜椏闪腥腩惖膶嵗氖莀___D_。
I 學(xué)生II 網(wǎng)上購物III白馬IV 張三A）I 和 II
B）II 和IV D）都是
C）II、II、IV14、下列哪些問題是項目管理工作應(yīng)該重點考慮的___C___。
I 風(fēng)險分析和管理IV軟件項目計劃
II 項目進度安排V 軟件配置管理
III 軟件需求分析 VI軟件測試
A）III，VIB）III，IV，VIC）I、II、IV、VD）都是
15、軟件文檔是軟件工程實施中的重要成分，它不僅是軟件開發(fā)各階段的重要依據(jù)而且
也影響軟件的_B____。
A）可理解性
B）可維護性 D）可移植性
C）可擴展性
第五篇：軟件工程
1.軟件危機的概念 系統(tǒng)的數(shù)據(jù)要求，功能需求，性能需求，顯示出程序的輪廓。
軟件危機是指在計算機軟件開發(fā)、使用與可靠性需求，可用性需求，出錯處理需求，混合方式
維護過程中遇到的一系列嚴重問題和難接口需求，約束，逆向需求以及將來可能優(yōu)點：綜合了以上兩種策略的長處 題。提出的需求。9.確認測試
補充： 5.常使用的圖形工具 確認測試又稱有效性測試。有效性測試是
1．軟件危機的表現(xiàn)有哪些？ 實體-聯(lián)系圖，數(shù)據(jù)流圖，狀態(tài)轉(zhuǎn)換圖，在模擬的環(huán)境下，運用黑盒測試的方法，答：1）對軟件開發(fā)成本和進度的估計常層次方框圖，warnier圖，IPO圖。驗證被測軟件是否滿足需求規(guī)格說明書常很不準確。第五章 列出的需求。任務(wù)是驗證軟件的功能和性
2）用戶對已完成的軟件不滿意1.總體設(shè)計的任務(wù) 能及其他特性是否與用戶的要求一致。對的現(xiàn)象時有發(fā)生。劃分出組成系統(tǒng)的物理元素——程序、文軟件的功能和性能要求在軟件需求規(guī)格
3）軟件產(chǎn)品的質(zhì)量往往是靠不件、數(shù)據(jù)庫、人工過程和文檔等等 說明書中已經(jīng)明確規(guī)定，它包含的信息就住的。設(shè)計軟件的結(jié)構(gòu)。也就是要確定系統(tǒng)中每是軟件確認測試的基礎(chǔ)。
4）軟件常常是不可維護的。個程序是由哪些模塊組成的，以及這些模10.什么是白盒測試，其測試技術(shù)有那些，5）軟件通常沒有適當(dāng)?shù)奈臋n資塊相互間的關(guān)系。覆蓋標準的強弱程度
料。2.模塊化思想 白盒測試是一種測試用例設(shè)計方法，盒子
6）軟件成本在計算機系統(tǒng)總成就是把程序劃分成獨立命名且可獨立訪指的是被測試的軟件，白盒指的是盒子是本中所占比例逐年上升。問的模塊，每個模塊完成一個子功能，把可視的,你清楚盒子內(nèi)部的東西以及里面
7）軟件開發(fā)生產(chǎn)率提高的速度這些模塊集成起來構(gòu)成一個整體，可以完是如何運作的?！鞍缀小狈ㄈ媪私獬绦騼?nèi)遠跟不上日益增長的軟件需求。成指定的功能滿足用戶的需求。部邏輯結(jié)構(gòu)、對所有邏輯路徑進行測試。
2．產(chǎn)生軟件危機的原因主要有哪些？ 3.衡量模塊獨立的標準（內(nèi)聚和耦合的白盒測試的測試方法有代碼檢查法、靜態(tài)答：1）用戶對軟件需求的描述不精確。含義，種類）結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋
2）軟件開發(fā)人員對用戶需求的內(nèi)聚：標志著每一個模塊內(nèi)各個元素彼此法、基本路徑測試法、域測試、符號測試、理解有偏差。結(jié)合的緊密程度，是信息隱藏和局部化概路徑覆蓋和程序變異。
3）缺乏處理大型軟件項目的經(jīng)念的自然拓展。偶然內(nèi)聚，邏輯內(nèi)聚，時種覆蓋標準：語句覆蓋、判定覆蓋、條件驗。間內(nèi)聚，功能內(nèi)聚，順序內(nèi)聚，通信內(nèi)聚，覆蓋、判定/條件覆蓋、條件組合覆蓋和
4）開發(fā)大型軟件易產(chǎn)生疏漏和過程內(nèi)聚。路徑覆蓋發(fā)現(xiàn)錯誤的能力呈由弱至強的錯誤。耦合：是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間變化。
5）缺乏有力的方法學(xué)的指導(dǎo)和互連程度的度量。數(shù)據(jù)耦合，控制耦合，11.什么時候黑盒測試，其測試技術(shù)有哪有效的開發(fā)工具的支持。特征耦合，公共環(huán)境耦合，內(nèi)容耦合。些，（等價劃分，邊介值分析法）
6）面對日益增長的軟件需求，4.啟發(fā)式規(guī)則 黑盒測試也稱功能測試，它是通過測試來人們顯得力不從心。1.改進軟件結(jié)構(gòu)提高模塊的獨立性檢測每個功能是否都能正常使用。
2軟件的概念 2.模塊規(guī)模應(yīng)該適中等價類劃分的辦法是把程序的輸入域劃完成特點功能的程序以及數(shù)據(jù)結(jié)構(gòu)和文 3.深度、寬度、扇出和扇入都應(yīng)適當(dāng) 分成若干部分（子集），然后從每個部分檔 4.模塊的作用范圍應(yīng)在控制范圍之內(nèi)中選取少數(shù)代表性數(shù)據(jù)作為測試用例
3.軟件工程的基本原理 5.力爭降低模塊接口的復(fù)雜程度 邊界值分析是通過選擇等價類邊界的測
1.用分階段的生命周期計劃嚴格管理 6.設(shè)計單入口單出口的模塊試用例。邊界值分析法不僅重視輸入條件
2.堅持進行階段評審 7.模塊功能應(yīng)該可以預(yù)測 邊界，而且也必須考慮輸出域邊界。它是
3.實行嚴格的產(chǎn)品控制 5.面向數(shù)據(jù)流的設(shè)計方法把信息流映射對等價類劃分方法的補充。
4.采用現(xiàn)代程序設(shè)計技術(shù) 成軟件結(jié)構(gòu) 12.軟件調(diào)試技術(shù)有哪些
5.結(jié)果應(yīng)能清楚地審查 信息流：變換流，事物流 蠻干法，蠻干法可能是尋找軟件錯誤原因
6.開發(fā)小組的人員應(yīng)該少而精 映射：變換分析，事物分析 的最低效的方法，僅當(dāng)所有其他方法都
7.承認不斷改進軟件工程實踐的必要性失敗的情況下才使用。
4軟件生命周期分成哪幾個階段？各階第六章 回溯法，回溯法是一種相當(dāng)常用的調(diào)試方段的任務(wù)是什么？ 1.詳細設(shè)計的基本任務(wù) 法，當(dāng)調(diào)試小程序時很有效。從發(fā)現(xiàn)癥
1.問題定義： 1.為每個模塊確定采用的算法。2.確定狀的地方開始，人工沿程序的控制流往回
2.可行性研究：研究問題的范圍，探索這每一模塊使用的數(shù)據(jù)結(jié)構(gòu)追蹤分析源程序代碼，知道找出錯誤原因個問題是否值得去解決，是否有可行的解3.確定模塊接口的細節(jié)，包括對系統(tǒng)外為止。
決方法。部的接口和用戶界面，對系統(tǒng)內(nèi)部其 原因排除法，對分查找法、歸納法、演繹
3.需求分析：主要是確定目標系統(tǒng)必須具它模塊的接口，以及關(guān)于模塊輸入數(shù)據(jù)、法都屬于原因排除法。
備哪些功能 輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細節(jié)。13.軟件可靠性（可靠性和可用性的含義）
4.總體設(shè)計： 4.為每一模塊設(shè)計出一組測試用例。
5.詳細設(shè)計：就是把解法具體化，設(shè)計出2.程序的三種基本結(jié)構(gòu)
程序的詳細規(guī)格說明。順序結(jié)構(gòu)，選擇結(jié)構(gòu)，循環(huán)結(jié)構(gòu)
6.編碼和單元測試：寫出正確的容易理解3.詳細設(shè)計的工具
容易維護的程序模塊。1．圖形工具
7.綜合測試：通過各種類型的測試使軟件2．表格工具
達到預(yù)定的要求 3．語言工具
8.軟件維護：通過各種必要的維護活動使4.jackson方法
系統(tǒng)持久地滿足用戶的需要。（改正性維5.復(fù)雜性度量的方法
護，適應(yīng)性維護，完善性維護，預(yù)防性維Halstead方法：它根據(jù)程序中運算符和
護）操作數(shù)的總數(shù)來度量程序的復(fù)雜程度
5.瀑布模型，快速原型模型，增量模型，McCabe方法 ：McCabe方法根據(jù)程序控制
螺旋模型的特點 流的復(fù)雜程度定量度量程序的復(fù)雜程度，瀑布模型階:段時間具有順序性和依賴第七章
性。推遲現(xiàn)實的觀點。質(zhì)量保證的觀點。1.選擇程序設(shè)計語言應(yīng)考慮哪些因素
快速原型模型:軟件產(chǎn)品的開發(fā)基本上是1.系統(tǒng)用戶的要求
線性順序進行的，本質(zhì)是“快速”加速軟2.可以使用的編譯程序
件的開發(fā)過程，節(jié)約軟件開發(fā)成本。3.可以得到的軟件工具
增量模型:能在較短時間內(nèi)向用戶提交可4.工程規(guī)模
完成部分工作的產(chǎn)品。逐步增加產(chǎn)品功5.程序員的知識
能，可以使用戶有較充裕的時間學(xué)習(xí)和適6.軟件可移植性要求
應(yīng)新產(chǎn)品，從而減少一個全新的軟件可能7.軟件的應(yīng)用領(lǐng)域
給客戶組織帶來的沖擊。2.良好的編程風(fēng)格包括哪些方面
螺旋模型:對可選方案和約束條件的強調(diào)1.程序內(nèi)部的文檔2.數(shù)據(jù)說明 3.語句構(gòu)
有利于已有軟件的重用，也有助于把軟件造4.輸入輸出 5.效率
質(zhì)量作為軟件開發(fā)的一個重要目標。減少3軟件測試的目標
了過多的測試或測試不足帶來的風(fēng)險。更目的:（1）測試是為了發(fā)現(xiàn)程序中的錯誤
重要的是在螺旋模型中維護只是模型的而執(zhí)行程序的過程；
另一個周期，在維護和開發(fā)之間并沒有本（2）好的測試方案是極可能發(fā)現(xiàn)迄今為
質(zhì)區(qū)別。風(fēng)險驅(qū)動的。止尚未發(fā)現(xiàn)的錯誤的測試方案；
（3）成功的測試是發(fā)現(xiàn)了至今為止尚未
第二章 發(fā)現(xiàn)的錯誤的測試。
1.可行性研究的目的 定義:為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序
就是用最小的代價在盡可能短的時間內(nèi)的過程。
確定問題是否能夠解決。補充：
補充： 軟件測試步驟 :
可行性研究的步驟 ：(1)模塊測試(2)子系統(tǒng)測試(3)系統(tǒng)
1.復(fù)查系統(tǒng)規(guī)模和目標。測試(4)驗收測試(5)平行運行
2.研究現(xiàn)有的系統(tǒng)。4.確定測試計劃是在哪個階段制定的3.導(dǎo)出新系統(tǒng)高層邏輯模型。5.黑盒測試和白盒測試的概念
4.進一步定義問題黑盒測試
5.導(dǎo)出和評價供選擇的解法。1把程序看作一個黑盒子，完全不考慮程
6.推薦行動方針序的內(nèi)部結(jié)構(gòu)和處理過程
7.草擬開發(fā)計劃2對程序接口進行測試，檢查程序功能是
8.書寫文檔提交審查 否能按規(guī)格說明書的規(guī)定正常使用；
程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生
2.系統(tǒng)流程圖的作用 正確的輸出信息；
系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，程序運行過程中能否保持外部信息的完
它用圖形符號來表示系統(tǒng)中的各個部件。整性
它表達了系統(tǒng)中各個元素之間的信息流白盒測試
動的情況。1把程序堪稱裝在一個透明的白盒子里，3.數(shù)據(jù)流圖的概念 測試者完全知道程序的結(jié)構(gòu)處理算法
數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息2按照程序內(nèi)部的邏輯測試程序，檢測程
流和數(shù)據(jù)從移動到輸出的過程中所經(jīng)受序中的主要執(zhí)行通路是否都能按的變換。預(yù)定要求正確工作
4.數(shù)據(jù)流圖里面的符號，畫數(shù)據(jù)流圖。6.測試的步驟及每個步驟形成的文檔
5.數(shù)據(jù)字典最基本的功能，以及與數(shù)據(jù)流單元測試：（模塊測試）發(fā)現(xiàn)的往往是編
圖的關(guān)系。碼和詳細設(shè)計的錯誤
最基本的功能：在軟件分析和設(shè)計的過程集成測試：著重測試模塊的接口 中給人提供關(guān)于數(shù)據(jù)的描述信息。
關(guān)系：數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)系統(tǒng)測試：發(fā)現(xiàn)的往往是軟件設(shè)計中的錯的邏輯模型，沒有數(shù)據(jù)字典，數(shù)據(jù)流圖就誤，也可能發(fā)現(xiàn)需要說明中的錯誤 不嚴格，然而沒有數(shù)據(jù)流圖，數(shù)據(jù)字典也驗收測試：（確認測試）往往發(fā)現(xiàn)需求說難于發(fā)揮作用。只有數(shù)據(jù)流圖和對數(shù)據(jù)流明書中的錯誤 圖中每個元素的精確定義放在一起，才能7.漸增式和非漸增式的區(qū)別 共同構(gòu)成系統(tǒng)的規(guī)格說明。“非漸增式”，即先獨立地測試每一模塊，第三章 然后將所有這些模塊連接到一起運行； 1.需求分析屬于哪一個階段，任務(wù)是什“漸增式”，即在已測試過的N個模塊的么?；A(chǔ)上再增加一個模塊，再對N十1個模需求分析是軟件定義時期的最后一個階塊進行測試。段.漸增式比非漸增式優(yōu)越，因為用漸增式，1.確定對系統(tǒng)的綜合要求（功能需求，性如果是“由頂向下”則可利用前面已測試能需求，可靠性和可用性需求，出錯處理過的模塊，而不必另外準備驅(qū)動模塊，如需求，接口需求，約束，逆向需求，將來果是“由底向上”，也可利用已測試過的可能提出的要求）模塊，不必再準備樁模塊。漸增式可以較2.分析系統(tǒng)的數(shù)據(jù)要求早地發(fā)現(xiàn)模塊界面之間的錯誤，有利于排3.導(dǎo)出系統(tǒng)的邏輯模型 錯，檢查比較徹底 4.修正系統(tǒng)開發(fā)計劃2.需求分析的產(chǎn)品是什么 8.自頂向下，自下而上，以及混合策略的3.面向過程的分析方法主要是建立三類優(yōu)缺點 模型 自頂向下數(shù)據(jù)模型（按照用戶的觀點對數(shù)據(jù)建立的優(yōu)點：能較早顯示整個程序的輪廓，向用模型，把用戶的數(shù)據(jù)要求清楚，準確地描戶展示程序的概貌，取得用戶的理解與支述出來。描述了從用戶角度看到的數(shù)據(jù)，持。缺點：當(dāng)測試上層模塊時因使用樁它反應(yīng)了用戶的現(xiàn)實環(huán)境，屬性，聯(lián)系），模塊較多，很難模擬出真實模塊的全部功功能模型，行為模型（通過描繪系統(tǒng)的狀能，使部分測試內(nèi)容被迫推遲，只能等待態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件來表示系換上真實模塊后再補充測試。統(tǒng)的行為）由底向上4.軟件需求規(guī)格說明書的內(nèi)容 優(yōu)點：測試從下層模塊開始，測試設(shè)計用通常用自然語言完整，準確，具體地描述例比較容易。缺點：在測試的早期不能
點擊咨詢 