軟件過程改進復習重點

1、軟件過程改進復習重點第一章1、主要人物休哈特：計劃-執(zhí)行-檢查（Plan-Do-See）戴明：PDCA【計劃(Plan)、實施(Do)、檢查(Check)、行動(Action) 】朱蘭：質(zhì)量控制手冊、全面質(zhì)量管理（TQM）、質(zhì)量螺旋、80/20原則克勞士比:“零缺陷”、6C2、經(jīng)典軟件過程及其特點（1）軟件能力成熟度模型（Capability Maturity Model，CMM）（2）PSP、TSP（3）統(tǒng)一過程 (RUP) 迭代式開發(fā)；管理需求；使用基于構件的體系結構；可視化建模；驗證軟件質(zhì)量控制軟件變更；（4）敏捷過程極限編程、SCRUM（5）ISO/IEC 15504 （又名SPICE

2、）（6）ISO 9000第二章1、基本度量項：時間、缺陷、規(guī)模2、PROBE估算的流程3、使用線性回歸方程方法估算程序規(guī)模和資源（公式見ppt）4、相對大小矩陣（歷史數(shù)據(jù)處理）簡單方法：將每個方法的代碼行數(shù)進行排序。選擇最小值作為VS，選擇最大值作為V，選擇中值作為M，選擇VS與M的均值作為S，選擇VL與M的均值作為L。正態(tài)分布法：選擇所有數(shù)據(jù)的均值作為M，計算所有數(shù)據(jù)的標準差 S = M - , VS = M -2 , L = M+ , VL = M+2 。對數(shù)正態(tài)分布：以e為底計算所有數(shù)據(jù)的自然對數(shù) (lnX)。計算取對數(shù)之后的值的均值M，計算相應標準差 ，S = M - ，VS = M

3、- 2 ，L = M + ，VL = M + 2 。取反對數(shù)(eY)。相關性：描述的是兩組變化的數(shù)據(jù)之間相互關聯(lián)的程度，通常用字母r來表示。r0.7。顯著性：描述的是上述兩組數(shù)據(jù)的相關關系出現(xiàn)的偶然性，s0.05。5、常用的PSP過程質(zhì)量的度量指標（1）YieldPhase Yield = 100 * (某階段發(fā)現(xiàn)的缺陷個數(shù))/(某階段注入的缺陷個數(shù)+進入該階段前遺留的缺陷個數(shù))Process Yield = 100 * (第一次編譯前發(fā)現(xiàn)的缺陷個數(shù))/(第一次編譯前注入的缺陷個數(shù))（2）A/FR 質(zhì)檢失效比A/FR = PSP質(zhì)檢成本/PSP失效成本PSP中定義的失效成本為編譯時間和單元測試

4、時間之和PSP中定義的質(zhì)檢成本為設計評審時間與代碼評審時間之和（3）PQI 過程質(zhì)量指標PQI = 設計質(zhì)量*設計評審質(zhì)量*代碼質(zhì)量*代碼評審質(zhì)量*程序質(zhì)量（4）Review Rate 評審速度代碼評審速度小于200 LOC/小時，文檔評審速度小于4 Page/小時（5）DRL 缺陷消除效率比以某個測試階段（一般為單元測試）每小時發(fā)現(xiàn)的缺陷數(shù)為基礎，其他階段每小時發(fā)現(xiàn)缺陷數(shù)與該測試階段每小時發(fā)現(xiàn)的缺陷的比值就是DRL。第三章1、團隊工程開發(fā)的實現(xiàn)策略、驗證及確認活動（1）實現(xiàn)策略評審的考慮：設計過程：自頂向下、逐層精化；實現(xiàn)過程：自底向上復用策略：自底向上實現(xiàn)策略；代碼注釋的應用；每天站立會議

5、可測試性考慮：實現(xiàn)的計劃必須與測試計劃一致（2）驗證及確認活動驗證的目的是確保選定的工作產(chǎn)品與事先指定給該工作產(chǎn)品的需求一致。確認的目標則是確保開發(fā)完成的產(chǎn)品或者產(chǎn)品組件在即將要使用該產(chǎn)品或者產(chǎn)品組件的環(huán)境中正常工作?；顒樱涵h(huán)境準備、對象選擇、活動實施、結果分析2、WBS工作分解結構（1）作用提供項目范圍基線；可以展現(xiàn)項目整體觀；提供一個整體架構，防止遺漏項目的可交付成；明確各個角色的責任；提供具體的工作包定義；估算和編制項目日程計劃的基礎；幫助項目團隊理解工作內(nèi)容，分析項目的風險（2）要求最底層要素不能重復；所有要素必須清晰、完整定義；最底層要素必須有定義清晰的責任人/團隊；最底層的要素是實

6、現(xiàn)目標的充分必要條件。3、風險識別及風險應對風險識別：識別可能會給項目目標的實現(xiàn)帶來負面影響的潛在問題，是成功進行風險管理的基礎。風險應對：識別風險之后，就應當制定相應的風險管理策略，以應對各類風險。風險應對策略：風險轉(zhuǎn)嫁、風險解決、風險緩解4、TSP團隊項目規(guī)劃流程團隊組建過程：9次會議團隊工作過程5、掙值分析（PPT樣例）6、糾偏活動（1）偏差原因分析收集偏差相關的各種信息，開展充分的分析工作，找出偏差的根本原因（2）糾偏措施定義典型措施：修改工作說明書、修改需求、修改估計值與計劃、再協(xié)商承諾事項、增加資源、變更過程以及修訂項目風險計劃等（3）糾偏措施管理對糾偏措施的實施情況進行跟蹤，需要

7、項目小組監(jiān)控糾偏措施直到完成糾偏。需要項目小組分析糾偏措施的結果，以決定糾偏措施的有效性。7、TSP總結過程（1）準備階段、報告階段、總結階段（2）基于PMBOK的，9大知識領域（3）階段：準備階段、過程數(shù)據(jù)評價階段、人員角色評價階段、總結報告撰寫階段8、GQM方法定義：是一種面向目標的度量軟件產(chǎn)品和過程的方法。從管理的目標出發(fā)，將目標歸納、分解為可度量的指標，并把這些指標提煉成可以測量的值，是一種科學的、系統(tǒng)的思考問題的方式。G: 提出度量目標 Q: 將目標細化為關于過程或產(chǎn)品的特定問題 M: 這些問題將以度量的方式得以解答例：G: 確保穩(wěn)定的、可預測的開發(fā)過程來滿足計劃的各個里程碑。Q:

8、項目是否按照計劃的軌跡前進，計劃的里程碑都能實現(xiàn)嗎？M: 軟件項目開發(fā)成本的消耗情況（分支、流水線、變更管理活動）。9、度量和分析活動（1）建立度量目標（2）指定度量方式（3）指定數(shù)據(jù)收集和保存的流程（4）指定分析流程（5）收集度量數(shù)據(jù)（6）分析度量數(shù)據(jù)（7）保存數(shù)據(jù)和結果（8）交流度量結果10、決策分析活動（1）建立決策分析指南（2）建立評價標準（3）識別候選方案（4）選擇評價方法（5）評價候選方案（6）選擇解決方案11、典型的TSP角色及其主要工作內(nèi)容（1）項目組長激勵團隊成員努力工作；主持項目周例會；每周匯報項目狀態(tài)；分配工作任務；維護項目資料；組織項目總結（2）計劃經(jīng)理帶領項目小組開發(fā)

9、項目計劃；帶領項目小組平衡計劃；跟蹤項目進度；參與項目總結（3）開發(fā)經(jīng)理帶領團隊制定開發(fā)策略；帶領團隊開展產(chǎn)品規(guī)模估算和所需時間資源的估算；帶領團隊開發(fā)需求規(guī)格說明；帶領團隊開發(fā)高層設計；帶領團隊開發(fā)設計規(guī)格說明；帶領團隊實現(xiàn)軟件產(chǎn)品；帶領團隊開展集成測試和系統(tǒng)測試；帶領團隊開發(fā)用戶支持文檔；參與項目總結（4）質(zhì)量經(jīng)理帶領團隊開發(fā)和跟蹤質(zhì)量計劃；向項目組長警示質(zhì)量問題；軟件產(chǎn)品提交配置管理之前，對其進行評審，消除質(zhì)量問題；充當項目小組評審的組織者和協(xié)調(diào)者；參與項目總結（5）過程經(jīng)理帶領團隊定義和記錄開發(fā)過程并且支持過程改進；建立和維護團隊的開發(fā)標準；記錄和維護項目的會議記錄；參與項目總結（6）

10、支持經(jīng)理帶領團隊識別開發(fā)過程中所需要的各類工具和設施；主持配置管理委員會，管理配置管理系統(tǒng)；維護軟件項目的詞匯表；維護項目風險和問題跟蹤系統(tǒng)；支持軟件開發(fā)過程中復用策略的應用；參與項目總結第四、五章1、CMM基本概念和用途定義：它是對于軟件組織在定義、實施、度量、控制和改善其軟件過程的實踐中各個發(fā)展階段的描述。其核心是把軟件開發(fā)視為一個過程，并根據(jù)這一原則對軟件開發(fā)和維護進行過程監(jiān)控和研究，以使其更加科學化、標準化，使企業(yè)能夠更好地實現(xiàn)商業(yè)目標。用途：用于軟件過程評估；用于軟件過程改進；用于軟件能力評價。軟件過程：人們在開發(fā)和維護軟件及其相關產(chǎn)品時所涉及的各種活動、方法、實踐和改革等。軟件過程

11、能力(software process capability)：當遵循某個軟件過程時所能達到的期望效果，它可以有效預測企業(yè)接收新的軟件項目時可能得到的結果。軟件過程效能(software process performance)：當遵循某個軟件過程時所達到的實際效果，它可以用于驗證軟件過程能力。軟件過程成熟度(software process maturity)：指一個特定的軟件過程被明確定義、管理、度量、控制以及有效的程度。軟件工程過程組(Software Engineering Process Group, SEPG)是一個由專家組成的小組，他們推進組織所采用的軟件過程的定義、維護和改進工

12、作。2、CMM5個級別的名稱、特點和成熟度的行為刻畫（1）初始級：軟件過程的特點是無秩序的，有時甚至是混亂的。軟件過程定義幾乎處于無章法和步驟可循的狀態(tài)，軟件產(chǎn)品所取得的成功往往依賴極個別人的努力和機遇。（2）可重復級：已建立了基本的項目管理過程，可用于對成本、進度和功能特性進行跟蹤。對類似的應用項目，有章可循并能重復以往所取得的成功。（3）已定義級：用于管理和工程的軟件過程均已文檔化、標準化，并形成了整個軟件組織的標準軟件過程。全部項目均采用與實際情況相吻合的、適當修改后的標準軟件過程來進行操作。（4）已管理級：軟件過程和產(chǎn)品質(zhì)量均有詳細的度量標準。軟件過程和產(chǎn)品質(zhì)量得到了定量的認識和控制。

13、（5）優(yōu)化級：通過對來自過程、新概念和新技術等方面的各種有用信息的定量分析，能夠不斷地、持續(xù)性地對過程進行改進。3、18個KPA目的，與5個級別對應關系CMM 2:可重復級(Repeatable)需求管理：requirement management在客戶和遵循客戶需求的軟件項目之間建立一種共同的理解。軟件項目計劃：software project planning是為實施軟件工程和管理軟件項目制定合理的計劃，包括對要完成的工作進行估計、確定必要約定和制定工作計劃。軟件項目跟蹤和監(jiān)控：software project tracking oversight是能夠隨時掌握軟件項目的實際開發(fā)過程，使

14、得當軟件項目的執(zhí)行與軟件計劃相背離時，管理部門能夠采取有效的措施。軟件子合同管理：software subcontract management為了選擇軟件開發(fā)的合格的分承制方，并進行有效的管理。軟件質(zhì)量保證：software quality assurance為管理者提供有關軟件項目過程和產(chǎn)品的適當?shù)目梢娦浴＼浖渲霉芾恚簊oftware configuration management保證軟件項目生成的產(chǎn)品在軟件生命周期中的完整性。CMM 3:已定義級(Defined)組織過程焦點：organization process focus為以能改進組織整體軟件過程能力的軟件過程活動建立組織的職

15、責。組織過程定義：organization process definition開發(fā)和維護一個可用的軟件過程資源集，以提高各項目的軟件過程效能，它以積累的方式使組織長期受益。培訓大綱：training program提高個人的知識和技能，使其有效地履行職責。集成軟件管理：integrated software management將軟件工程和管理活動結合成為密切相關的、定義完整的軟件過程。該軟件過程從機構標準軟件過程和相關過程資源中剪裁而來。軟件產(chǎn)品工程：software product engineering是為了一致地執(zhí)行一個經(jīng)過完整定義的工程過程，該過程綜合了所有軟件工程活動，以便高效生

16、產(chǎn)出正確而一致的軟件產(chǎn)品。組間協(xié)調(diào)：intergroup coordination是為了建立一種工作方式，使軟件工程組與其他小組能積極協(xié)作，從而使項目能更好、更有效地滿足客戶需求。同行評審：peer review是為了盡早而有效地排除軟件工作產(chǎn)品中的缺陷，一個重要的必然結果是對軟件工作產(chǎn)品和可預防的缺陷有更好的理解。CMM 4:已管理級(Managed)定量管理過程：quantitative process management為了定量的控制軟件項目的過程運行效能，軟件過程運行效能用來表示遵循軟件過程所達到的實際效果。軟件質(zhì)量管理：software quality management為了定量了解項目的軟件產(chǎn)品的質(zhì)量，并實現(xiàn)具