開發(fā)管理流程

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

確保設計結果滿足輸入要求和需求、期望

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

SQA

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

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

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

發(fā)布人員

項目經理或項目經理指派人員擔任，負責項目代碼及文檔向相關平臺的發(fā)的發(fā)布工作。

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

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

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