軟件項目考試范圍含簡答答案

1、軟件項目考試范圍（含簡答答案）填空題項目管理的九大知識領(lǐng)域：項目集成管理、項目范圍管理、項目時間管理、項目成本管理、項目質(zhì)量管理、項目人力資源管理、項目溝通管理、項目風(fēng)險管理、項目采購管理。項目管理的5個標準化過程組：啟動過程組、計劃過程組、執(zhí)行過程組、控制過程組、收尾過程組。軟件項目管理的4個階段：項目初始、項目計劃、項目執(zhí)行控制、項目結(jié)束。招標文件的類型主要有：招標邀請、建議書提交邀請、報價邀請、談判邀請。瀑布模型的生存期主要有：需求分析、設(shè)計、實施、測試、維護。V模型的生存期主要有：項目規(guī)劃、需求分析、概要設(shè)計、詳細設(shè)計、編碼和調(diào)試、單元測試、集成測試、系統(tǒng)測試、接收測試。螺旋式模型每個

2、循環(huán)步驟包括的四個階段：制訂計劃、風(fēng)險分析、實施工程、客戶評估。需求驗證包括幾個方面：需求的正確性、需求的一致性、需求的完整性、需求的可行性、需求的必要性、需求的可檢驗性、需求的可跟蹤性、最后的簽字。WBS分解的方法主要有：模板參照、類比、自頂向下、和自底向上。10、任務(wù)之間的關(guān)系主要有：強制性依賴關(guān)系、軟邏輯關(guān)系、外部依賴關(guān)系。11、進度管理的圖示主要有：甘特圖、網(wǎng)絡(luò)圖、里程碑圖、資源圖。12、進度估算中，定額估算法的公式為：T=Q/(R*S)，T:活動持續(xù)時間，Q:活動的工作量，R:人力或設(shè)備的數(shù)量，S:產(chǎn)量定額,以單位時間完成的工作量表示。13、進度估算中，經(jīng)驗導(dǎo)出模型為：D=a*E e

3、xp(b)，D:月進度，E：人月工作量，a是24之間的參數(shù)，b為1/3左右的參數(shù)，它們是依賴于項目自然屬性的參數(shù)。14、Pert評審技術(shù)中，Pert估算值為：（O+4m+P)/6，O是項目完成的最小估算值或是最樂觀值；P是項目完成的最大估算值或是最悲觀值；M是項目完成的最大可能估算值。15、IBM開發(fā)的功能點計算中，技術(shù)復(fù)雜度因子為：TCF=0.65+Fi/100,TCF表示技術(shù)復(fù)雜度因子，F(xiàn)i為每個通用系統(tǒng)特性的影響程度，i代表每個通用系統(tǒng)特性，取值114；表示所有14項通用系統(tǒng)特性的和。P9416、IBM開發(fā)的功能點計算中，將組件分為：內(nèi)部邏輯文件、外部輸入、外部輸出、外部查詢、外部接口文

4、件。17、軟件成本估算中，參數(shù)模型估算法的靜態(tài)單變量模型：E=a+b*S exp(c)，E是以人月表示的工作量；a、b、c是經(jīng)驗導(dǎo)出的系數(shù)；S為估算變量，是主要的輸入?yún)?shù)（通常是LOC，F(xiàn)P等）。P9818、軟件成本估算法，參數(shù)模型估算法的動態(tài)多變量模型：E=（LOC*B exp(0.333)/P）exp(3)*（1/t）exp(4)，E是以人月或人年為單位的工作量，t是以月或年為單位的項目持續(xù)時間，B是特殊技術(shù)因子，KLOC=515，B=0.16，對于超過70KLOC的程序，B=0.39，P是生產(chǎn)率參數(shù)。19、估算誤差，在合同前，準確度為：-25%+75% ，是概念和啟動階段，決策；合同期，

5、準確度為：-10%+25%，是編制初步計劃；確定級估算為-5%+10%，是任務(wù)分解后的詳細計劃。20、軟件質(zhì)量框架包括：質(zhì)量特征 質(zhì)量子特征 度量因子三層結(jié)構(gòu)模型。P11321、軟件質(zhì)量管理的過程主要： 質(zhì)量規(guī)劃、質(zhì)量保證、質(zhì)量控制。22、軟件項目的基本組織結(jié)構(gòu)：職能型、項目型、矩陣型。23、項目風(fēng)險從范圍角度看，風(fēng)險分為：商業(yè)風(fēng)險、管理風(fēng)險、人員風(fēng)險、技術(shù)風(fēng)險、開發(fā)環(huán)境風(fēng)險、客戶風(fēng)險、過程風(fēng)險、產(chǎn)品規(guī)模風(fēng)險等。24、風(fēng)險識別的方法： 德爾菲方法、頭腦風(fēng)暴法、情景分析法、風(fēng)險條目檢查表。（注：風(fēng)險識別的輸出是風(fēng)險列表）25、風(fēng)險條目檢查表：基于關(guān)鍵域的檢查表、基于三層結(jié)構(gòu)的檢查表、基于生存期的

6、檢查表。26、軟件的配置管理：配置項標識、變更控制、配置項狀態(tài)統(tǒng)計、配置項審計等活動。27、基線變更包括：變更請求、 變更評估、變更的批準或者拒絕、變更實現(xiàn)。28、軟件配置管理過程中涉及的主要角色：項目經(jīng)理、配置控制委員會、配置管理員、開發(fā)人員。29、配置管理的三個要素：人、規(guī)范、工具。30、軟件團隊管理包括：創(chuàng)建有實際存在感的項目團隊、建立獎勵機制、確立良好人際關(guān)系、設(shè)置工作授權(quán)系統(tǒng)。31、合同的生存期：合同準備、合同簽署、合同管理、合同終止。二、簡答題：1、項目概念，項目特征？P1答：項目是為了創(chuàng)造一個唯一的產(chǎn)品或提供一個唯一的服務(wù)而進行的臨時性的努力。 特征：有明確的目標項目之間的活動具

7、有相關(guān)性限定的周期有獨特性資源成本的約束性 項目的不確定性 2、項目目標成功實現(xiàn)的制約因素？P3答：工作范圍、成本、進度計劃、客戶滿意度3、項目管理、軟件項目管理的概念？P3答：項目管理是一系列的伴隨著項目的進行而進行的、目的是為了確保項目能夠達到期望的結(jié)果的一系列管理行為。軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本、進度、質(zhì)量順利完成，而對成本、人員、進度、質(zhì)量、風(fēng)險等進行分析和管理的活動。4、項目管理的5個要素？P6技術(shù)（Technical) 方法（Methodology）團隊建設(shè)（Team Building）信息（Information）溝通（Communication：80% jo

8、bs):5、項目管理的知識領(lǐng)域?P8項目集成管理 項目范圍管理項目時間管理項目成本管理項目質(zhì)量管理項目資源管理項目溝通管理項目風(fēng)險管理項目采購管理6、項目管理的生命周期？P107、招標定義過程？P19需求定義商務(wù)條件確定驗收標準確定資料匯集采購需求認可 編寫招標文件 需方申請招標文件 8、競標過程？P23技術(shù)能力要求確定人力資源要求確定實現(xiàn)環(huán)境要求確定企業(yè)能力判定評估結(jié)果評審能力評估結(jié)果需求分析報告項目計劃需求成熟度評估用戶支持保證評估用戶資金保證評估項目決策編寫項目建議書項目建議書可行性分析參加競標資金、管理要求確定9、項目生存模型P28瀑布Waterfall在項目開始前,項目的需求很明確在

9、項目開始前,解決方案也很明確類似的項目如：公司的財務(wù)系統(tǒng)、庫存管理系統(tǒng)、短期項目V模型V-shaped在項目開始前,項目的需求很明確在項目開始前,解決方案也很明確對系統(tǒng)的性能安全很嚴格的項目類似的項目如：航天飛機等、公司的財務(wù)系統(tǒng)原型Prototyping在項目開始前,項目的需求不明確需要減少項目需求的不確定性類似的項目如：確定顯示界面、第一次開發(fā)的產(chǎn)品，驗證可行性增量Incremental項目開始，明確了需求的大部分，但是需求可能會發(fā)生變化對于市場和用戶把握不是很準，需要逐步了解對于有龐大和復(fù)雜功能的系統(tǒng)進行功能改進，就需要一步一步實施的。螺旋式Spiral風(fēng)險是主要的制約因素不確定因素和風(fēng)

10、險限制了項目進度用戶對自己的需求也不是很明確需要對一些基本的概念進行驗證可能發(fā)生一些重大的變更項目規(guī)模很大、項目中采用了新技術(shù)快速應(yīng)用開發(fā)RAD很小并且具有探索性質(zhì)的項目適合一個復(fù)雜度從小到大變化的項目，例如重整企業(yè)的信息系統(tǒng)漸近式階段可以適合任何規(guī)模的項目，主要是中型或大型項目希望隨時看到未來的項目10、軟件需求層次 P4511、需求管理過程P4612、需求管理主要工作流程P53建立需求基線 確定需求變更控制過程建立變更控制委員會SCCB進行需求變更影響分析跟蹤所有受需求變更影響的工作產(chǎn)品建立需求基準版本和需求控制版本文檔維護需求變更的歷史記錄跟蹤每項需求的狀態(tài)衡量需求穩(wěn)定性13、WBS分解

11、步驟及分解標準 P56、57 答：步驟確認并分解項目的組成要素確定分解標準確定分解是否詳細確定項目交付成果驗證分解的正確性(建立編號) 標準： 進行任務(wù)分解的標準應(yīng)該統(tǒng)一，不能有雙重標準，選擇一種項目分解標準之后，在分解過程中應(yīng)統(tǒng)一使用此標準，避免使用不同標準導(dǎo)致的混亂?？梢圆捎蒙嫫跇藴?；或者以功能組成為標準；或其他方法。14、任務(wù)關(guān)聯(lián)的4種關(guān)系 P66 15、進度管理圖示有 P67網(wǎng)絡(luò)圖甘特圖里程碑圖資源圖16、進度估算方法 P71-P73基于規(guī)模的進度估算，定額估算法T=Q/(R*S)T:活動持續(xù)時間 Q:活動的工作量R:人力或設(shè)備的數(shù)量 S:產(chǎn)量定額,以單位時間完成的工作量表示經(jīng)驗導(dǎo)出

12、模型D=a*E exp(b) ：D:月進度 E：人月工作量a=24 b:1/3左右:依賴于項目的自然屬性CPMPERT工程評估評審技術(shù)采用加權(quán)平均得到期望值E=（O+4m+P)/6，O是最小估算值:樂觀(Optimistic)， P是最大估算值:悲觀(Pessimistic)，M是最大可能估算(Most Likely)。標準差 =(最大估算值-最小估算值)/6方差 2 = (最大估算值-最小估算值)/6 基于進度表的進度估算類推估計方法模擬估計方法基于承諾的進度估計Jones的一階估算準則其它策略17、Pert評審原理及概率 P72 例一PERT工程評估評審技術(shù)采用加權(quán)平均得到期望值E=（O+

13、4m+P)/6，O是最小估算值:樂觀(Optimistic)， P是最大估算值:悲觀(Pessimistic)，M是最大可能估算(Most Likely)。標準差 =(最大估算值-最小估算值)/6方差 2 = (最大估算值-最小估算值)/6 18、關(guān)鍵路徑法、正推與逆推法 見PPT 3P76關(guān)鍵路徑是決定項目完成的最短時間。是時間浮動為0（Float=0）的路徑,網(wǎng)絡(luò)圖中最長的路徑關(guān)鍵路徑上的任何活動延遲，都會導(dǎo)致整個項目完成時間的延遲按照時間順序計算最早開始時間和最早完成時間的方法,稱為正推法.首先建立項目的開始時間項目的開始時間是網(wǎng)絡(luò)圖中第一個活動的最早開始時間從左到右，從上到下進行任務(wù)編

14、排 當(dāng)一個任務(wù)有多個前置時，選擇其中最大的最早完成日期作為其后置任務(wù)的最早開始日期公式:ES+Duration=EFEF+Lag=ESs按照逆時間順序計算最晚開始時間和最晚結(jié)束時間的方法,稱為逆推法. 首先建立項目的結(jié)束時間項目的結(jié)束時間是網(wǎng)絡(luò)圖中最后一個活動的最晚結(jié)束時間從右到左，從上到下進行計算 當(dāng)一個前置任務(wù)有多個后置任務(wù)時，選擇其中最小最晚開始日期作為其前置任務(wù)的最晚完成日期公式:LF-Duration=LSLS-Lag=LFp19、時間壓縮法 P78 例220、關(guān)鍵路徑法與關(guān)鍵鏈法在預(yù)留時間上處理不同（不考）一前一后21、成本估算定義 P90 答：軟件的成本估算是成本管理的核心，是預(yù)

15、測開發(fā)一個軟件系統(tǒng)所需要的總工作量的過程，軟件開發(fā)成本是指軟件開發(fā)過程中所花費的工作量及相應(yīng)的代價。22、成本估算方法 P91代碼行、功能點類比 (自頂向下)估算法自下而上估算法參數(shù)法估算法專家估算法23、功能點估算中，系統(tǒng)分成哪5類組成。內(nèi)部邏輯文件外部輸入外部輸出外部查詢外部接口文件24、理解COCOMO模型，包括、模型（不考）25、項目報價P109（重點）獲取項目分解結(jié)果WBS 任務(wù)分解是根據(jù)項目的功能進行分解的計算開發(fā)成本由于任務(wù)分解的結(jié)果主要是針對開發(fā)任務(wù)分解，管理任務(wù)和質(zhì)量任務(wù)可以通過計算開發(fā)任務(wù)得到，根據(jù)以往經(jīng)驗，管理任務(wù)和質(zhì)量任務(wù)=20%*開發(fā)任務(wù)計算管理、質(zhì)量成本=開發(fā)成本*

16、20%計算直接成本計算間接成本=25%直接成本計算總估算成本重新評估項目的報價26、軟件質(zhì)量定義及包含三個方面 P113軟件質(zhì)量：與軟件產(chǎn)品滿足規(guī)定的和隱含的需求能力有關(guān)的特征或特性的全體。包含：1）軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不滿足需求的軟件就不具備質(zhì)量；2）不遵循各種標準中定義的開發(fā)規(guī)則，軟件質(zhì)量就得不到保證；3）只滿足明確定義的需求，而沒有滿足應(yīng)有的隱含需求，軟件質(zhì)量也得不到保證。27、質(zhì)量保證定義 P116為了提供信用，證明項目將會達到有關(guān)質(zhì)量標準，而開展的有計劃、有組織的工作活動。28、質(zhì)量控制定義 P116確定項目結(jié)果與質(zhì)量標準是否相符，同時確定消除不符的原因和方法，控制產(chǎn)品的質(zhì)

17、量，及時糾正缺陷的過程。29、質(zhì)量成本包括哪兩類？含義 P117質(zhì)量成本包括預(yù)防成本和缺陷成本。其中預(yù)防成本是為確保項目質(zhì)量而進行預(yù)防工作所耗費的費用。缺陷成本是為確保項目質(zhì)量而修復(fù)缺陷工作所耗費的費用。30、質(zhì)量目標有哪些？ P1191）可用度：軟件運行后在任意隨機時刻需要執(zhí)行規(guī)定任務(wù)或完成規(guī)定功能時，軟件處于可使用狀態(tài)的概率。2）初期故障率：軟件在初期故障期內(nèi)單位時間的故障數(shù)。3）偶然故障率：軟件在偶然故障期內(nèi)單位時間的故障數(shù)。4）平均失效前時間（MTTF）：軟件在失效前正常工作的平均統(tǒng)計時間。5）平均失效間隔時間（MTBF）:軟件在相繼兩次失效之間正常工作的平均統(tǒng)計時間。6）缺陷密度（F

18、D）:軟件單位源代碼中隱藏的缺陷數(shù)量。7）平均失效恢復(fù)時間（MTTR）：軟件失效后恢復(fù)正常工作所需的平均統(tǒng)計時間。31、理解職能型組織結(jié)構(gòu)、項目型組織結(jié)構(gòu)、矩陣組織結(jié)構(gòu)？ P128圖+說明職能型組織結(jié)構(gòu)：職能型組織結(jié)構(gòu)是一種常規(guī)的線性組織結(jié)構(gòu)。采用這種組織結(jié)構(gòu)時，項目是以部門為主體來承擔(dān)項目的，一個項目有一個或者多個部門承擔(dān)，一個部門也可能承擔(dān)多個項目。有部門經(jīng)理也有項目經(jīng)理，所以項目成員有2個上司。這個組織結(jié)構(gòu)適用于主要由一個部門完成的項目或技術(shù)比較成熟的項目。項目性組織結(jié)構(gòu)：單目標的垂直組織方式，每個項目以項目經(jīng)理為首，完成每個項目目標所需的全部資源完全劃分給該項目單元，完全為該項目服務(wù)。

19、這種組織結(jié)構(gòu)適用于開拓型等風(fēng)險比較大的項目或進度、成本、質(zhì)量等指標有嚴格要求的項目，不適合人才匱乏或規(guī)模小的企業(yè)。矩陣型組織結(jié)構(gòu)：職能型組織結(jié)構(gòu)和項目性組織結(jié)構(gòu)的混合體。這種組織結(jié)構(gòu)適用于管理規(guī)范、分工明確的公司或者跨職能部門的項目。32、溝通管理計劃內(nèi)容包括 P1381）溝通需求，分析項目相關(guān)人需要什么信息，確定誰需要信息，何時需要信息。2）溝通內(nèi)容，確定溝通內(nèi)容包括溝通的格式、內(nèi)容、詳細程度等。3）溝通方法，確定溝通方式、渠道等，保證項目人員能夠及時獲取所需的項目信息。4）溝通職責(zé)，誰發(fā)送信息，誰接收信息，制定一個收集、組織、存儲和分發(fā)適當(dāng)信息給適當(dāng)人的系統(tǒng)。5）溝通時間安排，創(chuàng)建溝通信息

20、的日程表，類似項目進展會議的溝通，應(yīng)該定期進行，設(shè)置溝通頻率等。6）溝通計劃維護，當(dāng)項目進展時，溝通計劃如何修訂的指南，明確本計劃在發(fā)行變化時，由誰進行修訂，并對相關(guān)人員發(fā)送。33、風(fēng)險及軟件風(fēng)險的定義？P141風(fēng)險是算是發(fā)生的不確定性，是對潛在的，未來可能發(fā)生損害的一種度量，如果它確實發(fā)生了，則它的安全會對項目產(chǎn)生有害的或者負面的影響。軟件風(fēng)險是指軟件開發(fā)過程中及軟件產(chǎn)品本身可能造成的傷害或損失。34、風(fēng)險發(fā)生過程 P142風(fēng)險因素-風(fēng)險事件-損失-實際與預(yù)期差異-風(fēng)險結(jié)果35、風(fēng)險性質(zhì)？ P1431）客觀性：不以人的意志為轉(zhuǎn)移2）不確定性：表現(xiàn)為風(fēng)險的程度多大，風(fēng)險何時何地有可能變?yōu)楝F(xiàn)實是

21、不肯定的。3）不利性：風(fēng)險一旦產(chǎn)生時，就會使風(fēng)險主題產(chǎn)生挫折、失敗、甚至損失，對風(fēng)險主體不利。4）可變性：表現(xiàn)在一定條件下風(fēng)險可以進行轉(zhuǎn)化，風(fēng)險可以轉(zhuǎn)化為非風(fēng)險，非風(fēng)險的事件可以轉(zhuǎn)化為風(fēng)險事件。5）相對性：針對風(fēng)險的主體而言。6）風(fēng)險和利益的對稱性：同時存在，風(fēng)險是利益的代價，利益是風(fēng)險的報酬。36、基于生存期的風(fēng)險檢查表有哪些？ P1511）初始階段：在這個階段進行大部分需求分析和部分設(shè)計工作2）設(shè)計階段：大部分設(shè)計和部分編碼工作3）實施階段：大部分編碼和測試，少部分設(shè)計4）收尾階段：安裝及維護37、風(fēng)險應(yīng)對計劃有哪些？ P156 1571）回避風(fēng)險：通過分析找出發(fā)生風(fēng)險事件的原因，對可能發(fā)

22、生的風(fēng)險盡可能的規(guī)避，采取主動放棄或拒絕使用導(dǎo)致風(fēng)險的方案2）轉(zhuǎn)移風(fēng)險：為避免承擔(dān)風(fēng)險損失，而有意識的將損失或與損失有關(guān)的財務(wù)后果轉(zhuǎn)嫁給另外的單位或個人去承擔(dān)。3）損失控制：風(fēng)險發(fā)生前消除風(fēng)險可能發(fā)生的根源，并減少風(fēng)險事件的概率4）自留風(fēng)險：承擔(dān)風(fēng)險，它是一種由項目組織自己承擔(dān)風(fēng)險事件所致?lián)p失的措施。38、了解軟件項目中常見風(fēng)險及用對措施? (不考)39、合同生存期、合同類型？ P164合同生存期：合同準備，合同簽署，合同管理，合同終止。合同類型：CPPC合同類型：成本加成本百分比預(yù)計成本=10萬，%=15則預(yù)計總價=11.5萬如果實際成本增至20萬則總價=23萬CPFF：成本加固定費用預(yù)計成

23、本=10萬，%=15則預(yù)計總價=11.5萬如果實際成本增至20萬則總價=21.5萬CPIF：成本加獎金預(yù)計成本=10萬，利潤1萬，獎勵分配80/20如果按照預(yù)計成本完成，則總價=11萬如果實際成本降至8萬，則總價=8+1+2*20%=9.4萬FPI：固定價格加獎勵費目標價格：100萬最高價格：110萬賣方利潤：10萬分享比例：70/30例一：實際成本80萬，則總價=80+10+20*30%=96萬例二：實際成本150萬，則總價110萬FFP：固定總價目標價格：100萬例一：實際成本80萬，則總價=100萬例一：實際成本150萬，則總價100萬40、軟件配置管理定義 P171縮寫SCM，是一套規(guī)

24、范、高效的軟件開發(fā)管理方法，同時也是提高軟件質(zhì)量的重要手段，它幫助開發(fā)團隊對軟件開發(fā)過程進行有效的變更控制，高效地開發(fā)高質(zhì)量的軟件。配置管理的使用取決于項目規(guī)模和復(fù)雜性以及風(fēng)險水平。41、軟件配置項以及基線定義？P172 P173軟件配置項SCI是項目定義其受控于軟件配置管理的項?；€是一個或者多個配置項的集合，它們的內(nèi)容和狀態(tài)已經(jīng)通過技術(shù)的復(fù)審，并在生存期的某一階段被接受了。42、配置管理過程中涉及主要角色及其責(zé)任 P182項目經(jīng)理：具體職責(zé)：制定和修改項目的組織結(jié)構(gòu)和配置管理策略批準、發(fā)布配置管理計劃決定項目起始基線和開發(fā)里程碑接受并審閱配置控制委員會的報告配置控制委員會：定制變更控制流程

25、建立、更改基線的設(shè)置，審核變更申請根據(jù)配置管理員的報告決定相應(yīng)的對策配置管理員：軟件配置管理工具的日常管理與維護提交配置管理計劃各配置項的管理與維護執(zhí)行版本控制和變更控制方案完成配置審計并提交報告對開發(fā)人員進行相關(guān)的培訓(xùn)識別軟件開發(fā)過程中存在的問題并擬就解決方案開發(fā)人員：根據(jù)組織內(nèi)確定的軟件配置管理計劃和相關(guān)規(guī)定，按照軟件配置管理工具的使用模型來完成開發(fā)任務(wù)。43、具體說明常用配置管理工具及功能？ P185一個好的配置管理工具應(yīng)該具備如下功能：并行開發(fā)支持履歷管理版本控制過程控制產(chǎn)品發(fā)布管理常用配置管理工具：Rational ClearCase:應(yīng)用于復(fù)雜的并行開發(fā)、發(fā)布和維護。功能包括版本控

26、制、工作空間管理、構(gòu)造管理、過程管理。Hansky Firefly: 管理、維護整個企業(yè)的軟件資產(chǎn)，包括程序代碼和相關(guān)文檔。CVS: Concurrent Versions SystemsMicrosoft Visual Source Safe: 小型的配置管理工具44、集成管理定義 P192項目集成管理是一項綜合、統(tǒng)管全局的工作，它決定在什么時間，在哪些預(yù)期的存在問題上集中資源，在問題變得嚴重前進行處理，協(xié)調(diào)項目干系人及各項工作使項目走向成功。45、集成計劃編制步驟 P1951）項目信息收集、項目計劃整體的綜合性分析：綜合考慮項目的工期、質(zhì)量、成本三個要素2）確定項目計劃初步方案：所需要的規(guī)

27、范、工具、環(huán)境3）項目計劃的綜合平衡：運用綜合平衡法對項目目標、任務(wù)、責(zé)任、進度、成本、質(zhì)量等各種要素進行統(tǒng)一、協(xié)調(diào)4）項目計劃最終方案編制5）軟件項目計劃書評審、批準：為了使相關(guān)人員達成共識，減少不必要的錯誤，使項目計劃更合理有效。46、項目計劃包括的內(nèi)容？ P1961）確定項目概貌：進一步明確項目的工作范圍和項目參與各方的責(zé)任2）確定項目團隊：確定組織結(jié)構(gòu)和職能機構(gòu)，人員及分工3）明確項目團隊內(nèi)、外的協(xié)調(diào)溝通：明確與用戶單位的溝通4）規(guī)劃開發(fā)環(huán)境和規(guī)范：說明系統(tǒng)開發(fā)所采用的各種工具、開發(fā)環(huán)境、測試環(huán)境等5）項目范圍說明：項目的背景，基本框架6）編制項目進度計劃：說明項目中各項工作的開展順序

28、、開始時間、完成時間及相互依賴銜接關(guān)系的計劃47、項目實施過程中，圖解控制法 P213圖1是一個項目的甘特圖、累計費用曲線和資源載荷圖的圖示說明：從甘特圖中可以看到，項目按照計劃開始，但是每項任務(wù)所用的時間都比較長，從費用曲線圖上看，實際費用比計劃少一些，但是不要以為是成本節(jié)約了，因為從資源載荷圖可以看出是因為沒有使用足夠的資源導(dǎo)致實際費用沒有計劃的多。所以，可以說進度推遲的原因是缺乏足夠的資源（人力資源和設(shè)備資源）。圖2，從進度甘特圖看，項目進度按照計劃進行，如果不仔細分析，認為項目進展的很好，然而從費用曲線和資源載荷圖可以知道保持進度是以大量費用為代價的，費用高的原因是資源超出計劃很多。4

29、8、項目實施過程中，掙值分析參數(shù) P216 例1你被指定負責(zé)一個軟件項目，其中有部分，項目總預(yù)算為53000, A任務(wù)為26000, B任務(wù)為12000, C任務(wù)為10000, D任務(wù)為5000, 截止到5月31日，A任務(wù)已經(jīng)全部完成，B任務(wù)過半，C任務(wù)剛開始，D任務(wù)還沒有開始，采用50/50規(guī)則計算截止到5月31日的CV，SV，CPI，SPI？BCWS計劃完成工作的預(yù)算成本ACWP已完成工作的實際成本CV費用差異=BCWP-ACWPSV進度差異=BCWP-BCWSSPI進度效能指標=BCWP/BCWSCPI成本效能指標=BCWP/ACWP CV=2000,SV=-2800CPI = 1.06

30、,SPI =0.9349、簡述項目成員激勵理論有哪些？分別用在什么情況？ P2311）馬斯洛的需求層次理論：認為人類的需要是以層次形式出現(xiàn)的，生理、安全、社會歸屬、自尊和自我實現(xiàn)2）海茲伯格的激勵理論：從保健因素角度，項目經(jīng)理要環(huán)節(jié)員工的不滿情緒；從激勵因素角度，項目經(jīng)理要鼓勵和幫助員工。3）麥格雷戈的X-理論：用馬斯洛的底層需求進行激勵4）麥格雷戈的Y-理論：用馬斯洛的高層需求進行激勵5）超Y理論：針對不同的人要采取不同的理論進行管理6）Z理論：強調(diào)忠誠、質(zhì)量、集體決策和文化價值7）期望理論：個人努力-個人成績-組織獎勵-個人需要應(yīng)用題簡述項目與活動區(qū)別（PPt） 項目是一次性的，日常運作是

31、重復(fù)進行的，項目是以目標為導(dǎo)向的，日常運作是通過效率和有效性體現(xiàn)的，項目是通過項目經(jīng)理及其團隊工作完成的，而日常運作是職能式的線性管理；項目存在大量的變更管理，而日常運作則基本保持連貫性的。 以華南農(nóng)業(yè)大學(xué)選課系統(tǒng)為原型，用WBS分解任務(wù)，并說明采用標準。如果選擇自己開發(fā)軟件的策略，公司需要花費25000元，根據(jù)歷史信息，維護這個軟件每個月需要2500元，如果購買軟件公司產(chǎn)品的策略，需要17000元，同時軟件公司為每個安裝的軟件進行維護的費用是每月2700元，請做出決策。答：根據(jù)以時間（月）作為x軸，總費用作為y軸，畫出兩條直線可知，但x=40（月），即當(dāng)軟件所使用的時間40個月時，采用購買軟件公司產(chǎn)品的策略，否則，采用自己開發(fā)軟件的策略。根據(jù)Pert評審方法，三個任務(wù)J、K、L的O、M、P值如下：（ppt3的53-56頁）