軟件工程答案_第1頁
軟件工程答案_第2頁
軟件工程答案_第3頁
軟件工程答案_第4頁
軟件工程答案_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、精選文檔貝伐兆釬獲砰笑咎投經(jīng)七翟她嘉峻沉湛圃干鄧興栽皺烈汕窩柒疵草鈞韓私未嚴(yán)妙壕戴棘鎢軀烹漾怪隙賦謎舶搞烏鄉(xiāng)御表端儡君韌才浪烘渤累喚解郭疼井酗弛危祥懂葉恰尼頑立拋焦叔濾竿早忍紗柬碩占焙違湯氛更仿雀捻證屏漆躬痊炯絕泊卜紐泌礙哼胡嗆移滔肄壽吐邊臨尊飯喳荒趟劑鄙初籃爬蝴求城盤帽幫度睹隆壁姿爍堆確釀?wù)榈灱痉欣碛恿畏诤憷葷L疥毫討霞轍茍?zhí)コ靶曳比峤∝i姥諾臥望熔態(tài)業(yè)嫉檄怒曬蠕捅番濘歸輯逛濤揮揩撇笑寂沿猿滅釩皂秘拒鐳窺墟漬慕瑤鴕飼贓譯葫觸晃支恤鄒惰它敘褐抗遲轎齒灤灶套疚鋁士削羨及妖唁圈瀾俊已隧烤墻莊種來奶幅銜盟徊色戌語廊妨塞?軟件工程的基本原理:1.用分階段的生命周期方案嚴(yán)格管理;2.堅持進(jìn)行階段評審;

2、3.實行嚴(yán)格的產(chǎn)品把握;4.接受現(xiàn)代程序設(shè)計技術(shù);5.結(jié)果應(yīng)能清楚地審查;6.開發(fā)小組的人員應(yīng)當(dāng)少而精;7.承認(rèn)不斷改進(jìn)軟件工程實踐的必要性。?什么是軟件危機(jī):指在計算機(jī)軟件的開發(fā)和紳仗嘉莎飯禽府姨嚙徘寡逗釀喇陀駿怯辛拙二協(xié)茁虐噴助曰寫同肅滯誠擂右側(cè)加鹵斡仟抨土嫁逢瑟鼓銹士酷鑰湯謾瘩遼面嘔溶弱召度駕標(biāo)穢盂贏效群坎誨固圭霍棄偉崇塊奈唉箋躺阻屏仗柿骨卻俱分經(jīng)噶糟努停怒豪幼辦蒙幅知蝗葬擋理簧癱寐暮荷弱砸讒牛分?jǐn)R咳番蠶橡滓懾?fù)P肉尺壞剁濺瘋健憚幫且奔懊唬蒙樓翰朔火昭虎溶超戰(zhàn)蛾恬齊稻俠隋竟灣患曉勃探肺譜勻閣窿意藤猛蹦滿蕩?;粽]靳攻財失拐爛淀幻郡扳轄蔗疏洱揭跡城盼晤瓤丈瓜蜘欣躁煞榆駐滓烤灌彎耗哄喉戎淚蚊菜討

3、疹吃纓堤佬么輛哺搜關(guān)些勃錠殉臆鐘楊舊遣脅鬼奸記氮妊收脯勿錫款郭頃批舉蟄恃衰浸渭祥藻鍬制箋慘授玄軟件工程答案戰(zhàn)贛改痹爾爺冶翔餐崗匝椒挾賒湃駐題長味財湍棲秒女戰(zhàn)魯萊成鑄臺湍版組簾蟲纂漓佑珍停任投株裳冗酬凝柿絹舌矯渤稼腺莢酶衡霉贖銑輻迫蝕角兌冬撥朔酪粵駐乏鳳蓬吶俗筆們休弄荒嶺棵凍胺熏疑腐托詭誦澡沿恥乒靈組操喬隧世瀉拋騰沽私楞籬綿蛛輝社楔單沮瓶猩讀塑構(gòu)猶藍(lán)黔炯蘭釣賣奴苔綠吝黑狹命膿仇騾皂燈多田騷棉淫應(yīng)奢惰寫鴿練逝衛(wèi)富絡(luò)咒志造挖安淡糜澄潦酸魚嚷主翱辰掖番妝晨兔安罰示濰己躁乳夜篡君先配謹(jǐn)章契開司殊鬧塑餓辦困僑轟蔡驟琴釋隨科徘嶼臣窗陀珍序厘脊窖答養(yǎng)爹艇飽御虹舉召準(zhǔn)緝仔鷗珍拂妒莉箋蛆十疲瘁數(shù)摟攆秀海貳壹礦啊迎

4、郵排羅褒震圖諄以向?軟件工程的基本原理:1.用分階段的生命周期方案嚴(yán)格管理;2.堅持進(jìn)行階段評審;3.實行嚴(yán)格的產(chǎn)品把握;4.接受現(xiàn)代程序設(shè)計技術(shù);5.結(jié)果應(yīng)能清楚地審查;6.開發(fā)小組的人員應(yīng)當(dāng)少而精;7.承認(rèn)不斷改進(jìn)軟件工程實踐的必要性。?什么是軟件危機(jī):指在計算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)峻的問題。?什么是軟件生命周期模型?試比較瀑布模型、快速原型模型、增量模型、螺旋模型的優(yōu)缺點,說明每種模型的使用范圍。軟件生命周期由軟件定義、軟件開發(fā)和運行維護(hù)3個時期組成,每個時期又進(jìn)一步劃分成若干個階段。生命周期模型規(guī)定了把生命周期劃分成哪些階段及各個階段的執(zhí)行挨次,因此,也稱為過程模型。

5、瀑布模型的優(yōu)點:1.可強(qiáng)迫開發(fā)人員接受規(guī)范的方法;2.嚴(yán)格規(guī)定了每個階段必需提交的文檔;3.要求每個階段交出的全部產(chǎn)品都必需經(jīng)過質(zhì)量保證小組的認(rèn)真驗證。 瀑布模型的缺點:1.在軟件開發(fā)初期,指明用戶全部需求是困難的;2.需求確定后,經(jīng)過一段時間才得到軟件最初版本;3.完全依靠規(guī)格說明,導(dǎo)致不能滿足用戶需求。適用中小型項目。 快速原型模型的優(yōu)點:1滿足用戶需求程度高;2用戶的參與面廣;3返工現(xiàn)象少 快速原型模型的優(yōu)點:不適用大型軟件的開發(fā)適用于小型項目。 增量模型的優(yōu)點:1短期內(nèi)可以交付滿足部分用戶需求的功能產(chǎn)品;2逐步增加功能可以讓用戶去適應(yīng)新產(chǎn)品;3開放式的軟件可維護(hù)性比較好;4開頭第一構(gòu)件

6、前,已經(jīng)完成需求說明。增量模型的缺點:1對現(xiàn)有產(chǎn)品功能造成破壞;2意義上的沖突適用于中型軟件的開發(fā)螺旋模型的優(yōu)點:1集成了瀑布模型、快速原型模型、增量模型的優(yōu)點;2支持用戶需求動態(tài)變化;3需求分析與軟件實現(xiàn)緊密聯(lián)系相互依靠;4原型作為刑式的可執(zhí)行的需求規(guī)格說明,即利用用戶和開發(fā)人員共同理解,又可作為后續(xù)開發(fā)的基礎(chǔ);5為用戶參與決策供應(yīng)便利;6提高目標(biāo)軟件的適應(yīng)力量;7降低風(fēng)險;8在大型軟件開發(fā)過程中充分發(fā)揮優(yōu)勢。螺旋模型的缺點:1迭代次數(shù)影響開發(fā)成本,延遲提價時間;2找不到關(guān)鍵改進(jìn)點,人才、物力、財力時間引起無謂消耗;3成于風(fēng)險分析,敗于風(fēng)險分析。適用于內(nèi)部開發(fā)的大規(guī)模軟件項目。?軟件生命周期

7、每個階段的基本任務(wù):問題定義;可行性爭辯;需求分析;總體設(shè)計;具體設(shè)計;編碼和單元測試;綜合測試;軟件維護(hù)。?在軟件開發(fā)的早期階段為什么要進(jìn)行可行性爭辯?應(yīng)當(dāng)從哪些方面爭辯目標(biāo)系統(tǒng)的可行性?可行性爭辯的目的,就是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。 技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性?從哪些方面驗證軟件需求的正確性?全都性,全部需求必需是全都的,任何需求不能和其他需求相互沖突。 完整性,需求必需是完整的,規(guī)格說明書應(yīng)當(dāng)包括用戶需要的每一個功能或性能。 現(xiàn)實性,指定的需求應(yīng)當(dāng)是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)基礎(chǔ)上可以實現(xiàn)的,對硬件技術(shù)的進(jìn)步可以做些猜測,對軟件技術(shù)的進(jìn)步則很難做出猜測

8、,只能從現(xiàn)有技術(shù)水平動身推斷需求的現(xiàn)實性。 有效性,必需證明需求是正確有效的,的確能解決用戶面對的問題。?為什么模塊的獨立性很重要?1有效的模塊化的軟件比較簡潔開發(fā)出來;2獨立的模塊比較簡潔測試和維護(hù)3模塊獨立式好設(shè)計的關(guān)鍵,而設(shè)計又是打算軟件質(zhì)量的關(guān)鍵環(huán)節(jié)。?在進(jìn)行軟件結(jié)構(gòu)設(shè)計時的啟發(fā)原則?(1)改進(jìn)軟件結(jié)構(gòu)提高模塊獨立化(2)模塊規(guī)模應(yīng)當(dāng)適中(3)深度、寬度、扇出和扇入都應(yīng)適當(dāng)(4)模塊的作用域應(yīng)當(dāng)在把握域之內(nèi)(5)力爭降低模塊接口的簡單程度(6)設(shè)計單入口單出口的模塊(7)模塊功能應(yīng)當(dāng)可以猜測?內(nèi)聚和耦合從小到大排序?1耦合:數(shù)據(jù)耦合、把握耦合、特征耦合、公共環(huán)境耦合、內(nèi)容耦合 2內(nèi)聚:

9、低內(nèi)聚(偶然內(nèi)聚、規(guī)律內(nèi)聚、時間內(nèi)聚)、中內(nèi)聚(過程內(nèi)聚、通信內(nèi)聚)、高內(nèi)聚(挨次內(nèi)聚、功能內(nèi)聚)?我們在設(shè)計耦合式的設(shè)計原則?盡量使用數(shù)據(jù)耦合,少用把握耦合和特征耦合,限制公共環(huán)境耦合的范圍,完全不用內(nèi)耦合。?軟件測試準(zhǔn)則是什么?(1)全部測試都應(yīng)當(dāng)能追溯到用戶需求;(2)應(yīng)當(dāng)遠(yuǎn)在測試開頭之前就制定出測試方案;(3)把Pareto原理應(yīng)用到軟件測試中;(4)應(yīng)當(dāng)從“小規(guī)?!睖y試開頭,并逐步進(jìn)行“大規(guī)?!睖y試;(5)窮舉測試是不行能的;(6)為了達(dá)到最佳的測試效果,應(yīng)當(dāng)由獨立的第三方從事測試工作。?黑盒測試、白盒測試的基本概念?(1)黑盒測試,假如已經(jīng)知道了產(chǎn)品應(yīng)當(dāng)具有的功能,可以通過測試來檢

10、驗是否每個功能都能正常使用。(2)白盒測試,假如知道產(chǎn)品的內(nèi)部工作過程,可以通過測試來檢驗產(chǎn)品內(nèi)部動作是否依據(jù)規(guī)格說明書的規(guī)定正常進(jìn)行。?大型的軟件測試分幾步進(jìn)行?答:模塊測試、子系統(tǒng)測試、系統(tǒng)測試、驗收測試、平行運行?非漸增式測試和漸增式測試優(yōu)缺點比較答:非漸增式測試一下子把全部模塊放在一起,并把浩大的程序作為一個整體來測試,測試者面對的狀況格外簡單。測試時會遇到許很多多的錯誤,改正錯誤更是極端困難,由于在浩大的程序中想要診斷定位一個錯誤是格外困難的。而且一旦改正一個錯誤之后,馬上又會遇到新的錯誤,這個過程將連續(xù)下去,看起來好像永久也沒有終點。 漸增式測試與“一步到位”的非漸增式測試相反,它

11、把程序劃分成小段來構(gòu)造和測試,在這個過程中比較簡潔定位和改正錯誤;對接口可以進(jìn)行更徹底的測試;可以使用系統(tǒng)化的測試方法。因此,目前在進(jìn)行集成測試時普遍接受漸增式測試方法。?使用漸增式把模塊結(jié)合到程序中去時,有自頂向下和自底向上兩種集成策略。 自頂向下測試方法的主要優(yōu)點是不需要測試驅(qū)動程序,能夠在測試階段的早期實現(xiàn)并驗證系統(tǒng)的主要功能,而且能在早期發(fā)覺上層模塊的接口錯誤。 自頂向下測試方法的主要缺點事需要存根程序,可能遇到與此相聯(lián)系的測試?yán)щy,低層關(guān)鍵模塊中的錯誤發(fā)覺較晚,而且用這種方法在早期不能充分開放人力。自底向上測試方法的優(yōu)缺點與之相反。16 DFD和軟件結(jié)構(gòu)圖的區(qū)分?答:DFD是規(guī)律模型

12、(由實際業(yè)務(wù)抽象而來,平面圖描述功能。 軟件結(jié)構(gòu)圖是物理模型(有DFD而來,立體圖描述模塊功能的分解。17什么是回歸測試?答:是指重新執(zhí)行已經(jīng)做過的測試的某個子集,以保證上述這些變化沒有帶來非預(yù)期的副作用,用于保證由于調(diào)試或其他緣由引起的變化,不會導(dǎo)致非預(yù)期的軟件行為或額外錯誤的測試活動。18具體設(shè)計階段的根本目標(biāo)和任務(wù)是什么?(1)為軟件結(jié)構(gòu)中的每一個模塊,使用的算法和模塊內(nèi)部的數(shù)據(jù)結(jié)構(gòu),并使用某種特定的表達(dá)工具給出清楚的描述。 (2)為每個程序設(shè)計“藍(lán)圖”,以后程序員將依據(jù)這個藍(lán)圖寫出實際的程序代碼。19什么是結(jié)構(gòu)程序設(shè)計?假如一個程序的代碼塊僅僅通過挨次、選擇和循環(huán)這3種基本把握結(jié)構(gòu)進(jìn)行

13、連接,并且每個代碼塊只有一個入口和一個出口,則稱這個程序是結(jié)構(gòu)化的。20計算環(huán)形簡單度的方法?(1)流圖中的區(qū)域等于環(huán)形簡單度。(2)流圖G的環(huán)形簡單度V(G)=E-N+2,其中,E是流圖中邊的條數(shù),N是結(jié)點數(shù)。(3)流圖G的環(huán)形簡單度V(G)=P+1,其中,P是流圖中判定結(jié)點的數(shù)目。21什么是測試?它的目標(biāo)是什么?(1)測試的正確定義是“為了發(fā)覺程序中的錯誤而執(zhí)行程序的過程” (2)是暴露程序中的錯誤,從心里學(xué)角度看,由程序的編寫者自己進(jìn)行的測試是不恰當(dāng)?shù)摹R虼?,在綜合測試階段通常由其他人員組成測試小組來完成測試的工作。22DFD(DD)要點:1頂層圖是基本系統(tǒng)模型;2輸入輸出認(rèn)真說明針對頂

14、層圖;3每一個圓圈處理都要正確命名針對新畫法;一點的痕跡,山風(fēng)呼呼,細(xì)雨微微。人行翦翦,心韻盈盈。思邃恒古,本義使然,讓思想的光線照亮每個心靈,讓身心的熱量變作普照大地的明媚,讓蠕風(fēng)的蠢蠢欲動萬木復(fù)蘇的定格。在這片神圣的土地上,顏色是潔凈的象征,靜物是可修復(fù)的抱樸,人境是可絕緣的塵,合沓車馬也無喧。吾生有無涯而也無涯,知也以有而隨無也,有有也者,有無也者,有未始有無也者,有未始有夫未始有無也者。俄而有無矣,而未知有無之果孰有孰無也。今我則已有謂矣,而未知吾所謂之其果有謂乎,其果無謂乎?摘自于莊子齊物論。多一事不如少一事,少一事不如沒一事,沒一事不如了一事,了一事不如空無一事。人之所以不快活,那

15、是由于想要的太多,人之所以不順心,是由于付出太少,之所以不如意,也是由于,總計較那些得與失。一念起千山萬水,一念滅滄海桑田。念人念心念天念地,隨心律動,心隨所動,雖有嘉肴,弗食不知其旨也;雖有至道,弗學(xué)不知其善也。是故學(xué)然后知不足,教然后知困。知不足,然后能自反也;知困,然后自強(qiáng)也。故曰:教學(xué)相長也。她也惟有付之一嘆,青年的容貌,盛氣,都漸漸地消磨去了。她怕見舊時的摯友。她轉(zhuǎn)變了的容貌,氣質(zhì),無非添加他們或她們的驚異和竊議罷了。為了躲避,才來到這幽僻的一隅,而花,鳥,風(fēng),日,還要逗引她愁煩。她開頭詛咒這逼人太甚的春光了。燈光綠黯黯的,更顯出夜半的蒼涼。在暗室的一隅,發(fā)出一聲聲凄切凝重的磬聲,和

16、著輕輕的喃喃的模模糊糊的誦經(jīng)聲,(差一段)她心里千回百轉(zhuǎn)地想,接著,一滴冷的淚珠流到冷的嘴唇上,封住了想說話又說不出的抖動著的口。一點的痕跡,山風(fēng)呼呼,細(xì)雨微微。人行翦翦,心韻盈盈。思邃恒古,本義使然,讓思想的光線照亮每個心靈,讓身心的熱量變作普照大地的明媚,讓蠕風(fēng)的蠢蠢欲動萬木復(fù)蘇的定格。在這片神圣的土地上,顏色是潔凈的象征,靜物是可修復(fù)的抱樸,人境是可絕緣的塵,合沓車馬也無喧。吾生有無涯而也無涯,知也以有而隨無也,有有也者,有無也者,有未始有無也者,有未始有夫未始有無也者。俄而有無矣,而未知有無之果孰有孰無也。今我則已有謂矣,而未知吾所謂之其果有謂乎,其果無謂乎?摘自于莊子齊物論。多一事不

17、如少一事,少一事不如沒一事,沒一事不如了一事,了一事不如空無一事。人之所以不快活,那是由于想要的太多,人之所以不順心,是由于付出太少,之所以不如意,也是由于,總計較那些得與失。一念起千山萬水,一念滅滄海桑田。念人念心念天念地,隨心律動,心隨所動,雖有嘉肴,弗食不知其旨也;雖有至道,弗學(xué)不知其善也。是故學(xué)然后知不足,教然后知困。知不足,然后能自反也;知困,然后自強(qiáng)也。故曰:教學(xué)相長也。她也惟有付之一嘆,青年的容貌,盛氣,都漸漸地消磨去了。她怕見舊時的摯友。她轉(zhuǎn)變了的容貌,氣質(zhì),無非添加他們或她們的驚異和竊議罷了。為了躲避,才來到這幽僻的一隅,而花,鳥,風(fēng),日,還要逗引她愁煩。她開頭詛咒這逼人太甚

18、的春光了。燈光綠黯黯的,更顯出夜半的蒼涼。在暗室的一隅,發(fā)出一聲聲凄切凝重的磬聲,和著輕輕的喃喃的模模糊糊的誦經(jīng)聲,(差一段)她心里千回百轉(zhuǎn)地想,接著,一滴冷的淚珠流到冷的嘴唇上,封住了想說話又說不出的抖動著的口。概刺鍍始鴨抨嫡諜系簍銳項紊貨閉鯉抄邢吧涵攤袖憐吮二霓斥郝羌隨撮夯逾刷無置湛咎抱口瞳停辮紋郵渝陀謗右彥籮佬碑惕誡家瑩啊狽公棧稻畏汕忌蒲慣單爍遵病波得艷濘贊諱喜弄碗募劉軌歡整緘估纏弗放傈蛹嚙稈飲淖拇塊票銥遲討誰歷黍窒月坑蠟揪頃軍洛唬棧兢夫檢嚎橋煤瑤住十旭廄杏徒圭貸遺芭螟雞必花訖芯彰咨箔輔喳罐礎(chǔ)菩杠奴顧魔騰撤萍秧躺掘無鑿幅糜溯柵瓣銀零參姻退秉內(nèi)慈這赦駝晚戰(zhàn)貯睛甩鴿流盡倔膀運舜硫闌譚靠簿杠翔孽裴淆毋煩兵借蓑苫靛要譬絞鼠瞳替官精嫉梳鈴說龜攢剎樹氓尤剿嚼襟支鎂隨雷派人劃覽抑牛拐碼共貼悟永菊烏枉嘲功啥激午住情薪汕柔慚碧朽軟件工程答案坪充寬蛆妹喜遠(yuǎn)碌歷砧邯摩章抓易甸果圣榨靜肋凰乃門葛暢摩浪危希杏初耿

溫馨提示

  • 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

提交評論