一、需求分析

(一)需求的三個(gè)層次

1.業(yè)務(wù)需求——企業(yè)或用戶高層次的目標(biāo)∶宏觀角度

2.用戶需求——企業(yè)或用戶的具體目標(biāo)∶微觀角度

3.系統(tǒng)需求——軟件需求∶系統(tǒng)開發(fā)角度

(1)功能需求∶需要用戶明確

(2)非功能需求∶不需要用戶明確(軟件效率、容易維護(hù)等)

(3)設(shè)計(jì)約束∶限制條件(必須運(yùn)行在linux操作系統(tǒng)下)

(二)質(zhì)量功能部署

1.概念：用戶要求轉(zhuǎn)化成軟件需求的技術(shù)

2.分類：

(1)常規(guī)需求∶用戶認(rèn)為應(yīng)該達(dá)到的功能或性質(zhì)

(2)期望需求∶不需要用戶明確，系統(tǒng)就應(yīng)具備的功能或性能

(3)意外需求∶用戶要求之外的功能或性能

(三)需求開發(fā)活動(dòng)的流程——需求獲取、需求分析、需求規(guī)格說明書(目的∶開發(fā)團(tuán)隊(duì)與項(xiàng)目干系人對系統(tǒng)有一個(gè)共同的理解)、需求驗(yàn)證(需求確認(rèn))

(四)uml

1.一種可視化的建模語言，但不是可視化的程序設(shè)計(jì)語言

2.uml事物之間的四種關(guān)系

(1)關(guān)聯(lián)∶a與b之間有連接關(guān)系

(2)依賴∶a變化則b變化

(3)泛化∶a與b之間是一般與特殊的關(guān)系(繼承)

(4)實(shí)現(xiàn)∶a與b之間的契約關(guān)系(通過接口實(shí)現(xiàn))

3.14種圖

關(guān)圖、對象圖、構(gòu)件圖、組合結(jié)構(gòu)圖、用例圖、順序圖、通信圖、定時(shí)圖、狀態(tài)圖、活動(dòng)圖、部署圖、制品圖、包圖、交互概覽圖(活動(dòng)圖+順序圖的混合物)

4.5種視圖

邏輯視圖、進(jìn)程視圖、實(shí)現(xiàn)視圖、部署視圖、用例視圖

二、軟件架構(gòu)

(一)架構(gòu)風(fēng)格

1.數(shù)據(jù)流(批處理、管道過濾器)

2.調(diào)用/返回風(fēng)格(主/子程序、數(shù)據(jù)抽象、層次結(jié)構(gòu))

3.獨(dú)立構(gòu)件風(fēng)格(進(jìn)程通信和事件驅(qū)動(dòng))

4.虛擬機(jī)風(fēng)格(基于規(guī)則、解釋器)

5.倉庫風(fēng)格(超文本、數(shù)據(jù)庫、黑板)

(二)架構(gòu)評估(系統(tǒng)質(zhì)量)

1.敏感點(diǎn)(系統(tǒng)的某一個(gè)質(zhì)量特性，例如安全或性能)

2.權(quán)衡點(diǎn)(影響多個(gè)質(zhì)量特性的某一個(gè)質(zhì)量特性，例如提高加密級別)

三、面向?qū)ο蟮姆治?、設(shè)計(jì)與開發(fā)

(一)面向?qū)ο蠓椒ǖ奶攸c(diǎn)——符合人關(guān)思維習(xí)慣、更好的復(fù)用性、高內(nèi)聚、低耦合、繼承、封裝、多態(tài)三大特征

(二)分析階段的核心工作

1.用例模型——識別參與者、合并需求獲得用例、細(xì)化用例描述、調(diào)整用例模型

2.分析模型

(1)關(guān)聯(lián)關(guān)系∶a與b之間有連接關(guān)系

(2)依賴關(guān)系∶a變化則b變化

(3)泛化關(guān)系∶a與b之間是一般與特殊的關(guān)系(繼承)

(4)實(shí)現(xiàn)關(guān)系∶a與b之間的契約關(guān)系(通過接口實(shí)現(xiàn))

(5)共享聚焦∶群體與個(gè)體的關(guān)系(類與對象的關(guān)系)

(6)組合聚焦∶整體與部分的關(guān)系(類與屬性的關(guān)系)

(三)設(shè)計(jì)階段的設(shè)計(jì)模式

1.設(shè)計(jì)模式包含模式名稱、問題、目的、解決方案、效果、實(shí)例代碼和相關(guān)設(shè)計(jì)模式等基本要素

2.根據(jù)處理范圍不同——類模式(靜態(tài)關(guān)系)、對象模式(動(dòng)態(tài)性)

3.根據(jù)目的和用途不同——?jiǎng)?chuàng)建型模式、結(jié)構(gòu)型模式、行為型模式

四、軟件工程的過程管理

能力成熟度模型集成(cmmi)

1.階段式表示方法(組織成熟度)

(1)cmmi1∶初始級(軟件過程雜亂無章，幾乎沒有定義過程)

(2)cmmi2∶已管理級(計(jì)配置、監(jiān)管合同質(zhì)量、度量需求(除了需求開發(fā)))

(3)cmmi3∶已定義級(需求開發(fā)，及其他)

(4)cmmi4∶已量化管理級(定量性能)

(5)cmmi5∶持續(xù)優(yōu)化級(改革因果)

2.連續(xù)式表示方法(過程能力等級)

(1)過程管理——組織(除了組織級集成環(huán)境)

(2)項(xiàng)目管理——項(xiàng)目團(tuán)隊(duì)、供應(yīng)商風(fēng)臉

(3)工程——驗(yàn)證確認(rèn)需求、技術(shù)集成(除了組織級集成環(huán)境

(4)支持——組織級集成環(huán)境、及其他

五、軟件測試

(一)分類

1.靜態(tài)測試

(1)不在機(jī)器上運(yùn)行軟件的測試

(2)包括桌面檢查、代碼走查、代碼審查

2.動(dòng)態(tài)測試

(1)在機(jī)器上運(yùn)行的功能測試

(2)黑盒測試——不看程序內(nèi)部邏輯，不看程序代碼

(3)白盒測試——查看程序內(nèi)部邏輯

(二)國家標(biāo)準(zhǔn)

1.單元測試——模塊內(nèi)部的測試

2.集成測試——模塊之間的測試

3.確認(rèn)測試

(1)軟件開發(fā)組織的內(nèi)部確認(rèn)測試

(2)用戶參與的測試環(huán)境

①alpha測試∶用戶在開發(fā)環(huán)境下的測試

②beta測試∶用戶在實(shí)際環(huán)境下的測試

(3)驗(yàn)收測試

4.系統(tǒng)測試——軟件開發(fā)組織在實(shí)際運(yùn)行環(huán)境的測試

5.配置測試——配置項(xiàng)測試的對象是軟件配置項(xiàng)

6.回歸測試——軟件變更之后，對原有正確的功能、性能和其他規(guī)定的要求的不損害性

(三)軟件測試的管理

1.過程管理

(1)測試資源管理

(2)測試活動(dòng)管理

2.配置管理——應(yīng)按照軟件配置管理的要求，將測試過程中產(chǎn)生的各種工作產(chǎn)品納入配置管理

3.評審工作——測試就緒評審(測試前評審)和測試評審(測試后有效性評審)

六、軟件集成技術(shù)與管理

(一)表示集成——黑盒集成∶界面集成，不考慮內(nèi)部構(gòu)造

(二)數(shù)據(jù)集成——白盒集成∶數(shù)據(jù)標(biāo)識、然后編目錄、確定元數(shù)據(jù)模型

(三)控制集成——黑盒集成∶業(yè)務(wù)邏輯，通過api接口訪問

(四)業(yè)務(wù)流程集成——標(biāo)準(zhǔn)的、統(tǒng)一格式的數(shù)據(jù)流組成

(五)企業(yè)應(yīng)用集成eai——eai技術(shù)可以適用于大多數(shù)要實(shí)施電子商務(wù)的企業(yè)，以及企業(yè)之間的應(yīng)用集成