【導(dǎo)讀】1．什么是軟件危機？軟件生產(chǎn)效率很低。軟件技術(shù)的發(fā)展遠遠滿足不了計算機應(yīng)用的普及與深入的需要。對軟件開發(fā)成本和進度的估計常常很不準(zhǔn)確。用戶對“已完成的”軟件系統(tǒng)不滿意的現(xiàn)象經(jīng)常發(fā)生。軟件產(chǎn)品的質(zhì)量往往靠不住。軟件通常沒有適當(dāng)?shù)奈臋n資料。軟件成本在計算機系統(tǒng)總成本中所占的比例逐年上升。完整的配置組成。造成開發(fā)中制定計劃盲目、編程草率，不考慮維護工作的必要性。有統(tǒng)一的、公認的方法論和規(guī)范指導(dǎo)，造成軟件維護困難。突出，技術(shù)的發(fā)展已經(jīng)遠遠不能適應(yīng)社會需求。在開發(fā)軟件的過程中努力作到良好的組織，嚴(yán)格的管理，相互友好的協(xié)?；仨毑扇〉墓芾泶胧?，以及標(biāo)志完成了相應(yīng)開發(fā)活動的里程碑。軟件過程是軟件工程方法學(xué)的3個重要組成部分之一。軟件生存周期是指從軟件定義、開發(fā)、使用、維護到淘汰的全過程。6．軟件生存周期為什么劃分成階段？發(fā)者按照軟件工程的方法,全面完成生存周期中的各項任務(wù)。圍，明確研制的邊界。

　　

【正文】 預(yù)見的； (3) (3) 測試 有計劃并且要進行測試設(shè)計； 調(diào)試 不受時間約束； (4) (4) 測試是 發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程； 調(diào)試 是一個推理的過程； (5) (5) 測試 執(zhí)行是有規(guī)程的； 調(diào)試 執(zhí)行要求程序員進行必要的推理； (6) (6) 測試 由獨立的測試組在不了解軟件設(shè)計的件下完成； 調(diào)試 由了解詳細設(shè)計的程序員完成； (7) (7) 大多數(shù)測試的執(zhí)行和設(shè)計可由工具支持； 調(diào)試 用的工具主要是調(diào)試器。 ? 人工復(fù)審的方式： 代碼會審、走查和排練和辦公桌檢查； 人工復(fù)審的作用：檢查程序的靜態(tài)錯誤。 ?黑盒測試主要采用的技術(shù)有哪些 ? 黑盒測試也稱為功能測試 ,它著眼于程序的外部特征 ,而不考慮程序的內(nèi)部邏輯結(jié)構(gòu)。測試者把被測程序看成一個黑盒 ,不用關(guān)心程序的內(nèi)部結(jié)構(gòu)。黑盒測試是在程序接口處進行測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息 (如數(shù)據(jù)庫或文件 )的完整性。 黑盒測試主要采用的技術(shù)有 :等價分類法、邊沿值分析法、錯誤推測法和因果圖等技術(shù)。 ?白盒測試主要采用的技術(shù)有哪些 ? 測試者了解被測程序的內(nèi)部結(jié)構(gòu)和處理過程 ,對程序的所有邏輯路徑進行測試 ,在不同點檢查程序狀 態(tài) ,確定實際狀態(tài)與預(yù)期狀態(tài)是否一致。 白盒測試主要采用的技術(shù)有： 路徑測試技術(shù)和事務(wù)處理流程技術(shù)，對包含有大量邏輯判斷或條件組合的程序采用基于邏輯的測試技術(shù)。 ?舉例說明 ? 語句覆蓋 :至少執(zhí)行程序中所有語句一次。 判定覆蓋 :使被測程序中的每一個分支至少執(zhí)行一次。故也稱為分支覆蓋。 條件覆蓋 :執(zhí)行所有可能的穿過程序的控制路流程。 條件組合測試 :設(shè)計足夠的測試用例，使每個判定中的所有可能條件取值組合至少執(zhí)行一次。 (例略 ) 法 ?舉例說明 ? (1) (1) 為每個等價類編號； (2) (2) 設(shè)計一個新的測試方案 ,以盡可能多的覆蓋尚未被覆蓋的有效等價類 ,重復(fù)這一步驟 ,直到所有有效等價類被覆蓋為止。 (3) (3) 設(shè)計一個新的測試方案 ,使它覆蓋一個尚未被覆蓋的無效等價類 , 重復(fù)這一步驟 ,直到所有無效等價類被覆蓋為止。 (例略 ) ? 單元測試 、 子系統(tǒng)測試、系統(tǒng)測試、驗收測試、平行測試。 ? 非漸增式測試方式：分別測試模塊 ,再把所有模塊按設(shè)計要求放在一起組成所要的程序。該方法 編寫測試軟件 工作量大，模塊間的接口錯誤發(fā)現(xiàn)得晚，錯誤定位較難診斷，總體測試有的錯誤容易漏掉，測試時間相對較少，可以并行測試所有模塊，能充分利用人力，加快工程進度。 漸增式測試方式：把下一個要測試的模塊 ,同已經(jīng)測試好的那些模塊結(jié)合起來進行測試。 該方法 利用已測試過的模塊作測試軟件 ,開銷小，較早發(fā)現(xiàn)模塊間的接口錯誤，錯誤定位往往和最近入的模塊相關(guān)，對已測試好的模塊可在新加入模塊的條件下受到新的檢驗，測試更徹底，需要較多的測試時間，不能并行測試。 總的來說，漸增式測試方法比較好。 ? (1) (1) 在任何 情況下都應(yīng)使用邊界值分析的方法。 (2) (2) 必要時用等價類劃分法補充測試方案。 (3) (3) 必要時再用錯誤推測法補充測試方案。 (4) (4) 對照程序邏輯，檢查已設(shè)計出的測試方案。 (5) (5) 根據(jù)對程序可靠性的要求采用不同的邏輯覆蓋標(biāo)準(zhǔn)，再補充一些測試方案。 二 .某電力公司有 A、 B、 C、 D 共四類收費標(biāo)準(zhǔn)，并規(guī)定，居民用電每月 200 度以下按 A類收費， 200 度以上按 B 類收費。動力電以每月 1 萬度為分界，非高峰用電不足 1 萬度按 B類收費，達到或超過 1 萬度按 C 類收費。高峰用電不足 1 萬度按 C類收費，達到或超過 1萬度按 D 類收費 。試用基于邏輯的測試方法為它設(shè)計足夠的測試用例實現(xiàn)條件組合的完全覆概。 規(guī)則號 1 2 3 4 5 6 居民 用電 200 度以下 Y 200 度以上 Y 動力用電 非高峰 1 萬度以下 Y 1 萬度以上 Y 高峰 1 萬度以下 Y 1 萬度以上 Y 收費 標(biāo)準(zhǔn) A 類 ▲ B 類 ▲ ▲ C 類 ▲ ▲ D 類 ▲ 測試用例 用電類型 輸入數(shù)據(jù) 預(yù)期結(jié)果 居民 用電 90 度 /月 A 110 度 /月 B 動力用電 非 高峰 8000 度 /月 B 12020 度 /月 C 高峰 9000 度 /月 C 11000 度 /月 D 三 .如圖顯示某程序的邏輯結(jié)構(gòu)。 試為它設(shè)計足夠的測試用例，分別實現(xiàn)對程序的判定覆概、條件覆概和條件組合覆概。 設(shè)計測試方案 覆蓋種類 需滿足的條件 測試數(shù)據(jù) 期望結(jié)果 判定覆蓋 A1,B=0 A=2,B=0 執(zhí)行 S1 A1,B?0 或 A?1,B=0 或 A?1,B?0 A=2,B=1 或 A=1,B=0 或 A=1,B=1 執(zhí)行 S2 條件覆蓋 以下四種情況各出現(xiàn)一次 A1 B=0 A=2， B=0 執(zhí)行 S1 A?1 B?0 A=1， B=1 執(zhí)行 S2 條件組合 覆蓋 A1,B=0 A=2,B=0 執(zhí)行 S1 A1,B?0 A=2,B=1 執(zhí)行 S2 A?1,B=0 A=1,B=0 執(zhí)行 S2 A?1,B?0 A=1,B=1 執(zhí)行 S2 四 .某城市電話號碼由三部分組成。它們的名稱 和內(nèi)容分別是： 地區(qū)碼：空白或三位數(shù)字； 前 綴：非‘ 0’或‘ 1’的三位數(shù)字； 后 綴： 4 位數(shù)字。 假定被測程序能接受一切符合上述規(guī)定的電話號碼，拒絕所有不符合規(guī)定的電話號碼。根據(jù)該程序的規(guī)格說明，作等價類的劃分，并設(shè)計測試方案。 輸入條件 有效等價類 無效等價類 地區(qū)碼 ； ； 1. 1. 有非數(shù)字字符； ； 。 前 綴 200 到 999 之間的三位 ； ?0?； ?1?； ； 。 后 綴 。 ； ； 。 設(shè)計測試方案 方案 內(nèi)容 輸 入 預(yù)期 輸出 地區(qū)碼 前綴 后綴 1 空白 200～ 999 之間的三位數(shù)字 四位數(shù)字 ( )2762345 有效 2 三位數(shù)字 四位數(shù)字 (635)8059321 有效 3 有非數(shù)字字符 (20A)7234567 無效 4 少于三位數(shù)字 (33 )2345678 無 效 5 多于三位數(shù)字 (5555)3456789 無效 6 有非數(shù)字字符 (345)5A23456 無效 7 起始位為 ?0? (345)0123456 無效 8 起始位為 ?1? (345)1323456 無效 9 少于三位數(shù)字 (345) 923456 無效 10 多于三位數(shù)字 (345)45623456 無效 11 有非數(shù)字字符 (345)3423A56 無效 12 少于四位數(shù)字 (345)342 356 無效 13 多于四位數(shù)字 (345)56234567 無效 第八章 軟件維護 習(xí)題答案 ？ 因為軟件的開發(fā)過程中，一般很難檢測到所有的錯誤，其次軟件在應(yīng)用過程中需要隨用戶新的要求或運行環(huán)境的變化而進行軟件的修改或完成功能的增刪等，為了提高軟件的應(yīng)用水平和使用壽命，軟件的維護是不可避免的。 ？ 改正性維護：滿足用戶對已開發(fā)產(chǎn)品的性能與運行環(huán)境不斷提高的要求，進而達到延長軟件壽命的目的。 適應(yīng)性維護：對程序使用期間發(fā)現(xiàn)的程 序錯誤進行診斷和改正的過程，配合變化了的環(huán)境進行修改軟件的活動； 完善性維護：滿足用戶在使用過程中提出增加新的功能或修改已有功能的建議而進行的工作； 預(yù)防性維護：為了改善未來的可維護性或可靠性而修改軟件的工作。 ？ 開發(fā)方法：采用模塊化詳細設(shè)計文檔有助于理解軟件的結(jié)構(gòu)、界面功能和內(nèi)部流程；開發(fā)過程中嚴(yán)格而科學(xué)的管理規(guī)劃及清晰可靠的文檔資料對發(fā)生錯誤后的理解與糾錯是至關(guān)重要的；開發(fā)過程中模塊的獨立程度越高，對軟件修改越容易，對軟件的改進和移植越方便。 開發(fā)條件： 軟件開發(fā)及維護人員的水平?jīng)Q定了軟件開發(fā)的質(zhì)量和維護的效率；開發(fā)過程中使用標(biāo)準(zhǔn)的程序設(shè)計語言和標(biāo)準(zhǔn)的操作系統(tǒng)接口，可以大大提高軟件的可維護性；在測試過程中用例的有效性，可極大地減少軟件存在的錯誤；其次使用規(guī)范化的文檔資料可為維護提供更好的依據(jù)。 ？ (1) 一般來講，維護人員對開發(fā)人員寫的程序及文檔，理解都比較困難，對維護工作不會喜歡； (2) 維護持續(xù)時間都很長，在開發(fā)人員不在現(xiàn)場的輕快下，維護軟件通常是很困難的； (3) 絕大多數(shù)軟件在設(shè)計時對將來的軟件修 改都沒有考慮或考慮不多，尤其未能在設(shè)計中強調(diào)并認真解決好模塊的獨立性，使軟件的修改既困難又易發(fā)生差錯。 ？ (1) 軟件的可理解性、可測試性、可修改性； (2) 文檔描述符合要求、用戶文檔簡潔明確、系統(tǒng)文檔完整并且標(biāo)準(zhǔn)。 ？為什么？ 在軟件的生命周期中，軟件維護的工作量非常大，不同應(yīng)用領(lǐng)域的維護成本差別也很大。一般大型軟件的維護成本遠遠高于開發(fā)成本若干倍。因此軟件價格中應(yīng)該計入維護成本。 ，提出改進和 擴充功能的要求？ (1) 教材銷售采購系統(tǒng)； (2) 圖書管理系統(tǒng)； (3) 房產(chǎn)管理系統(tǒng)。 (略 ) 第九章 軟件工程管理 習(xí)題答案 ？ (1) 費用管理 : 對軟件開發(fā)進行成本核算 ,使軟件生產(chǎn)按照商品生產(chǎn)的規(guī)律辦事。包括 :以簡單、科學(xué)方法估算軟件開發(fā)費用 ,作為簽定開發(fā)合同的根據(jù)；管理開發(fā)費用的有效使用 ,即用經(jīng)濟手段來保證產(chǎn)品如期按質(zhì)完成。 (2) 質(zhì)量管理 : 按項目的質(zhì)量保證計劃 ,確保各個開發(fā)階段的開發(fā)和維護工作全部按軟件工程的規(guī)范進行 ,保證軟件產(chǎn)品的質(zhì)量。 (3) 配置管理 :通過對于程序、文檔和數(shù)據(jù)的各種版本所進行的管理，保證資料的完整性與一致性。 (4) 項目管理：制定《項目實施計劃》，按照計劃的內(nèi)容組織和實施軟件的工程化生產(chǎn)。最終目標(biāo)是以合理的費用和進度，圓滿完成計劃所規(guī)定的軟件項目。 ？ (1) 軟件項目與其他任何產(chǎn)業(yè)項目不同，它是算法、思想、概念、組織、流程、效率、優(yōu)化等的融合體； (2) 開發(fā)軟件項目產(chǎn)品 ,在多數(shù)情況下 ,用戶給不出明確的想法和要求。 (3) 在開發(fā)過程中，程序及其相關(guān)的文檔資料常常需要修改， 在修改過程中又可能帶來新的問題，且這些問題要在很久以后才會發(fā)現(xiàn)。 (4) 在研制開發(fā)過程中，文檔資料是不可缺少的，但工作量又是巨大的 ,往往也是人們不愿去作的。 (5) 參加軟件項目的工作人員，要求具有一定的業(yè)務(wù)水平和實際工作經(jīng)驗， 而很難完全避免的人員流動，對工作的影響是很大的。離開的人員不僅帶走了重要的信息，而且?guī)ё吡斯ぷ鹘?jīng)驗。 ？ 自頂向下估計 : 首先估算出項目總的開發(fā)成本，然后在項目內(nèi)部進行成本分配。由少數(shù)專家參與，依靠他們過去的經(jīng)驗，將要開發(fā)的軟件與過去開發(fā)過的 軟件進行 類比 ，以估計新的軟件開發(fā)所需要的工作量和成本。 自底向上估計 : 將開發(fā)任務(wù)分成若干子任務(wù) ,子任務(wù)又分成子子任務(wù) ,直到每一個單元內(nèi)容足夠明確為止；把各個任務(wù)單元的成本估計出來 ,匯合成項目的總成本。該方法得到的結(jié)果比較接近實際。 ，不能用簡單增加人員的方法來縮短開發(fā)時間？ 大量軟件開發(fā)實踐說明 :向一個已經(jīng)延遲的項目追加開發(fā)人員 ,可能使它完成得更晚。因為當(dāng)開發(fā)人員以算術(shù)級數(shù)增長時，而人員之間的通信將以幾何級數(shù)增長，往往 得不償失 。 ？ (1) 產(chǎn)品運行 :正確性、風(fēng)險性、效率、完整性、健壯性和可用性； (2) 產(chǎn)品修改 :可理解性、可維護性、靈活性、可測試性； (3) 產(chǎn)品轉(zhuǎn)移：可移植性、可重用性和互運行性。 PERT 圖。 (1)找出關(guān)鍵路徑和完成項目的最早時間； (2)標(biāo)出每項活動的最早起止時間與最遲起止時間。 (見該章教案舉例 )