1、關于深圳市艾派應用系統(tǒng)有限公司版本提交/測試/發(fā)布/上線流程管理辦法1 .總則1.1. 前言本辦法制定與實施的目的是為了對公司項目過程關鍵點進行有效管理，明確 版本提交/測試/發(fā)布/上線的流程與要求，明確各流程中的人員職責和配合關系等， 以便所有版本的工作得到有效跟蹤，保證工作順利有序地進行。1.2. 適用范圍本規(guī)范適用于研發(fā)部所有在建項目，只要涉及到版本提交的工作即適用本管理辦法。2 .管理方式1) 管理流程以OA流程單的方式進行管理，確保所有項目在提交 -上線過程中 得到有效跟蹤和控制。2) 每個流程步驟的處理人員即為當前流程的直接責任者，當前流程負責人的 直接主管，則負責當前流程處理過程

2、中的質量監(jiān)管及投訴。3) 每個流程步驟中，如工作順利完成進入下一個環(huán)節(jié)，應在當前工作日內完成流程的流轉，以避免下一環(huán)節(jié)信息無法傳達。3 .版本提交-上線流程3.1. 定義版本上線：包括新系統(tǒng)初始版本上線及升級版本升級上線兩類。項目負責人：項目負責人一般為項目經理或項目經理指定的項目負責人員3.2. 流程圖版本上線和系統(tǒng)割接流程圖項目負責人測試人員用服八員項目相關人員用服部經理起隼»撰提交階段版本提交提交信息/根據實際情況反復多次執(zhí)行版本測試/撰寫測試結果測試階段N實施階段審就執(zhí)行方排加合/提是否發(fā)布版木？確定執(zhí)行時間/制定實施方案確認階段線&升級支撐產士革&升 以結果

3、通知執(zhí)行計劃/完成上線&升級/撰寫報告收到上線&升級 結果通知/確認 是否二次歸檔收到上線&升級結果通知確認結束:福率3.3. 流程說明流程主要包括提交、測試、發(fā)布、上線、確認 5大流程，對于存在多次的提 交/測試過程不在流程中體現（表單中有允許 5次提交，超過5次以退回疊加內容 方式進行），同時針對過程中需要進行配合的事項，如人員配合安排、上線&升級方案審核確認等事宜需線下確認（流程中的虛線部分）。3.3.1. 項目負責人首次提交版本項目負責人進行版本提交時，在 OA工作流中發(fā)起版本提交申請，填寫完整 流程單后主送給下一階段的測試人員處理；同時將流程單抄送給項

4、目組相關人員 及質量部經理、用服人員。1）項目負責人發(fā)起版本提交申請時，需完整填寫提交地址、模塊信息、版 本特性；同時檢查好版本庫中對應的提交文件是否存在、提交內容是否 正確無誤。2）對于明確不需要發(fā)布的版本，則不需要抄送給用服人員。3）用服人員根據流程單信息，可提前做好版本提交相關準備，準備上線&升級方案；并注意跟進版本的發(fā)布情況。3.3.2. 測試人員測試版本測試人員在收到版本提交的流程單后，根據版本的時間要求安排完成測試工 作，并發(fā)布測試結果，將填寫完整的流程表單提交給項目經理。1）測試人員在收到提交的版本時，需確認工作流中版本提交信息是否完整 無誤，如果存在問題需退回給提交者重

5、新填寫。2）測試人員在收到版本后及時完成版本的測試工作；測試完成后，測試人 員在表單中填寫版本測試的結果信息，提交流程單給項目經理。3.3.3. 項目負責人提交回歸版本項目負責人在收到測試完成郵件后；安排進行版本的回歸修改，在針對問題 單進行了相應的修復或應有處理后，則可以進行回歸版本的提交。1）項目負責人發(fā)起版本回歸提交前，需檢查是否完成了相應BUG單的修復,不進行修改的BUG是否進行了應有的確認，將有效信息傳遞到下一 個環(huán)節(jié)處理人員。2）項目負責人需合理控制回歸的次數，對 BUG是否修改作好風險評估， 以避免回歸次數過多現象。3.3.4. 測試人員發(fā)布（歸檔）版本測試人員完成測試回歸通過后

6、，則根據實際安排可以發(fā)起版本發(fā)布或歸檔流 程；版本發(fā)布時，必須提供發(fā)布路徑、發(fā)布版本、發(fā)布功能以及注意事項及遺留 問題相關信息1）對于明確不需要發(fā)布給用服人員僅本地歸檔的版本，則提交給項目經理確認環(huán)節(jié)即可;2）對于暫時不需要發(fā)布（以后需要發(fā)布）給用服人員的版本，測試人員正 常提交回歸結束郵件給項目經理即可；項目經理在收到發(fā)布通知后再提交給測試人員發(fā)布版本。3）對于需要發(fā)布給用服人員的版本，測試人員對發(fā)布版本的正確性、完整 性負責，并確保在版本發(fā)布過程中不泄漏源碼和設計文檔等關鍵資源。3.3.5. 用服人員執(zhí)行上線&升級操作用服人員根據已制定的上線&升級方案，執(zhí)行版本上線&

7、;升級操作，并根據實 際執(zhí)行情況記錄上線&升級結果，撰寫相應的升級報告，填寫流程表單，將實際情 況反饋給項目負責人、用服部經理和測試人員進行確認。1）用服人員在執(zhí)行版本提交操作前作好充分的準備工作，包括項目負責人 確認配合人員到位情況，局方各接口是否可用等，并按照執(zhí)行方案中已 確定的時間，進行版本上線&升級操作。2）用服人員在執(zhí)行操作過程中，遇到無法解決的問題或無法控制的風險等 情況，不能保證版本上線和系統(tǒng)割接成功完成時，應及時與項目負責人、上級領導和客戶相關負責人溝通，停止執(zhí)行版本提交操作并回滾。3）項目負責人需根據上線&升級時間安排好支撐人員，確保上線或割接的 順利

8、完成。3.3.6. 確認結束流程項目負責人、用服部經理、測試人員收到版本上線 &升級結束通知后，依次根 據自身職責進行確認并結束流程。1）項目負責人和測試人員對版本升級報告進行審核，對升級過程是否存在 遺漏和遺留問題隱患等方面確認，并對存在的遺留問題和遺漏等進行相 應的處理安排，并跟蹤執(zhí)行。2）測試人員確認是否在版本上線過程中產生臨時版本，并對臨時版本進行 補測和歸檔。3）用服部經理對用服人員涉及的版本上線 &升級執(zhí)行情況和工作質量等進 行必要的檢查。3.4. 補充規(guī)定發(fā)布未經測試的臨時版本原則在項目時間非常緊迫的情況下，有時需要發(fā)布未經測試的臨時版本必須提交 給質量部，由質量

9、部轉交給用服人員完成上線 &#級操作，不允許開發(fā)人員直接提 供版本給用服人員進行版本上線& 升級。項目負責人應及時安排對臨時版本進行補測，用正式版本升級替換臨時版本， 不允許長期在線上使用未經測試的版本。版本上線&升級割接過程中緊急臨時版本的處理原則對于版本上線&升級過程中需要發(fā)布的臨時版本，因測試人員不在場而直接交 由用服人員上線時，須在上線結束前對版本進行提交歸檔，不允許過夜。OA流程的補充由于部分外地用服人員使用 OA不夠方便，測試人員在 OA上走完流程單后, 根據需要同時補以外網郵件再進行一次補充發(fā)布。3.4.1. 版本變更和取消的處理原則在版本提交完成

10、后出現版本變更時，項目負責人應要求退回流程單重新修改 相關內容后，重新提交表單。對于版本取消的情況，項目負責人應通知從當前環(huán)節(jié)處理人開始，將流程步 驟依次走完，各環(huán)節(jié)處理人分別注明確認版本取消的相關信息。對于已經產生的 版本，質量部相關環(huán)節(jié)責任人應對其進行特殊歸檔，與正式版本區(qū)別，項目負責 人負責對歸檔進行確認。3.4.2. 特殊流程版本上線和系統(tǒng)割接的處理要嚴格遵守辦公工作流程，對于某些非常特殊或 緊急需求，必須要加快流程進展、無法遵守既定流程時，必須及時征得上級領導 的許可。3.5. 檢查點對版本上線和系統(tǒng)割接的執(zhí)行狀況的檢查點，詳細項目如下:考核人員考核項目研發(fā)助理每周進行例行檢查，確認

11、流程是否存在異常。主要版本有否正常 流轉/結束3.6. 考核原則各部門相關人員須嚴格執(zhí)行及遵守本規(guī)范，對于流程各環(huán)節(jié)相關責任人因未 有效履行職責，導致版本提交工作執(zhí)行不力的情況，相關直接責任人及對應主管, 均承擔相關責任。項目負責人作為項目主要負責人，應對版本的全過程組織協(xié)調工作負責，對 于過程中出現的組織協(xié)調問題承擔主要責任。4 .附錄表一：版本提交、測試、發(fā)布、上線 &升級流程表項 目 負 責 人（A次版本提交）項目名稱計劃發(fā)布時間版本提交說明提交人員簽字提交時間測試人 員（第一輪測試結束）測試結果說明測試人員簽字完成時間項 目 負 責 人 （第二輪版本提交）版本提交說明提交人員簽字提交時間測試人 員（第二輪測試結束）測試結果說明測試人員簽字完成時間項 目 負 責 人 （第三輪版本提交）版本提交說明提交人員簽字提交時間測試人 員（第三輪測試結束）測試結果說明測試人員簽名完成時間項 目 負 責 人 （第四輪版本提交）版本提交說明提交人員簽字提交時間測試人 員（第四輪測試結束）測試結果說明測試人員簽字完成時間項 目 負 責 人 （第五輪版本提交）版本提交說明提交人員簽字提交時間測試人 員（第五輪測試結束）測試結果說明測試人員簽字完成時間測試人 員（版本歸檔/發(fā)布）歸