軟件過程管理期末復(fù)習(xí)重點(diǎn)

軟件過程管理期末復(fù)習(xí)

第一章

1.軟件過程分為五個(gè)過程：工程過程，支持過程，管理過程，組織過程，客戶—供應(yīng)商過程

2.工程過程包括：系統(tǒng)需求和設(shè)計(jì)，軟件需求分析，軟件開發(fā)設(shè)計(jì)，軟件設(shè)計(jì)實(shí)施，集成并

測(cè)試軟件，集成并測(cè)試系統(tǒng)，系統(tǒng)與軟件的維護(hù)。

3.支持過程：文檔編制，配置管理過程，質(zhì)量保證過程，驗(yàn)證工作產(chǎn)品，確認(rèn)工作產(chǎn)品，聯(lián)

合評(píng)審，審核，解決問題。

4.軟件過程規(guī)范：對(duì)輸入/輸出和活動(dòng)所構(gòu)成的過程進(jìn)行明文規(guī)定或約定俗成的標(biāo)準(zhǔn)。

過程規(guī)范的影響和作用

1.消極影響的存在和消除

FredBrooks“創(chuàng)造力來自個(gè)人，而不是組織結(jié)構(gòu)或者過程”

2.規(guī)范存在的必要性

3.過程規(guī)范的作用

幫助團(tuán)隊(duì)實(shí)現(xiàn)共同的目標(biāo)

一個(gè)規(guī)范的軟件過程必將能帶來穩(wěn)定的、高水平的過程質(zhì)量

過程規(guī)范使軟件組織的生產(chǎn)效率更高

工程過程是軟件系統(tǒng)、產(chǎn)品的定義、設(shè)計(jì)、實(shí)現(xiàn)以及維護(hù)的過程。

開發(fā)過程：定義并開發(fā)軟件產(chǎn)品的活動(dòng)過程，包括需求分析、軟件設(shè)計(jì)和編程等。

運(yùn)行過程：在規(guī)定的環(huán)境中為其用戶提供運(yùn)行計(jì)算機(jī)系統(tǒng)服務(wù)的活動(dòng)過程，包括軟件部

署

維護(hù)過程：提供維護(hù)軟件產(chǎn)品服務(wù)的活動(dòng)過程，也就是通過軟件的修改、變更，使軟件

系統(tǒng)保持合適的運(yùn)行狀態(tài)，這一過程包括軟件產(chǎn)品的移植和退役。

軟件支持過程：

文檔編制、配置管理、質(zhì)量保證、驗(yàn)證、確認(rèn)、聯(lián)合評(píng)審、審核、問題解決

5.上述相應(yīng)規(guī)范：軟件基本過程規(guī)范，軟件支持過程規(guī)范，軟件組織過程規(guī)范。

6.軟件標(biāo)準(zhǔn)最具有代表性的有兩類：ISO標(biāo)準(zhǔn)體系和IEEE標(biāo)準(zhǔn)體系。

第二章

1.CMM/CMMI的五個(gè)等級(jí)：初始級(jí)，可重復(fù)級(jí)，已定義級(jí)，已管理級(jí)，優(yōu)化級(jí)。

2.成熟度等級(jí)的行為特征：p38

1.初始級(jí)：具有明顯的不成熟過程的特點(diǎn)

2.可重復(fù)級(jí)/受管理級(jí)：建立了管理軟件項(xiàng)目的方針和實(shí)施這些方針的規(guī)程，使軟件項(xiàng)

目的有效管理過程制度化，有能力去跟蹤成本、進(jìn)度和質(zhì)量。一個(gè)有效過程可特征

化為已文檔化的、已實(shí)施的、可培訓(xùn)的和可測(cè)量的軟件過程

3.已定義級(jí)：包含一組協(xié)調(diào)的、集成的、適度定義的軟件工程過程和管理過程，具有

良好的文檔化、標(biāo)準(zhǔn)化，使軟件過程具有可視性、一致性、穩(wěn)定性和可重復(fù)性，軟

件過程被集成為一個(gè)有機(jī)的整體

4.已管理級(jí)：已管理級(jí)的軟件過程是量化的管理過程。在上述已定義級(jí)的基礎(chǔ)上，可

以建立有關(guān)軟件過程和產(chǎn)品質(zhì)量的、一致的度量體系，采集詳細(xì)的數(shù)據(jù)進(jìn)行分析，

從而對(duì)軟件產(chǎn)品和過程進(jìn)行有效的定量控制和管理。

5.優(yōu)化級(jí)：不斷改善組織的軟件過程能力和項(xiàng)目的過程性能，利用來自過程和來自新

思想、新技術(shù)的先導(dǎo)性試驗(yàn)的定量反饋信息，使持續(xù)過程改進(jìn)成為可能。為了預(yù)防

缺陷出現(xiàn)，組織有辦法識(shí)別出弱點(diǎn)并預(yù)先針對(duì)性地加強(qiáng)過程

3.成熟度各個(gè)級(jí)別的軟件過程特征：p42

級(jí)別

軟件過程特征

1

2.一旦遇到危機(jī)時(shí)經(jīng)常放棄或改變?cè)杏?jì)劃過程，直接進(jìn)行編碼和測(cè)試

3.組織中的軟件過程能力體現(xiàn)在個(gè)人身上，而不是整個(gè)組織中穩(wěn)定的過程能力，組

織依靠個(gè)人能力，往往承受著很大的風(fēng)險(xiǎn)。一旦能力強(qiáng)的人離去，組織的過程就變

得很不穩(wěn)定

4.整個(gè)軟件過程具有不確定性和不可預(yù)見性，也就是說軟件的計(jì)劃、成本、進(jìn)度、

功能和產(chǎn)品的質(zhì)量都是不可確定和不可預(yù)見的

5.軟件過程規(guī)范不健全，文檔化不夠，存在較多的不一致性等

6.過程的管理方式處于一種“救火”狀態(tài)，不斷地應(yīng)付過程中突發(fā)的事件或危機(jī)

7.在引進(jìn)新技術(shù)、新方法等方面有極大的風(fēng)險(xiǎn)

2

1.建立了軟件項(xiàng)目管理的策略和實(shí)施這些策略的規(guī)范，但過程管理的策略主要是針

對(duì)項(xiàng)目建立的，而不是針對(duì)整個(gè)組織來建立的

2.軟件開發(fā)和維護(hù)的過程相對(duì)穩(wěn)定，已有的成功經(jīng)驗(yàn)可以被復(fù)用，即基于以往的成

功經(jīng)驗(yàn)來規(guī)劃和管理同類的新項(xiàng)目

3.軟件過程中，引入了軟件配置管理、質(zhì)量保證和管理

4.軟件項(xiàng)目管理人員負(fù)責(zé)跟蹤成本、進(jìn)度，有能力識(shí)別及糾正過程中出現(xiàn)的問題

5.為需求和相應(yīng)的工作產(chǎn)品建立基線來標(biāo)志過程進(jìn)展，控制過程和完整性

6.定義了軟件項(xiàng)目的標(biāo)準(zhǔn)，能保證項(xiàng)目在執(zhí)行過程中嚴(yán)格遵守標(biāo)準(zhǔn)

7.軟件過程中，對(duì)子合同管理，保證了與轉(zhuǎn)包商建立良好的供求關(guān)系

8.重視人員的培訓(xùn)工作。建立了技術(shù)支持活動(dòng)，更好地支撐了過程管理

1.整個(gè)組織內(nèi)的軟件過程都已標(biāo)準(zhǔn)化，文檔化，形成有機(jī)的整體----組織的標(biāo)準(zhǔn)軟

件過程

3

2.整組織內(nèi)的軟件過程得到了良好的管理和監(jiān)控，過程是穩(wěn)定的，可重復(fù)的和連續(xù)

性的。

3.軟件過程標(biāo)準(zhǔn)被應(yīng)用到所有的項(xiàng)目中，可以根據(jù)項(xiàng)目的類型，規(guī)模和實(shí)際特點(diǎn)，

對(duì)組織的標(biāo)準(zhǔn)軟件過程進(jìn)行剪裁，以適應(yīng)特定項(xiàng)目的需求

4.軟件過程具有可預(yù)見性及防范問題的能力，能使風(fēng)險(xiǎn)的影響最小化，軟件質(zhì)量得

到控制

5.有專門的過程管理組織單元（如SEPG）負(fù)責(zé)軟件過程活動(dòng)

6.全組織范圍內(nèi)安排培訓(xùn)計(jì)劃，有計(jì)劃地對(duì)不同的技術(shù)人員角色進(jìn)行培訓(xùn)

7.整組織內(nèi)部的所有人員對(duì)已定義的軟件過程的活動(dòng)和任務(wù)有著深入的，一致的理

解

8.在定性基礎(chǔ)上建立新的軟件過程和產(chǎn)品評(píng)估技術(shù)

4

1.制定了軟件過程和產(chǎn)品質(zhì)量的詳細(xì)而具體的度量標(biāo)準(zhǔn)

2.定量地認(rèn)識(shí)和度量軟件過程和組織過程能力，更有效的管理、控制和預(yù)測(cè)軟件過

程和提高產(chǎn)品質(zhì)量。保證所實(shí)施項(xiàng)目的生產(chǎn)率

3.在定量限度范圍內(nèi)，預(yù)測(cè)過程和產(chǎn)品質(zhì)量的發(fā)展趨勢(shì)，一旦意外情況出現(xiàn)，就可

以確定導(dǎo)致這些意外的“特定的原因”，從而采取適當(dāng)?shù)拇胧﹣斫鉀Q問題

4.具有已定義及一致的度量標(biāo)準(zhǔn)來指導(dǎo)軟件過程，并作為評(píng)價(jià)軟件過程及產(chǎn)品的定

量基礎(chǔ)

5.組織內(nèi)已建立軟件過程數(shù)據(jù)庫(kù)，保存收集到的數(shù)據(jù)，并用于各項(xiàng)目的軟件過程

6.軟件過程變化較小，一般在可教授的范圍內(nèi)

7.因?yàn)轫?xiàng)目的每個(gè)人員都了解個(gè)人的作用與組織的關(guān)系，所以都存在強(qiáng)烈的團(tuán)隊(duì)合

作意識(shí)

5

1.整個(gè)組織特別關(guān)注軟件過程改進(jìn)和持續(xù)性、預(yù)見性及自身增強(qiáng)性。防止缺陷及問

題的發(fā)生，不斷地提高組織過程能力

2.加強(qiáng)定量分析，通過來自過程的質(zhì)量反饋和吸收新觀念，新科技，使軟件過程能

不斷地得到改進(jìn)。

3.根據(jù)軟件過程的效果，進(jìn)行成本-效益分析，從成功的軟件過程時(shí)間中西區(qū)經(jīng)驗(yàn)，

加以總結(jié)；對(duì)失敗的案例，用SEPG進(jìn)行分析以找出原因，找出過程的不足并預(yù)先

改進(jìn)

4.全組織內(nèi)推廣軟件過程的評(píng)價(jià)和對(duì)標(biāo)準(zhǔn)軟件過程的改進(jìn)，共享成功的經(jīng)驗(yàn)和失敗

的教訓(xùn)，不斷地改進(jìn)軟件過程

5.要消除軟件過程中“公共”的無效率根源，防止浪費(fèi)發(fā)生

6.整個(gè)組織都存在自覺的，強(qiáng)烈的團(tuán)隊(duì)意識(shí)，每個(gè)人都致力于過程改進(jìn)，防止出現(xiàn)

錯(cuò)誤，力求減少錯(cuò)誤率

7.追求新技術(shù)，利用新技術(shù)，實(shí)現(xiàn)軟件開發(fā)中的方法和新技術(shù)的革新

4.框架式軟件組織對(duì)技術(shù)、實(shí)踐、方法、過程和經(jīng)驗(yàn)的有序積累，是知識(shí)管理。

5.過程能力并不是保障成功的唯一因素，影響產(chǎn)品/項(xiàng)目質(zhì)量的關(guān)鍵因素還包括開發(fā)技能和組

織管理，這三者相輔相成，缺一不可。

過程文化的類型

1.過程至上，奉過程為教條，一切圍繞著過程，組織、質(zhì)量和效率都服從于過程，過

程的執(zhí)行嚴(yán)格，過程結(jié)果可靠、穩(wěn)定，認(rèn)為生產(chǎn)的“東西”是過程的一個(gè)節(jié)點(diǎn)，只是

全局的一部分。但效率較低，缺乏靈活性、創(chuàng)造性。

2.以過程為焦點(diǎn)，關(guān)注過程，強(qiáng)調(diào)過程的重要性，但不拘于過程，讓過程服從于質(zhì)量

和效率、服從于組織的業(yè)務(wù)目標(biāo)……

3.過程只能起輔助作用，人決定一切,過程可能流于形式…..

第三章

1.軟件工程過程和管理過程都在標(biāo)準(zhǔn)化基礎(chǔ)上成為一個(gè)有機(jī)整體，并幫助項(xiàng)目經(jīng)理和技術(shù)人

員更有效地從事開發(fā)工作。

2.組織過程焦點(diǎn)的目的是：建立起軟件組織對(duì)軟件過程活動(dòng)的責(zé)任，包括促進(jìn)并保持對(duì)軟件

過程的了解、協(xié)助、制定、維護(hù)、評(píng)估以及改進(jìn)的活動(dòng)

3.作為組織和項(xiàng)目實(shí)施的軟件過程的先決條件，執(zhí)行能力一般指：提供資源、分派職責(zé)和人

員培訓(xùn)。

4.組織過程焦點(diǎn)的執(zhí)行能力具備如下幾點(diǎn)：

A.建立一個(gè)負(fù)責(zé)整個(gè)組織的軟件過程活動(dòng)的工作組。

B.為軟件過程活動(dòng)提供足夠的資源和資金。

C.組織軟件過程活動(dòng)的組員進(jìn)行培訓(xùn)。

D.軟件工程組和其他工程組的組員接受軟件過程活動(dòng)的相關(guān)培訓(xùn)

5.軟件過程體系結(jié)構(gòu)：用戶需求，需求，系統(tǒng)設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼、單元測(cè)試，子系統(tǒng)測(cè)

試，集成測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收測(cè)試。

6.PSP分為哪四個(gè)等級(jí)？對(duì)各個(gè)等級(jí)進(jìn)行簡(jiǎn)單說明。

個(gè)體循環(huán)過程

PSP2.1

PSP2

設(shè)計(jì)模版

代碼評(píng)審

設(shè)計(jì)評(píng)審

PSP1

個(gè)體計(jì)劃過程

規(guī)模估計(jì)

測(cè)試報(bào)告

PSP0

代碼規(guī)范

規(guī)模度量

過程改進(jìn)建議

目前的過程

時(shí)間記錄

缺陷記錄

個(gè)體度量過程

缺陷類別標(biāo)準(zhǔn)

第四章

P88基于用例的需求獲取過程模型用戶需求

需求變更控制策略

（1）項(xiàng)目啟動(dòng)階段的變更預(yù)防

（2）項(xiàng)目實(shí)施階段的需求變更

（3）項(xiàng)目收尾階段的總結(jié)

1.請(qǐng)說明需求的三個(gè)層次分別是什么，并對(duì)其進(jìn)行簡(jiǎn)要說明

業(yè)務(wù)需求：反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品的概括的目標(biāo)要求，它在項(xiàng)目視圖與范圍文

檔中予以說明

需求分析的目的是對(duì)各種需求信息進(jìn)行分析，消除錯(cuò)誤和刻畫細(xì)節(jié)等。常用的需求分析方法

有“問答分析法”，“結(jié)構(gòu)化分析法”，“面向?qū)ο蠓治龇ā?。這一階段分析人員的主要任務(wù)是

對(duì)用戶的需求進(jìn)行鑒別，綜合和建模，清除用戶需求的模糊性，歧義性和不一致性，分析系

統(tǒng)的數(shù)據(jù)要求，為原始問題及目標(biāo)軟件建立邏輯建模。分析人員要將對(duì)原始問題的理解與軟

件開發(fā)經(jīng)驗(yàn)結(jié)合起來，以便發(fā)現(xiàn)哪些要求是由于用戶的片面性或短期行為所導(dǎo)致的不合理要

求，哪些是用戶尚未提出單但有真正價(jià)值的潛在需求

3.請(qǐng)說明基于用例的需求分析過程

功能需求：1.從用戶需求階段獲取的所有用例中選

4.請(qǐng)簡(jiǎn)要說明需求變更控制的流程和注意事項(xiàng)

流程上面的圖，注意事項(xiàng)：需求變更時(shí)，要提出變更申請(qǐng)，還要由需求變更控制委員會(huì)（CCB）

對(duì)提出的申請(qǐng)進(jìn)行評(píng)估，評(píng)估的內(nèi)容包括需求的重要性、時(shí)間和資金等。評(píng)估之后要做出通

過與否的決定。如果CCB確認(rèn)了提交的變更請(qǐng)求，則將指派某人對(duì)原來的需求進(jìn)行修改，

并對(duì)其進(jìn)行驗(yàn)證，最終才實(shí)施該需求的變更

第五章

1.軟件過程的技術(shù)架構(gòu)P100習(xí)題p100,習(xí)題1找不到P100沒習(xí)題

原因分析和缺陷分析

通過制訂原因分析計(jì)劃、選擇缺陷分析數(shù)據(jù)而找出原因、實(shí)施建議措施、評(píng)價(jià)變更的效

果、記錄數(shù)據(jù)等多個(gè)環(huán)節(jié)，最終完成這一活動(dòng)。

7.P111開發(fā)設(shè)計(jì)

1.系統(tǒng)定義

9.軟件開發(fā)過程是知識(shí)傳遞和知識(shí)轉(zhuǎn)換的過程。

縱向傳遞是一個(gè)具有很強(qiáng)時(shí)間順序性的接力過程,指軟件產(chǎn)品和技術(shù)知識(shí)從需求分析階

段到設(shè)計(jì)階段、從設(shè)計(jì)階段到編程階段、從開發(fā)階段到維護(hù)階段、從產(chǎn)品上一個(gè)版本到

當(dāng)前版本的知識(shí)傳遞過程。

橫向傳遞是指軟件產(chǎn)品和技術(shù)知識(shí)在不同團(tuán)隊(duì)之間的傳遞過程

11.知識(shí)傳遞的有效方法：P119

1.重點(diǎn)是做好人的工作，即在組織過程管理中加強(qiáng)這一環(huán)節(jié)，包括團(tuán)隊(duì)文化的建設(shè)、員工

的教育和培訓(xùn)等

2.需求文檔、產(chǎn)品規(guī)格說明書等的評(píng)審、復(fù)審，起著一箭雙雕的作用，即是質(zhì)量保證的一

種措施，也是一種知識(shí)傳遞的方式

3.使用同一的語言來描述領(lǐng)域知識(shí)、設(shè)計(jì)模型和程序?qū)崿F(xiàn)等，使大家對(duì)同樣的一個(gè)問題有

著同樣認(rèn)識(shí)，減少知識(shí)傳遞的難度和成本

4.建立良好的反饋機(jī)制，文檔管理系統(tǒng)、知識(shí)庫(kù)和論壇等，都有利于知識(shí)的共享和傳遞

12.P124習(xí)題3

對(duì)于有效的知識(shí)傳遞，有什么具體的最佳實(shí)踐？

創(chuàng)造愉快活躍的團(tuán)隊(duì)關(guān)系；對(duì)團(tuán)隊(duì)的適時(shí)定期的培訓(xùn)；對(duì)新進(jìn)的員工進(jìn)行足夠的培訓(xùn)，并為

每個(gè)新人配一個(gè)資深的工程師輔導(dǎo)或者幫助這個(gè)新人

第六章

1.版本控制主要分為：版本的訪問與同步控制、版本的分支和合并

2.P139項(xiàng)目風(fēng)險(xiǎn)評(píng)估

項(xiàng)目風(fēng)險(xiǎn)：是指潛在的預(yù)算、進(jìn)度、人力、資源、客戶及需求等方面的問題以及對(duì)軟件項(xiàng)目

的影響。

風(fēng)險(xiǎn)識(shí)別作為風(fēng)險(xiǎn)管理的第一步，主要是識(shí)別哪些風(fēng)險(xiǎn)可能影響項(xiàng)目進(jìn)度并記錄具體風(fēng)險(xiǎn)的

各方面特征。

為了更好地識(shí)別項(xiàng)目風(fēng)險(xiǎn)，可以從下面的兩個(gè)方面進(jìn)行考慮：1.項(xiàng)目的前提、假設(shè)和制約因

素2.可與本項(xiàng)目類比的先例

風(fēng)險(xiǎn)估計(jì)有幾個(gè)方面的目的：1.加深對(duì)項(xiàng)目自身和環(huán)境的理解2.進(jìn)一步尋找實(shí)現(xiàn)項(xiàng)目目標(biāo)

的可行方案3.是項(xiàng)目所有的不確定性和風(fēng)險(xiǎn)都經(jīng)過充分、系統(tǒng)而又有條理的考慮4.明確

不確定性對(duì)項(xiàng)目其他各個(gè)方面的影響，估計(jì)和比較項(xiàng)目各種方案或行動(dòng)路線的風(fēng)險(xiǎn)大小，從

中選擇出威脅最少，機(jī)會(huì)最多的方案或行動(dòng)路線

風(fēng)險(xiǎn)事件分析方法：1.情景分析2.比率/范圍分析3.概率分析4.敏感分析

風(fēng)險(xiǎn)識(shí)別和風(fēng)險(xiǎn)分析的目的就是要讓決策者能夠在問題發(fā)生之前就準(zhǔn)備好深思熟慮地應(yīng)對(duì)

措施。風(fēng)險(xiǎn)應(yīng)對(duì)總的指導(dǎo)原則是，參加項(xiàng)目的各方應(yīng)該盡可能的互相合作以得到有用的風(fēng)險(xiǎn)

分擔(dān)。對(duì)于已經(jīng)確認(rèn)的風(fēng)險(xiǎn)通常可做出以下幾種反應(yīng)，保留風(fēng)險(xiǎn)，減小風(fēng)險(xiǎn)，轉(zhuǎn)移風(fēng)險(xiǎn)和避

免風(fēng)險(xiǎn)

3.P143制定項(xiàng)目計(jì)劃

項(xiàng)目計(jì)劃階段需要解決的問題：

怎么做？項(xiàng)目計(jì)劃必須描述你如何去完成目標(biāo)。這包括取得最終結(jié)果之前的所有交付，以及

完成每個(gè)交付所需要完成的工作。項(xiàng)目里通常還需要包括項(xiàng)目風(fēng)險(xiǎn)，預(yù)測(cè)哪里會(huì)出現(xiàn)問題并

提供可能的應(yīng)對(duì)措施

什么時(shí)候做？吧項(xiàng)目工作排