軟件工程試題 (二)

軟件工程試題整理

簡答題

1、可行性研究的任務(wù)是什么？

首先需要進(jìn)行概要的分析研究，初步確定項(xiàng)目的規(guī)模和目標(biāo)，確

定項(xiàng)目的約束和限制，把他們清楚地列舉出來。然后，分析員進(jìn)行簡

要的需求分析，抽象出該項(xiàng)目的邏輯結(jié)構(gòu)，建立邏輯模型。從邏輯模

型出發(fā)，經(jīng)過壓縮的設(shè)計(jì)，探索出若干種可供選擇的主要解決方法，

對(duì)每種解決方法都要研究它的可行性，可從以下三個(gè)方面分析研究每

種解決方法的可行性。㈠技術(shù)可行性：對(duì)要開發(fā)項(xiàng)目的功能、性能、

限制條件進(jìn)行分析，確定在現(xiàn)有的資源條件下，技術(shù)風(fēng)險(xiǎn)有多大，項(xiàng)

目是否能實(shí)現(xiàn)。㈡經(jīng)濟(jì)可行性：進(jìn)行開發(fā)成本的估算以及了解取得效

益的評(píng)估，確定要開發(fā)的項(xiàng)目是否值得投資開發(fā)。㈢社會(huì)可行性：要

開發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任問題，要開發(fā)項(xiàng)目的運(yùn)行

方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式

是否可行。

2、什么是模塊的影響范圍？什么是模塊的控制范圍？他們之間

應(yīng)該建立什么關(guān)系？

一個(gè)模塊的作用范圍（或稱影響范圍）指受該模塊內(nèi)一個(gè)判定影

響的所有模塊的集合。一個(gè)模塊的控制范圍指模塊本身以及其所有下

屬模塊（直接或間接從屬于它的模塊）的集合。一個(gè)模塊的作用范圍

應(yīng)在其控制范圍之內(nèi)，且判定所在的模塊應(yīng)在其影響的模塊在層次上

盡量靠近。如果再設(shè)計(jì)過程中，發(fā)現(xiàn)模塊作用范圍不在其控制范圍之

內(nèi)，可以用“上移判點(diǎn)”或“下移受判斷影響的模塊，將它下移到判

斷所在模塊的控制范圍內(nèi)”的方法加以改進(jìn)。

3、非漸增式測(cè)試與漸增式測(cè)試有什么區(qū)別？漸增式測(cè)試如何組

裝模塊？

非漸增式測(cè)試與漸增式測(cè)試的測(cè)試方法有以下區(qū)別：（一）非漸增式

測(cè)試方法把單元測(cè)試和集成測(cè)試分成兩個(gè)不同的階段，前一階段完成

模塊的單元測(cè)試，后一階段完成集成測(cè)試。而漸增式測(cè)試往往把單元

測(cè)試與集成測(cè)試和在一起，同時(shí)完成。（二）非漸增式需要更多的工作量,

因?yàn)槊總€(gè)模塊都需要驅(qū)動(dòng)模塊和樁模塊，而漸增式利用已測(cè)試過的模

塊作為驅(qū)動(dòng)模塊或樁模塊，因此工作量較少。㈢漸增式可以較早的發(fā)

現(xiàn)接口之間的錯(cuò)誤，非漸增式最后組裝是才發(fā)現(xiàn)。㈣漸增式有利于排

錯(cuò)，發(fā)生錯(cuò)誤往往和最近加進(jìn)來的模塊有關(guān)，而非漸增式發(fā)現(xiàn)接口錯(cuò)

誤推遲到最后，很難判斷是哪一部分接口出錯(cuò)。㈤漸增式比較徹底，

己測(cè)試的模塊和新的模塊再測(cè)試。集漸增式占用的時(shí)間較多，但非漸

增式須更多的驅(qū)動(dòng)模塊、樁模塊也占用一些時(shí)間。（七）非漸增式開始可

并行測(cè)試所有模塊，能充分利用人力，對(duì)測(cè)試大型軟件很有意義。漸

增式測(cè)試有以下兩種不同的組裝模塊的方法：㈠自頂向下組合。該方

法只需編寫樁模塊，其步驟是從頂層模塊開始，沿被測(cè)程序的軟件結(jié)

構(gòu)圖的控制路徑逐步向下測(cè)試，從而把各個(gè)模塊都結(jié)合起來，它又有

兩種組合策略：①深度有先策略：先從軟件結(jié)構(gòu)中選擇一條主控制路

徑，把該路徑上的模塊一個(gè)個(gè)結(jié)合進(jìn)來進(jìn)行測(cè)試，以便完成一個(gè)特定

的子功能，接著再結(jié)合其它需要優(yōu)先考慮的路徑。②寬度有先策略：

逐層結(jié)合直接下屬的所有模塊。㈡自低向上結(jié)合。該方法僅需編寫驅(qū)

動(dòng)模塊。其步驟為:①把底層模塊組合成實(shí)現(xiàn)一個(gè)個(gè)特定子功能的族。

②為每一個(gè)族編寫一個(gè)驅(qū)動(dòng)模塊，以協(xié)調(diào)測(cè)試用例的輸入和測(cè)試結(jié)果

的輸出。③對(duì)模塊族進(jìn)行測(cè)試。④按軟件結(jié)構(gòu)圖依次向上擴(kuò)展，用實(shí)

際模塊替換驅(qū)動(dòng)模塊，形成一個(gè)個(gè)更大的族。⑤重復(fù)②至④步，直至

軟件系統(tǒng)全部測(cè)試完畢。

4、軟件質(zhì)量與軟件質(zhì)量保證的含義是什么？

從實(shí)際應(yīng)用來說，軟件質(zhì)量定義為：㈠與所確定的功能和性能需

求的一致性。㈡與所成文的開發(fā)標(biāo)準(zhǔn)一致性。㈢與所有專業(yè)開發(fā)的軟

件所期望的隱含特性的一致性。軟件質(zhì)量保證就是向用戶及社會(huì)提供

滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的

質(zhì)量的活動(dòng)，即確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計(jì)

劃、有系統(tǒng)的管理活動(dòng)。5、軟件工程標(biāo)準(zhǔn)化的意義是什么？都有哪

些軟件工程標(biāo)準(zhǔn)？積極推進(jìn)軟件工程標(biāo)準(zhǔn)化，其道理是顯而易見的。

僅就一個(gè)軟件開發(fā)項(xiàng)目來說，有許多層次，不同分工的人員相互配合,

在開發(fā)項(xiàng)目的各個(gè)部分以及各開發(fā)階段之間也都存在許多聯(lián)系和銜

接問題。如何把這些錯(cuò)綜復(fù)雜的關(guān)系協(xié)調(diào)好，需要有一系列統(tǒng)一的約

束和規(guī)定。在軟件開發(fā)項(xiàng)目取得階段成果或最后完成是時(shí)，需要進(jìn)行

階段評(píng)價(jià)和驗(yàn)收測(cè)試。投入運(yùn)行的軟件，其維護(hù)工作中遇到問題又與

開發(fā)工作者有著密切的關(guān)系。軟件的管理工作則滲透到軟件生存期的

每一個(gè)環(huán)節(jié)。所有這些都要要求提供統(tǒng)一的行動(dòng)規(guī)范和衡量準(zhǔn)則，使

得各種工作都有章可循。軟件工程的標(biāo)準(zhǔn)主要有以下三個(gè)：（一）FIPS135

是美國國家標(biāo)準(zhǔn)局發(fā)布的《軟件文檔管理指南》（DNSAC一—39是美

國核子安全分析中心發(fā)布的《安全參數(shù)顯示系統(tǒng)的驗(yàn)證與確認(rèn)》°㈢

ISO5807是國際標(biāo)準(zhǔn)化組織公布（現(xiàn)已成為中國的國家標(biāo)準(zhǔn)）的《信

息處理一數(shù)據(jù)流程圖、程序流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的文件

編制符號(hào)及約定》。

5、需求分析階段的基本任務(wù)是什么？

需求分析階段的基本任務(wù)是要準(zhǔn)確的定義新系統(tǒng)的目標(biāo)，為了滿

足用戶需要，回答系統(tǒng)必須“做什么”的問題。本階段要進(jìn)行以下幾

方面的工作：㈠問題識(shí)別。雙方確定對(duì)問題的綜合需求，這些需求包

括：功能需求、性能需求、環(huán)境需求、用戶界面需求，另外還有可靠

性、安全性、保密性、可移植性、可維護(hù)性等方面的需求。㈡分析與

綜合，導(dǎo)出軟件的邏輯模型。分析人員對(duì)獲取的需求，進(jìn)行一致性的

分析檢查，在分析、綜合中逐步細(xì)化軟件功能，劃分成各個(gè)子功能。

這里也包括對(duì)數(shù)據(jù)域進(jìn)行分解，并分配到各個(gè)子功能上，以確定系統(tǒng)

的構(gòu)成及主要成份,并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。

㈢編寫文檔。編寫“需求規(guī)格說明書”、編寫初步用戶使用手冊(cè)、編

寫確認(rèn)測(cè)試計(jì)劃、修改完善軟件開發(fā)計(jì)劃。

6、采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例有哪兒種方法？這些方法各有什

么特點(diǎn)？

㈠等價(jià)類劃分。

等價(jià)類劃分是將輸入數(shù)據(jù)域按有效的或無效的（也稱合理的或不

合理的）劃分成若干個(gè)等價(jià)類，測(cè)試每個(gè)等價(jià)類的代表值就等于對(duì)該

類其它值的測(cè)試。

㈡邊界值分析。

該方法是將測(cè)試邊界情況作為重點(diǎn)目標(biāo)，選取正好等于，剛剛大

于或剛剛小于邊界值的情況，根據(jù)這些情況選擇測(cè)試用例。

㈢錯(cuò)誤推測(cè)。

錯(cuò)誤推測(cè)法沒有確定的步驟，憑檢驗(yàn)進(jìn)行。它的基本思想是列出

程序中可能發(fā)生錯(cuò)誤的情況，根據(jù)這些情況選擇測(cè)試用例。

㈣因果圖。

因果圖能有效的檢測(cè)輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。因

果圖的基本原理是通過畫因果圖，把用自然語言描述的功能說明轉(zhuǎn)換

為判定表，最后為判定表的每一列設(shè)計(jì)一個(gè)測(cè)試用例。

7、說明動(dòng)態(tài)建模的過程。

㈠準(zhǔn)備腳本。

動(dòng)態(tài)分析從尋找事件開始，然后確定各對(duì)象的可能事件的順序。

在分析階段不考慮算法的執(zhí)行，算法是實(shí)現(xiàn)模型的一部分。

㈡確定事件。

確定所有外部事件。事件包括所有來自或發(fā)往用戶的信息、外部

設(shè)備的信號(hào)、輸入、轉(zhuǎn)換和動(dòng)作。

㈢準(zhǔn)備事件跟蹤表。

把腳本表示成一個(gè)事件跟蹤表，對(duì)象為表中的列，給每一個(gè)對(duì)象

分配一個(gè)獨(dú)立的列c

㈣構(gòu)造狀態(tài)圖。

對(duì)各對(duì)象類建立狀態(tài)圖，反映對(duì)象接收和發(fā)送的事件，每個(gè)事件

跟蹤都對(duì)應(yīng)于狀態(tài)圖中一條路徑。

8、軟件生產(chǎn)經(jīng)歷了幾個(gè)階段？各有何特征？

軟件生產(chǎn)至今已經(jīng)歷了三個(gè)階段：(一)程序設(shè)計(jì)時(shí)代(1946-1956)：

這個(gè)階段的生產(chǎn)方式是個(gè)體手工勞動(dòng)，使用的工具實(shí)際其語言、匯編

語言。開發(fā)方法是追求編程技巧，追求程序運(yùn)行效率。硬件特征是價(jià)

格貴、存儲(chǔ)容量小，運(yùn)行可靠性差。軟件特征是只有程序、程序設(shè)計(jì)

概念，不重視程序設(shè)計(jì)方法。㈡程序系統(tǒng)時(shí)代(1956-1968)：這個(gè)

階段的生產(chǎn)方式是作坊式的小集團(tuán)合作生產(chǎn)，生產(chǎn)工具是高級(jí)語言，

開發(fā)方法仍就靠個(gè)人技巧，但開始提出結(jié)構(gòu)化方法。硬件特征是速度、

容量、工作可靠性有明顯提高。軟件特征是程序員數(shù)量猛增，但開發(fā)

技術(shù)沒有新的突破，開發(fā)人員的素質(zhì)和落后的開發(fā)技術(shù)不適應(yīng)規(guī)模

大、結(jié)構(gòu)復(fù)雜的軟件開發(fā)，導(dǎo)致軟件危機(jī)的產(chǎn)生。㈢軟件工程時(shí)代

(1968至今)：這個(gè)階段的生產(chǎn)方式是工程化的生產(chǎn)，使用數(shù)據(jù)庫、

開發(fā)工具、開發(fā)環(huán)境、網(wǎng)絡(luò)、分布式、面向?qū)ο蠹夹g(shù)來開發(fā)軟件，硬

件特征是向超高速、大容量、微型化以及網(wǎng)絡(luò)化方向發(fā)展。軟件特征

是開發(fā)技術(shù)有很大進(jìn)步，但是未能獲得突破性進(jìn)展，軟件價(jià)格不斷上

升，沒有完全擺脫軟件危機(jī)。5、簡述Gantt圖的功能及不足。Gantt

圖常用水平線段來描述把任務(wù)分解成子任務(wù)，以及每個(gè)子任務(wù)的進(jìn)度

安排，動(dòng)態(tài)反映軟件開發(fā)進(jìn)度情況，該圖可以：表示任務(wù)分解成子任

務(wù)情況；表示每個(gè)任務(wù)的開始時(shí)間和完成時(shí)間，線段的長度表不子任

務(wù)完成所需要的時(shí)間；表示子任務(wù)之間的并行和串行關(guān)系。Gantt圖

只能表示任務(wù)之間的并行與串行的關(guān)系，難以反映多個(gè)任務(wù)之間存在

的復(fù)雜關(guān)系，不能直觀表示任務(wù)之間相互依賴制約關(guān)系，以及哪些任

務(wù)是關(guān)鍵字任務(wù)等信息，因此僅僅用Gantt圖作為進(jìn)度的安排是不夠

的。6、什么是數(shù)據(jù)字典？其作用是什么？它有哪些條目？數(shù)據(jù)字典

（簡稱DD）是用來定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的，它以

一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了

有關(guān)元素的一致的定義和詳細(xì)的描述。他和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)

的邏輯模型，是需求規(guī)格說明書的主要組成部分。數(shù)據(jù)字典是為分析

人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細(xì)定義而服務(wù)的，因此也像普通字

典一樣，要把所有條目按一定的次序排列起來，以便查閱。數(shù)據(jù)字典

有以下四類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、基本加工。數(shù)據(jù)項(xiàng)是

組成數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的最小元素。源點(diǎn)、終點(diǎn)不在系統(tǒng)之內(nèi)，故一

般不在字典中說明c7、調(diào)試的目的是什么？調(diào)試有哪些技術(shù)手段？

調(diào)試的目的是確定錯(cuò)誤的原因和位置，并改正錯(cuò)誤，因此調(diào)試也成為

糾錯(cuò)。調(diào)試技術(shù)主要有：簡單的調(diào)試方法，主要有在程序中插入打印

語句、運(yùn)行部分程序等；歸納法調(diào)試，他從測(cè)試結(jié)果發(fā)現(xiàn)的線索（錯(cuò)

誤跡象、征兆）入手、分析他們之間的聯(lián)系，導(dǎo)處錯(cuò)誤原因的假設(shè)，

然后再證明或否定這個(gè)假設(shè)；演繹法調(diào)試，該方法列出所有可能的錯(cuò)

誤原因的假設(shè)，然后利用測(cè)試數(shù)據(jù)排除不適當(dāng)?shù)募僭O(shè)，最后再測(cè)試數(shù)

據(jù)驗(yàn)證余下的假設(shè)確實(shí)是出錯(cuò)的原因；回溯法調(diào)試，該方法從程序產(chǎn)

生錯(cuò)誤的地方出發(fā)，人工沿程序的邏輯路徑反向搜索，直到找到錯(cuò)誤

的原因?yàn)橹埂?/p>

9、如何做好軟件質(zhì)量保證工作？

軟件質(zhì)量保證工作是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)

做好以下幾個(gè)方面的工作：＜1＞采用技術(shù)手段和工具。質(zhì)量保證活動(dòng)

要貫徹開發(fā)過程始終，必須從采用技術(shù)手段和工具，尤其是使用軟件

開發(fā)環(huán)境來進(jìn)行軟件開發(fā)。＜2＞組織正式技術(shù)評(píng)審，在軟件開發(fā)的第

一個(gè)階段結(jié)束時(shí)，都要組織正式的技術(shù)評(píng)審。國家標(biāo)準(zhǔn)要求單位必須

采用審查、文檔評(píng)審、設(shè)計(jì)評(píng)審、審計(jì)和測(cè)試等具體手段來保證質(zhì)量。

＜3＞加強(qiáng)軟件測(cè)試。軟件測(cè)試是質(zhì)量保證的重要手段，因?yàn)闇y(cè)試可發(fā)

現(xiàn)軟件可發(fā)現(xiàn)軟件中大多數(shù)潛在錯(cuò)誤。＜4＞推選軟件工程規(guī)范（標(biāo)準(zhǔn)）。

用戶可以自己指定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(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ì)量情況。

10、什么是數(shù)據(jù)流圖？其作用是什么？

其中的基本符號(hào)各表示什么含義？數(shù)據(jù)流圖簡稱DFD,是SA方

法中用于表示系統(tǒng)邏輯模型的一種工具。它以圖形的方式描述數(shù)據(jù)在

系統(tǒng)中流動(dòng)和處理的過程，由十它只反映系統(tǒng)必須完成的邏輯功能，

所以它是一種功能模型。數(shù)據(jù)流圖有四種基本圖形符號(hào)：“一”箭頭

表示數(shù)據(jù)流；“O”圓或橢圓表述加工；“二”雙杠表示數(shù)據(jù)存儲(chǔ)；

方框表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)。

11、可行性研究的任務(wù)是什么？

首先需要進(jìn)行概要的分析研究，初步確定項(xiàng)目的規(guī)模和目標(biāo)，確

定項(xiàng)目的約束和限制，把他們清楚地列舉出來。然后，分析員進(jìn)行簡

要的需求分析，抽象出該項(xiàng)目的邏輯結(jié)構(gòu)，建立邏輯模型。從邏輯模

型出發(fā)，經(jīng)過壓縮的設(shè)計(jì)，探索出若干種可供選擇的主要解決方法，

對(duì)每種解決方法都要研究它的可行性，可從以下三個(gè)方面分析研究每

種解決方法的可行性。㈠技術(shù)可行性：對(duì)要開發(fā)項(xiàng)目的功能、性能、

限制條件進(jìn)行分析，確定在現(xiàn)有的資源條件下，技術(shù)風(fēng)險(xiǎn)有多大，項(xiàng)

目是否能實(shí)現(xiàn)。㈡經(jīng)濟(jì)可行性：進(jìn)行開發(fā)成本的估算以及了解取得效

益的評(píng)估，確定要開發(fā)的項(xiàng)目是否值得投資開發(fā)。㈢社會(huì)可行性：要

開發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任問題，要開發(fā)項(xiàng)目的運(yùn)行

方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式

是否可行。

12、什么是模塊的影響范圍？什么是模塊的控制范圍？他們之間

應(yīng)該建立什么關(guān)系？

一個(gè)模塊的作用范圍（或稱影響范圍）指受該模塊內(nèi)一個(gè)判定影

響的所有模塊的集合。一個(gè)模塊的控制范圍指模塊本身以及其所有下

屬模塊（直接或間接從屬于它的模塊）的集合。一個(gè)模塊的作用范圍

應(yīng)在其控制范圍之內(nèi)，且判定所在的模塊應(yīng)在其影響的模塊在層次上

盡量靠近。如果再設(shè)計(jì)過程中，發(fā)現(xiàn)模塊作用范圍不在其控制范圍之

內(nèi)，可以用“上移判點(diǎn)”或“下移受判斷影響的模塊，將它下移到判

斷所在模塊的控制范圍內(nèi)”的方法加以改進(jìn)。

13、非漸增式測(cè)試與漸增式測(cè)試有什么區(qū)別？漸增式測(cè)試如何組

裝模塊？

非漸增式測(cè)試與漸增式測(cè)試的測(cè)試方法有以下區(qū)別：（一）非漸增式

測(cè)試方法把單元測(cè)試和集成測(cè)試分成兩個(gè)不同的階段，前一階段完成

模塊的單元測(cè)試，后一階段完成集成測(cè)試。而漸增式測(cè)試往往把單元

測(cè)試與集成測(cè)試和在一起，同時(shí)完成。（二）非漸增式需要更多的工作量,

因?yàn)槊總€(gè)模塊都需要驅(qū)動(dòng)模塊和樁模塊，而漸增式利用已測(cè)試過的模

塊作為驅(qū)動(dòng)模塊或樁模塊，因此工作量較少。㈢漸增式可以較早的發(fā)

現(xiàn)接口之間的錯(cuò)誤，非漸增式最后組裝是才發(fā)現(xiàn)。㈣漸增式有利于排

錯(cuò)，發(fā)生錯(cuò)誤往往和最近加進(jìn)來的模塊有關(guān)，而非漸增式發(fā)現(xiàn)接口錯(cuò)

誤推遲到最后，很難判斷是哪一部分接口出錯(cuò)。㈤漸增式比較徹底，

已測(cè)試的模塊和新的模塊再測(cè)試。（六）漸增式占用的時(shí)間較多，但非漸

增式須更多的驅(qū)動(dòng)模塊、樁模塊也占用一些時(shí)間。（七）非漸增式開始可

并行測(cè)試所有模塊，能充分利用人力，對(duì)測(cè)試大型軟件很有意義。漸

增式測(cè)試有以下兩種不同的組裝模塊的方法：㈠自頂向下組合。該方

法只需編寫樁模塊，其步驟是從頂層模塊開始，沿被測(cè)程序的軟件結(jié)

構(gòu)圖的控制路徑逐步向下測(cè)試，從而把各個(gè)模塊都結(jié)合起來，它又有

兩種組合策略：①深度有先策略：先從軟件結(jié)構(gòu)中選擇一條主控制路

徑，把該路徑上的模塊一個(gè)個(gè)結(jié)合進(jìn)來進(jìn)行測(cè)試，以便完成一個(gè)特定

的子功能，接著再結(jié)合其它需要優(yōu)先考慮的路徑。②寬度有先策略：

逐層結(jié)合直接下屬的所有模塊。㈡自低向上結(jié)合。該方法僅需編寫驅(qū)

動(dòng)模塊。其步驟為:①把底層模塊組合成實(shí)現(xiàn)一個(gè)個(gè)特定子功能的族。

②為每一個(gè)族編寫一個(gè)驅(qū)動(dòng)模塊，以協(xié)調(diào)測(cè)試用例的輸入和測(cè)試結(jié)果

的輸出。③對(duì)模塊族進(jìn)行測(cè)試。④按軟件結(jié)構(gòu)圖依次向上擴(kuò)展，用實(shí)

際模塊替換驅(qū)動(dòng)模塊，形成一個(gè)個(gè)更大的族。⑤重復(fù)②至④步，直至

軟件系統(tǒng)全部測(cè)試完畢。

14、軟件質(zhì)量與軟件質(zhì)量保證的含義是什么？

從實(shí)際應(yīng)用來說，軟件質(zhì)量定義為：㈠與所確定的功能和性能需

求的一致性。（一）與所成文的開發(fā)標(biāo)準(zhǔn)一致性。㈢與所有專業(yè)開發(fā)的軟

件所期望的隱含特性的一致性。軟件質(zhì)量保證就是向用戶及社會(huì)提供

滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的

質(zhì)量的活動(dòng)，即確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計(jì)

劃、有系統(tǒng)的管理活動(dòng)。5、軟件工程標(biāo)準(zhǔn)化的意義是什么？都有哪

些軟件工程標(biāo)準(zhǔn)？積極推進(jìn)軟件工程標(biāo)準(zhǔn)化，其道理是顯而易見的。

僅就一個(gè)軟件開發(fā)項(xiàng)目來說，有許多層次，不同分工的人員相互配合,

在開發(fā)項(xiàng)目的各個(gè)部分以及各開發(fā)階段之間也都存在許多聯(lián)系和銜

接問題。如何把這些錯(cuò)綜復(fù)雜的關(guān)系協(xié)調(diào)好，需要有一系列統(tǒng)一的約

束和規(guī)定。在軟件開發(fā)項(xiàng)目取得階段成果或最后完成是時(shí)，需要進(jìn)行

階段評(píng)價(jià)和驗(yàn)收測(cè)試。投入運(yùn)行的軟件，其維護(hù)工作中遇到問題又與

開發(fā)工作者有著密切的關(guān)系。軟件的管理工作則滲透到軟件生存期的

每一個(gè)環(huán)節(jié)。所有這些都要要求提供統(tǒng)一的行動(dòng)規(guī)范和衡量準(zhǔn)則，使

得各種工作都有章可循。軟件工程的標(biāo)準(zhǔn)主要有以下三個(gè)：（一）FIPS135

是美國國家標(biāo)準(zhǔn)局發(fā)布的《軟件文檔管理指南》㈡NSAC——39是美

國核子安全分析中心發(fā)布的《安全參數(shù)顯示系統(tǒng)的驗(yàn)證與確認(rèn)》°㈢

ISO5807是國際標(biāo)準(zhǔn)化組織公布（現(xiàn)已成為中國的國家標(biāo)準(zhǔn)）的《信

息處理一數(shù)據(jù)流程圖、程序流程圖、程序網(wǎng)絡(luò)圖和系統(tǒng)資源圖的文件

編制符號(hào)及約定》。

15、需求分析階段的基本任務(wù)是什么？

需求分析階段的基本任務(wù)是要準(zhǔn)確的定義新系統(tǒng)的目標(biāo)，為了滿

足用戶需要，回答系統(tǒng)必須“做什么”的問題。本階段要進(jìn)行以下幾

方面的工作：㈠問題識(shí)別。雙方確定對(duì)問題的綜合需求，這些需求包

括：功能需求、性能需求、環(huán)境需求、用戶界面需求，另外還有可靠

性、安全性、保密性、可移植性、可維護(hù)性等方面的需求。㈡分析與

綜合，導(dǎo)出軟件的邏輯模型。分析人員對(duì)獲取的需求，進(jìn)行一致性的

分析檢查，在分析、綜合中逐步細(xì)化軟件功能，劃分成各個(gè)子功能。

這里也包括對(duì)數(shù)據(jù)域進(jìn)行分解，并分配到各個(gè)子功能上，以確定系統(tǒng)

的構(gòu)成及主要成份，并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。

㈢編寫文檔。編寫“需求規(guī)格說明書”、編寫初步用戶使用手冊(cè)、編

寫確認(rèn)測(cè)試計(jì)劃、修改完善軟件開發(fā)計(jì)劃。

16、采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例有哪兒種方法？這些方法各有什

么特點(diǎn)？

㈠等價(jià)類劃分。等價(jià)類劃分是將輸入數(shù)據(jù)域按有效的或無效的（也稱

合理的或不合理的）劃分成若干個(gè)等價(jià)類，測(cè)試每個(gè)等價(jià)類的代表值

就等于對(duì)該類其它值的測(cè)試。㈡邊界值分析。該方法是將測(cè)試邊界情

況作為重點(diǎn)目標(biāo)，選取正好等于，剛剛大于或剛剛小于邊界值的情況,

根據(jù)這些情況選擇測(cè)試用例。㈢錯(cuò)誤推測(cè)。錯(cuò)誤推測(cè)法沒有確定的步

驟，憑檢驗(yàn)進(jìn)行。它的基本思想是列出程序中可能發(fā)生錯(cuò)誤的情況，

根據(jù)這些情況選擇測(cè)試用例。㈣因果圖。因果圖能有效的檢測(cè)輸入條

件的各種組合可能會(huì)引起的錯(cuò)誤。因果圖的基本原理是通過畫因果

圖，把用自然語言描述的功能說明轉(zhuǎn)換為判定表，最后為判定表的每

一列設(shè)計(jì)一個(gè)測(cè)試用例。

17、說明動(dòng)態(tài)建模的過程。

㈠準(zhǔn)備腳本。動(dòng)態(tài)分析從尋找事件開始，然后確定各對(duì)象的可能

事件的順序。在分析階段不考慮算法的執(zhí)行，算法是實(shí)現(xiàn)模型的一部

分。㈡確定事件。確定所有外部事件。事件包括所有來自或發(fā)往用戶

的信息、外部設(shè)備的信號(hào)、輸入、轉(zhuǎn)換和動(dòng)作。㈢準(zhǔn)備事件跟蹤表。

把腳本表示成一個(gè)事件跟蹤表，對(duì)象為表中的列，給每一個(gè)對(duì)象分配

一個(gè)獨(dú)立的列。㈣構(gòu)造狀態(tài)圖。對(duì)各對(duì)象類建立狀態(tài)圖，反映對(duì)象接

收和發(fā)送的事件，每個(gè)事件跟蹤都對(duì)應(yīng)于狀態(tài)圖中一條路徑。

18、軟件生產(chǎn)經(jīng)歷了幾個(gè)階段？各有何特征？

軟件生產(chǎn)至今已經(jīng)歷了三個(gè)階段：㈠程序設(shè)計(jì)時(shí)代(1946-1956)：

這個(gè)階段的生產(chǎn)方式是個(gè)體手工勞動(dòng)，使用的工具實(shí)際其語言、匯編

語言。開發(fā)方法是追求編程技巧，追求程序運(yùn)行效率。硬件特征是價(jià)

格貴、存儲(chǔ)容量小，運(yùn)行可靠性差。軟件特征是只有程序、程序設(shè)計(jì)

概念，不重視程序設(shè)計(jì)方法。㈡程序系統(tǒng)時(shí)代(1956-1968)：這個(gè)

階段的生產(chǎn)方式是作坊式的小集團(tuán)合作生產(chǎn)，生產(chǎn)工具是高級(jí)語言，

開發(fā)方法仍就靠個(gè)人技巧，但開始提出結(jié)構(gòu)化方法。硬件特征是速度、

容量、工作可靠性有明顯提高。軟件特征是程序員數(shù)量猛增，但開發(fā)

技術(shù)沒有新的突破，開發(fā)人員的素質(zhì)和落后的開發(fā)技術(shù)不適應(yīng)規(guī)模

大、結(jié)構(gòu)復(fù)雜的軟件開發(fā)，導(dǎo)致軟件危機(jī)的產(chǎn)生。㈢軟件工程時(shí)代

(1968至今)：這個(gè)階段的生產(chǎn)方式是工程化的生產(chǎn)，使用數(shù)據(jù)庫、

開發(fā)工具、開發(fā)環(huán)境、網(wǎng)絡(luò)、分布式、面向?qū)ο蠹夹g(shù)來開發(fā)軟件,硬

件特征是向超高速、大容量、微型化以及網(wǎng)絡(luò)化方向發(fā)展。軟件特征

是開發(fā)技術(shù)有很大進(jìn)步，但是未能獲得突破性進(jìn)展，軟件價(jià)格不斷上

升，沒有完全擺脫軟件危機(jī)。5、簡述Gantt圖的功能及不足。Gantt

圖常用水平線段來描述把任務(wù)分解成子任務(wù)，以及每個(gè)子任務(wù)的進(jìn)度

安排，動(dòng)態(tài)反映軟件開發(fā)進(jìn)度情況，該圖可以：表示任務(wù)分解成子任

務(wù)情況；表示每個(gè)任務(wù)的開始時(shí)間和完成時(shí)間，線段的長度表示子任

務(wù)完成所需要的時(shí)間；表示子任務(wù)之間的并行和串行關(guān)系。Gantt圖

只能表示任務(wù)之間的并行與串行的關(guān)系，難以反映多個(gè)任務(wù)之間存在

的復(fù)雜關(guān)系，不能直觀表示任務(wù)之間相互依賴制約關(guān)系，以及哪些任

務(wù)是關(guān)鍵字任務(wù)等信息，因此僅僅用Gantt圖作為進(jìn)度的安排是不夠

的。6、什么是數(shù)據(jù)字典？其作用是什么？它有哪些條目？數(shù)據(jù)字典

（簡稱DD）是用來定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的，它以

一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了

有關(guān)元素的一致的定義和詳細(xì)的描述。他和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)

的邏輯模型，是需求規(guī)格說明書的主要組成部分。數(shù)據(jù)字典是為分析

人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細(xì)定義而服務(wù)的，因此也像普通字

典一樣，要把所有條目按一定的次序排列起來，以便查閱。數(shù)據(jù)字典

有以下四類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、基本加工。數(shù)據(jù)項(xiàng)是

組成數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)的最小元素。源點(diǎn)、終點(diǎn)不在系統(tǒng)之內(nèi)，故一

般不在字典中說明,7、調(diào)試的目的是什么？調(diào)試有哪些技術(shù)手段？

調(diào)試的目的是確定錯(cuò)誤的原因和位置，并改正錯(cuò)誤，因此調(diào)試也成為

糾錯(cuò)。調(diào)試技術(shù)主要有：簡單的調(diào)試方法，主要有在程序中插入打印

語句、運(yùn)行部分程序等；歸納法調(diào)試，他從測(cè)試結(jié)果發(fā)現(xiàn)的線索（錯(cuò)

誤跡象、征兆）入手、分析他們之間的聯(lián)系，導(dǎo)處錯(cuò)誤原因的假設(shè)，

然后再證明或否定這個(gè)假設(shè)；演繹法調(diào)試，該方法列出所有可能的錯(cuò)

誤原因的假設(shè)，然后利用測(cè)試數(shù)據(jù)排除不適當(dāng)?shù)募僭O(shè)，最后再測(cè)試數(shù)

據(jù)驗(yàn)證余下的假設(shè)確實(shí)是出錯(cuò)的原因；回溯法調(diào)試，該方法從程序產(chǎn)

生錯(cuò)誤的地方出發(fā)，人工沿程序的邏輯路徑反向搜索，直到找到錯(cuò)誤

的原因?yàn)橹埂?/p>

19、如何做好軟件質(zhì)量保證工作？

軟件質(zhì)量保證工作是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)

做好以下幾個(gè)方面的工作：＜1＞采用技術(shù)手段和工具。質(zhì)量保證活動(dòng)

要貫徹開發(fā)過程始終，必須從采用技術(shù)手段和工具，尤其是使用軟件

開發(fā)環(huán)境來進(jìn)行軟件開發(fā)。＜2＞組織正式技術(shù)評(píng)審，在軟件開發(fā)的第

一個(gè)階段結(jié)束時(shí)，都要組織正式的技術(shù)評(píng)審。國家標(biāo)準(zhǔn)要求單位必須

采用審查、文檔評(píng)審、設(shè)計(jì)評(píng)審、審計(jì)和測(cè)試等具體手段來保證質(zhì)量。

＜3＞加強(qiáng)軟件測(cè)試。軟件測(cè)試是質(zhì)量保證的重要手段，因?yàn)闇y(cè)試可發(fā)

現(xiàn)軟件可發(fā)現(xiàn)軟件中大多數(shù)潛在錯(cuò)誤。＜4＞推選軟件工程規(guī)范（標(biāo)準(zhǔn)）。

用戶可以自己指定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(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ì)量情況。

20、什么是數(shù)據(jù)流圖？其作用是什么？

其中的基本符號(hào)各表示什么含義？數(shù)據(jù)流圖簡稱DFD,是SA方

法中用于表示系統(tǒng)邏輯模型的一種工具。它以圖形的方式描述數(shù)據(jù)在

系統(tǒng)中流動(dòng)和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，

所以它是一種功能模型。數(shù)據(jù)流圖有四種基本圖形符號(hào)：“一”箭頭

表示數(shù)據(jù)流；“O”圓或橢圓表述加工；“二”雙杠表示數(shù)據(jù)存儲(chǔ)；

方框表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)。

21、什么是確認(rèn)測(cè)試？該階段有哪些工作？

確認(rèn)測(cè)試又稱有效性測(cè)試。它的任務(wù)是檢查軟件的功能與性能是

否與需求規(guī)格說明書中確定的指標(biāo)相符合。確認(rèn)測(cè)試階段有兩項(xiàng)工

作，進(jìn)行確認(rèn)測(cè)試與軟件配置審查。＜1＞確認(rèn)測(cè)試一般是在模擬環(huán)境

中運(yùn)用黑盒測(cè)試方法，由專門測(cè)試人員和用戶參加的測(cè)試。＜2＞軟件

配置審查的任務(wù)是檢查軟件的所有文檔資料的完整性、止確性。如果

發(fā)現(xiàn)遺漏和錯(cuò)誤，應(yīng)補(bǔ)充和改正，同時(shí)要編排好目錄，為以后的軟件

維護(hù)工作奠定基礎(chǔ)。

22、詳細(xì)設(shè)計(jì)的基本任務(wù)是什么？有哪幾種描述方法？

詳細(xì)設(shè)計(jì)是軟件設(shè)計(jì)的第二階段，其基本任務(wù)有：為每個(gè)模塊進(jìn)

行詳細(xì)的算法設(shè)計(jì)；為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)；對(duì)數(shù)據(jù)庫進(jìn)行物

理設(shè)計(jì)，即確定數(shù)據(jù)庫的物理結(jié)構(gòu)；其它設(shè)計(jì)，根據(jù)軟件系統(tǒng)類型，

還可能要進(jìn)行代碼設(shè)計(jì)、輸入/輸出格式設(shè)計(jì)、人機(jī)對(duì)話設(shè)計(jì)；編寫

詳細(xì)設(shè)計(jì)說明書；評(píng)審。詳細(xì)描述處理過程常用三種工具：圖形、表

格和語言。如結(jié)構(gòu)化程序流程圖、盒圖和問題分析圖。IPO圖也是詳

細(xì)設(shè)計(jì)的主要工具之一。表格工具如判定表可作為詳細(xì)設(shè)計(jì)中描述邏

輯條件復(fù)雜的算法c過程設(shè)計(jì)語言（PDL）是一種用于描述模塊算法

設(shè)計(jì)和處理細(xì)節(jié)的語言工具。5、什么是軟件危機(jī)？其產(chǎn)生的原因是

什么？當(dāng)軟件開發(fā)技術(shù)的進(jìn)步不能跟上硬件技術(shù)的進(jìn)步，未能滿足發(fā)

展的要求，致軟件開發(fā)中遇到的問題找不到解決的辦法，使問題積累

起來，形成了尖銳的矛盾，因而導(dǎo)致了軟件危機(jī)。主要表現(xiàn)為：

經(jīng)費(fèi)預(yù)算經(jīng)常突破，完成時(shí)間一再拖延；＜2＞開發(fā)的軟件不能滿足用

戶要求；＜3＞開發(fā)的軟件可維護(hù)性差；＜4＞開發(fā)的軟件可靠性差。造成

軟件危機(jī)的原因是由于軟件產(chǎn)品本身的特點(diǎn)以及開發(fā)軟件的方式、方

法、技術(shù)和人員引起的。共產(chǎn)生原因主要有以下幾方面：＜1＞軟件的

規(guī)模越來越大，結(jié)構(gòu)越來越復(fù)雜；＜2＞軟件開發(fā)管理困難而復(fù)雜；＜3＞

軟件開發(fā)費(fèi)用不斷增加；＜4＞軟件開發(fā)技術(shù)落后；＜5＞生產(chǎn)方式落后；

＜6＞開發(fā)工具落后，生產(chǎn)率提高緩慢。6、CASE工作臺(tái)有哪些分類？

一個(gè)CASE工作臺(tái)是一組工具集，支持像設(shè)計(jì)、實(shí)現(xiàn)或測(cè)試等特定的

軟件開發(fā)階段。工作臺(tái)工具能通過共享文件、共享倉庫或共享數(shù)據(jù)結(jié)

構(gòu)來集成。它能支持大多數(shù)的軟件過程活動(dòng)。工作臺(tái)有：程序設(shè)

計(jì)工作臺(tái)；＜2＞分析和設(shè)計(jì)工作臺(tái)；＜3＞測(cè)試工作臺(tái)；＜4＞交叉開發(fā)工

作臺(tái)；＜5＞配置管理（CM）工作臺(tái)；＜6＞文檔工作臺(tái)＜7＞項(xiàng)目管理工作

臺(tái)。7、IDEFO方法有什么特點(diǎn)？＜1＞采用方框和箭頭等簡單的圖形符

號(hào)描述系統(tǒng)的活動(dòng)和數(shù)據(jù)流，描述活動(dòng)所受到的約束條件及實(shí)現(xiàn)機(jī)

制。從側(cè)面清楚的反映了系統(tǒng)的功能。故IDEFO圖宜全為正式文檔。

＜2＞采用嚴(yán)格的自頂向下、逐層分解的方式建立系統(tǒng)功能模型。頂層

確定系統(tǒng)范圍，采用抽象原則，然后有控制的逐步展開有關(guān)活動(dòng)的細(xì)

節(jié)，符合SA方法的分析策略。同時(shí)，IDEFO規(guī)定每張圖至少有3個(gè)、

最多有6個(gè)方框，上界6保證采用層次性描述復(fù)雜問題的可理解性，

下界3保證分解有意義。

23、軟件維護(hù)的特點(diǎn)是什么？

主要體現(xiàn)在三個(gè)方面：＜1＞非結(jié)構(gòu)化維護(hù)和結(jié)構(gòu)化維護(hù)。軟件的

開發(fā)過程對(duì)軟件的維護(hù)有很大的影響。若不采用軟件工程的方法開發(fā)

軟件，則軟件只有程序而無文檔，維護(hù)工作非常困難，這是一種非結(jié)

構(gòu)化的維護(hù)。若采用軟件工程的方法開發(fā)軟件，則各階段都有相應(yīng)的

文檔，容易進(jìn)行維護(hù)工作，這是一種結(jié)構(gòu)化的維護(hù)。＜2＞維護(hù)的困難

性。軟件維護(hù)的困難性是由于軟件需求分析和開發(fā)方法的缺陷。軟件

生存周期中的開發(fā)階段沒有嚴(yán)格而有科學(xué)的管理和規(guī)劃，就會(huì)引起軟

件運(yùn)行時(shí)的維護(hù)困難。＜3＞軟件維護(hù)的費(fèi)用。軟件維護(hù)的費(fèi)用在息費(fèi)

用中的比重是在不斷增加的，這是軟件維護(hù)有形的代價(jià)。另外還有無

形的代價(jià)，即要占用更多的資源。軟件維護(hù)費(fèi)用增加的主要原因是軟

件維護(hù)的生產(chǎn)率非常低。

24、什么是CASE?CASE工具有哪些分類？

CASE是一組工具和方法的集合，可以輔助軟件開發(fā)生命周期各

階段進(jìn)行軟件開發(fā)c從學(xué)術(shù)研究角度講，CASE是多年來在軟件開發(fā)

管理、軟件開發(fā)方法、軟件開發(fā)環(huán)境和軟件工具等方面研究和發(fā)展的

產(chǎn)物。CASE把軟件開發(fā)技術(shù)、軟件工具和軟件開發(fā)方法集成到一個(gè)

統(tǒng)一而一致的框架中，并且吸引了CAD（計(jì)算機(jī)輔助設(shè)計(jì)）、軟件工

程、操作系統(tǒng)、數(shù)據(jù)庫、網(wǎng)絡(luò)和許多其它計(jì)算機(jī)領(lǐng)域的原理和技術(shù)。

因而，CASE領(lǐng)域是一個(gè)應(yīng)用集成和綜合的領(lǐng)域。從產(chǎn)業(yè)角度講，CASE

是種類繁多的軟件開發(fā)和系統(tǒng)集成的產(chǎn)品及軟件工具的集合。CASE

分類：＜1＞CASE技術(shù)種類CASE系統(tǒng)所涉及到的技術(shù)有兩類：一類是

支持軟件開發(fā)過程本身的技術(shù)；另一類是支持軟件開發(fā)過程管理的技

術(shù)。從CASE系統(tǒng)產(chǎn)生方式來看，還有一種特殊的CASE技術(shù)，即元一

一CASE技術(shù)。他是生成CASE系統(tǒng)的生成器所采用的技術(shù)。該生成器

可用來創(chuàng)建支持軟件開發(fā)過程活動(dòng)及過程管理的CASE系統(tǒng)。＜2〉CASE

工具的分類對(duì)CASE工具分類的標(biāo)準(zhǔn)可分為：①功能。功能是對(duì)軟件

進(jìn)行分類的最常用的標(biāo)準(zhǔn)。②支持的過程c根據(jù)支持的過程，工具可

分為設(shè)計(jì)工具、編程工具、維護(hù)工具等。③支持的范圍。根據(jù)支持的

范圍，可分為窄支持、較寬支持和一般支持工具。窄支持指支持過程

中特定的任務(wù)，較寬支持是指支持特定過程階段；一般支持是指支持

覆蓋軟件過程的全部階段或大多數(shù)階段。1993年，F(xiàn)uggetta根據(jù)CASE

系統(tǒng)對(duì)軟件過程的支持范圍，提出CASE系統(tǒng)可分為三類：①支持單

個(gè)過程任務(wù)的工具。工具可能是通用的，或者也可能歸組到工作臺(tái)。

②工作臺(tái)支持某一過程所有活動(dòng)或某些活動(dòng)。他們一般以或多或少的

集成度組成工具集。③環(huán)境支持軟件過程所有活動(dòng)或至少大部分。他

們一般包括幾個(gè)不同的工作臺(tái)，將這些工作臺(tái)以某種方式集成起來。

25、說明容錯(cuò)軟件的定義與容錯(cuò)的一般方法。

歸納容錯(cuò)軟件的定義，有以下四種：⑴規(guī)定功能的軟件，在一定

程序上對(duì)自身錯(cuò)誤的作用（軟件錯(cuò)誤）具有屏蔽能力，則稱此軟件為

具有容錯(cuò)功能的軟件。⑵規(guī)定功能的軟件，在一定程序上能從錯(cuò)誤狀

態(tài)自動(dòng)恢復(fù)到正常狀態(tài)，則稱之為容錯(cuò)軟件。⑶規(guī)定功能的軟件，在

因錯(cuò)誤而發(fā)生錯(cuò)誤時(shí)，仍然能在一定程度上完成預(yù)期的功能，則把該

軟件稱為容錯(cuò)軟件。⑷規(guī)定功能的軟件，在一定程度上具有容錯(cuò)能力,

則稱之為容錯(cuò)軟件。實(shí)現(xiàn)容錯(cuò)技術(shù)的主要手段是冗余，通常冗余技術(shù)

分為四類。⑴結(jié)構(gòu)冗余。結(jié)構(gòu)冗余是通常用的冗余技術(shù)。按其工作方

式，它分為靜態(tài)、動(dòng)態(tài)和混合冗余三種。⑵信息冗余。為檢查或糾正

信息在運(yùn)算或傳輸中的錯(cuò)誤須外加一部分信息，這種現(xiàn)象稱為信息冗

余。⑶時(shí)間冗余。是指以重復(fù)執(zhí)行指令（指令復(fù)執(zhí)）或程序（程序復(fù)

算）來消除瞬時(shí)錯(cuò)誤帶來的影響。⑷冗余附加技術(shù)。是指為實(shí)現(xiàn)上述

冗余技術(shù)所需的資源和技術(shù)。包括程序、指令、數(shù)據(jù)、存放和調(diào)動(dòng)他

們的空間和通道等。

26、軟件概要設(shè)計(jì)階段的基本任務(wù)是什么？

⑴設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)（簡稱軟件結(jié)構(gòu)），具體為：①采用某種設(shè)

計(jì)方法，將一個(gè)復(fù)雜的系統(tǒng)按功能劃分成模塊。②確定每個(gè)模塊的功

能。③確定模塊之間的調(diào)用關(guān)系。④確定模塊之間的接口，即模塊之

間傳遞的信息。⑤評(píng)價(jià)模塊結(jié)構(gòu)的質(zhì)量。⑵數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計(jì)，

漢數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)及數(shù)據(jù)庫的設(shè)計(jì)。⑶編寫概要設(shè)計(jì)文檔。主要有：

概要設(shè)計(jì)說明書；數(shù)據(jù)庫設(shè)計(jì)說明書；用戶手冊(cè)；修訂測(cè)試計(jì)劃。⑷

評(píng)審。5、快速原型模型有幾種？各有何特點(diǎn)？根據(jù)原型的不同作用，

有三類原型模型：⑴探索型原型。這種類型的原型模型是把原型用于

開發(fā)的需求分析階段，目的是要弄清用戶的需求，確定所期望的特性,

并探索各種方案的可行性。它主要針對(duì)開發(fā)目標(biāo)模糊，用戶與開發(fā)著

對(duì)項(xiàng)目都缺乏經(jīng)驗(yàn)的情況，通過對(duì)原型的開發(fā)來明確用戶的需求。⑵

實(shí)驗(yàn)型原型。這種原型主要用于設(shè)計(jì)階段，考核實(shí)現(xiàn)方案是否合適，

能否實(shí)現(xiàn)，對(duì)于一個(gè)大型系統(tǒng)，若對(duì)設(shè)計(jì)方案心中沒有把握時(shí)，可通

過這種原型來證實(shí)設(shè)計(jì)方案的正確性。⑶演化型原型。這種原型主要

用于及早向用戶提交一個(gè)原型系統(tǒng)，該原型系統(tǒng)或者包含系統(tǒng)的框或

者包含系統(tǒng)的主要功能。在得到用戶的認(rèn)可后，將原型系統(tǒng)不斷擴(kuò)充

演變?yōu)樽罱K的軟件系統(tǒng)，它將原型的思路擴(kuò)展到軟件開發(fā)的全過程。

27、在劃分軟件生存周期階段時(shí)，應(yīng)遵循的基本原則是什么？

軟件生存周期的各個(gè)階段有不同的劃分。軟件規(guī)模、種類、開發(fā)

方式、開發(fā)環(huán)境以及開發(fā)使用方法都影響軟件生存周期的劃分。在劃

分軟件生存周期階段時(shí).，應(yīng)遵循的一條基本原則是各階段的任務(wù)應(yīng)盡

可能相對(duì)獨(dú)立，同一階段各項(xiàng)目任務(wù)的性質(zhì)盡可能相同，從而降低每

個(gè)階段任務(wù)的復(fù)雜程度，簡化不同階段之間的聯(lián)系，有利于軟件項(xiàng)目

開發(fā)的組織管理。

28、請(qǐng)說明軟件文檔的作用？

軟件開發(fā)項(xiàng)目生存期各階段都包含哪些文檔？軟件文檔的作用

是：提高軟件開發(fā)過程的能見度；提高開發(fā)效率；作為開發(fā)人員階段

工作成果和結(jié)束標(biāo)志；記錄開發(fā)過程的有關(guān)信息便于使用與維護(hù)；提

供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；便于用戶了解軟件功能、性能。

軟件開發(fā)項(xiàng)目生存期各階段應(yīng)包括得文檔以及與各類人員的關(guān)系如

下：可行性研究報(bào)告、項(xiàng)目開發(fā)計(jì)?劃、軟件需求說明書、數(shù)據(jù)要求說

明書、測(cè)試計(jì)戈上概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、用戶手冊(cè)、操

作手冊(cè)、測(cè)試分析報(bào)告、開發(fā)進(jìn)度月報(bào)、項(xiàng)目開發(fā)總結(jié)、程序維護(hù)手

冊(cè)（維護(hù)修改建議）。

29、軟件開發(fā)成木估算方法有哪幾種？

＜1＞自頂向下估算方法。估算人員參照以前完成的項(xiàng)目所耗費(fèi)的

總成本（或總工作量），來推算將要開發(fā)的軟件的總成本（或總工作

量），然后把它們按階段、步驟和工作單元進(jìn)行分配，這樣方法稱為

自頂向下的估算方法。＜2〉自底向上估算方法。