開發(fā)管理流程

1、開發(fā)管理流程公司發(fā)文會簽單擬文部門：研發(fā)部 擬稿人日期：2007/12/文件標(biāo)題：公司開發(fā)管理規(guī)定發(fā)文說明：為加強研發(fā)部軟件的規(guī)范化管理，提高軟件開發(fā)規(guī)范性，特頒發(fā)此規(guī)定。在司發(fā)（2006） 20號研發(fā)部開發(fā)管理文檔基礎(chǔ)上作了如下修訂：1、將網(wǎng)上需求管理和網(wǎng)上問題管理流程合并進(jìn)來2、增加配置管理流程規(guī)范3、強化質(zhì)量評審制度發(fā)文單位：研發(fā)部批準(zhǔn)人（簽字）：批準(zhǔn)人名單：會簽人名單：行政辦公會議人員會簽人（簽字）：發(fā)文編號司發(fā)【2007】號發(fā)文數(shù)量：1發(fā)文日期：2007/12/發(fā)往單位：以公告形式通知全公司人員。行政人事部保存一份文件。信息平臺提供信息共享。主 送：研發(fā)部銷售部技術(shù)支援部抄 送：總經(jīng)

2、辦、行政人事部1 / 32開發(fā)管理流程深圳市信息系統(tǒng)有限公司公司文件司發(fā)【2007】20號 簽發(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é)人參與需求分析階段。項目和版本開發(fā)過程項目概貌階段參與的角色：產(chǎn)品經(jīng)理、項目經(jīng)理活動：項目需求概貌的制定（重點說明項目的定義性描述）、項目計劃的制定項目概貌中需要對項目所需的配置項進(jìn)行描述。當(dāng)在執(zhí)行過程中，出現(xiàn)任何意外情況需要進(jìn)行計劃更改時，產(chǎn)品經(jīng)理有責(zé)任及時修改當(dāng)月的月度計劃，并轉(zhuǎn)發(fā)給所有相關(guān)人員，

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

4、階段參與的角色：項目經(jīng)理、測試經(jīng)理、項目組成員活動：軟件版本發(fā)布報告表更新：項目經(jīng)理，系統(tǒng)概要設(shè)計：項目經(jīng)理，項目組成員系統(tǒng)概要設(shè)計的評審：系統(tǒng)測試方案的設(shè)計：測試經(jīng)理系統(tǒng)測試方案的評審：子系統(tǒng)設(shè)計：項目組成員子系統(tǒng)設(shè)計評審：配置庫設(shè)計基線的建立：輸出：系統(tǒng)概要設(shè)計、系統(tǒng)概要設(shè)計評審、系統(tǒng)測試方案、系統(tǒng)測試方案評審、子系統(tǒng)設(shè)計方案、子系統(tǒng)設(shè)計方案評審編碼階段參與的角色：、項目經(jīng)理、項目組成員活動：3 / 32開發(fā)管理流程軟件版本發(fā)布報告表更新：項目經(jīng)理，詳細(xì)設(shè)計：項目經(jīng)理，項目組成員詳細(xì)設(shè)計的評審：單元測試方案的設(shè)計：項目經(jīng)理，項目組成員單元測試方案的評審：單元測試用例的設(shè)計：項目經(jīng)理，項目組

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

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

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

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

9、起客戶需求電子流程？響應(yīng)時限：48小時內(nèi)（2個工作日內(nèi)）角色：市場部秘書活動：發(fā)起客戶需求電子流。角色：技術(shù)支援人員6 / 32開發(fā)管理流程活動：按照需求評估通知函模版正式答復(fù)客戶響應(yīng)時限：2個工作日內(nèi)產(chǎn)品經(jīng)理安排計劃角色：產(chǎn)品經(jīng)理活動；納入產(chǎn)品計劃，將需求文檔同時提交開發(fā)經(jīng)理和測試經(jīng)理響應(yīng)時限：24小時內(nèi)（1個工作日內(nèi)）開發(fā)經(jīng)理安排計劃角色：開發(fā)經(jīng)理活動：納入開發(fā)計劃，知會測試經(jīng)理，提交電子流到下一審批人對于緊急的需求，在正式版本發(fā)布以前走臨時版本發(fā)布流程，在需求完成后，開發(fā)項目負(fù)責(zé)人在工作流中進(jìn)行確認(rèn)。正式版本未發(fā)布前由產(chǎn)品經(jīng)理發(fā)布兼容臨時版本代替。響應(yīng)時限：根據(jù)產(chǎn)品計劃監(jiān)控角色；測試經(jīng)理

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

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

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

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

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

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

16、，項目組成員概要設(shè)計說明書評審：輸出：概要設(shè)計說明書11 / 32開發(fā)管理流程編碼參與角色：項目經(jīng)理，項目組成員，活動： 編碼：項目經(jīng)理，項目組成員安裝操作說明書：項目組經(jīng)理、項目組成員輸出：提交測試版本（包括安裝版本、安裝操作說明書）臨時版本發(fā)布參與角色：產(chǎn)品經(jīng)理、開發(fā)經(jīng)理、項目經(jīng)理、技術(shù)支援部人員、市場人員活動：1、臨時版本的發(fā)布由產(chǎn)品經(jīng)理發(fā)起，產(chǎn)品經(jīng)理負(fù)責(zé)擬定報告表，填寫臨時版本概述、發(fā)布原因及存在風(fēng)險； 并指定臨時版本研發(fā)部的接口人，接口人負(fù)責(zé)接收和收集現(xiàn)場反饋的用戶需求和問題。響應(yīng)時間：8小時工作時間2、開發(fā)經(jīng)理簽署意見，將更新包提交測試經(jīng)理確認(rèn)，開發(fā)包提交配置管理員歸檔。響應(yīng)時間：

17、8小時工作時間3、測試經(jīng)理安排測試人員對臨時版本做安裝檢查，輸出檢查報告，并簽署意見。響應(yīng)時間：8小時工作時間4、銷售部經(jīng)理簽署意見，銷售部經(jīng)理外出可授權(quán)相關(guān)人員審批或郵件回復(fù)。響應(yīng)時間：4小時工作時間5、技術(shù)支援部經(jīng)理簽署意見。響應(yīng)時間：2小時工作時間6、研發(fā)部經(jīng)理填寫審核結(jié)論。響應(yīng)時間：2小時工作時間7、配置管理員簽字確認(rèn)后發(fā)布臨時版本。響應(yīng)時間：2小時工作時間8、研發(fā)部秘書歸檔報告表。響應(yīng)時間：4小時工作時間 。以上各步驟責(zé)任人因外出未能及時填寫報告表的，上一步驟責(zé)任人可要求該步驟責(zé)任人所屬部門秘書通過電話或郵件提醒責(zé)任人，責(zé)任人回復(fù)郵件指定授權(quán)人填寫報告表，各部門12 / 32開發(fā)管理

18、流程秘書督促相關(guān)被授權(quán)人按各流程響應(yīng)時間及時填寫報告表。輸出：試用版本發(fā)布報告表，見附件試用版本發(fā)布報告表由研發(fā)部統(tǒng)一歸檔管理。2產(chǎn)品配置管理過程為加強研發(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)理的崗位，需要在項目開發(fā)過程中發(fā)揮其重要作用：在項目概貌階段，參與項目概貌的制定和軟件配置項。在項目分析階段，參與項目的需求分析工作，參與總體方案的制定和各部門的分 工界定。在項目基線化階段，協(xié)助參與版本的歸檔。開發(fā)

19、過程中關(guān)鍵設(shè)計文檔必須要包含有產(chǎn)品經(jīng)理審核確認(rèn)，關(guān)鍵文檔包括需求規(guī)格、總體設(shè)計、概要設(shè)計、系統(tǒng)測試方案等。文檔中包含以下要素：設(shè)計人文檔的作者。審核人文檔審核人，為產(chǎn)品經(jīng)理/技術(shù)專家，未經(jīng)過審核的文檔不能參加評審。產(chǎn)品經(jīng)理一一最終確認(rèn)人。開發(fā)經(jīng)理研發(fā)部在項目的生命周期內(nèi)， 設(shè)立開發(fā)經(jīng)理的崗位，需要在項目開發(fā)過程中發(fā)揮重要作用： 在項目概貌階段，協(xié)助產(chǎn)品經(jīng)理參與項目概貌的制定和軟件配置項。13 / 32開發(fā)管理流程在項目開發(fā)過程階段，協(xié)助產(chǎn)品經(jīng)理參與項目的需求分析工作，參與項目的方案 設(shè)計和編碼工作。定期向產(chǎn)品經(jīng)理、開發(fā)部經(jīng)理匯報項目的工作進(jìn)度。配置管理員研發(fā)部設(shè)立崗位，負(fù)責(zé)公司軟件開發(fā)配置管理

20、，其職責(zé)包括：建立和維護(hù)各個軟件版本的基線庫。對配置項進(jìn)行管理和控制。負(fù)責(zé)版本發(fā)布。對配置項的變更進(jìn)行跟蹤，并形成定期的配置審計報告。每周備份數(shù)據(jù)庫可行性保證配置管理員以工作輸出歸檔為依據(jù)，確認(rèn)該項工作任務(wù)的完成。各開發(fā)經(jīng)理和測試經(jīng)理負(fù)責(zé)將配置項打包提交歸檔。配置管理員定期進(jìn)行配置審計工作，核查歸檔的完備性和正確性，輸出配置審計報告。數(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)限配置項定義公司軟件配置管理對象統(tǒng)稱配置項（）。目前公司的配置項包括：需求規(guī)格說明書源代碼總體方案概要設(shè)計（以及詳細(xì)設(shè)計）系統(tǒng)測試計劃測試用例測試報告測試結(jié)果記錄表單元測試報告單元測試用例集成測試用例評審報告版本安裝說明版本修改清單版本描述用

22、戶使用手冊維護(hù)手冊驗收手冊 安裝程序15 / 32開發(fā)管理流程采用的組件和動態(tài)庫、以及外部應(yīng)用程序。基線定義軟件版本在開發(fā)過程中在每一個階段評審點后都會形成相應(yīng)的基線，目前的基線設(shè)置包括以下幾個：需求基線：包括軟件的需求分析文檔、以及總體方案、需求評審表。設(shè)計基線：包括軟件的概要設(shè)計、測試方案、以及相應(yīng)的評審表格。發(fā)布基線：包括詳細(xì)設(shè)計、代碼、測試用例、軟件工具、組件以及外部的應(yīng)用程序、系統(tǒng)測試報告，發(fā)布評審表格。相應(yīng)的一旦形成基線后其變更應(yīng)該嚴(yán)格受控?；€化操作由產(chǎn)品經(jīng)理和共同完成。在項目進(jìn)行到相應(yīng)階段時，由產(chǎn)品經(jīng)理將本項目相應(yīng)配置項整理后統(tǒng)一交給，由檢查無誤后歸入基線，檢查項包括項目概貌和

23、評審文檔。和產(chǎn)品經(jīng)理對每一次基線化操作負(fù)責(zé)。版本發(fā)布控制版本發(fā)布的次數(shù)。版本發(fā)布間隔不少于 10個工作日。在發(fā)布間隔時間內(nèi)的需求和問題，統(tǒng)一安排在下一個版本完成并基線化。需求或問題答復(fù)時，開發(fā)經(jīng)理可以按此來規(guī)劃完成的時間。如果沒有需求或問題，則不需要進(jìn)行版本發(fā)布，但可以進(jìn)行更新包的發(fā)布。對于特別緊急的版本，可以走“版本快速發(fā)布通道”。隨著版本質(zhì)量的提升，這種情況會慢慢減少。拒絕一些市場人員不負(fù)責(zé)任的客戶承諾。配置經(jīng)理每10個工作日發(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)理在申請變更時作出明確的說明。16 / 32開發(fā)管理流程配置管理過程制定配置管理計劃配置管理員依據(jù)產(chǎn)品計劃制定每月產(chǎn)品基線計劃，并知會開發(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òu)成。發(fā)布

25、基線在產(chǎn)品完成每次提交發(fā)布時候建立。更新包：針對網(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)品+局點歸檔，庫按照產(chǎn)品+版本+局點歸檔，對于針對多個局點的版本在相 應(yīng)的位置同時歸檔。包命名規(guī)范包名由產(chǎn)品編碼、版本號、版本日期號、局點名稱以及版本簡要描述、包的類別、打包日期幾個要素組成，所有字母統(tǒng)一用英文大寫。格式：產(chǎn)品簡稱 空格V版本號

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

27、和系統(tǒng)集成測試文檔，新版本開發(fā)需包含測試計劃。文檔模板參考系統(tǒng)測試計劃、測試用例、測試報告、測試結(jié)果記錄表、單元測試報告、單元測試用例、集成測試用例3產(chǎn)品質(zhì)量評審過程評審是提升軟件質(zhì)量的有效手段。為了增強對評審的控制，公司從幾個方面進(jìn)行管理：建立專家?guī)欤横槍Ω鱾€方面的專業(yè)知識和技能，公司將遴選部分優(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、在月初制定月度計劃時將評

28、審計劃和工作量安排進(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)鍵事件。評審工作量：參與評審的專家，每次參與評審安排時間/工作量為1個人日。其他的規(guī)定：19 / 32開發(fā)管理流程未經(jīng)過評審的重要項不允許基線化。評審的發(fā)起人為產(chǎn)品經(jīng)理。評審專家在評審會議召開前必須出預(yù)

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

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