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

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