軟件工程導(dǎo)論(第六版)張海藩課后習(xí)題部分答案_第1頁(yè)
已閱讀1頁(yè),還剩24頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、第一章11什么是軟件危機(jī)是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。13什么是軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的一門(mén)工程學(xué)科。14簡(jiǎn)述結(jié)構(gòu)化范型和面向?qū)ο蠓缎偷囊c(diǎn),并分析它們的優(yōu)缺點(diǎn)。目前使用得最廣泛的軟件工程方法學(xué)(2種):1.傳統(tǒng)方法學(xué):也稱(chēng)為生命周期方法學(xué)或結(jié)構(gòu)化范型。優(yōu)點(diǎn):把軟件生命周期劃分成基干個(gè)階段,每個(gè)階段的任務(wù)相對(duì)獨(dú)立,而且比較簡(jiǎn)單,便于不同人員分工協(xié)作,從而降低了整個(gè)軟件開(kāi)發(fā)過(guò)程的困難程度。缺點(diǎn):當(dāng)軟

2、件規(guī)模龐大時(shí),或者對(duì)軟件的需求是模糊的或會(huì)承受時(shí)間而變化的時(shí)候,開(kāi)發(fā)出的軟件往往不成功;而且維護(hù)起來(lái)仍然很困難。2.面向?qū)ο蠓椒▽W(xué):優(yōu)點(diǎn):降低了軟件產(chǎn)品的復(fù)雜性;提高了軟件的可理解性;簡(jiǎn)化了軟件的開(kāi)發(fā)和維護(hù)工作;促進(jìn)了軟件重用。16什么是軟件過(guò)程它與軟件工程方法學(xué)有何關(guān)系z(mì)軟件過(guò)程:是為了獲得高質(zhì)量軟件所需要完成的一系列任務(wù)的框架,它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟z軟件工程方法學(xué):通常把在軟件生命周期全過(guò)程中使用的一整套技術(shù)方法的集合稱(chēng)為

3、方法學(xué),也稱(chēng)范型17什么是軟件生命周期模型,試比較瀑布模型,快速原型模型,增量模型,和螺旋模型的優(yōu)缺點(diǎn),說(shuō)明每種模型的適用范圍。軟件生命周期由軟件定義、軟件開(kāi)發(fā)和運(yùn)行維護(hù)3個(gè)時(shí)期組成,每個(gè)時(shí)期又進(jìn)一步劃分成若干個(gè)階段。生命周期模型規(guī)定了把生命周期劃分成哪些階段及各個(gè)階段的執(zhí)行順序,因此,也稱(chēng)為過(guò)程模型。瀑布模型的優(yōu)點(diǎn):1.可強(qiáng)迫開(kāi)發(fā)人員采用規(guī)范的方法;2.嚴(yán)格規(guī)定了每個(gè)階段必須提交的文檔;3.要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過(guò)質(zhì)量保證

4、小組的仔細(xì)驗(yàn)證。瀑布模型的缺點(diǎn):1.在軟件開(kāi)發(fā)初期,指明用戶(hù)全部需求是困難的;2.需求確定后,經(jīng)過(guò)一段時(shí)間才得到軟件最初版本;3.完全依賴(lài)規(guī)格說(shuō)明,導(dǎo)致不能滿(mǎn)足用戶(hù)需求。適用中小型項(xiàng)目??焖僭湍P偷膬?yōu)點(diǎn):1滿(mǎn)足用戶(hù)需求程度高;2用戶(hù)的參與面廣;3返工現(xiàn)象少快速原型模型的優(yōu)點(diǎn):不適用大型軟件的開(kāi)發(fā)適用于小型項(xiàng)目。增量模型的優(yōu)點(diǎn):1短期內(nèi)可以交付滿(mǎn)足部分用戶(hù)需求的功能產(chǎn)品;2逐步增加功能可以讓用戶(hù)去適應(yīng)新產(chǎn)品;3開(kāi)放式的軟件可維護(hù)性比較好

5、;4開(kāi)始第一構(gòu)件前,已經(jīng)完成需求說(shuō)明。增量模型的缺點(diǎn):1對(duì)現(xiàn)有產(chǎn)品功能造成破壞;2意義上的矛盾適用于中型軟件的開(kāi)發(fā)螺旋模型的優(yōu)點(diǎn):1集成了瀑布模型、快速原型模型、增量模型的優(yōu)點(diǎn);2支持用戶(hù)需求動(dòng)態(tài)變化;3需求分析與軟件實(shí)現(xiàn)緊密聯(lián)系相互依賴(lài);4原型作為刑式的可執(zhí)行的需求規(guī)格說(shuō)明,即利用用戶(hù)和開(kāi)發(fā)人員共同理解,又可作為后續(xù)開(kāi)發(fā)的基礎(chǔ);5為用戶(hù)參與決策提供方便;6提高目標(biāo)軟件的適應(yīng)能力;7降低風(fēng)險(xiǎn);8在大型軟件開(kāi)發(fā)過(guò)程中充分發(fā)揮優(yōu)勢(shì)。螺旋模型

6、的缺點(diǎn):1迭代次數(shù)影響開(kāi)發(fā)成本,延遲提價(jià)時(shí)間;2找不到關(guān)鍵改進(jìn)點(diǎn),人才、物力、財(cái)力時(shí)間引起無(wú)謂消耗;3成于風(fēng)險(xiǎn)分析,敗于風(fēng)險(xiǎn)分析。適用于內(nèi)部開(kāi)發(fā)的大規(guī)模軟件項(xiàng)目。18:為什么說(shuō)噴泉模型叫好的體現(xiàn)了面向?qū)ο筌浖_(kāi)發(fā)過(guò)程無(wú)縫和迭代的特性?23為方便旅客,某航空公司擬開(kāi)發(fā)一個(gè)機(jī)票預(yù)定系統(tǒng)。旅行社把預(yù)訂機(jī)票的旅客信息(姓名、性別、工作單位、身份證號(hào)碼、旅行時(shí)間、旅行目的地等)輸入進(jìn)該系統(tǒng),系統(tǒng)為旅客安排航班,印出取票通知和賬單,旅客在飛機(jī)起飛的

7、前一天憑取票通知和賬單交款取票,系統(tǒng)核對(duì)無(wú)誤即印出機(jī)票給旅客。請(qǐng)畫(huà)出系統(tǒng)的數(shù)據(jù)流圖。24目前住院病人主要由護(hù)士護(hù)理,這樣做不僅需要大量護(hù)士,而且由于不能隨時(shí)觀察危險(xiǎn)病人的病情變化,還可能會(huì)延誤搶救時(shí)機(jī)。某醫(yī)院打算開(kāi)發(fā)一個(gè)以計(jì)算機(jī)為中心的患者監(jiān)護(hù)系統(tǒng),試寫(xiě)出問(wèn)題定義,并且分析開(kāi)發(fā)這個(gè)系統(tǒng)的可行性。醫(yī)院對(duì)患者監(jiān)護(hù)系統(tǒng)的基本要求是隨時(shí)接受每個(gè)病人的生理信號(hào)(脈搏、體溫、血壓、心電圖等),定時(shí)記錄病人情況以及形成患者日志,當(dāng)某個(gè)病人的生理信號(hào)超

溫馨提示

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

評(píng)論

0/150

提交評(píng)論