為方便軟考考生對(duì)軟件評(píng)測(cè)師考試知識(shí)點(diǎn)的檢測(cè)，希賽軟考頻道為考生帶來(lái)軟考軟件評(píng)測(cè)師考試知識(shí)點(diǎn)填空檢測(cè)的內(nèi)容（完整版可在本文文首本文資料處或文末的資料下載欄目下載）。

軟考軟件評(píng)測(cè)師考試知識(shí)點(diǎn)填空檢測(cè)（8）內(nèi)容如下：

第8章 軟件工程

軟件工程

·軟件工程

是指應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)系管理科學(xué)等原理，以工程化的原則和方法來(lái)解決軟件問(wèn)題的工程，其目的是提高軟件生產(chǎn)率、提高_(dá)______、降低_______。

·三要素

_______：是指完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)方法。

_______：是指為運(yùn)用方法而提供的軟件工程支撐環(huán)境。

_______：是指為獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架。

軟件生命周期

·可行性分析與項(xiàng)目開發(fā)計(jì)劃

這個(gè)階段主要確定軟件的_______及其_______。必須要回答的問(wèn)題是：要解決的問(wèn)題是什么？該問(wèn)題有可行的解決辦法嗎？若有解決的辦法，則需要多少費(fèi)用？需要多少資源？需要多少時(shí)間？要回答這些問(wèn)題，就要進(jìn)行問(wèn)題定義、可行性分析，制定項(xiàng)目開發(fā)計(jì)劃?？尚行苑治雠c項(xiàng)目計(jì)劃階段的參加人員有用戶、項(xiàng)目負(fù)責(zé)人和系統(tǒng)分析師。該階段產(chǎn)生的主要文檔有可行性分析報(bào)告和項(xiàng)目開發(fā)計(jì)劃。

·需求分析

這個(gè)階段的任務(wù)不是具體解決問(wèn)題，而是準(zhǔn)確地確定_______，確定軟件系統(tǒng)的_______、

_______、_______和_______等要求，從而確定系統(tǒng)的邏輯模型。該階段的參加人員有用戶、項(xiàng)目負(fù)責(zé)人和系統(tǒng)分析師。該階段產(chǎn)生的主要文檔有_______。

·概要設(shè)計(jì)

就是設(shè)計(jì)軟件的_______、明確軟件由_______，這些模塊的層次結(jié)構(gòu)是怎樣的，這些模塊的調(diào)用關(guān)系是怎樣的，每個(gè)模塊的功能是什么。同時(shí)，還要設(shè)計(jì)該項(xiàng)目的應(yīng)用系統(tǒng)的總體數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫(kù)結(jié)構(gòu)，即應(yīng)用系統(tǒng)要存儲(chǔ)什么數(shù)據(jù)，這些數(shù)據(jù)是什么樣的結(jié)構(gòu)，它們之間有什么關(guān)系。該階段的參加人員有系統(tǒng)分析師和軟件設(shè)計(jì)師。該階段產(chǎn)生的主要文檔有_______。

·詳細(xì)設(shè)計(jì)

該階段的主要任務(wù)是對(duì)每個(gè)模塊完成的功能進(jìn)行_______，要把功能描述轉(zhuǎn)變?yōu)榫_的、結(jié)構(gòu)化的過(guò)程描述。即該模塊的控制結(jié)構(gòu)是怎樣的，先做什么，后做什么，有什么樣的條件判定，有些什么重復(fù)處理等，并用相應(yīng)的表示工具把這些控制結(jié)構(gòu)表示出來(lái)。該階段參加的人員有軟件設(shè)計(jì)師和程序員。該階段產(chǎn)生的主要文檔有_______。

·編碼

該階段就是把每個(gè)模塊的控制結(jié)構(gòu)轉(zhuǎn)換成計(jì)算機(jī)可接受的程序代碼，即寫成某種特定程序設(shè)計(jì)語(yǔ)言表示的源程序清單。

·測(cè)試

是在設(shè)計(jì)測(cè)試用例的基礎(chǔ)上檢查軟件的各個(gè)組成部分。該階段主要文檔有軟件測(cè)試計(jì)劃、測(cè)試用例和軟件測(cè)試報(bào)告。

·維護(hù)

是軟件生命周期中時(shí)間最長(zhǎng)的階段。已交付的軟件投入正式使用后，便進(jìn)入軟件維護(hù)階段。

需求的層次

·系統(tǒng)需求

從系統(tǒng)的角度來(lái)說(shuō)明軟件的需求。

·_______

規(guī)定了開發(fā)人員必須在系統(tǒng)中實(shí)現(xiàn)的軟件功能。

·_______

指系統(tǒng)必須具備的屬性和品質(zhì)；可細(xì)分為：軟件質(zhì)量屬性（如：可維護(hù)性、可靠性、效率等）和其他的非功能需求。

·_______

限制條件或補(bǔ)充規(guī)約；通常是對(duì)系統(tǒng)的一些約束說(shuō)明；如：必須采用國(guó)有自主知識(shí)產(chǎn)權(quán)的數(shù)據(jù)庫(kù)系統(tǒng)，必須運(yùn)行在UNIX操作系統(tǒng)之下等。

需求的特征

·_______：每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚，使設(shè)計(jì)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的必要信息。

·_______：每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開發(fā)的功能：只有用戶代表才能確定需求的正確性。

·_______：每一項(xiàng)需求都必須是在已知的系統(tǒng)或環(huán)境內(nèi)可以實(shí)現(xiàn)的：建立數(shù)學(xué)模型，進(jìn)行仿真。

·_______：每項(xiàng)需求都是編寫文檔的根源，每項(xiàng)需求都需要回溯到具體用戶：用戶需求，跟蹤矩陣。

·_______：對(duì)所有的需求，讀者只能有一個(gè)明確統(tǒng)一的解釋：形式化的語(yǔ)言、圖、表。

·_______：檢查每一項(xiàng)需求是否能通過(guò)測(cè)試用例或其它驗(yàn)證方法。

聚合

衡量模塊______________。

·偶然聚合：__________________________________________。

·邏輯聚合：__________________________________________。

·時(shí)間聚合：__________________________________________。

·過(guò)程聚合：__________________________________________。

·通信聚合：__________________________________________。

·順序聚合：__________________________________________。

·功能聚合：__________________________________________。

耦合

度量_____________________。

·非直接耦合：___________________________________。

·數(shù)據(jù)耦合：___________________________________。

·標(biāo)記耦合：___________________________________。

·控制耦合：___________________________________。

·外部耦合：___________________________________。

·公共耦合：___________________________________。

·內(nèi)容耦合：___________________________________。

維護(hù)

·系統(tǒng)可維護(hù)性的評(píng)價(jià)指標(biāo)

_______：是指理解、改正、改動(dòng)、改進(jìn)軟件的難易程度。

_______：指維護(hù)人員理解軟件的結(jié)構(gòu)、接口、功能和內(nèi)部過(guò)程的難易程度。

_______：是指測(cè)試和診斷軟件錯(cuò)誤的難易程度。

_______：是指修改軟件的難易程度。

·維護(hù)分類（ISO／IEC14764）

更正性維護(hù)：___________________________________。

適應(yīng)性維護(hù)：___________________________________。

完善性維護(hù)：___________________________________。

預(yù)防性維護(hù)：___________________________________。

數(shù)據(jù)流圖/數(shù)據(jù)字典

·數(shù)據(jù)流圖（Data Flow Diagram，DFD）

是一種最常用的結(jié)構(gòu)化分析工具，從______________的角度，以圖形的方式刻畫系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)動(dòng)情況。

是一種能全面地描述______________的主要工具，可以用少數(shù)幾種符號(hào)綜合地反映出信息在系統(tǒng)中的流動(dòng)、處理和存儲(chǔ)的情況。

數(shù)據(jù)流圖具有抽象性和概括性。

·數(shù)據(jù)流圖設(shè)計(jì)注意事項(xiàng)

自外向內(nèi)，自頂向下，逐層細(xì)化，完善求精；

保持______________的平衡；

保持?jǐn)?shù)據(jù)守恒；

加工細(xì)節(jié)隱藏；

簡(jiǎn)化加工間的關(guān)系；

均勻分解；

適當(dāng)取名，避免空洞的名字；

表現(xiàn)的是_______而不是_______；

每個(gè)加工必須既有_______，又有_______。

·數(shù)據(jù)字典

對(duì)數(shù)據(jù)流圖的重要補(bǔ)充和說(shuō)明。

是以特定格式記錄下來(lái)的、對(duì)系統(tǒng)的數(shù)據(jù)流圖中各個(gè)基本要素（_______、_______、_______和_______）的內(nèi)容和特征所做的完整的定義和說(shuō)明。

·數(shù)據(jù)流圖的基本圖形元素

_______：由一組固定成分的數(shù)據(jù)組成，表示數(shù)據(jù)的流向。

_______：描述了輸入數(shù)據(jù)流到輸出數(shù)據(jù)流之間的變換，也就是輸入數(shù)據(jù)流經(jīng)過(guò)什么處理后變成了輸出數(shù)據(jù)流。

_______：用來(lái)存儲(chǔ)數(shù)據(jù)。

_______：是指存在于軟件系統(tǒng)之外的人員或組織，它指出系統(tǒng)所需數(shù)據(jù)的發(fā)源地（源）和系統(tǒng)所產(chǎn)生的數(shù)據(jù)的歸宿地（宿）。

軟件開發(fā)模型/方法

·瀑布模型

是將軟件生存周期中的各個(gè)活動(dòng)規(guī)定為依線性順序連接的若干個(gè)階段的模型，包括需求分析、設(shè)計(jì)、編碼、測(cè)試、運(yùn)行與維護(hù)。它規(guī)定了由前至后、相互銜接的固定次序；以項(xiàng)目階段評(píng)審和文檔控制為手段有效地對(duì)整個(gè)開發(fā)過(guò)程進(jìn)行指導(dǎo)；

其優(yōu)點(diǎn)是：______________；強(qiáng)調(diào)開發(fā)的階段性早期計(jì)劃及需求調(diào)查和產(chǎn)品測(cè)試；

其缺點(diǎn)是：____________________________；在開始的2~3個(gè)階段中，很難評(píng)估真正的進(jìn)度狀態(tài)；當(dāng)項(xiàng)目結(jié)束時(shí)，出現(xiàn)大量的集成和測(cè)試工作；直到項(xiàng)目結(jié)束之前，都不能演示系統(tǒng)的能力；需求或設(shè)計(jì)中的錯(cuò)誤往往只有到了項(xiàng)目后期才能夠被發(fā)現(xiàn)，對(duì)項(xiàng)目風(fēng)險(xiǎn)控制能力較弱，從而導(dǎo)致項(xiàng)目常常延期完成，開發(fā)費(fèi)用超出預(yù)期。

·V模型

是瀑布模型的一個(gè)變體，描述了質(zhì)量保證活動(dòng)和溝通、建模相關(guān)活動(dòng)以及早期構(gòu)建相關(guān)的活動(dòng)之間的關(guān)系。

其特點(diǎn)是：_____________________。

其優(yōu)點(diǎn)是：糾正了不重視測(cè)試階段重要性的錯(cuò)誤認(rèn)識(shí)，將測(cè)試分等級(jí)，并和前面的開發(fā)階段對(duì)應(yīng)起來(lái)；

其缺點(diǎn)是：_____________________。

·原型模型

開始于溝通，其目的是定義軟件的總體目標(biāo)，標(biāo)識(shí)需求，然后快速制定原型開發(fā)的計(jì)劃，確定原型的目標(biāo)和范圍，采用快速設(shè)計(jì)方式對(duì)其進(jìn)行建模，并構(gòu)建原型。

其優(yōu)點(diǎn)是：__________________________________________；

其缺點(diǎn)是：__________________________________________。

分類：可分為探索型原型、實(shí)驗(yàn)型原型和演化型原型；

·增量模型

融合了瀑布模型的基本成分和原型實(shí)現(xiàn)的迭代特征，假設(shè)可以將需求分段為一系列增量產(chǎn)品，每一增量可以分別開發(fā)。

其特點(diǎn)：______________往往是核心產(chǎn)品；客戶對(duì)每個(gè)增量的使用和評(píng)估都作為下一個(gè)增量發(fā)布的新的特征和功能；增量模型強(qiáng)調(diào)每一個(gè)增量均發(fā)布一個(gè)可操作的產(chǎn)品。

其優(yōu)點(diǎn)是：________________________________________________________。

其缺點(diǎn)是：________________________________________________________。

·螺旋模型

采用一種周期性的方法來(lái)進(jìn)行系統(tǒng)開發(fā)，結(jié)合_______和_______；每一周期都包括_______、_______、_______和_______4個(gè)階段，進(jìn)行迭代。

其優(yōu)點(diǎn)是：_________________________________________________。

其缺點(diǎn)是：_________________________________________________。

·噴泉模型

是一種以用戶需求為動(dòng)力，以對(duì)象作為驅(qū)動(dòng)的模型，適合于______________。使軟件開發(fā)過(guò)程自下而上，周期的各階段具有相互迭代和無(wú)間隙的特性。

其優(yōu)點(diǎn)是：_________________________________________________；

其缺點(diǎn)是：_________________________________________________。

·結(jié)構(gòu)化方法

基本思想是：用_______的思想，_______的方法，按_______的原則，結(jié)構(gòu)化、模塊化、自頂向下對(duì)信息系統(tǒng)進(jìn)行分析與設(shè)計(jì)；嚴(yán)格區(qū)分工作階段，每階段有任務(wù)和結(jié)果；強(qiáng)調(diào)系統(tǒng)開發(fā)過(guò)程的整體性和全局性；系統(tǒng)開發(fā)過(guò)程工程化，文檔資料標(biāo)準(zhǔn)化。

·面向?qū)ο?/p>

出發(fā)點(diǎn)和基本原則是：盡可能模擬人類習(xí)慣的思維方式，使開發(fā)軟件的方法與過(guò)程盡可能接近人類認(rèn)識(shí)世界、解決問(wèn)題的方法與過(guò)程；更好的復(fù)用性；關(guān)鍵在于建立一個(gè)全面、合理、統(tǒng)一的模型；_______、_______、_______三個(gè)階段，界限不明確。

·Jackson方法

是一種_______；是以_______作為驅(qū)動(dòng)的，是一種基于進(jìn)程的開發(fā)方法，所以適用于時(shí)序特點(diǎn)較強(qiáng)的系統(tǒng)，包括數(shù)據(jù)處理系統(tǒng)和一些實(shí)時(shí)控制系統(tǒng)。

·統(tǒng)一過(guò)程（UP，Unified Process）

是一種以_______驅(qū)動(dòng)、以_______為核心、迭代及增量的軟件過(guò)程模型，由UML方法和工具支持，廣泛應(yīng)用于各類面向?qū)ο箜?xiàng)目。典型代表：RUP是由Rational公司開發(fā)并維護(hù)，和一系列軟件開發(fā)工具緊密集成。RUP蘊(yùn)含了大量?jī)?yōu)秀的實(shí)踐方法，如：迭代式軟件開發(fā)、需求管理、基于構(gòu)件的構(gòu)架應(yīng)用、建立可視化的軟件模型、軟件質(zhì)量驗(yàn)證、軟件變更控制等。

在UP中過(guò)程被劃分為4個(gè)階段，_______、_______、_______、_______。

角色：描述某個(gè)人或者一個(gè)小組的行為與職責(zé)。RUP預(yù)先定義了很多角色。

活動(dòng)：是一個(gè)有明確目的的獨(dú)立工作單元。

工件：是活動(dòng)生成、創(chuàng)建或修改的一段信息。

·敏捷方法

敏捷開發(fā)的總體目標(biāo)是通過(guò)“_______、_____________________”使客戶滿意。通過(guò)在軟件開發(fā)過(guò)程中加入靈活性，敏捷方法使用戶能夠在開發(fā)周期的后期增加或改變需求。

MVC

MVC全名是Model View Controller，是_______－_______－_______的縮寫，是用一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，將業(yè)務(wù)邏輯聚集到一個(gè)部件里面，在改進(jìn)和個(gè)性化定制界面及用戶交互的同時(shí)，不需要重新編寫業(yè)務(wù)邏輯。

·控制器：負(fù)責(zé)______________；主要負(fù)責(zé)_______和_______的交互。

·視圖：代表用戶交互界面，對(duì)于Web應(yīng)用來(lái)說(shuō)，可以概括為HTML界面，但有可能為XHTML、XML和Applet；主要負(fù)責(zé)_______，也就是用戶界面。

·模型：就是業(yè)務(wù)流程/狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)模型的設(shè)計(jì)可以說(shuō)是MVC最主要的核心；主要負(fù)責(zé)_______和_______。

能力成熟度模型

·初始級(jí)：___________________________________。

·可重復(fù)級(jí)：___________________________________。

·已定義級(jí)：___________________________________。

·已管理級(jí)：___________________________________。

·優(yōu)化級(jí)：___________________________________。

面向?qū)ο?/strong>

·對(duì)象：是基本運(yùn)行時(shí)的實(shí)體，既包括_______，也包括作用于數(shù)據(jù)的_______。

·類：類所包含的方法和數(shù)據(jù)描述一組_______的共同行為和屬性；_______是在_______之上的抽象，_______是_______的具體化，是_______的實(shí)例。

·_______：父類和子類之間共享數(shù)據(jù)和方法的機(jī)制。

·封裝：將_______和_______銜接在一起，構(gòu)成的一個(gè)具有______________的描述。

·_______：是多種表現(xiàn)形式；多態(tài)性的實(shí)現(xiàn)，一般通過(guò)在派生類中重定義基類的虛函數(shù)來(lái)實(shí)現(xiàn)。

·_______：描述對(duì)操作規(guī)范的說(shuō)明，其只說(shuō)明操作應(yīng)該做什么，并沒(méi)有定義操作如何做。

·消息：對(duì)象之間______________。

·組件：表示軟件系統(tǒng)_______、_______組成部分，封裝了模塊功能的實(shí)現(xiàn)。

·_______：將已有的軟件及其有效成分用于構(gòu)造新的軟件或系統(tǒng)。

·模式：描述了一個(gè)不斷重復(fù)發(fā)生的問(wèn)題，以及該問(wèn)題的解決方案；模式由_______、_______、_______3個(gè)部分組成。

統(tǒng)一建模語(yǔ)言（Unified Modeling Language，UML）

是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語(yǔ)言。不僅可以支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，更重要的是能夠有力地支持需求分析開始的軟件開發(fā)的全過(guò)程。

·UML建立的模型的三個(gè)要素：

_______：是對(duì)模型中最具有代表性的成分的抽象。

_______：關(guān)系把事物結(jié)合在一起。

_______：圖聚集了相關(guān)的事物。

·關(guān)系

_______：是兩個(gè)事物間的語(yǔ)義關(guān)系，其中一個(gè)事物（獨(dú)立事物）發(fā)生變化會(huì)影響另一個(gè)事物的語(yǔ)義。

_______：是一種結(jié)構(gòu)關(guān)系，描述了一組鏈，鏈?zhǔn)菍?duì)象之間的鏈接。

_______：是一種特殊的類型關(guān)聯(lián)，描述了整體和部分間的結(jié)構(gòu)關(guān)系。部分獨(dú)立于整體。

_______：是聚合的一種特殊形式，暗示局部在整體內(nèi)部的生存職責(zé)。部分依賴于整體。

_______：是一種特殊/一般關(guān)系，特殊元素（子元素）的對(duì)象可替代一般元素（父元素）的對(duì)象。

_______：是類元之間的語(yǔ)義關(guān)系，其中的一個(gè)類元指定了由另一個(gè)類元保證執(zhí)行的契約。

·靜態(tài)建模和動(dòng)態(tài)建模

靜態(tài)建模用以描述系統(tǒng)的_______，而動(dòng)態(tài)建模則用以描述系統(tǒng)的_______。

·圖分類

靜態(tài)建模機(jī)制：_______、_______、_______、_______。

動(dòng)態(tài)建模機(jī)制：_______、_______、_______、_______、_______。

·圖

類圖：展現(xiàn)了一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系；類圖用于對(duì)系統(tǒng)的靜態(tài)設(shè)計(jì)視圖建模。這種視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)要提供給最終用戶的服務(wù)。當(dāng)對(duì)系統(tǒng)的靜態(tài)設(shè)計(jì)視圖建模時(shí)，通常以下述方式之一使用類圖：1）_______。2）_______。3）_______。

用例圖：展現(xiàn)了一組_______、_______以及它們之間的關(guān)系。（注意：用例之間的三種關(guān)系：包含、擴(kuò)展、泛化）

_______：描述以時(shí)間順序組織的對(duì)象之間的交互活動(dòng)。

_______：強(qiáng)調(diào)收發(fā)消息的對(duì)象的結(jié)構(gòu)組織，早期版本稱協(xié)作圖。

_______：展現(xiàn)了一個(gè)狀態(tài)機(jī)，由狀態(tài)、轉(zhuǎn)換、事件和活動(dòng)組成。

_______：描述交互（特別是關(guān)注控制流）。

計(jì)時(shí)圖：描述對(duì)象狀態(tài)隨時(shí)間改變的情況，適合分析_______和_______的任務(wù)。

_______：是一種特殊的狀態(tài)圖，展現(xiàn)了在系統(tǒng)內(nèi)從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的流程。

_______：展現(xiàn)了一組構(gòu)件之間的組織和依賴。

_______：展現(xiàn)了運(yùn)行處理節(jié)點(diǎn)以及其中的構(gòu)件的配置。

注釋

·_______：在每個(gè)程序或模塊的開頭的一段說(shuō)明，起對(duì)程序理解的作用。一般包括：程序的表示、名稱和版本號(hào)、程序功能描述、接口與界面描述、輸入/輸出數(shù)據(jù)說(shuō)明、開發(fā)歷史、與運(yùn)行環(huán)境有關(guān)的信息。

·_______：一般嵌在程序之中，與要注釋的部分匹配。注釋一定要在程序編制中書寫。

解釋性注釋不是簡(jiǎn)單直譯程序語(yǔ)句，應(yīng)能說(shuō)明“做什么”。