【文章內(nèi)容簡介】 感到吃驚，類似的操作應(yīng)該有類似的效果。 （ 4）可恢復(fù)性：界面應(yīng)該有一種機(jī)制來允許用戶從錯誤中恢復(fù)。 （ 5）用戶指南：在錯誤發(fā)生時界面應(yīng)該提供有意義的反饋，并具有用戶幫助功能。 （ 6）用戶差異性：界面應(yīng)該為不同類型用戶提供合適的交互功能。 型的思想是什么？使用它有什么好處？ 答：把用戶界面中的表示、交互和實(shí)體相分離是該模型的基礎(chǔ)。 MVC 是一種用來使用戶界面層和系統(tǒng)的其他部分分離的體系結(jié)構(gòu)模式。 MVC 不僅有助于增強(qiáng)用戶界面層的層內(nèi)聚，而且有助于降低用戶界面與系統(tǒng)其余部分以及 UI 本身各部分之間的耦合。 MVC 模式使系統(tǒng)的功能層（模型）同用戶界面的兩個方面分離：試圖（ view）和控制器（ controller）。用戶能夠用適當(dāng)?shù)慕换シ绞脚c每種表示形式進(jìn)行交互。要顯示的數(shù)據(jù)被封裝到一個模型對象中。每個視圖都是模型的一種顯示表示方式。每個模型對象可能有許 多獨(dú)立的視圖對象與之關(guān)聯(lián)，例如表示數(shù)字?jǐn)?shù)據(jù)的模型可能有一個直方圖的或一個表格的視圖。每個視圖都有一個的處理用戶輸《軟件工程概論》 18 入和設(shè)備交互的控制器對象。 使用 MVC 模式的好處： （ 1）三個構(gòu)件可獨(dú)立設(shè)計(jì) （ 2）提高內(nèi)聚，降低耦合：構(gòu)件之間通信信道最小且易查找。 （ 3）增加重用：視圖和控制器通常會使用大量的可重用構(gòu)件作為各種 UI 控件。 （ 4）靈活設(shè)計(jì)：很易通過改變視圖或控制器來改變 UI。 （ 5）可測試性設(shè)計(jì)：可脫離 UI 層測試應(yīng)用程序。 基本任務(wù)有哪些。 6．什么是耦合性和內(nèi)聚性？都包括哪些內(nèi)容？ 答：（ 1）耦 合性是軟件結(jié)構(gòu)中各構(gòu)件間相互聯(lián)系緊密程度的一種度量。包括：無直接耦合、數(shù)據(jù)耦合、標(biāo)記耦合、控制耦合、公共耦合、內(nèi)容耦合。 （ 2）內(nèi)聚性是一個構(gòu)件內(nèi)部各種元素彼此結(jié)合的緊密程度的度量。包括：偶然內(nèi)聚、邏輯內(nèi)聚、時間內(nèi)聚、過程內(nèi)聚、通信內(nèi)聚、順序內(nèi)聚、功能內(nèi)聚。 7．有效模塊化設(shè)計(jì)的啟發(fā)式原則有哪些？ 答：（ 1）評估軟件結(jié)構(gòu)的初始模型以降低耦合并提高內(nèi)聚。 （ 2）高層高扇出使最小化；當(dāng)深度增加時（特別是底層）爭取提高扇入。 （ 3）將模塊的作用范圍限制在模塊的控制范圍內(nèi)。 作用范圍：受模塊內(nèi)一個判定影響的所 有模塊的集合。 控制范圍：模塊本身及其所有下屬模塊的集合。 （ 4）評估模塊接口以降低復(fù)雜度和冗余并提高一致性。 （ 5）定義功能可以預(yù)測的模塊，（如對于相同的輸入，輸出是恒定的），但要避免過分限制模塊（如數(shù)據(jù)結(jié)構(gòu)的大小、控制流的選擇、外部接口的模式等限制）。 第 五 章 軟件測試 本章要點(diǎn)： 1． 軟件測試的概念 2． 軟件測試技術(shù) 《軟件工程概論》 19 3． 軟件測試策略 4． 測試管理 5． 軟件調(diào)試 6． 軟件的可靠性和可用性 本章目標(biāo)： 1． 掌握軟件測試的相關(guān)概念 2． 掌握基本的軟件測試技術(shù) 3． 了解軟件測試的策略 4． 了解軟件的可靠性與 可用性 本章重點(diǎn)： 1． 軟件測試技術(shù)（黑盒技術(shù)，白盒技術(shù)） 2． 軟件測試的策略 本章難點(diǎn)： 1． 軟件測試技術(shù)（黑盒技術(shù)，白盒技術(shù)） 2． 軟件測試的策略 3． 理解軟件的可靠性與可用性 一、 填空題 1．軟件調(diào)試方法一般分為（ 動態(tài)測試方法 ）與（ 靜態(tài)測試方法 ）。動態(tài)測試方法中又根據(jù)測試用例的設(shè)計(jì)方法不同，分為（ 黑盒測試 ）與（ BAI盒測試 ）兩類。 2．調(diào)試的目的是（ 確定錯誤的原因和位置 ），并（ 改 正錯誤 ），因此調(diào)試也稱為（ 糾錯 ）。 3．樁模塊用來代替被測模塊（ 所調(diào)用的模塊 ）。它的作用是（ 返回被測模塊所需的信息 ）。 4．用等價類劃分的方法設(shè)計(jì)測試用例的步驟為：（ 劃分等價類、確定測試用例 ）。 5．二分法檢索將檢索空間劃分成了三個部分，每個部分構(gòu)成了一個（ 等價類 ），選擇這些等價類集合的（ 邊界值 ）作為測試用例。 二、選擇題 《軟件工程概論》 20 （ C ）觀點(diǎn) 出發(fā)的測試，白盒測試是從（ ）觀點(diǎn)出發(fā)的測試。 、管理人員 、管理人員 、開發(fā)人員 、用戶 （ D ） 3中基本結(jié)構(gòu)是（ B ） 、子程序、分程序 、條件、循環(huán) 、堆棧、隊(duì)列 、返回、轉(zhuǎn)移 ，其包括的內(nèi)容和步驟甚多，而測試過程的多種環(huán)節(jié)中基 礎(chǔ)的是（ B ） ，黑盒測試方法和白盒測試方法是常用的方法，其中黑盒測試方法主要用于測試（ B ） （ A ）的度量 《軟件工程概論》 21 ，下述結(jié)論中，（ B ）是與軟件評審無關(guān)的內(nèi)容。 三、問答題 件測試的原則有哪些？ 答：（ 1）測試用例不但應(yīng)有輸入數(shù)據(jù)，還應(yīng)有預(yù)期的輸出數(shù)據(jù)。這樣便于對照檢查，做到“有的放矢”。 （ 2）測試用例不僅選用合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。這樣能更多的發(fā)現(xiàn)錯誤，提高程序的可靠性。對于不合理的輸入數(shù)據(jù)，要將反饋信息提供給用戶。 （ 3）除了檢查程序是否做了它應(yīng)該做的事，還可檢查程序是否做了它不應(yīng)該做的事。例如程序正確地打印出用戶所需信息的同時還是否打印出用戶并不需要的多余信息。 （ 4）應(yīng)指定測試計(jì)劃并嚴(yán)格執(zhí)行，排除隨意性。 （ 5）長期保留測試用例，為以后進(jìn)行的 回歸測試和維護(hù)提供方便。 （ 6）對發(fā)現(xiàn)錯誤較多的程序段，應(yīng)進(jìn)行更深入的測試。因?yàn)樵谛薷腻e誤過程中容易引入新的錯誤。 （ 7）為了達(dá)到最有效的測試效果，程序員避免測試自己的程序。 2．什么是黑盒測試法？什么是白盒測試法？ 答：黑盒測試是把被測試對象看成一個黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能需求。因此，黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動測試。 通過黑盒測試主要發(fā)現(xiàn)以下錯誤： （ 1）是否有不正確或遺漏了的功能。 （ 2）在接口上，能否正 確地接受輸入數(shù)據(jù)，能否產(chǎn)生正確的輸出信息。 （ 3）訪問外部信息是否有錯。 （ 4）性能上是否滿足要求等等。 白盒測試是把測試對象看作一個打開的盒子，測試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢驗(yàn)內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)《軟件工程概論》 22 構(gòu)是否有錯，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。 3．簡述軟件測試的步驟。 答： 軟件測試一般分為四個步驟： （ 1）單元測試（也稱模塊測試）：針對軟件設(shè)計(jì)的基本單元 —程序模塊，進(jìn)行正確 性檢驗(yàn)的測試工作。目的在于發(fā)現(xiàn)各個模塊內(nèi)部可能存在的各種差錯。單元測試需要從程序內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測試用例，多個模塊可以平行、獨(dú)立地進(jìn)行測試； （ 2）集成測試（也稱組裝測試，聯(lián)合測試）：在單元測試的基礎(chǔ)上，將所有模塊按設(shè)計(jì)要求集成在一起進(jìn)行測試，以檢驗(yàn)總體設(shè)計(jì)中各模塊間的接口設(shè)計(jì)問題、模塊之間的相互影響、上層模塊存在的各種差錯及全局?jǐn)?shù)據(jù)結(jié)構(gòu)對系統(tǒng)的影響等方面。 （ 3）確認(rèn)測試（也稱驗(yàn)收測試，有效性測試）：主要檢驗(yàn)軟件的功能和性能是否與需求說明書中的規(guī)定一致。 （ 4）系 統(tǒng)測試：將軟件系統(tǒng)作為一個元素，放入整個實(shí)際的計(jì)算機(jī)系統(tǒng)中，與計(jì)算機(jī)硬件、其他軟件、使用人員等系統(tǒng)元素結(jié)合在一起，在實(shí)際使用環(huán)境下進(jìn)行綜合全面的測試。 4．集成測試有哪些具體的方法？它們的區(qū)別是什么？ 答：集成測試的方法主要有非漸增式測試和漸增式測試。 （ 1）非漸增式測試：該測試是首先對每個模塊分別進(jìn)行單元測試，然后再把所有的模塊按設(shè)計(jì)要求組裝在一起進(jìn)行的測試。 （ 2）漸增式測試：該測試是逐個把未經(jīng)過測試的模塊組裝到已經(jīng)測試過的模塊上去，進(jìn)行集成測試。每加入一個新模塊進(jìn)行一次集成的測試，重復(fù)此過程直至程序組 裝完畢。 非漸增式測試和漸增式測試的區(qū)別有如下幾點(diǎn)： （ 1）非漸增式方法把單元測試和集成測試分成兩個不同的階段，前一階段完成模塊的單元測試，后一階段完成集成測試。而漸增式測試把單元測試與集成測試合在一起，同時完成。 （ 2）非漸增式需要更多的工作量，因?yàn)槊總€模塊都需要驅(qū)動模塊和樁模塊，而漸增式利用已測試過的模塊作為驅(qū)動模塊或樁模塊，因此工作量較少。 （ 3）漸增式可以較早地發(fā)現(xiàn)接口之間的錯誤，非漸增式最后組裝時才發(fā)現(xiàn)。 （ 4）漸增式有利于排錯，發(fā)生錯誤往往和最近加進(jìn)來的模塊有關(guān)，而非漸增式發(fā)現(xiàn)接口錯誤推遲到最后 ，很難判斷是哪一部分接口出錯。 （ 5）漸增式比較徹底，已測試的模塊和新的模塊組裝在一起再測試。 （ 6）漸增式占用的時間較多，但非漸增式需更多的驅(qū)動模塊、樁模塊，也占用一些時間。 （ 7）非漸增式開始可并行測試所有模塊，能充分利用人力，對測試大型軟件很有意義。 《軟件工程概論》 23 5．什么是軟件的可靠性和可用性，二者有什么區(qū)別和聯(lián)系。 答：可靠性：系統(tǒng)在給定的時間間隔內(nèi)，根據(jù)需求說明成功地運(yùn)行的概率。也可以說可靠性是系統(tǒng)依照需求指定的功能不失敗運(yùn)作的可能性。 可用性：系統(tǒng)在給定的時間點(diǎn)上根據(jù)需求說明成功地運(yùn)行的概率。也可以說可用性 是當(dāng)有請求時（即在一定時刻）系統(tǒng)能執(zhí)行有用服務(wù)的可能性。 可靠性與長期的行為有關(guān)，而可用性描述時間中某一給定點(diǎn)上的事情。 對于硬件，有的東西可能是高可靠的，但在時間的某一特定點(diǎn)上可能是不可用的。同樣的概念也適用于軟件系統(tǒng)。 可靠性、可用性是相互依賴的系統(tǒng)特性。都反映了用戶對系統(tǒng)的信任程度。如果系統(tǒng)是不可靠的，就很難保證系統(tǒng)的安全性、保密性等許多特性。如果系統(tǒng)不可用，用戶將無法接受。 第 六 章 軟件維護(hù) 本章要點(diǎn)： 1． 軟件維護(hù)的概念 2． 軟件維護(hù)的活動 3． 軟件的可維護(hù)性 4． 軟件再工程 本章目標(biāo)： 1． 了解 軟件維護(hù)的相關(guān)概念 2． 掌握維護(hù)活動的基本過程 3． 明確軟件的可維護(hù)性 4． 了解軟件再工程 本章重點(diǎn)： 1． 軟件維護(hù)的相關(guān)概念 2． 維護(hù)活動的基本內(nèi)容 3． 軟件的可維護(hù)性 本章難點(diǎn)： 1． 維護(hù)活動的基本內(nèi)容 2． 軟件的可維護(hù)性 一、填空題 《軟件工程概論》 24 1． 軟件維護(hù)分為（ 改正性維護(hù)、適應(yīng)性維護(hù)、增強(qiáng)性維護(hù) ）。 2． 帶來高維護(hù)費(fèi)用的關(guān)鍵因素有：（ 人員的不穩(wěn)定、合同責(zé)任、維護(hù)人員技術(shù)水平、系統(tǒng)結(jié)構(gòu)衰退 ）。 3．（ 軟件再工程 ）是視圖增加當(dāng)前系統(tǒng)的總體質(zhì)量、提高可維護(hù)性的工 程。 4．軟件維護(hù)費(fèi)用增加的主要原因是維護(hù)的（ 生產(chǎn)率 ）非常低。 5．軟件的（ 可維護(hù)性、可使用性、可靠性 ）是衡量軟件質(zhì)量的幾個主要特性。 二、選擇題 ，工作量所占比例最大的階段是（ D ）階段 （ A ），降低維護(hù)的代價。 ，是指（ C ） （ C） ，軟件仍能繼續(xù)正常工作的能力是指（ C ） 《軟件工程概論》 25 （ A ）是正確的 （ C ） 件維護(hù)不是一項(xiàng)吸引人的工作 三、問答題 ？ 答： 軟件維護(hù)內(nèi)容有四種：校正性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)和預(yù)防性維護(hù)。 （ 1） 校正性維護(hù) 在軟件交付使用后，由于在軟件開發(fā)過程中產(chǎn)生的錯誤并沒有完全徹底的在測試 中發(fā)現(xiàn)，因此必然有一部分隱含的錯誤被帶到維護(hù)階段來。這些隱含的錯誤在某些特定的使用環(huán)境 下會暴露出來。為了識別和糾正錯誤，修改軟件性能上的缺陷，應(yīng)進(jìn)行確定和修改錯誤的過程，這個過程就稱為校正性維護(hù)。校正性維護(hù)占整個維護(hù)工作的 20%左右。 （ 2） 適應(yīng)性維護(hù) 隨著計(jì)算機(jī)的飛速發(fā)展，計(jì)算機(jī)硬件和軟件環(huán)境也在不斷發(fā)生變化，數(shù)據(jù)環(huán)境也 在不斷發(fā)生變化。為了使應(yīng)用軟件適應(yīng)這種而修改軟件的過程稱為適應(yīng)性維護(hù)。這種維護(hù)活動占整個維護(hù)活動的 25%。 （ 3） 完善性維護(hù) 在軟件漫長的運(yùn)行時期中，用戶往往會對軟件提出新的功能要求與性能要求。這 是因?yàn)?用戶的業(yè)務(wù)會發(fā)生變化，組織機(jī)構(gòu)也會發(fā)生變化。為了適應(yīng)這些變化，應(yīng)用軟件原來的功《軟件工程概論》 26 能和性能需要擴(kuò)充和增強(qiáng)，為達(dá)到這個目的而進(jìn)行的維護(hù)活動稱為完善性維護(hù)，占整個維護(hù)活動的 50%。 （ 4） 預(yù)防性維護(hù)