開發(fā)管理流程

開發(fā)管理流程第1頁，課件共13頁，創(chuàng)作于2023年2月目錄實(shí)施開發(fā)管理流程的目的流程涉及角色說明開發(fā)管理流程圖模型適用的項(xiàng)目輸出第2頁，課件共13頁，創(chuàng)作于2023年2月實(shí)施開發(fā)管理流程的目的開發(fā)管理流程的制定，目的是為了指導(dǎo)開發(fā)人員的開發(fā)過程有序地進(jìn)行對(duì)軟件設(shè)計(jì)、開發(fā)的全過程進(jìn)行有效控制

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

第3頁，課件共13頁，創(chuàng)作于2023年2月流程涉及角色說明項(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)展,并對(duì)可能的延期提出預(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ī)范》。

第4頁，課件共13頁，創(chuàng)作于2023年2月測試負(fù)責(zé)人負(fù)責(zé)具體的測試安排，測試實(shí)施，輸出測試結(jié)果，保證測試過程中與開發(fā)有良好的溝通。

發(fā)布人員

項(xiàng)目經(jīng)理或項(xiàng)目經(jīng)理指派人員擔(dān)任，負(fù)責(zé)項(xiàng)目代碼及文檔向相關(guān)平臺(tái)的發(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_手冊(cè)_技術(shù)使用手冊(cè)_項(xiàng)目》等等）提交到配置管理庫的相應(yīng)項(xiàng)目目錄下。保證項(xiàng)目進(jìn)行中的文檔的及時(shí)歸檔，有更新需要及時(shí)向配置管理庫上傳更新后的文檔，以便team組相關(guān)人員查閱。檢查代碼上傳的正確性。業(yè)務(wù)部此項(xiàng)目負(fù)責(zé)人

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

由于不同項(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).第9頁，課件共13頁，創(chuàng)作于2023年2月第10頁，課件共13頁，創(chuàng)作于2023年2月優(yōu)點(diǎn)開發(fā)一系列的完整系統(tǒng)，每一個(gè)系統(tǒng)都向用戶提供了完整的功能。一旦一個(gè)系統(tǒng)被構(gòu)建出來并被投入使用，變更會(huì)被識(shí)別出來并反映在同系列的下一個(gè)系統(tǒng)的設(shè)計(jì)中。變更請(qǐng)求可能會(huì)包括功能，接口，性能，可靠性等。當(dāng)需求不明確時(shí)可以使用此模型(用戶甚至不知道他們想要的是什么)缺點(diǎn)：需要設(shè)計(jì)者具備從一開始就要考慮擴(kuò)展性和復(fù)用性的能力。每一次演化都應(yīng)該有重要的評(píng)審點(diǎn)以確定：a)結(jié)果在多大程度上滿足用戶的期望或需求?b)在新的演化中，期望或需求將會(huì)怎樣變化？c)