軟件過程管理期末復習重點_第1頁
軟件過程管理期末復習重點_第2頁
軟件過程管理期末復習重點_第3頁
軟件過程管理期末復習重點_第4頁
軟件過程管理期末復習重點_第5頁
已閱讀5頁,還剩4頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

軟件過程管理期末復習

第一章

1.軟件過程分為五個過程:工程過程,支持過程,管理過程,組織過程,客戶—供應商過程

2.工程過程包括:系統(tǒng)需求和設計,軟件需求分析,軟件開發(fā)設計,軟件設計實施,集成并

測試軟件,集成并測試系統(tǒng),系統(tǒng)與軟件的維護。

3.支持過程:文檔編制,配置管理過程,質量保證過程,驗證工作產(chǎn)品,確認工作產(chǎn)品,聯(lián)

合評審,審核,解決問題。

4.軟件過程規(guī)范:對輸入/輸出和活動所構成的過程進行明文規(guī)定或約定俗成的標準。

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

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

FredBrooks“創(chuàng)造力來自個人,而不是組織結構或者過程”

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

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

幫助團隊實現(xiàn)共同的目標

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

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

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

開發(fā)過程:定義并開發(fā)軟件產(chǎn)品的活動過程,包括需求分析、軟件設計和編程等。

運行過程:在規(guī)定的環(huán)境中為其用戶提供運行計算機系統(tǒng)服務的活動過程,包括軟件部

維護過程:提供維護軟件產(chǎn)品服務的活動過程,也就是通過軟件的修改、變更,使軟件

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

軟件支持過程:

文檔編制、配置管理、質量保證、驗證、確認、聯(lián)合評審、審核、問題解決

5.上述相應規(guī)范:軟件基本過程規(guī)范,軟件支持過程規(guī)范,軟件組織過程規(guī)范。

6.軟件標準最具有代表性的有兩類:ISO標準體系和IEEE標準體系。

第二章

1.CMM/CMMI的五個等級:初始級,可重復級,已定義級,已管理級,優(yōu)化級。

2.成熟度等級的行為特征:p38

1.初始級:具有明顯的不成熟過程的特點

2.可重復級/受管理級:建立了管理軟件項目的方針和實施這些方針的規(guī)程,使軟件項

目的有效管理過程制度化,有能力去跟蹤成本、進度和質量。一個有效過程可特征

化為已文檔化的、已實施的、可培訓的和可測量的軟件過程

3.已定義級:包含一組協(xié)調的、集成的、適度定義的軟件工程過程和管理過程,具有

良好的文檔化、標準化,使軟件過程具有可視性、一致性、穩(wěn)定性和可重復性,軟

件過程被集成為一個有機的整體

4.已管理級:已管理級的軟件過程是量化的管理過程。在上述已定義級的基礎上,可

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

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

5.優(yōu)化級:不斷改善組織的軟件過程能力和項目的過程性能,利用來自過程和來自新

思想、新技術的先導性試驗的定量反饋信息,使持續(xù)過程改進成為可能。為了預防

缺陷出現(xiàn),組織有辦法識別出弱點并預先針對性地加強過程

3.成熟度各個級別的軟件過程特征:p42

級別

軟件過程特征

1

2.一旦遇到危機時經(jīng)常放棄或改變原有計劃過程,直接進行編碼和測試

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

織依靠個人能力,往往承受著很大的風險。一旦能力強的人離去,組織的過程就變

得很不穩(wěn)定

4.整個軟件過程具有不確定性和不可預見性,也就是說軟件的計劃、成本、進度、

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

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

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

7.在引進新技術、新方法等方面有極大的風險

2

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

對項目建立的,而不是針對整個組織來建立的

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

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

3.軟件過程中,引入了軟件配置管理、質量保證和管理

4.軟件項目管理人員負責跟蹤成本、進度,有能力識別及糾正過程中出現(xiàn)的問題

5.為需求和相應的工作產(chǎn)品建立基線來標志過程進展,控制過程和完整性

6.定義了軟件項目的標準,能保證項目在執(zhí)行過程中嚴格遵守標準

7.軟件過程中,對子合同管理,保證了與轉包商建立良好的供求關系

8.重視人員的培訓工作。建立了技術支持活動,更好地支撐了過程管理

1.整個組織內的軟件過程都已標準化,文檔化,形成有機的整體----組織的標準軟

件過程

3

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

性的。

3.軟件過程標準被應用到所有的項目中,可以根據(jù)項目的類型,規(guī)模和實際特點,

對組織的標準軟件過程進行剪裁,以適應特定項目的需求

4.軟件過程具有可預見性及防范問題的能力,能使風險的影響最小化,軟件質量得

到控制

5.有專門的過程管理組織單元(如SEPG)負責軟件過程活動

6.全組織范圍內安排培訓計劃,有計劃地對不同的技術人員角色進行培訓

7.整組織內部的所有人員對已定義的軟件過程的活動和任務有著深入的,一致的理

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

4

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

2.定量地認識和度量軟件過程和組織過程能力,更有效的管理、控制和預測軟件過

程和提高產(chǎn)品質量。保證所實施項目的生產(chǎn)率

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

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

4.具有已定義及一致的度量標準來指導軟件過程,并作為評價軟件過程及產(chǎn)品的定

量基礎

5.組織內已建立軟件過程數(shù)據(jù)庫,保存收集到的數(shù)據(jù),并用于各項目的軟件過程

6.軟件過程變化較小,一般在可教授的范圍內

7.因為項目的每個人員都了解個人的作用與組織的關系,所以都存在強烈的團隊合

作意識

5

1.整個組織特別關注軟件過程改進和持續(xù)性、預見性及自身增強性。防止缺陷及問

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

2.加強定量分析,通過來自過程的質量反饋和吸收新觀念,新科技,使軟件過程能

不斷地得到改進。

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

加以總結;對失敗的案例,用SEPG進行分析以找出原因,找出過程的不足并預先

改進

4.全組織內推廣軟件過程的評價和對標準軟件過程的改進,共享成功的經(jīng)驗和失敗

的教訓,不斷地改進軟件過程

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

6.整個組織都存在自覺的,強烈的團隊意識,每個人都致力于過程改進,防止出現(xiàn)

錯誤,力求減少錯誤率

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

4.框架式軟件組織對技術、實踐、方法、過程和經(jīng)驗的有序積累,是知識管理。

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

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

過程文化的類型

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

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

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

2.以過程為焦點,關注過程,強調過程的重要性,但不拘于過程,讓過程服從于質量

和效率、服從于組織的業(yè)務目標……

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

第三章

1.軟件工程過程和管理過程都在標準化基礎上成為一個有機整體,并幫助項目經(jīng)理和技術人

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

2.組織過程焦點的目的是:建立起軟件組織對軟件過程活動的責任,包括促進并保持對軟件

過程的了解、協(xié)助、制定、維護、評估以及改進的活動

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

員培訓。

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

A.建立一個負責整個組織的軟件過程活動的工作組。

B.為軟件過程活動提供足夠的資源和資金。

C.組織軟件過程活動的組員進行培訓。

D.軟件工程組和其他工程組的組員接受軟件過程活動的相關培訓

5.軟件過程體系結構:用戶需求,需求,系統(tǒng)設計,詳細設計,編碼、單元測試,子系統(tǒng)測

試,集成測試,系統(tǒng)測試,驗收測試。

6.PSP分為哪四個等級?對各個等級進行簡單說明。

個體循環(huán)過程

PSP2.1

PSP2

設計模版

代碼評審

設計評審

PSP1

個體計劃過程

規(guī)模估計

測試報告

PSP0

代碼規(guī)范

規(guī)模度量

過程改進建議

目前的過程

時間記錄

缺陷記錄

個體度量過程

缺陷類別標準

第四章

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

需求變更控制策略

(1)項目啟動階段的變更預防

(2)項目實施階段的需求變更

(3)項目收尾階段的總結

1.請說明需求的三個層次分別是什么,并對其進行簡要說明

業(yè)務需求:反映了組織機構或客戶對系統(tǒng)、產(chǎn)品的概括的目標要求,它在項目視圖與范圍文

檔中予以說明

需求分析的目的是對各種需求信息進行分析,消除錯誤和刻畫細節(jié)等。常用的需求分析方法

有“問答分析法”,“結構化分析法”,“面向對象分析法”。這一階段分析人員的主要任務是

對用戶的需求進行鑒別,綜合和建模,清除用戶需求的模糊性,歧義性和不一致性,分析系

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

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

求,哪些是用戶尚未提出單但有真正價值的潛在需求

3.請說明基于用例的需求分析過程

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

4.請簡要說明需求變更控制的流程和注意事項

流程上面的圖,注意事項:需求變更時,要提出變更申請,還要由需求變更控制委員會(CCB)

對提出的申請進行評估,評估的內容包括需求的重要性、時間和資金等。評估之后要做出通

過與否的決定。如果CCB確認了提交的變更請求,則將指派某人對原來的需求進行修改,

并對其進行驗證,最終才實施該需求的變更

第五章

1.軟件過程的技術架構P100習題p100,習題1找不到P100沒習題

原因分析和缺陷分析

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

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

7.P111開發(fā)設計

1.系統(tǒng)定義

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

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

段到設計階段、從設計階段到編程階段、從開發(fā)階段到維護階段、從產(chǎn)品上一個版本到

當前版本的知識傳遞過程。

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

11.知識傳遞的有效方法:P119

1.重點是做好人的工作,即在組織過程管理中加強這一環(huán)節(jié),包括團隊文化的建設、員工

的教育和培訓等

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

種措施,也是一種知識傳遞的方式

3.使用同一的語言來描述領域知識、設計模型和程序實現(xiàn)等,使大家對同樣的一個問題有

著同樣認識,減少知識傳遞的難度和成本

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

12.P124習題3

對于有效的知識傳遞,有什么具體的最佳實踐?

創(chuàng)造愉快活躍的團隊關系;對團隊的適時定期的培訓;對新進的員工進行足夠的培訓,并為

每個新人配一個資深的工程師輔導或者幫助這個新人

第六章

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

2.P139項目風險評估

項目風險:是指潛在的預算、進度、人力、資源、客戶及需求等方面的問題以及對軟件項目

的影響。

風險識別作為風險管理的第一步,主要是識別哪些風險可能影響項目進度并記錄具體風險的

各方面特征。

為了更好地識別項目風險,可以從下面的兩個方面進行考慮:1.項目的前提、假設和制約因

素2.可與本項目類比的先例

風險估計有幾個方面的目的:1.加深對項目自身和環(huán)境的理解2.進一步尋找實現(xiàn)項目目標

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

不確定性對項目其他各個方面的影響,估計和比較項目各種方案或行動路線的風險大小,從

中選擇出威脅最少,機會最多的方案或行動路線

風險事件分析方法:1.情景分析2.比率/范圍分析3.概率分析4.敏感分析

風險識別和風險分析的目的就是要讓決策者能夠在問題發(fā)生之前就準備好深思熟慮地應對

措施。風險應對總的指導原則是,參加項目的各方應該盡可能的互相合作以得到有用的風險

分擔。對于已經(jīng)確認的風險通??勺龀鲆韵聨追N反應,保留風險,減小風險,轉移風險和避

免風險

3.P143制定項目計劃

項目計劃階段需要解決的問題:

怎么做?項目計劃必須描述你如何去完成目標。這包括取得最終結果之前的所有交付,以及

完成每個交付所需要完成的工作。項目里通常還需要包括項目風險,預測哪里會出現(xiàn)問題并

提供可能的應對措施

什么時候做?吧項目工作排

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論