軟件工程考試全面復習指南

第一章軟件工程概述

1、軟件產(chǎn)品的特性是什么？

產(chǎn)品特性：

⑴是?種邏輯產(chǎn)品，與物質(zhì)產(chǎn)品有很大的區(qū)別。

⑵軟件產(chǎn)品日勺生產(chǎn)重要是研制，生產(chǎn)成本重要在開發(fā)和研制，開發(fā)研制完畢后，通過復

制就產(chǎn)生了大量軟件產(chǎn)品。

⑶軟件產(chǎn)品不會用壞，不存在磨損，消耗。

⑷生產(chǎn)重要是腦力勞動，還末完全掙脫手工開發(fā)方式，大部分產(chǎn)品是“定做”的

⑸開發(fā)軟件的費用不停增長，致使生產(chǎn)成本相稱昂貴。

2、軟件生產(chǎn)有幾種階段？各有何特性？

⑴程序設(shè)計時代：這人階段生產(chǎn)方式是個體勞動，使用的生產(chǎn)工具是機器語言，匯編語

言。

⑵程序系統(tǒng)時代：這個階段生產(chǎn)方式是小集團合作生產(chǎn)，使用的生產(chǎn)工具是高級語言，

開發(fā)措施仍依托個人技巧，但開始提出構(gòu)造化措施。

⑶軟件工程時代：這個階段生產(chǎn)方式是工程化的生產(chǎn)，使用數(shù)據(jù)庫、開發(fā)工具、開發(fā)環(huán)

境、網(wǎng)絡(luò)、分布式、面向?qū)ο蠹夹g(shù)來開發(fā)軟件。

3、什么是軟件危機？重要表目前哪些方面？

軟件開發(fā)技術(shù)H勺進步未能滿足發(fā)展H勺規(guī)定。在軟件開發(fā)中碰到的問題找不到處理的措施，問

題積累起來，形態(tài)鋒利的矛盾，導致了軟件危機。

體現(xiàn)方面：

(1)顧客對開發(fā)出的軟件很難滿意。

(2)軟件產(chǎn)品日勺質(zhì)量往往靠不住。

(3)一般軟件很難維護。

(4)軟件生產(chǎn)效率很低。

(5)軟件開發(fā)成本越來越大。

(6)軟件成本與開發(fā)進度難以估計。

(7)軟件技術(shù)的發(fā)展遠遠滿足不了計算機應用U勺普及與深入II勺需要。

4、什么是軟件工程？它目的和內(nèi)容是什么？

軟件工程：就是用科學的知識工程和技術(shù)原理來定義，開發(fā)，維護軟件II勺一門學科。

軟件工程的目的：付出較低開發(fā)成本：到達規(guī)定的功能；獲得很好的性能；開發(fā)的軟件易于

移植；只需較低的維護費用；能準時完畢開發(fā)任務，及時交付使用：開發(fā)

的軟件可靠性高。

軟件工程的內(nèi)容：研究內(nèi)容包括開發(fā)技術(shù)和開發(fā)管理兩個方面。開發(fā)技術(shù)重要研究：軟件開

發(fā)措施，開發(fā)過程，開發(fā)工具和環(huán)境。開發(fā)管理重要研究：軟件管理學，

軟件經(jīng)濟學，軟件心理學。

5、軟件工程面臨的問題是什么？

軟件工程需要處理的問題：軟件U勺費用，可靠性，可維護性，軟件生產(chǎn)率和軟件的重用。

6、什么是軟件生存周期？它有哪幾種活動？

軟件生存周期：一種軟件從提出開發(fā)規(guī)定開始直到該軟件報廢為止的整個時期。

包括：可行性分析和項目開發(fā)計戈力需求分析，概要設(shè)計，詳細設(shè)計，編碼，測試，維護。

7、什么是軟件生存周期模型？有哪叫重要模型？

生存周期模型：描述軟件開發(fā)過程中多種活動怎樣執(zhí)行的模型。對軟件開發(fā)提供強有力

的支持，為開發(fā)過程中日勺活動提供統(tǒng)?的政策保證，為參與開發(fā)的人員提供協(xié)助和指導，是

軟件生存周期模型化技術(shù)的基礎(chǔ)，也是建立軟件開發(fā)環(huán)境的關(guān)鍵。

重要有：瀑布模型，增量模型，螺旋模型，噴泉模型，基于知識的模型，變換模型。

8、什么是軟件開發(fā)措施？有哪些重要措施？

使用早已定義好的技術(shù)集及符號表達習慣來組織軟件生產(chǎn)的過程。通過使用成功的軟件

開發(fā)措施，在規(guī)定的投資和時間內(nèi)，開發(fā)出符合顧客需求U勺高質(zhì)量的軟件。軟件開發(fā)措施是

克服軟件危機口勺重要方面之一，對軟件工程及軟件包產(chǎn)業(yè)的發(fā)展起了不可估計的作用。

重要有：構(gòu)造化措施，JACKSON措施，維也納開發(fā)措施(VDM),面向?qū)ο箝_發(fā)措施。

9、軟件工程措施學包括3個要素分別是什么？

分別是：措施、工具和過程。

＞措施是完畢軟件開發(fā)的各項任務的技術(shù)措施，回答“怎樣做”的問題；

＞工具是為運用措施而提供的自動的或半自動的軟件工程支撐環(huán)境；

＞過程是為了獲得高質(zhì)量的軟件所需要完畢U勺一系列任務U勺框架，它規(guī)定了完畢各項

任務的工作環(huán)節(jié)。

10、什么是軟件過程？

為了獲得高質(zhì)量軟件所需要完畢U勺一系列任務的框架，規(guī)定了完畢各項任務U勺工作環(huán)

節(jié)。在完畢開發(fā)任務時必須進行某些開發(fā)活動，并且使用合適的資源，在過程結(jié)束時將把輸

入轉(zhuǎn)化為輸出。

11、瀑布模型的特點及長處？

特點：

＞(1)各個階段的次序性和依賴性;

＞（2）劃分邏輯設(shè)計與物理設(shè)計，盡量推遲程序日勺物理實現(xiàn)；

＞（3）每個階段必須完畢規(guī)定日勺文檔，對其中問題通過復審及早發(fā)現(xiàn)，及早處理。

長處：

＞可強迫開發(fā)人員采用規(guī)范的J措施（例如，構(gòu)造化技術(shù)）；

＞嚴格地規(guī)定了每個階段必須提交的文檔；

＞規(guī)定每個階段交出日勺所有產(chǎn)品都必須通過質(zhì)量保證小組的仔細驗證。

12、螺旋模型的長處？

＞對可選方案和約束條件的強調(diào)有助于已經(jīng)有軟件的重用，也有助于把軟件質(zhì)曷作為

軟件開發(fā)的一種重要目日勺；

＞減少了過多測試（揮霍資金）或測試局限性（產(chǎn)品故障多）所帶來的風險；

＞在螺旋模型中維護只是模型臥J另一種周期，在維護和開發(fā)之間并沒有本質(zhì)區(qū)別。

螺旋模型重要合用于內(nèi)部開發(fā)口勺大規(guī)模軟件項目。項目越大，風險也越大，因此，

進行風險分析口勺必要性也越大。此外，只有內(nèi)部開發(fā)的J項目，才能在風險過大時以

便地中斷項目。

13、迅速原型H勺分類、特點及使用方略？

分類：探索型、試驗型、進化型

特點:盡快向顧客提供一種可在計莫機上運行的目日勺系統(tǒng)的模型，以便使顧客和開發(fā)者在

目H勺系統(tǒng)應當“做什么”這個問題上盡量快地到達共識。

＞迅速原型應當具有日勺第一種特點是“迅速”：

＞迅速原型應當具有口勺第二個特點是“輕易修改”。原型的“修改一試用一反饋”過程也

許反復多遍。

使用方略：廢棄方略和追加方略。

14、軟件工程日勺目的？

付出較低開發(fā)成本；到達規(guī)定的功能；獲得很好的性能；開發(fā)的軟件易于移植；只需較低口勺

維護費用；能準時完畢開發(fā)任務，及時交付使用；開發(fā)H勺軟件可靠性高。

15、軟件開發(fā)技術(shù)重要研究內(nèi)容？

軟件開發(fā)措施，開發(fā)過程，開發(fā)工具和環(huán)境。

16、軟件開發(fā)管理重要研究內(nèi)容？

軟件管理學，軟件經(jīng)濟學，軟件心理學。

17、迅速原型開發(fā)的環(huán)節(jié)？

迅速開發(fā)、需求、構(gòu)造原形、原形、運行原形、評價原形、修改意見。

18、某計算機系統(tǒng)投入使用后、5年內(nèi)每年可節(jié)省人民幣2000元，假設(shè)系統(tǒng)的投資額為

5000元,年利率為12%。試計算投資回收期和純收入。

年將來值F（元）(1+I)n現(xiàn)在值P（元）累計的現(xiàn)在值（元）

120001.121785.711785.71

220001.251600.003385.71

320001.401428.574814.28

420001.571273.896088.17

520001.761136.367224.53

第二章可行性研究

1、可行性研究的J任務是什么？

可行研究口勺任務：首先需要進行概要日勺分析研究，初步確定項目的規(guī)模，目曰勺，約束和限制。

分析員再進行簡要口勺需求分析，抽象出項目的J邏輯構(gòu)造，建立邏輯模型。從邏輯模型出發(fā),

通過壓縮口勺設(shè)計，探索出若干種可供選擇日勺處理措施，對駕種處理措施都要研究它日勺可行性。

重要從四個方面考慮：

⑴.技術(shù)可行性：一般要考慮的狀況包括開發(fā)H勺風險即設(shè)計出的系統(tǒng)能否到達規(guī)定歐I功能和

性能;資源的有效性;有關(guān)技術(shù)的I發(fā)展與否支持；

⑵.經(jīng)濟可行性：進行開發(fā)成本的估算以及理解獲得效益的評估,確定要開發(fā)日勺項目與否值得

投資。

⑶.法律可行性：要開發(fā)的項目與否存在任何侵權(quán)問題。

(4).管理可行性：運行方式在顧客組織內(nèi)與否可行，既有管理制度、人員素質(zhì)、操作方式與否

可行。

2、可行性研究的哪些環(huán)F?

(1).確定項目規(guī)模和目的；

⑵.研究正在運行日勺系統(tǒng)：搜集、研究、分析既有系統(tǒng)的文檔資料，實地考察系統(tǒng)訪問有關(guān)

人員，然后描繪既有系統(tǒng)的高層系統(tǒng)流程圖。

⑶.建立新系統(tǒng)日勺高層邏輯模型：使用數(shù)據(jù)流圖和數(shù)據(jù)字典描述數(shù)據(jù)在系統(tǒng)中的流動和處理

狀況。

(4).導出和評價多種方案：導出若干較高層次日勺物理處理措施，根據(jù)技術(shù)可行性、經(jīng)濟可行

性、社會可行性進行評估，得到可行的處理措施。

⑸.推薦可行方案；進行成本?效益分析，決定該項目與否值得開發(fā)，若值得開發(fā)那么處理

方案是什么，并且闡明該方案可行的原因和理由。

⑹.編寫可行性研究匯報；將上述可行性過程的成果寫成對應文檔，即可行性研究匯報，

3、可行性研究過程包括哪些？

1.復查系統(tǒng)規(guī)模和目的

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

3.導出新系統(tǒng)日勺高層邏輯模型

4.深入定義問題

5.導出和評價供選擇的解法

6.推薦行動方針

7.草擬開發(fā)計劃

8.書寫文檔提交審查

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

數(shù)據(jù)流圖（DFD）：以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動和處埋的邏輯過程。只反應系統(tǒng)必

須完畢的邏輯功能，是?種功能模型。

5、什么是數(shù)據(jù)字典？其作用是什么？共有哪些條目？

數(shù)據(jù)字典（DD）用來定義數(shù)據(jù)庫流圖中的各個成分口勺詳細含義。有如下四類條目：數(shù)據(jù)流,

數(shù)據(jù)項，數(shù)據(jù)存儲，基本加工。

6、成本-效益分析可用哪些指標進行度量？

⑴.投資回收率：?般把建立系統(tǒng)若干年后能獲得歐I收益折算成目前的價值和開發(fā)系統(tǒng)所需日勺

費用進行比較得出投資回收率。

⑵.投資回收期：就是使合計的經(jīng)濟效益等于最初的投資費用所需II勺時間。

⑶.純收入：整個生存周期之內(nèi)的合計經(jīng)濟效益（折成目前值）與投資之差。

7、某圖書管理系統(tǒng)有如下功能：

⑴借書：輸入讀者借書證。系統(tǒng)首先檢查借書證與否有效，若有效，對于第一次借書的讀者,

在借書證上建立檔案。否則，查閱借書文獻，檢查該讀者所借圖書與否超過10本，若已達

10,拒借，末達1（）本，辦理借書（檢查庫存，修改庫存目錄并將讀者借書狀況錄入借書文

獻。）

⑵還書：從借書文獻中讀出與讀者有關(guān)的記錄，查閱所借口期，如超期（3個月）作罰款處

理。否則，修改庫存目錄與借書文獻。

⑶查詢：通過借書文獻，庫存目錄文獻查詢讀者狀況、圖書借閱及庫存狀況，打印記錄表。

解：

頂層圖

\拒絕借書_

借書

吃/還書」圖書管）借書信息a讀/

\理系統(tǒng)）罰款單,者/

管理及v--------——

。層圖

、借書信息.

■五、苗出.廠借書處理2

惜書/----Z-丁

\一拒絕借審核借書］）/

V74

—一—、統(tǒng)計表

文件\查詢—

J

{W—Yj書處理＞^__

1層圖

圖2

圖3

圖4

8、某銀行的計算機儲蓄系統(tǒng)功能是：將儲戶的存戶填寫日勺存款單或存款單輸入系統(tǒng)，假如

是存款，系統(tǒng)記錄存款人姓名、住址、存款類型、存款口期、利率等信息，并打印出存款單

給儲戶；假如是取款，系記錄算清單給儲戶。請用DFD,IDEFO描繪該功能的需求，并建

立對應數(shù)據(jù)字典。

9、一種考務處理系統(tǒng)的規(guī)定如下，試畫出該系統(tǒng)的數(shù)據(jù)流圖。

（1）對考生送來日勺報名表進行檢查；

（2）對合格的報名表編好準考證號碼后將準考證送給考生，并將匯總后H勺考

生名單送給閱卷站；

（3）對閱卷站送來日勺成績表進行檢查，并根據(jù)考試中心指定的合格原則審定

合格者；

（4）填寫考生告知單（內(nèi)容包括考試成績及合格/不合格標志），送給考生;

（5）按地區(qū)、年齡、文化程度、職業(yè)、考試級別等進行成績分類記錄及試題

難度分析，產(chǎn)生記錄分析表。

（1）頂層數(shù)據(jù)流圖

|?不合格報手表統(tǒng)”分析表?考試中心|

報名表/合格標準

準考證(考務白

--------\理系統(tǒng)J

-錯

考'

誤

生

成

成

名

績

績

單

表

(a)頂層數(shù)據(jù)流圖表

▼.

加工1子圖:

加工2子圖:

經(jīng)成

績

審

表

定

的

2.S3

通

考

知

生

單

10、系統(tǒng)流程圖

是概括地描繪物理系統(tǒng)的老式工具，體現(xiàn)的是數(shù)據(jù)在系統(tǒng)各部件之間流動口勺狀況，

11、原型化措施重要用于處理什么問題？試闡明這種措施的重要優(yōu)缺陷。

原型化措施重要用于處理在產(chǎn)品開發(fā)的初期階段需求不確定的問題，顧客、經(jīng)理和其他非技

術(shù)項目風險承擔者發(fā)目前確定和開發(fā)產(chǎn)品時，原型可以使他們的想象更詳細化。這種措施

的重要長處如下：

(1)明確并完善需求原型作為一種需求工具，它初步實現(xiàn)所理解H勺系統(tǒng)的一部分，顧客

對原型的評價可以指出需求中H勺許多問題。

(2)探索設(shè)計選擇方案原型作為一種設(shè)計工具，可以探索不一樣的顧客界面技術(shù)，使系

統(tǒng)到達最佳的可用性，并且可以評價也許的技術(shù)方案。

(3)發(fā)展為最終的產(chǎn)品原型作為一種構(gòu)造工具，是產(chǎn)品最初子集的完整功能實現(xiàn)，通過

一系列小規(guī)模H勺開發(fā)循環(huán)，你可以完畢整個產(chǎn)品的開發(fā)。

（4）這種措施的重要缺陷包括：

（1）顧客看到一種正在運行的原型便認為產(chǎn)品即將完畢，他們會規(guī)定不再進行產(chǎn)品重建,

而只是對原型進行某些修攻就交付。由于原型沒有考慮軟件的總體

質(zhì)量和可維護性，交付原型往往導致”欲速則不達呻勺狀況。

（2）開發(fā)人員為了迅速構(gòu)造原型，也許會采用不合適的操作系統(tǒng)或程序設(shè)計語言，也也許

使用某些效率低的算法。在一段時間的開發(fā)之后，他們往往已經(jīng)習慣了這些選擇，于是便在

系統(tǒng)中參雜了這些不理想的選擇。

第三章需求分析

1、什么是需求分析？需求分析階段歐I基本任務是什么？

需求分析：開發(fā)人員精確地理解顧客的規(guī)定，進行細致的調(diào)查分析，將顧客非形式日勺需求陳

說轉(zhuǎn)化為完整日勺需求定義，再由需求定義轉(zhuǎn)換到對應日勺需求規(guī)格闡明的過程。

基本任務：

⑴問題識別：雙方確定對問題H勺綜合需求，這些需求包括功能需求，性能需求，環(huán)境需求，

顧客界面需求。

⑵分析與綜合，導出軟件的邏輯模型。

⑶編寫義檔：包括編寫”需求規(guī)格闡明書“，“初步顧客使用手冊“，“確認測試計劃二‘修改完善軟

件開發(fā)計劃”。

2、什么是構(gòu)造分析措施？該措施使用什么描述工具？

構(gòu)造化分析：簡稱SA,面向數(shù)據(jù)流進行數(shù)據(jù)分析的措施。采用自頂向下逐層分解口勺分析方

略。頂層抽象地描述整個系統(tǒng)，底層詳細地畫出系統(tǒng)工程H勺每個細節(jié)。中間層則是從抽象到

詳細的過渡。

使用數(shù)據(jù)流圖，數(shù)據(jù)字典，作為描述工具，使用構(gòu)造化語言，鑒定表，鑒定樹描述加工邏輯。

3、構(gòu)造化分析措施通過哪些環(huán)節(jié)來實現(xiàn)？

⑴理解目前系統(tǒng)的工作流程，獲得目前系統(tǒng)的物理模型。⑵抽象出目前系統(tǒng)日勺邏輯模型。⑶

建立目B勺系統(tǒng)口勺邏輯模型，⑷作深入補充和優(yōu)化。

4、E-R圖中包括哪幾種種基本成分？

實體（即數(shù)據(jù)對象）、關(guān)系和屬性

5、聯(lián)絡(luò)可分為哪幾種類型？

一對一聯(lián)絡(luò)（1：1）,一對多聯(lián)絡(luò)（1：N）,多對多聯(lián)絡(luò)（M：N）

6、為何要進行數(shù)據(jù)構(gòu)造規(guī)范化？

為減少數(shù)據(jù)冗余，防止出現(xiàn)插入異?；騽h除異常，簡化修改數(shù)據(jù)的過程。

7、第一范式

每個屬性值都必須是原子值，即僅僅是一種簡樸值而不含內(nèi)部構(gòu)造。

8、第二范式

滿足第一范式條件，并且每個非關(guān)鍵字屬性都由整個關(guān)誕字決定（而不是由關(guān)鍵字的一部分

來決定），消除了非關(guān)鍵字屬性對關(guān)鍵字屬性的部分依賴。

9、第三范式

符合第二范式的條件，每個非關(guān)鍵字屬性都僅由關(guān)鍵字決定，并且一種非關(guān)鍵字屬性不能僅

僅是對另一種非關(guān)鍵字屬性的深入描述（即一種非關(guān)鍵字屬性值不依賴于另一種非關(guān)鍵字屬

性值），消除「非關(guān)鍵字屬性對關(guān)鍵字屬性U勺傳遞依賴。

10、S-L-C(SNO,SDEPT,SLOC.CNO,G),這里SNO表達學號，SDEPT表達系名，SLOC表

達樓號，CNO表達課程號,G表到達績。函數(shù)依賴格.:(SNO,CNO)fG;SDEPT-*SLOC;SNO

fSDEPT,對關(guān)系進行規(guī)范化，到達三范式規(guī)定。

(1)SC(SNO,CNO,G)和(2)S-D(SNO,SDEPT,)(3)S-L(SDEPT,SLOC)

11、狀態(tài)轉(zhuǎn)換圖

狀態(tài)轉(zhuǎn)換圖(簡稱為狀態(tài)圖)通過描繪系統(tǒng)日勺狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換口勺事件，來表達系統(tǒng)H勺

行為。提供了行為建模機制。

12、層次方框圖

層次方框圖用樹形構(gòu)造的一系列多層次的矩形框描繪數(shù)據(jù)的層次構(gòu)造。樹形構(gòu)造的)頂層是一

種單獨的矩形框，它代表完整的J數(shù)據(jù)構(gòu)造，下面H勺各層矩形框代表這個數(shù)據(jù)H勺子集，最底層

的各個框代表構(gòu)成這個數(shù)據(jù)的實際數(shù)據(jù)元素(不能再分割的元素)。

13、IPO圖

IPO圖是輸入、處理、輸出圖"勺簡稱，可以以便地描繪輸入數(shù)據(jù)、對數(shù)據(jù)的處理和輸出數(shù)據(jù)

之間的關(guān)系。

14、從哪些方面驗證軟件需求U勺對的性

(1)一致性所有需求必須是一致的，任何一條需求不能用其他需求互相矛盾。

(2)完整性需求必須是完整II勺，規(guī)格闡明書應當包括顧客需要的每一種功能或性能。

(3)現(xiàn)實性指定的需求應當是用既有的硬件技術(shù)和軟件技術(shù)基本上可以實現(xiàn)的。對硬件技術(shù)

的進步可以做些預測，對軟件技術(shù)的進步則很難做出預測，只能從既有技術(shù)水平出發(fā)判斷需

求的現(xiàn)實性。

(4)有效性必須證明需求是對的有效的，確實能處理顧客面對的問題。

第四章總體設(shè)計

1、什么是總體設(shè)計？總體設(shè)計的任務是什么？

總體設(shè)計又稱為概要設(shè)計或初步設(shè)計。確定系統(tǒng)功能是實現(xiàn)。基本任務是：建立軟件系統(tǒng)構(gòu)

造（劃分模塊、定義模塊功能、模塊間的調(diào)用關(guān)系、定義模塊的I接口、評價模塊H勺質(zhì)量）、

數(shù)據(jù)構(gòu)造和數(shù)據(jù)庫的設(shè)計（數(shù)據(jù)構(gòu)造設(shè)計、概念設(shè)計、邏輯設(shè)計、物理設(shè)計）、編寫概要設(shè)

計文檔（概要設(shè)計闡明書、顧客手冊、數(shù)據(jù)庫設(shè)計闡明書、修訂測試計劃，

2、總體設(shè)計分為哪兩個階段？

系統(tǒng)設(shè)計階段，確定系統(tǒng)H勺詳細實現(xiàn)方案：構(gòu)造設(shè)計階段，確定軟件構(gòu)造。

3、總體設(shè)計過程包括幾種環(huán)節(jié)？

1.設(shè)想供選擇H勺方案

2.選用合理H勺方案

3.推薦最佳方案

4.功能分解

5.設(shè)計軟件構(gòu)造

6.設(shè)計數(shù)據(jù)庫

7.制定測試計劃

8.書寫文檔

9.審查和復審

4、模塊化

是把程序劃提成獨立命名且可獨立訪問的模塊，每個模塊完畢一種子功能，把這些模塊

集成起來構(gòu)成一種整體，可以完畢指定的功能滿足顧客的需求。

5、模塊化的長處

（1）模塊化使軟件輕易測試和調(diào)試，因而有助于提高軟件H勺可靠性。

（2）模塊化也有助于軟件開發(fā)工程的組織管理。

6、抽象

就是抽出事物H勺本質(zhì)特性而臨時不考慮它們的細節(jié)。

7、抽象化包括哪些？

過程的I抽象、數(shù)據(jù)抽象。

8、模塊的獨立程度H勺定性原則度量是什么？好的模塊應滿足什么原則？

內(nèi)聚和耦令：高內(nèi)聚低耦合。

9、什么耦合？模塊間H勺耦合々哪些？

指衡量不一樣模塊彼比間互相依賴（連接）的緊密程度；有非直接耦合、標識耦合、數(shù)據(jù)

耦合、控制耦合、外部耦合、公共耦合和內(nèi)容耦合。

10、非直接耦合

假如兩個模塊之間沒有宜接關(guān)系，它們之間U勺聯(lián)絡(luò)完全是通過主模塊的控制和調(diào)用來實現(xiàn)

的，這就是非直接耦合。這種耦合的模塊獨立性最強。

11、標識耦合

假如一組模塊通過參數(shù)表傳遞記錄信息,就是標識耦合。這個記錄是某一數(shù)據(jù)構(gòu)造的子構(gòu)造,

而不是簡樸變量。

12、數(shù)據(jù)耦合

假如一種模塊訪問另一種模塊時，彼此之間是通過簡樸數(shù)據(jù)參數(shù)（不是控制參數(shù)、公共數(shù)據(jù)

構(gòu)造或外部變量）來互換輸入、輸出信息U勺，則稱這種耦合為數(shù)據(jù)耦合。

13、控制耦合

假如一種模塊通過傳送開關(guān)、標志、名字等控制信息，明顯地控制選擇另一模塊的功能，就

是控制耦合。

14、外部耦合

一組模塊都訪問同一全局簡樸變量而不是同一全局數(shù)據(jù)構(gòu)造，并且不是通過參數(shù)表傳遞該全

局變量口勺信息，則稱之為外部耦合。

15、公共耦合

若一組模塊都訪問同一種公共數(shù)據(jù)環(huán)境，則它們之間的耦合就稱為公共耦合。公共日勺數(shù)據(jù)環(huán)

境可以是全局數(shù)據(jù)構(gòu)造、共享H勺通信區(qū)、內(nèi)存日勺公共覆蓋區(qū)等。

16、內(nèi)容耦合

假如發(fā)生下列情形，兩個模塊之間就發(fā)生了內(nèi)容耦合

(1)一種模塊直接訪問另一種模塊的內(nèi)部數(shù)據(jù)；

(2)一種模塊不通過正常入口轉(zhuǎn)到另一模塊內(nèi)部；

(3)兩個模塊有一部分程序代碼重迭(只也許出目前匯編語言中)：

(4)一種模塊有多種入口。

17、內(nèi)聚

衡量一種模塊內(nèi)部各個元素彼此結(jié)合U勺緊密程度。功能內(nèi)聚，信息內(nèi)聚，通信內(nèi)聚，

過程內(nèi)聚，時間內(nèi)聚，邏輯內(nèi)聚，巧合內(nèi)聚。

19、功能內(nèi)聚

一種模塊中各個部分都是完畢某一詳細功能必不可少的構(gòu)成部分，或者說該模塊中所有部分

都是為了完畢一項詳細功能而協(xié)同工作，緊密聯(lián)絡(luò)，不可分割的。則稱該模塊為功能內(nèi)聚模

塊。

20、信息內(nèi)聚

這種模塊完畢多種功能，各個功能都在同一數(shù)據(jù)構(gòu)造上操作，每一項功能有一種唯一的入口

點。這個模塊將根據(jù)不一樣日勺規(guī)定，確定該執(zhí)行哪一種功能。由于這個模塊的所有功能都是

基于同一種數(shù)據(jù)構(gòu)造（符號表），因此，它是一種信息內(nèi)聚B勺模塊。

21、通信內(nèi)聚

假如一種模塊內(nèi)各功能部分都使用了相似的輸入數(shù)據(jù)，或產(chǎn)生了相似H勺輸出數(shù)據(jù)，則稱之為

通信內(nèi)聚模塊。一般，通信內(nèi)聚模塊是通過數(shù)據(jù)流圖來定義的。

22、過程內(nèi)聚

使用流程圖做為工具設(shè)計程序時，把流程圖中的某?部分劃出構(gòu)成模塊，就得到過程內(nèi)聚模

塊。例如，把流程圖中的循環(huán)部分、鑒定部分、計算部分提成三個模塊，這三個模塊都是過

程內(nèi)聚模塊。

23、時間內(nèi)聚

時間內(nèi)聚又稱為經(jīng)典內(nèi)聚，這種模塊大多為多功能模塊，但模塊的各個功能的執(zhí)行與時間有

關(guān)，一般規(guī)定所有功能必須在同一時間段內(nèi)執(zhí)行。例如初始化模塊和終止模塊。

24、邏輯內(nèi)聚

這種模塊把幾種

有關(guān)的功能組合在一起，每次被調(diào)用時，由傳送給模塊U勺鑒定參數(shù)來確定該模塊應執(zhí)

行哪一種功能。

25、巧合內(nèi)聚

巧合內(nèi)聚又稱為偶爾內(nèi)聚，當模塊內(nèi)各部分之間沒有聯(lián)絡(luò)，或者雖然有聯(lián)絡(luò)，這種聯(lián)絡(luò)也很

松散，則稱這種模塊為巧合內(nèi)聚模塊，它是內(nèi)聚程度最低的模塊。

26、扇出

是一種模塊直接控制（調(diào)用）日勺模塊數(shù)目o

27、扇入

一種模塊日勺扇入表明有多少個上級模塊直接調(diào)用它。

28、模塊口勺作用域

定義為受該模塊內(nèi)一種鑒定影響H勺所有模塊的集合。

29、模塊口勺控制域

是這個模塊自身以及所有直接或間接附屬于它H勺模塊口勺集合。

30、模塊化H勺長處。

＞模塊化使軟件輕易測試和調(diào)試，因而有助于提高軟件的可靠性，提高軟件的可修改

性。

＞模塊化也有助于軟件開發(fā)工程的組織管理。

31、逐漸求精、分層過程與抽象等概念之間的互相關(guān)系怎樣？

“自頂向下，逐漸求精”是NiklausWirth提出的設(shè)計方略：即將軟件"勺體系構(gòu)造按自頂向

下方式，對各個層次的過程細節(jié)和數(shù)據(jù)細節(jié)逐層細化，直到用程序設(shè)計語言的語句可以實現(xiàn)

為止，從而最終確立整個的體系構(gòu)造。

這樣的構(gòu)造實際就是一種模塊的分層構(gòu)造，即分層的過程。在實行時，采用抽象化的措

施，自頂向下，給出不一樣的抽象層次。在最高H勺抽象層次上，可以使用問題所處環(huán)境的語

言概括地描述問題的解法，而在較低的抽象層次上，則采用過程化的措施。在描述問題的解

法時，我們可以配合使用面向問題的術(shù)語和面向現(xiàn)實"勺術(shù)語。但最終在最低廿勺抽象層次上，

應使用可以直接實現(xiàn)的方式來描述這個解法。

32、什么是軟件構(gòu)造圖？簡述軟件構(gòu)造設(shè)計優(yōu)化準則。

軟件系統(tǒng)的）模塊層次構(gòu)造，反應了整個系統(tǒng)的功能實現(xiàn)，即未來程序的I控制體系。準則：高

內(nèi)聚低耦合、作用范圍在控制范圍內(nèi)、軟件的深度、寬度、扇入、扇出合適、模塊大小適中、

接口簡樸清晰易懂。

33、什么是模塊的控制范圍和作用范圍？他們B勺關(guān)系怎樣？

控制范圍：是模塊自身和它時下.屬模塊日勺集合。作用范用：模塊中口勺一種鑒定影響日勺所有模

塊的集合。作用范圍應當在控制范圍內(nèi)。

33、什么是變換流？什么是事物流？

變換流由輸入、變換（或處埋）、輸出二部分構(gòu)成。

事物流某個加工將它的輸入流分離成許多發(fā)散的數(shù)據(jù)流，形成許多加工途徑，并根據(jù)輸入選

擇其中?種途徑來執(zhí)行。

34、試述“變換分析“、”事物分析“設(shè)計環(huán)節(jié)。

變換分析設(shè)計環(huán)節(jié)：

⑴確定變換中心，邏輯輸入和輸出。

⑵設(shè)計軟件構(gòu)造的頂層和第一層-變換構(gòu)造:頂層的功能是完畢所有模塊的控制（名稱應

是系統(tǒng)名，以體現(xiàn)完畢整個系統(tǒng)功能）

第一層至少有三種功能模塊：輸入、輸出和變換模塊

⑶設(shè)計中、下層模塊，對笫一層的模塊自頂向下分解。

輸入模塊由兩部分構(gòu)戌：接受數(shù)據(jù)、轉(zhuǎn)換成調(diào)用模塊所需信息。

輸出模塊由兩部分構(gòu)成：將數(shù)據(jù)轉(zhuǎn)換成下屬模塊所需的形式、發(fā)送數(shù)據(jù)

變換模塊：對每個基本加工建立一功能模塊

⑷設(shè)計H勺優(yōu)化：輸入部分求精，每個物理輸入設(shè)置專門模塊，以體現(xiàn)系統(tǒng)口勺外部接II。

其他輸入模塊與轉(zhuǎn)換數(shù)據(jù)模塊都很簡樸時，可將它們合并。

輸出部分求精：每個物理輸出設(shè)置專門模塊，其他也可合適合并。

變換部分求精：根據(jù)設(shè)計準則，對模塊合適合并。

事務分析日勺設(shè)計環(huán)節(jié)：

（1）確定事務中心和加工途徑

（2）設(shè)計頂層（事務機構(gòu)）和第一層頂層模塊有兩個功能：接受數(shù)據(jù)和根據(jù)事務類型調(diào)

動對應處理模塊。

⑶中下層模塊的設(shè)計、優(yōu)化_L作與變換構(gòu)造相似。

事務型軟件構(gòu)造包括兩部分：接受分支發(fā)送分支出一般包括一調(diào)度模塊，當事務類

型不多時，可與主模塊合并。

解:

第五章詳細設(shè)計

I、詳細設(shè)計的基本任務是什么？有那幾種描述措施？

設(shè)計模塊H勺數(shù)據(jù)構(gòu)造、設(shè)計數(shù)據(jù)庫的物理構(gòu)造、設(shè)計模塊的詳細算法、其他(代碼設(shè)計、輸

入/輸出格式設(shè)計、人機對話設(shè)計)、編寫詳細設(shè)計闡明書、評審。

程序流程圖、PAD圖、PDLo

2、請使用流程圖、PAD圖和PDL語言描述下列程序的算法。

⑴在數(shù)據(jù)A(l)?A(IO)中求最大數(shù)和次大數(shù)。

PDL語言描述：

GET(a[l],a[2],...a[101)

max=a[l];

max2=a[2];

FORi=2TO10

IFa[i]>max

max2=max;

max=a[i];

ELSE

IFalij>max2

max2=a|i];

ENDIF

ENDIF

ENDFOR

PUT(max,max2)

END

3、輸入三個正整數(shù)作為邊長，判斷該三條邊構(gòu)成的三角形是等邊、等腰還是一般三角形。

使用流程圖、PAD圖和PDL語言描述。

解：如圖：

N-S流程圖

開始

箱入邊長a,b,必值

;^tb>canda+c>band___________

否

否

輸來

否:

這

是

個

一

三

形

角

輸出

輸

出

輸出

是

輸田

是

等

“

是

“

等

邊

腰

是

三

等

腰

“

出

三

角

形

三

角

艘

等

角

一

形

形

三

”

角

”

角

形

”

輸出“等邊三角毯”

給出“等腰三角形”

給出“不是三角九”

PDL語言描述如下:

GET(a,b,c)

IF（a+b>candb+c>aandc+a>b）

IF（a=b）

IF（a=c）

PUT（"等邊三角形”）

ELSE

PUT（"等腰三角形”）

ENDIF

ELSE

lF'（a=c）

PUT（"等腰三角形”）

ELSE

IF（b=c）

PUT（"等腰三角形”）

ELSE

PUT（"一般三角形”）

ENDIF

ENDIF

ENDIF

ELSE

PUT（“這不是一種三角形"）

ENDIF

4、畫出下面用PDL寫出的程序曰勺PAD圖。

WHILEPDO

IFA>0THENA1ELSEA2ENDIF;

SI；

IFB>0THENBl;

WHILECDOS2;S3ENDWHILE;

ELSEB2

ENDIF;

B3

ENDWHILE;

第六章編碼與測試

1、軟件測試的Fl的是什么?軟件測試中，應注意哪些原則?

答：軟件測試的F1的是為了發(fā)現(xiàn)軟件的錯誤。

軟件測試中應注意的原則有：

⑴測試用例應由輸入數(shù)據(jù)和預期的輸出數(shù)據(jù)兩部分構(gòu)成。這樣便于對照檢查，做到有的放

矢。

(2)測試且例不僅選用合理輸入數(shù)據(jù)，還要選擇不合理口勺輸入數(shù)據(jù)。這樣能更多地發(fā)現(xiàn)錯誤,

提高程序的I可靠性。對于不合理日勺輸入數(shù)據(jù)，程序應拒絕接受，并給出對應口勺提醒。

(3)除了檢杳程序與否做了它應當做日勺事，還應當檢查程序與否做了它不應當做口勺事。

(4)應制定測試計劃并嚴格執(zhí)行，排除隨意性。

(5)長期保留測試用例。

(6)對發(fā)現(xiàn)錯誤較多日勺程序段，應進行更深入的測試。

(7)程序員應防止測試自己的程序。測試是?種”挑剔性叩勺行為，心理狀態(tài)是測試自己程序日勺

障礙。

2、什么是白盒測試法?有哪些覆蓋原則?試對他們的檢錯能力進行比較？

答：白盒法測試法把測試對象看作一種打開的盒子，測試人員須理解程序內(nèi)部構(gòu)造和處理過

程，以檢查處理過程的細節(jié)為基礎(chǔ)，對程序中盡量多U勺邏輯途徑進行測試，檢查內(nèi)部控制構(gòu)

造和數(shù)據(jù)構(gòu)造與否有錯，實際II勺運行狀態(tài)與預期的狀態(tài)與否一致。

白盒法有下列幾種覆蓋原則：

>語句覆蓋：設(shè)計若干個測試用例，運行被測程序，使得每一可執(zhí)行語句至少執(zhí)行一次。

>鑒定覆蓋：設(shè)計若干個測試用例，運行被測程序，使得程序中每個判斷的取真分支和取

假分支至少經(jīng)歷一次，

>條件覆蓋：設(shè)計若干個測試用例，運行被測程序，使得程序中每個判斷的每個條件的也

許取值至少執(zhí)行一次，

>鑒定/條件覆蓋：設(shè)計足夠U勺測試用例，使得判斷中每個條件的所有也許取值至少執(zhí)行

一次，同步每個判斷中的每個條件的也許取值至少執(zhí)行一次。

>條件組合覆蓋：設(shè)計足夠的測試用例，運行被測程序，使得每個判斷的所有也許的條件

取值組合至少執(zhí)行一次。

>途徑覆蓋：設(shè)計足夠的測試用例，覆蓋程序中所有也許的途徑。

從上到下H、J覆蓋原則其檢錯能力也從弱到強，其中條件組合發(fā)現(xiàn)錯誤H勺能力較強，凡滿足其

原則的測試用例，也必然滿足前四種覆蓋原則。在實際的邏輯測試中，一般以條件組合覆蓋

為主設(shè)計測試用例，然后再補充部分用例來到達途徑覆蓋的測試原則。

3、什么是黑盒測試法?采用黑盒技術(shù)測試用例有哪幾種措施?這些措施各有什么特點？

答：黑盒測試法把被測試對象當作是一種黑盒子，測試人員完全不考慮程序的內(nèi)部構(gòu)造和處

理過程，只在軟件接口處進行測試，根據(jù)需求規(guī)格闡明書，檢查程序與否滿足功能規(guī)定。

采用黑盒技術(shù)測試用例的措施有：

等價類的劃分、邊界值分析、錯誤推測和因果圖。

>等價類口勺劃分：是將輸入數(shù)據(jù)按有效的或無效日勺（也稱合理的1或不合理歐I）劃提成若干個

等價類，測試每個等價類口勺代表值就等于對該類其他值的J測試。這樣就把漫無邊跡日勺隨

機測試改為有針對?性時等價類測試，用少許有代表性的例子替代大量測試目歐I相似日勺例

子，能有效地提高測試效率。但這個措施的缺陷是沒有注意選擇某些高效曰勺、可以發(fā)現(xiàn)

更多錯誤H勺測試用例，

>邊界值分析法：是將測試邊界狀況作為重點目的J,選用恰好等于、剛剛不小于和麗剛不

不小于邊界值的I測試數(shù)據(jù)。（邊界狀況是指輸入等價類和輸入等價類邊界上H勺狀況，）這

種措施可以查出更多的錯誤，由尸在程序中往往在處理邊界狀況時易發(fā)生錯誤。

>錯誤推測法：是在測試程序時，人們根據(jù)經(jīng)驗或直覺推測程序中也許存在口勺錯誤，從而

有針對性地編寫檢查這些錯誤H勺測試用例。

>因果圖：可以有效地檢測輸入條件的多種組合也許會引起的錯誤。它的基本原理是通過

畫因果圖，把用自然語言描述的I功能闡明轉(zhuǎn)換為鑒定表，最終為鑒定表的每一列設(shè)計一

種測試用例。

這幾種措施都不能提供一組完整H勺測試用例，在實際測試中應把多種措施結(jié)合起來使用。

綜合方略：就是聯(lián)合使用上述幾種測試措施，盡量多地發(fā)現(xiàn)程序中的錯誤。

4、軟件測試要通過哪些環(huán)節(jié)?這些測試與軟件開發(fā)各階段之間有什么關(guān)系？

答：軟件測試要通過的I環(huán)節(jié)是：單元測試一集成測試一確認測試一系統(tǒng)測試。

>單元測試：對源程序中每一種程序單元進行測試，檢查各個模塊與否對的實現(xiàn)規(guī)定H勺功

能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。該階段波及編碼和詳細設(shè)計文檔。

>集成測試：是為了檢查與設(shè)計有關(guān)的軟件體系構(gòu)造時有關(guān)問題，也就是檢查概要設(shè)計與

否合理有效。

>確認測試：重要是檢查已實現(xiàn)H勺軟件與否滿足需求規(guī)格闡明書中確定了口勺多種需求。

>系統(tǒng)測試：是把已確認日勺軟件與其他系統(tǒng)元素(如硬件、其他支持軟件、數(shù)據(jù)、人工等)

結(jié)合在一起進行測試。以確定軟件與否可以支付使用。

5、單元測試有哪些內(nèi)容?測試中采用什么措施？

答：單元測試重要針對模塊的如下五個基本特性進行測試：

(1)模塊接口

(2)局部數(shù)據(jù)構(gòu)造

⑶重要的執(zhí)行途徑

(4)錯誤處理

(5)邊界條件

測試的措施是為被測試模塊編寫驅(qū)動模塊和樁模塊來實現(xiàn)被測試單元日勺可運行。通過驅(qū)動模

塊來模擬被測試模塊的上級調(diào)用模塊，以上級模塊調(diào)用被測模塊口勺格式驅(qū)動被測模塊，接受

被測模塊的I測試構(gòu)造并輸出。樁模塊則用來替代被測試模塊所調(diào)用日勺模塊。它的作用是返回

被測模塊所需H勺信息。

6、什么是集成測試?非漸漕式測試與漸增式測試有什么區(qū)別？漸增式測試怎樣組裝模塊？

答：集成測試是指在單元測試H勺基礎(chǔ)上，將所有模塊按照設(shè)計規(guī)定組裝成一種完整的系統(tǒng)進

行的測試。

非漸增式測試是指首先對每個模塊分別進行單元測試，再把所有模塊組裝成一種完整的系統(tǒng)

進行的測試。而漸增式測試就是逐一把未經(jīng)測試口勺模塊組裝到已通過測試的模塊上去進行集

成測試，每加入一種新模塊進行一次集成測試，反復此過程直到程序組裝完畢。漸增式測試

有兩種不一樣H勺組裝措施：自頂向下和自底向上結(jié)合。

兩者區(qū)別是：

(1)非漸增式措施把單元測試和集成測試提成兩個不一樣的階段，前一階段完畢模塊日勺單元

測試，后一階段完畢集成測試。而漸增式測試往往把單元測試和集成測試合在一起，同步完

畢。

(2)非漸增式需要更多aJT作量，由于每個模塊都需要驅(qū)動模塊和樁模塊，而漸增式運用已

測試過的I模塊作為驅(qū)動模塊或樁模塊，因此工作量少。

(3)漸增式可以較早地發(fā)現(xiàn)接口之間小J錯誤，非漸增式最終組裝時才發(fā)現(xiàn)。

(4)漸增式有助于排錯，發(fā)生錯誤往往和近來新加入口勺模塊有關(guān)，而非漸增式發(fā)現(xiàn)接口錯誤

推遲到最終，很難判斷是哪一部分接口出錯。

(5)漸增式比較徹底，已測試的模塊和新H勺模塊再測試。

(6)漸增式點用時間較多，但非漸增式所需更多的驅(qū)動模塊和樁模塊也占用某些時間。

(7)非漸增式開始可并行測試所有模塊，能充足運用人力，對測試大型軟件很故意義。

7、什么是確認測試?該階段有哪些_L作？

答：確認測試乂稱有效性測試。它的任務是檢查軟件的功能與性能與否與需求規(guī)格闡明書中

確定的指標相符合。因而需求闡明是確認測試H勺基礎(chǔ)。確認測試階段有兩項工作：進行確認

測試與軟件配置審查。

8、調(diào)試的目的是什么？調(diào)式有哪些技術(shù)手段？

答:調(diào)試則是在進行了成功的測試之后才開始的工作。調(diào)試U勺目的是確定錯誤U勺原因和位置,

并改正錯誤，因此調(diào)試也稱為糾錯(Debug)。調(diào)試的技術(shù)手段有簡樸的調(diào)試措施、歸納法、

演繹法和回溯法等。

9、將對的答案的編號填入題目空白處：

在白盒測試用例中，有語句覆蓋、條件覆蓋、鑒定覆蓋、途徑覆蓋等，其中(A)是最強的覆

蓋準則。為了對下圖所示的程序進行覆蓋測試，必須合適地選用測試數(shù)據(jù)。若X,Y是兩個

變量，可供選擇口勺測試數(shù)據(jù)組共有I,n,III,IV四組(如表中給出)，則實現(xiàn)語句覆蓋至少

應采用的測試數(shù)據(jù)組是(B)；實現(xiàn)條件覆蓋至少應采用的測試數(shù)據(jù)組是(C)；實現(xiàn)途徑覆蓋至

少應采用的測試數(shù)據(jù)組是［D)或(E)。

XY

測試數(shù)據(jù)蛆工03

測試數(shù)據(jù)蛆n12

測試數(shù)據(jù)組in-12

測試數(shù)據(jù)組工V31

J語句

可供選擇的答案:

A：(1)語句覆蓋(2)條件覆蓋(3)鑒定覆蓋(4)途徑覆蓋

B?E：(1)1和n組(2)n和HI級⑶ni和iv組(4)i和iv組⑸入n和HI組(6)n,in和

IV組

(7)1,HI和IV組(8)1、H和IV組

答：A：(4)B:(I)C:(4)D：(5)E：(8)

10、請對“鑒定三角形類別”程序算法用等價類劃分和邊界值分析法設(shè)計測試用例，并檢查

邏輯覆蓋原則。

解：先劃分等價類并編號：

輸入數(shù)據(jù)合理等價類不合理等價類

2有非正整數(shù)

A,B,C1.正整數(shù)3.某兩個數(shù)相加小于等于剌下的那個數(shù)

W有非數(shù)字字符

5.三邊相等

6.只有兩邊相等

工三邊不相等

為合理等價類設(shè)計測試用例，對于表中對應的四個合理等價類，用三個測試用例覆蓋。

測試數(shù)據(jù)期望結(jié)果福蓋范圍

3,4,5輸出“一般三角形”1,7

3,3,3輸出“等邊三角形”5

3,3,2輸出”等腰三角形”6

為每一種不合理等價類設(shè)計一種測試用例:

測試數(shù)據(jù)期望結(jié)果覆蓋范圍

-3,3.3,-4輸入無效2

2,3,8輸入無效3

A,B,C輸入無效4

用邊界值法設(shè)計測試用例:

輸入等價類測試用例說明測試數(shù)據(jù)期望結(jié)果

全不是數(shù)字AAC輸入無效

1個正整數(shù)3,3.8。輸入無效

1個不是正整教3,4,ok輸入無效

輸入值

全是正整數(shù)目西邊之和大于第三邊3,4,5輸入有效

全是正整數(shù)且有兩個數(shù)之和等于第三個數(shù)3,3,6輸入無效

有兩個數(shù)之和G于第三個數(shù)33,7輸入無效

三潮目等333輸出“等邊三角形”

A=B,A#C