【導(dǎo)讀】制在人們?nèi)菀桌斫夂吞幚淼姆秶鷥?nèi)。是將復(fù)雜的大問(wèn)題，分解為小問(wèn)題，找。然后用精確的思維定性、定。將現(xiàn)實(shí)世界的問(wèn)題經(jīng)抽象轉(zhuǎn)化為邏輯空間或求。復(fù)雜問(wèn)題經(jīng)抽象化處理變?yōu)橄唷?duì)較簡(jiǎn)單的問(wèn)題。最后到求解域中只是非常簡(jiǎn)單的編程問(wèn)題。標(biāo)準(zhǔn)，產(chǎn)生出不同階段的文檔資料。用計(jì)算機(jī)語(yǔ)言卻實(shí)現(xiàn)。把程序劃分為若干個(gè)模塊，而每個(gè)模塊。構(gòu)成一個(gè)有機(jī)整體，完成指定的功能。模塊化的目的是為了降低軟件復(fù)雜度，SP編碼的方法強(qiáng)調(diào)清晰簡(jiǎn)潔，它是一種。率及降低軟件維護(hù)代價(jià)。1966年Bohm和Jacopin就證明了只要用。風(fēng)格進(jìn)行歸納，提出了16種具體方法。主程序員組織負(fù)責(zé)人,全權(quán)負(fù)責(zé),包括解決技術(shù)。序生產(chǎn)過(guò)程中的總體設(shè)計(jì)師。測(cè)試工程師具有較高遍程水準(zhǔn)和經(jīng)驗(yàn)，負(fù)責(zé)。文檔人員自始至終參加程序生產(chǎn)活動(dòng)，負(fù)責(zé)。SD方法是由IBM公司的Constentine等。經(jīng)分析將在數(shù)據(jù)流圖回溯過(guò)程中找出的。在復(fù)查過(guò)程中反映出新的問(wèn)題，應(yīng)及時(shí)。的開(kāi)發(fā)計(jì)劃，這是正常的。

　　

【正文】 2) 自底向上 – 從底層模塊開(kāi)始測(cè)試和組裝的一種策略。 ? 優(yōu)缺點(diǎn)正好與自頂向下相反。 第 92 頁(yè) 確認(rèn)測(cè)試 ?測(cè)試的目的是驗(yàn)證系統(tǒng)是否能滿足用戶的需要。 ?平行運(yùn)行 即手工系統(tǒng)和計(jì)算機(jī)系統(tǒng)同時(shí)運(yùn)行，用對(duì)比的方法驗(yàn)證新系統(tǒng)的正確性。 第 93 頁(yè) 程序調(diào)試 ?程序調(diào)試的任務(wù) 經(jīng)過(guò)測(cè)試暴露出問(wèn)題，還必須進(jìn)一步診斷錯(cuò)誤的原因和位置，進(jìn)而改正程序中的錯(cuò)誤。 ?要討論三方面的問(wèn)題： –調(diào)試技術(shù) –調(diào)試策略 –調(diào)試的啟發(fā)性原則 第 94 頁(yè) 調(diào)試技術(shù) ?輸出存儲(chǔ)器內(nèi)容 ? 特點(diǎn)：效率低、難定位、輸出的是靜止?fàn)顟B(tài)的程序內(nèi)容。 ?加打印語(yǔ)句 ? 特點(diǎn)：顯示的是程序的動(dòng)態(tài)信息，大量的輸出，時(shí)間慢，可能引出新的問(wèn)題。 ?用調(diào)試工具 ? 特點(diǎn)：動(dòng)態(tài)調(diào)試，可自動(dòng)執(zhí)行，是現(xiàn)代程序調(diào)試的有效工具。 第 95 頁(yè) 調(diào)試策略 ? 試探法 大概分析、估計(jì)錯(cuò)誤的位置； ? 回溯法 確定最先出現(xiàn)”癥狀“的地方，然后沿程序的控制流程往回追蹤源程序，直到找出錯(cuò)誤源為止。 ? 對(duì)分查找法 若已知程序中若干個(gè)關(guān)鍵點(diǎn)的正確值，然后用調(diào)試工具在關(guān)鍵點(diǎn)附近處輸入正確值；若輸出正確，則故障在前半部分；否則，再查后半部分。 ? 歸納法 從線索出發(fā)，通過(guò)分析線索之間的關(guān)系而找出故障。主要步驟為：收集有關(guān)數(shù)據(jù)，組織數(shù)據(jù)，導(dǎo)出假設(shè)，證明假設(shè)。 第 96 頁(yè) 六、軟件維護(hù) ?軟件交付使用后的變更稱為維護(hù)。 ?維護(hù)是軟件生存周期最后一個(gè)階段 ,由于維護(hù)工作的重要性往往被人們忽視，這更增加了維護(hù)工作的困難。學(xué)習(xí)軟件工程學(xué)的主要目的之一就是研究如何減少花費(fèi)在軟件維護(hù)上的工作量，降低維護(hù)成本。 第 97 頁(yè) 維護(hù)活動(dòng)的類型 ? （ 1）校正性維護(hù)。把診斷、校正軟件錯(cuò)誤的過(guò)程稱之為校正性維護(hù)。 ? （ 2）適應(yīng)性維護(hù)。由于計(jì)算機(jī)技術(shù)的飛速發(fā)展，外部設(shè)備和其他系統(tǒng)元素經(jīng)常改進(jìn)和變化，為適應(yīng)變化的環(huán)境而修改軟件的活動(dòng)稱之為適應(yīng)性維護(hù)。它占總維護(hù)活動(dòng)的 18%～ 25%。 ? （ 3）完善性維護(hù)。指在使用軟件系統(tǒng)的過(guò)程中為滿足用戶提出的新功能和性能要求而進(jìn)行的維護(hù)活動(dòng)。它約占總維護(hù)活動(dòng)的 50%～ 60%。 ? （ 4）預(yù)防性維護(hù)。為進(jìn)一步改進(jìn)可維護(hù)性、可靠性而進(jìn)行的維護(hù)活動(dòng)，約占 4%。 第 98 頁(yè) 維護(hù)的代價(jià) ? 70年代用于維護(hù)軟件的費(fèi)用只占軟件總預(yù)算的35%～ 40%， 80年代上升為 40%～ 60%，到了90年代則上升為 70%～ 80%。 ? 軟件維護(hù)的代價(jià)包括有形和無(wú)形兩個(gè)部分：有形代價(jià)就是上面所提到的那些統(tǒng)計(jì)數(shù)字；無(wú)形代價(jià)包括： ? 當(dāng)看起來(lái)合理的有關(guān)變更要求不能及時(shí)滿足時(shí)，將引起用戶的不滿； ? 由于維護(hù)時(shí)的改動(dòng)，在軟件中引入潛在的故障，從而降低了軟件的質(zhì)量； ? 當(dāng)必須把軟件開(kāi)發(fā)工程師調(diào)去從事維護(hù)工作時(shí)，對(duì)開(kāi)發(fā)過(guò)程造成的影響。 第 99 頁(yè) 軟件的可維護(hù)性 ?軟件可維護(hù)性定義為： ? 維護(hù)人員理解、修改該軟件的難易程度。軟件生存周期每個(gè)階段的工作都和軟件的可維護(hù)性有密切的關(guān)系，實(shí)際上，軟件的可維護(hù)性是軟件開(kāi)發(fā)各個(gè)階段的關(guān)鍵目標(biāo)。 ?軟件的可維護(hù)性： –可維護(hù)性因素 –提高可維護(hù)性方法 –文檔 第 100 頁(yè) 1．可維護(hù)性因素 ?（ 1）可理解性。 ?（ 2）可測(cè)試性。 ?（ 3）可修改性。 ?（ 4）可靠性。 ?（ 5）可使用性。 第 101 頁(yè) 2．提高可維護(hù)性的方法 ?軟件生存周期每個(gè)階段的工作都和軟件可維護(hù)性有密切的關(guān)系。提高軟件的可維護(hù)性必須從軟件生存周期各個(gè)階段的工作入手。 第 102 頁(yè) （ 1）問(wèn)題定義階段 ?為得到可維護(hù)的系統(tǒng)模型，就要使開(kāi)發(fā)人員、用戶和使用單位管理人員對(duì)問(wèn)題的性質(zhì)、工程的目標(biāo)和規(guī)模取得完全一致的看法?？紤]到開(kāi)始時(shí)，雙方對(duì)要求解的問(wèn)題相互不太了解，這就要求系統(tǒng)必須是易于擴(kuò)充、完善的系統(tǒng)。 第 103 頁(yè) （ 2）可性行研究階段 ?可行性研究實(shí)質(zhì)上是在高層以抽象方式進(jìn)行的系統(tǒng)分析和設(shè)計(jì)的過(guò)程。該過(guò)程必然會(huì)對(duì)未來(lái)系統(tǒng)的可維護(hù)性產(chǎn)生巨大影響。這是因?yàn)椋? ?① 被推薦的系統(tǒng)是已經(jīng)實(shí)現(xiàn)的、經(jīng)過(guò)實(shí)用檢驗(yàn)的系統(tǒng)，具有較好的可維護(hù)性； ?② 選用的技術(shù)是成熟的技術(shù)，同時(shí)要求這些技術(shù)要有較強(qiáng)的維護(hù)手段。 第 104 頁(yè) （ 3）需求分析階段 ?該階段的任務(wù)是準(zhǔn)確地描述系統(tǒng)“做什么”。同時(shí)，還要確定系統(tǒng)的運(yùn)行環(huán)境，要考慮系統(tǒng)將來(lái)可能的變化，對(duì)系統(tǒng)的可擴(kuò)充性和可修改性預(yù)先做好準(zhǔn)備，從而提高系統(tǒng)的可維護(hù)性。 第 105 頁(yè) （ 4）概要設(shè)計(jì)階段 ? 該階段的目的是用比較抽象概括的方式描述系統(tǒng)“怎樣做”，確定系統(tǒng)的物理配置以及系統(tǒng)的軟件結(jié)構(gòu)和模塊結(jié)構(gòu)。在制定方案時(shí)，要充分考慮組成系統(tǒng)的各個(gè)物理元素（如程序、數(shù)據(jù)庫(kù)、文檔等）對(duì)可維護(hù)性的影響。 ? 在設(shè)計(jì)系統(tǒng)的軟件結(jié)構(gòu)和模塊化時(shí)，要充分運(yùn)用結(jié)構(gòu)化設(shè)計(jì)技術(shù)和模塊技術(shù)，盡量減小模塊間的耦合性、提高模塊的內(nèi)聚性，獲得較高的模塊獨(dú)立性。這是影響可維護(hù)性的基本要素。 ? 第 106 頁(yè) （ 5）詳細(xì)設(shè)計(jì)階段 ? 該階段的目標(biāo)是具體實(shí)現(xiàn)系統(tǒng)“怎樣做”，在該階段結(jié)束時(shí)，應(yīng)得到目標(biāo)系統(tǒng)精確的模塊描述和實(shí)現(xiàn)算法。為使未來(lái)系統(tǒng)便于維護(hù)，模塊設(shè)計(jì)不僅要求邏輯上的正確性，還必須強(qiáng)調(diào)可理解性。 ? 設(shè)計(jì)實(shí)現(xiàn)過(guò)程中要采用結(jié)構(gòu)化程序設(shè)計(jì)技術(shù)，使設(shè)計(jì)出的模塊突出結(jié)構(gòu)化特征，這樣的程序具有統(tǒng)一的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)狀況，程序結(jié)構(gòu)清晰，便于閱讀理解，同時(shí)也便于程序的調(diào)試和測(cè)試。這些措施都將對(duì)軟件的可維護(hù)性起巨大的作用。 第 107 頁(yè) （ 6）編碼階段 ? 在該階段要具體實(shí)現(xiàn)模塊描述和算法，選擇 PL和編程風(fēng)格都會(huì)對(duì)軟件的可維護(hù)性產(chǎn)生極大的影響。 ? 選擇 PL時(shí)，特別注重所選語(yǔ)言對(duì)軟件可維護(hù)性的影響。一般來(lái)說(shuō)，選用高級(jí)語(yǔ)言而不用匯編語(yǔ)言；所選語(yǔ)言要具有良好的模塊化機(jī)制、可讀性好的控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)、應(yīng)用自動(dòng)生成和報(bào)表自動(dòng)生成功能、功能強(qiáng)大的開(kāi)發(fā)工具和開(kāi)發(fā)環(huán)境等。 ? 現(xiàn)在流行的 OOPL具有上述要求的性能，用這種語(yǔ)言開(kāi)發(fā)的程序具有較好的可維護(hù)性。 第 108 頁(yè) （ 7）測(cè)試階段 ?在該階段必須保持實(shí)際系統(tǒng)和軟件配置中描述系統(tǒng)的完全一致性。測(cè)試過(guò)程必須置于可控操作規(guī)程和操作范圍之內(nèi)，以保證錯(cuò)誤確實(shí)被消除、修改的副作用在允許的范圍內(nèi)，軟件配置的版本更新與軟件一致，從而保證軟件的可維護(hù)性。 第 109 頁(yè) （ 8）維護(hù)階段 ?維護(hù)過(guò)程本質(zhì)上是集修改、系統(tǒng)定義和開(kāi)發(fā)為一體的過(guò)程，對(duì)于適應(yīng)性維護(hù)和完善性維護(hù)來(lái)說(shuō)更是如此。要嚴(yán)格按照有關(guān)規(guī)程進(jìn)行維護(hù)活動(dòng)，在完成每一項(xiàng)維護(hù)工作之后，都要對(duì)維護(hù)工作進(jìn)行仔細(xì)認(rèn)真的復(fù)查，要采取有效措施避免和減少修改代碼、數(shù)據(jù)結(jié)構(gòu)和有關(guān)文檔可能帶來(lái)的副作用，以保證維護(hù)后的軟件仍具有較好的可維護(hù)性。 第 110 頁(yè) 3．文檔 ?文檔是影響軟件可維護(hù)性的決定因素。由于需要維護(hù)的系統(tǒng)一般都是經(jīng)過(guò)長(zhǎng)期實(shí)際運(yùn)行考驗(yàn)的系統(tǒng)，人們感興趣的并不是系統(tǒng)可運(yùn)行否，而是在特殊情況下如何使系統(tǒng)也能正常地運(yùn)行，所以對(duì)于維護(hù)人員來(lái)說(shuō)文檔比程序代碼更為重要。 ?文檔分為用戶文檔和系統(tǒng)文檔兩類；前者主要描述系統(tǒng)功能和使用方法；而后者則是描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等各方面的內(nèi)容。 第 111 頁(yè) （ 1）用戶文檔 ?用戶最初往往是通過(guò)用戶文檔了解系統(tǒng)功能，它包括下述五方面的內(nèi)容： ?①功能描述。 ?②安裝手冊(cè)。 ?③使用手冊(cè)。 ?④參考手冊(cè)。 ?⑤操作員指南。 第 112 頁(yè) （ 2）系統(tǒng)文檔 ?系統(tǒng)文檔描述的是從問(wèn)題定義、需求說(shuō)明、模塊算法說(shuō)明、系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)到系統(tǒng)測(cè)試用例、測(cè)試方案等軟件配置的所有系統(tǒng)內(nèi)部特征的文檔。系統(tǒng)文檔中應(yīng)該更詳細(xì)地說(shuō)明系統(tǒng)各部分實(shí)現(xiàn)之間的聯(lián)系、使用的方法和算法、錯(cuò)誤恢復(fù)方法、系統(tǒng)主要參數(shù)的范圍等與系統(tǒng)具體實(shí)現(xiàn)有關(guān)的一切技術(shù)方面的信息數(shù)據(jù)。