管理培訓(xùn)課件(軟件項目管理過程)_第1頁
管理培訓(xùn)課件(軟件項目管理過程)_第2頁
管理培訓(xùn)課件(軟件項目管理過程)_第3頁
管理培訓(xùn)課件(軟件項目管理過程)_第4頁
管理培訓(xùn)課件(軟件項目管理過程)_第5頁
已閱讀5頁,還剩45頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、LOGO軟件項目管理2學(xué)習(xí)內(nèi)容 項目管理概述 項目生命周期與組織 項目管理九大知識體系 軟件項目管理過程3軟件項目管理4軟件項目管理原則 用分階段的生命周期計劃嚴(yán)格管理; 堅持進(jìn)行階段評審; 實行嚴(yán)格的產(chǎn)品控制; 采用現(xiàn)代程序設(shè)計技術(shù); 結(jié)果應(yīng)能夠清楚地審查; 開發(fā)小組地人員應(yīng)該少而精; 承認(rèn)不斷改進(jìn)軟件工程實踐地必要性。5小軟件項目開發(fā)中常犯的錯誤 開發(fā)之前沒有認(rèn)真地進(jìn)行項目可行性和工作量的估計; 沒有真正的設(shè)計過程; 不經(jīng)過單元測試而直接進(jìn)入系統(tǒng)測試; 。 6軟件開發(fā)的文檔 項目開發(fā)計劃 測試分析報告 概要設(shè)計說明書 測試計劃 操作手冊 模塊開發(fā)卷宗 用戶手冊 項目開發(fā)總結(jié)報告 詳細(xì)設(shè)計說

2、明書 數(shù)據(jù)要求說明書 軟件需求說明書 可行性研究報告 開發(fā)進(jìn)度月報 數(shù)據(jù)庫設(shè)計說明書 模塊開發(fā)卷宗 用戶手冊 項目開發(fā)計劃 項目開發(fā)總結(jié)報告 7軟件項目管理 項目管理過程 項目開發(fā)過程 項目支持過程8項目管理過程9項目管理過程 立項管理 結(jié)項管理 項目規(guī)劃與監(jiān)控 變更控制 溝通控制 問題跟蹤10立項管理自主產(chǎn)品立項申請合同項目立項申請PMO受理項目啟動產(chǎn)品經(jīng)理銷售人員項目團(tuán)隊立項評審立項申請書(產(chǎn)品建議書、調(diào)研分析報告、相關(guān)合同文件)立項評審?fù)ㄖ㈨椩u審結(jié)論項目總體計劃11結(jié)項管理自主產(chǎn)品結(jié)項申請PMO受理結(jié)項評審遺留問題跟蹤項目經(jīng)理所有項目成員項目工作總結(jié):個人工作總結(jié) 分析提煉 知識入庫

3、結(jié)項申請書 項目評估報告 問題跟蹤表 個人工作總結(jié)、知識庫12項目規(guī)劃和監(jiān)控l 項目規(guī)劃(Project Planning)是指對本項目的人力資源、任務(wù)進(jìn)度、成本等做出合適的安排,制定出一些計劃(包括宏觀的和細(xì)節(jié)的),使大家按照計劃行事,最終順利地達(dá)到預(yù)定的目標(biāo)。l 項目監(jiān)控項目監(jiān)控是將項目實際情況與項目計劃進(jìn)行對比,是將項目實際情況與項目計劃進(jìn)行對比,如果發(fā)現(xiàn)某些因素(如人力資源、任務(wù)進(jìn)度、成本如果發(fā)現(xiàn)某些因素(如人力資源、任務(wù)進(jìn)度、成本等)的偏差比較大,那么及時分析原因,給出糾正等)的偏差比較大,那么及時分析原因,給出糾正措施。措施。 13項目規(guī)劃和監(jiān)控 項目人員角色 項目人員角色表(姓名

4、、角色、工作描述等) 任務(wù)進(jìn)度管理1、制定任務(wù)計劃2、填寫執(zhí)行情況調(diào)整3、糾正偏差14項目規(guī)劃和監(jiān)控 項目成本管理 項目評審 決策評審 技術(shù)評審 評審報告 1、制定任務(wù)預(yù)算2、記錄實際開支調(diào)整3、對比分析、控制成本15變更控制變更申請評審和審批申請人執(zhí)行變更執(zhí)行人評審人和審批人拒絕變更變更控制報告16溝通管理 消除摩擦、增進(jìn)關(guān)系 處理不合理的變更 依據(jù)合同處理變更 設(shè)法拖延到下個版本 讓客戶欠下人情 發(fā)掘新的商機(jī)溝通記錄17問題跟蹤問題報告報告者報告者接受者處理問題解決待關(guān)閉審核關(guān)閉接受者重新打開問題跟蹤表18項目開發(fā)過程19項目開發(fā)過程 需求開發(fā)與管理 系統(tǒng)設(shè)計 模塊開發(fā)與集成 測試與缺陷跟

5、蹤 交付與驗收 軟件維護(hù)20需求開發(fā)與管理 需求調(diào)研 需求分析 需求定義 需求評審 需求跟蹤21需求調(diào)研方式 與用戶交談,向用戶提問題。與用戶交談,向用戶提問題。 參觀用戶的工作流程,觀察用戶的操作。參觀用戶的工作流程,觀察用戶的操作。 向用戶群體發(fā)調(diào)查問卷。向用戶群體發(fā)調(diào)查問卷。 與同行、專家交談,聽取他們的意見。與同行、專家交談,聽取他們的意見。 分析已經(jīng)存在的同類軟件產(chǎn)品,提取需求。分析已經(jīng)存在的同類軟件產(chǎn)品,提取需求。 從行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求。從行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求。 從從 Internet 上搜查相關(guān)資料。上搜查相關(guān)資料。客戶需求記錄22需求分析方法 問答分析法問答分析法 是

6、什么、為什么是什么、為什么 建模分析法建模分析法 圖形符號來表示、刻畫需求圖形符號來表示、刻畫需求23需求定義需求規(guī)格說明書需求規(guī)格說明書 24需求評審 需求分析員邀請項目成員(包括項目經(jīng)理)需求分析員邀請項目成員(包括項目經(jīng)理)和客戶代表共同評審和客戶代表共同評審需求規(guī)格說明書需求規(guī)格說明書,大家盡最大努力使大家盡最大努力使需求規(guī)格說明書需求規(guī)格說明書能能夠正確無誤地反映用戶的真實意愿。夠正確無誤地反映用戶的真實意愿。 力求使需求文檔達(dá)到正確、清楚、無二義力求使需求文檔達(dá)到正確、清楚、無二義性、一致、必要、完備、可實現(xiàn)、可驗證性、一致、必要、完備、可實現(xiàn)、可驗證 。25需求跟蹤 第第1步步,

7、需求分析員創(chuàng)建需求的目錄結(jié)構(gòu),需求分析員創(chuàng)建需求的目錄結(jié)構(gòu),便于人們閱讀。便于人們閱讀。 第第2步步,需求分析員輸入每條需求的詳細(xì),需求分析員輸入每條需求的詳細(xì)內(nèi)容,可以多次細(xì)化修改,每次修改后應(yīng)內(nèi)容,可以多次細(xì)化修改,每次修改后應(yīng)通知相關(guān)項目成員。通知相關(guān)項目成員。 第第3步步,需求分析員跟蹤每條需求的進(jìn)展,需求分析員跟蹤每條需求的進(jìn)展?fàn)顩r,填寫需求跟蹤記錄狀況,填寫需求跟蹤記錄 。26項目開發(fā)過程 需求開發(fā)與管理 系統(tǒng)設(shè)計 模塊開發(fā)與集成 測試與缺陷跟蹤 交付與驗收 軟件維護(hù)27軟件系統(tǒng)設(shè)計 主要內(nèi)容有體系結(jié)構(gòu)設(shè)計、用戶界面設(shè)計、主要內(nèi)容有體系結(jié)構(gòu)設(shè)計、用戶界面設(shè)計、數(shù)據(jù)庫設(shè)計等。數(shù)據(jù)庫設(shè)

8、計等。 在需求與代碼之間建立橋梁。在需求與代碼之間建立橋梁。 指導(dǎo)工作人員開發(fā)能夠滿足用戶需求的軟指導(dǎo)工作人員開發(fā)能夠滿足用戶需求的軟件系統(tǒng)。件系統(tǒng)。 軟件系統(tǒng)設(shè)計說明書軟件系統(tǒng)設(shè)計說明書 28設(shè)計評審 目的目的是在同行專家的幫助下,盡早地發(fā)現(xiàn)是在同行專家的幫助下,盡早地發(fā)現(xiàn)本系統(tǒng)中存在的設(shè)計缺陷,及時消除設(shè)計本系統(tǒng)中存在的設(shè)計缺陷,及時消除設(shè)計缺陷。缺陷。 29項目開發(fā)過程 需求開發(fā)與管理 系統(tǒng)設(shè)計 模塊開發(fā)與集成 測試與缺陷跟蹤 交付與驗收 軟件維護(hù)30模塊開發(fā)與集成 開發(fā)人員對自己承擔(dān)模塊的質(zhì)量和開發(fā)進(jìn)開發(fā)人員對自己承擔(dān)模塊的質(zhì)量和開發(fā)進(jìn)度負(fù)責(zé)。度負(fù)責(zé)。 必須先進(jìn)行自我測試,必須實現(xiàn)模塊

9、的所必須先進(jìn)行自我測試,必須實現(xiàn)模塊的所有功能,消除自己已經(jīng)發(fā)現(xiàn)的缺陷。有功能,消除自己已經(jīng)發(fā)現(xiàn)的缺陷。模塊需求和設(shè)計文檔模塊需求和設(shè)計文檔 31項目開發(fā)過程 需求開發(fā)與管理 系統(tǒng)設(shè)計 模塊開發(fā)與集成 測試與缺陷跟蹤 交付與驗收 軟件維護(hù)32測試與缺陷跟蹤提交測試測試準(zhǔn)備執(zhí)行測試消除缺陷缺陷跟蹤開發(fā)負(fù)責(zé)人測試負(fù)責(zé)人測試人員開發(fā)人員審核關(guān)閉33提交測試 在配置庫中打標(biāo)記(在配置庫中打標(biāo)記(Label),這個),這個Label就是待測試物品(如軟件包)的版本號。就是待測試物品(如軟件包)的版本號。 說明該版本要測試什么,注意事項等。說明該版本要測試什么,注意事項等。 開發(fā)人員必須測試自己開發(fā)的功能

10、,通過開發(fā)人員必須測試自己開發(fā)的功能,通過后才可以交付給測試人員。后才可以交付給測試人員。34測試準(zhǔn)備 分配測試任務(wù)分配測試任務(wù) 設(shè)計測試用例設(shè)計測試用例 目的是找出需求、設(shè)計、代碼中的毛病,因目的是找出需求、設(shè)計、代碼中的毛病,因此最好盡可能早地設(shè)計測試用例。此最好盡可能早地設(shè)計測試用例。 不同的測試用例其用途應(yīng)當(dāng)不一樣,不要累不同的測試用例其用途應(yīng)當(dāng)不一樣,不要累贅。贅。 顯而易見的測試用例不必完整地用文字描述,顯而易見的測試用例不必完整地用文字描述,因為此時文字描述的價值不大、反而消耗時因為此時文字描述的價值不大、反而消耗時間。間。 構(gòu)建測試環(huán)境構(gòu)建測試環(huán)境測試用例35缺陷跟蹤報告缺陷報

11、告者報告者接受者處理缺陷解決待關(guān)閉審核關(guān)閉接受者重新打開缺陷跟蹤表36消除缺陷 找到錯誤的代碼時,不要急于修改,先思找到錯誤的代碼時,不要急于修改,先思考一下。考一下。 軟件中可能潛伏同一類型的許多錯誤(例軟件中可能潛伏同一類型的許多錯誤(例如由不良的編程習(xí)慣引起的)。好不容易如由不良的編程習(xí)慣引起的)。好不容易逮住一個,應(yīng)當(dāng)乘勝追擊,全部殲滅。逮住一個,應(yīng)當(dāng)乘勝追擊,全部殲滅。 在改錯之后一定要馬上重新測試,以免引在改錯之后一定要馬上重新測試,以免引入新的錯誤。入新的錯誤。 反思,寫下心地體會,與他人共享經(jīng)驗教反思,寫下心地體會,與他人共享經(jīng)驗教訓(xùn)。訓(xùn)。 37項目開發(fā)過程 需求開發(fā)與管理 系

12、統(tǒng)設(shè)計 模塊開發(fā)與集成 測試與缺陷跟蹤 交付與驗收 軟件維護(hù)38交付與驗收軟件部署用戶培訓(xùn)項目成員項目成員撰寫文檔試用驗收試用人員驗收人員 軟件部署說明書客戶培訓(xùn)記錄39項目開發(fā)過程 需求開發(fā)與管理 系統(tǒng)設(shè)計 模塊開發(fā)與集成 測試與缺陷跟蹤 交付與驗收 軟件維護(hù)40軟件維護(hù) 糾錯性維護(hù) 完善性維護(hù)客服人員維護(hù)負(fù)責(zé)人接受維護(hù)請求維護(hù)人員分析維護(hù)請求執(zhí)行軟件維護(hù)41項目支持過程42項目支持過程 軟件配置管理 文檔管理 質(zhì)量保證 日志和周報 績效評估 知識庫管理43軟件配置管理 軟件配置管理(SCM)是指通過執(zhí)行版本控制、變更控制等規(guī)程,以及使用合適的配置管理軟件,來保證所有配置項的完整性和可跟蹤性

13、。 配置項主要有兩大類:配置項主要有兩大類:軟件代碼軟件代碼和和文檔文檔 配置項的主要屬性有:名稱、標(biāo)識符、文配置項的主要屬性有:名稱、標(biāo)識符、文件狀態(tài)、版本、作者、日期等件狀態(tài)、版本、作者、日期等 。 44軟件代碼管理 項目經(jīng)理(或上級領(lǐng)導(dǎo))指定項目的配置管理員。項目經(jīng)理(或上級領(lǐng)導(dǎo))指定項目的配置管理員。 配置管理員創(chuàng)建本項目對應(yīng)的配置庫,其目錄結(jié)配置管理員創(chuàng)建本項目對應(yīng)的配置庫,其目錄結(jié)構(gòu)與開發(fā)環(huán)境的目錄結(jié)構(gòu)保持一致。構(gòu)與開發(fā)環(huán)境的目錄結(jié)構(gòu)保持一致。 配置管理員為每個項目成員分配配置庫的操作權(quán)配置管理員為每個項目成員分配配置庫的操作權(quán)限。限。 項目成員根據(jù)自己的權(quán)限操作代碼。項目成員根據(jù)

14、自己的權(quán)限操作代碼。 如果要修改已經(jīng)發(fā)布了的代碼,必須遵循如果要修改已經(jīng)發(fā)布了的代碼,必須遵循 “申請申請審批執(zhí)行審批執(zhí)行”的變更管理流程。的變更管理流程。 有關(guān)責(zé)任人定期備份代碼庫。有關(guān)責(zé)任人定期備份代碼庫。 45軟件文檔管理 項目經(jīng)理創(chuàng)建項目文檔庫,至少確定文檔項目經(jīng)理創(chuàng)建項目文檔庫,至少確定文檔庫的第一級目錄。庫的第一級目錄。 項目經(jīng)理為每個項目成員分配文檔庫的操項目經(jīng)理為每個項目成員分配文檔庫的操作權(quán)限。作權(quán)限。 項目經(jīng)理用文件袋或文件柜妥善保管紙質(zhì)項目經(jīng)理用文件袋或文件柜妥善保管紙質(zhì)文檔。文檔。 如果要修改已經(jīng)發(fā)布了的重要文檔,必須如果要修改已經(jīng)發(fā)布了的重要文檔,必須遵循遵循“申請審

15、批執(zhí)行申請審批執(zhí)行”的變更管理流的變更管理流程。程。 有關(guān)責(zé)任人定期備份文檔庫有關(guān)責(zé)任人定期備份文檔庫 。46質(zhì)量保證 質(zhì)量保證(質(zhì)量保證(QA)是指檢查項目的)是指檢查項目的“工作工作 過程和工作成果過程和工作成果”是否符合既定的規(guī)范。是否符合既定的規(guī)范。 質(zhì)量保證的要點是:找出明顯不符合規(guī)質(zhì)量保證的要點是:找出明顯不符合規(guī) 范的工作過程和工作成果,及時督促相范的工作過程和工作成果,及時督促相 關(guān)人員糾正問題。關(guān)人員糾正問題。 每個檢查點的檢查結(jié)論有每個檢查點的檢查結(jié)論有3種:通過,未種:通過,未 通過,免檢。通過,免檢。 質(zhì)量保證檢查表47日志和周報 項目成員應(yīng)每天撰寫工作日志,記錄每項目成員應(yīng)每天撰寫工作日志,記錄每 天的主要工作內(nèi)容。天的主要工作內(nèi)容。 項目經(jīng)理撰寫項目周報,抄送給領(lǐng)項目經(jīng)理撰寫項目周報,抄送給領(lǐng) 導(dǎo)和項目成員導(dǎo)和項目成員 。工作日志項目周報48績效評估定義績效體系定義績效體系 績效評估類型??冃гu估類型。每個績效評估類型細(xì)分為若干個績效指標(biāo)。每個績效評估類型細(xì)分為若干個績效指標(biāo)。每個績效指標(biāo)限定了最高分值(體現(xiàn)了權(quán)每個績效指標(biāo)限定了最高分值(體現(xiàn)了權(quán)重),并給出詳細(xì)的評分標(biāo)準(zhǔn)。重),并給出詳細(xì)的評分標(biāo)準(zhǔn)。將業(yè)績分?jǐn)?shù)劃分若干等級,每個等級對應(yīng)某將業(yè)績分?jǐn)?shù)劃分若干等級,每個等級對應(yīng)某個分?jǐn)?shù)范圍。個分?jǐn)?shù)范圍。

溫馨提示

  • 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)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論