軟體專案管理期中測試

2021-10-05 21:45:26 字數 2069 閱讀 2180

1、你正在接手乙個為一家大型連鎖醫院開發軟體的專案。在理解了專案需求之後,您覺得他們應該為這項工作選擇不同的技術。理想情況下,這種方法應該在哪個過程中考慮?(d)

a、 建立wbs

b、活動定義

c、制定專案管理計畫

d、確定範圍

2、在專案的執行階段,您意識到分包商使用的是不完整和不同的範圍宣告。作為專案經理,你首先應該做什麼?(b)

a、 對照正確的範圍宣告檢查已完成的工作

b、 與利益相關者一起審查工作範圍

c、 記錄與管理層的不一致,計算不一致的成本

d、 在工作範圍完成之前停止所有活動

3、專案經理審查專案需求並與主題專家(sme)面談。規劃專案時,很明確並非所有需求都能滿足。 專案經理下一步應該怎麼做?(b)

a.與關鍵相關方確定將滿足哪些需求。

b.根據專家判斷評價並排列需求的優先順序。

c.為每個方案制定詳細的計畫。

d.要求專案團隊協助。

a.更新風險管理計畫

b.建立乙份移交計畫,包含乙份有待解決問題的清單

c.為運營團隊僱傭備用人員

d.在局域**獲得批准之後監視30天

5、 公司的新產品系列將在兩個月內發布,95%的專案任務均已完成。但是,管理層卻決定終止產品發布並取消專案。專案經理下一步該怎麼做?(d)

a.立即停止所有專案任務

b.按原計畫完成專案

c.釋放資源並記錄專案狀態

d.收尾專案並更新經驗教訓

6.、專案經理接管乙個處於執行階段的專案,客戶無法按照要求的詳細程度來定義專案目標,專案團隊成員已經開始抱怨,因為需求的不斷變化導致無法進行工作估算和進度編制,專案經理應該怎麼做?(d)

7、根據你對專案概念的理解,請列舉專案的特點,並舉出至少3個可以稱為專案的活動。(15)

專案特點:

(1)發展快 (2)經驗失效快 (3)複雜度高 (4)主要依靠人的腦力勞動 (5)過程可見性差 (6)結果難於測試

專案的活動:

(1)開發乙個軟體 (2)準備春季運動會比賽場地 (3)設計乙個航空母艦

8、 德爾菲法是業界流行的專家評估技術,在沒有歷史資料的情況下,德爾菲法確實可以減少估算的偏差。假設專案經理正在進行乙個資訊查詢系統專案的估算,採用此方法,邀請兩位專家估算,第乙個專家給出1萬,8萬,9萬的估算值,第二個專家給出4萬,6萬,8萬的估算,計算這個專案的成本估算值是多少?(計算方法如下: 最小值ai,最可能值mi,最大值bi,計算每位專家的平均值 ei = ( ai +4*mi + bi )/6,最後計算期望值:e = (e1+……+en)/n)。(15)

e1=(o+4m+p)/6 =(1+48+9)/6 = 7

e2=(o+4m+p)/6=(4+46+8)/6 = 6

e=(e1+e2)/2=(7+6)/2=6.5(萬元)

答:這個專案的成本估算值是6.5萬元

9、根據以下描述內容,畫出網路圖:專案以三項活動a,b,c開始,他們可以同時進行。當a完成後,d可以開始;當b完成後,f可以開始;b 和d 都完成後,e才開始;專案在活動c, e和f 結束時完成。請分別用節點表示活動和用箭頭表示活動兩種形式作圖。(20)

第一種形式:節點表示活動

第二種形式:箭頭表示活動

10、用偽**的形式實現求兩個結點間最短路徑的演算法。(20)

// 拓展邊(u,v)。w(u,v)為從u到v的路徑長度。 for each edge outgoing from u as (u,v)

//迴圈從u輸出的每個邊(u,v) if d[v] > d[u] + w(u,v) //左頂點大於右頂點與兩頂點距離之和 d[v] :=

d[u] + w(u,v) // 更新路徑長度到更小的那個和值。 previous[v] := u // 記錄前面頂點

軟體測試技術 在軟體生命週期中測試的實施

1.軟體的生命週期 同任何事物一樣,軟體也有乙個孕育,誕生,成長,成熟,衰亡的過程,這個過程被稱為軟體生命週期 大致可分為以下幾個階段 制定規劃 系統與與軟體需求分析 軟體設計 程式設計與單元測試 整合與系統測試 執行與維護 每個階段都有每個階段要完成的任務 按以上階段的順序進行每個階段任務簡要的描...

軟體測試技術 在軟體生命週期中測試的實施

1.軟體的生命週期 同任何事物一樣,軟體也有乙個孕育,誕生,成長,成熟,衰亡的過程,這個過程被稱為軟體生命週期 大致可分為以下幾個階段 制定規劃 系統與與軟體需求分析 軟體設計 程式設計與單元測試 整合與系統測試 執行與維護 每個階段都有每個階段要完成的任務 按以上階段的順序進行每個階段任務簡要的描...

軟體專案管理 三 軟體專案範圍管理

專案範圍對專案的影響是決定性的,它確定了軟體專案工作內容的多少。有效的範圍管理可以保證專案只做必須做的事情,避免範圍蔓延和做無用功,同時也避免不清晰的需求所導致的嚴重的系統缺陷 需求獲取工作的任務就是收集專案干係人的需求資訊,為定義專案的範圍奠定基礎。需求獲取工作只能通過使用者與開發人員之間進行高度...