《信息系統(tǒng)軟件版本管理辦法.doc》由會員分享，可在線閱讀，更多相關(guān)《信息系統(tǒng)軟件版本管理辦法.doc（18頁珍藏版）》請在裝配圖網(wǎng)上搜索。

信息系統(tǒng)軟件版本管理辦法 第一章 總則 第一條 為加強(qiáng)軟件版本管理，規(guī)范軟件版本管理工作流程，提高版本運行維護(hù)質(zhì)量，保證信息系統(tǒng)安全可靠高效地運行，特制定本辦法。 第二條 本辦法涉及的軟件包括在線運行的軟件和擬投產(chǎn)的軟件。軟件版本管理對象包括應(yīng)用軟件版本以及相關(guān)操作系統(tǒng)、數(shù)據(jù)庫、中間件等基礎(chǔ)軟件。 第三條 軟件版本管理是信息系統(tǒng)開發(fā)管理和日常維護(hù)管理工作的一個重要組成部分，本辦法作為軟件版本管理的重要依據(jù)，軟件版本管理歸口管理部門、業(yè)務(wù)支撐部門、風(fēng)險管理部門、內(nèi)審部門及各軟件供應(yīng)商要認(rèn)真履行各自職責(zé)，嚴(yán)格執(zhí)行軟件版本管理的各項流程和規(guī)定，保障信息系統(tǒng)的安全穩(wěn)定運行。 第四條 任何未經(jīng)版本歸口管理部門許可的軟件版本不允許在生產(chǎn)環(huán)境使用。在商務(wù)合同中若涉及信息系統(tǒng)軟件版本，應(yīng)確認(rèn)為版本歸口管理部門允許使用的軟件版本。因使用未經(jīng)許可的軟件版本而造成系統(tǒng)故障影響正常業(yè)務(wù)交易，相關(guān)部門及各廠商要承擔(dān)相應(yīng)的責(zé)任。 第五條 本辦法由信息技術(shù)部負(fù)責(zé)解釋和修訂，自發(fā)文之日起開始執(zhí)行。 第二章 組織與職責(zé) 第六條 軟件版本管理實行總行集中管理體系。 第七條 信息技術(shù)部是信息系統(tǒng)軟件版本的歸口管理部門。 第八條 稽核監(jiān)控部是信息系統(tǒng)軟件版本管理的內(nèi)審部門。 第九條 風(fēng)險管理部是信息系統(tǒng)軟件版本管理的風(fēng)險控制部門。 第十條 信息系統(tǒng)軟件版本管理工作還涉及軟件提供商，軟件提供商包括軟件最終提供商、代理商和維保服務(wù)商（以下簡稱廠商）。 第一節(jié) 歸口管理部門職責(zé) 第十一條歸口管理部門負(fù)責(zé)制定和完善的軟件版本管理辦法。 第十二條歸口管理部門負(fù)責(zé)制定信息系統(tǒng)軟件版本管理工作的工作計劃、工作要求和技術(shù)規(guī)范，并組織實施。 第十三條歸口管理部門負(fù)責(zé)審批業(yè)務(wù)支撐部門上報的版本變更申請，組織進(jìn)行資料審核和上線測試，安排試運行工作及全行推廣實施。 第十四條歸口管理部門負(fù)責(zé)建立軟件版本信息庫，發(fā)布軟件版本管理各類信息；建立版本預(yù)警體系，發(fā)布軟件版本缺陷信息和版本預(yù)警信息。 第十五條歸口管理部門負(fù)責(zé)與業(yè)務(wù)支撐部門、風(fēng)險管理部門、內(nèi)審部門、廠商協(xié)調(diào)信息系統(tǒng)軟件版本管理的相關(guān)工作。 第二節(jié) 業(yè)務(wù)支撐部門職責(zé) 第十六條版本管理業(yè)務(wù)支撐部門負(fù)責(zé)業(yè)務(wù)類需求的日常收集和集中收集。 第十七條版本管理業(yè)務(wù)支撐部門負(fù)責(zé)發(fā)起新版本的試運行申請。 第十八條版本管理業(yè)務(wù)支撐部門負(fù)責(zé)協(xié)助歸口管理部門審核新版本發(fā)布資料（包括申請、廠家及仿真環(huán)境測試報告、版本說明文檔、升級方案、測試方案等），并協(xié)助歸口管理部門開展新版本試運行測試工作。 第十九條版本管理業(yè)務(wù)支撐部門負(fù)責(zé)自查并督促其下屬機(jī)構(gòu)履行職責(zé)，嚴(yán)格執(zhí)行版本管理相關(guān)制度和流程。 第三節(jié) 風(fēng)險管理部門職責(zé) 第二十條版本管理風(fēng)險管理部門負(fù)責(zé)重大版本發(fā)布前的風(fēng)險評估。 第四節(jié) 內(nèi)審部門職責(zé) 第二十一條版本管理內(nèi)審部門負(fù)責(zé)監(jiān)督和檢查版本管理歸口管理部門、業(yè)務(wù)支撐部門、風(fēng)險管理部門和廠商是否嚴(yán)格執(zhí)行版本管理的相關(guān)制度與流程。 第五節(jié) 廠商義務(wù) 第二十二條信息系統(tǒng)廠商應(yīng)嚴(yán)格遵守軟件版本管理的規(guī)章制度、技術(shù)規(guī)范。 第二十三條信息系統(tǒng)廠商應(yīng)根據(jù)業(yè)務(wù)發(fā)展及運行維護(hù)的需要及時更新版本，保證在線運行的軟件版本是允許使用的版本。 第二十四條信息系統(tǒng)廠商應(yīng)配合軟件版本歸口管理部門進(jìn)行軟件仿真測試，及時提供各類運行維護(hù)及仿真測試所需的文件資料和技術(shù)咨詢，并對這些材料的真實性、可靠性和實時性負(fù)責(zé)。在不具備相應(yīng)仿真測試環(huán)境的情況下，廠商有義務(wù)提供仿真環(huán)境配合開展測試。 第二十五條信息系統(tǒng)廠商應(yīng)配合進(jìn)行試運行工作。廠商應(yīng)根據(jù)版本變更情況選擇能夠測試所有升級功能點的分支機(jī)構(gòu)，并結(jié)合用戶量、安全性等的要求向提出試驗點建議。 第二十六條信息系統(tǒng)廠商應(yīng)配合做好信息系統(tǒng)軟件版本管理工作，建立本廠家信息系統(tǒng)軟件版本管理資料庫信息，協(xié)助軟件版本歸口管理部門做好版本預(yù)警信息的發(fā)布與管理，提供必要的技術(shù)資料和技術(shù)支持。 第二十七條信息系統(tǒng)廠商應(yīng)指定專門的版本管理聯(lián)系人與軟件版本歸口管理部門銜接，以便配合進(jìn)行軟件的升級實施和及時跟蹤處理升級過程中或者升級后出現(xiàn)的各種故障。 第二十八條信息系統(tǒng)廠商有義務(wù)在升級過程中按照的要求配合完成各項工作，包括協(xié)助軟件版本歸口管理部門模擬重現(xiàn)升級或試運行期間出現(xiàn)的和軟件版本相關(guān)的故障。 第二十九條信息系統(tǒng)廠商有義務(wù)在工程招標(biāo)書中，承諾按照版本管理相關(guān)制度和流程履行投標(biāo)方的義務(wù)。 第三章 版本管理內(nèi)容與流程 第三十條信息系統(tǒng)軟件版本分為版本和補(bǔ)丁。版本是指軟件系統(tǒng)中的核心部分發(fā)生結(jié)構(gòu)性變化、應(yīng)用部分新增若干功能而生成的軟件版本。補(bǔ)丁是指軟件系統(tǒng)中不涉及核心部分的變化，只是應(yīng)用部分的故障修復(fù)或功能完善而生成的軟件版本。 第三十一條版本管理的各項工作必須按照規(guī)定的操作流程執(zhí)行，各相關(guān)部門應(yīng)認(rèn)真履行本部門的職責(zé)，做好部門之間的銜接和協(xié)調(diào)。 第三十二條版本管理工作內(nèi)容主要包括需求管理、認(rèn)證管理、變更管理、評估管理和信息管理。其中，需求管理是通過收集、整理和分析版本的新特性需求或未修復(fù)缺陷，引導(dǎo)廠家新版本開發(fā)，確定待認(rèn)證的版本；認(rèn)證管理是依據(jù)技術(shù)規(guī)范，對廠家待認(rèn)證版本的符合性和可用性進(jìn)行認(rèn)證，并對已認(rèn)證版本進(jìn)行更新或廢止管理；變更管理是對生產(chǎn)運行版本變更的技術(shù)審核和流程管控；評估管理是對生產(chǎn)運行版本的版本能力、缺陷等方面的評價和管理；信息管理是對全行軟件版本信息及版本管理工作各環(huán)節(jié)輸出信息的動態(tài)管理，主要包括信息的收集、整合、關(guān)聯(lián)、更新、價值挖掘和全行共享，是版本管理各項工作的基礎(chǔ)。 第一節(jié) 需求管理 第三十三條版本需求管理主要分為業(yè)務(wù)類需求管理和運行維護(hù)類需求管理兩大類，兩大類需求的特點如下： (一) 業(yè)務(wù)類需求：包括對原有業(yè)務(wù)模型、業(yè)務(wù)流程進(jìn)行變更完善的需求，對新業(yè)務(wù)模式、新業(yè)務(wù)功能的支撐需求以及與業(yè)務(wù)推廣能力相關(guān)的需求等； (二) 運行維護(hù)類需求：包括運維監(jiān)控類需求、系統(tǒng)軟件版本缺陷和問題解決需求等與運行維護(hù)工作直接相關(guān)的需求； 第三十四條運行維護(hù)類需求由信息技術(shù)部系統(tǒng)運行中心（以下簡稱運行中心）牽頭收集整理，業(yè)務(wù)類需求由信息技術(shù)部系統(tǒng)開發(fā)中心（以下簡稱開發(fā)中心）牽頭收集整理，最終由軟件版本歸口管理部門負(fù)責(zé)進(jìn)行統(tǒng)一梳理后落實到建設(shè)項目中，組織技術(shù)規(guī)范的修訂。 第三十五條需求收集分為兩種：日常收集和集中征集。 (一)日常收集：業(yè)務(wù)類需求由需求提交部門發(fā)起，開發(fā)中心收集整理，運行維護(hù)類需求由運行中心不定期向綜合部提交新需求并填寫《軟件版本需求匯總表》（見附表一）作為附件。 (二)集中征集：在專項治理工作中，由專項治理工作歸口管理部門發(fā)起、在規(guī)定時期內(nèi)征集各方需求，然后統(tǒng)一匯總整理，向需求歸口管理部門提交新需求并填寫《軟件版本需求匯總表》（見附表一）作為附件。 第二節(jié) 認(rèn)證管理 第三十六條軟件新版本的認(rèn)證過程包括仿真環(huán)境測試和生產(chǎn)環(huán)境試運行測試。 第三十七條仿真環(huán)境測試主要測試內(nèi)容包括：版本差異化測試（新增功能測試、功能變更測試、故障修復(fù)有效性測試）、新版本回歸性驗證測試（即原有功能點的測試）、新版本的升級過程測試、性能測試、業(yè)務(wù)功能測試等。由廠商自行組織的內(nèi)部測試也應(yīng)涵蓋上述測試內(nèi)容。 第三十八條 原則上，業(yè)務(wù)類需求導(dǎo)致的新軟件版本由信息技術(shù)部開發(fā)中心組織進(jìn)行仿真環(huán)境測試；運行維護(hù)類需求導(dǎo)致的新軟件版本由信息技術(shù)部運行中心組織進(jìn)行仿真環(huán)境測試。如果新版本包含以上兩方面的需求，則由軟件版本歸口管理部門統(tǒng)一組織新版本的仿真環(huán)境測試。新版軟件正式開始測試前，廠商應(yīng)向上述部門提交相關(guān)技術(shù)資料和說明書。說明書中應(yīng)包含以下內(nèi)容： (一)軟件版本變更的原因及必要性，新版軟件與舊版軟件的差異性說明、新增功能說明、新版軟件對硬件環(huán)境的要求、涉及第三方的軟件版本說明； (二)維護(hù)手冊及有關(guān)資料變更部分； (三)新版軟件對所在平臺及所承載業(yè)務(wù)的影響以及對相連的系統(tǒng)的影響以及相關(guān)接口（包括第三方接口）變化的說明文檔； (四)新版本的歷史應(yīng)用情況，已知缺陷、隱患或與需求（含商務(wù)需求、設(shè)計需求、業(yè)務(wù)需求、運維需求等）不符之處并列出解決方案； (五)對新版軟件進(jìn)行測試的測試方案，包括測試所用的軟硬件環(huán)境、測試項目及具體測試方法步驟、測試環(huán)境要求及預(yù)期結(jié)果； (六)詳細(xì)的升級方案及針對各種異常情況的應(yīng)急預(yù)案，升級失敗的應(yīng)急回退方案等； (七)廠商內(nèi)部測試情況報告。 第三十九條對于信息系統(tǒng)軟件新版本的仿真環(huán)境測試原則上應(yīng)在提供的仿真環(huán)境中進(jìn)行，對不具備測試條件的，廠商須提供相應(yīng)的仿真環(huán)境。廠商應(yīng)在測試前，配合進(jìn)行仿真環(huán)境的準(zhǔn)備工作。仿真環(huán)境應(yīng)能對版本進(jìn)行盡量完整的測試。 第四十條對于仿真環(huán)境下無法測試的測試用例，經(jīng)歸口管理部門審核后可在試運行階段再進(jìn)行測試。 第四十一條因版本質(zhì)量問題導(dǎo)致不能完成測試或測試報告結(jié)論為不通過的，需由廠商修改問題后重新測試。測試完成后測試單位應(yīng)向軟件版本歸口管理部門提交新版本的測試報告《DXC系統(tǒng)DXC版本測試報告》（見附表三）。測試報告文檔應(yīng)包含內(nèi)容： (一)測試原因 (二)測試環(huán)境拓?fù)鋱D (三)測試所需軟硬件及其他工具（可選） (四)基本連接和配置（可選） (五)測試項目及具體測試方案 (六)測試結(jié)論（包含測試情況如何，該版本功能是否完善，是否符合申請內(nèi)容以及升級建議等） 第四十二條對于測試中不滿足要求的項目，廠商應(yīng)給出相應(yīng)的改進(jìn)承諾和時間表。 第四十三條完成版本測試后，業(yè)務(wù)支撐部門應(yīng)向軟件版本歸口管理部門提出試運行建議申請，并填寫《DXC系統(tǒng)DXC版本試運行建議表》（詳見附表四），由軟件版本歸口管理部門發(fā)布新版本的試運行通知。 第四十四條信息系統(tǒng)的試運行升級申請應(yīng)至少在升級日期前七個工作日提交到軟件版本歸口管理部門，軟件版本歸口管理部門在收到升級申請后的四個工作日內(nèi)完成批復(fù)，試運行準(zhǔn)備時間不少于三個工作日。在緊急情況下，試運行申請至少提前四個工作日提交到軟件版本歸口管理部門，軟件版本歸口管理部門在收到申請后兩個工作日內(nèi)完成批復(fù)，試運行準(zhǔn)備時間不少于兩個工作日。升級方案所需要的內(nèi)容具體參見第三章第三節(jié)變更管理。 第四十五條軟件版本歸口管理部門組織審核測試報告、升級方案及試運行資料，并填寫《DXC系統(tǒng)DXC版本試運行資料審核報告》（詳見附表五）。 第四十六條重大版本變更廠商在試運行升級時應(yīng)派專人在現(xiàn)場給予技術(shù)支撐，協(xié)助定位解決問題。 第四十七條軟件版本歸口管理部門負(fù)責(zé)組織開展試運行工作，密切關(guān)注新版本的運行情況，業(yè)務(wù)支撐部門應(yīng)按照試運行測試要求和用例進(jìn)行完整測試，及時填報測試結(jié)果。原則上，試運行時間應(yīng)不少于三個月。試運行結(jié)束后，提交《DXC系統(tǒng)DXC版本試運行報告》（詳見附表六）。 第四十八條試運行測試完成、確認(rèn)新版本安全穩(wěn)定后，由信息技術(shù)部在運維管理系統(tǒng)發(fā)布新版本相關(guān)信息。 第四十九條在新版本運行期間若出現(xiàn)涉及危害平臺安全、影響業(yè)務(wù)運行、對客戶感知造成重大影響的問題，由業(yè)務(wù)支撐部門填寫《DXC系統(tǒng)DXC版本軟件變更申請表》（見附表七），軟件版本歸口管理部門在兩個工作日內(nèi)審核回復(fù)，組織廠商、信息技術(shù)部執(zhí)行版本回退或修復(fù)工作。 第五十條廠商應(yīng)在版本升級后五個工作日內(nèi)提交版本升級故障分析報告。 第五十一條廠商用于投標(biāo)的軟件版本以及新工程中使用的軟件版本，均需由廠商向軟件版本歸口管理部門提出新版本測試申請，按本節(jié)管理要求開展測試認(rèn)證。軟件版本歸口管理部門和總行驗收領(lǐng)導(dǎo)小組應(yīng)在工程驗收時對其使用的軟件版本進(jìn)行檢查、把關(guān)，確認(rèn)工程項目中所使用的軟件版本是經(jīng)過測試認(rèn)證的。 第三節(jié) 變更管理 第五十二條版本變更主要指版本和補(bǔ)丁的投入與使用，管理工作主要包括版本升級、補(bǔ)丁輸入的申請與審批、版本升級方案（含應(yīng)急措施、測試用例等）的制定與審批、升級成功后的資料移交和更新等。 第五十三條軟件版本升級按發(fā)起方不同分為兩種： (一)軟件版本歸口管理部門安排布置的版本升級任務(wù)，主要是為了滿足總行提出的對全行信息系統(tǒng)的基礎(chǔ)建設(shè)或維護(hù)的需求； (二)業(yè)務(wù)支撐部門主動提交的版本升級申請（《DXC系統(tǒng)軟件變更申請表》（見附表七）），主要是為了滿足某個業(yè)務(wù)需求。 第五十四條為了保證平臺安全穩(wěn)定運行，原則上每種平臺每月升級次數(shù)不超過一次，承載不同業(yè)務(wù)的平臺不安排在同一時間升級； 第五十五條軟件版本歸口管理部門發(fā)布批準(zhǔn)使用新版本的信息后，總行各業(yè)務(wù)部室或分支機(jī)構(gòu)可以根據(jù)實際情況更換新版本。 第五十六條升級方案包含但不限于以下內(nèi)容： (一)升級目的 (二)升級內(nèi)容 (三)各方工作人員職責(zé) (四)升級各步驟的時間估算 (五)升級涉及范圍及對業(yè)務(wù)的影響 (六)具體升級步驟 1.升級準(zhǔn)備工作及注意事項 2.升級操作詳細(xì)步驟 3.升級應(yīng)急預(yù)案和應(yīng)急預(yù)案啟動條件 4.業(yè)務(wù)測試用例 (七)升級完成核對的內(nèi)容及步驟 (八)備品、備件的升級（升級時間、地點、方式） (九)運行觀察 (十)資料歸檔 第五十七條升級過程中間出現(xiàn)升級方案中未預(yù)料到的業(yè)務(wù)中斷或中斷時間超出預(yù)定時間等異常情況時，軟件升級工作應(yīng)立即停止，按照升級方案中的應(yīng)急預(yù)案進(jìn)行操作，并逐級上報。 第五十八條在升級結(jié)束后業(yè)務(wù)支撐部門將升級完成情況匯總，填寫《DXC系統(tǒng)DXC版本使用情況匯總表》（見附件八），在升級完成一周后上報軟件版本歸口管理部門備案。 第五十九條升級結(jié)束后，廠商必須向移交： (一)各級用戶密碼； (二)監(jiān)控和應(yīng)用軟件的安裝程序（必須經(jīng)過測試）； (三)設(shè)備的詳細(xì)配置資料； (四)設(shè)備維護(hù)手冊的追加與變更。 第四節(jié) 評估管理 第六十條評估管理是對生產(chǎn)環(huán)境運行版本的評估，主要包括版本能力、版本缺陷和預(yù)警等的管理和評價。版本評估結(jié)果是對已認(rèn)證版本進(jìn)行更新或廢止的重要依據(jù)。 第六十一條版本變更后，軟件版本歸口管理部門需跟蹤新版本的使用情況，組織版本運行評估工作，對新版本滿足業(yè)務(wù)功能、運行維護(hù)管理等需求的能力進(jìn)行評估。如果新版本能力不足、且認(rèn)證庫中已存在滿足需求的版本，則可將此已認(rèn)證版本作為目標(biāo)版本適時實施版本變更；如果新版本能力不足、且認(rèn)證庫中不存在滿足需求的版本，則將關(guān)于新版本使用中所出現(xiàn)問題的評估結(jié)果提交版本管理歸口管理部門。軟件版本歸口管理部門對評估結(jié)果進(jìn)行分析，對于當(dāng)前暫不需要解決的版本遺留問題進(jìn)行匯總；否則輸出至需求歸口管理部門進(jìn)行處理。 第六十二條預(yù)警定義：預(yù)先對因設(shè)備軟硬件版本缺陷而可能導(dǎo)致業(yè)務(wù)系統(tǒng)或設(shè)備（含在線設(shè)備和擬投產(chǎn)運行的設(shè)備）不能正常運行的因素進(jìn)行警示并防范。版本缺陷的預(yù)警管理是保證在線安全、穩(wěn)定運行的重要措施之一。 第六十三條軟件版本歸口管理部門根據(jù)全行在線版本的業(yè)務(wù)和維護(hù)支撐能力、缺陷發(fā)生數(shù)量及影響、版本變更次數(shù)及原因、上線時間等因素，于每年12月20日之前提交年度版本運行評估報告。 第五節(jié) 信息管理 第六十四條建立軟件版本信息管理體系，實現(xiàn)全行軟件版本信息及版本管理工作各環(huán)節(jié)輸出信息的收集、整合、關(guān)聯(lián)、共享、價值挖掘和動態(tài)管理。 第六十五條軟件版本歸口管理部門按照統(tǒng)一的版本信息模型，每月初通過運維管理系統(tǒng)提交“全行軟件版本使用情況匯總表”（見附表八）并對匯總信息進(jìn)行入庫和維護(hù)更新管理。 第六十六條軟件版本歸口管理部門及時發(fā)布版本信息，以便各分支機(jī)構(gòu)和總行各業(yè)務(wù)部室正確選擇使用的版本。各相關(guān)單位負(fù)責(zé)收集、整理、分析轄區(qū)內(nèi)軟件版本相關(guān)信息，并進(jìn)行及時更新。版本信息庫上包括但不限于以下所示： (一)各廠商的軟件版本的狀況，包括：版本編號、功能變更說明書、上線測試報告、核準(zhǔn)上線日期等。 (二)各廠商的軟件版本在生產(chǎn)環(huán)境中的運行情況，包括：投入運行時間、版本分布情況、主要設(shè)備配置、版本的問題等。 (三)版本問題登記，包括：軟件版本、問題發(fā)生時間、原因、現(xiàn)象、影響、排除方法、排除時間及善后處理意見等。 (四)其它相關(guān)資料，包括：技術(shù)標(biāo)準(zhǔn)、企業(yè)規(guī)范、新業(yè)務(wù)、新功能的需求匯總、論文資料等。 第四章 監(jiān)督與檢查 第六十七條版本管理內(nèi)審部門將適時組織檢查信息系統(tǒng)的軟件版本管理工作情況，并及時通報檢查結(jié)果；結(jié)合本年度全行在線版本管理各項工作情況，于每年底發(fā)布全行年度在線版本管理工作情況通報。對于因版本管理不善或使用未經(jīng)許可的軟硬件版本而造成的業(yè)務(wù)中斷故障、用戶投訴及經(jīng)濟(jì)損失等，內(nèi)審部門將視具體情況對相關(guān)部門、負(fù)責(zé)人或直接責(zé)任人給予通報批評，并反映在部門考核指標(biāo)中。 第六十八條歸口管理部門在進(jìn)行“外包商服務(wù)質(zhì)量評估”時，應(yīng)將廠家軟件版本運行評估情況及對版本管理工作的支撐情況作為評估內(nèi)容之一，并將評估結(jié)果作為采購評標(biāo)的重要考慮因素；在維保合同中應(yīng)增加版本管理工作相關(guān)要求的條款，并進(jìn)行相關(guān)考核；對于因廠家原因造成的業(yè)務(wù)中斷故障及由此產(chǎn)生的損失，將視具體情況對相關(guān)廠家給予處罰并追究相關(guān)責(zé)任。 附表一：DXC業(yè)務(wù)軟件需求匯總表 業(yè)務(wù)名稱 廠商名稱 設(shè)備版本 需求提交部門聯(lián)系人 聯(lián)系電話 需求概述 需求時間要求 需求詳細(xì)描述： 需求概述： 需求時間要求： 需求詳細(xì)描述： 需求提交部門審批意見： 簽名： 信息技術(shù)部審批意見： 簽名：  附表二：軟件版本測試申請表 業(yè)務(wù)名稱 申請廠商 設(shè)備型號 當(dāng)前版本 新版本 版本變更原因 相關(guān)文檔（含版本說明書） 使用單位意見 年 月 日 信息技術(shù)部審批意見 年 月 日 附表三：DXC系統(tǒng)DXC版本/補(bǔ)丁測試報告 1．測試概況 測試目的 2．測試環(huán)境 網(wǎng)絡(luò)結(jié)構(gòu)圖 3．測試內(nèi)容 對測試情況的描述 4．測試結(jié)論 測試通過或測試不通過，測試不通過請說明原因。  附表四：DXC業(yè)務(wù)DXC版本試運行建議表 業(yè)務(wù)名稱 申請單位 聯(lián)系人 聯(lián)系電話 廠商 新版本號 申請時間 申請原因： 試運行基本情況（該業(yè)務(wù)平臺與其他系統(tǒng)的聯(lián)調(diào)能力、用戶容量，設(shè)備數(shù)量及原版本號等）： 升級方案是否具備： 總行信息技術(shù)部批復(fù)： 批復(fù)人： 日期： 信息技術(shù)部運行中心意見： 批復(fù)人： 日期： 附表五：DXC業(yè)務(wù)DXC版本試運行資料審核報告 業(yè)務(wù)名稱 設(shè)備型號 測試版本 測試單位 測試時間 版本變更原因及內(nèi)容 測試報告審核 測試報告項目 支撐單位意見 測試環(huán)境是否合理 測試項目是否足夠 測試結(jié)論是否滿足試運行條件 升級方案審核 升級方案資料 支撐單位意見 是否包含操作時間 是否包含對話務(wù)的影響 是否包含聯(lián)系人資料 是否包含回退方案 是否包含撥測內(nèi)容 試運行建議表審核 試運行資料 支撐單位意見 試運行基本情況是否滿足試運行要求 附表六：DXC業(yè)務(wù)系統(tǒng)試運行報告 業(yè)務(wù)名稱 試運行名稱 設(shè)備廠商和型號 運行時間 版本信息 運行情況： 業(yè)務(wù)實施情況： 附表七：DXC軟件變更申請表 業(yè)務(wù)名稱 申請單位 設(shè)備型號 當(dāng)前版本 新版本 版本變更原因 版本測試情況 試運行運行情況 升級指導(dǎo)書 升級計劃 使用部門意見 年 月 日 信息技術(shù)部審批意見 年 月 日 附表八：DXC業(yè)務(wù)系統(tǒng)軟件版本使用情況匯總表 業(yè)務(wù)名稱 廠商 設(shè)備型號 版本信息 業(yè)務(wù)運行情況： 業(yè)務(wù)名稱 廠商 設(shè)備型號 版本信息 業(yè)務(wù)運行情況： 業(yè)務(wù)名稱 廠商 設(shè)備型號 版本信息 業(yè)務(wù)運行情況： 填表人 填報日期 審核人 審核日期