1、項目開發(fā)過程培訓，2007-11-16，培訓內(nèi)容，一，開發(fā)過程介紹二，配置管理三，審查四，測量與分析，一，開發(fā)過程介紹，內(nèi)容，一)項目訂劃二)產(chǎn)品需求三)軟件需求四)。 開發(fā)，測試工作量) Delphi方法偏差范圍： 20-30識別風險(技術、管理、需求、資源等)風險庫，經(jīng)驗創(chuàng)建修訂計劃文檔PM :項目修訂計劃工作分解. MPP風險管理修訂計劃TC :系統(tǒng)測試修訂計劃QA :質(zhì)量保證修訂計劃CMO角色的分配，關注，關注研究與接口人的交流問題，記錄需求問題跟蹤表(SE主導)需求跟蹤矩陣RTM的初始化(階段更新)，關注、CR流程的詳細內(nèi)容請參照后面的部署管理主題。 二八原則： 80%的工程消費需求

2、為20%，四)設置修訂、角色分配、五)編碼和單元測試、角色分配、關注、編碼的軟件開發(fā)過程中大約有15%的工作量僅用于直接編碼的單元測試用例(如測試修訂畫用例創(chuàng)建用例審查測試報告(TC，QA分析測試結(jié)果，確認能否結(jié)束單體測試，進行系統(tǒng)測試)，6 )集成測試，角色分配，關注，基本功能驗證基本功能利用例(由測試部提供) 用例審查存檔軟件包的驗證TC是否接受存檔版本(郵件會議)基本工作是否可以利用例紙的會簽，8 )檢驗測試、問題單管理對應的軟件修改單TD問題管理及時輸入、修改， 驗證問題狀態(tài)需要New-Open-Fixed-Verified-Closed問題記述備注“問題分析和解決方案”測試部拒絕保留

3、接口人、角色分配、9 )項目，輸出項目的項目審計(QA )不符合問題原因分析糾正措施建立項目報告數(shù)據(jù)的準確性和合理性在質(zhì)量總結(jié)中糾正偏差措施的說明和總結(jié)項目的經(jīng)驗和教訓。 角色分配，二，配置管理，目的：確保所有配置項目都已被標識和管理確保項目配置庫以管理方式被訪問確保有適當?shù)臋C制處理更改確保完整的基線被及時創(chuàng)建游戲角色分配，內(nèi)容，1 )配置管理修訂畫面2 )基線3 )變更4 )檔案5 )配置審計，1 )配置管理修訂畫面，創(chuàng)建(項目修訂畫面)檔案創(chuàng)建配置庫結(jié)構(gòu)分配權限(權限分配表)基線備份修訂畫面檔案成為后續(xù)開發(fā)流程的基礎，只能通過正式的變更申請來控制基線產(chǎn)品的變化。步驟： 1、配置項目完成驗證

4、合格后，PM向CCB提出基線申請2，CCB審查合格后，CMO以該配置項目為基線將配置項目的權限全部回收，將配置項目標記為label (bl _ unio ms1.0.0.0_ ssrro步驟： ) PM收到變更申請后，SE和變更大小級別的一般變更(郵件處理)重大變更(紙質(zhì)招牌、CCB審查) (CR_ UNIOMS1.0.0.0_模塊變更配置文件開放權限和驗證者4、CMO開放權限變更者(變更修改完成后，驗證者進行驗證6、CMO再檢查，關閉CR，將配置文件返回基線(回收權限) 7，維護配置文件統(tǒng)一修訂表和步驟： 1，PM向CCB提交歸檔申請2、CCB審查通過后， 開發(fā)人員根據(jù)歸檔目錄進行歸檔(確保分發(fā)區(qū)域是最新的文檔) 3，完成歸檔后驗證歸檔軟件包4，驗證沒有錯誤后將歸檔軟件包返回測試部或合作伙伴5， 回收CMO封閉PR部署項目的所有權限Label顯示部署項目(PR_ UNIOMS1.0.0.0_headware_01 )，5 )部署審計、QA項目修訂計劃和部署不合格問題記錄在不合格問題跟蹤單或?qū)徲媹蟾嬷校⒁驝MO或相關負責人修正不合格問題、關注、四、測量與分析、測量目標與測量項目初始化測量表(項目修訂畫、進度修訂畫、軟件概算結(jié)果)執(zhí)行測量與分析(階段更新) 1、數(shù)據(jù)準確性2、偏差分析(對未達到的項目進行根因分析與糾正措施的制定)測量與分析結(jié)果(分析結(jié)果