軟考軟件評(píng)測(cè)師考試知識(shí)點(diǎn)填空檢測(cè)(8)

軟件評(píng)測(cè)師 責(zé)任編輯:陳湘君 2023-07-28

添加老師微信

備考咨詢

加我微信

摘要:軟件評(píng)測(cè)師是軟考中級(jí)考試科目之一,為方便考生對(duì)所學(xué)知識(shí)點(diǎn)的檢測(cè),希賽軟考頻道為考生帶來(lái)軟考軟件評(píng)測(cè)師考試知識(shí)點(diǎn)填空檢測(cè)的內(nèi)容,本文為軟考軟件評(píng)測(cè)師考試知識(shí)點(diǎn)填空檢測(cè)(8)。

為方便軟考考生對(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á)______、降低_______。

·三要素

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

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

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

軟件生命周期

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

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

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

·瀑布模型

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

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

其缺點(diǎn)是:____________________________;在開(kāi)始的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)目常常延期完成,開(kāi)發(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í),并和前面的開(kāi)發(fā)階段對(duì)應(yīng)起來(lái);

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

·原型模型

開(kāi)始于溝通,其目的是定義軟件的總體目標(biāo),標(biāo)識(shí)需求,然后快速制定原型開(kāi)發(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)品,每一增量可以分別開(kāi)發(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)開(kāi)發(fā),結(jié)合_______和_______;每一周期都包括_______、_______、_______和_______4個(gè)階段,進(jìn)行迭代。

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

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

·噴泉模型

是一種以用戶需求為動(dòng)力,以對(duì)象作為驅(qū)動(dòng)的模型,適合于______________。使軟件開(kāi)發(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)開(kāi)發(fā)過(guò)程的整體性和全局性;系統(tǒng)開(kāi)發(fā)過(guò)程工程化,文檔資料標(biāo)準(zhǔn)化。

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

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

·Jackson方法

是一種_______;是以_______作為驅(qū)動(dòng)的,是一種基于進(jìn)程的開(kāi)發(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公司開(kāi)發(fā)并維護(hù),和一系列軟件開(kāi)發(fā)工具緊密集成。RUP蘊(yùn)含了大量?jī)?yōu)秀的實(shí)踐方法,如:迭代式軟件開(kāi)發(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)建或修改的一段信息。

·敏捷方法

敏捷開(kāi)發(fā)的總體目標(biāo)是通過(guò)“_______、_____________________”使客戶滿意。通過(guò)在軟件開(kāi)發(fā)過(guò)程中加入靈活性,敏捷方法使用戶能夠在開(kāi)發(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ì),更重要的是能夠有力地支持需求分析開(kāi)始的軟件開(kāi)發(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è)程序或模塊的開(kāi)頭的一段說(shuō)明,起對(duì)程序理解的作用。一般包括:程序的表示、名稱和版本號(hào)、程序功能描述、接口與界面描述、輸入/輸出數(shù)據(jù)說(shuō)明、開(kāi)發(fā)歷史、與運(yùn)行環(huán)境有關(guān)的信息。

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

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

更多資料
更多課程
更多真題
溫馨提示:因考試政策、內(nèi)容不斷變化與調(diào)整,本網(wǎng)站提供的以上信息僅供參考,如有異議,請(qǐng)考生以權(quán)威部門公布的內(nèi)容為準(zhǔn)!

軟考備考資料免費(fèi)領(lǐng)取

去領(lǐng)取

!
咨詢?cè)诰€老師!