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

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

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

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

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

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

擬定系統(tǒng)的運(yùn)營規(guī)定６)

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

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

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

修正開發(fā)計(jì)劃10）假如需要?jiǎng)t開發(fā)系統(tǒng)原型什么是數(shù)據(jù)流圖?其作用是什么?其中的基本符號(hào)各表達(dá)什么含義?答：數(shù)據(jù)流圖：簡(jiǎn)稱DFD,就是采用圖形方式來表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程,是結(jié)構(gòu)化系統(tǒng)分析方法的重要表達(dá)工具及用于表達(dá)軟件模型的一種圖示方法。數(shù)據(jù)流圖的基本符號(hào)的意思：１.矩形表達(dá)數(shù)據(jù)的外部實(shí)體；2.圓角的矩形表達(dá)變換數(shù)據(jù)的解決邏輯；3.少右面的邊矩形表達(dá)數(shù)據(jù)的存儲(chǔ)；4.箭頭表達(dá)數(shù)據(jù)流。什么是數(shù)據(jù)字典？其作用是什么？它有哪些條目?答:數(shù)據(jù)字典，重要用來描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、解決過程和和數(shù)據(jù)源點(diǎn)／終點(diǎn)。作用:數(shù)據(jù)流程圖描述了系統(tǒng)的邏輯結(jié)構(gòu),其中的四個(gè)基本圖形元素的含義無法在數(shù)據(jù)流程圖中具體說明,因此數(shù)據(jù)流程圖需要與其他工具配合使用，數(shù)據(jù)字典就是這樣的工具之一。涉及的條目：數(shù)據(jù)流詞條數(shù)據(jù)元素詞條數(shù)據(jù)存儲(chǔ)詞條數(shù)據(jù)加工解決詞條數(shù)據(jù)源點(diǎn)及終點(diǎn)詞條什么是概要設(shè)計(jì)?有哪些基本任務(wù)？答:概要設(shè)計(jì):根據(jù)用戶的需求先擬定軟件系統(tǒng)的總體結(jié)構(gòu)和總的設(shè)計(jì)原則基本的任務(wù)：設(shè)想供選擇的方案。推薦最佳方案。功能分解，擬定軟件結(jié)構(gòu)。設(shè)計(jì)軟件結(jié)構(gòu)。制定測(cè)試計(jì)劃。數(shù)據(jù)設(shè)計(jì)。書寫文檔。涉及總體設(shè)計(jì)規(guī)格說明書。用戶手冊(cè)。測(cè)試計(jì)劃。設(shè)計(jì)審查和復(fù)審。具體設(shè)計(jì)的基本任務(wù)是什么?有那幾種描述方法？答：具體設(shè)計(jì)階段的任務(wù)是要為編寫程序代碼設(shè)計(jì)“圖紙”,由程序員按“圖紙”用某種高級(jí)程序設(shè)計(jì)語言編寫程序代碼。重要方法有設(shè)計(jì)程序流程圖,表格設(shè)計(jì)符號(hào)以及過程設(shè)計(jì)語言。什么是變換流?什么是事物流？答：變換型數(shù)據(jù)流可以劃分為明顯的三部分：邏輯輸入，中心變換,邏輯輸出事務(wù)流的特點(diǎn)是數(shù)據(jù)沿某個(gè)輸入途徑流動(dòng),該途徑將外部信息轉(zhuǎn)換成事務(wù)，其中發(fā)射出多條事務(wù)解決途徑的中心解決被稱為中心事務(wù)模塊的內(nèi)聚有哪幾種?模塊間的耦合有哪幾種？答：內(nèi)聚分為七種類型：巧合內(nèi)聚——一個(gè)模塊執(zhí)行多個(gè)完全互不相關(guān)的動(dòng)作，那么這個(gè)模塊就有巧合內(nèi)聚邏輯內(nèi)聚——當(dāng)一個(gè)模塊執(zhí)行一系列相關(guān)的動(dòng)作時(shí)，稱其有邏輯內(nèi)聚。時(shí)間性內(nèi)聚——當(dāng)一個(gè)模塊內(nèi)的多個(gè)任務(wù)是與時(shí)間有關(guān)時(shí)，這個(gè)模塊具有時(shí)間性內(nèi)聚。過程內(nèi)聚——模塊執(zhí)行的若干動(dòng)作之間有順序關(guān)系。通信內(nèi)聚——模塊執(zhí)行的若干動(dòng)作之間有順序關(guān)系,并且所有動(dòng)作是在相同的數(shù)據(jù)上執(zhí)行。信息內(nèi)聚——一個(gè)模塊中執(zhí)行一系列動(dòng)作，每個(gè)動(dòng)作都有自己的入口點(diǎn)和解決代碼，所有的動(dòng)作都作用在相同的數(shù)據(jù)結(jié)構(gòu)上，這樣的模塊叫做信息內(nèi)聚。功能性內(nèi)聚——一個(gè)模塊中各個(gè)部分都是完畢某一具體功能必不可少的組成部分耦合分為七類:內(nèi)容耦合——假如一個(gè)模塊直接參考另一個(gè)模塊的內(nèi)容,則這兩個(gè)模塊是內(nèi)容耦合。公共耦合——假如多個(gè)模塊都訪問同一個(gè)公共數(shù)據(jù)環(huán)境，則稱它們是公共耦合。外部耦合——假如兩個(gè)模塊都訪問同一個(gè)全局簡(jiǎn)樸變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu),并且，不是通過參數(shù)表傳遞該全局變量的信息，則這兩個(gè)模塊屬于外部耦合?？刂岂詈稀偃缒KＡ向模塊Ｂ傳遞一個(gè)控制信息，則稱這兩個(gè)模塊是控制耦合的數(shù)據(jù)結(jié)構(gòu)耦合——當(dāng)一個(gè)模塊調(diào)用另一個(gè)模塊時(shí)傳遞了整個(gè)數(shù)據(jù)結(jié)構(gòu)，這兩個(gè)模塊之間具有數(shù)據(jù)結(jié)構(gòu)耦合。數(shù)據(jù)耦合——假如兩個(gè)模塊傳遞的是數(shù)據(jù)項(xiàng)，則這兩個(gè)模塊是數(shù)據(jù)耦合。非直接耦合——假如兩個(gè)模塊之間沒有直接關(guān)系，它們之間的聯(lián)系完全通過主模塊的控制和調(diào)用來實(shí)現(xiàn)的,這就是非直接耦合。三、應(yīng)用題1.某旅館的電話服務(wù)如下:可以撥分機(jī)號(hào)和外線號(hào)碼。分機(jī)號(hào)是從７２０１至7299。外線號(hào)碼先撥9,然后是市話號(hào)碼或長(zhǎng)話號(hào)碼。長(zhǎng)話號(hào)碼是以區(qū)號(hào)和市話號(hào)碼組成。區(qū)號(hào)是從1０0到3００中任意的數(shù)字串。市話號(hào)碼是以局號(hào)和分局號(hào)組成。局號(hào)可以是45５，466,888,552中任意一個(gè)號(hào)碼。分局號(hào)是任意長(zhǎng)度為４的數(shù)字串。寫出在數(shù)據(jù)字典中,電話號(hào)碼的數(shù)據(jù)條目的定義(即組成)。名稱簡(jiǎn)稱類型長(zhǎng)度取值范圍分機(jī)號(hào)Ｅxｔenｓion_Nuｍbｅr字符４7201．．７2９９外線市話號(hào)Addｉtion＿Iｎtｅrｎｕｍber字符99+［455|4６6|888｜５５2］+４｛數(shù)字}4外線長(zhǎng)話號(hào)Ａddiｔion_Ｅxtｅｎnuｍｂer字符１29+[１00|1０1|１02|..|298|29９｜3００]+[4５5|4６６|888｜552]＋4{數(shù)字}4２.下面是旅客訂飛機(jī)票的需求描述,試畫出分層的數(shù)據(jù)流程圖。顧客將訂票單交給預(yù)訂系統(tǒng)：(1)假如是不合法訂票單,則輸出無效訂票信息；(２）對(duì)合法訂票單的預(yù)付款登錄到一個(gè)記賬文獻(xiàn)中;（3)系統(tǒng)有航班目錄文獻(xiàn)，根據(jù)填寫的旅行時(shí)間和目的地為顧客安排航班;(４）在獲得對(duì)的航班信息和確認(rèn)已交了部分預(yù)付款時(shí)發(fā)出取票單，并記錄到取票單文獻(xiàn)中。顧客在指定日期內(nèi)用取票單換取機(jī)票：(１)系統(tǒng)根據(jù)取票單文獻(xiàn)對(duì)取票單進(jìn)行有效性檢查，無效的輸出無效取票信息；（2)持有有效取票單的顧客在補(bǔ)交了剩余款后將獲得機(jī)票;(3)記賬文獻(xiàn)將被更新,機(jī)票以及顧客信息將被登錄到機(jī)票文獻(xiàn)。訂單中有訂票日期、旅行日期、時(shí)間規(guī)定（上午、下午、晚上)、出發(fā)地、目的地、顧客姓名、身份證號(hào)、聯(lián)系電話。0層流程圖預(yù)定流程圖取機(jī)票流程圖3.一個(gè)簡(jiǎn)化的圖書館信息管理系統(tǒng)有以下功能：（1)借書:輸入讀者借書證,系統(tǒng)檢查借書證是否有效；查閱借書文獻(xiàn),檢查該讀者所借圖書是否超過10本，若已達(dá)10本，顯示信息“已經(jīng)超過借書數(shù)量”,拒借；未達(dá)10本,辦理借書（檢查庫存、修改庫存信息并將讀者借書信息登入借書記錄）(2)還書：輸入書號(hào)和讀者號(hào)，從借書記錄中讀出與讀者有關(guān)的記錄，查閱所借日期，假如超過3個(gè)月,作罰款解決。否則，修改庫存信息與借書記錄。(3)查詢:可通過借書記錄、庫存信息查詢讀者情況、圖書借閱情況及庫存情況,打印各種登記表。請(qǐng)就以上系統(tǒng)功能畫出分層的DＦD圖,并建立重要條目的數(shù)據(jù)字典。0層數(shù)據(jù)流程圖還書流程圖借書流程圖查詢流程圖數(shù)據(jù)字典:元素名稱名稱類型說明IPO1還書解決解決根據(jù)書號(hào)做還書解決,違規(guī)做處罰IPO２有效性檢查解決檢查讀者號(hào),圖書號(hào)的有效性IPO3借書解決解決按讀者號(hào)，圖書號(hào)進(jìn)行借書解決IＰO4查詢解決管理員對(duì)一些基本信息進(jìn)行查詢ＩＰO5打印報(bào)表解決打印查詢到的信息IＰＯ６處罰管理解決根據(jù)規(guī)則對(duì)延期給予相應(yīng)的處罰IPO7數(shù)量檢查解決對(duì)讀者借出的數(shù)量是否符合規(guī)定進(jìn)行檢查DS001讀者信息數(shù)據(jù)存儲(chǔ)讀者信息錄入,修改，刪除，保存DS0０2庫存信息數(shù)據(jù)存儲(chǔ)圖書的基本的情況以及所有圖書的整體情況DS003錯(cuò)還信息數(shù)據(jù)存儲(chǔ)存儲(chǔ)借還書信息，系統(tǒng)自動(dòng)解決,不能人工錄入DS00４處罰信息數(shù)據(jù)存儲(chǔ)存儲(chǔ)延期的處罰信息軟件工程作業(yè)２（第５~7章）一、選擇題從本質(zhì)上說,面向?qū)ο笫恰跋取睌M定(A)后擬定執(zhí)行的動(dòng)作。A.動(dòng)作的主體 B．屬性 C.關(guān)系 D.方法（Ｂ)是對(duì)象的靜態(tài)特性。A.方法 B．屬性 C．關(guān)系 D.操作對(duì)象的（D）使對(duì)象的動(dòng)態(tài)特性Ａ.特性?B.屬性 C.關(guān)系 D.操作屬于某個(gè)類的一個(gè)具體對(duì)象稱為該類的(A）。A.實(shí)例?B.虛擬 C.繼承 D.多態(tài)UML是（A）。一種可視化的建模語言是一種可視化的程序設(shè)計(jì)語言是一種過程是一種方法封裝的的作用是(Ａ）。A.復(fù)用 B.對(duì)象?C.實(shí)例?D.方法8．面向?qū)ο蠓治龅暮诵脑谟诮ⅲ˙)模型。A．建立對(duì)的的模型B.辨認(rèn)問題域?qū)ο驝．辨認(rèn)對(duì)象之間的關(guān)系Ｄ.上面所有9.面向?qū)ο蠓治鲞^程中建立的模型有（D）。Ａ.數(shù)據(jù)模型、功能模型、活動(dòng)模型B.對(duì)象模型、功能模型、測(cè)試模型C．屬性模型、功能模型、對(duì)象模型Ｄ.對(duì)象模型、功能模型、動(dòng)態(tài)模型10．下列的（Ｃ）不是分析建模的目的。A.定義可驗(yàn)證的軟件需求Ｂ.描述客戶需求C.開發(fā)一個(gè)簡(jiǎn)樸的問題解決方案D.建立軟件設(shè)計(jì)的基礎(chǔ)１1．下列的(C）不屬于面向?qū)ο蠓治瞿Ｐ汀＃粒美龍DＢ.類圖Ｃ.實(shí)體關(guān)系圖D.順序圖12．(A）用于描述系統(tǒng)中概念層次的對(duì)象。A.分析類Ｂ.界面類C.實(shí)體類D.控制類13.在基于用例的面向?qū)ο蠓治鲞^程中,定義交互行為的關(guān)鍵在于通過描述分析類實(shí)例之間的（A）將用例的職責(zé)分派到分析類中。A．消息傳遞Ｂ關(guān)聯(lián)關(guān)系C繼承關(guān)系D上下文關(guān)系１4．用例的實(shí)現(xiàn)細(xì)節(jié)不會(huì)在(B)描述。A．用例說明B.用例圖Ｃ.活動(dòng)圖D.順序圖15.用例的職責(zé)通常分派給（Ｄ）的對(duì)象。A．發(fā)送消息Ｂ.接受消息C．發(fā)送和接受雙方D．分析類16.組織機(jī)構(gòu)圖是（C)。A.UML的一個(gè)最新圖B.類圖的一種Ｃ.用于辨認(rèn)角色的輔助圖D.用例圖的一種1７.在圖書館系統(tǒng)中,假如已經(jīng)構(gòu)造了一個(gè)一般借書者類,后來發(fā)現(xiàn)圖書館的學(xué)生和教師在借書中有不同規(guī)定。請(qǐng)問在面向?qū)ο笤O(shè)計(jì)中用(B)方法可以方便地設(shè)計(jì)這兩個(gè)類?A．信息隱藏Ｂ.繼承C．動(dòng)態(tài)聯(lián)編D.代碼復(fù)制1８．框架是一組可用于不同應(yīng)用的（Ａ）集合A．類B.對(duì)象C．模塊D．代碼19．下面哪個(gè)選項(xiàng)不能描述子系統(tǒng)之間的關(guān)系。（D)A.請(qǐng)求——服務(wù)關(guān)系B.繼承關(guān)系C.依賴關(guān)系D.數(shù)據(jù)關(guān)系20．每個(gè)子系統(tǒng)的接口上定義了若干(B），體現(xiàn)了子系統(tǒng)的功能。A．說明B.操作C．屬性D.關(guān)系21．通常將具有共性的非功能規(guī)定設(shè)計(jì)在(B）,以減少重新開發(fā)的工作量。A.接口層B.中間層Ｃ.最低層D.最高層２2.每個(gè)用例至少應(yīng)當(dāng)有一個(gè)(C），它通常沒有屬性而只有方法，只是起協(xié)調(diào)和控制作用。A.接口類B.實(shí)體類C.控制類D.界面類２3.類有三種類型即（A）。A.邊界類、實(shí)體類、控制類B.實(shí)體類、數(shù)據(jù)類、界面類C．控制類、實(shí)體類、數(shù)據(jù)類Ｄ．界面類、控制類、公共類24.下面那個(gè)選項(xiàng)不是對(duì)的的面向?qū)ο笤O(shè)計(jì)思想。（C）A.對(duì)接口進(jìn)行設(shè)計(jì)B.發(fā)現(xiàn)變化并且封裝它Ｃ.先繼承后組合D.先組合后繼承25.定義類的屬性類型時(shí)盡量使用已有的類型,太多的自定義類型會(huì)減少系統(tǒng)的(A）指標(biāo)。A.可維護(hù)性B.安全性C.開發(fā)效率D.可移植性二、簡(jiǎn)答題舉例說明類和對(duì)象的關(guān)系。答：學(xué)生可作為一個(gè)類－-－學(xué)生類,每個(gè)學(xué)生就是這個(gè)學(xué)生類的一個(gè)實(shí)例,例如，學(xué)生張三就是學(xué)生類的一個(gè)實(shí)例。面向?qū)ο蠓治龅年P(guān)鍵環(huán)節(jié)有哪些？應(yīng)建立哪幾個(gè)模型?答：關(guān)鍵環(huán)節(jié)有辨認(rèn)問題域的對(duì)象并分析它們互相之間的關(guān)系,建立簡(jiǎn)潔、精確、可理解的對(duì)的模型;應(yīng)建立的模型有功能模型，對(duì)象模型，動(dòng)態(tài)模型。什么是實(shí)體類、邊界類和控制類?為什么將分析類劃提成這三種類型?答：（1)實(shí)體類保存要存入永久存儲(chǔ)體的信息。實(shí)體類通常在事件流或交互圖中,是對(duì)用戶最故意義的類。邊界類位于系統(tǒng)與外界的交界處,涉及所有的窗體、報(bào)表、系統(tǒng)硬件接口、與其他系統(tǒng)的接口?？刂祁愗?fù)責(zé)協(xié)調(diào)其他類的工作。每個(gè)用例中至少應(yīng)當(dāng)有一個(gè)控制類，它控制用況中的事件順序。(2）分為三種類型是由于它們各自的功能不同。界面類——描述系統(tǒng)與角色之間的接口?？刂祁悺诜治瞿Ｐ蛢?nèi)表達(dá)協(xié)調(diào)、順序、事務(wù)解決以及控制其他對(duì)象的類。實(shí)體類——為需要長(zhǎng)期保存的信息進(jìn)行建模的類。UML中有哪幾類個(gè)視圖,它們的作用分別是什么?答:（1）用例視圖（Uｓe－Caｓevｉew)用例視圖用于描述系統(tǒng)的功能集。它是從系統(tǒng)外部以用戶角度,對(duì)系統(tǒng)做的抽象表達(dá)。用例視圖所描述的系統(tǒng)功能依靠于外部用戶或另一個(gè)系統(tǒng)觸發(fā)激活，為用戶或另一個(gè)系統(tǒng)提供服務(wù),實(shí)現(xiàn)與用戶或另一個(gè)系統(tǒng)之間的交互。用例視圖中可以包含若干個(gè)用例，用例表達(dá)系統(tǒng)可以提供的功能，用例視圖是其他視圖的核心和基礎(chǔ)。其他視圖的構(gòu)造依賴于用例視圖中所描述的內(nèi)容，由于系統(tǒng)的最終目的是實(shí)現(xiàn)用例視圖中描述的功能，同時(shí)附帶一些非功能性的特性,因此用例視圖影響著所有其他的視圖。(2)邏輯視圖(Lｏgiｃalvｉｅw)假如說用例視圖描述系統(tǒng)“做什么”，那么邏輯視圖就是描述“怎么做”。系統(tǒng)的靜態(tài)結(jié)構(gòu)描述類、對(duì)象和它們之間的關(guān)系，反映的是系統(tǒng)靜態(tài)特性或結(jié)構(gòu)組成。（３）組件視圖(Compoｎｅｎtview）組件視圖用來描述系統(tǒng)實(shí)現(xiàn)的結(jié)構(gòu)和行為特性,反映系統(tǒng)各組成元素之間的關(guān)系。組件視圖由組件圖實(shí)現(xiàn)，重要供開發(fā)者和管理者使用。(4）并發(fā)視圖（ConｃurrencｙVｉew)并發(fā)視圖用來描述系統(tǒng)的動(dòng)態(tài)和行為特性。并發(fā)視圖將任務(wù)劃分為進(jìn)程或線程形式,通過任務(wù)劃分引入并發(fā)機(jī)制，可以高效地使用資源、并行執(zhí)行和解決異步事件。除了劃分系統(tǒng)為并發(fā)執(zhí)行的進(jìn)程或線程外,并發(fā)視圖還必須解決通信和同步問題。（5)配置視圖(ＤeploｙｍenｔView）配置視圖體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境,反映系統(tǒng)的物理架構(gòu)。配置視圖還涉及一個(gè)映射，該映射顯示在物理架構(gòu)中組件是如何分派的。5.順序圖在分析階段的作用？答:順序圖描述了一組交互對(duì)象間的交互方式，它表達(dá)完畢某項(xiàng)行為的對(duì)象和這些對(duì)象之間傳遞消息的時(shí)間順序6.活動(dòng)圖在分析階段的作用？答：活動(dòng)圖反映系統(tǒng)中從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的流程,強(qiáng)調(diào)對(duì)象間的控制流程?；顒?dòng)圖特別適合描述工作流和并行解決過程。具體地說活動(dòng)圖可以描述一個(gè)操作過程中需要完畢的活動(dòng)；描述一個(gè)對(duì)象內(nèi)部的工作；描述如何執(zhí)行一組相關(guān)的動(dòng)作,以及這些動(dòng)作如何影響它們周邊的對(duì)象；說明一個(gè)業(yè)務(wù)活動(dòng)中角色、工作流、組織和對(duì)象是如何工作的。7.比較結(jié)構(gòu)化設(shè)計(jì)和面向?qū)ο笤O(shè)計(jì)區(qū)別?答：結(jié)構(gòu)化設(shè)計(jì)：系統(tǒng)被劃提成多個(gè)模塊，這些模塊被組織成一個(gè)樹型結(jié)構(gòu)。根就是主模塊,葉子是最低檔的功能模塊。這棵樹也表達(dá)調(diào)用結(jié)構(gòu)：每個(gè)模塊都調(diào)用自己的直接下級(jí)模塊,并被自己的直接上級(jí)模塊調(diào)用。頂層模塊負(fù)責(zé)收集應(yīng)用程序最重要的那些執(zhí)行策略,底層模塊實(shí)現(xiàn)解決細(xì)節(jié)。在這個(gè)體系結(jié)構(gòu)中越靠上層位置,概念的抽象層次就越高。但是，由于上層模塊需要調(diào)用下層模塊，所以這些上層模塊就依賴于下層模塊的解決細(xì)節(jié)。也就是說，當(dāng)實(shí)現(xiàn)細(xì)節(jié)發(fā)生變化時(shí),抽象也會(huì)受到影響;假如想復(fù)用某一個(gè)抽象的話,就必須把它依賴的細(xì)節(jié)都一起拖過去。??面向?qū)ο笤O(shè)計(jì):上層創(chuàng)建的抽象不依賴于任何細(xì)節(jié)，而細(xì)節(jié)則高度依賴于上層的抽象。這種依賴關(guān)系的變化正是結(jié)構(gòu)化設(shè)計(jì)與面向?qū)ο笤O(shè)計(jì)的主線區(qū)別。8.什么是框架，它與“設(shè)計(jì)”有什么關(guān)系？答:框架是一組可用于不同應(yīng)用的類的集合。框架中的類通常是一些抽象類并且互相有聯(lián)系，可以通過繼承的方式使用這些類,當(dāng)面向?qū)ο笤O(shè)計(jì)進(jìn)行底層設(shè)計(jì)時(shí),對(duì)每個(gè)類進(jìn)行具體設(shè)計(jì)，設(shè)計(jì)類的屬性和操作，優(yōu)化類之間的關(guān)系,就可以設(shè)計(jì)成框架來對(duì)類的設(shè)計(jì)進(jìn)行構(gòu)架和優(yōu)化。9.系統(tǒng)的物理構(gòu)架中應(yīng)當(dāng)涉及哪些信息?答:用ＵML的配置圖描述系統(tǒng)的物理構(gòu)架,然后將需求分析階段捕獲的系統(tǒng)功能分派到這些物理節(jié)點(diǎn)上。涉及的信息為節(jié)點(diǎn)的拓?fù)浣Y(jié)構(gòu)、硬件設(shè)備配置、通信途徑、各個(gè)節(jié)點(diǎn)上運(yùn)營的系統(tǒng)軟件配置、應(yīng)用軟件配置。三、應(yīng)用題一個(gè)多媒體商店系統(tǒng)包含一個(gè)由媒體文獻(xiàn)構(gòu)成的數(shù)據(jù)庫，有兩類媒體文獻(xiàn):圖像文獻(xiàn)和聲音文獻(xiàn)。每個(gè)媒體文獻(xiàn)都有名稱和唯一的編碼,并且文獻(xiàn)包含作者信息和格式信息,聲音文獻(xiàn)還包含聲音文獻(xiàn)的時(shí)長(zhǎng)(以秒為單位)和作者的信息。假設(shè)每個(gè)媒體文獻(xiàn)可以由唯一的編碼所辨認(rèn)，系統(tǒng)要提供以下功能:媒體庫中可以添加新的特別媒體文獻(xiàn)。通過給定的文獻(xiàn)編碼查找需要的媒體文獻(xiàn)。從媒體庫中刪除指定的媒體文獻(xiàn)。給出媒體庫中媒體文獻(xiàn)的數(shù)量?？紤]類iｍaｇeFile和aｕdioＦilｅ應(yīng)當(dāng)具有哪些恰當(dāng)?shù)膶傩院头椒ù穑篿mａgeFilｅ類的屬性有:Ｎame（文獻(xiàn)名稱),Code(編碼),ＡutｈｏrIｎfo（作者信息)，F(xiàn)ｏrmａt(yī)（格式信息);aｕdioＦｉle類除了擁有以上屬性外尚有屬性Timｅ（文獻(xiàn)時(shí)長(zhǎng)）;imａgeFile類的方法：Add(imageFile)(添加圖像文獻(xiàn)）,Dｅlｅte（Ｃode)（刪除文獻(xiàn))，ＧeｔFｉle（Cｏde)(查找文獻(xiàn)）,GｅtNumber（）（返回媒體文獻(xiàn)的數(shù)量）；ａudioFiｌe類的方法：Add(ａｕdiｏＦile)(添加聲音文獻(xiàn)),Dｅlete（Ｃｏde）(刪除文獻(xiàn))，GetＦile（Code)（查找文獻(xiàn)），GｅｔNumbｅr（）(返回媒體文獻(xiàn)的數(shù)量）。若把學(xué)生當(dāng)作一個(gè)實(shí)體，它可以提成多個(gè)子實(shí)體,如小學(xué)生、中學(xué)生和大學(xué)生等。在面向?qū)ο蟮脑O(shè)計(jì)中，可以創(chuàng)建如下４個(gè)類：類Stuｄent、類ElementaryStudｅnt、MidｄleSｔｕdeｎｔ;類ＵnｉvｅrsitySｔuｄent。試給出這4個(gè)類的屬性以及它們之間的關(guān)系。答：Stｕｄeｎt類為基類,其他三個(gè)類都是Stｕdenｔ的子類。Studｅｎt類的屬性有:Nａｍe(姓名），Sex(性別），Ａｇe（年齡）,Clasｓ（班級(jí)）。ElementａryStｕdｅnt類的屬性有:IsTeamMembeｒ(是否是少先隊(duì)員)，IsGoｏｄStudent（是否是三好學(xué)生）。MidｄleSｔudent類的屬性為：IsMembｅr(是否是團(tuán)員）,Sｕｂject（文科理科)。UniveｒｓｉtySｔudent類的屬性為：IsParｔｙMember(是否黨員）,Ｄepartment（學(xué)院),Specｉalty（專業(yè))。三、應(yīng)用題某學(xué)校領(lǐng)書的工作流程為：學(xué)生班長(zhǎng)填寫領(lǐng)書單，班主任審查后署名,然后班長(zhǎng)拿領(lǐng)書單到書庫領(lǐng)書。書庫保管員審查領(lǐng)書單是否有班主任署名，填寫是否對(duì)的等，不對(duì)的的領(lǐng)書單退回給班長(zhǎng);假如填寫對(duì)的則給予領(lǐng)書并修改庫存清單;當(dāng)某書的庫存量低于臨界值時(shí)，登記需訂書的信息。天天下班前為采購部門提供一張訂書單。用活動(dòng)圖來描述領(lǐng)書的過程。解:使用順序圖描述下面的情景,當(dāng)用戶在自己的計(jì)算機(jī)上向網(wǎng)絡(luò)打印機(jī)發(fā)出一個(gè)打印任務(wù)時(shí),他的計(jì)算機(jī)便向打印機(jī)服務(wù)器發(fā)送一條打印命令prinｔ(ｆilｅ）,打印機(jī)服務(wù)器假如發(fā)現(xiàn)網(wǎng)絡(luò)打印機(jī)處在空閑狀態(tài),則向打印機(jī)發(fā)送打印命令print(filｅ),否則向打印隊(duì)列發(fā)送一條保存命令stoｒe(ｆｉｌｅ）。解:某報(bào)社采用面向?qū)ο蠹夹g(shù)實(shí)現(xiàn)報(bào)刊征訂的計(jì)算機(jī)管理系統(tǒng)，該系統(tǒng)基本需求如下:（1）報(bào)社發(fā)行多種刊物，每種刊物通過訂單來征訂,訂單中有代碼，名稱，訂期,單價(jià),份數(shù)等項(xiàng)目,訂戶通過填寫訂單來訂閱報(bào)刊。?(2）報(bào)社下屬多個(gè)發(fā)行站，每個(gè)站負(fù)責(zé)收集登陸訂單、打印收款憑證等事務(wù)。?(3)報(bào)社負(fù)責(zé)分類并記錄各個(gè)發(fā)行站送來的報(bào)刊訂閱信息。?請(qǐng)就此需求建立對(duì)象模型。HＹPEＲＬINＫ＂"\l＂53＂解：軟件工程作業(yè)3（第8~11章)選擇題結(jié)構(gòu)化語言是介于自然語言和形式語言之間的一種(Ｄ)。A.半形式語言B.計(jì)算機(jī)語言C．低檔語言?Ｄ.高級(jí)語言程序設(shè)計(jì)語言的技術(shù)特性不應(yīng)涉及(Ｃ）。HYPＥRＬINK""\ｌ"３３"A、數(shù)據(jù)結(jié)構(gòu)的描述性B、抽象類型的描述性C、數(shù)據(jù)庫的易操作性D、軟件的可移植性程序的三種基本控制結(jié)構(gòu)是（Ｂ)。HYPERLＩNK＂＂\l＂301＂A．過程、子程序和分程序 ?B．順序、選擇和反復(fù)C.遞歸、堆棧和隊(duì)列?? D.調(diào)用、返回和轉(zhuǎn)移結(jié)構(gòu)化程序設(shè)計(jì)重要強(qiáng)調(diào)的是(D）。HＹPERLINK""\ｌ"3０１＂A.程序的規(guī)模B．程序的效率 C．程序設(shè)計(jì)語言的先進(jìn)性?D．程序易讀性下列關(guān)于功能性注釋不對(duì)的的說法是(B)。A.功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài)Ｂ.注釋用來說明程序段，需要在每一行都要加注釋C.可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序D．修改程序也應(yīng)修改注釋下列關(guān)于效率的說法不對(duì)的的是(D）。A.效率是一個(gè)性能規(guī)定，其目的應(yīng)當(dāng)在需求分析時(shí)給出B．提高程序效率的主線途徑在于選擇良好的設(shè)計(jì)方法,數(shù)據(jù)結(jié)構(gòu)與算法C．效率重要指解決機(jī)時(shí)間和存儲(chǔ)器容量?jī)蓚€(gè)方面Ｄ.程序的效率與程序的簡(jiǎn)樸性無關(guān)結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的重要區(qū)別在于（B)。Ａ．軟件是否結(jié)構(gòu)化?B.軟件配置是否完整 C．程序的完整性 D.文檔的完整性關(guān)于JAＶA語言下列說法不對(duì)的的是(B)。A.跨平臺(tái)的 B.動(dòng)態(tài)指針?C.解釋型的 Ｄ.面向?qū)ο蟮氖褂冒缀袦y(cè)試方法時(shí)，擬定測(cè)試數(shù)據(jù)應(yīng)根據(jù)(A)和指定的覆蓋標(biāo)準(zhǔn)。A程序內(nèi)部邏輯B.程序復(fù)雜結(jié)構(gòu)Ｃ．使用說明書? Ｄ．程序的功能確認(rèn)測(cè)試重要涉及的文檔是(Ａ）。HYPＥRLＩNK"＂\l"３5"A、需求規(guī)格說明書B、概要設(shè)計(jì)說明書Ｃ、具體設(shè)計(jì)說明書D、源程序測(cè)試的關(guān)鍵問題是(D）。A.如何組織對(duì)軟件的評(píng)審 Ｂ．如何驗(yàn)證程序的對(duì)的性C.如何采用綜合策略? D.如何選擇測(cè)試用例黑盒測(cè)試在設(shè)計(jì)測(cè)試用例時(shí),重要研究（A）。HYＰERLINK""＼l＂４12"A.需求規(guī)格說明 Ｂ.具體設(shè)計(jì)說明Ｃ.項(xiàng)目開發(fā)計(jì)劃 D.概要設(shè)計(jì)說明與具體設(shè)計(jì)說明下面哪些測(cè)試屬于黑盒測(cè)試（Ｂ)。Ａ、途徑測(cè)試B、等價(jià)類劃分C、條件判斷Ｄ、循環(huán)測(cè)試在下述哪一種測(cè)試中，測(cè)試人員必須接觸到源程序(B)。A、功能測(cè)試 B、結(jié)構(gòu)測(cè)試C、功能測(cè)試和結(jié)構(gòu)測(cè)試D、性能測(cè)試檢查軟件產(chǎn)品是否符合需求定義的過程稱為（D）。A、確認(rèn)測(cè)試B、集成測(cè)試Ｃ、驗(yàn)收測(cè)試D、驗(yàn)證測(cè)試軟件測(cè)試方法中,黑盒、白盒測(cè)試法是常用的方法,其中白盒測(cè)試重要用于測(cè)試（D）。結(jié)構(gòu)合理性B、軟件外部功能Ｃ、程序?qū)Φ男訢、程序內(nèi)部邏輯軟件維護(hù)中，因修改交互輸入的順序,沒有對(duì)的的記錄而引起的錯(cuò)誤是（A）產(chǎn)生的副作用。Ａ、文檔B、數(shù)據(jù)??Ｃ、編碼D、設(shè)計(jì)以下屬于軟件維護(hù)階段文檔的是（C)。Ａ、軟件需求說明B、操作手冊(cè)C、軟件問題報(bào)告D、測(cè)試分析報(bào)告產(chǎn)生軟件維護(hù)的副作用，是指（C）。A、開發(fā)時(shí)的錯(cuò)誤? ??B、隱含的錯(cuò)誤?C、因修改軟件而導(dǎo)致的錯(cuò)誤?D、運(yùn)營時(shí)誤操作維護(hù)中，因誤刪除一個(gè)標(biāo)記符而引起的錯(cuò)誤是(C）副作用。A、文檔?B、數(shù)據(jù) C、編碼?D、設(shè)計(jì)可維護(hù)性的特性中，互相促進(jìn)的(A)。A、可理解性和可測(cè)試性B、效率和可移植性?C、效率和可修改性 Ｄ、效率和結(jié)構(gòu)好軟件維護(hù)的困難重要因素是（C）Ａ、費(fèi)用低?B、人員少 C、開發(fā)方法的缺陷Ｄ、用戶不配合軟件維護(hù)費(fèi)用高的重要因素是（Ｃ）。HＹPEＲLINK""＼l"34"A、人員少B、人員多C、生產(chǎn)率低D、生產(chǎn)率高為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是(C）。HYPERLINＫ"＂A、校正性維護(hù)?B、完善性維護(hù) C、適應(yīng)性維護(hù)D、防止性維護(hù)可維護(hù)性的特性中,互相矛盾的是(Ｂ）A．可理解性與可測(cè)試性B.效率與可修改性Ｃ.可修改性和可理解性Ｄ.可理解性與可讀性各種不同的軟件維護(hù)中,以（C)維護(hù)所占的維護(hù)量最小。糾錯(cuò)性維護(hù)B、代碼維護(hù)C、防止性維護(hù)Ｄ、文檔維護(hù)在變更控制中,(Ｂ)可以用來保證由不同用戶所執(zhí)行的并發(fā)變更。Ａ．異步控制B．同步控制C．存取控制Ｄ．基線控制變更控制是一項(xiàng)最重要的軟件配置任務(wù)，其中“檢出”和（A）解決實(shí)現(xiàn)了兩個(gè)重要的變更控制要素,即存取控制和同步控制。A.登入B．管理C.填寫變更規(guī)定D．審查用Ｇantｔ圖表達(dá)軟件項(xiàng)目進(jìn)度安排,下列說法中對(duì)的的是HYPERLINＫ""\l"421"(B）Ａ．可以反映多個(gè)任務(wù)之間的復(fù)雜關(guān)系B．可以直觀表達(dá)任務(wù)之間互相依賴制約關(guān)系C．可以表達(dá)哪些任務(wù)是關(guān)鍵任務(wù)Ｄ.可以表達(dá)子任務(wù)之間的并行和串行關(guān)系基線可作為軟件生存期中各開發(fā)階段的一個(gè)檢查點(diǎn)。當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí),可以返回到最近和最恰當(dāng)?shù)?Ｃ)上HYＰERＬINK"＂Ａ.配置項(xiàng)B．程序C.基線D．過程簡(jiǎn)答題為建立良好的編程風(fēng)格應(yīng)遵循什么原則？答:1)節(jié)簡(jiǎn)化①不使用不必要的變量和函數(shù)②避免變量重名，變量重名可導(dǎo)致很難被發(fā)現(xiàn)的錯(cuò)誤。③盡量減小代碼量。④盡量減少代碼的執(zhí)行時(shí)間,提高執(zhí)行效率。⑤避免功能冗余的模塊。⑥盡量不使用全局變量。2）模塊化①保證物理和邏輯功能密切相關(guān)。②限定一個(gè)模塊完畢一個(gè)獨(dú)立的功能，提高模塊的內(nèi)聚度。③檢查代碼的反復(fù)率，反復(fù)多的代碼,要抽出來作為一個(gè)單獨(dú)的模塊。3)簡(jiǎn)樸化①采用直接了當(dāng)?shù)乃惴?避免使用技巧性高和難懂的代碼。②使用簡(jiǎn)樸的數(shù)據(jù)結(jié)構(gòu)，避免使用多維數(shù)組、指針和復(fù)雜的表。③注意對(duì)象命名的一致性。④以手工的方式簡(jiǎn)化算術(shù)和邏輯表達(dá)式。4)結(jié)構(gòu)化①按標(biāo)準(zhǔn)化的順序說明數(shù)據(jù)；②按字母順序說明對(duì)象名③使用讀者明了的結(jié)構(gòu)化程序部件;④采用直截了當(dāng)?shù)乃惴?；⑤根?jù)應(yīng)用背景排列程序各個(gè)部分;⑥不隨意為效率而犧牲程序的清楚度和可讀性;⑦讓機(jī)器多做煩瑣的工作,如反復(fù)、庫函數(shù);⑧用公共函數(shù)調(diào)用代替反復(fù)出現(xiàn)的表達(dá)式；⑨避免循環(huán)、分支的嵌套層數(shù)過高;⑩單入口單出口。５)文檔化(documｅｎtatiｏｎ）①有效、適本地使用注釋。②協(xié)調(diào)使用程序塊注釋和程序行注釋。③保持文檔和程序的同步。６）格式化（layｏut)①始終采用統(tǒng)一縮進(jìn)規(guī)則；②適當(dāng)插入括號(hào)表白運(yùn)算順序、排除二義性;③有效地使用空格符以區(qū)別程序的不批準(zhǔn)群。什么是軟件測(cè)試?答:軟件測(cè)試從廣義上講,是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評(píng)審和確認(rèn)活動(dòng)。從狹義上講，軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程?；蛘哒f,軟件測(cè)試是根據(jù)軟件開發(fā)各個(gè)階段的規(guī)格說明和程序內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例，用這些測(cè)試用例運(yùn)營程序，以發(fā)現(xiàn)程序錯(cuò)誤的過程。軟件測(cè)試的原則是什么？答：軟件測(cè)試的原則有:應(yīng)當(dāng)把測(cè)試貫穿在整個(gè)開發(fā)過程之中。事實(shí)上，從需求分析階段開始,每個(gè)階段結(jié)束之前都要進(jìn)行階段審查,目的是盡早發(fā)現(xiàn)和糾正錯(cuò)誤。每個(gè)測(cè)試用例都應(yīng)當(dāng)涉及測(cè)試輸入數(shù)據(jù)和這組數(shù)據(jù)輸入作用下的預(yù)期輸出結(jié)果。在實(shí)際操作中可以列出一張表格，涉及每個(gè)測(cè)試用例的編號(hào)、類型、輸入數(shù)據(jù)、預(yù)期輸出結(jié)果、實(shí)際輸出結(jié)果、犯錯(cuò)因素分析。要對(duì)每個(gè)測(cè)試結(jié)果進(jìn)行全面檢查,不要漏掉已經(jīng)出現(xiàn)的錯(cuò)誤跡象。程序員應(yīng)當(dāng)盡量避免檢查自己編寫的代碼。測(cè)試工作需要嚴(yán)格的工作作風(fēng)，程序員在測(cè)試自己編寫的代碼時(shí)往往會(huì)帶有一些傾向性,使得他們工作中經(jīng)常出現(xiàn)一些疏漏。并且，程序員對(duì)設(shè)計(jì)規(guī)格說明書的理解錯(cuò)誤而引入的錯(cuò)誤更是難于發(fā)現(xiàn)。在設(shè)計(jì)測(cè)試用例時(shí),應(yīng)當(dāng)涉及有效的、盼望的輸入情況，也要涉及無效的和不盼望的輸入情況。既可以驗(yàn)證程序正常運(yùn)營的合理輸入，也可以驗(yàn)證對(duì)異常情況解決的不合理輸入數(shù)據(jù)以及臨界數(shù)據(jù)。在測(cè)試程序時(shí)，人們經(jīng)常過多地考慮合法的和盼望的輸入條件,以檢查程序是否做了它應(yīng)當(dāng)做的事情,而忽視了不合法的和預(yù)想不到的輸入條件。事實(shí)上，用戶在使用系統(tǒng)時(shí),輸入一些錯(cuò)誤指令和參數(shù)是經(jīng)常發(fā)生的,假如軟件碰到這種情況不能做出適當(dāng)?shù)姆从?給出相應(yīng)的提醒信息,就也許會(huì)誤導(dǎo)用戶,甚至導(dǎo)致嚴(yán)重?fù)p失。軟件中遺留的錯(cuò)誤數(shù)量與已經(jīng)發(fā)現(xiàn)的錯(cuò)誤數(shù)量成正比。根據(jù)這個(gè)規(guī)律,對(duì)測(cè)試中發(fā)現(xiàn)錯(cuò)誤成堆的模塊更要仔細(xì)測(cè)試。例如,在某個(gè)著名的操作系統(tǒng)中，４4％的錯(cuò)誤僅與4%的模塊有關(guān)。回歸測(cè)試的關(guān)聯(lián)性要特別引起注意，修改一個(gè)錯(cuò)誤而引起更多錯(cuò)誤的現(xiàn)象并不少見。測(cè)試程序時(shí)不僅要檢查程序是否做了它應(yīng)當(dāng)做的事情,還要檢查它是否做了不該做的事情。例如,工資軟件中，軟件只完畢在編職工的工資計(jì)算和輸出,不在編人員的工資是不進(jìn)行計(jì)算和輸出的。假如軟件將不在編人員的工資信息也輸出顯然是不合適的。嚴(yán)格執(zhí)行測(cè)試計(jì)劃。在測(cè)試之前應(yīng)當(dāng)有明確的測(cè)試計(jì)劃,內(nèi)容涉及:要測(cè)試的軟件功能和內(nèi)容、測(cè)試用例和預(yù)期結(jié)果、測(cè)試的進(jìn)度安排、需要的工具和資源、測(cè)試控制方式和過程等。１0）做好測(cè)試記錄,為記錄和維護(hù)提供基礎(chǔ)數(shù)據(jù)。請(qǐng)說明集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試有什么不同？答：集成測(cè)試界于單元測(cè)試和系統(tǒng)測(cè)試之間，起到“橋梁作用”，一般由開發(fā)小組采用白盒加黑盒的方式來測(cè)試,既驗(yàn)證“設(shè)計(jì)”，又驗(yàn)證“需求”。?系統(tǒng)測(cè)試的粒度最大,一般由獨(dú)立測(cè)試小組采用黑盒方式來測(cè)試，重要測(cè)試系統(tǒng)是否符合“需求規(guī)格說明書”。

驗(yàn)收測(cè)試與系統(tǒng)測(cè)試相似，重要區(qū)別是測(cè)試人員不同,驗(yàn)收測(cè)試由用戶執(zhí)行。簡(jiǎn)述單元測(cè)試的內(nèi)容。答:單元測(cè)試的內(nèi)容有1)模塊接口測(cè)試：對(duì)通過被測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試。為此,對(duì)模塊接口，涉及參數(shù)表、調(diào)用子模塊的參數(shù)、全程數(shù)據(jù)、文獻(xiàn)輸入／輸出操作都必須檢查。２）局部數(shù)據(jù)結(jié)構(gòu)測(cè)試:設(shè)計(jì)測(cè)試用例檢查數(shù)據(jù)類型說明、初始化、缺省值等方面的問題，還要查清全程數(shù)據(jù)對(duì)模塊的影響。 3）途徑測(cè)試:選擇適當(dāng)?shù)臏y(cè)試用例，對(duì)模塊中重要的執(zhí)行途徑進(jìn)行測(cè)試。對(duì)基本執(zhí)行途徑和循環(huán)進(jìn)行測(cè)試可以發(fā)現(xiàn)大量途徑錯(cuò)誤。４）錯(cuò)誤解決測(cè)試：檢查模塊的錯(cuò)誤解決功能是否包具有錯(cuò)誤或缺陷。例如,是否拒絕不合理的輸入;犯錯(cuò)的描述是否難以理解、是否對(duì)錯(cuò)誤定位有誤、是否犯錯(cuò)因素報(bào)告有誤、是否對(duì)錯(cuò)誤條件的解決不對(duì)的;在對(duì)錯(cuò)誤解決之前錯(cuò)誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等。5）邊界測(cè)試:要特別注意數(shù)據(jù)流、控制流中剛好等于、大于或小于擬定的比較值時(shí)犯錯(cuò)的也許性。對(duì)這些地方要仔細(xì)地選擇測(cè)試用例，認(rèn)真加以測(cè)試。５）此外，假如對(duì)模塊運(yùn)營時(shí)間有規(guī)定的話,還要專門進(jìn)行關(guān)鍵途徑測(cè)試，以擬定最壞情況下和平均意義下影響模塊運(yùn)營時(shí)間的因素。這類信息對(duì)進(jìn)行性能評(píng)價(jià)是十分有用的。什么是白盒測(cè)試?它適應(yīng)哪些測(cè)試?答：白盒測(cè)試也叫結(jié)構(gòu)測(cè)試,測(cè)試者需要了解被測(cè)程序的內(nèi)部結(jié)構(gòu)。白盒測(cè)試通常根據(jù)覆蓋準(zhǔn)則設(shè)計(jì)測(cè)試用例,有語句覆蓋、鑒定覆蓋、條件覆蓋、鑒定/條件覆蓋和條件組合覆蓋。白盒測(cè)試合用與單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試非漸增式測(cè)試與漸增式測(cè)試有什么區(qū)別？漸增式測(cè)試如何組裝模塊?答:1)漸增式可以較早地發(fā)現(xiàn)模塊界面之間的錯(cuò)誤，非漸增式則要到最后將所有模塊連接起來時(shí)才干發(fā)現(xiàn)此類錯(cuò)誤。２）非漸增式需要較多的人工3)漸增式有助于排錯(cuò)。假如模塊界面間有錯(cuò)，假如用非漸增式，這類錯(cuò)誤到最后聯(lián)合測(cè)試時(shí)才干發(fā)現(xiàn)，此時(shí)很難判斷錯(cuò)誤發(fā)生在哪一部分，但假如用漸增式，這類錯(cuò)誤就較容易定位,它通常與最新加上去的模塊有關(guān)。4）漸增式比較徹底。5)漸增式需要較多的機(jī)器時(shí)間。6）非漸增式方式,開始時(shí)允許幾個(gè)測(cè)試人員并行工作,對(duì)大型系統(tǒng)來說，是很故意義的。采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例有哪幾種方法？這些方法各有什么特點(diǎn)?答:黑盒測(cè)試設(shè)計(jì)測(cè)試用例的方法有1）等價(jià)類劃分法特點(diǎn)是:a、測(cè)試的內(nèi)容相同b、一個(gè)等價(jià)類中的某個(gè)測(cè)試可以發(fā)現(xiàn)缺陷,那么這個(gè)等價(jià)類的其他測(cè)試也能發(fā)現(xiàn)缺陷ｃ、一個(gè)等價(jià)類中的某個(gè)測(cè)試不能發(fā)現(xiàn)缺陷，那么這個(gè)等價(jià)類的其它測(cè)試也不能發(fā)現(xiàn)缺陷2)邊界值分析法特點(diǎn)是:用邊界值分析時(shí)時(shí)常收獲較大,它是在等價(jià)類的邊界上選擇測(cè)試用例3）錯(cuò)誤推測(cè)法特點(diǎn)是:沒有擬定的環(huán)節(jié),很大限度上是憑借經(jīng)驗(yàn)進(jìn)行的4）因果圖法特點(diǎn)是:考慮輸入條件間的組合關(guān)系;考慮輸出條件對(duì)輸入條件的信賴關(guān)系；測(cè)試用例發(fā)現(xiàn)錯(cuò)誤的效率高;能查出功能說明中的某些不一致或漏掉白盒測(cè)試法有哪些覆蓋標(biāo)準(zhǔn)?試對(duì)它們的檢錯(cuò)能力進(jìn)行比較。答:白盒測(cè)試的覆蓋標(biāo)準(zhǔn)有:語句覆蓋->鑒定覆蓋->條件覆蓋－>鑒定/條件覆?蓋－>條件組合覆蓋-＞途徑覆蓋檢錯(cuò)能力由弱到強(qiáng)根據(jù)下面程序代碼，畫出程序流程圖，然后設(shè)計(jì)滿足條件／鑒定覆蓋、條件組合覆蓋的測(cè)試用例。BEGINT:=０IＦ（X>＝８0ANDY>=80)ＴHＥＮT:＝1ELSEIＦ（X>=9０ＡNDY>=７5)TＨENT:=2ENDＩFIF（X＞=75ANDＹ>=90)ＴHENT:=3ENDIFENDＩFREＴURN測(cè)試用例:條件/鑒定覆蓋：1X＝80Ｙ=802X＝９0Y=７５３X＝50Ｙ=５０條件組合覆蓋:1X＝80Ｙ=80２X=80Y＝75３X=75Y=８0４X=75Y=７５5X=90Y=7５6X=9０Y=707Ｘ=80Y=758X＝80Ｙ=709X=７5Y=9010X=7５Ｙ=9011X＝７０Y＝90１2X=70Y＝85軟件的可維護(hù)性是軟件設(shè)計(jì)師最關(guān)注的性能，談?wù)劄榱双@得軟件良好的可維護(hù)性，在設(shè)計(jì)時(shí)應(yīng)當(dāng)注意哪些問題？答：為獲得軟件的良好可維護(hù)性，在設(shè)計(jì)階段應(yīng)當(dāng)做一些變更實(shí)驗(yàn),檢查系統(tǒng)的可維護(hù)性、靈活性和可移植性,設(shè)計(jì)時(shí)應(yīng)當(dāng)將此后也許變更的內(nèi)容與其他部分分離開來,并且遵循高內(nèi)聚、低偶合的原則。在軟件文檔中,你認(rèn)為哪些文檔對(duì)于軟件的維護(hù)最重要？需求分析文檔、設(shè)計(jì)文檔、程序文檔對(duì)軟件維護(hù)很重要軟件維護(hù)時(shí)的源程序修改策略是什么？答：軟件維護(hù)時(shí)的源程序修改策略是:由于軟件維護(hù)最終貫徹在修改源程序和文檔上。為了對(duì)的、有效地修改源程序，通常要先分析和理解源程序，然后才干修改源程序,最后重新測(cè)試和驗(yàn)證源程序。軟件項(xiàng)目計(jì)劃涉及那些內(nèi)容？答：軟件項(xiàng)目計(jì)劃的內(nèi)容涉及:1．范圍。對(duì)該軟件項(xiàng)目的綜合描述,定義起所要做的工作以及性能限制,它涉及:(1)項(xiàng)目目的。（２)重要功能。(3)性能限制。(4)系統(tǒng)接口。(5)特殊規(guī)定。（６）開發(fā)概述。２.資源。(1)人員資源。(2)硬件資源。(3)軟件資源。(4)其他。3.進(jìn)度安排。進(jìn)度安排的好壞往往會(huì)影響整個(gè)項(xiàng)目的按期完畢,因此這一環(huán)節(jié)是十分重要的。制定軟件進(jìn)度與其他工程沒有很大的區(qū)別，其方法重要有：(１)工程網(wǎng)絡(luò)圖。(２)Gaｎtt圖。（3)任務(wù)資源表。（４)成本估算。(5)培訓(xùn)計(jì)劃。15.什么是軟件配置管理？什么是基線?答:配置管理可以系統(tǒng)地解決變更，從而使得軟件系統(tǒng)可以隨時(shí)保持其完整性。配置管理又可成為變更控制，可以用來評(píng)估提出的變更請(qǐng)求,跟蹤變更，并保持系統(tǒng)在不同時(shí)間的狀態(tài)。軟件配置管理是一套規(guī)范、高效的軟件開發(fā)基礎(chǔ)結(jié)構(gòu)?；€是:已經(jīng)通過正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品,它因此可以作為進(jìn)一步開發(fā)的基礎(chǔ),并且只能通過正式的變化控制過程改變。應(yīng)用題請(qǐng)讀者參考可以找到的編程規(guī)范,設(shè)計(jì)一個(gè)C語言編程規(guī)范。答：文獻(xiàn)結(jié)構(gòu)１.1版權(quán)和版本的聲明版權(quán)和版本的聲明位于頭文獻(xiàn)和定義文獻(xiàn)的開頭(參見示例1-１),重要內(nèi)容有:（1）版權(quán)信息。(2)文獻(xiàn)名稱，標(biāo)記符,摘要。(3）當(dāng)前版本號(hào)，作者/修改者,完畢日期。(4)版本歷史信息。／＊＊Ｃｏｐyｒight(c)２0２3,上海貝爾有限公司網(wǎng)絡(luò)應(yīng)用事業(yè)部＊Alｌriｇｈtsreserved.**文獻(xiàn)名稱:ｆｉｌeｎaｍe.h*文獻(xiàn)標(biāo)記：見配置管理計(jì)劃書*摘要:簡(jiǎn)要描述本文獻(xiàn)的內(nèi)容**當(dāng)前版本:１.1*作者:輸入作者(或修改者)名字*完畢日期：202３*＊取代版本：１.０*原作者:輸入原作者(或修改者）名字＊完畢日期：20２3＊／示例1-1版權(quán)和版本的聲明1.2頭文獻(xiàn)的結(jié)構(gòu)頭文獻(xiàn)由三部分內(nèi)容組成:（１）頭文獻(xiàn)開頭處的版權(quán)和版本聲明(參見示例1-１)。（2)預(yù)解決塊。（３)函數(shù)和類結(jié)構(gòu)聲明等。假設(shè)頭文獻(xiàn)名稱為ｇrａｐｈｉｃｓ．h,頭文獻(xiàn)的結(jié)構(gòu)參見示例1－2?！疽?guī)則1－2－1】為了防止頭文獻(xiàn)被反復(fù)引用，應(yīng)當(dāng)用iｆndef/dｅfinｅ/endｉf結(jié)構(gòu)產(chǎn)生預(yù)解決塊?！疽?guī)則1-2-2】用#incｌude<fiｌｅname.h>格式來引用標(biāo)準(zhǔn)庫的頭文獻(xiàn)（編譯器將從標(biāo)準(zhǔn)庫目錄開始搜索）?！疽?guī)則1-2-３】用#includｅ“ｆileｎaｍe．h”格式來引用非標(biāo)準(zhǔn)庫的頭文獻(xiàn)（編譯器將從用戶的工作目錄開始搜索)。【建議1-2-1】頭文獻(xiàn)中只存放“聲明”而不存放“定義”【建議1-2-２】不提倡使用全局變量,盡量不要在頭文獻(xiàn)中出現(xiàn)象eｘｔeｒnintｖaｌuｅ這類聲明。＃ifnｄｅｆGRAPHＩCＳ_H//防止ｇrａｐhics.h被反復(fù)引用#deｆineGRＡPＨICS＿H#include<mａt(yī)h．h>//引用標(biāo)準(zhǔn)庫的頭文獻(xiàn)?＃ｉnｃluｄe“myｈeadeｒ．ｈ”//引用非標(biāo)準(zhǔn)庫的頭文獻(xiàn)?voidＦunction１(?);//全局函數(shù)聲明?classBoｘ//類結(jié)構(gòu)聲明{?};#endｉｆ示例1－2C頭文獻(xiàn)的結(jié)構(gòu)1.3定義文獻(xiàn)的結(jié)構(gòu)定義文獻(xiàn)有三部分內(nèi)容：(1)定義文獻(xiàn)開頭處的版權(quán)和版本聲明（參見示例1-1）。(2)對(duì)一些頭文獻(xiàn)的引用。(3)程序的實(shí)現(xiàn)體(涉及數(shù)據(jù)和代碼）。假設(shè)定義文獻(xiàn)的名稱為graphics．cpｐ,定義文獻(xiàn)的結(jié)構(gòu)參見示例1-3。//版權(quán)和版本聲明見示例1－1，此處省略。＃iｎcｌuｄｅ“grapｈics．h”//引用頭文獻(xiàn)?／/全局函數(shù)的實(shí)現(xiàn)體voｉdFunｃtioｎ1(?){?｝//類成員函數(shù)的實(shí)現(xiàn)體ｖoidＢｏｘ：：Drａw(?){?｝示例１-３C定義文獻(xiàn)的結(jié)構(gòu)1.4目錄結(jié)構(gòu)假如一個(gè)軟件的頭文獻(xiàn)數(shù)目比較多（如超過十個(gè))，通常應(yīng)將頭文獻(xiàn)和定義文獻(xiàn)分別保存于不同的目錄，以便于維護(hù)。例如可將頭文獻(xiàn)保存于include目錄,將定義文獻(xiàn)保存于ｓｏurce目錄（可以是多級(jí)目錄）。假如某些頭文獻(xiàn)是私有的，它不會(huì)被用戶的程序直接引用,則沒有必要公開其“聲明”。為了加強(qiáng)信息隱藏,這些私有的頭文獻(xiàn)可以和定義文獻(xiàn)存放于同一個(gè)目錄。程序的版式版式雖然不會(huì)影響程序的功能，但會(huì)影響可讀性。程序的版式追求清楚、美觀，是程序風(fēng)格的重要構(gòu)成因素。程序的版式２．1空行空行起著分隔程序段落的作用。空行得體(但是多也但是少)將使程序的布局更加清楚?？招胁粫?huì)浪費(fèi)內(nèi)存,雖然打印具有空行的程序是會(huì)多消耗一些紙張,但是值得。所以不要舍不得用空行?！疽?guī)則2-1-1】在每個(gè)類聲明之后、每個(gè)函數(shù)定義結(jié)束之后都要加空行?！疽?guī)則2－1－2】在一個(gè)函數(shù)體內(nèi)，邏揖上密切相關(guān)的語句之間不加空行,其它地方應(yīng)加空行分隔。2.2代碼行【規(guī)則2-２-1】一行代碼只做一件事情,如只定義一個(gè)變量，或只寫一條語句。這樣的代碼容易閱讀,并且方便于寫注釋?！疽?guī)則2-2－2】iｆ、foｒ、while、do等語句自占一行,執(zhí)行語句不得緊跟其后。不管執(zhí)行語句有多少都要加{}。這樣可以防止書寫失誤?！窘ㄗh2－２-３假如變量的引用處和其定義處相隔比較遠(yuǎn)，變量的初始化很容易被忘掉。假如引用了未被初始化的變量,也許會(huì)導(dǎo)致程序錯(cuò)誤。本建議可以減少隱患。例如ｉnｔwidth=10;／/定義并初紿化widｔhiｎｔhｅｉght=10；//定義并初紿化ｈｅightintdepｔh＝10;//定義并初紿化deｐth2.3代碼行內(nèi)的空格【規(guī)則2-3-１】關(guān)鍵字之后要留空格。象coｎst、virtuaｌ、inｌine、case等關(guān)鍵字之后至少要留一個(gè)空格，否則無法辨析關(guān)鍵字。象if、fｏr、wｈｉle等關(guān)鍵字之后應(yīng)留一個(gè)空格再跟左括號(hào)‘(’，以突出關(guān)鍵字?！疽?guī)則2-3-2】函數(shù)名之后不要留空格，緊跟左括號(hào)‘（’,以與關(guān)鍵字區(qū)別?！疽?guī)則２－３－3】‘（’向后緊跟，‘）’、‘,’、‘;’向前緊跟，緊跟處不留空格?！疽?guī)則２-3-4】‘，’之后要留空格,如Functｉoｎ（x,y,z)。假如‘；’不是一行的結(jié)束符號(hào),其后要留空格,如fｏr（iｎitiaｌizａt(yī)ion;coｎditioｎ;upｄａt(yī)ｅ)?！疽?guī)則2-３-5】賦值操作符、比較操作符、算術(shù)操作符、邏輯操作符、位域操作符，如“=”、“+=”“>=”、“<=”、“＋”、“＊”、“%”、“&&”、“｜|”、“＜<”,“^”等二元操作符的前后應(yīng)當(dāng)加空格?！疽?guī)則2-3-6】一元操作符如“!”、“~”、“＋+”、“--”、“＆”(地址運(yùn)算符)等前后不加空格?！疽?guī)則2-3-７】象“［]”、“．”、“->”這類操作符前后不加空格?！窘ㄗh2－３-8】對(duì)于表達(dá)式比較長(zhǎng)的for語句和ｉf掉一些空格，如for(i＝0;i<10;i+＋)和if(（a＜＝b)&&(c<=d))2．4修飾符的位置修飾符＊和＆應(yīng)當(dāng)靠近數(shù)據(jù)類型還是該靠近變量名，是個(gè)有爭(zhēng)議的活題。若將修飾符*靠近數(shù)據(jù)類型，例如:iｎｔ*x;從語義上講此寫法比較直觀,即ｘ是int類型的指針。上述寫法的弊端是容易引起誤解，例如：iｎt*x，y;此處y容易被誤解為指針變量。雖然將x和ｙ分行定義可以避免誤解，但并不是人人都樂意這樣做?！疽?guī)則2－4-1】應(yīng)當(dāng)將修飾符*和＆例如：cｈaｒ＊nａme;int*x，y;//此處y不會(huì)被誤解為指針２.5注釋C語言的注釋符為“/＊…＊/”。雖然注釋有助于理解代碼，但注意不可過多地使用注釋?！疽?guī)則2-5-1】注釋是對(duì)代碼的“提醒注釋太多了會(huì)讓人眼花繚亂。注釋的把戲要少。【規(guī)則２-5例如i++;／/ｉ加1,多余的注釋【規(guī)則2-5的一致性。不再有用的注釋要?jiǎng)h除?！疽?guī)則2-5有害。【規(guī)則2-5【規(guī)則2-5可放在下方。【規(guī)則２-5釋,便于閱讀。 ??命名規(guī)則３.１共性規(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)記符最佳采用英文單詞或其組合，便于記憶和閱讀。切忌使用漢語拼音來命名。程序中的英文單詞一般不會(huì)太復(fù)雜，用詞應(yīng)當(dāng)準(zhǔn)確。例如不要把CurrentValue寫成ＮowVａlue?！疽?guī)則３－1-2】標(biāo)記符的長(zhǎng)度應(yīng)當(dāng)符合“min-ｌength&&max－information”原則。幾十年前老ＡNSIC規(guī)定名字不準(zhǔn)超過6個(gè)字符,現(xiàn)今的C不再有此限制。一般來說,長(zhǎng)名字能更好地表達(dá)含義,所以函數(shù)名、變量名、類名長(zhǎng)達(dá)十幾個(gè)字符局限性為怪。那么名字是否越長(zhǎng)約好？不見得!例如變量名maxvａl就比maxVaｌueUntｉｌOverfｌoｗ好用。單字符的名字也是有用的,常見的如ｉ,j,k,m,ｎ,x,y,z等，它們通?？捎米骱瘮?shù)內(nèi)的局部變量?！疽?guī)則３-1-3】命名規(guī)則盡量與所采用的操作系統(tǒng)或開發(fā)工具的風(fēng)格保持一致。例如Wｉnｄowｓ應(yīng)用程序的標(biāo)記符通常采用“大小寫”混排的方式，如AdｄCｈiｌd。而Unｉｘ應(yīng)用程序的標(biāo)記符通常采用“小寫加下劃線”的方式,如ａdd_child。別把這兩類風(fēng)格混在一起用。【規(guī)則3-1－4】程序中不要出現(xiàn)僅靠大小寫區(qū)分的相似的標(biāo)記符。例如：intx，X；//變量ｘ與X容易混淆voidｆoo(ｉntx)；//函數(shù)ｆｏo與FOO容易混淆voｉdＦOO(fｌｏaｔx);【規(guī)則３-1-5】程序中不要出現(xiàn)標(biāo)記符完全相同的局部變量和全局變量,盡管兩者的作用域不同而不會(huì)發(fā)生語法錯(cuò)誤,但會(huì)使人誤解。【規(guī)則3-1-６】變量的名字應(yīng)當(dāng)使用“名詞”或者“形容詞+名詞”。例如:ｆｌoatvaｌuｅ;floatoldVaｌuｅ;flｏａt(yī)ｎewValue；【規(guī)則３-1-7】全局函數(shù)的名字應(yīng)當(dāng)使用“動(dòng)詞”或者“動(dòng)詞+名詞”（動(dòng)賓詞組）。類的成員函數(shù)應(yīng)當(dāng)只使用“動(dòng)詞”，被省略掉的名詞就是對(duì)象自身。例如:DrawBoｘ();／／全局函數(shù)bｏｘ->Draw();//類的成員函數(shù)【規(guī)則3-1-８】用對(duì)的的反義詞組命名具有互斥意義的變量或相反動(dòng)作的函數(shù)等。例如：ｉntｍｉnValue;intｍaxＶaｌue;ｉntSetＶaｌue(…);iｎtGｅｔVaｌue（…);【建議3-1-１】盡量避免名字中出現(xiàn)數(shù)字編號(hào)，如Value1,Ｖalue２等,除非邏輯上的確需要編號(hào)。這是為了防止程序員偷懶,不愿為命名動(dòng)腦筋而導(dǎo)致產(chǎn)生無意義的名字(由于用數(shù)字編號(hào)最省事)。函數(shù)設(shè)計(jì)函數(shù)是C++／C程序的基本功能單元,函數(shù)接口的兩個(gè)要素是參數(shù)和返回值。。C語言中,函數(shù)的參數(shù)和返回值的傳遞方式有兩種：值傳遞（ｐａssbyvalue)和指針傳遞（ｐaｓsｂyｐoｉnter）表達(dá)式和基本語句４.1參數(shù)的規(guī)則【規(guī)則4-1－1假如函數(shù)沒有參數(shù),則用void填充。例如:voidSetValue(iｎtwiｄｔh,inthｅight)；／/良好的風(fēng)格voidSetVaｌue(iｎt,int);//不良的風(fēng)格floａt(yī)GeｔＶalｕe(vｏid);/／良好的風(fēng)格flｏaｔGeｔVaｌｕe()；//不良的風(fēng)格【規(guī)則4-1-2例如編寫字符串拷貝函數(shù)ＳtringCoｐy,它有兩個(gè)參數(shù)。假如把參數(shù)名字起為str1和sｔｒ2，例如vｏidStringＣopy(cｈar＊stｒ1，char＊str2);那么我們很難搞清楚究竟是把stｒ１拷貝到str2中,還是剛好倒過來?？梢园褏?shù)名字起得更故意義，如叫ｓtrSouｒce和ｓtｒDestｉnation。這樣從名字上就可以看出應(yīng)當(dāng)把ｓｔrＳourcｅ拷貝到ｓtrDestiｎａt(yī)ion。尚有一個(gè)問題,這兩個(gè)參數(shù)那一個(gè)該在前那一個(gè)該在后?參數(shù)的順序要遵循程序員的習(xí)慣。一般地,應(yīng)將目的參數(shù)放在前面，源參數(shù)放在后面。假如將函數(shù)聲明為:voiｄStrｉｎgCoｐy(cｈar＊sｔrSouｒce，char*stｒDeｓtｉnａｔiｏn);別人在使用時(shí)也許會(huì)不假思考地寫成如下形式:chaｒstr[2０];StrinｇCopy(str,“HelloＷo(hù)rlｄ”);／/參數(shù)順序顛倒【規(guī)則4－1-3】假如參數(shù)是指針，且僅作輸入用，則應(yīng)在類型前加conｓt指針在函數(shù)體內(nèi)被意外修改。例如vｏidStringCopy(ｃhar*stｒDestinatioｎ，constchａr*strＳource）;【規(guī)則4－1-4】假如輸入?yún)?shù)以值傳遞的方式傳遞對(duì)象，則宜改用“const&”來傳遞，這樣可以省去臨時(shí)對(duì)象的構(gòu)造和析構(gòu)過程，從而提高效率?！窘ㄗh4－1-５】避免函數(shù)有太多的參數(shù),參數(shù)個(gè)數(shù)盡量控制在多,在使用時(shí)容易將參數(shù)類型或順序搞錯(cuò)。【建議4-１－C標(biāo)準(zhǔn)庫函數(shù)prｉntf是采用不擬定參數(shù)的典型代表，其原型為:iｎtpｒｉｎtf（conｓtchat＊formａt(yī)[,aｒgumeｎt]?);這種風(fēng)格的函數(shù)在編譯時(shí)喪失了嚴(yán)格的類型安全檢查。4.2返回值的規(guī)則【規(guī)則4-２-1C語言中,凡不加類型說明的函數(shù)，一律自動(dòng)按整型解決。這樣做不會(huì)有什么好處，卻容易被誤解為void類型。Ｃ+＋語言有很嚴(yán)格的類型安全檢查，不允許上述情況發(fā)生。由于C＋＋程序可以調(diào)用Ｃ函數(shù)，為了避免混亂,規(guī)定任何Ｃ++/C函數(shù)都必須有類型。假如函數(shù)沒有返回值，那么應(yīng)聲明為vｏid類型?！疽?guī)則４-２-2違反這條規(guī)則的典型代表是C標(biāo)準(zhǔn)庫函數(shù)getｃhar。例如:ｃharc;c=geｔcｈar（);if(c＝=EＯＦ)?按照geｔcｈaｒ名字的意思,將變量c聲明為cｈaｒ類型是很自然的事情。但不幸的是geｔchar的確不是char類型,而是iｎt類型,其原型如下：iｎtgｅtchaｒ(vｏid);由于ｃ是chaｒ類型，取值范圍是[-１2８,１27],假如宏EＯF的值在ｃhaｒ的取值范圍之外,那么if語句將總是失敗，這種“危險(xiǎn)”人們一般哪里料得到!導(dǎo)致本例錯(cuò)誤的責(zé)任并不在用戶,是函數(shù)getchar誤導(dǎo)了使用者?！疽?guī)則４-2-３錯(cuò)誤標(biāo)志用ｒeturn語句返回。回顧上例,Ｃ標(biāo)準(zhǔn)庫函數(shù)的設(shè)計(jì)者為什么要將getｃhar聲明為令人迷糊的int類型呢？他會(huì)那么傻嗎?在正常情況下,getｃｈar的確返回單個(gè)字符。但假如ｇｅtｃhar碰到文獻(xiàn)結(jié)束標(biāo)志或發(fā)生讀錯(cuò)誤，它必須返回一個(gè)標(biāo)志EOF。為了區(qū)別于正常的字符，只好將ＥＯＦ定義為負(fù)數(shù)(通常為負(fù)１)。因此函數(shù)gｅtcｈａr就成了ｉnｔ類型。我們?cè)趯?shí)際工作中，經(jīng)常會(huì)碰到上述令人為難的問題。為了避免出現(xiàn)誤解，我們應(yīng)該將正常值和錯(cuò)誤標(biāo)志分開。即:正常值用輸出參數(shù)獲得,而錯(cuò)誤標(biāo)志用return語句返回。函數(shù)geｔchａr可以改寫成BＯOLGetＣhar（chaｒ*c）；雖然gechaｒ比GetCｈar靈活，例如putchar(getｃｈaｒ());但是假如getchar用錯(cuò)了,它的靈活性又有什么用呢？【建議4-２-可以附加返回值。例如字符串拷貝函數(shù)strcpy的原型:char*ｓtrcｐｙ(cｈａr*ｓｔrDeｓt,cｏnｓｔchar*strSrc）;strｃpy函數(shù)將sｔrSrｃ拷貝至輸出參數(shù)sｔｒDest中,同時(shí)函數(shù)的返回值又是ｓtrＤeｓt。這樣做并非多此一舉,可以獲得如下靈活性:ｃharstr[２０］;intlength=strlen（ｓtｒcpy（stｒ,“ＨelｌｏＷo(hù)rｌd”));4.3函數(shù)內(nèi)部實(shí)現(xiàn)的規(guī)則不同功能的函數(shù)其內(nèi)部實(shí)現(xiàn)各不相同,看起來似乎無法就“內(nèi)部實(shí)現(xiàn)”達(dá)成一致的觀點(diǎn)。但根據(jù)經(jīng)驗(yàn),我們可以在函數(shù)體的“入口處”和“出口處”從嚴(yán)把關(guān),從而提高函數(shù)的質(zhì)量。【規(guī)則4-3-1】在函數(shù)體的“入口處”很多程序錯(cuò)誤是由非法參數(shù)引起的,我們應(yīng)當(dāng)充足理解并對(duì)的使用“斷言”（assert）來防止此類錯(cuò)誤。【規(guī)則４－３-2】在函數(shù)體的“出口處”，對(duì)reｔuｒn假如函數(shù)有返回值，那么函數(shù)的“出口處”是reｔｕrn語句。我們不要輕視ｒｅｔｕrn語句。假如reｔuｒn語句寫得不好,函數(shù)要么犯錯(cuò)，要么效率低下。注意事項(xiàng)如下:(1）rｅturn語句不可返回指向“棧內(nèi)存”的“指針”，由于該內(nèi)存在函數(shù)體結(jié)束時(shí)被自動(dòng)銷毀。例如char*Ｆunc(vｏid){chaｒstr[]=“ｈellｏworld”;/／ｓtr的內(nèi)存位于棧上…rｅturnｓtr；//將導(dǎo)致錯(cuò)誤｝（2)要搞清楚返回的究竟是“值”、還是“指針”。４．４其它建議【建議4-4-1【建議４-4-2】函數(shù)體的規(guī)模要小，盡量控制在50【建議4－4-3】盡量避免函數(shù)帶有“記憶”帶有“記憶”功能的函數(shù),其行為也許是不可預(yù)測(cè)的,由于它的行為也許取決于某種“記憶狀態(tài)”。這樣的函數(shù)既不易理解又不利于測(cè)試和維護(hù)。在C語言中，函數(shù)的statiｃ局部變量是函數(shù)的“記憶”存儲(chǔ)器。建議盡量少用sｔatic局部變量,除非必需?！窘ㄗh4－4-4的變量的有效性，例如全局變量、文獻(xiàn)句柄等。【建議4-4－5情況。4．5使用斷言程序一般分為Deｂug版本和Rｅleaｓｅ版本,Ｄｅbｕg版本用于內(nèi)部調(diào)試，Relｅase版本發(fā)行給用戶使用。斷言assert是僅在Dｅbug版本起作用的宏,它用于檢查“不應(yīng)當(dāng)”發(fā)生的情況。示例4－5是一個(gè)內(nèi)存復(fù)制函數(shù)。在運(yùn)營過程中,假如assert的參數(shù)為假,那么程序就會(huì)中止(一般地還會(huì)出現(xiàn)提醒對(duì)話,說明在什么地方引發(fā)了aｓｓert）。vｏid*memcｐy(void＊ｐvＴo,cｏnstvoid*pvFrｏm,ｓize_tｓiｚe){asｓｅｒt((pvＴo!＝ＮULＬ）＆&(pvFrｏｍ！=NUＬＬ））;／/使用斷言byte*ｐbTo=(ｂyｔe*）pｖTo;//防止改變pｖTo的地址bｙte＊pbＦrom=(byｔe*)pｖFｒｏm；／/防止改變pvFｒｏｍ的地址wｈile(siｚe-－>0)*pｂTo＋+＝*pbFroｍ＋+;returｎｐvTo;}示例4－5復(fù)制不重疊的內(nèi)存塊ａssｅrt不是一個(gè)倉促拼湊起來的宏。為了不在程序的Ｄｅbug版本和Release版本引起差別，assｅrt不應(yīng)當(dāng)產(chǎn)生任何副作用。所以assｅｒt不是函數(shù)，而是宏。程序員可以把ａssert當(dāng)作一個(gè)在任何系統(tǒng)狀態(tài)下都可以安全使用的無害測(cè)試手段。假如程序在ａssert處終止了,并不是說具有該asｓｅrt的函數(shù)有錯(cuò)誤,而是調(diào)用者出了差錯(cuò)，ａｓsert可以幫助我們找到發(fā)生錯(cuò)誤的因素。很少有比跟蹤到程序的斷言,卻不知道該斷言的作用更讓人沮喪的事了。你化了很多時(shí)間,不是為了排除錯(cuò)誤,而只是為了弄清楚這個(gè)錯(cuò)誤到底是什么。有的時(shí)候,程序員偶爾還會(huì)設(shè)計(jì)出有錯(cuò)誤的斷言。所以假如搞不清楚斷言檢查的是什么,就很難判斷錯(cuò)誤是出現(xiàn)在程序中,還是出現(xiàn)在斷言中。幸運(yùn)的是這個(gè)問題很好解決,只要加上清楚的注釋即可。這本是顯而易見的事情,可是很少有程序員這樣做。這好比一個(gè)人在森林里,看到樹上釘著一塊“危險(xiǎn)”的大牌子。但危險(xiǎn)到底是什么?樹要倒？有廢井?有野獸？除非告訴人們“危險(xiǎn)”是什么，否則這個(gè)警告牌難以起到積極有效的作用。難以理解的斷言經(jīng)常被程序員忽略，甚至被刪除?！疽?guī)則４-５-1之間的區(qū)別，后者是必然存在的并且是一定要作出解決的?！疽?guī)則4-５-2【建議4-５－3】在編寫函數(shù)時(shí),要進(jìn)行反復(fù)的考察,并且自問:“一旦擬定了的假定，就要使用斷言對(duì)假定進(jìn)行檢查?！窘ㄗh4-5-能會(huì)隱瞞錯(cuò)誤。當(dāng)進(jìn)行防錯(cuò)設(shè)計(jì)時(shí),假如“不也許發(fā)生”的事情的確發(fā)生了，則要使用斷言進(jìn)行報(bào)警。其它編程經(jīng)驗(yàn)5.１提高程序的效率程序的時(shí)間效率是指運(yùn)營速度，空間效率是指程序占用內(nèi)存或者外存的狀況。全局效率是指站在整個(gè)系統(tǒng)的角度上考慮的效率，局部效率是指站在模塊或函數(shù)角度上考慮的效率?！疽?guī)則5-可讀性等質(zhì)量因素的前提下,設(shè)法提高程序的效率。【規(guī)則５-【規(guī)則5-1-３】在優(yōu)化程序的效率時(shí)，應(yīng)當(dāng)先找出限制效率的“緊要之處優(yōu)化?！疽?guī)則５－【規(guī)則5－作出適當(dāng)?shù)恼壑?。例如多花費(fèi)一些內(nèi)存來提高性能?！疽?guī)則５－5.2一些有益的建議【建議5-我們經(jīng)常會(huì)把“==”誤寫成“=”，象“｜|”、“&&”、“＜=”、“>=”這類符號(hào)也很容易發(fā)生“丟1”失誤。然而編譯器卻不一定能自動(dòng)指出這類錯(cuò)誤?！窘ㄗh5－未被初始化的變量當(dāng)成右值使用?！窘ㄗh5-【建議5-們知道發(fā)生了什么事）,避免讓編譯器輕悄悄地進(jìn)行隱式的數(shù)據(jù)類型轉(zhuǎn)換?！窘ㄗh5-【建議5-【建議5-２-7【建議5－【建議5-【建議5－代碼,應(yīng)當(dāng)重新編寫。【建議5-2-１１】盡量使用標(biāo)準(zhǔn)庫函數(shù)，不要“【建議５-【建議5－【建議5－2－14】假如也許的話,使用PＣ-Lint2.有的學(xué)生總是問老師“我應(yīng)當(dāng)掌握什么程序設(shè)計(jì)語言更好？”你認(rèn)為該如何回答這個(gè)問題？答:一方面必須掌握C語言,面向?qū)ο蟮某绦蛟O(shè)計(jì)語言，各有各的優(yōu)勢(shì)，看你想往哪方面用了,假如是服務(wù)器端的應(yīng)用最佳是java，跨平臺(tái)性好;假如是,一般的桌面應(yīng)用，Ｃ＃是較好的選擇；至于易上手限度,ＶB,Delｐhi等是上手比較快的;至于數(shù)據(jù)庫應(yīng)用本人認(rèn)為PB是最佳的選擇，ＶB，Delｐhi也是比較好的選擇;當(dāng)特別強(qiáng)調(diào)效率的時(shí)候VC是不二的選擇，其中VC最為復(fù)雜,也最為靈活，“偷懶的程序員用ＶB,聰明的程