軟件工程復(fù)習(xí)資料簡(jiǎn)答題

三、簡(jiǎn)答題

1、軟件開(kāi)發(fā)與寫(xiě)程序有何不一樣？

答：軟件包括程序，程序足軟件的一部分。軟件是程序、數(shù)據(jù)及其有關(guān)文檔H勺完整集合。程

序只是為了實(shí)現(xiàn)軟件的功能和性能規(guī)定而編寫(xiě)的指令序列。

2、軟件的構(gòu)造設(shè)計(jì)可以采用多種措施，目前重要使用的措施有哪幾種？?jī)?nèi)容分別是什么？

3、軟件質(zhì)量保證的重要功能是什么？

4、什么是DFD?其意義怎樣?解釋DFD四要素H勺內(nèi)容。

答：（1）是數(shù)據(jù)流圖英文縮寫(xiě)，是一種描述數(shù)據(jù)在系統(tǒng)中流動(dòng)的圖形工具；（2）是以圖形

方式體現(xiàn)數(shù)據(jù)處理系統(tǒng)中信息口勺傳遞和變換處理過(guò)程，它從數(shù)據(jù)加工口勺角度來(lái)描述一種企事

業(yè)組織中的）業(yè)務(wù)活動(dòng)；（3）A圓框符號(hào)轉(zhuǎn)換數(shù)據(jù)流的處理過(guò)程，又稱(chēng)泡。B方框符號(hào)代表

位于軟件系統(tǒng)邊界之外的信息生產(chǎn)著或消費(fèi)者。C箭頭符號(hào)代表轉(zhuǎn)換之間的有向流動(dòng)H勺數(shù)

據(jù)項(xiàng)或數(shù)據(jù)項(xiàng)集合。D雙杠符號(hào)代表為一種或多種轉(zhuǎn)換提供數(shù)據(jù)源或數(shù)據(jù)存儲(chǔ)服務(wù)的緩沖

區(qū)、文獻(xiàn)或數(shù)據(jù)庫(kù)。

5、需求分析的難點(diǎn)重要表目前哪幾種方面？

答：（1）問(wèn)題II勺復(fù)雜性。因顧客需求所波及的原因繁多引起，如運(yùn)行環(huán)境和系統(tǒng)功能等等。

（2）交流障礙。需求分析波及人員較多，如軟件系統(tǒng)顧客、問(wèn)題領(lǐng)域?qū)＜?、需求工程師?/p>

項(xiàng)目管理員等，這些人具有不一樣的背景知識(shí)，處在不一樣H勺角度,飾演不一樣角色。

導(dǎo)致了互相之間交流H勺困難。

（3）不完備性和不一致性。由于多種原因，顧客對(duì)問(wèn)題的陳說(shuō)往往是不完備日勺，其各方面

的J需求還也許存在著矛盾，需求分析要消除矛盾，形成完備及一致性口勺定義。

（4）需求易變性。顧客需求日勺變動(dòng)是一種極為普遍日勺問(wèn)題，雖然是部分變動(dòng)，也往往會(huì)影

響到需求分析的所有，導(dǎo)致不一致性和不完備性。

為了克服上述困難，人們重要圍繞著需求分析的措施及自動(dòng)化工具（如CASE技術(shù)）等

方面進(jìn)行研究。

6、白盒測(cè)試中的邏輯覆蓋有哪幾種常用的覆蓋技術(shù)？試對(duì)它們的檢錯(cuò)能力進(jìn)行比較。

答：（1）語(yǔ)句覆蓋

（2）鑒定覆蓋（比語(yǔ)句覆蓋嚴(yán)格些）

（3）條件覆蓋（比單是鑒定覆蓋要嚴(yán)格）

（4）鑒定/條件測(cè)試（條件覆蓋也不一定滿(mǎn)足鑒定覆蓋，由于只符合條件覆蓋的用例

也許會(huì)不滿(mǎn)足每個(gè)鑒定語(yǔ)句均有真值或假值出現(xiàn)。因此要兩者兼顧）

（5）條件組合覆蓋（是前兩個(gè)覆蓋的I組合）

（6）途徑覆蓋（指設(shè)計(jì)足夠的測(cè)試用例，覆蓋被測(cè)程序中所有也許的途徑）

條件組合發(fā)現(xiàn)錯(cuò)誤的能力較強(qiáng)，凡滿(mǎn)足其原則的測(cè)試用例，也必然滿(mǎn)足前四種覆蓋

原則，在實(shí)際的邏輯測(cè)試中，一般以條件組合覆蓋為主設(shè)計(jì)測(cè)試用例，然后再補(bǔ)充部分

用例來(lái)到達(dá)途徑覆蓋的測(cè)試原則。

7、簡(jiǎn)述文檔在軟件工程中的作用。

答：（1）提高軟件開(kāi)發(fā)過(guò)程的能見(jiàn)度（2）提高開(kāi)發(fā)效率

（3）作為開(kāi)發(fā)人員階段工作成果和結(jié)束標(biāo)志

（4）記錄開(kāi)發(fā)過(guò)程的有關(guān)信息便于使用與維護(hù)；

（5）提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；（6）便「顧客理解軟件功能、性能。

8、需求分析MJ難點(diǎn)重要表目前哪幾種方面？

答：（1）問(wèn)題的復(fù)雜性。國(guó)顧客需求所波及日勺原因繁多引起，如運(yùn)行環(huán)境和系統(tǒng)功能等等。

(2)交流障礙。需求分析波及人員較多，如軟件系統(tǒng)顧客、問(wèn)題領(lǐng)域?qū)＜摇⑿枨蠊こ處?/p>

和項(xiàng)FI管理員等，這些人具有不一樣的背景知識(shí)，處在不一樣的角度，飾演不一樣

角色。導(dǎo)致了互相之間交流的困難。

(3)不完備性和不一致性。由于多種原因，顧客對(duì)問(wèn)題的陳說(shuō)往往是不完備的，其各方

面日勺需求還也許存在著矛盾，需求分析要消除矛盾，形成完備及一致性口勺定義。

(4)需求易變性。顧客需求的變動(dòng)是一種極為普遍的問(wèn)題，雖然是部分變動(dòng)，也往往會(huì)

影響到需求分析的所有，導(dǎo)致不一致性和不完備性。

為了克服上述困難，人們重要圍繞著需求分析的措施及自動(dòng)化工具(如CASE技術(shù))

等方面進(jìn)行研究。

9、軟件開(kāi)發(fā)分哪幾種階段？哪幾種環(huán)節(jié)？

答：軟件開(kāi)發(fā)分軟件計(jì)劃、軟件開(kāi)發(fā)和運(yùn)行維護(hù)三個(gè)階段；制定計(jì)劃、需求分析、

軟件設(shè)計(jì)、編碼設(shè)計(jì)、軟件測(cè)試、運(yùn)行維護(hù)六個(gè)環(huán)節(jié)。

10、軟件計(jì)劃日勺任務(wù)？答：規(guī)劃與調(diào)度

11、闡明構(gòu)造化程序設(shè)計(jì)的重要思想是什么？

答：(1)采用自頂向下逐漸求精的設(shè)計(jì)措施：(2)使用3種基本控制構(gòu)造、單入口、單出

I」來(lái)構(gòu)造程序。

12、闡明軟件測(cè)試和程序調(diào)試口勺目H勺有何區(qū)別？

答：測(cè)試日勺目的是判斷和發(fā)現(xiàn)軟件與否有錯(cuò)誤；調(diào)試口勺目的J是定位軟件錯(cuò)誤并糾正錯(cuò)誤。

13、需求分析與軟件設(shè)計(jì)二個(gè)階段任務(wù)的重要區(qū)別是什么？

答；需求分析定義軟件的顧客需求，即定義待開(kāi)發(fā)軟件能做什么;

軟件設(shè)計(jì)定義軟件的實(shí)現(xiàn)細(xì)節(jié)以滿(mǎn)足顧客需求，即研究怎樣實(shí)現(xiàn)軟件。

14、什么是編碼風(fēng)格？為何要強(qiáng)調(diào)編碼風(fēng)格？

答：編碼風(fēng)格是在不影響性能口勺前提下，有效地編排和組織程序，以提高可讀性和可維性。

15、軟件測(cè)試包括哪些環(huán)節(jié)？闡明這些環(huán)節(jié)的測(cè)試對(duì)象是什么？

答：（I）單元測(cè)試，測(cè)試對(duì)象為單元模塊

（2）集成測(cè)試，測(cè)試對(duì)象為組裝后的程序模塊

（3）確認(rèn)測(cè)試,測(cè)試對(duì)象為可運(yùn)行的目的軟件系統(tǒng)

（4）最終?步是系統(tǒng)測(cè)試，檢查軟件與系統(tǒng)中其他元素與否協(xié)調(diào)。

16、什么是a測(cè)試和B測(cè)試？

答：a測(cè)試是指軟件開(kāi)發(fā)企業(yè)組織內(nèi)部人員模擬各類(lèi)顧客行為對(duì)即將面市的I軟件產(chǎn)品（稱(chēng)為

a版本）進(jìn)行測(cè)試，試圖發(fā)現(xiàn)錯(cuò)誤并修改。

B測(cè)試是指軟件開(kāi)發(fā)企業(yè)組織各方面的經(jīng)典顧客在平常工作中實(shí)際使用B版本，并規(guī)定

顧客匯報(bào)異常狀況、提出批評(píng)意見(jiàn)。

17、系統(tǒng)設(shè)計(jì)的內(nèi)容是什么？

答：系統(tǒng)設(shè)計(jì)階段先從高層入手，然后細(xì)化。系統(tǒng)設(shè)計(jì)要決定整個(gè)構(gòu)造及風(fēng)格，這種構(gòu)造為

背面設(shè)計(jì)階段的更詳細(xì)方略H勺設(shè)計(jì)提供了基礎(chǔ).

（I）系統(tǒng)分解。系統(tǒng)中重要口勺構(gòu)成部分稱(chēng)為子系統(tǒng)，子系統(tǒng)既不是一種對(duì)象也不是一種

功能，而是類(lèi)、關(guān)聯(lián)、操作、時(shí)間和約束口勺集合。每次分解的各子系統(tǒng)數(shù)目不能太多，

最底層子系統(tǒng)稱(chēng)為模塊。

<2）確定并發(fā)性。分析模型、現(xiàn)實(shí)世界及硬件中不少對(duì)象均是并發(fā)H勺。系統(tǒng)設(shè)計(jì)的一種

重要目H勺就是確定哪些是必須同步動(dòng)作的對(duì)象，哪些不是同步動(dòng)作H勺對(duì)象。后者可以放

在一起，而綜合成單個(gè)控制線(xiàn)或任務(wù)。

(3)處理器及任務(wù)分派。各并發(fā)子系統(tǒng)必須分派給單個(gè)硬件單元，要么是一種一般日勺處

理器，要么是一種詳細(xì)口勺功能單元，必須完畢下面時(shí)工作：估計(jì)性能規(guī)定和資源需求，

選擇實(shí)現(xiàn)子系統(tǒng)的硬軟件，將軟件子系統(tǒng)分派給各處理器以滿(mǎn)足性能規(guī)定和極小化處理

器之間U勺通信，決定實(shí)現(xiàn)各子系統(tǒng)的各物理單元"勺連接。

(4)數(shù)據(jù)存儲(chǔ)管理。系統(tǒng)中的內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)的存儲(chǔ)管理是一項(xiàng)重要的任務(wù)。一般

各數(shù)據(jù)存儲(chǔ)可以將數(shù)據(jù)構(gòu)造、文獻(xiàn)、數(shù)據(jù)庫(kù)組合在?起，不?樣數(shù)據(jù)存儲(chǔ)要在費(fèi)用、訪(fǎng)

問(wèn)時(shí)間、容量以及可靠性之間做折中考慮。

(5)全局資源的J處理.必須確定全局資源，并且制定訪(fǎng)問(wèn)全局資源口勺方略。全局資源包

括：物理資源，如處理器、驅(qū)動(dòng)器等；空間，如盤(pán)空間、工作站屏等；邏輯名字，如對(duì)

象標(biāo)識(shí)符、類(lèi)名、文獻(xiàn)名等。

假如資源是物理對(duì)象，則可以通過(guò)建立協(xié)議實(shí)現(xiàn)對(duì)并發(fā)系統(tǒng)的訪(fǎng)問(wèn)，以到達(dá)自身控制；

假如資源是邏輯實(shí)體，如對(duì)象標(biāo)識(shí)符，那么在共享環(huán)境中有沖突訪(fǎng)問(wèn)的也許，如獨(dú)立的

事務(wù)也許同步使用同一種對(duì)象標(biāo)識(shí)符，則各個(gè)全局資源都必須有一種保護(hù)對(duì)象，由保護(hù)

對(duì)象來(lái)控制對(duì)該資源的訪(fǎng)問(wèn)。

(6)選擇軟件控制機(jī)制。分析模型中所有交互行為都表達(dá)為對(duì)象之間的I事件。系統(tǒng)設(shè)計(jì)

必須從多種措施中選擇某種措施來(lái)實(shí)現(xiàn)軟件11勺控制。

(7)人機(jī)交互接II設(shè)計(jì)。設(shè)計(jì)中日勺大部分工作都與穩(wěn)定的狀態(tài)行為有關(guān)，但必須考慮顧

客使用系統(tǒng)的交互接口。

18、什么是軟件危機(jī)？軟件危機(jī)的體現(xiàn)是什么？其產(chǎn)生的原因是什么？答：軟件發(fā)展第二階

段的末期，由于計(jì)算機(jī)硬；牛技術(shù)的進(jìn)步，計(jì)算機(jī)運(yùn)行速度、容量、可靠性有明顯的提高，生.

產(chǎn)成本明顯下降，這為計(jì)算機(jī)的廣泛應(yīng)用發(fā)明了條件。某些復(fù)雜的、大型的軟件開(kāi)發(fā)項(xiàng)目提

出來(lái)了，不過(guò)，軟件開(kāi)發(fā)技術(shù)的進(jìn)步一直未能滿(mǎn)足發(fā)展的需要。在軟件開(kāi)發(fā)中碰到及I問(wèn)題找

不到處理措施，使問(wèn)題積累起來(lái)，形成了鋒利口勺矛盾，因而導(dǎo)致了軟件危機(jī)。

軟件危機(jī)表目前如下四個(gè)方面：

（1）經(jīng)費(fèi)預(yù)算常常突破，完畢時(shí)間一再遲延。由于缺乏軟件開(kāi)發(fā)的經(jīng)驗(yàn)和軟件開(kāi)發(fā)數(shù)據(jù)的

積累，使得開(kāi)發(fā)工作口勺計(jì)劃很難制定。主觀(guān)盲目制定計(jì)劃，執(zhí)行起來(lái)與實(shí)際狀況有很大差距,

使得開(kāi)發(fā)經(jīng)費(fèi)一再突破。由于對(duì)工作量估計(jì)局限性，對(duì)開(kāi)發(fā)難度估計(jì)局限性，進(jìn)度計(jì)劃無(wú)法

準(zhǔn)時(shí)完畢，開(kāi)發(fā)時(shí)間一再遲延。

（2）開(kāi)發(fā)的軟件不能滿(mǎn)足顧客規(guī)定。開(kāi)發(fā)初期對(duì)顧客的規(guī)定理解不夠明確，未能得到明確

的體現(xiàn)。開(kāi)發(fā)工作開(kāi)始后，軟件人員和顧客又未能及時(shí)互換意見(jiàn)，使得某些問(wèn)題不能及時(shí)處

理，導(dǎo)致開(kāi)發(fā)H勺軟件不能滿(mǎn)足顧客H勺規(guī)定，因而導(dǎo)致開(kāi)發(fā)失敗。

（3）開(kāi)發(fā)的軟件可維護(hù)性差。開(kāi)發(fā)過(guò)程中沒(méi)有同意的、公認(rèn)H勺規(guī)范，軟件開(kāi)發(fā)人員按各自

的風(fēng)格工作，各行其是，開(kāi)發(fā)過(guò)程無(wú)完整、規(guī)范日勺文檔，發(fā)現(xiàn)問(wèn)題后進(jìn)行雜亂無(wú)章的修改。

程序構(gòu)造不好，運(yùn)行時(shí)發(fā)現(xiàn)錯(cuò)誤也很難修改，導(dǎo)致維護(hù)性差。

（4）開(kāi)發(fā)的軟件可靠性差。由于在開(kāi)發(fā)過(guò)程中，沒(méi)有保證軟件質(zhì)量的體系和措施，在軟件

測(cè)試時(shí)，又沒(méi)有嚴(yán)格的、充足的、完全的測(cè)試，提交給顧客的軟件質(zhì)量差，在運(yùn)行中暴露出

大量的問(wèn)題。

導(dǎo)致軟件危機(jī)的原因是：

（1）軟件的J規(guī)模越來(lái)越大，構(gòu)造越來(lái)越復(fù)雜。

（2）軟件開(kāi)發(fā)管理困難而復(fù)雜。

（3）軟件開(kāi)發(fā)費(fèi)用不停增長(zhǎng)。

（4）軟件開(kāi)發(fā)技術(shù)落后。

（5）生產(chǎn)方式落后。

（6）開(kāi)發(fā)工具落后，生產(chǎn)率提高緩慢。

19、軟件質(zhì)量保證應(yīng)做好哪兒方面口勺工作？

答：軟件質(zhì)量保證是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好如下幾方面的工作：

（1）采用技術(shù)手段和工具。質(zhì)量保證活動(dòng)要貫徹開(kāi)發(fā)過(guò)程一直，必須采用技術(shù)手段和工具,

尤其是使用軟件開(kāi)發(fā)環(huán)境來(lái)進(jìn)行軟件開(kāi)發(fā)。

（2）組織正式技術(shù)評(píng)審。在軟件開(kāi)發(fā)的I每一種階段結(jié)束時(shí)，都要組織正式的技術(shù)評(píng)審。國(guó)

標(biāo)規(guī)定單位必須采用審查、文檔評(píng)審、設(shè)計(jì)評(píng)審、審計(jì)和測(cè)試等詳細(xì)手段來(lái)保證質(zhì)量。

（3）加強(qiáng)軟件測(cè)試。軟件測(cè)試是質(zhì)量保證的重要手段，由于測(cè)試可發(fā)現(xiàn)軟件中大多數(shù)潛在

錯(cuò)誤。

（4）推行軟件工程規(guī)范〔原則）。顧客可以自己制定軟件工程規(guī)范（原則），但原則一旦

確認(rèn)就應(yīng)貫徹執(zhí)行。

（5）對(duì)軟件的變更進(jìn)行控制。軟件口勺修改和變更常常會(huì)引起潛伏日勺錯(cuò)誤，因此必須嚴(yán)格控

制軟件日勺修改和變更。

（6）對(duì)軟件質(zhì)量進(jìn)行度量。即對(duì)軟件質(zhì)量進(jìn)行跟蹤，及時(shí)記錄和匯報(bào)軟件質(zhì)量狀況。

1.分析軟件危機(jī)產(chǎn)生的重要原因有哪些？

答：（1）軟件日益復(fù)雜和龐大（2）軟件開(kāi)發(fā)管理困難和復(fù)雜（3）軟件開(kāi)發(fā)技術(shù)落后（4）

生產(chǎn)方式落后（5）開(kāi)發(fā)工具落后（6）軟件開(kāi)發(fā)費(fèi)用不停增長(zhǎng)

2.闡明構(gòu)造化程序設(shè)計(jì)的重要思想是什么？

答：（1）自頂向下、逐漸求精的程序設(shè)計(jì)措施（2）使用3種基本控制構(gòu)造、單入口、單出

口來(lái)