【正文】 以過程為中心 的軟件開發(fā)、生產(chǎn)與質(zhì)量管理是現(xiàn)代軟件產(chǎn)業(yè)的時代特征。 例如： CMM SPICE BOOTSTRAP SPERM 高 高 高 軟件過程的 管理模式 CMM：軟件過程管理與改進(jìn) CMM是 軟件工程過程 學(xué)科中的一個管理與改進(jìn)軟件過程的模式，也是一種衡量軟件開發(fā)能力和成熟度的標(biāo)準(zhǔn)。 目前 SEI正在進(jìn)行二個方面的擴充： ?將質(zhì)量管理的理念和思想向人力資源管理方面擴展 (PSP/TSP/PCMM)。 目前，有關(guān)組織正在就 CMMI和 15504標(biāo)準(zhǔn)的 兼容性 問題進(jìn)行探討，很有可能CMMI會最終和 ISO/IEC 15504標(biāo)準(zhǔn)兼容，并同時支持和兼容 CMM。 在軟件開發(fā)過程中 , 一些關(guān)鍵的過程域(KPA)可以被識別出來 ,成為某些 CMM模型方法中的衡量基準(zhǔn)。 過程成熟度框架 要區(qū)分不成熟和成熟軟件組織 需要構(gòu)造一個軟件過程成熟度框架 ， 它描述一條從無序到有序的軟件過程的 進(jìn)化途徑，框架是支持持續(xù)改進(jìn)的基礎(chǔ)。即所有項目都可以依照標(biāo)準(zhǔn)來開發(fā)和維護(hù)軟件。 5個成熟度等級在開發(fā)過程中變化的顯著特點 五級成熟度的特性 等級 1 — 初始級 CMM1 杰出的主管和優(yōu)秀的隊伍 項目成功 ? CMM1 一般的主管和隊伍 項目成功難以預(yù)測 ? 等級 2 — 重復(fù)級 項目經(jīng)驗 定義準(zhǔn)則 和跟蹤 新的類 似項目 再成功 五級成熟度的特性 等級 3 — 定義級 CMM重復(fù) 定義軟件過程 可視和可控 等級 4— 管理級 軟件過程能力 量化 改進(jìn)與預(yù)測 等級 5— 優(yōu)化級 已有的技術(shù) 等級 2— 4中的改進(jìn) 已有的技術(shù) 等級 5中的優(yōu)化 新的技術(shù) CMM的內(nèi)部結(jié)構(gòu)與定義 能力成熟度模型的結(jié)構(gòu) 過程能力 成熟度等級 關(guān)鍵過程域 包含 共同特點 被規(guī)劃成 關(guān)鍵實踐 包含 指示 目標(biāo) 完成 規(guī)范化 闡述 活動 描述 關(guān)鍵過程域 優(yōu)化級 (5) 過程更改管理 技術(shù)改革管理 缺陷預(yù)防 管理級 (4) 軟件質(zhì)量管理 定量過程管理 每一個關(guān)鍵過程域指出了改進(jìn)過程能力的主要過程 定義級 (3) 同行評審 組間協(xié)調(diào) 軟件產(chǎn)品工程 集成軟件管理 培訓(xùn)大綱 組織過程定義 組織過程集點 重復(fù)級 (2) 軟件配置管理 軟件質(zhì)量保證 軟件子合同管理 軟件項目跟蹤和監(jiān)督 軟件項目策劃 需求管理 初始級 (1) CMM成熟度等級的評估 評估步驟： 關(guān)鍵實踐 (被執(zhí)行活動 )的性能評分 關(guān)鍵過程域 所達(dá)到的目標(biāo) 3. 項目的成熟度等級 評定 組織 (軟件商 ) 的成熟度等級 重復(fù)級的關(guān)鍵實踐 需求管理： ?執(zhí)行約定 ?執(zhí)行能力 ?被執(zhí)行活動 ?測量和分析 ?檢查 軟件項目計劃： ?…… 軟件項目跟蹤和監(jiān)督： ?…… 管理級的關(guān)鍵實踐 組織過程定義 組織標(biāo)準(zhǔn)軟件過程 集成軟件管理 項目定義軟件過程 定量分析項目 定義軟件過程性能 控制 數(shù)據(jù) 軟件過程 性能在定義 的范圍內(nèi) 定量過程管理 改進(jìn) 定義過程管理 軟件質(zhì)量管理 軟件質(zhì)量管理 定量過程管理 軟件產(chǎn)品管理 集成軟件管理 管理級 定義級 實現(xiàn)定量目標(biāo) :軟件產(chǎn)品 定量分析 :項目定義 軟件過程 實踐 :項目定義 軟件過程 建立 :項目定義 軟件過程 軟件過程評估和軟件能力評價 軟件過程評估 ： 集中關(guān)注一個組織所需 改進(jìn)之處及其輕重緩急； 軟件能力評價 ： 集中關(guān)注識別一個特定 項目再進(jìn)度要求和預(yù)算 限制內(nèi)構(gòu)造出高質(zhì)量軟 件所面臨的風(fēng)險。 使用統(tǒng)一建模語言 UML ? RUP和 CMM相輔相成 。 ? 架構(gòu)為核心 。這些軟件知識包括 : ?領(lǐng)域知識 ?開發(fā)經(jīng)驗 ?設(shè)計決定 ?體系結(jié)構(gòu) ?需求 ?設(shè)計 ?編碼 ?測試 ?文檔等 復(fù)用的益處 ? 提高軟件生產(chǎn)率，降低軟件生產(chǎn)代價 ? 提高軟件質(zhì)量 ? 其它： ?系統(tǒng)對用戶體現(xiàn)較多的一致性 ?系統(tǒng)具有較好的互操作性 ?推動標(biāo)準(zhǔn)化 ?支持原型開發(fā) ?抽象 :從已有軟件制品的簡要描述中抽取 本質(zhì)信息 (即可復(fù)用部分 ),摒棄細(xì)節(jié) ?選取 :即用戶根據(jù)已有軟件制品的抽象 ,尋 找、比較最合適他需要的制品 (可復(fù) 用件 ) ?特化 :即對已有制品 (可復(fù)用件 )的修改或形成 它的一個實例 (例化后的復(fù)用件 ) ?集成 :將例化后的復(fù)用件集成為應(yīng)用系統(tǒng) 軟件復(fù)用的粒度 軟件復(fù)用的粒度 (按粒度從大到小 )可分為五類 : ?代碼和設(shè)計拷貝 ?源代碼的復(fù)用 ?設(shè)計和軟件體系結(jié)構(gòu)復(fù)用 ?應(yīng)用程序生成器 ?領(lǐng)域特定的軟件體系結(jié)構(gòu) 軟件復(fù)用的形式 ?根據(jù)復(fù)用活動跨越的領(lǐng)域可分為 : ?垂直 (縱向 )復(fù)用 ?水平 (橫向 )復(fù)用 ?根據(jù)實現(xiàn)復(fù)用的途徑可分為 : ?組裝式復(fù)用 ?生成式復(fù)用 ?根據(jù)復(fù)用的方式可分為 : ?黑盒復(fù)用 ?白盒復(fù)用 面向?qū)ο蠹夹g(shù)存在的問題 ? 模型和概念尚未統(tǒng)一 ? 要求使用面向?qū)ο蠹夹g(shù)的人員較高 ? 面向?qū)ο髲?fù)用處于初級階段 ? 工程上難以實施 基于面向?qū)ο蟮?構(gòu)件軟件 應(yīng)運而生 167。 遵循 OLE協(xié)議的應(yīng)用程序能夠創(chuàng)建包含來自由其它應(yīng)用程序創(chuàng)建的文檔中鏈接和嵌入的文檔，這樣的文檔稱為 載體文檔。 領(lǐng)域分析的主要輸出： ?對刻畫該領(lǐng)域應(yīng)用系統(tǒng)的對象、操作及其 關(guān)系的認(rèn)識； ?對可能在該領(lǐng)域一個以上的應(yīng)用系統(tǒng)中出現(xiàn)的共 同的對象、操作、關(guān)系的認(rèn)識； ?對該領(lǐng)域不同應(yīng)用系統(tǒng)差異的認(rèn)識； ?描述上述對象、操作、關(guān)系的公共詞匯表； ?描述該領(lǐng)域系統(tǒng)共性的領(lǐng)域需求模型； ?對該領(lǐng)域所有應(yīng)用系統(tǒng)都適應(yīng)的參考體系結(jié)構(gòu)。 資源 人 工具 確定 ●技能要求 ●工作期限 ●開始時間 硬件 ●宿主機 ●目標(biāo)機 ●專用設(shè)備 軟件 ●支持軟件 ●實用軟件 各階段管理人員和技術(shù)人員參與情況 管理人員 人 員 參 加 程 度 計劃 需求 分析 概要設(shè)計 編碼 詳細(xì) 設(shè)計 單元 測試 確認(rèn) 測試 組裝測試 初級技 術(shù)人員 高級技 術(shù)人員 高 低 167。 軟件工程標(biāo)準(zhǔn)的類型 167。 軟件工程標(biāo)準(zhǔn)的類型 ? 過程標(biāo)準(zhǔn) ? 產(chǎn)品標(biāo)準(zhǔn) ? 專業(yè)標(biāo)準(zhǔn) ? 記號標(biāo)準(zhǔn) 167。 （ 3） 建立數(shù)據(jù)字典 ， 用來定義數(shù)據(jù)和程序設(shè)計 。 （ 7） 軟件設(shè)計和編程語言應(yīng)支持抽象數(shù)據(jù)類型的規(guī)格說明和實現(xiàn) 。 （ 5） 數(shù)據(jù)結(jié)構(gòu)的表達(dá)式 ， 應(yīng)當(dāng)是那些有名的模型