軟件工程基礎(chǔ)與實(shí)例分析 第2版習(xí)題答案

第1章：軟件工程概述

1:什么是軟件？軟件有哪些特點(diǎn)？

答：軟件:程序+數(shù)據(jù)+文檔資料，程序：按照事先設(shè)計(jì)的功能和性能要求執(zhí)行的指令

序列，數(shù)據(jù)：程序運(yùn)行的基部和操作的對(duì)象，文檔：有關(guān)程序開發(fā)、維護(hù)和使用的各

種圖文材料

軟件特點(diǎn)：

(1)軟件是一種抽象的邏輯實(shí)體

(2)軟件是一種通過人們智力活動(dòng)，把知識(shí)與技術(shù)轉(zhuǎn)化為信息的一種產(chǎn)品，是在研制、

開發(fā)中被創(chuàng)造出來的

(3)軟件需要維護(hù)

(4)軟件開發(fā)和運(yùn)行受到計(jì)算機(jī)硬件、操作系統(tǒng)的限制

(5)軟件開發(fā)至今尚未擺脫手工開發(fā)方式

(6)軟件的開發(fā)是復(fù)雜的過程

(7)軟件的成本較高

2:什么是軟件工程學(xué)？軟件工程的基本原理是什么？

答：軟件工程是將系統(tǒng)化的、規(guī)范化的、可度量的途徑應(yīng)用于軟件的開發(fā)、運(yùn)行和維

護(hù)的過程，即將工程化應(yīng)用于如軟件的方法的研究

基本原理：

(1)用分階段的生存周期計(jì)劃嚴(yán)格管理開發(fā)過程

(2)堅(jiān)持進(jìn)行階段評(píng)審

(3)實(shí)行嚴(yán)格的產(chǎn)品控制

(4)采用現(xiàn)代程序設(shè)計(jì)技術(shù)

(5)明確地規(guī)定開發(fā)小組的責(zé)任和產(chǎn)品標(biāo)準(zhǔn)

(6)開發(fā)小組的人員應(yīng)少而精

(7)承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性

3:試說明"軟件生存周期”的概念。

答：軟件生存周期就是從提出軟件產(chǎn)品開始，直到該軟件產(chǎn)品被淘汰的全過程。一般

來說，軟件生存周期包括計(jì)劃、開發(fā)、運(yùn)行三個(gè)時(shí)期，每個(gè)時(shí)期又可分為若干更小的

階段。

4:比較瀑布模型、原型模型、螺旋模型、噴泉模型的優(yōu)缺點(diǎn)，說明每種模型適用的范

圍。

答：瀑布模型有以下缺點(diǎn)：

(1)在項(xiàng)目各個(gè)階段之間極少有反饋。

(2)只有在項(xiàng)目生命周期的后期才能看到結(jié)果。

(3)通過過多的強(qiáng)制完成日期和里程碑來跟蹤各個(gè)項(xiàng)目階段。

瀑布模型適用范圍：在開發(fā)時(shí)間內(nèi)需求沒有或很少變化

原型模型的優(yōu)點(diǎn)：

(1)開發(fā)人員和用戶在“原型"上達(dá)成一致。這樣一來，可以減少設(shè)計(jì)中的錯(cuò)誤和開

發(fā)中的風(fēng)險(xiǎn)，也減少了對(duì)用戶培訓(xùn)的時(shí)間，而提高了系統(tǒng)的實(shí)用、正確性以及用戶的

滿意程度。

(2)縮短了開發(fā)周期，加快了工程進(jìn)度。

(3)降低成本。

原型模型的缺點(diǎn)：

(1)當(dāng)告訴用戶，還必須重新生產(chǎn)該產(chǎn)品時(shí)，用戶是很難接受的。這往往給工程繼續(xù)

開展帶來不利因素。

(2)開發(fā)者為了使一個(gè)原型快速運(yùn)行起來，往往在實(shí)現(xiàn)過程中采用這種手段。

(3)不宜利用原型系統(tǒng)作為最終產(chǎn)品。

原型模型的適用場(chǎng)所：原型模型適用于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開

發(fā)，更適用于那些項(xiàng)目組成員(包括分析員、設(shè)計(jì)員、程序員和用戶)不能很好的交

流或者通信的情況下。

螺旋模型優(yōu)點(diǎn)：

(1)對(duì)可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有利于把軟件質(zhì)量作為

軟件開發(fā)的一個(gè)重要目標(biāo)；

(2)減少了過多測(cè)試(浪費(fèi)資金)或者不足(產(chǎn)品故障多)所帶來的風(fēng)險(xiǎn)；

(3)在螺旋中維護(hù)的只是模型的另一個(gè)周期，在維護(hù)和開發(fā)之間沒有本質(zhì)的區(qū)別；

缺點(diǎn)：除非軟件開發(fā)人員具有豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和這方面的專門知識(shí)，否則將出現(xiàn)

真正的風(fēng)險(xiǎn)，當(dāng)項(xiàng)目實(shí)際上正在走向?yàn)?zāi)難時(shí)，開發(fā)人員可能還認(rèn)為一切正常。

使用范圍：內(nèi)部軟件開發(fā)的大規(guī)模軟件項(xiàng)目

噴泉模型優(yōu)點(diǎn)：

(1)對(duì)生命周期各階段的區(qū)分變得不重要，不明顯了；

(2)分析階段得到的對(duì)象模型也適用設(shè)”階段和實(shí)現(xiàn)階段；

(3)提高軟件項(xiàng)目開發(fā)效率，節(jié)省開發(fā)時(shí)間

缺點(diǎn)：

(1)開發(fā)過程過分無序；

(2)面向?qū)ο蠓缎捅旧硪蠼?jīng)常對(duì)開發(fā)活動(dòng)進(jìn)行迭代或求精;

(3)在開發(fā)過程中需要大量的開發(fā)人員，因此不利于項(xiàng)目的管理。

適用范圍：面向?qū)ο蟮能浖_發(fā)過程

5:比較幾種軟件開發(fā)方法的特點(diǎn)。

答：(1)結(jié)構(gòu)化方法由結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)、結(jié)構(gòu)化程序設(shè)計(jì)構(gòu)成，它是一種面

向數(shù)據(jù)流的開發(fā)方法。結(jié)構(gòu)化分析：是根據(jù)分解與抽象的原則，按照系統(tǒng)中數(shù)據(jù)處理

的流程,用數(shù)據(jù)流圖來建立系統(tǒng)的功能模型，從而完成需求分析工作。結(jié)構(gòu)化設(shè)計(jì)：

根據(jù)模塊獨(dú)立性準(zhǔn)則、軟件結(jié)構(gòu)優(yōu)化準(zhǔn)則將數(shù)據(jù)流圖轉(zhuǎn)換為軟件的體系結(jié)構(gòu)，用軟件

結(jié)構(gòu)圖來建立系統(tǒng)的物理模型，實(shí)現(xiàn)系統(tǒng)的概要設(shè)計(jì)。

(2)Jackson方法是一種面向數(shù)據(jù)結(jié)構(gòu)的開發(fā)方法。JSP(JacksonStructure

Programming)方法是以數(shù)據(jù)結(jié)構(gòu)為驅(qū)動(dòng)的，適合于小規(guī)模的項(xiàng)目。JSP方法首先描

述問題的輸入/輸出數(shù)據(jù)結(jié)構(gòu)，分析其對(duì)應(yīng)性，然后推出相應(yīng)的程序結(jié)構(gòu)，從而給問題

的軟件過程描述。

(3)面向?qū)ο蠓椒嫦驅(qū)ο蠓椒ㄕ且詫?duì)象作為最基本的元素，它也是分析問題、解

決問題的核心。面向?qū)ο蠓椒ò嫦驅(qū)ο蠓治?、面向?qū)ο笤O(shè)計(jì)和面向?qū)ο髮?shí)現(xiàn)。UML

是面向?qū)ο蟮臉?biāo)準(zhǔn)建模語言，通過統(tǒng)一的語義和符號(hào)表示，使各種方法的建模過程和

表示統(tǒng)一起來，現(xiàn)已成為面向?qū)ο蠼５墓I(yè)標(biāo)準(zhǔn)。

6:試說明軟件義檔的寫作要求。

答：(1)針對(duì)性

(2)精確性

(3)清晰性

(4)完整性

(5)靈活性

(6)可追溯性

第2章：可行性研究

1:可行性研究分為哪些步驟？

答：(1)復(fù)查系統(tǒng)規(guī)模和目標(biāo)

(2)研究目前正在使用的系統(tǒng)

(3)導(dǎo)出新系統(tǒng)的高層邏輯模型

(4)重新定義問題

(5)導(dǎo)出和評(píng)價(jià)供選擇的解法

(6)推薦行動(dòng)方針

(7)草擬開發(fā)“劃

(8)書寫文檔提交審查

2:為方便旅客,某航空公司擬開發(fā)一個(gè)機(jī)票預(yù)訂系統(tǒng)。旅行社把預(yù)訂機(jī)票的旅客信息

(姓名、性別、工作單位、身份證號(hào)碼、旅行時(shí)間、旅行目的地等)輸入進(jìn)該系統(tǒng)，

系統(tǒng)為旅客安排航班，打印出取票通知和賬單，旅客在飛機(jī)起飛的前一天憑取票通知

和賬單交款取票，系統(tǒng)校對(duì)無誤即打印出機(jī)票給旅客。

(1)請(qǐng)寫出問題定義并分析此系統(tǒng)的可行^性。

(2)用數(shù)據(jù)流圖描繪對(duì)系統(tǒng)功能的需求。

(3)寫出它的可行性說明。

答：

(1)寫出問題定義并分析此系統(tǒng)的可行性

1＞機(jī)票預(yù)定系統(tǒng)的總目標(biāo)是：在計(jì)算機(jī)網(wǎng)絡(luò)，數(shù)據(jù)庫和先進(jìn)的開發(fā)平臺(tái)上，利用現(xiàn)有

的軟件，配置一定的硬件，開發(fā)一個(gè)具有開放體系結(jié)構(gòu)的、易擴(kuò)充的、易維護(hù)的、具

有良好人機(jī)交互界面的機(jī)票預(yù)定系統(tǒng)，實(shí)現(xiàn)航空公司的機(jī)票銷售的自動(dòng)化的計(jì)算機(jī)系

統(tǒng)，為企業(yè)的決策層提供準(zhǔn)確、精細(xì)、迅速的機(jī)票銷售信息。

2＞主要功能：為旅客提供機(jī)票預(yù)定服務(wù),方便航空公司的售票工作，提高航空公司的

服務(wù)質(zhì)量和服務(wù)效率。

3＞性能要求：機(jī)場(chǎng)提供的信息必須及時(shí)的反映在旅游局的工作平臺(tái)上。售票系統(tǒng)的定

單必須無差錯(cuò)的存儲(chǔ)在機(jī)場(chǎng)的主服務(wù)器上。對(duì)服務(wù)器上的數(shù)據(jù)必須進(jìn)行及時(shí)正確的刷

新。

4＞輸入要求：數(shù)據(jù)完整，詳實(shí)。輸出要求：簡(jiǎn)捷，快速，實(shí)時(shí)。

安全與保密要求：服務(wù)器的管理員享有對(duì)機(jī)場(chǎng)航班信息庫及機(jī)票信息庫和定票信息庫

的管理與修改。售票員只享有對(duì)訂票信息庫的部分修改(寫入與讀出)。

5＞目標(biāo)：系統(tǒng)實(shí)現(xiàn)后，大大提高旅游局的機(jī)票預(yù)定服務(wù)效率。降低售票服務(wù)中的錯(cuò)誤

發(fā)生率，減少信息交流的煩瑣過程及其帶來的開銷

(2)畫出描繪問題系統(tǒng)功能需求的數(shù)據(jù)流圖

機(jī)票文fl

(3)寫出它的可行性說明

各方面可行性分析都通過，因此開發(fā)航空公司機(jī)票預(yù)定系統(tǒng)是可行的。

3.目前住院病人主要由護(hù)士護(hù)理，這樣做不僅需要大量護(hù)士，而且由于不能隨時(shí)觀察

危重病人的病情變化，還會(huì)延誤搶救時(shí)機(jī)。某醫(yī)院打算開發(fā)一個(gè)以計(jì)算機(jī)為中心的患

者監(jiān)護(hù)系統(tǒng)，其分析如下：

醫(yī)院對(duì)患者監(jiān)護(hù)系統(tǒng)的基本要求是隨時(shí)接收每個(gè)病人的生理信號(hào)(脈搏、體溫、血壓、

心電圖等)，定時(shí)記錄病人情況以形成患者日志，當(dāng)某個(gè)病人的生理信號(hào)超出醫(yī)生規(guī)

定的安全范圍時(shí)向值班護(hù)士發(fā)出警告信息，此外，護(hù)士在需要時(shí)還可以要求系統(tǒng)打印

出某個(gè)指定病人的病情報(bào)告。

(1)請(qǐng)寫出問題定義并分析此系統(tǒng)的可行性。

(2)用數(shù)據(jù)流圖描繪對(duì)系統(tǒng)功能的需求。

(3)寫出它的可行性說明。

答：(1)寫出問題定義并分析此系統(tǒng)的可行性

問題定義：

某醫(yī)院打算開發(fā)一個(gè)以計(jì)算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng)是為了更好地讓醫(yī)生監(jiān)護(hù)病人的

生理信號(hào)(脈搏、血壓、心電圖等)的變化，定時(shí)記錄病人情況以形成患者日志，防

止沒能及時(shí)發(fā)現(xiàn)危重病人的病情惡化而耽誤搶救時(shí)機(jī)的現(xiàn)象出現(xiàn)；當(dāng)某個(gè)病人的生理

信號(hào)超出醫(yī)生規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)出警告信息，此外，護(hù)士在需要時(shí)還可

以要求系統(tǒng)印出某個(gè)指定病人的病情報(bào)告。

可行性研究：

1＞技術(shù)可行性：開發(fā)系統(tǒng)的計(jì)算機(jī)硬件已經(jīng)非常普及，現(xiàn)在的計(jì)算機(jī)各方面的技術(shù)都

非常成熟，相對(duì)來說開發(fā)此系統(tǒng)的技術(shù)也要求比較簡(jiǎn)單，因此在技術(shù)方面是可行的

2＞經(jīng)濟(jì)可行性：隨著經(jīng)濟(jì)越來越發(fā)達(dá)，人們可以支付的治療疾病的花費(fèi)也挺高了，因

ittM開發(fā)具有廣闊的市場(chǎng)。

3＞操作可行性:計(jì)算機(jī)的普及使人們對(duì)以計(jì)算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng)的使用做了鋪

墊，系統(tǒng)的操作人員需要經(jīng)過專業(yè)的人員指導(dǎo)以及培訓(xùn)。

4＞法律可彳亍性：醫(yī)院想要使用患者監(jiān)護(hù)系統(tǒng)需要購買正版的軟件,機(jī)器設(shè)置也需要通

過正當(dāng)途徑購買。

(3)寫出它的可行性說明

各方面可行性分析都通過，因此開發(fā)航空公司機(jī)票預(yù)定系統(tǒng)是可行的。

第3章：需求分析

1：為什么可行性分析研究代替不了需求分析？

答：可行性分析是要決定"做還是不做"，需求分析是要決定“做什么，不做什么"。

2:軟件需求分析階段的任務(wù)是什么？

答：對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求，即確定系統(tǒng)必須完成哪些工作。

3.為方便旅客，某航空公司擬開發(fā)一個(gè)機(jī)票預(yù)訂系統(tǒng)。旅行社把預(yù)訂機(jī)票的旅客信息

(姓名、性別、工作單位、身份證號(hào)碼、旅行時(shí)間、旅行目的地等)輸入進(jìn)該系統(tǒng)，

系統(tǒng)為旅客安排航班，打印出取票通知和賬單，旅客在飛機(jī)起飛的前一天憑取票通知

和賬單交款取票，系統(tǒng)校對(duì)無誤即打卬出機(jī)票給旅客。

(1)將數(shù)據(jù)流圖描繪系統(tǒng)更詳細(xì)準(zhǔn)確的功能需求。

(2)寫出它的需求說明。

(3)畫出系統(tǒng)的頂層IPO圖。

答：略

4.目前住院病人主要由護(hù)士護(hù)理，這樣做不僅需要大量護(hù)士，而且由于不能隨時(shí)觀察

危重病人的病情變化，還會(huì)延誤搶救時(shí)機(jī)。某醫(yī)院打算開發(fā)一個(gè)以計(jì)算機(jī)為中心的患

者監(jiān)護(hù)系統(tǒng)，請(qǐng)你寫出問題定義，并且分析開發(fā)這個(gè)系統(tǒng)的可行性。

醫(yī)院對(duì)患者監(jiān)護(hù)系統(tǒng)的基本要求是隨時(shí)接收每個(gè)病人的生理信號(hào)(脈搏、體溫、血壓、

心電圖等)，定時(shí)記錄病人情況以形成患者日志，當(dāng)某個(gè)病人的生理信號(hào)超出醫(yī)生規(guī)

定的安全范圍時(shí)向值班護(hù)士發(fā)出警告信息，此外，護(hù)士在需要時(shí)還可以要求系統(tǒng)打印

出某個(gè)指定病人的病情報(bào)告。

(1)用數(shù)據(jù)流圖描繪系統(tǒng)更詳細(xì)準(zhǔn)確的功能需求。

(2)寫出它的需求說明。

(3)畫出系統(tǒng)的頂層IPO圖。

答：略

軟件工程基礎(chǔ)與實(shí)例分析-8-

第4章：概要設(shè)計(jì)

1：軟件概要設(shè)計(jì)的基本任務(wù)是什么？

(1)采用某種設(shè)計(jì)方法,將一個(gè)復(fù)雜的系統(tǒng)按功能劃分成模塊

(2)確定每個(gè)模塊的功能。

(3)確定模塊之間的調(diào)用關(guān)系。

(4)確定模塊之間的接口，印模塊之間傳遞的信息。

(5)評(píng)價(jià)模塊結(jié)構(gòu)的質(zhì)量。

2:將下列所示的數(shù)據(jù)流圖轉(zhuǎn)換為軟件結(jié)構(gòu)圖

3.假設(shè)要求你設(shè)計(jì)一個(gè)由微處理器控制的家庭娛樂中心。家庭娛樂中心包括調(diào)幅、調(diào)頻

收音機(jī)，電視接收機(jī)，電唱機(jī)，話筒，電視攝像機(jī)(即是一臺(tái)電子掃描器，用于把幻燈片

或電影的光圖像轉(zhuǎn)變成"電于圖像")，錄音楣口錄像機(jī)等設(shè)備。要求實(shí)現(xiàn)的功能有單放,

單錄，錄放，定時(shí)播放或錄制，檢索及編輯。請(qǐng)問：

(1)你打算自頂向下設(shè)計(jì)這個(gè)系統(tǒng)還是自底向上設(shè)計(jì)這個(gè)系統(tǒng)？你打算分兩個(gè)階段進(jìn)行

設(shè)計(jì)嗎？你需要哪些信息才能做出決定?

(2)你用軟件還是用硬件來完成定時(shí)功能？請(qǐng)解釋你的理由。

(3)畫出這個(gè)系統(tǒng)的HIPO圖。

(4)你是否打算在系統(tǒng)中增加家庭計(jì)算機(jī)的功能？說明你的理由。

答：略

軟件工程基礎(chǔ)與實(shí)例分析-9-

第5章：詳細(xì)設(shè)計(jì)

1.簡(jiǎn)述詳細(xì)設(shè)計(jì)的任務(wù)和原則。

基本任務(wù)

(1)為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)。用某種圖形、表格、語言等工具將每個(gè)模塊處

理過程的詳細(xì)算法描述出來。

(2)為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)。對(duì)于需求分析、概要設(shè)計(jì)確定的概念性的數(shù)據(jù)類

型進(jìn)行確切的定義。

(3)對(duì)數(shù)據(jù)結(jié)構(gòu)進(jìn)行物理設(shè)計(jì)，即確定數(shù)據(jù)庫的物理結(jié)構(gòu)。物理結(jié)構(gòu)主要指數(shù)據(jù)庫的

存儲(chǔ)記錄格式、存儲(chǔ)記錄安排和存儲(chǔ)方法，這些都依賴于具體所使用的數(shù)據(jù)庫系統(tǒng)。

(4)其他設(shè)計(jì)：根據(jù)軟件系統(tǒng)的類型，還可能要進(jìn)行以下設(shè)計(jì)：

①代碼設(shè)計(jì)。為了提高數(shù)據(jù)的輸入、分類、存儲(chǔ)、檢索等操作，節(jié)約內(nèi)存空間，

對(duì)數(shù)據(jù)庫中的某些數(shù)據(jù)項(xiàng)的值要進(jìn)行代碼設(shè)計(jì)。

②輸入/輸出格式設(shè)計(jì)。

③人機(jī)對(duì)話設(shè)計(jì).對(duì)于一個(gè)實(shí)時(shí)系統(tǒng)，用戶與計(jì)算機(jī)頻繁對(duì)話，因此要進(jìn)行對(duì)話

方式、內(nèi)容、格式的具體設(shè)計(jì)。

(5)編寫詳細(xì)設(shè)計(jì)說明書。

(6)評(píng)審。對(duì)處理過程的算法和數(shù)據(jù)庫的物理結(jié)構(gòu)都要評(píng)審。

原則：詳細(xì)設(shè)計(jì)要完成所有設(shè)計(jì)的細(xì)節(jié)。

2.將下面的偽代碼表示轉(zhuǎn)換為PAD。

Begin

si;

Ifx>5thens2

elses3;

whiley<0dobegin

Ifz>3thens4

elses5;

whilew>0thens6;

57；

end;

s8;

ifu>0thens9;

slO;

End;

軟件工程基礎(chǔ)與實(shí)例分析-10-

3.選擇一個(gè)系統(tǒng)（如檔案管理系統(tǒng)、圖書管理系統(tǒng)、學(xué)生成績管理系統(tǒng)、飛機(jī)訂票系

統(tǒng)等），完成系統(tǒng)的詳細(xì)設(shè)計(jì)，并用N-S圖（盒圖）表達(dá)設(shè)計(jì)結(jié)果。

答：略

軟件工程基礎(chǔ)與實(shí)例分析-11-

第6章：編碼

1-3題：略（開放性題目）

4:選擇編程語言主要考慮哪些因素？

答：根據(jù)需求選擇編程語言，所選擇的語言盡可能自然地支持軟件設(shè)計(jì)方法；有較高

地可移植性；可維護(hù)性

軟件工程基礎(chǔ)與實(shí)例分析12

第7章：測(cè)試

1:軟件測(cè)試的目的是什么？在測(cè)試中，應(yīng)注意哪些原則？

答：目的：

(1)測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程

(2)好軟件方案是能夠發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯(cuò)誤的測(cè)試方案

(3)成功的測(cè)試是發(fā)現(xiàn)了目前為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試

原則：

(1)應(yīng)當(dāng)盡早地和不斷地進(jìn)行軟件測(cè)試

(2)測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果兩部分組成

(3)程序員應(yīng)避免檢查自己的程序

2:什么是白盒測(cè)試？有哪些覆蓋標(biāo)準(zhǔn)？試對(duì)它們的檢錯(cuò)能力進(jìn)行比較?

答：白盒測(cè)試：對(duì)軟件的過程細(xì)節(jié)做細(xì)致的檢查。這一方法把測(cè)試對(duì)象看作一個(gè)打開

的盒子，允許測(cè)試人員利用程序內(nèi)部的邏排結(jié)構(gòu)及有關(guān)信息設(shè)計(jì)或選擇測(cè)試用例，對(duì)

程序所有邏輯路徑進(jìn)行測(cè)試。通過在不同點(diǎn)檢杳程序的狀態(tài)，確定實(shí)際的狀態(tài)是否與

期望的狀態(tài)一致。

覆蓋標(biāo)準(zhǔn)：

(1)邏輯覆蓋:語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋

(2)循環(huán)覆蓋

(3)基本路徑覆蓋

檢錯(cuò)能力由弱到強(qiáng)語句覆蓋、判斷覆蓋、條件覆蓋、判斷/條件覆蓋、條件組合覆蓋、

路徑覆蓋

3:什么是黑盒測(cè)試？采用黑盒測(cè)試技術(shù)設(shè)計(jì)測(cè)試用例有哪些方法？

答：黑盒測(cè)試：把測(cè)試對(duì)象看作一個(gè)黑盒，測(cè)試人員不考慮程序的內(nèi)部邏輯結(jié)構(gòu)和內(nèi)

部特性，只依據(jù)程序需求和功能規(guī)格說明，檢查程序的功能是否符合它的功能說明

方法：

(1)等價(jià)類劃分

(2)邊界值分析法

(3)錯(cuò)誤猜測(cè)法

(4)綜合測(cè)試法

4:軟件測(cè)試要經(jīng)過哪些步驟？這些測(cè)試與軟件開發(fā)各階段之間有什么聯(lián)系？

答：步驟：

(1)單元測(cè)試：集中對(duì)用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)程序模塊

是否正確地實(shí)現(xiàn)了規(guī)定的功能。

(2)集成測(cè)試：把已測(cè)試過的模塊組裝起來，主要對(duì)與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)

造進(jìn)行測(cè)試

軟件工程基礎(chǔ)與實(shí)例分析-13-

(3)確認(rèn)測(cè)試：檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以

及軟件配置是否完全、正神

(4)系統(tǒng)測(cè)試：把已經(jīng)經(jīng)過確認(rèn)的軟件納入實(shí)際運(yùn)行環(huán)境中，與其它系統(tǒng)成份組合在

一起進(jìn)行測(cè)試

軟件工程基礎(chǔ)與實(shí)例分析-14-

第8章：維護(hù)

1:為什么說軟件維護(hù)是不可避免的？

答：從理論上，軟件測(cè)試的覆蓋率不可能做到百分之百，所以軟件在交付給用戶之后

有可能存在某些問題，而且用戶的需求會(huì)發(fā)生變化,特別是開始使用產(chǎn)品之后，對(duì)計(jì)

算機(jī)系統(tǒng)有了真正的認(rèn)識(shí)和了解，會(huì)提出適用性更好的、功能增強(qiáng)的要求。所以，軟

件交付之后不可避免地要進(jìn)行修改、升級(jí)等。

2:軟件維護(hù)分哪幾種類型？軟件的可維護(hù)性與哪些因素有關(guān)？

答：

劃分類型：

(1)改正性維護(hù)

(2)適應(yīng)性維護(hù)

(3)完善性維護(hù)

(4)預(yù)防性維護(hù)

因素：

(1)可理解性

(2)可測(cè)試性

(3)可修改性

(4)可靠性

(5)可移植性

(6)可使用性

(7)執(zhí)行效率

軟件工程基礎(chǔ)與實(shí)例分析-15-

第9章：面向?qū)ο蟮幕靖拍罴癠ML

1.建立分析和設(shè)計(jì)模型的一種重要方法是UML。它是一種什么樣的建模方法？它如

何表示一個(gè)系統(tǒng)？

答：UML是一種開放的方法，用于說明、可視化、構(gòu)建和編寫一個(gè)正在開發(fā)的、面向

對(duì)象的、軟件密集系統(tǒng)的制品的開放方法。

2.UML有哪些特點(diǎn)？

答

(1)統(tǒng)一標(biāo)準(zhǔn)

(2)面向?qū)ο?/p>

(3)圖形建模

(4)獨(dú)立于程序設(shè)計(jì)語言

3.UML有哪些圖？

答：

用例圖、類圖、對(duì)象圖、包圖、順序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖、組件圖、配件圖.

4.用UML較完整地描述檔案管理系統(tǒng)中的類、對(duì)象、系統(tǒng)功能和處理過程，畫出用

例圖、類圖、狀態(tài)圖、M陣圖及配置圖。

答：略

軟件工程基礎(chǔ)與實(shí)例分析16

第10章：面向?qū)ο蠓治?/p>

1:簡(jiǎn)述用例建模的步驟與過程

答：

(1)確定系統(tǒng)的范圍和邊界

(2)確定系統(tǒng)的用例和參與者

(3)用例說明

(4)確定用例之間的關(guān)系

(5)建立用例圖并定義用例圖的層次結(jié)構(gòu)

(6)審評(píng)用例模型

2:在系統(tǒng)分析階段將創(chuàng)建哪些模型？

答：

(1)對(duì)象類靜態(tài)模型

(2)對(duì)象類動(dòng)態(tài)模型

(3)用例模型

3:如何創(chuàng)建對(duì)象類靜態(tài)模型？

答：

(1)確定系統(tǒng)的對(duì)象類

(2)確定對(duì)象類的屬性

(3)識(shí)別實(shí)體類之間的關(guān)系

軟件工程基礎(chǔ)與實(shí)例分析17

第11章：面向?qū)ο笤O(shè)計(jì)

1:面向?qū)ο笤O(shè)計(jì)應(yīng)遵循哪些準(zhǔn)則？

答：模塊化，抽象，信息隱藏，弱耦合，強(qiáng)內(nèi)聚(服務(wù)內(nèi)竇、類內(nèi)聚、一般-特殊內(nèi)聚)