摘要:軟件評(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ō)明“做什么”。
熱門:信息系統(tǒng)管理工程師報(bào)考指南 | 2025年軟考報(bào)名時(shí)間及入口
推薦:信息系統(tǒng)項(xiàng)目管理師網(wǎng)絡(luò)課堂 |系統(tǒng)架構(gòu)設(shè)計(jì)師網(wǎng)絡(luò)課程 | 工信部信創(chuàng)認(rèn)證培訓(xùn)
活動(dòng):25年高項(xiàng)備考 | 軟考機(jī)考模擬作答系統(tǒng) | 網(wǎng)絡(luò)工程師網(wǎng)絡(luò)課程
軟考備考資料免費(fèi)領(lǐng)取
去領(lǐng)取
共收錄117.93萬(wàn)道題
已有25.02萬(wàn)小伙伴參與做題