軟件過程與管理知識(shí)回顧

網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、小程序制作、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了中原免費(fèi)建站歡迎大家使用！

兩個(gè)大題：

1.關(guān)鍵路徑 15

2.掙值分析 15

一、概論

1. 軟件工程的三要素。（每一個(gè)的含義）

三要素是方法、工具、過程。

方法：是完成軟件開發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，為軟件開發(fā)提供“如何做”的技術(shù)。

工具：為運(yùn)用方法而提供的自動(dòng)的或半自動(dòng)的軟件工程的支撐環(huán)境。

過程：是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟，如何將軟件工程方法與軟件工具相結(jié)合，合理、及時(shí)地進(jìn)行軟件開發(fā)。

2. 軟件過程的定義。

軟件過程是用于軟件開發(fā)及維護(hù)的一系列活動(dòng)、方法及實(shí)踐。

3. 常見的軟件過程分類（五大類）。常見的軟件過程。

客戶-供應(yīng)商過程：內(nèi)部直接影響到客戶、外部直接影響開發(fā)、向客戶交付軟件以及軟件正確

操作與使用的過程。

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

支持過程

管理過程：整個(gè)軟件生命周期中為工程過程、支持過程和客戶-供應(yīng)商過程的實(shí)踐活動(dòng)提供指

導(dǎo)、跟蹤和監(jiān)控的過程。

組織過程

軟件管理過程：

1. 項(xiàng)目管理：計(jì)劃、跟蹤和協(xié)調(diào)項(xiàng)目執(zhí)行及生產(chǎn)所需資源的管理過程。（主要關(guān)注時(shí)間、成本）

2. 質(zhì)量管理：對(duì)項(xiàng)目產(chǎn)品和服務(wù)的質(zhì)量加以管理，從而獲得最大的客戶滿意度。（主要關(guān)注質(zhì)

量）

3. 風(fēng)險(xiǎn)管理：整個(gè)項(xiàng)目的生命周期中對(duì)風(fēng)險(xiǎn)不斷的識(shí)別、診斷和分析，回避風(fēng)險(xiǎn)、降低風(fēng)險(xiǎn)或消除風(fēng)險(xiǎn)，并在項(xiàng)目以及組織層次上建立有效的風(fēng)險(xiǎn)管理機(jī)制。

4. 子合同管理：選擇合格的子合同商并對(duì)其進(jìn)行管理的過程。

二、軟件質(zhì)量管理

1. 軟件質(zhì)量的定義。

軟件質(zhì)量是軟件產(chǎn)品滿足明確或隱含需要 能力 的性能和特性的總體。

ISO是一個(gè)組織的英語簡稱。其全稱是International Organization for Standardization，翻譯成中文就是“國際化標(biāo)準(zhǔn)組織”。成立于1947年2月23日。ISO負(fù)責(zé)除電工、電子領(lǐng)域和軍工、石油、船舶制造之外的很多重要領(lǐng)域的標(biāo)準(zhǔn)化活動(dòng)。

IEC 是國際電工委員會(huì)標(biāo)準(zhǔn)（International Electro technical Commission)的簡稱,IEC負(fù)責(zé)有關(guān)電工、電子領(lǐng)域的國際標(biāo)準(zhǔn)化工作.

2. ISO/IEC 9126的結(jié)構(gòu)、六個(gè)一級(jí)質(zhì)量特性（名稱）、一級(jí)特性對(duì)應(yīng)的二級(jí)特性（選擇題）。

1991年ISO/IEC 9126中，軟件質(zhì)量度量模型由三層組成：軟件質(zhì)量特性（即一級(jí)質(zhì)量特性），軟件質(zhì)量子特性（二級(jí)質(zhì)量特性），軟件質(zhì)量度量評(píng)價(jià)準(zhǔn)則（使用單位自行規(guī)定）。

2001年ISO/IEC 9126中，軟件質(zhì)量度量模型由四部分組成：質(zhì)量模型，外部質(zhì)量度量，內(nèi)部質(zhì)量度量，使用質(zhì)量度量。

六個(gè)一級(jí)質(zhì)量特性：

~ 功能性：在指定條件下使用時(shí)，軟件產(chǎn)品提供滿足明確和隱含需求功能的能力；

~ 可靠性：在指定條件下使用時(shí)，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力(在規(guī)定的條件下，在規(guī)定的時(shí)間內(nèi)，軟件不引起系統(tǒng)失效的概率)；

~ 易用性：在指定條件下使用時(shí)，軟件產(chǎn)品被理解、學(xué)習(xí)、使用及其吸引用戶的能力；

~ 效率：在規(guī)定條件下，相對(duì)于所用資源的數(shù)量，軟件產(chǎn)品可提供適當(dāng)性能的能力；

~ 可維護(hù)性：軟件產(chǎn)品可被修改的能力，修改可能包括修正、改進(jìn)或者適應(yīng)環(huán)境、需求和功能規(guī)約的變化；

~ 可移植性：軟件產(chǎn)品從一種環(huán)境遷移到另一種環(huán)境的能力。

4個(gè)使用質(zhì)量特性：

~ 有效性：軟件產(chǎn)品在指定使用環(huán)境下，使用戶準(zhǔn)確、完整地獲得規(guī)定目標(biāo)的能力；

~ 生產(chǎn)率：軟件產(chǎn)品在指定使用環(huán)境下，使用戶花費(fèi)合適的與有效性相關(guān)的資源數(shù)量的能力；

~ 安全性：軟件產(chǎn)品在指定使用環(huán)境下，獲得可接受的損害人類、商務(wù)、軟件、財(cái)產(chǎn)或環(huán)境風(fēng)險(xiǎn)級(jí)別的能力；

~ 滿意度：軟件產(chǎn)品在指定使用環(huán)境下，使用戶滿意的能力。

3. 朱蘭質(zhì)量管理三部曲（含義、怎么做）。

質(zhì)量計(jì)劃(Quality Plan)：確定項(xiàng)目應(yīng)達(dá)到的質(zhì)量標(biāo)準(zhǔn)，以及如何滿足質(zhì)量標(biāo)準(zhǔn)的計(jì)劃安排和方法。

質(zhì)量保證(Quality Assurance, QA)：確保項(xiàng)目達(dá)到有關(guān)標(biāo)準(zhǔn)，而開展的有計(jì)劃、有組織的工作活動(dòng)。”Is it done right?”

質(zhì)量控制(Quality Control, QC)：是確定項(xiàng)目結(jié)果與質(zhì)量標(biāo)準(zhǔn)是否相符，并及時(shí)糾正產(chǎn)品缺陷的過程。”Is it right done?”

三、軟件項(xiàng)目管理

1. 基本概念：項(xiàng)目；項(xiàng)目管理；項(xiàng)目管理的五大過程組；項(xiàng)目管理的十大知識(shí)領(lǐng)域。

軟件：軟件是計(jì)算機(jī)程序、規(guī)程以及運(yùn)行計(jì)算機(jī)系統(tǒng)可能需要的相關(guān)文檔和數(shù)據(jù)

~ 項(xiàng)目：為完成某一獨(dú)特的產(chǎn)品、服務(wù)或成果所做的一次性努力。

~ 項(xiàng)目管理(PM)：在項(xiàng)目活動(dòng)中運(yùn)用相關(guān)知識(shí),技能,工具和技術(shù)滿足項(xiàng)目的要求。

五大過程組：

~ 啟動(dòng)

~ 計(jì)劃

~ 執(zhí)行

~ 控制

~ 收尾

十大知識(shí)領(lǐng)域：集成、范圍、時(shí)間、成本、質(zhì)量、人力資源、溝通、風(fēng)險(xiǎn)、采購、項(xiàng)目利益相關(guān)者。

~ 項(xiàng)目集成管理

Project Integration Management

~ 項(xiàng)目范圍管理

Project Scope Management

~ 項(xiàng)目時(shí)間管理

Project Time Management

~ 項(xiàng)目成本管理

Project Cost Management

~ 項(xiàng)目質(zhì)量管理

Project Quality Management

~ 項(xiàng)目人力資源管理

Project Human Resource Management

~ 項(xiàng)目溝通管理

Project Communications Management

~ 項(xiàng)目風(fēng)險(xiǎn)管理

Project Risk Management

~ 項(xiàng)目采購管理

Project Procurement Management

~ 項(xiàng)目利益相關(guān)者管理

Project Stakeholder Management

2. 可行性分析：凈現(xiàn)值的優(yōu)點(diǎn)（不考計(jì)算題）。

凈利潤/回收期/投資回報(bào)率在一定程度上忽視了成本和現(xiàn)金流的時(shí)限/收益的大小/現(xiàn)金的時(shí)限利息和利率。

~ 凈利潤(Net Profit)

~ 回收期(Payback Period)

~ 投資回報(bào)率(Return On Investment, ROI)平均年利潤除以總投入

~ 凈現(xiàn)值(Net Present Value, NPV)

~ 內(nèi)部回報(bào)率(Internal Rate of Return, IRR)

~ 凈現(xiàn)值是指特定方案未來現(xiàn)金流入量的現(xiàn)值和未來現(xiàn)金流出量的現(xiàn)值之間的差額。

優(yōu)點(diǎn)：1.考慮了貨幣的時(shí)間價(jià)值（主要有限）增強(qiáng)了投資經(jīng)濟(jì)性的評(píng)價(jià) 2、考慮了投資風(fēng)險(xiǎn)，風(fēng)險(xiǎn)大則采用高折現(xiàn)率，風(fēng)險(xiǎn)小則采用低折現(xiàn)率。3、凈現(xiàn)值對(duì)現(xiàn)金流量進(jìn)行了合理折現(xiàn)

~ 給定貼現(xiàn)率r,計(jì)算公式為：

第t年的凈現(xiàn)值（NPV） =第t年的值/(1+r)^t

~ 1.0/(1+r)^t為第t年的貼現(xiàn)因子 (Discount Factor);

~ 使得凈現(xiàn)值為0的貼現(xiàn)率稱之為內(nèi)部回報(bào)率。

3. 識(shí)別軟件項(xiàng)目的活動(dòng)：WBS（Work Breakdown Structure, WBS）。

活動(dòng)：

~ 應(yīng)該有明確的開始時(shí)間和結(jié)束時(shí)間

~ 活動(dòng)需求的資源應(yīng)該是可以預(yù)測的，并且這些資源在整個(gè)活動(dòng)期間都是需要的

~ 活動(dòng)的周期應(yīng)該是可以預(yù)測的

~ 有些活動(dòng)可能在開始之前需要先完成其它活動(dòng)

• 任務(wù)分解結(jié)構(gòu)（WBS）：是面向可交付成果 對(duì)項(xiàng)目任務(wù)的分組，它組織并定義了整個(gè)項(xiàng)目范圍。它是一個(gè)分級(jí)的樹型結(jié)構(gòu)，是對(duì)項(xiàng)目由粗到細(xì)的分解過程。
• 葉子節(jié)點(diǎn) 和 中間節(jié)點(diǎn)都是什么？

葉子節(jié)點(diǎn)（功能-子功能）：只有最底層的葉子節(jié)點(diǎn)構(gòu)成了項(xiàng)目的活動(dòng)集合。

中間結(jié)點(diǎn)（功能）

4. 軟件工作量估計(jì)方法：常見的軟件工作量估計(jì)方法，記住名稱，并理解每個(gè)方法。

4.1 專家判斷

~ 對(duì)應(yīng)用領(lǐng)域或開發(fā)環(huán)境有豐富知識(shí)的人，對(duì)執(zhí)行一項(xiàng)任務(wù)所需的工作量做出估計(jì)

4.2 類比估計(jì)

根據(jù)實(shí)例特征，評(píng)價(jià)相似程度，利用相似的項(xiàng)目數(shù)據(jù)得到最終估算值。

需要有經(jīng)驗(yàn)的領(lǐng)域，不能在早期規(guī)模不確定的時(shí)候使用，難以適應(yīng)約束條件技術(shù)，人員等重大變化。

4.3 由底向上

4.4 自頂向下

4.5 Albrecht功能點(diǎn)

三種交易類型：外部輸入類型、外部輸出類型、外部查詢類型

兩種數(shù)據(jù)類型：內(nèi)部邏輯文件類型、外部接口文件類型

4.6 Mark II 功能點(diǎn)

邏輯事務(wù)

適用于所有項(xiàng)目，尤其適用于MIS類項(xiàng)目. 簡單。MarkII功能點(diǎn)標(biāo)準(zhǔn)操作簡單只需進(jìn)行簡單的加權(quán)計(jì)算即可。但標(biāo)準(zhǔn)缺乏對(duì)基本元素的識(shí)別規(guī)則，例如對(duì)數(shù)據(jù)元素、邏輯事務(wù)僅采用舉例的方式加以說明，實(shí)際操作過程中可能會(huì)出現(xiàn)歧義，度量結(jié)果的一致性不強(qiáng)。

4.7 COSMIC全功能點(diǎn)

~ 適用于實(shí)時(shí)系統(tǒng)或嵌入式系統(tǒng)的功能點(diǎn)方法

4.8 COCOMO II：參數(shù)化的生產(chǎn)率模型

RCPXProduct reliability and complexity (產(chǎn)品的可靠性和復(fù)雜度)

RUSEReuse required (需要的可用性)

PDIF Platform difficulty (平臺(tái)難度)

PERSPersonnel capability (人員的能力)

PREX Personnel Experience (人員的經(jīng)驗(yàn))

FCIL Facilities available (設(shè)施的可用性)

SCED Schedule pressure (進(jìn)度壓力)

5. 軟件項(xiàng)目的進(jìn)度安排：甘特圖、關(guān)鍵路徑法（大題）、關(guān)鍵鏈法、PERT技術(shù)。（關(guān)鍵路徑法必須全面理解掌握，只需要掌握活動(dòng)節(jié)點(diǎn)，活動(dòng)箭頭不需掌握；后兩種方法了解，能夠了解計(jì)算步驟（選擇題））

(1) http://www.doc88.com/p-.html

(2) https://wenku.baidu.com/view/6368fe9e51e79b.html

(3) http://www.cnitpm.com/pm/5933.html

關(guān)鍵路徑--只有等項(xiàng)目中耗時(shí)最多最長的活動(dòng)完成之后，項(xiàng)目才能結(jié)束。這條路徑就是關(guān)鍵路徑，組成關(guān)鍵路徑的活動(dòng)就是關(guān)鍵活動(dòng)。

自由時(shí)差（ 空閑緩沖期） =后續(xù)活動(dòng)的最早開始時(shí)間-當(dāng)前活動(dòng)的最早完成時(shí)間

總時(shí)差（ 總緩沖期） =最晚完成時(shí)間-最早完成時(shí)間

干預(yù)緩沖期=總緩沖期-空閑緩沖期

都取正值

關(guān)鍵鏈（不考計(jì)算題，考定義步驟）與關(guān)鍵路徑相比，它既考慮項(xiàng)目活動(dòng)的緊前關(guān)系，又考慮資源沖突，構(gòu)建網(wǎng)絡(luò)圖，得到最長路徑——關(guān)鍵鏈；關(guān)鍵鏈決定了項(xiàng)目工期。

關(guān)鍵鏈法的步驟：

1緊前關(guān)系，得到的最長路徑---關(guān)鍵路徑

2考慮緊前關(guān)系和資源沖突，得到關(guān)鍵鏈（關(guān)鍵鏈決定了項(xiàng)目工期）

3加入項(xiàng)目緩沖和匯入緩沖；

項(xiàng)目緩沖：放在關(guān)鍵鏈后面；匯入緩沖：放在非關(guān)鍵鏈與關(guān)鍵鏈的交匯處

4砍掉所有項(xiàng)目的一半計(jì)算緩沖大小

在任務(wù)所需的平均時(shí)間上增加了一塊"安全時(shí)間"（SafetyTime，ST）

考慮到任務(wù)內(nèi)在的不確定性，在關(guān)鍵鏈的末端附加整塊的安全時(shí)間，也就是項(xiàng)目的緩沖時(shí)間（ProjectBuffer，PB）

關(guān)鍵鏈方法引入了非關(guān)鍵鏈緩沖時(shí)間（FeedingBuffer，F(xiàn)B）這一概念。

如圖3所示，任務(wù)C、D、E組成了項(xiàng)目的關(guān)鍵鏈，而任務(wù)A、B為非關(guān)鍵任務(wù)。由于任務(wù)B是任務(wù)E的緊前任務(wù)，為了防止任務(wù)A和B可能發(fā)生的延遲導(dǎo)致任務(wù)E不能按時(shí)開始，因此需要在任務(wù)B之后安排一定的緩沖時(shí)間，或者說讓任務(wù)A和B有一定的提前量。這樣，就可以有效地防止非關(guān)鍵任務(wù)對(duì)關(guān)鍵鏈產(chǎn)生負(fù)面影響。與項(xiàng)目的緩沖時(shí)間類似，非關(guān)鍵鏈緩沖時(shí)間整合與壓縮了所有非關(guān)鍵鏈任務(wù)的安全時(shí)間。

關(guān)鍵鏈方法還引入了資源緩沖（ResourceBuffer，RB）的概念，以防止關(guān)鍵鏈任務(wù)因資源沒有及時(shí)到位而發(fā)生延誤。

甘特圖又叫橫道圖，它是以圖示的方式通過活動(dòng)列表和時(shí)間刻度形象地表示出任何特定項(xiàng)目的活動(dòng)順序與持續(xù)時(shí)間。

甘特圖的優(yōu)點(diǎn)：

　　圖形化概要，通用技術(shù)，易于理解；

　　中小型項(xiàng)目一般不超過30項(xiàng)活動(dòng)；

　　有專業(yè)軟件支持，無須擔(dān)心復(fù)雜計(jì)算和分析。

　　甘特圖的局限：

　　甘特圖事實(shí)上僅僅部分地反映了項(xiàng)目管理的三重約束（時(shí)間、成本和范圍），因?yàn)樗饕P(guān)注進(jìn)程管理（時(shí)間），無法描述任務(wù)的邏輯關(guān)系。

• PERT技術(shù)（不考計(jì)算題，考定義步驟）：全稱：工程評(píng)估評(píng)審技術(shù)。類似于關(guān)鍵路徑法。考慮到了進(jìn)度管理中的風(fēng)險(xiǎn)，將不確定性引入了進(jìn)度管理中。對(duì)活動(dòng)周期進(jìn)行三次估計(jì)，不再是CPM關(guān)鍵路徑中的確定值。

PERT的步驟：

1.估計(jì)每個(gè)活動(dòng)的最有可能時(shí)間，樂觀時(shí)間，悲觀時(shí)間，計(jì)算活動(dòng)的期望周期與標(biāo)準(zhǔn)偏差。

2.正向遍歷得到期望達(dá)到事件的日期

3滿足目標(biāo)的可能性

6. 軟件項(xiàng)目的資源管理：資源定義，資源分配直方圖。

資源定義----資源是執(zhí)行項(xiàng)目所需要的任何項(xiàng)和人。

資源分配直方圖通過延遲某些活動(dòng)的開始日期，來平衡化資源直方圖。

資源直方圖是用于管理資源的統(tǒng)計(jì)工具。它是一個(gè)定義資源分配計(jì)劃的歷史條形圖。資源直方圖幫助項(xiàng)目經(jīng)理進(jìn)行資源規(guī)劃和質(zhì)量管理。

資源直方圖是堆疊的條形圖，用于項(xiàng)目管理中的資源分配。它基本上是一個(gè)資源計(jì)劃圖，顯示資源在一段時(shí)間內(nèi)計(jì)劃工作的時(shí)間量。它還可用于確定資源可用性。

資源分類：

~ 勞動(dòng)力 (labor)

~ 設(shè)備 (equipment)：計(jì)算機(jī)、辦公設(shè)備等

~ 材料 (material)：打印紙、光盤等

~ 場地 (space)

~ 服務(wù) (service)：網(wǎng)絡(luò)、通信等

~ 時(shí)間 (time)：可以與其它資源相互彌補(bǔ)

~ 錢 (money)

7. 軟件項(xiàng)目的風(fēng)險(xiǎn)管理：風(fēng)險(xiǎn)的定義，風(fēng)險(xiǎn)管理的框架，風(fēng)險(xiǎn)處理的方法。

~ 風(fēng)險(xiǎn)定義：一個(gè)不確定的事件或者情況，若其一旦發(fā)生，會(huì)對(duì)項(xiàng)目的目標(biāo)，例如，范圍、進(jìn)度、成本和質(zhì)量，產(chǎn)生積極或消極的影響。

~ 三要素：事件、事件發(fā)生的概率、事件的影響

~ 風(fēng)險(xiǎn)管理的框架---風(fēng)險(xiǎn)識(shí)別，風(fēng)險(xiǎn)分析與優(yōu)先級(jí)排序，風(fēng)險(xiǎn)策劃，風(fēng)險(xiǎn)監(jiān)督

~ 風(fēng)險(xiǎn)優(yōu)先級(jí)，風(fēng)險(xiǎn)影響= (可能的危害)×(發(fā)生概率)

~ 風(fēng)險(xiǎn)的分類--4大類：參與者，技術(shù)，結(jié)構(gòu)，任務(wù)

~ 風(fēng)險(xiǎn)管理框架：

~ 風(fēng)險(xiǎn)處理方法：

~ 風(fēng)險(xiǎn)處理的方法---接受風(fēng)險(xiǎn)，規(guī)避風(fēng)險(xiǎn)，降低風(fēng)險(xiǎn)，轉(zhuǎn)移風(fēng)險(xiǎn)

8. 軟件項(xiàng)目的監(jiān)督和控制：掙值分析。（大題）

(1) https://wenku.baidu.com/view/7bcff5335ab.html

(2) https://blog.csdn.net/pmpljp/article/details/

掙值分析---0/100 OR百分比

計(jì)劃價(jià)值(已計(jì)劃工作的預(yù)測成本)---Planned value --- PV-----200*5

掙值(已執(zhí)行工作的預(yù)測成本)---Earned value ---EV-----200*3.5

實(shí)際成本(已執(zhí)行工作的實(shí)際成本)--- Actual Cost ---AC----1000

進(jìn)度偏差(已完成的工作值與計(jì)劃的工作值的差)---Schedule Variance-- SV ---EV-PV---700-1000

成本偏差(已完成工作的預(yù)算成本和實(shí)際成本的偏差)---Cost Variance --CV --EV-AC---700-1000

進(jìn)度性能指標(biāo)(Schedule Performance Index, SPI): SPI = EV / PV---大于1及比預(yù)期好

成本性能指標(biāo)(Cost Performance Index, CPI): CPI = EV / AC----大于1及比預(yù)期好

完成時(shí)間的估計(jì)值(按照當(dāng)前進(jìn)度項(xiàng)目的完成時(shí)間估計(jì))---TEAC = SAC / SPI (Schedule At Completion, SAC,項(xiàng)目的計(jì)劃周期)--------10/0.7

項(xiàng)目的成本預(yù)算(按照當(dāng)前的進(jìn)度，項(xiàng)目的總支出的估計(jì))--- EAC = BAC / CPI (Budget At Completion, BAC,計(jì)劃的項(xiàng)目預(yù)算)-----2000/0.7

出題另有：試畫出項(xiàng)目的PV、AC、EV曲線，并分析項(xiàng)目的狀態(tài)。各項(xiàng)任務(wù)完成的比例見表3。(完成百分比法分配掙值)

9. 軟件項(xiàng)目的配置管理（定義）：配置管理的任務(wù)，配置項(xiàng)。

定義：軟件配置管理(Software Configuration Management, SCM)是指

一套管理軟件開發(fā)和維護(hù)過程中所產(chǎn)生的各種中間軟件產(chǎn)品的方法和規(guī)則。它是控制軟件系統(tǒng)演變的學(xué)科。

目標(biāo)：

~ 標(biāo)志變更

~ 控制變更

~ 確保變更正確實(shí)現(xiàn)

~ 向受變更影響的組織和個(gè)人報(bào)告變更

任務(wù)：

1.標(biāo)識(shí)

2.版本控制

3.變更控制

4.配置審核

5.配置報(bào)告

~ 配置項(xiàng)：軟件配置管理的對(duì)象，一個(gè)軟件配置項(xiàng)是項(xiàng)目中一個(gè)特定的、可文檔化的工作產(chǎn)品集。例如，程序，文檔等

四、經(jīng)典的軟件過程管理

1. CMM/CMMI（邏輯思路，優(yōu)缺點(diǎn)）

(1) CMM：出發(fā)點(diǎn)，體系結(jié)構(gòu)，關(guān)鍵過程域，關(guān)鍵實(shí)踐活動(dòng)。

CMM是一種理念，是指導(dǎo)思想，不是過程不是技術(shù)不是方法。

CMM---軟件過程能力成熟度模型

CMM出發(fā)點(diǎn)---改善現(xiàn)有軟件開發(fā)過程，也可用于其他過程。

CMM體系結(jié)構(gòu):

~ CMM由5個(gè)成熟度級(jí)別組成

~ 每個(gè)成熟度級(jí)別（除級(jí)別1）包含了實(shí)現(xiàn)該級(jí)別的若干個(gè)關(guān)鍵過程域（KPA）

~ 每一個(gè)KPA進(jìn)一步被分為稱為公共特征的5個(gè)部分：執(zhí)行約定、執(zhí)行能力、執(zhí)行活動(dòng)、測量和分析、驗(yàn)證實(shí)施

~ 這些公共特征包括了關(guān)鍵實(shí)踐（KP），即每一個(gè)KPA包括5類KP

~ 實(shí)現(xiàn)了這些KP后，就實(shí)現(xiàn)了關(guān)鍵過程域的目標(biāo)

CMM由5個(gè)成熟度級(jí)別組成：

初始級(jí)：軟件過程不穩(wěn)定，項(xiàng)目執(zhí)行無序、混亂，沒有穩(wěn)定的開發(fā)環(huán)境。

可重復(fù)級(jí)：規(guī)則化的

已定義級(jí)：標(biāo)準(zhǔn)的、一致的

已管理級(jí)：可預(yù)測的

優(yōu)化級(jí)：不斷改進(jìn)

每個(gè)成熟度級(jí)別（除級(jí)別1）包含了實(shí)現(xiàn)該級(jí)別的若干個(gè)關(guān)鍵過程域（KPA）

關(guān)鍵過程域(Key Process Area)：一系列相互關(guān)聯(lián)的操作活動(dòng)，標(biāo)識(shí)了達(dá)到某個(gè)成熟度級(jí)別時(shí)所必須滿足的條件。

CMM共有18個(gè)KPA，每一級(jí)都有自己的KPA。KPA分為三大類：管理過程、組織過程和工程過程。

每一個(gè)KPA進(jìn)一步被分為稱為公共特征的5個(gè)部分：執(zhí)行約定、執(zhí)行能力、執(zhí)行活動(dòng)、測量和分析、驗(yàn)證實(shí)施

這些公共特征包括了關(guān)鍵實(shí)踐（KP），即每一個(gè)KPA包括5類KP

實(shí)現(xiàn)了這些KP后，就實(shí)現(xiàn)了關(guān)鍵過程域的目標(biāo).

(2) CMMI與CMM的區(qū)別和聯(lián)系，CMMI的兩種表示方法（階段式、連續(xù)式）。

區(qū)別和聯(lián)系：
聯(lián)系：CMMI即CMM集成，是系統(tǒng)工程和軟件工程的集成成熟度模型，CMMI是在CMM基礎(chǔ)上發(fā)展起來的，它繼承并發(fā)揚(yáng)了CMM的優(yōu)良特性，借鑒了其他模型的優(yōu)點(diǎn)，融入了新的理論和實(shí)際研究成果
區(qū)別：CMMI共有分屬于4個(gè)類別的25個(gè)過程哉,覆蓋了4個(gè)不同的領(lǐng)域;相對(duì)應(yīng)的CMM共有18個(gè)過程域.
CMMI更適合于信息系統(tǒng)集成企業(yè)，，它不僅能夠應(yīng)用在軟件工程領(lǐng)域，而且可以用于系統(tǒng)工程及其他工程領(lǐng)域
CMMI比CMM進(jìn)一步強(qiáng)化了對(duì)需求的重視.在CMM中,關(guān)于需求只有需求管理這一個(gè)KPA。在CMMI中,3級(jí)有一個(gè)獨(dú)立的KPA叫做需求開發(fā),提出了對(duì)如何獲取優(yōu)秀的需求的要求和方法。
CMMI兩種表示方法：
階段式表示法連續(xù)式表示法

階段式表現(xiàn)方法仍然把CMMI 中的若干個(gè)過程區(qū)域分成了5 個(gè) 成熟度級(jí)別，幫助實(shí)施CMMI 的組織建議一條比較容易實(shí)現(xiàn)的過程改進(jìn)發(fā)展道路。

而連續(xù)式表現(xiàn)方法則通過將CMMI 中過程域分為四大類： 過程管理 、 項(xiàng)目管理 、工程以及支持。對(duì)于每個(gè)大類中的過程區(qū)域，又進(jìn)一步分為基本的和高級(jí)的。這樣，在按照連續(xù)式表示方法實(shí)施CMMI的時(shí)候，一個(gè)組織可以把項(xiàng)目管理或者其他某類的實(shí)踐一直做到最好，而其他方面的過程區(qū)域可以完全不必考慮。

2. PSP：結(jié)構(gòu)，兩種日志，評(píng)審比測試有效的原因，四個(gè)設(shè)計(jì)模板（對(duì)應(yīng)哪個(gè)UML）。

PSP過程由一系列方法、表格、腳本等組成，用以指導(dǎo)軟件開發(fā)人員計(jì)劃、度量和管理他們的工作。

~ PSP成熟度模型

PSP具有4個(gè)等級(jí)，7個(gè)臺(tái)階組成的成熟度框架 。4個(gè)等級(jí)分別為個(gè)體度量過程、個(gè)體計(jì)劃過程、個(gè)體質(zhì)量管理過程和個(gè)體循環(huán)過程。

日志---時(shí)間日志和缺陷日志

評(píng)審比測試有效的原因--在評(píng)審時(shí)發(fā)現(xiàn)的錯(cuò)誤比測試是發(fā)現(xiàn)的多；成本低。缺陷發(fā)現(xiàn)的越早，修復(fù)的花費(fèi)越低；且避免缺陷比發(fā)現(xiàn)和修復(fù)缺陷更有效。

~ 代碼評(píng)審：一般來說，利用評(píng)審檢查表已經(jīng)足夠了。

~ 設(shè)計(jì)評(píng)審：單純利用評(píng)審檢查表不夠，需要利用驗(yàn)證方法，驗(yàn)證設(shè)計(jì)的邏輯不出錯(cuò)。

驗(yàn)證方法：

~ 狀態(tài)機(jī)驗(yàn)證

~ 符號(hào)化驗(yàn)證

~ 執(zhí)行表驗(yàn)證

~ 正確性驗(yàn)證

==============================================

四個(gè)設(shè)計(jì)模板---a操作規(guī)格模板，b功能規(guī)格模板,c狀態(tài)規(guī)格模板,d邏輯規(guī)格模板

LST邏輯規(guī)格模板（無）：用于描述系統(tǒng)中各有機(jī)組分（方法，項(xiàng)，算法等）的邏輯實(shí)現(xiàn)。

SST狀態(tài)規(guī)格模板（UML:狀態(tài)機(jī)圖）：用于描述系統(tǒng)中所有可能發(fā)生的狀態(tài)的集合，以及狀態(tài)之間轉(zhuǎn)換的條件，伴隨的動(dòng)作。。

FST功能規(guī)格模板（UML:類圖）：描述了系統(tǒng)可以向用戶提供對(duì)外部可見的行為說明書，以及與這些功能相關(guān)的系統(tǒng)行為，變量和內(nèi)部關(guān)系（繼承關(guān)系）。

OST操作規(guī)格模板（UML:用例圖、時(shí)序圖）。描述了系統(tǒng)與外界的交互。描述了用戶與待設(shè)計(jì)系統(tǒng)的正常情況下和異常情況下的交互。

3.軟件過程模型：瀑布、原型、增量、螺旋、形式化、組件的優(yōu)缺點(diǎn)。看PPT

瀑布模型

特點(diǎn)：

開發(fā)階段嚴(yán)格按照線性方式進(jìn)行、階段間有因果關(guān)系、每個(gè)階段需評(píng)審確認(rèn)、

允許反饋、強(qiáng)調(diào)文檔

適合場所：需求易于完善定義的軟件

缺點(diǎn)：

各個(gè)階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量；開發(fā)過程中很難響應(yīng)客戶的變更要求；

早期的錯(cuò)誤可能要等到開發(fā)后期的測試階段才能發(fā)現(xiàn)，進(jìn)而帶來 嚴(yán)重的后果

快速原型模型

優(yōu)點(diǎn)：

加強(qiáng)用戶和軟件人員之間的溝通，明確系統(tǒng)的需求

盡早得到系統(tǒng)可用性的反饋信息，及時(shí)修改以獲得完整、正確需求

缺點(diǎn)：

用戶會(huì)由于看到的原型系統(tǒng)不完善，而對(duì)產(chǎn)品產(chǎn)生懷疑

可能為了快速開發(fā)原型系統(tǒng)，而采用未經(jīng)充分論證的技術(shù)（如操作系統(tǒng)平臺(tái)、主要的算法）導(dǎo)致質(zhì)量低下

增量模型

優(yōu)點(diǎn)：

整個(gè)產(chǎn)品被分解成若干個(gè)構(gòu)件逐步交付，用戶可以不斷地看到所開發(fā)軟件的可運(yùn)行中間版本；

將早期增量作為原型有助于明確后期增量的需求；

降低開發(fā)風(fēng)險(xiǎn)；

重要功能被首先交付，從而使其得到最多的測試

缺點(diǎn)：

需要軟件具備開放式的體系結(jié)構(gòu)，以便各個(gè)構(gòu)件逐步進(jìn)入

需求難以在增量實(shí)現(xiàn)之前詳細(xì)定義，因此增量與需求的準(zhǔn)確映射以及所有增量的有效集成可能會(huì)比較困難，容易退化為邊做邊改方式，使軟件過程的控制失去整體性

螺旋模型

優(yōu)點(diǎn)：

風(fēng)險(xiǎn)驅(qū)動(dòng)；關(guān)注軟件的重用；關(guān)注早期錯(cuò)誤的消除；將質(zhì)量目標(biāo)放在首位；將開發(fā)階段與維護(hù)階段結(jié)合在一起；

缺點(diǎn)：需要風(fēng)險(xiǎn)評(píng)估的經(jīng)驗(yàn)；只適應(yīng)內(nèi)部大規(guī)模軟件開發(fā)；

形式化方法模型

優(yōu)點(diǎn)：

由于數(shù)學(xué)方法具有嚴(yán)密性和準(zhǔn)確性，形式化方法開發(fā)過程所交付的軟件系統(tǒng)具有較少的缺陷和較高的安全性

缺點(diǎn)：

開發(fā)人員需要具備一定技能并經(jīng)過特殊訓(xùn)練；

形式化描述和轉(zhuǎn)換是一項(xiàng)費(fèi)時(shí)費(fèi)力的工作,成本高，質(zhì)量不一定高；

現(xiàn)實(shí)應(yīng)用的系統(tǒng)大多數(shù)是交互性強(qiáng)的軟件，但是這些系統(tǒng)難以用形式化方法進(jìn)行描述；

基于組件的開發(fā)模型

優(yōu)點(diǎn)：充分體現(xiàn)軟件復(fù)用的思想、實(shí)現(xiàn)快速交付軟件、利用開源組件與軟件

缺點(diǎn)：商業(yè)組件的修改受到限制，影響系統(tǒng)的演化。

4.MSF：六個(gè)角色；過程模型中的五個(gè)階段。

MSF即微軟的解決方案。團(tuán)隊(duì)是微軟作戰(zhàn)最小的基本單元。Microsoft Solution Framework

項(xiàng)目場景中的6個(gè)角色：產(chǎn)品管理，程序管理，開發(fā)，測試，發(fā)布管理，用戶體驗(yàn)。

5個(gè)階段：構(gòu)思階段，計(jì)劃階段，開發(fā)階段，穩(wěn)定階段，部署階段。

5. RUP：九個(gè) 軟件過程（6核心，3輔助），四個(gè)階段，六大經(jīng)驗(yàn)。

Rational Unified Process），統(tǒng)一軟件開發(fā)過程,面對(duì)對(duì)象的軟件工程的過程框架。

• 9個(gè)過程域：6個(gè)是核心3個(gè)是輔助：

6個(gè)核心過程流：商業(yè)建模，需求，分析和設(shè)計(jì)，實(shí)現(xiàn)，測試，部署。

3個(gè)輔助過程流：配置和變更管理，項(xiàng)目管理，環(huán)境。

• 4個(gè)階段：初始，細(xì)化，構(gòu)造，交付。(每個(gè)階段做什么，做完的里程碑，中間產(chǎn)品是什么？)

	主要活動(dòng)	里程碑	中間產(chǎn)品
起始（先啟/初始）階段	2建立系統(tǒng)的業(yè)務(wù)模型 2捕獲系統(tǒng)的基本需求 2確定系統(tǒng)的邊界 2識(shí)別關(guān)鍵任務(wù) 2確定系統(tǒng)驗(yàn)收標(biāo)準(zhǔn) 2進(jìn)行項(xiàng)目風(fēng)險(xiǎn)評(píng)估 2進(jìn)行項(xiàng)目資源的估計(jì)與效益分析 2制定項(xiàng)目開發(fā)計(jì)劃于重要里程碑	生命期目標(biāo)	2項(xiàng)目藍(lán)圖文檔：系統(tǒng)的核心需求、關(guān)鍵特性與主要約束 2初始的用例模型（完成10%~20%） 2初始的項(xiàng)目術(shù)語表 2業(yè)務(wù)用例模型，包括商業(yè)環(huán)境、驗(yàn)收標(biāo)準(zhǔn)和財(cái)政預(yù)測 2初始的風(fēng)險(xiǎn)評(píng)估 2一個(gè)可以顯示階段和迭代的項(xiàng)目計(jì)劃 2一個(gè)或多個(gè)原型 2初始的架構(gòu)文檔
細(xì)化階段（最關(guān)鍵的階段）	2細(xì)化構(gòu)想，建立對(duì)大多數(shù)關(guān)鍵用例的確定理解 2分析問題域，建立堅(jiān)實(shí)的架構(gòu) 2細(xì)化機(jī)構(gòu)并選擇組件 2捕獲80%的功能需求用例 2精化風(fēng)險(xiǎn)評(píng)估 2建立可執(zhí)行的軟件原型 2定義非功能需求 2制定過程迭代計(jì)劃和迭代的評(píng)價(jià)標(biāo)準(zhǔn)	生命期構(gòu)架	2系統(tǒng)架構(gòu)基線 2UML靜態(tài)模型、UML動(dòng)態(tài)模型、UML用例模型 2修訂的風(fēng)險(xiǎn)評(píng)估 2修訂的用例 2修訂的項(xiàng)目計(jì)劃 2可執(zhí)行的原型
構(gòu)造階段	2資源管理、資源控制和過程優(yōu)化 2完成組件開發(fā)并根據(jù)已定義的評(píng)價(jià)準(zhǔn)則進(jìn)行測試 2利用構(gòu)想指定的準(zhǔn)則對(duì)發(fā)布的產(chǎn)品進(jìn)行評(píng)估	初始運(yùn)作功能。 構(gòu)造階段的結(jié)束時(shí)項(xiàng)目開發(fā)的第三個(gè)重要的里程碑。這個(gè)階段產(chǎn)生的版本通常被稱為β版。	2可運(yùn)行的軟件系統(tǒng) 2UML模型 2測試用例 2用戶手冊(cè) 2發(fā)布描述
交付（轉(zhuǎn)化、產(chǎn)品化）階段	2將軟件系統(tǒng)部署到用戶環(huán)境 2修復(fù)軟件的缺陷 2編制用戶手冊(cè)和其他文檔 2培訓(xùn)用戶和維護(hù)人員 2提供用戶咨詢	產(chǎn)品發(fā)布	2可運(yùn)行的軟件產(chǎn)品 2用戶手冊(cè) 2用戶支持計(jì)劃

六大經(jīng)驗(yàn)---

迭代式開發(fā)，管理需求，基于組件的體系結(jié)構(gòu)，可視化建模，驗(yàn)證軟件質(zhì)量，控制軟件變更

五、敏捷軟件開發(fā)

1. 敏捷宣言。

~ “注重個(gè)人及互動(dòng)勝于過程和工具”

~ “注重可用的軟件勝于詳盡的文檔”

~ “注重客戶協(xié)作勝于合同談判”

~ “注重響應(yīng)變化勝于恪守計(jì)劃”

2. 常見的敏捷軟件過程，SCRUM和極限編程（含義思想，簡單描述）。

---極限編程XP

是一種全新而快捷的軟件開發(fā)方法。XP團(tuán)隊(duì)使用現(xiàn)場客戶、特殊計(jì)劃方法和持續(xù)測試來提供快速的反饋和全面的交流。這可以幫助團(tuán)隊(duì)最大化地發(fā)揮他們的價(jià)值。------現(xiàn)場客戶，計(jì)劃游戲，系統(tǒng)隱喻，簡單設(shè)計(jì)，代碼集體所有，結(jié)對(duì)編程，測試驅(qū)動(dòng)，小型發(fā)布，重構(gòu)，持續(xù)集成，每周4小時(shí)工作制。

XP特別適合于小型的有責(zé)任心的、自覺自勵(lì)的團(tuán)隊(duì)開發(fā)需求不確定或者迅速變化的軟件

---并行爭球法---Scrum---增量的迭代的開發(fā)過程

整個(gè)開發(fā)周期包含若干個(gè)小的迭代周期，每個(gè)小的的迭代周期稱為一個(gè)Sprint（2-4周）

---水晶法Crysta----每一個(gè)不同的項(xiàng)目都需要一套不同的策略、約定和方法論

~ 產(chǎn)品負(fù)責(zé)人 Product Owner：負(fù)責(zé)維護(hù)產(chǎn)品訂單的人，代表利益相關(guān)者的利益。

~ Scrum主管 Scrum Master：為Scrum過程負(fù)責(zé)的人，確保scrum的正確使用并使得Scrum的收益最大化。一般不翻譯。

~ 開發(fā)團(tuán)隊(duì) Team:由負(fù)責(zé)自我管理開發(fā)產(chǎn)品的人組成的跨職能團(tuán)隊(duì)。

~ 計(jì)劃會(huì) Sprint Planning Meeting：在每個(gè)沖刺之初，由產(chǎn)品負(fù)責(zé)人講解需求，并由開發(fā)團(tuán)隊(duì)進(jìn)行估算的計(jì)劃會(huì)議。

~ 每日立會(huì) Daily Standup Meeting：團(tuán)隊(duì)每天進(jìn)行溝通的內(nèi)部短會(huì)，因一般只有15分鐘且站立進(jìn)行而得名。

~ 評(píng)審會(huì) Review Meeting：在沖刺結(jié)束前給產(chǎn)品負(fù)責(zé)人演示并接受評(píng)價(jià)的會(huì)議。

~ 反思會(huì)/回顧會(huì) Retrospective Meeting：在沖刺結(jié)束后召開的關(guān)于自我持續(xù)改進(jìn)的會(huì)議。

~ 產(chǎn)品訂單(product backlog)是整個(gè)項(xiàng)目的概要文檔。產(chǎn)品訂單包括所有所需特性的粗略的描述。產(chǎn)品訂單是關(guān)于將要?jiǎng)?chuàng)建的什么產(chǎn)品。

~ 沖刺訂單(sprint backlog)是大大細(xì)化了的文檔，包含團(tuán)隊(duì)如何實(shí)現(xiàn)下一個(gè)沖刺的需求的信息。

~ 燃盡圖(burn down chart)是一個(gè)公開展示的圖表，顯示當(dāng)前沖刺中未完成的任務(wù)數(shù)目，或在沖刺訂單上未完成的訂單項(xiàng)的數(shù)目。

~ XP是以開發(fā)符合客戶需要的軟件為目標(biāo)而產(chǎn)生的一種方法論

~ XP是一種以實(shí)踐為基礎(chǔ)的軟件工程過程和思想

~ XP認(rèn)為代碼質(zhì)量的重要程度超出人們一般所認(rèn)為的程度

~ XP特別適合于小型的有責(zé)任心的、自覺自勵(lì)的團(tuán)隊(duì)開發(fā)需求不確定或者迅速變化的軟件

極限編程準(zhǔn)則：

~ 溝通

~ 簡單

~ 反饋

~ 勇氣

~ 尊重

~ 謙遜

補(bǔ)充

軟件質(zhì)量度量模型由三層組成：軟件質(zhì)量特性，軟件質(zhì)量子特性，軟件質(zhì)量度量評(píng)價(jià)準(zhǔn)則

質(zhì)量成本是為了達(dá)到產(chǎn)品或服務(wù)的質(zhì)量而付出的所有努力的總成本，包括三部分：

預(yù)防成本：為防止將缺陷引入軟件而進(jìn)行的預(yù)防工作所消耗的費(fèi)用。

評(píng)價(jià)成本：檢查軟件是否包含缺陷的工作所消耗的費(fèi)用。

失效成本：修復(fù)缺陷工作所消耗的成本。

缺陷跟蹤：缺陷跟蹤是指從缺陷被發(fā)現(xiàn)開始到被改正為止的整個(gè)跟蹤流程。

參考：https://www.cnblogs.com/Amyheartxy/p/.html

名稱欄目：軟件過程與管理-期末復(fù)習(xí)知識(shí)點(diǎn)回顧總結(jié)
文章起源：http://www.yijiale78.com/article34/dschgse.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供建站公司、網(wǎng)站營銷、定制開發(fā)、網(wǎng)站設(shè)計(jì)、用戶體驗(yàn)、服務(wù)器托管

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)