上傳人：愛***

認(rèn)證信息

認(rèn)證類型：機(jī)構(gòu)認(rèn)證

認(rèn)證主體：蘇州市山高水長互聯(lián)網(wǎng)科技有限公司

IP屬地：江蘇

統(tǒng)一社會信用代碼/組織機(jī)構(gòu)代碼

91320582MA7GX8A69F

IP屬地：江蘇 上傳時間：2022-12-13 格式：DOCX 頁數(shù)：30 大小：282.80KB 積分：15 舉報 版權(quán)申訴

《本科自考02333軟件工程課后習(xí)題答案－2011版王立?！?1、解釋術(shù)語（1）軟件:軟件是指計算機(jī)系統(tǒng)中的程序及其文檔。P16P15發(fā)展的制約因素，人們通常把這一現(xiàn)象稱為“軟件危機(jī)P152、簡答題簡述軟件開發(fā)的本質(zhì)。答：軟件開發(fā)的本質(zhì)就是實現(xiàn)問題空間的概念和處理邏輯到解空間的概念和處理邏輯之間的映射。P19簡述實施軟件開發(fā)的基本途徑。答：實施軟件開發(fā)的基本途徑是系統(tǒng)建模。所謂系統(tǒng)建模，是指運用所掌握的知識，通過抽象，給出該系統(tǒng)的一個結(jié)構(gòu)——系統(tǒng)模型。P19簡述何謂模型以及軟件開發(fā)中所涉及的模型。描述其中的成分和成分之間所具有的特定語義的關(guān)系，還包括對該系統(tǒng)邊界的描述。軟件開發(fā)中所涉及的模型可分為兩大類，一類稱為概念模型，描述了系統(tǒng)是什么；另一類統(tǒng)稱為軟件模型，描述了實現(xiàn)概念模型的軟件解決方案。P19（．簡述軟件開發(fā)所涉及的兩大類技術(shù)。答：軟件開發(fā)所涉及的兩大類技術(shù)為：一是求解軟件的開發(fā)邏輯，二是求解軟件的開發(fā)21、解釋術(shù)語軟件需求軟件需求以一種技術(shù)形式，描述了一個產(chǎn)品/系統(tǒng)應(yīng)該具有的功能、性能和其它性質(zhì)。P23功能需求功能需求規(guī)約了系統(tǒng)或系統(tǒng)構(gòu)件必須執(zhí)行的功能。P24非公能需求非公能需求是性能、外部接口、設(shè)計約束和質(zhì)量屬性這4類需求的統(tǒng)稱。P23需求規(guī)約需求規(guī)約是一個軟件項/產(chǎn)品/系統(tǒng)所有需求陳述的正式文檔，它表達(dá)了一個軟件產(chǎn)品/系統(tǒng)的概念模型。P282、簡述需求與需求規(guī)約的基本性質(zhì)。答：需求的基本性質(zhì)：必要的，該需求是用戶所要求的。無歧義的，該需求只能用一種方式解釋?？蓽y的，該需求是可進(jìn)行測試的。可跟蹤的，該需求可從一個開發(fā)階段跟蹤到另一個階段。P23需求規(guī)約的基本性質(zhì)：重要性和穩(wěn)定性程度：按需求的重要性和穩(wěn)定性，對需求進(jìn)行分級?？尚薷牡模涸诓贿^多地影響其他需求的前提下，可以容易地修改一個單一需求。完整的：沒有被遺漏的需求。P283、簡述軟件需求的分類。答：軟件需求可以分為兩大類：一類是功能需求，一類是非公能需求，而非公能需求可分為性能需求，外部接口需求、設(shè)計約束和質(zhì)量屬性需求。P231123??作用于1211322等。P245、有哪幾種常用的初始需求發(fā)現(xiàn)技術(shù)？563規(guī)約，如同使用一種自然語言寫了一篇文章。半形式化的需求規(guī)約。半形式化的需求規(guī)約即以半形式化符號體系（術(shù)語表、標(biāo)準(zhǔn)化的表達(dá)格式等）來表達(dá)需求規(guī)約。P297、簡述軟件需求規(guī)約的內(nèi)容和作用。答：軟件需求規(guī)約的內(nèi)容有：引言、總體描述、特定需求、附錄、索引。P28需求規(guī)約的作用可概括為以下4點：其環(huán)境的體現(xiàn)。對于項目的其余大多數(shù)工作，需求規(guī)約是一個管理控制點。/系統(tǒng)的設(shè)計，需求規(guī)約是一個正式的、受控的起始點。P318、簡述需求規(guī)約在項目開發(fā)中的基本作用。答：需求規(guī)約的作用可概括為以下4點：其環(huán)境的體現(xiàn)。對于項目的其余大多數(shù)工作，需求規(guī)約是一個管理控制點。/系統(tǒng)的設(shè)計，需求規(guī)約是一個正式的、受控的起始點。P319、簡述需求規(guī)約和項目需求的不同。一份事實上的技術(shù)合同書，即關(guān)注產(chǎn)品需求，回答“交付給客戶的產(chǎn)品//系統(tǒng)需求的理解，應(yīng)記錄在工作陳述中或其他某一項目文檔中，即關(guān)注項目工作與管理，回答“開發(fā)組要做的是什么第三章結(jié)構(gòu)化方法1.基本概念需求分析：一般來說，分析是系統(tǒng)地使用信息，對一個問題的估算。軟件需求分析是這一概念的特化，即系統(tǒng)化地使用“數(shù)據(jù)流潭”等術(shù)語所表達(dá)的信息，對待建系統(tǒng)“是什么”給出一個估算――系統(tǒng)概念模型軟件設(shè)計：在需求分析的基礎(chǔ)上，定義滿足需求所需要的結(jié)構(gòu)，即針對給定的問題，給出該問題的軟件解決方案，確定“怎么做”的問題數(shù)據(jù)流圖：表達(dá)功能模型的工具，即數(shù)據(jù)流圖DFD儲、加工、數(shù)據(jù)源和數(shù)據(jù)潭等變換型數(shù)據(jù)流圖：具有較明顯的輸入部分和變換（主加工）輸出部分之間界面的數(shù)據(jù)流圖事務(wù)型數(shù)據(jù)流圖：數(shù)據(jù)到達(dá)一個加工T，該加工T根據(jù)輸入數(shù)據(jù)的值，在其后的基干動作序號（稱為一個事務(wù)）中選出一個來執(zhí)行模塊：執(zhí)行一個特殊任務(wù)的一個過程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu)簡答題何謂模塊耦合？簡述模塊耦合的類型。答：耦合是不同模塊之間相互依賴程序的度量內(nèi)容耦合：當(dāng)一個模塊直接修改或操作另一個模塊的數(shù)據(jù)，或一個模塊不通過正常入口而轉(zhuǎn)入到另一個模塊時，公共耦合：兩個或兩個以上的模塊共同引用一個全局?jǐn)?shù)據(jù)項控制耦合一個模塊通過氣喘吁吁向另一個模塊傳遞一個控制信息，接收信號的模塊根據(jù)信號值進(jìn)行適當(dāng)?shù)膭幼鳂?biāo)記耦合：若一個模塊A通過接口向兩個模塊B和C傳遞一個公共參數(shù)數(shù)據(jù)耦合：模塊之間通過參數(shù)來傳遞數(shù)據(jù)何謂模塊內(nèi)聚？簡述模塊內(nèi)聚的類型。答：指一個模塊內(nèi)部各成分之間相互關(guān)聯(lián)程度的度量時間內(nèi)聚：一個模塊完成的功能必須在同一時間內(nèi)執(zhí)行，但這些功能只是因為時間因素關(guān)聯(lián)在一起過程內(nèi)聚：一個模塊內(nèi)部的處理成分是相關(guān)的，而且這些處理必須以特定的次序執(zhí)行通信內(nèi)聚：一個模塊的所有成分都操作同一數(shù)據(jù)集或生成同一數(shù)據(jù)集順序內(nèi)聚：一個模塊的各個成分和同一個功能密切相關(guān)，而且一個成分的輸出作為另一個成分的輸入功能內(nèi)聚：最理想的內(nèi)聚，模塊的所有成分對于完成單一的功能都是基本的。功能內(nèi)聚的模塊對完成其功能而言是充分必要的何謂模塊的控制域和模塊的作用域？并舉例說明作用域：受該模塊內(nèi)的一個判定所影響的所有模塊的影響基本概念類及其屬性和操作類是一組具有相同屬性、操作、關(guān)系和語義的對象的描述。類的屬性是類的一個命名特征，該特征是由該類的所有對象所共享、用于表達(dá)對象狀態(tài)的數(shù)據(jù)接口是操作的一個集合，其中每個操作描述了類、構(gòu)件或子系統(tǒng)的一個服務(wù)關(guān)聯(lián)及其鏈：關(guān)聯(lián)是類目之間的一種結(jié)構(gòu)關(guān)系，是對一組具有相同結(jié)構(gòu)、相同鏈的描述。鏈?zhǔn)菍ο笾g具有特定語義關(guān)系的抽象泛化：活佛是一般性類目（稱為超類或父類）和它的較為特殊性類目(稱為子類)之間的一種關(guān)系，有時稱為”isakindof”關(guān)系聚合：聚合是關(guān)聯(lián)的一種特殊形式，表達(dá)的是一種“整體/部分”關(guān)系依賴：依賴是一種使用關(guān)系，用于描述一個類目使用另一個類目的信息和服務(wù)簡答題為了表達(dá)客觀事物，UML給出了哪些基本術(shù)語？8用況、主動類、構(gòu)件、制品、結(jié)點，并給出了這些基本術(shù)語的一些變體。為了表達(dá)客觀事物之間的關(guān)系，UML給出了哪些基本術(shù)語？這些術(shù)語之間是什么關(guān)系？關(guān)聯(lián)、泛化、細(xì)化和依賴，以及它們的一些變體什么是對象的構(gòu)成與表示？并說明。類是一組具有相同屬性、操作、關(guān)系和語義的對象的描述。對象是類的一個實例什么是類圖的構(gòu)成成分？答：類圖是可視化地表達(dá)系統(tǒng)表態(tài)結(jié)構(gòu)模型的工具，通常飲食類、接口、關(guān)聯(lián)、泛化和依賴什么是順序圖的構(gòu)成成分？食這些對象之間所發(fā)送的消息如何描述對象之間的關(guān)聯(lián)語義用況之間有哪幾種關(guān)系？在什么情況下需要建立狀態(tài)圖？狀態(tài)圖可用于創(chuàng)建有關(guān)系統(tǒng)（或系統(tǒng)成分）的行為生存周期模型，表達(dá)有關(guān)系紡（或系統(tǒng)成分）的一種動態(tài)結(jié)構(gòu)，給出有關(guān)系統(tǒng)（或系統(tǒng)成分）在生存期間有哪些階段、每一階段可從事的活動以及對外所呈現(xiàn)的特征等方面的信息對象操作和對象狀態(tài)之間的關(guān)系是什么？同時引入“操作”和“方法”的目的是什么？答：表達(dá)模型化包之間的關(guān)系為什么使用包？如何劃分包使用UML可以從那些角度來刻畫一個系統(tǒng)的行為？為什么？何謂順序圖中的控制操作子？試舉例說明。為了控制交互行為描述的復(fù)雜性，以便更清晰地表達(dá)順序圖中的復(fù)雜控制，給出了個個控制操作子，選擇、條件、并發(fā)、迭代操作控制子第五章面各對象方法－RUP1.基本概念RUP的定義及主要特點RUP施的指導(dǎo)。該框架體現(xiàn)了3量式開發(fā)演化模型與“RUP增量、迭代開發(fā)”之間關(guān)系RUP并規(guī)定了每次迭代的目標(biāo)初使階段：獲得與特定腹部和平臺無關(guān)的系統(tǒng)體系結(jié)構(gòu)輪廓，以此建立產(chǎn)品功能范圍;編制實例業(yè)務(wù)實例，從業(yè)務(wù)角度指出該項目的價值，減少項目主要的錯誤風(fēng)險精華階段：通過捕獲并描述系統(tǒng)的大部分需求，建立系統(tǒng)體系結(jié)構(gòu)基線的第一個版本，主要包括用況模型和分析模型，減少次要的錯誤風(fēng)險，到該階段未，就能夠估算成本、進(jìn)步，并能詳細(xì)地規(guī)劃構(gòu)造階段構(gòu)造階段：通過演化，形成最終的系統(tǒng)體系結(jié)構(gòu)基線，開發(fā)完整的系統(tǒng)，確保產(chǎn)品可以開始向客戶交付，即具有初始操作能力移交階段：確保有一個實在的產(chǎn)品發(fā)布給用戶群。期間培訓(xùn)用戶如何使用該軟件RUP與UML之間關(guān)系RUP與UMLUML作為一種可視化建模語言，給出了表達(dá)事物和事物之間關(guān)系的基本術(shù)語，給出了多種模型的表達(dá)工具;而RUP了實現(xiàn)各層模型之間映射的基本活動以及相關(guān)指導(dǎo)什么是特征（Teature）?舉例如何描述它。從客戶、用戶、計劃者、開發(fā)者想法和意愿中搜取特征，形成特征表。特征是一個新的項及其簡要描述“按不同科目計算平均成績”計算平均成績：按所學(xué)的不同科目計算每一個學(xué)生的期末考試平均成績，給出分?jǐn)?shù)段并描述其狀態(tài)（如提議、批準(zhǔn)、合并和驗證等他特征的影響等特征可作為需求，并被轉(zhuǎn)換為其它制品需求獲取層及相關(guān)概念需求獲取層目標(biāo)：使用UML中的用況、參與者以及依賴等術(shù)語來抽象客觀實際問題，形成系統(tǒng)的需求獲取模型;基本術(shù)語：用況、參與者、用于表達(dá)用況參與者之間關(guān)系的關(guān)聯(lián)、用于表達(dá)況之間的包含和擴(kuò)展、用于表達(dá)參與者之間關(guān)系泛化。術(shù)語確定了系統(tǒng)用況模型的各種形態(tài)需求獲取模型的基本組成使用UML中的用況、參與者以及依賴等術(shù)語來抽象客觀實際問題，形成系統(tǒng)的需求獲取模型建造一個系統(tǒng)需求獲取模型的活動和任務(wù)，以及各活動的輸入和輸出人機(jī)接口原理如何描述系統(tǒng)的參與者和用況？舉例說明12)沒有業(yè)務(wù)用況模型，即使存在領(lǐng)域模型，也需要系統(tǒng)分析人員與客戶一起來標(biāo)識系統(tǒng)參與者用況是系統(tǒng)向它的參與者提供結(jié)果（值）的功能塊，表達(dá)參與者使用系統(tǒng)的方式，因此一個用況可用于規(guī)約系統(tǒng)可執(zhí)行的、與參與者進(jìn)行交互的一個動作序列，包括其中一些可選動作序列，并且用況還有自己的屬性需求獲取層對以后開發(fā)工作的影響？需求分析層及相關(guān)概念系統(tǒng)分析模型是系統(tǒng)的一種概念模型，解決系統(tǒng)用況模型中存在的二義性和不一致性問題，并以一種系統(tǒng)化的形式準(zhǔn)確地表達(dá)用戶的需求需求分析模型的基本組成RUP3的概念，開發(fā)人員使用這些術(shù)語可以規(guī)約系統(tǒng)分析中所要使用的信息分析類：是類的一種衍型，很少有操作和特征標(biāo)記，而用責(zé)任來定義其行為，并且其屬性和關(guān)系也是概念性的，包括：邊界類、實體類、控制類用況細(xì)化：是一個針對一個用況，其行為可用多個分析類之間的相互作用來細(xì)化，并記為用況細(xì)化[分析]分析包：分析包是一種控制信息組織復(fù)雜性的機(jī)制，提供了分析制品的一種組織手段，形成了一些可管理的部分。建造一個系統(tǒng)需求分析模型的活動和任務(wù)，以及各活動的輸入和輸出體系結(jié)構(gòu)分析：輸入：用況模型、補(bǔ)充需求、業(yè)務(wù)模型或領(lǐng)域模型、體系結(jié)構(gòu)描述[用況模型];輸出：分析包[概述]、分析類[概述]、體系結(jié)構(gòu)描述[分析]細(xì)化用況：輸入：用況模型、補(bǔ)充需求、業(yè)務(wù)模型或領(lǐng)域模型、體系結(jié)構(gòu)描述[分析];輸出：用況細(xì)化[分析]、分析類[概述]對類分析：輸入：用況細(xì)化[分析]、分析類[概述]輸出：分析類[完成]對包進(jìn)行分析：輸入：系統(tǒng)體系結(jié)構(gòu)描述[分析]、分析包[概述]輸出：分析類[完成]需求分析模型對以后開發(fā)工作的影響對設(shè)計中子系統(tǒng)的影響。分析包一般將影響設(shè)計子系統(tǒng)的結(jié)構(gòu)對設(shè)計類的影響。分析包可以作為類設(shè)計時的規(guī)格說明。它們有乃至于為用況創(chuàng)建更精確的規(guī)格說明，另一個是當(dāng)對用況進(jìn)行設(shè)計時，用況細(xì)需求獲取模型與需求分析模型之間比較語言描述不同：客戶語言與開發(fā)語言視圖：系統(tǒng)外與系統(tǒng)內(nèi)角系統(tǒng)結(jié)構(gòu)如何設(shè)計和如何實現(xiàn)基礎(chǔ)問題：可能存在冗余、不一致和沖突等問題與解決了上述問題捕獲系統(tǒng)功能，包括體系結(jié)構(gòu)方面具有意義的功能與給出細(xì)化系統(tǒng)功能，包括在體系結(jié)構(gòu)方面具有意義的功能定義一些進(jìn)一步需要在分析模型中予以分析用況與定義每一個用況細(xì)化設(shè)計層及相關(guān)概念設(shè)計目標(biāo)：定義滿足系統(tǒng)/產(chǎn)品分析模型所規(guī)約需求的軟件結(jié)構(gòu)基本術(shù)語：設(shè)計子系統(tǒng)、設(shè)計類、用況細(xì)化[設(shè)計]、接口、以及用于表達(dá)子系統(tǒng)之間關(guān)系的依賴、用于表達(dá)設(shè)計類之間關(guān)系的關(guān)聯(lián)等，這些術(shù)語確定了系統(tǒng)設(shè)計模型的各種形態(tài)設(shè)計模型的基本組成設(shè)計子系統(tǒng)、設(shè)計類、用況細(xì)化[設(shè)計]、接口、以及用于表達(dá)子系統(tǒng)之間關(guān)系的依賴、用于表達(dá)設(shè)計類之間關(guān)系的關(guān)聯(lián)等，這些術(shù)語確定了系統(tǒng)設(shè)計模型的各種形態(tài)建造一個系統(tǒng)設(shè)計模型的活動和任務(wù)，以及各活動的輸入與輸出體系結(jié)構(gòu)設(shè)計：輸入：用況模型、補(bǔ)充需求、分析模型、體系結(jié)構(gòu)描述[分析模型角度];輸出：子系統(tǒng)[概述]、接口[概述]、設(shè)計類[概述]、部署模型[概述]、體系結(jié)構(gòu)描述[設(shè)計]設(shè)計用況：輸入：用況模型、補(bǔ)充需求、分析模型、部署模型;輸出：用況[設(shè)計-實現(xiàn)]、設(shè)計類[概述]、子系統(tǒng)[概述]、接口[概述]設(shè)計子系統(tǒng)：體系結(jié)構(gòu)描述[設(shè)計]、子系統(tǒng)[概述]、接口[概述];輸出：子系統(tǒng)[完成]、接口[完成]如何處理需求中所捕獲的非功能需求。需求分析模型與設(shè)計模型之間的比較第六章軟件生存周期過程與管理基本概念軟件測試：有規(guī)程地發(fā)現(xiàn)錯誤的過程，其中錯誤(FAILURE):與所規(guī)約的系統(tǒng)執(zhí)行之間的偏差。失效是系統(tǒng)故障或錯誤的后果。故障FAUL：導(dǎo)致錯誤或失效的不正常條件。故障可以是偶然性的或是系統(tǒng)性的。測試用例：為了發(fā)現(xiàn)程序中的故障而專門設(shè)計的一組數(shù)據(jù)或腳本測試覆蓋率：定量描述一個或一組測試的效率簡答題測試過程模型，并分析這一模型在軟件測試技術(shù)研究以及實踐中的作用答：軟件測試是一個有程序的過程，包括測試設(shè)計、測試執(zhí)行、以及測試結(jié)果比較等量，特別是程序模型的質(zhì)量，對發(fā)現(xiàn)錯誤具有關(guān)鍵性的作用什么錯誤軟件測試與調(diào)度的區(qū)別答：1） .測試從一側(cè)面證明程序員的“失敗否通過測試測試是有計劃的，并要進(jìn)行測試設(shè)計。高度是不受時間約束的測試是發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程。調(diào)試是一個推理過程計的程序員完成7)大多數(shù)測試的執(zhí)行和設(shè)計可由工具支持。調(diào)試時，程序員能利用的工具主要是調(diào)試器程序流程圖的作用及構(gòu)成答：著重于過程屬性描述簡述語名覆蓋、分支覆蓋、條件組合覆蓋、路徑覆蓋的含義及它們之間的關(guān)系答：路徑覆蓋：執(zhí)行所有可能穿過程序控制流程的路徑語句覆蓋：至少執(zhí)行程序中所有語句一次分支覆蓋：至少將程序中的每一個分支執(zhí)行一次條件覆蓋：指每個判定中的所有可能的條件取值至少執(zhí)行一次條件組合覆蓋：設(shè)計足夠測試，使每個判定中的所有可能的條件聚會組合至少執(zhí)行一次存在以下關(guān)系：語句覆蓋《分支覆蓋《條件組合覆蓋《簡術(shù)單元測試、集成測試、有效性測試的含義及它們之間的區(qū)別答：單元測試：主檢驗軟件設(shè)計的最小單元――模塊。該測試以詳細(xì)設(shè)計文檔為指導(dǎo)，測試模塊內(nèi)的重要控制路徑。集成測試：是軟件組裝的一個系統(tǒng)化技術(shù)，其目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的錯誤有效性測試：發(fā)現(xiàn)軟件實現(xiàn)的功能與需求規(guī)格說明書不一致的錯誤簡述路徑測試技術(shù)、事務(wù)流測技術(shù)的主要依據(jù)答：一個依據(jù)程序邏輯結(jié)構(gòu)，一個依據(jù)軟件行為描述簡述程序流程圖與事務(wù)流程圖之間的主要區(qū)別，并分析這些區(qū)別的主要原因答：1)基本模型元素所表達(dá)的語義不同2)一個事務(wù)不等同于路徑測試中一條路徑，可能在中間某處就完成了某一用戶工作，終結(jié)了一個事務(wù)3).事務(wù)流程圖中的分支和節(jié)點可能是一個復(fù)雜的過程簡述白盒測試技術(shù)的要點，并舉例說明答：白盒測試技術(shù)依據(jù)程序的邏輯結(jié)構(gòu)，以控制流程圖作為被測對象建模工具，其中涉及過程塊、分支、節(jié)點、鏈以及路徑，并針對測試民，給出了4分支覆蓋、條件組合覆蓋和路徑覆蓋，它們之間具有偏序關(guān)系，并且可根據(jù)項目需求給出其他覆蓋策略事務(wù)流測試技術(shù)的要點，并舉例說明答：事務(wù)流測試技術(shù)是一種功能測試技術(shù)，目前提出了很多功能測試技術(shù)，如定義域測試技術(shù)、等價類測試技術(shù)以及基于因果圖的測試技術(shù)等，統(tǒng)稱為黑盒子測試技術(shù)。黑盒測試將被測軟件看成黑盒子，只通過外部的輸入和輸出來發(fā)現(xiàn)軟件中的錯誤，因此黑盒測試是一種基于軟件規(guī)約的測試第七章軟件生存周期過程與管理基本概念軟件生存周期過程：成概念開媽，歷經(jīng)開發(fā)、交付使用、在使用中不斷修訂和演化，直到最后被淘汰，讓位于新的軟件產(chǎn)品軟件生存周期模型：是一個包括軟件產(chǎn)品開發(fā)、運行和維護(hù)中有關(guān)過程、活動和任務(wù)的框架，覆蓋了從該系統(tǒng)的需求定義到系統(tǒng)的使用終止過程管理：過程規(guī)則與管理是軟件項目管理的一項重要工作。沒有過程規(guī)劃就淡不上過程管理乃至項目管理，沒有過程管理就不可能存在有效的軟件工程35過程、運行過程和維護(hù)過程支持過程：有關(guān)各方面按他們的目標(biāo)所從事的一系列相關(guān)支持活動集，有助于提高系統(tǒng)或軟件產(chǎn)品的質(zhì)量，分為：文檔過程、配置管理過程、質(zhì)量保證過程、驗證過程、確認(rèn)過程、聯(lián)合評審過程、審計過程和問題解決過程等組織過程：與軟件生產(chǎn)組織有關(guān)的活動集，分管理過程、基礎(chǔ)設(shè)施過程、培訓(xùn)過程、改進(jìn)過程在ISO/IEC12207-2008答：1).為獲取方獲取一個軟件產(chǎn)品或服務(wù)，為供應(yīng)方開發(fā)、運行、維護(hù)、提供和銷毀一個軟件產(chǎn)品，建立了一種軟件生存周期框架，包含過程、活動和任務(wù)，并通過過程分類、過程描述，給出它們之間的內(nèi)在關(guān)系2).為軟件生存周期過程的定義、控制和改進(jìn)提供了一個過程，即生存周期模型管理過程供應(yīng)過程：為獲取方提供滿足所協(xié)商需求的產(chǎn)品或服務(wù)軟件實現(xiàn)過程：軟件實現(xiàn)過程是為了生產(chǎn)一個已規(guī)約系統(tǒng)元素，作為一個軟件產(chǎn)品或服務(wù)而實現(xiàn)軟件需求分析過程：建立系統(tǒng)軟件部分的需求軟件體系結(jié)構(gòu)設(shè)計：為軟件的實現(xiàn)及其可以按需求進(jìn)行驗證，提供一種設(shè)計軟件驗證過程：證實一個過程或項目的每一個軟件工作產(chǎn)品/服務(wù)是否正確地反映所規(guī)約的需求軟件確認(rèn)過程：證實所期望的軟件工作產(chǎn)品是否滿足其需求？？？什么是軟件開發(fā)特定的過程類？舉例說明什么是驗證和確認(rèn)？簡述它們的作用和區(qū)別答：驗證：證實一個過程或項目的每一個軟件工作產(chǎn)品/服務(wù)是否正確地反映所規(guī)約的需求驗證和確認(rèn)是有區(qū)別的。驗證是通過提供的客觀證據(jù)，證實規(guī)約的需求是否得以滿足軟件確認(rèn)過程：證實所期望的軟件工作產(chǎn)品是否滿足其需求簡述瀑布模型以及可適應(yīng)的情況瀑布模型將軟件生存周期的各項活動規(guī)定為按固定順序而連接的若干階段工作，形如瀑布流水，最終得到產(chǎn)品適應(yīng)情況：需求已被很好的理解，并且開發(fā)組織非常熟悉為實現(xiàn)這一模型所需求的過程簡述演化模型以及可適應(yīng)的情況答：表達(dá)了一種彈性的過程模式，由一些小的開發(fā)步組成，每一步歷經(jīng)需求分析、設(shè)計、實現(xiàn)和驗證，產(chǎn)生軟件產(chǎn)品的一個增量，通過這些迭代，最終完成軟件產(chǎn)品的開發(fā)主要針對事先不能完整定義需求的軟件開發(fā)簡述增量模型的優(yōu)缺點答：優(yōu)點1)第一個可交付版本所需要的成本和時間是較少的，從而可減少開發(fā)由增量表示的小系統(tǒng)承擔(dān)的風(fēng)險由于很快發(fā)布第一個版本，因此可以減少用戶需求的變更允許增量投資，即在項目開始時可以僅對一個或兩個增量投資缺點：1)如果沒有對用戶的變更要求進(jìn)行規(guī)劃，那么產(chǎn)生的初始增量可能會造成后來增量的不穩(wěn)定發(fā)布由于進(jìn)度和配置的復(fù)雜性，可能會增大管理成本，超出組織的能力9簡述螺旋模型以及它與其它模型之間的主要區(qū)別答：螺旋模型是瀑布模型與深化模型的基礎(chǔ)上，加入兩者所忽略的風(fēng)險分析所建立的一種軟件開發(fā)模型螺旋模型關(guān)注解決問題的基本步驟，即標(biāo)識問題，標(biāo)識一些可選方案，選擇一個最佳方案，遵循動作步驟并實施后續(xù)工作，突出特征，在開發(fā)的迭代中實際上只有一個迭代過程真正開發(fā)了可交付的軟件2)與深化模型和增量模型相比，同樣使用了瀑布模型作為一個嵌入的過程，即分析、設(shè)計、編碼、實現(xiàn)和維護(hù)的過程，并且在框架和全局體系結(jié)構(gòu)方面是等同的。但是，螺旋模型所關(guān)注的階段以及它們的活動是不同的，如增加一些管理活動和支持活動。盡管增因而在螺旋模型中增大了決策和風(fēng)險的空間，螺旋模型擴(kuò)大了增量模型的管理范圍。如果項目的開發(fā)風(fēng)險很大或客戶不能確定系統(tǒng)需求，在更廣泛的意義上來講，還包括一個系統(tǒng)或系統(tǒng)類型的要求，這時螺旋模型就是一個好的生存周期模型第八章集成化能力成熟度模型一、術(shù)語解釋過程域：是一個業(yè)務(wù)域中一束相關(guān)實踐，當(dāng)它們一起得以實現(xiàn)時，就滿足被認(rèn)為對該過程域的改善具有重要作用的一組條件。過程改善：是指人為設(shè)計的一個活動程序，其目的是改進(jìn)組織的過程性能和成熟度，并改進(jìn)這一程序的結(jié)果每一個過程域中都有一個或多個“專用目標(biāo)一些獨有特征每一個過程域中都有一個或多個“共用目標(biāo)必須呈現(xiàn)的特征每一個過程域中都有一個或多個“專用實踐該過程域的專用目標(biāo)是重要活動，即期望以專用實踐所描述的活動，會導(dǎo)致達(dá)到一個過程域的專用目標(biāo)每一個過程域中都有一個或多個“共用實踐該過程域相關(guān)的共用目標(biāo)是重要活動能力等級：是指單一過程域中已達(dá)到的過程改善，能力等級是為了管理，對過程改善程序所設(shè)定的幾個“臺階”成熟度等級：是指達(dá)到預(yù)先定義的一組過程域所有目標(biāo)的一種過程改善等級簡答題CMMI提出所基于的基本思想3/什么是過程制度化？在CMMI把過程制度化分幾個等級？簡要回答每一等級主要特征簡述CMMI模型支持兩種過程改善路徑答：CMMI提供了兩種改善路徑，一是稱為能力等級是一種過程改善路徑，該路徑可使組織針對單一過程域不斷改善該過程域二是稱為成熟度等級也是一種過程改善路徑，該路徑可使組織通過關(guān)注一組過程域不斷改善一組相關(guān)過程域CMMI組圖簡述專用實踐與共用實踐關(guān)系每一個過程域中都有一個或多個“專用實踐達(dá)到該過程域的專用目標(biāo)是重要活動，即期望以專用實踐所描述的活動，會導(dǎo)致達(dá)到一個過程域的專用目標(biāo)每一個過程域中都有一個或多個“共用實踐該過程域相關(guān)的共用目標(biāo)是重要活動，例如，對共有目標(biāo)“該過程予以制度化，使之成為一個已管理過程“而言，一個共用實踐是”為該過程的執(zhí)行、工作產(chǎn)品的開發(fā)以及該過程的服務(wù)，提供充足的資源“。之所以稱為“共用實踐“，是因為同一實踐可應(yīng)用于多個過程。簡述專用實踐與共用實踐之間的區(qū)別區(qū)別與聯(lián)系答：簡述每一成熟度等級所飲食的過程域答簡述每一成熟度等級所包含的過程域。答：在成熟度等級，把開發(fā)、維擴(kuò)、運行中的過程分為4個組。7證、需求管理、提供方協(xié)議管理。11組織培訓(xùn)、產(chǎn)品集成、需求開發(fā)、風(fēng)險管理、技術(shù)解決方案、驗證、確定組織過程性能和定量項目管理原因分析與解決和組織創(chuàng)新和部署1:SG1SP1.1估算項目規(guī)模,SP1.2建立工作產(chǎn)品和任務(wù)屬性的估算SP1.3定義項目生存周期SP1.4確定工作量和成本的估算專用目標(biāo)2:SG2開發(fā)項目計劃,7個專用實踐：SP2.1SP2.2SP2.3SP2.4源SP2.5SP2.6SP2.7專用目標(biāo)3:SG3獲得對該計劃的承諾：SP3.1評審該項目的計劃SP3.2調(diào)和工作和資源等級，使之一致。SP3.3獲得計劃承諾簡述開發(fā)過程的專用目標(biāo)與專用實踐答：專用目標(biāo)1:SG1開發(fā)客戶需求，2個專用實踐SP1.1引出要求SP1.2開發(fā)客戶需求專用目標(biāo)2:SG2開發(fā)產(chǎn)品需求，3個專用實踐SP2.1建立產(chǎn)品和產(chǎn)品構(gòu)件的需求SP2.2分配產(chǎn)品構(gòu)件需求SP2.3標(biāo)識接口需求專用目標(biāo)3:SG3分析并驗證需求,5個專用實踐SP3.1SP3.2SP3.3分析需求SP3.4達(dá)到權(quán)衡SP3.52共用目標(biāo)2:GG2把過程制度化為一個已管理過程，10個共用實踐GP2.1GP2.2GP2.3GP2.4GP2.5GP2.7GP2.8GP2.9GP2.10簡述各共用目標(biāo)及其相關(guān)的共用實踐簡述共用目標(biāo)2及其相關(guān)的共用實踐20121軟件工程試題課程代碼：02333一、單項選擇題(本大題共15小題，每小題2分，共30分)在每小題列出的四個備選項中只有一個是符合題目要求的，請將其代碼填寫在題后的括號內(nèi)。錯選、多選或未選均不得分。對軟件系統(tǒng)模型分層是為了控制軟件開發(fā)的復(fù)雜性，在需求層創(chuàng)建的( C )rup過程p166C．概念模型

部署模型DA．質(zhì)量屬性B．性能需求C．設(shè)計約束D．功能需求3(A)p28A．質(zhì)量屬性B．性能需求C．設(shè)計約束D．功能需求3(A)p28A．特定需求B．產(chǎn)品功能C．用戶特性D．產(chǎn)品概述4．結(jié)構(gòu)化需求分析的基本術(shù)語中，標(biāo)識采用動賓結(jié)構(gòu)的是(A．?dāng)?shù)據(jù)流B．加工C．?dāng)?shù)據(jù)存儲D．?dāng)?shù)據(jù)源5．總體設(shè)計的第三階段是(C)50A．初始設(shè)計B．詳細(xì)設(shè)計C．復(fù)審階段D．精化設(shè)計B )36某模塊的輸入數(shù)據(jù)為某班期末考試語文的成績表，通過該模塊計算該班學(xué)生成績的平均值，并挑選出前十名同學(xué)的名單，從內(nèi)聚度來看，該模塊屬于(A)59A．邏輯內(nèi)聚B．過程內(nèi)聚C．通信內(nèi)聚D．功能內(nèi)聚共享該模塊的上級模塊數(shù)目越多可提高軟件的復(fù)用性，指的是模塊( A )A．扇入大 B．扇出大C．扇入小 D．扇出小為了控制信息組織的復(fù)雜性提供的組織信息的通用機(jī)制( C A．類 B．關(guān)聯(lián)C．包 D．注解UML用于創(chuàng)建系統(tǒng)的行為生存周期模型的圖形化工具( B A．用況圖 B．狀態(tài)圖C．順序圖 D．類圖RUP的迭代、增量式開發(fā)規(guī)定的4個階段包( D )A．初始階段 B．構(gòu)造階段C．移交階段 D．評審階段根據(jù)RUP測試的活動，輸入中有測試用況，活動為實現(xiàn)測試，則輸出( B )A．測試過程 B．測試構(gòu)件C．測試評價 D．測試計劃典型的白盒測試技術(shù)( A ) 177A．路徑測試 B．狀態(tài)測試C．功能測試 D．定義域測試軟件生存周期模型中，包含風(fēng)險分析活動的( D )A．演化模型 B．增量模型C．噴泉模型 D．螺旋模型軟件生存周期模型中，體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙特征的( D )A．瀑布模型 B．增量模型C．演化模型 D．噴泉模型CMMI成熟度等級中的第二級( B )244A．初始級 B．已管理C．持續(xù)優(yōu)化級 D．已定量管理級二、填空題(本大題共20空，每空1分，共20分)請在每小題的空格中填上正確答案。錯填、不填均不得分。軟件工程概念的提出，其目的是為了解決20世紀(jì)60年代以來出現(xiàn)的日益嚴(yán)重軟件危15一般來說，需求分類中作為整個需求的主體功能需24需求分析的首要任務(wù)是建立系統(tǒng)功能模，DFD是一種常用的表達(dá)工具37所謂模塊化是指按照 高內(nèi)聚低耦合 的設(shè)計原則，形成一個相互獨立但又有較少聯(lián)系的模塊結(jié)構(gòu)的過程。模塊通常接口 和模塊體組成。56，69UML把狀態(tài)分為了3類，即初態(tài)、終態(tài)通常狀_。109在UML表達(dá)關(guān)系的術(shù)語中，汽車和汽車引擎之間組合 關(guān)系。組合和聚合的區(qū)別？RUP_usecase___123在RUP實現(xiàn)125軟件測試的首要目標(biāo)是預(yù)防錯誤，但這幾乎不可實現(xiàn)，所以測試的目標(biāo)只能發(fā)現(xiàn)錯。175黑盒__193__白盒191接口192(ISO／IEC12207—1995)支持過程_和組織過程。199-202CMMI3CMM_CMM開發(fā)CMM。240CMMI提供了兩種過程改善路徑，一個稱能力等，另一個稱為成熟度等級，應(yīng)用于