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