華南理工大學(xué)《軟件工程》復(fù)習(xí)要點

華南理工大學(xué)《軟件工程》復(fù)習(xí)要點概述軟件：程序+相關(guān)文檔和配置信息 通用軟件，定制產(chǎn)品軟件工程—>計算機科學(xué)/系統(tǒng)工程軟件過程：1.軟件描述2.軟件開發(fā)3.軟件有效性驗證4.軟件進化軟件過程模型：1.工作流模型2.數(shù)據(jù)流或活動模型3.角色/動作模型（從特定角度提出軟件過程的簡化描述）1.瀑布模型開發(fā)方法2.進化式開發(fā)方法3.形式化轉(zhuǎn)換4.基于可復(fù)用的組件的系統(tǒng)組合軟件成本軟件工程方法統(tǒng)一建模語言UMLCASE工具職業(yè)道德1.機密2.工作能力3.知識產(chǎn)權(quán)4.計算機濫用第三章軟件過程軟件描述軟件設(shè)計和實現(xiàn)軟件有效性驗證軟件進化3.1軟件過程模型瀑布模型：需求定義和分析；系統(tǒng)和軟件設(shè)計；實現(xiàn)和單元測試；集成和系統(tǒng)測試；運行和維護進化式開發(fā)：探索式開發(fā)；拋棄式原型。存在的三個問題：過程不可見，系統(tǒng)結(jié)構(gòu)通常較差，特殊工具和技術(shù)的使用形式化系統(tǒng)開發(fā)：用形式化數(shù)學(xué)轉(zhuǎn)換來將系統(tǒng)描述轉(zhuǎn)換成一個可執(zhí)行程序。與瀑布模型之間的本質(zhì)區(qū)別：1.軟件需求描述被精煉成一個用數(shù)學(xué)符號表達的詳細的形式化描述2.設(shè)計、實現(xiàn)和單元測試的開發(fā)過程被一個轉(zhuǎn)換的開發(fā)過程所替代，在這個轉(zhuǎn)換的開發(fā)過程中，形式化描述經(jīng)過一系列轉(zhuǎn)換變成一個可執(zhí)行程序。面向復(fù)用的開發(fā)：1.組件分析2.需求修改3.使用復(fù)用的系統(tǒng)設(shè)計4.開發(fā)和集成3.2過程反復(fù)混合模型增量式開發(fā)；螺旋式開發(fā)。增量式開發(fā)：瀑布模型的優(yōu)勢在于其簡單的管理模型以及設(shè)計和實現(xiàn)的分離，這使得系統(tǒng)是魯棒的、容易修改的。進化式開發(fā)允許需求和設(shè)計決策的延遲，但是也導(dǎo)致了軟件的較差結(jié)構(gòu)和難以理解和維護。增量式開發(fā)是一個結(jié)合這兩個模型的優(yōu)點的綜合方法。目的：減少返工好處：客戶無需等到整個系統(tǒng)的實現(xiàn)。（就可以使用）客戶可以將早期的增量作為原型，從中獲得對后面系統(tǒng)增量的需求經(jīng)驗。項目總體失敗的風(fēng)險比較低。重要的系統(tǒng)服務(wù)肯定接受了最多的測試，客戶不太可能遇到失敗。螺旋式開發(fā)：每個回路被分成四個部分目標設(shè)置風(fēng)險評估和規(guī)避開發(fā)和有效性驗證規(guī)劃特點：明確的風(fēng)險考慮3.3軟件描述//非重點需求工程過程有四個主要階段：可行性研究需求導(dǎo)出和分析需求描述需求有效性驗證3.4.軟件設(shè)計和實現(xiàn)//非重點多次反復(fù)的過程，設(shè)計過程中的活動是交替進行的。設(shè)計過程中的一些特別的活動包括：體系結(jié)構(gòu)設(shè)計抽象描述接口設(shè)計組件設(shè)計數(shù)據(jù)結(jié)構(gòu)設(shè)計算法設(shè)計設(shè)計方法——結(jié)構(gòu)化方法結(jié)構(gòu)化方法所支持的模型：1.數(shù)據(jù)流模型2.實體-關(guān)系模型3.結(jié)構(gòu)化模型4.面向?qū)ο蠓椒ㄕ{(diào)試過程：錯位定位，設(shè)計錯誤修復(fù)，程序錯誤修復(fù)，程序重測3.5軟件有效性驗證//非重點測試過程：單元測試模塊測試子系統(tǒng)測試系統(tǒng)測試接受測試（α測試）當(dāng)一個系統(tǒng)要作為軟件產(chǎn)品在市場上銷售時，所要進行的測試稱為β測試。3.6軟件進化//非重點3.7軟件描述======================================================================第四章項目管理管理活動項目規(guī)劃項目計劃：項目調(diào)度條形圖，活動網(wǎng)狀圖管理風(fēng)險項目/產(chǎn)品/業(yè)務(wù)======================================================================第五章軟件需求分類。用戶需求系統(tǒng)需求軟件設(shè)計描述；5.1功能需求和非功能需求（領(lǐng)域需求）5.2用戶需求不可能適用任何現(xiàn)實的模型來描述，而是用自然語言、圖表和直觀的圖形來敘述。用戶描述必須遵守的原則：按照設(shè)計好的一個標準的格式書寫，使用一致的語言，加亮文本突出關(guān)鍵性的需求，盡量避免使用計算機專業(yè)術(shù)語。5.3系統(tǒng)需求結(jié)構(gòu)化語言描述，PDL描述，借口描述。5.4軟件需求文檔引言一般描述，專門需求附錄索引第七章系統(tǒng)模型上下文模型行為模型：數(shù)據(jù)流模型，狀態(tài)機模型數(shù)據(jù)模型對象類調(diào)試：1.對象中所有操作被單獨隔離測試2.對象所有屬性的設(shè)置和訪問的測試。3.對象的所有可能狀態(tài)的測試。集成測試的3個可用的方法：1.用例或基于場景的測試2.線程測試3.對象交互測試======================================================================閱讀以下兩章，適當(dāng)掌握。第二十二章人員管理22.4人員能力成熟度模型（能夠分辨幾個模型）其中的一部分是軟件過程成熟度模型（CMM）P-CMM有5個層級的模型。初始級可重復(fù)級：補償培訓(xùn)績效管理人員配備