【正文】 軟件能力評價 n 基本概念216。UML的 5個視圖 n概念– 軟件測試定義– 測試的目標– 成功的測試n白盒測試方法216。問題論域、領域分析、應用分析n 面向對象軟件的開發(fā)過程：– 分析階段– 高層設計– 類的開發(fā)– 實例的建立– 組裝測試– 維護n OOA的基本原則– 建立信息域模型– 描述功能– 表達行為– 分解模型，以揭示更多細節(jié)– 早期模型表示問題的本質，后期模型提供實現(xiàn)細節(jié)n OOA的任務n 標識類和對象 （外部實體、物、發(fā)生或事件、角色、組織單位、位置、結構）nCoad和 Yourdon方法–CoadYourdon的 OOD模型（ OOA的 5個層次， 4個組元）– 表達形式（對象、類、分類結構、裝配結構、鏈、消息） n Rambaugh方法（ OMT，對象建模技術）216。（ 3）建立數(shù)據(jù)字典，用來定義數(shù)據(jù)和程序設計。瀑布式模型216。 軟件 配置管理（ SCM）軟件配置：軟件生存期各階段的交付項 （各種文檔和可執(zhí)行代碼）軟件配置管理： 交付項管理問題， 用于： 標記變化； 控制變化； 保證變化被適當?shù)貙崿F(xiàn)； 向其他可能有興趣的人員報告變化 基線IEEE(IEEE )定義基線如下： 已經(jīng)通過正式復審和批準的某規(guī)約或產(chǎn)品 ,它因此可以作為進一步的基礎 ,并且知只能通過正式的變化控制過程的改變 . 基線是軟件開發(fā)的里程碑 ,標志是有一個或多軟件配置項的交付 ,并且這些配置項已經(jīng)經(jīng)過正式技術復審而獲得認可 .最常見的軟件基線系統(tǒng)工程需求分析軟件設計編碼測試發(fā)布系統(tǒng)規(guī)約軟件需求規(guī)約設計規(guī)約源代碼測試計劃 /過程 /數(shù)據(jù)可操作的系統(tǒng) 軟件配置管理過程 SCM的五個任務 ：? 標識配置對象? 版本控制? 修改控制? 配置審計? 配置狀況報告第十二章 軟件工程標準化與軟件文檔167。帳冊上級系統(tǒng)接口供貨員銷售事件商品商品一覽表超市銷售管理系統(tǒng)的軟件架構收款機領域分析針對一類應用系統(tǒng)的共同應用領域進行系統(tǒng)化分析，以發(fā)現(xiàn)該領域的共同認識、需求及應用系統(tǒng)的共同特征。 軟件復用就是通過對已有軟件的各種知識來建立新的軟件。 統(tǒng)一了各種開發(fā)方法 。3 定義級 軟件過程的管理和實行方法都已 文檔化、標準化 ，使開發(fā)商有一個開發(fā)過程的標準。這樣一來 ,就可以把軟件開發(fā)及生產(chǎn)過程中成功或失敗的經(jīng)驗教訓變成今后可以借鑒和吸取的營養(yǎng) ,大大加快軟件生產(chǎn)的成熟程度提高。 1998年 SEI啟動了 CMMI (CMM Integration)CMMI通過提供統(tǒng)一的過程改進框架，消除了不同模型之間的不一致和重復性，可望成為今后軟件過程改進領域比較穩(wěn)定的一個實用模型。(3)規(guī)定的功能(4)成功運行167。第九章 軟件質量管理與質量保證167。 質量管理、質量認證與質量審核 質量管理的類型 ：(1)質量檢驗型管理(2)全面質量管理(3)質量認證軟件質量保證體系的研究和主要技術 目前國際上軟件過程質量管理最主要的三個典型代表： ?CMM /PSP/TSP?ISO9000系列?ISO/IEC15504 　 過程與軟件質量管理 隨著軟件技術和軟件應用的發(fā)展， 以過程為中心 的軟件開發(fā)、生產(chǎn)與質量管理是現(xiàn)代軟件產(chǎn)業(yè)的時代特征。目前 SEI正在進行二個方面的擴充：?將質量管理的理念和思想向人力資源管理方面擴展 (PSP/TSP/PCMM)。 在軟件開發(fā)過程中 , 一些關鍵的過程域(KPA)可以被識別出來 ,成為某些 CMM模型方法中的衡量基準。即所有項目都可以依照標準來開發(fā)和維護軟件。 使用統(tǒng)一建模語言 UML? RUP和 CMM相輔相成 。這些軟件知識包括 :?領域知識?開發(fā)經(jīng)驗?設計決定?體系結構?需求?設計?編碼?測試?文檔等 復用的益處? 提高軟件生產(chǎn)率，降低軟件生產(chǎn)代價? 提高軟件質量? 其它：?系統(tǒng)對用戶體現(xiàn)較多的一致性?系統(tǒng)具有較好的互操作性?推動標準化?支持原型開發(fā)?抽象 :從已有軟件制品的簡要描述中抽取 本質信息 (即可復用部分 ),摒棄細節(jié)?選取 :即用戶根據(jù)已有軟件制品的抽象 ,尋 找、比較最合適他需要的制品 (可復 用件 )?特化 :即對已有制品 (可復用件 )的修改或形成 它的一個實例 (例化后的復用件 )?集成 :將例化后的復用件集成為應用系統(tǒng) 軟件復用的粒度軟件復用的粒度 (按粒度從大到小 )可分為五類 :?代碼和設計拷貝?源代碼的復用?設計和軟件體系結構復用?應用程序生成器?領域特定的軟件體系結構 軟件復用的形式?根據(jù)復用活動跨越的領域可分為 :?垂直 (縱向 )復用?水平 (橫向 )復用?根據(jù)實現(xiàn)復用的途徑可分為 :?組裝式復用?生成式復用?根據(jù)復用的方式可分為 :?黑盒復用?白盒復用 面向對象技術存在的問題? 模型和概念尚未統(tǒng)一? 要求使用面向對象技術的人員較高? 面向對象復用處于初級階段? 工程上難以實施 基于面向對象的 構件軟件 應運而生 167。領域分析的主要輸出：?對刻畫該領域應用系統(tǒng)的對象、操作及其 關系的認識；?對可能在該領域一個以上的應用系統(tǒng)中出現(xiàn)的共 同的對象、操作、關系的認識；?對該領域不同應用系統(tǒng)差異的認識；?描述上述對象、操作、關系的公共詞匯表；?描述該領域系統(tǒng)共性的領域需求模型；?對該領域所有應用系統(tǒng)都適應的參考體系結構。 軟件工程標準的類型167。原型模型阿 216。（ 4）低層的數(shù)據(jù)設計，應在設計過程的后期進行。3種模型（對象模型、動態(tài)模型、功能模型）216。邏輯覆蓋法 （特點、覆蓋能力的比較、測試用例設計）n 黑盒測試方法– 等價類劃分法 （測試用例的設計）– 邊界值法n 軟件測試步驟 （單元測試、組裝測試、確認測試、系統(tǒng)測試）n 驅動模塊和樁模塊 （作用） n 概念– 項目管理的范圍（ 3個 P：人員、問題、過程）– COCOMO模型面向的 3種類型軟件（組織模式、半分離模式、嵌入模式）– 基本 COCOMO模型計算公式 n 軟件復用– 復用的范圍– 領域工程– 結構模型– 結構點n 再工程216。CASE216。軟件過程評估216。UML的構造塊216。類和對象、屬性、操作、消息、封裝、繼承、多態(tài)216。（ 2）應確定所有的數(shù)據(jù)結構及每項上的操作。 中國的軟件工程標準化 國標分類 :F 基礎標準F 開發(fā)標準F 文檔標準F 管理標準中國的軟件工程國家標準 — 基礎標準l 軟件工程術語 GB/T 1145789l 信息處理 數(shù)據(jù)流程圖、程序流程圖 …… 的文