【正文】 點(diǎn)：，沒有考慮軟件的總體質(zhì)量和長(zhǎng)期的可維護(hù)性。，可能采用不合適的操作系統(tǒng)、編程語言、效率低的算法，這些不理想的選擇成了系統(tǒng)的組成部分。l 統(tǒng)一過程的三個(gè)特點(diǎn)：用例驅(qū)動(dòng)，以架構(gòu)為核心，迭代并增量l 簡(jiǎn)述統(tǒng)一過程（UP）的5個(gè)階段的主要內(nèi)容：起始，細(xì)化，構(gòu)建，轉(zhuǎn)換和生產(chǎn)l 螺旋模型強(qiáng)調(diào)了其他模型均忽略了的（風(fēng)險(xiǎn)分析）l 橫切關(guān)注點(diǎn)的定義：一個(gè)信用卡處理系統(tǒng)的核心關(guān)注點(diǎn)是借貸/存入處理，而系統(tǒng)級(jí)的關(guān)注點(diǎn)則是日志、事務(wù)完整性、授權(quán)、安全及性能問題等許多關(guān)注點(diǎn)，我們叫它橫切關(guān)注點(diǎn)第四章 敏捷視角下的過程l 軟件工程的敏捷理念強(qiáng)調(diào)4個(gè)關(guān)鍵問題：；、開發(fā)參與者與客戶之間的交流與合作；“變更代表機(jī)遇”的認(rèn)識(shí)；。l 簡(jiǎn)述極限編程（XP）過程模型所包含的4個(gè)主要框架活動(dòng)：策劃，設(shè)計(jì)，編碼，測(cè)試第五章 系統(tǒng)工程l 計(jì)算機(jī)系統(tǒng)的6個(gè)系統(tǒng)要素：軟件，硬件，人員，數(shù)據(jù)庫，文檔，規(guī)程l HatleyPirbhai建模方法：用戶界面，輸入，系統(tǒng)功能和控制，輸出，維護(hù)和自檢l 系統(tǒng)環(huán)境圖（System Context Diagram）的表示方法（實(shí)例）第六章 需求工程l 需求工程的過程：起始，導(dǎo)出，精化，協(xié)商，規(guī)格說明，確認(rèn)和管理l 在項(xiàng)目（起始）階段，軟件工程師會(huì)詢問一些似乎與項(xiàng)目無直接關(guān)系的問題，目的是對(duì)問題、方案需求方、期望方案的本質(zhì)、客戶和開發(fā)人員之間初步的交流和合作的效果建立基本的諒解。l 為什么導(dǎo)出需求這么困難：范圍問題，理解問題，易變問題。l 用例的定義：講述了能表達(dá)主題場(chǎng)景的故事：最終用戶如何在一特定環(huán)境下和系統(tǒng)交互l 在需求工程的導(dǎo)出階段，三個(gè)主要的需求收集活動(dòng)是：主持人會(huì)議、QFD和用戶場(chǎng)景開發(fā)第七章 構(gòu)建分析模型l 分析模型在系統(tǒng)描述和設(shè)計(jì)模型之間建立橋梁。l 分析模型必須實(shí)現(xiàn)的目標(biāo)：1。描述客戶需要什么；2。為軟件設(shè)計(jì)奠定基礎(chǔ)；3。定義在軟件完成后可以被確認(rèn)的一組需求。l 分析模型的所有元素都可以直接跟蹤到設(shè)計(jì)模型。l 分析模型的4個(gè)元素：基于場(chǎng)景的元素，面向信息流的元素，基于類的元素，行為元素l UML泳道圖是活動(dòng)圖的一種變形，可以讓建模人員表示用例所描述的活動(dòng)流，同時(shí)指示哪個(gè)參與者或分析類對(duì)活動(dòng)矩形所描述的活動(dòng)負(fù)責(zé)。l UML狀態(tài)圖為每個(gè)類表現(xiàn)活動(dòng)狀態(tài)和導(dǎo)致這些活動(dòng)狀態(tài)變化的事件l UML順序圖說明事件如何引發(fā)一個(gè)對(duì)象到另一個(gè)對(duì)象的轉(zhuǎn)移l 簡(jiǎn)述CRC建模的內(nèi)容：CRC提供了一個(gè)簡(jiǎn)單方法，可以識(shí)別和組織與系統(tǒng)或產(chǎn)品需求相關(guān)的類。l 使用UML類圖來舉例說明組合和聚合之間的區(qū)別l 使用UML類圖舉例說明關(guān)聯(lián)和依賴之間的區(qū)別系統(tǒng)分析的經(jīng)驗(yàn)原則（1） 系統(tǒng)開發(fā)是面向客戶的，應(yīng)從客戶的角度考慮。（2） 諸如系統(tǒng)開發(fā)生命周期之類的產(chǎn)品更新?lián)Q代機(jī)構(gòu)應(yīng)該在所有的信息系統(tǒng)開發(fā)項(xiàng)目中建立起來。（3） 信息系統(tǒng)開發(fā)的過程并不是一個(gè)順序的過程，它允許步驟的重疊和倒轉(zhuǎn)等。（4） 如果系統(tǒng)的成功可能性受到很大限制時(shí)，應(yīng)取消整個(gè)項(xiàng)目。（5） 文檔材料是系統(tǒng)開發(fā)生命周期中重要的可遞交成果，應(yīng)加以重視第八章 設(shè)計(jì)工程l 簡(jiǎn)述良好設(shè)計(jì)的三個(gè)特征：1。設(shè)計(jì)必須實(shí)現(xiàn)所有包含在分析模型中的明確需求，而且必須滿足客戶期望的所有隱含需求；2。對(duì)于那些生成代碼的人和那些進(jìn)行測(cè)試以及隨后維護(hù)軟件的人而言，設(shè)計(jì)必須是可讀的、可理解的指南；3。設(shè)計(jì)必須提供軟件的全貌，從實(shí)現(xiàn)的角度說明數(shù)據(jù)域、功能域和行為域。l 設(shè)計(jì)模型包含的四種元素是什么：數(shù)據(jù)/類設(shè)計(jì)、體系結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、構(gòu)建級(jí)設(shè)計(jì)l 軟件體系結(jié)構(gòu)的定義：軟件的整體結(jié)構(gòu)和這種結(jié)構(gòu)為系統(tǒng)提供概念上完整性的方式l 模塊應(yīng)該詳細(xì)說明且精心設(shè)計(jì)以求在某個(gè)模塊中包含的信息不被不需要這些信息的其他模塊訪問l 重構(gòu)的定義：是使用這樣一種方式改變軟件系統(tǒng)的過程：不改變代碼設(shè)計(jì)的外部行為而是改進(jìn)其內(nèi)部結(jié)構(gòu)l 舉例說明逐步求精l 框架和設(shè)計(jì)模式之間的區(qū)別：框架能使應(yīng)用程序的開發(fā)簡(jiǎn)單，價(jià)格低廉，但是開發(fā)框架不是一件容易的事。它是一個(gè)需要領(lǐng)域和設(shè)計(jì)經(jīng)驗(yàn)的反復(fù)過程。設(shè)計(jì)模式可以簡(jiǎn)化這個(gè)過程，因?yàn)樗峁┝藢?duì)過去經(jīng)驗(yàn)的抽象?？蚣苣芨叨瘸橄笸活I(lǐng)域內(nèi)的問題，進(jìn)而降低開發(fā)難度和強(qiáng)度。因此，在軟件開發(fā)過程中把框架和模式配合起來使用，可以極大地提高軟件的重用?？蚣苁擒浖?，而設(shè)計(jì)模式是軟件的知識(shí)第九章 進(jìn)行體系結(jié)構(gòu)設(shè)計(jì)l 簡(jiǎn)述軟件體系結(jié)構(gòu)的作用：1。軟件體系結(jié)構(gòu)的表示有助于對(duì)計(jì)算機(jī)系統(tǒng)開發(fā)感興趣的各方（共利益者）開發(fā)交流；2。體系結(jié)構(gòu)突出了早期設(shè)計(jì)決策，這些決策對(duì)隨后的所有軟件工程工作有深遠(yuǎn)的影響，同時(shí)對(duì)系統(tǒng)作為一個(gè)可運(yùn)行實(shí)體的最后成功有重要作用。3。體系結(jié)構(gòu)“構(gòu)建了一個(gè)相對(duì)小的，易于理解的模型，該模型描述了系統(tǒng)如何構(gòu)成以及其構(gòu)建如何一起工作”l 軟件體系結(jié)構(gòu)的典型分類：以數(shù)據(jù)為中心，數(shù)據(jù)流體系結(jié)構(gòu)，調(diào)用和返回體系結(jié)構(gòu)，面向?qū)ο篌w系結(jié)構(gòu)，層次體系結(jié)構(gòu)（以圖例來說明）l 體系結(jié)構(gòu)環(huán)境圖所包含的要素，以圖例來說明第十二章 軟件測(cè)試策略l 簡(jiǎn)述軟件測(cè)試策略的螺旋模型：?jiǎn)卧獪y(cè)試，集成測(cè)試，確認(rèn)測(cè)試，系統(tǒng)測(cè)試l 簡(jiǎn)述單元測(cè)試中驅(qū)動(dòng)程序和樁程序的作用：驅(qū)動(dòng)程序只是一個(gè)“主程序”，它接收測(cè)試用例數(shù)據(jù)，將這些數(shù)據(jù)傳遞給（將要測(cè)試的）構(gòu)件并打印相關(guān)結(jié)果。樁程序的作用是替換那些從屬于將要測(cè)試的構(gòu)件或被其調(diào)用的構(gòu)件。l 集成測(cè)試的兩種方式：一步到位和增量集成l 試以圖例描述自頂向下集成測(cè)試方法的過程l 簡(jiǎn)述確認(rèn)測(cè)試的兩種主要方法：α測(cè)試和β測(cè)試l 系統(tǒng)測(cè)試的主要方法：恢復(fù)測(cè)試，安全測(cè)試，壓力測(cè)試，性能測(cè)試l 三種調(diào)試方法：蠻力法，回溯法，原因排除法第十三章 測(cè)試戰(zhàn)術(shù)l 好的測(cè)試所具有的特性：1。好的測(cè)試具有較高的發(fā)現(xiàn)錯(cuò)誤的可能性；2。好的測(cè)試是不冗余的；3。好的測(cè)試應(yīng)該是“最佳品種”4。好的測(cè)試應(yīng)該既不太簡(jiǎn)單也不太復(fù)雜。l 黑盒測(cè)試的定義：所謂黑盒測(cè)試是指在完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程的前提下,在程序接口進(jìn)行的測(cè)試,它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用,程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)產(chǎn)生正確的輸出信息,又稱為功能測(cè)試。白盒測(cè)試的定義：所謂白盒測(cè)試就是在知道產(chǎn)品內(nèi)部工作過程或程序內(nèi)部結(jié)構(gòu)和處理過程的前提下,檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行或按照程序內(nèi)部的邏輯測(cè)試程序,。l 基本路徑測(cè)試的環(huán)復(fù)雜度計(jì)算方法和獨(dú)立路徑集合的識(shí)別V(G)=EN+2。其中E為流圖的邊數(shù)，N為流圖的結(jié)點(diǎn)數(shù)。l 控制結(jié)構(gòu)測(cè)試的3個(gè)主要方法：條件測(cè)試，數(shù)據(jù)流測(cè)試，循環(huán)測(cè)試l 黑盒測(cè)試的兩個(gè)主要方法：等價(jià)類劃分，邊界值分析l 類級(jí)可應(yīng)用的測(cè)試方法：隨機(jī)測(cè)試，劃分測(cè)試l 面向?qū)ο蟮念惣?jí)劃分測(cè)試的主要方法：基于狀態(tài)劃分，基于屬性劃分，基于類別劃分l 以圖例說明從行為模型導(dǎo)出測(cè)試用例第十四章 產(chǎn)品度量l 軟件度量為產(chǎn)品內(nèi)部屬性的質(zhì)量評(píng)估提供了一種（定量）方法，從而可以是軟件工程師在產(chǎn)品開發(fā)出來之前進(jìn)行質(zhì)量評(píng)估l 軟件測(cè)量的5個(gè)主要活動(dòng)：公式化，收集，分析，解釋，反饋l 面向目標(biāo)的軟件測(cè)量（GQM范型）的內(nèi)容：1。確定特定過程活動(dòng)的明確的測(cè)量目標(biāo)或?qū)⒁u(píng)估的產(chǎn)品特性；2。定義一組必須回答的問題以達(dá)到目標(biāo)；3。確定被良好公式化的度量以幫助回答這些問題l 有效軟件度量的屬性1。簡(jiǎn)單的和可計(jì)算的2。在經(jīng)驗(yàn)上和直覺上有說服力3。一致的和客觀的4。單位和量綱的使用是一致的。5。編程語言的獨(dú)立性6。高質(zhì)量反饋的有效機(jī)制14 / 1