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

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

添加老師微信

備考咨詢

加我微信

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

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

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

第8章 軟件工程

軟件工程

·軟件工程

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

·三要素

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

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

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

軟件生命周期

·可行性分析與項目開發(fā)計劃

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

·需求分析

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

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

·概要設(shè)計

就是設(shè)計軟件的_______、明確軟件由_______,這些模塊的層次結(jié)構(gòu)是怎樣的,這些模塊的調(diào)用關(guān)系是怎樣的,每個模塊的功能是什么。同時,還要設(shè)計該項目的應(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è)計師。該階段產(chǎn)生的主要文檔有_______。

·詳細設(shè)計

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

·編碼

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

·測試

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

·維護

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

需求的層次

·系統(tǒng)需求

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

·_______

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

·_______

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

·_______

限制條件或補充規(guī)約;通常是對系統(tǒng)的一些約束說明;如:必須采用國有自主知識產(chǎn)權(quán)的數(shù)據(jù)庫系統(tǒng),必須運行在UNIX操作系統(tǒng)之下等。

需求的特征

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

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

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

·_______:每項需求都是編寫文檔的根源,每項需求都需要回溯到具體用戶:用戶需求,跟蹤矩陣。

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

·_______:檢查每一項需求是否能通過測試用例或其它驗證方法。

聚合

衡量模塊______________。

·偶然聚合:__________________________________________。

·邏輯聚合:__________________________________________。

·時間聚合:__________________________________________。

·過程聚合:__________________________________________。

·通信聚合:__________________________________________。

·順序聚合:__________________________________________。

·功能聚合:__________________________________________。

耦合

度量_____________________。

·非直接耦合:___________________________________。

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

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

·控制耦合:___________________________________。

·外部耦合:___________________________________。

·公共耦合:___________________________________。

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

維護

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

_______:是指理解、改正、改動、改進軟件的難易程度。

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

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

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

·維護分類(ISO/IEC14764)

更正性維護:___________________________________。

適應(yīng)性維護:___________________________________。

完善性維護:___________________________________。

預(yù)防性維護:___________________________________。

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

·數(shù)據(jù)流圖(Data Flow Diagram,DFD)

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

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

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

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

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

保持______________的平衡;

保持數(shù)據(jù)守恒;

加工細節(jié)隱藏;

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

均勻分解;

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

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

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

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

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

是以特定格式記錄下來的、對系統(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è)計、編碼、測試、運行與維護。它規(guī)定了由前至后、相互銜接的固定次序;以項目階段評審和文檔控制為手段有效地對整個開發(fā)過程進行指導(dǎo);

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

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

·V模型

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

其特點是:_____________________。

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

其缺點是:_____________________。

·原型模型

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

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

其缺點是:__________________________________________。

分類:可分為探索型原型、實驗型原型和演化型原型;

·增量模型

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

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

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

其缺點是:________________________________________________________。

·螺旋模型

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

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

其缺點是:_________________________________________________。

·噴泉模型

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

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

其缺點是:_________________________________________________。

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

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

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

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

·Jackson方法

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

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

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

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

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

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

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

·敏捷方法

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

MVC

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

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

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

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

能力成熟度模型

·初始級:___________________________________。

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

·已定義級:___________________________________。

·已管理級:___________________________________。

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

面向?qū)ο?/strong>

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

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

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

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

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

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

·消息:對象之間______________。

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

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

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

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

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

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

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

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

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

·關(guān)系

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

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

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

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

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

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

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

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

·圖分類

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

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

·圖

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

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

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

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

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

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

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

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

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

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

注釋

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

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

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

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

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

去領(lǐng)取

!
咨詢在線老師!