軟件工程案例教程李軍國主編習(xí)題答案.docx_第1頁
軟件工程案例教程李軍國主編習(xí)題答案.docx_第2頁
軟件工程案例教程李軍國主編習(xí)題答案.docx_第3頁
軟件工程案例教程李軍國主編習(xí)題答案.docx_第4頁
軟件工程案例教程李軍國主編習(xí)題答案.docx_第5頁
已閱讀5頁,還剩37頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

附錄A 習(xí)題答案42第1章習(xí)題答案一、判斷題題號12345678910111213答案YYYYNYYNNNNYY二、填空題題號ABCD1方法工具過程2程序數(shù)據(jù)文檔3程序開發(fā)環(huán)境需求分析概要設(shè)計詳細(xì)設(shè)計4匯編語言高級語言5匯編語言高級語言6結(jié)構(gòu)式模塊化7需求定義設(shè)計使用和維護(hù)8系統(tǒng)界面原型運(yùn)行用戶界面原型同意什么和不同意什么自外向內(nèi)9需求分析概要設(shè)計詳細(xì)設(shè)計三、簡答題1. 軟件的特點(diǎn): 軟件具有抽象性。 軟件與硬件的生產(chǎn)方式不同。 軟件與硬件的維護(hù)方式不同。 軟件具有復(fù)雜的邏輯性。 軟件的成本較高。 軟件的使用和社會因素有關(guān)。2. 軟件危機(jī)產(chǎn)生的原因:用戶需求不明確。缺乏正確的理論指導(dǎo)。軟件開發(fā)規(guī)模越來越大。軟件開發(fā)復(fù)雜度越來越高。3. 軟件危機(jī)的主要表現(xiàn):軟件開發(fā)進(jìn)度難以預(yù)測。軟件開發(fā)成本難以控制。用戶對產(chǎn)品功能難以滿足。軟件產(chǎn)品質(zhì)量無法保證。軟件產(chǎn)品難以維護(hù)。軟件缺少適當(dāng)?shù)奈臋n資料。4. 軟件工程學(xué)的基本原則有哪些: 抽象。 信息隱蔽。 模塊化。 局部化。 確定性。 一致性。 完備性。 可驗(yàn)證性。5 什么是軟件的生命周期?答案:軟件與任何一個事物一樣,有它的孕育、誕生、成長、成熟、衰亡的生存過程。這就是軟件的生存周期。6 軟件工程過程有哪幾個基本過程活動?試說明之。答案:軟件工程過程的基本過程活動有4步: 軟件規(guī)格說明(需求定義)。規(guī)定軟件的功能及其運(yùn)行的限制; 軟件設(shè)計與開發(fā)(設(shè)計開發(fā))。產(chǎn)生滿足規(guī)格說明的軟件; 軟件確認(rèn)(測試)。確認(rèn)軟件能夠完成客戶提出的要求; 軟件演進(jìn)(維護(hù))。為滿足客戶的變更要求,軟件必須在使用的過程中演進(jìn)。四、綜合題1. 詳細(xì)說明軟件生命周期分哪幾個階段?答案:軟件生命周期主要分為6個階段:軟件項(xiàng)目計劃、軟件需求分析和定義、軟件設(shè)計、程序編碼、軟件測試,以及運(yùn)行維護(hù)。(1) 軟件項(xiàng)目計劃 :在這一步要確定軟件工作范圍,進(jìn)行軟件風(fēng)險分析,預(yù)計軟件開發(fā)所需要的資源,建立成本與進(jìn)度的估算。根據(jù)有關(guān)成本與進(jìn)度的限制分析項(xiàng)目的可行性。(2) 軟件需求分析和定義 :在這一步詳細(xì)定義分配給軟件的系統(tǒng)元素??梢杂靡韵聝煞N方式中的一種對需求進(jìn)行分析和定義。一種是正式的信息域分析,可用于建立信息流和信息結(jié)構(gòu)的模型,然后逐漸擴(kuò)充這些模型成為軟件的規(guī)格說明。另一種是軟件原型化方法,即建立軟件原型,并由用戶進(jìn)行評價,從而確定軟件需求。(3) 軟件設(shè)計 :軟件的設(shè)計過程分兩步走。第一步進(jìn)行概要設(shè)計,以結(jié)構(gòu)設(shè)計和數(shù)據(jù)設(shè)計開始,建立程序的模塊結(jié)構(gòu),定義接口并建立數(shù)據(jù)結(jié)構(gòu)。此外,要使用一些設(shè)計準(zhǔn)則來判斷軟件的質(zhì)量。第二步做詳細(xì)設(shè)計,考慮設(shè)計每一個模塊部件的過程描述。經(jīng)過評審后,把每一個加細(xì)的過程性描述加到設(shè)計規(guī)格說明中去。(4) 程序編碼 :在設(shè)計完成之后,用一種適當(dāng)?shù)某绦蛟O(shè)計語言或CASE工具生成源程序。應(yīng)當(dāng)就風(fēng)格及清晰性對代碼進(jìn)行評審,而且反過來應(yīng)能直接追溯到詳細(xì)設(shè)計描述。(5) 軟件測試 :單元測試檢查每一單獨(dú)的模塊部件的功能和性能。組裝測試提供了構(gòu)造軟件模塊結(jié)構(gòu)的手段,同時測試其功能和接口。確認(rèn)測試檢查所有的需求是否都得到滿足。在每一個測試步驟之后,要進(jìn)行調(diào)試,以診斷和糾正軟件的故障。(6) 軟件維護(hù) :為改正錯誤,適應(yīng)環(huán)境變化及功能增強(qiáng)而進(jìn)行的一系列修改活動。與軟件維護(hù)相關(guān)聯(lián)的那些任務(wù)依賴于所要實(shí)施的維護(hù)的類型。2. 試論述瀑布模型軟件開發(fā)方法的基本過程。答案:瀑布模型規(guī)定了各項(xiàng)軟件工程活動,包括:制定軟件項(xiàng)目計劃,進(jìn)行需求分析和定義,軟件設(shè)計,程序編碼,測試及運(yùn)行維護(hù)。并且規(guī)定了它們自上而下,相互銜接的固定次序,如同瀑布流水,逐級下落。然而軟件開發(fā)的實(shí)踐表明,上述各項(xiàng)活動之間并非完全是自上而下,呈線性圖式。實(shí)際情況是,每項(xiàng)開發(fā)活動均應(yīng)具有以下特征:(1) 從上一項(xiàng)活動接受本項(xiàng)活動的工作對象,做為輸入;(2) 利用這一輸入實(shí)施本項(xiàng)活動應(yīng)完成的內(nèi)容;(3) 給出本項(xiàng)活動的工作成果,做為輸出傳給下一項(xiàng)活動;(4) 對本項(xiàng)活動實(shí)施的工作進(jìn)行評審。若其工作得到確認(rèn),則繼續(xù)進(jìn)行下一項(xiàng)活動,否則返回前項(xiàng),甚至更前項(xiàng)的活動進(jìn)行返工。第2章習(xí)題答案一、判斷題題號12345678910111213答案NYNNNYYYYYYNY二、選擇題題號123456789答案CDACCCABD三、填空題題號ABCDE1多對一一對多2業(yè)務(wù)模型功能模型性能模型接口模型3訪談問卷調(diào)查情景分析構(gòu)造原型4加工數(shù)據(jù)的原點(diǎn)或終點(diǎn)數(shù)據(jù)流.數(shù)據(jù)存儲文件5名稱別名或編號分類描述何處使用四、簡答題1 可行性研究主要做4個方面的研究: 經(jīng)濟(jì)可行性:進(jìn)行成本效益分析。從經(jīng)濟(jì)角度判斷系統(tǒng)開發(fā)是否“合算”。 技術(shù)可行性:進(jìn)行技術(shù)風(fēng)險評價。從開發(fā)者的技術(shù)實(shí)力、以往工作基礎(chǔ)、問題的復(fù)雜性等出發(fā),判斷系統(tǒng)開發(fā)在時間、費(fèi)用等限制條件下成功的可能性。 法律可行性:確定系統(tǒng)開發(fā)可能導(dǎo)致的任何侵權(quán)、妨礙和責(zé)任。 方案的選擇:評價系統(tǒng)或產(chǎn)品開發(fā)的幾個可能的候選方案。最后給出結(jié)論意見。2 需求獲取難的原因是: 用戶需求具有動態(tài)性(不穩(wěn)定性)。 用戶需求具有模糊性(不準(zhǔn)確性)。 對需求達(dá)成一致的艱難性。 管理體制、機(jī)構(gòu)設(shè)置處在變革中。 軟件書籍沒有將需求分析講清楚。3. 需求分析的原則: 解決邏輯問題:需求分析是對問題的識別和說明,要回答“做什么”,而不是“怎么做”。 以運(yùn)行環(huán)境為基礎(chǔ):需求分析工作應(yīng)以具體的運(yùn)行環(huán)境為基礎(chǔ),實(shí)事求是。 用戶參與的原則:需求分析工作是系統(tǒng)分析人員同用戶不斷交互的過程。 構(gòu)造高質(zhì)量的需求規(guī)格說明:需求規(guī)格說明是需求分析工作重要的完成標(biāo)志。4. 需求分析的任務(wù)有: 畫出目標(biāo)系統(tǒng)的組織機(jī)構(gòu)模型。 畫出目標(biāo)系統(tǒng)業(yè)務(wù)操作流程圖。 畫出目標(biāo)系統(tǒng)的數(shù)據(jù)流圖。 列出目標(biāo)系統(tǒng)的功能點(diǎn)列表,即功能模型。 列出系統(tǒng)的性能點(diǎn)列表,即性能模型。 列出目標(biāo)系統(tǒng)的接口列表,即接口模型。 確定目標(biāo)系統(tǒng)的運(yùn)行環(huán)境,即環(huán)境模型。 目標(biāo)系統(tǒng)的界面約定,即界面模型。 分析與評估開發(fā)工期、費(fèi)用、進(jìn)度、風(fēng)險等。5 數(shù)據(jù)流圖的作用:數(shù)據(jù)流圖可以用來抽象地表示系統(tǒng)或軟件。它從信息傳遞和加工的角度,以圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的移動變換過程,同時可以按自頂向下、逐步分解的方法表示內(nèi)容不斷增加的數(shù)據(jù)流和功能細(xì)節(jié)。因此,數(shù)據(jù)流圖既提供了功能建模的機(jī)制,也提供了信息流建模的機(jī)制,從而可以建立起系統(tǒng)或軟件的功能模型。6 數(shù)據(jù)詞典的作用:分析模型中包含了對數(shù)據(jù)對象、功能和控制的表示。在每一種表示中,數(shù)據(jù)對象和控制項(xiàng)都扮演一定的角色。為表示每個數(shù)據(jù)對象和控制項(xiàng)的特性,建立了數(shù)據(jù)詞典。數(shù)據(jù)詞典精確地、嚴(yán)格地定義了每一個與系統(tǒng)相關(guān)的數(shù)據(jù)元素,并以字典式順序?qū)⑺鼈兘M織起來,使得用戶和分析員對所有的輸入、輸出、存儲成分和中間計算有共同的理解。第3章習(xí)題答案一、判斷題題號12345678910111213141516答案NNNYYYYYYYNYYYYY二、選擇題題號12345678答案BCDADABC三、填空題題號ABCD1SD方法Jackson方法OOD方法2耦合內(nèi)聚3一個數(shù)據(jù)型標(biāo)準(zhǔn)調(diào)用少4DDL DMLDCL5基本表代碼表中間表臨時表6原子性原始性演繹性穩(wěn)定性7SA SP8圖示語言表格9PDL 人10防衛(wèi)性一致性冗余性11客戶層應(yīng)用層數(shù)據(jù)層12高內(nèi)聚低耦合作用范圍控制范圍四、簡答題1. 模塊的基本屬性: 功能:描述該模塊做什么? 邏輯:描述模塊內(nèi)部怎么做? 狀態(tài):模塊使用時的環(huán)境和條件。 接口:指模塊的輸入與輸出。2. 軟件設(shè)計的具體任務(wù): 制定規(guī)范 結(jié)構(gòu)設(shè)計 處理方式結(jié)構(gòu)設(shè)計 數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計 可靠性設(shè)計(質(zhì)量設(shè)計) 編寫軟件設(shè)計文檔 設(shè)計審查和復(fù)審 詳細(xì)設(shè)計3. 模塊化的特征: 抽象:用層次的方式構(gòu)造和分析復(fù)雜系統(tǒng)。 逐步求精:幫助開發(fā)人員把精力集中在與當(dāng)前開發(fā)階段最相關(guān)的那些問題上。 信息隱蔽:如果一個模塊內(nèi)包含的信息(過程和數(shù)據(jù)) 不允許外部的模塊訪問的話,其它模塊不能對其訪問。 局部化:把一些關(guān)系密切的軟件元素物理地放得彼此靠近。4. 軟件設(shè)計優(yōu)化的準(zhǔn)則: 劃分模塊時,盡量做到高內(nèi)聚、低耦合,保持模塊相對獨(dú)立性。模塊劃分的準(zhǔn)則:“將相關(guān)的各部分放在一起,無關(guān)的東西不要放在一起?!?模塊的大小要適中。 模塊的接口要簡單、清晰、含義明確,便于理解,易于實(shí)現(xiàn)、易于測試和維護(hù)。 一個模塊的作用范圍應(yīng)在其控制范圍之內(nèi),且判定所在的模塊,應(yīng)與受其影響的模塊在層次上盡量靠近。 軟件結(jié)構(gòu)的深度、寬度、扇入、扇出應(yīng)適當(dāng)。 力求設(shè)計單入口和單出口的模塊,避免“病態(tài)連接”,以防止內(nèi)容耦合。 設(shè)計功能可預(yù)測模塊的劃分,應(yīng)防止功能過分局限。 5. 結(jié)構(gòu)化設(shè)計的優(yōu)點(diǎn): 減少設(shè)計復(fù)雜性。將大化小,使復(fù)雜問題簡單化。 結(jié)構(gòu)獨(dú)立。將程序劃分成多個相對獨(dú)立的模塊。 模塊功能單一化,可使軟件設(shè)計獲得最大的益處。 易于進(jìn)行軟件修改。 易于開發(fā)和維護(hù)。 加強(qiáng)了代碼的可重用性。五、綜合題1. 、2. 、第4章習(xí)題答案一、填空題題號ABCD1類對象2子類操作3封裝性多態(tài)4對象模型動態(tài)模型功能模型5分析模型 設(shè)計模型測試模型6視圖 圖通用機(jī)制二、簡答題1. 面向?qū)ο笫?Coad和 Yourdon給出的定義:“面向?qū)ο螅∣bject Oriented,OO)=對象(Object)+類(Classification)+繼承(Inheritance)+通信(Communication with Messages)”。2. 面向?qū)ο蠡咎卣魇?面向?qū)ο蠹夹g(shù)的基本特征主要是抽象性、封裝性、繼承性和多態(tài)性。3. 軟件開發(fā)過程指:軟件開發(fā)過程就是將軟件系統(tǒng)所涉及到的應(yīng)用領(lǐng)域和業(yè)務(wù)范圍(現(xiàn)實(shí)世界)的問題空間和用于解決某些問題的軟件系統(tǒng)的解空間之間的映射。4. 傳統(tǒng)軟件開發(fā)方法存在的問題:(1) 問題空間不能直接映射到解空間(2) 軟件復(fù)用程度低(3) 分析不能直接過渡到設(shè)計(4) 軟件可維護(hù)性差(5) 軟件不滿足用戶需要5. 面向?qū)ο箝_發(fā)方法的特點(diǎn):(1) 對軟件開發(fā)過程所有階段進(jìn)行綜合考慮。(2) 軟件生存期各階段所使用的方法、技術(shù)具有高度的連續(xù)性,用符合人類認(rèn)識世界的思維方式來分析、解決問題。(3) 增強(qiáng)系統(tǒng)穩(wěn)定性(4) 具有良好的可復(fù)用性6. 統(tǒng)一建模語言:UML是具有指定的建模元素(圖式符號),嚴(yán)格的語法(構(gòu)圖規(guī)則),明確的語義(邏輯含義)的建模語言,是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語言。7. Coda/Yourdon方法的面向?qū)ο笤O(shè)計模型:Coda/Yourdon方法的OOD模型是在OOA模型5個層次(主題層、類與對象層、結(jié)構(gòu)層、屬性層和服務(wù)層)基礎(chǔ)上,建立4個組元的設(shè)計模型:問題域組元(PDC)、人機(jī)交互組元(HIC)、任務(wù)管理組元(TMC)和數(shù)據(jù)管理組元(DMC)。8. 簡述UML視圖結(jié)構(gòu):(1)用例視圖:描述系統(tǒng)的外部特性、系統(tǒng)功能等。(2)邏輯視圖:描述系統(tǒng)設(shè)計特征。(3)進(jìn)程視圖:表示系統(tǒng)內(nèi)部的控制機(jī)制。(4)配置視圖:描述系統(tǒng)的物理配置特征。(5)實(shí)現(xiàn)視圖:表示系統(tǒng)的實(shí)現(xiàn)特征,常用構(gòu)件圖表示。三、綜合題1. 類、屬性、操作、繼承、多態(tài)、封裝及抽象類的概念:(舉例略)1) 類,又稱對象類(Object Class),是一組具有相同屬性和相同操作的對象的集合。2) 類具有屬性,它是對象的狀態(tài)的抽象,用數(shù)據(jù)結(jié)構(gòu)來描述類的屬性。3) 類具有操作,它是對象的行為的抽象,操作實(shí)現(xiàn)的過程稱為方法。4) 繼承是類間的基本關(guān)系,它是基于層次關(guān)系的父類和子類之間共享數(shù)據(jù)和操作的一種機(jī)制。5) 多態(tài)是指同一個操作作用于不同的對象上可以有不同的解釋,并產(chǎn)生不同的執(zhí)行結(jié)果。6) 封裝是一種信息隱蔽技術(shù),用戶只能看見對象封裝界面上的信息,對象的內(nèi)部實(shí)現(xiàn)對用戶是隱蔽的。7) 抽象類是沒有實(shí)例的類,它把一些類組織起來,提供一些公共的行為,但并不需要使用這個類的實(shí)例,而僅使用其子類的實(shí)例。2. 面向?qū)ο箝_發(fā)方法及每個方法的特點(diǎn):(1)Booch方法Booch方法描述了面向?qū)ο蟮能浖_發(fā)方法的基礎(chǔ)問題,指出面向?qū)ο箝_發(fā)是一種根本不同于傳統(tǒng)的功能分解的設(shè)計方法。Booch方法的開發(fā)模型包括靜態(tài)模型和動態(tài)模型,Booch方法偏向于系統(tǒng)的靜態(tài)描述,對動態(tài)描述支持較少。(2)Coda/Yourdon方法在Coda/Yourdon方法中,對于一個復(fù)雜問題建立問題域的分析模型,構(gòu)造和評審OOA概念模型的順序由5個層次組成,OOD模型是在OOA模型5個層次基礎(chǔ)上,建立4個組元的設(shè)計模型。該方法簡單、易學(xué)。(3)OMT方法 OMT方法使用了建模的思想,討論如何建立一個實(shí)際的應(yīng)用模型。從3個不同而又相關(guān)的角度建立了三類模型,三類模型描述的角度不同,卻又相互聯(lián)系。(4)OOSE方法 OOSE的開發(fā)活動主要分為三類:分析、構(gòu)造和測試。OOSE將面向?qū)ο蟮乃枷霊?yīng)用于軟件工程中,建立五個模型。OOSE方法的最大特點(diǎn)是面向用例,建立了Use Case 模型。OOSE方法比較適合支持商業(yè)工程和需求分析。第5章習(xí)題答案一、判斷題題號123456789101112131415答案NYYYYYYYYYYYYYY二、填空題題號ABCD1對象層 關(guān)系層2主題圖 交互圖3流程圖IPO圖偽碼4發(fā)現(xiàn)潛在對象篩選對象為對象分類5初步確定篩選完善6分析選擇7選擇精煉構(gòu)造三、簡答題1. 面向?qū)ο蠓治觯好嫦驅(qū)ο蠓治鼍褪沁\(yùn)用面向?qū)ο蟮姆椒ㄟM(jìn)行需求分析,其主要任務(wù)是分析和理解問題域,找出相應(yīng)的描述問題域和系統(tǒng)責(zé)任所需的類及對象,分析它們的內(nèi)部構(gòu)成好外部關(guān)系,正確地抽象為規(guī)范的對象,定義其內(nèi)部結(jié)構(gòu)和外部消息傳遞關(guān)系,建立問題域精確模型的過程。2. 面向?qū)ο蠓治龅哪P偷臉?gòu)成:(1) 基本模型:基本模型是一個類圖。構(gòu)成類圖的元素所表達(dá)的模型信息,分為三個層次:對象層、特征層和關(guān)系層。(2) 補(bǔ)充模型:補(bǔ)充模型有主題圖和交互圖。(3) 詳細(xì)說明 3. 面向?qū)ο蠓治龅倪^程:(1) 獲取客戶對系統(tǒng)的需求(2) 標(biāo)識類和對象(3) 定義類的結(jié)構(gòu)和層次(4) 建造對象-關(guān)系模型(5) 建立對象-行為模型4. 確定服務(wù):(1) 確定訪問對象屬性的操作(2) 來自事件驅(qū)動的操作(3) 處理對應(yīng)的操作(4) 消除冗余操作5. 動態(tài)模型:對于一個系統(tǒng)來說,功能模型指明了系統(tǒng)應(yīng)該“做什么”,而動態(tài)模型則明確規(guī)定了“什么時候做”。即在何種狀態(tài)下、接受了什么事件的觸發(fā),來確定對象的可能事件的順序。6. 準(zhǔn)備腳本:在建立動態(tài)模型的過程中,腳本是指在某一執(zhí)行期間內(nèi)系統(tǒng)中的對象(或其他外部設(shè)備)與目標(biāo)系統(tǒng)之間發(fā)生一個或多個典型的互換信息時產(chǎn)生的事件,所互換的信息值就是該事件的參數(shù),對于各事件,應(yīng)確定觸發(fā)事件的動作對象和該事件的參數(shù)。7. 準(zhǔn)備事件跟蹤圖:事件跟蹤圖能形象、清晰地表示事件序列以及事件與對象的關(guān)系。在事件跟蹤圖中,一條豎線代表一個類和對象,每個事件用一條水平的箭頭線表示,箭頭方向從事件的發(fā)送對象指向接受對象。事件按照先后順序排列,時間從上向下遞增。8. 確定基本系統(tǒng)模型圖:基本系統(tǒng)模型是用來確定系統(tǒng)的邊界和輸入/輸出數(shù)據(jù)流的,表明一個計算如何從輸入值得到輸出值,表明值之間的依賴關(guān)系及相關(guān)的功能,它不考慮計算的次序。9. 面向?qū)ο蠓治龅哪康模好嫦驅(qū)ο蠓治龅哪康氖菍陀^世界的系統(tǒng)進(jìn)行建模,是定義所有與待解決問題相關(guān)的類。完成對所求解問題的分析,確定系統(tǒng)“作什么”,并建立系統(tǒng)的模型。10. 面向?qū)ο蠓治龅幕救蝿?wù):面向?qū)ο蠓治龅幕救蝿?wù)是運(yùn)用面向?qū)ο蟮姆椒ǎ浖こ處熀陀脩舯仨毘浞譁贤?,以了解基本的用戶需求,對問題域和系統(tǒng)責(zé)任進(jìn)行分析和理解。11. 為建立分析模型,要運(yùn)用的基本原則:(1) 建立信息域模型;(2) 描述功能;(3) 表達(dá)行為;(4) 劃分功能、數(shù)據(jù)、行為模型,揭示更多的細(xì)節(jié);(5) 用早期的模型描述問題的實(shí)質(zhì),用后期的模型給出實(shí)現(xiàn)的細(xì)節(jié)。12. 建立對象-行為模型的步驟:(1) 評估所有的用例,完全理解系統(tǒng)中交互的序列。(2) 標(biāo)識驅(qū)動交互序列的事件,理解這些事件如何和特定的對象相關(guān)聯(lián)。(3) 為每個用例創(chuàng)建事件軌跡(event trace)。(4) 為系統(tǒng)建造狀態(tài)機(jī)圖。(5) 復(fù)審對象行為模型,以驗(yàn)證準(zhǔn)確性和一致性。四、綜合題1.完成實(shí)例圖書管理系統(tǒng)面向?qū)ο蟮姆治鲞^程,包括:靜態(tài)模型、動態(tài)模型和功能模型。系統(tǒng)需求:在圖書館管理系統(tǒng)中,要為每個借閱者建立一個賬戶,并給借閱者發(fā)放借閱卡(借閱卡號,借閱者名),賬戶存儲借閱者的個人信息、借閱信息以及預(yù)定信息。持有借閱卡的借閱者可以借閱書刊、返還書刊、查詢書刊信息、預(yù)定書刊并取消預(yù)定,但這些操作都是通過圖書管理員進(jìn)行的,也即借閱者不直接于系統(tǒng)交互,而是圖書管理員充當(dāng)借閱者的代理與系統(tǒng)交互。在借閱書刊時,需要輸入所借閱的書刊名、書刊的ISBN/ISSN號,然后輸入借閱者的圖書卡號和借閱者名,完成后提交所填表格,系統(tǒng)驗(yàn)證借閱者所借閱的書刊是否存在,若存在,則借閱者可借出書刊,建立并在系統(tǒng)中存儲借閱記錄。借閱者還可預(yù)定該書刊,一旦借閱者預(yù)定的書刊可以獲得,就將書刊直接寄給預(yù)定人。另外,不考慮書刊的最長借閱期限,假設(shè)借閱者可以無限期地保存所借閱的書刊。答:分析模型第6章習(xí)題答案一、判斷題題號12答案YY二、填空題題號ABCD1知識方法和標(biāo)準(zhǔn)軟件成分2系統(tǒng)設(shè)計 對象設(shè)計3問題域 人機(jī)交互任務(wù)管理數(shù)據(jù)管理4實(shí)例 繼承多態(tài)5模塊化 信息隱藏可復(fù)用簡潔化6限定交互時間指定窗口和報表設(shè)計命令層次三、簡答題1. 優(yōu)化對象設(shè)計:(1)確定優(yōu)先級(2)提高效率(3)調(diào)整繼承關(guān)系2. 設(shè)計內(nèi)部結(jié)構(gòu):(1)確定遺漏的屬性和操作(2)指定類型,聲明可見性3. 面向?qū)ο髥l(fā)規(guī)則是: 設(shè)計結(jié)果應(yīng)該清晰易懂 一般-特殊結(jié)構(gòu)的深度應(yīng)適當(dāng) 設(shè)計簡單類 使用簡單的協(xié)議 使用簡單的操作 把設(shè)計變動減至最小4. 面向?qū)ο笤O(shè)計:面向?qū)ο笤O(shè)計是面向?qū)ο蠓椒ㄔ谲浖O(shè)計階段應(yīng)用與擴(kuò)展的結(jié)果,就是根據(jù)在問題域中已建立的分析模型,運(yùn)用面向?qū)ο蠹夹g(shù)進(jìn)行系統(tǒng)軟件設(shè)計,并且補(bǔ)充實(shí)現(xiàn)的細(xì)節(jié)部分,如人機(jī)界面、數(shù)據(jù)存儲、任務(wù)管理等,形成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí)現(xiàn)方案,在求解域中建立設(shè)計模型。5. 設(shè)計任務(wù)管理子系統(tǒng):任務(wù)管理的設(shè)計包括:確定要執(zhí)行的任務(wù)并識別它的特征、確定任務(wù)的優(yōu)先級、創(chuàng)建協(xié)調(diào)任務(wù)來協(xié)調(diào)所有其他任務(wù)、為每個任務(wù)設(shè)計對象,并定義它們之間的關(guān)系。6. 設(shè)計數(shù)據(jù)管理子系統(tǒng):數(shù)據(jù)管理子系統(tǒng)也稱數(shù)據(jù)管理部分。數(shù)據(jù)存儲管理是建立在某種數(shù)據(jù)存儲管理系統(tǒng)之上,提供了數(shù)據(jù)在數(shù)據(jù)管理系統(tǒng)中存儲和檢索對象的基本結(jié)構(gòu),是系統(tǒng)存儲或檢索對象的基本設(shè)施。7. 對全局資源管理:全局資源包括物理資源(磁盤驅(qū)動器、處理器、通信線路)或邏輯資源(數(shù)據(jù)庫、對象)。不但有訪問權(quán)限的問題,還有訪問沖突的問題。所以,應(yīng)該標(biāo)識全局資源,并制定訪問它們的策略。8. 選擇控制流機(jī)制:分析模型中所有交互行為都表示為對象之間的事件。系統(tǒng)設(shè)計必須從多種方法中選擇某種方法來實(shí)現(xiàn)軟件的控制。9. 設(shè)計邊界條件:設(shè)計中的大部分工作都與系統(tǒng)穩(wěn)定的狀態(tài)行為有關(guān)。但必須考慮邊界條件:系統(tǒng)如何啟動、初始化、關(guān)閉以及故障處理。10. 評審:分析模型與設(shè)計模型映射,每個需求和每個系統(tǒng)設(shè)計問題都提到了,模型不包括任何沖突,能夠?qū)崿F(xiàn),由非系統(tǒng)設(shè)計人員能夠看懂模型。11. 對象設(shè)計:系統(tǒng)分析確定了問題域?qū)ο?,以及它們之間的關(guān)系、相關(guān)的屬性、操作。系統(tǒng)設(shè)計確定了子系統(tǒng)和大多數(shù)重要的求解域?qū)ο蟆?2. 設(shè)計關(guān)聯(lián):根據(jù)應(yīng)用系統(tǒng)中的使用方式來確定實(shí)現(xiàn)關(guān)聯(lián)的策略??梢赃x定一個統(tǒng)一實(shí)現(xiàn)所有關(guān)聯(lián)的全局性的策略,或者對不同的關(guān)聯(lián)選擇不同的實(shí)現(xiàn)策略。13. 設(shè)計接口:接口提供了一種方法,把對象基于操作的功能說明與具體實(shí)現(xiàn)區(qū)分開來,使得任何依賴和使用接口的客戶不必依賴于接口的具體實(shí)現(xiàn),有利于接口實(shí)現(xiàn)的替換。14. 設(shè)計類中服務(wù):設(shè)計類中的服務(wù)是面向?qū)ο笤O(shè)計的一項(xiàng)重要內(nèi)容。需要綜合考慮對象模型、動態(tài)模型和功能模型,才能正確確定類中應(yīng)有的服務(wù)。15. 面向?qū)ο笤O(shè)計中存在下述3種內(nèi)聚形式: 服務(wù)內(nèi)聚:一個服務(wù)應(yīng)該完成一個且僅完成一個任務(wù)。 類內(nèi)聚: 設(shè)計類的原則是,一個類應(yīng)該只有一個功能,它的屬性和服務(wù)應(yīng)該是高內(nèi)聚的。 層內(nèi)聚:又稱一般-特殊內(nèi)聚。16. 客戶/服務(wù)器(Client-service)交互方式和平等伙伴(Peer-to-peer)交互方式: 客戶/服務(wù)器(Client-service)交互方式:在客戶/服務(wù)器關(guān)系中,作為“客戶”的子系統(tǒng)調(diào)用作為“服務(wù)器”的子系統(tǒng),執(zhí)行某些服務(wù)后并返回結(jié)果。 平等伙伴(Peer-to-peer)交互方式:在該交互方式中,每個子系統(tǒng)都可能調(diào)用其他子系統(tǒng),因此,每個子系統(tǒng)都必須了解其他子系統(tǒng)的接口,子系統(tǒng)間必須相互了解接口。四、綜合題1. 分析模型與設(shè)計模型的區(qū)別:分析模型設(shè)計模型概念模型,回避了實(shí)現(xiàn)問題;物理模型,是實(shí)現(xiàn)藍(lán)圖;對設(shè)計是通用的;針對特定的實(shí)現(xiàn);對類型有3種構(gòu)造型;對類型有任意數(shù)量的構(gòu)造型(依賴于實(shí)現(xiàn)語言);不太形式化;比較形式化;開發(fā)費(fèi)用較低;開發(fā)費(fèi)用較高;層數(shù)少;層數(shù)多;勾畫系統(tǒng)的設(shè)計輪廓;進(jìn)行系統(tǒng)設(shè)計;主要通過研討會等方式創(chuàng)建;設(shè)計模型和實(shí)現(xiàn)模型需雙向開發(fā);可能不需要在整個生命周期內(nèi)都做維護(hù);在整個生命周期內(nèi)都應(yīng)該維護(hù)2. 文件管理系統(tǒng)、關(guān)系數(shù)據(jù)庫管理系統(tǒng)和面向?qū)ο髷?shù)據(jù)庫管理系統(tǒng)三種數(shù)據(jù)存儲管理模式的優(yōu)缺點(diǎn):(1)文件管理系統(tǒng)A. 主要優(yōu)點(diǎn):a) 使用它長期保存數(shù)據(jù)具有成本低和簡單等特點(diǎn)b) 數(shù)據(jù)按字節(jié)流存儲,適合于存儲大容量數(shù)據(jù)。B. 主要缺點(diǎn):a) 文件操作的級別低,操作繁瑣,實(shí)現(xiàn)比較困難,為提供適當(dāng)?shù)某橄蠹墑e還必須編寫額外的代碼。b) 文件管理系統(tǒng)是操作系統(tǒng)的一個組成部分,不同操作系統(tǒng)的文件管理系統(tǒng)往往有明顯差異。(2)關(guān)系數(shù)據(jù)庫管理系統(tǒng)A. 主要優(yōu)點(diǎn):a) 提供了各種最基本的數(shù)據(jù)管理功能。b) 為多種應(yīng)用提供了一致的接口。c) 支持標(biāo)準(zhǔn)化的語言。B. 主要缺點(diǎn):a) 運(yùn)行開銷大。b) 不能滿足高級應(yīng)用的需求。c) 與程序設(shè)計語言的連接不自然。(3)面向?qū)ο髷?shù)據(jù)庫管理系統(tǒng)A. 在關(guān)系數(shù)據(jù)庫的基礎(chǔ)上,將對象和關(guān)系作為數(shù)據(jù)儲存,加強(qiáng)了一些操作功能。B. 面向?qū)ο蟪绦蛟O(shè)計語言中擴(kuò)充了數(shù)據(jù)庫的功能。C. 從面向?qū)ο蠓椒ū旧沓霭l(fā)來設(shè)計數(shù)據(jù)庫。D. 查詢比關(guān)系數(shù)據(jù)庫慢。3. 實(shí)例圖書管理系統(tǒng)面向?qū)ο蟮脑O(shè)計過程。系統(tǒng)需求:在圖書館管理系統(tǒng)中,要為每個借閱者建立一個賬戶,并給借閱者發(fā)放借閱卡(借閱卡號,借閱者名),賬戶存儲借閱者的個人信息、借閱信息以及預(yù)定信息。持有借閱卡的借閱者可以借閱書刊、返還書刊、查詢書刊信息、預(yù)定書刊并取消預(yù)定,但這些操作都是通過圖書管理員進(jìn)行的,也即借閱者不直接于系統(tǒng)交互,而是圖書管理員充當(dāng)借閱者的代理與系統(tǒng)交互。在借閱書刊時,需要輸入所借閱的書刊名、書刊的ISBN/ISSN號,然后輸入借閱者的圖書卡號和借閱者名,完成后提交所填表格,系統(tǒng)驗(yàn)證借閱者所借閱的書刊是否存在,若存在,則借閱者可借出書刊,建立并在系統(tǒng)中存儲借閱記錄。借閱者還可預(yù)定該書刊,一旦借閱者預(yù)定的書刊可以獲得,就將書刊直接寄給預(yù)定人。另外,不考慮書刊的最長借閱期限,假設(shè)借閱者可以無限期地保存所借閱的書刊。設(shè)計模型:第7章習(xí)題答案一、判斷題題號12答案YY二、選擇題題號1答案D三、填空題題號ABCD1程序運(yùn)行時間存儲器效率輸入/輸出效率2代碼行度量法McCabe環(huán)形復(fù)雜性度量Halstead復(fù)雜行度量3文檔化規(guī)范化結(jié)構(gòu)化可視化4自頂向下單入口單出口四、簡答題1. 簡述程序設(shè)計語言的三種類型及特點(diǎn)?機(jī)器語言,匯編語言:依賴于機(jī)器,面向機(jī)器高級語言:獨(dú)立于機(jī)器,面向過程或面向?qū)ο竺嫦騿栴}語言:獨(dú)立于機(jī)器,非過程式語言(4GL)1. 程序設(shè)計語言基本成分是什么?答:基本成份可歸納為四種:數(shù)據(jù)成分、運(yùn)算成分、控制成分、傳輸成分。 數(shù)據(jù)成分:指明該語言能接受的數(shù)據(jù),用來描述程序中的數(shù)據(jù)。如各種類型的變量、數(shù)組、指針、記錄等。 運(yùn)算成分:它指明該語言允許執(zhí)行的運(yùn)算,用來描述程序中所需進(jìn)行的運(yùn)算。如 + 、- 、* 、/ 等。 控制成分:它指明該語言允許的控制結(jié)構(gòu),人們可利用這些控制成分來構(gòu)造程序中的控制邏輯。 傳輸成分:它指明該語言允許的數(shù)據(jù)傳輸方式,在程序中可用它進(jìn)行數(shù)據(jù)傳輸。2. 良好的面向?qū)ο蟪绦蛟O(shè)計風(fēng)格有哪些準(zhǔn)則?既包括傳統(tǒng)的程序設(shè)計風(fēng)格準(zhǔn)則,也包括為適應(yīng)面向?qū)ο蠓椒ㄋ赜械母拍睿ɡ?,繼承性)而必須遵循的一些新準(zhǔn)則:提高可重用性、提高可擴(kuò)充性和提高健壯性。五、綜合題1. 如何選擇適合項(xiàng)目的面向?qū)ο蟪绦蛟O(shè)計語言開發(fā)人員在考慮面向?qū)ο笳Z言的選擇時,除了語言自身特點(diǎn)外也應(yīng)考慮以下一些實(shí)際因素:(1) 將來能否占主導(dǎo)地位(2) 可重用性(3) 類庫和開發(fā)環(huán)境(4) 其他因素:對用戶學(xué)習(xí)面向?qū)ο蠓治?、設(shè)計和編碼技術(shù)所能提供的培訓(xùn)服務(wù)水平;在使用面向?qū)ο笳Z言時所能提供的技術(shù)支持資源;能提供給開發(fā)人員使用的開發(fā)工具、平臺和發(fā)布平臺,對及其性能和內(nèi)存的需求,集成已有軟件的方便程度等等。2. 請分別畫出順序結(jié)構(gòu)、選擇結(jié)構(gòu)、循環(huán)結(jié)構(gòu)的結(jié)構(gòu)示意圖3. 考慮提高程序效率,必須明確的三條原則是?程序的效率是指程序的執(zhí)行速度及程序所需占用的內(nèi)存的存儲空間。程序編碼是最后提高運(yùn)行速度和節(jié)省存儲的機(jī)會,因此在此階段不能不考慮程序的效率。在討論提高效率的要求,應(yīng)該明確三條原則: 效率是一個性能要求,目標(biāo)應(yīng)在需求分析階段給出。 追求效率要建立在不損害程序可讀性或可靠性基礎(chǔ)之上, 要先使程序正確,再提高程序效率;先使程序清晰,再提高程序效率。 提高程序效率的根本途徑在于選擇良好的設(shè)計方法、 良好的數(shù)據(jù)結(jié)構(gòu)與算法,而不是靠編程時對程序語句做調(diào)整。4. 為什么要進(jìn)行程序復(fù)雜性度量? 隨著軟件項(xiàng)目開發(fā)規(guī)模的不斷擴(kuò)大,要保證軟件產(chǎn)品質(zhì)量難度也越來越大,單憑以往的程序開發(fā)經(jīng)驗(yàn)很難保證軟件產(chǎn)品質(zhì)量及開發(fā)的順利進(jìn)行,需要對產(chǎn)品及開發(fā)產(chǎn)品的過程進(jìn)行度量,這就是軟件度量。 程序復(fù)雜性度量是軟件度量的重要組成部分,是指理解和處理程序的難易程度,主要針對模塊內(nèi)程序的復(fù)雜性。它直接關(guān)聯(lián)到軟件開發(fā)費(fèi)用的多少,開發(fā)周期的長短和軟件內(nèi)部潛伏錯誤的多少。對程序進(jìn)行復(fù)雜性度量可以減少程序復(fù)雜性,提高軟件的簡單性和可理解性,并使軟件開發(fā)費(fèi)用減少,開發(fā)周期縮短,軟件內(nèi)部潛藏錯誤減少。5. 對照本章內(nèi)容,對自己熟悉的一門程序設(shè)計語言,嘗試分析和總結(jié)其基本成分和技術(shù)特點(diǎn)。并編寫包括輸入輸出,數(shù)據(jù)運(yùn)算,注釋的程序,長度不小于500行。略6. 對照本章程序設(shè)計風(fēng)格的內(nèi)容,嘗試修改代碼。略第8章習(xí)題答案一、選擇題題號1234567891011121314151617位號12312答案ABCBCDCCADBCCBDDACDD題號18192021位號1212答案BCCCAA二、簡答題1 軟件測試的目的是什么?答:測試的目的:(1) 測試是一個為了發(fā)現(xiàn)程序中的錯誤為目的的程序執(zhí)行過程; (2) 一個好的測試用例是能最大限度地找到迄今為止尚未發(fā)現(xiàn)的錯誤; (3) 成功的測試是能發(fā)現(xiàn)了那些尚未發(fā)現(xiàn)的錯誤。2 什么是黑盒測試?有哪些常用的黑盒測試方法?黑盒測試法是依據(jù)軟件的需求規(guī)格說明書,檢查程序功能是否滿足需求的要求,主要的黑盒測試方法有:等價類劃分,邊界值分析,錯誤推測法,因果圖法和場景法。3 什么是白盒測試?有哪些常用的白盒測試方法白盒測試主要針對于程序內(nèi)部邏輯和數(shù)據(jù)流程的測試,因此白盒測試的測試用例設(shè)計需要了解程序的內(nèi)部邏輯。常用的白盒測試方法主要有邏輯覆蓋法、基本路徑測試法。4 驗(yàn)證與確認(rèn)之間的區(qū)別:驗(yàn)證是檢驗(yàn)開發(fā)出來的軟件產(chǎn)品和設(shè)計規(guī)格說明書的一致性,即是否滿足軟件廠商的生產(chǎn)要求,保證生產(chǎn)出的產(chǎn)品是高質(zhì)量的產(chǎn)品。確認(rèn)就是檢驗(yàn)產(chǎn)品功能的有效性,即是否滿足用戶的真正需求,確認(rèn)是用戶需要的產(chǎn)品。因?yàn)樵O(shè)計規(guī)格說明書本身有可能存在錯誤,即便軟件產(chǎn)品中某個功能實(shí)現(xiàn)的結(jié)果和設(shè)計規(guī)格說明書完全一致,但也可能不是用戶需要的,因?yàn)樵O(shè)計規(guī)格說明書一開始就對用戶需求的理解錯了,所以僅僅進(jìn)行驗(yàn)證測試是不充分的,還要進(jìn)行確認(rèn)測試, 5 軟件測試應(yīng)該劃分幾個階段?各個階段應(yīng)重點(diǎn)測試的內(nèi)容是什么?答:大體上來說可分為單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試;每個階段又分為確定測試計劃,測試設(shè)計,設(shè)計測試用例,實(shí)施測試,進(jìn)行測試報告五個步驟:。1) 單元測試對軟件中的基本組成單位進(jìn)行的測試,如一個模塊、一個過程等等。它是軟件動態(tài)測試的最基本的部分,也是最重要的部分之一,其目的是檢驗(yàn)軟件基本組成單位的正確性。2) 集成測試軟件系統(tǒng)集成過程中所進(jìn)行的測試,其主要目的是檢查軟件單位之間的接口是否正確。3) 系統(tǒng)測試,系統(tǒng)測試是對已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測試,以驗(yàn)證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求,檢查軟件的行為和輸出是否正確并非一項(xiàng)簡單的任務(wù),它被稱為測試的“先知者問題”。4) 驗(yàn)收測試,在向軟件的購買者展示該軟件系統(tǒng)滿足其用戶的需求。它的測試數(shù)據(jù)通常是系統(tǒng)測試的測試數(shù)據(jù)的子集.5) 回歸測試,回歸測試是在軟件維護(hù)階段,對軟件進(jìn)行修改之后進(jìn)行的測試。其目的是檢驗(yàn)對軟件進(jìn)行的修改是否正確。三、綜合題:1. 程序功能說明書指出,某程序的輸入條件為:每個學(xué)生可以選修1至3門課程,試用黑盒法設(shè)計測試用例。(1)按等價分類法設(shè)計測試用例(要求列出設(shè)計過程)(2)按邊界值分析法設(shè)計測試用例。(3)按錯誤推測法設(shè)計測試用例答:合理等價類不合理等價類選修1門選修2門選修3門沒選課選3門以上輸入數(shù)據(jù)預(yù)期結(jié)果覆蓋范圍203輸入有效輸入無效輸入無效(2):邊界值法值是1,3,所以測試用例為0,1,3,4。(3):錯誤推測法設(shè)計的測試用例:空、空格、12、a、a1、1¥、null2. 設(shè)被測試的程序段為:找出實(shí)現(xiàn)(1)語句覆蓋;(2)條件覆蓋;(3)判定覆蓋至少要選擇的數(shù)據(jù)組。Begin可供選擇的測試數(shù)據(jù)組為:s1 ;x yif (x=0) and (y2) 0 3then s2; 1 2if (x1) or (y=1) -1 2then s3 ; 3 1s4 ;end答:(1) (2) ,(3) ,3. 隨意選擇一個物品,根據(jù)所學(xué)的軟件測試技術(shù)、方法和內(nèi)容對其進(jìn)行測試。如水杯、電梯等。測試項(xiàng)目:杯子需求測試:查看杯子使用說明書界面測試:查看杯子外觀功能度:用水杯裝水看漏不漏;水能不能被喝到安全性:杯子有沒有毒或細(xì)菌可*性:杯子從不同高度落下的損壞程度可移植性:杯子再不同的地方、溫度等環(huán)境下是否都可以正常使用兼容性:杯子是否能夠容納果汁、白水、酒精、汽油等易用性:杯子是否燙手、是否有防滑措施、是否方便飲用用戶文檔:使用手冊是否對杯子的用法、限制、使用條件等有詳細(xì)描述疲勞測試:將杯子盛上水(案例一)放24小時檢查泄漏時間和情況;盛上汽油(案例二)放24小時檢查泄漏時間和情況等壓力測試:用根針并在針上面不斷加重量,看壓強(qiáng)多大時會穿透跌落測試: 杯子加包裝(有填充物),在多高的情況摔下不破損震動測試:杯子加包裝(有填充物),六面震動,檢查產(chǎn)品是否能應(yīng)對惡劣的鐵路公路航空運(yùn)輸測試數(shù)據(jù):測試數(shù)據(jù)具體編寫此處略(最討厭寫測試數(shù)據(jù)了)。其中應(yīng)用到:場景法、等價類劃分法、因果圖法、錯誤推測法、邊界值法等方法期望輸出:該期望輸出需查閱國標(biāo)、行標(biāo)以及用戶的需求。第9章習(xí)題答案一、判斷題題號12345678答案YYYYYYYY二、選擇題題號12345678910位號12123123451231212123答案BFBFCBDEAFECGEABACABAC題號10位號1234答案FCFE三、填空題題號ABCDE1勞動量2勞動量工作量3產(chǎn)品生產(chǎn)率開發(fā)全過程4程序2405類推自頂向下自底向上差別專家判定技術(shù)6風(fēng)險越多越大7增加降低越多三、簡答題1.簡述軟件開發(fā)成本估算的方法? 自頂向下估算法 自底向上估算法 差別估算法 專家判定技術(shù)估算法 經(jīng)驗(yàn)?zāi)P凸浪惴?.編制進(jìn)度計劃的步驟? 進(jìn)度編制 資源調(diào)整 成本預(yù)算 計劃優(yōu)化調(diào)整 計劃基線3.簡述軟件工程各階段工作量的分配?階段占開發(fā)時間的百分比需求分析與設(shè)計2540概要設(shè)計6詳細(xì)設(shè)計7編碼設(shè)計720單元測試5組裝測試和確認(rèn)測試5組裝測試和確認(rèn)測試5系統(tǒng)維護(hù)4040第10章習(xí)題答案一、判斷題題號12345答案NNNYY二、選擇題題號12345678答案ACBABAAD三、填空題題號ABCD1及時性準(zhǔn)確性完整性可理解性四、簡答題1. 簡述軟件項(xiàng)目團(tuán)隊的幾種組織模式? 項(xiàng)目型、 職能型、 矩陣型。2. 簡述軟件項(xiàng)目團(tuán)隊組織的原則? 盡早落實(shí)責(zé)任。要盡早指定專人負(fù)責(zé)軟件開發(fā),使他有權(quán)進(jìn)行管理,并對任務(wù)的完成負(fù)責(zé)。 減少接口。開發(fā)過程中人員之間的聯(lián)系是必不可少的,但應(yīng)注意,組織的工作效率是和完成任務(wù)中存在的人際聯(lián)系數(shù)目成反比的。 責(zé)權(quán)均衡。軟件經(jīng)理人員所負(fù)的責(zé)任不應(yīng)比委任給他的權(quán)力還大。3. 簡述程序設(shè)計小組的組織形式? 主程序員制小組(chief programmer team) 民主制小組(democratic team) 層次式小組(hierarchical team)4. 簡述軟件項(xiàng)目人員配備的原則? 人員的配備必須要為項(xiàng)目的目標(biāo)服務(wù)。 “以崗定員”保證人員配備的效率,充分利用人力資源,不能以人定崗。 項(xiàng)目處于不同的實(shí)施階段,所需要的人力資源的種類、數(shù)量、質(zhì)量是不同的,要安排一定比例的臨時人員,根據(jù)項(xiàng)目的需要加入或者退出,節(jié)約人力資源成本。第11章 習(xí)題答案一、判斷題題號12345答案YYYNY二、選擇題題號123456789位號123答案DACCBBAADBA三、填空題題號ABCD1GBT 11457-1995 軟件工程術(shù)語ISOIEC12207-1995 信息技術(shù)軟件生存期過程ISO 9000-3:1997質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)第三部分:ISO 9001:1994在計算機(jī)軟件開發(fā)、供應(yīng)和維護(hù)中的使用指南巴比奇(W.Babich)2配置管理計劃變更管理3配置標(biāo)識唯一性可追溯性4信息收集度量尺度風(fēng)險的評價標(biāo)準(zhǔn)風(fēng)險的級別5風(fēng)險參照水準(zhǔn)成本進(jìn)度性能6風(fēng)險參照水準(zhǔn)崩潰點(diǎn)區(qū)域7風(fēng)險識別風(fēng)險估計風(fēng)險駕馭和監(jiān)控四、簡答題1. 簡述處理風(fēng)險的策略? 風(fēng)險避免(或緩解); 風(fēng)險監(jiān)控; 風(fēng)險管理 意外事件計劃。2. 四個風(fēng)險因素的定義。 性能風(fēng)險產(chǎn)品能滿足需求且符合其使用目的的不確定程度。 成本風(fēng)險能夠維持項(xiàng)目預(yù)算的不確定程度。 支持風(fēng)險軟件易于改錯、適應(yīng)和增強(qiáng)的不確定程度。 進(jìn)度風(fēng)險能夠?qū)崿F(xiàn)項(xiàng)目進(jìn)度計劃且產(chǎn)品能按時交付的不確定程度。3. 簡述軟件配置管理的基本目標(biāo)? 軟件配置管理的各項(xiàng)工作是有計劃進(jìn)行的。 被選擇的項(xiàng)目產(chǎn)品得到識別,控制并且可以被相關(guān)人員獲取。 已識別出的項(xiàng)目產(chǎn)品的更改得到控制。 使相關(guān)組別和個人及時了解軟件基準(zhǔn)的狀態(tài)和內(nèi)容。4. 簡述軟件配置管理的內(nèi)容和基本目標(biāo)? 版本控制:版本控制是全面實(shí)行軟件配置管理的基礎(chǔ),可以保證軟件技術(shù)狀態(tài)的一致性。 變更控制:進(jìn)行變更控制是至關(guān)重要的。但是要實(shí)行變更控制也是一件令人頭疼的事情。 過程支持:軟件工程過程概念和軟件工程支持技術(shù)的結(jié)合可以作為一個管理變更的規(guī)則(或過程)。5. 簡述軟件配置管理過程的核心流程? CCB 設(shè)定研發(fā)活動的初始基線; CMO 根據(jù)軟件配置管理規(guī)劃設(shè)立配置庫和工作空間,為執(zhí)行軟件配置管理就阿做好準(zhǔn)備; 開發(fā)人員按照統(tǒng)一的軟件配置管理策略,根據(jù)獲得的授權(quán)的資源進(jìn)行項(xiàng)目的研發(fā)工作; SIO 按照項(xiàng)目的進(jìn)度集成組內(nèi)開發(fā)人員的工作成果,并構(gòu)建系統(tǒng),推進(jìn)版本的演進(jìn); CCB 根據(jù)項(xiàng)目的進(jìn)展情況,審核各種變更請求,并適時的劃定新的基線,保證開發(fā)和維護(hù)工作有序的進(jìn)行。6. 簡述軟件配置管理的關(guān)鍵活動? 配置項(xiàng)(Software Configuration Item,SCI)識別 工作空間管理 版本控制 變更控制 配置狀態(tài)報告 配置審計7. 配置控制委員會(CCB)具體職責(zé)? 定制開發(fā)子系統(tǒng); 定制訪問控制; 制定常用策略; 建立、更改基線的設(shè)置,審核變更申請; 根據(jù)配置管理員的報告決定相應(yīng)的對策。第12章習(xí)題答案一、判斷題題號12答案YY二、選擇題題號123456答案BCDAFFCDBFDCD三、填空題題號ABCDE1注重問題強(qiáng)調(diào)知識創(chuàng)新鼓勵參與領(lǐng)導(dǎo)層的統(tǒng)一計劃不斷地改進(jìn)2重診斷,輕評估重實(shí)施,輕宣傳重實(shí)施,輕宣傳三方參與3關(guān)鍵過程域最低4過程技術(shù)人員5軟件過程軟件過程性能軟件過程能力軟件過程成熟度軟件能力成熟度等級6軟件能力成熟度模型關(guān)鍵過程域關(guān)鍵實(shí)踐第13章習(xí)題答案一、簡答題1、

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論