信息系統(tǒng)軟件版本管理辦法

1、信息系統(tǒng)軟件版本管理方法第一章 總那么第一條為加強(qiáng)軟件版本管理，標(biāo)準(zhǔn)軟件版本管理工作流程，提高版本運(yùn)行維護(hù)質(zhì)量，保證信息系統(tǒng)平安可靠高效地運(yùn)行，特制定本方法。第二條本方法涉及的軟件包括在線運(yùn)行的軟件和擬投產(chǎn)的軟件。軟件版本管理對(duì)象包括應(yīng)用軟件版本以及相關(guān)操作系統(tǒng)、數(shù)據(jù)庫(kù)、中間件等根底軟件。第三條軟件版本管理是信息系統(tǒng)開發(fā)管理和日常維護(hù)管理工作的一個(gè)重要組成局部，本方法作為軟件版本管理的重要依據(jù)，軟件版本管理歸口管理部門、業(yè)務(wù)支撐部門、風(fēng)險(xiǎn)管理部門、內(nèi)審部門及各軟件供給商要認(rèn)真履行各自職責(zé)，嚴(yán)格執(zhí)行軟件版本管理的各項(xiàng)流程和規(guī)定，保障信息系統(tǒng)的平安穩(wěn)定運(yùn)行。第四條任何未經(jīng)版本歸口管理部門許可的軟件

2、版本不允許在生產(chǎn)環(huán)境使用。在商務(wù)合同中假設(shè)涉及信息系統(tǒng)軟件版本，應(yīng)確認(rèn)為版本歸口管理部門允許使用的軟件版本。因使用未經(jīng)許可的軟件版本而造成系統(tǒng)故障影響正常業(yè)務(wù)交易，相關(guān)部門及各廠商要承當(dāng)相應(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)軟件版本管理工作還涉及軟件提供商，軟件提供商包括軟件最終提供商、代理商和維保效勞商以下簡(jiǎn)稱廠商。第一節(jié) 歸口管理部

3、門職責(zé)第十一條歸口管理部門負(fù)責(zé)制定和完善的軟件版本管理方法。第十二條歸口管理部門負(fù)責(zé)制定信息系統(tǒng)軟件版本管理工作的工作方案、工作要求和技術(shù)標(biāo)準(zhǔn)，并組織實(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ù)類需求的日常收集和集中收集。第十七條版

4、本管理業(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)格遵

5、守軟件版本管理的規(guī)章制度、技術(shù)標(biāo)準(zhǔn)。第二十三條信息系統(tǒng)廠商應(yīng)根據(jù)業(yè)務(wù)開展及運(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)軟件版本管理工作，建立本廠家信息系

6、統(tǒng)軟件版本管理資料庫(kù)信息，協(xié)助軟件版本歸口管理部門做好版本預(yù)警信息的發(fā)布與管理，提供必要的技術(shù)資料和技術(shù)支持。第二十七條信息系統(tǒng)廠商應(yīng)指定專門的版本管理聯(lián)系人與軟件版本歸口管理部門銜接，以便配合進(jìn)行軟件的升級(jí)實(shí)施和及時(shí)跟蹤處理升級(jí)過程中或者升級(jí)后出現(xiàn)的各種故障。第二十八條信息系統(tǒng)廠商有義務(wù)在升級(jí)過程中按照的要求配合完成各項(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ā)生

7、結(jié)構(gòu)性變化、應(yīng)用局部新增假設(shè)干功能而生成的軟件版本。補(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)估管理和信息管理。其中，需求管理是通過收集、整理和分析版本的新特性需求或未修復(fù)缺陷，引導(dǎo)廠家新版本開發(fā)，確定待認(rèn)證的版本；認(rèn)證管理是依據(jù)技術(shù)標(biāo)準(zhǔn)，對(duì)廠家待認(rèn)證版本的符合性和可用性進(jìn)行認(rèn)證，并對(duì)已認(rèn)證版本進(jìn)行更新或廢止管理；變更管理是對(duì)生產(chǎn)運(yùn)行版本變更的技術(shù)審核和流程管控；評(píng)估

8、管理是對(duì)生產(chǎn)運(yùn)行版本的版本能力、缺陷等方面的評(píng)價(jià)和管理；信息管理是對(duì)全行軟件版本信息及版本管理工作各環(huán)節(jié)輸出信息的動(dòng)態(tài)管理，主要包括信息的收集、整合、關(guān)聯(lián)、更新、價(jià)值挖掘和全行共享，是版本管理各項(xiàng)工作的根底。第一節(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)軟件版本缺陷和問題解決需求等與運(yùn)行維護(hù)工作直接相關(guān)的需求；第三十四條運(yùn)行維護(hù)類需求由信息技術(shù)部系統(tǒng)運(yùn)行中

9、心以下簡(jiǎn)稱運(yùn)行中心牽頭收集整理，業(yè)務(wù)類需求由信息技術(shù)部系統(tǒng)開發(fā)中心以下簡(jiǎn)稱開發(fā)中心牽頭收集整理，最終由軟件版本歸口管理部門負(fù)責(zé)進(jìn)行統(tǒng)一梳理后落實(shí)到建設(shè)工程中，組織技術(shù)標(biāo)準(zhǔn)的修訂。第三十五條需求收集分為兩種：日常收集和集中征集。(一)日常收集：業(yè)務(wù)類需求由需求提交部門發(fā)起，開發(fā)中心收集整理，運(yùn)行維護(hù)類需求由運(yùn)行中心不定期向綜合部提交新需求并填寫?軟件版本需求匯總表?見附表一作為附件。(二)集中征集：在專項(xiàng)治理工作中，由專項(xiàng)治理工作歸口管理部門發(fā)起、在規(guī)定時(shí)期內(nèi)征集各方需求，然后統(tǒng)一匯總整理，向需求歸口管理部門提交新需求并填寫?軟件版本需求匯總表?見附表一作為附件。第二節(jié) 認(rèn)證管理第三十六條軟件新

10、版本的認(rèn)證過程包括仿真環(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í)過程測(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ō)明書

11、。說(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è)試工程及具體測(cè)試方法步驟、測(cè)試環(huán)境要求及預(yù)期結(jié)果；(六)詳細(xì)的升級(jí)方案及針對(duì)各種異常情況的應(yīng)急預(yù)案，升級(jí)失敗的應(yīng)急回退方案等；

12、(七)廠商內(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ì)量問題導(dǎo)致不能完成測(cè)試或測(cè)試報(bào)告結(jié)論為不通過的，需由廠商修改問題后重新測(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è)試所需軟硬件

13、及其他工具可選(四)根本連接和配置可選(五)測(cè)試工程及具體測(cè)試方案(六)測(cè)試結(jié)論包含測(cè)試情況如何，該版本功能是否完善，是否符合申請(qǐng)內(nèi)容以及升級(jí)建議等第四十二條對(duì)于測(cè)試中不滿足要求的工程，廠商應(yīng)給出相應(yīng)的改良承諾和時(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è)工作日。在緊急情況下，試

14、運(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é)助定位解決問題。第四十七條軟件版本歸口管理部門負(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é)

15、束后，提交?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)行期間假設(shè)出現(xiàn)涉及危害平臺(tái)平安、影響業(yè)務(wù)運(yùn)行、對(duì)客戶感知造成重大影響的問題，由業(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)

16、證。軟件版本歸口管理部門和總行驗(yàn)收領(lǐng)導(dǎo)小組應(yīng)在工程驗(yàn)收時(shí)對(duì)其使用的軟件版本進(jìn)行檢查、把關(guān)，確認(rèn)工程工程中所使用的軟件版本是經(jīng)過測(cè)試認(rèn)證的。第三節(jié) 變更管理第五十二條版本變更主要指版本和補(bǔ)丁的投入與使用，管理工作主要包括版本升級(jí)、補(bǔ)丁輸入的申請(qǐng)與審批、版本升級(jí)方案含應(yīng)急措施、測(cè)試用例等的制定與審批、升級(jí)成功后的資料移交和更新等。第五十三條軟件版本升級(jí)按發(fā)起方不同分為兩種：(一)軟件版本歸口管理部門安排布置的版本升級(jí)任務(wù)，主要是為了滿足總行提出的對(duì)全行信息系統(tǒng)的根底建設(shè)或維護(hù)的需求；(二)業(yè)務(wù)支撐部門主動(dòng)提交的版本升級(jí)申請(qǐng)?DXC系統(tǒng)軟件變更申請(qǐng)表?見附表七，主要是為了滿足某個(gè)業(yè)務(wù)需求。第五十四條

17、為了保證平臺(tái)平安穩(wěn)定運(yùn)行，原那么上每種平臺(tái)每月升級(jí)次數(shù)不超過一次，承載不同業(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í)步驟(七)升級(jí)完成核對(duì)的內(nèi)容及步驟(八)備品、備件的升級(jí)升級(jí)時(shí)間、地點(diǎn)、方式(九)運(yùn)行觀察(十)資料歸檔第五十七條升級(jí)過程中間出現(xiàn)升級(jí)方案中未預(yù)料到的業(yè)務(wù)中斷或中斷時(shí)間超出預(yù)定時(shí)間等異常情況時(shí)，軟件升級(jí)工作應(yīng)立即停止，按照

18、升級(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)過測(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)估工作

19、，對(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)問題的評(píng)估結(jié)果提交版本管理歸口管理部門。軟件版本歸口管理部門對(duì)評(píng)估結(jié)果進(jìn)行分析，對(duì)于當(dāng)前暫不需要解決的版本遺留問題進(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)行的重要措施之一。第六十三

20、條軟件版本歸口管理部門根據(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)一的版本信息模型，每月初通過運(yùn)維管理系統(tǒng)提交“全行軟件版本使用情況匯總表見附表八并對(duì)匯總信息進(jìn)行入庫(kù)和維護(hù)更新管理。第六十六條軟件版本歸口管理部門及時(shí)發(fā)布版本信息，以便各分支機(jī)構(gòu)和總行各業(yè)務(wù)部室正確選擇使用的版本。各相關(guān)單位負(fù)責(zé)收集、整理、分析轄區(qū)內(nèi)軟件

21、版本相關(guān)信息，并進(jìn)行及時(shí)更新。版本信息庫(kù)上包括但不限于以下所示：(一)各廠商的軟件版本的狀況，包括：版本編號(hào)、功能變更說(shuō)明書、上線測(cè)試報(bào)告、核準(zhǔn)上線日期等。(二)各廠商的軟件版本在生產(chǎn)環(huán)境中的運(yùn)行情況，包括：投入運(yùn)行時(shí)間、版本分布情況、主要設(shè)備配置、版本的問題等。(三)版本問題登記，包括：軟件版本、問題發(fā)生時(shí)間、原因、現(xiàn)象、影響、排除方法、排除時(shí)間及善后處理意見等。(四)其它相關(guān)資料，包括：技術(shù)標(biāo)準(zhǔn)、企業(yè)標(biāo)準(zhǔn)、新業(yè)務(wù)、新功能的需求匯總、論文資料等。第四章 監(jiān)督與檢查第六十七條版本管理內(nèi)審部門將適時(shí)組織檢查信息系統(tǒng)的軟件版本管理工作情況，并及時(shí)通報(bào)檢查結(jié)果；結(jié)合本年度全行在線版本管理各項(xiàng)工作情況

22、，于每年底發(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)行“外包商效勞質(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ì)描述：需求提交部門審批意見： 簽名：