軟件工程知識點匯總

-.z.軟件工程知識點匯總軟件工程、軟件工程方法學：三要素軟件工程：eq\o\ac(○,1)應用系統(tǒng)化的、標準化的、可度量的方法來開發(fā)、運行和維護軟件，即將工程應用到軟件；eq\o\ac(○,2)對eq\o\ac(○,1)的各種方法的研究軟件工程是一門研究用工程化方法構建和維護有效的實用的和高質量的軟件的學科軟件工程三要素是：方法、工具、過程 軟件工程的方法：是指完成軟件開發(fā)各項任務的技術方法 軟件工具：是指為軟件工程方法的運用提供自動半自動的軟件支撐環(huán)境 軟件工程過程：是指將軟件工程方法和工具綜合起來以到達合理、及時地進展計算機軟件開發(fā)這一目的軟件工程的原則包括：模塊化原則、信息隱蔽原則、抽象化原則、模塊獨立原則〔內聚、耦合〕、依賴倒轉原則、開閉原則等模塊化原則：指解決一個復雜問題時自頂向下逐層把軟件系統(tǒng)劃分為假設干模塊的過程。模塊是程序中相對獨立的成分，一個獨立的編程單位，應有良好的編程接口，模塊的大小要適中，模塊過大會使模塊內部的復雜性增加不利于模塊的理解和修改，模塊過小會導致整個系統(tǒng)表示過于復雜，不利于控制系統(tǒng)的復雜性。信息隱蔽原則：采用封裝技術，將程序模塊的實現(xiàn)細節(jié)隱藏起來，使模塊接口盡量簡單。抽象化原則：抽取事物最根本的特性和行為，忽略非本質細節(jié)，采用分層次抽象，自頂向下，逐層細化的方法控制軟件開發(fā)過程的復雜性。模塊獨立原則：是指每個模塊只完成系統(tǒng)要求的獨立子功能，并且與其他模塊的聯(lián)系最少且接口簡單。要求在一個物理模塊內集中邏輯上相互關聯(lián)的計算機資源，保證模塊間由松散的偶合關系，模塊內部有較強的內聚性，這有助于控制系統(tǒng)的復雜性?！布矗焊邇染鄣婉詈稀骋蕾嚨罐D原則：抽象不應該依賴于細節(jié)，細節(jié)應該依賴于抽象。開閉原則：軟件實體應該是可擴展的，但是不可以修改。即對于擴展是開放的，對于更改是封閉的。軟件開發(fā)模型：瀑布模型；快速原型；噴泉模型；各種模型的工作原理、階段、每階段任務、特點、示意圖；軟件開發(fā)模型〔也稱為軟件過程模型〕：是從軟件工程需求定義開場直至軟件經使用后廢棄為止，跨越整個生命周期的系統(tǒng)開發(fā)、運行和維護所實施的全部過程、活動和任務的構造框架瀑布模型〔又稱線性模型〕：工作原理：規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。前一階段的工作成果是后一階段工作開場的根底.所以,每個階段都必須交出合格的文檔,必須對前階段的工作進展評審,前一階段的工作完成后才可以開場后一階段的工作階段： 方案時期：問題定義、可行性研究 開發(fā)時期：需求分析、設計、編碼、測試 運行時期：運行和維護各階段任務：1.需求分析和定義在軟件工程進展過程中，需求分析是從軟件定義到軟件開發(fā)的關鍵步驟，是今后軟件，開發(fā)的根本依據(jù)，同時也是用戶對軟件產品進展驗收的根本依據(jù)。需求分析和定義是以用戶需求為根本依據(jù)，從功能、性能、數(shù)據(jù)、操作等多個方面，對軟件系統(tǒng)給出完整、準確、具體的描述，用于確定軟件規(guī)格。2.軟件設計根據(jù)系統(tǒng)需求的定義，確定系統(tǒng)的構造，進展系統(tǒng)的概要設計和各局部的功能與構造的詳細設計。3.編碼與單元測試在這一階段，根據(jù)軟件設計文檔完成了程序模塊或程序單元的編碼。通過程序單元測試，驗證其是否滿足設計標準。4.集成和系統(tǒng)測試程序模塊或程序單元被組裝集成起來成為一個軟件系統(tǒng)，然后進展系統(tǒng)測試。測試完成后即交付用戶使用。5.運行和維護通常這是軟件生命周期中最長的一個階段。如果在運行期發(fā)現(xiàn)了軟件的錯誤，就要修改軟件，可能會重復上述*個或多個階段的活動。特點：順序性、依賴性：下一階段依賴上一階段的完成。推遲實現(xiàn)：階段任務完畢形成文檔，并審核前方能進展設計任務，將程序的實現(xiàn)推遲進展。質量保證:文檔完整、文檔評審，防止錯誤積累與放大效應。示意圖：快速原型工作原理：快速原型是利用原型輔助軟件開發(fā)的一種新思想。經過簡單快速分析，快速實現(xiàn)一個原型，用戶與開發(fā)者在試用原型過程中加強通信與反應，通過反復評價和改良原型，減少誤解，彌補漏洞，適應變化，最終提高軟件質量。廢棄型：也稱快速建立需求規(guī)格原型法：先構造一個功能簡單而質量要求不高的模型系統(tǒng)，針對這個模型系統(tǒng)反復的進展分析修改，從而形成較好的設計思想，據(jù)此設計出更加完整、準確、一致可靠的最終系統(tǒng)，系統(tǒng)構造完成后，原來的模型就被廢棄 追加型：也稱快速建立漸進原型法。它采用循序漸進的開發(fā)方式，對系統(tǒng)模型作連續(xù)精化，即先構造一個功能簡單而且質量要求不高的模型系統(tǒng)，最為最終系統(tǒng)的核心，將系統(tǒng)需要具備的性能逐步添加上去，通過不斷地擴大修改，逐步追加新的要求，直至所有性能全部滿足，此時原型模型也就是最終的產品。階段及任務 原型快速分析：是指在分析者和用戶的嚴密配合下，快速確定軟件系統(tǒng)的根本要求，根據(jù)原型所要表達的特性〔總體構造、處理功能、模擬性能、界面形式等〕，描述根本需求規(guī)格說明，以滿足開發(fā)圓形的需要。 原型構造：在快速原型分析的根底上，根據(jù)根本需求規(guī)格說明，忽略細節(jié)只考慮主要特性快速構造一個可運行的系統(tǒng)。 原型運行與評價：是軟件開發(fā)人員與用戶頻繁通信、發(fā)現(xiàn)問題、消除誤解的用藥階段，目的是驗證原型的正確程度，進而開發(fā)新的并修改原有的需求。 原型修改：根據(jù)評價原型的活動結果進展修改。假設原型未滿足需求說明的要求，說明對需求說明存在不一致的理解或實現(xiàn)方案不夠合理，則根據(jù)明確的要求迅速修改原型。特點 1．增強了軟件開發(fā)人員和用戶對系統(tǒng)需求的理解，便于將用戶模糊的功能需求明確化 2．為用戶提供了一種強有力的學習手段 3．易于確定系統(tǒng)的性能，是理解和確定軟件需求規(guī)格說明的良好工具 4．按照快速建立漸進原型法建立的原型即為最終的產品利用快速原型化技術可以為軟件開發(fā)提供一種完整、靈活、近似動態(tài)的需求規(guī)格說明方法。示意圖噴泉模型工作原理：噴泉模型是一種以用戶需求為動力，以對象為驅動的模型，主要用于描述面向對象的軟件開發(fā)過程。該模型認為軟件開發(fā)過程自下而上周期的各階段是相互重疊和屢次反復的，各個開發(fā)階段沒有特定的次序要求，并且可以交互進展，可以在*個開發(fā)階段中隨時補充其他任何開發(fā)階段中的遺漏。階段每階段任務特點：噴泉模型表達了軟件創(chuàng)立所固有的迭代和無間隙的特征。迭代指系統(tǒng)中*個局部常常重復工作屢次，無間隙指活動之間沒有明顯的間隙，如在分析和設計之間沒有明顯的界限。示意圖。軟件生命周期：階段、各階段功能、所涉及的內容〔圖、工具和文檔〕軟件生命周期：是指一個計算機軟件從功能確定、設計到開發(fā)成功投入使用，并在使用中不斷地修改、增補和完善，知道被新的需求所替代而停頓該軟件的使用全過程。四個工作階段：初始階段：建立業(yè)務模型，定義最終產品視圖，并且確定工程的范圍。精化階段：設計并確定系統(tǒng)的體系構造，制定工程方案，確定資源需求。構建階段：開發(fā)出所有構件和應用程序，把它們集成為客戶需要的產品，并且詳盡地測試所有功能。移交階段：把開發(fā)出的產品提交給用戶使用各階段功能：1問題定義可行性研究eq\o\ac(○,1)可性研究的任務是以最小的代價在盡可能短的時間內確定問題是否值得解決、是否能夠解決。eq\o\ac(○,2)階段性成果"工程可行性報告"2需求分析階段eq\o\ac(○,1)需求分析的主要任務就是要通過軟件開發(fā)人員與用戶的交流和討論，準確地獲取用戶對系統(tǒng)的具體要求。eq\o\ac(○,2)階段性成果"需求規(guī)格說明書"、數(shù)據(jù)字典、數(shù)據(jù)流圖〔DFD〕3概要設計階段eq\o\ac(○,1)劃分出組成系統(tǒng)的物理元素，設計軟件的構造，即確定模塊及模塊間的關系，根據(jù)需求分析階段得到的邏輯模型來設計系統(tǒng)的物理模型eq\o\ac(○,2)階段性成果"概要設計說明書"4詳細設計階段eq\o\ac(○,1)設計每個模塊的算法，確定每一模塊使用的數(shù)據(jù)構造，確定模塊接口的細節(jié)，為每一個模塊設計一個測試用例，編寫詳細設計說明書eq\o\ac(○,2)"軟件詳細設計"文檔5編碼和單元測試6系統(tǒng)測試7軟件維護階段各階段所涉及的內容〔文檔、工具、圖〕構造化方法:生命周期中各階段任務.獲取用戶需求、畫數(shù)據(jù)流圖、數(shù)據(jù)字典可行性分析、需求分析、設計〔概要設計+詳細設計〕、測試、維護面向對象方法：核心概念、模型面向對象中的根本概念：對象：代表了一個現(xiàn)實的或虛構的實體類：對具有一樣數(shù)據(jù)和一樣操作的一組相似對象的定義繼承：子類自動的共享父類中定義的數(shù)據(jù)和方法的機制多態(tài)性：一個名字具有多種語義封裝：將屬性和操作包裝成一個單元，使得對狀態(tài)的和修改只能通過封裝提供的接口進展消息：對象間在交互中所傳送的通訊信息關聯(lián)：對象之間所存在的聯(lián)系模型對象模型：即尋找問題域中的對象，從對象中抽象出類的定義，識別對象的內部特征，定義屬性，識別對象的外部關系，識別主題。動態(tài)模型：即建立交互圖、狀態(tài)圖和活動圖，進一步定義用例。功能模型：即用例分析，以用例對用戶需求進展標準化描述；為了更好地理解問題，人們常采用建立建立問題模型的方法。模型就是為了理解事物而對事物作出的一種抽象，是對事物的一種無歧義的書面描述。通常，模型由一組圖示符號和組織這些符號的規(guī)則組成。模型是一種思考工具，可以把知識標準地表示出來。對于那些因過分復雜而不能直接理解的系統(tǒng)，特別需要建立模型，建模的目的主要是為了減少復雜性。一旦建立起模型之后，就要經受用戶和各個領域專家的嚴格審查。模型常常會經過屢次必要的修改。用OO方法開發(fā)軟件，通常需要建立3種形式的模型：對象模型----描述系統(tǒng)數(shù)據(jù)構造；動態(tài)模型----描述系統(tǒng)控制構造；功能模型----描述系統(tǒng)功能；這三種模型各自從不同的側面反映軟件系統(tǒng)的內容，相互影響、相互制約，有機地結合在一起，全面地表達對目標系統(tǒng)的需求。對象模型表示靜態(tài)的、構造化的系統(tǒng)的"數(shù)據(jù)〞性質。描述了系統(tǒng)的靜態(tài)構造。面向對象方法強調圍繞對象而不是功能來構造系統(tǒng)。對象模型為建立動態(tài)模型和功能模型，提供了實質性的框架。1997年11月，國際對象管理組織OMG批準把UML1。1作為基于面向對象技術的標準建模語言。通常，使用UML的類圖來建立對象模型。在UML中術語"類〞的實際含義是，"一個類及屬于該類的對象〞-----------------------------------------------狀態(tài)模型表示瞬時的、行為化的系統(tǒng)的"控制〞性質，它規(guī)定了對象模型中的對象的合法變化序列。一旦建立起對象模型之后，就需要考察對象的動態(tài)行為。所有對象都具有自己的生命周期。狀態(tài)，是對對象屬性值的一種抽象。各對象之間相互觸發(fā)就形成了一系列的狀態(tài)變化。一個觸發(fā)行為稱作一個事件。對象對事件的響應，取決于承受該觸發(fā)的對象當時所處的狀態(tài)，響應包括改變自己的狀態(tài)或者又形成一個新的觸發(fā)行為。狀態(tài)有持續(xù)性，它占用一段時間間隔。狀態(tài)與事件密不可分，一個事件隔開兩個狀態(tài)，一個狀態(tài)隔開兩個事件。事件表示時刻，狀態(tài)表示時間間隔。UML中用狀態(tài)圖來描繪對象的狀態(tài)、觸發(fā)狀態(tài)轉換的事件及對象的行為。每個類的動態(tài)行為用一張狀態(tài)圖來描繪，各個類的狀態(tài)圖通過共享事件合并起來，從而構成系統(tǒng)的動態(tài)模型。動態(tài)模型是基于事件共享而互相關聯(lián)的一組狀態(tài)圖的集合。-----------------------------------------------功能模型表示變化的系統(tǒng)的"功能〞性質，它指明了系統(tǒng)應該"做什么〞，因此更直接地反映了用戶對目標系統(tǒng)的需求。通常，功能模型由一組數(shù)據(jù)流圖組成。在OO方法中，數(shù)據(jù)流圖遠不如在構造化方法中那樣重要。但建立功能模型有助于開發(fā)人員更深入地理解問題域，改良和完善自己的設計。UML中提供的用例圖也是進展需求分析和建立功能模型的強有力工具。UML中把用例圖建立起來的系統(tǒng)模型稱為用例模型。使用用例模型代替?zhèn)鹘y(tǒng)的功能說明，往往能夠更好地獲取用戶需求，它所答復的問題是"系統(tǒng)應該為每個〔或每類〕用戶做什么〞。面向對象方法、UML：獲取用戶需求、畫用例圖、對象模型、UML中的關系1.面向對象的方法〔1〕分析：包括問題描述、構建對象模型、構建動態(tài)模型、構建功能模型。最后得到的分析文檔包括問題需求的陳述、對象模型、動態(tài)模型和功能模型。〔2〕系統(tǒng)設計：結合問題域的知識和目標系統(tǒng)的體系構造，將目標系統(tǒng)分解為子系統(tǒng)，標識由問題所規(guī)定的并發(fā)性，設計適當?shù)目刂茩C制組織子系統(tǒng)協(xié)調工作，然后選擇數(shù)據(jù)管理的根本策略，考慮對邊界條件的處理。最后得到的系統(tǒng)設計文檔包括根本的系統(tǒng)體系構造和高層次的決策策略?！?〕對象設計：以分析模型為根底，首先定義類，設計類屬性及操作，為每個操作選擇適宜的數(shù)據(jù)構造并定義算法，調整類構造以強化繼承性；然后創(chuàng)立對象，設計消息以補充對象關聯(lián)；通過關聯(lián)發(fā)現(xiàn)新的對象或交互條件時，修改類組織以優(yōu)化對數(shù)據(jù)的，改善設計構造。最后得到的對象設計文檔包括細化的對象模型、細化的動態(tài)模型和細化的功能模型?！?〕實現(xiàn)：將設計轉換為特定編程語言代碼并在相應環(huán)境運行，同時保持可追蹤性、靈活性和可擴展性。2.UML：統(tǒng)一建模語言〔UML〕是一個通用的可視化建模語言，用于對軟件進展描述、可視化處理、構造和建立軟件系統(tǒng)產品的文檔。UML描述了一個系統(tǒng)的靜態(tài)構造和動態(tài)行為3.獲取用戶需求〔1〕與用戶進展充分溝通，了解用戶對軟件的需求；〔2〕識別對象集合及對象間的關系；〔3〕定義類〔包括屬性和操作〕并建立類間的層次關系；〔4〕建立模型來表示對象之間的關系及行為特性。4.用例圖：用例模型描述外部執(zhí)行者所理解的系統(tǒng)功能。用例模型用于需求分析階段，描述待開發(fā)系統(tǒng)的功能要求，幫助軟件設計人員理解系統(tǒng)要做的工作，同時用例模型還可以為其他模型建立、構造設計、實現(xiàn)及測試工作等提供依據(jù)。一個用例模型是由假設干用例圖組成的，進展用例建模的過程主要包括尋找執(zhí)行者、尋找用例、描述用例、確定執(zhí)行者和用例之間的關系等工作，其中尋找執(zhí)行者和用例是用例建模的關鍵。5.對象模型：對象模型表示靜態(tài)的、構造化的系統(tǒng)的"數(shù)據(jù)〞性質。描述了系統(tǒng)的靜態(tài)構造。面向對象方法強調圍繞對象而不是功能來構造系統(tǒng)。對象模型為建立動態(tài)模型和功能模型，提供了實質性的框架。通常，使用UML的類圖來建立對象模型。在UML中術語"類〞的實際含義是，"一個類及屬于該類的對象〞6.關系： 依賴關聯(lián)泛化實現(xiàn)測試：黑盒、白盒設計測試用例白盒測試〔構造測試、邏輯驅動測試〕：語句覆蓋：設計假設干個測試用例，使得被測試的程序中的每條可執(zhí)行語句至少被執(zhí)行一次判斷覆蓋：每個判斷至少都獲得一次"真〞值和"假〞值條件覆蓋：每個判斷中的條件可能的取值至少被執(zhí)行一次判斷與條件覆蓋：每個判斷的真假值分支至少被執(zhí)行一遍，并且每個判斷的條件的內部判斷式的真假值分支也要被執(zhí)行一遍條件組合覆蓋：程序中每個判斷條件的內部判斷式的各種真假值組合可能都至少執(zhí)行一遍路徑覆蓋：覆蓋程序中所有可能的路徑六種邏輯覆蓋從弱到強的排列順序語句覆蓋-判斷覆蓋-條件覆蓋--判斷條件覆蓋條件組合覆蓋--路徑覆蓋黑盒測試等價類劃分：有效等價類和無效等價類邊界值分析軟件工程管理：工程管理、五大過程、九大知識領域、工程三角形工程管理：是為完成一個預定的目標，而對任務和資源進展規(guī)劃、組織和管理的程序工程三角形：時間：反映在工程方案中的工程完成所需時間。資金：即工程的預算，取決于資源的本錢，這些資源包括完成任務所需的人員、設備和材料。范圍：工程的目標和任務，以及完成這些目標和任務所需的工時。工程管理的五大過程：啟動過程、方案過程、實施過程、控制過程、收尾過程工程管理的九大知識領域：范圍管理、時間管理、本錢管理、質量管理、風險管理、人力資源管理、溝通管理、采購管理、綜合管理配置管理：配置管理、配置管理項、基線、里程碑配置管理：是一組追蹤和控制活動，它們開場于軟件工程開場時，完畢于軟件被淘汰之時。配置管理項：1。計算機程序----源代碼和可執(zhí)行程序2。描述計算機程序的文檔----供技術人員或用戶使用3。數(shù)據(jù)----程序內包含的或在程序外的。。。每個配置項的主要屬性有名稱、標識符、文件狀態(tài)、版本、作者、日期等基線：是一組配置項，這些配置項不能被隨便修改和變更?；€是軟件生存期中各開發(fā)階段末尾的特定點，又稱里程碑。軟件開發(fā)各階段的基線：構造化方法與面向對象方法的比擬：根本思想；分階段比擬1．構造化方法：根本思想：可以概括為自頂向下、逐步求精，采用模塊化技術和功能抽象將系統(tǒng)按功能分解為假設干模塊，從而將復雜的系統(tǒng)分解成假設干易于控制和處理的子系統(tǒng)，子系統(tǒng)又可分解為更小的子任務，最后的子任務都可以獨立編寫成子程序模塊，模塊內部由順序、選擇、循環(huán)等根本控制構造組成。2．面向對象方法根本思想：面向對象方法的出發(fā)點和根本原則，是盡可能模擬人類習慣的思維方式，使開發(fā)軟件的方法與過程盡可能接近人類認識世界、解決問題的方法與過程，將客觀世界中的實體抽象為問題域中的對象。使用現(xiàn)實的概念抽象地思考問題，從而自然地解決問題，保證軟件系統(tǒng)的穩(wěn)定性和可復用性以及良好的維護性。3．兩種方法的比擬：傳統(tǒng)的構造化方法，是軟件工程中最為成熟的方法。對于能夠預先確定需求的系統(tǒng)的開發(fā)，采用構造化方法非常有效，但是對于需求是模糊的或隨時間變化的系統(tǒng)開發(fā)這種方法不能適應。面向對象方法，對于需求不能預先確定的系統(tǒng)的開發(fā)，可采用面向對象方法結合，這樣就能夠結合面向對象方法所具有的穩(wěn)定性好、可復用性好和可維護性好的特點。需求分析階段：構造化方法：采用自頂向下功能分解的方法，強調邏輯功能而不是實現(xiàn)功能的具體方法，使用圖形進展系統(tǒng)分析并表達分析的結果--數(shù)據(jù)流圖，使用構造化分析方法獲得的需求規(guī)格說明書由數(shù)據(jù)流圖、數(shù)據(jù)詞典及補充材料組成。面向對象方法：面向對象分析的關鍵是識別出問題域中的對象，并分析它們之間的關系，最終建立起問題域的簡潔、準確、可理解的正確模型。面向對象分析模型通常包括對象模型、動態(tài)模型和功能模型。對象模型是最重要、最根本、最核心的。設計階段：構造化軟件是功能的集合,通過模塊調用實現(xiàn)系統(tǒng)。面向對象軟件是事物的集合,通過對象及聯(lián)系實現(xiàn)系統(tǒng)。構造化軟件=過程+數(shù)據(jù),以過程為中心。面向對象軟件=數(shù)據(jù)+相應操作,以數(shù)據(jù)為中心。構造化軟件采用順序處理方式,由過程驅動控制;面向對象軟件采用交互式、并行處理方式,由消息驅動控制;構造化方法的重點是設計；面向對象方法的重點是分析。構造化方法更適合數(shù)據(jù)類型比擬簡單的軟件工程的開發(fā)；面向對象方法更適合大型復雜的軟件工程的開發(fā)練習題：看書上實例A，理解RUP過程試討論RUP過程的優(yōu)缺點RUP過程主要適用于何種工程？用面向對象方法開發(fā)軟件時與構造化方法開發(fā)軟件時相比擬，軟件的生命周期有何不同？這種差異帶來了什么后果？為什么說**本田牌汽車是小汽車類的特化，而發(fā)動機不是小汽車類的特化？什么是對象？它與傳統(tǒng)的數(shù)據(jù)有何區(qū)別？試用面向對象分析方法設計下述程序：在顯示器屏幕上圓心坐標為〔100,100〕的位置畫一個半徑為40的圓，在圓心坐標為〔200,300〕的位置畫一個半徑為20的圓，在圓心坐標為〔400,150〕的位置畫一條弧，起始角為30度，完畢角度為120度，半徑為50.思考題1、一個程序能夠既正確又不可靠嗎？請解釋你的答案。軟件可靠性是程序在給定的時間間隔內按規(guī)格說明書的規(guī)定成功地運行的概率。軟件可靠性即包含正確性又包含強健性。即程序在正常環(huán)境下應能正確地完成預期功能，在意外環(huán)境下，也應能作出適當?shù)捻憫?。如?程序在正常環(huán)境下可正常運行，在異常環(huán)境下不能作出適當?shù)捻憫?，則該項程序就是既正確又不可靠思考題2、為什么在開發(fā)軟件的過程中變化既是必要的又是不可防止的？為什么必須進展配置管理？在軟件開發(fā)過程中，下述原因會導致軟件配置項發(fā)生變化，新的市場條件導致需求或業(yè)務規(guī)則變化，客戶的需求也會或多或少地發(fā)生變化。企業(yè)改組或業(yè)務縮減，引起工程優(yōu)先級或軟件工程隊伍構造變化，預算或進度限制，導致對目標系統(tǒng)的重新定義，發(fā)現(xiàn)了前期階段的錯誤，必須加以改正。因此，在開發(fā)軟件的過程中，變化既是必要的，又是不可防止的。如果不能適當?shù)乜刂坪凸芾碜兓?，勢必造成混亂并產生許多嚴重的錯誤。軟件配置管理是在軟件的整個生命期內管理變化的一組活動，可以認為軟件配置管理是應用于整個軟件生命期的軟件質量保證活動，是專門用于管理變化的軟件質量保證活動，軟件配置管理的目標是使變化更正確且更容易被適應，在必須變化時減少所需花費的工作量，綜上所述，進展配置管理是十分必要的3、*些軟件工程師不同意"目前國外許多軟件開發(fā)組織把60%以上的人力用于維護已有的軟件〞的說法。他們爭論說："我并沒有花費我的60%的時間去改正我所開發(fā)的程序中的錯誤〞。

請問，你對上述爭論有何看法？ 答：軟件維護并非僅僅是改正程序中的錯誤，它還包括適應性維護