專案的特徵有哪些?
有明確的目標
專案之間的活動具有相關性
限定的週期
有獨特性
資源成本的約束性
專案的不確定性
專案與日常運作有什麼不同?
專案是一次性的,日常運作是重複進行的
專案是以目標為導向的,日常運作是通過效率和有效性體現的
專案是通過專案經理及其團隊工作完成的,而日常運作是職能式的線性管理
專案存在大量的變更管理,而日常運作則基本保持連貫性的。
軟體專案有什麼特殊性?
為邏輯實體而非物理實體,具有抽象性
沒有明顯的製造過程,也不存在重複生產
軟體專案的開發受到計算機硬體的制約
不可能完全擺脫手工開發模式
軟體本身是相當複雜的,涉及因素眾多,需求多變
軟體專案投入大、成本高
軟體專案管理有什麼特徵?
軟體是純知識產品,其開發進度和質量很難估計和度量,生產率也難以**和保證。
專案周期長,複雜度高,變數多。
軟體專案提供的是一種服務,需要滿足一群人的期望,即需要滿足一群想法和利益各不相同的人的需求。
pmbok包括哪9個知識領域?
整合管理
範圍管理
時間管理
成本管理
人力資源管理
溝通管理
風險管理
質量管理
採購管理
常用的生存期模型有哪些?各適用於什麼專案?
瀑布模型:分析、設計、編碼、測試和維護嚴格按步驟進行,適合於專案開始前有明確需求和明確的解決方案的專案,如公司的財務系統、庫存管理系統、短期專案等。
v模型:是瀑布模型的變種,強調測試的重要性,將開發活動與測試活動緊密聯絡在一起。適合於對系統的效能、安全有嚴格要求的專案。
原型模型:適合於在專案開始前對專案需求不明確,為了減少專案需求的不確定性而先開發專案的基本原型系統以驗證可行性,然後逐步補充完善。
增量模型:由瀑布模型演變而來,假設需求可分階段,分成一系列增量產品分別開發。適合於專案開始明確了需求的大部分,但對市場和使用者把握不是很準。
對於有龐大和複雜功能的系統也可考慮增量開發。
螺旋式模型:該模型在四個象限上分別表達了計畫制定、風險分析、專案實施、客戶評估四個方面的活動,通過一系列瀑布模型的不斷迴圈來逐步規避風險。適合於不確定因素較多、風險較大的專案。
漸近式階段模型:綜合了增量模型和螺旋式模型的乙個實用模型,漸進式前進,階段式提交。適合各種規模的專案,尤其是大中型專案,以及希望隨時看到未來的專案。
如何為專案選擇合適的生成期模型?
熟悉各種生存期模型
評審、分析專案的特性
選擇適合專案的生存期模型
標識生存期模型與專案不一致地方,並進行裁減
何謂需求獲取?它包括哪些主要活動?
需求獲取指通過與使用者的交流、對現有系統的觀察及對任務進行分析,從而開發、捕獲和修訂使用者的需求。
需求獲取的主要活動包括:
- 了解客戶方的所有使用者型別及潛在的型別
- 對使用者進行訪談和調研,包括會議討論、郵件提問、自行蒐集等各種形式
- 對收集到的使用者需求作進一步分析整理
- 將調研得到的使用者需求以適當的形式呈交給使用者和開發方相關人員
需求分析的主要內容有哪些?如何處理不明確需求?
需求分析的主要內容有:
- 以圖形表示的方式描述系統的整體結構,包括邊界和介面等
- 通過原型、頁面流或其它方式向使用者提供視覺化介面,以便使用者對需求作出自己的評價
- 以模型描述系統的功能項、資料實體、外部實體以及實體間的關係、狀態轉換等
不明確需求的處理方法有:
- 讓使用者參與開發,以便及時對不明需求作出修正
- 開發使用者介面原型,以便使用者更好地確認需求
- 召開需求討論會議,彙總和確認需求
- 強化需求分析和評審,讓使用者參與需求評審並簽字認可
如何做好需求變更管理?
建立需求基線
確定需求變更控制過程
成立變更控制委員會(sccb)
進行需求變更影響分析
跟蹤所有受需求變更影響的工作產品
建立需求基準版本和需求控制版本文件
維護需求變更的歷史記錄
跟蹤每項需求的狀態
衡量需求的穩定性
何謂任務分解?為什麼要進行任務分解?
任務分解就是將乙個專案分解為更多的工作細目或者子專案,使專案變得更小、更易管理、更易操作。它是乙個化繁為簡,分而治之的過程。
任務分解的作用:
- 提供了專案範圍基線,是範圍變更的重要輸入
- 為評估和分配任務提供具體的工作包
- 進行估算和編制專案進度的基礎
- 對整個專案成功的整合和控制起到非常重要的作用
假設你是某圖書館借閱系統的專案經理,請參照教材「校務通系統」專案計畫案例進行需求分析和任務分解,提交需求規格說明書和任務分解wbs圖表或清單。
簡述軟體專案進度(時間)管理的主要任務。
活動定義
活動排序
活動歷時估計
任務資源估計
制定進度計畫
進度控制(專案跟蹤)
專案進度(歷時)估算需考慮的因素有哪些?
實際工作時間:一周幾天、一天幾小時
專案的人員規模
生產率:loc/天
有效工作時間:除去聊天、打**、上衛生間等的時間
連續工作時間:不被打斷的持續工作時間
人員級別:不同人員的生產率不同,成本不同
歷史專案:參考以往類似專案
專案進度估算的基本方法有哪些?
定額估算法:根據專案規模、投入資源及單位生產率計算專案歷時,公式為t = q /(r×s)
經驗匯出模型:使用根據大量歷史專案統計得出的模型公式計算,如cocomo模型等
工程評價技術(pert):利用pdm任務網路圖和加權歷時估算公式計算專案總歷時
基於承諾的進度估計法:從需求出發,由開發人員承諾專案進度
jones的一階估算準則:根據專案功能點數及開發商評級,使用公式粗略估計專案歷時
其它:專家估計法、類推估計法、模擬估計法等
何謂正推法?簡述其計算任務歷時的基本步驟及計算公式。
正推法是按照時間順序計算任務網路圖上各活動的最早開始時間和最早完成時間的有效方法。
其計算步驟如下:
- 首先建立專案的開始時間,專案的開始時間是網路圖中第乙個活動的最早開始時間
- 從左到右,從上到下進行計算,遍歷所有路徑
- 當乙個任務有多個前置任務時,其最早開始時間應取前置任務其中最大的最早完成時間
計算公式:
- ef = es + duration(duration為任務歷時)
- es(2) = ef(1) + lag(1為前置任務,2為後置任務, lag為滯後時間)
何謂逆推法?簡述其計算任務歷時的基本步驟及計算公式。
逆推法是按照逆時間順序計算任務網路圖上各活動的最晚開始時間和最晚結束時間的有效方法。
其計算步驟如下:
- 首先建立專案的結束時間,專案的結束時間是網路圖中最後乙個活動的最晚結束時間
- 從右到左,從上到下進行計算,遍歷所有路徑
- 當乙個任務有多個後置任務時,其最晚完成時間應取後置任務中最小的最晚開始時間。
計算公式:
- ls = lf - duration(duration為任務歷時)
- lf(1) = ls(2) – lag (1為前置任務,2為後置任務, lag為滯後時間)
何謂模擬估算法?它適用什麼情況?具有什麼特點?
模擬估算法是根據以往完成的類似專案所消耗的總成本(或工作量)來推算將要開發的軟體的總成本(或工作量),然後按比例將它分配到各個開發任務單元中,是一種自上而下的估算形式。
該方法主要適用於在合同期和市場招標時,或因資訊不足或只需粗略估算,或有類似的歷史專案資料時。
它的特點是簡單易行,花費少。但具有一定的侷限性,準確性差,容易導致低估。
何謂自下而上估算法?它適用什麼情況?具有什麼特點?
自下而上估算法是利用任務分解結構圖,對各個具體工作包進行詳細的成本估算,然後將結果累加起來得出專案總成本。
該方法主要適用於專案開始以後和wbs的開發階段,或需要進行準確估算的時候。
它的特點是估算結果比較準確,準確度決定於每個任務的估算情況。但非常費時,估算本身的費用較大,且可能發生虛報誇大成本現象。
簡述提高估算準確性的主要措施。
作好充分的估算準備
留出估算的時間,並做好計畫
充分參考以前的專案資料
以開發人員提供的資料為基礎估算
分類法估算(多種方法分別估算並對比)
詳細的較低層次上的估算
使用軟體估算工具
使用幾種不同估算技術,並比較它們的結果
簡述資源衝突的表現及解決措施。
資源衝突的表現為:
- 分配給乙個資源的工時總量大於它的最大可用工時量。
- 同一種資源被分配給時間上重疊的幾個任務或專案中。
解決資源衝突的方法:
- 資源調配
- 推遲資源開始工作時間
- 替換資源
- 設定資源加班時間
- 調整資源日曆
- 只使用資源的一部分工作時間。
簡述降低預算成本的常用方法。
降低資源的費率:降低資源的費率往往會打擊工作人員的積極性,但可以通過降低其他資源的費率來實現,比如降低能源消耗、裝置費用。
減少任務的工時:適當的減少工時,可以降低任務的費用。但減少工時同時也影響專案的工期。
減少加班:加班需要支付加班費率,這通常要高於資源費率,所以減少加班可以有效的減少任務成本。
替換資源:用廉價的資源替換比較**的資源,但有乙個前提,那就是替換的資源同樣能勝任這項任務。
減少任務的固定成本:固定成本就是任務本身所需要的成本。
刪除任務:確認刪除該任務對專案沒有影響或影響在可控制範圍內才可採用
優化進度,縮短工期的主要方法有哪些?
分解關鍵任務,使它們同步進行以縮短工期
給任務增加資源(如人員)以加快進度
縮減關鍵任務的工期
重疊關鍵任務
設定日曆增加工作時間
通過分配加班工時來縮短關鍵任務
簡述mccall軟體質量模型的三個方面的11項特性。
mccall軟體質量模型包括如下三方面11項特性:
執行:- 正確性(我能按我的需要正確地工作嗎)
- 健壯性(我對各種可能的意外能很好地適應嗎)
- 效率(完成預定功能它需要的資源多嗎)
- 完整性(它能有效地保證資料的完整性嗎)
- 可用性(我能容易地學會使用它嗎)
修正:- 可維護性(遇到問題它能容易修復嗎)
- 靈活性(我能方便地對它作一些調整嗎)
- 可測試性(我能對它作必要的測試嗎)
轉移:- 可移殖性(我能在別處使用它嗎)
- 可復用性(我能對它的某些部分再利用嗎)
- 互連性 (它能與其它系統方便對接嗎)
簡述軟體專案審計的基本內容。
審計是將審核的主體與為該主體以前建立的一組規程和標準進行比較,以便對過程或者產品進行質量評估。
軟體專案審計是一種常見的軟體質量保證活動,包括專案執行過程評審和專案產品審計兩方面。
專案執行過程評審是對專案的執行過程進行檢查,確保所有活動遵循規程進行,然後提交審計報告。
專案產品審計是對專案過程中的工作產品進行質量審查,記錄不符合項,編寫產品審計報告。
軟體專案管理
第一次作業概述和專案啟動 1 選擇題 1 下列哪些活動不屬於專案範圍?a到教室上課 b開發軟體產品 c修建萬里長城 d老師答疑 2 pmbok的核心四項活動是下列哪四項 a時間 成本 範圍 風險 b範圍 時間 成本 質量 c人力資源 時間 成本 質量 d範圍 溝通 成本 質量 3 專案管理的四個階段...
軟體專案管理
實驗報告 專業 班級 學號 姓名 指導老師 鄭州大學資訊工程學院 實驗目的 1 熟悉掌握microsoft project中的專案時間管理,成本管理和資源管理,並會其中的一些運算操作公式。2 再次熟悉專案管理軟體 microsoft project 的操作,學會應用project 軟 件工具開始從事...
軟體專案管理
xx系統 學號班級 姓名指導教師 完成時間 x年x月xx日 目錄1 需求管理10 1.1 軟體需求管理過程10 1.2 需求規格11 1.3 需求變更管理12 2 任務分解13 2.1 任務清單13 2.2 功能分解清單13 2.3 wbs14 3 規模估算15 3.1 直接成本15 3.2 間接成...