開發(fā)管理流程第一頁，共十三頁，2022年，8月28日目錄實(shí)施開發(fā)管理流程的目的流程涉及角色說明開發(fā)管理流程圖模型適用的項(xiàng)目輸出第二頁，共十三頁，2022年，8月28日實(shí)施開發(fā)管理流程的目的開發(fā)管理流程的制定，目的是為了指導(dǎo)開發(fā)人員的開發(fā)過程有序地進(jìn)行對軟件設(shè)計(jì)、開發(fā)的全過程進(jìn)行有效控制

確保設(shè)計(jì)結(jié)果滿足輸入要求和需求、期望

第三頁，共十三頁，2022年，8月28日流程涉及角色說明項(xiàng)目經(jīng)理:接到項(xiàng)目通知后，組織召開項(xiàng)目啟動(dòng)會(huì)議，制定項(xiàng)目開發(fā)計(jì)劃并為每一次迭代的更新任務(wù)及時(shí)更新開發(fā)計(jì)劃,配置合理的人力和其它資源，按照開發(fā)計(jì)劃跟進(jìn)項(xiàng)目進(jìn)展,并對可能的延期提出預(yù)警并找出解決辦法。軟件開發(fā)工程師:參加項(xiàng)目啟動(dòng)會(huì)議，按照《UMPAY_SW_流程_開發(fā)過程管理流程_V1.0》，《UMPAY_SW_流程_review管理流程_V1.0》以及項(xiàng)目經(jīng)理的開發(fā)計(jì)劃進(jìn)行軟件開發(fā)。

SQA

跟蹤開發(fā)過程是否按照《UMPAY_SW_流程_開發(fā)過程管理流程_V1.0》進(jìn)行,審核開發(fā)計(jì)劃的可執(zhí)行性，有效性。跟蹤項(xiàng)目進(jìn)度，每一次迭代release的實(shí)現(xiàn)情況，是否及時(shí)安排了測試等情況。數(shù)據(jù)庫人員

負(fù)責(zé)數(shù)據(jù)庫的設(shè)計(jì)及操作維護(hù)。參見《數(shù)據(jù)庫規(guī)范》。

第四頁，共十三頁，2022年，8月28日測試負(fù)責(zé)人負(fù)責(zé)具體的測試安排，測試實(shí)施，輸出測試結(jié)果，保證測試過程中與開發(fā)有良好的溝通。

發(fā)布人員

項(xiàng)目經(jīng)理或項(xiàng)目經(jīng)理指派人員擔(dān)任，負(fù)責(zé)項(xiàng)目代碼及文檔向相關(guān)平臺的發(fā)的發(fā)布工作。

配置管理人員在項(xiàng)目進(jìn)展過程中經(jīng)過review的所有開發(fā)過程文檔（包括：《UMPAY_SW_計(jì)劃_軟件開發(fā)計(jì)劃_項(xiàng)目》、《UMPAY_SW_技術(shù)_軟件需求分析文檔_項(xiàng)目》、《UMPAY_SW_技術(shù)_軟件系統(tǒng)設(shè)計(jì)文檔_項(xiàng)目》、《JAVADOC文檔》、《UMPAY_SW_手冊_技術(shù)使用手冊_項(xiàng)目》等等）提交到配置管理庫的相應(yīng)項(xiàng)目目錄下。保證項(xiàng)目進(jìn)行中的文檔的及時(shí)歸檔，有更新需要及時(shí)向配置管理庫上傳更新后的文檔，以便team組相關(guān)人員查閱。檢查代碼上傳的正確性。業(yè)務(wù)部此項(xiàng)目負(fù)責(zé)人

參與需求分析的評審。第五頁，共十三頁，2022年，8月28日開發(fā)管理流程圖流程圖開發(fā)管理流程第六頁，共十三頁，2022年，8月28日模型適用項(xiàng)目本開發(fā)流程從重點(diǎn)項(xiàng)目開始執(zhí)行。迭代模型主要針對事先不能完整定義需求的軟件開發(fā)，其開發(fā)過程一般是首先開發(fā)核心系統(tǒng)，當(dāng)核心系統(tǒng)投入運(yùn)行后，軟件開發(fā)人員根據(jù)用戶的反饋，實(shí)施開發(fā)的迭代過程，每一迭代過程均由需求、設(shè)計(jì)、編碼、測試、集成等階段組成，直到軟件開發(fā)結(jié)束。第七頁，共十三頁，2022年，8月28日第八頁，共十三頁，2022年，8月28日

由于不同項(xiàng)目都有項(xiàng)目的特殊情況，每一次迭代具體的開發(fā)計(jì)劃不同，總體來說迭代的重點(diǎn)會(huì)從初期的需求占大部分工作量過度到后期的編碼實(shí)現(xiàn)占大部分工作量，所以每一次迭代SQA的審核重點(diǎn)隨項(xiàng)目經(jīng)理的開發(fā)計(jì)劃中的重點(diǎn)進(jìn)行變動(dòng).第九頁，共十三頁，2022年，8月28日第十頁，共十三頁，2022年，8月28日優(yōu)點(diǎn)開發(fā)一系列的完整系統(tǒng)，每一個(gè)系統(tǒng)都向用戶提供了完整的功能。一旦一個(gè)系統(tǒng)被構(gòu)建出來并被投入使用，變更會(huì)被識別出來并反映在同系列的下一個(gè)系統(tǒng)的設(shè)計(jì)中。變更請求可能會(huì)包括功能，接口，性能，可靠性等。當(dāng)需求不明確時(shí)可以使用此模型(用戶甚至不知道他們想要的是什么)缺點(diǎn)：需要設(shè)計(jì)者具備從一開始就要考慮擴(kuò)展性和復(fù)用性的能力。每一次演化都應(yīng)該有重要的評審點(diǎn)以確定：a)結(jié)果在多大程度上滿足用戶的期望或需求?b)在新的演化中，期望或需求將會(huì)怎樣變化？