【正文】 一個(gè)過程能力必須完成的活動(dòng)和必須具備的基礎(chǔ)設(shè)施 ， 完成了這些關(guān)鍵實(shí)踐就達(dá)到了相應(yīng)關(guān)鍵過程域的目標(biāo) ，該關(guān)鍵過程域也就得到了滿足 。 典型內(nèi)容包括資源 、機(jī)構(gòu)結(jié)構(gòu)和培訓(xùn) 。 在執(zhí)行活動(dòng)這個(gè)共同特性中的實(shí)踐描述了建立一個(gè)過程能力所必須完成的活動(dòng) 。 軟件工程課程 概論 66/151 目標(biāo) 目標(biāo) 1： 機(jī)構(gòu)內(nèi)部軟件過程的制定和改進(jìn)活動(dòng)協(xié)調(diào)一致 。 4. 每個(gè)項(xiàng)目的軟件過程 、 工具和方法的改進(jìn)和其他有用信息 ， 可用于其他項(xiàng)目 。 3. 參與制定軟件過程開發(fā)和改進(jìn)計(jì)劃 。 該小組最一般的例子是軟件工程過程組 （ SEPG） 。 評(píng)估一般每隔一年 、 一年半至三年進(jìn)行一次 。 5. 初始發(fā)布和有大改動(dòng)時(shí)通過同行評(píng)審 。 參見綜合軟件管理關(guān)鍵過程域的活動(dòng) 1和活動(dòng) 2。 2. 合適時(shí) ， 培訓(xùn)由負(fù)責(zé)機(jī)構(gòu)軟件過程活動(dòng)的小組 （ 如軟件工程過程組 ） 或培訓(xùn)小組準(zhǔn)備和實(shí)施 。 3. 指定和評(píng)審行動(dòng)措施 ， 并跟蹤到關(guān)閉 。 能力等級(jí)可以獨(dú)立地應(yīng)用于任何單獨(dú)的過程域 ， 任何一個(gè)能力等級(jí)都必須滿足比它等級(jí)低的能力等級(jí)的所有準(zhǔn)則 ， 各能力等級(jí)的含義簡述如下： 軟件工程課程 概論 88/151 ? CL0 未完成的：過程域未執(zhí)行或未達(dá)到 CL1中定義的所有目標(biāo) 。 ? CL5 優(yōu)化的：使用量化 （ 統(tǒng)計(jì)學(xué) ） 手段改編和優(yōu)化過程域 ， 以對(duì)付客戶要求的改變和持續(xù)改進(jìn)計(jì)劃中的過程域的功效 。一個(gè)原型不必滿足目標(biāo)軟件的所有約束，其目的是能快速、低成本地構(gòu)建原型。這些原型關(guān)注于目標(biāo)系統(tǒng)的某些特性，而不是全部特性，開發(fā)這些原型時(shí)通常不考慮與探索或?qū)嶒?yàn)?zāi)康臒o關(guān)的功能、質(zhì)量、結(jié)構(gòu)等因素，這種原型通常被廢丟，然后根據(jù)探索或?qū)嶒?yàn)的結(jié)果用良好的結(jié)構(gòu)和設(shè)計(jì)思想重新設(shè)計(jì)目標(biāo)系統(tǒng)。 軟件工程課程 概論 107/151 噴泉模型 軟件工程課程 概論 108/151 ? 噴泉模型是一種支持 面向?qū)ο?開發(fā)的模型 ? 體現(xiàn) 迭代 和 無間隙 特征 – 迭代 ：各開發(fā)活動(dòng)常常重復(fù)工作多次，相關(guān)的功能在每次迭代中隨之加入演進(jìn)的系統(tǒng) – 無間隙 ：開發(fā)活動(dòng)之間不存在明顯的邊界 軟件工程課程 概論 109/151 ? 支持軟件 復(fù)用 （ reuse） ? 利用預(yù)先包裝好的軟件 構(gòu)件 （包括組織內(nèi)部開發(fā)的構(gòu)件和現(xiàn)存商品化構(gòu)件COTS）來構(gòu)造應(yīng)用系統(tǒng) 基于構(gòu)件的開發(fā)模型 軟件工程課程 概論 110/151 領(lǐng)域分析 構(gòu)件可變性 分析 構(gòu)建 可復(fù)用構(gòu)件 領(lǐng)域模型 領(lǐng)域基準(zhǔn) 體系結(jié)構(gòu)圖 可復(fù)用 構(gòu)件庫 分析 體系結(jié)構(gòu)設(shè)計(jì) 獲取構(gòu)件 構(gòu)件特化 和修改 評(píng)價(jià) 構(gòu)件組裝 和測(cè)試 開發(fā)未找到 構(gòu)件的部分 應(yīng)用系統(tǒng)工程 應(yīng)用系統(tǒng) 領(lǐng)域工程 軟件工程課程 概論 111/151 ? 領(lǐng)域工程的目的是構(gòu)建領(lǐng)域模型、領(lǐng)域基準(zhǔn)體系結(jié)構(gòu)和可復(fù)用構(gòu)件庫。 ?開發(fā)那些未找到合適構(gòu)件的應(yīng)用部分。 ? 形式化方法用嚴(yán)格的數(shù)學(xué)語言和語義描述功能規(guī)約和設(shè)計(jì)規(guī)約，通過數(shù)學(xué)的分析和推導(dǎo)，易于發(fā)現(xiàn)需求的岐義性、不完整性和不一致性，易于對(duì)分析模型、設(shè)計(jì)模型和程序進(jìn)行驗(yàn)證。 軟件是由人組成的團(tuán)隊(duì)來開發(fā)的，與軟件項(xiàng)目相關(guān)的各類人員通過充分的交流和有效的合作，才能成功地開發(fā)出得到用戶滿意的軟件。 軟件工程課程 概論 122/151 ? 對(duì)變更及時(shí)做出反應(yīng)高于遵循計(jì)劃 任何軟件項(xiàng)目的開發(fā)都應(yīng)該制訂一個(gè)項(xiàng)目計(jì)劃，以確定各開發(fā)任務(wù)的優(yōu)先順序和起止日期。 軟件工程課程 概論 133/151 XP方法的 12個(gè)核心實(shí)踐 （ Whole Team） ? 所有的小組成員應(yīng)在同一個(gè)工作地點(diǎn)工作 ? 成員中必須有一個(gè)現(xiàn)場用戶（ Onsite User）由他提出需求，確定開發(fā)優(yōu)先級(jí) ? 通常還設(shè)一個(gè) “ 教練 ” （ Coach）角色 教練指導(dǎo) XP方法的實(shí)施，以及與外部的溝通和協(xié)調(diào) （ Planning Game） 包括兩類：發(fā)布計(jì)劃和迭代（ Iteration）計(jì)劃 軟件工程課程 概論 134/151 3. 系統(tǒng)比喻 （ Metaphor） 系統(tǒng)比喻是待開發(fā)軟件的一個(gè)每個(gè)成員都熟悉的形象化比喻，相當(dāng)于一個(gè)粗略的軟件體系結(jié)構(gòu) 4. 小發(fā)布（ Small release） 經(jīng)常、不斷地發(fā)布可運(yùn)行的、具有商業(yè)價(jià)值的小軟件版本，供現(xiàn)場用戶評(píng)估或最終使用 5. 測(cè)試（ testing） XP方法提倡測(cè)試優(yōu)先，即先寫測(cè)試后編代碼（ testing then coding） 6. 簡單設(shè)計(jì)（ Simple Design） ? 設(shè)計(jì)只考慮當(dāng)前定義的功能而不考慮以后需求的變化 ? 該設(shè)計(jì)是完成目前功能所需的最簡潔的設(shè)計(jì) 軟件工程課程 概論 135/151 7. 結(jié)對(duì)編程（ Pair Programming） 一個(gè)程序員編程的同時(shí)，另一個(gè)程序員負(fù)責(zé)檢查程序的正確性和可讀性 結(jié)對(duì)的伙伴 可以動(dòng)態(tài)調(diào)整 8. 設(shè)計(jì)改進(jìn)（ Design Improvement） 在不影響程序的外部可見行為的情況下，按高內(nèi)聚低耦合的原則對(duì)程序結(jié)構(gòu)進(jìn)行改進(jìn)，保持代碼簡潔、無冗余 9. 持續(xù)集成（ Continuous Integration） 每完成一個(gè)模塊的開發(fā)（包括該模塊的單元測(cè)試）后，立即將其組裝到系統(tǒng)中，并進(jìn)行集成測(cè)試，完成該集成測(cè)試后才能進(jìn)行下一次集成 軟件工程課程 。 要想通過合同談判的方式，將需求固定下來常常是困難的。籠統(tǒng)的講就是， “ 剛剛好 ” （ Just enough），即開發(fā)中的活動(dòng)及制品既不要太多也不要太少。 軟件工程課程 概論 114/151 形式方法模型 ? 形式化方法（ formal methods）是建立在嚴(yán)格數(shù)學(xué)基礎(chǔ)上的一種軟件開發(fā)方法。 ?在可復(fù)用構(gòu)件庫中查找合適的構(gòu)件（也可購買第三方的構(gòu)件）。 ? 如果發(fā)現(xiàn)風(fēng)險(xiǎn)太大，開發(fā)者和客戶無法承受，則項(xiàng)目就可能因此而終止。 ? 演化型（ evolutionary prototyping） 其目的是將原型作為目標(biāo)系統(tǒng)的一部分，通過對(duì)原型的多次改進(jìn)，逐步將原型演化成最終的目標(biāo)系統(tǒng)。 演化模型 軟件工程課程 概論 97/151 增量模型 項(xiàng)目日歷時(shí)間 軟件功能性和特征 1 2 3 4 5 第 2次增量發(fā)布 增量 2 1 2 3 4 5 第 n次增量發(fā)布 增量 n 1 2 3 4 5 第 1次增量發(fā)布 增量 1 ┇ 5 部署（發(fā)布，反饋） 4 構(gòu)造（編碼，測(cè)試） 3 建模（分析，設(shè)計(jì)） 2 計(jì)劃 1 交流 軟件工程課程 概論 98/151 ? 增量模型將軟件的開發(fā)過程分成若干個(gè)日程時(shí)間交錯(cuò)的線性序列，每個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的 “ 增量 ” 版本，后一個(gè)版本是對(duì)前一版本的修改和補(bǔ)充，重復(fù)增量發(fā)布的過程，直至產(chǎn)生最終的完善產(chǎn)品。 ? CL4 定量管理的：其共性目標(biāo)集中于可定量管理的過程的制度化 。 當(dāng)組織滿足過程域的特定目標(biāo)和共性目標(biāo)時(shí) ， 就說該組織達(dá)到了那個(gè)過程域的能力等級(jí) 。 1. 對(duì)照計(jì)劃 ， 評(píng)審有關(guān)開發(fā)和改進(jìn)軟件過程活動(dòng)的進(jìn)展和狀態(tài) 。 活動(dòng) 6：在機(jī)構(gòu)內(nèi)協(xié)調(diào)機(jī)構(gòu)和項(xiàng)目的軟件過程的培訓(xùn) 。 2. 項(xiàng)目定義的軟件過程 。 3. 確定負(fù)責(zé)這些活動(dòng)的小組和個(gè)人 。 培訓(xùn)的實(shí)例有： ? 軟件工程實(shí)踐 ? 過程控制技術(shù) ? 機(jī)構(gòu)過程變動(dòng)管理 ? 軟件過程計(jì)劃 、 管理和監(jiān)督 ? 技術(shù)轉(zhuǎn)變 參見培訓(xùn)大綱關(guān)鍵過程域 能力 4： 軟件工程組和其他軟件相關(guān)小組的成員接受過機(jī)構(gòu)軟件過程活動(dòng)及其在這些活動(dòng)中的任務(wù)方面的定向培訓(xùn) 。而其他一些小組 ，例如軟件工程過程組 ， 集中關(guān)注機(jī)構(gòu)范圍內(nèi)的活動(dòng) 。 l. 確保機(jī)構(gòu)標(biāo)準(zhǔn)軟件過程滿足企業(yè)目標(biāo)和策略 。 3. 對(duì)機(jī)構(gòu)標(biāo)準(zhǔn)軟件過程進(jìn)行合理地剪裁 ， 以得到項(xiàng)目使用的軟件過程 。 該項(xiàng)工作由某個(gè)小組實(shí)施 ，例如軟件工程過程組 。 軟件工程課程 概論 63/151 ?驗(yàn)證實(shí)現(xiàn) ： 驗(yàn)證實(shí)現(xiàn)描述了為確保執(zhí)行的活動(dòng)與已建立的過程一致所采取的步驟 。 典型內(nèi)容包括建立機(jī)構(gòu)策略和領(lǐng)導(dǎo)關(guān)系 。 除初始級(jí)外 ， 每個(gè)成熟度等級(jí)都包含若干個(gè)關(guān)鍵過程域 （ Key Process Area，簡稱 KPA） （ 見表 ） ?達(dá)到某個(gè)成熟度級(jí)別 ， 該級(jí)別 （ 以及較低級(jí)別 ） 的所有關(guān)鍵過程域都必須得到滿足 ， 并且過程必須實(shí)現(xiàn)制度化 。 （ repeatable） 級(jí)： 建立了基本的項(xiàng)目管理過程來跟蹤成本 、 進(jìn)度和功能特性 。 當(dāng)最后期限臨近 ， 他們往往在功能性和質(zhì)量上妥協(xié) ， 或以加班加點(diǎn)方式趕進(jìn)度 軟件工程課程 概論 53/151 2. 成熟的軟件組織 ? 具有全面而充分的組織和管理軟件開發(fā)和維護(hù)過程的能力 ? 管理員監(jiān)視軟件產(chǎn)品的質(zhì)量以及生產(chǎn)這些產(chǎn)品的過程 ? 制定了一系列客觀基準(zhǔn)來判別產(chǎn)品質(zhì)量 ， 并分析產(chǎn)品和過程中的問題 ? 進(jìn)度和預(yù)算可以按照以前積累的經(jīng)驗(yàn)來制定 ， 結(jié)果可行 。對(duì)于一個(gè)軟件項(xiàng)目，可根據(jù)其具體情況對(duì)標(biāo)準(zhǔn)的過程、活動(dòng)和任務(wù)進(jìn)行剪裁，即刪除不適用的過程、活動(dòng)和任務(wù)。 ? 審計(jì)（ audit）過程 ：確定為判斷符合要求、計(jì)劃和合同所需的活動(dòng)。 ? 維護(hù)（ maintenance）過程 ：確定維護(hù)者和組織提供維護(hù)軟件服務(wù)的活動(dòng)。 ? 軟件過程有三層含義： ?個(gè)體含義，即指軟件產(chǎn)品或系統(tǒng)在生存周期中的某一類活動(dòng)的集合，如軟件開發(fā)過程，軟件管理過程等； ?整體含義，即指軟件產(chǎn)品或系統(tǒng)在所有上述含義下的軟件過程的總體； ?工程含義，即指解決軟件過程的工程，它應(yīng)用軟件工程的原則、方法來構(gòu)造軟件過程模型，并結(jié)合軟件產(chǎn)品的具體要求進(jìn)行實(shí)例化，以及在用戶環(huán)境下的運(yùn)作，以此進(jìn)一步提高軟件生產(chǎn)率，降低成本。 ?軟件設(shè)計(jì)通?？煞譃橄到y(tǒng)設(shè)計(jì)（也稱概要設(shè)計(jì)或總體設(shè)計(jì)）和詳細(xì)設(shè)計(jì)。 計(jì)算機(jī)軟件文檔是計(jì)算機(jī)開發(fā)、維護(hù)和使用過程的檔案資料和對(duì)軟件本身的闡述性資料。 軟件工程課程 概論 28/151 ? 按應(yīng)用范圍分： 通用語言 和 專用語言 通用語言 指目標(biāo)非單一的語言，如FORTRAN、 COBOL、 C等。如函數(shù)式語言、邏輯式語言。 軟件工程課程 概論 25/151 ? 按用戶要求分： 過程式語言 和 非過程式語言 過程式語言（ procedural language） 是通過指明一列可執(zhí)行的運(yùn)算及運(yùn)算次序來描述計(jì)算過程的程序設(shè)計(jì)語言。 典型的功能性語言有廣譜語言、 Z語言。如數(shù)據(jù)庫管理系統(tǒng)、網(wǎng)絡(luò)軟件、軟件開發(fā)環(huán)境等。 ? 支持軟件 ：支持軟件的開發(fā)和維護(hù)的軟件。通常它只刻畫軟件系統(tǒng)“ 做什么 ” 的外部功能，而不涉及系統(tǒng)“ 如何做 ” 的內(nèi)部算法。但高級(jí)語言程序經(jīng)編譯后產(chǎn)生的目標(biāo)程序的功效往往較低。申述式語言程序是關(guān)于問題解的約束陳述，這些約束迫使含于實(shí)現(xiàn)中的算法處理機(jī)制生成一個(gè)解或一組解。這三類語句分別用來陳述事實(shí)、定義規(guī)則和提出問題。 軟件工程課程 概論 31/151 文檔語言 documentation language ? 文檔語言 用來書寫軟件文檔。 軟件工程課程 概論 40/151 ? 軟件設(shè)計(jì) ?主要解決待開發(fā)軟件 “ 怎么做 ” 的問題。過程是活動(dòng)的集合，活動(dòng)是任務(wù)的集合。 ? 運(yùn)作（ operation）過程 ：確定操作者和組織在規(guī)定的環(huán)境中為其用戶提供運(yùn)行計(jì)算機(jī)系統(tǒng)服務(wù)的活動(dòng)。 ? 聯(lián)合評(píng)審（ joint review）過程 ：確定評(píng)價(jià)一項(xiàng)活動(dòng)的狀態(tài)和產(chǎn)品所需的活動(dòng)。 軟件工程課程 概論 49/151 ISO/IEC 12207為軟件生存周期過程建立了一個(gè)公共框架，它提供了一組標(biāo)準(zhǔn)的過程、活動(dòng)和任務(wù)。 而且 ， 一些提高質(zhì)量的環(huán)節(jié) ，如檢查 、 測(cè)試等經(jīng)常由于要趕進(jìn)度而減少或取消 ? 產(chǎn)品在交付前 ， 對(duì)客戶來說 ， 一切都是不可見的 軟件工程課程 概論 52/151 ? 沒有長遠(yuǎn)目標(biāo) ， 管理員通常只關(guān)注解決任何當(dāng)前的危機(jī) ? 由于沒有實(shí)事求是地估計(jì)進(jìn)度 、 預(yù)算 ， 因此他們經(jīng)常超支 、 超時(shí) 。幾乎沒有什么過程是經(jīng)過妥善定義的 ， 成功往往依賴于個(gè)人或小組的努力 。 軟件工程課程 概論 57/151 標(biāo)準(zhǔn) 、 一致的過程 有紀(jì)律的過程 可預(yù)測(cè)的過程 持續(xù)改進(jìn)的過程 軟件過程成熟度 的 5個(gè)等級(jí) 軟件工程課程 概論 58/151 成熟度等級(jí) 關(guān)鍵過程域