cmmi軟件開發(fā)流程

軟件開發(fā)流程軟件項目生命周期模型需求分析需求分析流程圖過程描述1、由部門經(jīng)理組建臨時項目組，并指定PM、開發(fā)人員、測試人員、QA，人數(shù)根據(jù)項目規(guī)模確定。2、PM制定需求階段日程表，該表須通過研發(fā)經(jīng)理審核。3、PM指示配置管理員建立配置庫。4、由PM與測試負(fù)責(zé)人提出裁剪申請，QA指導(dǎo)臨時項目組人員對項目進(jìn)行裁剪，形成項目裁剪表。5、EPG和部門經(jīng)理對裁剪結(jié)果進(jìn)行審批，審批通過項目裁剪表正式生效。6、PM與測試負(fù)責(zé)人確定項目管理機(jī)制，內(nèi)容包括組織結(jié)構(gòu)、溝通、跟蹤、報告、風(fēng)險管理、問題管理、QA、CM等。7、項目組人員與客戶進(jìn)行溝通，編寫需求清單列表。8、PM組織臨時項目組成員確定系統(tǒng)架構(gòu)，編寫架構(gòu)設(shè)計書和需求規(guī)格書。架構(gòu)設(shè)計過程中的重要的技術(shù)方案選擇、開發(fā)/采購/復(fù)用分析等內(nèi)容要明確體現(xiàn)在架構(gòu)設(shè)計書中。 對技術(shù)方案選擇(例如，系統(tǒng)結(jié)構(gòu)、開發(fā)平臺、數(shù)據(jù)庫等的選擇)，要事先建立評價準(zhǔn)則(例如，滿足系統(tǒng)需求的能力(例如，功能、性能、可靠性等)、技術(shù)的發(fā)展前景、供應(yīng)商資質(zhì)與實力等)及相對優(yōu)先級，采用討論表決的方法選擇并確定最終的技術(shù)方案。 關(guān)于自行開發(fā)和采購復(fù)用的分析，如果公司有基本滿足系統(tǒng)需要的可復(fù)用組件(包括其分析、設(shè)計、代碼、測試用例等)，一般應(yīng)進(jìn)行復(fù)用； 本公司沒有能力開發(fā)或沒有必要開發(fā)的非核心技術(shù)部分，如果采購成本在項目可接受范圍內(nèi)，可考慮采購；否則，由項目組自行開發(fā)。架構(gòu)設(shè)計的總體候選方案選擇和供應(yīng)商選擇要使用正式的方法做決策。9、PM召集臨時項目組、測試負(fù)責(zé)人等技術(shù)骨干評審架構(gòu)設(shè)計書和需求規(guī)格書。10、PM組織臨時項目組與客戶溝通、說明需求，必要時編制系統(tǒng)原型向客戶展示，直到臨時項目組、客戶就需求的真實含義達(dá)成共識、客戶書面確認(rèn)需求規(guī)格書為止。11、臨時項目組確定項目目標(biāo)的范圍，明確系統(tǒng)邊界，建立系統(tǒng)的模塊分解結(jié)構(gòu)。12、PM與測試負(fù)責(zé)人遵循項目估算流程組織人員進(jìn)行項目估算。13、PM、測試負(fù)責(zé)人與臨時項目組確定項目關(guān)鍵參數(shù)。 工作量、工期、日程、人數(shù) 成本/預(yù)算（由于本公司的項目的絕大部分成本是人力成本，對估計成本的管理等同于估計工作量的管理，對實際成本的管理等同于實際工作量的管理，對預(yù)算的管理等同于計劃工作量的管理。） 質(zhì)量目標(biāo)14、PM、測試負(fù)責(zé)人與部門經(jīng)理協(xié)調(diào)人員及資源、計劃知識技能、協(xié)調(diào)相關(guān)干系人的參與。15、項目組基于公司環(huán)境標(biāo)準(zhǔn)，結(jié)合項目實際情況建立適合的工作環(huán)境。16、PM、測試負(fù)責(zé)人編制項目計劃書。17、PM、測試負(fù)責(zé)人編制項目日程表。18、臨時項目組、研發(fā)部、QA評審項目計劃書，評審?fù)ㄟ^后正式生效。19、PM指示配置管理員建立配置基線。20、PM編制階段總結(jié)報告（項目總結(jié)報告中的度量分析頁面），召開階段會議。設(shè)計設(shè)計流程圖過程描述1) 項目經(jīng)理組織項目組人員學(xué)習(xí)需求規(guī)格書；2) 項目經(jīng)理組織項目組中的開發(fā)人員確定設(shè)計約束，這些約束可能包括一下幾個方面： 需求約束，需求規(guī)格書中約定的設(shè)計約束； 隱含約束，需求規(guī)格書中沒有，但對系統(tǒng)的設(shè)計或者使用帶來潛在影響的特殊約束。3) 項目經(jīng)理及開發(fā)人員根據(jù)需求規(guī)格書、架構(gòu)設(shè)計書進(jìn)行設(shè)計，編制設(shè)計說明書。 基于對業(yè)務(wù)和現(xiàn)有系統(tǒng)結(jié)構(gòu)的理解，劃分/調(diào)整系統(tǒng)模塊。 描述各系統(tǒng)模塊協(xié)作實現(xiàn)各業(yè)務(wù)場景的處理流程(可用序列圖)。 必要時(通常要反復(fù)幾輪)，修正系統(tǒng)模塊劃分和處理流程。 描述各處理流程中的各活動的輸入、處理、輸出和可能的異常。 系統(tǒng)模塊構(gòu)成及其相互關(guān)系。(可用類圖、包圖。) 系統(tǒng)模塊內(nèi)部設(shè)計。(功能、管理的數(shù)據(jù)、對外的服務(wù)、對內(nèi)的服務(wù),要求明確各模塊的對外接口。)4) 開發(fā)人員根據(jù)需求規(guī)格書、架構(gòu)設(shè)計書進(jìn)行設(shè)計、設(shè)計說明書進(jìn)行用戶界面和數(shù)據(jù)庫以及接口等方面的詳細(xì)設(shè)計，納入設(shè)計說明書。 用戶界面設(shè)計。(建議使用Visio中的窗口和對話框、工具欄和菜單、公共控件這幾個形狀組來繪制，具體操作方法是：點擊“文件”選項選定“形狀”選定“軟件和數(shù)據(jù)庫”選定“軟件”依次選定上述三類形狀組。) 數(shù)據(jù)庫設(shè)計。 文件設(shè)計(文件的存貯位置與名稱、格式與內(nèi)容定義。)。 接口設(shè)計。(含內(nèi)部通訊接口、外部通訊接口、用戶圖形界面、報表、其它接口。)5) 項目經(jīng)理組織開發(fā)人員、測試人員及其他技術(shù)骨干評審設(shè)計說明書。6) 配置管理員建立設(shè)計階段配置基線；7) 項目經(jīng)理編制階段報告(項目總結(jié)報告中的度量數(shù)據(jù)頁面)，組織項目組人員并邀請部門經(jīng)理召開階段會議，并形成會議紀(jì)要。編碼流程編碼流程圖過程描述a) 根據(jù)準(zhǔn)入條件中的設(shè)計文檔，繪制詳細(xì)類圖，以指導(dǎo)編碼。b) 對生成的類圖進(jìn)行審核。c) 項目經(jīng)理組織開發(fā)人員學(xué)習(xí)編碼規(guī)范、用戶界面規(guī)范，以保障程序的可靠性、可讀性、可修改性、可維護(hù)性、一致性以及界面的規(guī)范性。d) 開發(fā)環(huán)境的配置項目經(jīng)理或其指定人員在公司的開發(fā)環(huán)境指南的基礎(chǔ)上編制開發(fā)環(huán)境配置說明，項目組成員遵照開發(fā)環(huán)境配置說明配置統(tǒng)一的開發(fā)環(huán)境。e) 編寫及調(diào)試開發(fā)人員根據(jù)設(shè)計說明書和編碼規(guī)范、用戶界面規(guī)范的要求編寫代碼，自行進(jìn)行檢查、調(diào)試并解決BUG。f) 評審代碼項目經(jīng)理組織開發(fā)人員、項目組外的專家等對本項目修訂的所有代碼進(jìn)行評審或?qū)徟) 進(jìn)行自測開發(fā)人員對代碼進(jìn)行聯(lián)調(diào)，對照測試人員編制的測試用例中的正常業(yè)務(wù)流程部分（在測試用例中已明確標(biāo)出）進(jìn)行測試，并全部通過測試。聯(lián)調(diào)測試中，不要求記錄BUG，不須編制測試報告。 h) 編寫階段報告項目經(jīng)理編制階段報告，召開階段會議。編碼規(guī)范（見規(guī)范說明書）測試流程測試流程圖過程描述1、 測試負(fù)責(zé)人組織測試人員學(xué)習(xí)、評審用戶需求列表、需求規(guī)格書。在學(xué)習(xí)、評審過程中充分理解客戶及業(yè)務(wù)需求，確保文檔信息的正確性、充分性、一致性。2、 測試負(fù)責(zé)人組織測試人員完成編寫整個項目的測試方案。3、 測試負(fù)責(zé)人組織測試人員基于需求規(guī)格書編寫測試用例。當(dāng)設(shè)計說明書通過評審后，測試人員基于設(shè)計說明書對測試用例進(jìn)行必要的調(diào)整。測試用例的組織分類須遵循以下原則： 測試用例的組織分類(例如，文檔名、頁面名、一級標(biāo)題、二級標(biāo)題等)必須與需求規(guī)格書中的各需求點明確對應(yīng)起來。4、 測試負(fù)責(zé)人組織測試人員、開發(fā)人員、PM評審測試方案、測試用例。5、 測試負(fù)責(zé)人指示配置管理員將測試方案及測試用例文檔入庫。6、 測試負(fù)責(zé)人組織PM、開發(fā)人員、測試人員召開階段會議并形成階段報告。驗收流程驗收流程圖過程描述1) 項目經(jīng)理與客服人員溝通驗收事項。2) 客服人員在客戶指定的環(huán)境下參照安裝維護(hù)手冊進(jìn)行產(chǎn)品安裝調(diào)試，并把合同約定的文檔、源程序等交給客戶。3) 客服人員對客戶進(jìn)行系統(tǒng)操作方法培訓(xùn)。4) 客戶試用系統(tǒng)開展業(yè)務(wù)，測試人員收集客戶反饋的問題；如果客戶驗收測試環(huán)境與生產(chǎn)環(huán)境差異明顯時，要進(jìn)行性能測試，以保證滿足系統(tǒng)性能需求。5) 測試人員在驗收中發(fā)現(xiàn)缺陷并告知項目經(jīng)理，項目經(jīng)理將缺陷記錄到BugFree中。某些情況下（例如，缺陷描述不詳、明顯不是缺陷等）項目經(jīng)理可以向相關(guān)人員（測試人員、客戶）解釋、說明，達(dá)成一致后駁回相關(guān)人員（測試人員、客戶）提出的問題。6) 項目經(jīng)理將缺陷分派給適合的開發(fā)人員。7) 開發(fā)人員分析缺陷的原因及解決該缺陷，并將該缺陷的解決方法及解決狀態(tài)更新BugFree。8) 項目經(jīng)理將所有已處理的缺陷轉(zhuǎn)移至測試人員進(jìn)行缺陷修復(fù)的確認(rèn)。 如果測試結(jié)果表明缺陷仍未解決，項目組內(nèi)測試人員通過項目經(jīng)理將該缺陷返回給處理該缺陷的開發(fā)人員。 如果測試結(jié)果表明缺陷已解決，項目組內(nèi)測試人員告知項目經(jīng)理，項目經(jīng)理關(guān)閉該缺陷。9) 在更新驗收版本之前，測試人員要進(jìn)行一次回歸測試。對即將發(fā)布的新版本，進(jìn)行一次整體的測試。10) 驗收中發(fā)現(xiàn)的缺陷累積到一定程度或嚴(yán)重缺陷導(dǎo)致驗收無法繼續(xù)時，應(yīng)更新驗收版本。 必須解決的缺陷全部解決后，配置管理員更新代碼及配套文檔并標(biāo)識驗收的產(chǎn)品版本，項目經(jīng)理指定人員更新驗收版本并部署至驗收環(huán)境中。 測試人員分析本次更新涉及的范圍，確定回歸測試的范圍，并在此范圍內(nèi)進(jìn)行回歸測試。 如果更新驗收版本之后，要回到活動4，直至驗收通過。11) 項目經(jīng)理和客戶代表根據(jù)驗收期間的測試記錄等依據(jù)驗收通過準(zhǔn)則，達(dá)成一致，根據(jù)所簽署的商務(wù)合同，向客戶交付合同中要求提供的交付物，包括用戶手冊、安裝維護(hù)手冊等，并取得客戶驗收通過的書面確認(rèn)。12) 項目經(jīng)理收集整理項目相關(guān)的資料和數(shù)據(jù)，在項目組內(nèi)分配項目關(guān)閉各項工作，包括技術(shù)總結(jié)、軟件產(chǎn)品總結(jié)，相關(guān)數(shù)據(jù)整理等。13) 配置管理員對配置庫進(jìn)行更新，整理相關(guān)工作產(chǎn)品。14) 項目經(jīng)理收集項目組成員反饋的建議，根據(jù)對項目的監(jiān)控過