開發(fā)管理流程

1、開發(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ì)量評審制度發(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)

2、辦、行政人事部1 / 32開發(fā)管理流程深圳市信息系統(tǒng)有限公司公司文件司發(fā)【2007】20號(hào) 簽發(fā)人：（）簽名研發(fā)部開發(fā)管理規(guī)定1產(chǎn)品開發(fā)過程配合配置管理規(guī)范的開發(fā)過程增加了新的修訂，在開發(fā)過程中間嵌入軟件配置管理。產(chǎn)品經(jīng)理全程參與所有的過程，對產(chǎn)品的整體負(fù)責(zé)。 銷售部產(chǎn)品負(fù)責(zé)人、 技術(shù)支援產(chǎn)品負(fù)責(zé)人參與需求分析階段。項(xiàng)目和版本開發(fā)過程項(xiàng)目概貌階段參與的角色：產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理活動(dòng)：項(xiàng)目需求概貌的制定（重點(diǎn)說明項(xiàng)目的定義性描述）、項(xiàng)目計(jì)劃的制定項(xiàng)目概貌中需要對項(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)人員，

3、包括項(xiàng)目組成員、相關(guān)部門以及上級領(lǐng)導(dǎo)。輸出：項(xiàng)目概貌、項(xiàng)目開發(fā)計(jì)劃需求分析階段參與的角色：產(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ī)格、性能分析，市場分析軟件版本發(fā)布報(bào)告表建立：產(chǎn)品經(jīng)理，需求規(guī)格的制定（可以采用的分析方法）：產(chǎn)品經(jīng)理。需求規(guī)格的評審：評審專家、測試人員、銷售部產(chǎn)品負(fù)責(zé)人、 技術(shù)支援部產(chǎn)品負(fù)責(zé)人市場推廣規(guī)劃的制定：銷售部產(chǎn)品負(fù)責(zé)人總體方案的設(shè)計(jì)：產(chǎn)品經(jīng)理總體方案的評審：配置庫需求基線的建立：輸出：系統(tǒng)需求規(guī)格、系統(tǒng)需求規(guī)格評審、系統(tǒng)總體方案、系統(tǒng)總體方案評審市場推廣規(guī)劃系統(tǒng)設(shè)計(jì)

4、階段參與的角色：項(xiàng)目經(jīng)理、測試經(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ì)的評審：系統(tǒng)測試方案的設(shè)計(jì)：測試經(jīng)理系統(tǒng)測試方案的評審：子系統(tǒng)設(shè)計(jì)：項(xiàng)目組成員子系統(tǒng)設(shè)計(jì)評審：配置庫設(shè)計(jì)基線的建立：輸出：系統(tǒng)概要設(shè)計(jì)、系統(tǒng)概要設(shè)計(jì)評審、系統(tǒng)測試方案、系統(tǒng)測試方案評審、子系統(tǒng)設(shè)計(jì)方案、子系統(tǒng)設(shè)計(jì)方案評審編碼階段參與的角色：、項(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ì)的評審：單元測試方案的設(shè)計(jì)：項(xiàng)目經(jīng)理，項(xiàng)目組成員單元測試方案的評審：單元測試用例的設(shè)計(jì)：項(xiàng)目經(jīng)理，項(xiàng)目組

5、成員子系統(tǒng)編碼：項(xiàng)目組成員關(guān)鍵子系統(tǒng)編碼抽樣檢視：項(xiàng)目經(jīng)理編碼單元測試：項(xiàng)目組成員輸出：詳細(xì)設(shè)計(jì)、詳細(xì)設(shè)計(jì)評審、單元測試方案、單元測試方案評審、單元測試用例、子系統(tǒng)代碼、代碼檢視報(bào)告、單元測試報(bào)告系統(tǒng)測試階段參與的角色：測試經(jīng)理、測試組成員、項(xiàng)目經(jīng)理、項(xiàng)目組成員?；顒?dòng)：軟件版本發(fā)布報(bào)告表更新：測試經(jīng)理，集成測試：項(xiàng)目組成員、測試組成員、測試經(jīng)理系統(tǒng)測試：測試經(jīng)理、測試組成員系統(tǒng)測試報(bào)告評審：測試問題控制：測試經(jīng)理、用戶文檔：測試經(jīng)理輸出：系統(tǒng)測試報(bào)告、系統(tǒng)測試報(bào)告評審、質(zhì)量評估報(bào)告、第三方組件和工具安裝程序、用戶文檔、版本說明書版本發(fā)布軟件版本的發(fā)布由測試經(jīng)理提交軟件版本各項(xiàng)和軟件版本發(fā)布報(bào)告

6、表，由產(chǎn)品經(jīng)理召集開發(fā)經(jīng)理、測試經(jīng)理、項(xiàng)目經(jīng)理、技術(shù)支援部人員、市場人員，召開產(chǎn)品版本發(fā)布會(huì)，審核通過后，由配置經(jīng)理發(fā)布產(chǎn)品。軟件版本發(fā)布報(bào)告表由研發(fā)部統(tǒng)一歸檔管理。4 / 32開發(fā)管理流程參與的角色：產(chǎn)品經(jīng)理、開發(fā)經(jīng)理、測試經(jīng)理、項(xiàng)目經(jīng)理、活動(dòng)：軟件版本發(fā)布報(bào)告表完成：產(chǎn)品經(jīng)理、開發(fā)經(jīng)理，配置庫發(fā)布基線的建立：輸出：軟件版本發(fā)布報(bào)告表，見附件。任務(wù)名林1-開發(fā)過程2日項(xiàng)目相貌階段3項(xiàng)目需求概貌的制定4需或分折階段5需求規(guī)格的制定6需求壩格的辟事7總體方案的設(shè)計(jì)B總體方案的評審g配置庫需求基娥的建立10耒場設(shè)計(jì)階段11系藐概要設(shè)計(jì)12系統(tǒng)祗要設(shè)計(jì)的評審13系統(tǒng)測試方案的設(shè)計(jì)14系統(tǒng)1M試方案的

7、評審15孑賽練世計(jì)16子系統(tǒng)設(shè)計(jì)評審17配置庫設(shè)計(jì)基載的建立18日編媽階陵19詳細(xì)設(shè)計(jì)印詳細(xì)設(shè)計(jì)的評審21單元測苴方案的設(shè)計(jì)空單兀測試方案的評審3單元惻試用幽誣計(jì)24孑系統(tǒng)編日25關(guān)鍵子賽練編螞抽樣檢皮輻礙單元測試270系統(tǒng)測試防殿29震成涮試29系抗測試30系統(tǒng)則苴報(bào)告評審整個(gè)開發(fā)過程如下圖所示:31用戶交秸舊2002年II月 W 日1200211103加02年II 月 1T 日四五四日一一二二四五六日一三|三四五六印一二|二四III配置庫發(fā)布基域的建立5 / 32開發(fā)管理流程網(wǎng)上需求管理過程技術(shù)支援人員提需求角色：技術(shù)支援人員活動(dòng)：通過郵件方式進(jìn)行需求溝通：郵件標(biāo)題：年/月/日+用戶名稱+

8、關(guān)鍵字（需求）郵件附件：客戶需求郵件確認(rèn)模板，按模板詳細(xì)提示進(jìn)行操作、填寫郵件接收者：主送研發(fā)部產(chǎn)品經(jīng)理、項(xiàng)目市場負(fù)責(zé)人、技術(shù)支援部經(jīng)理產(chǎn)品經(jīng)理確認(rèn)需求角色：產(chǎn)品經(jīng)理活動(dòng)：與客戶溝通后、回復(fù)對該需求的判斷及工作量的評估情況回復(fù)對象：原郵件所有接收人回復(fù)內(nèi)容：與客戶溝通記錄？該需求能否做？工作量？預(yù)計(jì)開發(fā)時(shí)間等逐條答復(fù)回復(fù)時(shí)限：24小時(shí)內(nèi)（1個(gè)工作日內(nèi)）銷售人員確認(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ù)對象：原郵件所有接收人，并抄送市場部秘書回復(fù)內(nèi)容：與客戶回復(fù)內(nèi)容？工作計(jì)劃？完成時(shí)間？是否發(fā)

9、起客戶需求電子流程？響應(yīng)時(shí)限：48小時(shí)內(nèi)（2個(gè)工作日內(nèi)）角色：市場部秘書活動(dòng)：發(fā)起客戶需求電子流。角色：技術(shù)支援人員6 / 32開發(fā)管理流程活動(dòng)：按照需求評估通知函模版正式答復(fù)客戶響應(yīng)時(shí)限：2個(gè)工作日內(nèi)產(chǎn)品經(jīng)理安排計(jì)劃角色：產(chǎn)品經(jīng)理活動(dòng)；納入產(chǎn)品計(jì)劃，將需求文檔同時(shí)提交開發(fā)經(jīng)理和測試經(jīng)理響應(yīng)時(shí)限：24小時(shí)內(nèi)（1個(gè)工作日內(nèi)）開發(fā)經(jīng)理安排計(jì)劃角色：開發(fā)經(jīng)理活動(dòng)：納入開發(fā)計(jì)劃，知會(huì)測試經(jīng)理，提交電子流到下一審批人對于緊急的需求，在正式版本發(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)控角色；測試經(jīng)理

10、活動(dòng)：納入測試計(jì)劃，知會(huì)測試人員提前熟悉需求響應(yīng)時(shí)限：根據(jù)產(chǎn)品計(jì)劃監(jiān)控開發(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ā)布包給測試經(jīng)理響應(yīng)時(shí)限：根據(jù)開發(fā)計(jì)劃監(jiān)控7 / 32開發(fā)管理流程測試部測試角色：測試經(jīng)理活動(dòng)：提交發(fā)布包給測試人員測試角色：測試人員活動(dòng)：測試人員驗(yàn)證版本，發(fā)郵件知會(huì)測試經(jīng)理測試完成。角色：測試經(jīng)理活動(dòng)；提交發(fā)布包和測試包給配置管理員，提交電子流到下一審批人響應(yīng)時(shí)限：根據(jù)測試計(jì)劃監(jiān)控角色：配置管理員活動(dòng)：收到測試經(jīng)理郵件，發(fā)布版本，歸檔開發(fā)包和測試包響應(yīng)時(shí)限：2小時(shí)技術(shù)產(chǎn)品部負(fù)責(zé)人確

11、認(rèn)角色：技術(shù)產(chǎn)品部負(fù)責(zé)人活動(dòng)：安排工程人員更新現(xiàn)場，更新成功后提交電子流到下一審批人技術(shù)支援部經(jīng)理確認(rèn)角色：技術(shù)產(chǎn)品部經(jīng)理活動(dòng)：對需求的完成狀態(tài)及質(zhì)量跟蹤確認(rèn)，若完成則關(guān)閉電子流；若未完成則發(fā)起問題管理電子流 .。響應(yīng)時(shí)限：24小時(shí)內(nèi)說明：以上“響應(yīng)時(shí)限”除開發(fā)實(shí)施和測試驗(yàn)證、工程實(shí)施是根據(jù)計(jì)劃時(shí)間來監(jiān)控外，其他流程要求在規(guī)定時(shí)限內(nèi)做出實(shí)質(zhì)結(jié)果。對于審批通過的需求/問題，研發(fā)在計(jì)劃時(shí)間內(nèi)完成。非客戶因素導(dǎo)致該需求/問題在承諾時(shí)間內(nèi)到期未完成，將由研發(fā)對該需求/問題再次承諾完成時(shí)間，并由此派生第二個(gè)客戶需求/網(wǎng)上問題（以此類推，數(shù)量以累計(jì)方式統(tǒng)8 / 32開發(fā)管理流程計(jì)）。因客戶臨時(shí)調(diào)整或協(xié)助工

12、作沒到位等客觀原因， 該需求/問題的完成期限順延。 涉及 流程各環(huán)節(jié)嚴(yán)格按該文件規(guī)定執(zhí)行，因工作疏忽等原因?qū)е铝鞒掏磺坝绊懥鞒?/計(jì)劃 進(jìn)度將追究相關(guān)人責(zé)任。網(wǎng)上問題管理過程技術(shù)支援人員提單角色：技術(shù)支援人員活動(dòng)：以郵件方式將客戶問題提交給技術(shù)產(chǎn)品部負(fù)責(zé)人進(jìn)行處理過濾。技術(shù)產(chǎn)品部負(fù)責(zé)人確認(rèn)角色；技術(shù)產(chǎn)品部負(fù)責(zé)人活動(dòng)：對問題進(jìn)行過濾，若需要研發(fā)協(xié)助，提交網(wǎng)上問題電子流。測試經(jīng)理確認(rèn)角色：測試經(jīng)理活動(dòng)；收到網(wǎng)上問題電子流后，請測試人員定位問題。角色：測試人員活動(dòng)：定位網(wǎng)上問題，郵件知會(huì)測試經(jīng)理問題定位原因。角色：測試經(jīng)理活動(dòng)：根據(jù)測試人員定位，若需要開發(fā)人員協(xié)助，將電子流提交開發(fā)經(jīng)理處理;若需

13、要技術(shù)支援人員協(xié)助，將電子流提交技術(shù)支援人員處理響應(yīng)時(shí)限：8小時(shí)內(nèi)開發(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í)開發(fā)人員處理問題角色：開發(fā)人員活動(dòng)：收到網(wǎng)上問題電子流，按照開發(fā)計(jì)劃開發(fā)開發(fā)完成后，歸檔更新包和開發(fā)包，以郵件知會(huì)開發(fā)經(jīng)理開發(fā)完成，在電子流中填寫“處理說明”，將電子流提交到下一審批人（測試經(jīng)理）角色：開發(fā)經(jīng)理活動(dòng)：收到開發(fā)人員開發(fā)完成的郵件后，以郵件知會(huì)測試經(jīng)理請求測試對于時(shí)間緊急的需求，開發(fā)經(jīng)理提交臨時(shí)版本發(fā)布流程，轉(zhuǎn) 1.4.4響應(yīng)時(shí)限：按照開發(fā)計(jì)劃監(jiān)控測試部驗(yàn)證經(jīng)理確認(rèn)角色：測試經(jīng)理活

14、動(dòng)：收到網(wǎng)上問題電子流，安排測試計(jì)劃。角色：測試人員活動(dòng)；測試人員驗(yàn)證版本；發(fā)郵件知會(huì)測試經(jīng)理測試完成角色：測試經(jīng)理活動(dòng)：收到測試人員郵件，在網(wǎng)上問題電子流里確認(rèn)，提交下一審批人；提交更新包和測試包給配置管理員。響應(yīng)時(shí)限：按照測試計(jì)劃監(jiān)控角色：配置管理員活動(dòng)：收到測試經(jīng)理郵件，發(fā)布更新包，歸檔開發(fā)包和測試包響應(yīng)時(shí)限：2小時(shí)10 / 32開發(fā)管理流程技術(shù)支援部安排實(shí)施角色：技術(shù)產(chǎn)品部負(fù)責(zé)人活動(dòng)：收到網(wǎng)上問題電子流，安排工程人員實(shí)施；實(shí)施后對問題解決質(zhì)量跟蹤確認(rèn)，如果發(fā)現(xiàn)問題，返回 1.3.2執(zhí)行；沒有問題結(jié)束網(wǎng)上問題電子流。響應(yīng)時(shí)限：12小時(shí)內(nèi)臨時(shí)版本管理過程有時(shí)會(huì)出現(xiàn)項(xiàng)目需要在較短的時(shí)間內(nèi)提交

15、在線版本的情況。原因比較多，有市場等多方面的因素。這時(shí)候，項(xiàng)目組可以在設(shè)計(jì)、編碼、測試方面走快速通道。由于試用版本在實(shí)現(xiàn)過程中存在一定的風(fēng)險(xiǎn)， 不排除上線后出現(xiàn)較大的問題。 需要產(chǎn)品經(jīng) 理、開發(fā)經(jīng)理、技術(shù)支援部人員、市場人員共同提交試用版本發(fā)布報(bào)告表，主要是闡明可能存在的風(fēng)險(xiǎn)，經(jīng)相關(guān)人員審核通過后發(fā)布。在推出后續(xù)正式版本之前，需要充分考慮完全兼容試用版本。要求能夠無縫地進(jìn)行軟件升級。需求分析參與角色：產(chǎn)品經(jīng)理，活動(dòng)：需求分析：產(chǎn)品經(jīng)理，需要對功能的實(shí)現(xiàn)進(jìn)行取舍。當(dāng)然，需要與用戶溝通。需求規(guī)格說明書評審：、測試人員輸出：需求規(guī)格說明書概要設(shè)計(jì)參與角色：項(xiàng)目經(jīng)理，項(xiàng)目組成員活動(dòng)：概要設(shè)計(jì)：項(xiàng)目經(jīng)理

16、，項(xiàng)目組成員概要設(shè)計(jì)說明書評審：輸出：概要設(shè)計(jì)說明書11 / 32開發(fā)管理流程編碼參與角色：項(xiàng)目經(jīng)理，項(xiàng)目組成員，活動(dòng)： 編碼：項(xiàng)目經(jīng)理，項(xiàng)目組成員安裝操作說明書：項(xiàng)目組經(jīng)理、項(xiàng)目組成員輸出：提交測試版本（包括安裝版本、安裝操作說明書）臨時(shí)版本發(fā)布參與角色：產(chǎn)品經(jīng)理、開發(fā)經(jīng)理、項(xiàng)目經(jīng)理、技術(shù)支援部人員、市場人員活動(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)場反饋的用戶需求和問題。響應(yīng)時(shí)間：8小時(shí)工作時(shí)間2、開發(fā)經(jīng)理簽署意見，將更新包提交測試經(jīng)理確認(rèn)，開發(fā)包提交配置管理員歸檔。響應(yīng)時(shí)間：

17、8小時(shí)工作時(shí)間3、測試經(jīng)理安排測試人員對臨時(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ā)管理

18、流程秘書督促相關(guān)被授權(quán)人按各流程響應(yīng)時(shí)間及時(shí)填寫報(bào)告表。輸出：試用版本發(fā)布報(bào)告表，見附件試用版本發(fā)布報(bào)告表由研發(fā)部統(tǒng)一歸檔管理。2產(chǎn)品配置管理過程為加強(qiáng)研發(fā)部軟件的規(guī)范化管理，嚴(yán)格軟件開發(fā)的過程控制以及版本發(fā)布過程，提高軟件開發(fā)規(guī)范性，特制定研發(fā)部軟件開發(fā)的配置管理規(guī)范，其作用范圍涵蓋目前公司所有在開發(fā)和已經(jīng)開發(fā)的軟件版本。本方案解釋權(quán)在研發(fā)部。人員與職責(zé)產(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ā)

19、過程中關(guān)鍵設(shè)計(jì)文檔必須要包含有產(chǎn)品經(jīng)理審核確認(rèn)，關(guān)鍵文檔包括需求規(guī)格、總體設(shè)計(jì)、概要設(shè)計(jì)、系統(tǒng)測試方案等。文檔中包含以下要素：設(shè)計(jì)人文檔的作者。審核人文檔審核人，為產(chǎn)品經(jīng)理/技術(shù)專家，未經(jīng)過審核的文檔不能參加評審。產(chǎn)品經(jīng)理一一最終確認(rèn)人。開發(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)度。配置管理員研發(fā)部設(shè)立崗位，負(fù)責(zé)公司軟件開發(fā)配置管理

20、，其職責(zé)包括：建立和維護(hù)各個(gè)軟件版本的基線庫。對配置項(xiàng)進(jìn)行管理和控制。負(fù)責(zé)版本發(fā)布。對配置項(xiàng)的變更進(jìn)行跟蹤，并形成定期的配置審計(jì)報(bào)告。每周備份數(shù)據(jù)庫可行性保證配置管理員以工作輸出歸檔為依據(jù)，確認(rèn)該項(xiàng)工作任務(wù)的完成。各開發(fā)經(jīng)理和測試經(jīng)理負(fù)責(zé)將配置項(xiàng)打包提交歸檔。配置管理員定期進(jìn)行配置審計(jì)工作，核查歸檔的完備性和正確性，輸出配置審計(jì)報(bào)告。數(shù)據(jù)庫權(quán)限管理1、產(chǎn)品基線庫用來保存所有產(chǎn)品所有版本的源代碼及文檔，訪問路徑為。由配置管理員進(jìn)行日常維護(hù)產(chǎn)品管理部成員對此庫中對應(yīng)的產(chǎn)品具有訪問權(quán)限2、產(chǎn)品發(fā)布庫作為產(chǎn)品發(fā)布的唯一出口，訪問路徑，由配置管理員進(jìn)行日常維護(hù)技術(shù)支援部成員對此庫具有讀取權(quán)限3、開發(fā)組專

21、用數(shù)據(jù)庫研發(fā)各開發(fā)組擁有自己專用的開發(fā)庫,開發(fā)組專用數(shù)據(jù)庫由開發(fā)經(jīng)理及開發(fā)組成員進(jìn)行維14 / 32開發(fā)管理流程護(hù)。開發(fā)組成員具有對各自數(shù)據(jù)庫的訪問權(quán)限，不具有對其他組的訪問權(quán)限。4、品質(zhì)保證組專用數(shù)據(jù)庫品質(zhì)保證組數(shù)據(jù)庫訪問路徑為品質(zhì)保證組品質(zhì)保證組數(shù)據(jù)庫由測試經(jīng)理及成員進(jìn)行維護(hù)品質(zhì)保證組成員和具有此數(shù)據(jù)庫的訪問權(quán)限各開發(fā)經(jīng)理具有對此數(shù)據(jù)庫對應(yīng)目錄的訪問權(quán)限配置項(xiàng)定義公司軟件配置管理對象統(tǒng)稱配置項(xiàng)（）。目前公司的配置項(xiàng)包括：需求規(guī)格說明書源代碼總體方案概要設(shè)計(jì)（以及詳細(xì)設(shè)計(jì)）系統(tǒng)測試計(jì)劃測試用例測試報(bào)告測試結(jié)果記錄表單元測試報(bào)告單元測試用例集成測試用例評審報(bào)告版本安裝說明版本修改清單版本描述用

22、戶使用手冊維護(hù)手冊驗(yàn)收手冊 安裝程序15 / 32開發(fā)管理流程采用的組件和動(dòng)態(tài)庫、以及外部應(yīng)用程序?；€定義軟件版本在開發(fā)過程中在每一個(gè)階段評審點(diǎn)后都會(huì)形成相應(yīng)的基線，目前的基線設(shè)置包括以下幾個(gè)：需求基線：包括軟件的需求分析文檔、以及總體方案、需求評審表。設(shè)計(jì)基線：包括軟件的概要設(shè)計(jì)、測試方案、以及相應(yīng)的評審表格。發(fā)布基線：包括詳細(xì)設(shè)計(jì)、代碼、測試用例、軟件工具、組件以及外部的應(yīng)用程序、系統(tǒng)測試報(bào)告，發(fā)布評審表格。相應(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)目概貌和

23、評審文檔。和產(chǎn)品經(jīng)理對每一次基線化操作負(fù)責(zé)。版本發(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ā)布。對于特別緊急的版本，可以走“版本快速發(fā)布通道”。隨著版本質(zhì)量的提升，這種情況會(huì)慢慢減少。拒絕一些市場人員不負(fù)責(zé)任的客戶承諾。配置經(jīng)理每10個(gè)工作日發(fā)布一次版本更新匯總可以跟產(chǎn)品經(jīng)理一起來完成，抄送給所有的產(chǎn)品經(jīng)理、開發(fā)經(jīng)理、技術(shù)支援部和市場人員。 產(chǎn)品經(jīng)理的責(zé)任產(chǎn)品經(jīng)理需要對產(chǎn)品的導(dǎo)向要有明確的目標(biāo)。是歸并在統(tǒng)

24、一版本還是只是作為特定版本進(jìn)行維護(hù)，需要產(chǎn)品經(jīng)理在申請變更時(shí)作出明確的說明。16 / 32開發(fā)管理流程配置管理過程制定配置管理計(jì)劃配置管理員依據(jù)產(chǎn)品計(jì)劃制定每月產(chǎn)品基線計(jì)劃，并知會(huì)開發(fā)經(jīng)理、測試經(jīng)理開發(fā)經(jīng)理提交更新包開發(fā)經(jīng)理開發(fā)完成（或回歸版本開發(fā)完成）發(fā)郵件通知測試人員取更新包測試經(jīng)理提交測試包測試經(jīng)理完成測試后提交更新包和測試包開發(fā)經(jīng)理提交開發(fā)包開發(fā)經(jīng)理收到測試經(jīng)理確認(rèn)測試完成的郵件后即整理并提交開發(fā)包配置管理員發(fā)布和歸檔配置管理員取更新包歸檔并發(fā)布，取開發(fā)包、測試包歸檔。配置管理員每周發(fā)布?xì)w檔情況督促相關(guān)人員歸檔。歸檔規(guī)范包定義發(fā)布基線由開發(fā)包、測試包、發(fā)布包（或更新包）三個(gè)包構(gòu)成。發(fā)布

25、基線在產(chǎn)品完成每次提交發(fā)布時(shí)候建立。更新包：針對網(wǎng)上問題和網(wǎng)上需求更新。發(fā)布包：針對新版本發(fā)布。開發(fā)包：包括源碼和文檔。測試包：包括所有測試文檔。17 / 32開發(fā)管理流程歸檔規(guī)范數(shù)據(jù)庫作為產(chǎn)品基線庫，包含與產(chǎn)品相關(guān)的所有工作成果，發(fā)布包（更新包）、測試包以及開發(fā)包中內(nèi)容均應(yīng)包含在內(nèi)。數(shù)據(jù)庫作為對外發(fā)布的數(shù)據(jù)庫，包含發(fā)布包（或更新包）內(nèi)容。目前庫按照產(chǎn)品+局點(diǎn)歸檔，庫按照產(chǎn)品+版本+局點(diǎn)歸檔，對于針對多個(gè)局點(diǎn)的版本在相 應(yīng)的位置同時(shí)歸檔。包命名規(guī)范包名由產(chǎn)品編碼、版本號(hào)、版本日期號(hào)、局點(diǎn)名稱以及版本簡要描述、包的類別、打包日期幾個(gè)要素組成，所有字母統(tǒng)一用英文大寫。格式：產(chǎn)品簡稱 空格V版本號(hào)

26、空格R嗷本日期號(hào) 空格 局點(diǎn)名稱 版本簡要描述 更新包（ 日期）范例：V3.0 R950 山東平臺(tái)與客服接口更新包 （20071016）打包規(guī)范發(fā)布包發(fā)布包包含用戶文檔、安裝文件、需求文檔三大部分。文檔模板參考版本安裝說明、版本描述更新包更新包包含用戶手冊、安裝文件、版本更新說明。版本更新說明文檔必須包含備份、更新、回退三個(gè)步驟，內(nèi)容層次要清晰明了。文檔模板參考版本更新說明開發(fā)包開發(fā)包包含源碼和文檔，文檔包括需求規(guī)格、概要設(shè)計(jì)、開發(fā)手冊、需求確認(rèn)郵件、版本修改清單對于所有已發(fā)布版本，開發(fā)經(jīng)理都必須及時(shí)提供開發(fā)包歸檔。文檔模板參考版本修改清單測試包18 / 32開發(fā)管理流程測試包包含單元測試文檔

27、和系統(tǒng)集成測試文檔，新版本開發(fā)需包含測試計(jì)劃。文檔模板參考系統(tǒng)測試計(jì)劃、測試用例、測試報(bào)告、測試結(jié)果記錄表、單元測試報(bào)告、單元測試用例、集成測試用例3產(chǎn)品質(zhì)量評審過程評審是提升軟件質(zhì)量的有效手段。為了增強(qiáng)對評審的控制，公司從幾個(gè)方面進(jìn)行管理：建立專家?guī)欤横槍Ω鱾€(gè)方面的專業(yè)知識(shí)和技能，公司將遴選部分優(yōu)秀員工加入相應(yīng)的專家?guī)?，參加評審的專家人選將優(yōu)先從專家?guī)熘刑暨x。評審專家和主審人的確定：1、每次評審相關(guān)產(chǎn)品線/部門必須至少有一人參加，不得推辭，人員可以由產(chǎn)品經(jīng)理/部門經(jīng)理指定；2、需要涉及到哪些產(chǎn)品線 /部門由主審人確定；3、所有評審必須要有產(chǎn)品部和測試部的人員參加；4、在月初制定月度計(jì)劃時(shí)將評

28、審計(jì)劃和工作量安排進(jìn)去；5、主審人的評分影響評審專家的考核；6、主審人默認(rèn)為產(chǎn)品經(jīng)理；7、產(chǎn)品需求規(guī)格評審必須需要銷售（拓展）部門、技術(shù)支援部門參與；關(guān)鍵事件制度：評審主審人對參加評審的專家根據(jù)相關(guān)原則進(jìn)行評定，專家的評定結(jié)果分為四類，分別如下：A、B:參與評審表現(xiàn)突出，有重要的評審建議獲得通過，記入考核正向關(guān)鍵事件。C:能積極參與評審，并能給出相關(guān)建議。D:未能起到評審專家作用，記入考核負(fù)面關(guān)鍵事件。評審工作量：參與評審的專家，每次參與評審安排時(shí)間/工作量為1個(gè)人日。其他的規(guī)定：19 / 32開發(fā)管理流程未經(jīng)過評審的重要項(xiàng)不允許基線化。評審的發(fā)起人為產(chǎn)品經(jīng)理。評審專家在評審會(huì)議召開前必須出預(yù)

29、審報(bào)告表。主審人評審后出評審報(bào)告表。專家需要在每個(gè)業(yè)務(wù)（如短信、網(wǎng)關(guān)、等）至少設(shè)定兩個(gè)。當(dāng)有項(xiàng)目需要評審時(shí)，兩個(gè)專家至少一個(gè)需要對項(xiàng)目的評審?fù)耆?fù)責(zé)。需要給出專家分的獎(jiǎng)懲詳細(xì)規(guī)定。預(yù)審報(bào)告表見附件。評審報(bào)告表見附件評審流程如下圖所示：20 / 32評審電子流評審報(bào)告開發(fā)管理流程產(chǎn)品QA項(xiàng)目經(jīng)理/任務(wù)責(zé)任人創(chuàng)建評審任務(wù)單，提交跟蹤對象系統(tǒng)部接口人系統(tǒng)部確定評審級別、主審人、 評審專家2不需評審關(guān)閉,評審任務(wù)名稱及計(jì)劃 完成時(shí)間評審需要完 成的資料及完成時(shí)間 評審文檔及相關(guān)資料（含評審要點(diǎn)）3評審專家預(yù)審不合7主審人QA程審計(jì)報(bào)告評審任務(wù)責(zé)任人評審問題解決審計(jì)合格，關(guān) 閉評審專家確定初審要點(diǎn)列表評

30、審規(guī)范資料（含CHECKLIST出預(yù)審報(bào)告遺留問題？ ，主審人審核預(yù)審意見召開評審會(huì)Y主審人召開評審會(huì)，提交評審報(bào)告不召開評審會(huì)，提交評審報(bào)告評審專家請專家會(huì)簽QAQA!交過程評估報(bào)告審計(jì)不通過, 關(guān)閉/評審報(bào)f 告問題解決報(bào) 告21 / 32開發(fā)管理流程深圳市信息系統(tǒng)有限公司二零零七年十二月 日主送：研發(fā)部銷售部技術(shù)支援部報(bào)送：總經(jīng)辦、行政人事部印發(fā)時(shí)間：二 零零七年十二月 日附件附件1基線歸檔申請表基線歸檔申請表編號(hào)項(xiàng)目名稱項(xiàng)目編號(hào)基線化類型產(chǎn)品經(jīng)理時(shí)間軟件配置項(xiàng)123456789101122 / 32開發(fā)管理流程12附件2變更控制報(bào)告表1.變更申請項(xiàng)目名稱變更申請?zhí)岵唬赫f明變更原因和變更內(nèi)容，估計(jì)此變更對項(xiàng)目造成的影響。申請人簽字簽字，日期2.艾更審批審批音見同意變更拒絕變更指示：審批人簽字簽字，日期3.執(zhí)行艾更艾更說明提示：說明變更內(nèi)容23 / 32開發(fā)管理流程執(zhí)行人簽簽字，日期 簽字，日期附件3預(yù)審報(bào)告表預(yù)審報(bào)告表編號(hào)項(xiàng)目名稱項(xiàng)目編號(hào)評審任務(wù)名稱塊申思見預(yù)審結(jié)論預(yù)審人時(shí)間附件4評審報(bào)告表評審報(bào)告表編號(hào)24 / 32開發(fā)管理流程項(xiàng)目名稱項(xiàng)目編號(hào)評審任務(wù)名稱評審要點(diǎn)評審意見評審結(jié)論評審專家簽名主審人時(shí)間附件5軟件版本發(fā)布報(bào)告表軟件版本發(fā)布報(bào)告表25 / 32開發(fā)管理流程編號(hào)項(xiàng)目名稱項(xiàng)目編號(hào)版本概述（