軟件工程知識點匯總

軟件工程學(xué)問點匯總軟件工程、軟件工程方法學(xué)：三要素1?1軟件工程：01應(yīng)用系統(tǒng)化的、標準化的、可度量的方法來開發(fā)、運行和維護軟件，馬上工程應(yīng)用到軟件；02對。的各種方法的爭論1.2軟件工程是一門爭論用工程化方法構(gòu)建和維護有效的有用的和高質(zhì)量的軟件的學(xué)科1?3件工程方法和工具綜合起來以到達合理、準時地進行計算機軟件開發(fā)這一目的軟件工程的原則包括：模塊化原則、信息隱蔽原則、抽象化原則、模塊獨立原則〔合〕、依靠倒轉(zhuǎn)原則、開閉原則等1模塊化原則：指解決一個簡單問題時自頂向下逐層把軟件系統(tǒng)劃分為假設(shè)干模塊的過塊過小會導(dǎo)致整個系統(tǒng)表示過于簡單，不利于掌握系統(tǒng)的簡單性。單。向下，逐層細化的方法掌握軟件開發(fā)過程的簡單性。2.4〔即：高內(nèi)聚低耦合〕依靠倒轉(zhuǎn)原則：抽象不應(yīng)當依靠于細節(jié)，細節(jié)應(yīng)當依靠于抽象。改是封閉的。務(wù)、特點、Z5意圖；軟件開發(fā)模型〔也稱為軟件過程模型〕架3.1瀑布模型〔又稱線性模型〕:3.1.1工作原理：規(guī)定了它們自上而下、相互連接的固定次序，如同瀑布流水，逐級下落。前一階段的工作成果是后一階段工作開頭的根底 所以，每個階段都必需交階段的工作階段：打算時期：問題定義、可行性爭論開發(fā)時期：需求分析、設(shè)計、編碼、測試運行時期：運行和維護1.3各階段任務(wù)：方面，對軟件系統(tǒng)給出完整、準確、具體的描述，用于確定軟件規(guī)格。分的功能與構(gòu)造的具體設(shè)計。編碼。通過程序單元測試，驗證其是否滿足設(shè)計標準。進展系統(tǒng)測試。測試完成后即交付用戶使用。件的錯誤，就要修改軟件，可能會重復(fù)上述某個或多個階段的活動。3.1.4 特點：①挨次性、依靠性：下一階段依靠上一階段的完成。遲進展。③ 質(zhì)量保證：文檔完整、文檔評審，避開錯誤積存與放大效應(yīng)。3.1.5不意圖：快速原型3.2.1工作原理：快速原型是利用原型關(guān)心軟件開發(fā)的一種思想。經(jīng)過簡潔快速分建立需求規(guī)格原型法：先構(gòu)造一個功能簡潔而質(zhì)量要求不高的模型系統(tǒng)，針對這個模型系統(tǒng)反復(fù)的進展分析修改，從而形成較好的設(shè)計思直至全部性能全部滿足，此時原型模型也就是最終的產(chǎn)品。2.2統(tǒng)的根本要求，依據(jù)原型所要表達的特性〔形式等〕，描述根本需求規(guī)格說明，以滿足開發(fā)圓形的需要。要特性快速構(gòu)造一個可運行的系統(tǒng)。段，目的是驗證原型的正確程度，進而開發(fā)的并修改原有的需求。型。3.2.3特點1 增加了軟件開發(fā)人員和用戶對系統(tǒng)需求的理解， 便于將用戶模糊的功能需求明確化為用戶供給了一種強有力的學(xué)習(xí)手段易于確定系統(tǒng)的性能，是理解和確定軟件需求規(guī)格說明的良好工具軟件開發(fā)供給一種完整、敏捷、近似動態(tài)的需求規(guī)格說明方法。3.2.4 示意圖噴泉模型3.3.13.3.2階段3.3.3每階段任務(wù)3.3.4之間沒有明顯的界限。3.5示意圖1移交階段：把開發(fā)出的產(chǎn)品提交給用戶使用各階段功能：問題定義可行性爭論能夠解決。②階段性成果《工程可行性報告》需求分析階段戶對系統(tǒng)的具體要求。②階段性成果《需求規(guī)格說明書》、數(shù)據(jù)字典、數(shù)據(jù)流圖(DFD)概要設(shè)計階段需求分析階段得到的規(guī)律模型來設(shè)計系統(tǒng)的物理模型②階段性成果《概要設(shè)計說明書》具體設(shè)計階段①設(shè)計每個模塊的算法，確定每一模塊使用的數(shù)據(jù)構(gòu)造，確定模塊接口的細節(jié)，為每一個模塊設(shè)計一個測試用例，編寫具體設(shè)計說明書②《軟件具體設(shè)計》文檔編碼和單元測試系統(tǒng)測試軟件維護階段各階段所涉及的內(nèi)容〔文檔、工具、圖〕構(gòu)造化方法：生命周期中各階段任務(wù)獵取用戶需求、畫數(shù)據(jù)流圖、數(shù)據(jù)字典可行性分析、需求分析、設(shè)計〔概要設(shè)計+具體設(shè)計〕、測試、維護面對對象方法：核心概念、模型7.1面對對象中的根本概念：對象：代表了一個現(xiàn)實的或虛構(gòu)的實體類：對具有一樣數(shù)據(jù)和性：一個名字具有多種語義消息：對象間在交互中所傳送的通訊信息關(guān)聯(lián)：對象之間所存在的聯(lián)系7.2模型對象模型：即查找問題域中的對象，從對象中抽象出類的定義，識別對象的內(nèi)部特型常常會經(jīng)過屢次必要的修改。003種形式的模型：對象模型描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)；動態(tài)模內(nèi)容，相互影響、相互制約，有機地結(jié)合在一起，全面地表達對目標系統(tǒng)的需求。對象模型表示靜態(tài)的、構(gòu)造化的系統(tǒng)的“數(shù)據(jù)”性質(zhì)。描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)。面對對象方法強調(diào)圍繞對象而不是功能來構(gòu)造系統(tǒng)。對象模型為建立動態(tài)模型和功能模型，供給了實質(zhì)性的框架。1997年110MGUML1。1作為基于面對對象技術(shù)的標準建模語言。通常，UML的類圖來建立對象模型。在UML中術(shù)語“類”的實際含義是，“一個類及屬于該類的對象”狀態(tài)模型表示瞬時的、行為化的系統(tǒng)的“掌握”性質(zhì)，它規(guī)定了對象模型中的對象的合法變化序列。密不行分，一個大事隔開兩個狀態(tài)，一個狀態(tài)隔開兩個大事。大事表示時刻，狀態(tài)表示時間間隔。UML中用狀態(tài)圖來描繪對象的狀態(tài)、觸發(fā)狀態(tài)轉(zhuǎn)換的大事及對象的行為。每個類的動態(tài)行態(tài)模型是基于大事共享而相互關(guān)聯(lián)的一組狀態(tài)圖的集合。映了用戶對目標系統(tǒng)的需求。通常，功能模型由一組數(shù)據(jù)流圖組成。在00方法中，數(shù)據(jù)流圖遠不自己的設(shè)計。UML中供給的用例圖也是進展需求分析和建立功能模型的強有力工具。UML中把〔或每類〕o面對對象方法、UML獵取用戶需求、畫用例圖、對象模型、面對對象的方法

UML中的關(guān)系分析文檔包括問題需求的陳述、對象模型、動態(tài)模型和功能模型。系統(tǒng)設(shè)計：結(jié)合問題域的學(xué)問和目標系統(tǒng)的體系構(gòu)造，將目標系統(tǒng)分解為子系統(tǒng)，高層次的決策策略?；钚院涂蓴U展性。:統(tǒng)一建模語言〔UML是一個通用的可視化建模語言，用于對軟件進展描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)產(chǎn)品的文檔構(gòu)和動態(tài)行為獵取用戶需求

。UML描述了一個系統(tǒng)的靜態(tài)結(jié)與用戶進展充分溝通，了解用戶對軟件的需求；識別對象集合及對象間的關(guān)系；定義類〔包括屬性和操作〕并建立類間的層次關(guān)系；建立模型來表示對象之間的關(guān)系及行為特性。他模型建立、構(gòu)造設(shè)計、實現(xiàn)及測試工作等供給依據(jù)。一個用例模型是由假設(shè)干用例圖組成的的關(guān)系等工作，其中查找執(zhí)行者和用例是用例建模的關(guān)鍵。供給了實質(zhì)性的框架。通常，使用UML的類圖來建立對象模型。在UML中術(shù)語“類”的實際含義是，“一個類及屬于該類的對象”關(guān)系：測試：黑盒、白盒設(shè)計測試用例9.1白盒測試〔構(gòu)造測試、規(guī)律驅(qū)動測試〕:9.1.1執(zhí)行一次推斷掩蓋：每個推斷至少都獲得一次“真”值和“假”值9.1.3條件掩蓋：每個推斷中的條件可能的取值至少被執(zhí)行一次9.1.4的內(nèi)部推斷式的真假值分支也要被執(zhí)行一遍9.1.5執(zhí)行一遍9.1.6路徑掩蓋：掩蓋程序中全部可能的路徑9.1.7六種規(guī)律掩蓋從弱到強的排列挨次9.2黑盒測試9.2.1等價類劃分：有效等價類和無效等價類9.2 2邊界值分析軟件工程治理：工程治理、五大過程、九大學(xué)問領(lǐng)域、工程三角形工程治理：是為完成一個預(yù)定的目標，而對任務(wù)和資源進展規(guī)劃、組織和治理的程序工程三角形任務(wù)所需的工時。工程治理的五大過程：啟動過程、打算過程、實施過程、掌握過程、收尾過程項冃治理的九選購治理、綜合治理配置治理：配置治理、配置治理項、基線、里程碑O配置治理項：1。計算機程序--源代碼和可執(zhí)行程序2o描述計算機程序的文檔-一供技術(shù)人員或用戶使用3數(shù)據(jù)-一程序內(nèi)包含的或在程序外的。。。每個配置項的主要屬性知名稱、標識符、文件狀態(tài)、版本、作者、口期等O基線：是一組配置項，這些配置項不能被任憑修改和變更?；€是軟件生存期中各開發(fā)階段末尾的特定點，又稱里程碑。軟件開發(fā)各階段的基線：構(gòu)造化方法與面對對象方法的比較：根本思想；分階段比較構(gòu)造化方法：根本掌握構(gòu)造組成。決問題，保證軟件系統(tǒng)的穩(wěn)定性和可復(fù)用性以及良好的維護性。兩種方法的比較：應(yīng)。面對對象方法，對于需求不能預(yù)先確定的系統(tǒng)的開發(fā)，可承受面對對象方法結(jié)合，這樣就能夠結(jié)合面對對象方法所具有的穩(wěn)定性好、可復(fù)用性好和可維護性好的特點。需求分析階段：構(gòu)造化方法：承受自頂向下功能分解的方法，強調(diào)規(guī)律功能而不是實現(xiàn)功能的具體方法，使用圖形進展系統(tǒng)分析并表達分析的結(jié)果 --數(shù)據(jù)流圖，使用構(gòu)造的簡潔、準確、可理解的正確模型。最核心的。大型簡單的軟件工程的開發(fā)練習(xí)題：看書上實例A,理解RUP過程試爭論RUP過程的優(yōu)缺點RUP過程主要適用于何種工程？同？這種差異帶來了什么后果？為什么說廣州本田牌汽車是小汽車類的特化，而發(fā)動機不是小汽車類的特化？什么是對象？它與傳統(tǒng)的數(shù)據(jù)有何區(qū)分？試用面對對象分析方法設(shè)計下述程序：在顯示器屏幕上圓心坐標為〔100,100〕的位置畫一個半徑為40的圓，在圓心坐標為〔200,300〕20的圓，在圓心坐標為〔400,150〕的位置畫一條3012050.9思考題1響應(yīng)。是既正確又不行靠思考題2、為什么在開發(fā)軟件的過程中變化既是必要的又是不行避開的？為什么必需進展適應(yīng)，在必需變化時削減所需花費的工作量，綜上所述，進展配置治理是格外必要的3、某些軟件工程師不同意“目前國外很多軟件開發(fā)組織把60%以上的人力用于維護已有的軟件”的說法。他們爭論說：“我并沒有花費我的60%的時間去改正我所開發(fā)的程序中的錯誤”o請問，你對上述爭論有何看法？答軟件維護并非僅僅是改正程序中的錯誤它還包括適應(yīng)性維護完善性維護和預(yù)防性維護。糾錯性維護只占維護活動總量的 1/5,“目前國外很多軟件開發(fā)組織把60%以上的人力用于維護已有的軟件”，指的是軟件開發(fā)組織內(nèi)人力安排的整體狀況。至于具體到軟件組織內(nèi)的每一位工程師，則分工各不一樣?！矊Ｂ毦S護、專職開發(fā)、兼職維護和開發(fā)〕軟件維護人叫并非只負責(zé)維護自己開發(fā)的程序，一名維護人員思考題4、假設(shè)你的任務(wù)是對一個已有的軟件做重大修改，而且只允許你從下述文檔中選取兩份：〔1〕程序的規(guī)格說明〔2〕程序的具體設(shè)計結(jié)果〔自然語言描述加上某種設(shè)計工具表示〕〔3〕源程序清單〔其中有適當數(shù)量的注釋〕你將選取哪兩份文檔？為什么這樣選??？答：“對件的體系構(gòu)造。規(guī)格說明書描述了系統(tǒng)的數(shù)據(jù)要求、功能需求、性能需求、牢靠性、可用性、特別處理、接口需求、約束等內(nèi)容。對了解系統(tǒng)的總體狀況很重要。因此在對已有軟件做重大修改之前，需要認真爭論這份文檔。避開很多修改可能產(chǎn)生的錯誤。應(yīng)中選取。有閱歷的軟件工程師通過閱讀含有適當數(shù)量注解的源程序，不難搞清程序的實現(xiàn)算法。沒有具體設(shè)計結(jié)果的文檔并不會給思考題5某軟件公司擬實行下述措施提高他們所開發(fā)的軟件產(chǎn)品的可維護性。請推斷哪些措施是正確的？哪些措施是不正確的？1、在分析用戶需求時同時考慮維護問題2、測試完程序后，刪去程序中的注解以縮短源程序長度3、在軟件開發(fā)過程中盡量保證各階段文檔的正確性4、編碼時盡量多用全局變量2、 4錯5