it項目驗收及轉(zhuǎn)運維標準

1、ITIT項項目目業(yè)業(yè)務務驗驗收收及及轉(zhuǎn)轉(zhuǎn)運運維維標標準準 業(yè)業(yè)務務驗驗收收 驗驗收收模模塊塊適適用用項項目目驗驗收收內(nèi)內(nèi)容容建建議議驗驗收收人人驗驗收收交交付付物物建建議議提提供供人人 業(yè)務驗收 瀑布用戶需求業(yè)務驗收負責人用戶需求說明書子項目經(jīng)理 敏捷用戶需求 業(yè)務驗收負責人/后 續(xù)項目組子項目經(jīng)理 迭代列表子項目經(jīng)理 詳細計劃安排子項目經(jīng)理 ITIT項項目目系系統(tǒng)統(tǒng)驗驗收收及及轉(zhuǎn)轉(zhuǎn)運運維維標標準準 系系統(tǒng)統(tǒng)驗驗收收 系系統(tǒng)統(tǒng)模模塊塊適適用用項項目目驗驗收收內(nèi)內(nèi)容容建建議議驗驗收收人人驗驗收收交交付付物物建建議議提提供供人人 系統(tǒng)目標瀑布/敏捷項目系統(tǒng)目標驗收總負責人項目目標驗收報告子項目經(jīng)理

2、 需求 瀑布 業(yè)務流程 模塊流程支撐負責人 流程圖、流程說明書 項目組流程顧問/數(shù)據(jù) 分析師 用戶需求用戶需求說明書 項目組流程顧問/數(shù)據(jù) 分析師 系統(tǒng)需求 模塊開發(fā)部負責人 系統(tǒng)需求說明書項目組系統(tǒng)分析人員 需求跟蹤矩陣需求跟蹤矩陣評估報告項目組系統(tǒng)分析人員 UI平臺開發(fā)部負責人 高保真原型項目組交互設計師 交互設計說明書項目組交互設計師 界面效果圖項目組視覺設計師 視覺設計說明書項目組視覺設計師 敏捷 需求調(diào)研 模塊開發(fā)部負責人/ 后續(xù)項目組IT產(chǎn)品經(jīng) 理 故事墻IT產(chǎn)品經(jīng)理 需求分析產(chǎn)品列表IT產(chǎn)品經(jīng)理 需求跟蹤迭代列表、上線功能藍圖IT產(chǎn)品經(jīng)理 架構 瀑布 系統(tǒng)架構設計及落 地 各大架

3、構負責人 系統(tǒng)總體設計項目組系統(tǒng)架構師 系統(tǒng)技術架構設計項目組系統(tǒng)架構師 系統(tǒng)功能架構設計項目組系統(tǒng)架構師 系統(tǒng)信息建模項目組系統(tǒng)架構師 系統(tǒng)數(shù)據(jù)模型項目組系統(tǒng)架構師 系統(tǒng)業(yè)務建模項目組系統(tǒng)架構師 架構設計落實評估報告項目組總體架構師 敏捷 系統(tǒng)架構設計及落 地 各大架構負責人/后 續(xù)項目組Scrum Master 架構計劃表Scrum Master 功能架構設計Scrum Master 集成架構設計Scrum Master 技術架構設計Scrum Master 數(shù)據(jù)架構設計Scrum Master 系統(tǒng)業(yè)務建模Scrum Master 架構設計落實評估報告Scrum Master 開發(fā) 瀑布

4、 系統(tǒng)詳細設計 模塊開發(fā)部負責人 系統(tǒng)詳細設計項目組開發(fā)組長 代碼 代碼項目組開發(fā)組長 單元測試代碼項目組開發(fā)組長 代碼質(zhì)量調(diào)查報告 項目組開發(fā)組長/系統(tǒng) 提供 敏捷 詳細設計 模塊開發(fā)部負責人/ 后續(xù)項目組Scrum Master 系統(tǒng)詳細設計Scrum Master 代碼 代碼Scrum Master 單元測試代碼Scrum Master 代碼走讀報告Scrum Master 代碼質(zhì)量調(diào)查報告Scrum Master 系統(tǒng)后臺瀑布/敏捷 系統(tǒng)日常運維管理 后臺負責人 系統(tǒng)運維手冊項目組運維人員 系統(tǒng)邏輯部署圖子項目經(jīng)理 系統(tǒng)物理部署圖子項目經(jīng)理 許可說明子項目經(jīng)理 架構 瀑布 系統(tǒng)架構設計

5、及落 地 各大架構負責人 維保服務子項目經(jīng)理 所有系統(tǒng)后臺賬號/密碼/ 權限說明 項目組運維人員 系統(tǒng)監(jiān)控方案項目組運維人員 系統(tǒng)穩(wěn)定性和高可 用性 系統(tǒng)穩(wěn)定性和高可用性驗 證報告 測試組長 系統(tǒng)（操作系統(tǒng)、網(wǎng)絡、 中間件、數(shù)據(jù)庫）等調(diào)優(yōu) 報告 項目組運維人員 系統(tǒng)備份和容災方案項目組運維人員 系統(tǒng)擴展性 系統(tǒng)容量分析報告項目組運維人員 系統(tǒng)擴容方案子項目經(jīng)理 測試 瀑布 系統(tǒng)測試方案 模塊測試負責人 系統(tǒng)測試計劃項目組測試組長 系統(tǒng)功能測試方案（含集 成、系統(tǒng)、性能） 項目組測試組長 系統(tǒng)測試用例 系統(tǒng)測試用例項目組測試組長 系統(tǒng)性能測試用例項目組測試組長 系統(tǒng)測試報告 系統(tǒng)測試報告項目組測

6、試組長 系統(tǒng)性能測試報告項目組測試組長 模塊流程支撐負責人 用戶測試用例 項目組流程顧問/數(shù)據(jù) 分析師 用戶驗收測試報告 項目組流程顧問/數(shù)據(jù) 分析師 測試環(huán)境模塊測試負責人 差異性項目組測試組長 測試硬件配置項目組運維人員 測試軟件配置項目組運維人員 接口配置項目組開發(fā)人員 其他子項目經(jīng)理 敏捷 系統(tǒng)測試方案 模塊測試負責人/后 續(xù)項目Scrum Master 系統(tǒng)測試方案Scrum Master 性能測試方案Scrum Master 系統(tǒng)測試點測試點Scrum Master 系統(tǒng)測試報告 系統(tǒng)測試報告Scrum Master 性能測試報告Scrum Master 性能測試腳本Scrum M

7、aster 測試環(huán)境 測試環(huán)境搭建需求說明Scrum Master 差異性Scrum Master 測試硬件配置項目組運維人員 系統(tǒng)后臺瀑布/敏捷 系統(tǒng)日常運維管理 后臺負責人 測試軟件配置項目組運維人員 接口配置項目組開發(fā)人員 其他子項目經(jīng)理 IT服務臺瀑布/敏捷 系統(tǒng)功能設計 服務臺負責人 完善密碼策略項目組 權限相關操作日志項目組 離職/異動人員賬號權限清 理策略 項目組 系統(tǒng)用戶操作 系統(tǒng)用戶操作手冊項目組 問題知識庫、問題對接人項目組 基礎資料管理 基礎資料維護說明書項目組 用戶權限管理說明書項目組 權限分配合格率項目組 權限分配情況存檔項目組 線上bug解決情況 驗收時線上問題解決

8、情況項目組 測試 敏捷 模塊測試負責人/后 續(xù)項目Scrum Master 測試環(huán)境 線上bug解決情況項目組 驗收通過后賬號交 接 可進行權限管理的系統(tǒng)賬 號交接 項目組 備注：驗收總負責人由企業(yè)發(fā)展辦公室負責人/IT管控部負責人指派，其余驗收人員均以驗收總負責人指派的為準 IT服務臺瀑布/敏捷服務臺負責人 線上bug解決情況 來來源源說說明明驗驗收收內(nèi)內(nèi)容容說說明明驗驗收收通通過過標標準準 用戶需求說明書基線文檔，需求內(nèi)容需要與系統(tǒng)規(guī)則一致 1、所有交付物需是最新版 本，通過驗收評審。 2、所有交付物中的需求全 部在系統(tǒng)中落實、實現(xiàn)。 3、交付物中設定目標和策 略在評審通過后有變更的或 未

9、實現(xiàn)的，按變更流程通過 審批進行變更。 迭代列表匯總基線文檔，迭代列表內(nèi)容與系統(tǒng)規(guī)則一致 詳細計劃安排 項目輸出詳細計劃安排，描述上線功能后期保障計劃， 未完成功能需求列表，明確計劃內(nèi)容，完成時間。并由項目 組對應職責的需求，開發(fā)，測試，負責人簽字確認，未完成 需求功能需業(yè)務負責人簽字。 來來源源說說明明驗驗收收內(nèi)內(nèi)容容說說明明驗驗收收通通過過標標準準 確認項目章程中所制定的項目系統(tǒng)目標已達成 1、所有交付物需是最新版 本，通過驗收評審。 2、所有交付物中的需求、 設計、架構、密碼策略等全 部在系統(tǒng)中落實、實現(xiàn)。 3、交付物中設定目標和策 略在評審通過后有變更的或 未實現(xiàn)的，按變更流程通過 審

10、批進行變更。 4、在設計評審之后，針對 于新發(fā)現(xiàn)的重大問題或需求 要有相應的解決方案或計劃 。 業(yè)務涉及流程發(fā)布業(yè)務流程需要與系統(tǒng)規(guī)則一致 用戶需求說明書基線文檔，需求內(nèi)容需要與系統(tǒng)規(guī)則一致 系統(tǒng)需求說明書基線文檔，需求內(nèi)容需要與系統(tǒng)規(guī)則一致 需求跟蹤矩陣確認所有需求均已在系統(tǒng)中開發(fā)實現(xiàn) 交互設計師出具 設計所有界面最終稿包括源文件，確認所有設計界面與系統(tǒng) 開發(fā)實現(xiàn)一致 交互設計說明書對設計界面進行交互規(guī)范說明 視覺設計師出具 設計所有界面最終稿包括源文件，確認所有設計界面與系統(tǒng) 開發(fā)實現(xiàn)一致 視覺設計說明書對設計界面進行視覺規(guī)范說明 故事墻以最新上線內(nèi)容為驗收標準?？梢杂刑娲Ｊ剑ㄈ缈窗澹?

11、產(chǎn)品列表入基線版本 迭代列表匯總 上線功能藍圖 最新上線功能藍圖作為驗收標準，已上線功能模塊，做 截圖，簡述模塊含有功能點。 架構部分驗收關注交付件 1. 系統(tǒng)總體設計 2. 應用架構設計（功能、集 成） 3. 數(shù)據(jù)架構 4. 技術架構（包括基礎設施 、平臺） 5.系統(tǒng)面向?qū)ο髽I(yè)務建模、 系統(tǒng)建模 系統(tǒng)總體設計方案，解決總體開發(fā)方案和建設項目的總體部 署等重大問題。 系統(tǒng)技術架構設計方案。 系統(tǒng)功能架構設計，提供快速了解系統(tǒng)的整體功能。 1、數(shù)據(jù)模型部分，包括主題域劃分、實體定義及詳細說明 、實體關系圖、實體CRUD 2、主數(shù)據(jù)部分，包括基準數(shù)據(jù)說明、業(yè)務實體編碼規(guī)則 3、驗收交付件為Powe

12、rDesigner格式的設計文件 ITIT項項目目業(yè)業(yè)務務驗驗收收及及轉(zhuǎn)轉(zhuǎn)運運維維標標準準 業(yè)業(yè)務務驗驗收收 ITIT項項目目系系統(tǒng)統(tǒng)驗驗收收及及轉(zhuǎn)轉(zhuǎn)運運維維標標準準 系系統(tǒng)統(tǒng)驗驗收收 1、根據(jù)數(shù)據(jù)架構組要求，將系統(tǒng)數(shù)據(jù)模型提交至指定WIKI 路徑 74:8090/pages/viewpage.action?p ageId=9175296。 2、提交的系統(tǒng)數(shù)據(jù)模型應與線上系統(tǒng)保持一致，且符合建 模規(guī)范。 1、使用UML實現(xiàn)對業(yè)務的抽象表示，從業(yè)務的不同側(cè)面提 供了一個簡化的視圖。設計內(nèi)容包括：用例圖、類圖、時序 圖、狀態(tài)圖、活動圖等。 2、驗收交付件為Pow

13、erDesigner格式的設計文件 主要關注（無確定模板）: 1. 架構決策是否落地 2. 對于未落地決策后續(xù)跟蹤 計劃 項目組根據(jù)系統(tǒng)設計方案、系統(tǒng)開發(fā)成果、系統(tǒng)變更情況等 出具架構設計策略落實情況。 同瀑布模式 以項目章程裁剪為準，涉及的活動，需要驗收交付物；若不 涉及，不做驗收； 其他要求同瀑布模式。 詳細設計根據(jù)輸出的系統(tǒng)需求進行系統(tǒng)詳細設計 代碼根據(jù)詳細設計與系統(tǒng)需求進行業(yè)務代碼編寫 單元測試代碼 針對具有業(yè)務邏輯的代碼進行單元測試代碼編寫，保證代碼 質(zhì)量 代碼質(zhì)量報告 1、包括代碼注釋率、單元測試通過率、單元測試覆蓋率等 數(shù)據(jù)； 2、以轉(zhuǎn)運維前SVN中最新的報告為準。 系統(tǒng)詳細設計

14、 如敏捷項目轉(zhuǎn)瀑布模式運維，則需要補充詳細設計說明書(包 含系統(tǒng)業(yè)務規(guī)則） 代碼根據(jù)項目設計及迭代列表編寫代碼 單元測試代碼 針對具有業(yè)務邏輯的代碼進行單元測試代碼編寫，保證代碼 質(zhì)量 代碼走讀報告基線文檔 代碼質(zhì)量調(diào)查報告 1.android的單元測試覆蓋率按照非工具標準 2.非DPAP平臺的單元測試覆蓋率優(yōu)先考慮工具標準 , 否則按 照非工具標準 3.Ios暫時不做要求。 運維人員編寫提供完善的系統(tǒng)運維護手冊 概要設計完整的系統(tǒng)邏輯部署圖 概要設計完整的系統(tǒng)物理部署圖 合同 許可限制條件（模塊功能限制、時間限制、使用人數(shù)限制等 ）、許可有效期、許可擴容方案 1、所有交付物需是最新版 本，通

15、過驗收評審。 2、所有交付物中的需求、 設計、架構、密碼策略等全 部在系統(tǒng)中落實、實現(xiàn)。 3、交付物中設定目標和策 略在評審通過后有變更的或 未實現(xiàn)的，按變更流程通過 審批進行變更。 4、在設計評審之后，針對 于新發(fā)現(xiàn)的重大問題或需求 要有相應的解決方案或計劃 。 架構部分驗收關注交付件 1. 系統(tǒng)總體設計 2. 應用架構設計（功能、集 成） 3. 數(shù)據(jù)架構 4. 技術架構（包括基礎設施 、平臺） 5.系統(tǒng)面向?qū)ο髽I(yè)務建模、 系統(tǒng)建模 合同供應商后續(xù)維保方式、價格、響應時效、聯(lián)系方式說明 運維人員編寫系統(tǒng)后臺賬號/密碼/權限說明 運維人員編寫 提供詳細的監(jiān)控需求(包含監(jiān)控點、需求監(jiān)控方法、監(jiān)控

16、范圍 和監(jiān)控指標） 性能測試確保集群架構高可用性 項目組運維人員 需列出具體調(diào)優(yōu)項，通過什么方式調(diào)優(yōu)、調(diào)優(yōu)前后效果對比 等，以及轉(zhuǎn)儲方案。 項目組運維人員數(shù)據(jù)備份策略、異地容災方案 概要設計及監(jiān)控需至少能滿足一年內(nèi)業(yè)務需求 概要設計 系統(tǒng)后期升級擴容指導方案（包括擴容涉及到許可需要說明 ） 測試計劃包括功能測試和非功能測試計劃 測試方案 整體測試方案包括測試資源及計劃、測試準備、測試各階段 準入準出標準、缺陷及風險管理;性能測試方案包括性能目標 、性能需求分析、場景介紹、性能策略、準入準出 測試用例功能測試用例和案例線測試用例 性能測試用例場景分析、腳本詳細分析、目標 測試報告 包含系統(tǒng)測試執(zhí)

17、行過程說明、測試覆蓋面、BUG分析、測試 結(jié)論 性能測試報告 包含系統(tǒng)測試執(zhí)行過程說明、測試覆蓋面、BUG分析、測試 結(jié)論 用戶測試用例格式不限，用例或場景都可 用戶驗收測試報告 測試覆蓋面、測試人員信息、問題清單及分析、測試結(jié)論及 后續(xù)建議 項目組 測試環(huán)境和正式環(huán)境的差異（應用程序差異，數(shù)據(jù)庫數(shù)據(jù)差 異） 運維人員編寫 服務器IP，用途，是否物理機，操作系統(tǒng)，cpu，內(nèi)存，磁 盤大小 運維人員編寫jboss版本，oracle版本，操作系統(tǒng)版本等 開發(fā)人員編寫對接系統(tǒng)，接口功能描述，接口地址存放路徑，接口地址等 項目組如銀企U盾 系統(tǒng)測試方案 以項目章程裁剪為準，涉及的活動，按流程要求輸出、

18、入基 線，需要驗收交付物 性能測試方案 迭代列表中包含測試點 系統(tǒng)測試報告 性能測試報告 性能測試腳本 測試環(huán)境搭建需求提交、入基線的測試環(huán)境搭建需求 項目組 敏捷項目執(zhí)行轉(zhuǎn)運維活動，則需要驗收交付物。 運維人員編寫 1、所有交付物需是最新版 本，通過驗收評審。 2、所有交付物中的需求、 設計、架構、密碼策略等全 部在系統(tǒng)中落實、實現(xiàn)。 3、交付物中設定目標和策 略在評審通過后有變更的或 未實現(xiàn)的，按變更流程通過 審批進行變更。 4、在設計評審之后，針對 于新發(fā)現(xiàn)的重大問題或需求 要有相應的解決方案或計劃 。 運維人員編寫 開發(fā)人員編寫 項目組 系統(tǒng)自身設計需要滿足 滿足審計和賬號權限管理流程

19、要求的密碼控制策略：普通 密碼需：字母+數(shù)字，至少6位；超級管理員采用高級密碼策 略，包含：數(shù)字+字母+特殊字符，至少8位；設置長時間 無操作鎖定功能；針對普通用戶及超管密碼有效期可設置 生效時間；不允許系統(tǒng)及業(yè)務操作只能采用統(tǒng)一賬號情況 （如業(yè)務操作只能使用超管賬號等）。 系統(tǒng)自身設計需要滿足 權限相關菜單操作完整記錄、菜單及角色變動時間記錄；包 含操作人及被操作人工號；操作人及被操作人姓名； 操作時間；操作IP地址；操作類型；操作模塊及操作 內(nèi)容等關鍵信息。 系統(tǒng)自身設計需要滿足 異動人員自動清理掉現(xiàn)有所有權限（也可設計自動分配標 準權限，參考UUMS）；離職人員需清理所有權限并將賬 號禁

20、用。 系統(tǒng)操作手冊【模版】 詳細的系統(tǒng)操作手冊，包含：各個單據(jù)/環(huán)節(jié)的操作步驟 ；相關業(yè)務規(guī)則以及與下游單據(jù)/環(huán)節(jié)或者其他單據(jù)/環(huán)節(jié) 之間的邏輯關系。 項目組給出 問題知識庫中關鍵字段：問題描述，問題診斷方法，解決 方案，問題類別；轉(zhuǎn)運維后問題解決對接部門及對接人。 項目組給出（服務部出 具模板）DP-快遞項目- 基礎資料維護說明書- 20131105-V1.0 說明書中須包含：系統(tǒng)中需維護的基礎資料匯總；各項 基礎資料維護途徑及方法；完整轉(zhuǎn)運維后維護責任部門及 責任人。 項目組給出（服務部出 具模板）報賬系統(tǒng)權限 角色對應表 有新增模板供項目組參考，可與熱線對接人索要。 提供準確、完整的用戶

21、權限管理說明書，提供各個模塊權限 分配標準業(yè)務對接人清單 ，提供各個權限/角色可操作菜單 ，功能無明顯區(qū)別于其他系統(tǒng)的不合理之處. 項目組給出 項目組單獨分配權限及非IT熱線分配權限的需保證權限分 配準確性100%；因系統(tǒng)優(yōu)化等原因無法給項目組配置單 獨權限進行分配時，熱線根據(jù)項目組需求代替其進行權限分 配操作，因項目期間標準不完善，故在驗收節(jié)點項目組仍需 對本項目涉及到的權限準確性進行審查，不滿足標準的及時 清理，保證100%準確。 項目組給出 截止驗收節(jié)點系統(tǒng)權限分配內(nèi)容后臺導出存檔：需包含人 員工號、姓名；所屬部門；標準崗位名稱；所擁有的 系統(tǒng)角色名稱；各角色對應菜單權限項。 項目組給出

22、 熱線會根據(jù)項目問題處理途徑要求進入對應系統(tǒng)核實問題解 決及關閉情況，有爭議會與上報人核實解決情況。 1、所有交付物需是最新版 本，通過驗收評審。 2、所有交付物中的需求、 設計、架構、密碼策略等全 部在系統(tǒng)中落實、實現(xiàn)。 3、交付物中設定目標和策 略在評審通過后有變更的或 未實現(xiàn)的，按變更流程通過 審批進行變更。 4、在設計評審之后，針對 于新發(fā)現(xiàn)的重大問題或需求 要有相應的解決方案或計劃 。 敏捷項目執(zhí)行轉(zhuǎn)運維活動，則需要驗收交付物。 項目組給出 截止驗收時間點線上1、2級bug須全部修復，未修復的3、4 級bug須給出解決時間及版本計劃和后續(xù)負責人簽字 項目組需提供JIRA相關賬號權限，

23、熱線進入系統(tǒng)按照對應項 目進行逐一核實解決情況，有爭議會與上報人核實解決情況 。 項目組給出 若項目期間項目組人員擁有可操作用戶賬號權限的賬號，需 交接給熱線，后續(xù)不得對權限進行任何操作。 備注：驗收總負責人由企業(yè)發(fā)展辦公室負責人/IT管控部負責人指派，其余驗收人員均以驗收總負責人指派的為準 1、所有交付物需是最新版 本，通過驗收評審。 2、所有交付物中的需求、 設計、架構、密碼策略等全 部在系統(tǒng)中落實、實現(xiàn)。 3、交付物中設定目標和策 略在評審通過后有變更的或 未實現(xiàn)的，按變更流程通過 審批進行變更。 4、在設計評審之后，針對 于新發(fā)現(xiàn)的重大問題或需求 要有相應的解決方案或計劃 。 業(yè)業(yè)務務

24、轉(zhuǎn)轉(zhuǎn)運運維維 交交付付物物交交付付人人員員交交付付運運維維負負責責部部門門 1、所有經(jīng)驗收評審通過的交付 物，交接給運維負責部門。 2、知識轉(zhuǎn)移：項目組需對運維 負責部門進行必要的培訓（具體 內(nèi)容按轉(zhuǎn)運維方案）。 3、驗收范圍外的交付物，在項 目具體轉(zhuǎn)運維方案中補充確定。 1、交付人員：項目組用戶需求維護人員分別異動 至相應的專業(yè)部門；項目前期未溝通規(guī)劃承接人員 的，項目組需根據(jù)承接部門工作量評估給予響應人員 交付。 2、人員現(xiàn)狀情況交接：項目組需書面描述相應交付 人員情況（包括人員技能、項目工作表現(xiàn)等） 3：人員交付數(shù)量：按轉(zhuǎn)運維方案中確定具體數(shù)量和 及能力等級要求進行交付。 業(yè)務部門/后續(xù)

25、項 目組 系系統(tǒng)統(tǒng)轉(zhuǎn)轉(zhuǎn)運運維維 交交付付物物交交付付人人員員交交付付運運維維負負責責部部門門 1、所有經(jīng)驗收評審通過的交付 物，交接給運維負責部門。 2、知識轉(zhuǎn)移：項目組需對運維 負責部門進行必要的培訓（具體 內(nèi)容按轉(zhuǎn)運維方案）。 3、驗收范圍外的交付物，在項 目具體轉(zhuǎn)運維方案中補充確定。 1、交付人員：需求、開發(fā)、測試、架構、系統(tǒng)管 理、IT服務支持等類別工程師，分別異動至相應的專 業(yè)部門；項目前期未溝通規(guī)劃承接人員的，項目組 需根據(jù)承接部門工作量評估給予響應人員交付。 2、人員現(xiàn)狀情況交接：項目組需書面描述相應交付 人員情況（包括人員技能、項目工作表現(xiàn)等） 3：人員交付數(shù)量：按轉(zhuǎn)運維方案中

26、確定具體數(shù)量和 及能力等級要求進行交付。 / 模塊流程支撐組 開發(fā)部/后續(xù)項目 組 ITIT項項目目業(yè)業(yè)務務驗驗收收及及轉(zhuǎn)轉(zhuǎn)運運維維標標準準 ITIT項項目目系系統(tǒng)統(tǒng)驗驗收收及及轉(zhuǎn)轉(zhuǎn)運運維維標標準準 系統(tǒng)運維組 1、所有經(jīng)驗收評審通過的交付 物，交接給運維負責部門。 2、知識轉(zhuǎn)移：項目組需對運維 負責部門進行必要的培訓（具體 內(nèi)容按轉(zhuǎn)運維方案）。 3、驗收范圍外的交付物，在項 目具體轉(zhuǎn)運維方案中補充確定。 1、交付人員：需求、開發(fā)、測試、架構、系統(tǒng)管 理、IT服務支持等類別工程師，分別異動至相應的專 業(yè)部門；項目前期未溝通規(guī)劃承接人員的，項目組 需根據(jù)承接部門工作量評估給予響應人員交付。 2、

27、人員現(xiàn)狀情況交接：項目組需書面描述相應交付 人員情況（包括人員技能、項目工作表現(xiàn)等） 3：人員交付數(shù)量：按轉(zhuǎn)運維方案中確定具體數(shù)量和 及能力等級要求進行交付。 開發(fā)部/后續(xù)項目 組 測試組/后續(xù)項目 組 1、所有經(jīng)驗收評審通過的交付 物，交接給運維負責部門。 2、知識轉(zhuǎn)移：項目組需對運維 負責部門進行必要的培訓（具體 內(nèi)容按轉(zhuǎn)運維方案）。 3、驗收范圍外的交付物，在項 目具體轉(zhuǎn)運維方案中補充確定。 1、交付人員：需求、開發(fā)、測試、架構、系統(tǒng)管 理、IT服務支持等類別工程師，分別異動至相應的專 業(yè)部門；項目前期未溝通規(guī)劃承接人員的，項目組 需根據(jù)承接部門工作量評估給予響應人員交付。 2、人員現(xiàn)狀

28、情況交接：項目組需書面描述相應交付 人員情況（包括人員技能、項目工作表現(xiàn)等） 3：人員交付數(shù)量：按轉(zhuǎn)運維方案中確定具體數(shù)量和 及能力等級要求進行交付。 系統(tǒng)運維組 1 1、文文檔檔：驗收時所有文檔類交 付件需更新至轉(zhuǎn)運維時間點進行 交付； 2 2、線線上上bugbug：驗收到轉(zhuǎn)運維時 間點1、2級線上bug須全部修復 ，未修復的3、4級bug須給出解 決時間及版本計劃和后續(xù)負責人 簽字； 3 3、線線上上問問題題解解決決情情況況：驗收到 轉(zhuǎn)運維時間點線上問題解決率 95%（包含IT服務臺或JIRA等項 目問題正式解決途徑）以上，未 解決問題需有明確解決時間計劃 及承接人簽字；如原項目中未提 及

29、的功能導致的問題，業(yè)務部門 需有明確需求提交時間及承接人 簽字。 4 4、問問題題趨趨勢勢：線上問題需在轉(zhuǎn) 運維前一個月內(nèi)整體呈明顯下降 趨勢（參考：每日下降10%） ，或持續(xù)兩周每日上報事件量不 超過5個，新增問題量不超過1 個。 5 5、培培訓訓材材料料及及開開展展效效果果：轉(zhuǎn)運 維前：完整的培訓材料，根據(jù)承 接部門需求提供相應培訓（培訓 內(nèi)容：系統(tǒng)需求說明書中描述的 功能點和業(yè)務邏輯規(guī)則，盡量附 加數(shù)據(jù)調(diào)用關系；相關的常見問 題以及原因排查和解決方案）， 參訓人員（承接部門提供）成績 合格率（80分以上）80%以上 （IT服務部根據(jù)講師課程出題） ； 6 6、賬賬號號交交接接：由服務臺管理的 賬號需完全交接. 7 7、用用戶戶知知曉曉：需需在OA進行攔截 考試，項目使用對象（例如：營 業(yè)員、外場理貨員等）對新項目 功能使用知曉率達90