軟件工程知識(shí)點(diǎn)整理

1、.1、 計(jì)算機(jī)軟件概念軟件指計(jì)算機(jī)系統(tǒng)中的程序及其文檔。程序是計(jì)算任務(wù)的處理對(duì)象和處理規(guī)則的描述文檔是為了便于了解程序所需的闡明性資料，文檔一般是給人看的2、 軟件發(fā)展的3個(gè)階段（了解）程序設(shè)計(jì)階段50至60年代程序系統(tǒng)階段60至70年代軟件工程階段70年代以后3、 軟件工程概念(1) 把系統(tǒng)化的、規(guī)范化的、可度量的途徑應(yīng)用于軟件開發(fā)、運(yùn)行和維護(hù)的過(guò)程，也就是把工程化應(yīng)用于軟件中；(2) 研究(1)中提到的途徑3、 軟件生存周期概念及其6個(gè)階段軟件有一個(gè)孕育、誕生、成長(zhǎng)、成熟、衰亡的生存過(guò)程。為計(jì)算機(jī)軟件的生命周期。軟件生命周期的六個(gè)步驟，即制定計(jì)劃、需求分析、設(shè)計(jì)、程序編碼、測(cè)試及運(yùn)行維護(hù)。

2、4、 瀑布模型的思想、特點(diǎn)及其局限性思想：（1）軟件開發(fā)過(guò)程與軟件生命周期是一致的（2）相鄰二階段之間存在因果關(guān)系（3）需對(duì)階段性產(chǎn)品進(jìn)行評(píng)審特點(diǎn)：（1）接受上一階段活動(dòng)的結(jié)果作為本階段活動(dòng)的輸入（2） 依據(jù)上一階段活動(dòng)的結(jié)果哦實(shí)施本階段應(yīng)完成的活動(dòng)（3） 對(duì)本階段的活動(dòng)進(jìn)行評(píng)審（4） 將本階段活動(dòng)的結(jié)果作為輸出，傳遞給下一階段局限性：（1）缺乏靈活性，如用戶需求一開始很難確定 （2）到最后階段才能得到可運(yùn)行的軟件版本5、 增量模型思想、特點(diǎn)和局限性（1）增量模型將軟件的開發(fā)過(guò)程分成若干個(gè)日程時(shí)間交錯(cuò)的線性序列，每個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的“增量”版本，后一個(gè)版本是對(duì)前一版本的修改和補(bǔ)充

3、，重復(fù)增量發(fā)布的過(guò)程，直至產(chǎn)生最終的完善產(chǎn)品。（2）增量模型融合了瀑布模型的基本成分（重復(fù)地應(yīng)用）和演化模型的迭代特征（3）增量模型強(qiáng)調(diào)每一個(gè)增量都發(fā)布一個(gè)可運(yùn)行的產(chǎn)品（第一個(gè)增量是核心產(chǎn)品）·特點(diǎn)：增量模型的特點(diǎn)是引進(jìn)了增量包的概念，無(wú)須等到所有需求都出來(lái)，只要某個(gè)需求的增量包出來(lái)即可進(jìn)行開發(fā)。雖然某個(gè)增量包可能還需要進(jìn)一步適應(yīng)客戶的需求并且更改，但只要這個(gè)增量包足夠小，其影響對(duì)整個(gè)項(xiàng)目來(lái)說(shuō)是可以承受的。·增量模型特別適用于：1、需求經(jīng)常變化的軟件開發(fā) 2、市場(chǎng)急需而開發(fā)人員和資金不能在設(shè)定的市場(chǎng)期限之前實(shí)現(xiàn)一個(gè)完善的產(chǎn)品的軟件開發(fā)·增量模型能有計(jì)劃地管理技術(shù)風(fēng)

4、險(xiǎn)，如早期增量版本中避免采用尚未成熟的技術(shù)。原型模型：原型應(yīng)該包括目標(biāo)系統(tǒng)的關(guān)鍵問(wèn)題和反映目標(biāo)系統(tǒng)的大致面貌，展示目標(biāo)系統(tǒng)的全部或部分功能、性能原型模型兩個(gè)階段（1）原型開發(fā)階段（2）目標(biāo)軟件開發(fā)階段原型的使用策略：廢棄策略-主要用于探索型和實(shí)驗(yàn)型原型的開發(fā)。追加策略-主要用于演化型原型的開發(fā)。使用原型法需注意：（1）用戶對(duì)系統(tǒng)模糊不清，無(wú)法準(zhǔn)確回答目標(biāo)系統(tǒng)的需求 （2）要有一定的開發(fā)環(huán)境和工具支持（3）經(jīng)過(guò)對(duì)原型的若干次修改，應(yīng)收斂到目標(biāo)范圍內(nèi)，否則可能失?。?）對(duì)大型軟件而言，原型可能非常復(fù)雜而難以快速形成，若沒(méi)有現(xiàn)成的，不應(yīng)考慮采用該方法優(yōu)點(diǎn)有助于獲取用戶需求，加強(qiáng)對(duì)需求的理解盡早發(fā)現(xiàn)軟

5、件中的錯(cuò)誤支持需求的動(dòng)態(tài)變化適合于需求動(dòng)態(tài)變化、事先難以確定的系統(tǒng)局限性不能支持風(fēng)險(xiǎn)分析螺旋模型：·基本思想：螺旋模型是瀑布模型、原型模型的有機(jī)結(jié)合，同時(shí)增加了風(fēng)險(xiǎn)分析。·螺旋模型沿著螺線旋轉(zhuǎn)，在四個(gè)象限上分別表達(dá)四個(gè)方面的活動(dòng)制定計(jì)劃 確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制風(fēng)險(xiǎn)分析 分析所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)實(shí)施工程 實(shí)施軟件開發(fā)客戶評(píng)估 評(píng)價(jià)開發(fā)工作，提出修正建議·優(yōu)點(diǎn)有助于獲取用戶需求，加強(qiáng)對(duì)需求的理解盡早發(fā)現(xiàn)軟件中的錯(cuò)誤支持需求的動(dòng)態(tài)變化支持風(fēng)險(xiǎn)分析，可降低或者消除軟件開發(fā)風(fēng)險(xiǎn)適合于需求動(dòng)態(tài)變化，事先難以確定并且開發(fā)風(fēng)險(xiǎn)較大的系統(tǒng)風(fēng)險(xiǎn)概念

6、（1）風(fēng)險(xiǎn)涉及的是未來(lái)將要發(fā)生的事情（2）風(fēng)險(xiǎn)涉及改變（3）風(fēng)險(xiǎn)涉及選擇，具有不確定性7、噴泉模型：噴泉模型是一種支持面向?qū)ο箝_發(fā)的模型體現(xiàn)迭代和無(wú)間隙特征 1、該模型認(rèn)為軟件開發(fā)過(guò)程自下而上周期的各階段是相互重疊和多次反復(fù)的，就像水噴上去又可以落下來(lái)，類似一個(gè)噴泉。 2、各個(gè)開發(fā)階段沒(méi)有特定的次序要求，并且可以交互進(jìn)行，可以在某個(gè)開發(fā)階段中隨時(shí)補(bǔ)充其他任何開發(fā)階段中的遺漏。 形式化方法概念：形式化方法是建立在嚴(yán)格數(shù)學(xué)基礎(chǔ)上的一種軟件開發(fā)方法。軟件開發(fā)的全過(guò)程中，從需求分析、規(guī)約、設(shè)計(jì)、編程、系統(tǒng)集成、測(cè)試、文檔生成，直至維護(hù)等各個(gè)階段，凡是采用嚴(yán)格的數(shù)學(xué)語(yǔ)言，具有精確的數(shù)學(xué)語(yǔ)義的方法，都稱為

7、形式化方法。軟件過(guò)程模型總結(jié)：1、瀑布模型建議線型流程的框架活動(dòng)，這在軟件世界里通常與當(dāng)代軟件開發(fā)的現(xiàn)實(shí)情況不符(例如，持續(xù)的變更、演化的系統(tǒng)、緊迫的開發(fā)時(shí)間)。但瀑布模型確實(shí)適用于需求定義清楚且穩(wěn)定的軟件開發(fā)。2、增量軟件過(guò)程模型通過(guò)一系列的增量發(fā)布產(chǎn)生軟件。3、演化過(guò)程模型認(rèn)識(shí)到大多數(shù)軟件工程項(xiàng)目的迭代特性，其設(shè)計(jì)目的是為了適應(yīng)變更。演化模型，例如原型開發(fā)及螺旋模型，快速地產(chǎn)生增量的工作產(chǎn)品(或是軟件的工作版本)。這些模型可以應(yīng)用于所有的軟件工程活動(dòng)從概念開發(fā)到長(zhǎng)期的軟件維護(hù)。8、 基于計(jì)算機(jī)的系統(tǒng)概念以及6個(gè)組成元素基于計(jì)算機(jī)的系統(tǒng)是指：通過(guò)處理信息來(lái)完成某些預(yù)定義目標(biāo)而組織在一起的元素

8、的組合。六個(gè)元素：·軟件指計(jì)算機(jī)程序、數(shù)據(jù)結(jié)構(gòu)和相關(guān)的工作產(chǎn)品，以實(shí)現(xiàn)所需要的邏輯方法、規(guī)程或控制·硬件指提供計(jì)算能力的電子設(shè)備、支持?jǐn)?shù)據(jù)流的互連設(shè)備(如網(wǎng)絡(luò)交換器、電信設(shè)備）和提供外部世界功能的電子機(jī)械設(shè)備（如傳感器、馬達(dá)等）·人員指硬件和軟件的用戶和操作者·數(shù)據(jù)庫(kù) 指通過(guò)軟件訪問(wèn)并持久存儲(chǔ)的大型的有組織的信息集合·文檔 指描繪系統(tǒng)的使用和/或操作的描述性信息(如模型、規(guī)格說(shuō)明、硬復(fù)制手冊(cè)、聯(lián)機(jī)幫助文件、Web站點(diǎn))·規(guī)程 指定義每個(gè)系統(tǒng)元素的特定使用或系統(tǒng)所處的過(guò)程性語(yǔ)境的步驟9、 可行性分析的任務(wù)開發(fā)一個(gè)基于計(jì)算機(jī)的系統(tǒng)通常都受

9、到資源（人力、財(cái)力、設(shè)備等）和時(shí)間上的限制，可行性分析主要從經(jīng)濟(jì)、技術(shù)、法律等方面分析所給出的解決方案是否可行，能否在規(guī)定的資源和時(shí)間的約束下完成?；卮稹笆欠窨梢宰觯俊钡膯?wèn)題軟件工程要以經(jīng)濟(jì)為本，用戶為先！10、 需求工程的6個(gè)階段及任務(wù)I. 需求獲取 通過(guò)與用戶的交流，了解業(yè)務(wù)現(xiàn)狀以及對(duì)待開發(fā)系統(tǒng)的期望需求獲取收集的“原始材料”為進(jìn)行需求分析提供了基礎(chǔ)II. 需求分析與協(xié)商對(duì)需求進(jìn)行分類組織，分析需求之間的關(guān)系檢查需求的一致性、重疊和遺漏的情況根據(jù)用戶的需要對(duì)需求進(jìn)行排序。在需求獲取階段，經(jīng)常出現(xiàn)以下問(wèn)題： 提出的要求超出軟件系統(tǒng)可以實(shí)現(xiàn)的范圍或?qū)崿F(xiàn)能力不同的用戶提出了相互沖突的需求 III

10、. 系統(tǒng)建模借助建模技術(shù)對(duì)獲取的需求信息進(jìn)行分析和表達(dá)，排除錯(cuò)誤和彌補(bǔ)不足，確保需求文檔正確反映用戶真實(shí)意圖常用的分析和建模方法IV. 需求規(guī)約(Specification) (編寫文檔)通過(guò)建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說(shuō)明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對(duì)目標(biāo)軟件的各種需求軟件需求規(guī)約是分析任務(wù)的最終產(chǎn)物需求規(guī)約作為用戶和開發(fā)者之間的一個(gè)協(xié)議，在之后的軟件工程各個(gè)階段發(fā)揮重要作用V. 需求驗(yàn)證 (評(píng)審)需求開發(fā)階段工作的復(fù)查手段對(duì)功能的正確性、完整性和清晰性，以及其它需求給予評(píng)價(jià)為保證軟件需求定義的質(zhì)量，評(píng)審應(yīng)以專門指定的人員負(fù)責(zé)(應(yīng)該是需求分析人員之外的其他人員)，

11、并按規(guī)程嚴(yán)格進(jìn)行 VI. 需求管理 (維護(hù)一致性)一種獲取、組織并記錄系統(tǒng)需求的系統(tǒng)化方案：對(duì)所有需求工程相關(guān)活動(dòng)的規(guī)劃和總體控制需求變更管理：一個(gè)使用戶與項(xiàng)目團(tuán)隊(duì)對(duì)不斷變更的系統(tǒng)需求達(dá)成并保持一致的過(guò)程(變更的記錄、分析、變更過(guò)程管理、追蹤等)11、 軟件需求的概念用戶對(duì)目標(biāo)系統(tǒng)在功能、行為、性能等方面的要求12、 軟件需求規(guī)約主要包括的內(nèi)容通過(guò)建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說(shuō)明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對(duì)目標(biāo)軟件的各種需求軟件需求規(guī)約是分析任務(wù)的最終產(chǎn)物需求規(guī)約作為用戶和開發(fā)者之間的一個(gè)協(xié)議，在之后的軟件工程各個(gè)階段發(fā)揮重要作用13、 軟件設(shè)計(jì)階段的任務(wù)數(shù)據(jù)/類

12、設(shè)計(jì)：將分析-類模型變成類的實(shí)現(xiàn)和軟件實(shí)現(xiàn)所需要的數(shù)據(jù)結(jié)構(gòu)體系結(jié)構(gòu)設(shè)計(jì)：體系結(jié)構(gòu)設(shè)計(jì)定義了軟件的整體結(jié)構(gòu)接口設(shè)計(jì)：接口設(shè)計(jì)描述了軟件內(nèi)部、軟件和協(xié)作系統(tǒng)之間以及軟件同人之間如何通信構(gòu)件級(jí)設(shè)計(jì)：構(gòu)件級(jí)設(shè)計(jì)將軟件體系結(jié)構(gòu)的結(jié)構(gòu)性元素變換為對(duì)軟件部件的過(guò)程性描述界面設(shè)計(jì)：14、 軟件設(shè)計(jì)過(guò)程1、制定規(guī)范2、體系結(jié)構(gòu)和接口設(shè)計(jì)3、數(shù)據(jù)/類設(shè)計(jì)4、構(gòu)件級(jí)（過(guò)程）設(shè)計(jì)5、編寫設(shè)計(jì)文檔6、設(shè)計(jì)評(píng)審15、 模塊化概念模塊化，即把軟件按照規(guī)定原則，劃分為一個(gè)個(gè)較小的，相互獨(dú)立的但又相互關(guān)聯(lián)的部件，實(shí)際上是系統(tǒng)分解和抽象的過(guò)程16、信息隱藏的概念信息隱藏指在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的特定信息（過(guò)程或數(shù)

13、據(jù)），對(duì)于不需要這些信息的其他模塊來(lái)說(shuō)，是不可訪問(wèn)的。17、 功能內(nèi)聚概念和數(shù)據(jù)耦合概念功能內(nèi)聚：指一個(gè)模塊中各個(gè)部分都是為完成一項(xiàng)具體功能而協(xié)同工作，緊密聯(lián)系，不可分割。數(shù)據(jù)耦合：兩個(gè)模塊之間僅通過(guò)參數(shù)表傳遞簡(jiǎn)單數(shù)據(jù)，則稱為數(shù)據(jù)耦合。18、 結(jié)構(gòu)化分析與設(shè)計(jì)中，判斷結(jié)構(gòu)好壞的標(biāo)準(zhǔn)高內(nèi)聚低耦合。（了解）·模塊之間的連接越緊密，聯(lián)系越多，耦合性就越高，而其模塊獨(dú)立性就越弱·一個(gè)模塊內(nèi)部各個(gè)元素之間的聯(lián)系越緊密，則它的內(nèi)聚性就越高·模塊獨(dú)立性比較強(qiáng)的模塊應(yīng)是高內(nèi)聚低耦合的模塊19、 部件級(jí)設(shè)計(jì)（詳細(xì)設(shè)計(jì)）的描述工具（描述方式）（了解）在構(gòu)件級(jí)設(shè)計(jì)階段，主要完成如下工作

14、：(1)為每個(gè)構(gòu)件確定采用的算法，選擇某種適當(dāng)?shù)墓ぞ弑磉_(dá)算法的過(guò)程，編寫構(gòu)件的詳細(xì)過(guò)程性描述(2)確定每一構(gòu)件內(nèi)部使用的數(shù)據(jù)結(jié)構(gòu)(3)在構(gòu)件級(jí)設(shè)計(jì)結(jié)束時(shí)，應(yīng)該把上述結(jié)果寫入構(gòu)件級(jí)設(shè)計(jì)說(shuō)明書，并且通過(guò)復(fù)審形成正式文檔，作為一下階段（編碼階段）的工作依據(jù)。20、 結(jié)構(gòu)化分析模型包含哪些模型數(shù)據(jù)流圖數(shù)據(jù)字典結(jié)構(gòu)化語(yǔ)言判定表、判定樹21、 系統(tǒng)響應(yīng)時(shí)間的概念從發(fā)出指令到系統(tǒng)接收并且處理、反饋給指令者的時(shí)間過(guò)程。22、 界面設(shè)計(jì)的黃金原則·讓用戶擁有控制權(quán) 1)交互模式的定義不能強(qiáng)迫用戶進(jìn)入不必要的或不希望的動(dòng)作的方式2)提供靈活的交互3)允許用戶交互可以被中斷和撤銷4)當(dāng)技能級(jí)別增長(zhǎng)時(shí)可以使

15、交互流水化并允許定制交互5)使用戶隔離內(nèi)部技術(shù)細(xì)節(jié)·減少用戶的記憶負(fù)擔(dān) 1) 減少對(duì)短期記憶的要求2) 建立有意義的缺省3)定義直覺(jué)性的捷徑4)界面的視覺(jué)布局應(yīng)該基于真實(shí)世界的隱喻5)以不斷進(jìn)展的方式揭示信息·保持界面一致1) 允許用戶將當(dāng)前任務(wù)放在有意義的語(yǔ)境中2)在應(yīng)用系列內(nèi)保持一致性3)不要改變用戶已經(jīng)熟悉的用戶交互模型23、 編程實(shí)現(xiàn)時(shí)需要注意的問(wèn)題a) 細(xì)節(jié)包括標(biāo)識(shí)符命名的注意問(wèn)題b) 程序注釋的注意問(wèn)題c) 代碼的視覺(jué)組織d) 數(shù)據(jù)說(shuō)明的注意問(wèn)題e) 語(yǔ)句結(jié)構(gòu)的注意問(wèn)題24、 軟件測(cè)試的目的、測(cè)試用例的概念（了解）軟件測(cè)試的目的：測(cè)試是一個(gè)為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序

16、的過(guò)程一個(gè)好的測(cè)試用例是指很可能找到迄今為至尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試用例一個(gè)成功的測(cè)試是指揭示了迄今為至尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試測(cè)試用例的概念測(cè)試用例是為了某個(gè)特殊目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行調(diào)節(jié)以及預(yù)期結(jié)果，以便測(cè)試某個(gè)程序路徑或核實(shí)是否滿足某個(gè)特定需求。25、各種邏輯覆蓋準(zhǔn)則之間的關(guān)系（了解）邏輯覆蓋主要考察使用測(cè)試數(shù)據(jù)運(yùn)行被測(cè)程序時(shí)對(duì)程序邏輯的覆蓋程度。通常希望選擇最少的測(cè)試用例來(lái)滿足所需的覆蓋標(biāo)準(zhǔn)。主要的覆蓋標(biāo)準(zhǔn)有：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋26、 單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試的對(duì)象、依據(jù)和任務(wù)·單元測(cè)試：對(duì)象：軟件構(gòu)件或模塊依據(jù)：

17、設(shè)計(jì)描述任務(wù)：發(fā)現(xiàn)構(gòu)件和模塊內(nèi)部錯(cuò)誤·集成測(cè)試：對(duì)象：集成后的軟件系統(tǒng)依據(jù)：每個(gè)模塊都能獨(dú)立的工作任務(wù)：揭露設(shè)計(jì)階段產(chǎn)生的錯(cuò)誤·確認(rèn)測(cè)試：對(duì)象：經(jīng)集成測(cè)試后的軟件依據(jù)：軟件需求規(guī)約任務(wù)：發(fā)現(xiàn)軟件是否實(shí)現(xiàn)了規(guī)約的全部功能，文檔資料是否齊全·系統(tǒng)測(cè)試：對(duì)象：經(jīng)確認(rèn)測(cè)試后的軟件依據(jù)：軟件是計(jì)算機(jī)系統(tǒng)的一部分，會(huì)受到系統(tǒng)其他元素的制約任務(wù)：測(cè)試是否符合軟件工程中對(duì)軟件的要求，是否有好的兼容性27、 測(cè)試和測(cè)試的概念、回歸測(cè)試概念·測(cè)試是由一個(gè)用戶在開發(fā)者的場(chǎng)所進(jìn)行的，軟件在開發(fā)者對(duì)用戶的“指導(dǎo)下”進(jìn)行測(cè)試。經(jīng)測(cè)試后的軟件稱為版軟件。·測(cè)試是由軟件的最終

18、用戶在一個(gè)或多個(gè)用戶場(chǎng)所進(jìn)行的，與測(cè)試不同，開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)，因此，測(cè)試是軟件在一個(gè)開發(fā)者不能控制的環(huán)境中的“活的”應(yīng)用，用戶記錄所有在測(cè)試中遇到的（真正的或想象的）問(wèn)題，并定期把這些問(wèn)題報(bào)告給開發(fā)者，在接到測(cè)試的問(wèn)題報(bào)告后，開發(fā)者對(duì)軟件進(jìn)行最后的修改，然后著手準(zhǔn)備向所有的用戶發(fā)布最終的軟件產(chǎn)品。·回歸測(cè)試就是對(duì)已經(jīng)進(jìn)行過(guò)的測(cè)試的子集的重新執(zhí)行，以確保對(duì)程序的改變和修改，沒(méi)有傳播非故意的副作用。28、 測(cè)試完成標(biāo)準(zhǔn)（了解）Musa和Ackerman提出了一個(gè)基于統(tǒng)計(jì)標(biāo)準(zhǔn)的答復(fù)：“如果一個(gè)在按照概率的方法定義的環(huán)境中，1000個(gè)CPU小時(shí)內(nèi)不出錯(cuò)運(yùn)行的概率大于0995的話，那么我

19、們就有95%的信心說(shuō)，我們已經(jīng)進(jìn)行了足夠的測(cè)試”。使用指定的測(cè)試用例設(shè)計(jì)方法產(chǎn)生測(cè)試用例，運(yùn)行這些測(cè)試用例均未發(fā)現(xiàn)錯(cuò)誤（包括發(fā)現(xiàn)錯(cuò)誤后已被糾正的情況），則測(cè)試可終止。觀察測(cè)試階段中單位時(shí)間內(nèi)發(fā)現(xiàn)錯(cuò)誤數(shù)目的曲線：29、 軟件維護(hù)及4種類型的維護(hù)概念軟件維護(hù)：指軟件系統(tǒng)交付使用以后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過(guò)程。糾錯(cuò)性維護(hù)：為了改正軟件系統(tǒng)中的錯(cuò)誤，使軟件能夠滿足預(yù)期的正常運(yùn)行狀態(tài)的要求而進(jìn)行的維護(hù)適應(yīng)性維護(hù)：為了使軟件適應(yīng)內(nèi)部或外部環(huán)境變化，而去修改軟件的過(guò)程改善性維護(hù)：滿足使用過(guò)程中用戶提出增加新功能或修改已有功能的建議維護(hù)預(yù)防性維護(hù)：為了提高軟件的可維護(hù)性、可靠性等，為以后進(jìn)一步改進(jìn)軟件打下良好基礎(chǔ)而修改軟件的活動(dòng)30、 改善性維護(hù)在維護(hù)中所占的比例最大。31、 提高可維護(hù)性的方法確定質(zhì)量管理目標(biāo)和優(yōu)先級(jí)規(guī)范化程序設(shè)