軟件過程管理期末復(fù)習重點

1、-作者xxxx-日期xxxx軟件過程管理期末復(fù)習重點【精品文檔】軟件過程管理期末復(fù)習第一章1.軟件過程分為五個過程：工程過程，支持過程，管理過程，組織過程，客戶供應(yīng)商過程2.工程過程包括：系統(tǒng)需求和設(shè)計，軟件需求分析，軟件開發(fā)設(shè)計，軟件設(shè)計實施，集成并測試軟件，集成并測試系統(tǒng)，系統(tǒng)與軟件的維護。3.支持過程：文檔編制，配置管理過程，質(zhì)量保證過程，驗證工作產(chǎn)品，確認工作產(chǎn)品，聯(lián)合評審，審核，解決問題。4.軟件過程規(guī)范：對輸入/輸出和活動所構(gòu)成的過程進行明文規(guī)定或約定俗成的標準。過程規(guī)范的影響和作用1. 消極影響的存在和消除 Fred Brooks “創(chuàng)造力來自個人，而不是組織結(jié)構(gòu)或者過程” 2.

2、 規(guī)范存在的必要性 3. 過程規(guī)范的作用 幫助團隊實現(xiàn)共同的目標一個規(guī)范的軟件過程必將能帶來穩(wěn)定的、高水平的過程質(zhì)量過程規(guī)范使軟件組織的生產(chǎn)效率更高 工程過程是軟件系統(tǒng)、產(chǎn)品的定義、設(shè)計、實現(xiàn)以及維護的過程。開發(fā)過程：定義并開發(fā)軟件產(chǎn)品的活動過程，包括需求分析、軟件設(shè)計和編程等。運行過程：在規(guī)定的環(huán)境中為其用戶提供運行計算機系統(tǒng)服務(wù)的活動過程，包括軟件部署維護過程：提供維護軟件產(chǎn)品服務(wù)的活動過程，也就是通過軟件的修改、變更，使軟件系統(tǒng)保持合適的運行狀態(tài)，這一過程包括軟件產(chǎn)品的移植和退役。 軟件支持過程：文檔編制、配置管理、質(zhì)量保證、驗證、確認、聯(lián)合評審 、審核、問題解決 5.上述相應(yīng)規(guī)范：軟件

3、基本過程規(guī)范，軟件支持過程規(guī)范，軟件組織過程規(guī)范。6.軟件標準最具有代表性的有兩類：ISO標準體系和IEEE標準體系。第二章1.CMM/CMMI的五個等級：初始級，可重復(fù)級，已定義級，已管理級，優(yōu)化級。：p381. 初始級：具有明顯的不成熟過程的特點 2. 可重復(fù)級/受管理級：建立了管理軟件項目的方針和實施這些方針的規(guī)程，使軟件項目的有效管理過程制度化，有能力去跟蹤成本、進度和質(zhì)量。一個有效過程可特征化為已文檔化的、已實施的、可培訓的和可測量的軟件過程 3. 已定義級：包含一組協(xié)調(diào)的、集成的、適度定義的軟件工程過程和管理過程，具有良好的文檔化、標準化，使軟件過程具有可視性、一致性、穩(wěn)定性和可重

4、復(fù)性，軟件過程被集成為一個有機的整體 4. 已管理級：已管理級的軟件過程是量化的管理過程。在上述已定義級的基礎(chǔ)上，可以建立有關(guān)軟件過程和產(chǎn)品質(zhì)量的、一致的度量體系，采集詳細的數(shù)據(jù)進行分析，從而對軟件產(chǎn)品和過程進行有效的定量控制和管理。 5. 優(yōu)化級：不斷改善組織的軟件過程能力和項目的過程性能，利用來自過程和來自新思想、新技術(shù)的先導性試驗的定量反饋信息，使持續(xù)過程改進成為可能。為了預(yù)防缺陷出現(xiàn)，組織有辦法識別出弱點并預(yù)先針對性地加強過程 3. 成熟度各個級別的軟件過程特征：p42級別軟件過程特征11. 軟件過程具有不穩(wěn)定性和隨意性2. 一旦遇到危機時經(jīng)常放棄或改變原有計劃過程，直接進行編碼和測試

5、3. 組織中的軟件過程能力體現(xiàn)在個人身上，而不是整個組織中穩(wěn)定的過程能力，組織依靠個人能力，往往承受著很大的風險。一旦能力強的人離去，組織的過程就變得很不穩(wěn)定4. 整個軟件過程具有不確定性和不可預(yù)見性，也就是說軟件的計劃、成本、進度、功能和產(chǎn)品的質(zhì)量都是不可確定和不可預(yù)見的5. 軟件過程規(guī)范不健全，文檔化不夠，存在較多的不一致性等6. 過程的管理方式處于一種“救火”狀態(tài)，不斷地應(yīng)付過程中突發(fā)的事件或危機7. 在引進新技術(shù)、新方法等方面有極大的風險21. 建立了軟件項目管理的策略和實施這些策略的規(guī)范，但過程管理的策略主要是針對項目建立的，而不是針對整個組織來建立的2. 軟件開發(fā)和維護的過程相對穩(wěn)

6、定，已有的成功經(jīng)驗可以被復(fù)用，即基于以往的成功經(jīng)驗來規(guī)劃和管理同類的新項目3. 軟件過程中，引入了軟件配置管理、質(zhì)量保證和管理4. 軟件項目管理人員負責跟蹤成本、進度，有能力識別及糾正過程中出現(xiàn)的問題5. 為需求和相應(yīng)的工作產(chǎn)品建立基線來標志過程進展，控制過程和完整性6. 定義了軟件項目的標準，能保證項目在執(zhí)行過程中嚴格遵守標準7. 軟件過程中，對子合同管理，保證了與轉(zhuǎn)包商建立良好的供求關(guān)系8. 重視人員的培訓工作。建立了技術(shù)支持活動，更好地支撐了過程管理31. 整個組織內(nèi)的軟件過程都已標準化，文檔化，形成有機的整體-組織的標準軟件過程2. 整組織內(nèi)的軟件過程得到了良好的管理和監(jiān)控，過程是穩(wěn)定

7、的，可重復(fù)的和連續(xù)性的。3. 軟件過程標準被應(yīng)用到所有的項目中，可以根據(jù)項目的類型，規(guī)模和實際特點，對組織的標準軟件過程進行剪裁，以適應(yīng)特定項目的需求4. 軟件過程具有可預(yù)見性及防范問題的能力，能使風險的影響最小化，軟件質(zhì)量得到控制5. 有專門的過程管理組織單元（如SEPG）負責軟件過程活動6. 全組織范圍內(nèi)安排培訓計劃，有計劃地對不同的技術(shù)人員角色進行培訓7. 整組織內(nèi)部的所有人員對已定義的軟件過程的活動和任務(wù)有著深入的，一致的理解8. 在定性基礎(chǔ)上建立新的軟件過程和產(chǎn)品評估技術(shù)42.定量地認識和度量軟件過程和組織過程能力，更有效的管理、控制和預(yù)測軟件過程和提高產(chǎn)品質(zhì)量。保證所實施項目的生產(chǎn)

8、率3.在定量限度范圍內(nèi)，預(yù)測過程和產(chǎn)品質(zhì)量的發(fā)展趨勢，一旦意外情況出現(xiàn)，就可以確定導致這些意外的“特定的原因”，從而采取適當?shù)拇胧﹣斫鉀Q問題4.具有已定義及一致的度量標準來指導軟件過程，并作為評價軟件過程及產(chǎn)品的定量基礎(chǔ)5.組織內(nèi)已建立軟件過程數(shù)據(jù)庫，保存收集到的數(shù)據(jù)，并用于各項目的軟件過程6.軟件過程變化較小，一般在可教授的范圍內(nèi)7.因為項目的每個人員都了解個人的作用與組織的關(guān)系，所以都存在強烈的團隊合作意識51. 整個組織特別關(guān)注軟件過程改進和持續(xù)性、預(yù)見性及自身增強性。防止缺陷及問題的發(fā)生，不斷地提高組織過程能力2. 加強定量分析，通過來自過程的質(zhì)量反饋和吸收新觀念，新科技，使軟件過程能

9、不斷地得到改進。3. 根據(jù)軟件過程的效果，進行成本-效益分析，從成功的軟件過程時間中西區(qū)經(jīng)驗，加以總結(jié)；對失敗的案例，用SEPG進行分析以找出原因，找出過程的不足并預(yù)先改進4. 全組織內(nèi)推廣軟件過程的評價和對標準軟件過程的改進，共享成功的經(jīng)驗和失敗的教訓，不斷地改進軟件過程5. 要消除軟件過程中“公共”的無效率根源，防止浪費發(fā)生6. 整個組織都存在自覺的，強烈的團隊意識，每個人都致力于過程改進，防止出現(xiàn)錯誤，力求減少錯誤率7. 追求新技術(shù)，利用新技術(shù)，實現(xiàn)軟件開發(fā)中的方法和新技術(shù)的革新4.框架式軟件組織對技術(shù)、實踐、方法、過程和經(jīng)驗的有序積累，是知識管理。5.過程能力并不是保障成功的唯一因素，

10、影響產(chǎn)品/項目質(zhì)量的關(guān)鍵因素還包括開發(fā)技能和組織管理，這三者相輔相成，缺一不可。過程文化的類型1. 過程至上，奉過程為教條，一切圍繞著過程，組織、質(zhì)量和效率都服從于過程，過程的執(zhí)行嚴格，過程結(jié)果可靠、穩(wěn)定，認為生產(chǎn)的“東西”是過程的一個節(jié)點，只是全局的一部分。但效率較低，缺乏靈活性、創(chuàng)造性。2. 以過程為焦點，關(guān)注過程，強調(diào)過程的重要性，但不拘于過程，讓過程服從于質(zhì)量和效率、服從于組織的業(yè)務(wù)目標3. 過程只能起輔助作用，人決定一切, 過程可能流于形式.第三章1.軟件工程過程和管理過程都在標準化基礎(chǔ)上成為一個有機整體，并幫助項目經(jīng)理和技術(shù)人員更有效地從事開發(fā)工作。2.組織過程焦點的目的是：建立起

11、軟件組織對軟件過程活動的責任，包括促進并保持對軟件過程的了解、協(xié)助、制定、維護、評估以及改進的活動3.作為組織和項目實施的軟件過程的先決條件，執(zhí)行能力一般指：提供資源、分派職責和人員培訓。4.組織過程焦點的執(zhí)行能力具備如下幾點：A.建立一個負責整個組織的軟件過程活動的工作組。B.為軟件過程活動提供足夠的資源和資金。C.組織軟件過程活動的組員進行培訓。5.軟件過程體系結(jié)構(gòu)：用戶需求，需求，系統(tǒng)設(shè)計，詳細設(shè)計，編碼、單元測試，子系統(tǒng)測試，集成測試，系統(tǒng)測試，驗收測試。6.PSP分為哪四個等級？對各個等級進行簡單說明。第四章P88 基于用例的需求獲取過程模型 用戶需求P96 需求變更控制需求變更控制

12、策略（1）項目啟動階段的變更預(yù)防（2）項目實施階段的需求變更（3）項目收尾階段的總結(jié)P99 課后習題1. 請說明需求的三個層次分別是什么，并對其進行簡要說明業(yè)務(wù)需求：反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品的概括的目標要求，它在項目視圖與范圍文檔中予以說明用戶需求：文檔描述了用戶使用系統(tǒng)而完成的任務(wù)的集合，用戶需求在用戶案例文檔貨方案腳本中予以說明功能需求：定義了開發(fā)人員必須實現(xiàn)的軟件功能，他源于用戶需求2. 請闡述需求分析的主要步驟和方法需求分析的目的是對各種需求信息進行分析，消除錯誤和刻畫細節(jié)等。常用的需求分析方法有“問答分析法”，“結(jié)構(gòu)化分析法”，“面向?qū)ο蠓治龇ā薄＿@一階段分析人員的主要任務(wù)是

13、對用戶的需求進行鑒別，綜合和建模，清除用戶需求的模糊性，歧義性和不一致性，分析系統(tǒng)的數(shù)據(jù)要求，為原始問題及目標軟件建立邏輯建模。分析人員要將對原始問題的理解與軟件開發(fā)經(jīng)驗結(jié)合起來，以便發(fā)現(xiàn)哪些要求是由于用戶的片面性或短期行為所導致的不合理要求，哪些是用戶尚未提出單但有真正價值的潛在需求3. 請說明基于用例的需求分析過程用戶需求：1.確定執(zhí)行者2.確定用例 功能需求：1.從用戶需求階段獲取的所有用例中選擇一個具有最高優(yōu)先級用例 2.場景分析 3.用例分解 4.用例判定 5.對生育的用例重復(fù)24步4. 請簡要說明需求變更控制的流程和注意事項流程上面的圖，注意事項：需求變更時，要提出變更申請，還要由

14、需求變更控制委員會（CCB）對提出的申請進行評估，評估的內(nèi)容包括需求的重要性、時間和資金等。評估之后要做出通過與否的決定。如果CCB確認了提交的變更請求，則將指派某人對原來的需求進行修改，并對其進行驗證，最終才實施該需求的變更第五章1.軟件過程的技術(shù)架構(gòu) P100 習題p100, 習題1 找不到P100沒習題2.過程模型模式包括：面向?qū)ο蟮能浖^程開發(fā)，面向構(gòu)件的軟件過程開發(fā)，軟件開發(fā)迭代模式，軟件開發(fā)并行模式。3.軟件開發(fā)過程在很大程度上依賴于發(fā)現(xiàn)和糾正缺陷的過程，但一旦缺陷被發(fā)現(xiàn)之后，軟件過程的控制并不能降低大多的成本，更有效的方法是開展預(yù)防缺陷的活動、防止在開發(fā)期間引入缺陷。4.在開發(fā)周

15、期的每個階段實施根本原因分析為有效開展缺陷預(yù)防活動提供依據(jù)。5.原因分析的目的在于識別導致缺陷和其他問題的根本原因，在理解已定義過程和實施已定義過程的基礎(chǔ)上，確定這些缺陷產(chǎn)生的根源和這些根源存在的程度，從而找出對策、采取措施消除問題的根源。原因分析和缺陷分析在開發(fā)周期的每個階段實施根本原因分析（root cause analysis），為有效開展缺陷預(yù)防活動提供依據(jù) 。通過制訂原因分析計劃、選擇缺陷分析數(shù)據(jù)而找出原因、實施建議措施、評價變更的效果、記錄數(shù)據(jù)等多個環(huán)節(jié)，最終完成這一活動 。經(jīng)常使用的工具有：數(shù)據(jù)庫系統(tǒng)、過程建模工具、統(tǒng)計分析包。6.P109 軟件過程的技術(shù)流程示意圖1. 系統(tǒng)定義

16、 2. 設(shè)計標準和準則的屬性 3. 設(shè)計方法 4. 產(chǎn)品構(gòu)件設(shè)計 5. 設(shè)計文檔 9.軟件開發(fā)過程是知識傳遞和知識轉(zhuǎn)換的過程。10.知識傳遞包括：縱向傳遞和橫向傳遞縱向傳遞是一個具有很強時間順序性的接力過程,指軟件產(chǎn)品和技術(shù)知識從需求分析階段到設(shè)計階段、從設(shè)計階段到編程階段、從開發(fā)階段到維護階段、從產(chǎn)品上一個版本到當前版本的知識傳遞過程。橫向傳遞是指軟件產(chǎn)品和技術(shù)知識在不同團隊之間的傳遞過程 11. 知識傳遞的有效方法：P119 1 . 重點是做好人的工作，即在組織過程管理中加強這一環(huán)節(jié)，包括團隊文化的建設(shè)、員工的教育和培訓等 2. 需求文檔、產(chǎn)品規(guī)格說明書等的評審、復(fù)審，起著一箭雙雕的作用，

17、即是質(zhì)量保證的一種措施，也是一種知識傳遞的方式 3. 使用同一的語言來描述領(lǐng)域知識、設(shè)計模型和程序?qū)崿F(xiàn)等，使大家對同樣的一個問題有著同樣認識，減少知識傳遞的難度和成本 4. 建立良好的反饋機制，文檔管理系統(tǒng)、知識庫和論壇等，都有利于知識的共享和傳遞12.P124 習題3對于有效的知識傳遞，有什么具體的最佳實踐？創(chuàng)造愉快活躍的團隊關(guān)系；對團隊的適時定期的培訓；對新進的員工進行足夠的培訓，并為每個新人配一個資深的工程師輔導或者幫助這個新人第六章1.版本控制主要分為：版本的訪問與同步控制、版本的分支和合并2.P139 項目風險評估項目風險：是指潛在的預(yù)算、進度、人力、資源、客戶及需求等方面的問題以及

18、對軟件項目的影響。風險識別作為風險管理的第一步，主要是識別哪些風險可能影響項目進度并記錄具體風險的各方面特征。風險估計有幾個方面的目的：1.加深對項目自身和環(huán)境的理解 2.進一步尋找實現(xiàn)項目目標的可行方案 3.是項目所有的不確定性和風險都經(jīng)過充分、系統(tǒng)而又有條理的考慮 4.明確不確定性對項目其他各個方面的影響，估計和比較項目各種方案或行動路線的風險大小，從中選擇出威脅最少，機會最多的方案或行動路線風險識別和風險分析的目的就是要讓決策者能夠在問題發(fā)生之前就準備好深思熟慮地應(yīng)對措施。風險應(yīng)對總的指導原則是，參加項目的各方應(yīng)該盡可能的互相合作以得到有用的風險分擔。對于已經(jīng)確認的風險通常可做出以下幾種反應(yīng)，保留風險，減小風險，轉(zhuǎn)移風險和避免風險3. P143 制定項目計劃項目計劃階段需要解決的問題：怎么做？項目計劃必須描述你如何去完成目標。這包括取得最終結(jié)果之前的所有交付，以及完成每個交付所需要完成的工作。項目里通常還需要包括項目