cmmi軟件開發(fā)流程

1、軟件開發(fā)流程軟件項目生命周期模型出口準則角色職責，參與活動,活動交互輸出需求分析需求分析流程圖過程描述1、由部門經理組建臨時項目組，并指定PM、開發(fā)人員、測試人員、QA,人數根據項目規(guī)模確定。2、PM制定需求階段日程表，該表須通過研發(fā)經理審核。3、PM指示配置管理員建立配置庫。4、由PM與測試負責人提出裁剪申請，QA指導臨時項目組人員對項目進行裁剪，形成項目裁剪表。5、EPG和部門經理對裁剪結果進行審批，審批通過項目裁剪表正式生效。6、PM與測試負責人確定項目管理機制，內容包括組織結構、溝通、跟蹤、報告、風險管理、問題管理、QA、CM等。7、項目組人員與客戶進行溝通，編寫需求清單列表。8、PM

2、組織臨時項目組成員確定系統(tǒng)架構，編寫架構設計書和需求規(guī)格書。架構設計過程中的重要的技術方案選擇、開發(fā)/采購/復用分析等內容要明確體現在架構設計書中。?對技術方案選擇（例如，系統(tǒng)結構、開發(fā)平臺、數據庫等的選擇），要事先建立評價準則（例如，滿足系統(tǒng)需求的能力（例如，功能、性能、可靠性等）、技術的發(fā)展前景、供應商資質與實力等）及相對優(yōu)先級，采用討論表決的方法選擇并確定最終的技術方案。?關于自行開發(fā)和采購復用的分析，如果公司有基本滿足系統(tǒng)需要的可復用組件（包括其分析、設計、代碼、測試用例等），一般應進行復用；本公司沒有能力開發(fā)或沒有必要開發(fā)的非核心技術部分，如果采購成本在項目可接受范圍內，可考慮采購；

3、否則，由項目組自行開發(fā)。架構設計的總體候選方案選擇和供應商選擇要使用正式的方法做決策。9、PM召集臨時項目組、測試負責人等技術骨干評審架構設計書和需求規(guī)格書。10、PM組織臨時項目組與客戶溝通、說明需求，必要時編制系統(tǒng)原型向客戶展示，直到臨時項目組、客戶就需求的真實含義達成共識、客戶書面確認需求規(guī)格書為止。11、臨時項目組確定項目目標的范圍，明確系統(tǒng)邊界，建立系統(tǒng)的模塊分解結構。12、PM與測試負責人遵循項目估算流程組織人員進行項目估算。13、PM、測試負責人與臨時項目組確定項目關鍵參數。?工作量、工期、日程、人數?成本/預算（由于本公司的項目的絕大部分成本是人力成本，對估計成本的管理等同于估

4、計工作量的管理，對實際成本的管理等同于實際工作量的管理，對預算的管理等同于計劃工作量的管理。）?質量目標14、PM、測試負責人與部門經理協(xié)調人員及資源、計劃知識技能、協(xié)調相關干系人的參與。15、項目組基于公司環(huán)境標準，結合項目實際情況建立適合的工作環(huán)境。16、PM、測試負責人編制項目計劃書。17、PM、測試負責人編制項目日程表。18、臨時項目組、研發(fā)部、QA評審項目計劃書，評審通過后正式生效。19、PM指示配置管理員建立配置基線。20、PM編制階段總結報告（項目總結報告中的度量分析頁面）,召開階段會議。設計過程描述1）項目經理組織項目組人員學習需求規(guī)格書；2）項目經理組織項目組中的開發(fā)人員確定

5、設計約束，這些約束可能包括一下幾個方面：?需求約束，需求規(guī)格書中約定的設計約束；?隱含約束，需求規(guī)格書中沒有，但對系統(tǒng)的設計或者使用帶來潛在影響的特殊約束3）項目經理及開發(fā)人員根據需求規(guī)格書、架構設計書進行設計，編制設計說明書。?基于對業(yè)務和現有系統(tǒng)結構的理解，劃分/調整系統(tǒng)模塊。?描述各系統(tǒng)模塊協(xié)作實現各業(yè)務場景的處理流程（可用序列圖）。?必要時（通常要反復幾輪），修正系統(tǒng)模塊劃分和處理流程。?描述各處理流程中的各活動的輸入、處理、輸出和可能的異常。?系統(tǒng)模塊構成及其相互關系。（可用類圖、包圖。）?系統(tǒng)模塊內部設計。（功能、管理的數據、對外的服務、對內的服務，要求明確各模塊的對外接口。）4）

6、開發(fā)人員根據需求規(guī)格書、架構設計書進行設計、設計說明書進行用戶界面和數據庫以及接口等方面的詳細設計，納入設計說明書。?用戶界面設計。（建議使用Visio中的窗口和對話框、工具欄和菜單、公共控件這幾個形狀組來繪制，具體操作方法是：點擊“文件”選項選定“形狀”選定“軟件和數據庫”選定“軟件”依次選定上述三類形狀組。）?數據庫設計。?文件設計（文件的存貯位置與名稱、格式與內容定義。）。?接口設計。（含內部通訊接口、外部通訊接口、用戶圖形界面、報表、其它接口。）5）項目經理組織開發(fā)人員、測試人員及其他技術骨干評審設計說明書。6）配置管理員建立設計階段配置基線；7）項目經理編制階段報告（項目總結報告中的

7、度量數據頁面），組織項目組人員并邀請部門經理召開階段會議，并形成會議紀要。編碼流程編碼流程圖輸入開發(fā)人員輸出編碼規(guī)范界面規(guī)范設計說明書_,詳細類圖代碼文件過程描述a）根據準入條件中的設計文檔，繪制詳細類圖，以指導編碼。b）對生成的類圖進行審核。c）項目經理組織開發(fā)人員學習編碼規(guī)范、用戶界面規(guī)范，以保障程序的可靠性、可讀性、可修改性、可維護性、一致性以及界面的規(guī)范性。d）開發(fā)環(huán)境的配置項目經理或其指定人員在公司的開發(fā)環(huán)境指南的基礎上編制開發(fā)環(huán)境配置說明，項目組成員遵照開發(fā)環(huán)境配置說明配置統(tǒng)一的開發(fā)環(huán)境。e）編寫及調試開發(fā)人員根據設計說明書和編碼規(guī)范、用戶界面規(guī)范的要求編寫代碼，自行進行檢查、調試

8、并解決BUG。f）評審代碼項目經理組織開發(fā)人員、項目組外的專家等對本項目修訂的所有代碼進行評審或審批。g）進行自測開發(fā)人員對代碼進行聯調，對照測試人員編制的測試用例中的正常業(yè)務流程部分（在測試用例中已明確標出）進行測試，并全部通過測試。聯調測試中，不要求記錄BUG,不須編制測試報告。h）編寫階段報告項目經理編制階段報告，召開階段會議。編碼規(guī)范（見規(guī)范說明書）測試流程過程描述1、 測試負責人組織測試人員學習、評審用戶需求列表、需求規(guī)格書。在學習、評審過程中充分理解客戶及業(yè)務需求，確保文檔信息的正確性、充分性、一致性。2、 測試負責人組織測試人員完成編寫整個項目的測試方案。3、 測試負責人組織測試

9、人員基于需求規(guī)格書編寫測試用例。當設計說明書通過評審后，測試人員基于設計說明書對測試用例進行必要的調整。測試用例的組織分類須遵循以下原則：?測試用例的組織分類（例如，文檔名、頁面名、一級標題、二級標題等）必須與需求規(guī)格書中的各需求點明確對應起來。4、 測試負責人組織測試人員、開發(fā)人員、PM評審測試方案、測試用例。5、 測試負責人指示配置管理員將測試方案及測試用例文檔入庫。6、 測試負責人組織PM、開發(fā)人員、測試人員召開階段會議并形成階段報告。驗收流程過程描述1）項目經理與客服人員溝通驗收事項2）客服人員在客戶指定的環(huán)境下參照安裝維護手冊進行產品安裝調試，并把合同約定的文檔、源程序等交給客戶。3

10、）客服人員對客戶進行系統(tǒng)操作方法培訓。4）客戶試用系統(tǒng)開展業(yè)務，測試人員收集客戶反饋的問題；如果客戶驗收測試環(huán)境與生產環(huán)境差異明顯時，要進行性能測試，以保證滿足系統(tǒng)性能需求。5）測試人員在驗收中發(fā)現缺陷并告知項目經理，項目經理將缺陷記錄到BugFree中。某些情況下（例如，缺陷描述不詳、明顯不是缺陷等）項目經理可以向相關人員（測試人員、客戶）解釋、說明，達成一致后駁回相關人員（測試人員、客戶）提出的問題。6）項目經理將缺陷分派給適合的開發(fā)人員。7）開發(fā)人員分析缺陷的原因及解決該缺陷，并將該缺陷的解決方法及解決狀態(tài)更新BugFree。8）項目經理將所有已處理的缺陷轉移至測試人員進行缺陷修復的確認

11、。?如果測試結果表明缺陷仍未解決，項目組內測試人員通過項目經理將該缺陷返回給處理該缺陷的開發(fā)人員。?如果測試結果表明缺陷已解決，項目組內測試人員告知項目經理，項目經理關閉該缺陷。9）在更新驗收版本之前，測試人員要進行一次回歸測試。對即將發(fā)布的新版本，進行一次整體的測試。10）驗收中發(fā)現的缺陷累積到一定程度或嚴重缺陷導致驗收無法繼續(xù)時，應更新驗收版本。?必須解決的缺陷全部解決后，配置管理員更新代碼及配套文檔并標識驗收的產品版本，項目經理指定人員更新驗收版本并部署至驗收環(huán)境中。?測試人員分析本次更新涉及的范圍，確定回歸測試的范圍，并在此范圍內進行回歸測試。?如果更新驗收版本之后，要回到活動4,直至驗收通過。11）項目經理和客戶代表根據驗收期間的測試記錄等依據驗收通過準則，達成一致，根據所簽署的商務合同，向客戶交付合同中要求提供的交付物，包括用戶手冊、安裝維護手冊等，并取得客戶驗收通過的書面確認。12）項目經理收集整理項目相關的資料和數據，在項目組內分配項目關閉各項工作，包括技術總結、軟件產品總結，相關數據整理等。13）配置管理員對配置庫進行更新，整理相關工作產品14）項目經理收集項目組成員反饋的建議，根據對項目的