軟件工程習(xí)題集_第1頁
軟件工程習(xí)題集_第2頁
軟件工程習(xí)題集_第3頁
軟件工程習(xí)題集_第4頁
軟件工程習(xí)題集_第5頁
已閱讀5頁,還剩129頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

i 43 六程序設(shè)計(jì)語言和編碼參考答案 55 1一軟件與軟件工程1.軟件的主要特性是()A、無形性B、高成本2.軟件工程三要素是()3.包含風(fēng)險(xiǎn)分析的軟件工程模型是()4.軟件工程的主要目標(biāo)是()5.下列屬于面向?qū)ο箝_發(fā)方法的是()6.軟件危機(jī)的主要表現(xiàn)是()CD低下7.軟件開發(fā)方法的主要工作模型有()28.軟件工程的目標(biāo)有()A護(hù)B、低的開發(fā)成本9.軟件工程學(xué)的目的和意義是()4.結(jié)構(gòu)化方法和JSP方法都不適合于大型軟件的開發(fā)升。10.RCP法與RSP法的主要區(qū)別是前者采用循環(huán)漸進(jìn)的開發(fā)方式,原型將成為最終的產(chǎn)品,而36.軟件生命期各階段的任務(wù)是什么?4二軟件項(xiàng)目管理1、軟件工程管理的對(duì)象是:()2、以下對(duì)軟件工程管理的任務(wù)和目標(biāo)最準(zhǔn)確的描述是:()A、明確軟件開發(fā)項(xiàng)目的工作范圍、可能遇到的風(fēng)險(xiǎn)、需要的資源;B、明確軟件開發(fā)中要實(shí)現(xiàn)的任務(wù)和需經(jīng)歷的里程碑;C、明確所需的工作量以及進(jìn)度安排;3、在軟件管理資源要求中,最為重要的、起決定性的資源是以下哪種資源:()4、開發(fā)一個(gè)軟件工程的第一部是:()5、可行性報(bào)告中不包括一下哪個(gè)方面:()56、影響軟件開發(fā)成本估算的因素不包括以下那項(xiàng):()7、自底向上的估計(jì)法的特點(diǎn)是:()B、精度高,但缺少子任務(wù)(模塊)間的聯(lián)系8、對(duì)一個(gè)軟件工程來說,占總工作量的百分比最大的工作是:()9、軟件質(zhì)量度量的方法包括:()60、CMM表示:()售訓(xùn)1.簡述一個(gè)成熟的軟件機(jī)構(gòu)應(yīng)具有的特點(diǎn)7三需求分析1.需求分析的主要目的是()2.需求分析的主要方法有()A、形式化分析方法B、PAD圖描述C、結(jié)構(gòu)化分析(SA)方法D、OOA法3.面向?qū)ο蟮姆治龇椒ㄖ饕墙⑷惸P?,?)。C、ER模型、對(duì)象模型、功能模型D、對(duì)象模型、動(dòng)態(tài)模型、功能模型4.SA法的主要描述手段有()A統(tǒng)流程圖和模塊圖B、DFD圖、數(shù)據(jù)詞典、加工說明C、軟件結(jié)構(gòu)圖、加工說明5.畫分層DFD圖的基本原則有()。A、數(shù)據(jù)守恒原則B、分解的可靠性原則6.在E-R模型中,包含以下基本成分()。87.畫DFD圖的主要目的是()8.數(shù)據(jù)字典是數(shù)據(jù)流圖中所有元素的定義的集合,一般由以下4類條目組成()。9.在需求分析階段主要采用圖形工具來描述的原因是()。C于用戶理解和交流,有利于開發(fā)者與用戶之間達(dá)92.SA法是面向數(shù)據(jù)流,建立在數(shù)據(jù)封閉原則上的需求分析方法。3.HIPO法既是需求分析方法又是軟件設(shè)計(jì)方法。證需求的正確性,即驗(yàn)證需求的一致性、完整性、現(xiàn)2.M公司的軟件產(chǎn)品以開發(fā)實(shí)驗(yàn)型的新軟件為主。用瀑布模型進(jìn)行軟件開發(fā)已經(jīng)有近十年了,M件開發(fā)更加優(yōu)越,請(qǐng)向公司副總裁寫一份報(bào)告闡明你的理由,切記:副總裁不喜歡報(bào)告長度超過一頁 B5)。四面向?qū)ο蟮男枨蠓治?.面向?qū)ο蟪绦蛟O(shè)計(jì)的基本機(jī)制()A繼承B消息C方法D結(jié)構(gòu)2.下列屬于面向?qū)ο蟮囊氐?)A分類性B抽象C共享D封裝3.下列選項(xiàng)中屬于面向?qū)ο箝_發(fā)方法的有()4.下列屬于Coad方法中面向?qū)ο蟮姆治瞿P偷膶哟斡?)A主題層B對(duì)象層C應(yīng)用層D接口層5.一個(gè)屬性依其特征,其類型有()A描述型B定義型C派生型D參考型6.下列在面向?qū)ο蠓治龅臅r(shí)候采用的模型有()A模型B動(dòng)態(tài)模型CD功能模型7.狀態(tài)是對(duì)象屬性的值的一種抽象,它的性質(zhì)有()C有序性D有窮性8.數(shù)據(jù)流圖中的處理必須用對(duì)象中的操作來實(shí)現(xiàn)常見的操作有()A查詢B動(dòng)作CD訪問9.建立繼承關(guān)系時(shí)所采用的方式有()A自頂向下B從內(nèi)到外C自底向上D從復(fù)雜到簡單10.對(duì)象是人們要研究的任何事物主要的對(duì)象類型有()A有形實(shí)體B作用C事件D性能說明11.下列不是常見的模型元素間的關(guān)系有()A關(guān)聯(lián)B聚合C依賴D筆記12.UML具有擴(kuò)展性,常見的擴(kuò)展機(jī)制有()A修飾B版類C加標(biāo)簽值D約束13.UML語言支持的建模方式有()A靜態(tài)建模C動(dòng)態(tài)建模C模塊化建模D功能性建模14.下列各種圖可用于動(dòng)態(tài)建模的有()A狀態(tài)圖B類圖C序列圖D活動(dòng)圖15.下列屬于狀態(tài)的組成部分的有()16.UML中包括的事件有()A條件成真B收到另一對(duì)象的信號(hào)17.屬性的可見性有()AB有的C私有保護(hù)的D保護(hù)的18.用例之間的關(guān)系有()ABCD組合19.應(yīng)用于通用化約束的方式有()A完整B不相交C不完整D覆蓋20.消息的類型有()ABCD復(fù)雜4.多態(tài)性增強(qiáng)了軟件的靈活性和重用性,允許用更為明確,易懂的方式去建立通用軟件,多態(tài)實(shí)8.面向?qū)ο蟮姆治鍪怯妹嫦驅(qū)ο蟮姆椒▽?duì)目標(biāo)系統(tǒng)的問題空間進(jìn)行理解,分析和反映。通過對(duì)構(gòu)。程確定類,確定關(guān)聯(lián)類,確定屬性,識(shí)別繼承關(guān)系。層,用戶模型層素實(shí)例的關(guān)系實(shí)例關(guān)聯(lián)的名字實(shí)例必須是唯一的例,角色和系統(tǒng),三種關(guān)系并且將重點(diǎn)放在消息序列上象被發(fā)現(xiàn)后,通過一組互相關(guān)聯(lián)的模型詳細(xì)表示類之間的關(guān)系和對(duì)象的行為,這五軟件設(shè)計(jì)1.模塊的基本特征是()A、外部特征(輸入/輸出、功能)B、內(nèi)部特征(輸入/輸出、功能)C、內(nèi)部特征(局部數(shù)據(jù)、代碼)D、外部特征(局部數(shù)據(jù)、代碼2.SD方法的設(shè)計(jì)總則是()A、程序簡潔、操作方便B、結(jié)構(gòu)清晰、合理3.軟件設(shè)計(jì)的主要任務(wù)是()B4.設(shè)計(jì)階段應(yīng)達(dá)到的目標(biāo)有()B5.HIPO圖由()A組成直觀目錄表B、PAD圖6.從工程管理的角度來看,軟件設(shè)計(jì)分兩步完成()7.用戶界面設(shè)計(jì)的任務(wù)包括()8.模塊獨(dú)立性準(zhǔn)則由以下定性指標(biāo)來衡量()A、分解度B、耦合度C、屏蔽性D、內(nèi)聚性構(gòu)中任何兩個(gè)模塊都是平等的,沒有從屬關(guān)系,所以在軟件開發(fā)過程中常常被使用原則有利于提高模塊的內(nèi)聚性FD結(jié)構(gòu)圖SD向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法,強(qiáng)調(diào)程序結(jié)構(gòu)與問題結(jié)構(gòu)相對(duì)應(yīng)突,是指輸入數(shù)據(jù)與輸出數(shù)據(jù)之間很少或沒有結(jié)構(gòu)上的對(duì)應(yīng)關(guān)系。通常解決的辦,在輸入和輸出結(jié)構(gòu)之間進(jìn)行轉(zhuǎn)換系有哪些種類?六程序設(shè)計(jì)語言和編碼1.程序設(shè)計(jì)語言可以分為()2.程序效率包括()幾個(gè)方面的內(nèi)容。C、存儲(chǔ)效率D、I/O效率3.SP方法中的基本控制結(jié)構(gòu)有()4.內(nèi)部文檔可用注釋語言書寫,注釋語言分為()A、序言性注釋B、描述性注釋C、功能性注釋D、狀態(tài)性注釋5.為使程序中數(shù)據(jù)說明更易于理解和維護(hù),必須遵循以下原則()。A、數(shù)據(jù)說明的次序應(yīng)當(dāng)規(guī)范化;B、一個(gè)語句說明多個(gè)變量時(shí),各變量名按字母順序排列;C、對(duì)于復(fù)雜的數(shù)據(jù)結(jié)構(gòu),要加注釋,說明在程序?qū)崿F(xiàn)時(shí)的特點(diǎn);6.源程序的效率與()階段確定的算法的效率直接有關(guān)。7.在詳細(xì)設(shè)計(jì)翻譯轉(zhuǎn)換成源程序代碼后,算法效率反映為對(duì)程序的哪幾個(gè)方面的要求()A、讀寫速度B、代碼長度C、存儲(chǔ)容量D、執(zhí)行速度8.提高程序效率的根本途徑在于()編一個(gè)求解一元二次方程根的子程序,加入到現(xiàn)有的子程序庫中,供其他程序員使用。要求:1)為該子程序?qū)懸粋€(gè)序言性注釋;2)用PASCAL語言或其它語言寫出這個(gè)子程序(要把根的性質(zhì),如:實(shí)根、復(fù)根、降為一次七軟件測試1.軟件測試的主要特點(diǎn)是()2.整體測試又稱為組裝測試,其主要內(nèi)容包括()3.漸增式是將模塊一個(gè)一個(gè)的連入系統(tǒng),每連入一個(gè)模塊,()4.靜態(tài)測試是以人工的、非形式化的方法對(duì)程序進(jìn)行分析和測試。常用的靜態(tài)測試方法有:()5.集成過程的原則是()6.關(guān)于白盒法覆蓋程度的論述中正確的是:()C7.軟件測試的基本原則是()8.等價(jià)分類法的關(guān)鍵是()。。7.在分析規(guī)范(因、果)的基礎(chǔ)上畫出因果圖,再將其轉(zhuǎn)換為有限項(xiàng)判斷表,就容易得出測試9.有效性測試是在模擬的環(huán)境(或就是開發(fā)環(huán)境下)下運(yùn)用黑盒法,驗(yàn)證軟件特性是否與需求八軟件維護(hù)A完善性維護(hù)B糾錯(cuò)性維護(hù)C適應(yīng)性維護(hù)D預(yù)防性維護(hù)2.各種軟件維護(hù)的類型中最重要的是()。A完善性維護(hù)B糾錯(cuò)性維護(hù)C適應(yīng)性維護(hù)D預(yù)防性維護(hù)3.以下屬于完善性維護(hù)的有()。A解決開發(fā)是未能測試各種可能條件帶來的問題;B增加聯(lián)機(jī)求助命令;C縮短系統(tǒng)的應(yīng)答時(shí)間,使其達(dá)到特定要求;D設(shè)施。4.進(jìn)行系統(tǒng)修改時(shí)可能會(huì)產(chǎn)生維護(hù)的副作用,它們可能有()。A修改數(shù)據(jù)的副作用B修改錯(cuò)誤后,又引入了新的錯(cuò)誤C修改代碼的副作用D文檔資料的副作用5.確定可維護(hù)性的因素主要有()。A文檔B可理解性6.軟件維護(hù)階段所產(chǎn)生的文檔主要有()。A軟件問題報(bào)告B軟件修改報(bào)告C軟件修改申請(qǐng)報(bào)告7.表達(dá)計(jì)劃安排的主要工具有()ACPERT圖B甘特圖D進(jìn)度表評(píng)價(jià)、修改設(shè)計(jì)、編寫程序代碼和設(shè)計(jì)約束4.改進(jìn)程序的執(zhí)行效率不會(huì)引入錯(cuò)誤出錯(cuò)率低發(fā)的軟件系統(tǒng),可維護(hù)性好綜合試卷一1.在問題分析階段,用戶需求具有()A模糊性,全面性,一致性B.全面性,精確性,一致性2.?dāng)?shù)據(jù)流圖的繪制應(yīng)采用()A.問題分解、逐步求精的方法B.模塊化方法3.在軟件的生存期模型中,軟件開發(fā)不包括()ABCD維護(hù)4.軟件復(fù)雜性度量模型應(yīng)遵循下列基本原則()5.下面內(nèi)聚度最高的是()A性內(nèi)聚B.功能性內(nèi)聚6.在將需求規(guī)格說明書提交給設(shè)計(jì)階段之前,必須進(jìn)行()7.軟件設(shè)計(jì)的主要任務(wù)是()A求規(guī)格說明導(dǎo)出系統(tǒng)的實(shí)現(xiàn)方案8.下面哪一類是白盒測試的基本技術(shù)()A.基本路徑測試B.等價(jià)分類法AB對(duì)象模型10.功能點(diǎn)度量的優(yōu)點(diǎn)是()A個(gè)時(shí)期護(hù)念?簡述之綜合試卷二1.需求分析報(bào)告的任務(wù)是()A.正確評(píng)價(jià)當(dāng)前系統(tǒng)B.徹底了解管理方法2.系統(tǒng)軟件和應(yīng)用軟件總稱計(jì)算機(jī)的()A件系統(tǒng)B.操作系統(tǒng)3.在數(shù)據(jù)流圖中的數(shù)據(jù)存儲(chǔ)是指()A手工臺(tái)帳B.?dāng)?shù)據(jù)存儲(chǔ)的地方4.α,β測試屬于()ABC.綜合測試D.確認(rèn)測試結(jié)構(gòu)組成()A構(gòu)、執(zhí)行結(jié)構(gòu)6.需求規(guī)格說明書的主體包括()A.人員需求,成本需求A體設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì)B.概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)8.多個(gè)軟件元素相互通信并協(xié)同完成任務(wù)的能力稱之為()9.單元測試的對(duì)象是()ABC統(tǒng)D.硬件系統(tǒng)A格說明B.用戶操作手冊(cè)3.軟件可維護(hù)性4.軟件測試綜合試卷三1.問題分析階段的參加人員主要有()2.下述耦合度最低者為()A.公共耦合B.內(nèi)容耦合3.軟件開發(fā)階段的三個(gè)基本活動(dòng)為()AB設(shè)計(jì),測試4.在SD方法中,將數(shù)據(jù)流變換的信息流分為()A變換流和事務(wù)流B.輸入,輸出流5.軟件設(shè)計(jì)階段的文本可為()A規(guī)格說明書B.用戶手冊(cè)6.啟發(fā)式設(shè)計(jì)策略中不包括()A,提高內(nèi)聚度7.可行性研究的工作成果是()8.軟件工程有()三部分組成A目標(biāo),方法,過程B.方法,工具,過程9.一個(gè)成功的測試可以()。A序沒有錯(cuò)誤B.發(fā)現(xiàn)所有錯(cuò)誤10.在下述說明中,哪一個(gè)不屬于軟件設(shè)計(jì)活動(dòng)()A.總體結(jié)構(gòu)設(shè)計(jì)B.?dāng)?shù)據(jù)設(shè)計(jì),對(duì)類庫進(jìn)行擴(kuò)充或修改的辦用念?簡述之一軟件與軟件工程參考答案2.CD4.C6.BD7.ABC8.ABC4.正確答:軟件是一種邏輯產(chǎn)品,具有無形性;主要是研制;主要是腦力勞動(dòng);件價(jià)格不斷上升,未完全擺高密集度的腦力勞動(dòng),軟件開發(fā)的模式及技術(shù)不能適應(yīng)軟件涌向市場,有的花費(fèi)大量人力財(cái)力,而在開發(fā)過程型。答:主要的軟件開發(fā)方法有;結(jié)構(gòu)化開發(fā)方法、Jackson(JSP、JSD)方法、原型化開發(fā)方法、維也納開發(fā)方法(VDM)和面向?qū)ο蟮拈_發(fā)方法。答:軟件生命期瀑布模型分為六個(gè)階段:可行性研究與計(jì)劃(確定系統(tǒng)的目標(biāo)和規(guī)模、分析項(xiàng)目的可行性)需求分析與規(guī)格說明(明確系統(tǒng)的規(guī)格和要求)設(shè)計(jì)(包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì),將系統(tǒng)分解為模塊)編程(用程序語言實(shí)現(xiàn)每個(gè)模塊,簡單容易)測試(發(fā)現(xiàn)并改正錯(cuò)誤,分為模塊測試、集成測試和系統(tǒng)聯(lián)調(diào)三級(jí))運(yùn)行維護(hù)(擴(kuò)充功能、糾錯(cuò)等)二軟件工程管理參考答案2.D3.C5.C6.D7.B8.D9.D4.錯(cuò)誤述一個(gè)成熟的軟件機(jī)構(gòu)應(yīng)具有的特點(diǎn)。和維護(hù)過程。軟件人員對(duì)其有較好的理解。一切活動(dòng)均遵循驟有次序,且有章可循;軟件過程必要時(shí)可做改進(jìn),但需在經(jīng)小進(jìn)行;軟件產(chǎn)品的質(zhì)量和客戶對(duì)軟件產(chǎn)品的滿意程度不是由開發(fā)經(jīng)理負(fù)責(zé)監(jiān)控;項(xiàng)目進(jìn)度和預(yù)算是根據(jù)以往項(xiàng)目取得的實(shí)踐經(jīng)驗(yàn)定義級(jí)、已管理級(jí)和優(yōu)化級(jí)三需求分析參考答案2.CD3.D4.B6.C8.D9.BC4.錯(cuò)誤中的關(guān)鍵問題,需求分析階段的任務(wù)是:在可行性分析的基目標(biāo)、軟件系統(tǒng)提供的服務(wù)、軟件系統(tǒng)的約束和軟件系統(tǒng)運(yùn)行的括:抽取需求分析現(xiàn)行系統(tǒng)存在需要解決的問題。獲取足夠多的問題領(lǐng)域的知識(shí),需求抽取法、用況法、情景實(shí)例法以及基于目標(biāo)的方法等,記分析法、卡片分類法、分類表格技術(shù)和基于模型的知識(shí)獲取模擬和分析需求需求分析和模擬又包含三個(gè)層次的工作。首先是需求建模。需求模型的表現(xiàn)形式有自然語言、半形式化(如圖、表、結(jié)構(gòu)化英語等)和形式化表示等三種。需求概念模型的要求包括實(shí)現(xiàn)的獨(dú)立性:不模擬數(shù)據(jù)的表示和內(nèi)部組織等;需求模擬技術(shù)又分為傳遞需求傳遞需求的主要任務(wù)是書寫軟件需求規(guī)格說明。認(rèn)可需求就是對(duì)需求規(guī)格說明達(dá)成一致,其主要任務(wù)是沖突求解,包括定義沖突和沖突、仲裁、強(qiáng)制、教育等,其中有些只能進(jìn)化需求客戶的需要總是不斷(連續(xù))增長的,但是一般的軟件開發(fā)又總是落后于客戶需求的增長,如何管理需求的進(jìn)化(變化)就成為軟件進(jìn)化的首要問.。對(duì)傳統(tǒng)的變化管理件配置、軟件基線和變化審查小組。當(dāng)前的發(fā)展是軟件家族法也是管理需求變化的一種新方法,它可以用于管理不一致2.M公司的軟件產(chǎn)品以開發(fā)實(shí)驗(yàn)型的新軟件為主。用瀑布模型進(jìn)行軟件開發(fā)已經(jīng)有近十年了,M件開發(fā)更加優(yōu)越,請(qǐng)向公司副總裁寫一份報(bào)告闡明你的理由,切記:副總裁不喜歡報(bào)告長度超過一頁 B5)。答:應(yīng)先簡述瀑布模型的缺點(diǎn),它已不適宜開發(fā)實(shí)驗(yàn)型的軟件。根據(jù)快速原型法的特點(diǎn),答:總的原則是:至頂而下,逐層分解(畫分層數(shù)據(jù)流圖):比較復(fù)雜的系統(tǒng)不能畫在一張紙上逐層分解的畫法可以控制每一層的復(fù)雜度。頂層:將整個(gè)系統(tǒng)作為一個(gè)加工,描述系統(tǒng)邊界(輸入與輸出。)答:結(jié)構(gòu)化語言:介于自然語言和形式語言(如謂詞邏輯)之間。答:結(jié)構(gòu)化分析方法(SA)、功能分解法、信息建模法、面向?qū)ο蟮姆治龇椒?OOA)。四面向?qū)ο蟮男枨蠓治鰠⒖即鸢?.BCDB0.ABC4.錯(cuò)誤力,所以同一發(fā)送方在不同時(shí)刻向同一接受方發(fā)送同樣的信息,可執(zhí)行后面的操作,因而支持程序的并發(fā)和分布執(zhí)行,而過程調(diào)用只2)分類性。是指將具有一致的數(shù)據(jù)結(jié)構(gòu)(屬性)和行為(操作)的對(duì)象抽象成類。3)繼承性。1)發(fā)現(xiàn)類及對(duì)象。描述如何發(fā)現(xiàn)類及對(duì)象。從應(yīng)用領(lǐng)域開始識(shí)別類及對(duì)象,形成整個(gè)應(yīng)用2)識(shí)別結(jié)構(gòu)。該階段分為兩個(gè)步驟。第一,識(shí)別一般-特殊結(jié)構(gòu),該結(jié)構(gòu)捕獲了識(shí)別出的部分結(jié)構(gòu),該結(jié)構(gòu)用來表示一個(gè)對(duì)象如何成為另一個(gè)對(duì)象的3)定義主題。主題由一組類及對(duì)象組成,用于將類及對(duì)象模型劃分為更大的單位,便于理4)定義屬性。其中包括定義類的實(shí)例(對(duì)象)之間的實(shí)例連接。5)定義服務(wù)。其中包括定義對(duì)象之間的消息連接??啃愿?,所開發(fā)的程序更強(qiáng)壯。由于面向?qū)ο缶幊痰目芍赜玫念悗?,從而縮短了開發(fā)時(shí)間。程序更易于維護(hù)、更新和構(gòu)化方法比較和求解過程都是如此。在問題抽象階段,結(jié)構(gòu)化方法面向過程,按照的結(jié)點(diǎn),對(duì)問題進(jìn)行分解。因此,與面向?qū)ο蠓椒◤?qiáng)調(diào)的對(duì)象模型不模型是結(jié)構(gòu)化方法的重點(diǎn)。如果問題世界的功能比數(shù)據(jù)更復(fù)雜或者更然應(yīng)是首選的方法學(xué)。如果數(shù)據(jù)結(jié)構(gòu)復(fù)雜且變換并不多,那么如以過亂。結(jié)構(gòu)清晰的系統(tǒng)結(jié)構(gòu)。每個(gè)模塊有可能保持較強(qiáng)庫結(jié)構(gòu)相獨(dú)立,功能模塊與數(shù)據(jù)庫邏輯模式間沒有映射關(guān)系,程序。如果數(shù)據(jù)結(jié)構(gòu)復(fù)雜,模塊獨(dú)立性很難保證。面向?qū)ο蠓椒ǔ橄蟮姆椒óa(chǎn)生的系統(tǒng)結(jié)構(gòu)簡單,但它能映射到數(shù)據(jù)庫結(jié)構(gòu)中,很容易實(shí)(圖形語言、偽碼語言等)表述出來。結(jié)構(gòu)化方法可以用數(shù)據(jù)流圖、系統(tǒng)結(jié)構(gòu)圖、數(shù)據(jù)辭典、狀系統(tǒng)邏輯模型的描述;而面向?qū)ο蠓椒梢允褂脤?duì)象模型圖、數(shù)型圖。其中對(duì)象模型圖近似系統(tǒng)結(jié)構(gòu)圖與實(shí)體關(guān)系圖的結(jié)合,動(dòng)要的對(duì)象被發(fā)現(xiàn)后,通過一組互相關(guān)聯(lián)的模型詳細(xì)表示類之間的關(guān)系和對(duì)象的行為,這答:靜態(tài)邏輯模型描述實(shí)例化(類成員關(guān)系)、關(guān)聯(lián)、聚集(整體/部分)、和一般化(繼承)法的繼承關(guān)系。定義對(duì)象模型的圖形符號(hào)體系通常是從用于數(shù)據(jù)建模的實(shí)體關(guān)系圖導(dǎo)出的。對(duì)設(shè)計(jì)十分重要的約束,如基數(shù)(一對(duì)一、作用通過一組協(xié)同的對(duì)象,對(duì)象之間消息的結(jié)構(gòu)。要?jiǎng)?chuàng)建一個(gè)UML活動(dòng)圖,您需要反復(fù)執(zhí)行下列步驟,包含多個(gè)用戶案例的商務(wù)流程?一個(gè)類的單個(gè)方法?一旦您定義了您所作圖的范圍,您應(yīng)該在其頂部,的標(biāo)題和唯一的標(biāo)示符。您有可能也想要包括該圖的時(shí)間甚至變是到一個(gè)結(jié)束點(diǎn)也是無害的。這樣,當(dāng)其他人一個(gè)活動(dòng),通常為一個(gè)用戶案例或用戶案例包。最后,如果您正對(duì)一一個(gè)結(jié)束點(diǎn)。一旦一個(gè)活動(dòng)有多個(gè)轉(zhuǎn)變答:綁定關(guān)系位于模板(如C++模板)和用其生成的模型元素之間,該元素完全是模板的視點(diǎn)下向可被忽略。通常用于跟蹤部的功能需要其它元素或元素集合的配合,例如類細(xì)化關(guān)系是不同語義層(如分析和設(shè)計(jì))之間模型元素的依賴關(guān)系,表示客戶可由供應(yīng)者述,可以完全人為決定,因此細(xì)化關(guān)系可描述的語元素的連接,而可溯和細(xì)化關(guān)系可用于連接多個(gè)模型細(xì)。我們知道,隨著計(jì)算機(jī)提高,源代碼的規(guī)模越來越大,項(xiàng)目失敗的可能性也相越來越深刻地認(rèn)識(shí)到,建立簡明準(zhǔn)確的表示模型是把握抽象,人們常常在正式建造實(shí)物之前,首先建立一個(gè)簡,抓住問題的要害。在模型中,先要剔除那些與問題無型與真實(shí)的實(shí)體相比更加簡單明了、易于把握??偟膩碚f,使及其相關(guān)部件之間的關(guān)系,可以防止人們過早地陷答:每次迭代都分為以下幾個(gè)階段:領(lǐng)設(shè)計(jì)階段建模的目的是通過考慮實(shí)現(xiàn)環(huán)境,將分析階段的模型擴(kuò)展和轉(zhuǎn)化為可行的技術(shù)實(shí)現(xiàn)。指導(dǎo)和協(xié)助測試工作。變化,例如訂單的狀態(tài)變化等,在實(shí)時(shí)系統(tǒng)中用的較多,也情,協(xié)作圖也可以從順序圖生成?;顒?dòng)圖可對(duì)象的聯(lián)系方法。除了這個(gè)職責(zé)之外,關(guān)聯(lián)沒有進(jìn)一步的意義了。這時(shí)有人可能會(huì)問,我們總該用關(guān)聯(lián)(通信錄)為程序做點(diǎn)什么呀!不好意思,關(guān)聯(lián)懂了。因此,一般來說,關(guān)聯(lián)是用語言機(jī)制中的指針來實(shí)是建立。當(dāng)然,也可以用任何標(biāo)識(shí)對(duì)象,并能在運(yùn)行中定位對(duì)象的賴對(duì)象行動(dòng)的目的,依賴首先要取得對(duì)方的引用,以便于實(shí)施這個(gè)依可以通過二種方法獲得,一種是依賴對(duì)象之間也存在關(guān)聯(lián)關(guān)系,所以過第三方對(duì)象的關(guān)聯(lián),經(jīng)過一次或多次的關(guān)聯(lián)導(dǎo)航獲得目標(biāo)對(duì)象的引這二種的任一種方法獲得目標(biāo)對(duì)象引用后,就可以向目標(biāo)對(duì)象施加相五軟件設(shè)計(jì)參考答案2.CD6.D7.ABC8.BD4.錯(cuò)誤1.模塊內(nèi)聯(lián)系和模塊間聯(lián)系有哪些種類?答:塊間聯(lián)系的各種類型:間聯(lián)系的方式可分為直接引用與過程調(diào)用;間共用信息的作用可分為數(shù)據(jù)型、控制型與混合型;按照塊間聯(lián)系分類法(按照耦合度由大到小):公共型:兩個(gè)模塊引用共同的全程數(shù)據(jù)區(qū);控制型:模塊間傳送的信息用于控制模塊的內(nèi)部邏輯;合型:模塊間傳送復(fù)合的數(shù)據(jù)結(jié)構(gòu);按照塊內(nèi)聯(lián)系的各種類型(內(nèi)聚性從小到大):偶然型:模塊內(nèi)部沒有必然聯(lián)系;邏輯型:邏輯上相似的功能放進(jìn)一個(gè)模塊;個(gè)模塊;通訊型:模塊中的各部分引用共同的數(shù)據(jù);順序型:模塊中一部分的輸出是另一部分的收入;重復(fù)功能;聯(lián)系;4)模塊的大小適當(dāng);5)模塊的扇入扇出數(shù)不宜太多。3.ABC4.ABCD5.ABC6.D8.BC程序設(shè)計(jì)自頂向下,逐步求精1)序言性注釋應(yīng)置于每個(gè)模塊的起始部分,主要內(nèi)容有: (1)說明每個(gè)模塊的用途,功能; (2)說明模塊的接口即調(diào)用格式,參數(shù)描述及從屬模塊的清單; (3)數(shù)據(jù)描述; (4)開發(fā)歷史。2)書寫功能性注釋應(yīng)注意以下幾點(diǎn): (1)用空行或縮進(jìn)或括號(hào),以便很容易區(qū)分注釋和程序。 (2)修改程序也應(yīng)修改注釋。 (3)注釋是用來說明程序段,不是每一行程序都要加注釋。答:1)追求建立在不損害程序可讀性或可靠性基礎(chǔ)上,要先使程序正確、清晰,再提高2)別貪圖效率上的小利,而破壞程序的清晰性。3)讓編譯程序去作簡單的優(yōu)化。4)提高程序效率的根本途徑在于:選擇良好的設(shè)計(jì)方法,良好的數(shù)據(jù)結(jié)構(gòu)與算法,而不是靠每個(gè)模塊編寫程序。即是:將詳細(xì)設(shè)計(jì)的結(jié)果轉(zhuǎn)換為用某種題的普遍規(guī)律,可提高軟件開發(fā)的成功率和生產(chǎn)率;而且用具體的逐步求精過程,開發(fā)出來的程序具有清晰的層因此,在同一層次的節(jié)點(diǎn)上做細(xì)化工作,相互之間沒有聯(lián)系,它們之間的細(xì)化工作相互獨(dú)立;最后再集成。這樣,程序清晰和模塊化,使得在修改包括:模塊名、常量名、標(biāo)號(hào)名、子程序名、數(shù)據(jù)區(qū)名、緩沖區(qū)名等等。這義,使其能夠見名知意,有助于對(duì)程序2)程序應(yīng)加注釋,它分為兩類:序言性注釋和功能性注釋。明模塊的接口即調(diào)用格式,參數(shù)描述及從屬模塊的清單;c.?dāng)?shù)據(jù)描述;d.開發(fā)歷史。的功能以及數(shù)據(jù)的狀態(tài);也就是求效率,其實(shí)程序系統(tǒng)的成本不僅包括運(yùn)行所需的機(jī)時(shí),同程序效率的根本途徑在于:選擇良好的設(shè)計(jì)方法、良好的1)追求建立在不損害程序可讀性或可靠性基礎(chǔ)上,要先使程序正確、清晰,再提高程序效率。2)別貪圖效率上的小利,而破壞程序的清晰性。3)讓編譯程序去作簡單的優(yōu)化。4)提高程序效率的根本途徑在于:選擇良好的設(shè)計(jì)方法,良好的數(shù)據(jù)結(jié)構(gòu)與算法,而不是靠七軟件測試參考答案2.CD3.C4.CD5.BC8.C4.錯(cuò)誤一次連接起來,簡單、易行,節(jié)省機(jī)時(shí),但測試過程中難于,測試效率低。漸增式是將模塊一個(gè)一個(gè)的連入系統(tǒng),每連入一個(gè)試。這種組裝測試方案比較非漸增式,容易查出錯(cuò)誤及進(jìn)行錯(cuò)誤定容易編寫樁模塊,能夠盡早查出底層涉及較復(fù)雜的算法和實(shí)際的I/O模塊中果某個(gè)等價(jià)類的一個(gè)輸入數(shù)據(jù)(代表值)測試中查出了錯(cuò)誤,也即是該等價(jià)類中的其它值也會(huì)序或者調(diào)用模塊的功能,處于被測試模塊的上層,所以驅(qū)動(dòng)的復(fù)雜性,樁模塊很難模擬各下層模塊之間的調(diào)用關(guān)系,同時(shí)為了,需要編寫多個(gè)樁模塊,而這些樁模塊所模擬的功能是否正確,也很是評(píng)價(jià)軟件的FLURPS(功能、局域化、可使用性、可靠性、性能和支持性),注重界面和特β測試是由支持軟件預(yù)發(fā)行的客戶對(duì)FLURPS進(jìn)行測試,主要目的是測試系統(tǒng)的可支持性。八軟件維護(hù)參考答案3.BD5.BCD4.錯(cuò)誤交付使用以后,為了改正錯(cuò)誤或滿足新的需求而修改軟件的過,如果其開發(fā)過程需要一到二年時(shí)間,則它投入使用以后,其運(yùn)行時(shí)間可能持續(xù)五到十年之久。在這個(gè)維護(hù)階段中,人們需要著手解決開發(fā)階段尚未解決的問題,所產(chǎn)生的問題。做好軟件的維護(hù)工作不僅能夠排除軟件中存在的錯(cuò)且還可以使它擴(kuò)充功能,提高性能,為用戶帶來新的效益。維護(hù)階一般可以在退化測試過程中對(duì)其造成系統(tǒng)的故障進(jìn)行查明和改數(shù)據(jù)的副作用,在文檔中描述了數(shù)據(jù)結(jié)構(gòu),并提供了一結(jié)構(gòu)與系統(tǒng)模塊聯(lián)系起來的交叉對(duì)照表;在軟件系統(tǒng)再次作用。人員為糾正軟件系統(tǒng)出現(xiàn)的錯(cuò)誤或缺陷,以及為滿足新的要程度??删S護(hù)性是所有軟件系統(tǒng)都應(yīng)具備的特點(diǎn)。在軟的可維護(hù)性,在每個(gè)階段結(jié)束前的審查和復(fù)審中,應(yīng)著能、內(nèi)部過程以及如何運(yùn)行的難易程度;可測修改性被定義為修改軟件系統(tǒng)的難易程度;它們應(yīng)該努力提高系統(tǒng)的可維護(hù)性,在每個(gè)階段結(jié)束前的審查和充和修改的部分加以注明。在討論軟件可移植性問題塊化和功能獨(dú)立的目標(biāo)出發(fā),評(píng)價(jià)軟件的結(jié)構(gòu)和因素。統(tǒng)的可維護(hù)性,人們正試圖通過直接維護(hù)軟件規(guī)格說明來維護(hù)軟件,綜合試卷一參考答案及評(píng)分標(biāo)準(zhǔn)一、單項(xiàng)選擇題(每小題的四個(gè)備選答案只有一個(gè)正確答案,每題1分,共10分)1.C2.A3.D4.D5.B6.D7.A8.A9.B10.C二、填空題(每題2分,共30分,兩個(gè)空的題目每空1分)1.文檔數(shù)據(jù)2.程序員3.編程準(zhǔn)則編程風(fēng)格4.基本路徑測試控制結(jié)構(gòu)測試5.可行性研究需求分析6.預(yù)防性維護(hù)7.風(fēng)險(xiǎn)分析8.估算9.軟件能力成熟度模型10.需求描述需求評(píng)審11.設(shè)計(jì)編碼12.數(shù)據(jù)格式數(shù)據(jù)存取操作13.軟件重用三、名詞解釋(每小題4分,共16分)1.軟件工程是將系統(tǒng)的、規(guī)范的、可度量的方法(1分)應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)2.軟件需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等(各1分)方面的4.軟件維護(hù)是軟件生存周期的最后一個(gè)階段,所有活動(dòng)都發(fā)生在軟件交付并投入運(yùn)行之四、簡答題(每小題5分,共30分,每題答出5項(xiàng)即為滿分5分,每項(xiàng)1分)之分邏輯上相對(duì)獨(dú)立、具有良好的接口定義的編程單位:過程、函件完全實(shí)現(xiàn)系統(tǒng)所需的功能、行為和性能2.面向?qū)ο蠓椒▽W(xué)包含哪些核心概念?簡述之象:對(duì)象是現(xiàn)實(shí)世界中個(gè)體或事物的抽象表示,是其屬性和相關(guān)操作的封裝。類:類表示某些對(duì)象在屬性和操作方面的共同特征。(3)繼承:類之間的繼承關(guān)系是現(xiàn)實(shí)世界中遺傳關(guān)系的模擬,它表示類之間的內(nèi)在聯(lián)系以消息:消息

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論