一、需求分析

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

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

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

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

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

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

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

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

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

2.分類(lèi)：

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

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

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

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

(四)uml

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

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

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

(2)依賴(lài)∶a變化則b變化

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

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

3.14種圖

關(guān)圖、對(duì)象圖、構(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ù)流(批處理、管道過(guò)濾器)

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.倉(cāng)庫(kù)風(fēng)格(超文本、數(shù)據(jù)庫(kù)、黑板)

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

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

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

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

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

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

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

2.分析模型

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

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

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

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

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

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

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

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

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

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

四、軟件工程的過(guò)程管理

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

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

(1)cmmi1∶初始級(jí)(軟件過(guò)程雜亂無(wú)章，幾乎沒(méi)有定義過(guò)程)

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

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

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

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

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

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

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

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

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

五、軟件測(cè)試

(一)分類(lèi)

1.靜態(tài)測(cè)試

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

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

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

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

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

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

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

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

2.集成測(cè)試——模塊之間的測(cè)試

3.確認(rèn)測(cè)試

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

(2)用戶(hù)參與的測(cè)試環(huán)境

①alpha測(cè)試∶用戶(hù)在開(kāi)發(fā)環(huán)境下的測(cè)試

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

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

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

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

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

(三)軟件測(cè)試的管理

1.過(guò)程管理

(1)測(cè)試資源管理

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

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

3.評(píng)審工作——測(cè)試就緒評(píng)審(測(cè)試前評(píng)審)和測(cè)試評(píng)審(測(cè)試后有效性評(píng)審)

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

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

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

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

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

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