【正文】 2 數(shù)據(jù)流程圖3數(shù)據(jù)字典4 IPO圖 5層次方框圖6實體—關系圖7狀態(tài)—變遷圖?答：1）提高軟件開發(fā)生產率，及時交付使用：驗收測試，項目計劃，單元測試，需求評審，成本估計，概要設計，詳細設計，系統(tǒng)測試，設計評審，編碼，需求規(guī)格說明書。 在七種偶合中，最低偶合是（D）。 （D）工具在軟件詳細設計過程中不采用。 D、SC18. 數(shù)據(jù)字典是用來定義（D）中的各個成份的具體含義的。 B、20% 可行性研究是在（A）之前A、系統(tǒng)開發(fā) B、測試 C、試運行 D．變換模型，適用于（A）系統(tǒng)。 B．專家系統(tǒng)電大天堂【軟件工程】形成性考核冊答案注：本答案僅供參考，如有錯誤敬請指正來源：【電大天堂】電大天堂【軟件工程】形考作業(yè)一：（第1～4章）一、選擇題：，這種現(xiàn)象稱做（C）。（A ）模型。 A．需求不確定性高的 B．需求確定的 D、深入的（D）A、分析開發(fā)系統(tǒng)的必要性 B、確定系統(tǒng)建設的方案C、8%A、程序流程圖B、功能結構圖 在模塊的3種基本屬性中，反映模塊內部特性的是（C）。 模塊的耦合性可以按照耦合程度的高低進行排序，以下哪一項符合從低到高的正確次序（D）。A、判定表 C、程序優(yōu)化D、數(shù)據(jù)共享26. A、DFDA、內容偶合B、公共偶合C、數(shù)據(jù)偶合D、非直接偶合答：項目計劃，成本估計，需求規(guī)格說明書，需求評審，概要設計，詳細設計，設計評審，編碼，單元測試，系統(tǒng)測試，驗收測試？答：可行性研究主要包括以下幾個部分：9)？其作用是什么？它有哪些條目？答：數(shù)據(jù)字典，主要用來描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲、處理過程和和數(shù)據(jù)源點/終點。書寫文檔。 詳細設計的基本任務是什么？有那幾種描述方法？答：詳細設計階段的任務是要為編寫程序代碼設計“圖紙”，由程序員按“圖紙”用某種高級程序設計語言編寫程序代碼。信息內聚——一個模塊中執(zhí)行一系列動作，每個動作都有自己的入口點和處理代碼，所有的動作都作用在相同的數(shù)據(jù)結構上，這樣的模塊叫做信息內聚。分機號是從7201至7299。名稱簡稱類型長度取值范圍分機號Extension_Number字符47201..7299外線市話號Addition_Internumber字符99+[455|466|888|552]+4{數(shù)字}4外線長話號Addition_Extennumber字符129+[100|101|102|..|298|299|300]+[455|466|888|552]+4{數(shù)字}4 取機票流程圖3．一個簡化的圖書館信息管理系統(tǒng)有以下功能：(1)借書：輸入讀者借書證，系統(tǒng)檢查借書證是否有效；查閱借書文件，檢查該讀者所借圖書是否超過10本，若已達10本，顯示信息“已經超出借書數(shù)量”，拒借；未達10本，辦理借書（檢查庫存、修改庫存信息并將讀者借書信息登入借書記錄）(2)還書：輸入書號和讀者號，從借書記錄中讀出與讀者有關的記錄，查閱所借日期，如果超過3個月，作罰款處理。（D）使對象的動態(tài)特征A) 是一種方法（A）。 B. 對象模型、功能模型、測試模型 A. 定義可驗證的軟件需求 繼承關系D 18．框架是一組可用于不同應用的（A）集合A. 類A. 說明二、簡答題。（2）分為三種類型是因為它們各自的功能不同。用例視圖中可以包含若干個用例，用例表示系統(tǒng)能夠提供的功能，用例視圖是其他視圖的核心和基礎。除了劃分系統(tǒng)為并發(fā)執(zhí)行的進程或線程外，并發(fā)視圖還必須處理通信和同步問題。根就是主模塊，葉子是最低級的功能模塊?？蚣苤械念愅ǔＪ且恍┏橄箢惒⑶蚁嗷ビ新?lián)系，可以通過繼承的方式使用這些類,當面向對象設計進行底層設計時，對每個類進行詳細設計，設計類的屬性和操作，優(yōu)化類之間的關系，就可以設計成框架來對類的設計進行構架和優(yōu)化。2）University Student類的屬性為：IsPartyMember（是否黨員），Department（學院），Specialty（專業(yè)）。解： A程序內部邏輯結構合理性B、軟件外部功能C、程序正確性D、程序內部邏輯17. 產生軟件維護的副作用，是指（C）。 可維護性的特性中，相互促進的（A）。 糾錯性維護B、代碼維護C、預防性維護D、文檔維護27.A．登入B．管理C．填寫變更要求D．審查29. ①確保物理和邏輯功能密切相關。？答：軟件測試從廣義上講,是指軟件產品生存周期內所有的檢查、評審和確認活動。 應該把測試貫穿在整個開發(fā)過程之中。在實際操作中可以列出一張表格，包括每個測試用例的編號、類型、輸入數(shù)據(jù)、預期輸出結果、實際輸出結果、出錯原因分析。6)7)驗收測試與系統(tǒng)測試相似，主要區(qū)別是測試人員不同，驗收測試由用戶執(zhí)行。對這些地方要仔細地選擇測試用例，認真加以測試。？它適應哪些測試？答：白盒測試也叫結構測試，測試者需要了解被測程序的內部結構。)條件/判定覆蓋：1 X=80Y=755 X=90Y=8511.對該軟件項目的綜合描述,定義起所要做的工作以及性能限制,它包括:　　(1)項目目標?！　?2)硬件資源。　　(4)成本估算。答：假設頭文件名稱為 ，頭文件的結構參見示例12。（2） 對一些頭文件的引用。程序的版式版式雖然不會影響程序的功能，但會影響可讀性。 程序的版式這樣的代碼容易閱讀，并且方便于寫注釋。 // 定義并初紿化widthint height = 10。?? 【規(guī)則234】‘，’之后要留空格，如Function(x, y, z)。?? 【規(guī)則236】一元操作符如“!”、“~”、“++”、“”、“amp。若將修飾符 * 靠近數(shù)據(jù)類型，例如：int* x。雖然注釋有助于理解代碼，但注意不可過多地使用注釋。不再有用的注釋要刪除。切忌使用漢語拼音來命名。那么名字是否越長約好？不見得! 例如變量名maxval 就比maxValueUntilOverflow好用。 // 變量x 與 X 容易混淆void foo(int x)。類的成員函數(shù)應當只使用“動詞”，被省略掉的名詞就是對象本身。?? 【建議311】盡量避免名字中出現(xiàn)數(shù)字編號，如Value1,Value2 等，除非邏輯上的確需要編號。 // 不良的風格float GetValue(void)。還有一個問題，這兩個參數(shù)那一個該在前那一個該在后？參數(shù)的順序要遵循程序員的習慣?！狈绞絹韨鬟f，這樣可以省去臨時對象的構造和析構過程，從而提高效率。這樣做不會有什么好處，卻容易被誤解為void 類型。if (c == EOF)?按照 getchar 名字的意思，將變量c 聲明為char 類型是很自然的事情。因此函數(shù)getchar 就成了int 類型。strcpy 函數(shù)將strSrc 拷貝至輸出參數(shù)strDest 中，同時函數(shù)的返回值又是strDest。?? 【規(guī)則432】在函數(shù)體的“出口處”，對return 語句的正確性和效率進行檢查。 其它建議?? 【建議441】函數(shù)的功能要單一，不要設計多用途的函數(shù)。?? 【建議444】不僅要檢查輸入?yún)?shù)的有效性，還要檢查通過其它途徑進入函數(shù)體內的變量的有效性，例如全局變量、文件句柄等。 (pvFrom != NULL))。程序員可以把assert 看成一個在任何系統(tǒng)狀態(tài)下都可以安全使用的無害測試手段。這好比一個人在森林里，看到樹上釘著一塊“危險”的大牌子。當進行防錯設計時，如果“不可能發(fā)生”的事情的確發(fā)生了，則要使用斷言進行報警。例如多花費一些內存來提高性能。?? 【建議523】當心變量的初值、缺省值錯誤，或者精度不夠。?? 【建議5210】如果原有的代碼質量比較好，盡量復用它。無論什么語言，通一門即可，它們只是工具，設計模式和算法才是靈魂。void convert(int,char*)。nfst_course,*psec=amp。{/* printf(add nfst_course and nsec_coursen)。 /*評價等級*/ } /*標志變量*/printf(First course:%dn,fst)。bflag=0。 clrscr()。sec)。}/*while*/int sum(int first,int second)void degree(char cdegree,int nsum){ case 39。 case 39。 case 39。amp。amp。amp。 /*把分數(shù)轉換成等級*/{return(first+second)。return。 clrscr()。bflag=0。printf(Second course:%dn,sec)。 /*使標志變量值為真*/}/*while*/}if(fst=0amp。while(bflag)nsum=sum(nfst_course,nsec_course)。 input(pfst,psec)。int nfst_course=1,nsec_course=1。void degree(char,int)?？偡衷?80分以上為‘A’，160~179分為‘B’，140~159分為‘C’，120~139分為‘D’，120分以下為‘E’。?? 【建議5211】盡量使用標準庫函數(shù)，不要“發(fā)明”已經存在的庫函數(shù)。盡量使用顯式的數(shù)據(jù)類型轉換（讓人們知道發(fā)生了什么事），避免讓編譯器輕悄悄地進行隱式的數(shù)據(jù)類型轉換。 一些有益的建議?? 【建議521】當心那些視覺上不易分辨的操作符發(fā)生書寫錯誤。全局效率是指站在整個系統(tǒng)的角度上考慮的效率，局部效率是指站在模塊或函數(shù)角度上考慮的效率。難以理解的斷言常常被程序員忽略，甚至被刪除。很少有比跟蹤到程序的斷言，卻不知道該斷言的作用更讓人沮喪的事了。 // 防止改變pvTo 的地址byte *pbFrom = (byte *) pvFrom。 使用斷言程序一般分為Debug 版本和Release 版本，Debug 版本用于內部調試，Release 版本發(fā)行給用戶使用。?? 【建議443】盡量避免函數(shù)帶有“記憶”功能。我們不要輕視return語句。int length = strlen( strcpy(str, “Hello World”) )。為了避免出現(xiàn)誤解，我們應該將正常值和錯誤標志分開。由于c 是char 類型，取值范圍是[128，127]，如果宏EOF 的值在char 的取值范圍之外，那么if 語句將總是失敗，這種“危險”人們一般哪里料得到！導致本例錯誤的責任并不在用戶，是函數(shù)getchar 誤導了使用者。由于C++程序可以調用C 函數(shù)，為了避免混亂，規(guī)定任何C++/ C 函數(shù)都必須有類型。如果參數(shù)太多，在使用時容易將參數(shù)類型或順序搞錯。如果將函數(shù)聲明為：void StringCopy(char *strSource, char *strDestination)。 // 不良的風格?? 【規(guī)則412】參數(shù)命名要恰當，順序要合理。函數(shù)設計函數(shù)是C++/C 程序的基本功能單元，函數(shù)接口的兩個要素是參數(shù)和返回值。 // 全局函數(shù)boxDraw()。?? 【規(guī)則315】程序中不要出現(xiàn)標識符完全相同的局部變量和全局變量，盡管兩者的作用域不同而不會發(fā)生語法錯誤，但會使人誤解。?? 【規(guī)則313】命名規(guī)則盡量與所采用的操作系統(tǒng)或開發(fā)工具的風格保持一致。例如不要把CurrentValue 寫成NowValue。錯誤的注釋不但無益反而有害。程序中的注釋不可喧賓奪主，注釋太多了會讓人眼花繚亂。上述寫法的弊端是容易引起誤解，例如：int* x, y。?? 【規(guī)則237】象“［］”、“.”、“”這類操作符前后不加空格?！皇且恍械慕Y束符號，其后要留空格，如for (initialization。 // 定義并初紿化depth 代碼行內的空格?? 【規(guī)則231】關鍵字之后要留空格。不論執(zhí)行語句有多少都要加{}。空行得體（不過多也不過少）將使程序的布局更加清晰。假設定義文件的名稱為 ，定義文件的結構參見示例13。?? 【規(guī)則 122】用include 格式來引用標準庫的頭文件（編譯器將從標準庫目錄開始搜索）。（2）文件名稱，標識符，摘要。？什么是基線？ 答：配置管理能夠系統(tǒng)地處理變更，從而使得軟件系統(tǒng)可以隨時保持其完整性?！　?4)其他?！　?3)性能限制。 軟件維護時的源程序修改策略是什么？答：軟件維護時的源程序修改策略是：由于軟件維護最終落實在修改源程序和文檔上。Y=707 X=802 X=90IFBEGIN T:=0 IF ( X=80 ？這些方法各有什么特點？答：黑盒測試設計測試用例的方法有1）等價類劃分法 特點是：a、測試的內容相同 b、一個等價類中的某個測試可以發(fā)現(xiàn)缺陷，那么這個等價類的其他測試也能發(fā)現(xiàn)缺陷 c、一個等價類中的某個測試不能發(fā)現(xiàn)缺陷，那么這個等價類的其它測試也不能發(fā)現(xiàn)缺陷2）邊界值分析法特點是：用邊界值分析時時常收獲較大，它是在等價類的邊界上選擇測試用例3）錯誤推測法3）