資源描述:
《軟件工程紙質(zhì)作業(yè)和答案》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在工程資料-天天文庫(kù)。
1、作業(yè)練習(xí)一(1)一、填空題1.軟件工程主要研究軟件開(kāi)發(fā)和維護(hù)有關(guān)的四個(gè)方面的內(nèi)容,即過(guò)程與模型、方法和技術(shù)、工具和環(huán)境消息、標(biāo)準(zhǔn)和規(guī)范。2.軟件的發(fā)展經(jīng)歷了個(gè)發(fā)展階段。3.按軟件的服務(wù)對(duì)象劃分,軟件可以分為產(chǎn)品軟件和合同軟件。4.原型模型是一種開(kāi)發(fā)過(guò)程模型。5.結(jié)構(gòu)化程序設(shè)計(jì)方法是使用三種基本流程控制結(jié)構(gòu)構(gòu)造程序。6.開(kāi)發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象稱(chēng)做軟件危機(jī)7.面向?qū)ο蠓椒▽W(xué)的岀發(fā)點(diǎn)和基本原則是盡可能模擬人類(lèi)習(xí)慣的思維方式,分析、設(shè)計(jì)和實(shí)現(xiàn)一個(gè)軟件系統(tǒng)的方法和過(guò)程,盡可能接近于人類(lèi)認(rèn)識(shí)世界解決問(wèn)題的方法和過(guò)程。8.通常,將軟件生命周期全過(guò)程中使用的一整
2、套技術(shù)方法的集合稱(chēng)為方法學(xué)。傳統(tǒng)方法學(xué)采用.結(jié)構(gòu)化技術(shù)來(lái)自頂向下順序地完成軟件開(kāi)發(fā)的各項(xiàng)任務(wù),而面向?qū)ο蠓椒ㄊ且环N以數(shù)據(jù)為主線,把數(shù)據(jù)和對(duì)數(shù)據(jù)的操作緊密地結(jié)合起來(lái)的方法,其開(kāi)發(fā)過(guò)程是一個(gè)多次迭代的演化過(guò)程。二、單項(xiàng)選擇題1?在軟件開(kāi)發(fā)項(xiàng)li中,軟件除代碼外,還應(yīng)該包括A.文檔B.軟件工具2.描述系統(tǒng)物理模型的工具有A.數(shù)據(jù)流圖B.UML類(lèi)圖3.下列屬面向?qū)ο筌浖_(kāi)發(fā)方法的有A.LCP方法B.OMT方法4.軟件危機(jī)的原因有(A)C.軟件過(guò)程(C)C.系統(tǒng)流程圖(B)C.TDEFO方法(A)A.軟件開(kāi)發(fā)人員對(duì)用戶(hù)需求的理解與用戶(hù)的本來(lái)愿望有差異B.軟件生產(chǎn)過(guò)剩C.軟件開(kāi)發(fā)人員太多5.瀑布
3、模型是一種(B)A.演化模型B.順序模型C.增量模型三、名詞解釋題1.結(jié)構(gòu)化方法結(jié)構(gòu)化方法:是一種傳統(tǒng)的軟件開(kāi)發(fā)方法,其總的指導(dǎo)思想是自頂向下、初步求精、單入口、單出口,其基本原則是抽象和功能分解。2.軟件工具軟件工具:是指為支持計(jì)算機(jī)軟件的開(kāi)發(fā)、維護(hù)及相關(guān)工作而研制的程序系統(tǒng)。3.CASECASE:是一組工具和方法的集合,可以輔助軟件開(kāi)發(fā)生命周期各階段進(jìn)行軟件開(kāi)發(fā)。CASE把軟件開(kāi)發(fā)技術(shù)、軟件工具和軟件開(kāi)發(fā)方法集成到一個(gè)統(tǒng)一而一致的框架中,并且吸收了CAD(計(jì)算機(jī)輔助設(shè)計(jì))、軟件工程、操作系統(tǒng)、數(shù)據(jù)庫(kù)、網(wǎng)絡(luò)和許多其他計(jì)算機(jī)領(lǐng)域的原理和技術(shù)。因而,CASE領(lǐng)域是一個(gè)應(yīng)用、繼承和綜合的
4、領(lǐng)域。四、簡(jiǎn)答題1.試簡(jiǎn)要敘述軟件工程的目標(biāo)是什么?軟件工程是一門(mén)工程性學(xué)科,其目標(biāo)是以較少的代價(jià)獲取高質(zhì)量的軟件,包括:付出較低的開(kāi)發(fā)成本;達(dá)到要求的軟件功能;取得較好的軟件性能;開(kāi)發(fā)的軟件易于移植;紺要佼低的維護(hù)費(fèi)用;能按時(shí)完成開(kāi)發(fā)任務(wù),及時(shí)交付使用;開(kāi)發(fā)的軟件可靠性高。2.軟件文檔在軟件工程中有何作用?文檔驅(qū)動(dòng)的軟件開(kāi)發(fā)瀑布模型有何缺點(diǎn)?軟件文檔的作用有:提高軟件開(kāi)發(fā)過(guò)程的能見(jiàn)度;提高軟件開(kāi)發(fā)效率;作為開(kāi)發(fā)人員階段工作成果和結(jié)束標(biāo)志;記錄開(kāi)發(fā)過(guò)程的有關(guān)信息便于使用與維護(hù);提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料;便于用戶(hù)了解軟件功能、性能。瀑布模型是典型的文檔驅(qū)動(dòng)型軟件開(kāi)發(fā)模型,其缺點(diǎn)
5、主要有:實(shí)際軟件開(kāi)發(fā)中,各階段之間并非完全的自上而下線性順序展開(kāi);在開(kāi)發(fā)過(guò)程中,用戶(hù)看不見(jiàn)系統(tǒng),而只有在交付使用時(shí)系統(tǒng)才能和用戶(hù)見(jiàn)面;針對(duì)需求模糊或變化的情況,瀑布模型不夠靈活。3.什么是軟件危機(jī)?軟件危機(jī)的表現(xiàn)是什么?其產(chǎn)生的原因是什么?軟件發(fā)展第二階段的末期,由于計(jì)算機(jī)硬件技術(shù)的進(jìn)步,計(jì)算機(jī)運(yùn)行速度、容量、可靠性有顯著的提高,生產(chǎn)成本顯著下降,這為計(jì)算機(jī)的廣泛應(yīng)用創(chuàng)造了條件。一些復(fù)雜的、大型的軟件開(kāi)發(fā)項(xiàng)目提出來(lái)了,但是,軟件開(kāi)發(fā)技術(shù)的進(jìn)步一直未能滿(mǎn)足發(fā)展的需要。在軟件開(kāi)發(fā)中遇到的問(wèn)題找不到解決辦法,使問(wèn)題積累起來(lái),形成了尖銳的矛盾,因而導(dǎo)致了軟件危機(jī)。軟件危機(jī)表現(xiàn)在以下四個(gè)方面:
6、(1)經(jīng)費(fèi)預(yù)算經(jīng)常突破,完成時(shí)間一再拖延。由于缺乏軟件開(kāi)發(fā)的經(jīng)驗(yàn)和軟件開(kāi)發(fā)數(shù)據(jù)的積累,使得開(kāi)發(fā)工作的計(jì)劃很難制定。主觀盲目制定計(jì)劃,執(zhí)行起來(lái)與實(shí)際情況有很大差距,使得開(kāi)發(fā)經(jīng)費(fèi)一再突破。由于對(duì)工作量估計(jì)不足,對(duì)開(kāi)發(fā)難度估計(jì)不足,進(jìn)度計(jì)劃無(wú)法按時(shí)完成,開(kāi)發(fā)時(shí)間一再拖延。(2)開(kāi)發(fā)的軟件不能滿(mǎn)足用戶(hù)要求。開(kāi)發(fā)初期對(duì)用戶(hù)的要求了解不夠明確,未能得到明確的表達(dá)。開(kāi)發(fā)工作開(kāi)始后,軟件人員和用戶(hù)又未能及時(shí)交換意見(jiàn),使得一些問(wèn)題不能及時(shí)解決,導(dǎo)致開(kāi)發(fā)的軟件不能滿(mǎn)足用戶(hù)的要求,因而導(dǎo)致開(kāi)發(fā)失敗。(3)開(kāi)發(fā)的軟件可維護(hù)性差。開(kāi)發(fā)過(guò)程中沒(méi)有同意的、公認(rèn)的規(guī)范,軟件開(kāi)發(fā)人員按各自的風(fēng)格工作,各行其是,開(kāi)發(fā)過(guò)
7、程無(wú)完整、規(guī)范的文檔,發(fā)現(xiàn)問(wèn)題后進(jìn)行雜亂無(wú)章的修改。程序結(jié)構(gòu)不好,運(yùn)行時(shí)發(fā)現(xiàn)錯(cuò)誤也很難修改,導(dǎo)致維護(hù)性差。作業(yè)練習(xí)二(2-4)一、填空題1.IDEF1X方法用來(lái)建立系統(tǒng)的數(shù)據(jù)模型。2.統(tǒng)一建模語(yǔ)言UML提供了兩種描述整體/部分關(guān)系的方法,分別是聚集和組合。3.用例圖可以作為溝通的工具,用以概扌舌系統(tǒng)及其參與者的行為。4.面向數(shù)據(jù)流的設(shè)計(jì)方法把信息流—映射成軟件結(jié)構(gòu),依據(jù)其類(lèi)型的不同,有兩種不同的映射方法,分別是變換分析和事物分析方法。5.在多層次的結(jié)構(gòu)圖中