軟考軟件評測師考試知識點(diǎn)填空檢測(8)

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

添加老師微信

備考咨詢

加我微信

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

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

軟考軟件評測師考試知識點(diǎn)填空檢測(8)內(nèi)容如下:

第8章 軟件工程

軟件工程

·軟件工程

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

·三要素

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

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

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

軟件生命周期

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

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

·需求分析

這個階段的任務(wù)不是具體解決問題,而是準(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)系是怎樣的,每個模塊的功能是什么。同時,還要設(shè)計(jì)該項(xiàng)目的應(yīng)用系統(tǒng)的總體數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫結(jié)構(gòu),即應(yīng)用系統(tǒng)要存儲什么數(shù)據(jù),這些數(shù)據(jù)是什么樣的結(jié)構(gòu),它們之間有什么關(guān)系。該階段的參加人員有系統(tǒng)分析師和軟件設(shè)計(jì)師。該階段產(chǎn)生的主要文檔有_______。

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

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

·編碼

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

·測試

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

·維護(hù)

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

需求的層次

·系統(tǒng)需求

從系統(tǒng)的角度來說明軟件的需求。

·_______

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

·_______

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

·_______

限制條件或補(bǔ)充規(guī)約;通常是對系統(tǒng)的一些約束說明;如:必須采用國有自主知識產(chǎn)權(quán)的數(shù)據(jù)庫系統(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)需求都需要回溯到具體用戶:用戶需求,跟蹤矩陣。

·_______:對所有的需求,讀者只能有一個明確統(tǒng)一的解釋:形式化的語言、圖、表。

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

聚合

衡量模塊______________。

·偶然聚合:__________________________________________。

·邏輯聚合:__________________________________________。

·時間聚合:__________________________________________。

·過程聚合:__________________________________________。

·通信聚合:__________________________________________。

·順序聚合:__________________________________________。

·功能聚合:__________________________________________。

耦合

度量_____________________。

·非直接耦合:___________________________________。

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

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

·控制耦合:___________________________________。

·外部耦合:___________________________________。

·公共耦合:___________________________________。

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

維護(hù)

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

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

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

_______:是指測試和診斷軟件錯誤的難易程度。

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

·維護(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)動情況。

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

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

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

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

保持______________的平衡;

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

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

簡化加工間的關(guān)系;

均勻分解;

適當(dāng)取名,避免空洞的名字;

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

每個加工必須既有_______,又有_______。

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

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

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

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

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

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

_______:用來存儲數(shù)據(jù)。

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

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

·瀑布模型

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

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

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

·V模型

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

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

其優(yōu)點(diǎn)是:糾正了不重視測試階段重要性的錯誤認(rèn)識,將測試分等級,并和前面的開發(fā)階段對應(yīng)起來;

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

·原型模型

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

其優(yōu)點(diǎn)是:__________________________________________;

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

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

·增量模型

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

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

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

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

·螺旋模型

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

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

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

·噴泉模型

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

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

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

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

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

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

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

·Jackson方法

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

·統(tǒng)一過程(UP,Unified Process)

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

在UP中過程被劃分為4個階段,_______、_______、_______、_______。

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

活動:是一個有明確目的的獨(dú)立工作單元。

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

·敏捷方法

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

MVC

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

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

·視圖:代表用戶交互界面,對于Web應(yīng)用來說,可以概括為HTML界面,但有可能為XHTML、XML和Applet;主要負(fù)責(zé)_______,也就是用戶界面。

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

能力成熟度模型

·初始級:___________________________________。

·可重復(fù)級:___________________________________。

·已定義級:___________________________________。

·已管理級:___________________________________。

·優(yōu)化級:___________________________________。

面向?qū)ο?/strong>

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

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

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

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

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

·_______:描述對操作規(guī)范的說明,其只說明操作應(yīng)該做什么,并沒有定義操作如何做。

·消息:對象之間______________。

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

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

·模式:描述了一個不斷重復(fù)發(fā)生的問題,以及該問題的解決方案;模式由_______、_______、_______3個部分組成。

統(tǒng)一建模語言(Unified Modeling Language,UML)

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

·UML建立的模型的三個要素:

_______:是對模型中最具有代表性的成分的抽象。

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

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

·關(guān)系

_______:是兩個事物間的語義關(guān)系,其中一個事物(獨(dú)立事物)發(fā)生變化會影響另一個事物的語義。

_______:是一種結(jié)構(gòu)關(guān)系,描述了一組鏈,鏈?zhǔn)菍ο笾g的鏈接。

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

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

_______:是一種特殊/一般關(guān)系,特殊元素(子元素)的對象可替代一般元素(父元素)的對象。

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

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

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

·圖分類

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

動態(tài)建模機(jī)制:_______、_______、_______、_______、_______。

·圖

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

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

_______:描述以時間順序組織的對象之間的交互活動。

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

_______:展現(xiàn)了一個狀態(tài)機(jī),由狀態(tài)、轉(zhuǎn)換、事件和活動組成。

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

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

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

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

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

注釋

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

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

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

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

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

去領(lǐng)取

!
咨詢在線老師!