開(kāi)發(fā)管理流程

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

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

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

SQA

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

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

第四頁(yè)，共十三頁(yè)，2022年，8月28日測(cè)試負(fù)責(zé)人負(fù)責(zé)具體的測(cè)試安排，測(cè)試實(shí)施，輸出測(cè)試結(jié)果，保證測(cè)試過(guò)程中與開(kāi)發(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)展過(guò)程中經(jīng)過(guò)review的所有開(kāi)發(fā)過(guò)程文檔（包括：《UMPAY_SW_計(jì)劃_軟件開(kāi)發(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)目》等等）提交到配置管理庫(kù)的相應(yīng)項(xiàng)目目錄下。保證項(xiàng)目進(jìn)行中的文檔的及時(shí)歸檔，有更新需要及時(shí)向配置管理庫(kù)上傳更新后的文檔，以便team組相關(guān)人員查閱。檢查代碼上傳的正確性。業(yè)務(wù)部此項(xiàng)目負(fù)責(zé)人

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

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