一、需求分析
(一)需求的三個(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)目干系人對(duì)系統(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)圖、對(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ù)流(批處理、管道過濾器)
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)評(píng)估(系統(tǒng)質(zhì)量)
1.敏感點(diǎn)(系統(tǒng)的某一個(gè)質(zhì)量特性，例如安全或性能)
2.權(quán)衡點(diǎn)(影響多個(gè)質(zhì)量特性的某一個(gè)質(zhì)量特性，例如提高加密級(jí)別)
三、面向?qū)ο蟮姆治觥⒃O(shè)計(jì)與開發(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)依賴關(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)系(類與對(duì)象的關(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)系)、對(duì)象模式(動(dòng)態(tài)性)
3.根據(jù)目的和用途不同——?jiǎng)?chuàng)建型模式、結(jié)構(gòu)型模式、行為型模式
四、軟件工程的過程管理
能力成熟度模型集成(cmmi)
1.階段式表示方法(組織成熟度)
(1)cmmi1∶初始級(jí)(軟件過程雜亂無章，幾乎沒有定義過程)
(2)cmmi2∶已管理級(jí)(計(jì)配置、監(jiān)管合同質(zhì)量、度量需求(除了需求開發(fā)))
(3)cmmi3∶已定義級(jí)(需求開發(fā)，及其他)
(4)cmmi4∶已量化管理級(jí)(定量性能)
(5)cmmi5∶持續(xù)優(yōu)化級(jí)(改革因果)
2.連續(xù)式表示方法(過程能力等級(jí))
(1)過程管理——組織(除了組織級(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è)試
(一)分類
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)部邏輯軟件測(cè)試 思維導(dǎo)圖，不看程序代碼
(3)白盒測(cè)試——查看程序內(nèi)部邏輯
(二)國家標(biāo)準(zhǔn)
1.單元測(cè)試——模塊內(nèi)部的測(cè)試
2.集成測(cè)試——模塊之間的測(cè)試
3.確認(rèn)測(cè)試
(1)軟件開發(fā)組織的內(nèi)部確認(rèn)測(cè)試
(2)用戶參與的測(cè)試環(huán)境
①alpha測(cè)試∶用戶在開發(fā)環(huán)境下的測(cè)試
②beta測(cè)試∶用戶在實(shí)際環(huán)境下的測(cè)試
(3)驗(yàn)收測(cè)試
4.系統(tǒng)測(cè)試——軟件開發(fā)組織在實(shí)際運(yùn)行環(huán)境的測(cè)試
5.配置測(cè)試——配置項(xiàng)測(cè)試的對(duì)象是軟件配置項(xiàng)
6.回歸測(cè)試——軟件變更之后軟件測(cè)試 思維導(dǎo)圖，對(duì)原有正確的功能、性能和其他規(guī)定的要求的不損害性
(三)軟件測(cè)試的管理
1.過程管理
(1)測(cè)試資源管理
(2)測(cè)試活動(dòng)管理
2.配置管理——應(yīng)按照軟件配置管理的要求，將測(cè)試過程中產(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ù)邏輯，通過api接口訪問
(四)業(yè)務(wù)流程集成——標(biāo)準(zhǔn)的、統(tǒng)一格式的數(shù)據(jù)流組成
(五)企業(yè)應(yīng)用集成eai——eai技術(shù)可以適用于大多數(shù)要實(shí)施電子商務(wù)的企業(yè)，以及企業(yè)之間的應(yīng)用集成