【正文】 軟件開發(fā)和維護(hù)有關(guān)的許多錯(cuò)誤認(rèn)識(shí)和做法形成,可以歸因于在計(jì)算機(jī)系統(tǒng)發(fā)展的早:(.(,而應(yīng)該是組織良好、管理嚴(yán)密、各類人員協(xié)同配合、共同完成的工程項(xiàng)目.(,盡快消除錯(cuò)誤概念和做法.( :(.(.(.(.(.(.(:(.(.(.(.(.(.(:由軟件定義、軟件開發(fā)和運(yùn)行維護(hù)3個(gè)時(shí)期組成,:總體設(shè)計(jì),詳細(xì)設(shè)計(jì),編碼和單元測(cè)試,維護(hù)階段的關(guān)鍵任務(wù)是,:(.(.(:是快速建立起來(lái)的可以在計(jì)算機(jī)運(yùn)行的程序,它所能完成的功能往往是最,::(1技術(shù)可行性.(2經(jīng)濟(jì)可行性.(:(.(.(.(.(.(.(.(:(DFD:是一種圖形化技術(shù),它描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過(guò)程中所經(jīng):是關(guān)于數(shù)據(jù)的信息的集合,:(1數(shù)據(jù)流.(2數(shù)據(jù)流分量.(3數(shù)據(jù)存儲(chǔ).(:定義絕大多數(shù)復(fù)雜事物的方法,都是用被定義的事物的成分的某種組合表示這個(gè)事物,:作為分析階段的工具。(7維護(hù)維護(hù)階段的關(guān)鍵任務(wù)是,通過(guò)各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要。這種規(guī)格說(shuō)明的作用很類似于其他工程領(lǐng)域中工程師經(jīng)常使用的工程藍(lán)圖,它們應(yīng)該包含必要的細(xì)節(jié),程序員可以根據(jù)它們寫出實(shí)際的程序代碼。概要設(shè)計(jì)又稱為初步設(shè)計(jì)、邏輯設(shè)計(jì)、高層設(shè)計(jì)或總體設(shè)計(jì)。(3需求分析這個(gè)階段的任務(wù)仍然不是具體地解決客戶的問(wèn)題,而是準(zhǔn)確地回答“目標(biāo)系統(tǒng)必須做什么”這個(gè)問(wèn)題。如果不知道問(wèn)題是什么就試圖解決這個(gè)問(wèn)題,顯然是盲目的,只會(huì)自白浪費(fèi)時(shí)間和金錢,最終得出的結(jié)果很可能是毫無(wú)意義的。(1問(wèn)題定義(2可行性研究(3需求分析(4總體設(shè)計(jì)(5詳細(xì)設(shè)計(jì)(6編碼和單元測(cè)試(7綜合測(cè)試(8軟件維護(hù)需求分析的任務(wù)一、確定對(duì)系統(tǒng)的綜合要求(1功能需求(2性能需求(3可靠性和可用性需求(4出錯(cuò)處理需求(5接口需求(6約束(7逆向需求(8將來(lái)可能提出的需求二、分析系統(tǒng)的數(shù)據(jù)要求三、導(dǎo)出系統(tǒng)的邏輯模型四、修正系統(tǒng)開發(fā)計(jì)劃改進(jìn)軟件設(shè)計(jì)的啟發(fā)式規(guī)則(1改進(jìn)軟件結(jié)構(gòu)提高模塊獨(dú)立性(2模塊規(guī)模應(yīng)該適中(3深度、寬度、扇出和扇入都應(yīng)適當(dāng)(4模塊的作用域應(yīng)該在控制域之(5力爭(zhēng)降低模塊接口的復(fù)雜程度(6設(shè)計(jì)單入口單出口的模塊(7模塊功能應(yīng)該可以預(yù)測(cè)面向?qū)ο笤O(shè)計(jì)準(zhǔn)則和啟發(fā)式原則(1模塊化(2抽象(3信息隱藏(4弱耦合(5強(qiáng)內(nèi)聚(6可重用(1設(shè)計(jì)結(jié)果應(yīng)該清晰易懂(2一般特殊結(jié)構(gòu)的深度應(yīng)適當(dāng)(3設(shè)計(jì)簡(jiǎn)單的類(4使用簡(jiǎn)單的協(xié)議(5使用簡(jiǎn)單的服務(wù)(6把設(shè)計(jì)變動(dòng)減至最小軟件維護(hù)的幾種類型(1改正性維護(hù)(2適應(yīng)性維護(hù)(3完善性維護(hù)(4預(yù)防性維護(hù)決定軟件可維護(hù)性因素(1可理解性(2可測(cè)試性(3可修改性(4可移植性(5可重用性軟件配置項(xiàng)軟件配置的主要任務(wù)就是控制變化,同時(shí)也負(fù)責(zé)各個(gè)軟件配置項(xiàng)和軟件各種版本的標(biāo)志、軟件配置審計(jì)以及軟件配置發(fā)生的任何變化的報(bào)告。(7承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性。(5結(jié)果應(yīng)能清楚地審查。(3實(shí)行嚴(yán)格的產(chǎn)品控制。簡(jiǎn)單題軟件工程基本原理(1用分階段的生存周期嚴(yán)格管理。3軟件不同于硬件,他是計(jì)算機(jī)系統(tǒng)的邏輯部件而不是物理部件。軟件成本在計(jì)算機(jī)總成本中所占的比例逐年上升。軟件常常是不可維護(hù)的。用戶對(duì)“已完成”的軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。能力的成熟度的5個(gè)等級(jí)從低到高依次是:初始級(jí)(1級(jí)、可重復(fù)級(jí)(2級(jí)、已定義級(jí)(3級(jí)已管理級(jí)(4級(jí)和優(yōu)化級(jí)(5級(jí)。軟件過(guò)程的輸出信息可以分為3類計(jì)算機(jī)程序、描述計(jì)算機(jī)程序的文檔、數(shù)據(jù),這些項(xiàng)組成了軟件過(guò)程中產(chǎn)生的全部信息,人們把他們統(tǒng)稱為軟件配置,而這些項(xiàng)就是軟件配置項(xiàng)。2工程網(wǎng)絡(luò)和Gantt圖同樣是安排進(jìn)度和管理工程進(jìn)度情況的強(qiáng)有力的工具。2復(fù)雜問(wèn)題的對(duì)象模型通常由:主題層、類與對(duì)象層、結(jié)構(gòu)層、屬性層和服務(wù)層。2類與類之間通常有關(guān)聯(lián)、泛化(繼承、依賴和細(xì)化等4種關(guān)系。2用面向?qū)ο蠓椒ㄩ_發(fā)軟件,在任何情況下,對(duì)象模型始終都是最重要、最基本的、最核心的。軟件可靠性是程序在給定的時(shí)間點(diǎn),按照規(guī)格說(shuō)明書的規(guī)定,成功的運(yùn)行的概率。(3成功的測(cè)試是發(fā)現(xiàn)可至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。1軟件測(cè)試的目標(biāo):(1測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程。1總體設(shè)計(jì)的基本目的是回答“概括地說(shuō),系統(tǒng)應(yīng)該如何實(shí)現(xiàn)?”,總體設(shè)計(jì)又稱為概要設(shè)或初步設(shè)計(jì)。1ER圖中包含了實(shí)體、關(guān)系和屬性,矩形代表實(shí)體,菱形表示關(guān)系,橢圓或圓角矩形表示屬性,用直線把實(shí)體和其屬性連接。1需求分析階段結(jié)束之前,系統(tǒng)分析員應(yīng)該寫出軟件需求規(guī)格說(shuō)明書,以書面形式準(zhǔn)確的描述軟件需求。數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合,也就是對(duì)數(shù)據(jù)流程圖中所包含的所有元素的定義 的集合?？尚行匝芯康娜矫?技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性。瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型。目前使用最廣泛的軟件工程方法學(xué)是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。文檔是開發(fā)、使用和維護(hù)程序所需要的圖文資料。軟件是程序、數(shù)據(jù)及相關(guān)文檔的完整集合,程序是能夠完成預(yù)定功能和性能的可執(zhí)行的程序序列。4.（）軟件工作產(chǎn)品一旦成為基線就不能再更改了。8.（）關(guān)系數(shù)據(jù)庫(kù)可以完全支持面向?qū)ο蟮母拍?，面向?qū)ο笤O(shè)計(jì)中的類可以直接對(duì)應(yīng)到關(guān)系數(shù)據(jù)庫(kù)中的表。，我們把一組具有相同數(shù)據(jù)結(jié)構(gòu)和操作的對(duì)象的集合定義為（），它與（）是同構(gòu)的 （）A、UML是一種高級(jí)編程語(yǔ)言，且是可視化的B、UML是一種文檔化語(yǔ)言 C、UML是一種可用于詳細(xì)描述的語(yǔ)言D、UML是一種構(gòu)造語(yǔ)言（父類）和特殊事物（子類）之間的關(guān)系是（）A、依賴B、關(guān)聯(lián)C、泛化D、實(shí)現(xiàn) 1.（）用例參與者總是人員而不是系統(tǒng)設(shè)備。（？）5（UML）..（）意味著一個(gè)操作在不同的類中可以有不同的實(shí)現(xiàn)方式。（）。（），條件覆蓋也不一定包含判定覆蓋。，應(yīng)盡可能增加維護(hù)人員的數(shù)目。、可測(cè)試性、可修改性、可移植性和_____。A、開發(fā)時(shí)的錯(cuò)誤 B、隱含的錯(cuò)誤C、因修改軟件而造成的錯(cuò)誤 D、運(yùn)行時(shí)誤操作（） 34.（）方法需要考察模塊間的接口和各模塊之間的聯(lián)系 。A、校正性維護(hù) B、適應(yīng)性維護(hù) C、完善性維護(hù) D、預(yù)防性維護(hù)（）。 ？（）A、證明軟件的正確性B、找出軟件系統(tǒng)中存在的所有錯(cuò)誤 C、證明軟件系統(tǒng)中存在錯(cuò)誤D、盡可能多的發(fā)現(xiàn)軟件系統(tǒng)中的錯(cuò)誤17.（）是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。（）13．（）方法需要考察模塊間的接口和各模塊之間的聯(lián)系。（），盡量多使用臨時(shí)變量。一般來(lái)說(shuō)，模塊的大小都在10行以下。任何程序都可由、和3種基本控制結(jié)構(gòu)構(gòu)造。和兩個(gè)階段。C、遞歸、堆棧和隊(duì)列。A、過(guò)程、子程序和分程序。A、低內(nèi)聚低耦合B、低內(nèi)聚高耦合C、高內(nèi)聚低耦合D、高內(nèi)聚高耦合 ，耦合程度最高的是：（）A、標(biāo)記耦合 B、控制耦合 C、內(nèi)容耦合 D、公共耦合 ，說(shuō)明模塊之間彼此依賴的程度越（）。 （）。 ，這種耦合方式稱為（）。（），分析員要解決的最重要的問(wèn)題是明確軟件做什么。3.（）目前存在一個(gè)很普遍的現(xiàn)象，即不同的客戶提出的需求是相互矛盾的，但每個(gè)人都爭(zhēng)辯自己是正確的。A、功能 B、性能 C、數(shù)據(jù) D、環(huán)境 （） 、經(jīng)濟(jì)上是否合算 （）、性能及其約束 ，分析人員要確定對(duì)問(wèn)題的綜合需求，其中最主要的是（）需求 角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。 （）。、性能及其約束7．軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次（）需求分析、設(shè)計(jì)過(guò)程。?你是否認(rèn)同這種觀點(diǎn)？請(qǐng)闡述理由。A、原型化方法B、瀑布模型方法C、螺旋模型方法D、構(gòu)件組裝模型 ，提出最早、應(yīng)用最廣泛的模型是（），對(duì)小型軟件的開發(fā)沒有幫助。 （）。，其原因在于（）。／輸出選項(xiàng)的更加多樣性（）不再是現(xiàn)代軟件工程師關(guān)注的問(wèn)題。類名：P217 屬性類圖符號(hào)：服務(wù)：類與類之間通常有關(guān)聯(lián)、泛化(繼承)、依賴和細(xì)化等4種關(guān)系關(guān)聯(lián)：表示倆個(gè)類的對(duì)象之間存在某種語(yǔ)義上的聯(lián)系泛化：是通用元素和具體元素之間的一種分類關(guān)系依賴：描述倆個(gè)模型元素（類，用例等）之間的語(yǔ)義連接關(guān)系細(xì)化：用來(lái)協(xié)調(diào)不同階段模型之間的關(guān)系，表示各個(gè)開發(fā)階段不同抽象層次的模型之間的相