【正文】 form a basis for design for reuse? programming templates data interface protocolsAnswer: a(Section ) a reuse environment, library queries are often characterized using the ________ element of the 3C of the aboveAnswer: c(Section ) importance of software design can be summarized in a single word : d(Section ) of the following is not a characteristic mon to all design methods? management ponent representation assessment guidelines heuristicsAnswer: a(Section ) of the following can be used to represent the architectural design of a piece of software? models models models of the aboveAnswer: d(Section ) patterns are not applicable to the design of objectoriented software? Answer: b(Section ) modularity is an important design goal it is not possible to have too many modules in a proposed Answer: b(Section ) hiding makes program maintenance easier by hiding data and procedure from unaffected parts of the plexity efficiency quality Answer: a(Section ) is a qualitative indication of the degree to which a module be written more on just one able to plete its function in a timely connected to other modules and the outside : b(Section ) is a qualitative indication of the degree to which a module be written more on just one able to plete its function in a timely connected to other modules and the outside : d(Section ) using structured design methodologies the process of stepwise refinement is Answer: b(Section ) designs are refactored to allow the creation of software that is easier to integrate, easier to test, and easier to Answer: a(Section ) of the following is not one of the five design class types domain classes classes classes interface classesAnswer: b(Section ) design model elements are used to depict a model of information represented from the user’s view? design elements design elements design elements design elementsAnswer: c(Section ) design is equivalent to the floor plan of a house? design design design designAnswer: a(Section ) design model is equivalent to the detailed drawings of the access points and external utilities for a house? design design design designAnswer: d(Section ) design model is equivalent to a set of detailed drawings for each room in a house? design design design designAnswer: b(Section ) deployment design elements specify the build order for the software Answer: b(Section )第四篇：軟件工程總結(jié)第一章軟件與軟件工程的概念軟件的概念：軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，軟件包括程序，數(shù)據(jù)，及其相關(guān)文檔的完整集合。數(shù)據(jù)是使程序能夠正確地處理信息的數(shù)據(jù)結(jié)構(gòu)。程序的最小單位是函數(shù)及子程序，程序與數(shù)據(jù)是分離的，在面向?qū)ο蟪绦蛟O(shè)計(jì)時(shí)代，程序的最小單位是類，在類中封裝了相關(guān)的數(shù)據(jù)及指令代碼。（錯(cuò)）軟件的開發(fā)特性是指軟件需要大量手工勞動，難以自動化生產(chǎn)。（錯(cuò)）軟件的生產(chǎn)指的是軟件的復(fù)制。軟件的開發(fā)環(huán)境往往就是軟件的運(yùn)行環(huán)境，或者與其兼容。（錯(cuò)）軟件可以不斷改進(jìn)，因此軟件不需要廢棄。2，應(yīng)用軟件，是在系統(tǒng)軟件的支持下，在特定區(qū)域內(nèi)開發(fā)，為特定目的服務(wù)的一類軟件。4，可復(fù)用軟件，最初實(shí)現(xiàn)的典型的可復(fù)用軟件是各種標(biāo)準(zhǔn)函數(shù)庫，通常是由計(jì)算機(jī)廠商提供的系統(tǒng)軟件的一部分。軟件的定義：計(jì)算機(jī)程序，方法，規(guī)則，相關(guān)的文檔資料一集在計(jì)算機(jī)上運(yùn)行時(shí)所必需的數(shù)據(jù)。原因：1，缺乏軟件開發(fā)的經(jīng)驗(yàn)和有關(guān)軟件開發(fā)數(shù)據(jù)的積累，使得開發(fā)工作的計(jì)劃很難制定。3，軟件開發(fā)過程不規(guī)范，缺少方法和規(guī)范的指導(dǎo)。5，缺少有效的軟件評測手段，提交用戶的軟件質(zhì)量差。軟件生存期：軟件的孕育，誕生，成長，成熟，衰亡的生存過程。軟件定義時(shí)期的任務(wù)主要任務(wù)是解決“做什么”的問題，確定工程的總目標(biāo)和可行性；實(shí)現(xiàn)工程目標(biāo)的策略及系統(tǒng)功能；估計(jì)需要的資源和成本；制訂工程進(jìn)度表。軟件開發(fā)時(shí)期的任務(wù)和包含階段主要任務(wù)是解決“如何做”的問題，設(shè)計(jì)和實(shí)現(xiàn)定義的軟件。軟件運(yùn)行維護(hù)時(shí)期的主要任務(wù)是使軟件持久地滿足用戶的需要，通常有4類維護(hù)活動：改正性維護(hù)；適應(yīng)性維護(hù)；完善性維護(hù)；預(yù)防性維護(hù)。項(xiàng)目計(jì)劃。軟件設(shè)計(jì)說明書。軟件工程各個(gè)階段的基本任務(wù)問題定義與可行性研究：解決什么問題？能否解決問題？是否值得做？”需求分析：做什么軟件設(shè)計(jì)：如何實(shí)現(xiàn)程序編碼和單元測試：實(shí)現(xiàn)設(shè)計(jì)集成和系統(tǒng)測試：組裝連接測試、功能驗(yàn)證測試軟件運(yùn)行和維護(hù)：修改 第二章軟件工程方法與工具軟件工具：是指能支持軟件生存周期中某一階段（如系統(tǒng)定義，需求分析，設(shè)計(jì)，編碼，測試，維護(hù)等）的需要而使用的軟件工具。通過數(shù)據(jù)流程圖DFD進(jìn)行功能分析。軟件的體系結(jié)構(gòu)通常用模塊結(jié)構(gòu)圖來描述。Visio。設(shè)計(jì)模塊的算法和內(nèi)部實(shí)現(xiàn)細(xì)節(jié)。問題分析圖(PAD)。流程圖(FC)。結(jié)構(gòu)化語言。判定樹第三章軟件需求獲取與結(jié)構(gòu)化分析方法 需求獲取的主要任務(wù)是與用戶溝通，了解系統(tǒng)或產(chǎn)品的目標(biāo)是什么，客戶或用戶想要實(shí)現(xiàn)什么，系統(tǒng)和產(chǎn)品如何滿足業(yè)務(wù)的要求，最終系統(tǒng)或產(chǎn)品如何用于日常工作。需求分析的困難體現(xiàn)：系統(tǒng)的目標(biāo)或范圍問題；需求不準(zhǔn)確性問題；需求的易變問題需求獲取的任務(wù)：發(fā)現(xiàn)和分析問題，并分析問題的原因，結(jié)果關(guān)系。按照三個(gè)成分即數(shù)據(jù)，過程和接口觀察問題的不同側(cè)面。需求獲取的原則：深入淺出，以流程為主線。2，現(xiàn)有產(chǎn)品或競爭產(chǎn)品的描述文檔。4，當(dāng)前系統(tǒng)的問題報(bào)告和改進(jìn)要求。6，觀察用戶如何工作。（不能獲取準(zhǔn)確、全面的系統(tǒng)需求）沒有經(jīng)過與用戶交流而獲取的需求都是不真實(shí)的需求。（系統(tǒng)開發(fā)包含研究行為，應(yīng)了解對手產(chǎn)品，取長補(bǔ)短）系統(tǒng)開發(fā)包含改進(jìn)當(dāng)前系統(tǒng)的缺陷和不足。（對，需求描述是困難的）觀察用戶如何工作也是一種需求調(diào)查行為。完整性，正確性，合理性，可行性，充分性。核心是數(shù)據(jù)字典。使用狀態(tài)轉(zhuǎn)換圖（簡稱狀態(tài)圖）建立系統(tǒng)行為模型。加工規(guī)格說明。第四章結(jié)構(gòu)化設(shè)計(jì)方法結(jié)構(gòu)化設(shè)計(jì)方法是在模塊化，自頂向下逐步細(xì)化及結(jié)構(gòu)化程序設(shè)計(jì)技術(shù)基礎(chǔ)上發(fā)展起來的，結(jié)構(gòu)化設(shè)計(jì)方法可分為兩類：一類是根據(jù)系統(tǒng)的數(shù)據(jù)流進(jìn)行設(shè)計(jì)，稱為面向數(shù)據(jù)流的設(shè)計(jì)，或稱過程驅(qū)動設(shè)計(jì)，另一類是根據(jù)系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)，稱為面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)，或稱數(shù)據(jù)驅(qū)動的設(shè)計(jì)。模塊化是將整體軟件劃分為獨(dú)立命名且可獨(dú)立訪問的模塊，不同的模塊通常具有不用的功能或指責(zé)，每個(gè)模塊可獨(dú)立開發(fā)，測試，最后組裝成完整的軟件。模塊并不是越小越好，當(dāng)模塊數(shù)目增加時(shí)，每個(gè)模塊的規(guī)模將減小，開發(fā)單個(gè)模塊的成本確實(shí)減少了，但是隨著模塊數(shù)目增加，模塊之間關(guān)系的復(fù)雜程度也會增加，設(shè)計(jì)模塊間接口所需要的工作量也將增加。自頂向下，逐步細(xì)化：抽象是指忽視一個(gè)主題中與當(dāng)前目標(biāo)無關(guān)的方面，以便更充分地注意與當(dāng)前目標(biāo)有關(guān)的方面，當(dāng)我們進(jìn)行軟件設(shè)計(jì)時(shí)，設(shè)計(jì)開始時(shí)應(yīng)盡量提高軟件的抽象層次，按抽象級別從高到低進(jìn)行軟件設(shè)計(jì)，將軟件的體系結(jié)構(gòu)按自頂向下方式，對各個(gè)層次的過程細(xì)節(jié)和數(shù)據(jù)細(xì)節(jié)逐層細(xì)化，直到用程序設(shè)計(jì)語言的語句能夠?qū)崿F(xiàn)為止，從而最后確定整個(gè)系統(tǒng)的體系結(jié)構(gòu)，這就是自頂向下逐步細(xì)化過程。1是盡量使用已有的構(gòu)件。軟件設(shè)計(jì)的階段與任務(wù)：從工程管理的角度，可以將軟件設(shè)計(jì)分為概要設(shè)計(jì)階段和詳細(xì)設(shè)計(jì)階段。詳細(xì)設(shè)計(jì)即過程設(shè)計(jì)，對結(jié)構(gòu)表示進(jìn)行細(xì)化，得到軟件詳細(xì)的數(shù)據(jù)結(jié)構(gòu)和算法。數(shù)據(jù)設(shè)計(jì)，依賴于ER圖。過程設(shè)計(jì)：依賴于加工規(guī)格說明、狀態(tài)圖基于數(shù)據(jù)流方法的設(shè)計(jì)過程：。2，消除重復(fù)功能，改善軟件結(jié)構(gòu)。4，盡可能減少高扇出結(jié)構(gòu)，隨著深度增大扇入。6，模塊的大小要適中。自頂向下，逐步細(xì)化的設(shè)計(jì)過程主要包括兩個(gè)方面：一是將復(fù)雜問題的解法分析和細(xì)化成由若干個(gè)模塊組成的層次結(jié)構(gòu)，二是將每個(gè)模塊的功能逐步分解細(xì)化為一系列的處理。軟件測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。軟件是計(jì)算機(jī)系統(tǒng)中的邏輯成分，具有無形性，可復(fù)用性。（2）按工作方式劃分：實(shí)時(shí)處理軟件、分時(shí)處理軟件、交互式軟件、批處理軟件。（4）按服務(wù)對象劃分：通用軟件、定制軟件。（2）程序系統(tǒng)時(shí)代（20世紀(jì)60年代）。4．軟件危機(jī)（1）危機(jī)現(xiàn)象：軟件開發(fā)成本與進(jìn)度估計(jì)不準(zhǔn)確，軟件產(chǎn)品與用戶要求不一致，軟件產(chǎn)品質(zhì)量可靠性差，軟件文檔不完整不一致，軟件產(chǎn)品可維護(hù)性差，軟件生產(chǎn)率低。5．軟件工程軟件工程：運(yùn)用現(xiàn)代科學(xué)技術(shù)知識來設(shè)計(jì)并構(gòu)造計(jì)算機(jī)程序及為開發(fā)、運(yùn)行和維護(hù)這些程序所必須的相關(guān)文件資料。軟件工程的目標(biāo)：控制成本，滿足需求，提高質(zhì)量，提高可靠性，是產(chǎn)品易于維護(hù)，移植，升級和使用，控制開發(fā)周期。（2）軟件工具：具有自動化特征的軟件開發(fā)集成支撐環(huán)境。（4）工程管理：項(xiàng)目規(guī)劃，項(xiàng)目資源調(diào)配，軟件產(chǎn)品控制。（6）工程目標(biāo)：開發(fā)成本較低，軟件功能能滿足用戶需求，軟件性能較好，軟件可靠性高，軟件易于使用、維護(hù)與移植，能按時(shí)完成開發(fā)任務(wù)并及時(shí)交付使用。二、軟件工程過程模型 1．軟件生命周期 如同任何事物都有一個(gè)發(fā)生、發(fā)展、成熟直至衰亡的全過程一樣，軟件系統(tǒng)或軟件產(chǎn)品也有一個(gè)定義、開發(fā)、運(yùn)行維護(hù)直至被淘汰這樣的全過程，我們把軟件將要經(jīng)歷的這個(gè)全過程稱為軟件的生命周期。軟件定義期 軟件定義是軟件項(xiàng)目的早期階段，主要由軟件系統(tǒng)分析人員和用戶合作，針對有待開發(fā)的軟件系統(tǒng)進(jìn)行分析、規(guī)劃和規(guī)格描述，確定軟件是什么，為今后的軟件開發(fā)做準(zhǔn)備。1．軟件任務(wù)立項(xiàng) 軟件項(xiàng)目往往開始于任務(wù)立項(xiàng)，并需要以“軟件任務(wù)立項(xiàng)報(bào)告”的形式針對項(xiàng)目的名稱、性質(zhì)、目標(biāo)、意義和規(guī)模等作出回答，以此獲得對準(zhǔn)備著手開發(fā)的軟件系統(tǒng)的最高層描述?？尚行苑治鍪轻槍?zhǔn)備進(jìn)行的軟件項(xiàng)目進(jìn)行的可行性風(fēng)險(xiǎn)評估。3．制定項(xiàng)目計(jì)劃 在確定項(xiàng)目可以進(jìn)行以后，接著需要針對項(xiàng)目的開展，從人員、組織、進(jìn)度、資金、設(shè)備等多個(gè)方面進(jìn)行合理的規(guī)劃，并以“項(xiàng)目開發(fā)計(jì)劃書”的形式提交書面報(bào)告。需求分析要求以用戶需求為基本依據(jù)，從功能、性能、數(shù)據(jù)、操作等多個(gè)方面，對軟件系統(tǒng)給出完整、準(zhǔn)確、具體的描述，用于確定軟件規(guī)格。在軟件項(xiàng)目進(jìn)行過程中，需求分析是從軟件定義到軟件開發(fā)的最關(guān)鍵步驟，其結(jié)論不僅是今后軟件開發(fā)的基本依據(jù)，同時(shí)也是今后用戶對軟件產(chǎn)品進(jìn)行驗(yàn)收的基本依據(jù)。這個(gè)時(shí)期需要分階段地完成以下幾項(xiàng)工作。模塊是概要設(shè)計(jì)時(shí)構(gòu)造軟件的基本元素，因此，概要設(shè)計(jì)中軟件也就主要體現(xiàn)在模塊的構(gòu)成與模塊接口這兩個(gè)方面上。概要設(shè)計(jì)時(shí)并不需要說明模塊的內(nèi)部細(xì)節(jié)，但是需要進(jìn)行全部的有關(guān)它們構(gòu)造的定義，包括功能特征、數(shù)據(jù)特征和接口等。2．軟件詳細(xì)設(shè)計(jì) 設(shè)計(jì)工作的第二步是詳細(xì)設(shè)計(jì)，它以概要設(shè)計(jì)為依據(jù)，用于確定軟件結(jié)構(gòu)中每個(gè)模塊的內(nèi)部細(xì)節(jié)，為編寫程序提供最直接的依據(jù)。3．編碼和單元測試 編碼是對軟件的實(shí)現(xiàn)，一般由程序員完成，并以獲得源程序基本模塊為目標(biāo)。在基于軟件工程的軟件開發(fā)過程中，編碼往往只是一項(xiàng)語言轉(zhuǎn)譯工作，即把詳細(xì)設(shè)計(jì)中的算法描述語言轉(zhuǎn)譯成某種適當(dāng)?shù)母呒壋绦蛟O(shè)計(jì)語言或匯編語言。單元測試也以“詳細(xì)設(shè)計(jì)說明書”為依據(jù)，用于檢驗(yàn)每個(gè)基本模塊在功能、算法與數(shù)據(jù)結(jié)構(gòu)上是否符合設(shè)計(jì)要