開發(fā)管理流程

開發(fā)管理流程公司發(fā)文會(huì)簽單擬文部門: 研發(fā)部 擬稿人 日期:2007/12/文件標(biāo)題: 公司開發(fā)管理規(guī)定發(fā)文說明:為加強(qiáng)研發(fā)部軟件的規(guī)范化管理，提高軟件開發(fā)規(guī)范性，特頒發(fā)此規(guī)定。在《司發(fā)（2006）20號(hào)研發(fā)部開發(fā)管理》文檔基礎(chǔ)上作了如下修訂：1、將網(wǎng)上需求管理和網(wǎng)上問題管理流程合并進(jìn)來2、增加配置管理流程規(guī)范3、強(qiáng)化質(zhì)量評(píng)審制度發(fā)文單位：研發(fā)部批準(zhǔn)人（簽字）：批準(zhǔn)人名單：會(huì)簽人名單：行政辦公會(huì)議人員會(huì)簽人（簽字）:發(fā)文編號(hào)司發(fā)【2007】號(hào)發(fā)文數(shù)量：1 發(fā)文日期：2007/12/發(fā)往單位:以公告形式通知全公司人員。行政人事部保存一份文件。信息平臺(tái)提供信息共享。主 送：研發(fā)部銷售部 技術(shù)支援部抄 送：總經(jīng)辦、行政人事部1/32開發(fā)管理流程深圳市信息系統(tǒng)有限公司公司文件司發(fā)【2007】20號(hào) 簽發(fā)人：（）簽名研發(fā)部開發(fā)管理規(guī)定產(chǎn)品開發(fā)過程配合配置管理規(guī)范的開發(fā)過程增加了新的修訂，在開發(fā)過程中間嵌入軟件配置管理。產(chǎn)品經(jīng)理全程參與所有的過程， 對(duì)產(chǎn)品的整體負(fù)責(zé)。 銷售部產(chǎn)品負(fù)責(zé)人、 技術(shù)支援產(chǎn)品負(fù)責(zé)人參與需求分析階段。1.1 項(xiàng)目和版本開發(fā)過程1.1.1 項(xiàng)目概貌階段參與的角色： 產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理活動(dòng)： 項(xiàng)目需求概貌的制定（重點(diǎn)說明項(xiàng)目的定義性描述） 、項(xiàng)目計(jì)劃的制定《項(xiàng)目概貌》中需要對(duì)項(xiàng)目所需的配置項(xiàng)進(jìn)行描述。當(dāng)在執(zhí)行過程中，出現(xiàn)任何意外情況需要進(jìn)行計(jì)劃更改時(shí)，產(chǎn)品經(jīng)理有責(zé)任及時(shí)修改當(dāng)月的月度計(jì)劃，并轉(zhuǎn)發(fā)給所有相關(guān)人員，包括項(xiàng)目組成員、相關(guān)部門以及上級(jí)領(lǐng)導(dǎo)。輸出： 《項(xiàng)目概貌》、《項(xiàng)目開發(fā)計(jì)劃》1.1.2 需求分析階段參與的角色： 產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理、、項(xiàng)目組成員、銷售部產(chǎn)品負(fù)責(zé)人、技術(shù)支援部產(chǎn)品2/32開發(fā)管理流程負(fù)責(zé)人活動(dòng)： 需求規(guī)格/產(chǎn)品規(guī)格的制定，含詳細(xì)的用戶界面規(guī)格、性能分析，市場(chǎng)分析軟件版本發(fā)布報(bào)告表建立：產(chǎn)品經(jīng)理， ，需求規(guī)格的制定（可以采用 的分析方法）：產(chǎn)品經(jīng)理。需求規(guī)格的評(píng)審：評(píng)審專家、 、測(cè)試人員、銷售部產(chǎn)品負(fù)責(zé)人、 技術(shù)支援部產(chǎn)品負(fù)責(zé)人市場(chǎng)推廣規(guī)劃的制定：銷售部產(chǎn)品負(fù)責(zé)人總體方案的設(shè)計(jì)：產(chǎn)品經(jīng)理總體方案的評(píng)審：配置庫(kù)需求基線的建立：輸出：《系統(tǒng)需求規(guī)格》、《系統(tǒng)需求規(guī)格評(píng)審》、《系統(tǒng)總體方案》、《系統(tǒng)總體方案評(píng)審》、《市場(chǎng)推廣規(guī)劃》1.1.3 系統(tǒng)設(shè)計(jì)階段參與的角色： 項(xiàng)目經(jīng)理、、測(cè)試經(jīng)理、項(xiàng)目組成員活動(dòng)：軟件版本發(fā)布報(bào)告表更新：項(xiàng)目經(jīng)理， ，系統(tǒng)概要設(shè)計(jì)：項(xiàng)目經(jīng)理，項(xiàng)目組成員系統(tǒng)概要設(shè)計(jì)的評(píng)審：系統(tǒng)測(cè)試方案的設(shè)計(jì)：測(cè)試經(jīng)理系統(tǒng)測(cè)試方案的評(píng)審：子系統(tǒng)設(shè)計(jì)：項(xiàng)目組成員子系統(tǒng)設(shè)計(jì)評(píng)審：配置庫(kù)設(shè)計(jì)基線的建立：輸出： 《系統(tǒng)概要設(shè)計(jì)》、《系統(tǒng)概要設(shè)計(jì)評(píng)審》、《系統(tǒng)測(cè)試方案》、《系統(tǒng)測(cè)試方案評(píng)審》、《子系統(tǒng)設(shè)計(jì)方案》、《子系統(tǒng)設(shè)計(jì)方案評(píng)審》1.1.4 編碼階段參與的角色：、項(xiàng)目經(jīng)理、項(xiàng)目組成員活動(dòng)：3/32開發(fā)管理流程軟件版本發(fā)布報(bào)告表更新：項(xiàng)目經(jīng)理，詳細(xì)設(shè)計(jì)：項(xiàng)目經(jīng)理，項(xiàng)目組成員詳細(xì)設(shè)計(jì)的評(píng)審：?jiǎn)卧獪y(cè)試方案的設(shè)計(jì)：項(xiàng)目經(jīng)理，項(xiàng)目組成員單元測(cè)試方案的評(píng)審：?jiǎn)卧獪y(cè)試用例的設(shè)計(jì)：項(xiàng)目經(jīng)理，項(xiàng)目組成員子系統(tǒng)編碼：項(xiàng)目組成員關(guān)鍵子系統(tǒng)編碼抽樣檢視：項(xiàng)目經(jīng)理編碼單元測(cè)試：項(xiàng)目組成員輸出： 《詳細(xì)設(shè)計(jì)》、《詳細(xì)設(shè)計(jì)評(píng)審》、《單元測(cè)試方案》、《單元測(cè)試方案評(píng)審》、《單元測(cè)試用例》、《子系統(tǒng)代碼》、《代碼檢視報(bào)告》、《單元測(cè)試報(bào)告》1.1.5 系統(tǒng)測(cè)試階段參與的角色： 測(cè)試經(jīng)理、測(cè)試組成員、 、項(xiàng)目經(jīng)理、項(xiàng)目組成員?；顒?dòng)：軟件版本發(fā)布報(bào)告表更新：測(cè)試經(jīng)理，集成測(cè)試：項(xiàng)目組成員、測(cè)試組成員、測(cè)試經(jīng)理系統(tǒng)測(cè)試：測(cè)試經(jīng)理、測(cè)試組成員系統(tǒng)測(cè)試報(bào)告評(píng)審：測(cè)試問題控制：測(cè)試經(jīng)理、用戶文檔：測(cè)試經(jīng)理輸出：《系統(tǒng)測(cè)試報(bào)告》、《系統(tǒng)測(cè)試報(bào)告評(píng)審》、《質(zhì)量評(píng)估報(bào)告》、《第三方組件和工具》、《安裝程序》、《用戶文檔》、《版本說明書》1.1.6 版本發(fā)布軟件版本的發(fā)布由測(cè)試經(jīng)理提交軟件版本各項(xiàng)和軟件版本發(fā)布報(bào)告表， 由產(chǎn)品經(jīng)理召集開發(fā)經(jīng)理、測(cè)試經(jīng)理、項(xiàng)目經(jīng)理、 、技術(shù)支援部人員、市場(chǎng)人員，召開產(chǎn)品版本發(fā)布會(huì)，審核通過后，由配置經(jīng)理發(fā)布產(chǎn)品?！盾浖姹景l(fā)布報(bào)告表》由研發(fā)部統(tǒng)一歸檔管理。4/32開發(fā)管理流程參與的角色： 產(chǎn)品經(jīng)理、開發(fā)經(jīng)理、測(cè)試經(jīng)理、 、項(xiàng)目經(jīng)理、。活動(dòng)：軟件版本發(fā)布報(bào)告表完成：產(chǎn)品經(jīng)理、開發(fā)經(jīng)理， ，配置庫(kù)發(fā)布基線的建立：輸出：《軟件版本發(fā)布報(bào)告表》 ，見附件。整個(gè)開發(fā)過程如下圖所示：5/32開發(fā)管理流程1.2 網(wǎng)上需求管理過程1.2.1 技術(shù)支援人員提需求角色：技術(shù)支援人員活動(dòng)：通過郵件方式進(jìn)行需求溝通：郵件標(biāo)題：年/月/日+用戶名稱+關(guān)鍵字（需求）郵件附件：《客戶需求郵件確認(rèn)模板》，按模板詳細(xì)提示進(jìn)行操作、填寫郵件接收者:主送研發(fā)部產(chǎn)品經(jīng)理、項(xiàng)目市場(chǎng)負(fù)責(zé)人、技術(shù)支援部經(jīng)理1.2.2 產(chǎn)品經(jīng)理確認(rèn)需求角色：產(chǎn)品經(jīng)理活動(dòng)：與客戶溝通后、回復(fù)對(duì)該需求的判斷及工作量的評(píng)估情況回復(fù)對(duì)象：原郵件所有接收人回復(fù)內(nèi)容：與客戶溝通記錄？該需求能否做？工作量？預(yù)計(jì)開發(fā)時(shí)間等逐條答復(fù)回復(fù)時(shí)限：24小時(shí)內(nèi)（1個(gè)工作日內(nèi)）1.2.3 銷售人員確認(rèn)需求角色：銷售人員活動(dòng)：與客戶溝通、研發(fā)產(chǎn)品經(jīng)理協(xié)調(diào)，再做郵件回復(fù)；若與產(chǎn)品經(jīng)理意見發(fā)生不一致，則提交研發(fā)部經(jīng)理、銷售部經(jīng)理共同協(xié)調(diào)處理?；貜?fù)對(duì)象：原郵件所有接收人，并抄送市場(chǎng)部秘書回復(fù)內(nèi)容：與客戶回復(fù)內(nèi)容？工作計(jì)劃？完成時(shí)間？是否發(fā)起客戶需求電子流程？響應(yīng)時(shí)限：48小時(shí)內(nèi)（2個(gè)工作日內(nèi)）角色：市場(chǎng)部秘書活動(dòng)：發(fā)起客戶需求電子流。角色：技術(shù)支援人員6/32開發(fā)管理流程活動(dòng)：按照《需求評(píng)估通知函模版》正式答復(fù)客戶響應(yīng)時(shí)限：2個(gè)工作日內(nèi)1.2.4 產(chǎn)品經(jīng)理安排計(jì)劃角色：產(chǎn)品經(jīng)理活動(dòng)；納入產(chǎn)品計(jì)劃，將需求文檔同時(shí)提交開發(fā)經(jīng)理和測(cè)試經(jīng)理響應(yīng)時(shí)限：24小時(shí)內(nèi)（1個(gè)工作日內(nèi)）1.2.5 開發(fā)經(jīng)理安排計(jì)劃角色：開發(fā)經(jīng)理活動(dòng)：納入開發(fā)計(jì)劃，知會(huì)測(cè)試經(jīng)理，提交電子流到下一審批人對(duì)于緊急的需求，在正式版本發(fā)布以前走臨時(shí)版本發(fā)布流程，在需求完成后，開發(fā)項(xiàng)目負(fù)責(zé)人在工作流中進(jìn)行確認(rèn)。正式版本未發(fā)布前由產(chǎn)品經(jīng)理發(fā)布兼容臨時(shí)版本代替。響應(yīng)時(shí)限：根據(jù)產(chǎn)品計(jì)劃監(jiān)控角色；測(cè)試經(jīng)理活動(dòng)：納入測(cè)試計(jì)劃，知會(huì)測(cè)試人員提前熟悉需求響應(yīng)時(shí)限：根據(jù)產(chǎn)品計(jì)劃監(jiān)控1.2.6 開發(fā)人員實(shí)施角色：開發(fā)人員活動(dòng)：實(shí)施需求。提交開發(fā)包和發(fā)布包給開發(fā)經(jīng)理提交電子流到下一審批人響應(yīng)時(shí)限：根據(jù)開發(fā)計(jì)劃監(jiān)控角色：開發(fā)經(jīng)理活動(dòng)：提交發(fā)布包給測(cè)試經(jīng)理響應(yīng)時(shí)限：根據(jù)開發(fā)計(jì)劃監(jiān)控7/32開發(fā)管理流程1.2.7 測(cè)試部測(cè)試角色：測(cè)試經(jīng)理活動(dòng)：提交發(fā)布包給測(cè)試人員測(cè)試角色：測(cè)試人員活動(dòng)：測(cè)試人員驗(yàn)證版本，發(fā)郵件知會(huì)測(cè)試經(jīng)理測(cè)試完成。角色：測(cè)試經(jīng)理活動(dòng)；提交發(fā)布包和測(cè)試包給配置管理員，提交電子流到下一審批人響應(yīng)時(shí)限：根據(jù)測(cè)試計(jì)劃監(jiān)控角色：配置管理員活動(dòng)：收到測(cè)試經(jīng)理郵件，發(fā)布版本，歸檔開發(fā)包和測(cè)試包響應(yīng)時(shí)限：2小時(shí)1.2.8 技術(shù)產(chǎn)品部負(fù)責(zé)人確認(rèn)角色：技術(shù)產(chǎn)品部負(fù)責(zé)人活動(dòng)：安排工程人員更新現(xiàn)場(chǎng)，更新成功后提交電子流到下一審批人1.2.9 技術(shù)支援部經(jīng)理確認(rèn)角色：技術(shù)產(chǎn)品部經(jīng)理活動(dòng)：對(duì)需求的完成狀態(tài)及質(zhì)量跟蹤確認(rèn)，若完成則關(guān)閉電子流；若未完成則發(fā)起問題管理電子流 .。響應(yīng)時(shí)限：24小時(shí)內(nèi)說明：以上“響應(yīng)時(shí)限”除開發(fā)實(shí)施和測(cè)試驗(yàn)證、工程實(shí)施是根據(jù)計(jì)劃時(shí)間來監(jiān)控外，其他流程要求在規(guī)定時(shí)限內(nèi)做出實(shí)質(zhì)結(jié)果。對(duì)于審批通過的需求 /問題，研發(fā)在計(jì)劃時(shí)間內(nèi)完成。非客戶因素導(dǎo)致該需求 /問題在承諾時(shí)間內(nèi)到期未完成， 將由研發(fā)對(duì)該需求 /問題再次承諾完成時(shí)間，并由此派生第二個(gè)客戶需求 /網(wǎng)上問題（以此類推，數(shù)量以累計(jì)方式統(tǒng)8/32開發(fā)管理流程計(jì)）。因客戶臨時(shí)調(diào)整或協(xié)助工作沒到位等客觀原因， 該需求/問題的完成期限順延。 涉及流程各環(huán)節(jié)嚴(yán)格按該文件規(guī)定執(zhí)行，因工作疏忽等原因?qū)е铝鞒掏磺坝绊懥鞒?/計(jì)劃進(jìn)度將追究相關(guān)人責(zé)任。1.3 網(wǎng)上問題管理過程1.3.1 技術(shù)支援人員提單角色：技術(shù)支援人員活動(dòng)：以郵件方式將客戶問題提交給技術(shù)產(chǎn)品部負(fù)責(zé)人進(jìn)行處理過濾。1.3.2 技術(shù)產(chǎn)品部負(fù)責(zé)人確認(rèn)角色；技術(shù)產(chǎn)品部負(fù)責(zé)人活動(dòng)：對(duì)問題進(jìn)行過濾，若需要研發(fā)協(xié)助，提交網(wǎng)上問題電子流。1.3.3 測(cè)試經(jīng)理確認(rèn)角色：測(cè)試經(jīng)理活動(dòng)；收到網(wǎng)上問題電子流后，請(qǐng)測(cè)試人員定位問題。角色：測(cè)試人員活動(dòng)：定位網(wǎng)上問題，郵件知會(huì)測(cè)試經(jīng)理問題定位原因。角色：測(cè)試經(jīng)理活動(dòng)：根據(jù)測(cè)試人員定位，若需要開發(fā)人員協(xié)助，將電子流提交開發(fā)經(jīng)理處理；若需要技術(shù)支援人員協(xié)助，將電子流提交技術(shù)支援人員處理響應(yīng)時(shí)限：8小時(shí)內(nèi)1.3.4 開發(fā)經(jīng)理確認(rèn)角色：開發(fā)經(jīng)理9/32開發(fā)管理流程活動(dòng)：收到網(wǎng)上問題電子流后，安排開發(fā)計(jì)劃，將電子流提交相應(yīng)開發(fā)人員處理。響應(yīng)時(shí)限：3小時(shí)1.3.5 開發(fā)人員處理問題角色：開發(fā)人員活動(dòng)：收到網(wǎng)上問題電子流，按照開發(fā)計(jì)劃開發(fā)開發(fā)完成后，歸檔更新包和開發(fā)包，以郵件知會(huì)開發(fā)經(jīng)理開發(fā)完成，在電子流中填寫“處理說明” ，將電子流提交到下一審批人（測(cè)試經(jīng)理）角色：開發(fā)經(jīng)理活動(dòng)：收到開發(fā)人員開發(fā)完成的郵件后，以郵件知會(huì)測(cè)試經(jīng)理請(qǐng)求測(cè)試對(duì)于時(shí)間緊急的需求，開發(fā)經(jīng)理提交臨時(shí)版本發(fā)布流程，轉(zhuǎn)1.4.4響應(yīng)時(shí)限：按照開發(fā)計(jì)劃監(jiān)控1.3.6 測(cè)試部驗(yàn)證經(jīng)理確認(rèn)角色：測(cè)試經(jīng)理活動(dòng)：收到網(wǎng)上問題電子流，安排測(cè)試計(jì)劃。角色：測(cè)試人員活動(dòng)；測(cè)試人員驗(yàn)證版本；發(fā)郵件知會(huì)測(cè)試經(jīng)理測(cè)試完成角色：測(cè)試經(jīng)理活動(dòng)：收到測(cè)試人員郵件，在網(wǎng)上問題電子流里確認(rèn)，提交下一審批人；提交更新包和測(cè)試包給配置管理員。響應(yīng)時(shí)限：按照測(cè)試計(jì)劃監(jiān)控角色：配置管理員活動(dòng)：收到測(cè)試經(jīng)理郵件，發(fā)布更新包，歸檔開發(fā)包和測(cè)試包響應(yīng)時(shí)限：2小時(shí)10/32開發(fā)管理流程1.3.7 技術(shù)支援部安排實(shí)施角色：技術(shù)產(chǎn)品部負(fù)責(zé)人活動(dòng)：收到網(wǎng)上問題電子流，安排工程人員實(shí)施；實(shí)施后對(duì)問題解決質(zhì)量跟蹤確認(rèn)，如果發(fā)現(xiàn)問題，返回1.3.2執(zhí)行；沒有問題結(jié)束網(wǎng)上問題電子流。響應(yīng)時(shí)限：12小時(shí)內(nèi)1.4 臨時(shí)版本管理過程有時(shí)會(huì)出現(xiàn)項(xiàng)目需要在較短的時(shí)間內(nèi)提交在線版本的情況。 原因比較多，有市場(chǎng)等多方面的因素。這時(shí)候，項(xiàng)目組可以在設(shè)計(jì)、編碼、測(cè)試方面走快速通道。由于試用版本在實(shí)現(xiàn)過程中存在一定的風(fēng)險(xiǎn)， 不排除上線后出現(xiàn)較大的問題。 需要產(chǎn)品經(jīng)理、開發(fā)經(jīng)理、技術(shù)支援部人員、市場(chǎng)人員共同提交試用版本發(fā)布報(bào)告表， 主要是闡明可能存在的風(fēng)險(xiǎn)，經(jīng)相關(guān)人員審核通過后發(fā)布。在推出后續(xù)正式版本之前， 需要充分考慮完全兼容試用版本。 要求能夠無縫地進(jìn)行軟件升級(jí)。1.4.1 需求分析參與角色：產(chǎn)品經(jīng)理，活動(dòng)： 需求分析：產(chǎn)品經(jīng)理，需要對(duì)功能的實(shí)現(xiàn)進(jìn)行取舍。當(dāng)然，需要與用戶溝通。需求規(guī)格說明書評(píng)審： 、測(cè)試人員輸出：《需求規(guī)格說明書》1.4.2 概要設(shè)計(jì)參與角色：項(xiàng)目經(jīng)理，，項(xiàng)目組成員活動(dòng)： 概要設(shè)計(jì)：項(xiàng)目經(jīng)理，項(xiàng)目組成員概要設(shè)計(jì)說明書評(píng)審：輸出： 《概要設(shè)計(jì)說明書》11/32開發(fā)管理流程1.4.3 編碼參與角色：項(xiàng)目經(jīng)理，項(xiàng)目組成員，活動(dòng)： 編碼：項(xiàng)目經(jīng)理，項(xiàng)目組成員安裝操作說明書：項(xiàng)目組經(jīng)理、項(xiàng)目組成員輸出： 提交測(cè)試版本（包括安裝版本、安裝操作說明書）1.4.4 臨時(shí)版本發(fā)布參與角色：產(chǎn)品經(jīng)理、開發(fā)經(jīng)理、項(xiàng)目經(jīng)理、技術(shù)支援部人員、市場(chǎng)人員活動(dòng)：1、臨時(shí)版本的發(fā)布由產(chǎn)品經(jīng)理發(fā)起，產(chǎn)品經(jīng)理負(fù)責(zé)擬定報(bào)告表，填寫臨時(shí)版本概述、發(fā)布原因及存在風(fēng)險(xiǎn)； 并指定臨時(shí)版本研發(fā)部的接口人， 接口人負(fù)責(zé)接收和收集現(xiàn)場(chǎng)反饋的用戶需求和問題。響應(yīng)時(shí)間：8小時(shí)工作時(shí)間2、開發(fā)經(jīng)理簽署意見，將更新包提交測(cè)試經(jīng)理確認(rèn)，開發(fā)包提交配置管理員歸檔。響應(yīng)時(shí)間：8小時(shí)工作時(shí)間3、測(cè)試經(jīng)理安排測(cè)試人員對(duì)臨時(shí)版本做安裝檢查，輸出檢查報(bào)告，并簽署意見。響應(yīng)時(shí)間：8小時(shí)工作時(shí)間4、銷售部經(jīng)理簽署意見，銷售部經(jīng)理外出可授權(quán)相關(guān)人員審批或郵件回復(fù)。響應(yīng)時(shí)間：4小時(shí)工作時(shí)間5、技術(shù)支援部經(jīng)理簽署意見。響應(yīng)時(shí)間：2小時(shí)工作時(shí)間6、研發(fā)部經(jīng)理填寫審核結(jié)論。響應(yīng)時(shí)間：2小時(shí)工作時(shí)間7、配置管理員簽字確認(rèn)后發(fā)布臨時(shí)版本。響應(yīng)時(shí)間：2小時(shí)工作時(shí)間8、研發(fā)部秘書歸檔報(bào)告表。響應(yīng)時(shí)間：4小時(shí)工作時(shí)間 。以上各步驟責(zé)任人因外出未能及時(shí)填寫報(bào)告表的， 上一步驟責(zé)任人可要求該步驟責(zé)任人所屬部門秘書通過電話或郵件提醒責(zé)任人， 責(zé)任人回復(fù)郵件指定授權(quán)人填寫報(bào)告表， 各部門12/32開發(fā)管理流程秘書督促相關(guān)被授權(quán)人按各流程響應(yīng)時(shí)間及時(shí)填寫報(bào)告表。輸出： 《試用版本發(fā)布報(bào)告表》 ，見附件《試用版本發(fā)布報(bào)告表》由研發(fā)部統(tǒng)一歸檔管理。產(chǎn)品配置管理過程為加強(qiáng)研發(fā)部軟件的規(guī)范化管理， 嚴(yán)格軟件開發(fā)的過程控制以及版本發(fā)布過程， 提高軟件開發(fā)規(guī)范性，特制定研發(fā)部軟件開發(fā)的配置管理規(guī)范， 其作用范圍涵蓋目前公司所有在開發(fā)和已經(jīng)開發(fā)的軟件版本。本方案解釋權(quán)在研發(fā)部。2.1 人員與職責(zé)2.1.1 產(chǎn)品經(jīng)理研發(fā)部設(shè)立了產(chǎn)品經(jīng)理的崗位，需要在項(xiàng)目開發(fā)過程中發(fā)揮其重要作用：在項(xiàng)目概貌階段，參與項(xiàng)目概貌的制定和軟件配置項(xiàng)。在項(xiàng)目分析階段，參與項(xiàng)目的需求分析工作，參與總體方案的制定和各部門的分工界定。在項(xiàng)目基線化階段，協(xié)助參與版本的歸檔。開發(fā)過程中關(guān)鍵設(shè)計(jì)文檔必須要包含有產(chǎn)品經(jīng)理審核確認(rèn)， 關(guān)鍵文檔包括需求規(guī)格、 總體設(shè)計(jì)、概要設(shè)計(jì)、系統(tǒng)測(cè)試方案等。文檔中包含以下要素：設(shè)計(jì)人———文檔的作者。審核人———文檔審核人，為產(chǎn)品經(jīng)理 /技術(shù)專家，未經(jīng)過審核的文檔不能參加評(píng)審。產(chǎn)品經(jīng)理——最終確認(rèn)人。2.1.2 開發(fā)經(jīng)理研發(fā)部在項(xiàng)目的生命周期內(nèi)， 設(shè)立開發(fā)經(jīng)理的崗位，需要在項(xiàng)目開發(fā)過程中發(fā)揮重要作用：在項(xiàng)目概貌階段，協(xié)助產(chǎn)品經(jīng)理參與項(xiàng)目概貌的制定和軟件配置項(xiàng)。13/32開發(fā)管理流程在項(xiàng)目開發(fā)過程階段，協(xié)助產(chǎn)品經(jīng)理參與項(xiàng)目的需求分析工作，參與項(xiàng)目的方案設(shè)計(jì)和編碼工作。定期向產(chǎn)品經(jīng)理、開發(fā)部經(jīng)理匯報(bào)項(xiàng)目的工作進(jìn)度。2.1.3 配置管理員研發(fā)部設(shè)立崗位，負(fù)責(zé)公司軟件開發(fā)配置管理，其職責(zé)包括：建立和維護(hù)各個(gè)軟件版本的基線庫(kù)。對(duì)配置項(xiàng)進(jìn)行管理和控制。負(fù)責(zé)版本發(fā)布。對(duì)配置項(xiàng)的變更進(jìn)行跟蹤，并形成定期的配置審計(jì)報(bào)告。每周備份數(shù)據(jù)庫(kù)2.2 可行性保證配置管理員以工作輸出歸檔為依據(jù)，確認(rèn)該項(xiàng)工作任務(wù)的完成。各開發(fā)經(jīng)理和測(cè)試經(jīng)理負(fù)責(zé)將配置項(xiàng)打包提交歸檔。配置管理員定期進(jìn)行配置審計(jì)工作，核查歸檔的完備性和正確性，輸出配置審計(jì)報(bào)告。2.3 數(shù)據(jù)庫(kù)權(quán)限管理1、產(chǎn)品基線庫(kù)用來保存所有產(chǎn)品所有版本的源代碼及文檔，訪問路徑為 。由配置管理員進(jìn)行日常維護(hù)產(chǎn)品管理部成員對(duì)此庫(kù)中對(duì)應(yīng)的產(chǎn)品具有訪問權(quán)限2、產(chǎn)品發(fā)布庫(kù)作為產(chǎn)品發(fā)布的唯一出口，訪問路徑 ，由配置管理員進(jìn)行日常維護(hù)技術(shù)支援部成員對(duì)此庫(kù)具有讀取權(quán)限3、開發(fā)組專用數(shù)據(jù)庫(kù)研發(fā)各開發(fā)組擁有自己專用的開發(fā)庫(kù)， 開發(fā)組專用數(shù)據(jù)庫(kù)由開發(fā)經(jīng)理及開發(fā)組成員進(jìn)行維14/32開發(fā)管理流程護(hù)。開發(fā)組成員具有對(duì)各自數(shù)據(jù)庫(kù)的訪問權(quán)限，不具有對(duì)其他組的訪問權(quán)限。4、品質(zhì)保證組專用數(shù)據(jù)庫(kù)品質(zhì)保證組數(shù)據(jù)庫(kù)訪問路徑為 品質(zhì)保證組\品質(zhì)保證組數(shù)據(jù)庫(kù)由測(cè)試經(jīng)理及成員進(jìn)行維護(hù)品質(zhì)保證組成員和具有此數(shù)據(jù)庫(kù)的訪問權(quán)限各開發(fā)經(jīng)理具有對(duì)此數(shù)據(jù)庫(kù)對(duì)應(yīng)目錄的訪問權(quán)限2.4 配置項(xiàng)定義公司軟件配置管理對(duì)象統(tǒng)稱配置項(xiàng)（） 。目前公司的配置項(xiàng)包括：需求規(guī)格說明書源代碼總體方案概要設(shè)計(jì)（以及詳細(xì)設(shè)計(jì)）系統(tǒng)測(cè)試計(jì)劃測(cè)試用例測(cè)試報(bào)告測(cè)試結(jié)果記錄表單元測(cè)試報(bào)告單元測(cè)試用例集成測(cè)試用例評(píng)審報(bào)告版本安裝說明版本修改清單版本描述用戶使用手冊(cè)維護(hù)手冊(cè)驗(yàn)收手冊(cè)安裝程序15/32開發(fā)管理流程采用的組件和動(dòng)態(tài)庫(kù)、以及外部應(yīng)用程序。2.5 基線定義軟件版本在開發(fā)過程中在每一個(gè)階段評(píng)審點(diǎn)后都會(huì)形成相應(yīng)的基線， 目前的基線設(shè)置包括以下幾個(gè)：需求基線：包括軟件的需求分析文檔、以及總體方案、需求評(píng)審表。設(shè)計(jì)基線：包括軟件的概要設(shè)計(jì)、測(cè)試方案、以及相應(yīng)的評(píng)審表格。發(fā)布基線：包括詳細(xì)設(shè)計(jì)、代碼、測(cè)試用例、軟件工具、組件以及外部的應(yīng)用程序、系統(tǒng)測(cè)試報(bào)告，發(fā)布評(píng)審表格。相應(yīng)的一旦形成基線后其變更應(yīng)該嚴(yán)格受控。基線化操作由產(chǎn)品經(jīng)理和共同完成。在項(xiàng)目進(jìn)行到相應(yīng)階段時(shí)，由產(chǎn)品經(jīng)理將本項(xiàng)目相應(yīng)配置項(xiàng)整理后統(tǒng)一交給，由檢查無誤后歸入基線，檢查項(xiàng)包括《項(xiàng)目概貌》和評(píng)審文檔。和產(chǎn)品經(jīng)理對(duì)每一次基線化操作負(fù)責(zé)。2.6 版本發(fā)布控制版本發(fā)布的次數(shù)。版本發(fā)布間隔不少于 10個(gè)工作日。在發(fā)布間隔時(shí)間內(nèi)的需求和問題，統(tǒng)一安排在下一個(gè)版本完成并基線化。需求或問題答復(fù)時(shí)，開發(fā)經(jīng)理可以按此來規(guī)劃完成的時(shí)間。如果沒有需求或問題，則不需要進(jìn)行版本發(fā)布，但可以進(jìn)行更新包的發(fā)布。對(duì)于特別緊急的版本，可以走“版本快速發(fā)布通道” 。隨著版本質(zhì)量的提升，這種情況會(huì)慢慢減少。拒絕一些市場(chǎng)人員不負(fù)責(zé)任的客戶承諾。配置經(jīng)理每 10個(gè)工作日發(fā)布一次版本更新匯總可以跟產(chǎn)品經(jīng)理一起來完成， 抄送給所有的產(chǎn)品經(jīng)理、 開發(fā)經(jīng)理、技術(shù)支援部和市場(chǎng)人員。產(chǎn)品經(jīng)理的責(zé)任產(chǎn)品經(jīng)理需要對(duì)產(chǎn)品的導(dǎo)向要有明確的目標(biāo)。是歸并在統(tǒng)一版本還是只是作為特定版本進(jìn)行維護(hù)，需要產(chǎn)品經(jīng)理在申請(qǐng)變更時(shí)作出明確的說明。16/32開發(fā)管理流程2.7 配置管理過程2.7.1 制定配置管理計(jì)劃配置管理員依據(jù)產(chǎn)品計(jì)劃制定每月產(chǎn)品基線計(jì)劃，并知會(huì)開發(fā)經(jīng)理、測(cè)試經(jīng)理2.7.2 開發(fā)經(jīng)理提交更新包開發(fā)經(jīng)理開發(fā)完成（或回歸版本開發(fā)完成）發(fā)郵件通知測(cè)試人員取更新包2.7.3 測(cè)試經(jīng)理提交測(cè)試包測(cè)試經(jīng)理完成測(cè)試后提交更新包和測(cè)試包2.7.4 開發(fā)經(jīng)理提交開發(fā)包開發(fā)經(jīng)理收到測(cè)試經(jīng)理確認(rèn)測(cè)試完成的郵件后即整理并提交開發(fā)包2.7.5 配置管理員發(fā)布和歸檔配置管理員取更新包歸檔并發(fā)布，取開發(fā)包、測(cè)試包歸檔。配置管理員每周發(fā)布?xì)w檔情況督促相關(guān)人員歸檔。2.8 歸檔規(guī)范2.8.1 包定義發(fā)布基線由開發(fā)包、測(cè)試包、發(fā)布包（或更新包）三個(gè)包構(gòu)成。發(fā)布基線在產(chǎn)品完成每次提交發(fā)布時(shí)候建立。更新包：針對(duì)網(wǎng)上問題和網(wǎng)上需求更新。發(fā)布包：針對(duì)新版本發(fā)布。開發(fā)包：包括源碼和文檔。測(cè)試包：包括所有測(cè)試文檔。17/32開發(fā)管理流程2.8.2 歸檔規(guī)范數(shù)據(jù)庫(kù)作為產(chǎn)品基線庫(kù)，包含與產(chǎn)品相關(guān)的所有工作成果，發(fā)布包（更新包） 、測(cè)試包以及開發(fā)包中內(nèi)容均應(yīng)包含在內(nèi)。數(shù)據(jù)庫(kù)作為對(duì)外發(fā)布的數(shù)據(jù)庫(kù)，包含發(fā)布包（或更新包）內(nèi)容。目前庫(kù)按照產(chǎn)品+局點(diǎn)歸檔，庫(kù)按照產(chǎn)品+版本+局點(diǎn)歸檔，對(duì)于針對(duì)多個(gè)局點(diǎn)的版本在相應(yīng)的位置同時(shí)歸檔。2.8.3 包命名規(guī)范包名由產(chǎn)品編碼、版本號(hào)、版本日期號(hào)、局點(diǎn)名稱以及版本簡(jiǎn)要描述、包的類別、打包日期幾個(gè)要素組成，所有字母統(tǒng)一用英文大寫。格式：<產(chǎn)品簡(jiǎn)稱>空格V<版本號(hào)>空格R<版本日期號(hào)>空格<局點(diǎn)名稱><版本簡(jiǎn)要描述>更新包(<日期>)范例：V3.0R950 山東平臺(tái)與客服接口更新包 (20071016)2.8.4 打包規(guī)范發(fā)布包發(fā)布包包含用戶文檔、安裝文件、需求文檔三大部分。文檔模板參考《版本安裝說明》 、《版本描述》更新包更新包包含用戶手冊(cè)、安裝文件、 《版本更新說明》?！栋姹靖抡f明》文檔必須包含 備份、更新、回退三個(gè)步驟，內(nèi)容層次要清晰明了。文檔模板參考《版本更新說明》開發(fā)包開發(fā)包包含源碼和文檔，文檔包括需求規(guī)格、概要設(shè)計(jì)、開發(fā)手冊(cè)、需求確認(rèn)郵件、 《版本修改清單》對(duì)于所有已發(fā)布版本，開發(fā)經(jīng)理都必須及時(shí)提供開發(fā)包歸檔。文檔模板參考《版本修改清單》測(cè)試包18/32開發(fā)管理流程測(cè)試包包含單元測(cè)試文檔和系統(tǒng)集成測(cè)試文檔，新版本開發(fā)需包含《測(cè)試計(jì)劃》 。文檔模板參考《系統(tǒng)測(cè)試計(jì)劃》、《測(cè)試用例》、《測(cè)試報(bào)告》、《測(cè)試結(jié)果記錄表》、《單元測(cè)試報(bào)告》、《單元測(cè)試用例》、《集成測(cè)試用例》產(chǎn)品質(zhì)量評(píng)審過程評(píng)審是提升軟件質(zhì)量的有效手段。為了增強(qiáng)對(duì)評(píng)審的控制，公司從幾個(gè)方面進(jìn)行管理：建立專家?guī)欤横槍?duì)各個(gè)方面的專業(yè)知識(shí)和技能， 公司將遴選部分優(yōu)秀員工加入相應(yīng)的專家?guī)欤?參加評(píng)審的專家人選將優(yōu)先從專家?guī)熘刑暨x。評(píng)審專家和主審人的確定：1、每次評(píng)審相關(guān)產(chǎn)品線 /部門必須至少有一人參加，不得推辭，人員可以由產(chǎn)品經(jīng)理 /部門經(jīng)理指定；2、需要涉及到哪些產(chǎn)品線 /部門由主審人確定；3、所有評(píng)審必須要有產(chǎn)品部和測(cè)試部的人員參加；4、在月初制定月度計(jì)劃時(shí)將評(píng)審計(jì)劃和工作量安排進(jìn)去；5、主審人的評(píng)分影響評(píng)審專家的考核；6、主審人默認(rèn)為產(chǎn)品經(jīng)理；7、產(chǎn)品需求規(guī)格評(píng)審必須需要銷售（拓展）部門、技術(shù)支援部門參與；關(guān)鍵事件制度：評(píng)審主審人對(duì)參加評(píng)審的專家根據(jù)相關(guān)原則進(jìn)行評(píng)定， 專家的評(píng)定結(jié)果分為四類， 分別如下：A、B：參與評(píng)審表現(xiàn)突出，有重要的評(píng)審建議獲得通過，記入考核正向關(guān)鍵事件。C：能積極參與評(píng)審，并能給出相關(guān)建議。D：未能起到評(píng)審專家作用，記入考核負(fù)面關(guān)鍵事件。評(píng)審工作量：參與評(píng)審的專家，每次參與評(píng)審安排時(shí)間 /工作量為 1個(gè)人日。其他的規(guī)定：19/32開發(fā)管理流程未經(jīng)過評(píng)審的重要項(xiàng)不允許基線化。評(píng)審的發(fā)起人為產(chǎn)品經(jīng)理。評(píng)審專家在評(píng)審會(huì)議召開前必須出預(yù)審報(bào)告表。主審人評(píng)審后出評(píng)審報(bào)告表。專家需要在每個(gè)業(yè)務(wù)（如短信、網(wǎng)關(guān)、等）至少設(shè)定兩個(gè)。當(dāng)有項(xiàng)目需要評(píng)審時(shí)，兩個(gè)專家至少一個(gè)需要對(duì)項(xiàng)目的評(píng)審?fù)耆?fù)責(zé)。需要給出專家分的獎(jiǎng)懲詳細(xì)規(guī)定。預(yù)審報(bào)告表見附件。評(píng)審報(bào)告表見附件評(píng)審流程如下圖所示：20/32評(píng)審電子流不合格評(píng)審報(bào)告

開發(fā)管理流程產(chǎn)品QA/項(xiàng)目經(jīng)理/任務(wù)責(zé)任人1評(píng)審任務(wù)名稱及計(jì)劃完成時(shí)間評(píng)審需要完創(chuàng)建評(píng)審任務(wù)單，提交跟蹤對(duì)象成的資料及完成時(shí)間評(píng)審文檔及相關(guān)資料（含評(píng)審要點(diǎn)）系統(tǒng)部接口人2不需評(píng)審系統(tǒng)部確定評(píng)審級(jí)別、主審人、關(guān)閉評(píng)審專家評(píng)審專家3評(píng)審專家確定初審要點(diǎn)列表預(yù)審評(píng)審規(guī)范資料（含CHECKLIST）出預(yù)審報(bào)告4主審人審核預(yù)審意見5N召開評(píng)審會(huì)7Y6主審人主審人評(píng)審報(bào)召開評(píng)審會(huì)，提交評(píng)審報(bào)告不召開評(píng)審會(huì)，提交評(píng)審報(bào)告告8評(píng)審專家請(qǐng)專家會(huì)簽9QAQA提交過程評(píng)估報(bào)告QA過程審計(jì)報(bào)告審計(jì)合格NY審計(jì)不通過，關(guān)閉遺留問題？NY審計(jì)合格，關(guān)閉10評(píng)審任務(wù)責(zé)任人問題解決報(bào)評(píng)審問題解決告11QAQA驗(yàn)證問題解決QA審計(jì)報(bào)告N已解決？Y審計(jì)合格，關(guān)閉21/32開發(fā)管理流程深圳市信息系統(tǒng)有限公司二零零七年十二月 日主送：研發(fā)部 銷售部 技術(shù)支援部報(bào)送： 總經(jīng)辦、行政人事部印發(fā)時(shí)間：二零零七年十二月 日附件附件1基線歸檔申請(qǐng)表基線歸檔申請(qǐng)表編號(hào)項(xiàng)目編項(xiàng)目名稱號(hào)基線化類型產(chǎn)品經(jīng)理 時(shí)間軟件配置項(xiàng)123456789101122/32開發(fā)管理流程121314151617181920軟件配置經(jīng)理 時(shí)間附件2變更控制報(bào)告表變更申請(qǐng)項(xiàng)目名稱提示：說明變更原因和變更內(nèi)容，估計(jì)此變更對(duì)項(xiàng)目造成的影響。變更申請(qǐng)申請(qǐng)人簽簽字，日期字變更審批[ ] 同意變更 [ ] 拒絕變更審批意見指示：審批人簽簽字，日期字執(zhí)行變更提示：說明變更內(nèi)容變更說明23/32開發(fā)管理流程執(zhí)行人簽簽字，日期字簽字 簽字，日期附件3預(yù)審報(bào)告表預(yù)審報(bào)告表編號(hào)項(xiàng)目編項(xiàng)目名稱號(hào)評(píng)審任務(wù)名稱預(yù)審意見預(yù)審結(jié)論預(yù)審人 時(shí)間附件4評(píng)審報(bào)告表評(píng)審報(bào)告表編號(hào)24/32開發(fā)管理流程項(xiàng)目編項(xiàng)目名稱號(hào)評(píng)審任務(wù)名稱評(píng)審要點(diǎn)評(píng)審意見評(píng)審結(jié)論評(píng)審專家簽名主審人 時(shí)間附件5軟件版本發(fā)布報(bào)告表軟件版本發(fā)布報(bào)告表25/32開發(fā)管理流程編號(hào)項(xiàng)目名稱 項(xiàng)目編號(hào)版本概述（開發(fā)經(jīng)理填寫）軟件開發(fā)過程（各個(gè)負(fù)責(zé)人填寫）階段負(fù)責(zé)人軟件開發(fā)階段 開始時(shí)間 結(jié)束時(shí)間 （簽名） （簽名）（簽