當前位置:才華齋>企業管理>專案管理>

《軟體專案管理與案例分析》複習題

專案管理 閱讀(8.44K)

一 選擇題

《軟體專案管理與案例分析》複習題

1. 核心計劃過程有明確的依賴關係,在大多數專案中要以同樣的順序必須完成。下列哪一項符合核心計劃過程的正確順序:.

A. 範圍規劃--範圍定義--活動排序--活動工期估計

B. 範圍定義--範圍規劃--活動定義--活動排序--活動工期估計

C. 範圍規劃--範圍定義--活動排序--活動定義--活動工期估計

D. 活動工期估計--範圍規劃--範圍定義--活動定義--活動排序

參考答案:A

2. PERT和CPM的主要區別在於PERT:

A.在計算進度時使用分佈的均值(預期值)

B.使用最可能估算計算浮動時間

C.側重計算浮動時間來確定那些活動的進度沒有靈活性

D.在圖中包括了迴路或條件分支活動

參考答案:A

3.由於你的專案的範圍發生變更,因此成本基線也發生變更。你的下一步將是:

A.估計範圍變更的程度

B.更新預算

C.記錄獲得的經驗

D.執行得到批准的範圍變更

參考答案:D

4. 以下哪項不屬於合同管理的部分?

A.評估風險

B.確認已經送出建議書

C.確認已經進行了合同變更

D.回答潛在賣方的問題

參考答案:D

5. 你負責對專案進行成本估計工作。因為要求成本估計儘可能精確,所以你決定做出保守的估計。你的第一步工作是:

A、確定一種計算機工具幫助進行估計成本

B、利用以前的專案成本估計

C、確定並估計專案的每項工作的成本

D、諮詢各方面的專家,並在他們的建議的基礎上進行成本估計

參考答案:C

6. 專案整體管理是指?

A.複雜系統的軟體整合管理

B.將系統開發過程的管理和專案管理結合起來

C.將系統的主機平臺.網路平臺.應用軟體開發和系統環境建設作為一個整體來進行專案管理

D.包括在專案生命週期中協調所有其它專案管理知識領域所涉及的過程

參考答案:B

7. 涉及多領域工作的複雜專案最好由下列哪種組織形式管理:

A.專案型

B.職能型

C.矩陣型

D.直線型

參考答案:C

8. 以下不被用來描述質量審查的是:

A.內部的(審查)

B.系統的(審查)

C.基線(審查)

D.預期(審查)

參考答案:D

9. 專案經理要花很多時間與專案干係人進行溝通交流,下列哪項方法或技術會對專案經理最有用,以便專案團隊齊心協力使專案成功。

A. 定期分析工作以決定排除什麼事項

B. 明確優先事項

C. 在精力高峰期,安排最有趣的活動

D. 當出現問題時,責備其它專案干係人

參考答案:B

10 在評估一個專案是否趕工時,專案經理首先計算:

A.每項關鍵工作投入的成本和時間的比率

B.專案關鍵路徑新增資源的成本

C.當關鍵路徑的工作速度加快時,專案整體進度可以節約時間

D.每個關鍵路徑PERT三個可能的時間估算

參考答案:A

11. 以下哪項不屬於合同管理的部分?

A.評估風險

B.確認已經送出建議書

C.確認已經進行了合同變更

D.回答潛在賣方的問題

參考答案:D

12. 在專案生命週期哪一階段,專案的不確定性最大?

A. 專案執行

B. 專案規劃

C. 專案收尾

D. 專案審定

參考答案:B

13. 里程碑最好被描述成

A.相關工作和事件的聯合

B.通常使用的表示工作或事件的兩條或多條線或箭頭的交叉

C.專案中表示報告要求或重要工作完成的可以辨別的`點

D.需要資源和時間投入才得以完成的具體的專案任務

參考答案:C

14.制定專案成本概算的三個最通常的技術是:

A、 預算式、團隊式的和引數式

B、 類比式、自上而下式和自下而上式

C、 類比、引數式和直接式

D、 類比式、引數式和自下而式上式

參考答案:D

15 下列關於工作分解結構(WBS)的描述哪個是錯誤的?

A. WBS是採用結構化的方式,而得到如何去實現專案目標的總體概念

是管理專案進度.成本.變更的基礎

C.沒有包含在WBS中的工作是不應該做的

D.由專案經理負責WBS的建立和審查

參考答案:D

16. 當賣方違反合同的時候,買方不能接受B

A、賠償金

B、懲罰性損失賠償

C、規定的違約賠償金

D、間接損失賠償金

參考答案:B

17 .專案時間管理柱形圖的一個可能的缺點(劣勢)是:

A、缺乏時間定位

B、不能展示出多個變數

C、在大的複雜專案上,不能很好地表示出活動之間的相互關係

D、不能與人力規劃相聯絡

參考答案:C

18. 專案進度執行的評估和報告的依據是

A.進度的基線

B.專案進度修改建議的數量

C.事件和工作計劃與事實的區別

D.技術基線

參考答案:A

19. 在箭線圖示法(ADM) 中 ,位於二個事件之間的專案要素表示著:

A. 一項活動

B. 一個關鍵路線節點

C. 時差里程碑

D. 計時位置

參考答案:A

20. 下列哪一項不屬於現代質量保證的原則?

A. 使工人對質量問題負責

B. 零缺陷方案計劃

C. 連續的改進

D. 質量成本

參考答案:A

21.以下哪一項不是估計技術風險的標準:

A、完成專案活動的計劃程式

B、在考慮隱含的技術風險時,明確的考慮技術風險,而不僅僅考慮技術風險和費用風險

C、關鍵路線法

D、在系統的開發過程中,重新檢視風險的變化

參考答案:C

22. 風險應對措施的種類有哪些?

A、技術的、市場的、財務的、人力的

B、識別、量化、應對措施開發、應對措施控制

C、避免、減輕、接受

D、避免、保留、控制、偏離

參考答案:C

23.在某些情況下,合同結束是指:

A、在雙方的協議下合同結束

B、在傳送貨物或服務後合同結束

C、在成功的執行後合同結束

D、在保證獲得最後的支付時

參考答案:A

24. 在質量規劃中,應把質量策略告知關係人,履行告知義務的是:

A.組織的最高層

B.專案經理

C.專案組成員

D.職能經理

參考答案:C

25. 在專案的收尾階段,最多的矛盾來自於以下哪方面:

A.進度問題

B.費用超支

C.技術問題

D.工作介面

參考答案:A

26. 在非關鍵路線上的二件工作之間的開始到開始關係中,專案團隊認為: 在前序工作開始之後, 後序工作的開始時間要被延遲3天。這種延遲被稱為

A. 時差

B. 自由時差

C. 水平時差

D. 滯後

D

27.在從下至上的成本估算中,在什麼情況下準確度可以提高?

A.如果以前的專案不僅在表面上,而且在實質上與這項專案相似

B.如果應用準確的歷史資訊

C.在更小的工作專案上

D.如果準備估計工作的個人或集體有完備的素質的話

參考答案:C

28.下面哪項工作是制訂進度計劃的基礎:

A、工作分解結構(WBS)

B、網路圖

C、甘特圖(GANTT)

D、資源平衡(RESOURCE LEVELLING)

參考答案:A

29. 矩陣型組織中的溝通具備如下的特點:

A. 簡單

B.開發而準確

C.比較複雜

D. 專案組成員都擁有相同的報告渠道

參考答案:C

30如果成本變更與工期變更相同,則

A、成本變更因工期變更而起

B、變更將對專案有利

C、專案變更易糾正

D、從專案實施起,勞動效率已提高

參考答案:A

二、名詞解釋

軟體專案估算 是指預測構造軟體專案所需要的工作量以及任務經歷時間的過程。主要包括三個方面:規模(即工作量)的估算 確定每個軟體功能所必須執行的一系列軟體工程任務 成本的估算 確定完成軟體專案規模相應付出的代價 進度的估算 估計任務的持續時間,即歷時估計

原型模型 也稱為快速原型模型,它是在開發真實系統之前,構造一個原型,在該原型的基礎上,逐漸完成整個系統的開發工作。

基線(Base Line) 它指一個(或一組)配置項在專案生命期的不同時間點上,通過正式評審而進入正式受控的一種狀態

專案管理 專案管理是以專案為物件,通過使用知識、技能、工具和方法來組織、計劃、實施並監控專案,使之滿足專案目標需求的過程。

配置管理 是對產品就行標誌、儲存 和控制 ,以維護其完整性、可追溯性以及正確性,它為軟體開發提供了一套管理辦法和活動規則

軟體專案合同 主要是指技術合同,技術合同是法人之間、法人和公民之間、公民之間以技術開發、技術轉讓、技術諮詢和技術服務為內容,明確相互義務關係所達成的協議。

軟體質量 是與軟體產品滿足明確或隱含需求的能力有關的特徵和特性的總和、

風險計劃 針對風險分析的結果,為提高實現專案目標的機會並降低風險的負面影響而制定風險應對策略和應對措施的過程,即通過制定一系列的行動和策略來對付、減少以至於消滅風險事件。

軟體生存週期模型 是從軟體專案需求定義直至軟體經使用後廢棄為止,跨越整個生存週期的系統開發、運作和維護所實施的全部過程、活動和任務的結構框架。

專案檢查點 它指在規定的時間間隔內對專案進行檢查,比較實際現狀與計劃之間的差異,並根據差異進行調整

里程碑 它是完成階段性工作的標誌,不同型別的專案里程碑不同

功能點與程式碼行 功能點(FP)由未調整的功能點()與技術復UFC雜因子相乘得到。程式碼行(LOC)原始碼的總行數

三.簡答題

第一章:

1專案定義和特徵

專案是為了創造一個唯一的產品或提供一個唯一的服務而進行的臨時性的努力。

特徵:目標性,相關性,週期性,獨特性,約束性,不確定性,結果的不可逆轉性。 2專案管理的定義

專案管理是以專案為物件,通過使用知識、技能、工具和方法來組織、計劃、實施並監控專案,使之滿足專案目標需求的過程。

3軟體專案生命期

計劃階段:定義系統,確定使用者的要求或總體研究目標,提出可行的方案,包括資源、成本、效益、進度等的實施計劃。進行可行性分析並制定粗略計劃。

需求分析階段:確定軟體的功能、效能、可靠性、介面標準等要求,根據功能要求進行資料流程分析,提出初步的系統邏輯模型,並據此修改專案實施計劃。

軟體設計階段:它包括系統概要設計和詳細設計。在概要設計中,要建立系統的整體結構,進行模組劃分,根據要求確定介面。在詳細設計中,要建立演算法、資料結構和流程圖。 4專案生命期中的幾個概念

檢查點(Check Point) 它指在規定的時間間隔內對專案進行檢查,比較實際現狀與計劃之間的差異,並根據差異進行調整

里程碑(Mile Stone) 它是完成階段性工作的標誌,不同型別的專案里程碑不同

基線(Base Line) 它指一個(或一組)配置項在專案生命期的不同時間點上,通過正式評審而進入正式受控的一種狀態

5軟體專案管理過程

第二章:

合同的概念

合同是使賣方負有提供具體產品和服務的責任,買方負有為該產品和產品服務付款的責任的一種雙方相互負有義務的協議。

合同生存期

合同準備,合同簽署,合同管理,合同終止

軟體專案主合同至少應包括:

專案名稱;

專案的技術內容、範圍、形式和要求;

專案實施計劃、進度、期限、地點和方式;

專案合同價款、報酬及其支付方式;

專案驗收標準和方法;

各方當事人義務或協作責任;

技術成果歸屬和分享及後續改進的提供與分享規定;

技術保密事項;

風險責任的承擔;

違約金或者損失賠償額的計算方法、仲裁及其它。

第三章:

軟體過程

軟體開發過程管理

常見的軟體過程改進方法有:ISO9000、SW—CMM、CMMI

SW—CMM為軟體企業的過程能力體統了一個階梯式的進化框架:

初始級、重複急、定義級、管理級、優化級。

原型分為:廢棄型、追加型或演化型。內容分別是什麼

每個增量均釋出一個可操作產品,具有瀑布和原型的迭代特徵

演化模型是重複執行的多個瀑布模型

軟體生命週期:軟體定義、軟體開發、軟體使用和維護期。

CMM和CMMI的5個級別分別是什麼?關係是什麼?

第四章

專案經理的工作目標

軟體開發專案組的主要成員是具有一定專業知識的人員,為了更好的發揮這些人員的作用,專案的管理人員應注意哪些原則

第五章

模型的作用:增強對需求的理解,檢測不一致性、模糊性、錯誤和遺漏,在專案參與者之間更高效的交流,通過抽象降低複雜性,為系統維護提供文件。

用例方法簡介

原型法的分類及過程

第六章

WBS分解的一般步驟

總專案

子專案或主體工作任務

主要工作任務

次要工作任務

小工作任務或工作元素

軟體專案估算 ——是指預測構造軟體專案所需要的工作量以及任務經歷時間的過程。主要包括三個方面:

規模(即工作量)的估算 確定每個軟體功能所必須執行的一系列軟體工程任務 成本的估算 確定完成軟體專案規模相應付出的代價

進度的估算 估計任務的持續時間,即歷時估計

估算方法

規模估算方法 程式碼行(LOC,Lines of Code)估演算法、功能點(FP,Function Points)估演算法和計劃評審技術(PERT,Program Evaluation and Review Technique)估演算法

成本估算方法 自頂向下(類比)估演算法、自下而上估演算法、引數估演算法、專家估演算法、猜測估演算法等

進度估算方法 基於規模的進度估算、工程評價技術、關鍵路徑法、專家估算方法、類推估算方法、模擬估算方法、進度表估算方法、基於承諾的進度估算方法和Jones的一階估算準則等 成本估算方法

演算法模型

專家判定

類比

自頂向下

自底向上

幾種常見的網路圖

第七章

風險計劃

針對風險分析的結果,為提高實現專案目標的機會並降低風險的負面影響而制定風險應對策略和應對措施的過程,即通過制定一系列的行動和策略來對付、減少以至於消滅風險事件。 風險控制

通過對風險的規劃和對專案全過程的控制,保證風險管理能達到預期的目標。

第八章

專案監控分析的物件

專案範圍監控

專案成本監控

專案進度監控

專案資源監控

專案質量監控

專案風險監控

軟體專案評審內容

進度計劃

質量計劃

配置計劃

風險計劃

溝通計劃

度量計劃

第九章

目前配置管理工具分為哪幾個級別? 第一個級別:版本控制工具 第二個級別:專案級配置管理工具 第三個級別 企業級配置管理工具

版本控制規則

什麼是軟體配置項? 配置管理的物件稱為軟體配置項

軟體配置項主要有幾類?分別包含哪些內容?

環境類:軟體開發環境及軟體維護環境

定義類:需求分析及定義階段完成後得到的工作產品

設計類:設計階段結束後得到的產品

編碼類:編碼及單元測試後得到的工作產品

測試類:系統測試完成後的工作產品

維護類:進入維護階段以後產生的工作產品

基線的概念是什麼?根據IEEE的定義,基線是指已經正式通過複審和批准的某規約或產 品,它因此可作為進一步開發的基礎,並且只能通過正式的變化控制過程改變。

第十章

什麼是專案收尾? 軟體專案收尾是將專案或專案階段的可交付成果交付的過程,或者是取消專案的過程。

簡述專案收尾過程的輸入和輸出的內容

.1 輸入

.1 專案管理計劃

.2 合同文件

.3 事業環境因素

.4 組織過程資產

.5 工作績效資訊

.6 可交付成果

.3 輸出

.1 行政收尾程式

.2 合同收尾程式

.3 最終產品,服務或者結果

.4 組織過程資產 (更新)

簡述專案收尾資料整理的主要工作內容

簡述結束專案的過程。

四.綜合設計題

共有兩個題,一個是計算進度控制,一個是專案專案管理分析。