軟件工程習(xí)題集答案

1、軟件工程習(xí)題集答案第一章 軟件工程概述作業(yè)答案一、名詞解釋1. 軟件軟件是計(jì)算機(jī)程序以及開發(fā)、使用和維護(hù)程序所需要的所有文檔。軟件是包括程序、數(shù)據(jù)及其相關(guān)文檔的完整集合。2. 軟件危機(jī)軟件生產(chǎn)的進(jìn)度、 數(shù)量、 質(zhì)量、 成本滿足不了社會(huì)對(duì)軟件的需求量和希望的現(xiàn)象, 稱為 “軟件危機(jī)”。軟件工程IEEEIEE93:軟件工程是將系統(tǒng)的、規(guī)范的、可度量的工程化方法應(yīng)用于軟件開發(fā)、 運(yùn)行和維護(hù)的全過程及上述方法的研究。4. 軟件生存周期軟件生存周期是指一個(gè)軟件從提出開發(fā)要求開始直到不再使用 (報(bào)廢 為止的整個(gè)時(shí)期。 5. 軟件過程模型軟件過程指為獲得高質(zhì)量軟件所需要完成的一系列任務(wù)以及完成這些任務(wù)的工作

2、步驟。 過程還規(guī)定了運(yùn)用的方法的順序、 應(yīng)該交付的文檔資料、 為保證軟件質(zhì)量和協(xié)調(diào)變化所需要 采取的管理措施、任務(wù)完成的標(biāo)志等。軟件過程模型也叫軟件生存期模型、軟件工程范型,是軟件過程的一種抽象表示。二、填空題1、在信息處理和計(jì)算機(jī)領(lǐng)域內(nèi),一般認(rèn)為軟件是 程序 、 數(shù)據(jù) 和 文檔的集合 。2、 軟件生產(chǎn)的發(fā)展經(jīng)歷了 程序設(shè)計(jì) 時(shí)代、 程序系統(tǒng) 時(shí)代和 軟件工程 時(shí)代, 各時(shí) 代的生產(chǎn)方式分別是 個(gè)體 、 作方式 和 工程化 。3、 軟件生存周期的 8個(gè)階段分別是 問題定義 、 可行性研究 、 需求分析 、 概要設(shè)計(jì) 、 詳細(xì)設(shè)計(jì) 、 編碼與模塊測(cè)試 、 綜合測(cè)試 、 維護(hù) 。4、 軟件工程是利

3、用工程化的原理和方法來進(jìn)行 開發(fā) 、 維護(hù) 和 管理 軟件的一門 學(xué)科。5、描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型稱為 軟件過程 模型。6、瀑布模型 不 適應(yīng)需求可變的軟件開發(fā),只有到 最后 才能見到整個(gè)軟件系統(tǒng)。7、 軟件產(chǎn)品的生產(chǎn)主要是研制,軟件產(chǎn)品的成本主要體現(xiàn)在8、軟件工程面臨的問題有 軟件費(fèi)用 、 可靠性 、 可維護(hù)性 、 生產(chǎn)率 。三、單項(xiàng)選擇題1、軟件文檔是( C 。A. 程序 B.工具 C.文書和資料 D.數(shù)據(jù)2、軟件是一種( B 性工業(yè)產(chǎn)品A. 理論 B.知識(shí)(或邏輯 C.消耗 D.體力3、與計(jì)算機(jī)科學(xué)的理論研究不同,軟件工程是一門( B 的學(xué)科。A .理論性 B.工程性

4、C.原理性 D.心理性4、軟件工程與計(jì)算機(jī)科學(xué)的性質(zhì)不同,軟件工程著重于( B A .理論研究 B.建造軟件系統(tǒng) C.原理探討 D.原理的理論 5、軟件工程學(xué)科出現(xiàn)的直接原因是( C 。A .計(jì)算機(jī)的發(fā)展 B.其它工程學(xué)科的影響C. 軟件危機(jī)的出現(xiàn) D.程序設(shè)計(jì)方法學(xué)的影響6、軟件工程方法學(xué)的研究?jī)?nèi)容包含軟件開發(fā)技術(shù)和軟件工程管理兩個(gè)方面,以期達(dá)到的最 終目標(biāo)是( A A .軟件開發(fā)工程化 B.消除軟件危機(jī)C. 實(shí)現(xiàn)軟件可重用 D.程序設(shè)計(jì)自動(dòng)化7、由于軟件生產(chǎn)的復(fù)雜性和高成本,使大型軟件的生成出現(xiàn)危機(jī),軟件危機(jī)的主要表現(xiàn)包 括了下述( D 方面。生產(chǎn)成本過高 需求增長(zhǎng)難以滿足進(jìn)度難以控制 質(zhì)

5、量難以保證A . B. C. D.全部8、軟件的主要結(jié)構(gòu)和功能是在( A 階段決定的。A. 分析設(shè)計(jì) B.編程 C.測(cè)試 D.維護(hù)9、有關(guān)計(jì)算機(jī)程序功能、設(shè)計(jì)、編制、使用的文字或圖形資料稱為【 B 】 。A. 軟件 B.文檔 C.程序 D.數(shù)據(jù)10、軟件生成周期模型有多種,下列選項(xiàng)中, 【 C 】不是軟件生存周期模型。A. 螺旋模型 B.增量模型 C.功能模型 D.瀑布模型四、簡(jiǎn)答題1. 軟件產(chǎn)品的特點(diǎn)是什么? 軟件是一種邏輯產(chǎn)品,無形態(tài),具有抽象性。軟件是開發(fā)而形成的,無明顯的制造過程。與硬件相比,軟件開發(fā)更依賴于開發(fā)人員 的業(yè)務(wù)素質(zhì)、 智力以及人員的組織、 合作和管理。 軟件成本集中在開發(fā)

6、上, 主要反映在人力 成本上,而且開發(fā)成本難以估計(jì)。軟件不會(huì)“磨損”和老化,但存在退化問題。大多數(shù)軟件是定做的,不是通過已有構(gòu)件組裝而成。主要靠腦力勞動(dòng)生產(chǎn)。開發(fā)和維護(hù)成本高。2. 軟件生產(chǎn)經(jīng)歷了哪幾個(gè)時(shí)代,各有何特征?軟件生產(chǎn)經(jīng)歷了三個(gè)時(shí)期:(1程序設(shè)計(jì)時(shí)期(19461956 軟件 =程序主要特征:計(jì)算機(jī)硬件 =計(jì)算機(jī)用途少,規(guī)模小;不作為商品;開發(fā)者 =使用者:自己開發(fā),自己使用。(2程序系統(tǒng)時(shí)期(19561968 軟件 =程序 +說明主要特征:程序規(guī)模增大,多人分工合作。軟件作為商品,即程序設(shè)計(jì)者使用者;程序開發(fā)和使用的文檔資料已不可缺少。(3軟件工程時(shí)期(1968現(xiàn)在 軟件 =程序 +

7、數(shù)據(jù) +文檔主要特征:按工程管理的方法管理整個(gè)軟件開發(fā)過程。3. 軟件危機(jī)是如何產(chǎn)生的?其表現(xiàn)形式是什么?試說明產(chǎn)生危機(jī)的原因?大規(guī)模集成電路出現(xiàn)后,性能大大提高,推動(dòng)了計(jì)算機(jī)的廣泛應(yīng)用,促進(jìn)了大規(guī)模軟件 系統(tǒng)的設(shè)計(jì)。 但由于軟件開發(fā)方法不適應(yīng)規(guī)模較大的項(xiàng)目的開發(fā), 因而出現(xiàn)了比計(jì)劃延遲交 付、 費(fèi)用比預(yù)算增加很多、 功能和質(zhì)量不能滿足用戶要求, 維護(hù)困難等問題, 造成了軟件危 機(jī)。主要表現(xiàn):(1軟件開發(fā):軟件開發(fā)過程和成本無法有效控制,延遲交付且成本逐年上升;軟件開發(fā)生產(chǎn)率提高的速度跟不上需求的增加;用戶需求模糊,用戶對(duì)已完成的軟件系統(tǒng)不滿意;沒有確保質(zhì)量的有效措施,軟件產(chǎn)品的質(zhì)量靠不住。(

8、2軟件維護(hù):軟件常常是不可維護(hù)的(缺乏文檔或文檔質(zhì)量 。維護(hù)花費(fèi)的時(shí)間和費(fèi)用占整個(gè)軟件開發(fā)組織的 60%以上。原因:(1客觀原因:軟件規(guī)模越來越大,結(jié)構(gòu)越來越復(fù)雜,使得開發(fā)和管理都變得困難。但是:軟件是手工勞動(dòng),是智力產(chǎn)品 -生產(chǎn)率低。軟件是邏輯實(shí)體,出錯(cuò)容易,糾錯(cuò)困難。軟件的復(fù)雜性使得僅靠人的智力難以駕馭。(2主觀原因開發(fā)方式:認(rèn)為開發(fā)軟件就是寫程序。組織方式:作坊式的生產(chǎn)方式; 開發(fā)無計(jì)劃、 開發(fā)過程無規(guī)范、 開發(fā)過程難控制。 用戶方面:對(duì)軟件需求描述不精確。開發(fā)人員方面:對(duì)用戶需求的理解與用戶本來愿望有差異,相互之間的信息交流 不及時(shí)、不準(zhǔn)確、有誤解。4. 闡述軟件工程的定義和目標(biāo),試說

9、明軟件工程是如何克服軟件危機(jī)的。目標(biāo):在給定成本、進(jìn)度的前提下,開發(fā)出滿足用戶需求的高質(zhì)量的、易于維護(hù)的軟 件產(chǎn)品?？朔C(jī)的方法:軟件工程是從技術(shù)和管理兩方面利用一套科學(xué)的技術(shù)和管理方法進(jìn) 行軟件的開發(fā),從而提高軟件質(zhì)量和生產(chǎn)率。5. 什么是軟件生存周期?軟件生成周期把軟件產(chǎn)品的分成哪幾個(gè)階段?各階段的任務(wù)什 是么?軟件生存周期由 8個(gè)階段組成:1、問題定義:確定要求解決的問題是什么?2、可行性研究 :確定在時(shí)間和資源的約束條件下,能否完成指定的任務(wù)?包括:技術(shù) 可行性、經(jīng)濟(jì)可行性、法律可行性、社會(huì)可行性。若可行,則制定項(xiàng)目所需費(fèi)用、資源、時(shí) 間的開發(fā)計(jì)劃。3、 需求分析:準(zhǔn)確地確定“軟件系

10、統(tǒng)必須做什么”, 即明確目標(biāo)系統(tǒng)必須具備的功能 和對(duì)系統(tǒng)的約束。4、 概要設(shè)計(jì):確定在總體上應(yīng)該怎樣實(shí)現(xiàn)目標(biāo)系統(tǒng), 包括系統(tǒng)的軟件結(jié)構(gòu)設(shè)計(jì)、 接口 設(shè)計(jì)和數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)。5、詳細(xì)設(shè)計(jì):對(duì)軟件結(jié)構(gòu)中的模塊進(jìn)行精確描述算法設(shè)計(jì)。6、 編碼及模塊測(cè)試:把模塊算法轉(zhuǎn)換成特定程序設(shè)計(jì)語言的正確的、 容易理解、 容易 維護(hù)的程序模塊。7、 綜合測(cè)試:發(fā)現(xiàn)和糾正程序中的錯(cuò)誤, 保證軟件功能和性能符合需求規(guī)格說明書規(guī) 定的要求。包括集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。8、 軟件維護(hù):軟件投入使用后繼續(xù)對(duì)軟件的查錯(cuò)、 糾錯(cuò)和改進(jìn)。 使系統(tǒng)持久地滿足用 戶的需要。包括:改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)、預(yù)防性維護(hù)。6.

11、 什么是軟件工程過程模型?瀑布、增量、原型和螺旋模型各自有什么特點(diǎn)?軟件過程模型也叫軟件生存期模型、 軟件工程范型, 是軟件過程的一種抽象表示。 瀑布 模型:嚴(yán)格按照軟件生存期的階段劃分順序和各階段的目標(biāo)、 任務(wù)、 文檔的要求來進(jìn)行開發(fā)。 該模型以文檔為驅(qū)動(dòng)。每一活動(dòng)結(jié)束后,通過嚴(yán)格的階段復(fù)審和確認(rèn),得到一致、完整、準(zhǔn) 確的良好文檔, 以“凍結(jié)”這些文檔為該階段結(jié)束的標(biāo)志, 并作為下一階段活動(dòng)的唯一基礎(chǔ); 以每一步的正確性和完整性來保證最終系統(tǒng)的質(zhì)量。增量模型:先按瀑布模型開發(fā)一個(gè)滿足基本要求的系統(tǒng),然后根據(jù)用戶在使用中提出 的新需求在進(jìn)一步完善形成新的版本,這個(gè)過程不斷重復(fù),直到最終的完善產(chǎn)

12、品。原型模型:先根據(jù)用戶對(duì)需求的描述,通過軟件工具構(gòu)造一個(gè)軟件系統(tǒng)的原型來描述 目標(biāo)系統(tǒng)的主要功能, 讓用戶進(jìn)行評(píng)價(jià), 并根據(jù)用戶意見進(jìn)行改進(jìn)。 隨著不斷實(shí)驗(yàn)、 評(píng)價(jià)和 修改, 最后使得在功能上完全滿足用戶需求。 一般情況下, 軟件系統(tǒng)原型不是最終的目標(biāo)系 統(tǒng), 它只是在功能上描述了用戶需求, 忽略了對(duì)軟件質(zhì)量特性的要求, 避開了管理對(duì)質(zhì)量的 控制。螺旋模型:螺旋模型是一個(gè)風(fēng)險(xiǎn)驅(qū)動(dòng)模型,將開發(fā)過程分為幾個(gè)螺旋周期,每個(gè)螺旋 周期大致與瀑布模型相同。 每個(gè)螺旋周期可分為四個(gè)工作步驟:(1 制定計(jì)劃:確定軟件目 標(biāo),選定實(shí)施方案,明確開發(fā)限制條件; (2風(fēng)險(xiǎn)分析:分析所選方案,識(shí)別風(fēng)險(xiǎn)和消除風(fēng) 險(xiǎn)

13、; (3開發(fā)實(shí)施:實(shí)施軟件開發(fā); (4用戶評(píng)估:評(píng)價(jià)開發(fā)工作,提出修改意見。第二章 可行性研究習(xí)題一、名詞解釋可行性研究:用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā),是否 值得開發(fā)。技術(shù)可行性:在現(xiàn)有技術(shù)條件下估算項(xiàng)目開發(fā)的風(fēng)險(xiǎn) 。經(jīng)濟(jì)可行性:從成本和經(jīng)濟(jì)效益考慮系統(tǒng)是否值得開發(fā)。成本效益分析:是從經(jīng)濟(jì)角度論證開發(fā)一個(gè)特定的新系統(tǒng)開發(fā)是否劃算,是決定是否 投資開發(fā)新系統(tǒng)的依據(jù)。二、填空1、 可行性研究的目的不是去開發(fā)一個(gè)軟件項(xiàng)目, 而是研究這個(gè)項(xiàng)目是否 , 是否 值得開發(fā) 。2、 可行性研究可以從 技術(shù)可行性 、 經(jīng)濟(jì)可行性 、 社會(huì)可行性 三方面進(jìn)行論證。3、可行性研究中,成本

14、 -效益分析的目的是發(fā)是否劃算 。4、可行性研究階段可能形成的兩個(gè)文檔是 可行性研究報(bào)告 和 項(xiàng)目開發(fā)計(jì)劃 。5、經(jīng)濟(jì)可行性一般考慮的問題包括:和6、社會(huì)可行性一般包括:現(xiàn)有管理制度、人員素質(zhì)、操作方式對(duì)用戶是否可行三、單項(xiàng)選擇題1、在軟件的可行性研究主要從不同角度對(duì)系統(tǒng)進(jìn)行可行性研究,其中從功能角度對(duì)系統(tǒng) 進(jìn)行研究屬于(B 的研究。A. 經(jīng)濟(jì)可行性 B. 技術(shù)可行性C. 操作可行性 D. 社會(huì)可行性2、制定軟件項(xiàng)目開發(fā)計(jì)劃的目的對(duì)軟件開發(fā)過程、進(jìn)度、資源進(jìn)行(D 。A. 組織和管理 B. 分析與估算C. 設(shè)計(jì)與測(cè)試 D. 規(guī)劃與調(diào)整3、下列不屬于成本 -效益分析的度量指標(biāo)是(C 。A. 貨幣

15、的時(shí)間價(jià)值 B. 投資回收期C. 性質(zhì)因素 D. 純收入4、制定軟件項(xiàng)目開發(fā)計(jì)劃屬于軟件開發(fā)周期的第(B 階段。 A.1 B.2C.3 D.45、技術(shù)可行性要解決(D 。A. 存在侵權(quán)否 B. 成本 -效益問題 C. 運(yùn)行方式可行 D. 技術(shù)風(fēng)險(xiǎn)問題四、簡(jiǎn)答題1、 可行性研究的目的和任務(wù)是什么?目的:用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā),是否值得開 發(fā)。任務(wù):(1對(duì)項(xiàng)目可能的各種實(shí)現(xiàn)方案的可行性進(jìn)行論證,確定項(xiàng)目是否應(yīng)該開發(fā) , 以 減少和降低軟件開發(fā)的技術(shù)風(fēng)險(xiǎn)和投資風(fēng)險(xiǎn)。(2若項(xiàng)目應(yīng)該開發(fā),則需要進(jìn)行開發(fā)方案的評(píng)價(jià),并制定項(xiàng)目開發(fā)計(jì)劃。 成本效益 分析對(duì)軟件項(xiàng)目是否開發(fā)有

16、何影響?成本效益分析是從經(jīng)濟(jì)角度論證開發(fā)一個(gè)特定的新系統(tǒng)開發(fā)是否劃算,是決定是否投資開發(fā)新系統(tǒng)的依據(jù)。3、成本 -效益分析的目的是什么?可用哪些指標(biāo)進(jìn)行度量?成本 /效益分析的目的是從經(jīng)濟(jì)角度論證開發(fā)一個(gè)特定的新系統(tǒng)開發(fā)是否劃算,是決 定是否投資開發(fā)新系統(tǒng)的依據(jù)。(1 、貨幣的時(shí)間價(jià)值:貨幣的價(jià)值本身隨時(shí)間的增加而產(chǎn)生增值:(2 、投資回收期:累計(jì)的經(jīng)濟(jì)效益等于最初的投資所需的時(shí)間。(3 、 純收入:在整個(gè)生存周期內(nèi)系統(tǒng)的累計(jì)經(jīng)濟(jì)效益 (折合現(xiàn)在的錢 與投資之差。(4 、投資回收率 -投資的年利率第三章 需求分析作業(yè)一、名詞解釋結(jié)構(gòu)化分析方法:面向數(shù)據(jù)流進(jìn)行需求分析的方法,采用自頂向下、逐步求

17、精的分析方法。 數(shù)據(jù)流圖:用圖形的方式從數(shù)據(jù)加工的角度來描述數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程,只反 映系統(tǒng)必須完成的功能,是一種功能模型。 數(shù)據(jù)字典:用于定義對(duì)數(shù)據(jù)流圖中的各個(gè) 成分的具體含義。二、填空1、需求分析是指開發(fā)人員通過細(xì)致的 調(diào)查 ,準(zhǔn)確理解 用戶的要求 ,將用戶非 形式化的需求轉(zhuǎn)化為 完整的需求定義 ,再把 需求定義 轉(zhuǎn)化為相應(yīng)的形式化功能 規(guī)約的過程。2、需求分析的基本任務(wù)是準(zhǔn)確定義 ,為了滿足用戶的需要,回答系 統(tǒng)必須 “ 做什么 ” 的問題。3、需求分析階段需編寫的文檔有試計(jì)劃 。4、數(shù)據(jù)流圖的基本組成部分有 、 、 。5、 數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的 模型, 是需求規(guī)

18、格說明書的主要組成 部分。6、結(jié)構(gòu)化分析方法是面向 進(jìn)行分析的方法。 7據(jù)元素 是組成組成數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的最小元素。8、 在結(jié)構(gòu)化分析的需求描述中, 數(shù)據(jù)流圖 描述系統(tǒng)的分解, 即描述系統(tǒng)由哪幾部分 組成,各部分有什么聯(lián)系等等。 數(shù)據(jù)字典 定義了數(shù)據(jù)流圖中每一個(gè)圖形元素。9、 是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑, 因此由一組固定的數(shù)據(jù)項(xiàng)組 成。加工(又稱為數(shù)據(jù)處理是對(duì)數(shù)據(jù)流進(jìn)行的某些 處理 。三、單項(xiàng)選擇題1、需求分析階段最重要的技術(shù)文檔之一是(C 。A. 項(xiàng)目開發(fā)計(jì)劃 B. 設(shè)計(jì)說明書 C. 需求規(guī)格說明書 D. 可行性分析報(bào)告 2、在需求分析之前有必要進(jìn)行(B A. 程序設(shè)計(jì) B. 可行性分析 C

19、.ER 分析 D.3NF 分析3、軟件需求分析階段建立原型的主要目的時(shí)(A 。A. 確定系統(tǒng)的功能和性能要求 B. 確定系統(tǒng)的運(yùn)行要求C. 確定系統(tǒng)是否滿足用戶需要 D. 確定系統(tǒng)是否滿足開發(fā)人員需要4、軟件開發(fā)的需求活動(dòng),其主要任務(wù)是(D 。A. 給出軟件解決方案 B. 給出系統(tǒng)模塊結(jié)構(gòu)C. 定義模塊算法 D. 定義需求并建立系統(tǒng)模型5、需求分析階段的研究對(duì)象是(A 。A. 用戶要求 B. 分析員要求 C. 系統(tǒng)要求 D. 軟硬件要求6、數(shù)據(jù)流圖描述系統(tǒng)的(D 。A. 數(shù)據(jù)結(jié)構(gòu) B. 控制流程 C. 基本加工 D. 軟件功能7、軟件需求階段要解決的問題是(A 。A. 軟件做什么 B. 軟件提

20、供哪些信息 C. 軟件采用的結(jié)構(gòu) D. 軟件怎樣做8、數(shù)據(jù)字典不包括的條目是(C 。A. 數(shù)據(jù)項(xiàng) B. 數(shù)據(jù)流 C. 數(shù)據(jù)類型 D. 數(shù)據(jù)加工9、需求分析(D 。A. 要回答“軟件必須做什么?”B. 可以概括為“理解,分解,表達(dá)”六個(gè)字。C. 要求編寫需求規(guī)格說明書D. 上面都對(duì)。10、在數(shù)據(jù)流圖中,有名字及方向的成分是(A 。A. 數(shù)據(jù)流 B. 信息流 C. 控制流 D. 信號(hào)流11、軟件需求分析階段的工作,可以分成以下四個(gè)方面:對(duì)問題的識(shí)別、分析與綜合、制 定需求規(guī)格說明以及(C 。A. 總結(jié) B. 實(shí)踐性報(bào)告 C. 需求分析評(píng)審 D. 以上答案都不正確12、結(jié)構(gòu)化分析方法使用的描述工具(

21、B 定義了數(shù)據(jù)流圖中每一個(gè)圖形元素。 A. 數(shù)據(jù)流圖 B. 數(shù)據(jù)字典 C. 判定表 D. 判定樹13、需求規(guī)格說明書的作用不應(yīng)包括(D 。A. 軟件設(shè)計(jì)的依據(jù) B. 用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C. 軟件驗(yàn)收的依據(jù) D. 軟件可行性研究的依據(jù)14、在結(jié)構(gòu)化分析方法中,與數(shù)據(jù)流圖配合使用的是(C 。A. 網(wǎng)絡(luò)圖 B. 實(shí)體聯(lián)系圖 C. 數(shù)據(jù)字典 D. 程序流程圖15、軟件需求規(guī)格說明書的內(nèi)容不應(yīng)包括對(duì)(B 的描述。A. 主要功能 B. 算法的詳細(xì)過程 C. 用戶界面及運(yùn)行環(huán)境 D. 軟件的性能16、通過(B 分解完成數(shù)據(jù)流圖的細(xì)化。A. 結(jié)構(gòu)分解 B. 功能分解 C. 數(shù)據(jù)分解 D.

22、系統(tǒng)分解17、數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是(D ,僅僅所處的狀態(tài)不同。A. 分析結(jié)果 B. 事件 C. 動(dòng)作 D. 數(shù)據(jù)18、數(shù)據(jù)字典中,一般不包括下列選項(xiàng)中的(D 條目。A. 數(shù)據(jù)流 B. 數(shù)據(jù)存儲(chǔ) C. 加工 D. 源點(diǎn)與終點(diǎn)19、 SA 方法用 DFD 描述(D 。A. 系統(tǒng)的控制流程 B. 系統(tǒng)的數(shù)據(jù)結(jié)構(gòu) C. 系統(tǒng)的基本加工 D. 系統(tǒng)的功能 20、初步用戶手冊(cè)在(B 階段編寫。A. 可行性研究 B. 需求分析 C. 軟件概要設(shè)計(jì) D. 軟件詳細(xì)設(shè)計(jì)21、 SA 方法的分析步驟是首先調(diào)查了解當(dāng)前系統(tǒng)的工作流程,然后(A 。A. 獲得當(dāng)前系統(tǒng)的物理模型,抽象出當(dāng)前系統(tǒng)的邏輯模型,建立目標(biāo)系統(tǒng)的

23、邏輯模型。B. 獲得當(dāng)前系統(tǒng)的物理模型, 抽象出目標(biāo)系統(tǒng)的邏輯模型, 建立目標(biāo)系統(tǒng)的物理模型。C. 獲得當(dāng)前系統(tǒng)的邏輯模型, 建立當(dāng)前系統(tǒng)的物理模型, 抽象出目標(biāo)系統(tǒng)的邏輯模型。D. 獲得當(dāng)前系統(tǒng)的邏輯模型,建立當(dāng)前系統(tǒng)的物理模型,建立目標(biāo)系統(tǒng)的物理模型。 22、 SA 方法的基本思想是(C 。A. 自底向上逐步抽象 B. 自底向上逐步分解C. 自頂向下逐步分解 D. 自頂向下逐步抽象四、解答題1、 為什么要進(jìn)行需求分析?通常對(duì)軟件系統(tǒng)有哪些需求?開發(fā)一個(gè)軟件系統(tǒng),必須知道用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、 設(shè)計(jì)約束等方面有什么期望和要求,所以必須進(jìn)行需求分析。通常對(duì)軟件系統(tǒng)的需求有:功能

24、需求,性能需求,運(yùn)行要求、可擴(kuò)展要求、 數(shù)據(jù)需求。2、 軟件需求分析階段的任務(wù)是什么?需求獲取:通過調(diào)研,獲取用戶對(duì)系統(tǒng)的功能需求和非功能需求。需 求分析:通過對(duì)用戶需求分析和綜合,消除用戶需求的模糊性、歧義性和不一 致性。建立系統(tǒng)邏輯模型。需求描述:用規(guī)范化的語言和格式生成需求規(guī)格說明。3、 數(shù)據(jù)字典的作用是什么?數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中出現(xiàn)的所有成分都給出 “ 嚴(yán)格定義 ” 。 ,包括對(duì)數(shù)據(jù)加工、 數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)元素的定義。4、 什么是結(jié)構(gòu)化分析方法?該方法使用什么描述工具?面向數(shù)據(jù)流進(jìn)行需求分析的方法,采用自頂向下、逐步求精的分析方法。描述工具:數(shù)據(jù)流圖,數(shù)據(jù)字典。第四章 總體設(shè)計(jì)

25、作業(yè)一、名詞解釋1. 軟件概要設(shè)計(jì):抽象出軟件系統(tǒng)實(shí)現(xiàn)的總體框架的設(shè)計(jì),是把軟件需求轉(zhuǎn)換為軟件表 示的抽象過程2. 模塊:是可以單獨(dú)命名和編譯的程序基本單位。3. 模塊化:指解決一個(gè)復(fù)雜問題時(shí)自頂向下逐層把軟件系統(tǒng)劃分成若干個(gè)模塊的過程。 每個(gè)模塊完成一個(gè)特定的功能所有模塊按照某種方法組裝起來, 成為一個(gè)整體, 完成整個(gè)系 統(tǒng)所要求的功能。4. 信息隱蔽:指設(shè)計(jì)一個(gè)模塊時(shí),使得一個(gè)模塊內(nèi)包含的信息(過程或數(shù)據(jù) ,對(duì)于不 需要這些信息的模塊來說,是不能訪問的。5. 耦合:也稱塊間聯(lián)系,指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。6. 內(nèi)聚:也稱塊內(nèi)聯(lián)系,指模塊功能強(qiáng)度的度量,即一個(gè)模塊內(nèi)

26、部各個(gè)元素彼此結(jié)合的 緊密程度的度量。7. 模塊獨(dú)立性:指每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立的子功能,并且與其它模塊的聯(lián)系最 少且接口簡(jiǎn)單。8. 結(jié)構(gòu)化設(shè)計(jì):又稱面向數(shù)據(jù)流的設(shè)計(jì),它是以需求分析階段產(chǎn)生的數(shù)據(jù)流圖為基礎(chǔ), 按照一定的步驟把數(shù)據(jù)流圖映射成軟件結(jié)構(gòu)。9. 變換流:指具有明顯的數(shù)據(jù)輸入、數(shù)據(jù)變換和數(shù)據(jù)輸出邊界的數(shù)據(jù)流圖。10. 事務(wù)流:指可以根據(jù)輸入流的事務(wù)類型分解成多個(gè)相互獨(dú)立的處理數(shù)據(jù)流的數(shù)據(jù)流 圖,具有明顯的事務(wù)處理中心是事務(wù)流的顯著特點(diǎn)。二、填空1、軟件設(shè)計(jì)是把 的過程,包括兩個(gè)階段2、軟件設(shè)計(jì)階段是把軟件“3、 軟件設(shè)計(jì)的基本任務(wù)包括 系統(tǒng)設(shè)計(jì) 、 軟件結(jié)構(gòu)設(shè)計(jì) 、 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)

27、 和 軟件接口 設(shè)計(jì) 等。4、數(shù)據(jù)庫(kù)的“概念設(shè)計(jì)”與“邏輯設(shè)計(jì)”分別對(duì)應(yīng)于軟件生存周期中的“和“ 概要設(shè)計(jì) ”階段。5、概要設(shè)計(jì)階段的可能的主要文檔有 和6、抽象是認(rèn)識(shí)復(fù)雜事務(wù)的思維工具,即抽象出事務(wù)的 的、慮它的 細(xì)節(jié) 。7、模塊具有 、 、 和8、軟件結(jié)構(gòu)的設(shè)計(jì)是以 數(shù)據(jù)流圖 為基礎(chǔ)的,即以需求分析的結(jié)果為依據(jù),將系統(tǒng)進(jìn)一步 劃分成 模塊 ,并確定模塊之間的 聯(lián)系 。9、軟件結(jié)構(gòu)中各模塊間相互聯(lián)系的密切程度稱為 。10、 信息隱蔽 是指在設(shè)計(jì)和確定模塊時(shí),使得一個(gè)模塊內(nèi)包含的信息(過程或數(shù)據(jù) 對(duì)于不需要這些信息的其它模塊來說,是不能 訪問 的。11、模塊獨(dú)立性要求每個(gè)模塊只完成問題要求的

28、一個(gè) 子功能,并且與其它模塊的聯(lián) 系 簡(jiǎn)單 。12、 結(jié)構(gòu)圖包含的主要內(nèi)容有 。 13、衡量模塊獨(dú)立性的兩個(gè)定性的度量指標(biāo)是 內(nèi)聚 和 耦合 。將軟件系統(tǒng) 劃分成模塊時(shí),盡量做到 高 內(nèi)聚, 低 耦合,提高模塊的獨(dú)立性,為設(shè)計(jì)高質(zhì)量的軟件奠定基礎(chǔ)。14、 模塊的 指一個(gè)模塊的直接 上層模塊的個(gè)數(shù)。15、 結(jié)構(gòu)化設(shè)計(jì)簡(jiǎn)稱 數(shù)據(jù)流圖一般可分為類。16、 面向數(shù)據(jù)流的設(shè)計(jì)是以需求分析階段產(chǎn)生的數(shù)據(jù)流圖為基礎(chǔ), 按照一定的步驟將數(shù)據(jù)流 圖映射成軟件結(jié)構(gòu)。因此又稱 結(jié)構(gòu)化設(shè)計(jì) 。三、單項(xiàng)選擇1、軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì),它們之間的關(guān)系是(B 。A. 全局和局部 B. 抽象和具體 C. 總體和層

29、次 D. 功能和結(jié)構(gòu)2、屬于軟件設(shè)計(jì)的基本原理是(D 。A. 數(shù)據(jù)流分析設(shè)計(jì) B. 變換流分析設(shè)計(jì)C. 事務(wù)流分析設(shè)計(jì) D. 模塊化3、軟件設(shè)計(jì)階段一般又可分為(B A. 邏輯設(shè)計(jì)和功能設(shè)計(jì) B. 概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)C. 概念設(shè)計(jì)和物理設(shè)計(jì) D. 模型設(shè)計(jì)和程序設(shè)計(jì)4、結(jié)構(gòu)圖中,不是其主要成分的是(C 。A. 模塊 B. 模塊間傳遞的數(shù)據(jù) C. 模塊內(nèi)部數(shù)據(jù) D. 模塊間的控制關(guān)系 5、好的軟件結(jié)構(gòu)應(yīng)該是(B 。A. 高內(nèi)聚、高耦合 B. 低耦合、高內(nèi)聚C. 高耦合、低內(nèi)聚 D. 低耦合、低內(nèi)聚6、一組語句在程序中多次出現(xiàn),為了節(jié)省內(nèi)存空間,把這些語句放在一個(gè)模塊中,該模塊 的內(nèi)聚度是(C 的

30、。A. 一致性 B. 瞬時(shí)性 C. 偶然性 D. 通信性7、軟件設(shè)計(jì)中劃分模塊通常遵循的原則是要使模塊間的耦合性盡可能(B 。 A. 強(qiáng) B. 弱 C. 較強(qiáng) D. 適中8、一個(gè)模塊把數(shù)值作為參數(shù)傳遞給另一個(gè)模塊,這種耦合方式稱為(D 。 A. 公共耦合 B. 內(nèi)容耦合 C. 控制耦合 D. 數(shù)據(jù)耦合9、最高程度也是最差的耦合是(B 。A. 公共耦合 B. 內(nèi)容耦合 C. 控制耦合 D. 數(shù)據(jù)耦合10、內(nèi)聚是對(duì)模塊功能強(qiáng)度的度量,內(nèi)聚性最強(qiáng)的是(D 。A. 邏輯內(nèi)聚 B. 順序內(nèi)聚 C. 偶然內(nèi)聚 D. 功能內(nèi)聚11、結(jié)構(gòu)化設(shè)計(jì)又稱為(B 。A. 概要設(shè)計(jì) B. 面向數(shù)據(jù)流設(shè)計(jì) C. 面向?qū)ο?/p>

31、設(shè)計(jì) D. 詳細(xì)設(shè)計(jì)12、在面向數(shù)據(jù)流的軟件設(shè)計(jì)方法中,一般把數(shù)據(jù)流分為(A 。A. 變換流和事務(wù)流 B. 變換流和控制流C. 事務(wù)流和控制流 D. 數(shù)據(jù)流和控制流13、 (D 著重反映的是模塊間的隸屬關(guān)系,即模塊間的調(diào)用關(guān)系和層次關(guān)系。A. 程序流程圖 B. 數(shù)據(jù)流圖 C.E-R 圖 D. 軟件結(jié)構(gòu)圖14、軟件設(shè)計(jì)一般將用圖形工具,下列(C 可用作設(shè)計(jì)的圖形工具。結(jié)構(gòu)圖 實(shí)體聯(lián)系圖 IPO 圖 層次圖A. 和 B. 和 C. 和 D. 全部15、為了提高模塊的獨(dú)立性,模塊內(nèi)部最好是(C 。A. 邏輯內(nèi)聚 B. 時(shí)間內(nèi)聚 C. 功能內(nèi)聚 D. 通信內(nèi)聚16、程序結(jié)構(gòu)中矩形表示(C 。A. 數(shù)據(jù)

32、 B. 加工 C. 模塊 D. 存儲(chǔ)17、結(jié)構(gòu)化設(shè)計(jì)方法在軟件開發(fā)中,用于(B 。A. 測(cè)試用例設(shè)計(jì) B. 概要設(shè)計(jì) C. 程序設(shè)計(jì) D. 詳細(xì)設(shè)計(jì)18、 (D 是數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?它是單獨(dú)命名的而且可通過名字 訪問。A. 模塊化 B. 抽象 C. 精化 D. 模塊19、面向數(shù)據(jù)流的設(shè)計(jì)方法把(A 映射成軟件結(jié)構(gòu)。A. 數(shù)據(jù)流 B. 系統(tǒng)結(jié)構(gòu) C. 控制結(jié)構(gòu) D. 信息流20、設(shè)計(jì)軟件結(jié)構(gòu)一般不確定(C 。A. 模塊的功能 B. 模塊的接口 C. 模塊內(nèi)的局部數(shù)據(jù) D. 模塊間的調(diào)用關(guān)系四、解答題1、 概要設(shè)計(jì)的基本任務(wù)是什么?系統(tǒng)結(jié)構(gòu)設(shè)計(jì):確定物理系統(tǒng)的具體實(shí)現(xiàn)方案。 -

33、概括地說,系統(tǒng)應(yīng)該怎樣做 劃分出組成系統(tǒng)的物理元素 -程序、文件、數(shù)據(jù)庫(kù)、人工過程和文檔。軟件結(jié)構(gòu)設(shè)計(jì):確定系統(tǒng)中每個(gè)程序組成的模塊、模塊之間的聯(lián)系(結(jié)構(gòu) 。 數(shù)據(jù)結(jié)構(gòu)或數(shù)據(jù)庫(kù)設(shè)計(jì):確定系統(tǒng)需要的數(shù)據(jù)及數(shù)據(jù)間的相互關(guān)系。系統(tǒng)接口設(shè)計(jì):模塊接口設(shè)計(jì)、外部接口設(shè)計(jì)和人機(jī)界面設(shè)計(jì)。2、 模塊設(shè)計(jì)的原理是什么?模塊設(shè)計(jì)的原理是盡量做到模塊的高內(nèi)聚低耦合,以次提高模塊的獨(dú)立性。3、 軟件設(shè)計(jì)的基本原則包含那些內(nèi)容?模塊化:以模塊作為程序設(shè)計(jì)的基本單位,把程序劃分成若干個(gè)模塊,每個(gè)模塊完 成一個(gè)子功能,把這些模塊集總起來,并通過模塊間的調(diào)用關(guān)系把它們組成一個(gè)完整的整 體,完成指定的功能。抽象:解決復(fù)雜問題

34、的唯一有效的方法就是運(yùn)用抽象的思維方式,首先用一些高級(jí) 的抽象概念構(gòu)造和理解它;這些高級(jí)概念又可以用一些較低級(jí)的概念構(gòu)造和理解,如此進(jìn) 行下去,直到最低層次的具體元素。信息隱蔽:模塊內(nèi)部的信息(處理過程和數(shù)據(jù) ,應(yīng)對(duì)不需要了解這些信息的模塊 隱蔽起來,使它們不能訪問。模塊獨(dú)立:開發(fā)具有獨(dú)立功能而且和其他模塊之間沒有過多的相互作用的模塊。衡 量模塊獨(dú)立程度的兩個(gè)定性度量標(biāo)準(zhǔn) -內(nèi)聚和耦合。4、 軟件結(jié)構(gòu)優(yōu)化原則有那些? 改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性 模塊規(guī)模應(yīng)該適中 深度、寬度、扇出和扇入應(yīng)適當(dāng) 模塊的作用域應(yīng)在控制域之內(nèi) 盡量降低模塊接口的復(fù)雜程度 設(shè)計(jì)單入口出口的模塊 模塊功能應(yīng)該可以預(yù)測(cè)5、

35、 變換分析設(shè)計(jì)和事務(wù)分系設(shè)計(jì)有什么區(qū)別?數(shù)據(jù)流圖呈線性變換特征,而且可以抽象成三部分:I-P-O 。數(shù)據(jù)流圖呈輻射型,根據(jù)輸入數(shù)據(jù)的性質(zhì)選擇加工路徑。變換分析設(shè)計(jì)適用于具有明顯變換特征的數(shù)據(jù)流圖。事務(wù)分析設(shè)計(jì)適用于具有明顯事務(wù)特征的數(shù)據(jù)流圖。6、 衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么?它們各表示什么含義?標(biāo)準(zhǔn):耦合和內(nèi)聚耦合:也稱塊間聯(lián)系,指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。 內(nèi)聚:也稱塊內(nèi)聯(lián)系,指模塊功能強(qiáng)度的度量,即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合 的緊密程度的度量。7、 什么是模塊?模塊有那些基本屬性? 模塊:是可以單獨(dú)命名和編譯的程序基本單位。 模塊基本屬性:(1接口:模塊的輸入

36、與輸出(2功能:模塊做什么;(3邏輯:描述模塊內(nèi)部怎么做;(4狀態(tài):模塊使用時(shí)的環(huán)境和條件。其中,功能、接口和狀態(tài)反映模塊的外部特性,邏輯反映模塊的內(nèi)部特性。第六章 詳細(xì)設(shè)計(jì)習(xí)題一、名詞解釋詳細(xì)設(shè)計(jì):確定每個(gè)模塊的具體執(zhí)行過程, 也稱過程設(shè)計(jì)。 詳細(xì)設(shè)計(jì)的結(jié)果基本決定了 最終的程序代碼的質(zhì)量。結(jié)構(gòu)化程序設(shè)計(jì):是按照一組能提高程序的可讀性和易維護(hù)性的規(guī)則而進(jìn)行的程序設(shè) 計(jì)方法,目的是為了使程序具有一種合理的結(jié)構(gòu),以使程序易理解和維護(hù),便于保證和驗(yàn) 證程序的正確性。PDA :問題分析圖, 是一種算法描述工具。 它是一種從左向右展開的二維樹形結(jié)構(gòu), 其 控制流程為自上而下,從左到右地執(zhí)行。二、填空1

37、、詳細(xì)設(shè)計(jì)階段的主要任務(wù)是2、 軟件的詳細(xì)設(shè)計(jì)可以用 圖形 、 表格 、 過程設(shè)計(jì)語言 三種形式的描述工 具表示模塊的處理過程。3、 處理過程設(shè)計(jì)中最典型的方法是 方法, 、 逐步求精 。4、任何程序都可由 種基本控制結(jié)構(gòu)構(gòu)造, 這 3中基本 結(jié)構(gòu)的基本點(diǎn)是 單入口 、 單出口 。5、 PAD 圖是一種 結(jié)構(gòu), PAD 圖的控制流程是下 、 從左到右 地執(zhí)行。6、 詳細(xì)設(shè)計(jì)是軟件設(shè)計(jì)的第二個(gè)階段, 主要確定每個(gè)模塊的具體執(zhí)行過程,故也成為 過程設(shè)計(jì) 。7、 詳細(xì)設(shè)計(jì)的目標(biāo)不僅是邏輯上正確地實(shí)現(xiàn) , 還應(yīng)使設(shè) 計(jì)出的處理過程 清晰易懂 。8是實(shí)現(xiàn)該目標(biāo)的關(guān)鍵技術(shù)之一,它指導(dǎo)人們用良好的 思想方法

38、開發(fā)易于 閱讀 、易于 理解 的程序。三、單項(xiàng)選擇1、在詳細(xì)設(shè)計(jì)階段,經(jīng)常采用的工具包括(C A.SA B.SD C.PAD D.DFD2、詳細(xì)設(shè)計(jì)階段的任務(wù)是(A 。A. 算法設(shè)計(jì) B. 功能設(shè)計(jì) C. 調(diào)用達(dá)觀系設(shè)計(jì) D. 輸入 /輸出設(shè)計(jì) 3、結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是(D 。A. 篩選法 B. 遞歸法 C. 迭代法 D. 逐步求精法4、下面說法不正確的是(C 。A. 流程圖不易表示數(shù)據(jù)結(jié)構(gòu) B. 流程圖容易造成非結(jié)構(gòu)化的程序結(jié)構(gòu)C. 流程圖支持逐步求精 D. 流程圖描述的是程序的邏輯結(jié)構(gòu)5、下面說法不正確的是(B 。A. PAD圖支持逐步求精 B.PAD 圖容易造成非結(jié)構(gòu)化的程序結(jié)

39、構(gòu)C. PAD圖描述的是算法 D.PAD 圖容易表達(dá)程序的層次結(jié)構(gòu)四、簡(jiǎn)答題1、 什么是詳細(xì)設(shè)計(jì),?該階段的基本任務(wù)是什么?詳細(xì)設(shè)計(jì)是軟件設(shè)計(jì)的第二個(gè)階段, 確定每個(gè)模塊的具體執(zhí)行過程, 也稱過程設(shè)計(jì)。 根本任務(wù) :(1為軟件結(jié)構(gòu)中的每個(gè)模塊選擇算法,并用選定的某種表達(dá)工具給出清晰 的描述。(2塊內(nèi)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)(3數(shù)據(jù)庫(kù)物理設(shè)計(jì)詳細(xì)設(shè)計(jì)的目標(biāo)不僅僅是邏輯上正確地實(shí)現(xiàn)每個(gè)模塊的功能,更重要的是設(shè)計(jì)出 的處理過程應(yīng)該盡可能簡(jiǎn)明易懂。2、 什么是結(jié)構(gòu)化程序設(shè)計(jì)?,簡(jiǎn)述結(jié)構(gòu)化程序設(shè)計(jì)的基本要點(diǎn)。結(jié)構(gòu)化程序設(shè)計(jì)是按照一組能提高程序的可讀性和易維護(hù)性的規(guī)則而進(jìn)行的程序設(shè)計(jì) 方法,目的是為了使程序具有一種合

40、理的結(jié)構(gòu),以使程序易理解和維護(hù),便于保證和驗(yàn)證 程序的正確性。基本要點(diǎn):自頂向下、逐步求精的設(shè)計(jì)方法使用順序、選擇、循環(huán)三種基本控制結(jié)構(gòu)在三種基本控制結(jié)構(gòu)中保持單入口、單出口第七章 實(shí)現(xiàn)作業(yè)一、名詞解釋編碼:編程就為是用編程 (程序 語言把軟件表達(dá)翻譯為計(jì)算機(jī)可以理解的形式 用某 種程序設(shè)計(jì)語言書寫的程序。軟件測(cè)試:是軟件投入運(yùn)行之前,對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)查, 是軟件質(zhì)量保證的關(guān)鍵步驟。黑盒測(cè)試:不考慮程序內(nèi)部結(jié)構(gòu)和處理過程,只依據(jù)軟件的需求規(guī)格說明書,檢查程 序的功能是否符合它的功能說明。因此,黑盒測(cè)試又稱功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。白盒測(cè)試:按照程序內(nèi)部邏輯測(cè)試程序。檢查

41、程序中的每條通路是否都能按照預(yù)定要 求正常工作。這種測(cè)試完全了解程序的結(jié)構(gòu)和處理過程。因此,白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試 或邏輯驅(qū)動(dòng)測(cè)試。單元測(cè)試:是 檢查程序模塊是否正確實(shí)現(xiàn)了規(guī)定的功能, 目的是保證每個(gè)模塊作為一 個(gè)單元能正確運(yùn)行,所以模塊測(cè)試通常又稱為單元測(cè)試。集成測(cè)試:把模塊按設(shè)計(jì)要求組裝成子系統(tǒng)或系統(tǒng)的過程中的測(cè)試。確認(rèn)測(cè)試:以需求規(guī)格說明為基準(zhǔn), 驗(yàn)證軟件的有效性的測(cè)試。漸增式測(cè)試:在集成測(cè)試中,的模塊一個(gè)一個(gè)地加入進(jìn)行測(cè)試。當(dāng)一個(gè)模塊加入測(cè)試 完以后再把下一個(gè)應(yīng)該測(cè)試的模塊結(jié)合進(jìn)來測(cè)試。這種每次增加一個(gè)模塊的方法稱為漸增 式測(cè)試。非漸增式測(cè)試:是先分別測(cè)試每個(gè)模塊,再把所有模塊按設(shè)計(jì)要

42、求放在一起結(jié)合成所 要的程序。這種方法稱為非漸增式測(cè)試方法。回歸測(cè)試 :指重新執(zhí)行已經(jīng)做過的測(cè)試。每當(dāng)改正軟件錯(cuò)誤的時(shí)候,可能導(dǎo)致軟件配置的某些成分的改變,這些改變可能引進(jìn)新的 錯(cuò)誤?；貧w測(cè)試就是保證由于調(diào)試或其它原因引起的變化,不會(huì)導(dǎo)致非預(yù)期的軟件行為或 額外錯(cuò)誤的測(cè)試活動(dòng)。調(diào)試 :根據(jù)測(cè)試所暴露的錯(cuò)誤,診斷和改正其錯(cuò)誤的過程。二、填空1、為了使程序代碼易于閱讀和理解,通常需要加注釋,注釋分為和 功能性注釋 兩種類型2、軟件測(cè)試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的 錯(cuò)誤 。3、軟件測(cè)試方法一般分為兩大類:方法和4、集成測(cè)試可以采用的具體方法是 。5、測(cè)試用例由 測(cè)試輸入數(shù)據(jù) 和預(yù)期的的 結(jié)果

43、兩部分組成。三、單項(xiàng)選擇題1、為了使程序能在不同的機(jī)器上運(yùn)行,程序應(yīng)具有較好的【 A 】 。A. 可移植性 B. 可重用性 C. 可維護(hù)性 D. 可實(shí)用性2、下列屬于功能性注釋的是【 C 】A. 說明模塊的用處和功能的注釋 B. 說明數(shù)據(jù)的名稱和用處的注釋C. 說明程序段的注釋 D. 說明程序開發(fā)背景的注釋3、序言性注釋主要內(nèi)容不包括【 D 】A. 模塊的接口 B. 數(shù)據(jù)的描述 C. 模塊的功能 D. 數(shù)據(jù)的狀態(tài)4、功能性注釋主要內(nèi)容不包括【 C 】A. 程序段的功能 B. 語句的功能 C. 模塊的功能 D. 數(shù)據(jù)的狀態(tài)5、符合數(shù)據(jù)說明順序規(guī)范是【 D 】A. 全程量說明、局部量說明、類型說明

44、、常量說明B. 全程量說明、局部?jī)烧f明、常量說明、類型說明C. 類型說明、常量說明、全程兩說明、局部量說明D. 常量說明、類型說明、全程量說明、局部量說明6、下面說法正確的是【 C 】A. 經(jīng)過測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤說明程序正確B. 測(cè)試的目標(biāo)是為了證明程序沒有錯(cuò)誤C. 成功的測(cè)試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試D. 成功的測(cè)試是沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試7、覆蓋準(zhǔn)則最強(qiáng)的【 C 】A. 語句覆蓋 B. 判定覆蓋 C. 條件覆蓋 D. 路徑覆蓋8、發(fā)現(xiàn)錯(cuò)誤能力最弱的是【 A 】A. 語句覆蓋 B. 判定覆蓋 C. 條件覆蓋 D. 路徑覆蓋9、與確認(rèn)測(cè)試有關(guān)的文檔是【 A 】A. 需求規(guī)格說明書 B. 概要設(shè)

45、計(jì)說明書 C. 詳細(xì)設(shè)計(jì)說明書 D. 源程序10、超出軟件工程范圍的測(cè)試是【 D 】A. 單元測(cè)試 B. 集成測(cè)試 C. 確認(rèn)測(cè)試 D. 平行測(cè)試11、 【 B 】方法需要考察模塊間的接口和各模塊之間的聯(lián)系A(chǔ). 單元測(cè)試 B. 集成測(cè)試 C. 確認(rèn)測(cè)試 D. 驗(yàn)收測(cè)試12、調(diào)試應(yīng)該由【 B 】完成。A. 與源程序無關(guān)的程序員 B. 編制該源程序的程序員C. 不了解軟件設(shè)計(jì)的機(jī)構(gòu) D. 設(shè)計(jì)該軟件的機(jī)構(gòu)四、簡(jiǎn)答題1、 選擇高級(jí)程序設(shè)計(jì)語言的標(biāo)準(zhǔn)是什么?選擇的標(biāo)準(zhǔn)是:理想的模塊化機(jī)制良好的編譯程序良好的獨(dú)立編譯機(jī)制2、 為了使程序具有良好的設(shè)計(jì)風(fēng)格,應(yīng)注意那些方面的問題?代碼文檔化數(shù)據(jù)說明順序應(yīng)該

46、規(guī)范語句構(gòu)造簡(jiǎn)單直接,不能為追求效率而是使代碼復(fù)雜化輸入輸出格式簡(jiǎn)單一致,具有合法性驗(yàn)證、與結(jié)束標(biāo)志追求效率應(yīng)建立在不損害程序可讀性和可靠性基礎(chǔ)上3、 為什么說軟件測(cè)試是軟件開發(fā)中不可缺少的重要一環(huán),但不是軟件質(zhì)量保證的安全 閥?軟件測(cè)試是軟件開發(fā)中不可缺少的重要一環(huán),原因:軟件最終要由人工編程來實(shí)現(xiàn),出現(xiàn)錯(cuò)誤是不可避免的。測(cè)試的工作量占整個(gè)項(xiàng)目 開發(fā)工作量 40%左右。如果是關(guān)系到人的生命安全的軟件,測(cè)試的工作量還要成倍 增加。軟件測(cè)試代表了需求分析、設(shè)計(jì)、編碼的最終復(fù)審。 軟件測(cè)試不是軟件質(zhì)量保證的安全閥:軟件測(cè)試只能發(fā)現(xiàn)錯(cuò)誤,不能保證沒有錯(cuò) 誤。4、 軟件測(cè)試應(yīng)當(dāng)遵循什么原則?為什么要遵

47、循這些原則?所有測(cè)試應(yīng)以用戶需求為基準(zhǔn), 測(cè)試的根本目標(biāo)是保證軟件能滿足最終用戶對(duì)軟件的 需求。制定系統(tǒng)的測(cè)試計(jì)劃,并嚴(yán)格執(zhí)行測(cè)試計(jì)劃,排除測(cè)試的隨意性。充分注意關(guān)鍵模塊的測(cè)試和測(cè)試中的群集現(xiàn)象。實(shí)踐表明, 測(cè)試發(fā)現(xiàn)的錯(cuò)誤中 80%可能集中在 20%的模塊中, 對(duì)這些模塊應(yīng)重點(diǎn)測(cè)試。 測(cè)試過程中必須隨時(shí)注意測(cè)試所覆蓋的程序邏輯的程度, 確保程序設(shè)計(jì)中使用的所有 條件都能被測(cè)試到。避免自己測(cè)試自己的程序,應(yīng)由第三方獨(dú)立進(jìn)行測(cè)試。測(cè)試用例應(yīng)包括合理的輸入和不合理的輸入。不合理的輸入往往更能發(fā)現(xiàn)程序中錯(cuò) 誤。測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)和對(duì)應(yīng)的預(yù)期輸出結(jié)果組成。 缺少預(yù)期輸出結(jié)果實(shí)際是缺 少檢驗(yàn)正誤的基

48、礎(chǔ)。5、 單元測(cè)試、集成測(cè)試和確認(rèn)測(cè)試各自主要目標(biāo)是什么?它們之間有什么不同?相互 有什么關(guān)系?模塊測(cè)試是檢查程序模塊是否正確實(shí)現(xiàn)了規(guī)定的功能,發(fā)現(xiàn)模塊在編碼或算法中的錯(cuò) 誤, 目的是保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行。 集成測(cè)試的主要目標(biāo)是檢查與設(shè)計(jì)相關(guān) 的模塊間與接口有關(guān)的問題確認(rèn)測(cè)試的主要目標(biāo)是驗(yàn)證軟件的有效性, 確保軟件有效實(shí)現(xiàn)了 軟件需求規(guī)格說明書的要求,需求規(guī)格說明書是確認(rèn)測(cè)試的依據(jù)。它們之間的不同有:測(cè)試內(nèi)容不同測(cè)試方法不同:單元測(cè)試用白盒法, 集成測(cè)試使用漸增式或非漸增式測(cè)試; 確認(rèn)測(cè)試 使用黑盒法。發(fā)現(xiàn)的錯(cuò)誤不同:單元測(cè)試發(fā)現(xiàn)的錯(cuò)誤是編碼階段產(chǎn)生的錯(cuò)誤; 集成測(cè)試發(fā)現(xiàn)的是設(shè) 計(jì)階段引入的錯(cuò)誤;確認(rèn)測(cè)試發(fā)現(xiàn)的錯(cuò)誤主要上需求分析階段產(chǎn)生的錯(cuò)誤。涉及的文檔不同:單元測(cè)試涉及詳細(xì)設(shè)計(jì)和編碼文檔; 集成測(cè)