《軟件項目管理計劃書》最佳模板_第1頁
《軟件項目管理計劃書》最佳模板_第2頁
《軟件項目管理計劃書》最佳模板_第3頁
《軟件項目管理計劃書》最佳模板_第4頁
《軟件項目管理計劃書》最佳模板_第5頁
已閱讀5頁,還剩22頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

品文檔項目名稱: 品文檔 .項目概述 41.2.項目主要功能及性能 41.3.項目交付產品 4.參考資料 4 2.1.過程模型 42.2.團隊的分工與合作 5 3.1.管理目標及優先級 63.2.風險管理 63.3.監督及控制機制 63.4.人員計劃 73.5.培訓計劃 83.6.風險管理計劃 83.7.項目配置計劃 93.8.計劃更新策略 93.9.項目溝通計劃 103.9.1.項目組會議 103.9.2.項目報告機制 11 11品文檔3.11.質量保證活動 123.11.1.內部審核 123.11.2.階段審核 13 4.1.開發工具、方法和技術 134.2.軟件需交付的文檔 13 5.1.進度表格描述 155.2.開發過程中的資源需求 155.3.軟件管理過程中預算及資源分配 165.4.項目進度及關鍵工期設置 16品文檔1.簡介1.1.項目概述1.2.項目主要功能及性能1.3.項目交付產品 (1)提交文檔:項目管理計劃、需求規格說明,設計報告、測試報告、用戶使用手冊和項目個人總結。其中項目總結為每人一份,每個小組所有成員的總結裝訂在一起;其余文檔每組提交一份。每個團隊可將各小組的文檔綜合到一起,各小組也可自行分開提交,具體方式由團隊內部協商確定。所 (2)源程序檢查:一共1.4.參考資料2.項目組織2.1.過程模型品文檔品文檔3.管理過程3.1.管理目標及優先級3.2.風險管理3.3.監督及控制機制報告機制:2.每周例會上各位組員積極對當前的開發工作進行積極的評審和建言,由組長做最后的作口頭總結,由秘書主持會議并記錄和整理會議的內容。文期提交風險報告。必要時將突發風險通知所有組員,并由組長做出臨時處理決定。然后在該周的例會上由組成員共同討論對風險的處理意見。并形成風報告格式:報告主題,時間段,發現人,報告內容,審核意見評審機制:品文檔進意見開展下一周工作,嚴格執行例會上鎖制定的決策。小組會議持續評估其成效。每一項目階段結束之前(里程碑前后),組織一次階段評審會,評估整個階段的工作效率和成果質量。盡量與項目例會合并,并邀請組長和其他組成員參加評議。亦可詢問領導的意見。對于重大的風險處理意見,應該由組長及其他組組長組成評審團對處理意見進行審議和評估。并以評審團的決議 (亦可根據老師的建議)作為重要參考來制定決策。3.4.人員計劃java程序員:界面設計員:數據庫設計員:文檔維護員:t溝通交流員:軟件測試人員:品文檔3.5.培訓計劃舉例如下:培訓計劃培訓效果評培訓效果評估方式需要的技能水平123項目組成員具備的技能水平培訓領域培訓方式3.6.風險管理計劃 (可根據項目選擇來寫,沒有也可不寫)品文檔與產品包相關的各方面的風險包括:市場/客戶風險;技術風險;財務風險;制造風險;采購風險;技術支持風險;風險3.7.項目配置計劃 (可根據項目選擇來寫,沒有也可不寫)3.8.計劃更新策略目計劃進行變更控制和管理的機制以及其載體。以下文字僅供參考:在發生如下事件時,修訂項目計劃和參考文檔:品文檔項目的范圍發生變化當風險成為現實時采取了相應的行動正行動時。內部或外部審核導致的糾正活動項目管理規程來批準和簽發。事件驅動性更新是指在計劃執行過程中遇到項目突然變動或者其他影響項目正常運行的事目計劃更新需要對計劃文檔更新和項目里程碑計劃的更新。不論是階段驅動性更新還是時間驅動性更新都需要對項目的更新計劃進行評審,評審需要3.9.項目溝通計劃參考下例:品文檔項目組會議NoNo會議頻度參加人跟蹤機制會議2.項目總結會議列舉項目跟蹤、監控過程中需要出示的報告類型、頻率、報告人、匯報人信息。參考下例:項目報告機制報報告項目狀態報告項目階段結束報告項目總結報告4.報準備人頻度需要對公司其他產品在本產品中實現重用進行分析以及本產品可以共享給公司的其他供重用,可以直接鏈接相應的文檔或者在此加以說明。品文檔現有重用構件1((Ifapplicable)重用構件的資產IDSl.12構件/文檔名采用階段新增重用構件2序序構件/文檔名需求/文檔id說明號12舉例如下:行一次內部審核。品文檔4.技術過程4.1.開發工具、方法和技術4.2.軟件需交付的文檔該文檔由組長完成,介紹項目的整個管理過程。該文檔在軟件設計需求2.需求規格說明初稿在需求分析階段,由全體小組成員采集分析用戶的需求,并在例會上作出決策,有文檔維護員撰寫整理需求規格說明初稿,并在后續各個階段進行品文檔在總體設計階段,小組根據需求規格說明文檔,完成軟件體系結構的設4.測試文檔在更新用需求分析階段,測試人員需要開始著手編寫用戶手冊,并在需求分析結束后需要形成初稿;在后續階段不斷由文檔維護員戶文檔;并在系6.個人項目總結工作經驗進行總結。在7.其他文檔軟件開發過程中的其他文檔,如開發日志(按組員意見選擇公開與否),品文檔5.開發進度安排及預算5.1.進度表格描述工作集工作集子工作完成時負責人最終交付物描述間5.2.開發過程中的資源需求支持

溫馨提示

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

評論

0/150

提交評論