【正文】 護D、預防性維護25. 可維護性的特性中，相互矛盾的是(B) 26. 各種不同的軟件維護中，以（C）維護所占的維護量最小。⑥盡量不使用全局變量。4）結構化①按標準化的次序說明數(shù)據(jù)；②按字母順序說明對象名③使用讀者明了的結構化程序部件；④采用直截了當?shù)乃惴?；⑤根?jù)應用背景排列程序各個部分；⑥不隨意為效率而犧牲程序的清晰度和可讀性；⑦讓機器多做煩瑣的工作，如重復、庫函數(shù)；⑧用公共函數(shù)調(diào)用代替重復出現(xiàn)的表達式；⑨避免循環(huán)、分支的嵌套層數(shù)過高；⑩單入口單出口。3. 軟件測試的原則是什么？答：軟件測試的原則有：1) 應該把測試貫穿在整個開發(fā)過程之中。5) 在設計測試用例時，應該包括有效的、期望的輸入情況，也要包括無效的和不期望的輸入情況。8) 測試程序時不僅要檢查程序是否做了它應該做的事情，還要檢查它是否做了不該做的事情。驗收測試與系統(tǒng)測試相似，主要區(qū)別是測試人員不同，驗收測試由用戶執(zhí)行。例如，是否拒絕不合理的輸入。白盒測試通常根據(jù)覆蓋準則設計測試用例，有語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋和條件組合覆蓋。答：白盒測試的覆蓋標準有：語句覆蓋判定覆蓋條件覆蓋判定/條件覆蓋條件組合覆蓋路徑覆蓋 檢錯能力由弱到強10. 根據(jù)下面程序代碼，畫出程序流程圖，然后設計滿足條件/判定覆蓋、條件組合覆蓋的測試用例?！　?4)系統(tǒng)接口。 。配置管理又可成為變更控制，可以用來評估提出的變更請求，跟蹤變更，并保持系統(tǒng)在不同時間的狀態(tài)。/** Copyright (c) 2001,上海貝爾有限公司網(wǎng)絡應用事業(yè)部* All rights reserved.** 文件名稱：* 文件標識：見配置管理計劃書* 摘要：簡要描述本文件的內(nèi)容** 當前版本：* 作者：輸入作者（或修改者）名字* 完成日期：2001年7月20日** 取代版本：* 原作者：輸入原作者（或修改者）名字* 完成日期：2001年5月10日*/示例11 版權和版本的聲明 頭文件的結構頭文件由三部分內(nèi)容組成：（1）頭文件開頭處的版權和版本聲明（參見示例11）。ifndef GRAPHICS_H // 被重復引用define GRAPHICS_Hinclude // 引用標準庫的頭文件?include “” // 引用非標準庫的頭文件?void Function1(?)。例如可將頭文件保存于include 目錄，將定義文件保存于source 目錄（可以是多級目錄）。所以不要舍不得用空行。?? 【建議223】盡可能在定義變量的同時初始化該變量（就近原則）如果變量的引用處和其定義處相隔比較遠，變量的初始化很容易被忘記。象if、for、while 等關鍵字之后應留一個空格再跟左括號‘（’，以突出關鍵字。 update)。 i10。雖然將x 和y 分行定義可以避免誤解，但并不是人人都愿意這樣做。?? 【規(guī)則252】如果代碼本來就是清楚的，則不必加注釋。?? 【規(guī)則256】注釋的位置應與被描述的代碼相鄰，可以放在代碼的上方或右方，不可放在下方。?? 【規(guī)則312】標識符的長度應當符合“minlength amp。例如 Windows 應用程序的標識符通常采用“大小寫”混排的方式，如AddChild。?? 【規(guī)則316】變量的名字應當使用“名詞”或者“形容詞＋名詞”。 // 類的成員函數(shù)?? 【規(guī)則318】用正確的反義詞組命名具有互斥意義的變量或相反動作的函數(shù)等。C 語言中，函數(shù)的參數(shù)和返回值的傳遞方式有兩種：值傳遞（pass by value）和指針傳遞（pass by pointer） 表達式和基本語句 參數(shù)的規(guī)則?? 【規(guī)則411】參數(shù)的書寫要完整，不要貪圖省事只寫參數(shù)的類型而省略參數(shù)名字。如果把參數(shù)名字起為str1 和str2，例如void StringCopy(char *str1, char *str2)。StringCopy(str, “Hello World”)。C 標準庫函數(shù)printf 是采用不確定參數(shù)的典型代表，其原型為：int printf(const chat *format[, argument]?)。?? 【規(guī)則422】函數(shù)名字與返回值類型在語義上不可沖突。正常值用輸出參數(shù)獲得，而錯誤標志用return 語句返回。函數(shù) getchar 可以改寫成BOOL GetChar(char *c)。但根據(jù)經(jīng)驗，我們可以在函數(shù)體的“入口處”和“出口處”從嚴把關，從而提高函數(shù)的質(zhì)量。例如char * Func(void){char str[] = “hello world”。這樣的函數(shù)既不易理解又不利于測試和維護。在運行過程中，如果assert 的參數(shù)為假，那么程序就會中止（一般地還會出現(xiàn)提示對話，說明在什么地方引發(fā)了assert）。}示例 45 復制不重疊的內(nèi)存塊assert 不是一個倉促拼湊起來的宏。所以如果搞不清楚斷言檢查的是什么，就很難判斷錯誤是出現(xiàn)在程序中，還是出現(xiàn)在斷言中。?? 【規(guī)則452】在函數(shù)的入口處，使用斷言檢查參數(shù)的有效性（合法性）。?? 【規(guī)則513】在優(yōu)化程序的效率時，應當先找出限制效率的“瓶頸”，不要在無關緊要之處優(yōu)化?！?、“=”、“=”這類符號也很容易發(fā)生“丟1”失誤。?? 【建議527】當心文件I/O 有錯誤。?? 【建議5214】如果可能的話，使用PCLint、LogiScope 等工具進行代碼審查。 int sum(int,int)。\039。nsec_course==1)。 scanf(%d,amp。} else { clrscr()。 if(fst=0amp。*/ }/*else*/ }/*while*/ return。 else if(score=140amp。 else *idegree=39。 case 39。: printf(sum of sorce is:%d,nsum)。 else if(score=120amp。 else if(score=160amp。break。 /*使標志變量值為真*/ while(bflag) {printf(Plsease input the score of second course:)。amp。/*轉換*/ degree(cdegree,nsum)。 clrscr()。 /*nfst_course第一門課成績，nsec_course第二門課成績*/ int *pfst=amp?？偡衷?80分以上為‘A’，160~179分為‘B’，140~159分為‘C’，120~139分為‘D’，120分以下為‘E’。但是不要修補很差勁的代碼，應當重新編寫。?? 【建議524】當心數(shù)據(jù)類型轉換發(fā)生錯誤。?? 【規(guī)則516】不要追求緊湊的代碼，因為緊湊的代碼并不能產(chǎn)生高效的機器碼。其它編程經(jīng)驗 提高程序的效率程序的時間效率是指運行速度，空間效率是指程序占用內(nèi)存或者外存的狀況。但危險到底是什么？樹要倒？有廢井？有野獸？除非告訴人們“危險”是什么，否則這個警告牌難以起到積極有效的作用。如果程序在assert處終止了，并不是說含有該assert 的函數(shù)有錯誤，而是調(diào)用者出了差錯，assert 可以幫助我們找到發(fā)生錯誤的原因。 // 使用斷言byte *pbTo = (byte *) pvTo。?? 【建議445】用于出錯處理的返回值一定要清楚，讓使用者不容易忽視或誤解錯誤情況。?? 【建議442】函數(shù)體的規(guī)模要小，盡量控制在50 行代碼之內(nèi)。如果函數(shù)有返回值，那么函數(shù)的“出口處”是return 語句。strcpy 函數(shù)將strSrc 拷貝至輸出參數(shù)strDest 中，同時函數(shù)的返回值又是strDest。因此函數(shù)getchar 就成了int 類型。if (c == EOF)?按照 getchar 名字的意思，將變量c 聲明為char 類型是很自然的事情。這樣做不會有什么好處，卻容易被誤解為void 類型。”方式來傳遞，這樣可以省去臨時對象的構造和析構過程，從而提高效率。還有一個問題，這兩個參數(shù)那一個該在前那一個該在后？參數(shù)的順序要遵循程序員的習慣。 // 不良的風格float GetValue(void)。int GetValue(…)。?? 【規(guī)則317】全局函數(shù)的名字應當使用“動詞”或者“動詞＋名詞”（動賓詞組）。例如：int x, X。一般來說，長名字能更好地表達含義，所以函數(shù)名、變量名、類名長達十幾個字符不足為怪。標識符最好采用英文單詞或其組合，便于記憶和閱讀。不再有用的注釋要刪除。雖然注釋有助于理解代碼，但注意不可過多地使用注釋。若將修飾符 * 靠近數(shù)據(jù)類型，例如：int* x。?? 【規(guī)則236】一元操作符如“!”、“~”、“++”、“”、“amp。?? 【規(guī)則234】‘，’之后要留空格，如Function(x, y, z)。 // 定義并初紿化widthint height = 10。這樣的代碼容易閱讀，并且方便于寫注釋。程序的版式追求清晰、美觀，是程序風格的重要構成因素。（3） 程序的實現(xiàn)體（包括數(shù)據(jù)和代碼）。?? 【規(guī)則121】為了防止頭文件被重復引用，應當用ifndef/define/endif 結構產(chǎn)生預處理塊。答： 文件結構 版權和版本的聲明版權和版本的聲明位于頭文件和定義文件的開頭（參見示例11），主要內(nèi)容有：（1）版權信息?！　?3)任務資源表?！　?1)人員資源。14. 軟件項目計劃包括那些內(nèi)容？答：軟件項目計劃的內(nèi)容包括：。 4）漸增式比較徹底。對這些地方要仔細地選擇測試用例，認真加以測試。 2）局部數(shù)據(jù)結構測試：設計測試用例檢查數(shù)據(jù)類型說明、初始化、缺省值等方面的問題，還要查清全程數(shù)據(jù)對模塊的影響。在測試之前應該有明確的測試計劃，內(nèi)容包括：要測試的軟件功能和內(nèi)容、測試用例和預期結果、測試的進度安排、需要的工具和資源、測試控制方式和過程等。6) 軟件中遺留的錯誤數(shù)量與已經(jīng)發(fā)現(xiàn)的錯誤數(shù)量成正比。3) 要對每個測試結果進行全面檢查，不要漏掉已經(jīng)出現(xiàn)的錯誤跡象。6）格式化（layout)①始終采用統(tǒng)一縮進規(guī)則；②適當插入括號表明運算次序、排除二義性；③有效地使用空格符以區(qū)別程序的不同意群。3）簡單化 ①采用直接了當?shù)乃惴?，避免使用技? 性高和難懂的代碼。當采用的基線發(fā)生錯誤時，可以返回到最近和最恰當?shù)模–）上二、 簡答題1. 為建立良好的編程風格應遵循什么原則？答：1）節(jié)簡化①不使用不必要的變量和函數(shù)②避免變量重名，變量重名可導致很難被發(fā)現(xiàn)的錯誤。A、開發(fā)時的錯誤 B、隱含的錯誤 C、因修改軟件而造成的錯誤 D、運行時誤操作20. 維護中，因誤刪除一個標識符而引起的錯誤是（C）副作用。 12. 黑盒測試在設計測試用例時，主要研究（A）。A．過程、子程序和分程序 B．順序、選擇和重復C．遞歸、堆棧和隊列 D．調(diào)用、返回和轉移4. 結構化程序設計主要強調(diào)的是（D）。解：2. 使用順序圖描述下面的情景，當用戶在自己的計算機上向網(wǎng)絡打印機發(fā)出一個打印任務時，他的計算機便向打印機服務器發(fā)送一條打印命令print(file)，打印機服務器如果發(fā)現(xiàn)網(wǎng)絡打印機處于空閑狀態(tài)，則向打印機發(fā)送打印命令print(file)，否則向打印隊列發(fā)送一條保存命令store(file)。Student類的屬性有：Name（姓名），Sex（性別），Age（年齡），Class（班級）。2） 通過給定的文件編碼查找需要的媒體文件。這種依賴關系的變化正是結構化設計與面向對象設計的根本區(qū)別。？答：結構化設計：系統(tǒng)被劃分成多個模塊，這些模塊被組織成一個樹型結構。（4）并發(fā)視圖（Concurrency View）并發(fā)視圖用來描述系統(tǒng)的動態(tài)和行為特征。它是從系統(tǒng)外部以用戶角度，對系統(tǒng)做的抽象表示。 邊界類位于系統(tǒng)與外界的交界處，包括所有的窗體、報表、系統(tǒng)硬件接口、與其他系統(tǒng)的接口。A. 接口類 （A）。A. 消息傳遞B 關聯(lián)關系C 繼承關系D 上下文關系（B）描述。 5. UML是（A）。訂單中有訂票日期、旅行日期、時間要求（上午、下午、晚上）、出發(fā)地、目的地、顧客姓名、身份證號、聯(lián)系電話。區(qū)號是從100到300中任意的數(shù)字串。外部耦合——如果兩個模塊都訪問同一個全局簡單變量而不是同一全局數(shù)據(jù)結構，而且，不是通過參數(shù)表傳遞該全局變量的信息，則這兩個模塊屬于外部耦合。主要方法有設計程序流程圖，表格設計符號以及過程設計語言。制定測試計劃。 修正開發(fā)計劃10） 如果需要則開發(fā)系統(tǒng)原型 7. 什么是數(shù)據(jù)流圖?其作用是什么?其中的基本符號各表示什么含義?答：數(shù)據(jù)流圖：簡稱DFD，就是采用圖形方式來表達系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程，是結構化系統(tǒng)分析方法的主要表達工具及用于表示軟件模型的一種圖示方法。任務：確定軟件項目的目標和范圍。 A、DFD B、PAD C、SC D、ER30. 在七種偶合中，最低偶合是（D）。A、一個輸入流或一個輸出流 B、一個輸入流和一個輸出流C、一個輸入流 D、一個輸出流19. 需求分析階段的關鍵任務是確定（D）A、軟件開發(fā)方法 B、軟件開發(fā)工具C、軟件開發(fā)費D、軟