2023年軟件項目管理復(fù)習(xí)題及試卷答案_第1頁
2023年軟件項目管理復(fù)習(xí)題及試卷答案_第2頁
2023年軟件項目管理復(fù)習(xí)題及試卷答案_第3頁
2023年軟件項目管理復(fù)習(xí)題及試卷答案_第4頁
2023年軟件項目管理復(fù)習(xí)題及試卷答案_第5頁
已閱讀5頁,還剩32頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

項目的特性有哪些?

?有明確的目的

?項目之間的活動具有相關(guān)性

?限定的周期

?有獨特性

?資源成本的約束性

?項目的不擬定性

項目與平常運作有什么不同?

?項目是一次性的,平常運作是反復(fù)進行的

?項目是以目的為導(dǎo)向的,平常運作是通過效率和有效性體現(xiàn)

?項目是通過項目經(jīng)理及其團隊工作完畢的,而平常運作是職

能式的線性管理

?項目存在大量的變更管理,而平常運作則基本保持連貫性的。

軟件項目有什么特殊性?

?為邏輯實體而非物理實體,具有抽象性

?沒有明顯的制造過程,也不存在反復(fù)生產(chǎn)

?軟件項目的開發(fā)受到計算機硬件的制約

?不也許完全擺脫手工開發(fā)模式

?軟件自身是相稱復(fù)雜的,涉及因素眾多,需求多變

?軟件項目投入大、成本高

軟件項目管理有什么特性?

?軟件是純知識產(chǎn)品,其開發(fā)進度和質(zhì)量很難估計和度量,生產(chǎn)

率也難以預(yù)測和保證。

?項目周期長,復(fù)雜度高,變數(shù)多。

?軟件項目提供的是一種服務(wù),需要滿足一群人的盼望,即需要

滿足一群想法和利益各不相同的人的需求。

PMBOK涉及哪9個知識領(lǐng)域?

?集成管理

?范圍管理

?時間管理

?成本管理

?人力資源管理

?溝通管理

?風(fēng)險管理

?質(zhì)量管理

?采購管理

常用的生存期模型有哪些?各合用于什么項目?

?瀑布模型:分析、設(shè)計、編碼、測試和維護嚴(yán)格按環(huán)節(jié)進行,

適合于項目開始前有明確需求和明確的解決方案的項目,如

公司的財務(wù)系統(tǒng)、庫存管理系統(tǒng)、短期項目等。

?v模型:是瀑布模型的變種,強調(diào)測試的重要性,將開發(fā)活動

與測試活動緊密聯(lián)系在一起。適合于對系統(tǒng)的性能、安全有

嚴(yán)格規(guī)定的項目。

?原型模型:適合于在項目開始前對項目需求不明確,為了減少

項目需求的不擬定性而先開發(fā)項目的基本原型系統(tǒng)以驗證可

行性,然后逐步補充完善。

?增量模型:由瀑布模型演變而來,假設(shè)需求可分階段,提成一

系列增量產(chǎn)品分別開發(fā)。適合于項目開始明確了需求的大部

分,但對市場和用戶把握不是很準(zhǔn)。對于有龐大和復(fù)雜功能

的系統(tǒng)也可考慮增量開發(fā)。

?螺旋式模型:該模型在四個象限上分別表達(dá)了計劃制定、風(fēng)

險分析、項目實行、客戶評估四個方面的活動,通過一系列瀑

布模型的不斷循環(huán)來逐步規(guī)避風(fēng)險。適合于不擬定因素較多、

風(fēng)險較大的項目。

?漸近式階段模型:綜合了增量模型和螺旋式模型的一個實用

模型,漸進式前進,階段式提交。適合各種規(guī)模的項目,特別是

大中型項目,以及希望隨時看到未來的項目。

如何為項目選擇合適的生成期模型?

?熟悉各種生存期模型

?評審、分析項目的特性

?選擇適合項目的生存期模型

?標(biāo)記生存期模型與項目不一致地方,并進行淘汰

何謂需求獲???它涉及哪些重要活動?

?需求獲取指通過與用戶的交流、對現(xiàn)有系統(tǒng)的觀測及對任務(wù)

進行分析,從而開發(fā)、捕獲和修訂用戶的需求。

?需求獲取的重要活動涉及:

-了解客戶方的所有用戶類型及潛在的類型

-對用戶進行訪談和調(diào)研,涉及會議討論、郵件提問、自行搜

集等各種形式

-對收集到的用戶需求作進一步分析整理

-將調(diào)研得到的用戶需求以適當(dāng)?shù)男问匠式唤o用戶和開發(fā)方

相關(guān)人員

需求分析的重要內(nèi)容有哪些?如何解決不明確需求?

?需求分析的重要內(nèi)容有:

-以圖形表達(dá)的方式描述系統(tǒng)的整體結(jié)構(gòu),涉及邊界和接口等

-通過原型、頁面流或其它方式向用戶提供可視化界面,以便

用戶對需求作出自己的評價

-以模型描述系統(tǒng)的功能項、數(shù)據(jù)實體、外部實體以及實體間

的關(guān)系、狀態(tài)轉(zhuǎn)換等

?不明確需求的解決方法有:

-讓用戶參與開發(fā),以便及時對不明需求作出修正

-開發(fā)用戶界面原型,以便用戶更好地確認(rèn)需求

-召開需求討論會議,匯總和確認(rèn)需求

-強化需求分析和評審,讓用戶參與需求評審并簽字認(rèn)可

如何做好需求變更管理?

?建立需求基線

?擬定需求變更控制過程

?成立變更控制委員會(SCCB)

?進行需求變更影響分析

?跟蹤所有受需求變更影響的工作產(chǎn)品

?建立需求基準(zhǔn)版本和需求控制版本文檔

?維護需求變更的歷史記錄

?跟蹤每項需求的狀態(tài)

?衡量需求的穩(wěn)定性

何謂任務(wù)分解?為什么要進行任務(wù)分解?

?任務(wù)分解就是將一個項目分解為更多的工作細(xì)目或者子項目,

使項目變得更小、更易管理、更易操作。它是一個化繁為簡,

分而治之的過程。

?任務(wù)分解的作用:

-提供了項目范圍基線,是范圍變更的重要輸入

-為評估和分派任務(wù)提供具體的工作包

-進行估算和編制項目進度的基礎(chǔ)

-對整個項目成功的集成和控制起到非常重要的作用

假設(shè)你是某圖書館借閱系統(tǒng)的項目經(jīng)理,請參照教材“校務(wù)通系

統(tǒng)”項目計劃案例進行需求分析和任務(wù)分解,提交需求規(guī)格說明

書和任務(wù)分解WBS圖表或清單。

簡述軟件項目進度(時間)管理的重要任務(wù)。

?活動定義

?活動排序

?活動歷時估計

?任務(wù)資源估計

?制定進度計劃

?進度控制(項目跟蹤)

項目進度(歷時)估算需考慮的因素有哪些?

?實際工作時間:一周幾天、一天幾小時

?項目的人員規(guī)模

?生產(chǎn)率:LOC/天

?有效工作時間:除去聊天、打電話、上衛(wèi)生間等的時間

?連續(xù)工作時間:不被打斷的連續(xù)工作時間

?人員級別:不同人員的生產(chǎn)率不同,成本不同

?歷史項目:參考以往類似項目

項目進度估算的基本方法有哪些?

?定額估算法:根據(jù)項目規(guī)模、投入資源及單位生產(chǎn)率計算項

目歷時,公式為T=Q/(RXS)

?經(jīng)驗導(dǎo)出模型:使用根據(jù)大量歷史項目記錄得出的模型公式

計算,如COCOMO模型等

?工程評價技術(shù)(PERT):運用PDM任務(wù)網(wǎng)絡(luò)圖和加權(quán)歷時估算

公式計算項目總歷時

?基于承諾的進度估計法:從需求出發(fā),由開發(fā)人員承諾項目

進度

?Jones的一階估算準(zhǔn)則:根據(jù)項目功能點數(shù)及開發(fā)商評級,

使用公式粗略估計項目歷時

?其它:專家估計法、類推估計法、模擬估計法等

何謂正推法?簡述其計算任務(wù)歷時的基本環(huán)節(jié)及計算公式。

?正推法是按照時間順序計算任務(wù)網(wǎng)絡(luò)圖上各活動的最早開始

時間和最早完畢時間的有效方法。

?其計算環(huán)節(jié)如下:

-一方面建立項目的開始時間,項目的開始時間是網(wǎng)絡(luò)圖中第

一個活動的最早開始時間

-從左到右,從上到下進行計算,遍歷所有途徑

-當(dāng)一個任務(wù)有多個前置任務(wù)時,其最早開始時間應(yīng)取前置任

務(wù)其中最大的最早完畢時間

?計算公式:

-EF=ES+Duration(Duration為任務(wù)歷時)

-ES(2)=EF(1)+Lag(l為前置任務(wù),2為后置任務(wù),

Lag為滯后時間)

何謂逆推法?簡述其計算任務(wù)歷時的基本環(huán)節(jié)及計算公式。

?逆推法是按照逆時間順序計算任務(wù)網(wǎng)絡(luò)圖上各活動的最晚開

始時間和最晚結(jié)束時間的有效方法。

?其計算環(huán)節(jié)如下:

-一方面建立項目的結(jié)束時間,項目的結(jié)束時間是網(wǎng)絡(luò)圖中最

后一個活動的最晚結(jié)束時間

-從右到左,從上到下進行計算,遍歷所有途徑

-當(dāng)一個任務(wù)有多個后置任務(wù)時,其最晚完畢時間應(yīng)取后置任

務(wù)中最小的最晚開始時間。

?計算公式:

-LS=LF—Duration(Duration為任務(wù)歷時)

-LF(1)=LS(2)-Lag(1為前置任務(wù),2為后置任務(wù),La

g為滯后時間)

何謂類比估算法?它合用什么情況?具有什么特點?

?類比估算法是根據(jù)以往完畢的類似項目所消耗的總成本(或

工作量)來推算將要開發(fā)的軟件的總成本(或工作量),然后按

比例將它分派到各個開發(fā)任務(wù)單元中,是一種自上而下的估

算形式。

?該方法重要合用于在協(xié)議期和市場招標(biāo)時,或因信息局限性

或只需粗略估算,或有類似的歷史項目數(shù)據(jù)時。

?它的特點是簡樸易行,花費少。但具有一定的局限性,準(zhǔn)確性

差,容易導(dǎo)致低估。

何謂自下而上估算法?它合用什么情況?具有什么特點?

?自下而上估算法是運用任務(wù)分解結(jié)構(gòu)圖,對各個具體工作包

進行具體的成本估算,然后將結(jié)果累加起來得出項目總成本。

?該方法重要合用于項目開始以后和WBS的開發(fā)階段,或需要進

行準(zhǔn)確估算的時候。

?它的特點是估算結(jié)果比較準(zhǔn)確,準(zhǔn)確度決定于每個任務(wù)的估

算情況。但非常費時,估算自身的費用較大,且也許發(fā)生虛

報夸大成本現(xiàn)象。

簡述提高估算準(zhǔn)確性的重要措施。

?作好充足的估算準(zhǔn)備

?留出估算的時間,并做好計劃

?充足參考以前的項目數(shù)據(jù)

?以開發(fā)人員提供的數(shù)據(jù)為基礎(chǔ)估算

?分類法估算(多種方法分別估算并對比)

?具體的較低層次上的估算

?使用軟件估算工具

?使用幾種不同估算技術(shù),并比較它們的結(jié)果

簡述資源沖突的表現(xiàn)及解決措施。

?資源沖突的表現(xiàn)為:

-分派給一個資源的工時總量大于它的最大可用工時量。

-同一種資源被分派給時間上重疊的幾個任務(wù)或項目中。

?解決資源沖突的方法:

-資源調(diào)配

-推遲資源開始工作時間

-替換資源

-設(shè)立資源加班時間

-調(diào)整資源日歷

-只使用資源的一部分工作時間。

簡述減少預(yù)算成本的常用方法。

?減少資源的費率:減少資源的費率往往會打擊工作人員的積

極性,但可以通過減少其他資源的費率來實現(xiàn),比如減少能

源消耗、設(shè)備費用。

?減少任務(wù)的工時:適當(dāng)?shù)臏p少工時,可以減少任務(wù)的費用。但

減少工時同時也影響項目的工期。

?減少加班:加班需要支付加班費率,這通常要高于資源費率,

所以減少加班可以有效的減少任務(wù)成本。

?替換資源:用便宜的資源替換比較高價的資源,但有一個前

提,那就是替換的資源同樣能勝任這項任務(wù)。

?減少任務(wù)的固定成本:固定成本就是任務(wù)自身所需要的成本。

?刪除任務(wù):確認(rèn)刪除該任務(wù)對項目沒有影響或影響在可控制

范圍內(nèi)才可采用

優(yōu)化進度,縮短工期的重要方法有哪些?

?分解關(guān)鍵任務(wù),使它們同步進行以縮短工期

?給任務(wù)增長資源(如人員)以加快進度

?縮減關(guān)鍵任務(wù)的工期

?重疊關(guān)鍵任務(wù)

?設(shè)立日歷增長工作時間

?通過度派加班工時來縮短關(guān)鍵任務(wù)

簡述McCal1軟件質(zhì)量模型的三個方面的11項特性。

McCall軟件質(zhì)量模型涉及如下三方面11項特性:

?運營:

-對的性(我能按我的需要對的地工作嗎)

-健壯性(我對各種也許的意外能很好地適應(yīng)嗎)

-效率(完畢預(yù)定功能它需要的資源多嗎)

-完整性(它能有效地保證數(shù)據(jù)的完整性嗎)

-可用性(我能容易地學(xué)會使用它嗎)

?修正:

-可維護性(碰到問題它能容易修復(fù)嗎)

-靈活性(我能方便地對它作一些調(diào)整嗎)

-可測試性(我能對它作必要的測試嗎)

?轉(zhuǎn)移:

-可移殖性(我能在別處使用它嗎)

-可復(fù)用性(我能對它的某些部分再運用嗎)

-互連性(它能與其它系統(tǒng)方便對接嗎)

簡述軟件項目審計的基本內(nèi)容。

?審計是將審核的主體與為該主體以前建立的一組規(guī)程和標(biāo)準(zhǔn)

進行比較,以便對過程或者產(chǎn)品進行質(zhì)量評估。

?軟件項目審計是一種常見的軟件質(zhì)量保證活動,涉及項目執(zhí)

行過程評審和項目產(chǎn)品審計兩方面。

?項目執(zhí)行過程評審是對項目的執(zhí)行過程進行檢查,保證所有

活動遵循規(guī)程進行,然后提交審計報告。

?項目產(chǎn)品審計是對項目過程中的工作產(chǎn)品進行質(zhì)量審查,記

錄不符合項,編寫產(chǎn)品審計報告。

簡述職能型組織結(jié)構(gòu)的優(yōu)缺陷。

?優(yōu)點:

-可以充足發(fā)揮職能部門的資源集中優(yōu)勢

-部門的專家可以同時為部門內(nèi)不同項目使用

-便于互相交流,互相支援

-可以隨時增派人員

-可以將項目和本部門的職能工作融為一體

?缺陷:

-項目和部門利益發(fā)生沖突,職能部門更重視本部門的目的,

會忽視項目目的

-資源平衡會出現(xiàn)問題

-權(quán)利分割不利于各個職能部門的交流和團結(jié)協(xié)作

-行政從屬關(guān)系使得項目經(jīng)理沒有充足的權(quán)利

簡述項目型組織結(jié)構(gòu)的優(yōu)缺陷。

?優(yōu)點:

-項目經(jīng)理對項目可以負(fù)全責(zé)

-項目目的單一,以項目為中心,有助于項目順利進行

-避免多重領(lǐng)導(dǎo)

-組織結(jié)構(gòu)簡樸,交流簡樸,效率高

?缺陷:

-資源不能共享

-各個獨立的項目處在相對封閉狀態(tài),不利于公司政策的貫徹

-對項目組織的成員缺少一種事業(yè)上的連續(xù)性和安全感

-項目組織之間處在分割狀態(tài),缺少信息交流

簡述矩陣型組織結(jié)構(gòu)的優(yōu)缺陷。

?優(yōu)點:

-專職的項目經(jīng)理負(fù)責(zé)整個項目,以項目為中心

-公司的多個項目可以共享各個職能部門的資源

-即利于項目目的的實現(xiàn),又利于公司目的方針的貫徹

-項目成員的顧慮減少了

?缺陷:

-容易引起職能經(jīng)理和項目經(jīng)理權(quán)力的沖突

-資源共享也能引起項目之間的沖突

-項目成員有多頭領(lǐng)導(dǎo)

簡述項目溝通計劃的重要內(nèi)容。

?分析溝通需求:什么人什么時候需要溝通

?擬定溝通的內(nèi)容:溝通的格式、內(nèi)容及具體限度

?擬定溝通方式和方法:口頭、書面、會議、E-Mail等

?擬定溝通的收發(fā)職責(zé):管理溝通信息的發(fā)布與接受

?安排溝通的時間頻度

?溝通計劃修訂維護

簡述軟件項目存在較大風(fēng)險的因素。

?軟件項目的需求變化大

?軟件項目計劃和估算難度大

?軟件項目管理的難度大

?承包方信用問題

?人員變動問題

?技術(shù)問題

?政策變化問題

?性能達(dá)不到

簡述風(fēng)險的基本性質(zhì)。

?風(fēng)險的客觀性:是不以人的意志為轉(zhuǎn)移的

?風(fēng)險的不擬定性:風(fēng)險難以度量和掌控

?風(fēng)險的不利性:風(fēng)險發(fā)生時將導(dǎo)致?lián)p失或破壞

?風(fēng)險的可變性:在一定的條件下風(fēng)險可以轉(zhuǎn)化

?風(fēng)險的相對性:不同的主體對風(fēng)險的承受辦不同

?風(fēng)險同利益的對稱性:風(fēng)險與利益共存

簡述軟件外包的基本環(huán)節(jié)及管理措施。

?環(huán)節(jié):

-競標(biāo)邀請:向候選乙方分發(fā)“外包項目競標(biāo)邀請書”及相關(guān)

材料,乙方參與競標(biāo)

-評估候選乙方的綜合能力,對候選乙方進行粗篩選和綜合評

估。

-選出最合適的承包商。

?管理措施:

-保障溝通:要有承包方開發(fā)小組的訂技術(shù)人員或主管親自負(fù)

責(zé)協(xié)調(diào)溝通。

-做好計劃:要制定具體、完整的項目計劃,并在計劃中具體

列出每一件工作需要哪方面的哪些人力來共同執(zhí)行,計劃中

的每一個進度都需要進行確認(rèn)才干繼續(xù)。

-避免延誤:計劃中要預(yù)留足夠的時間來進行確認(rèn)工作,也只

能在正式確認(rèn)后才可繼續(xù)接下來的工作。

何謂軟件配置管理?簡述其功能和目的。

?軟件配置管理是一套規(guī)范、高效的管理軟件開發(fā)及各種中間

軟件產(chǎn)品的方法和規(guī)則。

?配置管理的重要功能是記錄軟件產(chǎn)品的演化過程,實行有效

的版本管理和變更管理,最終保證軟件產(chǎn)品的完整性、一致

性、追朔性、可控性。

?配置管理的基本目的是:

-有計劃地對各種項目產(chǎn)品進行標(biāo)記管理

-讓各種項目產(chǎn)品可以被辨認(rèn)、控制和獲取

-讓各種項目產(chǎn)品的更改得到有效控制

-讓相關(guān)組織或個人及時了解軟件基線的狀態(tài)和內(nèi)容

簡述基線變更管理的基本過程。

?基線變更需要通過SCCB授權(quán),按程序進行控制并記錄基線修

改過程。變更過程涉及如下4步:

⑴一方面提出變更申請并填寫相應(yīng)的變更申請表

⑵對變更申請進行評估,對變更的類型及也許產(chǎn)生的影響進

行評審

⑶根據(jù)評估結(jié)果決定批準(zhǔn)或拒絕變更,并擬定版本更新(若批

準(zhǔn))

(4)從基線庫提取基線產(chǎn)品修改,完畢變更和版本升級。

簡述導(dǎo)致項目執(zhí)行偏差的因素及控制偏差的措施。

?導(dǎo)致偏差的因素:

-對項目的范圍沒有做明確透徹的分析和定義

-對項目所涉及的資源、環(huán)境、工具等的成本分析不夠完善準(zhǔn)

.對于項目的質(zhì)量不夠重視,或者說不具有質(zhì)量管控的能力。

-許多項目的風(fēng)險分析并未引起項目管理者的足夠重視

-項目組成員的職業(yè)素養(yǎng)不夠

?控制偏差的措施:

-設(shè)立里程碑,并給予里程碑事件足夠的重視。只要能保證里

程碑事件的準(zhǔn)時完畢,整個項目的進度也就有了保障。

-關(guān)注薄弱環(huán)節(jié),實現(xiàn)動態(tài)平衡。在項目進度的管理過程中,

需要不斷調(diào)度、協(xié)調(diào),保證項目的均衡發(fā)展,實現(xiàn)項目整體

的動態(tài)平衡。

-明確每個成員的責(zé)任。定任務(wù)、定人員、定目的,進一步明

確責(zé)任,保證關(guān)鍵任務(wù)的進度。

簡述質(zhì)量保證與質(zhì)量控制的關(guān)系。

?質(zhì)量保證的焦點在過程;而質(zhì)量控制的焦點在產(chǎn)品推出前的

質(zhì)量把關(guān)。

?質(zhì)量保證是通過各種手段來保證高質(zhì)量的軟件結(jié)果的過程,

屬于管理職能;而質(zhì)量控制是直接對項目工作結(jié)果的質(zhì)量進

行把關(guān)的過程,屬于檢查職能。

?質(zhì)量控制是針對具體的產(chǎn)品或者具體的活動的質(zhì)量管理;而

質(zhì)量保證是針對一般的、具有普遍性的問題,或者說軟件開發(fā)

的過程中的問題進行的質(zhì)量管理。質(zhì)量保證促進了質(zhì)量的改

善,可以導(dǎo)致公司的性能產(chǎn)生一個突破。

?質(zhì)量保證是從總體上提供質(zhì)量信心,而質(zhì)量控制是從具體環(huán)

節(jié)上提高產(chǎn)品的質(zhì)量。通過質(zhì)量保證和質(zhì)量控制可以提高項

目和產(chǎn)品的質(zhì)量,最終達(dá)成滿意的目的。

簡述海茲伯格的激勵理論,并提出相應(yīng)的激勵策略。

?海茲伯格的激勵理論認(rèn)為,人的行為受兩類因素的影響,一是

激勵因素(內(nèi)在因素),涉及成就感,責(zé)任感,晉升,被賞識、認(rèn)

可等;二是保健因素(外在因素),涉及工作環(huán)境,薪金,工作

關(guān)系,安全等。

?激勵策略:

-從外在因素角度,要密切注意員工的情緒波動,多與員工溝

通,消除和緩解不滿情緒;對制度和政策多作解釋工作以消

除誤解;向上級反映員工的合理規(guī)定與建議,以完善相關(guān)政

策制度;協(xié)調(diào)好項目組內(nèi)的人際關(guān)系,對出現(xiàn)的緊張關(guān)系要

及時加以調(diào)解;公正地評價員工表現(xiàn)并安排晉升。

-從內(nèi)存因素角度,項目經(jīng)理要鼓勵和幫助員工制訂個人成長

計劃,為員工的進步和成長提供機會,對骨干進行適當(dāng)授權(quán),

對成績及時肯定,提高員工的成就感和責(zé)任感。

簡述常見風(fēng)險及其解決措施。

?項目缺少可見性:可以通過迭代開發(fā)、技術(shù)評審、連續(xù)集成

來增強項目的可見性。

?新技術(shù)引入:通過原型開發(fā)、充足論證、多階段評審、同行經(jīng)

驗等措施可減少新技術(shù)風(fēng)險。

?技術(shù)兼容性:可以通過設(shè)計先行、售前產(chǎn)品測試等方法來減少

這種風(fēng)險。

?性能問題:可以通過性能規(guī)劃、性能測試、充足的調(diào)試時間

等方法來減少這種風(fēng)險。

?倉促上線:可以通過應(yīng)急預(yù)案、分步切換、交叉培訓(xùn)等方法

減少風(fēng)險。

?可用性問題:可以通過了解用戶、參與設(shè)計、競爭性分析等

方法減少風(fēng)險。

1.下面活動屬于項目的是()

A.上課B.社區(qū)保安C.新型轎車研發(fā)D.衛(wèi)生保潔

2.下列生存期模型中項目被分解為子項目階段提交的是()

A.漸進式模型B.V型模型C.原型模型D.螺旋型模型

3.下列屬于醫(yī)療信息系統(tǒng)非功能需求的是()

A.在2分鐘內(nèi)給出季度記錄報告B.提供病歷查詢功能

C.提供病歷信息錄入D.提供記錄與打印功能

4.下列屬于面向?qū)ο笮枨蠓治龇椒ǖ氖牵ǎ?/p>

A.流程圖分析方法B.數(shù)據(jù)流圖分析方法

C.協(xié)作圖分析方法D.功能列表方法

5.下列屬于項目間接成本的是()

A.質(zhì)量成本B.管理成本C.開發(fā)成本D.房租

6.下列成本估算方法中對象點估算的是()

A.類比估算B.自下而上估算C.PROBE方法D.專家

估算

7.下列進度管理圖中能反映任務(wù)之間邏輯依賴關(guān)系的是()

A.甘特圖B.資源圖C.里程碑圖D.網(wǎng)絡(luò)圖

8.下列屬性屬于軟件產(chǎn)品轉(zhuǎn)移質(zhì)量的是()

A.靈活性B.可理解性C.可用性D.互運營

9.運用軟件程序量來對軟件產(chǎn)品進行規(guī)模估算的方法是基于()的估算方法。

A.軟件程序量B.功能點C.對象點D.代碼行

10.時間分派不合理屬于()

A.技術(shù)風(fēng)險B.項目風(fēng)險c.商業(yè)風(fēng)險D.可

預(yù)測風(fēng)險

11.下列理論中認(rèn)為人的天性是喜歡挑戰(zhàn)的是()

A.需求層次理論B.X理論C.Y理論D.盼望理

12.風(fēng)險對于不同的主體有著不同的被容忍限度是指()

A.客觀性B.不擬定性c.相對性D.可變

13.掙值分析中用來表達(dá)進度性能指標(biāo)的量是()

A.CPIB.SVC.SPI

D.CV

得評卷復(fù)查

分人人一、填空題(每空1分,共10分)

14.UML中順序圖用來描述對象之間的

15.任務(wù)分解的形式可分為圖表或。

16.用例圖中用例為提供的功能。

17.若某任務(wù)工作量的最大值、最小值、平均值分別為22、18、20人月,則其規(guī)模估

算值為20人月。

18.軟件項目估算中月進度為。,人月工作量為2則經(jīng)驗導(dǎo)出模型

為。

19.軟件項目的規(guī)模估算Q=18人月,假如有9個開發(fā)人員,每個開發(fā)人員的開發(fā)效率為

2,則定額估算法得出的時間進度估算是。

20.某項目歷時的最樂觀值為16,最也許值為18,最悲觀值為20,按工程評價技術(shù)其估

計值為18o

21.功能點估計中假如項目的UFC=500,TFC=1.12,則項目的功能點

為o

22.當(dāng)SQA組發(fā)現(xiàn)產(chǎn)品質(zhì)量危機時,向項目組的直接上級直接報告稱

為O

23.測量的單位稱為。

得評卷復(fù)查

人人

24.項目干系人

a.項目組內(nèi)部人員

b.在同一組織內(nèi)但在該項目組外的人員

c.完全是在該組織以外的人員

得分

25.軟件需求規(guī)格

采用產(chǎn)品驅(qū)動項目的方針時,項目目的經(jīng)常以功能、質(zhì)量需求和資源需求的形式嚴(yán)格

定義。

得分

26.關(guān)鍵途徑

網(wǎng)絡(luò)中那條定義項目的周期的途徑叫做關(guān)鍵途徑,它上面的任何延期都會延遲項目的完

畢。

得分

27.風(fēng)險

不擬定的事件或情況,一旦出現(xiàn),將會對項目的目的產(chǎn)生積極或悲觀的影響。

得分

得評卷復(fù)查

人人三、簡答題(每小題5分,共25分)

28.簡述基線變更管理的目的和過程。

得分

29.簡述繪制流程圖的基本思想。

得分

30.簡述掙值分析的輸入以及衡量項目順利與否的原則。

31.簡述風(fēng)險規(guī)劃的概念和重要策略。

風(fēng)險規(guī)劃的概念:辨認(rèn)出重要的風(fēng)險并且完畢風(fēng)險分類以后,接下來的工作是計劃如何

解決他們。

風(fēng)險重要策略:接受風(fēng)險,緩解和減少風(fēng)險,規(guī)避風(fēng)險,轉(zhuǎn)移風(fēng)險。

得分

32.簡述軟件度量GQM方法的基本環(huán)節(jié)。

得分

得評卷復(fù)查

分人人四、應(yīng)用題(每小題10分,共40分)

33.某軟件項目的PDM圖如圖所示,任務(wù)1的估計歷時的最樂觀值、最也許值、最悲

觀值分別為20、24、28,任務(wù)2則為14、16、18。

求:

(1)各任務(wù)的PERT估計值和項目歷時的估計值;

(2)各任務(wù)的標(biāo)準(zhǔn)差和方差。

任務(wù)1PERT=(20+4*24+28)/6=24

任務(wù)2PER7=(14+4*16+18)/6=16

(2)

任務(wù)1標(biāo)準(zhǔn)差:S=(b-a)/6=(28-20)/6=1.33

方差:

任務(wù)2標(biāo)準(zhǔn)差:S=(b-a)/6=(18—14)/6=0.67

方差:

得分

34.某項目的網(wǎng)絡(luò)圖的一條途徑如下圖所示,每個框內(nèi)從上至下,從左至右分別是ES、

EF、任務(wù)歷時、LS、LFo其中任務(wù)A、B間有滯后為5。

求空白處的值。

得分

35.某項目的PDM圖如下圖所示,下表給出了每個任務(wù)的歷史估計、成本估計、可壓

縮的最短歷時及壓縮后的成本。

ABCD

歷時估計(周)13111

564

成本估計(萬)7953

可壓縮最短歷時11111

(周)252

壓縮后成本(萬)815.4

.225.2

求(1)各任務(wù)在可壓縮的范圍內(nèi)進度壓縮和成本線性正比關(guān)系R;

(2)若欲壓縮工期至28周,如何壓縮成本最少?成本多少?

36.某項目實行后失敗的概率為40%,損失為300,000元;若成功,其獲得高回報1,

000,000元的概率是40%,而有60%的概率虧本200,000元。畫出這個項目的風(fēng)險

決策樹并計算實行和不實行項目的EMV。

NPV=-300000*40%+(1000000*40%-202300*60%)*60%=4.8

舉例

題型

附錄

選擇題

一、

?

認(rèn)活動

配的確

活動匹

產(chǎn)品

目的

創(chuàng)建項

強調(diào)與

細(xì)化,

模型的

是瀑布

種模型

下列哪

如:

螺旋模

A、

程模型

V過

B、

快速原

C、

象模型

面向?qū)?/p>

D、

填空題

二、

入之差

和總收

總成本

周期中

個生命

的整

項目

是在

項目的

如I:

錯題

判斷改

三、

匹配的

的活動

目產(chǎn)品

創(chuàng)建項

調(diào)了與

,他強

模型

開發(fā)

系統(tǒng)

典”的

是“經(jīng)

模型

過程

如:V

動。

認(rèn)活

要的確

名詞解

四、

項目

如:

簡答題

五、

如:項目群通常以哪幾種形式存在?

六、分析設(shè)計題

如:PERT方法使用公式來組合最也許的時間、樂觀的時間、悲觀的時間這三次估計,構(gòu)

成一個盼望周期te

te=(a+4m+b)/6

假設(shè)有活動A、B、C、D周期估計如下表,試計算每個活動的盼望周期te

活動周期(周)

活動樂觀的(a)最也許的(m)悲觀的(b)

A568

B445

C233

D3.545

WBS和OBS在下列哪個(些)()方面幫助項目經(jīng)理

A、定義要做的工作

B、給一定要做的工作分派組織與個人的職權(quán)和責(zé)任

C、項目開始后的提供成本控制

D、以上都是

E、以上的A和B

對于項目時間與費用關(guān)系的描述真確的是()

A、在一定范圍內(nèi),直接費用隨時間的縮短而減少

B、在一定范圍內(nèi),間接費用隨時間的縮短而增長

C、在一定范圍內(nèi),項目總費用隨時間先增長,后減少

D、在一定范圍內(nèi),項目的總費用有一個最低點

網(wǎng)絡(luò)圖上連續(xù)時間零的活動是()

A、關(guān)鍵路線活動上的活動B、非關(guān)鍵路上的活動

C、虛活動D、自由時差活動

溫馨提示

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

最新文檔

評論

0/150

提交評論