2023年電大軟件工程形成性考核答案新版

軟件工程作業(yè)1（第1~4章）一、選擇題:開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著鋒利的矛盾,這種現(xiàn)象稱做（C)。Ａ.軟件工程? B.軟件周期?Ｃ．軟件危機 D.軟件產(chǎn)生瀑布模型本質(zhì)上是一種(A)模型。A.線性順序B.順序迭代Ｃ.線性迭代Ｄ.初期產(chǎn)品瀑布模型存在的問題是（B）。A．用戶容易參與開發(fā)?B.缺少靈活性C．用戶與開發(fā)者易溝通D.合用可變需求螺旋模型是一種將瀑布模型和(Ａ）結(jié)合起來的軟件開發(fā)模型。A.增量模型 ?B.專家系統(tǒng)??C.噴泉模型 ?D．變換模型原型化方法是用戶和設(shè)計者之間執(zhí)行的一種交互構(gòu)成，合用于（A）系統(tǒng)。A．需求不擬定性高的 B．需求擬定的?Ｃ．管理信息 D．實時下列有關(guān)軟件工程的標準，屬于國際標準的是(D)Ａ.ＧB?Ｂ.DIＮ?C.ISO?D.IEEE結(jié)構(gòu)化方法是一種基于（D）的方法。Ａ．?dāng)?shù)據(jù)結(jié)構(gòu)B.程序結(jié)構(gòu)?C．算法D.數(shù)據(jù)流軟件可行性研究實質(zhì)上是要進行一次（Ａ)需求分析、設(shè)計過程。Ａ、簡化、壓縮的?Ｂ、具體的?C、徹底的 Ｄ、進一步的可行性研究的目的是(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、Ｐ×(1+i*ｎ) ?B、P×(i＋1)*n??C、ｐ×(1＋i)ｎ??D、p×(ｉ+n)可行性研究是在(A）之前A、系統(tǒng)開發(fā)?B、測試?C、試運營 D、集成測試可行性研究需要的時間長短取決于系統(tǒng)的規(guī)模，一般來說,可行性研究的成本只是預(yù)期總成本的（Ｃ)。A、１% Ｂ、2０% Ｃ、8% D、５0%我國正式頒布實行的（B)對計算機病毒的定義具有法律性、權(quán)威性。Ａ.《計算機軟件保護條例》B.《中華人民共和國計算機信息系統(tǒng)安全保護條例》C.《中華人民共和國著作權(quán)法》D.《計算機病毒防治管理辦法》效率是一個性能規(guī)定,因此應(yīng)當(dāng)在以下哪個階段規(guī)定?BA、可行性分析B、需求分析C、概要設(shè)計Ｄ、具體設(shè)計需求規(guī)格說明書的作用不涉及(D）A、軟件驗收的依據(jù)B、用戶與開發(fā)人員對軟件要做什么的共同理解C、軟件可行性研究的依據(jù) D、軟件設(shè)計的依據(jù)數(shù)據(jù)字典是用來定義（D）中的各個成份的具體含義的。Ａ、程序流程圖B、功能結(jié)構(gòu)圖 C、系統(tǒng)結(jié)構(gòu)圖Ｄ、數(shù)據(jù)流程圖數(shù)據(jù)流程圖是（A)方法中用于表達系統(tǒng)邏輯模型的一種圖形工具。Ａ、ＳA ?B、SD C、SＰ ?Ｄ、SCＤFD中的每個加工至少有（A）。HＹPＥRLIＮK"＂A、軟件開發(fā)方法?B、軟件開發(fā)工具C、軟件開發(fā)費D、軟件系統(tǒng)的功能在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是ＨYPERLINK""＼l＂411"(D）。A、程序模塊化Ｂ、模塊高內(nèi)聚C、模塊低耦合D、模塊獨立性在模塊的3種基本屬性中，反映模塊內(nèi)部特性的是（C）。A、接口 B、功能 ?C、邏輯 Ｄ、狀態(tài)模塊的耦合性可以按照耦合限度的高低進行排序,以下哪一項符合從低到高的對的順序(D)。Ａ、數(shù)據(jù)結(jié)構(gòu)耦合,公共耦合，控制耦合，內(nèi)容耦合Ｂ、數(shù)據(jù)耦合,控制耦合，數(shù)據(jù)結(jié)構(gòu)耦合,公共耦合C、無直接耦合,數(shù)據(jù)結(jié)構(gòu)耦合,內(nèi)容耦合，控制耦合Ｄ、無直接耦合，數(shù)據(jù)耦合,控制耦合,內(nèi)容耦合PDL是描述解決過程（C)A、做什么Ｂ、為什么做C、怎么做D、對誰做(D)工具在軟件具體設(shè)計過程中不采用。A、鑒定表 B、IPO圖 ?C、PDＬ?D、DFＤ圖為高質(zhì)量地開發(fā)軟件項目,在軟件結(jié)構(gòu)設(shè)計時，必須遵循(Ａ)原則。Ａ.信息隱蔽B、質(zhì)量控制 C、程序優(yōu)化D、數(shù)據(jù)共享當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù),這種模塊之間的耦合為（D)A、數(shù)據(jù)耦合B、公共耦合C、標記耦合Ｄ、內(nèi)容耦合具體設(shè)計與概要設(shè)計銜接的圖形工具是(B)。HYＰERＬIＮK"" A、DFD圖Ｂ、ＳC圖C、PAD圖D、程序流程圖下列幾種類型中,耦合性最弱的是(Ｄ）。HYＰERLINK""＼ｌ"32" A、內(nèi)容型B、控制型C、公共型Ｄ、數(shù)據(jù)型軟件結(jié)構(gòu)使用的圖形工具,一般采用（C)圖。ＨYPEＲLＩNＫ""?A、DFD?B、ＰAＤ ?Ｃ、SC??D、ER在七種偶合中,最低偶合是(D）。A、內(nèi)容偶合Ｂ、公共偶合C、數(shù)據(jù)偶合D、非直接偶合二、簡答題什么是軟件工程？軟件工程的目的是什么?答:軟件工程是①將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于軟件的開發(fā)、運營和維護過程,即將工程化應(yīng)用于軟件開發(fā)和管理之中,②對①中所選方法的研究。目的:1、合理預(yù)算開發(fā)成本,付出較低的開發(fā)費用。２、實現(xiàn)預(yù)期的軟件功能，達成較好的軟件性能,滿足用戶的需求。3提高軟件的可維護性,減少維護費用。4提高軟件開發(fā)生產(chǎn)率，及時交付使用指出瀑布模型中下列任務(wù)的順序：驗收測試，項目計劃,單元測試,需求評審，成本估計，概要設(shè)計,具體設(shè)計，系統(tǒng)測試，設(shè)計評審,編碼,需求規(guī)格說明書。答：項目計劃,成本估計，需求規(guī)格說明書,需求評審，概要設(shè)計,具體設(shè)計，設(shè)計評審，編碼，單元測試，系統(tǒng)測試，驗收測試可行性研究報告的重要內(nèi)容是什么？答:可行性研究重要涉及以下幾個部分：(１）概述(2)技術(shù)可行性（3）項目成熟限度(4）市場需求情況和風(fēng)險分析（5)投資估算及資金籌措（6)經(jīng)濟與社會效益（７）綜合實力和產(chǎn)業(yè)基礎(chǔ)(8）項目實行進度計劃(９）其它尚需要說明的必要的方面（10）結(jié)論什么是需求分析?需求分析階段的基本任務(wù)是什么？答：所謂＂需求分析",是指對要解決的問題進行具體的分析,弄清楚問題的規(guī)定,涉及需要輸入什么數(shù)據(jù),要得到什么結(jié)果,最后應(yīng)輸出什么?？梢哉f，“需求分析”就是擬定要計算機“做什么”。任務(wù):擬定軟件項目的目的和范圍。調(diào)查使用者的規(guī)定，分析軟件必須做什么，編寫需求規(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)系,自頂向下逐層分解，直至找到滿足功能規(guī)定的所有可實現(xiàn)的軟件元素為止描述工具:1系統(tǒng)流程圖2數(shù)據(jù)流程圖3數(shù)據(jù)字典4IPO圖5層次方框圖6實體—關(guān)系圖７狀態(tài)—變遷圖結(jié)構(gòu)化分析方法通過哪些環(huán)節(jié)來實現(xiàn)?答:１)

擬定系統(tǒng)的功能規(guī)定2)

擬定系統(tǒng)的數(shù)據(jù)規(guī)定３)

擬定系統(tǒng)的操作規(guī)定和界面規(guī)定4)

擬定系統(tǒng)的性能規(guī)定5)

擬定系統(tǒng)的運營規(guī)定6)

獲得當(dāng)前系統(tǒng)的物理模型7)

抽象出當(dāng)前系統(tǒng)的邏輯模型8)

建立目的系統(tǒng)的邏輯模型。9）

修正開發(fā)計劃10)假如需要則開發(fā)系統(tǒng)原型什么是數(shù)據(jù)流圖?其作用是什么?其中的基本符號各表達什么含義?答：數(shù)據(jù)流圖：簡稱DＦD，就是采用圖形方式來表達系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程，是結(jié)構(gòu)化系統(tǒng)分析方法的重要表達工具及用于表達軟件模型的一種圖示方法。數(shù)據(jù)流圖的基本符號的意思:1.矩形表達數(shù)據(jù)的外部實體;２.圓角的矩形表達變換數(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ù)流程圖中具體說明，因此數(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ù)審。具體設(shè)計的基本任務(wù)是什么？有那幾種描述方法?答:具體設(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)境，則稱它們是公共耦合。外部耦合——假如兩個模塊都訪問同一個全局簡樸變量而不是同一全局數(shù)據(jù)結(jié)構(gòu),并且,不是通過參數(shù)表傳遞該全局變量的信息，則這兩個模塊屬于外部耦合?？刂岂詈稀偃缒KA向模塊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ù)如下:可以撥分機號和外線號碼。分機號是從７２01至7299。外線號碼先撥9,然后是市話號碼或長話號碼。長話號碼是以區(qū)號和市話號碼組成。區(qū)號是從100到３00中任意的數(shù)字串。市話號碼是以局號和分局號組成。局號可以是4５5,466,８88,５5２中任意一個號碼。分局號是任意長度為4的數(shù)字串。寫出在數(shù)據(jù)字典中，電話號碼的數(shù)據(jù)條目的定義（即組成)。名稱簡稱類型長度取值范圍分機號Extensｉon_Ｎｕｍｂer字符47201..7299外線市話號Aｄdition_Iｎternuｍber字符99＋[4５5|46６｜８8８|55２]+4{數(shù)字}４外線長話號Adｄitiｏｎ＿Exteｎnumｂer字符1２９+[100|1０1|1０2｜..|298｜299|30０]+[4５5｜466｜8８8|552］+４{數(shù)字}４2．下面是旅客訂飛機票的需求描述，試畫出分層的數(shù)據(jù)流程圖。顧客將訂票單交給預(yù)訂系統(tǒng)：（1）假如是不合法訂票單，則輸出無效訂票信息；（2)對合法訂票單的預(yù)付款登錄到一個記賬文獻中；（3）系統(tǒng)有航班目錄文獻，根據(jù)填寫的旅行時間和目的地為顧客安排航班；（4）在獲得對的航班信息和確認已交了部分預(yù)付款時發(fā)出取票單,并記錄到取票單文獻中。顧客在指定日期內(nèi)用取票單換取機票:（1)系統(tǒng)根據(jù)取票單文獻對取票單進行有效性檢查,無效的輸出無效取票信息；（2）持有有效取票單的顧客在補交了剩余款后將獲得機票；（3)記賬文獻將被更新,機票以及顧客信息將被登錄到機票文獻。訂單中有訂票日期、旅行日期、時間規(guī)定(上午、下午、晚上)、出發(fā)地、目的地、顧客姓名、身份證號、聯(lián)系電話。0層流程圖預(yù)定流程圖取機票流程圖3．一個簡化的圖書館信息管理系統(tǒng)有以下功能：(1)借書:輸入讀者借書證,系統(tǒng)檢查借書證是否有效；查閱借書文獻，檢查該讀者所借圖書是否超過10本,若已達10本,顯示信息“已經(jīng)超過借書數(shù)量”,拒借；未達10本，辦理借書(檢查庫存、修改庫存信息并將讀者借書信息登入借書記錄)(2)還書：輸入書號和讀者號，從借書記錄中讀出與讀者有關(guān)的記錄，查閱所借日期,假如超過3個月，作罰款解決。否則，修改庫存信息與借書記錄。(3）查詢：可通過借書記錄、庫存信息查詢讀者情況、圖書借閱情況及庫存情況,打印各種登記表。請就以上系統(tǒng)功能畫出分層的DFD圖，并建立重要條目的數(shù)據(jù)字典。０層數(shù)據(jù)流程圖還書流程圖借書流程圖查詢流程圖數(shù)據(jù)字典:元素名稱名稱類型說明IＰO1還書解決解決根據(jù)書號做還書解決，違規(guī)做處罰ＩPO2有效性檢查解決檢查讀者號，圖書號的有效性ＩPO3借書解決解決按讀者號,圖書號進行借書解決ＩＰＯ4查詢解決管理員對一些基本信息進行查詢IＰＯ5打印報表解決打印查詢到的信息IPＯ6處罰管理解決根據(jù)規(guī)則對延期給予相應(yīng)的處罰IＰO7數(shù)量檢查解決對讀者借出的數(shù)量是否符合規(guī)定進行檢查ＤS00１讀者信息數(shù)據(jù)存儲讀者信息錄入,修改,刪除，保存DＳ002庫存信息數(shù)據(jù)存儲圖書的基本的情況以及所有圖書的整體情況ＤS0０３錯還信息數(shù)據(jù)存儲存儲借還書信息，系統(tǒng)自動解決，不能人工錄入DS00４處罰信息數(shù)據(jù)存儲存儲延期的處罰信息軟件工程作業(yè)2(第5～7章）一、選擇題從本質(zhì)上說，面向?qū)ο笫恰跋取睌M定（A）后擬定執(zhí)行的動作。A.動作的主體?B.屬性?C.關(guān)系 D.方法（B）是對象的靜態(tài)特性。A.方法 B.屬性?C.關(guān)系 Ｄ.操作對象的（D）使對象的動態(tài)特性A.特性?Ｂ.屬性?C.關(guān)系?D．操作屬于某個類的一個具體對象稱為該類的（A)。A.實例 B.虛擬?Ｃ.繼承 D.多態(tài)ＵML是（Ａ)。一種可視化的建模語言Ｂ是一種可視化的程序設(shè)計語言Ｃ是一種過程D是一種方法封裝的的作用是(A)。A.復(fù)用?B.對象 Ｃ.實例 Ｄ.方法８．面向?qū)ο蠓治龅暮诵脑谟诮?B)模型。A.建立對的的模型B.辨認問題域?qū)ο驝.辨認對象之間的關(guān)系Ｄ.上面所有9.面向?qū)ο蠓治鲞^程中建立的模型有(D）。A．?dāng)?shù)據(jù)模型、功能模型、活動模型B.對象模型、功能模型、測試模型C．屬性模型、功能模型、對象模型D.對象模型、功能模型、動態(tài)模型10．下列的(C)不是分析建模的目的。Ａ.定義可驗證的軟件需求B.描述客戶需求C.開發(fā)一個簡樸的問題解決方案D.建立軟件設(shè)計的基礎(chǔ)1１.下列的(Ｃ)不屬于面向?qū)ο蠓治瞿Ｐ汀＃?用例圖B.類圖C.實體關(guān)系圖D.順序圖12.(Ａ)用于描述系統(tǒng)中概念層次的對象。A.分析類B.界面類Ｃ.實體類Ｄ．控制類13.在基于用例的面向?qū)ο蠓治鲞^程中，定義交互行為的關(guān)鍵在于通過描述分析類實例之間的(Ａ）將用例的職責(zé)分派到分析類中。A．消息傳遞B關(guān)聯(lián)關(guān)系C繼承關(guān)系D上下文關(guān)系14.用例的實現(xiàn)細節(jié)不會在（B）描述。A．用例說明B．用例圖C．活動圖D.順序圖15.用例的職責(zé)通常分派給（D)的對象。A.發(fā)送消息B.接受消息Ｃ．發(fā)送和接受雙方D．分析類16.組織機構(gòu)圖是（C)。A.UML的一個最新圖B.類圖的一種Ｃ.用于辨認角色的輔助圖D.用例圖的一種17.在圖書館系統(tǒng)中,假如已經(jīng)構(gòu)造了一個一般借書者類，后來發(fā)現(xiàn)圖書館的學(xué)生和教師在借書中有不同規(guī)定。請問在面向?qū)ο笤O(shè)計中用(Ｂ）方法可以方便地設(shè)計這兩個類?Ａ．信息隱藏B．繼承C.動態(tài)聯(lián)編D．代碼復(fù)制1８.框架是一組可用于不同應(yīng)用的(A）集合A.類B．對象Ｃ.模塊D.代碼19.下面哪個選項不能描述子系統(tǒng)之間的關(guān)系。（D）A.請求——服務(wù)關(guān)系B.繼承關(guān)系C.依賴關(guān)系D．?dāng)?shù)據(jù)關(guān)系2０.每個子系統(tǒng)的接口上定義了若干(B），體現(xiàn)了子系統(tǒng)的功能。A.說明Ｂ.操作Ｃ.屬性D.關(guān)系21.通常將具有共性的非功能規(guī)定設(shè)計在（Ｂ)，以減少重新開發(fā)的工作量。A.接口層B.中間層C.最低層D.最高層22.每個用例至少應(yīng)當(dāng)有一個(C)，它通常沒有屬性而只有方法，只是起協(xié)調(diào)和控制作用。A.接口類B.實體類C.控制類D．界面類23.類有三種類型即(A）。Ａ.邊界類、實體類、控制類B.實體類、數(shù)據(jù)類、界面類C.控制類、實體類、數(shù)據(jù)類D.界面類、控制類、公共類2４.下面那個選項不是對的的面向?qū)ο笤O(shè)計思想。（Ｃ)A.對接口進行設(shè)計B.發(fā)現(xiàn)變化并且封裝它C.先繼承后組合Ｄ.先組合后繼承2５.定義類的屬性類型時盡量使用已有的類型,太多的自定義類型會減少系統(tǒng)的(A)指標。Ａ.可維護性B.安全性C.開發(fā)效率D.可移植性二、簡答題舉例說明類和對象的關(guān)系。答：學(xué)生可作為一個類－--學(xué)生類,每個學(xué)生就是這個學(xué)生類的一個實例，例如,學(xué)生張三就是學(xué)生類的一個實例。面向?qū)ο蠓治龅年P(guān)鍵環(huán)節(jié)有哪些?應(yīng)建立哪幾個模型？答:關(guān)鍵環(huán)節(jié)有辨認問題域的對象并分析它們互相之間的關(guān)系,建立簡潔、精確、可理解的對的模型;應(yīng)建立的模型有功能模型,對象模型，動態(tài)模型。什么是實體類、邊界類和控制類?為什么將分析類劃提成這三種類型？答：（1）實體類保存要存入永久存儲體的信息。實體類通常在事件流或交互圖中，是對用戶最故意義的類。邊界類位于系統(tǒng)與外界的交界處,涉及所有的窗體、報表、系統(tǒng)硬件接口、與其他系統(tǒng)的接口?？刂祁愗撠?zé)協(xié)調(diào)其他類的工作。每個用例中至少應(yīng)當(dāng)有一個控制類，它控制用況中的事件順序。（2)分為三種類型是由于它們各自的功能不同。界面類——描述系統(tǒng)與角色之間的接口?？刂祁悺诜治瞿Ｐ蛢?nèi)表達協(xié)調(diào)、順序、事務(wù)解決以及控制其他對象的類。實體類——為需要長期保存的信息進行建模的類。UＭL中有哪幾類個視圖，它們的作用分別是什么？答：（１)用例視圖（Use－Ｃasｅvｉｅw）用例視圖用于描述系統(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)的最終目的是實現(xiàn)用例視圖中描述的功能,同時附帶一些非功能性的特性,因此用例視圖影響著所有其他的視圖。(2)邏輯視圖（Logicalview)假如說用例視圖描述系統(tǒng)“做什么”,那么邏輯視圖就是描述“怎么做”。系統(tǒng)的靜態(tài)結(jié)構(gòu)描述類、對象和它們之間的關(guān)系，反映的是系統(tǒng)靜態(tài)特性或結(jié)構(gòu)組成。（3)組件視圖(Coｍponｅｎtviｅw）組件視圖用來描述系統(tǒng)實現(xiàn)的結(jié)構(gòu)和行為特性,反映系統(tǒng)各組成元素之間的關(guān)系。組件視圖由組件圖實現(xiàn),重要供開發(fā)者和管理者使用。(4)并發(fā)視圖（CoｎｃurreｎcｙＶiｅw)并發(fā)視圖用來描述系統(tǒng)的動態(tài)和行為特性。并發(fā)視圖將任務(wù)劃分為進程或線程形式，通過任務(wù)劃分引入并發(fā)機制，可以高效地使用資源、并行執(zhí)行和解決異步事件。除了劃分系統(tǒng)為并發(fā)執(zhí)行的進程或線程外，并發(fā)視圖還必須解決通信和同步問題。(5)配置視圖(DｅploymeｎｔVｉew）配置視圖體現(xiàn)了系統(tǒng)的實現(xiàn)環(huán)境,反映系統(tǒng)的物理架構(gòu)。配置視圖還涉及一個映射，該映射顯示在物理架構(gòu)中組件是如何分派的。5.順序圖在分析階段的作用?答：順序圖描述了一組交互對象間的交互方式,它表達完畢某項行為的對象和這些對象之間傳遞消息的時間順序６.活動圖在分析階段的作用？答：活動圖反映系統(tǒng)中從一個活動到另一個活動的流程，強調(diào)對象間的控制流程?；顒訄D特別適合描述工作流和并行解決過程。具體地說活動圖可以描述一個操作過程中需要完畢的活動；描述一個對象內(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)用。頂層模塊負責(zé)收集應(yīng)用程序最重要的那些執(zhí)行策略,底層模塊實現(xiàn)解決細節(jié)。在這個體系結(jié)構(gòu)中越靠上層位置,概念的抽象層次就越高。但是，由于上層模塊需要調(diào)用下層模塊,所以這些上層模塊就依賴于下層模塊的解決細節(jié)。也就是說，當(dāng)實現(xiàn)細節(jié)發(fā)生變化時，抽象也會受到影響;假如想復(fù)用某一個抽象的話，就必須把它依賴的細節(jié)都一起拖過去。??面向?qū)ο笤O(shè)計：上層創(chuàng)建的抽象不依賴于任何細節(jié),而細節(jié)則高度依賴于上層的抽象。這種依賴關(guān)系的變化正是結(jié)構(gòu)化設(shè)計與面向?qū)ο笤O(shè)計的主線區(qū)別。８.什么是框架，它與“設(shè)計”有什么關(guān)系?答:框架是一組可用于不同應(yīng)用的類的集合?？蚣苤械念愅ǔＪ且恍┏橄箢惒⑶一ハ嘤新?lián)系,可以通過繼承的方式使用這些類,當(dāng)面向?qū)ο笤O(shè)計進行底層設(shè)計時，對每個類進行具體設(shè)計，設(shè)計類的屬性和操作，優(yōu)化類之間的關(guān)系，就可以設(shè)計成框架來對類的設(shè)計進行構(gòu)架和優(yōu)化。9.系統(tǒng)的物理構(gòu)架中應(yīng)當(dāng)涉及哪些信息？答：用UＭL的配置圖描述系統(tǒng)的物理構(gòu)架，然后將需求分析階段捕獲的系統(tǒng)功能分派到這些物理節(jié)點上。涉及的信息為節(jié)點的拓撲結(jié)構(gòu)、硬件設(shè)備配置、通信途徑、各個節(jié)點上運營的系統(tǒng)軟件配置、應(yīng)用軟件配置。三、應(yīng)用題一個多媒體商店系統(tǒng)包含一個由媒體文獻構(gòu)成的數(shù)據(jù)庫,有兩類媒體文獻：圖像文獻和聲音文獻。每個媒體文獻都有名稱和唯一的編碼，并且文獻包含作者信息和格式信息，聲音文獻還包含聲音文獻的時長(以秒為單位)和作者的信息。假設(shè)每個媒體文獻可以由唯一的編碼所辨認,系統(tǒng)要提供以下功能:媒體庫中可以添加新的特別媒體文獻。通過給定的文獻編碼查找需要的媒體文獻。從媒體庫中刪除指定的媒體文獻。給出媒體庫中媒體文獻的數(shù)量?？紤]類imａgeFilｅ和audioFｉle應(yīng)當(dāng)具有哪些恰當(dāng)?shù)膶傩院头椒ù?iｍagｅFｉle類的屬性有:Naｍｅ(文獻名稱),Ｃode（編碼）,AｕthoｒInfo（作者信息),Format(格式信息）；audioFile類除了擁有以上屬性外尚有屬性Ｔｉme（文獻時長)；imaｇeFilｅ類的方法：Adｄ(ｉmagｅFilｅ)(添加圖像文獻)，Delｅte(Cｏdｅ）(刪除文獻）,ＧetFile（Code)(查找文獻），GetNｕｍber（）（返回媒體文獻的數(shù)量)；audioFile類的方法:Add（aｕｄioFile)(添加聲音文獻），Dｅｌete（Cｏde)(刪除文獻),GeｔFile（Ｃode）（查找文獻),ＧeｔＮuｍber（)(返回媒體文獻的數(shù)量)。若把學(xué)生當(dāng)作一個實體,它可以提成多個子實體,如小學(xué)生、中學(xué)生和大學(xué)生等。在面向?qū)ο蟮脑O(shè)計中,可以創(chuàng)建如下4個類:類Sｔudent、類EｌementaryStuｄent、ＭiddｌeStudenｔ;類ＵｎivｅｒsitｙStuｄｅnt。試給出這4個類的屬性以及它們之間的關(guān)系。答：Stuｄｅnt類為基類,其他三個類都是Sｔudｅnｔ的子類。Stuｄｅｎｔ類的屬性有:Ｎame(姓名）,Sｅｘ（性別），Agｅ(年齡），Class(班級)。ElemeｎtarySｔudenｔ類的屬性有:IsTeａｍMeｍbeｒ(是否是少先隊員）,IsGoodStudｅnt(是否是三好學(xué)生）。MｉｄｄleSｔudent類的屬性為:IsＭember（是否是團員），Suｂjｅｃt(文科理科)。ＵｎiveｒｓityStudent類的屬性為：IsPaｒtyMember(是否黨員),Depａrtｍenｔ（學(xué)院),Specialｔy（專業(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ā)送一條打印命令prｉｎt（fｉle),打印機服務(wù)器假如發(fā)現(xiàn)網(wǎng)絡(luò)打印機處在空閑狀態(tài)，則向打印機發(fā)送打印命令prｉnｔ（fiｌｅ）,否則向打印隊列發(fā)送一條保存命令ｓtoｒe(fiｌe)。解:某報社采用面向?qū)ο蠹夹g(shù)實現(xiàn)報刊征訂的計算機管理系統(tǒng)，該系統(tǒng)基本需求如下：（１)報社發(fā)行多種刊物,每種刊物通過訂單來征訂,訂單中有代碼，名稱,訂期，單價，份數(shù)等項目，訂戶通過填寫訂單來訂閱報刊。

（2)報社下屬多個發(fā)行站，每個站負責(zé)收集登陸訂單、打印收款憑證等事務(wù)。?(３)報社負責(zé)分類并記錄各個發(fā)行站送來的報刊訂閱信息。

請就此需求建立對象模型。HYPERLIＮK"＂解:軟件工程作業(yè)３（第８~11章)選擇題結(jié)構(gòu)化語言是介于自然語言和形式語言之間的一種（D)。A．半形式語言B.計算機語言C.低檔語言 Ｄ．高級語言程序設(shè)計語言的技術(shù)特性不應(yīng)涉及（C）。HYPERＬINK""＼ｌ"3３"A、數(shù)據(jù)結(jié)構(gòu)的描述性Ｂ、抽象類型的描述性C、數(shù)據(jù)庫的易操作性D、軟件的可移植性程序的三種基本控制結(jié)構(gòu)是(B)。HＹPEＲLIＮK"＂＼ｌ＂301"A．過程、子程序和分程序 B.順序、選擇和反復(fù)C.遞歸、堆棧和隊列?D．調(diào)用、返回和轉(zhuǎn)移結(jié)構(gòu)化程序設(shè)計重要強調(diào)的是(D)。HYＰEＲLＩNK"＂＼l"30１＂Ａ.程序的規(guī)模Ｂ.程序的效率 C.程序設(shè)計語言的先進性 D．程序易讀性下列關(guān)于功能性注釋不對的的說法是(B）。A.功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài)B.注釋用來說明程序段,需要在每一行都要加注釋C.可使用空行或縮進,以便很容易區(qū)分注釋和程序Ｄ.修改程序也應(yīng)修改注釋下列關(guān)于效率的說法不對的的是（D)。A.效率是一個性能規(guī)定，其目的應(yīng)當(dāng)在需求分析時給出B.提高程序效率的主線途徑在于選擇良好的設(shè)計方法，數(shù)據(jù)結(jié)構(gòu)與算法C.效率重要指解決機時間和存儲器容量兩個方面D.程序的效率與程序的簡樸性無關(guān)結(jié)構(gòu)化維護與非結(jié)構(gòu)化維護的重要區(qū)別在于(B)。Ａ.軟件是否結(jié)構(gòu)化?B.軟件配置是否完整 Ｃ.程序的完整性?D.文檔的完整性關(guān)于JＡVA語言下列說法不對的的是(B）。A．跨平臺的 B.動態(tài)指針?Ｃ．解釋型的 D．面向?qū)ο蟮氖褂冒缀袦y試方法時，擬定測試數(shù)據(jù)應(yīng)根據(jù)(A）和指定的覆蓋標準。A程序內(nèi)部邏輯Ｂ．程序復(fù)雜結(jié)構(gòu)C．使用說明書??D．程序的功能確認測試重要涉及的文檔是（A）。HYPERLＩNＫ"＂Ａ、需求規(guī)格說明書B、概要設(shè)計說明書Ｃ、具體設(shè)計說明書D、源程序測試的關(guān)鍵問題是（Ｄ）。Ａ.如何組織對軟件的評審 Ｂ.如何驗證程序的對的性Ｃ．如何采用綜合策略D.如何選擇測試用例黑盒測試在設(shè)計測試用例時,重要研究（A)。HYＰERＬＩＮK""＼ｌ＂４12"A．需求規(guī)格說明??B．具體設(shè)計說明C.項目開發(fā)計劃?D.概要設(shè)計說明與具體設(shè)計說明下面哪些測試屬于黑盒測試（B)。A、途徑測試Ｂ、等價類劃分Ｃ、條件判斷D、循環(huán)測試在下述哪一種測試中,測試人員必須接觸到源程序(B）。A、功能測試 B、結(jié)構(gòu)測試C、功能測試和結(jié)構(gòu)測試Ｄ、性能測試檢查軟件產(chǎn)品是否符合需求定義的過程稱為(D)。Ａ、確認測試B、集成測試Ｃ、驗收測試Ｄ、驗證測試軟件測試方法中，黑盒、白盒測試法是常用的方法，其中白盒測試重要用于測試(D）。結(jié)構(gòu)合理性B、軟件外部功能C、程序?qū)Φ男訢、程序內(nèi)部邏輯軟件維護中,因修改交互輸入的順序，沒有對的的記錄而引起的錯誤是（A）產(chǎn)生的副作用。Ａ、文檔B、數(shù)據(jù)? C、編碼Ｄ、設(shè)計以下屬于軟件維護階段文檔的是(C)。Ａ、軟件需求說明B、操作手冊C、軟件問題報告D、測試分析報告產(chǎn)生軟件維護的副作用，是指(C)。A、開發(fā)時的錯誤??B、隱含的錯誤 C、因修改軟件而導(dǎo)致的錯誤?Ｄ、運營時誤操作維護中，因誤刪除一個標記符而引起的錯誤是(C)副作用。A、文檔 B、數(shù)據(jù) C、編碼?D、設(shè)計可維護性的特性中，互相促進的（Ａ）。A、可理解性和可測試性B、效率和可移植性?Ｃ、效率和可修改性 D、效率和結(jié)構(gòu)好軟件維護的困難重要因素是(Ｃ）A、費用低 B、人員少 C、開發(fā)方法的缺陷D、用戶不配合軟件維護費用高的重要因素是（C）。ＨＹPERLINK"＂\l"34＂A、人員少Ｂ、人員多C、生產(chǎn)率低Ｄ、生產(chǎn)率高為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是(C）。HYPERＬINK＂"A、校正性維護 B、完善性維護?C、適應(yīng)性維護Ｄ、防止性維護可維護性的特性中,互相矛盾的是(B)A.可理解性與可測試性B.效率與可修改性C.可修改性和可理解性D.可理解性與可讀性各種不同的軟件維護中，以（C)維護所占的維護量最小。糾錯性維護B、代碼維護C、防止性維護Ｄ、文檔維護在變更控制中,(B）可以用來保證由不同用戶所執(zhí)行的并發(fā)變更。A．異步控制B.同步控制C.存取控制Ｄ.基線控制變更控制是一項最重要的軟件配置任務(wù),其中“檢出”和(Ａ）解決實現(xiàn)了兩個重要的變更控制要素,即存取控制和同步控制。A.登入B.管理C．填寫變更規(guī)定D．審查用Gantt圖表達軟件項目進度安排,下列說法中對的的是ＨYPERＬINK＂"\ｌ"４２1＂(B)Ａ.可以反映多個任務(wù)之間的復(fù)雜關(guān)系B.可以直觀表達任務(wù)之間互相依賴制約關(guān)系C.可以表達哪些任務(wù)是關(guān)鍵任務(wù)D．可以表達子任務(wù)之間的并行和串行關(guān)系基線可作為軟件生存期中各開發(fā)階段的一個檢查點。當(dāng)采用的基線發(fā)生錯誤時,可以返回到最近和最恰當(dāng)?shù)?C）上。HYPERLIＮＫ"＂\l"35"Ａ．配置項B．程序C．基線D．過程簡答題為建立良好的編程風(fēng)格應(yīng)遵循什么原則?答：1）節(jié)簡化：①不使用不必要的變量和函數(shù)②避免變量重名,變量重名可導(dǎo)致很難被發(fā)現(xiàn)的錯誤。③盡量減小代碼量。④盡量減少代碼的執(zhí)行時間，提高執(zhí)行效率。⑤避免功能冗余的模塊。⑥盡量不使用全局變量。2)模塊化：①保證物理和邏輯功能密切相關(guān)。②限定一個模塊完畢一個獨立的功能，提高模塊的內(nèi)聚度。③檢查代碼的反復(fù)率,反復(fù)多的代碼,要抽出來作為一個單獨的模塊。3)簡樸化:①采用直接了當(dāng)?shù)乃惴?避免使用技巧性高和難懂的代碼。②使用簡樸的數(shù)據(jù)結(jié)構(gòu),避免使用多維數(shù)組、指針和復(fù)雜的表。③注意對象命名的一致性。④以手工的方式簡化算術(shù)和邏輯表達式。4）結(jié)構(gòu)化:①按標準化的順序說明數(shù)據(jù);②按字母順序說明對象名③使用讀者明了的結(jié)構(gòu)化程序部件;④采用直截了當(dāng)?shù)乃惴?；⑤根?jù)應(yīng)用背景排列程序各個部分;⑥不隨意為效率而犧牲程序的清楚度和可讀性；⑦讓機器多做煩瑣的工作，如反復(fù)、庫函數(shù)；⑧用公共函數(shù)調(diào)用代替反復(fù)出現(xiàn)的表達式；⑨避免循環(huán)、分支的嵌套層數(shù)過高；⑩單入口單出口。５)文檔化(ｄｏcumeｎtation):①有效、適本地使用注釋。②協(xié)調(diào)使用程序塊注釋和程序行注釋。③保持文檔和程序的同步。6）格式化（layout)：①始終采用統(tǒng)一縮進規(guī)則;②適當(dāng)插入括號表白運算順序、排除二義性；③有效地使用空格符以區(qū)別程序的不批準群。什么是軟件測試？答:軟件測試從廣義上講，是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評審和確認活動。從狹義上講，軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?；蛘哒f,軟件測試是根據(jù)軟件開發(fā)各個階段的規(guī)格說明和程序內(nèi)部結(jié)構(gòu)而精心設(shè)計一批測試用例,用這些測試用例運營程序,以發(fā)現(xiàn)程序錯誤的過程。軟件測試的原則是什么?答:軟件測試的原則有:應(yīng)當(dāng)把測試貫穿在整個開發(fā)過程之中。事實上,從需求分析階段開始，每個階段結(jié)束之前都要進行階段審查，目的是盡早發(fā)現(xiàn)和糾正錯誤。每個測試用例都應(yīng)當(dāng)涉及測試輸入數(shù)據(jù)和這組數(shù)據(jù)輸入作用下的預(yù)期輸出結(jié)果。在實際操作中可以列出一張表格,涉及每個測試用例的編號、類型、輸入數(shù)據(jù)、預(yù)期輸出結(jié)果、實際輸出結(jié)果、犯錯因素分析。要對每個測試結(jié)果進行全面檢查，不要漏掉已經(jīng)出現(xiàn)的錯誤跡象。程序員應(yīng)當(dāng)盡量避免檢查自己編寫的代碼。測試工作需要嚴格的工作作風(fēng),程序員在測試自己編寫的代碼時往往會帶有一些傾向性,使得他們工作中經(jīng)常出現(xiàn)一些疏漏。并且，程序員對設(shè)計規(guī)格說明書的理解錯誤而引入的錯誤更是難于發(fā)現(xiàn)。在設(shè)計測試用例時,應(yīng)當(dāng)涉及有效的、盼望的輸入情況,也要涉及無效的和不盼望的輸入情況。既可以驗證程序正常運營的合理輸入,也可以驗證對異常情況解決的不合理輸入數(shù)據(jù)以及臨界數(shù)據(jù)。在測試程序時，人們經(jīng)常過多地考慮合法的和盼望的輸入條件,以檢查程序是否做了它應(yīng)當(dāng)做的事情，而忽視了不合法的和預(yù)想不到的輸入條件。事實上,用戶在使用系統(tǒng)時，輸入一些錯誤指令和參數(shù)是經(jīng)常發(fā)生的，假如軟件碰到這種情況不能做出適當(dāng)?shù)姆从?，給出相應(yīng)的提醒信息，就也許會誤導(dǎo)用戶,甚至導(dǎo)致嚴重損失。軟件中遺留的錯誤數(shù)量與已經(jīng)發(fā)現(xiàn)的錯誤數(shù)量成正比。根據(jù)這個規(guī)律，對測試中發(fā)現(xiàn)錯誤成堆的模塊更要仔細測試。例如，在某個著名的操作系統(tǒng)中，4４%的錯誤僅與4%的模塊有關(guān)?；貧w測試的關(guān)聯(lián)性要特別引起注意，修改一個錯誤而引起更多錯誤的現(xiàn)象并不少見。測試程序時不僅要檢查程序是否做了它應(yīng)當(dāng)做的事情,還要檢查它是否做了不該做的事情。例如,工資軟件中,軟件只完畢在編職工的工資計算和輸出,不在編人員的工資是不進行計算和輸出的。假如軟件將不在編人員的工資信息也輸出顯然是不合適的。嚴格執(zhí)行測試計劃。在測試之前應(yīng)當(dāng)有明確的測試計劃，內(nèi)容涉及:要測試的軟件功能和內(nèi)容、測試用例和預(yù)期結(jié)果、測試的進度安排、需要的工具和資源、測試控制方式和過程等。1０)做好測試記錄，為記錄和維護提供基礎(chǔ)數(shù)據(jù)。請說明集成測試、系統(tǒng)測試和驗收測試有什么不同？答:集成測試界于單元測試和系統(tǒng)測試之間，起到“橋梁作用”,一般由開發(fā)小組采用白盒加黑盒的方式來測試，既驗證“設(shè)計”，又驗證“需求”。系統(tǒng)測試的粒度最大,一般由獨立測試小組采用黑盒方式來測試,重要測試系統(tǒng)是否符合“需求規(guī)格說明書”。驗收測試與系統(tǒng)測試相似，重要區(qū)別是測試人員不同，驗收測試由用戶執(zhí)行。簡述單元測試的內(nèi)容。答：單元測試的內(nèi)容有：1）模塊接口測試:對通過被測模塊的數(shù)據(jù)流進行測試。為此,對模塊接口，涉及參數(shù)表、調(diào)用子模塊的參數(shù)、全程數(shù)據(jù)、文獻輸入/輸出操作都必須檢查。2)局部數(shù)據(jù)結(jié)構(gòu)測試：設(shè)計測試用例檢查數(shù)據(jù)類型說明、初始化、缺省值等方面的問題，還要查清全程數(shù)據(jù)對模塊的影響。3)途徑測試：選擇適當(dāng)?shù)臏y試用例,對模塊中重要的執(zhí)行途徑進行測試。對基本執(zhí)行途徑和循環(huán)進行測試可以發(fā)現(xiàn)大量途徑錯誤。４）錯誤解決測試:檢查模塊的錯誤解決功能是否包具有錯誤或缺陷。例如，是否拒絕不合理的輸入；犯錯的描述是否難以理解、是否對錯誤定位有誤、是否犯錯因素報告有誤、是否對錯誤條件的解決不對的;在對錯誤解決之前錯誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等。５)邊界測試:要特別注意數(shù)據(jù)流、控制流中剛好等于、大于或小于擬定的比較值時犯錯的也許性。對這些地方要仔細地選擇測試用例，認真加以測試。6）此外,假如對模塊運營時間有規(guī)定的話,還要專門進行關(guān)鍵途徑測試,以擬定最壞情況下和平均意義下影響模塊運營時間的因素。這類信息對進行性能評價是十分有用的。什么是白盒測試?它適應(yīng)哪些測試?答:白盒測試也叫結(jié)構(gòu)測試,測試者需要了解被測程序的內(nèi)部結(jié)構(gòu)。白盒測試通常根據(jù)覆蓋準則設(shè)計測試用例,有語句覆蓋、鑒定覆蓋、條件覆蓋、鑒定／條件覆蓋和條件組合覆蓋。白盒測試合用與單元測試、集成測試、系統(tǒng)測試非漸增式測試與漸增式測試有什么區(qū)別？漸增式測試如何組裝模塊？答:１）漸增式可以較早地發(fā)現(xiàn)模塊界面之間的錯誤，非漸增式則要到最后將所有模塊連接起來時才干發(fā)現(xiàn)此類錯誤。2)非漸增式需要較多的人工3)漸增式有助于排錯。假如模塊界面間有錯，假如用非漸增式，這類錯誤到最后聯(lián)合測試時才干發(fā)現(xiàn)，此時很難判斷錯誤發(fā)生在哪一部分,但假如用漸增式，這類錯誤就較容易定位,它通常與最新加上去的模塊有關(guān)。4)漸增式比較徹底。5)漸增式需要較多的機器時間。6）非漸增式方式，開始時允許幾個測試人員并行工作,對大型系統(tǒng)來說，是很故意義的。采用黑盒技術(shù)設(shè)計測試用例有哪幾種方法？這些方法各有什么特點?答：黑盒測試設(shè)計測試用例的方法有１)等價類劃分法特點是:a、測試的內(nèi)容相同b、一個等價類中的某個測試可以發(fā)現(xiàn)缺陷，那么這個等價類的其他測試也能發(fā)現(xiàn)缺陷c、一個等價類中的某個測試不能發(fā)現(xiàn)缺陷，那么這個等價類的其它測試也不能發(fā)現(xiàn)缺陷2)邊界值分析法特點是：用邊界值分析時時常收獲較大，它是在等價類的邊界上選擇測試用例3)錯誤推測法特點是：沒有擬定的環(huán)節(jié)，很大限度上是憑借經(jīng)驗進行的4）因果圖法特點是:考慮輸入條件間的組合關(guān)系;考慮輸出條件對輸入條件的信賴關(guān)系;測試用例發(fā)現(xiàn)錯誤的效率高;能查出功能說明中的某些不一致或漏掉。白盒測試法有哪些覆蓋標準？試對它們的檢錯能力進行比較。答：白盒測試的覆蓋標準有：語句覆蓋->鑒定覆蓋－＞條件覆蓋->鑒定/條件覆?蓋->條件組合覆蓋->途徑覆蓋檢錯能力由弱到強根據(jù)下面程序代碼，畫出程序流程圖,然后設(shè)計滿足條件/鑒定覆蓋、條件組合覆蓋的測試用例。BEGＩNＴ:=0IF(X＞=8０ANDY>=８0）THENT:＝1ＥＬSＥIF（X＞=90ANDY>=７5）THＥNT:=2ENDIFIF（X>=７５A(chǔ)NＤY＞＝90)THENT:=3ENDIFENＤIFRETUＲＮ測試用例:條件/鑒定覆蓋:１X＝80Y=802Ｘ=90Y=75３X＝50Y=５０條件組合覆蓋：１Ｘ＝８0Y=8０2X=80Y=753X=75Y=804Ｘ=７5Y＝７55X=90Ｙ=756Ｘ=90Y=７07X＝8０Y＝7５８X=80Y＝709Ｘ=75Y=901０X＝75Y=９０１1X=7０Y=９0１2X＝７0Ｙ=85軟件的可維護性是軟件設(shè)計師最關(guān)注的性能,談?wù)劄榱双@得軟件良好的可維護性,在設(shè)計時應(yīng)當(dāng)注意哪些問題？答:為獲得軟件的良好可維護性，在設(shè)計階段應(yīng)當(dāng)做一些變更實驗,檢查系統(tǒng)的可維護性、靈活性和可移植性,設(shè)計時應(yīng)當(dāng)將此后也許變更的內(nèi)容與其他部分分離開來,并且遵循高內(nèi)聚、低偶合的原則。在軟件文檔中，你認為哪些文檔對于軟件的維護最重要？需求分析文檔、設(shè)計文檔、程序文檔對軟件維護很重要軟件維護時的源程序修改策略是什么?答:軟件維護時的源程序修改策略是：由于軟件維護最終貫徹在修改源程序和文檔上。為了對的、有效地修改源程序，通常要先分析和理解源程序,然后才干修改源程序,最后重新測試和驗證源程序。軟件項目計劃涉及那些內(nèi)容?答:軟件項目計劃的內(nèi)容涉及：１．范圍。對該軟件項目的綜合描述，定義起所要做的工作以及性能限制,它涉及:（１)項目目的。(2)重要功能。(3）性能限制。（４)系統(tǒng)接口。(5)特殊規(guī)定。(6)開發(fā)概述。2.資源。(１）人員資源。(２)硬件資源。(３）軟件資源。(4）其他。3.進度安排。進度安排的好壞往往會影響整個項目的按期完畢,因此這一環(huán)節(jié)是十分重要的。制定軟件進度與其他工程沒有很大的區(qū)別,其方法重要有:（１)工程網(wǎng)絡(luò)圖。(2）Gａntt圖。(3）任務(wù)資源表。(4)成本估算。(5)培訓(xùn)計劃。１5.什么是軟件配置管理？什么是基線？答：配置管理可以系統(tǒng)地解決變更，從而使得軟件系統(tǒng)可以隨時保持其完整性。配置管理又可成為變更控制，可以用來評估提出的變更請求，跟蹤變更，并保持系統(tǒng)在不同時間的狀態(tài)。軟件配置管理是一套規(guī)范、高效的軟件開發(fā)基礎(chǔ)結(jié)構(gòu)?；€是：已經(jīng)通過正式復(fù)審和批準的某規(guī)約或產(chǎn)品，它因此可以作為進一步開發(fā)的基礎(chǔ)，并且只能通過正式的變化控制過程改變。應(yīng)用題請讀者參考可以找到的編程規(guī)范，設(shè)計一個Ｃ語言編程規(guī)范。答：文獻結(jié)構(gòu)１．1版權(quán)和版本的聲明版權(quán)和版本的聲明位于頭文獻和定義文獻的開頭（參見示例1-1）,重要內(nèi)容有:(１）版權(quán)信息。(2）文獻名稱，標記符,摘要。(3)當(dāng)前版本號，作者/修改者，完畢日期。(４)版本歷史信息。/**Ｃopyrigｈｔ(c)2023，上海貝爾有限公司網(wǎng)絡(luò)應(yīng)用事業(yè)部＊Alｌｒightｓreｓerｖeｄ.＊*文獻名稱：ｆiｌename.h*文獻標記：見配置管理計劃書*摘要：簡要描述本文獻的內(nèi)容**當(dāng)前版本:1.1＊作者：輸入作者（或修改者）名字*完畢日期:2０2３＊*取代版本：1．0＊原作者：輸入原作者（或修改者)名字＊完畢日期:20２3*／示例１-1版權(quán)和版本的聲明1.2頭文獻的結(jié)構(gòu)頭文獻由三部分內(nèi)容組成：（1）頭文獻開頭處的版權(quán)和版本聲明(參見示例1－1)。（２）預(yù)解決塊。(3)函數(shù)和類結(jié)構(gòu)聲明等。假設(shè)頭文獻名稱為graｐhics.h,頭文獻的結(jié)構(gòu)參見示例1-2。【規(guī)則1-2-1】為了防止頭文獻被反復(fù)引用，應(yīng)當(dāng)用ｉfndef/define/endif結(jié)構(gòu)產(chǎn)生預(yù)解決塊?！疽?guī)則1-2-2】用#ｉｎclude<fｉleｎａｍe.h>格式來引用標準庫的頭文獻(編譯器將從標準庫目錄開始搜索)?！疽?guī)則１-2-3】用#inｃｌude“ｆｉｌenａme.ｈ”格式來引用非標準庫的頭文獻（編譯器將從用戶的工作目錄開始搜索)?！窘ㄗh1-２-１】頭文獻中只存放“聲明”而不存放“定義”【建議1-2-2】不提倡使用全局變量,盡量不要在頭文獻中出現(xiàn)象exｔernintｖaｌue這類聲明。＃ifndefGRAPHIＣS_H//防止graｐhｉcs.h被反復(fù)引用＃deｆineGRAPＨICS_H#iｎclude<math．h＞//引用標準庫的頭文獻?＃inｃludｅ“ｍyheader.h”／/引用非標準庫的頭文獻?ｖoiｄFuncｔｉｏn1(?);//全局函數(shù)聲明?clａｓsBｏx//類結(jié)構(gòu)聲明{?}；#ｅｎdif示例1-2C頭文獻的結(jié)構(gòu)1.3定義文獻的結(jié)構(gòu)定義文獻有三部分內(nèi)容：（1）定義文獻開頭處的版權(quán)和版本聲明(參見示例1-1）。(２）對一些頭文獻的引用。（3）程序的實現(xiàn)體(涉及數(shù)據(jù)和代碼）。假設(shè)定義文獻的名稱為graｐhics.cpp，定義文獻的結(jié)構(gòu)參見示例1-３。/／版權(quán)和版本聲明見示例1-１，此處省略。#incluｄe“graphics.h”//引用頭文獻?//全局函數(shù)的實現(xiàn)體voidＦunctiｏｎ1(?){?}//類成員函數(shù)的實現(xiàn)體vｏidBox::Drａw（?){?}示例1－3Ｃ定義文獻的結(jié)構(gòu)1.4目錄結(jié)構(gòu)假如一個軟件的頭文獻數(shù)目比較多(如超過十個)，通常應(yīng)將頭文獻和定義文獻分別保存于不同的目錄，以便于維護。例如可將頭文獻保存于includｅ目錄，將定義文獻保存于sｏuｒcｅ目錄(可以是多級目錄)。假如某些頭文獻是私有的,它不會被用戶的程序直接引用,則沒有必要公開其“聲明”。為了加強信息隱藏，這些私有的頭文獻可以和定義文獻存放于同一個目錄。程序的版式版式雖然不會影響程序的功能,但會影響可讀性。程序的版式追求清楚、美觀,是程序風(fēng)格的重要構(gòu)成因素。程序的版式2.1空行空行起著分隔程序段落的作用?？招械皿w(但是多也但是少)將使程序的布局更加清楚?？招胁粫速M內(nèi)存,雖然打印具有空行的程序是會多消耗一些紙張，但是值得。所以不要舍不得用空行。【規(guī)則2-１－1】在每個類聲明之后、每個函數(shù)定義結(jié)束之后都要加空行?！疽?guī)則２-1-2】在一個函數(shù)體內(nèi)，邏揖上密切相關(guān)的語句之間不加空行,其它地方應(yīng)加空行分隔。2．2代碼行【規(guī)則２-2－1】一行代碼只做一件事情，如只定義一個變量,或只寫一條語句。這樣的代碼容易閱讀,并且方便于寫注釋?！疽?guī)則2-2-2】if、ｆoｒ、ｗhile、do等語句自占一行，執(zhí)行語句不得緊跟其后。不管執(zhí)行語句有多少都要加{}。這樣可以防止書寫失誤。【建議2-2-3假如變量的引用處和其定義處相隔比較遠,變量的初始化很容易被忘掉。假如引用了未被初始化的變量,也許會導(dǎo)致程序錯誤。本建議可以減少隱患。例如inｔwidth＝10；//定義并初紿化ｗiｄｔhiｎtheighｔ=10;//定義并初紿化heightinｔdeｐtｈ=１0；／／定義并初紿化deｐｔh2.3代碼行內(nèi)的空格【規(guī)則2-３-1】關(guān)鍵字之后要留空格。象ｃonst、virtｕａｌ、iｎlｉne、casｅ等關(guān)鍵字之后至少要留一個空格，否則無法辨析關(guān)鍵字。象iｆ、fｏr、wｈiｌe等關(guān)鍵字之后應(yīng)留一個空格再跟左括號‘（’,以突出關(guān)鍵字?！疽?guī)則2－3－2】函數(shù)名之后不要留空格，緊跟左括號‘(’，以與關(guān)鍵字區(qū)別。【規(guī)則2-3-3】‘（’向后緊跟，‘）’、‘,’、‘;’向前緊跟,緊跟處不留空格。【規(guī)則2-3－4】‘，’之后要留空格，如Funｃtioｎ(x，y,ｚ）。假如‘;’不是一行的結(jié)束符號，其后要留空格，如ｆor(initializaｔion;cｏｎditioｎ;updaｔe)?！疽?guī)則２-3-５】賦值操作符、比較操作符、算術(shù)操作符、邏輯操作符、位域操作符，如“=”、“+＝”“>＝”、“<=”、“+”、“*”、“%”、“&&”、“｜|”、“<＜”,“^”等二元操作符的前后應(yīng)當(dāng)加空格?！疽?guī)則２-3-６】一元操作符如“!”、“~”、“+＋”、“--”、“&”（地址運算符）等前后不加空格?！疽?guī)則2－3－7】象“［]”、“.”、“->”這類操作符前后不加空格?！窘ㄗh2-3－8】對于表達式比較長的ｆoｒ語句和iｆ掉一些空格,如ｆor(i=0；ｉ<10；ｉ+＋)和ｉｆ((a<=ｂ)&&(c<=d）)2．４修飾符的位置修飾符＊和＆應(yīng)當(dāng)靠近數(shù)據(jù)類型還是該靠近變量名,是個有爭議的活題。若將修飾符*靠近數(shù)據(jù)類型,例如:ｉｎｔ*x;從語義上講此寫法比較直觀,即x是ｉｎｔ類型的指針。上述寫法的弊端是容易引起誤解,例如：ｉnt*x,y;此處ｙ容易被誤解為指針變量。雖然將ｘ和y分行定義可以避免誤解,但并不是人人都樂意這樣做?！疽?guī)則2－4-1】應(yīng)當(dāng)將修飾符*和&例如:chaｒ*ｎａｍe;iｎt*x,ｙ;//此處y不會被誤解為指針2.５注釋Ｃ語言的注釋符為“/＊…*/”。雖然注釋有助于理解代碼，但注意不可過多地使用注釋。【規(guī)則2-5-1】注釋是對代碼的“提醒注釋太多了會讓人眼花繚亂。注釋的把戲要少?！疽?guī)則2-5例如i++；/／i加1，多余的注釋【規(guī)則2－5的一致性。不再有用的注釋要刪除?！疽?guī)則2－５有害?！疽?guī)則2-5【規(guī)則２-5可放在下方。【規(guī)則2-5釋，便于閱讀。?? ??命名規(guī)則3.１共性規(guī)則本節(jié)論述的共性規(guī)則是被大多數(shù)程序員采納的，我們應(yīng)當(dāng)在遵循這些共性規(guī)則的前提下，再擴充特定的規(guī)則?！疽?guī)則3－1-1】標記符應(yīng)當(dāng)直觀且可以拼讀,可望文知意，不必進行“解碼”。標記符最佳采用英文單詞或其組合,便于記憶和閱讀。切忌使用漢語拼音來命名。程序中的英文單詞一般不會太復(fù)雜,用詞應(yīng)當(dāng)準確。例如不要把ＣｕrreｎｔValue寫成ＮowValue。【規(guī)則3－1-2】標記符的長度應(yīng)當(dāng)符合“ｍｉn－length&&max-infｏrｍatioｎ”原則。幾十年前老ANSIC規(guī)定名字不準超過6個字符,現(xiàn)今的C不再有此限制。一般來說，長名字能更好地表達含義，所以函數(shù)名、變量名、類名長達十幾個字符局限性為怪。那么名字是否越長約好?不見得!例如變量名mａxvaｌ就比maｘVａlueUntｉlOｖerflow好用。單字符的名字也是有用的,常見的如i，j，k,m，ｎ,ｘ,y,z等,它們通?？捎米骱瘮?shù)內(nèi)的局部變量。【規(guī)則３-1-3】命名規(guī)則盡量與所采用的操作系統(tǒng)或開發(fā)工具的風(fēng)格保持一致。例如Ｗｉｎdｏwｓ應(yīng)用程序的標記符通常采用“大小寫”混排的方式,如AddChilｄ。而Unix應(yīng)用程序的標記符通常采用“小寫加下劃線”的方式,如aｄd_child。別把這兩類風(fēng)格混在一起用?！疽?guī)則3-1-4】程序中不要出現(xiàn)僅靠大小寫區(qū)分的相似的標記符。例如：iｎｔｘ，Ｘ;/／變量x與X容易混淆vｏidfｏｏ(iｎｔｘ);//函數(shù)foo與FOO容易混淆vｏidFOＯ（ｆloatx)；【規(guī)則3－1-５】程序中不要出現(xiàn)標記符完全相同的局部變量和全局變量，盡管兩者的作用域不同而不會發(fā)生語法錯誤，但會使人誤解?！疽?guī)則３-1-6】變量的名字應(yīng)當(dāng)使用“名詞”或者“形容詞+名詞”。例如：floａt(yī)vａlue;flｏａt(yī)oldValｕe;floａt(yī)newValue;【規(guī)則3-1-7】全局函數(shù)的名字應(yīng)當(dāng)使用“動詞”或者“動詞+名詞”（動賓詞組）。類的成員函數(shù)應(yīng)當(dāng)只使用“動詞”，被省略掉的名詞就是對象自身。例如：DrawＢｏx();/／全局函數(shù)ｂox－>Ｄraｗ(）;／/類的成員函數(shù)【規(guī)則3-１-8】用對的的反義詞組命名具有互斥意義的變量或相反動作的函數(shù)等。例如：intｍinValuｅ;intmaxＶａlue;intSｅtVａluｅ(…);intGetVａlue(…);【建議3-1－1】盡量避免名字中出現(xiàn)數(shù)字編號，如Valｕe1,Value2等，除非邏輯上的確需要編號。這是為了防止程序員偷懶,不愿為命名動腦筋而導(dǎo)致產(chǎn)生無意義的名字（由于用數(shù)字編號最省事）。函數(shù)設(shè)計函數(shù)是C++／C程序的基本功能單元，函數(shù)接口的兩個要素是參數(shù)和返回值。。C語言中，函數(shù)的參數(shù)和返回值的傳遞方式有兩種:值傳遞(passbyvalｕe）和指針傳遞(passｂypoinｔer)表達式和基本語句4.1參數(shù)的規(guī)則【規(guī)則4-1-1假如函數(shù)沒有參數(shù),則用void填充。例如：vｏidＳeｔVａlｕe(intｗidth，inthｅｉghｔ);/／良好的風(fēng)格voiｄSｅtValue(int,int）；//不良的風(fēng)格floaｔGeｔＶalue（voiｄ）;/／良好的風(fēng)格fｌoatＧｅｔVａｌue();//不良的風(fēng)格【規(guī)則4-1－2例如編寫字符串拷貝函數(shù)StringＣopｙ,它有兩個參數(shù)。假如把參數(shù)名字起為str1和sｔr2，例如voidStringＣopy(chaｒ*str1,char*stｒ２);那么我們很難搞清楚究竟是把ｓtr1拷貝到sｔｒ２中，還是剛好倒過來?？梢园褏?shù)名字起得更故意義,如叫strSouｒcｅ和ｓtrDｅｓtinatｉon。這樣從名字上就可以看出應(yīng)當(dāng)把strSouｒce拷貝到strDｅstination。尚有一個問題,這兩個參數(shù)那一個該在前那一個該在后?參數(shù)的順序要遵循程序員的習(xí)慣。一般地，應(yīng)將目的參數(shù)放在前面,源參數(shù)放在后面。假如將函數(shù)聲明為:voｉdStrｉngCopy(char*stｒＳourcｅ，cｈar*strDestiｎation);別人在使用時也許會不假思考地寫成如下形式:chａｒstｒ[2０];StｒingCｏpy(stｒ,“HｅlloWoｒld”);／／參數(shù)順序顛倒【規(guī)則4-1-3】假如參數(shù)是指針，且僅作輸入用,則應(yīng)在類型前加coｎst指針在函數(shù)體內(nèi)被意外修改。例如ｖｏｉdＳtrinｇＣopy(chaｒ＊strDeｓtiｎation,consｔchar*ｓtrSoｕrce）;【規(guī)則４-１-4】假如輸入?yún)?shù)以值傳遞的方式傳遞對象,則宜改用“cｏnsｔ&”來傳遞,這樣可以省去臨時對象的構(gòu)造和析構(gòu)過程，從而提高效率?！窘ㄗh4－1-5】避免函數(shù)有太多的參數(shù)，參數(shù)個數(shù)盡量控制在多,在使用時容易將參數(shù)類型或順序搞錯?！窘ㄗh4－1－C標準庫函數(shù)prｉｎtf是采用不擬定參數(shù)的典型代表,其原型為：iｎtpriｎtf(cｏｎsｔchａt(yī)*fｏrmａt(yī)[,ａrgumｅnt]?);這種風(fēng)格的函數(shù)在編譯時喪失了嚴格的類型安全檢查。４．2返回值的規(guī)則【規(guī)則4－2-１C語言中，凡不加類型說明的函數(shù),一律自動按整型解決。這樣做不會有什么好處,卻容易被誤解為voｉｄ類型。C＋+語言有很嚴格的類型安全檢查,不允許上述情況發(fā)生。由于C＋+程序可以調(diào)用C函數(shù),為了避免混亂，規(guī)定任何C++/C函數(shù)都必須有類型。假如函數(shù)沒有返回值,那么應(yīng)聲明為void類型。【規(guī)則4-2-2違反這條規(guī)則的典型代表是C標準庫函數(shù)geｔchar。例如：chaｒｃ;c=getchar();ｉf（c==EOF)?按照gｅtｃhar名字的意思，將變量c聲明為char類型是很自然的事情。但不幸的是ｇetｃhar的確不是chaｒ類型，而是ｉｎt類型,其原型如下：ｉnｔgｅtｃｈar(void）;由于c是ｃｈar類型,取值范圍是[－１2８，１２7]，假如宏EＯF的值在cｈａr的取值范圍之外，那么iｆ語句將總是失敗，這種“危險”人們一般哪里料得到！導(dǎo)致本例錯誤的責(zé)任并不在用戶,是函數(shù)getchar誤導(dǎo)了使用者?！疽?guī)則４-2－3錯誤標志用ｒetｕrｎ語句返回?；仡櫳侠?C標準庫函數(shù)的設(shè)計者為什么要將ｇetcｈar聲明為令人迷糊的iｎt類型呢?他會那么傻嗎？在正常情況下，gｅtｃhａr的確返回單個字符。但假如getchaｒ碰到文獻結(jié)束標志或發(fā)生讀錯誤,它必須返回一個標志ＥOＦ。為了區(qū)別于正常的字符,只好將EＯF定義為負數(shù)(通常為負１）。因此函數(shù)getchar就成了int類型。我們在實際工作中,經(jīng)常會碰到上述令人為難的問題。為了避免出現(xiàn)誤解，我們應(yīng)該將正常值和錯誤標志分開。即:正常值用輸出參數(shù)獲得，而錯誤標志用retｕrｎ語句返回。函數(shù)getcｈar可以改寫成BOOＬGｅtCｈａr（chaｒ*c）;雖然gechａr比GetChar靈活,例如putｃhaｒ(getchar());但是假如gｅｔchar用錯了,它的靈活性又有什么用呢?【建議4-2－可以附加返回值。例如字符串拷貝函數(shù)stｒcpy的原型:cｈar*strcpy(ｃhar＊stｒDest，ｃonｓｔchaｒ*ｓtrSrc);ｓtrcpy函數(shù)將ｓtrSｒc拷貝至輸出參數(shù)ｓtrＤesｔ中，同時函數(shù)的返回值又是strDｅst。這樣做并非多此一舉,可以獲得如下靈活性:ｃharｓtr[20];ｉntlengtｈ＝sｔrｌｅn（ｓtｒｃpy(stｒ，“HelloWorlｄ”));4.3函數(shù)內(nèi)部實現(xiàn)的規(guī)則不同功能的函數(shù)其內(nèi)部實現(xiàn)各不相同,看起來似乎無法就“內(nèi)部實現(xiàn)”達成一致的觀點。但根據(jù)經(jīng)驗,我們可以在函數(shù)體的“入口處”和“出口處”從嚴把關(guān)，從而提高函數(shù)的質(zhì)量?！疽?guī)則４-3－1】在函數(shù)體的“入口處”很多程序錯誤是由非法參數(shù)引起的,我們應(yīng)當(dāng)充足理解并對的使用“斷言”(ａsseｒt）來防止此類錯誤?！疽?guī)則4-3-２】在函數(shù)體的“出口處”,對rｅｔｕrｎ假如函數(shù)有返回值，那么函數(shù)的“出口處”是return語句。我們不要輕視rｅtｕｒn語句。假如reｔｕrn語句寫得不好，函數(shù)要么犯錯，要么效率低下。注意事項如下:(1）rｅtuｒn語句不可返回指向“棧內(nèi)存”的“指針”,由于該內(nèi)存在函數(shù)體結(jié)束時被自動銷毀。例如cｈar*Ｆunｃ(void){charｓtr［]=“ｈelloｗorld”；//str的內(nèi)存位于棧上…returnstr;//將導(dǎo)致錯誤}(2）要搞清楚返回的究竟是“值”、還是“指針”。4．4其它建議【建議４-4－1【建議4-4－２】函數(shù)體的規(guī)模要小，盡量控制在50【建議4-4-３】盡量避免函數(shù)帶有“記憶”帶有“記憶”功能的函數(shù)，其行為也許是不可預(yù)測的,由于它的行為也許取決于某種“記憶狀態(tài)”。這樣的函數(shù)既不易理解又不利于測試和維護。在Ｃ語言中,函數(shù)的static局部變量是函數(shù)的“記憶”存儲器。建議盡量少用staｔiｃ局部變量,除非必需。【建議4－4-４的變量的有效性，例如全局變量、文獻句柄等?！窘ㄗh4－4－５情況。4.5使用斷言程序一般分為Deｂug版本和Ｒｅleaｓe版本，Deｂug版本用于內(nèi)部調(diào)試,Releａse版本發(fā)行給用戶使用。斷言assｅｒt是僅在Dｅbｕｇ版本起作用的宏，它用于檢查“不應(yīng)當(dāng)”發(fā)生的情況。示例4-5是一個內(nèi)存復(fù)制函數(shù)。在運營過程中，假如aｓsｅrt的參數(shù)為假,那么程序就會中止(一般地還會出現(xiàn)提醒對話,說明在什么地方引發(fā)了assert)。ｖoｉd＊mｅmcpy（void*pvＴｏ，constｖoid*pｖFrom，sｉzｅ_tsize){ａssert(（ｐvTo!＝NＵＬL）&&(ｐvFrｏm！=ＮULL))；//使用斷言bｙｔe*pbTo=(ｂｙｔe*)pvTo;／／防止改變pｖＴo的地址bｙｔｅ*pbFrom=(bｙte*)pｖFｒoｍ;//防止改變pｖFrｏm的地址wｈile(size-－>0)*pbTo+＋＝＊pbFrｏm++;returｎpｖTo;}示例4-5復(fù)制不重疊的內(nèi)存塊asseｒt不是一個倉促拼湊起來的宏。為了不在程序的Deｂｕｇ版本和Ｒeｌｅase版本引起差別，assert不應(yīng)當(dāng)產(chǎn)生任何副作用。所以assert不是函數(shù)，而是宏。程序員可以把assert當(dāng)作一個在任何系統(tǒng)狀態(tài)下都可以安全使用的無害測試手段。假如程序在asｓert處終止了,并不是說具有該assｅrt的函數(shù)有錯誤,而是調(diào)用者出了差錯，ａssert可以幫助我們找到發(fā)生錯誤的因素。很少有比跟蹤到程序的斷言，卻不知道該斷言的作用更讓人沮喪的事了。你化了很多時間，不是為了排除錯誤,而只是為了弄清楚這個錯誤到底是什么。有的時候，程序員偶爾還會設(shè)計出有錯誤的斷言。所以假如搞不清楚斷言檢查的是什么,就很難判斷錯誤是出現(xiàn)在程序中，還是出現(xiàn)在斷言中。幸運的是這個問題很好解決,只要加上清楚的注釋即可。這本是顯而易見的事情,可是很少有程序員這樣做。這好比一個人在森林里,看到樹上釘著一塊“危險”的大牌子。但危險到底是什么?樹要倒?有廢井?有野獸?除非告訴人們“危險”是什么，否則這個警告牌難以起到積極有效的作用。難以理解的斷言經(jīng)常被程序員忽略，甚至被刪除。【規(guī)則４-5-１之間的區(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-１-3】在優(yōu)化程序的效率時,應(yīng)當(dāng)先找出限制效率的“緊要之處優(yōu)化?！疽?guī)則5－【規(guī)則5-作出適當(dāng)?shù)恼壑浴＠缍嗷ㄙM一些內(nèi)存來提高性能?！疽?guī)則5-5.2一些有益的建議【建議5-我們經(jīng)常會把“==”誤寫成“=”,象“||”、“&&”、“<=”、“>=”這類符號也很容易發(fā)生“丟1”失誤。然而編譯器卻不一定能自動指出這類錯誤。【建議5－未被初始化的變量當(dāng)成右值使用。【建議5-【建議5-們知道發(fā)生了什么事）,避免讓編譯器輕悄悄地進行隱式的數(shù)據(jù)類型轉(zhuǎn)換?！窘ㄗh5-【建議5－【建議5-2-7【建議5-【建議5－【建議5-代碼，應(yīng)當(dāng)重新編寫。【建議5-２-11】盡量使用標準庫函數(shù)，不要“【建議5-【建議５-【建議5-2-14】假如也許的話,使用PC-Linｔ２.有的學(xué)生總是問老師“我應(yīng)當(dāng)掌握什么程序設(shè)計語言更好？”你認為該如何回答這個問題?答:一方面必須掌握C語言,面向?qū)ο蟮某绦蛟O(shè)計語言，各有各的優(yōu)勢,看你想往哪方面用了，假如是服務(wù)器端的應(yīng)用最佳是ｊａva,跨平臺性好；假如是，一般的桌面應(yīng)用，C#是較好的選擇；至于易上手限度，VＢ,Dｅlｐhi等是上手比較快的;至于數(shù)據(jù)庫應(yīng)用本人認為PB是最佳的選擇,ＶB,Delphi也是比較好的選擇;當(dāng)特別強調(diào)效率的時候VC是不二的選擇,其中VC最為復(fù)雜,也最為靈活,“偷懶的程序員用VB，聰明的程序員用D