2025年軟件工程核心概念與技巧全面解析

1軟件工程、軟件工程措施學(xué)：三要素1.1軟件工程：①應(yīng)用系統(tǒng)化的、規(guī)范化的、可度量的措施來開發(fā)、運行和維護(hù)軟件，即將工程應(yīng)用到軟件；②對①的多種措施的研究1.2軟件工程是一門研究用工程化措施構(gòu)建和維護(hù)有效的實用的和高質(zhì)量的軟件的學(xué)科1.3軟件工程三要素是：措施、工具、過程軟件工程的措施：是指完畢軟件開發(fā)各項任務(wù)的技術(shù)措施軟件工具：是指為軟件工程措施的運用提供自動半自動的軟件支撐環(huán)境軟件工程過程：是指將軟件工程措施和工具綜合起來以到達(dá)合理、及時地進(jìn)行計算機軟件開發(fā)這一目的2.1模塊化原則：指處理一種復(fù)雜問題時自頂向下逐層把軟件系統(tǒng)劃分為若干模塊的過程。模塊是程序中相對獨立的成分，一種獨立的編程單位，應(yīng)有良好的編程接口，模塊的大小要適中，模塊過大會使模塊內(nèi)部的復(fù)雜性增長不利于模塊的理解和修改，模塊過小會導(dǎo)致整個系統(tǒng)體現(xiàn)過于復(fù)雜，不利于控制系統(tǒng)的復(fù)雜性。2.2信息隱蔽原則：采用封裝技術(shù)，將程序模塊的實現(xiàn)細(xì)節(jié)隱藏起來，使模塊接口盡量簡樸。2.3抽象化原則：抽取事物最基本的特性和行為，忽視非本質(zhì)細(xì)節(jié)，采用分層次抽象，自頂向下，逐層細(xì)化的措施控制軟件開發(fā)過程的復(fù)雜性。2.4模塊獨立原則：是指每個模塊只完畢系統(tǒng)規(guī)定的獨立子功能，并且與其她模塊的聯(lián)絡(luò)至少且接口簡樸。規(guī)定在一種物理模塊內(nèi)集中邏輯上互有關(guān)聯(lián)的計算機資源，保證模塊間由松散的偶合關(guān)系，模塊內(nèi)部有較強的內(nèi)聚性，這有助于控制系統(tǒng)的復(fù)雜性。(即：高內(nèi)聚低耦合)2.5依賴倒轉(zhuǎn)原則：抽象不應(yīng)當(dāng)依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)當(dāng)依賴于抽象。2.6開閉原則：軟件實體應(yīng)當(dāng)是可擴展的，不過不可以修改。即對于擴展是開放的，對于更改是封閉的。3軟件開發(fā)模型：瀑布模型；迅速原型；噴泉模型；多種模型的工作原理、階段、每階段任務(wù)、特點、示意圖；軟件開發(fā)模型(也稱為軟件過程模型):是從軟件項目需求定義開始直至軟件經(jīng)使用后廢棄為止，跨越整個生命周期的系統(tǒng)開發(fā)、運行和維護(hù)所實行的所有過程、3.1瀑布模型(又稱線性模型):3.1.1工作原理：規(guī)定了它們自上而下、互相銜接的固定次序，如同瀑布流水，逐層下落。前一階段的工作成果是后一階段工作開始的基本.因此，每個階段都必須交出合格的文檔，必須對前階段的工作進(jìn)行評審，前一階段的工作完畢后才可以開始后一階段的工作籌劃時期：問題定義、可行性研究開發(fā)時期：需求分析、設(shè)計、編碼、測試運行時期：運行和維護(hù)3.1.3各階段任務(wù)：1.需求分析和定義在軟件項目進(jìn)行過程中，需求分析是從軟件定義到軟件開發(fā)的關(guān)鍵環(huán)節(jié)，是此后軟件，開發(fā)的基本根據(jù)，同步也是顧客對軟件產(chǎn)品進(jìn)行驗收的基本根據(jù)。需求分析和定義是以顧客需求為基本根據(jù)，從功能、性能、數(shù)據(jù)、操作等多種方面，對軟件系統(tǒng)給出完整、精確、詳細(xì)的描述，用于確定軟件規(guī)格。2.軟件設(shè)計根據(jù)系統(tǒng)需求的定義，確定系統(tǒng)的構(gòu)造，進(jìn)行系統(tǒng)的概要設(shè)計和各部分的功能與構(gòu)造的詳細(xì)設(shè)計。3.編碼與單元測試在這一階段，根據(jù)軟件設(shè)計文檔完畢了程序模塊或程序單元的編碼。通過程序單元測試，驗證其與否滿足設(shè)計規(guī)范。4.集成和系統(tǒng)測試程序模塊或程序單元被組裝集成起來成為一種軟件系統(tǒng)，然后進(jìn)行系統(tǒng)測試。測試完畢后即交付顧客使用。5.運行和維護(hù)一般這是軟件生命周期中最長的一種階段。假如在運行期發(fā)現(xiàn)了軟件的錯誤，就要修改軟件，也許會反復(fù)上述某個或多種階段的活動。3.1.4特點：①次序性、依賴性：下一階段依賴上一階段的完畢。②推遲實現(xiàn)：階段任務(wù)結(jié)束形成文檔，并審核后方能進(jìn)行設(shè)計任務(wù)，將程序的實現(xiàn)推遲進(jìn)行。③質(zhì)量保證：文檔完整、文檔評審，防止錯誤積累與放大效應(yīng)。3.1.5示意圖：問題定義問題定義(目標(biāo)與范圍說明書)可行性研究(可行性論證論告)需求分析(需求說明書)設(shè)計(設(shè)計文檔)編碼(程序)測試(測試報告)運行與維護(hù)(運行日志，維護(hù)報告)3.2迅速原型3.2.1工作原理：迅速原型是運用原型輔助軟件開發(fā)的一種新思想。通過簡樸迅速分析，迅速實現(xiàn)一種原型，顧客與開發(fā)者在試用原型過程中加強通信與反饋，通過反復(fù)評價和改善原型，減少誤解，彌補漏洞，適應(yīng)變化，最終提高軟件質(zhì)量。廢棄型：也稱迅速建立需求規(guī)格原型法：先構(gòu)造一種功能簡樸而質(zhì)量規(guī)定不高的模型系統(tǒng)，針對這個模型系統(tǒng)反復(fù)的進(jìn)行分析修改，從而形成很好的設(shè)計思想，據(jù)此設(shè)計出愈加完整、精確、一致可靠的最終系統(tǒng)，系統(tǒng)構(gòu)造完畢后，本來的模型就被廢棄追加型：也稱迅速建立漸進(jìn)原型法。它采用循序漸進(jìn)的開發(fā)方式，對系統(tǒng)模型作持續(xù)精化，即先構(gòu)造一種功能簡樸并且質(zhì)量規(guī)定不高的模型系統(tǒng)，最為最終系統(tǒng)的關(guān)鍵，將系統(tǒng)需要具有的性能逐漸添加上去，通過不停地擴大修改，逐漸追加新的規(guī)定，直至所有性能所有滿足，此時原型模型也就是最終的產(chǎn)品。3.2.2階段及任務(wù)原型迅速分析：是指在分析者和顧客的緊密配合據(jù)原型所要體現(xiàn)的特性(總體構(gòu)造、處理功能、模擬性能、界面形式等),描述基本需求規(guī)格闡明，以滿足開發(fā)圓形的需要。原型構(gòu)造：在迅速原型分析的基本上，根據(jù)基本性迅速構(gòu)造一種可運行的系統(tǒng)。原型運行與評價：是軟件開發(fā)人員與顧客頻繁通信、發(fā)現(xiàn)問題、消除誤解的用藥階段，目的是驗證原型的對的程度，進(jìn)而開發(fā)新的并修改原有的需求。原型修改：根據(jù)評價原型的活動成果進(jìn)行修改。若原型未滿足需求闡明的規(guī)定，闡明對需求闡明存在不一致的理解或?qū)崿F(xiàn)方案不夠合理，則根據(jù)明確的規(guī)定迅速修改原型。1.增強了軟件開發(fā)人員和顧客對系統(tǒng)需求的理解，便于將顧客模糊的功能需求明確化2.為顧客提供了一種強有力的學(xué)習(xí)手段3.易于確定系統(tǒng)的性能，是理解和確定軟件需求規(guī)格闡明的良好工具4.按照迅速建立漸進(jìn)原型法建立的原型即為最終的產(chǎn)品運用迅速原型化技術(shù)可覺得軟件開發(fā)提供一種完整、靈活、近似動態(tài)的需求規(guī)格闡明措施。3.2.4示意圖修正與改指導(dǎo)修正與改快速分析，確定初步規(guī)格說明構(gòu)造原型運行╱評價原型N原型完成否Nv3.3噴泉模型3.3.1工作原理：噴泉模型是一種以顧客需求為動力，以對象為驅(qū)動的模型，重要用于描述面向?qū)ο蟮能浖_發(fā)過程。該模型覺得軟件開發(fā)過程自下而上周期的各階段是互相重疊和多次反復(fù)的，各個開發(fā)階段沒有特定的次序規(guī)定，并且可以交互進(jìn)行，可以在某個開發(fā)階段中隨時補充其她任何開發(fā)階段中的遺漏。3.3.3每階段任務(wù)3.3.4特點：噴泉模型體現(xiàn)了軟件創(chuàng)立所固有的迭代和無間隙的特性。迭代指系統(tǒng)中某個部分常常反復(fù)工作多次，無間隙指活動之間沒有明顯的間隙，如在分析和設(shè)計之間沒3.3.5示意圖o4軟件生命周期：階段、各階段功能、所波及的內(nèi)容(圖、工具和文檔)4.1軟件生命周期：是指一種計算機軟件從功能確定、設(shè)計到開發(fā)成功投入使用，并在使用中不停地修改、增補和完善，懂得被新的需求所替代而停止該軟件的使用全過程。4.2四個工作階段：初始階段：建立業(yè)務(wù)模型，定義最終產(chǎn)品視圖，并且確定項目的范圍。精化階段：設(shè)計并確定系統(tǒng)的體系構(gòu)造，制定項目籌劃，確定資源需求。構(gòu)建階段：開發(fā)出所有構(gòu)件和應(yīng)用程序，把它們集成為客戶需要的產(chǎn)品，并且詳盡地測試所有移交階段：把開發(fā)出的產(chǎn)品提交給顧客使用4.3各階段功能：①可性研究的任務(wù)是以最小的代價在盡量短的時間內(nèi)確定問題與否值得處理、與否可以處理。②階段性成果《項目可行性匯報》①需求分析的重要任務(wù)就是要通過軟件開發(fā)人員與顧客的交流和討論，精確地獲取顧客對系統(tǒng)②階段性成果《需求規(guī)格闡明書》、數(shù)據(jù)字典、數(shù)據(jù)流圖(DFD)①劃分出構(gòu)成系統(tǒng)的物理元素，設(shè)計軟件的構(gòu)造，即確定模塊及模塊間的關(guān)系，根據(jù)需求分析階段得到的邏輯模型來設(shè)計系統(tǒng)的物理模型②階段性成果《概要設(shè)計闡明書》①設(shè)計每個模塊的算法，確定每一模塊使用的數(shù)據(jù)構(gòu)造，確定模塊接口的細(xì)節(jié)，為每一種模塊設(shè)計一種測試用例，編寫詳細(xì)設(shè)計闡明書5編碼和單元測試6系統(tǒng)測試7軟件維護(hù)階段4.4各階段所波及的內(nèi)容(文檔、工具、圖)5構(gòu)造化措施：生命周期中各階段任務(wù).獲取顧客需求、畫數(shù)據(jù)流圖、數(shù)據(jù)字典6可行性分析、需求分析、設(shè)計(概要設(shè)計+詳細(xì)設(shè)計)、測試、維護(hù)7面向?qū)ο蟠胧宏P(guān)鍵概念、模型封裝：將屬性和操作包裝成一種單元，使得對狀態(tài)的訪問和修改只能通一般，模型由一組圖示符號和組織這些符號的規(guī)則構(gòu)成。模型是體現(xiàn)出來。對于那些因過度復(fù)雜而不能直接理解的系統(tǒng)，尤其需要建立模型，少復(fù)雜性。一旦建立起模型之后，就要經(jīng)受顧客和各個領(lǐng)域?qū)＜业膰?yán)格審查的修改。用00措施開發(fā)軟件，一般需要建立3種形式的模型：對象模型----描述系統(tǒng)數(shù)據(jù)構(gòu)造；動態(tài)模型----描述系統(tǒng)控制構(gòu)造；功能模型----描述系統(tǒng)功能；這三種模型各自從不一樣的側(cè)面反應(yīng)軟件系統(tǒng)的內(nèi)容，互相影響、互相制約，有機地結(jié)合在一起，全面地體現(xiàn)對目的系統(tǒng)的需求。對象模型體現(xiàn)靜態(tài)的、構(gòu)造化的系統(tǒng)的“數(shù)據(jù)”性質(zhì)。描述了系統(tǒng)的靜態(tài)構(gòu)造。面向?qū)ο蟠胧娬{(diào)圍繞對象而不是功能來構(gòu)造系統(tǒng)。對象模型為建立動態(tài)模型和功能模型，提供了實質(zhì)性的框架。1997年11月，國際對象管理組織OMG同意把UML1。1作為基于面向?qū)ο蠹夹g(shù)的原則建模語言。一般，使用UML的類圖來建立對象模型。在UML中術(shù)語“類”的實際含義是，“一種類及屬于該類的對象”狀態(tài)模型體現(xiàn)瞬時的、行為化的系統(tǒng)的“控制”性質(zhì)，它規(guī)定了對象模型中的對象的合法變化序列。一旦建立起對象模型之后，就需要考察對象的動態(tài)行為。所有對象都具有自己的生命周期。狀態(tài)，是對對象屬性值的一種抽象。各對象之間互相觸發(fā)就形成了一系列的狀態(tài)變化。一種觸發(fā)行為稱作一種事件。對象對事件的響應(yīng)，取決于接受該觸發(fā)的對象當(dāng)時所處的狀態(tài)，響應(yīng)波及變化自己的狀態(tài)或者又形成一種新的觸發(fā)行為。狀態(tài)有持續(xù)性，它占用一段時間間隔。狀態(tài)與事件密不可分，一種事件隔開兩個狀態(tài)，一種狀態(tài)隔開兩個事件。事件體現(xiàn)時刻，狀態(tài)體現(xiàn)時間間隔。UML中用狀態(tài)圖來描繪對象的狀態(tài)、觸發(fā)狀態(tài)轉(zhuǎn)換的事件及對象的行為。每個類的動態(tài)行為用一張狀態(tài)圖來描繪，各個類的狀態(tài)圖通過共享事件合并起來，從而構(gòu)成系統(tǒng)的動態(tài)模型。動態(tài)模型是基于事件共享而互有關(guān)聯(lián)的一組狀態(tài)圖的集功能模型體現(xiàn)變化的系統(tǒng)的“功能”性質(zhì)，它指明了系統(tǒng)應(yīng)當(dāng)“做什么”,因此更直接地反應(yīng)了顧客對目的系統(tǒng)的需求。一般，功能模型由一組數(shù)據(jù)流圖構(gòu)成。在00措施中，數(shù)據(jù)流圖遠(yuǎn)不如在構(gòu)造化措施中那樣重要。但建立功能模型有助于開發(fā)人員更深入地理解問題域，改善和完善自己的設(shè)計。UML中提供的用例圖也是進(jìn)行需求分析和建立功能模型的強有力工具。UML中把用例圖建立起來的系統(tǒng)模型稱為用例模型。使用用例模型替代老式的功能闡明，往往可以更好地獲取顧客需求，它所回答的問題是“系統(tǒng)應(yīng)當(dāng)為每個(或每類)顧客做什么”。1.面向?qū)ο蟮拇胧?1)分析：波及問題描述、構(gòu)建對象模型、構(gòu)建動態(tài)模型、構(gòu)建功能模型。最終得到的分析文檔波及問題需求的陳說、對象模型、動態(tài)模型和功能模型。(2)系統(tǒng)設(shè)計：結(jié)合問題域的知識和目的系統(tǒng)的體系構(gòu)造，將目的系統(tǒng)分解為子系統(tǒng)，標(biāo)識由問題所規(guī)定的并發(fā)性，設(shè)計合適的控制機制組織子系統(tǒng)協(xié)調(diào)工作，然后選擇數(shù)據(jù)管理的基本方略，考慮對邊界條件的處理。最終得到的系統(tǒng)設(shè)計文檔波及基本的系統(tǒng)體系構(gòu)造和高層次的決策方略。(3)對象設(shè)計：以分析模型為基本，首先定義類，設(shè)計類屬性及操作，為每個操作選擇合適的數(shù)據(jù)構(gòu)造并定義算法，調(diào)整類構(gòu)造以強化繼承性；然后創(chuàng)立對象，設(shè)計消息以補充對象關(guān)聯(lián)；通過關(guān)聯(lián)發(fā)現(xiàn)新的對象或交互條件時，修改類組織以優(yōu)化對數(shù)據(jù)的訪問，改善設(shè)計構(gòu)造。最終得到的對象設(shè)計文檔波及細(xì)化的對象模型、細(xì)化的動態(tài)模型和細(xì)化的功能模型。(4)實現(xiàn)：將設(shè)計轉(zhuǎn)換為特定編程語言代碼并在對應(yīng)環(huán)境運行，同步保持可追蹤性、靈活性和可擴展性。2.UML:統(tǒng)一建模語言(UML)是一種通用的可視化建模語言，用于對軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)產(chǎn)品的文檔。UML描述了一種系統(tǒng)的靜態(tài)構(gòu)造和動態(tài)行為(1)與顧客進(jìn)行充足溝通，理解顧客對軟件的需求；(2)識別對象集合及對象間的關(guān)系；(3)定義類(波及屬性和操作)并建立類間的層次關(guān)系；(4)建立模型來體現(xiàn)對象之間的關(guān)系及行為特性。統(tǒng)的功能規(guī)定，協(xié)助軟件設(shè)計人員理解系統(tǒng)要做的工作，同步用例模型還可覺得其她模型建立、構(gòu)造設(shè)計、實現(xiàn)及測試工作等提供根據(jù)。一種用例模型是由若干用例圖構(gòu)成的，進(jìn)行用例建模的過程重要波及尋找執(zhí)行者、尋找用例、描述用例、確定執(zhí)行者和用例之間的關(guān)系等工作，其中尋找執(zhí)行5.對象模型：對象模型體現(xiàn)靜態(tài)的、構(gòu)造化的系統(tǒng)的“數(shù)據(jù)”性質(zhì)。描述了系統(tǒng)的靜態(tài)構(gòu)造。面向?qū)ο蟠胧娬{(diào)圍繞對象而不是功能來構(gòu)造系統(tǒng)。對象模型為建立動態(tài)模型和功能該類的對象”9測試：黑盒、白盒設(shè)計測試用例9.1白盒測試(構(gòu)造測試、邏輯驅(qū)動測試):9.1.1語句覆蓋：設(shè)計若干個測試用例，使得被測試的程序中的每條9.1.4判斷與條件覆蓋：每個判斷的真假值分支至少被執(zhí)行一遍，并9.1.5條件組合覆蓋：程序中每個判斷條件的內(nèi)部判斷式的多種真假9.2黑盒測試10軟件項目管理：項目管理、五大過程、九大知識領(lǐng)域、項目三角形項目管理：是為完畢一種預(yù)定的目的，而對任務(wù)和項目三角形：時間：反應(yīng)在項目籌劃中的項目完畢所需時間。資金：即項目的預(yù)算，取決于資源的成本，這些資源波及完畢任務(wù)所需的人員、設(shè)備和材料。范圍：項目的目的和任務(wù)，以及完畢這些目的和任務(wù)所需的工時。項目管理的五大過程：啟動過程、籌劃過程、實行過程、控制過程、收尾過程項目管理的九大知識領(lǐng)域：范圍管理、時間管理、成本管理、質(zhì)量管理、風(fēng)險管理、人力資源管理、溝通管理、采購管理、綜合管理11配置管理：配置管理、配置管理項、基線、里程碑配置管理：是一組追蹤和控制活動，它們開始于軟件項目開始時，結(jié)束于軟件被淘汰之時。配置管理項：1。計算機程序----源代碼和可執(zhí)行程序2。描述計算機程序的文檔----供技術(shù)人員或顧客使用3。數(shù)據(jù)----程序內(nèi)波及的或在程序外的。。。每個配置項的重要屬性有名稱、標(biāo)識符、文獻(xiàn)狀態(tài)、版本、作者、日期等基線：是一組配置項，這些配置項不能被隨便修改和變更?；€是軟件生存期中各開發(fā)階段末尾的特定點，又稱里程碑。軟件開發(fā)各階段的基線：系統(tǒng)規(guī)格說明系統(tǒng)規(guī)格說明軟件需求規(guī)格說明設(shè)計規(guī)格說明程序編寫源代碼操作系統(tǒng)需求分析軟件設(shè)計系統(tǒng)工程12構(gòu)造化措施與面向?qū)ο蟠胧┑谋容^：基本思想；分階段比較1.構(gòu)造化措施：基本思想：可以概括為自頂向下、逐漸求精，采用模塊化技術(shù)和功能抽象將系統(tǒng)按功能分解為若干模塊，從而將復(fù)雜的系統(tǒng)分解成若干易于控制和處理的子系統(tǒng)，子系統(tǒng)又可分解為更小的子任務(wù)，最終的子任務(wù)都可以獨立編寫成子程序模塊，模塊內(nèi)部由次序、選擇、循環(huán)等基本控制構(gòu)造構(gòu)成?；舅枷耄好嫦?qū)ο蟠胧┑某霭l(fā)點和基本原則，是盡量模擬人類習(xí)慣的思維方式，使開發(fā)軟件的措施與過程盡量靠近人類認(rèn)識世界、處理問題的措施與過程，將客觀世界中的實體抽象為問題域中的對象。使用現(xiàn)實的概念抽象地思索問題，從而自然地處理問題，保證軟件系統(tǒng)的穩(wěn)定性和可復(fù)用性以及良好的維護(hù)性。老式的構(gòu)造化措施，是軟件工程中最為成熟的措施。對于可以預(yù)先確定需求的系統(tǒng)的開發(fā)，采用構(gòu)造化措施非常有效，不過對于需求是模糊的或隨時間變化的系統(tǒng)開發(fā)這種措施不能適應(yīng)。面向?qū)ο蟠胧瑢τ谛枨蟛荒茴A(yù)先確定的系統(tǒng)的開發(fā)，可采用面向?qū)ο蟠胧┙Y(jié)合，這樣就可以結(jié)合面向?qū)ο蟠胧┧哂械姆€(wěn)定性好、可復(fù)用性好和可維護(hù)性好的特點。需求分析階段：構(gòu)造化措施：采用自頂向下功能分解的措施，強調(diào)邏輯功能而不是實現(xiàn)功能的詳細(xì)措施，使用圖形進(jìn)行系統(tǒng)分析并體現(xiàn)分析的成果--數(shù)據(jù)流圖，使用構(gòu)造化分析措施獲得的需求規(guī)格闡明書由數(shù)據(jù)流圖、數(shù)據(jù)詞典及補充材料構(gòu)成。面向?qū)ο蟠胧好嫦驅(qū)ο蠓治龅年P(guān)鍵是識別出問題域中的對象，并分析它們之間的關(guān)系，最終建立起問題域的簡潔、精確、可理解的對的模型。面向?qū)ο蠓治瞿Ｐ鸵话悴皩ο竽Ｐ汀討B(tài)模型和功能模型。對象模型是最重要、最基本、最關(guān)鍵設(shè)計階段：構(gòu)造化軟件是功能的集合，通過模塊調(diào)用實現(xiàn)系統(tǒng)。面向?qū)ο筌浖鞘挛锏募希ㄟ^對象及聯(lián)絡(luò)實現(xiàn)系統(tǒng)。構(gòu)造化軟件=過程+數(shù)據(jù)，以過程為中心。面向?qū)ο筌浖?數(shù)據(jù)+對應(yīng)操作，以數(shù)據(jù)為中心。構(gòu)造化軟件采用次序處理方式，由過程驅(qū)動控制；面向?qū)ο筌浖捎媒换ナ?、并行處理方式，由消息?qū)動控制；構(gòu)造化措施的重點是設(shè)計；面向?qū)ο蟠胧┑闹攸c是分析。構(gòu)造化措施更適合數(shù)據(jù)類型比較簡樸的軟件項目的開發(fā)；面向?qū)ο蟠胧└m合大型復(fù)雜的軟件項目的開發(fā)1.看書上實例A,理解RUP過程3.RUP過程重要合用于何種項目?4.用面向?qū)ο蟠胧╅_發(fā)軟件時與構(gòu)造化措施開發(fā)軟件時相比較，軟件的生命周期有何不一樣?這種5.為何說廣州本田牌汽車是小汽車類的特化，而發(fā)動機不是小汽車類的特化?6.什么是對象?它與老式的數(shù)據(jù)有何區(qū)別?7.試用面向?qū)ο蠓治龃胧┰O(shè)計下述程序：8.在顯示屏屏幕上圓心坐標(biāo)為(100,100)的位置畫一種半徑為40的圓，在圓心坐標(biāo)為(200,300)的位置畫一種半徑為20的圓，在圓心坐標(biāo)為(400,150)的位置畫一條弧，起始角為30度，結(jié)束角度為120度，半徑為50.9.思索題1、一種程序可以既對的又不可靠嗎?請解釋你的答案。軟件可靠性即波及對的性又波及強健性。即程序在正常環(huán)境下應(yīng)假如某程序在正常環(huán)境下可正常運行，在異常環(huán)境下不能作出合適的響思索題2、為何在開發(fā)軟件的過程中變化既是必要的又是不可防止的?為何須須進(jìn)行配置管理?在軟件開