軟件過程管理總結

1、大綱：第1章 軟件過程規(guī)范1、軟件過程：過程的定義、軟件過程的分類和組成、軟件過程定義的層次性2、過程規(guī)范：過程規(guī)范的涵義、內容、影響及作用3、軟件生命周期的過程需求：理解ISO/IEC15504所定義的軟件過程的5大需求，并進一步理解其子過程4、軟件生命周期標準：了解ISO和IEEE兩大軟件生命周期標準體系5、軟件過程建模：掌握軟件過程模型的定義，了解軟件過程模型第2章 軟件過程成熟度1過程成熟度標準：掌握軟件過程能力、軟件過程性能、軟件過程成熟度的概念，了解成熟和不成熟軟件過程的特點2能力成熟度模型：重點掌握CMM，了解其起源，掌握其基本內容和結構。理解CMMI的目標3過程成熟度級別：理解

2、CMM/CMMI成熟度的5個等級及其過程特征，了解CMMI過程域4軟件過程框架：了解軟件過程環(huán)境中的活動，掌握軟件過程環(huán)境內容、軟件組織的層次，掌握組織、過程和環(huán)境的關系，了解軟件過程文化。掌握PSP/TSP和CMM組成的軟件過程框架第3章 軟件過程的組織管理1組織過程的焦點：了解組織過程焦點的基礎、活動和評估2組織過程定義：理解組織過程定義的概念、了解軟件過程定義基礎、掌握剪裁標準軟件過程指南和準則3PSP過程框架和成熟度模型：理解PSP概念、原則和思想，掌握PSP過程框架及其成熟度模型并能在實際中實施4TSP結構和啟動過程：理解TSP概念、原則和思想，掌握TSP結構及其啟動過程和工作流程第

3、4章 軟件過程的需求管理1需求管理的模型和流程：理解軟件需求的三個不同層次和需求過程系統(tǒng)模型2需求開發(fā)：了解需求獲取的過程和方法，掌握基于用例的需求獲取和分析方法3需求管理：掌握需求管理流程，并能結合實際案例運用所學知識進行分析第5章 軟件過程的技術管理1軟件過程的技術架構：理解軟件過程的技術架構定義、層次、內容，了解軟件資源管理2軟件過程的問題分析和決策方法：掌握系統(tǒng)分析過程邏輯結構、了解原因分析和缺陷分析、決策分析與決定3軟件過程的技術路線：掌握軟件項目過程的技術解決流程的主要內容，了解其過程4知識傳遞：掌握知識傳遞的有效方法第6章 軟件過程的項目管理1軟件配置管理：掌握SCM的定義和變更

4、控制流程，了解軟件配置管理中經(jīng)常使用的一些基本概念2軟件項目開發(fā)計劃： 理解WBS的內涵，掌握WBS的分解步驟、工作編碼，并能進行實際分解。掌握軟件項目估算的概念，理解規(guī)模、成本、進度估算，重點掌握進度估算。網(wǎng)絡圖的形式及特點，并能結合實際項目制定開發(fā)計劃。3項目風險評估：風險的概念、分類，了解風險識別、風險評估、風險計劃、風險控制與管理過程，結合實際項目進行風險管理。4項目跟蹤和監(jiān)督：項目跟蹤包括的內容，項目跟蹤的基本步驟。了解項目過程的跟蹤和控制。第7章 軟件過程的質量管理1質量管理概述：理解三種不同的管理方式，軟件的質量。2軟件質量方針和計劃：掌握質量計劃的輸入因素，質量計劃的制定步驟，

5、質量計劃的方法和技術。3軟件評審過程和方法：掌握評審的入口條件包含的內容，軟件評審流程的6個步驟。掌握常用的軟件評審方法，并能在軟件開發(fā)過程的不同階段應用。掌握好的缺陷管理系統(tǒng)的特點，了解缺陷發(fā)展趨勢圖、缺陷分布圖，掌握魚骨圖分析法，并能結合項目畫出完整的魚骨圖。了解兩種比較常見的缺陷預防方法。了解質量度量的主要作用和其所包括的主要度量的含義。掌握PSP中預防缺陷的三種方法。第8章 軟件過程的集成管理1集成項目管理 理解軟件過程的項目綜合管理和軟件產(chǎn)品的集成管理不同，掌握軟件項目集成的主要內容和集成管理流程的子階段以及集成管理活動中所使用的主要工具2集成項目的合成計劃：了解合成項目涉及的管理內

6、容，掌握組間協(xié)調的最佳實踐。3產(chǎn)品集成的過程管理：理解產(chǎn)品集成的3個階段，了解產(chǎn)品集成的管理流程。4集成產(chǎn)品開發(fā)模式：掌握IPD概念和核心思想以及IPD的過程框架模式。第9章 軟件過程的評估和改進1過程模型的剪裁：掌握3種不同類型的過程剪裁，掌握CMMI模型的兩種表示法。了解過程模型剪裁的基本用途。2軟件過程度量：掌握過程度量的內容和過程度量流程，了解過程度量的方法，掌握過程度量技術。3過程評估參考模型：了解ISO/IEC評估模型的內容構成、評估方法、評估等級，掌握了解ISO/IEC評估模型的3種應用模式。理解Bootstrap、Trillium評估模型。4過程評估：理解過程評估的目標，評估輸

7、入、輸出所包括的信息，了解評估內容和范圍。掌握評估類型、評估方式、評估方法5過程改進的模型和方法：重點掌握IDEAL模型和6 Sigma方法6組織和技術革新：了解其相關內容7軟件過程改進的實施 理解過程改進的原則和策略，了解過程改進的組織支持和改進計劃，掌握過程改進的具體實施步驟。第10章 軟件過程的管理實踐1IBM-Rational業(yè)務驅動開發(fā)的過程管理：理解RUP的迭代過程2微軟公司的軟件開發(fā)過程模式 了解微軟過程模型的5個階段，了解MSF的團隊模型和MSF過程模型應用。掌握MSF過程模型的特點。3敏捷模型的軟件過程管理：掌握敏捷建模的原則和最佳實踐4面向構件的軟件過程：掌握CBSP的主要

8、思想以及主要階段5軟件過程的自定義體系：了解CMM/CMMI、RUP、MSF、Agile 和CBSP模式各自的特點軟件過程規(guī)范1. 過程：一組將輸入轉化為輸出的相互關聯(lián)或者相互作用的活動，由輸入，實施活動和輸出三個環(huán)節(jié)組成。(名詞解釋)2. 軟件過程定義的三個層次：公共軟件過程模型和標準（CMM,ISO12207/15504）組織的標準軟件過程項目所定義的軟件過程3. 公共軟件過程模型和標準:是指（CMM,ISO/IEC15504, ISO/IEC12207）等過程規(guī)范或標準4. 軟件過程管理的目的：最大限度的提高軟件產(chǎn)品的質量和軟件開發(fā)過程的生產(chǎn)率。軟件開發(fā)過程的生產(chǎn)率依賴于三個因素：過程，

9、人和技術5. 軟件過程建模型：描述了軟件過程要素（活動，資源，角色和過程產(chǎn)品）以及這些要素之間的關系。方法有UML方法 IDEF3方法 Agent方法6. 基于SOA（面向服務架構）的軟件過程模型包含了支持完成SOA生命周期的部署、監(jiān)控、和管理所需的技術，其過程包含三個層次 識別層 規(guī)范層 實現(xiàn)層7. 軟件過程模型 : 瀑布式軟件開發(fā)過程 螺旋式軟件開發(fā)過程8. 軟件生命周期的標準最具代表性的兩類ISO標準體系 ，IEEE標準體系9.選擇 IEC12207軟件生命周期過程組織過程：培訓過程 管理過程 改進過程 基礎設施過程支持過程：文檔編制過程 配置管理過程 質量保證過程 驗證過程 確認過程

10、聯(lián)合評審 審核 問題解決過程（與ISO/IEC15504基本相同）基本過程：獲取過程 供應過程開發(fā)過程 運行過程 維護過程ISO/IEC15504軟件過程評估標準管理過程：項目管理 質量管理 風險管理 自合同管理支持過程：文檔編制 配置管理過程 質量保證過程 驗證工作產(chǎn)品 確認工作產(chǎn)品 聯(lián)合評審 審核 解決問題組織過程：業(yè)務規(guī)劃 定義過程 改進過程 提供有技能的人員 提供軟件工程架構工程過程：系統(tǒng)分析和設計 軟件需求分析 開發(fā)軟件設計 軟件設計實施 集成并測試軟件 集成并測試軟件系統(tǒng) 系統(tǒng)與軟件的維護10簡答ISO/IEC15504提供了三種模式滿足軟件組織在過程上的需求（1） 能力確定模式.

11、幫助評估并確定一個潛在的軟件供應商的能力（2） 過程改進模式。幫助提高軟件開發(fā)過程的水平（3） 自我評估模式。幫助判斷是否有能力承接新項目的開發(fā)客戶供應商過程：軟件獲得 客戶需求管理 提供軟件 操作軟件 提供客戶服務第一章 軟件過程成熟度1. 軟件過程成熟度:對具體軟件過程進行明確定義、管理、度量、和控制的有效程度。(名詞解釋)2. 掌握軟件過程能力:軟件過程本身具有的按預定計劃生產(chǎn)產(chǎn)品的固定能力，或者遵循軟件過程能夠實現(xiàn)預期結果的程度3. 軟件過程性能：遵循軟件過程所得到或軟件過程執(zhí)行的實際結果。4. CMMI過程域：描述過程管理的某一方面的內容，包括目標、活動、和最佳實踐，對應用于國際標準

12、ISO-12207或者ISO-15504的子過程進行管理。5. 個體軟件過程PSP：基于軟件工程思想，軟件技術和專業(yè)方法，幫助軟件開發(fā)團隊中的個人-軟件工程師改善個人能力和素質的組織過程6. 團隊軟件過程TSP：建立在個體軟件過程之上，致力于開發(fā)高質量的產(chǎn)品，建立、管理和授權項目小組，改善開發(fā)團隊過程，提高開發(fā)團隊能力的指導性框架。7. 不成熟軟件過程的特點(簡答)a) 軟件過程能力低，不能按預定計劃開發(fā)出客戶滿意的產(chǎn)品，項目拖延、費用大大超出預算已成慣例。b) 過程性能的不可預見性，對進度和預算估計、產(chǎn)品質量的目標缺乏歷史數(shù)據(jù)和有效方法的客觀基礎，開發(fā)的進度、成本和產(chǎn)品的質量都難以預測。c)

13、 過程的不可視性，軟件過程缺乏定義、缺乏文檔和缺乏跟蹤，在整個軟件過程中，不清楚每個階段進出的標準、執(zhí)行的方法和規(guī)則。d) 過程的不穩(wěn)定性，實際的、具體的操作過程是在一個項目開始后臨時拼湊而成，每個項目都不一樣。e）過程的被動性、缺乏改進的主動性8.CMM(能力成熟度模型)的基本內容和結構9.CMM/CMMI提供了一個框架，將軟件過程不同的成熟度分為5個等級（P38課本）初始級：過程缺乏定義，無秩序，缺乏開發(fā)和維護軟件所需的穩(wěn)定環(huán)境可重復級/受管理級：可以看到一個按計劃執(zhí)行的并且階段可控的、規(guī)范化的軟件開發(fā)過程（針對項目本身而不是整個組織）已定義級：具有良好的文檔化、標準化，使軟件過程具有可視

14、性、一致性、穩(wěn)定性和可重復性，軟件過程被集成為一個有機的整體. 通過裁剪組織的標準軟件過程來建立自定義的軟件過程.已管理級 對軟件產(chǎn)品和過程進行有效的定量控制和管理優(yōu)化級：不斷改善組織的軟件過程能力和項目的過程性能。追求新技術，實現(xiàn)軟件開發(fā)中的方法和技術的革新10.軟件過程環(huán)境中的活動：軟件過程實施，軟件過程評估，過程改進，過程架構11.軟件過程環(huán)境內容: 不同的過程對象(個人，團隊，客戶，第三方)。不同的過程層次（組織過程，項目過程，團隊過程，個體過程）。過程資源的差異（人力，軟硬件）。過程文化的差異（以客戶為中心，以產(chǎn)品為中心）。開發(fā)類型不同（新產(chǎn)品，構件重用，產(chǎn)期產(chǎn)品）。12.軟件組織的

15、層次：軟件個體，軟件團隊，軟件組織13.組織、過程和環(huán)境的關系:軟件組織是過程的核心，過程是由組織定義的，過程環(huán)境也是由組織建設和維護的13.軟件過程文化：(1) 過程文化三種類型：過程至上（組織、質量和效率都服從于過程，適合于要求高可靠性高質量的軟件產(chǎn)品如軍事系統(tǒng)，核電站控制系統(tǒng)以及航空航天軟件系統(tǒng)）；以過程為焦點（讓過程服從于質量和效率，對于一般軟件系統(tǒng)）；過程起輔助作用，人決定一切(2) 敏捷過程文化：強調以滿足客戶需要，創(chuàng)造客戶價值為首要目標,以人為本,注重個人及互動。14. 基于組織目標的PSP/TSP/CMM三者的關系（p54課本）CMM提供平價組織的能力識別優(yōu)先改善需求和追蹤改善

16、進展的管理方式PSP有助于CMM目標的實現(xiàn)TSP向組織展示如何應用CMM的原則和PSP的技能去生產(chǎn)高質量產(chǎn)品第二章 軟件過程的組織管理1. 組織過程焦點目的是建立軟件組織對軟件件過程活動的責任，包括促進并保持對軟件過程的了解、協(xié)調、制定、維護、評估以及改進的活動基礎:執(zhí)行約定（組織過程焦點的組織方針以及特別分配的關鍵責任），執(zhí)行能力（組織和項目實施軟件過程的先決條件，指提供資源，分派責任和人員培訓）活動：目的在于創(chuàng)造一種環(huán)境，使組織能夠間距離和維護一個軟件過程改進的方法學。 評估：（1）度量和分析（2）驗證實施2. 組織過程定義:由負責軟件過程活動的組織單元（軟件過程工程組）在組織層上定義的軟

17、件過程。包括制定和維護組織的標準軟件過程以及相關的軟件過程財富。軟件過程定義基礎軟件過程元素（主要的軟件過程元素如項目估計元素，軟件設計元素；支持的軟件過程元素如配置管理，文檔編制；組織的軟件過程元素），組織標準軟件過程（基于所有軟件項目的共用的軟件過程），項目定義軟件過程3. PSP過程框架和成熟度模型（P66課本）4. TSP結構和啟動過程TSP概念：團隊軟件過程，致力于開發(fā)高質量的產(chǎn)品，建立，管理，和授權項目小組，改善開發(fā)團隊過程，提高開發(fā)團隊能力的框架原則：遵循定義好的過程并得到快速反饋學習很重要；高效團隊的協(xié)同工作；面臨實際問題時討論分析并最終得到有效的解決方案，讓團隊開發(fā)人員受益匪

18、淺思想：如何規(guī)劃和管理一個軟件開發(fā)團隊；如何制訂團隊工作所需要的策略；如何定義和確定團隊中每個角色的職責；如何為團隊中每個成員分配不同的角色；團隊及其不同角色在整個開發(fā)過程的不同階段應該做些什么，如何更好地發(fā)揮作用；在如何協(xié)調團隊成員之間的任務，并跟蹤報告團隊整體的任務進度；采用哪些方法提高團隊的協(xié)作能力。掌握TSP結構及其啟動過程（p76）工作流程：策略和計劃；需求（完成需求規(guī)格說明書：對產(chǎn)品要完成的功能進行詳細、清晰的描述）；設計和實現(xiàn)；測試和后期維護第4章 軟件過程的需求管理1. 需求開發(fā)包括需求獲取、需求分析、編寫需求規(guī)格說明、驗證需求四個階段2. 掌握需求管理流程，并能結合實際案例運

19、用所學知識進行分析需求管理是一種用于查找、記錄、組織和跟蹤系統(tǒng)需求變更的系統(tǒng)化方法，可用于獲取、組織和記錄系統(tǒng)需求并使客戶和項目團隊在系統(tǒng)需求變更上保持一致。需求管理活動包括- 定義需求基線- 評審需求變更并評估每項需求變更對軟件產(chǎn)品的影響從而決定是否實施它。- 以一種可控制的方式將需求變更融入當前的軟件項目。- 讓當前的項目計劃和需求保持一致。- 估計變更所產(chǎn)生的影響并在此基礎上協(xié)商新的約定- 實現(xiàn)通過需求可跟蹤對應的設計、源代碼和測試用例。在整個項目過程中跟蹤需求狀態(tài)及其變更情況。3. 需求獲取方法(訪談和調研, 專題討論會, 腦力風暴, 場景串聯(lián))案例1：某公司“船代”項目的需求開發(fā)(1

20、)需求調研前的準備安排項目干系人;制訂調研計劃;分析項目的關鍵環(huán)節(jié);制訂調研策略(2) 實施需求調研了解外部客戶和本行業(yè)目前總體狀況;了解本項目涵蓋的業(yè)務的流程和部門結構;繪制業(yè)務流程圖和部門結構圖;現(xiàn)狀分析;找出關鍵因素(3) 提出未來的設計方案，編寫需求規(guī)格說明系統(tǒng)功能劃分;系統(tǒng)業(yè)務流程圖，并附文字說明;系統(tǒng)業(yè)務環(huán)節(jié)的數(shù)據(jù)項、數(shù)據(jù)采集方式、數(shù)據(jù)間內在聯(lián)系分析;部門調整方案，部門職責重新定位;系統(tǒng)與其他系統(tǒng)的集成方案案例2 HRMS（Human Resource Manage System）的系統(tǒng)為例，介紹需求的開發(fā)和管理過程。HRMS系統(tǒng)中的需求分類需求分類 編號 系統(tǒng)典型需求 功能需求

21、（Functional） 1 招聘人員：用戶可以通過招聘人員 2 申請職位：Web用戶可以填寫信息申請職位 3 查看職位申請信息：Web用戶可以查看職位申請信息 4 處理職位申請：管理員可以處理職位申請 5 修改申請人信息：管理員可以修改申請人的信息 可用性 （Usability） 1 對于熟悉公司原系統(tǒng)的用戶新系統(tǒng)應易于操作 2 系統(tǒng)應支持Internet環(huán)境 3 系統(tǒng)應給用戶提供在線指南 可靠性 （Reliability） 1 系統(tǒng)應該在任何時間都能工作，若是出現(xiàn)故障，必須要在一個小時之內修復 2 系統(tǒng)應能支持用戶在指定的時間備份資料 1 管理系統(tǒng)必須支持公司內部員工和web用戶同時訪問，

22、并且支持同時在線人數(shù)不低于100人 2 系統(tǒng)的響應時間不超過4秒 1 支持多用戶訪問系統(tǒng) 2 一般用戶只能查看和修改自己的信息不能看到其他人的信息 3 公司的下級員工不能查看上級員工的信息 4 公司的上級員工可以查看下級員工的信息而不能修改 1 系統(tǒng)采用B/S結構，用戶可以通過Internet訪問系統(tǒng) 2 培訓系統(tǒng)可以在所有流行的瀏覽器（如Navigation,IE）上正常顯示 需求分析本項目采用原型分析方法和用例分析方法相結合來進行需求分析，以用例分析方法為主，對于每個Use Case，創(chuàng)建用戶接口說明文檔和Use case報告，同時建立這個用例的原型。其中各個角色描述如下：角色1: 員工（

23、Employee）角色2: 雇用經(jīng)理（Hiring Manager）角色3: 部門經(jīng)理（Department Manager）角色4: 上級（Superior）角色5: 分區(qū)經(jīng)理（Division Manager）角色6: 運行官（Operation Head）角色7: 申請人（Applicant） 角色8: 人力資源經(jīng)理（HR Manager）角色9: 培訓經(jīng)理（Training Administrator） 角色10: 培訓中心經(jīng)理（Training Center Administrator）用例分析; 編寫Use Case報告為系統(tǒng)中的每個用例編寫Use Case報告，則系統(tǒng)分析與設計人

24、員可以更加清晰的掌握系統(tǒng)架構。需求變更管理建立需求基準版本和需求控制版本文檔。所有的需求文檔都要進行版本控制，文檔要包含文檔類型、名稱、創(chuàng)建者、創(chuàng)建時間、修改者、修改時間、版本號、評審人員等信息。 在開發(fā)HRMS中，提交的需求文檔包括用戶界面說明文檔、Use Case報告、Glossary文檔、軟件開發(fā)計劃、Use Case模型調研以及補充說明。所有的文檔采用統(tǒng)一的編號規(guī)則和命名規(guī)則。 文檔編號規(guī)則 ；文檔命名規(guī)則案例3：需求變更的代價 : Steven的煩惱A:Steven主要犯了幾個錯誤：（1） 沒有明確的授權。事先應該明確客戶方有權提出變更申請的人員和實施方有權受理變更的人員，并要控制雙

25、方人數(shù)。這樣做才可以對變更有整體的控制。絕不能進行“私下交易”，授權可以顯著減少變更，特別是那些因內部看法不同而導致的反復變更。（2） 對變更沒有進行必要的審核。并不是所有的變更都要修改，也不是所有變更都要立刻修改，審核的目的就是為了決定是否需要修改和什么時候修改。比如案例中提到的界面風格問題，就可以先不修改，或者規(guī)劃一下修改的時間待到以后進行優(yōu)化。另外，對于核心模塊的修改要嚴格審核把關，否則會引起全局問題，案例中提到的“擅自修改核心模塊”造成的事故就是因為沒有審核而造成的。（3）對變更的影響沒有評估。變更都是有代價的，應該評估一下變更的代價和對項目的影響，要讓客戶了解變更的后果，并與客戶一起

26、做判斷。案例中客戶最后的質問正是因為沒有事前告訴客戶變更的影響造成的。（4） 應該讓客戶確認是否接受變更的代價。在評估代價并且與客戶討論的過程中，可以請客戶一起做判斷：“我可以修改，但您能接受后果嗎？”。上述步驟完成后，要等客戶確認變更再組織實施變更的相關工作。變更要按配置管理的規(guī)定執(zhí)行，確保所有交付物的一致性和完整性。同時，對所有的變更要跟蹤和驗證，確保都按要求完成了。最后，要特別提醒的是：要在項目開始就對項目組和客戶進行宣傳和培訓，讓所有成員都理解變更控制的重要意義；在項目過程中要對變更控制的執(zhí)行情況進行審計，發(fā)現(xiàn)違反規(guī)定的事件要嚴肅處理，否則過程很快就會失效。綜上所述，變更控制的目的是管

27、理變化。變更控制對項目成敗有重要影響，事前要明確定義，事中要嚴格執(zhí)行。實施變更之前有四個重要控制點：授權、審核、評估和確認；在實施過程要進行跟蹤和驗證，確保變更被正確執(zhí)行B: 如何應對需求一定要分類管理;需求必須分優(yōu)先級;需求必須文檔化;需求一旦變化，就必須對需求變更的影響進行評估;需求管理必須與需求工程的其他活動緊密整合第5章 軟件過程的技術管理1.軟件過程是圍繞軟件的基本過程-軟件工程過程開展的，從軟件需求分析開始，經(jīng)過系統(tǒng)架構設計、程序設計、編碼、測試以及部署各個環(huán)節(jié)，完成軟件產(chǎn)品的開發(fā)2. 掌握系統(tǒng)分析過程邏輯結構(p104)、了解原因分析和缺陷分析、決策分析與決定決策分析：按照所建立

28、的評判標準，對所確立的候選方案作出選擇和優(yōu)化評判方法主要是運用概率模型和決策理論進行模型分析、實驗/測試驗證第6章 軟件過程的項目管理1. 掌握SCM的定義和變更控制流程，了解軟件配置管理中經(jīng)常使用的一些基本概念(p126)2.項目成本的組成直接成本：人力成本;硬件設備;軟件費用-間接成本:項目管理成本;一般管理成本3.制定項目計劃工作分解結構表（WBS）基于可交付成果的劃分上層一般為可交付成果為導向;下層一般為可交付成果的工作內容基于工作過程的劃分-上層按照工作的流程分解;下層按照工作的內容劃分軟件配置管理定義：軟件配置管理過程是在整個軟件生存期中實施管理和技術規(guī)程的過程，它標識、定義系統(tǒng)中的軟件項并指定基線；控制軟件項的修改和發(fā)行；記錄和報告軟件項的狀態(tài)