管理信息化信息化知識軟件工程相關(guān)試題

管理信息化信息化知識軟件工程相關(guān)試題{管理信息化信息化知識}軟件工程相關(guān)試題軟件工程作業(yè)1（第1～4章）一、選擇題：1.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（CA.軟件工程B.軟件周期C.軟件危機(jī)D.軟件產(chǎn)生2.瀑布模型本質(zhì)上是一種（A）模型。A.線性順序B.順序迭代C.線性迭代D.早期產(chǎn)品3.瀑布模型存在的問題是（BA．用戶容易參與開發(fā)B．缺乏靈活性C．用戶與開發(fā)者易溝通D．適用可變需求4.螺旋模型是一種將瀑布模型和（A）結(jié)合起來的軟件開發(fā)模型。A．增量模型B．專家系統(tǒng)C．噴泉模型D．變換模型5.原型化方法是用戶和設(shè)計者之間執(zhí)行的一種交互構(gòu)成，適用于（A）系統(tǒng)。A．需求不確定性高的B．需求確定的C．管理信息D．實時6.下列有關(guān)軟件工程的標(biāo)準(zhǔn)，屬于國際標(biāo)準(zhǔn)的是(D)A.GBB.DINC.ISOD.IEEE7.結(jié)構(gòu)化方法是一種基于（D）的方法。A.數(shù)據(jù)結(jié)構(gòu)B.程序結(jié)構(gòu)C.算法D.數(shù)據(jù)流8.軟件可行性研究實質(zhì)上是要進(jìn)行一次(A)需求分析、設(shè)計過程。A、簡化、壓縮的B、詳細(xì)的C、徹底的D、深入的9.可行性研究的目的是（D）A、分析開發(fā)系統(tǒng)的必要性B、確定系統(tǒng)建設(shè)的方案C、分析系統(tǒng)風(fēng)險D、確定是否值得開發(fā)系統(tǒng)10.設(shè)年利率為i，現(xiàn)存入p元，不計復(fù)利，n年后可得錢數(shù)為（CA、P×(1+i*n)B、P×(i+1)*nC、p×(1+i)nD、p×(i+n)11.可行性研究是在（A）之前A、系統(tǒng)開發(fā)B、測試C、試運(yùn)行D、集成測試12.總成本的（CA、1%B、20%C、8%D、50%13.我國正式頒布實施的（B）對計算機(jī)病毒的定義具有法律性、權(quán)威性。A．《計算機(jī)軟件保護(hù)條例》B．《中華人民共和國計算機(jī)信息系統(tǒng)安全保護(hù)條例》C．《中華人民共和國著作權(quán)法》D．《計算機(jī)病毒防治管理辦法》14.效率是一個性能要求，因此應(yīng)當(dāng)在以下哪個階段規(guī)定？BA、可行性分析B、需求分析C、概要設(shè)計D、詳細(xì)設(shè)計15.需求規(guī)格說明書的作用不包括（D）A、軟件驗收的依據(jù)B、用戶與開發(fā)人員對軟件要做什么的共同理解C、軟件可行性研究的依據(jù)D、軟件設(shè)計的依據(jù)16.數(shù)據(jù)字典是用來定義（D）中的各個成份的具體含義的。A、程序流程圖B、功能結(jié)構(gòu)圖C、系統(tǒng)結(jié)構(gòu)圖D、數(shù)據(jù)流程圖17.數(shù)據(jù)流程圖是（A）方法中用于表示系統(tǒng)邏輯模型的一種圖形工具。A、SAB、SDC、SPD、SC18.DFD中的每個加工至少有(A)。/course_waretest/-31A、一個輸入流或一個輸出流B、一個輸入流和一個輸出流C、一個輸入流D、一個輸出流19.需求分析階段的關(guān)鍵任務(wù)是確定（D）/course_waretest/-301ABCD能20.在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是/course_waretest/-411（DA、程序模塊化B、模塊高內(nèi)聚C、模塊低耦合D、模塊獨(dú)立性21.在模塊的3種基本屬性中，反映模塊內(nèi)部特性的是（CA、接口B、功能C、邏輯D、狀態(tài)22.（DA、數(shù)據(jù)結(jié)構(gòu)耦合，公共耦合，控制耦合，內(nèi)容耦合

B、數(shù)據(jù)耦合，控制耦合，數(shù)據(jù)結(jié)構(gòu)耦合，公共耦合

C、無直接耦合，數(shù)據(jù)結(jié)構(gòu)耦合，內(nèi)容耦合，控制耦合D、無直接耦合，數(shù)據(jù)耦合，控制耦合，內(nèi)容耦合23.PDL是描述處理過程(C)A、做什么B、為什么做C、怎么做D、對誰做24.（D）工具在軟件詳細(xì)設(shè)計過程中不采用。A、判定表B、IPO圖C、PDLD、DFD圖25.為高質(zhì)量地開發(fā)軟件項目，在軟件結(jié)構(gòu)設(shè)計時，必須遵循（A）原則。A.信息隱蔽B、質(zhì)量控制C、程序優(yōu)化D、數(shù)據(jù)共享26.當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D）

A、數(shù)據(jù)耦合B、公共耦合C、標(biāo)記耦合D、內(nèi)容耦合27.詳細(xì)設(shè)計與概要設(shè)計銜接的圖形工具是(B)。/course_waretest/-32A、DFD圖B、SC圖C、PAD圖D、程序流程圖28.下列幾種類型中，耦合性最弱的是(D)。/course_waretest/-32A、內(nèi)容型B、控制型C、公共型D、數(shù)據(jù)型29.軟件結(jié)構(gòu)使用的圖形工具，一般采用（C）圖。/course_waretest/-32A、DFDB、PADC、SCD、ER30.在七種偶合中，最低偶合是（DA、內(nèi)容偶合B、公共偶合C、數(shù)據(jù)偶合D、非直接偶合二、簡答題1.什么是軟件工程？軟件工程的目標(biāo)是什么？即將工程化應(yīng)用于軟件開發(fā)和管理之中，②對①中所選方法的研究。目標(biāo)：1合理預(yù)算開發(fā)成本，付出較低的開發(fā)費(fèi)用。2實現(xiàn)預(yù)期的軟件功能，達(dá)到較好的軟件性能，滿足用戶的需求。3提高軟件的可維護(hù)性，降低維護(hù)費(fèi)用。4提高軟件開發(fā)生產(chǎn)率，及時交付使用2.計，概要設(shè)計，詳細(xì)設(shè)計，系統(tǒng)測試，設(shè)計評審，編碼，需求規(guī)格說明書。答：項目計劃，成本估計，需求規(guī)格說明書，需求評審，概要設(shè)計，詳細(xì)設(shè)計，設(shè)計評審，編碼，單元測試，系統(tǒng)測試，驗收測試3.可行性研究報告的主要內(nèi)容是什么？答：可行性研究主要包括以下幾個部分：（1）概述（2）技術(shù)可行性（3）項目成熟程度（4）市場需求情況和風(fēng)險分析（5）投資估算及資金籌措（6）經(jīng)濟(jì)與社會效益（7）綜合實力和產(chǎn)業(yè)基礎(chǔ)（8）項目實施進(jìn)度計劃（9）其它尚需要說明的必要的方面（10）結(jié)論4.什么是需求分析？需求分析階段的基本任務(wù)是什么？"需求分析"，是指對要解決的問題進(jìn)行詳細(xì)的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么。可以說，“需求分析就是確定要計算機(jī)“做什么。險控制，需求版本控制等對需求的管理工作5.什么是結(jié)構(gòu)化分析方法？該方法使用什么描述工具？換的關(guān)系，自頂向下逐層分解，直至找到滿足功能要求的所有可實現(xiàn)的軟件元素為止描述工具：1系統(tǒng)流程圖2數(shù)據(jù)流程圖3數(shù)據(jù)字典4IPO圖5層次方框圖6實體—關(guān)系圖7狀態(tài)—變遷圖6.結(jié)構(gòu)化分析方法通過哪些步驟來實現(xiàn)?答：1）確定系統(tǒng)的功能要求2)確定系統(tǒng)的數(shù)據(jù)要求3)確定系統(tǒng)的操作要求和界面要求4)確定系統(tǒng)的性能要求5)確定系統(tǒng)的運(yùn)行要求6)獲得當(dāng)前系統(tǒng)的物理模型7)抽象出當(dāng)前系統(tǒng)的邏輯模型8)建立目標(biāo)系統(tǒng)的邏輯模型。9)修正開發(fā)計劃10）如果需要則開發(fā)系統(tǒng)原型7.什么是數(shù)據(jù)流圖?其作用是什么?其中的基本符號各表示什么含義?

答：數(shù)據(jù)流圖：簡稱DFD，就是采用圖形方式來表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)

部的邏輯流向和邏輯變換過程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具及用于表示軟

件模型的一種圖示方法。數(shù)據(jù)流圖的基本符號的意思：1.矩形表示數(shù)據(jù)的外部實體；2.圓角的矩形表示變換數(shù)據(jù)的處理邏輯；3.少右面的邊矩形表示數(shù)據(jù)的存儲；4.箭頭表示數(shù)據(jù)流。8.什么是數(shù)據(jù)字典？其作用是什么？它有哪些條目？答：數(shù)據(jù)字典，主要用來描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲、處理過程和和數(shù)據(jù)源點(diǎn)/終點(diǎn)。圖中詳細(xì)說明，因此數(shù)據(jù)流程圖需要與其他工具配合使用，數(shù)據(jù)字典就是這樣的工具之一。包括的條目：數(shù)據(jù)流詞條數(shù)據(jù)元素詞條

數(shù)據(jù)存儲詞條數(shù)據(jù)加工處理詞條數(shù)據(jù)源點(diǎn)及終點(diǎn)詞條9.什么是概要設(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ù)審。10.詳細(xì)設(shè)計的基本任務(wù)是什么？有那幾種描述方法？答：詳細(xì)設(shè)計階段的任務(wù)是要為編寫程序代碼設(shè)計“圖紙，由程序員按“圖紙”用某種高言。11.什么是變換流？什么是事物流？答：變換型數(shù)據(jù)流可以劃分為明顯的三部分：邏輯輸入，中心變換，邏輯輸出

事務(wù)處理路徑的中心處理被稱為中心事務(wù)12.模塊的內(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)聚——動作都作用在相同的數(shù)據(jù)結(jié)構(gòu)上，這樣的模塊叫做信息內(nèi)聚。功能性內(nèi)聚——一個模塊中各個部分都是完成某一具體功能必不可少的組成部分耦合分為七類：內(nèi)容耦合——如果一個模塊直接參考另一個模塊的內(nèi)容，則這兩個模塊是內(nèi)容耦合。公共耦合——如果多個模塊都訪問同一個公共數(shù)據(jù)環(huán)境，則稱它們是公共耦合。外部耦合——是通過參數(shù)表傳遞該全局變量的信息，則這兩個模塊屬于外部耦合。控制耦合——如果模塊A向模塊B傳遞一個控制信息，則稱這兩個模塊是控制耦合的數(shù)據(jù)結(jié)構(gòu)耦合——數(shù)據(jù)結(jié)構(gòu)耦合。數(shù)據(jù)耦合——如果兩個模塊傳遞的是數(shù)據(jù)項，則這兩個模塊是數(shù)據(jù)耦合。非直接耦合——調(diào)用來實現(xiàn)的，這就是非直接耦合。三、應(yīng)用題17201至7299。外線號碼先撥9100到300455466888552中任意一個號碼。分局號是任意長度為4的定義(即組成)。名稱簡稱類型長取值范圍度分機(jī)號Extension_Number字符47201..7299外線市話Addition_Internum字符99+[455|466|888|552]+4{數(shù)字}4號ber外線長話Addition_Extennum字符129+[100|101|102|..|298|299|300]+[455|466|88號ber8|552]+4{數(shù)字}42．下面是旅客訂飛機(jī)票的需求描述，試畫出分層的數(shù)據(jù)流程圖。顧客將訂票單交給預(yù)訂系統(tǒng)：（1）如果是不合法訂票單，則輸出無效訂票信息；（2法訂票單的預(yù)付款登錄到一個記賬文件中；（3）系統(tǒng)有航班目錄文件，根據(jù)填寫的旅行時間和目的地為顧客安排航班；（4）在獲得正確航班信息和確認(rèn)已交了部分預(yù)付款時發(fā)出取票單，并記錄到取票單文件中。顧客在指定日期內(nèi)用取票單換取機(jī)票：（1無效的輸出無效取票信息；（2）持有有效取票單的顧客在補(bǔ)交了剩余款后將獲得機(jī)票；（3）記賬文件將被更新，機(jī)票以及顧客信息將被登錄到機(jī)票文件。名、身份證號、聯(lián)系電話。0層流程圖預(yù)定流程圖取機(jī)票流程圖3．一個簡化的圖書館信息管理系統(tǒng)有以下功能：(1)10本，若已達(dá)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借書處理處理按讀者號，圖書號進(jìn)行借書處理IPO4查詢處理管理員對一些基本信息進(jìn)行查詢IPO5打印報表處理打印查詢到的信息IPO6處罰管理處理根據(jù)規(guī)則對延期給予相應(yīng)的處罰IPO7數(shù)量檢查處理對讀者借出的數(shù)量是否符合規(guī)定進(jìn)行檢查DS001讀者信息數(shù)據(jù)存儲讀者信息錄入，修改，刪除，保存DS002庫存信息數(shù)據(jù)存儲圖書的基本的情況以及所有圖書的整體情況DS003錯還信息數(shù)據(jù)存儲存儲借還書信息，系統(tǒng)自動處理，不能人工錄入DS004處罰信息數(shù)據(jù)存儲存儲延期的處罰信息軟件工程作業(yè)2（第5～7章）一、選擇題1.從本質(zhì)上說，面向?qū)ο笫恰跋取贝_定（A）后確定執(zhí)行的動作。A.動作的主體B.屬性C.關(guān)系D.方法2.（B）是對象的靜態(tài)特征。

A.方法B.屬性C.關(guān)系D.操作3.對象的（D）使對象的動態(tài)特征

A.特征B.屬性C.關(guān)系D.操作4.屬于某個類的一個具體對象稱為該類的（AA.實例B.虛擬C.繼承D.多態(tài)5.UML是（AA)一種可視化的建模語言

B)是一種可視化的程序設(shè)計語言

C)是一種過程D)是一種方法6.封裝的的作用是（AA.復(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ū)ο蠓治瞿Ｐ汀.用例圖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.組織機(jī)構(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.代碼19D）A.請求——服務(wù)關(guān)系B.繼承關(guān)系C.依賴關(guān)系D.數(shù)據(jù)關(guān)系20．每個子系統(tǒng)的接口上定義了若干（BA.說明B.操作C.屬性D.關(guān)系21．通常將具有共性的非功能要求設(shè)計在（BA.接口層B.中間層C.最低層D.最高層22.每個用例至少應(yīng)該有一個（CA.接口類B.實體類C.控制類D.界面類23.類有三種類型即（AA.邊界類、實體類、控制類B.實體類、數(shù)據(jù)類、界面類C.控制類、實體類、數(shù)據(jù)類D.界面類、控制類、公共類24.C）A.對接口進(jìn)行設(shè)計B.發(fā)現(xiàn)變化并且封裝它C.先繼承后組合D.先組合后繼承25.定義類的屬性類型時盡量使用已有的類型，太多的自定義類型會降低系統(tǒng)的（A）指標(biāo)。A.可維護(hù)性B.安全性C.開發(fā)效率D.可移植性二、簡答題1.舉例說明類和對象的關(guān)系。答：學(xué)生可作為一個類---學(xué)生類，每個學(xué)生就是這個學(xué)生類的一個實例，例如，學(xué)生張三就是學(xué)生類的一個實例。2.面向?qū)ο蠓治龅年P(guān)鍵步驟有哪些？應(yīng)建立哪幾個模型？正確模型；應(yīng)建立的模型有功能模型，對象模型，動態(tài)模型。3.什么是實體類、邊界類和控制類？為什么將分析類劃分成這三種類型？答：（1）實體類保存要存入永久存儲體的信息。實體類通常在事件流或交互圖中，是對用戶最有意義的類。邊界類位于系統(tǒng)與外界的交界處，包括所有的窗體、報表、系統(tǒng)硬件接口、與其他系統(tǒng)的接口。控制類負(fù)責(zé)協(xié)調(diào)其他類的工作。每個用例中至少應(yīng)該有一個控制類，它控制用況中的事件順序。（2）分為三種類型是因為它們各自的功能不同。界面類——描述系統(tǒng)與角色之間的接口。控制類——在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對象的類。實體類——為需要長久保存的信息進(jìn)行建模的類。4.UML中有哪幾類個視圖，它們的作用分別是什么？答：（1）用例視圖（Use-Caseview）用例視圖用于描述系統(tǒng)的功能集。它是從系統(tǒng)外部以用戶角度，對系統(tǒng)做的抽象表示。供服務(wù)，實現(xiàn)與用戶或另一個系統(tǒng)之間的交互。視圖。（2）邏輯視圖（Logicalview）如果說用例視圖描述系統(tǒng)“做什么構(gòu)描述類、對象和它們之間的關(guān)系，反映的是系統(tǒng)靜態(tài)特征或結(jié)構(gòu)組成。

（3）組件視圖（Componentview）由組件圖實現(xiàn)，主要供開發(fā)者和管理者使用。（4）并發(fā)視圖（ConcurrencyView）為并發(fā)執(zhí)行的進(jìn)程或線程外，并發(fā)視圖還必須處理通信和同步問題。

（5）配置視圖（DeploymentView）映射顯示在物理架構(gòu)中組件是怎樣分配的。5.順序圖在分析階段的作用？傳遞消息的時間順序6.活動圖在分析階段的作用？周圍的對象；說明一個業(yè)務(wù)活動中角色、工作流、組織和對象是如何工作的。7.比較結(jié)構(gòu)化設(shè)計和面向?qū)ο笤O(shè)計區(qū)別？葉子是最低級的功能模塊。這棵樹也表示調(diào)用結(jié)構(gòu)：每個模塊都調(diào)用自己的直接下級模塊，細(xì)節(jié)都一起拖過去。依賴關(guān)系的變化正是結(jié)構(gòu)化設(shè)計與面向?qū)ο笤O(shè)計的根本區(qū)別。8.什么是框架，它與“設(shè)計”有什么關(guān)系？可以通過繼承的方式使用這些類,9.系統(tǒng)的物理構(gòu)架中應(yīng)該包括哪些信息？UML的配置圖描述系統(tǒng)的物理構(gòu)架，然后將需求分析階段捕獲的系統(tǒng)功能分配到這些系統(tǒng)軟件配置、應(yīng)用軟件配置。三、應(yīng)用題1.件和聲音文件。每個媒體文件都有名稱和唯一的編碼，而且文件包含作者信息和格式信息，

聲音文件還包含聲音文件的時長(以秒為單位)的編碼所識別，系統(tǒng)要提供以下功能：1）媒體庫中可以添加新的特別媒體文件。2）通過給定的文件編碼查找需要的媒體文件。3）從媒體庫中刪除指定的媒體文件。4）給出媒體庫中媒體文件的數(shù)量?？紤]類imageFile和audioFile應(yīng)該具有哪些恰當(dāng)?shù)膶傩院头椒╥mageFile類的屬性有:Name(文件名稱)CodeAuthorInfoFormat

audioFile類除了擁有以上屬性外還有屬性TimeimageFile類的方法：Add（imageFileDelete（CodeGetFile（CodeGetNumberaudioFile類的方法：Add（audioFileDelete（CodeGetFile（CodeGetNumber2.若把學(xué)生看成一個實體，它可以分成多個子實體，如小學(xué)生、中學(xué)生和大學(xué)生等。在面向?qū)ο蟮脑O(shè)計中，可以創(chuàng)建如下4個類：類Student、類ElementaryStudent、MiddleStudent；類UniversityStudent。試給出這4個類的屬性以及它們之間的關(guān)系。答：Student類為基類，其他三個類都是Student的子類。Student類的屬性有：NameSexAgeClassElementaryStudent類的屬性有：IsTeamMemberIsGoodStudent（是否MiddleStudent類的屬性為：IsMemberSubjectUniversityStudent類的屬性為：IsPartyMember（是否黨員），Department（學(xué)院），Specialty三、應(yīng)用題1.程。解：2.任務(wù)時，他的計算機(jī)便向打印機(jī)服務(wù)器發(fā)送一條打印命令print(file)，打印機(jī)服務(wù)器如果發(fā)現(xiàn)網(wǎng)絡(luò)打印機(jī)處于空閑狀態(tài)，則向打印機(jī)發(fā)送打印命令print(file)，否則向打印隊列發(fā)送一條保存命令store(file)。解：3.某報社采用面向?qū)ο蠹夹g(shù)實現(xiàn)報刊征訂的計算機(jī)管理系統(tǒng)，該系統(tǒng)基本需求如下：（1份數(shù)等項目，訂戶通過填寫訂單來訂閱報刊。（2）報社下屬多個發(fā)行站，每個站負(fù)責(zé)收集登陸訂單、打印收款憑證等事務(wù)。（3）報社負(fù)責(zé)分類并統(tǒng)計各個發(fā)行站送來的報刊訂閱信息。請就此需求建立對象模型。/course_waretest/-53解：軟件工程作業(yè)3（第8～11章）一、選擇題1.結(jié)構(gòu)化語言是介于自然語言和形式語言之間的一種（DA．半形式語言B．計算機(jī)語言C．低級語言D．高級語言2.程序設(shè)計語言的技術(shù)特性不應(yīng)包括（C/course_waretest/-33A、數(shù)據(jù)結(jié)構(gòu)的描述性B、抽象類型的描述性C、數(shù)據(jù)庫的易操作性D、軟件的可移植性3.程序的三種基本控制結(jié)構(gòu)是（B/course_waretest/-301A．過程、子程序和分程序B．順序、選擇和重復(fù)C．遞歸、堆棧和隊列D．調(diào)用、返回和轉(zhuǎn)移4.結(jié)構(gòu)化程序設(shè)計主要強(qiáng)調(diào)的是（D/course_waretest/-301

A．程序的規(guī)模B．程序的效率C．程序設(shè)計語言的先進(jìn)性D．程序易讀性5.下列關(guān)于功能性注釋不正確的說法是(B)。A.功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài)

B.注釋用來說明程序段，需要在每一行都要加注釋C.可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序D.修改程序也應(yīng)修改注釋6.下列關(guān)于效率的說法不正確的是(D)。

A.效率是一個性能要求，其目標(biāo)應(yīng)該在需求分析時給出

B.提高程序效率的根本途徑在于選擇良好的設(shè)計方法，數(shù)據(jù)結(jié)構(gòu)與算法

C.效率主要指處理機(jī)時間和存儲器容量兩個方面

D.程序的效率與程序的簡單性無關(guān)7.結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于(B)。

A.軟件是否結(jié)構(gòu)化B.軟件配置是否完整C.程序的完整性D.文檔的完整性8.關(guān)于JAVA語言下列說法不正確的是（BA.跨平臺的B.動態(tài)指針C.解釋型的D.面向?qū)ο蟮?.使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準(zhǔn)。

A程序內(nèi)部邏輯B．程序復(fù)雜結(jié)構(gòu)C．使用說明書D．程序的功能10.確認(rèn)測試主要涉及的文檔是（A/course_waretest/-35

A、需求規(guī)格說明書B、概要設(shè)計說明書C、詳細(xì)設(shè)計說明書D、源程序11.測試的關(guān)鍵問題是（DA.如何組織對軟件的評審B.如何驗證程序的正確性

C.如何采用綜合策略D.如何選擇測試用例12.黑盒測試在設(shè)計測試用例時，主要研究（A/course_waretest/-412A.需求規(guī)格說明B.詳細(xì)設(shè)計說明C.項目開發(fā)計劃D.概要設(shè)計說明與詳細(xì)設(shè)計說明13.下面哪些測試屬于黑盒測試（BA、路徑測試B、等價類劃分C、條件判斷D、循環(huán)測試14.在下述哪一種測試中，測試人員必須接觸到源程序（BA、功能測試B、結(jié)構(gòu)測試C、功能測試和結(jié)構(gòu)測試D、性能測試15.檢查軟件產(chǎn)品是否符合需求定義的過程稱為（DA、確認(rèn)測試B、集成測試C、驗收測試D、驗證測試16.軟件測試方法中，黑盒、白盒測試法是常用的方法，其中白盒測試主要用于測試（DA、結(jié)構(gòu)合理性B、軟件外部功能C、程序正確性D、程序內(nèi)部邏輯17.軟件維護(hù)中，因修改交互輸入的順序，沒有正確的記錄而引起的錯誤是（A）產(chǎn)生的副作用。A、文檔B、數(shù)據(jù)C、編碼D、設(shè)計18.以下屬于軟件維護(hù)階段文檔的是(C)。

A、軟件需求說明B、操作手冊C、軟件問題報告D、測試分析報告19.產(chǎn)生軟件維護(hù)的副作用，是指（CA、開發(fā)時的錯誤B、隱含的錯誤C、因修改軟件而造成的錯誤D、運(yùn)行時誤操作20.維護(hù)中，因誤刪除一個標(biāo)識符而引起的錯誤是（C）副作用。

A、文檔B、數(shù)據(jù)C、編碼D、設(shè)計21.可維護(hù)性的特性中，相互促進(jìn)的（AA、可理解性和可測試性B、效率和可移植性C、效率和可修改性D、效率和結(jié)構(gòu)好22.軟件維護(hù)的困難主要原因是（C）A、費(fèi)用低B、人員少C、開發(fā)方法的缺陷D、用戶不配合23.軟件維護(hù)費(fèi)用高的主要原因是（C/course_waretest/-34

A、人員少B、人員多C、生產(chǎn)率低D、生產(chǎn)率高24.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是(C)。/course_waretest/-33

A、校正性維護(hù)B、完善性維護(hù)C、適應(yīng)性維護(hù)D、預(yù)防性維護(hù)25.可維護(hù)性的特性中，相互矛盾的是(B)A.可理解性與可測試性B.效率與可修改性C.可修改性和可理解性D.可理解性與可讀性26.各種不同的軟件維護(hù)中，以（C）維護(hù)所占的維護(hù)量最小。A、糾錯性維護(hù)B、代碼維護(hù)C、預(yù)防性維護(hù)D、文檔維護(hù)27.B）可以用來確保由不同用戶所執(zhí)行的并發(fā)變更。A．異步控制B．同步控制C．存取控制D．基線控制28.變更控制是一項最重要的軟件配置任務(wù)，其中“檢出”和（A）處理實現(xiàn)了兩個重要的變更控制要素，即存取控制和同步控制。A．登入B．管理C．填寫變更要求D．審查29.用Gantt圖表示軟件項目進(jìn)度安排，下列說法中正確的是/course_waretest/-421

（B）A.能夠反映多個任務(wù)之間的復(fù)雜關(guān)系B.能夠直觀表示任務(wù)之間相互依賴制約關(guān)系C.能夠表示哪些任務(wù)是關(guān)鍵任務(wù)D.能夠表示子任務(wù)之間的并行和串行關(guān)系30.以返回到最近和最恰當(dāng)?shù)模–）上/course_waretest/-35A.配置項B.程序C.基線D.過程二、簡答題1.為建立良好的編程風(fēng)格應(yīng)遵循什么原則？答：1）節(jié)簡化①不使用不必要的變量和函數(shù)②避免變量重名，變量重名可導(dǎo)致很難被發(fā)現(xiàn)的錯誤。

③盡量減小代碼量。④盡量減少代碼的執(zhí)行時間，提高執(zhí)行效率。

⑤避免功能冗余的模塊。⑥盡量不使用全局變量。2）模塊化①確保物理和邏輯功能密切相關(guān)。

②限定一個模塊完成一個獨(dú)立的功能，

提高模塊的內(nèi)聚度。③檢查代碼的重復(fù)率，重復(fù)多的代碼，

要抽出來作為一個單獨(dú)的模塊。

3）簡單化①采用直接了當(dāng)?shù)乃惴?，避免使用技?/p>

性高和難懂的代碼。②使用簡單的數(shù)據(jù)結(jié)構(gòu)，避免使用多維數(shù)組、指針和復(fù)雜的表。③注意對象命名的一致性。④以手工的方式簡化算術(shù)和邏輯表達(dá)式。4）結(jié)構(gòu)化①按標(biāo)準(zhǔn)化的次序說明數(shù)據(jù)；②按字母順序說明對象名③使用讀者明了的結(jié)構(gòu)化程序部件；

④采用直截了當(dāng)?shù)乃惴?；⑤根?jù)應(yīng)用背景排列程序各個部分；⑥不隨意為效率而犧牲程序的清晰度和可讀性；⑦讓機(jī)器多做煩瑣的工作，如重復(fù)、庫函數(shù)；⑧用公共函數(shù)調(diào)用代替重復(fù)出現(xiàn)的表達(dá)式；⑨避免循環(huán)、分支的嵌套層數(shù)過高；⑩單入口單出口。5）文檔化（documentation）①有效、適當(dāng)?shù)厥褂米⑨尅＂趨f(xié)調(diào)使用程序塊注釋和程序行注釋。③保持文檔和程序的同步。6）格式化（layout)①始終采用統(tǒng)一縮進(jìn)規(guī)則；②適當(dāng)插入括號表明運(yùn)算次序、排除二義性；③有效地使用空格符以區(qū)別程序的不同意群。2.什么是軟件測試？答：軟件測試從廣義上講,是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評審和確認(rèn)活動。從狹義現(xiàn)程序錯誤的過程。3.軟件測試的原則是什么？答：軟件測試的原則有：1)應(yīng)該把測試貫穿在整個開發(fā)過程之中。事實上，從需求分析階段開始，每個階段結(jié)束之前都要進(jìn)行階段審查，目的是盡早發(fā)現(xiàn)和糾正錯誤。2)每個測試用例都應(yīng)該包括測試輸入數(shù)據(jù)和這組數(shù)據(jù)輸入作用下的預(yù)期輸出結(jié)果。在實際輸出結(jié)果、出錯原因分析。3)要對每個測試結(jié)果進(jìn)行全面檢查，不要漏掉已經(jīng)出現(xiàn)的錯誤跡象。4)程序員應(yīng)該盡量避免檢查自己編寫的代碼。測試工作需要嚴(yán)格的工作作風(fēng)，程序員程序員對設(shè)計規(guī)格說明書的理解錯誤而引入的錯誤更是難于發(fā)現(xiàn)。5)在設(shè)計測試用例時，應(yīng)該包括有效的、期望的輸入情況，也要包括無效的和不期望當(dāng)?shù)姆磻?yīng)，給出相應(yīng)的提示信息，就可能會誤導(dǎo)用戶，甚至造成嚴(yán)重?fù)p失。6)軟件中遺留的錯誤數(shù)量與已經(jīng)發(fā)現(xiàn)的錯誤數(shù)量成正比。根據(jù)這個規(guī)律，對測試中發(fā)現(xiàn)錯誤成堆的模塊更要仔細(xì)測試。例如，在某個著名的操作系統(tǒng)中，44%的錯誤僅與4%的模塊有關(guān)。7)8)測試程序時不僅要檢查程序是否做了它應(yīng)該做的事情，還要檢查它是否做了不該做不進(jìn)行計算和輸出的。如果軟件將不在編人員的工資信息也輸出顯然是不合適的。9)嚴(yán)格執(zhí)行測試計劃。在測試之前應(yīng)該有明確的測試計劃，內(nèi)容包括：要測試的軟件過程等。10）做好測試記錄，為統(tǒng)計和維護(hù)提供基礎(chǔ)數(shù)據(jù)。4.請說明集成測試、系統(tǒng)測試和驗收測試有什么不同？答：集成測試界于單元測試和系統(tǒng)測試之間，起到“橋梁作用，一般由開發(fā)小組采用白盒加黑盒的方式來測試，既驗證“設(shè)計，又驗證“需求。系統(tǒng)測試的粒度最大，一般由獨(dú)立測試小組采用黑盒方式來測試，主要測試系統(tǒng)是否符合“需求規(guī)格說明書。驗收測試與系統(tǒng)測試相似，主要區(qū)別是測試人員不同，驗收測試由用戶執(zhí)行。5.簡述單元測試的內(nèi)容。答：單元測試的內(nèi)容有1調(diào)用子模塊的參數(shù)、全程數(shù)據(jù)、文件輸入/輸出操作都必須檢查。

2）局部數(shù)據(jù)結(jié)構(gòu)測試：設(shè)計測試用例檢查數(shù)據(jù)類型說明、初始化、缺省值等方面的問題，

還要查清全程數(shù)據(jù)對模塊的影響。3）路徑測試：選擇適當(dāng)?shù)臏y試用例，對模塊中重要的執(zhí)行路徑進(jìn)行測試。對基本執(zhí)行路徑和循環(huán)進(jìn)行測試可以發(fā)現(xiàn)大量路徑錯誤。4合理的輸入;出錯的描述是否難以理解、是否對錯誤定位有誤、是否出錯原因報告有誤、是否對錯誤條件的處理不正確;在對錯誤處理之前錯誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等。5的可能性。對這些地方要仔細(xì)地選擇測試用例，認(rèn)真加以測試。5)和平均意義下影響模塊運(yùn)行時間的因素。這類信息對進(jìn)行性能評價是十分有用的。6.什么是白盒測試？它適應(yīng)哪些測試？/條件覆蓋和條件組合覆蓋。白盒測試適用與單元測試、集成測試、系統(tǒng)測試7.非漸增式測試與漸增式測試有什么區(qū)別？漸增式測試如何組裝模塊？答：1）漸增式可以較早地發(fā)現(xiàn)模塊界面之間的錯誤，非漸增式則要到最后將所有模塊連接起來時才能發(fā)現(xiàn)此類錯誤。2）非漸增式需要較多的人工3）漸增式有利于排錯。如果模塊界面間有錯，如果用非漸增式，這類錯誤到最后聯(lián)合測試它通常與最新加上去的模塊有關(guān)。4）漸增式比較徹底。5）漸增式需要較多的機(jī)器時間。6）非漸增式方式，開始時允許幾個測試人員并行工作，對大型系統(tǒng)來說，是很有意義的。8.采用黑盒技術(shù)設(shè)計測試用例有哪幾種方法？這些方法各有什么特點(diǎn)？答：黑盒測試設(shè)計測試用例的方法有1a、測試的內(nèi)容相同b、一個

等價類中的某個測試可以發(fā)現(xiàn)缺陷，那么這個等價類的其他測試也能發(fā)現(xiàn)缺陷c、一個等價

類中的某個測試不能發(fā)現(xiàn)缺陷，那么這個等價類的其它測試也不能發(fā)現(xiàn)缺陷2）邊界值分析

法特點(diǎn)是：用邊界值分析時時常收獲較大，它是在等價類的邊界上選擇測試用例3）錯誤推

測法特點(diǎn)是：沒有確定的步驟，很大程度上是憑借經(jīng)驗進(jìn)行的4）因果圖法特點(diǎn)是：考慮輸

入條件間的組合關(guān)系；考慮輸出條件對輸入條件的信賴關(guān)系；測試用例發(fā)現(xiàn)錯誤的效率高；

能查出功能說明中的某些不一致或遺漏9.白盒測試法有哪些覆蓋標(biāo)準(zhǔn)？試對它們的檢錯能力進(jìn)行比較。答：白盒測試的覆蓋標(biāo)準(zhǔn)有：語句覆蓋->判定覆蓋->條件覆蓋->判定/條件覆

蓋->條件組合覆蓋->路徑覆蓋檢錯能力由弱到強(qiáng)10.根據(jù)下面程序代碼，畫出程序流程圖，然后設(shè)計滿足條件/判定覆蓋、條件組合覆蓋的測試用例。BEGINT:=0IF(X>=80ANDY>=80)THENT:=1ELSEIF(X>=90ANDY>=75)THENT:=2ENDIFIF(X>=75ANDY>=90)THENT:=3ENDIFENDIFRETURN測試用例：條件/判定覆蓋：1X=80Y=802X=90Y=753X=50Y=50條件組合覆蓋：1X=80Y=802X=80Y=753X=75Y=804X=75Y=755X=90Y=756X=90Y=707X=80Y=758X=80Y=709X=75Y=9010X=75Y=9011X=70Y=9012X=70Y=8511.計時應(yīng)該注意哪些問題？答：為獲得軟件的良好可維護(hù)性，在設(shè)計階段應(yīng)該做一些變更實驗，檢查系統(tǒng)的可維護(hù)性、聚、低偶合的原則。12.在軟件文檔中，你認(rèn)為哪些文檔對于軟件的維護(hù)最重要？需求分析文檔、設(shè)計文檔、程序文檔對軟件維護(hù)很重要13.軟件維護(hù)時的源程序修改策略是什么？試和驗證源程序。14.軟件項目計劃包括那些內(nèi)容？答：軟件項目計劃的內(nèi)容包括：1.范圍。對該軟件項目的綜合描述,定義起所要做的工作以及性能限制,它包括:(1)項目目標(biāo)。(2)主要功能。(3)性能限制。(4)系統(tǒng)接口。(5)特殊要求。(6)開發(fā)概述。2.資源。(1)人員資源。(2)硬件資源。(3)軟件資源。(4)其他。3.進(jìn)度安排。進(jìn)度安排的好壞往往會影響整個項目的按期完成,因此這一環(huán)節(jié)是十分重要的。制定軟件進(jìn)度與其他工程沒有很大的區(qū)別，其方法主要有：(1)工程網(wǎng)絡(luò)圖。(2)Gantt圖。(3)任務(wù)資源表。(4)成本估算。(5)培訓(xùn)計劃。15.什么是軟件配置管理？什么是基線？三、應(yīng)用題1.請讀者參考能夠找到的編程規(guī)范，設(shè)計一個C語言編程規(guī)范。答：文件結(jié)構(gòu)1.1版權(quán)和版本的聲明版權(quán)和版本的聲明位于頭文件和定義文件的開頭（參見示例1-1），主要內(nèi)容有：（1）版權(quán)信息。（2）文件名稱，標(biāo)識符，摘要。（3）當(dāng)前版本號，作者/修改者，完成日期。（4）版本歷史信息。/**Copyright(c)2001,上海貝爾有限公司網(wǎng)絡(luò)應(yīng)用事業(yè)部*Allrightsreserved.**文件名稱：filename.h*文件標(biāo)識：見配置管理計劃書*摘要：簡要描述本文件的內(nèi)容**當(dāng)前版本：1.1*作者：輸入作者（或修改者）名字*完成日期：2001年7月20日**取代版本：1.0*原作者：輸入原作者（或修改者）名字*完成日期：2001年5月10日*/示例1-1版權(quán)和版本的聲明1.2頭文件的結(jié)構(gòu)頭文件由三部分內(nèi)容組成：（1）頭文件開頭處的版權(quán)和版本聲明（參見示例1-1）。

（2）預(yù)處理塊。（3）函數(shù)和類結(jié)構(gòu)聲明等。假設(shè)頭文件名稱為graphics.h，頭文件的結(jié)構(gòu)參見示例1-2。?【規(guī)則1-2-1】為了防止頭文件被重復(fù)引用，應(yīng)當(dāng)用ifndefendif結(jié)構(gòu)產(chǎn)生預(yù)處理塊。?【規(guī)則1-2-2】用#include<filename.h>格式來引用標(biāo)準(zhǔn)庫的頭文件（編譯器將從標(biāo)準(zhǔn)庫目錄開始搜索）。?【規(guī)則1-2-3】用#include“filename.h”格式來引用非標(biāo)準(zhǔn)庫的頭文件（編譯器將從用戶的工作目錄開始搜索）。?【建議1-2-1】頭文件中只存放“聲明”而不存放“定義”?【建議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è)定義文件的名稱為，定義文件的結(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)將頭文件和定義文件分別保存于不同的目錄，以便于維護(hù)。例如可將頭文件保存于include目錄，將定義文件保存于source目錄（可以是多級目錄）。如果某些頭文件是私有的，它不會被用戶的程序直接引用，則沒有必要公開其“聲明”。為了加強(qiáng)信息隱藏，這些私有的頭文件可以和定義文件存放于同一個目錄。程序的版式版式雖然不會影響程序的功能，但會影響可讀性。程序的版式追求清晰、美觀，是程序風(fēng)格的重要構(gòu)成因素。程序的版式2.1空行空行起著分隔程序段落的作用?？招械皿w（不過多也不過少）將使程序的布局更加清晰。空行不會浪費(fèi)內(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】盡可能在定義變量的同時初始化該變量（就近原則）如果變量的引用處和其定義處相隔比較遠(yuǎn)，變量的初始化很容易被忘記。如果引用了未被初始化的變量，可能會導(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】一元操作符如“!”、“~”、“++”、“--”、“&”（地址運(yùn)算符）等前后不加空格。?【規(guī)則2-3-7】象“［］”、“.”、“->”這類操作符前后不加空格。?【建議2-3-8】對于表達(dá)式比較長的for語句和if語句，為了緊湊起見可以適當(dāng)?shù)厝サ粢恍┛崭?，如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-2】如果代碼本來就是清楚的，則不必加注釋。否則多此一舉，令人厭煩。例如i++;//i加1，多余的注釋?【規(guī)則2-5-3】邊寫代碼邊注釋，修改代碼同時修改相應(yīng)的注釋，以保證注釋與代碼的一致性。不再有用的注釋要刪除。?【規(guī)則2-5-4】注釋應(yīng)當(dāng)準(zhǔn)確、易懂，防止注釋有二義性。錯誤的注釋不但無益反而有害。?【規(guī)則2-5-5】盡量避免在注釋中使用縮寫，特別是不常用縮寫。?【規(guī)則2-5-6】注釋的位置應(yīng)與被描述的代碼相鄰，可以放在代碼的上方或右方，不可放在下方。?【規(guī)則2-5-7】當(dāng)代碼比較長，特別是有多重嵌套時，應(yīng)當(dāng)在一些段落的結(jié)束處加注釋，便于閱讀。命名規(guī)則3.1共性規(guī)則本節(jié)論述的共性規(guī)則是被大多數(shù)程序員采納的，我們應(yīng)當(dāng)在遵循這些共性規(guī)則的前提下，再擴(kuò)充特定的規(guī)則。?【規(guī)則3-1-1】標(biāo)識符應(yīng)當(dāng)直觀且可以拼讀，可望文知意，不必進(jìn)行“解碼”。標(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不再有此限制。一般來說，長名字能更好地表達(dá)含義，所以函數(shù)名、變量名、類名長達(dá)十幾個字符不足為怪。那么名字是否越長約好？不見得!例如變量名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）表達(dá)式和基本語句4.1參數(shù)的規(guī)則?【規(guī)則4-1-1】參數(shù)的書寫要完整，不要貪圖省事只寫參數(shù)的類型而省略參數(shù)名字。如果函數(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ù)命名要恰當(dāng)，順序要合理。例如編寫字符串拷貝函數(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ù)盡量控制在5個以內(nèi)。如果參數(shù)太多，在使用時容易將參數(shù)類型或順序搞錯。?【建議4-1-6】盡量不要使用類型和數(shù)目不確定的參數(shù)。C標(biāo)準(zhǔn)庫函數(shù)printf是采用不確定參數(shù)的典型代表，其原型為：intprintf(constchat*format[,argument]?);這種風(fēng)格的函數(shù)在編譯時喪失了嚴(yán)格的類型安全檢查。4.2返回值的規(guī)則?【規(guī)則4-2-1】不要省略返回值的類型。C語言中，凡不加類型說明的函數(shù)，一律自動按整型處理。這樣做不會有什么好處，

卻容易被誤解為void類型。C++語言有很嚴(yán)格的類型安全檢查，不允許上述情況發(fā)生。由于C++程序可以調(diào)用C函數(shù)，為了避免混亂，規(guī)定任何C++/C函數(shù)都必須有類型。如果函數(shù)沒有返回值，那么應(yīng)聲明為void類型。?【規(guī)則4-2-2】函數(shù)名字與返回值類型在語義上不可沖突。違反這條規(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)志混在一起返回。正常值用輸出參數(shù)獲得，而錯誤標(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-4】有時候函數(shù)原本不需要返回值，但為了增加靈活性如支持鏈?zhǔn)奖磉_(dá)，可以附加返回值。例如字符串拷貝函數(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)”達(dá)成一致的觀點(diǎn)。但根據(jù)經(jīng)驗，我們可以在函數(shù)體的“入口處”和“出口處”從嚴(yán)把關(guān)，從而提高函數(shù)的質(zhì)量。?【規(guī)則4-3-1】在函數(shù)體的“入口處”，對參數(shù)的有效性進(jìn)行檢查。很多程序錯誤是由非法參數(shù)引起的，我們應(yīng)該充分理解并正確使用“斷言”（assert）來防止此類錯誤。?【規(guī)則4-3-2】在函數(shù)體的“出口處”，對return語句的正確性和效率進(jìn)行檢查。如果函數(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】函數(shù)的功能要單一，不要設(shè)計多用途的函數(shù)。?【建議4-4-2】函數(shù)體的規(guī)模要小，盡量控制在50行代碼之內(nèi)。?【建議4-4-3】盡量避免函數(shù)帶有“記憶”功能。相同的輸入應(yīng)當(dāng)產(chǎn)生相同的輸出。

帶有“記憶功能的函數(shù)，其行為可能是不可預(yù)測的，因為它的行為可能取決于某種“記憶

狀態(tài)”。這樣的函數(shù)既不易理解又不利于測試和維護(hù)。在C語言中，函數(shù)的static局部變

量是函數(shù)的“記憶”存儲器。建議盡量少用static局部變量，除非必需。

?【建議4-4-4】不僅要檢查輸入?yún)?shù)的有效性，還要檢查通過其它途徑進(jìn)入函數(shù)體內(nèi)

的變量的有效性，例如全局變量、文件句柄等。?【建議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ù)。在運(yùn)行過程中，如果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)在斷言中。幸運(yùn)的是這個問題很好解決，只要加上清晰的

注釋即可。這本是顯而易見的事情，可是很少有程序員這樣做。這好比一個人在森林里，

看到樹上釘著一塊“危險”的大牌子。但危險到底是什么？樹要倒？有廢井？有野獸？

除非告訴人們“危險”是什么，否則這個警告牌難以起到積極有效的作用。難以理解的

斷言常常被程序員忽略，甚至被刪除。?【規(guī)則4-5-1】使用斷言捕捉不應(yīng)該發(fā)生的非法情況。不要混淆非法情況與錯誤情況之間的區(qū)別，后者是必然存在的并且是一定要作出處理的。?【規(guī)則4-5-2】在函數(shù)的入口處，使用斷言檢查參數(shù)的有效性（合法性）。

?【建議4-5-3】在編寫函數(shù)時，要進(jìn)行反復(fù)的考查，并且自問：“我打算做哪些假定？”

一旦確定了的假定，就要使用斷言對假定進(jìn)行檢查。?【建議4-5-4】一般教科書都鼓勵程序員們進(jìn)行防錯設(shè)計，但要記住這種編程風(fēng)格可能會隱瞞錯誤。當(dāng)進(jìn)行防錯設(shè)計時，如果“不可能發(fā)生”的事情的確發(fā)生了，則要使用斷言進(jìn)行報警。其它編程經(jīng)驗5.1提高程序的效率程序的時間效率是指運(yùn)行速度，空間效率是指程序占用內(nèi)存或者外存的狀況。全局效率是指站在整個系統(tǒng)的角度上考慮的效率，局部效率是指站在模塊或函數(shù)角度上考慮的效率。?【規(guī)則5-1-1】不要一味地追求程序的效率，應(yīng)當(dāng)在滿足正確性、可靠性、健壯性、可讀性等質(zhì)量因素的前提下，設(shè)法提高程序的效率。?【規(guī)則5-1-2】以提高程序的全局效率為主，提高局部效率為輔。?【規(guī)則5-1-3】在優(yōu)化程序的效率時，應(yīng)當(dāng)先找出限制效率的“瓶頸”，不要在無關(guān)緊要之處優(yōu)化。?【規(guī)則5-1-4】先優(yōu)化數(shù)據(jù)結(jié)構(gòu)和算法，再優(yōu)化執(zhí)行代碼。?【規(guī)則5-1-5】有時候時間效率和空間效率可能對立，此時應(yīng)當(dāng)分析那個更重要，作出適當(dāng)?shù)恼壑浴＠缍嗷ㄙM(fèi)一些內(nèi)存來提高性能。?【規(guī)則5-1-6】不要追求緊湊的代碼，因為緊湊的代碼并不能產(chǎn)生高效的機(jī)器碼。5.2一些有益的建議?【建議5-2-1】當(dāng)心那些視覺上不易分辨的操作符發(fā)生書寫錯誤。

我們經(jīng)常會把“＝＝”誤寫成“＝”，象“||”、“&&”、“<=”、“>=”這類符號也很

容易發(fā)生“丟1”失誤。然而編譯器卻不一定能自動指出這類錯誤。

?【建議5-2-2】變量（指針、數(shù)組）被創(chuàng)建之后應(yīng)當(dāng)及時把它們初始化，以防止把

未被初始化的變量當(dāng)成右值使用。?【建議5-2-3】當(dāng)心變量的初值、缺省值錯誤，或者精度不夠。

?【建議5-2-4】當(dāng)心數(shù)據(jù)類型轉(zhuǎn)換發(fā)生錯誤。盡量使用顯式的數(shù)據(jù)類型轉(zhuǎn)換（讓人

們知道發(fā)生了什么事），避免讓編譯器輕悄悄地進(jìn)行隱式的數(shù)據(jù)類型轉(zhuǎn)換。

?【建議5-2-5】當(dāng)心變量發(fā)生上溢或下溢，數(shù)組的下標(biāo)越界。

?【建議5-2-6】當(dāng)心忘記編寫錯誤處理程序，當(dāng)心錯誤處理程序本身有誤。

?【建議5-2-7】當(dāng)心文件I/O有錯誤。?【建議5-2-8】避免編寫技巧性很高代碼。?【建議5-2-9】不要設(shè)計面面俱到、非常靈活的數(shù)據(jù)結(jié)構(gòu)。

?【建議5-2-10】如果原有的代碼質(zhì)量比較好，盡量復(fù)用它。但是不要修補(bǔ)很差勁的

代碼，應(yīng)當(dāng)重新編寫。?【建議5-2-11】盡量使用標(biāo)準(zhǔn)庫函數(shù)，不要“發(fā)明”已經(jīng)存在的庫函數(shù)。

?【建議5-2-12】盡量不要使用與具體硬件或軟件環(huán)境關(guān)系密切的變量。?【建議5-2-13】把編譯器的選擇項設(shè)置為最嚴(yán)格狀態(tài)。?【建議5-2-14】如果可能的話，使用PC-Lint、LogiScope等工具進(jìn)行代碼審查。2.你認(rèn)為該如何回答這個問題？C如果是服務(wù)器端的應(yīng)用最好是javaC#是較好的選VB,DelphiPB是最好的選擇，VB,Delphi也是比較好的選