廣東海洋大學(xué)《軟件工程》歷年考題總集

1、廣東海洋大學(xué)軟件工程歷年考題總集-答案一、 填空題（每空1分，共20分）1.軟件工程方法學(xué)包含3個(gè)要素：_過程_、_方法_和_工具_(dá)。2.瀑布模型的成功在很大程度上是由于它基本上是一種_文檔_驅(qū)動(dòng)的模型。3.面向過程方法學(xué)強(qiáng)調(diào)_自頂向下_順序地完成軟件開發(fā)的各階段任務(wù)；面向?qū)ο蠓椒▽W(xué)的出發(fā)點(diǎn)和基本原則是盡量模擬人類習(xí)慣的_思維方式_，使開發(fā)軟件的方法與過程盡可能接近人類認(rèn)識(shí)世界解決問題的方法與過程。4.數(shù)據(jù)流圖有四種基本符號(hào)：正方形(或立方體)表示數(shù)據(jù)的_源點(diǎn)或終點(diǎn)_；圓角矩形(或圓形)代表_數(shù)據(jù)加工（或數(shù)據(jù)處理）_；開口矩形(或兩條平行橫線)代表_數(shù)據(jù)存儲(chǔ)_；箭頭表示_數(shù)據(jù)流_。5.軟件結(jié)構(gòu)

2、的設(shè)計(jì)是以模塊為基礎(chǔ)的，以_數(shù)據(jù)流圖_的結(jié)果為依據(jù)，從實(shí)現(xiàn)的角度進(jìn)一步劃分為模塊，并組成模塊的_層次結(jié)構(gòu)_。6.信息流有_變換流_和_事務(wù)流_兩種類型。7.對(duì)象的兩個(gè)基本要素：_屬性_和_服務(wù)_。8.軟件維護(hù)包括_改正性_維護(hù)、_適應(yīng)性_維護(hù)、_完善性_維護(hù)、_預(yù)防性_維護(hù)四項(xiàng)活動(dòng)。1.面向過程方法學(xué)強(qiáng)調(diào) 自頂向下 順序地完成軟件開發(fā)的各階段任務(wù)；面向?qū)ο蠓椒▽W(xué)的出發(fā)點(diǎn)和基本原則是 模擬人類習(xí)慣的思維方式 ，使開發(fā)軟件的方法與過程盡可能接近人類認(rèn)識(shí)世界解決問題的方法與過程。2.總體設(shè)計(jì)階段必須回答的關(guān)鍵問題是 系統(tǒng)應(yīng)該如何實(shí)現(xiàn) 。3. 數(shù)據(jù)流圖 和 數(shù)據(jù)字典 共同構(gòu)成系統(tǒng)的邏輯模型，4.需求分

3、析過程應(yīng)該建立 數(shù)據(jù)模型 、 功能模型 、 行為模型 3種模型。5.模塊的獨(dú)立程度可以由 內(nèi)聚 、 藕合 兩個(gè)定性標(biāo)準(zhǔn)度量。6.進(jìn)行邊界條件測(cè)試時(shí)，使用 剛好等于 、 剛好小于 和剛好大于最大值或最小值的數(shù)據(jù)結(jié)構(gòu)、控制量和數(shù)據(jù)值的測(cè)試方案，非?？赡馨l(fā)現(xiàn)軟件中的錯(cuò)誤。7.對(duì)象的兩個(gè)基本要素是： 屬性 和 服務(wù) 。8. 發(fā)現(xiàn)和定義系統(tǒng)中的對(duì)象類是在用例模型的基礎(chǔ)上，識(shí)別 實(shí)體類 、 邊界類 和 控制類 。9.面向?qū)ο蟪绦蛟O(shè)計(jì)風(fēng)格強(qiáng)調(diào)提高 可重用性 、 可擴(kuò)充性 、 健壯性 。1.需求分析階段必須回答的關(guān)鍵問題是 系統(tǒng)必須做什么 。2.系統(tǒng)流程圖是概括地描繪 物理系統(tǒng) 的傳統(tǒng)工具。3.數(shù)據(jù)對(duì)象彼此之

4、間的聯(lián)系可分為 一對(duì)一聯(lián)系 、 一對(duì)多聯(lián)系 、 多對(duì)多聯(lián)系 3種類型。4.軟件可靠性指程序在給定的 時(shí)間間隔內(nèi) ，按照規(guī)格說明書的規(guī)定成功地運(yùn)行的概率；而軟件的可用性指程序在給定的 時(shí)間點(diǎn) ，按照規(guī)格說明書的規(guī)定，成功地運(yùn)行的概率。5. 封裝使對(duì)象形成兩個(gè)部分： 接口 和 實(shí)現(xiàn) 。6.對(duì)象之間的外部聯(lián)系有 泛化 、 聚合 、 關(guān)聯(lián) 、 依賴 。7.甘特圖用水平線段表示 任務(wù)的工作階段 ，線段的起點(diǎn)和終點(diǎn)分別對(duì)應(yīng)著任務(wù)的 開工時(shí)間 和 完成時(shí)間 ，線段的長(zhǎng)度表示完成任務(wù)所需的時(shí)間。8.Pareto原理：測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的80%很可能是由程序中 20 %的模塊造成的。9.發(fā)現(xiàn)和定義系統(tǒng)中的對(duì)象類是

5、在用例模型的基礎(chǔ)上，識(shí)別 實(shí)體類 、 邊界類 和 控制類 。1、可行性研究需要從 技術(shù) 可行性、 經(jīng)濟(jì) 可行性、 社會(huì) 可行性、 操作 可行性四個(gè)方面分析研究每種解決方法的可行性。2、數(shù)據(jù)流圖有四個(gè)基本成分： 數(shù)據(jù)流 、 數(shù)據(jù)處理(加工) 、 數(shù)據(jù)存儲(chǔ) 、 外部實(shí)體(數(shù)據(jù)源點(diǎn)和終點(diǎn)) 。3、軟件結(jié)構(gòu)的設(shè)計(jì)是以 模塊 為基礎(chǔ)的，以需求分析的結(jié)果為依據(jù)，從實(shí)現(xiàn)的角度進(jìn)一步劃分為 模塊 ，并組成模塊的 層次結(jié)構(gòu) 。4、程序流程圖又稱為 程序框圖 ，應(yīng)由 三種基本控制結(jié)構(gòu) 順序組合和完整嵌套而成，不能有 相互交叉 的情況，這樣的流程圖是 結(jié)構(gòu)化 的流程圖。5、“面向?qū)ο蟆笔前岩唤M對(duì)象中的數(shù)據(jù)結(jié)構(gòu)和行為

6、 緊密地 結(jié)合在一起組織系統(tǒng)的一種策略，傳統(tǒng)的思想是將數(shù)據(jù)結(jié)構(gòu)和行為 松散地 連接在一起。6、到目前為止，軟件生產(chǎn)的發(fā)展經(jīng)過了三個(gè)階段即 程序設(shè)計(jì)時(shí)代 、 程序系統(tǒng)時(shí)代 、 軟件工程時(shí)代 。1、軟件生命周期由 軟件定義 、 軟件開發(fā) 和 運(yùn)行維護(hù) 3個(gè)時(shí)期組成。2、軟件產(chǎn)品在交付使用之前一般要經(jīng)過以下四步測(cè)試 單元測(cè)試 、 集成測(cè)試 、 確認(rèn)測(cè)試 和 系統(tǒng)測(cè)試 。3、典型的可行性研究有下列步驟：系統(tǒng)定義、 分析問題 、 提出解法 、設(shè)計(jì)方案、推薦可行的方案和編寫可行性研究報(bào)告。4、數(shù)據(jù)字典就是用來定義數(shù)據(jù)流圖中的 所有元素 。它和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的_高層邏輯模型_。5、軟件設(shè)計(jì)是一個(gè)把

7、系統(tǒng)需求 轉(zhuǎn)換為 實(shí)現(xiàn)方案 的過程，包括 總體設(shè)計(jì) 和 詳細(xì)設(shè)計(jì) 。6、提高軟件可維護(hù)性的方法有 建立明確的軟件質(zhì)量目標(biāo) 、 使用先進(jìn)的軟件開發(fā)技術(shù)和工具 、 建立明確的質(zhì)量保證 、 選擇可維護(hù)的語言 、 改進(jìn)程序的文檔 。二、 選擇題（每小題2分，共20分）1、在軟件生命周期中，用戶主要是在（ A ）參與軟件開發(fā)。A、軟件定義期 B、軟件開發(fā)期C、軟件維護(hù)期 D、整個(gè)軟件生命周期過程中2、在軟件工程項(xiàng)目中，不隨參與人數(shù)的增加而使軟件的生產(chǎn)率增加的主要問題是（ D ）。A、工作階段間的等待時(shí)間 B、生產(chǎn)原型的復(fù)雜性C、參與人員所需的工作站數(shù) D、參與人員之間的通信困難3、軟件設(shè)計(jì)一般分為總體設(shè)

8、計(jì)和詳細(xì)設(shè)計(jì)，它們之間的關(guān)系是（ A ）。A、全局與局部 B、抽象與具體 C、總體與層次 D、功能與結(jié)構(gòu)4、下列偶合中偶合程度最高的是（ D ）。A.數(shù)據(jù)偶合 B.控制偶合 C.特征偶合 D. 內(nèi)容偶合5、測(cè)試工作量通常占軟件開發(fā)全部工作量的（ C ）。A.20%30% B.30%40% C.40%50% D. 50%60%6、黑盒測(cè)試是從_觀點(diǎn)的測(cè)試，白盒測(cè)試是從_觀點(diǎn)的測(cè)試。（ C ）A、開發(fā)人員、管理人員 B、用戶、管理人員C、用戶、開發(fā)人員 D、開發(fā)人員、用戶7、使用條件路徑選擇進(jìn)行白盒測(cè)試時(shí)，對(duì)于嵌套型分支結(jié)構(gòu)，若有n個(gè)判定語句，則需要（ C ）個(gè)測(cè)試用例。A. n-1 B. n C

9、. n+1 D. 2n8、用于軟件維護(hù)的費(fèi)用占軟件總費(fèi)用的（ C ）。A.35%50% B.45%60% C.55%70% D. 65%80%9、軟件工程對(duì)維護(hù)工作的主要目標(biāo)是提高軟件的可維護(hù)性，降低（ D ）。A、維護(hù)的效率 B、維護(hù)的工作量 C、文檔 D、維護(hù)的代價(jià)10、軟件工程學(xué)中除重視軟件開發(fā)技術(shù)的研究外，另一重要組成內(nèi)容是軟件的（ A ）。A、工程管理 B、成本核算 C、人員培訓(xùn) D、工具開發(fā)1.在軟件開發(fā)的各種資源中，（ D ）是最重要的資源。 A. 開發(fā)工具 B. 方法 C. 硬件環(huán)境 D. 人員 2.原型化方法是用戶和軟件開發(fā)人員之間進(jìn)行的一種交互過程，適用于（ A ）系統(tǒng)。

10、A. 需求不確定的 B. 需求確定的 C. 管理信息 D. 決策支持 3.單元測(cè)試的測(cè)試用例主要根據(jù)（ D ）的結(jié)果來設(shè)計(jì)。 A. 需求分析 B. 源程序 C. 概要設(shè)計(jì) D. 詳細(xì)設(shè)計(jì) 4.按照Miller法則，一個(gè)人在任何時(shí)候都只能把注意力集中在（ C ）個(gè)知識(shí)塊上。A、3±2 B、5±2 C、7±2 D、9±25.Pareto原理指出測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的80%很可能是由程序中（ B ）的模塊造成的。A.10% B.20% C.30% D. 40%6.一個(gè)（ C ）能用不同的方法表示它的特征。A、事件 B、抽象 C、狀態(tài) D、腳本7.下列程序流程圖的標(biāo)

11、準(zhǔn)符號(hào)中，表示數(shù)據(jù)輸入輸出的是（ A ）。A. B. C. D. 8.右邊所示的流圖的環(huán)形復(fù)雜度為（ A ）。A. 4 B. 5 C. 6 D. 7注：環(huán)形復(fù)雜度=變數(shù)-節(jié)點(diǎn)數(shù)+29.在軟件維護(hù)中，維護(hù)工作量比例最大的是（ C ）。A. 改正性維護(hù) B. 適應(yīng)性維護(hù)C. 完善性維護(hù) D. 預(yù)防性維護(hù)10.使用條件路徑選擇進(jìn)行白盒測(cè)試時(shí)，對(duì)于連鎖型分支結(jié)構(gòu)結(jié)構(gòu)，若有n個(gè)判定語句，則需要（ C ）個(gè)測(cè)試用例。A. n B. 2n-1 C. 2n D. 2n+11.軟件的復(fù)雜性是（ A ），它引起人員通信困難、開發(fā)費(fèi)用超支、開發(fā)時(shí)間超時(shí)等問題。 A、固有的 B、人為的 C、可消除的 D、不可降低的

12、2.軟件測(cè)試是為了（ B ）而執(zhí)行程序的過程。 A、糾正錯(cuò)誤 B、發(fā)現(xiàn)錯(cuò)誤 C、避免錯(cuò)誤 D、證明正確 3.下列內(nèi)聚中內(nèi)聚程度最高的是（ D ）。A、邏輯內(nèi)聚 B、過程內(nèi)聚 C、順序內(nèi)聚 D、功能內(nèi)聚4.軟件是一種（ B ）產(chǎn)品。A、有形 B、邏輯 C、物質(zhì) D、消耗5.進(jìn)行需求分析可使用多種工具，但（ C ）是不適用的。A、數(shù)據(jù)流圖 B、判定表 C、PAD圖 D、數(shù)據(jù)字典6.不適合作為數(shù)據(jù)處理的語言是（ A ）。A、Prolog B、C語言 C、4GL D、SQL語言7.黑盒測(cè)試是從（ D ）觀點(diǎn)的測(cè)試。A、管理人員 B、管理人員C、開發(fā)人員 D、用戶1、軟件生命周期模型有多種，下列選項(xiàng)中，

13、（ C ）不是軟件生命周期模型。A、螺旋模型 B、增量模型 C、功能模型 D、瀑布模型2、制定軟件計(jì)劃的目的在于盡早對(duì)欲開發(fā)的軟件進(jìn)行合理估價(jià)，軟件計(jì)劃的任務(wù)是（ B ）。A、組織與管理 B、分析與估算 C、設(shè)計(jì)與測(cè)試 D、規(guī)劃與調(diào)度3、在數(shù)據(jù)流圖中，有名字及方向的成分是（ C ）。A、控制流 B、信息流 C、數(shù)據(jù)流 D、信號(hào)流4、將幾個(gè)邏輯上相似的成分放在一個(gè)模塊中，該模塊的內(nèi)聚程度是（ A ）的。A、邏輯性 B、瞬時(shí)性 C、功能性 D、通信性5、在對(duì)數(shù)據(jù)流的分析中，主要是找到變換中心，這是從（ C ）導(dǎo)出結(jié)構(gòu)圖的關(guān)鍵。A、數(shù)據(jù)結(jié)構(gòu) B、實(shí)體關(guān)系 C、數(shù)據(jù)流圖 D、E-R圖6、下面（ C ）

14、不是對(duì)象具有的特性。A、標(biāo)識(shí) B、繼承 C、順序 D、多態(tài)性7、與選擇編程語言無關(guān)的因素是（ A ）。A、軟件開發(fā)的方法 B、軟件執(zhí)行的環(huán)境C、用戶需要 D、軟件開發(fā)人員的知識(shí)8、白盒測(cè)試是從（ A ）觀點(diǎn)的測(cè)試。A、開發(fā)人員 B、管理人員C、用戶 D、其他三、 判斷題（對(duì)的畫“”，錯(cuò)的畫“×”，每小題1分，共10分）1、文檔是軟件產(chǎn)品的一部分，沒有文檔的軟件就不稱其為軟件。 （ ） 2、在需求分析過程中，分析員要從用戶那里解決的最重要的問題是給該軟件提供哪些信息。 （ × ） 3、需求規(guī)格說明書在軟件開發(fā)中具有重要的作用，它也可以作為軟件可行性分析的依據(jù)。 （ ×

15、; ） 4、UML語言支持面向?qū)ο蟮闹饕拍睿⑴c具體的開發(fā)過程相關(guān)。 （ × ）5、用例圖定義了系統(tǒng)的功能需求，它是從系統(tǒng)的外部看系統(tǒng)功能，并不描述系統(tǒng)內(nèi)部對(duì)功能的具體實(shí)現(xiàn)。 （ ）6、軟件配置管理是一組標(biāo)識(shí)、組織和控制修改源程序的活動(dòng)。 （ × ） 7、好的測(cè)試是用少量的測(cè)試用例運(yùn)行程序，發(fā)現(xiàn)被測(cè)程序盡可能多的錯(cuò)誤。（ ） 8、邊界值分析方法是取輸入/輸出等價(jià)類的邊界值作為測(cè)試用例。 （ ） 9、軟件錯(cuò)誤可能出現(xiàn)在開發(fā)過程的早期，越早修改越好。 （ ）10、面向?qū)ο蟮姆治鍪敲嫦蛴?jì)算機(jī)系統(tǒng)建立軟件系統(tǒng)的對(duì)象模型。 （ × ） 1.建立用例模型的步驟包括確定角色、

16、確定用例和繪制用例圖。 ( × )2.只有質(zhì)量差的軟件產(chǎn)品才需要維護(hù)。 ( × )3.一個(gè)好的測(cè)試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤。 ( )4.不完善的系統(tǒng)定義往往是導(dǎo)致軟件項(xiàng)目失敗的主要原因。 ( )5.瀑布模型是一種文檔驅(qū)動(dòng)的模型。 （ ）6.UML是一種方法。 （ × ）7.在時(shí)間允許的情況下，適當(dāng)減少人員會(huì)提高工作效率，降低軟件開發(fā)成本。（ ）8.一個(gè)成功的項(xiàng)目唯一提交的就是運(yùn)行程序。 ( × )9.數(shù)據(jù)流圖建立系統(tǒng)的功能模型，它由數(shù)據(jù)流、加工和數(shù)據(jù)存貯組成。 （ × ） 10.UML是一種直觀化、明確化、構(gòu)建和文檔化軟件產(chǎn)物的通用語言。

17、 （ × ） 1、在項(xiàng)目計(jì)劃發(fā)生延遲的情況下，增加更多的程序員一定會(huì)加快進(jìn)度。 （ × ） 2、軟件工作的考慮范圍主要是程序設(shè)計(jì)和實(shí)現(xiàn)。 （ × ） 3、等價(jià)類劃分方法將所有可能的輸入數(shù)據(jù)劃分成若干部分，然后從每一部分中選取少數(shù)有代表性的數(shù)據(jù)作為測(cè)試用例。 （ ） 4、在軟件開發(fā)的過程中，若能推遲暴露其中的錯(cuò)誤，則為修復(fù)和改正錯(cuò)誤所花費(fèi)的代價(jià)就會(huì)降低。 （ × ）5、模型是對(duì)現(xiàn)實(shí)的簡(jiǎn)化，建模是為了更好地理解所開發(fā)的系統(tǒng)。 （ ）6、好的測(cè)試用例應(yīng)能證明軟件是正確的。 （ × ）7、白盒測(cè)試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。

18、（ ）四、 名詞解釋（每小題4分，共20分）1、軟件危機(jī)：軟件危機(jī)是指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題。概括地說，包含兩方面的問題：如何開發(fā)軟件，以滿足對(duì)軟件日益增長(zhǎng)的需求；如何維護(hù)數(shù)量不斷膨脹的已有軟件。2、結(jié)構(gòu)程序設(shè)計(jì)：如果一個(gè)程序的代碼塊僅僅通過順序、選擇和循環(huán)這3種基本控制結(jié)構(gòu)進(jìn)行連接，并且每個(gè)代碼塊只有一個(gè)入口和一個(gè)出口，則稱這個(gè)程序是結(jié)構(gòu)化的。3、類：具有相同屬性和服務(wù)的一組對(duì)象的集合，它為屬于該類的全部對(duì)象提供了統(tǒng)一的抽象描述，其內(nèi)部包括屬性和服務(wù)兩個(gè)主要部分。4、軟件項(xiàng)目管理：為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對(duì)成本、人員、進(jìn)度、質(zhì)量、

19、風(fēng)險(xiǎn)等進(jìn)行分析和管理的活動(dòng)。1、軟件生命周期：軟件產(chǎn)品從考慮其概念開始到該軟件產(chǎn)品交付使用，直至最終退役為止的整個(gè)過程，一般包括計(jì)劃、分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、集成、交付、維護(hù)等階段。2、對(duì)象：系統(tǒng)中用來描述客觀事物的一個(gè)實(shí)體，它是構(gòu)成系統(tǒng)的一個(gè)基本單位，由一組屬性和對(duì)這組屬性進(jìn)行操作的一組服務(wù)組成。3、測(cè)試：指軟件開發(fā)公司組織內(nèi)部人員模擬各類用戶行對(duì)即將面市軟件產(chǎn)品（稱為版本）進(jìn)行測(cè)試，試圖發(fā)現(xiàn)錯(cuò)誤并修正。4、UML：UML即統(tǒng)一建模語言，是一種直觀化、明確化、構(gòu)建和文檔化軟件系統(tǒng)產(chǎn)物的通用可視化建模語言。5、軟件再工程：對(duì)現(xiàn)存的大量軟件系統(tǒng)進(jìn)行挖掘、整理以得到有用的軟件構(gòu)件，或?qū)σ延熊浖?gòu)件

20、進(jìn)行維護(hù)以延長(zhǎng)其生存期。1、軟件建模：將所要設(shè)計(jì)的結(jié)構(gòu)和系統(tǒng)的行為融匯貫通，對(duì)系統(tǒng)的體系結(jié)構(gòu)進(jìn)行可視化和控制，化解復(fù)雜性的問題，有效地管理開發(fā)風(fēng)險(xiǎn)，從而開發(fā)出高品質(zhì)的軟件。 2、軟件工程：把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)過程，也就是把工程應(yīng)用于軟件； 研究中提到的途徑。3、測(cè)試：指軟件開發(fā)公司組織各方面的典型用戶在日常工作中實(shí)際使用版本（經(jīng)過測(cè)試調(diào)整的軟件產(chǎn)品），并要求用戶報(bào)告異常情況、提出批評(píng)意見，然后軟件開發(fā)公司再對(duì)版本進(jìn)行改錯(cuò)和完善。4、結(jié)構(gòu)化維護(hù)：采用軟件工程的方法進(jìn)行軟件開發(fā)，保證每個(gè)階段都有完整且詳細(xì)的文檔。對(duì)這樣的軟件進(jìn)行的維護(hù)活動(dòng)叫結(jié)構(gòu)化維護(hù)。五、 問答

21、題（每小題6分，共30分）1. 產(chǎn)生軟件危機(jī)的原因是什么？答：“軟件作坊”基本上仍然沿用早期形成的個(gè)體化軟件開發(fā)方法，導(dǎo)致在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中遇到一系列嚴(yán)重問題。如：軟件開發(fā)的進(jìn)度難以控制，經(jīng)常出現(xiàn)經(jīng)費(fèi)超預(yù)算等。2. 按照模塊化的理論，模塊的數(shù)目是否越多越好？為什么？答：否，根據(jù)模塊化和軟件成本的關(guān)系，隨著模塊數(shù)目的增加，模塊成本減小，但接口成本增加，開始時(shí)總的成本逐漸減小，模塊數(shù)超過一定數(shù)目之后，總的成本增加。所以模塊數(shù)應(yīng)取最小成本區(qū)數(shù)目。3. 一個(gè)程序計(jì)算任何一個(gè)在11000內(nèi)整數(shù)的平方數(shù)，那么其輸入項(xiàng)的等價(jià)類應(yīng)如何劃分？答：4. 為什么說面向?qū)ο蠓椒▽?duì)需求變化有較好的適應(yīng)性？答

22、：面向?qū)ο蟮姆庋b機(jī)制使開發(fā)人員可以把最穩(wěn)定的部分（即對(duì)象）作為構(gòu)筑系統(tǒng)的基本單位，而把容易發(fā)生變化的部分（即屬性與操作）封裝在對(duì)象之內(nèi)；對(duì)象之間通過接口聯(lián)系，使得需求變化的影響盡可能地限制在對(duì)象內(nèi)部。5. 在下列用例圖中，哪些是系統(tǒng)角色？哪些是系統(tǒng)用例？答：角色：Bank network, Manager, Clerk, Customer 用例：Authorize purchase, Open store, Log onto redister, Sell goods, Restock inventory1、Jackson圖和層次圖有何區(qū)別？答：（1）層次圖中的一個(gè)方框通常代表一個(gè)模塊；而Jac

23、kson圖中的一個(gè)方框通常只代表幾個(gè)語句。 （2）層次圖表現(xiàn)的是調(diào)用關(guān)系；而Jackson圖表現(xiàn)的是組成關(guān)系，即一個(gè)方框中包括的操作僅僅由它下層框中的那些操作組成。2、面向?qū)ο蠓椒ㄊ侨绾沃С周浖?fù)用的？答：（1）對(duì)象具有封裝性和信息隱蔽等特性，使其容易實(shí)現(xiàn)軟件復(fù)用。 （2）對(duì)象類可以派生出新類，類可以產(chǎn)生實(shí)例對(duì)象，從而實(shí)現(xiàn)了對(duì)象類數(shù)據(jù)結(jié)構(gòu)和操作代碼的軟構(gòu)件復(fù)用。 （3）面向?qū)ο蟪绦蛟O(shè)計(jì)語言的開發(fā)環(huán)境一般預(yù)定義了系統(tǒng)動(dòng)態(tài)連接庫，提供了大量公用程序代碼，避免重復(fù)編寫，提高了開發(fā)效率和質(zhì)量。3、系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為分別由UML中哪些圖進(jìn)行描述？答：靜態(tài)結(jié)構(gòu)由類圖和對(duì)象圖描述，動(dòng)態(tài)行為由狀態(tài)圖、時(shí)

24、序圖、協(xié)作圖和活動(dòng)圖描述。4、將下列各對(duì)事物之間的關(guān)系（繼承、聚集或關(guān)聯(lián)）寫在括弧內(nèi)。（5分）（1）讀者借出的書 （ 關(guān)聯(lián) ）（2）班級(jí)學(xué)生 （ 聚集 ）（3）教師教授 （ 繼承 ）（4）丈夫妻子 （ 關(guān)聯(lián) ）（5）列車餐車 （ 聚集 ）5、指出下列時(shí)序圖中各符號(hào)的含義。答：（1）發(fā)起交互的對(duì)象（2）回調(diào)消息（3）生命線 （4）控制焦點(diǎn) （5）消息 （6）接收消息的對(duì)象1、簡(jiǎn)述變換流的設(shè)計(jì)步驟。答：確定數(shù)據(jù)流圖中的變換中心、邏輯輸入和邏輯輸出；設(shè)計(jì)軟件結(jié)構(gòu)的頂層和第一層；設(shè)計(jì)中、下層模塊；設(shè)計(jì)優(yōu)化。2、下面是一段求最大值的程序，其中datalist是數(shù)據(jù)表，n是datalist的長(zhǎng)度。int

25、GetMax(int n, int datalist ) int k=0; for ( int j=1; j<n; j+ ) if ( datalistj > datalistk ) k=j;return k; （1） 畫出該程序的控制流圖，并計(jì)算其McCabe環(huán)路復(fù)雜性。（2） 用基本路徑覆蓋法給出測(cè)試路徑。 （3） 為各測(cè)試路徑設(shè)計(jì)測(cè)試用例。答：（1）控制流圖如右圖所示，McCabe環(huán)路復(fù)雜性為3。（2）測(cè)試路徑： Path1：  Path2：  Path3： （3）測(cè)試用例：  Path1： 取n=1，datalist0 = 1，

26、60;        預(yù)期結(jié)果：k=0  Path2： 取n=2，datalist0 = 0，datalist1 = 1，         預(yù)期結(jié)果：k=1 Path3： 取n=2，datalist0 = 1，datalist1 = 0，         預(yù)期結(jié)果：k=03、UML關(guān)系包括關(guān)聯(lián)、聚合、泛化、實(shí)現(xiàn)、依賴等

27、5種類型，請(qǐng)將合適的關(guān)系填寫在下列描述的（ ）中。 用例及其協(xié)作之間是（ 關(guān)聯(lián) ）關(guān)系。 在學(xué)校中，一個(gè)學(xué)生可以選修多門課程，一門課程可以由多個(gè)學(xué)生選修，那么學(xué)生和課程之間是（ 依賴 ）關(guān)系。 類A的一個(gè)操作調(diào)用類B的一個(gè)操作，且這兩個(gè)類之間不存在其他關(guān)系，那么類A和類B之間是（ 聚合 ）關(guān)系。 在MFC類庫中，Window類和DialogBox類之間是（ 泛化 ）關(guān)系。 森林和樹木之間是（ 實(shí)現(xiàn) ）關(guān)系。4、對(duì)整個(gè)系統(tǒng)而言，其功能、靜態(tài)結(jié)構(gòu)、動(dòng)態(tài)行為和物理架構(gòu)分別由UML中什么圖來描述？答：對(duì)整個(gè)系統(tǒng)而言，其功能由用例圖描述，靜態(tài)結(jié)構(gòu)由類圖和對(duì)象圖描述，動(dòng)態(tài)行為由狀態(tài)圖、時(shí)序圖、協(xié)作圖和活動(dòng)圖描述，而物理架構(gòu)則是由組件圖和分布圖描述。1、簡(jiǎn)述事物流的設(shè)計(jì)步驟。答：由事務(wù)流映射成的軟件結(jié)構(gòu)包括一個(gè)接收分支和一個(gè)發(fā)送分支。接收分支：從事務(wù)中心的邊界開始，把沿著接收流通路的處理映射成模塊。發(fā)送分支：包含一個(gè)調(diào)度模塊，它控制下層的所有活動(dòng)模塊；然后把數(shù)據(jù)流圖中的每個(gè)活動(dòng)流通路映射成與它的流特征相對(duì)應(yīng)的結(jié)構(gòu)。2、對(duì)整個(gè)系統(tǒng)而言，其功能、靜態(tài)結(jié)構(gòu)、動(dòng)態(tài)行為和物理架構(gòu)分別由UML中什么圖來描述？答：功能由用例圖描述，靜態(tài)結(jié)構(gòu)由類