【正文】 (1)操作內(nèi)聚。這些任務(wù)形成過程式軟件的基本結(jié)構(gòu)。 《軟件工程概論》 41 “ Gang of Four”的分類準(zhǔn)則，按模式的使用目的來劃分，可分為（ 創(chuàng)建型模式 ）、（ 結(jié)構(gòu)型模式 ）、（ 行為型模式 ）。 2. 自頂向下將現(xiàn)有的類細(xì)化為更具體的子類。關(guān)聯(lián)常用描述性動詞或動詞詞組來表示，其中有物理位置的表示、傳導(dǎo)的動作、通信、所有者關(guān)系、條件的滿足等。所有類在應(yīng)用中都必須有意義，在問題陳述中，并非所有類都是明顯給出的。 （ 3） 實(shí)體對象（或?qū)嶓w類） 負(fù)責(zé)保存長效且持久的信息。用例模型創(chuàng)建后，就可確定參與者如何驅(qū)動用例，以及用例以什么形式向參與者提供信息。特化的使用同類圖。 ？ 答：（ 1）確定參與者和用例 與用戶一起確定與系統(tǒng)有交互活動的所有角色，并為每個角色設(shè)計用例。 抽象化與具體化相結(jié)合可以使具體對 象直接從抽象對象的定義中獲得已有特性，而不必重復(fù)定義它們。 5．使用配置管理技術(shù)控制這些對象。 OO 項包括：現(xiàn)存 OO應(yīng)用的類的規(guī)約、設(shè)計和代碼，支持類（如 GUI 類或數(shù)據(jù)庫訪問類），和領(lǐng)域相關(guān)的構(gòu)件庫以及測試案例。 － Brock等人提出了（ 種類－責(zé)任－協(xié)作者 ）開發(fā)類圖的卡片技術(shù)。 《軟件工程概論》 33 UML 不僅統(tǒng)一了 Booch 方法、 OMT 方法、 OOSE 方法的表示方法，而且對其作了進(jìn)一步的發(fā)展，最終統(tǒng)一為大眾接受的標(biāo)準(zhǔn)建模語言。該方法完成了從需求角度進(jìn)一步進(jìn)行類和類層次結(jié)構(gòu)的認(rèn)定。 多態(tài)性增強(qiáng)了軟件的靈活性和重用性。 在類層次中，子類只繼承一個父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為單重繼承。 (2)分類性。 （ 4）軟件重用未能得到很好的解決。 （ 2）軟件結(jié)構(gòu)穩(wěn)定性差。 （ 3）實(shí)施軟件再工程，改善系統(tǒng)結(jié)構(gòu)，提高可維護(hù)性。 答： 維護(hù)的目的是為了延長軟件的壽命并讓創(chuàng)造更多的價值，經(jīng)過一段時間的維護(hù)，軟件中的錯誤減少了，功能增強(qiáng)了。 在維護(hù)任務(wù)完成后，要對維護(hù)任務(wù)進(jìn)行復(fù)審。 (2)對校正性維護(hù)從評價錯誤的嚴(yán)重性開始。 (4)復(fù)審。一般來說，高級語言比低級語言更容易理解，第四代語言更容易理解，容易編程，程序容易修改，改進(jìn) 了可維護(hù)性。 (3)建立明確的質(zhì)量保證 質(zhì)量保證是指為提高軟 件質(zhì)量所做的各種檢查工作。 軟件的可維護(hù)性、可使用性、可靠性是衡量軟件質(zhì)量的幾個主要特性，也是用戶十分關(guān)心的幾個問題。為了使應(yīng)用軟件適應(yīng)這種而修改軟件的過程稱為適應(yīng)性維護(hù)。 5．軟件的（ 可維護(hù)性、可使用性、可靠性 ）是衡量軟件質(zhì)量的幾個主要特性。 可靠性、可用性是相互依賴的系統(tǒng)特性。 《軟件工程概論》 23 5．什么是軟件的可靠性和可用性，二者有什么區(qū)別和聯(lián)系。 非漸增式測試和漸增式測試的區(qū)別有如下幾點(diǎn)： （ 1）非漸增式方法把單元測試和集成測試分成兩個不同的階段，前一階段完成模塊的單元測試，后一階段完成集成測試。目的在于發(fā)現(xiàn)各個模塊內(nèi)部可能存在的各種差錯。因此，黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動測試。例如程序正確地打印出用戶所需信息的同時還是否打印出用戶并不需要的多余信息。 二、選擇題 《軟件工程概論》 20 （ C ）觀點(diǎn) 出發(fā)的測試，白盒測試是從（ ）觀點(diǎn)出發(fā)的測試。 （ 5）定義功能可以預(yù)測的模塊，（如對于相同的輸入，輸出是恒定的），但要避免過分限制模塊（如數(shù)據(jù)結(jié)構(gòu)的大小、控制流的選擇、外部接口的模式等限制）。 （ 2）內(nèi)聚性是一個構(gòu)件內(nèi)部各種元素彼此結(jié)合的緊密程度的度量。每個視圖都有一個的處理用戶輸《軟件工程概論》 18 入和設(shè)備交互的控制器對象。 型的思想是什么？使用它有什么好處？ 答：把用戶界面中的表示、交互和實(shí)體相分離是該模型的基礎(chǔ)。 （ 4）過程模型：注重系統(tǒng)必須適應(yīng)業(yè)務(wù)和技術(shù)的過程。 二、 選擇題 ，它們之間的關(guān)系是（ A ） （ D） （ D ） ，傳遞的是控制變量 ，或通過非正常入口而轉(zhuǎn)入另一個 模塊內(nèi)部 《軟件工程概論》 16 ，用結(jié)構(gòu)圖表達(dá)時，最關(guān)心的是 模塊的內(nèi)聚性和 （ C ） （ A ）的設(shè)計方法 PDL是下列（ B）語言 （ B ） 能和輸入輸出數(shù)據(jù) 三、問答題 ？ 軟件概要設(shè)計的基本任務(wù)是什么？ 答：在軟件需求分析階段，已經(jīng)搞清楚了軟件“做什么”的問題，并通過需求說明書將這些需求描述了出來，這也是目標(biāo)系統(tǒng)的邏輯模型。 《軟件工程概論》 14 0 層圖： 其他條目略。其次，考慮該系統(tǒng)內(nèi)部功能。 SA 方法往 往對這一部分用自然語言作補(bǔ)充。 5． 簡述結(jié)構(gòu)化設(shè)計方法（ SA）的優(yōu)缺點(diǎn)。數(shù)據(jù)字典是為了分析人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細(xì)定義而服務(wù)的，因此也像普通字典一樣，要把所有條目按一定的次序排列起來，以便查閱。數(shù)據(jù)域包括數(shù)據(jù)流、數(shù)據(jù)內(nèi)容和數(shù)據(jù)結(jié)構(gòu)，而功能域反映上述三方面的控制信息。 用來描述系統(tǒng)的（ 功能活動及聯(lián)系 ），建立系統(tǒng)的（ 功能模型 ）。 7．項目總結(jié)都包括哪些內(nèi)容。 （ 7）軟件發(fā)布計劃：軟件開發(fā)項目完成后，如何提交給用戶。 A． 存在侵權(quán)否 B． 成本－效益問題 C． 運(yùn)行方式可行 D． 技術(shù)風(fēng)險問題 3． Constantine 提出的“組織范型”包括（ ABCD ） A． 封閉式范型 B． 隨機(jī)式范型 C． 開放式范型 《軟件工程概論》 6 D． 同步式范型 4．社會因素 可行性考慮的方面包括（ ABCD ） A．政策 B．法律 C．使用 D．環(huán)境 5．技術(shù)可行性考慮的問題有（ ABC） A．開發(fā)風(fēng)險分析 B．資源分析 C．相關(guān)技術(shù)的反展 6．經(jīng)濟(jì)可行性考慮的系統(tǒng)成本包括（ ABCD ） A．軟件開發(fā)費(fèi)用 B．購置并安裝軟硬件機(jī)有關(guān)設(shè)備的費(fèi)用 C．系統(tǒng)安裝、運(yùn)行和維護(hù)費(fèi)用 D．人員培訓(xùn)費(fèi)用 三、問答題 1．軟件質(zhì)量保證包括哪幾方面內(nèi)容？ ． 答： 軟件質(zhì)量保證是一種應(yīng)用于整個軟件過程的庇護(hù)性活動，包括： （ 1）質(zhì)量管理方法 （ 2）有效地軟件工程方 法和工具（ 3）過程中采用的正是技術(shù)評審（ 4）多層次的測試策略 （ 5）對軟件文檔及其修改的控制 （ 6）保證與開發(fā)標(biāo)準(zhǔn)符合的規(guī)程 （ 7）軟件度量及報告機(jī)制等等方面的內(nèi)容 2．簡述可行性研究的任務(wù)。 2．基本的估算方法有（ 自 頂向下估算 ）、（ 自底向上估算 ）、（ 差別估算法 ）等等。它是在瀑布模型的基礎(chǔ)上加以修改而形成的。 原 因：缺乏正確的理論指導(dǎo)，開發(fā)人員各行其是；軟件規(guī)模越來越大，無開發(fā)管理經(jīng)驗；軟件復(fù)雜度越來越高，而開發(fā)技術(shù)不相適應(yīng)；缺少先進(jìn)的開發(fā)工具，開發(fā)方式落后。 4．“軟件工程”概念的提出是為了克服（ 軟件危機(jī) ）。 5．“軟件工程”是使用系統(tǒng)化的、規(guī)范的、可量化的方法指導(dǎo)（ 軟件開發(fā) ）、（ 運(yùn)《軟件工程概論》 2 行 ）和（ 維護(hù) ）的一門學(xué)科。 ？它的內(nèi)容是什么？ 答：軟件工程是用科學(xué)知識和技術(shù)原理來定義、開發(fā)、維護(hù)軟件的一門學(xué)科，軟件工程研究的主要內(nèi)容是軟件開發(fā)技術(shù)和軟件開發(fā)管理兩個方面，在軟件開發(fā)技術(shù)方面，主要是研究軟件開發(fā)方法、軟件開發(fā)過程、軟件開發(fā)工具盒環(huán)境。 增量模型和瀑布模型之 間的本質(zhì)區(qū)別是：瀑布模型屬于整體開發(fā)模型，它規(guī)定在開始下一個階段的工作之前，必須完成前一階段的所有細(xì)節(jié)。 3．可行性研究需要從（ 技術(shù) ）可行性、（ 經(jīng)濟(jì) ）可行性、（ 社會 ）可行性三個方面分析研究每種解決方法的可行性。 答： 可行性研究的主要任務(wù)是了解用戶的要求及現(xiàn)實(shí)環(huán)境，從技術(shù)、經(jīng)濟(jì)和社會因素等方面研究并論證本軟件項目的可行性，編寫可行性研究報告供項目管理人員評審，以便作出是否開發(fā)軟件項目的決策。 5．簡述項目基準(zhǔn)計劃的步驟。 答：（ 1）用戶驗收：根據(jù)項目協(xié)議中規(guī)定的驗收標(biāo)準(zhǔn)對系統(tǒng)進(jìn)行評價，并通過場景演示，測試系統(tǒng)功能性和非功能性需求。 6．傳統(tǒng)的 SA 方法主要用于（ 數(shù)據(jù)處理方面 ）的問題，主要工具 DFD 體現(xiàn)了系統(tǒng)的（ 做什么 ）功能，但它僅是一個（ 靜態(tài)模型 ），沒有處理的順序，即（ 控制模型 ）。 （ 2）可以把一個復(fù)雜問題按功能進(jìn)行分解并可逐層細(xì)化。數(shù)據(jù)字典有以下四類條目：數(shù)據(jù)流、數(shù)據(jù)項、數(shù)據(jù)存儲、基本加工。 答： 結(jié)構(gòu)化設(shè)計方法的優(yōu)點(diǎn)：結(jié)構(gòu)化設(shè)計方法是軟件需求分析中公認(rèn)的、有成效的、技術(shù)成熟、使用廣泛的一種方法，它較適合于開發(fā)數(shù)據(jù)處理類型軟件的需求分析。 （ 4）描述軟件需求的精確性有待提高。系統(tǒng)要檢驗用戶填寫單據(jù)的合法性及區(qū)分存款還是取款，然后分別進(jìn)行 存款處理和取款處理。 數(shù)據(jù)存儲條目： 文件名：考生記錄 組成：準(zhǔn)考證編號＋姓名＋性別＋年齡＋地區(qū)＋職業(yè)＋｛科目＋成績｝ 1 15 組織方式：索目文件，以準(zhǔn)考證編號為主關(guān)鍵字 …… 第 四 章 軟件設(shè)計 本章要點(diǎn)： 1． 軟件設(shè)計概述 2． 軟件體系結(jié)構(gòu) 3． 優(yōu)秀設(shè)計的概念 4． 傳統(tǒng)的結(jié)構(gòu)化設(shè)計 5． 用戶界面設(shè)計 6． 構(gòu)件級設(shè)計 本章目標(biāo)： 1． 了解軟件設(shè)計的相關(guān)概念 2． 掌握體系結(jié)構(gòu)的風(fēng)格及意義 3． 了解優(yōu)秀軟件設(shè)計的概念 4． 掌握傳統(tǒng)的結(jié)構(gòu)化 設(shè)計 5． 明確用戶界面設(shè)計及構(gòu)件級設(shè)計 本章重點(diǎn)： 1． 軟件設(shè)計的相關(guān)概念 2． 傳統(tǒng)的結(jié)構(gòu)化設(shè)計 3． 用戶界面設(shè)計 本章難點(diǎn)： 1． 傳統(tǒng)的結(jié)構(gòu)化設(shè)計 2． 用戶界面設(shè)計 《軟件工程概論》 15 一、 填空題 著軟件系統(tǒng)越來越大、越來越復(fù)雜，軟件設(shè)計的核心已經(jīng)轉(zhuǎn)移到新的計算模式，非傳統(tǒng)的（ “程序＝算法＋數(shù)據(jù)結(jié)構(gòu)”、 ），新的模式就是（ 系統(tǒng)總體結(jié)構(gòu)的設(shè)計和規(guī)范 ）。進(jìn)入了設(shè)計階段，要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型。 （ 5）功能模型：一組功能構(gòu)件按層次組成，下層向上層提供服務(wù)，是一種特殊的框架模型。 MVC 是一種用來使用戶界面層和系統(tǒng)的其他部分分離的體系結(jié)構(gòu)模式。 使用 MVC 模式的好處： （ 1）三個構(gòu)件可獨(dú)立設(shè)計 （ 2）提高內(nèi)聚，降低耦合：構(gòu)件之間通信信道最小且易查找。包括：偶然內(nèi)聚、邏輯內(nèi)聚、時間內(nèi)聚、過程內(nèi)聚、通信內(nèi)聚、順序內(nèi)聚、功能內(nèi)聚。 第 五 章 軟件測試 本章要點(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)測試方法 ）。 、管理人員 、管理人員 、開發(fā)人員 、用戶 （ D ） 3中基本結(jié)構(gòu)是（ B ） 、子程序、分程序 、條件、循環(huán) 、堆棧、隊列 、返回、轉(zhuǎn)移 ，其包括的內(nèi)容和步驟甚多，而測試過程的多種環(huán)節(jié)中基 礎(chǔ)的是（ B ） ，黑盒測試方法和白盒測試方法是常用的方法，其中黑盒測試方法主要用于測試（ B ） （ A ）的度量 《軟件工程概論》 21 ，下述結(jié)論中，（ B ）是與軟件評審無關(guān)的內(nèi)容。 （ 4）應(yīng)指定測試計劃并嚴(yán)格執(zhí)行，排除隨意性。 通過黑盒測試主要發(fā)現(xiàn)以下錯誤： （ 1）是否有不正確或遺漏了的功能。單元測試需要從程序內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例，多個模塊可以平行、獨(dú)立地進(jìn)行測試； （ 2）集成測試（也稱組裝測試，聯(lián)合測