版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)
文檔簡介
軟件工程作業(yè)1(第1~4章)一、選擇題:開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾,這種現(xiàn)象稱做(C).A.軟件工程 B.軟件周期 C.軟件危機 D.軟件產(chǎn)生瀑布模型本質(zhì)上是一種(A)模型。A.線性順序B.順序迭代C.線性迭代D。早期產(chǎn)品瀑布模型存在的問題是(B)。A.用戶容易參與開發(fā) B.缺乏靈活性C.用戶與開發(fā)者易溝通D.適用可變需求螺旋模型是一種將瀑布模型和(A)結(jié)合起來的軟件開發(fā)模型.A.增量模型 B.專家系統(tǒng) C.噴泉模型 D.變換模型原型化方法是用戶和設(shè)計者之間執(zhí)行的一種交互構(gòu)成,適用于(A)系統(tǒng)。A.需求不確定性高的 B.需求確定的 C.管理信息 D.實時下列有關(guān)軟件工程的標(biāo)準(zhǔn),屬于國際標(biāo)準(zhǔn)的是(D)A。GB B.DIN C。ISO D。IEEE結(jié)構(gòu)化方法是一種基于(D)的方法.A.數(shù)據(jù)結(jié)構(gòu)B.程序結(jié)構(gòu) C.算法D。數(shù)據(jù)流軟件可行性研究實質(zhì)上是要進行一次(A)需求分析、設(shè)計過程。A、簡化、壓縮的 B、詳細(xì)的 C、徹底的 D、深入的可行性研究的目的是(D)A、分析開發(fā)系統(tǒng)的必要性 B、確定系統(tǒng)建設(shè)的方案 C、分析系統(tǒng)風(fēng)險 D、確定是否值得開發(fā)系統(tǒng)設(shè)年利率為i,現(xiàn)存入p元,不計復(fù)利,n年后可得錢數(shù)為(C)。A、P×(1+i*n) B、P×(i+1)*n C、p×(1+i)n D、p×(i+n)可行性研究是在(A)之前A、系統(tǒng)開發(fā) B、測試 C、試運行 D、集成測試可行性研究需要的時間長短取決于系統(tǒng)的規(guī)模,一般來說,可行性研究的成本只是預(yù)期總成本的(C)。A、1% B、20% C、8% D、50%我國正式頒布實施的(B)對計算機病毒的定義具有法律性、權(quán)威性。A.《計算機軟件保護條例》B.《中華人民共和國計算機信息系統(tǒng)安全保護條例》C.《中華人民共和國著作權(quán)法》D.《計算機病毒防治管理辦法》效率是一個性能要求,因此應(yīng)當(dāng)在以下哪個階段規(guī)定?BA、可行性分析B、需求分析C、概要設(shè)計D、詳細(xì)設(shè)計需求規(guī)格說明書的作用不包括(D)A、軟件驗收的依據(jù)B、用戶與開發(fā)人員對軟件要做什么的共同理解C、軟件可行性研究的依據(jù) D、軟件設(shè)計的依據(jù)數(shù)據(jù)字典是用來定義(D)中的各個成份的具體含義的.A、程序流程圖B、功能結(jié)構(gòu)圖 C、系統(tǒng)結(jié)構(gòu)圖D、數(shù)據(jù)流程圖數(shù)據(jù)流程圖是(A)方法中用于表示系統(tǒng)邏輯模型的一種圖形工具。A、SA B、SD C、SP D、SCDFD中的每個加工至少有(A)。\l”31”A、一個輸入流或一個輸出流 B、一個輸入流和一個輸出流C、一個輸入流 D、一個輸出流需求分析階段的關(guān)鍵任務(wù)是確定(D)\l”301"A、軟件開發(fā)方法 B、軟件開發(fā)工具C、軟件開發(fā)費D、軟件系統(tǒng)的功能在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是 A、DFD圖B、SC圖C、PAD圖D、程序流程圖下列幾種類型中,耦合性最弱的是(D).HYPERLINK”http:///course_ware/software/test/” A、DFD B、PAD C、SC D、ER在七種偶合中,最低偶合是(D).A、內(nèi)容偶合B、公共偶合C、數(shù)據(jù)偶合D、非直接偶合二、簡答題什么是軟件工程?軟件工程的目標(biāo)是什么?答:軟件工程是①將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于軟件的開發(fā)、運行和維護過程,即將工程化應(yīng)用于軟件開發(fā)和管理之中,②對①中所選方法的研究。目標(biāo):合理預(yù)算開發(fā)成本,付出較低的開發(fā)費用。實現(xiàn)預(yù)期的軟件功能,達到較好的軟件性能,滿足用戶的需求。3提高軟件的可維護性,降低維護費用。4提高軟件開發(fā)生產(chǎn)率,及時交付使用指出瀑布模型中下列任務(wù)的順序:驗收測試,項目計劃,單元測試,需求評審,成本估計,概要設(shè)計,詳細(xì)設(shè)計,系統(tǒng)測試,設(shè)計評審,編碼,需求規(guī)格說明書。答:項目計劃,成本估計,需求規(guī)格說明書,需求評審,概要設(shè)計,詳細(xì)設(shè)計,設(shè)計評審,編碼,單元測試,系統(tǒng)測試,驗收測試可行性研究報告的主要內(nèi)容是什么?答:可行性研究主要包括以下幾個部分:(1)概述(2)技術(shù)可行性(3)項目成熟程度(4)市場需求情況和風(fēng)險分析(5)投資估算及資金籌措(6)經(jīng)濟與社會效益(7)綜合實力和產(chǎn)業(yè)基礎(chǔ)(8)項目實施進度計劃(9)其它尚需要說明的必要的方面(10)結(jié)論什么是需求分析?需求分析階段的基本任務(wù)是什么?答:所謂"需求分析",是指對要解決的問題進行詳細(xì)的分析,弄清楚問題的要求,包括需要輸入什么數(shù)據(jù),要得到什么結(jié)果,最后應(yīng)輸出什么。可以說,“需求分析"就是確定要計算機“做什么"。任務(wù):確定軟件項目的目標(biāo)和范圍.調(diào)查使用者的要求,分析軟件必須做什么,編寫需求規(guī)格說明書等它相關(guān)文檔,并進行必要的需求審查.除此之外,還包括需求變更控制,需求風(fēng)險控制,需求版本控制等對需求的管理工作什么是結(jié)構(gòu)化分析方法?該方法使用什么描述工具?答:結(jié)構(gòu)化的分析方法是面向數(shù)據(jù)流的方法,因此,此方法研究的核心是數(shù)據(jù)的組成和數(shù)據(jù)流向和對數(shù)據(jù)的加工處理.結(jié)構(gòu)化分析方法用抽象模型的概念,按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系,自頂向下逐層分解,直至找到滿足功能要求的所有可實現(xiàn)的軟件元素為止描述工具:1系統(tǒng)流程圖2數(shù)據(jù)流程圖3數(shù)據(jù)字典4IPO圖5層次方框圖6實體—關(guān)系圖7狀態(tài)-變遷圖結(jié)構(gòu)化分析方法通過哪些步驟來實現(xiàn)?答:1)
確定系統(tǒng)的功能要求2)
確定系統(tǒng)的數(shù)據(jù)要求3)
確定系統(tǒng)的操作要求和界面要求4)
確定系統(tǒng)的性能要求5)
確定系統(tǒng)的運行要求6)
獲得當(dāng)前系統(tǒng)的物理模型7)
抽象出當(dāng)前系統(tǒng)的邏輯模型8)
建立目標(biāo)系統(tǒng)的邏輯模型.9)
修正開發(fā)計劃10)如果需要則開發(fā)系統(tǒng)原型什么是數(shù)據(jù)流圖?其作用是什么?其中的基本符號各表示什么含義?答:數(shù)據(jù)流圖:簡稱DFD,就是采用圖形方式來表達系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程,是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達工具及用于表示軟件模型的一種圖示方法。數(shù)據(jù)流圖的基本符號的意思:1。矩形表示數(shù)據(jù)的外部實體;2。圓角的矩形表示變換數(shù)據(jù)的處理邏輯;3.少右面的邊矩形表示數(shù)據(jù)的存儲;4.箭頭表示數(shù)據(jù)流。什么是數(shù)據(jù)字典?其作用是什么?它有哪些條目?答:數(shù)據(jù)字典,主要用來描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲、處理過程和和數(shù)據(jù)源點/終點。作用:數(shù)據(jù)流程圖描述了系統(tǒng)的邏輯結(jié)構(gòu),其中的四個基本圖形元素的含義無法在數(shù)據(jù)流程圖中詳細(xì)說明,因此數(shù)據(jù)流程圖需要與其他工具配合使用,數(shù)據(jù)字典就是這樣的工具之一。包括的條目:數(shù)據(jù)流詞條數(shù)據(jù)元素詞條數(shù)據(jù)存儲詞條數(shù)據(jù)加工處理詞條數(shù)據(jù)源點及終點詞條什么是概要設(shè)計?有哪些基本任務(wù)?答:概要設(shè)計:根據(jù)用戶的需求先確定軟件系統(tǒng)的總體結(jié)構(gòu)和總的設(shè)計原則基本的任務(wù):設(shè)想供選擇的方案。推薦最佳方案。功能分解,確定軟件結(jié)構(gòu)。設(shè)計軟件結(jié)構(gòu)。制定測試計劃.數(shù)據(jù)設(shè)計。書寫文檔。包括總體設(shè)計規(guī)格說明書。用戶手冊.測試計劃。設(shè)計審查和復(fù)審.詳細(xì)設(shè)計的基本任務(wù)是什么?有那幾種描述方法?答:詳細(xì)設(shè)計階段的任務(wù)是要為編寫程序代碼設(shè)計“圖紙",由程序員按“圖紙"用某種高級程序設(shè)計語言編寫程序代碼.主要方法有設(shè)計程序流程圖,表格設(shè)計符號以及過程設(shè)計語言。什么是變換流?什么是事物流?答:變換型數(shù)據(jù)流可以劃分為明顯的三部分:邏輯輸入,中心變換,邏輯輸出事務(wù)流的特點是數(shù)據(jù)沿某個輸入路徑流動,該路徑將外部信息轉(zhuǎn)換成事務(wù),其中發(fā)射出多條事務(wù)處理路徑的中心處理被稱為中心事務(wù)模塊的內(nèi)聚有哪幾種?模塊間的耦合有哪幾種?答:內(nèi)聚分為七種類型:巧合內(nèi)聚——一個模塊執(zhí)行多個完全互不相關(guān)的動作,那么這個模塊就有巧合內(nèi)聚邏輯內(nèi)聚——當(dāng)一個模塊執(zhí)行一系列相關(guān)的動作時,稱其有邏輯內(nèi)聚。時間性內(nèi)聚--當(dāng)一個模塊內(nèi)的多個任務(wù)是與時間有關(guān)時,這個模塊具有時間性內(nèi)聚。過程內(nèi)聚—-模塊執(zhí)行的若干動作之間有順序關(guān)系。通信內(nèi)聚——模塊執(zhí)行的若干動作之間有順序關(guān)系,并且所有動作是在相同的數(shù)據(jù)上執(zhí)行.信息內(nèi)聚——一個模塊中執(zhí)行一系列動作,每個動作都有自己的入口點和處理代碼,所有的動作都作用在相同的數(shù)據(jù)結(jié)構(gòu)上,這樣的模塊叫做信息內(nèi)聚。功能性內(nèi)聚——一個模塊中各個部分都是完成某一具體功能必不可少的組成部分耦合分為七類:內(nèi)容耦合--如果一個模塊直接參考另一個模塊的內(nèi)容,則這兩個模塊是內(nèi)容耦合。公共耦合——如果多個模塊都訪問同一個公共數(shù)據(jù)環(huán)境,則稱它們是公共耦合。外部耦合——如果兩個模塊都訪問同一個全局簡單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu),而且,不是通過參數(shù)表傳遞該全局變量的信息,則這兩個模塊屬于外部耦合??刂岂詈?—如果模塊A向模塊B傳遞一個控制信息,則稱這兩個模塊是控制耦合的數(shù)據(jù)結(jié)構(gòu)耦合——當(dāng)一個模塊調(diào)用另一個模塊時傳遞了整個數(shù)據(jù)結(jié)構(gòu),這兩個模塊之間具有數(shù)據(jù)結(jié)構(gòu)耦合。數(shù)據(jù)耦合——如果兩個模塊傳遞的是數(shù)據(jù)項,則這兩個模塊是數(shù)據(jù)耦合。非直接耦合——如果兩個模塊之間沒有直接關(guān)系,它們之間的聯(lián)系完全通過主模塊的控制和調(diào)用來實現(xiàn)的,這就是非直接耦合。三、應(yīng)用題1.某旅館的電話服務(wù)如下:可以撥分機號和外線號碼。分機號是從7201至7299。外線號碼先撥9,然后是市話號碼或長話號碼。長話號碼是以區(qū)號和市話號碼組成.區(qū)號是從100到300中任意的數(shù)字串.市話號碼是以局號和分局號組成。局號可以是455,466,888,552中任意一個號碼。分局號是任意長度為4的數(shù)字串。寫出在數(shù)據(jù)字典中,電話號碼的數(shù)據(jù)條目的定義(即組成)。名稱簡稱類型長度取值范圍分機號Extension_Number字符47201。.7299外線市話號Addition_Internumber字符99+[455|466|888|552]+4{數(shù)字}4外線長話號Addition_Extennumber字符129+[100|101|102|。。|298|299|300]+[455|466|888|552]+4{數(shù)字}42.下面是旅客訂飛機票的需求描述,試畫出分層的數(shù)據(jù)流程圖。顧客將訂票單交給預(yù)訂系統(tǒng):(1)如果是不合法訂票單,則輸出無效訂票信息;(2)對合法訂票單的預(yù)付款登錄到一個記賬文件中;(3)系統(tǒng)有航班目錄文件,根據(jù)填寫的旅行時間和目的地為顧客安排航班;(4)在獲得正確航班信息和確認(rèn)已交了部分預(yù)付款時發(fā)出取票單,并記錄到取票單文件中。顧客在指定日期內(nèi)用取票單換取機票:(1)系統(tǒng)根據(jù)取票單文件對取票單進行有效性檢查,無效的輸出無效取票信息;(2)持有有效取票單的顧客在補交了剩余款后將獲得機票;(3)記賬文件將被更新,機票以及顧客信息將被登錄到機票文件.訂單中有訂票日期、旅行日期、時間要求(上午、下午、晚上)、出發(fā)地、目的地、顧客姓名、身份證號、聯(lián)系電話.0層流程圖預(yù)定流程圖取機票流程圖3.一個簡化的圖書館信息管理系統(tǒng)有以下功能:(1)借書:輸入讀者借書證,系統(tǒng)檢查借書證是否有效;查閱借書文件,檢查該讀者所借圖書是否超過10本,若已達10本,顯示信息“已經(jīng)超出借書數(shù)量”,拒借;未達10本,辦理借書(檢查庫存、修改庫存信息并將讀者借書信息登入借書記錄)(2)還書:輸入書號和讀者號,從借書記錄中讀出與讀者有關(guān)的記錄,查閱所借日期,如果超過3個月,作罰款處理.否則,修改庫存信息與借書記錄。(3)查詢:可通過借書記錄、庫存信息查詢讀者情況、圖書借閱情況及庫存情況,打印各種統(tǒng)計表。請就以上系統(tǒng)功能畫出分層的DFD圖,并建立重要條目的數(shù)據(jù)字典。0層數(shù)據(jù)流程圖還書流程圖借書流程圖查詢流程圖數(shù)據(jù)字典:元素名稱名稱類型說明IPO1還書處理處理根據(jù)書號做還書處理,違規(guī)做處罰IPO2有效性檢查處理檢查讀者號,圖書號的有效性IPO3借書處理處理按讀者號,圖書號進行借書處理IPO4查詢處理管理員對一些基本信息進行查詢IPO5打印報表處理打印查詢到的信息IPO6處罰管理處理根據(jù)規(guī)則對延期給予相應(yīng)的處罰IPO7數(shù)量檢查處理對讀者借出的數(shù)量是否符合規(guī)定進行檢查DS001讀者信息數(shù)據(jù)存儲讀者信息錄入,修改,刪除,保存DS002庫存信息數(shù)據(jù)存儲圖書的基本的情況以及所有圖書的整體情況DS003錯還信息數(shù)據(jù)存儲存儲借還書信息,系統(tǒng)自動處理,不能人工錄入DS004處罰信息數(shù)據(jù)存儲存儲延期的處罰信息軟件工程作業(yè)2(第5~7章)一、選擇題從本質(zhì)上說,面向?qū)ο笫恰跋取贝_定(A)后確定執(zhí)行的動作。A.動作的主體 B.屬性 C.關(guān)系 D。方法(B)是對象的靜態(tài)特征。A.方法 B.屬性 C.關(guān)系 D。操作對象的(D)使對象的動態(tài)特征A。特征 B。屬性 C。關(guān)系 D.操作屬于某個類的一個具體對象稱為該類的(A)。A。實例 B.虛擬 C。繼承 D。多態(tài)UML是(A)。一種可視化的建模語言是一種可視化的程序設(shè)計語言是一種過程是一種方法封裝的的作用是(A)。A。復(fù)用 B。對象 C。實例 D.方法8。面向?qū)ο蠓治龅暮诵脑谟诮ⅲ˙)模型。A。建立正確的模型B。識別問題域?qū)ο驝。識別對象之間的關(guān)系D。上面所有9。面向?qū)ο蠓治鲞^程中建立的模型有(D).A.數(shù)據(jù)模型、功能模型、活動模型B.對象模型、功能模型、測試模型C。屬性模型、功能模型、對象模型D。對象模型、功能模型、動態(tài)模型10.下列的(C)不是分析建模的目的。A。定義可驗證的軟件需求B.描述客戶需求C。開發(fā)一個簡單的問題解決方案D.建立軟件設(shè)計的基礎(chǔ)11.下列的(C)不屬于面向?qū)ο蠓治瞿P?。A.用例圖B。類圖C.實體關(guān)系圖D。順序圖12.(A)用于描述系統(tǒng)中概念層次的對象。A.分析類B。界面類C。實體類D.控制類13。在基于用例的面向?qū)ο蠓治鲞^程中,定義交互行為的關(guān)鍵在于通過描述分析類實例之間的(A)將用例的職責(zé)分配到分析類中。A。消息傳遞B關(guān)聯(lián)關(guān)系C繼承關(guān)系D上下文關(guān)系14。用例的實現(xiàn)細(xì)節(jié)不會在(B)描述。A.用例說明B。用例圖C.活動圖D.順序圖15。用例的職責(zé)通常分配給(D)的對象。A.發(fā)送消息B.接收消息C.發(fā)送和接收雙方D。分析類16。組織機構(gòu)圖是(C)。A.UML的一個最新圖B。類圖的一種C。用于識別角色的輔助圖D.用例圖的一種17.在圖書館系統(tǒng)中,假如已經(jīng)構(gòu)造了一個一般借書者類,后來發(fā)現(xiàn)圖書館的學(xué)生和教師在借書中有不同要求.請問在面向?qū)ο笤O(shè)計中用(B)方法可以方便地設(shè)計這兩個類?A.信息隱藏B。繼承C。動態(tài)聯(lián)編D.代碼復(fù)制18.框架是一組可用于不同應(yīng)用的(A)集合A.類B。對象C.模塊D。代碼19.下面哪個選項不能描述子系統(tǒng)之間的關(guān)系。(D)A.請求-—服務(wù)關(guān)系B.繼承關(guān)系C.依賴關(guān)系D.數(shù)據(jù)關(guān)系20.每個子系統(tǒng)的接口上定義了若干(B),體現(xiàn)了子系統(tǒng)的功能.A。說明B。操作C。屬性D.關(guān)系21.通常將具有共性的非功能要求設(shè)計在(B),以減少重新開發(fā)的工作量。A.接口層B.中間層C.最低層D。最高層22。每個用例至少應(yīng)該有一個(C),它通常沒有屬性而只有方法,只是起協(xié)調(diào)和控制作用。A。接口類B.實體類C.控制類D。界面類23.類有三種類型即(A)。A.邊界類、實體類、控制類B.實體類、數(shù)據(jù)類、界面類C.控制類、實體類、數(shù)據(jù)類D.界面類、控制類、公共類24.下面那個選項不是正確的面向?qū)ο笤O(shè)計思想。(C)A.對接口進行設(shè)計B.發(fā)現(xiàn)變化并且封裝它C。先繼承后組合D.先組合后繼承25.定義類的屬性類型時盡量使用已有的類型,太多的自定義類型會降低系統(tǒng)的(A)指標(biāo)。A??删S護性B.安全性C.開發(fā)效率D.可移植性二、簡答題舉例說明類和對象的關(guān)系。答:學(xué)生可作為一個類--—學(xué)生類,每個學(xué)生就是這個學(xué)生類的一個實例,例如,學(xué)生張三就是學(xué)生類的一個實例。面向?qū)ο蠓治龅年P(guān)鍵步驟有哪些?應(yīng)建立哪幾個模型?答:關(guān)鍵步驟有識別問題域的對象并分析它們相互之間的關(guān)系,建立簡潔、精確、可理解的正確模型;應(yīng)建立的模型有功能模型,對象模型,動態(tài)模型。什么是實體類、邊界類和控制類?為什么將分析類劃分成這三種類型?答:(1)實體類保存要存入永久存儲體的信息.實體類通常在事件流或交互圖中,是對用戶最有意義的類.邊界類位于系統(tǒng)與外界的交界處,包括所有的窗體、報表、系統(tǒng)硬件接口、與其他系統(tǒng)的接口??刂祁愗?fù)責(zé)協(xié)調(diào)其他類的工作。每個用例中至少應(yīng)該有一個控制類,它控制用況中的事件順序。(2)分為三種類型是因為它們各自的功能不同。界面類—-描述系統(tǒng)與角色之間的接口??刂祁悺诜治瞿P蛢?nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對象的類。實體類-—為需要長久保存的信息進行建模的類。UML中有哪幾類個視圖,它們的作用分別是什么?答:(1)用例視圖(Use—Caseview)用例視圖用于描述系統(tǒng)的功能集。它是從系統(tǒng)外部以用戶角度,對系統(tǒng)做的抽象表示。用例視圖所描述的系統(tǒng)功能依靠于外部用戶或另一個系統(tǒng)觸發(fā)激活,為用戶或另一個系統(tǒng)提供服務(wù),實現(xiàn)與用戶或另一個系統(tǒng)之間的交互。用例視圖中可以包含若干個用例,用例表示系統(tǒng)能夠提供的功能,用例視圖是其他視圖的核心和基礎(chǔ)。其他視圖的構(gòu)造依賴于用例視圖中所描述的內(nèi)容,因為系統(tǒng)的最終目標(biāo)是實現(xiàn)用例視圖中描述的功能,同時附帶一些非功能性的特性,因此用例視圖影響著所有其他的視圖。(2)邏輯視圖(Logicalview)如果說用例視圖描述系統(tǒng)“做什么”,那么邏輯視圖就是描述“怎么做”。系統(tǒng)的靜態(tài)結(jié)構(gòu)描述類、對象和它們之間的關(guān)系,反映的是系統(tǒng)靜態(tài)特征或結(jié)構(gòu)組成。(3)組件視圖(Componentview)組件視圖用來描述系統(tǒng)實現(xiàn)的結(jié)構(gòu)和行為特征,反映系統(tǒng)各組成元素之間的關(guān)系.組件視圖由組件圖實現(xiàn),主要供開發(fā)者和管理者使用.(4)并發(fā)視圖(ConcurrencyView)并發(fā)視圖用來描述系統(tǒng)的動態(tài)和行為特征。并發(fā)視圖將任務(wù)劃分為進程或線程形式,通過任務(wù)劃分引入并發(fā)機制,可以高效地使用資源、并行執(zhí)行和處理異步事件。除了劃分系統(tǒng)為并發(fā)執(zhí)行的進程或線程外,并發(fā)視圖還必須處理通信和同步問題。(5)配置視圖(DeploymentView)配置視圖體現(xiàn)了系統(tǒng)的實現(xiàn)環(huán)境,反映系統(tǒng)的物理架構(gòu).配置視圖還包括一個映射,該映射顯示在物理架構(gòu)中組件是怎樣分配的。5。順序圖在分析階段的作用?答:順序圖描述了一組交互對象間的交互方式,它表示完成某項行為的對象和這些對象之間傳遞消息的時間順序6.活動圖在分析階段的作用?答:活動圖反映系統(tǒng)中從一個活動到另一個活動的流程,強調(diào)對象間的控制流程.活動圖特別適合描述工作流和并行處理過程。具體地說活動圖可以描述一個操作過程中需要完成的活動;描述一個對象內(nèi)部的工作;描述如何執(zhí)行一組相關(guān)的動作,以及這些動作如何影響它們周圍的對象;說明一個業(yè)務(wù)活動中角色、工作流、組織和對象是如何工作的。7.比較結(jié)構(gòu)化設(shè)計和面向?qū)ο笤O(shè)計區(qū)別?答:結(jié)構(gòu)化設(shè)計:系統(tǒng)被劃分成多個模塊,這些模塊被組織成一個樹型結(jié)構(gòu)。根就是主模塊,葉子是最低級的功能模塊。這棵樹也表示調(diào)用結(jié)構(gòu):每個模塊都調(diào)用自己的直接下級模塊,并被自己的直接上級模塊調(diào)用.頂層模塊負(fù)責(zé)收集應(yīng)用程序最重要的那些執(zhí)行策略,底層模塊實現(xiàn)處理細(xì)節(jié).在這個體系結(jié)構(gòu)中越靠上層位置,概念的抽象層次就越高.但是,由于上層模塊需要調(diào)用下層模塊,所以這些上層模塊就依賴于下層模塊的處理細(xì)節(jié)。也就是說,當(dāng)實現(xiàn)細(xì)節(jié)發(fā)生變化時,抽象也會受到影響;如果想復(fù)用某一個抽象的話,就必須把它依賴的細(xì)節(jié)都一起拖過去。 面向?qū)ο笤O(shè)計:上層創(chuàng)建的抽象不依賴于任何細(xì)節(jié),而細(xì)節(jié)則高度依賴于上層的抽象。這種依賴關(guān)系的變化正是結(jié)構(gòu)化設(shè)計與面向?qū)ο笤O(shè)計的根本區(qū)別。8。什么是框架,它與“設(shè)計”有什么關(guān)系?答:框架是一組可用于不同應(yīng)用的類的集合.框架中的類通常是一些抽象類并且相互有聯(lián)系,可以通過繼承的方式使用這些類,當(dāng)面向?qū)ο笤O(shè)計進行底層設(shè)計時,對每個類進行詳細(xì)設(shè)計,設(shè)計類的屬性和操作,優(yōu)化類之間的關(guān)系,就可以設(shè)計成框架來對類的設(shè)計進行構(gòu)架和優(yōu)化。9。系統(tǒng)的物理構(gòu)架中應(yīng)該包括哪些信息?答:用UML的配置圖描述系統(tǒng)的物理構(gòu)架,然后將需求分析階段捕獲的系統(tǒng)功能分配到這些物理節(jié)點上。包括的信息為節(jié)點的拓?fù)浣Y(jié)構(gòu)、硬件設(shè)備配置、通信路徑、各個節(jié)點上運行的系統(tǒng)軟件配置、應(yīng)用軟件配置。三、應(yīng)用題一個多媒體商店系統(tǒng)包含一個由媒體文件構(gòu)成的數(shù)據(jù)庫,有兩類媒體文件:圖像文件和聲音文件。每個媒體文件都有名稱和唯一的編碼,而且文件包含作者信息和格式信息,聲音文件還包含聲音文件的時長(以秒為單位)和作者的信息.假設(shè)每個媒體文件可以由唯一的編碼所識別,系統(tǒng)要提供以下功能:媒體庫中可以添加新的特別媒體文件。通過給定的文件編碼查找需要的媒體文件。從媒體庫中刪除指定的媒體文件。給出媒體庫中媒體文件的數(shù)量??紤]類imageFile和audioFile應(yīng)該具有哪些恰當(dāng)?shù)膶傩院头椒ù?imageFile類的屬性有:Name(文件名稱),Code(編碼),AuthorInfo(作者信息),Format(格式信息);audioFile類除了擁有以上屬性外還有屬性Time(文件時長);imageFile類的方法:Add(imageFile)(添加圖像文件),Delete(Code)(刪除文件),GetFile(Code)(查找文件),GetNumber()(返回媒體文件的數(shù)量);audioFile類的方法:Add(audioFile)(添加聲音文件),Delete(Code)(刪除文件),GetFile(Code)(查找文件),GetNumber()(返回媒體文件的數(shù)量)。若把學(xué)生看成一個實體,它可以分成多個子實體,如小學(xué)生、中學(xué)生和大學(xué)生等。在面向?qū)ο蟮脑O(shè)計中,可以創(chuàng)建如下4個類:類Student、類ElementaryStudent、MiddleStudent;類UniversityStudent.試給出這4個類的屬性以及它們之間的關(guān)系.答:Student類為基類,其他三個類都是Student的子類.Student類的屬性有:Name(姓名),Sex(性別),Age(年齡),Class(班級)。ElementaryStudent類的屬性有:IsTeamMember(是否是少先隊員),IsGoodStudent(是否是三好學(xué)生)。MiddleStudent類的屬性為:IsMember(是否是團員),Subject(文科理科)。UniversityStudent類的屬性為:IsPartyMember(是否黨員),Department(學(xué)院),Specialty(專業(yè)).三、應(yīng)用題某學(xué)校領(lǐng)書的工作流程為:學(xué)生班長填寫領(lǐng)書單,班主任審查后簽名,然后班長拿領(lǐng)書單到書庫領(lǐng)書。書庫保管員審查領(lǐng)書單是否有班主任簽名,填寫是否正確等,不正確的領(lǐng)書單退回給班長;如果填寫正確則給予領(lǐng)書并修改庫存清單;當(dāng)某書的庫存量低于臨界值時,登記需訂書的信息。每天下班前為采購部門提供一張訂書單。用活動圖來描述領(lǐng)書的過程。解:使用順序圖描述下面的情景,當(dāng)用戶在自己的計算機上向網(wǎng)絡(luò)打印機發(fā)出一個打印任務(wù)時,他的計算機便向打印機服務(wù)器發(fā)送一條打印命令print(file),打印機服務(wù)器如果發(fā)現(xiàn)網(wǎng)絡(luò)打印機處于空閑狀態(tài),則向打印機發(fā)送打印命令print(file),否則向打印隊列發(fā)送一條保存命令store(file)。解:某報社采用面向?qū)ο蠹夹g(shù)實現(xiàn)報刊征訂的計算機管理系統(tǒng),該系統(tǒng)基本需求如下:(1)報社發(fā)行多種刊物,每種刊物通過訂單來征訂,訂單中有代碼,名稱,訂期,單價,份數(shù)等項目,訂戶通過填寫訂單來訂閱報刊。
(2)報社下屬多個發(fā)行站,每個站負(fù)責(zé)收集登陸訂單、打印收款憑證等事務(wù)。
(3)報社負(fù)責(zé)分類并統(tǒng)計各個發(fā)行站送來的報刊訂閱信息。
請就此需求建立對象模型。解:軟件工程作業(yè)3(第8~11章)選擇題結(jié)構(gòu)化語言是介于自然語言和形式語言之間的一種(D)。A.半形式語言B.計算機語言C.低級語言 D.高級語言程序設(shè)計語言的技術(shù)特性不應(yīng)包括(C).HYPERLINK”/course_ware/software/test/”\l”33"A、數(shù)據(jù)結(jié)構(gòu)的描述性B、抽象類型的描述性C、數(shù)據(jù)庫的易操作性D、軟件的可移植性程序的三種基本控制結(jié)構(gòu)是(B)。HYPERLINK”http:///course_ware/software/test/”\l”301”A.過程、子程序和分程序 B.順序、選擇和重復(fù)C.遞歸、堆棧和隊列 D.調(diào)用、返回和轉(zhuǎn)移結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是(D)。HYPERLINK”http:///course_ware/software/test/"\l”301"A.程序的規(guī)模B.程序的效率 C.程序設(shè)計語言的先進性 D.程序易讀性下列關(guān)于功能性注釋不正確的說法是(B)。A。功能性注釋嵌在源程序中,用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài)B。注釋用來說明程序段,需要在每一行都要加注釋C??墒褂每招谢蚩s進,以便很容易區(qū)分注釋和程序D.修改程序也應(yīng)修改注釋下列關(guān)于效率的說法不正確的是(D)。A.效率是一個性能要求,其目標(biāo)應(yīng)該在需求分析時給出B。提高程序效率的根本途徑在于選擇良好的設(shè)計方法,數(shù)據(jù)結(jié)構(gòu)與算法C。效率主要指處理機時間和存儲器容量兩個方面D。程序的效率與程序的簡單性無關(guān)結(jié)構(gòu)化維護與非結(jié)構(gòu)化維護的主要區(qū)別在于(B).A.軟件是否結(jié)構(gòu)化 B.軟件配置是否完整 C。程序的完整性 D.文檔的完整性關(guān)于JAVA語言下列說法不正確的是(B)。A.跨平臺的 B.動態(tài)指針 C.解釋型的 D.面向?qū)ο蟮氖褂冒缀袦y試方法時,確定測試數(shù)據(jù)應(yīng)根據(jù)(A)和指定的覆蓋標(biāo)準(zhǔn)。A程序內(nèi)部邏輯B.程序復(fù)雜結(jié)構(gòu)C.使用說明書 D.程序的功能確認(rèn)測試主要涉及的文檔是(A).A、需求規(guī)格說明書B、概要設(shè)計說明書C、詳細(xì)設(shè)計說明書D、源程序測試的關(guān)鍵問題是(D)。A.如何組織對軟件的評審 B。如何驗證程序的正確性C。如何采用綜合策略 D.如何選擇測試用例黑盒測試在設(shè)計測試用例時,主要研究(A)。412"A。需求規(guī)格說明 B。詳細(xì)設(shè)計說明C。項目開發(fā)計劃 D.概要設(shè)計說明與詳細(xì)設(shè)計說明下面哪些測試屬于黑盒測試(B)。A、路徑測試B、等價類劃分C、條件判斷D、循環(huán)測試在下述哪一種測試中,測試人員必須接觸到源程序(B)。A、功能測試 B、結(jié)構(gòu)測試C、功能測試和結(jié)構(gòu)測試D、性能測試檢查軟件產(chǎn)品是否符合需求定義的過程稱為(D)。A、確認(rèn)測試B、集成測試C、驗收測試D、驗證測試軟件測試方法中,黑盒、白盒測試法是常用的方法,其中白盒測試主要用于測試(D)。結(jié)構(gòu)合理性B、軟件外部功能C、程序正確性D、程序內(nèi)部邏輯軟件維護中,因修改交互輸入的順序,沒有正確的記錄而引起的錯誤是(A)產(chǎn)生的副作用。A、文檔B、數(shù)據(jù) C、編碼D、設(shè)計以下屬于軟件維護階段文檔的是(C)。A、軟件需求說明B、操作手冊C、軟件問題報告D、測試分析報告產(chǎn)生軟件維護的副作用,是指(C)。A、開發(fā)時的錯誤 B、隱含的錯誤 C、因修改軟件而造成的錯誤 D、運行時誤操作維護中,因誤刪除一個標(biāo)識符而引起的錯誤是(C)副作用。A、文檔 B、數(shù)據(jù) C、編碼 D、設(shè)計可維護性的特性中,相互促進的(A).A、可理解性和可測試性B、效率和可移植性 C、效率和可修改性 D、效率和結(jié)構(gòu)好軟件維護的困難主要原因是(C)A、費用低 B、人員少 C、開發(fā)方法的缺陷D、用戶不配合軟件維護費用高的主要原因是(C)。A、校正性維護 B、完善性維護 C、適應(yīng)性維護D、預(yù)防性維護可維護性的特性中,相互矛盾的是(B)A??衫斫庑耘c可測試性B。效率與可修改性C.可修改性和可理解性D??衫斫庑耘c可讀性各種不同的軟件維護中,以(C)維護所占的維護量最小。糾錯性維護B、代碼維護C、預(yù)防性維護D、文檔維護在變更控制中,(B)可以用來確保由不同用戶所執(zhí)行的并發(fā)變更。A.異步控制B.同步控制C.存取控制D.基線控制變更控制是一項最重要的軟件配置任務(wù),其中“檢出”和(A)處理實現(xiàn)了兩個重要的變更控制要素,即存取控制和同步控制.A.登入B.管理C.填寫變更要求D.審查用Gantt圖表示軟件項目進度安排,下列說法中正確的是HYPERLINK”/course_ware/software/test/"\l”421”(B)A。能夠反映多個任務(wù)之間的復(fù)雜關(guān)系B。能夠直觀表示任務(wù)之間相互依賴制約關(guān)系C。能夠表示哪些任務(wù)是關(guān)鍵任務(wù)D.能夠表示子任務(wù)之間的并行和串行關(guān)系基線可作為軟件生存期中各開發(fā)階段的一個檢查點.當(dāng)采用的基線發(fā)生錯誤時,可以返回到最近和最恰當(dāng)?shù)模–)上【建議1—2—2】不提倡使用全局變量,盡量不要在頭文件中出現(xiàn)象externintvalue這類聲明。#ifndefGRAPHICS_H//防止graphics。h被重復(fù)引用#defineGRAPHICS_H#include〈math.h〉//引用標(biāo)準(zhǔn)庫的頭文件?#include“myheader。h”//引用非標(biāo)準(zhǔn)庫的頭文件?voidFunction1(?);//全局函數(shù)聲明?classBox//類結(jié)構(gòu)聲明{?};#endif示例1—2C頭文件的結(jié)構(gòu)1.3定義文件的結(jié)構(gòu)定義文件有三部分內(nèi)容:(1)定義文件開頭處的版權(quán)和版本聲明(參見示例1—1)。(2)對一些頭文件的引用。(3)程序的實現(xiàn)體(包括數(shù)據(jù)和代碼)。假設(shè)定義文件的名稱為graphics。cpp,定義文件的結(jié)構(gòu)參見示例1-3。//版權(quán)和版本聲明見示例1—1,此處省略。#include“graphics.h”//引用頭文件?//全局函數(shù)的實現(xiàn)體voidFunction1(?){?}//類成員函數(shù)的實現(xiàn)體voidBox::Draw(?){?}示例1—3C定義文件的結(jié)構(gòu)1.4目錄結(jié)構(gòu)如果一個軟件的頭文件數(shù)目比較多(如超過十個),通常應(yīng)將頭文件和定義文件分別保存于不同的目錄,以便于維護。例如可將頭文件保存于include目錄,將定義文件保存于source目錄(可以是多級目錄)。如果某些頭文件是私有的,它不會被用戶的程序直接引用,則沒有必要公開其“聲明”。為了加強信息隱藏,這些私有的頭文件可以和定義文件存放于同一個目錄。程序的版式版式雖然不會影響程序的功能,但會影響可讀性。程序的版式追求清晰、美觀,是程序風(fēng)格的重要構(gòu)成因素.程序的版式2.1空行空行起著分隔程序段落的作用.空行得體(不過多也不過少)將使程序的布局更加清晰??招胁粫速M內(nèi)存,雖然打印含有空行的程序是會多消耗一些紙張,但是值得。所以不要舍不得用空行.【規(guī)則2-1-1】在每個類聲明之后、每個函數(shù)定義結(jié)束之后都要加空行?!疽?guī)則2-1-2】在一個函數(shù)體內(nèi),邏揖上密切相關(guān)的語句之間不加空行,其它地方應(yīng)加空行分隔。2。2代碼行【規(guī)則2-2—1】一行代碼只做一件事情,如只定義一個變量,或只寫一條語句.這樣的代碼容易閱讀,并且方便于寫注釋?!疽?guī)則2—2—2】if、for、while、do等語句自占一行,執(zhí)行語句不得緊跟其后。不論執(zhí)行語句有多少都要加{}。這樣可以防止書寫失誤。【建議2-2—3如果變量的引用處和其定義處相隔比較遠,變量的初始化很容易被忘記.如果引用了未被初始化的變量,可能會導(dǎo)致程序錯誤。本建議可以減少隱患。例如intwidth=10;//定義并初紿化widthintheight=10;//定義并初紿化heightintdepth=10;//定義并初紿化depth2.3代碼行內(nèi)的空格【規(guī)則2—3—1】關(guān)鍵字之后要留空格。象const、virtual、inline、case等關(guān)鍵字之后至少要留一個空格,否則無法辨析關(guān)鍵字。象if、for、while等關(guān)鍵字之后應(yīng)留一個空格再跟左括號‘(',以突出關(guān)鍵字.【規(guī)則2-3-2】函數(shù)名之后不要留空格,緊跟左括號‘(',以與關(guān)鍵字區(qū)別?!疽?guī)則2-3—3】‘('向后緊跟,‘)'、‘,’、‘;’向前緊跟,緊跟處不留空格.【規(guī)則2-3—4】‘,’之后要留空格,如Function(x,y,z).如果‘;’不是一行的結(jié)束符號,其后要留空格,如for(initialization;condition;update)?!疽?guī)則2-3—5】賦值操作符、比較操作符、算術(shù)操作符、邏輯操作符、位域操作符,如“=”、“+=”“〉=”、“〈=”、“+”、“*”、“%”、“&&”、“||”、“<<",“^”等二元操作符的前后應(yīng)當(dāng)加空格。【規(guī)則2—3-6】一元操作符如“!”、“~"、“++"、“——”、“&”(地址運算符)等前后不加空格?!疽?guī)則2—3—7】象“[]"、“."、“-〉”這類操作符前后不加空格?!窘ㄗh2-3-8】對于表達式比較長的for語句和if掉一些空格,如for(i=0;i〈10;i++)和if((a〈=b)&&(c<=d))2.4修飾符的位置修飾符*和&應(yīng)該靠近數(shù)據(jù)類型還是該靠近變量名,是個有爭議的活題。若將修飾符*靠近數(shù)據(jù)類型,例如:int*x;從語義上講此寫法比較直觀,即x是int類型的指針。上述寫法的弊端是容易引起誤解,例如:int*x,y;此處y容易被誤解為指針變量。雖然將x和y分行定義可以避免誤解,但并不是人人都愿意這樣做?!疽?guī)則2-4-1】應(yīng)當(dāng)將修飾符*和&例如:char*name;int*x,y;//此處y不會被誤解為指針2。5注釋C語言的注釋符為“/*…*/”.雖然注釋有助于理解代碼,但注意不可過多地使用注釋。【規(guī)則2-5—1】注釋是對代碼的“提示注釋太多了會讓人眼花繚亂。注釋的花樣要少?!疽?guī)則2—5例如i++;//i加1,多余的注釋【規(guī)則2-5的一致性。不再有用的注釋要刪除。【規(guī)則2-5有害.【規(guī)則2-5【規(guī)則2—5可放在下方.【規(guī)則2—5釋,便于閱讀。 命名規(guī)則3.1共性規(guī)則本節(jié)論述的共性規(guī)則是被大多數(shù)程序員采納的,我們應(yīng)當(dāng)在遵循這些共性規(guī)則的前提下,再擴充特定的規(guī)則?!疽?guī)則3-1-1】標(biāo)識符應(yīng)當(dāng)直觀且可以拼讀,可望文知意,不必進行“解碼”.標(biāo)識符最好采用英文單詞或其組合,便于記憶和閱讀。切忌使用漢語拼音來命名。程序中的英文單詞一般不會太復(fù)雜,用詞應(yīng)當(dāng)準(zhǔn)確.例如不要把CurrentValue寫成NowValue.【規(guī)則3-1—2】標(biāo)識符的長度應(yīng)當(dāng)符合“min—length&&max-information"原則.幾十年前老ANSIC規(guī)定名字不準(zhǔn)超過6個字符,現(xiàn)今的C不再有此限制。一般來說,長名字能更好地表達含義,所以函數(shù)名、變量名、類名長達十幾個字符不足為怪.那么名字是否越長約好?不見得!例如變量名maxval就比maxValueUntilOverflow好用。單字符的名字也是有用的,常見的如i,j,k,m,n,x,y,z等,它們通??捎米骱瘮?shù)內(nèi)的局部變量?!疽?guī)則3-1-3】命名規(guī)則盡量與所采用的操作系統(tǒng)或開發(fā)工具的風(fēng)格保持一致.例如Windows應(yīng)用程序的標(biāo)識符通常采用“大小寫”混排的方式,如AddChild.而Unix應(yīng)用程序的標(biāo)識符通常采用“小寫加下劃線”的方式,如add_child。別把這兩類風(fēng)格混在一起用?!疽?guī)則3—1—4】程序中不要出現(xiàn)僅靠大小寫區(qū)分的相似的標(biāo)識符。例如:intx,X;//變量x與X容易混淆voidfoo(intx);//函數(shù)foo與FOO容易混淆voidFOO(floatx);【規(guī)則3-1—5】程序中不要出現(xiàn)標(biāo)識符完全相同的局部變量和全局變量,盡管兩者的作用域不同而不會發(fā)生語法錯誤,但會使人誤解。【規(guī)則3-1—6】變量的名字應(yīng)當(dāng)使用“名詞”或者“形容詞+名詞".例如:floatvalue;floatoldValue;floatnewValue;【規(guī)則3—1-7】全局函數(shù)的名字應(yīng)當(dāng)使用“動詞”或者“動詞+名詞”(動賓詞組)。類的成員函數(shù)應(yīng)當(dāng)只使用“動詞",被省略掉的名詞就是對象本身.例如:DrawBox();//全局函數(shù)box—〉Draw();//類的成員函數(shù)【規(guī)則3—1—8】用正確的反義詞組命名具有互斥意義的變量或相反動作的函數(shù)等.例如:intminValue;intmaxValue;intSetValue(…);intGetValue(…);【建議3—1-1】盡量避免名字中出現(xiàn)數(shù)字編號,如Value1,Value2等,除非邏輯上的確需要編號。這是為了防止程序員偷懶,不肯為命名動腦筋而導(dǎo)致產(chǎn)生無意義的名字(因為用數(shù)字編號最省事)。函數(shù)設(shè)計函數(shù)是C++/C程序的基本功能單元,函數(shù)接口的兩個要素是參數(shù)和返回值。.C語言中,函數(shù)的參數(shù)和返回值的傳遞方式有兩種:值傳遞(passbyvalue)和指針傳遞(passbypointer)表達式和基本語句4。1參數(shù)的規(guī)則【規(guī)則4—1—1如果函數(shù)沒有參數(shù),則用void填充.例如:voidSetValue(intwidth,intheight);//良好的風(fēng)格voidSetValue(int,int);//不良的風(fēng)格floatGetValue(void);//良好的風(fēng)格floatGetValue();//不良的風(fēng)格【規(guī)則4—1—2例如編寫字符串拷貝函數(shù)StringCopy,它有兩個參數(shù).如果把參數(shù)名字起為str1和str2,例如voidStringCopy(char*str1,char*str2);那么我們很難搞清楚究竟是把str1拷貝到str2中,還是剛好倒過來??梢园褏?shù)名字起得更有意義,如叫strSource和strDestination。這樣從名字上就可以看出應(yīng)該把strSource拷貝到strDestination。還有一個問題,這兩個參數(shù)那一個該在前那一個該在后?參數(shù)的順序要遵循程序員的習(xí)慣.一般地,應(yīng)將目的參數(shù)放在前面,源參數(shù)放在后面。如果將函數(shù)聲明為:voidStringCopy(char*strSource,char*strDestination);別人在使用時可能會不假思索地寫成如下形式:charstr[20];StringCopy(str,“HelloWorld");//參數(shù)順序顛倒【規(guī)則4—1—3】如果參數(shù)是指針,且僅作輸入用,則應(yīng)在類型前加const指針在函數(shù)體內(nèi)被意外修改.例如voidStringCopy(char*strDestination,constchar*strSource);【規(guī)則4-1—4】如果輸入?yún)?shù)以值傳遞的方式傳遞對象,則宜改用“const&來傳遞,這樣可以省去臨時對象的構(gòu)造和析構(gòu)過程,從而提高效率.【建議4—1—5】避免函數(shù)有太多的參數(shù),參數(shù)個數(shù)盡量控制在多,在使用時容易將參數(shù)類型或順序搞錯?!窘ㄗh4—1-C標(biāo)準(zhǔn)庫函數(shù)printf是采用不確定參數(shù)的典型代表,其原型為:intprintf(constchat*format[,argument]?);這種風(fēng)格的函數(shù)在編譯時喪失了嚴(yán)格的類型安全檢查。4.2返回值的規(guī)則【規(guī)則4—2-1C語言中,凡不加類型說明的函數(shù),一律自動按整型處理.這樣做不會有什么好處,卻容易被誤解為void類型。C++語言有很嚴(yán)格的類型安全檢查,不允許上述情況發(fā)生。由于C++程序可以調(diào)用C函數(shù),為了避免混亂,規(guī)定任何C++/C函數(shù)都必須有類型。如果函數(shù)沒有返回值,那么應(yīng)聲明為void類型?!疽?guī)則4—2—2違反這條規(guī)則的典型代表是C標(biāo)準(zhǔn)庫函數(shù)getchar。例如:charc;c=getchar();if(c==EOF)?按照getchar名字的意思,將變量c聲明為char類型是很自然的事情。但不幸的是getchar的確不是char類型,而是int類型,其原型如下:intgetchar(void);由于c是char類型,取值范圍是[—128,127],如果宏EOF的值在char的取值范圍之外,那么if語句將總是失敗,這種“危險”人們一般哪里料得到!導(dǎo)致本例錯誤的責(zé)任并不在用戶,是函數(shù)getchar誤導(dǎo)了使用者。【規(guī)則4-2-3錯誤標(biāo)志用return語句返回?;仡櫳侠?,C標(biāo)準(zhǔn)庫函數(shù)的設(shè)計者為什么要將getchar聲明為令人迷糊的int類型呢?他會那么傻嗎?在正常情況下,getchar的確返回單個字符。但如果getchar碰到文件結(jié)束標(biāo)志或發(fā)生讀錯誤,它必須返回一個標(biāo)志EOF。為了區(qū)別于正常的字符,只好將EOF定義為負(fù)數(shù)(通常為負(fù)1)。因此函數(shù)getchar就成了int類型。我們在實際工作中,經(jīng)常會碰到上述令人為難的問題。為了避免出現(xiàn)誤解,我們應(yīng)該將正常值和錯誤標(biāo)志分開.即:正常值用輸出參數(shù)獲得,而錯誤標(biāo)志用return語句返回。函數(shù)getchar可以改寫成BOOLGetChar(char*c);雖然gechar比GetChar靈活,例如putchar(getchar());但是如果getchar用錯了,它的靈活性又有什么用呢?【建議4-2-可以附加返回值。例如字符串拷貝函數(shù)strcpy的原型:char*strcpy(char*strDest,constchar*strSrc);strcpy函數(shù)將strSrc拷貝至輸出參數(shù)strDest中,同時函數(shù)的返回值又是strDest。這樣做并非多此一舉,可以獲得如下靈活性:charstr[20];intlength=strlen(strcpy(str,“HelloWorld”));4.3函數(shù)內(nèi)部實現(xiàn)的規(guī)則不同功能的函數(shù)其內(nèi)部實現(xiàn)各不相同,看起來似乎無法就“內(nèi)部實現(xiàn)”達成一致的觀點.但根據(jù)經(jīng)驗,我們可以在函數(shù)體的“入口處”和“出口處”從嚴(yán)把關(guān),從而提高函數(shù)的質(zhì)量.【規(guī)則4-3—1】在函數(shù)體的“入口處”很多程序錯誤是由非法參數(shù)引起的,我們應(yīng)該充分理解并正確使用“斷言"(assert)來防止此類錯誤?!疽?guī)則4-3—2】在函數(shù)體的“出口處”,對return如果函數(shù)有返回值,那么函數(shù)的“出口處"是return語句。我們不要輕視return語句。如果return語句寫得不好,函數(shù)要么出錯,要么效率低下。注意事項如下:(1)return語句不可返回指向“棧內(nèi)存"的“指針",因為該內(nèi)存在函數(shù)體結(jié)束時被自動銷毀。例如char*Func(void){charstr[]=“helloworld”;//str的內(nèi)存位于棧上…returnstr;//將導(dǎo)致錯誤}(2)要搞清楚返回的究竟是“值"、還是“指針”。4.4其它建議【建議4—4—1【建議4-4-2】函數(shù)體的規(guī)模要小,盡量控制在50【建議4-4-3】盡量避免函數(shù)帶有“記憶”帶有“記憶”功能的函數(shù),其行為可能是不可預(yù)測的,因為它的行為可能取決于某種“記憶狀態(tài)"。這樣的函數(shù)既不易理解又不利于測試和維護。在C語言中,函數(shù)的static局部變量是函數(shù)的“記憶”存儲器。建議盡量少用static局部變量,除非必需。【建議4-4—4的變量的有效性,例如全局變量、文件句柄等。【建議4-4—5情況。4.5使用斷言程序一般分為Debug版本和Release版本,Debug版本用于內(nèi)部調(diào)試,Release版本發(fā)行給用戶使用。斷言assert是僅在Debug版本起作用的宏,它用于檢查“不應(yīng)該”發(fā)生的情況。示例4-5是一個內(nèi)存復(fù)制函數(shù).在運行過程中,如果assert的參數(shù)為假,那么程序就會中止(一般地還會出現(xiàn)提示對話,說明在什么地方引發(fā)了assert)。void*memcpy(void*pvTo,constvoid*pvFrom,size_tsize){assert((pvTo!=NULL)&&(pvFrom!=NULL));//使用斷言byte*pbTo=(byte*)pvTo;//防止改變pvTo的地址byte*pbFrom=(byte*)pvFrom;//防止改變pvFrom的地址while(size——>0)*pbTo++=*pbFrom++;returnpvTo;}示例4-5復(fù)制不重疊的內(nèi)存塊assert不是一個倉促拼湊起來的宏。為了不在程序的Debug版本和Release版本引起差別,assert不應(yīng)該產(chǎn)生任何副作用。所以assert不是函數(shù),而是宏.程序員可以把assert看成一個在任何系統(tǒng)狀態(tài)下都可以安全使用的無害測試手段.如果程序在assert處終止了,并不是說含有該assert的函數(shù)有錯誤,而是調(diào)用者出了差錯,assert可以幫助我們找到發(fā)生錯誤的原因。很少有比跟蹤到程序的斷言,卻不知道該斷言的作用更讓人沮喪的事了。你化了很多時間,不是為了排除錯誤,而只是為了弄清楚這個錯誤到底是什么。有的時候,程序員偶爾還會設(shè)計出有錯誤的斷言.所以如果搞不清楚斷言檢查的是什么,就很難判斷錯誤是出現(xiàn)在程序中,還是出現(xiàn)在斷言中。幸運的是這個問題很好解決,只要加上清晰的注釋即可。這本是顯而易見的事情,可是很少有程序員這樣做。這好比一個人在森林里,看到樹上釘著一塊“危險”的大牌子。但危險到底是什么?樹要倒?有廢井?有野獸?除非告訴人們“危險”是什么,否則這個警告牌難以起到積極有效的作用.難以理解的斷言常常被程序員忽略,甚至被刪除.【規(guī)則4—5—1之間的區(qū)別,后者是必然存在的并且是一定要作出處理的?!疽?guī)則4-5—2【建議4—5—3】在編寫函數(shù)時,要進行反復(fù)的考查,并且自問:“一旦確定了的假定,就要使用斷言對假定進行檢查?!窘ㄗh4—5-能會隱瞞錯誤。當(dāng)進行防錯設(shè)計時,如果“不可能發(fā)生"的事情的確發(fā)生了,則要使用斷言進行報警.其它編程經(jīng)驗5。1提高程序的效率程序的時間效率是指運行速度,空間效率是指程序占用內(nèi)存或者外存的狀況。全局效率是指站在整個系統(tǒng)的角度上考慮的效率,局部效率是指站在模塊或函數(shù)角度上考慮的效率?!疽?guī)則5-可讀性等質(zhì)量因素的前提下,設(shè)法提高程序的效率?!疽?guī)則5-【規(guī)則5-1-3緊要之處優(yōu)化?!疽?guī)則5—【規(guī)則5-作出適當(dāng)?shù)恼壑?例如多花費一些內(nèi)存來提高性能?!疽?guī)則5-5。2一些有益的建議【建議5-我們經(jīng)常會把“==”誤寫成“=”,象“||”、“&&”、“<=”、“〉=”這類符號也很容易發(fā)生“丟1"失誤.然而編譯器卻不一定能自動指出這類錯誤.【建議5-未被初始化的變量當(dāng)成右值使用?!窘ㄗh5-【建議5-們知道發(fā)生了什么事),避免讓編譯器輕悄悄地進行隱式的數(shù)據(jù)類型轉(zhuǎn)換?!窘ㄗh5-【建議5-【建議5-2—7【建議5—【建議5—【建議5-代碼,應(yīng)當(dāng)重新編寫?!窘ㄗh5—2-11】盡量使用標(biāo)準(zhǔn)庫函數(shù),不要“【建議5-【建議5-【建議5-2—14】如果可能的話,使用PC—Lint2.有的學(xué)生總是問老師“我應(yīng)該掌握什么程序設(shè)計語言更好?”你認(rèn)為該如何回答這個問題?答:首先必須掌握C語言,面向?qū)ο蟮某绦蛟O(shè)計語言,各有各的優(yōu)勢,看你想往哪方面用了,如果是服務(wù)器端的應(yīng)用最好是java,跨平臺性好;如果是,一般的桌面應(yīng)用,C#是較好的選擇;至于易上手程度,VB,Delphi等是上手比較快的;至于數(shù)據(jù)庫應(yīng)用本人認(rèn)為PB是最好的選擇,VB,Delphi也是比較好的選擇;當(dāng)特別強調(diào)效率的時候VC是不二的選擇,其中VC最為復(fù)雜,也最為靈活,“偷懶的程序員用VB,聰明的程序員用Delphi,真正的程序員用VC”,如果想要設(shè)計一些系統(tǒng)級的核心程序,最好用VC,C語言也可,但是不如VC強大。無論什么語言,通一門即可,它們只是工具,設(shè)計模式和算法才是靈魂.3。編寫C語言程序,要求輸入一個學(xué)生的兩門課成績(百分制),計算該生的總分并要求輸出成績等級‘A’、‘B'、‘C’、‘D'、‘E’。總分在180分以上為‘A',160~179分為‘B’,140~159分為‘C',120~139分為‘D’,120分以下為‘E’。使用switch語句編寫,具體要求:①成績通過鍵盤輸入,輸入之前要有提示信息.②若輸入的成績不是百分制成績,則給出錯誤提示信息,并且不再進行下面的等級評價;若輸入的成績是百分制成績,則計算總分,并根據(jù)要求評價等級。答:#include〈stdio。h〉#include<conio.h〉/*原型聲明*/voidinput(int*,int*);intsum(int,int);voidconvert(int,char*);voiddegree(char,int);voidmain(void){ /*定義變量*/intnfst_course=—1,nsec_course=-1; /*nfst_cours
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 噴塑包紙項目可行性研究報告評審方案設(shè)計2025年立項詳細(xì)標(biāo)準(zhǔn)+甲
- 2025年中國清潔護膚保健品市場運營態(tài)勢分析及投資前景預(yù)測報告
- 2025公司之間借款合同協(xié)議書
- 廣西壯族自治區(qū)柳州市2024年中考語文一模試卷含答案
- 緊線工具行業(yè)深度研究報告
- 2024-2025年中國超微型電子計算機行業(yè)發(fā)展?jié)摿Ψ治黾巴顿Y方向研究報告
- 2025開辦建材分裝廠合同
- 2025錦宏西山莊主體承包合同
- 《再塑生命的人》演講稿
- 《兩小兒辯日》讀后感150字
- 2024-2030年中國汽車水泵市場未來發(fā)展趨勢及前景調(diào)研分析報告
- 綠城營銷策劃管理標(biāo)準(zhǔn)化手冊
- 2025小學(xué)創(chuàng)意特色寒假素養(yǎng)作業(yè)設(shè)計真絕了【高清可打印】
- 2025年上半年河南安陽市睢陽區(qū)“減縣補鄉(xiāng)”鄉(xiāng)鎮(zhèn)事業(yè)單位選拔130人重點基礎(chǔ)提升(共500題)附帶答案詳解
- 2025學(xué)年學(xué)期學(xué)校衛(wèi)生工作計劃
- 10.1.2事件的關(guān)系和運算(教學(xué)課件)高一數(shù)學(xué)(人教A版2019必修第二冊)
- 2024-2030年中國天然靛藍行業(yè)市場規(guī)模預(yù)測及發(fā)展可行性分析報告
- DB37T 4548-2022 二氧化碳驅(qū)油封存項目碳減排量核算技術(shù)規(guī)范
- 2024國家開放大學(xué)基礎(chǔ)寫作形考任務(wù)2試題及答案
- 相反國課件-大班
- 2024年可行性研究報告投資估算及財務(wù)分析全套計算表格(含附表-帶只更改標(biāo)紅部分-操作簡單)
評論
0/150
提交評論