軟件項(xiàng)目管理的重點(diǎn)知識(shí)

1.軟件項(xiàng)目管理概述

1.1項(xiàng)目是什么

項(xiàng)目是為了創(chuàng)造一個(gè)唯一的產(chǎn)品或提供一個(gè)唯一的服務(wù)而進(jìn)行的臨時(shí)性的努力。

1.2常見(jiàn)的項(xiàng)目

生活中的項(xiàng)目

• 生日聚會(huì)
• 野餐活動(dòng)
• 集體婚禮

大項(xiàng)目

• 微軟的操作系統(tǒng)
• 阿波羅計(jì)劃
• 神州飛船計(jì)劃
• 鴻蒙操作系統(tǒng)
• 開(kāi)發(fā)一個(gè)網(wǎng)站
• 運(yùn)動(dòng)會(huì)

1.3軟件項(xiàng)目的特征

• 復(fù)雜性
• 一致性
• 可變性
• 不可見(jiàn)性

1.4軟件項(xiàng)目的三層制約

• 質(zhì)量
• 進(jìn)度
• 成本
• 范圍(四重就加上)

1.5項(xiàng)目失敗的原因

• 需求獲取不充分
• 失敗的管理
• 失敗的溝通

1.6軟件項(xiàng)目管理的引入

1.為什么那么多的信息化項(xiàng)目都失敗了？

• 需求經(jīng)常變動(dòng)【項(xiàng)目范圍管理】

2.為什么有那么多的豆腐渣工程?

• 獻(xiàn)禮工程【項(xiàng)目進(jìn)度管理】
• 偷工減料【項(xiàng)目成本管理】
• 層層轉(zhuǎn)包【項(xiàng)目采購(gòu)管理】

3.為什么房地產(chǎn)公司注冊(cè)資金那么少，而承擔(dān)的項(xiàng)目如此之大？——巨人

• 【項(xiàng)目融資管理】

4.為什么房地產(chǎn)剎車(chē)失靈？為什么銀行的貸款收不回來(lái)？

• 【項(xiàng)目風(fēng)險(xiǎn)管理】

5.為什么很多工程人員流動(dòng)非常之大，工期一拖再拖？為什么民工會(huì)走向極端？

• 【項(xiàng)目人力資源與溝通】

1.7項(xiàng)目管理的知識(shí)體系

項(xiàng)目管理領(lǐng)域，目前有兩個(gè)廣為流行的知識(shí)體系：

最重要的是第一個(gè)，項(xiàng)目管理的知識(shí)體系

• 項(xiàng)目管理知識(shí)體系（Project Management Body of Knowledge，PMBOK）是美國(guó)項(xiàng)目管理協(xié)會(huì)（Project Management Institute, PMI）開(kāi)發(fā)的，目前最新的版本是PMBOK第五版（PMBOK 2012）。
• 受控環(huán)境下的項(xiàng)目管理（Projects In Controlled Environments，PRINCE）是英國(guó)政府商務(wù)辦公室（Office of Government Commerce,OGC）開(kāi)發(fā)的，PRINCE2是1996年推出的第2版。

1.8PMBOX（軟件項(xiàng)目管理知識(shí)體系）的十大過(guò)程組

1.項(xiàng)目集成管理（Project Integration Management）

2.項(xiàng)目范圍管理（Project Scope Management）

3.項(xiàng)目進(jìn)度管理（Project Time Management）

4.項(xiàng)目成本管理（Project Cost Management）

5.項(xiàng)目質(zhì)量管理（Project Quality Management）

6.項(xiàng)目人力資源管理（Project Human Resource Management）

7.項(xiàng)目溝通管理（Project Communication Management）

8.項(xiàng)目風(fēng)險(xiǎn)管理（Project Risk Management）

9.項(xiàng)目采購(gòu)管理（Project Procurement Management）

10.項(xiàng)目干系人管理

1.9PMBOX（軟件項(xiàng)目管理知識(shí)體系）的5個(gè)過(guò)程組

PMBOK五大過(guò)程組是：啟動(dòng)過(guò)程組、規(guī)劃過(guò)程組、執(zhí)行過(guò)程組、監(jiān)控過(guò)程組、收尾過(guò)程組。

1、啟動(dòng)過(guò)程組：作用是設(shè)定項(xiàng)目目標(biāo)，讓項(xiàng)目團(tuán)隊(duì)有事可做；

2、規(guī)劃過(guò)程組：作用是制定工作路線，讓項(xiàng)目團(tuán)隊(duì)“有法可依”；

3、執(zhí)行過(guò)程組：作用是“按圖索驥”，讓項(xiàng)目團(tuán)隊(duì)“有法必依”；

4、監(jiān)控過(guò)程組：作用是測(cè)量項(xiàng)目績(jī)效，讓項(xiàng)目團(tuán)隊(duì)“違法必究”，并且盡量做到“防患于未然”；

5、收尾過(guò)程組：作用是了結(jié)項(xiàng)目（階段）“恩怨”，讓一切圓滿。

1.10項(xiàng)目管理的工具

1.項(xiàng)目業(yè)務(wù)分析 （業(yè)務(wù)模型 、需求、設(shè)計(jì)） EA Visio 2.原型界面和流程設(shè)計(jì) Axure RP 3.數(shù)據(jù)庫(kù)設(shè)計(jì) ERStudio 4.配置管理 SVN Gitee Git 5.進(jìn)度計(jì)劃 Project 6.項(xiàng)目開(kāi)發(fā)過(guò)程管理（項(xiàng)目需求、進(jìn)度任務(wù)、缺陷管理） 禪道 7.項(xiàng)目經(jīng)營(yíng)管理：資金、合同、風(fēng)險(xiǎn)、成本管理。 自行開(kāi)發(fā)

2.軟件項(xiàng)目管理工具綜述

2.1 系統(tǒng)建模工具

EA 可以用來(lái)設(shè)計(jì)用例和領(lǐng)域模型、類(lèi)圖、流程圖。

2.2 原型設(shè)計(jì)工具

Axure畫(huà)出功能頁(yè)面

2.3 數(shù)據(jù)庫(kù)設(shè)計(jì)工具

ERStudio 或者是 Navicat

2.4配置管理工具

SVN/GitHub/Gitee/GitLab

2.5知識(shí)庫(kù)管理工具

• 項(xiàng)目管理 Project/Zentao禪道
• 知識(shí)庫(kù)管理 語(yǔ)雀/騰訊在線文檔
• 文檔管理 word/ppt/excel/viso

3.軟件項(xiàng)目的范圍管理

前言

1.項(xiàng)目是啥：西游記，最成功的項(xiàng)目

2.干什么：【你所認(rèn)為的需求】

3.誰(shuí)來(lái)干：自組織團(tuán)隊(duì)的組建（項(xiàng)目需要一個(gè)優(yōu)秀的團(tuán)隊(duì)）

4.怎么干：指路明燈：項(xiàng)目過(guò)程標(biāo)準(zhǔn)：CMMI的講解，以吃飯為例子，串起CMMI，PMBOK，ISO9000等

3.1 軟件項(xiàng)目的范圍管理+WBS

1.概念：項(xiàng)目范圍管理包含一系列子過(guò)程，用以確保項(xiàng)目包含且只包含達(dá)到項(xiàng)目成功所必需完成的工作。

概念解釋：

• 范圍管理主要關(guān)注項(xiàng)目?jī)?nèi)容的定義和控制，即包括什么、不包括什么。

2.范圍管理常用的方法是：WBS(工作分解結(jié)構(gòu))

3.2 軟件需求的定義

主要介紹了需求工程的內(nèi)容

3.2.1需求工程含義

1.需求工程：是一門(mén)學(xué)科，專(zhuān)門(mén)用于需求的。

3.2.2需求工程內(nèi)容

1.需求工程內(nèi)容：包括需求開(kāi)發(fā)和需求管理。

需求開(kāi)發(fā)：

• 需求獲取

• 需求分析
• 需求定義（規(guī)格說(shuō)明）
• 需求驗(yàn)證

需求管理：

• 需求跟蹤
• 變更管理
• 實(shí)現(xiàn)

3.2.3需求的含義

軟件需求并不是要解決軟件系統(tǒng)“如何做”的問(wèn)題，它的根本任務(wù)在于解決目標(biāo)系統(tǒng)“做什么”的問(wèn)題。

功能需求是干什么，完成什么樣的操作

性能需求是產(chǎn)品并發(fā)數(shù)，響應(yīng)時(shí)間等等

1.需求的含義：需求是指用戶對(duì)軟件的功能和性能的要求。

• 功能需求是指將用戶需求歸類(lèi)分解為計(jì)算機(jī)可以實(shí)現(xiàn)的子系統(tǒng)和功能模塊，用設(shè)計(jì)語(yǔ)言描述和解釋用戶的需求，以達(dá)到可以指導(dǎo)程序設(shè)計(jì)的目的。
• 性能需求是指從多角度對(duì)產(chǎn)品的特點(diǎn)進(jìn)行描述，如系統(tǒng)響應(yīng)時(shí)間，系統(tǒng)能夠同時(shí)容納的人數(shù)等。

3.2.4開(kāi)發(fā)者對(duì)待需求工程的態(tài)度

領(lǐng)先型，是需求工程的最高境界。開(kāi)發(fā)者發(fā)掘了連用戶自己都沒(méi)有意識(shí)到的需求，導(dǎo)致用戶跟著新產(chǎn)品跑而不是新產(chǎn)品圍著用戶轉(zhuǎn)，這叫引導(dǎo)消費(fèi)。

需求工程做到這個(gè)程度上，才能使產(chǎn)品立于不敗之地，長(zhǎng)盛不衰。

• 被動(dòng)型
• 主動(dòng)型
• 領(lǐng)先型

3.2.5需求類(lèi)型

1.需求類(lèi)型：業(yè)務(wù)需求、用戶需求和功能需求。

• 業(yè)務(wù)需求：表示組織或客戶高層次的目標(biāo)。為什么要開(kāi)發(fā)出一個(gè)系統(tǒng)，組織希望達(dá)到的目標(biāo)。是一種愿景。
• 用戶需求：用戶要求系統(tǒng)必須能完成的任務(wù)。用例、場(chǎng)景描述和事件-響應(yīng)表都是表達(dá)用戶需求的有效途徑。用戶需求描述了用戶能使用系統(tǒng)來(lái)做些什么。

• 功能需求：功能需求描述是開(kāi)發(fā)人員需要實(shí)現(xiàn)什么。

3.3 軟件需求管理

3.3.1需求開(kāi)發(fā)過(guò)程中的四個(gè)主要活動(dòng)

1.需求開(kāi)發(fā)中的四個(gè)主要活動(dòng)

• 需求獲取
• 需求分析
• 需求定義（規(guī)格說(shuō)明）
• 需求驗(yàn)證

3.3.2需求管理的過(guò)程

• 需求確認(rèn)：需求獲取，需求分析，需求定義（產(chǎn)品規(guī)格說(shuō)明書(shū)），需求驗(yàn)證
• 需求變更：需要變更控制
• 需求跟蹤

3.3.3需求分析說(shuō)明書(shū)和需求規(guī)格說(shuō)明書(shū)

https://www.jianshu.com/p/26645058db08

• 需求分析說(shuō)明書(shū)：業(yè)務(wù)人員和用戶。類(lèi)似調(diào)研報(bào)告。

• 需求規(guī)格說(shuō)明書(shū)：設(shè)計(jì)和開(kāi)發(fā)人員。從業(yè)務(wù)規(guī)則說(shuō)起，偏向的是概要設(shè)計(jì)。

3.3.4需求獲取方法

• 訪談和調(diào)研

• 專(zhuān)題討論會(huì)

• 頭腦風(fēng)暴：也叫做智力激勵(lì)法，自由思考法

• 場(chǎng)景串聯(lián)

  • 靜態(tài)場(chǎng)景串聯(lián)：草圖，屏幕快照和ppt演示
  • 動(dòng)態(tài)場(chǎng)景串聯(lián)：動(dòng)畫(huà)
  • 交互場(chǎng)景串聯(lián)：模擬完成的系統(tǒng)，系統(tǒng)的原型

3.3.5需求分析

1.概念：是指對(duì)要解決的問(wèn)題進(jìn)行詳細(xì)的分析，弄清楚問(wèn)題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么。

解釋：

• 需求分析是做系統(tǒng)之前必做的。

3.3.6需求驗(yàn)證（評(píng)審）

不論是復(fù)雜的項(xiàng)目還是簡(jiǎn)單的項(xiàng)目，需求分析員和用戶都有可能誤解需求。所以，需求驗(yàn)證（需求評(píng)審）工作必不可少。

3.4 需求變更管理

3.4.1需求變更的原因

• 單純的用戶因素：用戶不斷加深對(duì)系統(tǒng)的了解
• 系統(tǒng)因素：如操作系統(tǒng)升級(jí)
• 工作環(huán)境因素：如工作制度或法規(guī)、政策的變更、業(yè)務(wù)要求變更等
• 需求開(kāi)發(fā)工作缺陷：需求
• 調(diào)研、分析、定義、評(píng)審工作不夠充分

3.4.2需求變更的影響

• 增加項(xiàng)目的人員、費(fèi)用開(kāi)支，影響開(kāi)發(fā)進(jìn)度
• 影響軟件質(zhì)量
• 影響開(kāi)發(fā)者與用戶之間的合作關(guān)系

3.4.3需求變更的處理原則

• 1、完整性原則 完整的需求變理機(jī)制包括需求變更的收集、整理、評(píng)審、實(shí)施、跟蹤、測(cè)試等。 在每一環(huán)節(jié)上，都必須形成規(guī)范的流程、文檔和完整的記錄。
• 2、合理性原則 不能片面地追求先進(jìn)性、靈活性、用戶體驗(yàn)，必須建立在IT技術(shù)和項(xiàng)目實(shí)施隊(duì)伍實(shí)際能力的基礎(chǔ)上，提出合理的需求變更。 避免抵觸情緒，多從用戶角度出發(fā)，想用戶所想

3.4.4需求變更的管理流程

1、提出變更申請(qǐng)

2、審批

3、修改需求文檔

4、重新進(jìn)行需求確認(rèn)

5、變更結(jié)束

3.5 任務(wù)分解-WBS

3.5.1WBS（任務(wù)分解結(jié)構(gòu)）

1.簡(jiǎn)介：

• 以可交付成果為導(dǎo)向?qū)?xiàng)目要素進(jìn)行的分組，它歸納和定義了項(xiàng)目的整個(gè)工作范圍每下降一層代表對(duì)項(xiàng)目工作的更詳細(xì)定義。
• 創(chuàng)建WBS是把項(xiàng)目工作按階段可交付成果分解成較小的，更易于管理的組成部分的過(guò)程。

2.WBS的組成部分

• 結(jié)構(gòu)化編碼
• 工作包

3.5.2結(jié)構(gòu)化編碼

編碼是最顯著和最關(guān)鍵的WBS構(gòu)成因子，首先編碼用于將WBS徹底的結(jié)構(gòu)化。 通過(guò)編碼體系，我們可以很容易識(shí)別WBS元素的層級(jí)關(guān)系、分組類(lèi)別和特性。

3.5.3工作包

工作包（work package）是WBS的最底層元素，一般的工作包是最小的“可交付成果”，這些可交付成果很容易識(shí)別出完成它的活動(dòng)、成本和組織以及資源信息。

3.5.4WBS詞典概念

WBS詞典是在創(chuàng)建工作分解結(jié)構(gòu)的過(guò)程中編制的，是工作分解結(jié)構(gòu)的支持性文件，用來(lái)對(duì)工作分解結(jié)構(gòu)中的控制賬戶和工作包做詳細(xì)解釋。

解釋的詳細(xì)程度可以根據(jù)具體需要加以確定。

控制賬戶是工作分解結(jié)構(gòu)中的要素，是項(xiàng)目經(jīng)理對(duì)項(xiàng)目的管理控制點(diǎn)，即針對(duì)控制賬戶的要素對(duì)項(xiàng)目的執(zhí)行情況進(jìn)行檢查與考核。可以把工作包作為控制賬戶，也可以把更高層的要素作為控制賬戶。

3.5.5WBS詞典的屬性

WBS詞典：包括編碼、工作包描述(內(nèi)容)、成本預(yù)算、時(shí)間安排、質(zhì)量標(biāo)準(zhǔn)或要求、責(zé)任人或部門(mén)或外部單位(委托項(xiàng)目)、資源配置情況、其他屬性等。

3.5.6WBS的主要用途

項(xiàng)目WBS的主要用途：

1.明確并準(zhǔn)確說(shuō)明項(xiàng)目的范圍

2.為各獨(dú)立單元分配人員，進(jìn)行責(zé)任的劃分和指派

3.對(duì)各單元進(jìn)行時(shí)間、費(fèi)用和資源需要量的估算

4.為計(jì)劃、預(yù)算、進(jìn)度安排和費(fèi)用控制奠定基礎(chǔ)

5.將項(xiàng)目工作與項(xiàng)目的財(cái)務(wù)和會(huì)計(jì)賬目建立聯(lián)系

6.確定工作內(nèi)容和工作順序

3.5.7任務(wù)分解的基本步驟

任務(wù)分解的基本步驟：

1.確認(rèn)并分解項(xiàng)目的組成要素（WBS編號(hào)）

2.確定分解標(biāo)準(zhǔn)

3.確定分解是否詳細(xì)

4.確定項(xiàng)目交付成果（可以編制WBS字典）

5.驗(yàn)證分解的正確性

3.5.8工作分解結(jié)構(gòu)應(yīng)把握的原則

工作結(jié)構(gòu)分解應(yīng)把握的原則：

?在各層次上保持項(xiàng)目的完整性，避免遺漏必要的組成部分。

?一個(gè)工作單元只能從屬于某個(gè)上層單元，避免交叉從屬。

?相同層次的工作單元應(yīng)用相同性質(zhì)。

?工作單元應(yīng)能分開(kāi)不同的責(zé)任者和不同工作內(nèi)容。

?便于項(xiàng)目管理計(jì)劃、控制的管理需要。

?最底層工作應(yīng)該具有可比性，是可管理的，可定量檢查的。

?應(yīng)包括項(xiàng)目管理工作（因?yàn)槭琼?xiàng)目具體工作的一部分），包括分包出去的工作。

4.軟件項(xiàng)目的成本管理

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

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

1.項(xiàng)目成本管理包括為使項(xiàng)目在批準(zhǔn)的預(yù)算內(nèi)完成而對(duì)成本進(jìn)行規(guī)劃、估算、預(yù)算、融資、籌資、管理和控制的各個(gè)過(guò)程，從而確保項(xiàng)目在批準(zhǔn)的預(yù)算內(nèi)完工。項(xiàng)目成本管理過(guò)程包括:

• 規(guī)劃成本管理―確定如何估算、預(yù)算、管理、監(jiān)督和控制項(xiàng)目成本的過(guò)程。
• 估算成本―對(duì)完成項(xiàng)目活動(dòng)所需貨幣資源進(jìn)行近似估算的過(guò)程。
• 制定預(yù)算―匯總所有單個(gè)活動(dòng)或工作包的估算成本，建立一個(gè)經(jīng)批準(zhǔn)的成本基準(zhǔn)的過(guò)程。
• 控制成本―監(jiān)督項(xiàng)目狀態(tài)，以更新項(xiàng)目成本和管理成本基準(zhǔn)變更的過(guò)程。

4.1.2一個(gè)重要的流程

規(guī)模估算->工作量估算->開(kāi)發(fā)工期估算->成本估算

4.2規(guī)模估算

4.2.1衡量軟件的單位

?源代碼行數(shù)（Line of Code，LOC）

?功能點(diǎn)數(shù)（Function Point，FP）

4.2.2規(guī)模估算–德?tīng)柗?#xff08;Delphi）方法

1.協(xié)調(diào)員給每位專(zhuān)家一份規(guī)格說(shuō)明書(shū)和一張記錄估計(jì)值的表格。

2.協(xié)調(diào)員召集小組會(huì)議，專(zhuān)家與協(xié)調(diào)員以及專(zhuān)家之間對(duì)估計(jì)問(wèn)題進(jìn)行討論。

3.專(zhuān)家無(wú)記名地填寫(xiě)表格。

4.協(xié)調(diào)員對(duì)專(zhuān)家填寫(xiě)在表上的估計(jì)結(jié)果進(jìn)行小結(jié)。

5.協(xié)調(diào)員召集小組會(huì)議，讓專(zhuān)家對(duì)差異很大的估計(jì)項(xiàng)進(jìn)行討論。

6.專(zhuān)家重新無(wú)記名地填寫(xiě)表格，該過(guò)程要適當(dāng)?shù)刂貜?fù)多輪。

4.2.3規(guī)模估算–類(lèi)比估算法（自頂向下估算法）

1.概念：類(lèi)比估算法，又稱(chēng)自頂向下估算法（Top Down Estimates）。

• 適合評(píng)估一些與歷史項(xiàng)目在應(yīng)用領(lǐng)域、環(huán)境和復(fù)雜度的相似的項(xiàng)目，通過(guò)新項(xiàng)目與歷史項(xiàng)目的比較得到規(guī)模估計(jì)。

• 類(lèi)比法估計(jì)結(jié)果的精確度，取決于歷史項(xiàng)目數(shù)據(jù)的完整性和準(zhǔn)確度，因此，用好類(lèi)比法的前提條件之一是組織建立起較好的項(xiàng)目后評(píng)價(jià)與分析機(jī)制，對(duì)歷史項(xiàng)目的數(shù)據(jù)分析是可信賴(lài)的。

2.基本步驟

• （1）整理出項(xiàng)目功能列表和實(shí)現(xiàn)每個(gè)功能的代碼行。
• （2）標(biāo)識(shí)出每個(gè)功能列表與歷史項(xiàng)目的相同點(diǎn)和不同點(diǎn)，特別要注意歷史項(xiàng)目做得不夠的地方。
• （3）通過(guò)步驟1和2得出各個(gè)功能的估計(jì)值。
• （4）產(chǎn)生規(guī)模估計(jì)。

3.計(jì)算等價(jià)代碼行

• 等價(jià)代碼行=[(重新設(shè)計(jì)%+重新編碼%+重新測(cè)試%)/3]×已有代碼

  • 比如：有10000行代碼，假定30%需要重新設(shè)計(jì)，50%需要重新編碼，70%需要重新測(cè)試，那么其等價(jià)的代碼行可以計(jì)算為：
  • 等價(jià)代碼行=[(30%+50%+70%)/3]×10000=5000。
  • 即：重用這10000代碼相當(dāng)于編寫(xiě)5000代碼行的規(guī)模。

4.3工作量估算

4.3.1工作量

1.工作量：指在軟件項(xiàng)目建設(shè)過(guò)程中需要投入的人力和時(shí)間，一般用人月數(shù)進(jìn)行度量。

• 由于在軟件項(xiàng)目開(kāi)發(fā)過(guò)程中，因需求變更導(dǎo)致工作量改變的情形不可避免，故可分別在立項(xiàng)階段進(jìn)行工作量預(yù)算，在項(xiàng)目完成階段進(jìn)行工作量核算。

4.3.2工作量的計(jì)算公式

工作量估計(jì)公式：

LOC:源代碼的行數(shù)

工作量(人月) = {規(guī)模(LOC) / 生產(chǎn)率(LOC/人天)} / 22(天/月)

參考?xì)v史項(xiàng)目數(shù)據(jù)中各階段工作量所占百分比，可估算出各階段工作量：

各階段工作量（人月）= 總工作量（人月）× 各階段工作量的百分比

4.3.3項(xiàng)目建設(shè)階段

項(xiàng)目建設(shè)階段一般可分為：

• 開(kāi)發(fā)階段
• 實(shí)施階段
• 運(yùn)行維護(hù)階段 故工作量需分階段進(jìn)行估算： 工作量 = 開(kāi)發(fā)工作量 + 實(shí)施工作量 + 維護(hù)工作量

4.3.4工作量估算-普特納姆模型

這是1978年普特納姆（L. H. Pumam）提出的，一種動(dòng)態(tài)多變量模型，通用的形式為：

• L：源代碼行數(shù)（以LOC計(jì)）。
• K：整個(gè)開(kāi)發(fā)過(guò)程所花費(fèi)的工作量（以人年計(jì)）。
• TD：開(kāi)發(fā)持續(xù)時(shí)間（以年計(jì)）。
• Ck：技術(shù)狀態(tài)常數(shù)，它反映“妨礙開(kāi)發(fā)進(jìn)展的限制”

4.3.5工作量估算-經(jīng)驗(yàn)估算模型（COCOMO模型）

lCOCOMO模型主要從兩個(gè)方面來(lái)構(gòu)建：以源代碼行（Single Line Of Code，SLOC）統(tǒng)計(jì)的軟件規(guī)模，成本驅(qū)動(dòng)因子（Cost Driver），這些因素可以被歸入產(chǎn)品，平臺(tái)，人員和項(xiàng)目四個(gè)方面。

4.3.5工作量估算-功能點(diǎn)計(jì)算

1.功能點(diǎn)計(jì)算：軟件功能計(jì)算中一旦估算出應(yīng)用程序中每個(gè)功能要素的數(shù)量后，就可以將每個(gè)計(jì)數(shù)與一個(gè)復(fù)雜度值（加權(quán)因子）相乘，最后進(jìn)行合計(jì)，算出一個(gè)初步的總的功能點(diǎn)數(shù)（Function Points Count，UFC）。

4.3.6工作量估算-開(kāi)發(fā)階段工作量估算

可以采用的估算方法有：

• 功能點(diǎn)估算法

  • 適用于立項(xiàng)階段需求分析比較詳細(xì)的項(xiàng)目或者用于項(xiàng)目完成階段的最終工作量估算。

• 任務(wù)估算法

  • 任務(wù)估算法，是把軟件項(xiàng)目功能分解為若干個(gè)相對(duì)獨(dú)立的任務(wù)，再分別估計(jì)完成每個(gè)任務(wù)需要的人員搭配比例及投入時(shí)間，每個(gè)人員的工作量之和就是該任務(wù)的工作量。
  • 最后，將各個(gè)任務(wù)的工作量累加起來(lái)就得出軟件項(xiàng)目的總工作量。
  • 該方法適用于立項(xiàng)階段的工作量估算。

4.3.7工作量估算-維護(hù)階段工作量估算

1.維護(hù)階段：

• 軟件項(xiàng)目通過(guò)驗(yàn)收，交付使用后，需進(jìn)行一年的系統(tǒng)維護(hù)。
• 維護(hù)內(nèi)容包括：運(yùn)行管理、系統(tǒng)平臺(tái)維護(hù)、應(yīng)用軟件維護(hù)、數(shù)據(jù)維護(hù)等。

• 系統(tǒng)后期維護(hù)：系統(tǒng)運(yùn)行一年之后的系統(tǒng)維護(hù)，需另行簽訂系統(tǒng)維護(hù)合約。

4.4工期估算

4.5成本估算

4.5.1成本估算概念

1.成本估算：是指對(duì)完成項(xiàng)目各項(xiàng)活動(dòng)所必須的各種資源的成本做出的估算。

4.5.2常見(jiàn)的成本

• 咨詢(xún)費(fèi)：軟件項(xiàng)目立項(xiàng)前期，請(qǐng)專(zhuān)業(yè)機(jī)構(gòu)或者專(zhuān)家進(jìn)行技術(shù)咨詢(xún)、可行性分析、需求分析，造價(jià)評(píng)估、方案設(shè)計(jì)、項(xiàng)目招標(biāo)代理等方面工作所發(fā)生的費(fèi)用。

• 建設(shè)費(fèi)：包括支付給軟件開(kāi)發(fā)商的進(jìn)行軟件開(kāi)發(fā)、實(shí)施、維護(hù)等方面工作的費(fèi)用。主要依據(jù)工作量（完成該項(xiàng)目需要投入的人力，以人月度量）和人月成本進(jìn)行估算。

  • 建設(shè)費(fèi)=開(kāi)發(fā)費(fèi)+實(shí)施費(fèi)+運(yùn)行維護(hù)費(fèi)=（開(kāi)發(fā)工作量+實(shí)施工作量+運(yùn)行維護(hù)工作量）×人月成本

• 服務(wù)費(fèi)：

  • 驗(yàn)收測(cè)試費(fèi)
  • 工程監(jiān)理費(fèi)
  • 數(shù)據(jù)處理費(fèi)
  • 附加費(fèi)
  • 需求變更估算

5.軟件項(xiàng)目的進(jìn)度管理

5.1 任務(wù)定義及任務(wù)之間的關(guān)系

5.1.1項(xiàng)目的進(jìn)度管理的過(guò)程組

項(xiàng)目的進(jìn)度管理包含兩個(gè)過(guò)程組，規(guī)劃和監(jiān)控

規(guī)劃過(guò)程組：

• 規(guī)劃進(jìn)度管理
• 定義活動(dòng)
• 排列活動(dòng)順序
• 估算活動(dòng)資源
• 估算活動(dòng)持續(xù)時(shí)間
• 制定進(jìn)度計(jì)劃

監(jiān)控過(guò)程組：

• 控制進(jìn)度

5.1.2項(xiàng)目進(jìn)度管理兩大部分內(nèi)容

項(xiàng)目進(jìn)度管理包括兩大部分的內(nèi)容：

• 項(xiàng)目進(jìn)度計(jì)劃的制定
• 項(xiàng)目進(jìn)度計(jì)劃的執(zhí)行

5.1.3規(guī)劃進(jìn)度管理

• 一般地說(shuō)，對(duì)項(xiàng)目規(guī)模、成本和進(jìn)度的估算，基本上是同步進(jìn)行的。
• 任務(wù)定義活動(dòng)的主要作用是，將工作包分解為活動(dòng)，作為對(duì)項(xiàng)目工作進(jìn)行估算、進(jìn)度規(guī)劃、執(zhí)行、監(jiān)督和控制的基礎(chǔ)。
• 創(chuàng)建WBS過(guò)程已經(jīng)識(shí)別出WBS中最底層的可交付成果，即工作包。
• 工作包通常還應(yīng)進(jìn)一步細(xì)分為更小的組成部分，即“活動(dòng)”。

5.2 進(jìn)度管理圖示方法

甘特圖、里程碑計(jì)劃、關(guān)鍵路徑、網(wǎng)絡(luò)圖等知識(shí)點(diǎn)

5.2.1甘特圖

1.概念：

• 甘特圖（Gantt），由美國(guó)工程師和社會(huì)學(xué)家在1916年發(fā)明，又稱(chēng)橫道圖（Bar Chart，也稱(chēng)條形圖），是各種任務(wù)活動(dòng)與日歷表的對(duì)照?qǐng)D。表示甘特圖有兩種方式，一種是棒狀圖，另一種用三角形表示，其中空心表示計(jì)劃時(shí)間， 實(shí)心表示實(shí)際時(shí)間。

2.甘特圖類(lèi)型：

• 一種是（棒狀圖），另一種用三角形表示，其中空心表示計(jì)劃時(shí)間， 實(shí)心表示實(shí)際時(shí)間。

3.繪制甘特圖步驟

• （1）明確項(xiàng)目牽涉到的各項(xiàng)活動(dòng)、項(xiàng)目。內(nèi)容包括項(xiàng)目名稱(chēng)（包括順序）、開(kāi)始時(shí)間、工期，任務(wù)類(lèi)型（依物決定性）和依賴(lài)于哪一項(xiàng)任務(wù)。
• （2）創(chuàng)建甘特圖草圖。將所有的項(xiàng)目按照開(kāi)始時(shí)間、工期標(biāo)注到甘特圖上。
• （3）確定項(xiàng)目活動(dòng)依賴(lài)關(guān)系及時(shí)序進(jìn)度。使用草圖，并且按照項(xiàng)目的類(lèi)型將項(xiàng)目聯(lián)系起來(lái)，并且安排。此步驟將保證在未來(lái)計(jì)劃有所調(diào)整的情況下，各項(xiàng)活動(dòng)仍然能夠按照正確的時(shí)序進(jìn)行，也就是確保所有依賴(lài)性活動(dòng)能并且只能在決定性活動(dòng)完成之后按計(jì)劃展開(kāi)，同時(shí)避免關(guān)鍵性路徑過(guò)長(zhǎng)。
• （4）計(jì)算單項(xiàng)活動(dòng)任務(wù)的工時(shí)量。
• （5）確定活動(dòng)任務(wù)的執(zhí)行人員及適時(shí)按需調(diào)整工時(shí)。
• （6）計(jì)算整個(gè)項(xiàng)目時(shí)間。

4.甘特圖優(yōu)缺點(diǎn)

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

• 甘特圖清楚地表明了項(xiàng)目的計(jì)劃進(jìn)度，并能動(dòng)態(tài)地反映當(dāng)前開(kāi)發(fā)緊張情況

缺點(diǎn)：

• 不能表達(dá)出各任務(wù)之間復(fù)雜的邏輯關(guān)系
• 甘特圖大多用于小型項(xiàng)目。

5.2.2網(wǎng)絡(luò)圖法

1.簡(jiǎn)介：

• 網(wǎng)絡(luò)圖是以箭線和節(jié)點(diǎn)來(lái)表示各項(xiàng)工作及流程的有向、有序的網(wǎng)狀圖形。

2.網(wǎng)絡(luò)圖類(lèi)型：網(wǎng)絡(luò)圖按其表示方法的不同可分為兩種。

雙代號(hào)的工作是線來(lái)表示，單代號(hào)的是用節(jié)點(diǎn)進(jìn)行表示的

• 1.雙代號(hào)（Active On the Arrow，AOA）網(wǎng)絡(luò)圖

• 2.單代號(hào)（Activity On Node，AON）網(wǎng)絡(luò)圖（又稱(chēng)前導(dǎo)圖法（Precedence Diagramming Method，PDM））

5.2.3網(wǎng)絡(luò)圖法---雙代號(hào)AOA

雙代號(hào)網(wǎng)絡(luò)圖（Active On the Arrow，AOA）中的工作由帶有兩個(gè)節(jié)點(diǎn)的箭線來(lái)表示

5.2.4網(wǎng)絡(luò)圖法---單代號(hào)-AON或前導(dǎo)圖法-PDM

單代號(hào)網(wǎng)絡(luò)圖（Activity On Node，AON）中的工作用節(jié)點(diǎn)表示

5.2.5里程碑圖

1.里程碑法（Milestone）也稱(chēng)可交付成果法，是在橫道圖上或網(wǎng)絡(luò)圖上標(biāo)示出一些關(guān)鍵事項(xiàng)。

2.里程碑圖：里程碑圖僅標(biāo)出主要可交付成果和關(guān)鍵外部接口的計(jì)劃開(kāi)始或完成日期。

3.里程碑圖的繪制步驟：

（1）認(rèn)可最終的里程碑。

（2）集體討論所有可能的里程碑。

（3）審核備選里程碑。

（4）對(duì)結(jié)果路徑進(jìn)行實(shí)驗(yàn)。

（5）用連線表示里程碑之間的邏輯關(guān)系。

（6）確定最終的里程碑計(jì)劃。

5.2.6三個(gè)與時(shí)間相關(guān)的重要概念-檢查點(diǎn)，里程碑和基線

軟件開(kāi)發(fā)項(xiàng)目生命周期中有三個(gè)與時(shí)間相關(guān)的重要概念：檢查點(diǎn)、里程碑、基線

• 1.檢查點(diǎn)：是指在規(guī)定的時(shí)間間隔內(nèi)對(duì)項(xiàng)目進(jìn)行檢查，比較實(shí)際進(jìn)度與估算進(jìn)度計(jì)劃之間的差異，并根據(jù)差異做出調(diào)整。

• 2.里程碑：是指一個(gè)具有歷史意義的事件，通常代表項(xiàng)目工作中一個(gè)重要階段的完成。

• 3.基 線：則是指一個(gè)配置在項(xiàng)目不同時(shí)間點(diǎn)上通過(guò)正式評(píng)審而進(jìn)入正式受控的一種（里程碑）狀態(tài)。

三者的關(guān)系：重要的檢查點(diǎn)是里程碑，重要的需要客戶確認(rèn)的里程碑就是基線。

5.3 任務(wù)歷時(shí)估算

5.3.1任務(wù)歷時(shí)估算

1.什么是任務(wù)歷時(shí)估算？

• 任務(wù)歷時(shí)估計(jì)是基于資源估算的結(jié)果，估算完成單項(xiàng)活動(dòng)所需工作時(shí)段數(shù)的過(guò)程。

• 本過(guò)程的主要作用是確定完成每個(gè)活動(dòng)所需花費(fèi)的時(shí)間量，為制定進(jìn)度計(jì)劃過(guò)程提供主要的輸入。

2.常用的任務(wù)歷時(shí)估算的方法

• 1.參數(shù)估算法
• 2.經(jīng)驗(yàn)導(dǎo)出模型
• 3.PERT工程評(píng)估技術(shù)
• 4.類(lèi)比估算法

5.3.2參數(shù)估算法

參數(shù)估算法也稱(chēng)為定額估算法，是一種基于歷史數(shù)據(jù)和項(xiàng)目參數(shù)，使用某種算法來(lái)計(jì)算成本或持續(xù)時(shí)間的估算技術(shù)。公式：

• T：活動(dòng)歷時(shí)
• Q：任務(wù)工作量
• R：人力數(shù)量
• S：工作效率（貢獻(xiàn)率）

5.3.3任務(wù)歷時(shí)估算---經(jīng)驗(yàn)導(dǎo)出模型

經(jīng)驗(yàn)導(dǎo)出模型是根據(jù)大量的數(shù)據(jù)統(tǒng)計(jì)分析結(jié)果得出的經(jīng)驗(yàn)公式：

• D：歷時(shí)估計(jì)值，以月為單位
• E：工作量，以人月為單位
• a和b分別是參數(shù)，a取值在2~4，b取值為1/3左右。

5.3.4任務(wù)歷時(shí)估算---PERT工程評(píng)估技術(shù)

1.簡(jiǎn)介：

• PERT(Program Evaluation and Review Technique)即計(jì)劃評(píng)審技術(shù)，最早是由美國(guó)海軍在計(jì)劃和控制北極星導(dǎo)彈的研制時(shí)發(fā)展起來(lái)的。PERT技術(shù)使原先估計(jì)的、研制北極星潛艇的時(shí)間縮短了兩年。

• 簡(jiǎn)單地說(shuō)，PERT是利用網(wǎng)絡(luò)分析制定計(jì)劃以及對(duì)計(jì)劃予以評(píng)價(jià)的技術(shù)。它能協(xié)調(diào)整個(gè)計(jì)劃的各道工序，合理安排人力、物力、時(shí)間、資金，加速計(jì)劃的完成。

• PERT網(wǎng)絡(luò)是一種類(lèi)似流程圖的箭線圖。它描繪出項(xiàng)目包含的各種活動(dòng)的先后次序，標(biāo)明每項(xiàng)活動(dòng)的時(shí)間或相關(guān)的成本。

5.3.5任務(wù)歷時(shí)估算---PERT工程評(píng)估技術(shù)的三個(gè)重要概念

需要明確三個(gè)概念：事件、活動(dòng)和關(guān)鍵路線。

1、事件（Events）表示主要活動(dòng)結(jié)束的那一點(diǎn)；

2、活動(dòng)（Activities）表示從一個(gè)事件到另一個(gè)事件之間的過(guò)程；

3、關(guān)鍵路線（Critical Path）是PERT網(wǎng)絡(luò)中花費(fèi)時(shí)間最長(zhǎng)的事件和活動(dòng)的序列。

5.3.6任務(wù)歷時(shí)估算---PERT工程評(píng)估技術(shù)的計(jì)算方法

1.工程評(píng)估評(píng)審技術(shù)（PERT)-加權(quán)算法

• 它是基于對(duì)某項(xiàng)任務(wù)的樂(lè)觀，悲觀以及最可能的概率時(shí)間估計(jì)

• 采用加權(quán)平均得到期望值

• O：最小估算值：樂(lè)觀(Optimistic)
• P：最大估算值：悲觀(Pessimistic)
• M：最大可能估算(Most Likely)。
• 標(biāo)準(zhǔn)差：σ = （最大估算值-最小估算值）/ 6
• 方 差：σ2 = [(最大估算值-最小估算值）/ 6]2

2.對(duì)于一個(gè)項(xiàng)目而言，需要估算網(wǎng)絡(luò)圖中串聯(lián)的若干活動(dòng)的歷時(shí)。

期望值和標(biāo)準(zhǔn)差的計(jì)算方法如下：

期望值：

方差：

標(biāo)準(zhǔn)差：

3.根據(jù)概率分布理論，對(duì)于遵循正態(tài)概率分布的均值E而言，"E"±𝜎的概率分布是68.3%， "E"±2𝜎的概率分布是95.5%， "E"±3𝜎的概率分布是99.7%。

5.3.5任務(wù)歷時(shí)估算---類(lèi)比估算法

類(lèi)比估算是一種使用相似活動(dòng)或項(xiàng)目的歷史數(shù)據(jù)估算當(dāng)前活動(dòng)或項(xiàng)目的持續(xù)時(shí)間或成本的技術(shù)。

類(lèi)比估算以過(guò)去類(lèi)似項(xiàng)目的參數(shù)值（如持續(xù)時(shí)間、預(yù)算、規(guī)模、質(zhì)量和復(fù)雜性等）為基礎(chǔ)來(lái)估算未來(lái)項(xiàng)目的同類(lèi)參數(shù)或指標(biāo)。

相對(duì)于其他估算技術(shù)，類(lèi)比估算通常成本較低、耗時(shí)較少，但準(zhǔn)確性也較低。

5.4 進(jìn)度計(jì)劃編排

5.4.1進(jìn)度計(jì)劃編排---關(guān)鍵路徑法

1.關(guān)鍵路徑法（Critical Path Method，CPM）是一項(xiàng)用于確定軟件項(xiàng)目的起始時(shí)間和完工時(shí)間的方法。 CPM是一種最常用的數(shù)學(xué)分析技術(shù)，即根據(jù)指定的網(wǎng)絡(luò)順序邏輯關(guān)系和單一的歷時(shí)估算，計(jì)算每一個(gè)活動(dòng)的單一的、確定的最早和最遲開(kāi)始和完成日期。

5.4.2進(jìn)度計(jì)劃編排---關(guān)鍵路徑法特征

關(guān)鍵路徑具有下列特征：

• 網(wǎng)絡(luò)圖上至少存在一條關(guān)鍵路徑。
• 關(guān)鍵路徑是網(wǎng)絡(luò)圖中的最長(zhǎng)路徑。
• 關(guān)鍵路徑的工期是完成項(xiàng)目的最短工期。
• 關(guān)鍵路徑是動(dòng)態(tài)變化的，隨著項(xiàng)目的進(jìn)展，非關(guān)鍵路徑可能會(huì)變成關(guān)鍵路徑。
• 關(guān)鍵路徑上的活動(dòng)是關(guān)鍵活動(dòng)，任何關(guān)鍵活動(dòng)的延遲都會(huì)導(dǎo)致整個(gè)項(xiàng)目完成的延遲。

5.4.3進(jìn)度計(jì)劃編排---關(guān)鍵路徑法例題

1.題目?jī)?nèi)容：字母A、B、C、D、E、F、G、H、I、J代表了項(xiàng)目中需要進(jìn)行的子項(xiàng)目或工作包，連線箭頭則表明了工作包之間的關(guān)系，節(jié)點(diǎn)數(shù)字1，2，3，4，5，6，7，8則表明的是一種狀況，從1開(kāi)始，到8結(jié)束，中間的數(shù)字則表明上一工作包的結(jié)束和下一工作包的開(kāi)始。

解答：

• A+D+H+J=1+4+6+3=14（天）
• B+E+H+J=2+5+6+3=16（天） 最長(zhǎng)
• B+F+J=2+4+3=9（天）
• C+G+I+J=3+6+2=3=14（天）

關(guān)鍵路徑是該圖中最長(zhǎng)的路徑，即路徑2，由B，E，H，J組成，歷時(shí)16天。

關(guān)鍵路徑反映了完成項(xiàng)目需要的最短時(shí)間，其所有的組成工作包的執(zhí)行情況都應(yīng)給與密切關(guān)注，避免項(xiàng)目的延期完成。

關(guān)鍵活動(dòng)在資源管理上享有最高的優(yōu)先權(quán)。

5.4.3進(jìn)度計(jì)劃編排---關(guān)鍵路徑法和計(jì)劃評(píng)審技術(shù)（PERT）比較

1.計(jì)劃評(píng)審技術(shù)（PERT）和關(guān)鍵路徑法（CPM）基本上一樣，唯一的區(qū)別是計(jì)劃評(píng)審技術(shù)的每個(gè)活動(dòng)的工期不是確定的，而是包括了悲觀值，樂(lè)觀值和最有可能值三個(gè)值。

2.關(guān)鍵路徑法是用尋找關(guān)鍵路徑及其時(shí)間長(zhǎng)度來(lái)確定項(xiàng)目的完成日期與總工期的方法。

3.根據(jù)繪制方法的不同，關(guān)鍵路徑法可以分為兩種：即箭線圖（ADM）和前導(dǎo)圖（PDM）。

• 箭線圖（ADM）法又稱(chēng)為雙代號(hào)網(wǎng)絡(luò)圖法

• 前導(dǎo)圖（PDM）法又稱(chēng)為單代號(hào)網(wǎng)絡(luò)圖法

6.質(zhì)量管理與配置管理

6.1項(xiàng)目質(zhì)量的定義

6.1.1三體系認(rèn)證是什么

三體系認(rèn)證：即ISO9001認(rèn)證、ISO14001認(rèn)證和OHSAS18001認(rèn)證的統(tǒng)稱(chēng)。

• ISO9001：質(zhì)量管理體系認(rèn)證
• ISO14001：環(huán)境管理體系認(rèn)證
• OHSAS18001：職業(yè)健康安全管理體系

6.1.2質(zhì)量管理的8大原則

以顧客為關(guān)注焦點(diǎn)

領(lǐng)導(dǎo)作用

全員參與

過(guò)程方法

管理的系統(tǒng)方法

持續(xù)跟進(jìn)

互利的供方關(guān)系

6.1.3推行ISO9001有如下五個(gè)必不可少的過(guò)程

知識(shí)準(zhǔn)備－立法－宣貫－執(zhí)行－監(jiān)督、改進(jìn)。

6.1.4質(zhì)量的定義

ISO9000的定義是：一組固有特性滿足需求的程度。 需求指明示的、通常隱含的或必須履行的需求或期望 特性是指可區(qū)分的特征，可以是固有的或賦予的、定性的或定量的、有各種類(lèi)別的（物理的、感官的、行為的、時(shí)間的、功能的等）

一般說(shuō)來(lái)，質(zhì)量的內(nèi)涵包括功能、美學(xué)性、特殊性、一致性、安全性、可靠性、壽命、售后服務(wù)等多方面。

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

項(xiàng)目質(zhì)量管理主要包括質(zhì)量規(guī)劃、質(zhì)量保證及質(zhì)量控制等三個(gè)過(guò)程。

• 質(zhì)量計(jì)劃：確定適合于項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)并決定如何滿足這些標(biāo)準(zhǔn)。

• 質(zhì)量保證：用于有計(jì)劃、系統(tǒng)的質(zhì)量活動(dòng)（例如審計(jì)或同行審查），確保項(xiàng)目中的所有必須過(guò)程滿足項(xiàng)目干系人的期望。

• 質(zhì)量控制：監(jiān)控具體項(xiàng)目結(jié)果以確定其是否符合相關(guān)質(zhì)量標(biāo)準(zhǔn)，制定有效方案，以消除產(chǎn)生質(zhì)量問(wèn)題的原因。

6.1.6質(zhì)量的形成

質(zhì)量形成于產(chǎn)品或者服務(wù)的開(kāi)發(fā)過(guò)程中，而不是事后的檢查（測(cè)試）把關(guān)等。

6.1.7質(zhì)量成本

質(zhì)量成本是由于產(chǎn)品的第一次工作不正常而衍生的附加花費(fèi)，包括兩部分

• 預(yù)防成本
• 缺陷成本

6.1.8質(zhì)量管理的對(duì)象

過(guò)程的質(zhì)量 產(chǎn)品的質(zhì)量

6.2質(zhì)量規(guī)劃

6.2.1質(zhì)量規(guī)劃

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

6.2.2質(zhì)量計(jì)劃方法

• 成本/效益分析
• 基準(zhǔn)分析
• 實(shí)驗(yàn)設(shè)計(jì)
• 質(zhì)量成本

6.3質(zhì)量保證

6.3.1質(zhì)量保證的要點(diǎn)

1.對(duì)項(xiàng)目進(jìn)行評(píng)價(jià)

2.推測(cè)能否達(dá)到質(zhì)量指標(biāo)

3.建立對(duì)項(xiàng)目的信心

6.3.2質(zhì)量保證活動(dòng)-審計(jì)

• 審計(jì)(Audit) 是對(duì)過(guò)程或者產(chǎn)品的一次獨(dú)立評(píng)估。將審核的主體與為該主體以前建立的一組規(guī)程和標(biāo)準(zhǔn)進(jìn)行比較。
• 目的是確保真正的遵循了這一個(gè)過(guò)程，產(chǎn)生了合適的文檔和精確反映實(shí)際項(xiàng)目的報(bào)告。
• 可以預(yù)先規(guī)劃的，也可以是臨時(shí)決定的。

6.3.3軟件項(xiàng)目中常用的質(zhì)量保證活動(dòng)

項(xiàng)目執(zhí)行過(guò)程審計(jì) 項(xiàng)目產(chǎn)品審計(jì)

6.4質(zhì)量控制

6.4.1質(zhì)量控制要點(diǎn)

1.檢查工作結(jié)果

2.按照標(biāo)準(zhǔn)跟蹤檢查

3.確定措施消滅質(zhì)量問(wèn)題

6.4.2質(zhì)量控制活動(dòng)

• 技術(shù)評(píng)審
• 代碼走查
• 測(cè)試
• 返工

補(bǔ)充A1-功能點(diǎn)估算

A1.1概念

1.1.1識(shí)別功能點(diǎn)的重要

功能點(diǎn)估算法是軟件項(xiàng)目管理眾多知識(shí)中比較有技術(shù)含量的一個(gè)。在軟件項(xiàng)目管理中項(xiàng)目計(jì)劃制定的優(yōu)劣直接關(guān)系到項(xiàng)目的成敗，項(xiàng)目計(jì)劃中對(duì)項(xiàng)目范圍的估算又尤為重要，如果項(xiàng)目負(fù)責(zé)人對(duì)項(xiàng)目的規(guī)模沒(méi)有一個(gè)比較客觀的認(rèn)識(shí)，沒(méi)有對(duì)工作量、所需資源、完工時(shí)間等因素進(jìn)行估算，那么項(xiàng)目計(jì)劃也就沒(méi)有存在的意義。

1.1.2適用范圍

適合： -以數(shù)據(jù)和交互處理為中心 -以功能多少為主要造價(jià)格制約因素 -如：電子政務(wù)、銀行電信的用戶和業(yè)務(wù)管理系統(tǒng) 不適合： -數(shù)據(jù)處理過(guò)程復(fù)雜 -創(chuàng)意型軟件 -對(duì)性能和質(zhì)量有特殊要求的 -如：視頻和圖像處理軟件，殺毒軟件、網(wǎng)絡(luò)游戲

1.1.3是被項(xiàng)目的類(lèi)型

國(guó)際IFPUG組織將軟件項(xiàng)目分為三類(lèi)，功能點(diǎn)估算法適用于任何一類(lèi)項(xiàng)目：

• 新開(kāi)發(fā)項(xiàng)目
• 二次開(kāi)發(fā)的項(xiàng)目
• 功能增強(qiáng)的項(xiàng)目

從使用者的角度，而非制造者的角度

• --存儲(chǔ)哪些數(shù)據(jù)信息
• --如何來(lái)處理這些數(shù)據(jù)

A1.2估算步驟

1.2.1估算步驟

具體步驟包括：

識(shí)別功能點(diǎn)的類(lèi)型。

識(shí)別待估算應(yīng)用程序的邊界和范圍。

計(jì)算數(shù)據(jù)類(lèi)型功能點(diǎn)所提供的未調(diào)整的功能點(diǎn)數(shù)量。

計(jì)算人機(jī)交互功能所提供的未調(diào)整的功能點(diǎn)數(shù)量。

確定調(diào)整因子。

計(jì)算調(diào)整后的功能點(diǎn)數(shù)量。

補(bǔ)充A2-掙值

1.1“掙值”

1.1.1什么是”掙值“

白話：活兒干了一部分，實(shí)際干了的這部分活兒按計(jì)劃應(yīng)該花多少錢(qián)，是掙值。

1.掙值（EV，Earned Value），指項(xiàng)目實(shí)施過(guò)程中某階段實(shí)際完成工作量及按預(yù)算定額計(jì)算出來(lái)的工時(shí)（或費(fèi)用）。又叫已完成工作量的預(yù)算成本（BCWP，Budgeted Cost for Work Performed）。

2.掙值的計(jì)算公式：

EV=BCWP=已完成工作量*預(yù)算定額

1.1.2掙值的案例

白話：活兒干了一部分，實(shí)際干了的這部分活兒按計(jì)劃應(yīng)該花多少錢(qián)，就是掙值。

1.問(wèn)：按計(jì)劃做一套煎餅果子要5元，今天做了100套，掙值是多少？

• 答：EV=5*100=500

2.問(wèn):按計(jì)劃，做一套煎餅果子要5塊錢(qián)，不過(guò)今天雞蛋便宜，現(xiàn)在實(shí)際上一套成本只要4塊錢(qián)。原計(jì)劃今天做100套，實(shí)際上偷了會(huì)兒懶兒，只做了90套。掙值是多少?

• 答：EV= 5*90=450

1.2掙值方法的基本參數(shù)

1.2.1ACWP（已完成工作量的實(shí)際費(fèi)用

ACWP白話解釋：到目前為止所完成工作的實(shí)際成本。它表示“到日期為止所完成工作的實(shí)際成本。”說(shuō)明了“到該日期為止實(shí)際花了多少錢(qián)”) 如：4*90=360

1.ACWP（已完成工作量的實(shí)際費(fèi)用）:ACWP指項(xiàng)目實(shí)施過(guò)程中某階段實(shí)際完成的工作量所消耗的工時(shí)（或費(fèi)用）。ACWP主要反映項(xiàng)目執(zhí)行的實(shí)際消耗指標(biāo)。(ACMP也稱(chēng)為AC，即實(shí)際成本)

1.2.2BCWP（已完工作量的預(yù)算成本）

BCWP白話解釋：已完成工作的預(yù)算成本，到目前為止已經(jīng)完成的工作的原來(lái)預(yù)期成本。

它表示“到該日期為止完成了多少工作？” 如：5*90=450

BCWP（已完工作量的預(yù)算成本）:BCWP是指項(xiàng)目實(shí)施過(guò)程中某階段按實(shí)際完成工作量及按預(yù)算定額計(jì)算出來(lái)的費(fèi)用，即掙得值(Earned Value),或稱(chēng)掙值、盈值和掙得值。(BCMP也稱(chēng)為EV，即掙值)

BCWP的計(jì)算公式為：ＢＣＷＰ=已完工作量×預(yù)算定額。(實(shí)質(zhì)是將已完成的工作量用預(yù)算費(fèi)用來(lái)度量)

1.2.3BCWS（計(jì)劃工作量的預(yù)算費(fèi)用）

BCWS白話解釋：到目前為止的總預(yù)算成本。

它表示“到目前為止原來(lái)計(jì)劃成本是多少？”或者“到該日期為止應(yīng)該完成的工作是多少？” 如：5*100=500

BCWS（計(jì)劃工作量的預(yù)算費(fèi)用）:BCWS是指項(xiàng)目實(shí)施過(guò)程中某階段計(jì)劃要求完成的工作量所需的預(yù)算費(fèi)用。計(jì)算公式為：BCWS=計(jì)劃工作量×預(yù)算定額。BCWS主要是反映進(jìn)度計(jì)劃應(yīng)當(dāng)完成的工作量(用費(fèi)用表示)。

BCWS是與時(shí)間相聯(lián)系的，當(dāng)考慮資金累計(jì)曲線時(shí)，是在 項(xiàng)目預(yù)算s曲線上的某一點(diǎn)的值。當(dāng)考慮某一項(xiàng)作業(yè)或某一時(shí)間段時(shí)，例如某一月份，bcws是該作業(yè)或該月份包含作業(yè)的預(yù)算費(fèi)用。(BCWS也稱(chēng)為PV,即計(jì)劃值)

1.3掙值分析法的四個(gè)評(píng)價(jià)指標(biāo)

四個(gè)評(píng)價(jià)指標(biāo)：進(jìn)度偏差（SV）、成本偏差（CV）、成本執(zhí)行指數(shù)（CPI）和進(jìn)度執(zhí)行指標(biāo)（SPI）

1.3.1進(jìn)度偏差

進(jìn)度偏差（SV，Schedule Variance）SV是指檢查日期EV和PV之間的差異： SV=EV-PV=BCWP-BCWS 當(dāng)SV為正值時(shí)，表示進(jìn)度提前； 當(dāng)SV等于零時(shí)，表示實(shí)際與計(jì)劃相符。 當(dāng)SV為負(fù)值時(shí)，表示進(jìn)度延誤。

1.3.2成本偏差

成本偏差（CV，Cost Variance）。CV是指檢查期間EV和AC之間的差異： CV=EV-AC=BCWP-ACWP 當(dāng)CV為正值時(shí)，表示實(shí)際消耗的人工（或費(fèi)用）低于預(yù)算值，即有結(jié)余或效率高； 當(dāng)CV等于零時(shí)，表示實(shí)際消耗的人工（或費(fèi)用）等預(yù)算值； 當(dāng)CV為負(fù)值時(shí)，表示實(shí)際消耗的人工（或費(fèi)用）超出預(yù)算值或超支。

1.3.3成本執(zhí)行指數(shù)（CPI）

費(fèi)用執(zhí)行指標(biāo)（CPI，Cost Performed Index）。指預(yù)算費(fèi)用與實(shí)際費(fèi)用之比（或工時(shí)值之比）： CPI=EV/AC=BCWP/ACWP 當(dāng)CPI>1時(shí)，表示低于預(yù)算，即實(shí)際費(fèi)用低于預(yù)算費(fèi)用； 當(dāng)CPI=1時(shí)，表示實(shí)際費(fèi)用與預(yù)算費(fèi)用溫和； 當(dāng)CPI<1時(shí)，表示超出預(yù)算，即實(shí)際費(fèi)用高于預(yù)算費(fèi)用；

1.3.4和進(jìn)度執(zhí)行指標(biāo)（SPI）

進(jìn)度績(jī)效指標(biāo)（Shedul Performed Index）。指項(xiàng)目掙值與計(jì)劃值之比： SPI=EV/PV=BCWP/BCWS ,

當(dāng)SPI>1時(shí)，表示進(jìn)度超前 當(dāng)SPI=1時(shí)，表示實(shí)際進(jìn)度與計(jì)劃進(jìn)度相同 當(dāng)SPI<1時(shí)，表示進(jìn)度延誤

1.4掙值管理

• 掙值管理是項(xiàng)目管理的一種方法，主要用于項(xiàng)目成本和進(jìn)度的監(jiān)控 掙值通過(guò)項(xiàng)目開(kāi)始時(shí)的計(jì)劃與所完成的工作進(jìn)行比較，給出了一個(gè)項(xiàng)目何時(shí)完工的估算，通過(guò)從項(xiàng)目已經(jīng)完工的部分進(jìn)行推算，項(xiàng)目經(jīng)理可以估計(jì)出項(xiàng)目完工的時(shí)候，將會(huì)花費(fèi)多少資源。 這項(xiàng)技術(shù)基于關(guān)鍵路徑的概念。

• 另一個(gè)項(xiàng)目績(jī)效測(cè)量和管理技術(shù)是關(guān)鍵鏈，它使用的是緩沖管理。原因是掙值管理方法不能區(qū)別基于項(xiàng)目約束（例如：項(xiàng)目的關(guān)鍵鏈）的進(jìn)度和基于非約束（例如：項(xiàng)目路徑網(wǎng)絡(luò)中的其他路徑）的進(jìn)度，這在某些時(shí)候會(huì)造成項(xiàng)目經(jīng)理為了追求更好的掙值測(cè)量，而以關(guān)鍵任務(wù)成本來(lái)急于完成非關(guān)鍵的任務(wù)，導(dǎo)致項(xiàng)目完工的推延。這是一個(gè)局部最優(yōu)的例子，問(wèn)題在于缺乏局部測(cè)量與整體測(cè)量的從屬關(guān)系。

1.5掙值管理的使用

項(xiàng)目經(jīng)理需要下列首要數(shù)據(jù)：

• 工作分解結(jié)構(gòu) (WBS): 以層次化分解的所有任務(wù)的列表。
• 項(xiàng)目主進(jìn)度計(jì)劃(PMS): 關(guān)于那些任務(wù)將完成以及誰(shuí)完成的甘特圖
• 計(jì)劃完成的工作的預(yù)計(jì)成本(計(jì)劃值): 每一個(gè)周期預(yù)計(jì)當(dāng)前完成的工作的預(yù)算。
• 實(shí)際完成的工作的預(yù)計(jì)成本(掙值): 每一個(gè)周期當(dāng)前實(shí)際完成的工作的預(yù)算。
• 實(shí)際完成的工作的實(shí)際成本(實(shí)際成本): 每一個(gè)周期工作的實(shí)際成本。
• 項(xiàng)目總預(yù)算(BAC): 預(yù)計(jì)用于完成項(xiàng)目所花費(fèi)的總預(yù)算。

總結(jié)

以上是生活随笔為你收集整理的软件项目管理的重点知识的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。