【正文】 A、原型化方法B、瀑布模型方法C、螺旋模型方法D、構(gòu)件組裝模型 ，提出最早、應(yīng)用最廣泛的模型是（），對(duì)小型軟件的開發(fā)沒有幫助。（）？其主要表現(xiàn)有那些？?軟件工程過于耗費(fèi)時(shí)間，并且妨礙開發(fā)人員的編程效率。?你是否認(rèn)同這種觀點(diǎn)？請(qǐng)闡述理由。 需求規(guī)格說明描述了（）。、性能及其約束7．軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次（）需求分析、設(shè)計(jì)過程。、 （）。 （）。A、軟件做什么B、用戶使用界面C、輸入的信息D、軟件的規(guī)模，分析人員要確定對(duì)問題的綜合需求，其中最主要的是（）需求。A、功能 B、性能 C、數(shù)據(jù) D、環(huán)境 （） 、經(jīng)濟(jì)上是否合算 （）、性能及其約束 ，分析人員要確定對(duì)問題的綜合需求，其中最主要的是（）需求 角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。，它是軟件可行性分析的依據(jù)。3.（）目前存在一個(gè)很普遍的現(xiàn)象，即不同的客戶提出的需求是相互矛盾的，但每個(gè)人都爭(zhēng)辯自己是正確的。5.（）在需求分析過程中，分析員要從用戶那里解決的最重要的問題是明確軟件做什么。（），分析員要解決的最重要的問題是明確軟件做什么。（）？（）。 ，這種耦合方式稱為（）。 10．與詳細(xì)設(shè)計(jì)相對(duì)應(yīng)的是數(shù)據(jù)庫的（）設(shè)計(jì)。 （）。 ：（）A、增加內(nèi)聚性 B、降低復(fù)雜性C、提高易讀性D、減少耦合性 （）。A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C、高內(nèi)聚低耦合D、高內(nèi)聚高耦合 ，耦合程度最高的是：（）A、標(biāo)記耦合 B、控制耦合 C、內(nèi)容耦合 D、公共耦合 ，說明模塊之間彼此依賴的程度越（）。A、松散 B、緊密 C、無法判斷 D、相等 （）。A、過程、子程序和分程序。B、順序、選擇和重復(fù)。C、遞歸、堆棧和隊(duì)列。D、調(diào)用、返回和轉(zhuǎn)移。和兩個(gè)階段。，模塊化開發(fā)追求的目標(biāo)是：__________________。任何程序都可由、和3種基本控制結(jié)構(gòu)構(gòu)造。這3種基本結(jié)構(gòu)的共同點(diǎn)是、。（），模塊越小，模塊化的優(yōu)點(diǎn)越明顯。一般來說，模塊的大小都在10行以下。（），信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（），盡量多使用臨時(shí)變量。（），模塊越小，模塊化的優(yōu)點(diǎn)越明顯。（）13．（）方法需要考察模塊間的接口和各模塊之間的聯(lián)系。 16．在軟件生存周期中，時(shí)間最長(zhǎng)、所花費(fèi)的精力和費(fèi)用也最多的階段是（）。 ？（）A、證明軟件的正確性B、找出軟件系統(tǒng)中存在的所有錯(cuò)誤 C、證明軟件系統(tǒng)中存在錯(cuò)誤D、盡可能多的發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤17.（）是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。A．技術(shù)創(chuàng)新B．測(cè)試C．技術(shù)創(chuàng)造D．技術(shù)評(píng)審（）。A、校正性維護(hù) B、適應(yīng)性維護(hù) C、完善性維護(hù) D、預(yù)防性維護(hù)（）。A、確認(rèn)測(cè)試 B、集成測(cè)試 C、驗(yàn)收測(cè)試 D、系統(tǒng)測(cè)試，是指（）。A、開發(fā)時(shí)的錯(cuò)誤 B、隱含的錯(cuò)誤C、因修改軟件而造成的錯(cuò)誤 D、運(yùn)行時(shí)誤操作（） 34.（）方法需要考察模塊間的接口和各模塊之間的聯(lián)系 。，它們是改正性維護(hù)，________，________ 和________。、可測(cè)試性、可修改性、可移植性和_____。9． 軟件質(zhì)量保證應(yīng)從________開始，直到投入使用和售后服務(wù)的軟件生存期的每一階段中 4 的每一步驟。，應(yīng)盡可能增加維護(hù)人員的數(shù)目。（）,有組織的活動(dòng)。（），條件覆蓋也不一定包含判定覆蓋。（）,不能證明程序沒有錯(cuò)誤。（）。（），測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（？）5（UML）..（）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。，它與（）是同構(gòu)的。，我們把一組具有相同數(shù)據(jù)結(jié)構(gòu)和操作的對(duì)象的集合定義為（），它與（）是同構(gòu)的 （）A、UML是一種高級(jí)編程語言，且是可視化的B、UML是一種文檔化語言 C、UML是一種可用于詳細(xì)描述的語言D、UML是一種構(gòu)造語言（父類）和特殊事物（子類）之間的關(guān)系是（）A、依賴B、關(guān)聯(lián)C、泛化D、實(shí)現(xiàn) 1.（）用例參與者總是人員而不是系統(tǒng)設(shè)備。6.（）面向?qū)ο笤O(shè)計(jì)是在分析模型的基礎(chǔ)上，運(yùn)用面向?qū)ο蠹夹g(shù)生成軟件實(shí)現(xiàn)環(huán)境下的設(shè)計(jì)模型。8.（）關(guān)系數(shù)據(jù)庫可以完全支持面向?qū)ο蟮母拍?，面向?qū)ο笤O(shè)計(jì)中的類可以直接對(duì)應(yīng)到關(guān)系數(shù)據(jù)庫中的表。？，第三級(jí)是（）A、已管理級(jí)B、已量化管理級(jí) C、已定義級(jí)D、持續(xù)優(yōu)化級(jí) ，基線是___________________________________。4.（）軟件工作產(chǎn)品一旦成為基線就不能再更改了。？主要目標(biāo)和手段是什么？ ？第三篇：軟件工程導(dǎo)論最全復(fù)習(xí)總結(jié)(精)軟件危機(jī)是指在計(jì)算機(jī)開發(fā)過程中的開發(fā)和維護(hù)過程中所遇到的一系列的嚴(yán)重問題。軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合,程序是能夠完成預(yù)定功能和性能的可執(zhí)行的程序序列。數(shù)據(jù)是是使程序能夠適當(dāng)?shù)奶幚硇畔⒌臄?shù)據(jù)結(jié)構(gòu)。文檔是開發(fā)、使用和維護(hù)程序所需要的圖文資料。軟件工程學(xué)包含3個(gè)要素:方法、工具、過程。目前使用最廣泛的軟件工程方法學(xué)是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。軟件工程方法學(xué)的軟件過程基本上可以用瀑布模型來描述。瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型。Rup把軟件生命周期劃為:初始、精化、構(gòu)建、移交階段?？尚行匝芯康娜矫?技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性。數(shù)據(jù)流圖(DFD是一種圖形化技術(shù),他描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中所經(jīng)受的變化。數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合,也就是對(duì)數(shù)據(jù)流程圖中所包含的所有元素的定義 的集合。1數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型,沒有數(shù)據(jù)字典,數(shù)據(jù)如就不嚴(yán)格, 沒有流程圖,數(shù)據(jù)字典也難以發(fā)揮作用。1需求分析階段結(jié)束之前,系統(tǒng)分析員應(yīng)該寫出軟件需求規(guī)格說明書,以書面形式準(zhǔn)確的描述軟件需求。1結(jié)構(gòu)化分析方法就是面向數(shù)據(jù)流自頂向下逐步求精進(jìn)行需求分析的方法。1ER圖中包含了實(shí)體、關(guān)系和屬性,矩形代表實(shí)體,菱形表示關(guān)系,橢圓或圓角矩形表示屬性,用直線把實(shí)體和其屬性連接。1驗(yàn)證軟件需求的正確性:一致性、完整性、現(xiàn)實(shí)性、有效性。1總體設(shè)計(jì)的基本目的是回答“概括地說,系統(tǒng)應(yīng)該如何實(shí)現(xiàn)?”,總體設(shè)計(jì)又稱為概要設(shè)或初步設(shè)計(jì)。1模塊的獨(dú)立程度可以有兩個(gè)定性標(biāo)量度量:內(nèi)聚和耦合。1軟件測(cè)試的目標(biāo):(1測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程。(2好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案。(3成功的測(cè)試是發(fā)現(xiàn)可至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。1軟件測(cè)試步驟:模塊測(cè)試、子系統(tǒng)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試、平行運(yùn)行。軟件可靠性是程序在給定的時(shí)間點(diǎn),按照規(guī)格說明書的規(guī)定,成功的運(yùn)行的概率。2用面向?qū)ο蠓椒ㄩ_發(fā)軟件,通常需要建立3種形式的模型:描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的對(duì)象模型,描述系統(tǒng)控制結(jié)構(gòu)的動(dòng)態(tài)模型和描述系統(tǒng)功能的功能模型。2用面向?qū)ο蠓椒ㄩ_發(fā)軟件,在任何情況下,對(duì)象模型始終都是最重要、最基本的、最核心的。2通常,使用UML提供的類圖來建立對(duì)象模型。2類與類之間通常有關(guān)聯(lián)、泛化(繼承、依賴和細(xì)化等4種關(guān)系。2在UML中,在一段為空心的三角形的連線表示泛化關(guān)系。2復(fù)雜問題的對(duì)象模型通常由:主題層、類與對(duì)象層、結(jié)構(gòu)層、屬性層和服務(wù)層。2廣義的說,軟件重用可分為知識(shí)重用、方法和標(biāo)準(zhǔn)的重用、軟件成分的重用。2工程網(wǎng)絡(luò)和Gantt圖同樣是安排進(jìn)度和管理工程進(jìn)度情況的強(qiáng)有力的工具。23種典型人員組織方式:民主制程序員組、住程序員組、現(xiàn)代程序員組。軟件過程的輸出信息可以分為3類計(jì)算機(jī)程序、描述計(jì)算機(jī)程序的文檔、數(shù)據(jù),這些項(xiàng)組成了軟件過程中產(chǎn)生的全部信息,人們把他們統(tǒng)稱為軟件配置,而這些項(xiàng)就是軟件配置項(xiàng)。3Cmm把軟件過程從無序到有序的進(jìn)化過程分成5個(gè)階段,并把這些階段排序,形成五個(gè)逐層提高的等級(jí)。能力的成熟度的5個(gè)等級(jí)從低到高依次是:初始級(jí)(1級(jí)、可重復(fù)級(jí)(2級(jí)、已定義級(jí)(3級(jí)已管理級(jí)(4級(jí)和優(yōu)化級(jí)(