信息系統(tǒng)軟件管理制度

1、深圳市首品精密模型有限公司信息系統(tǒng)軟件管理辦法文件編號 :ISMS-3014編制審核批準(zhǔn)變更履歷版 本 編簡要說明 ( 變更序號 或 更內(nèi)容、變更位置、 變 更 日批 準(zhǔn) 日序變更人審核人批準(zhǔn)人改 記 錄變更原因和變更期期號范圍 )編號1 A/0-2016-8-初始發(fā)行-5第一章 總則第一條為加強(qiáng)軟件版本管理， 規(guī)范軟件版本管理工作流程， 提高版本運(yùn)行維護(hù)質(zhì)量，保證信息系統(tǒng)安全可靠高效地運(yùn)行，特制定本辦法。第二條本辦法涉及的軟件包括在線運(yùn)行的軟件和擬投產(chǎn)的軟件。軟件版本管理對象包括應(yīng)用軟件版本以及相關(guān)操作系統(tǒng)、數(shù)據(jù)庫、中間件等基礎(chǔ)軟件。第三條軟件版本管理是信息系統(tǒng)開發(fā)管理和日常維護(hù)管理工作的一

2、個重要組成部分，本辦法作為軟件版本管理的重要依據(jù)，軟件版本管理歸口管理部門、業(yè)務(wù)支撐部門、信息部門、內(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é)任。第五條本辦法由信息部負(fù)責(zé)解釋和修訂，自發(fā)文之日起開始執(zhí)行。第二章 組織與職責(zé)第六條軟件版本管理實(shí)行總行集中管理體系。第七條信息部是信息系統(tǒng)軟件版本的歸口管理

3、部門。第八條人事部是信息系統(tǒng)軟件版本管理的內(nèi)審部門。第九條信息部是信息系統(tǒng)軟件版本管理的風(fēng)險(xiǎn)控制部門。第十條信息系統(tǒng)軟件版本管理工作還涉及軟件提供商， 軟件提供商包括軟件最終提供商、代理商和維保服務(wù)商（以下簡稱廠商）。第一節(jié) 歸口管理部門職責(zé)第十一條歸口管理部門負(fù)責(zé)制定和完善的軟件版本管理辦法。第十二條 歸口管理部門負(fù)責(zé)制定信息系統(tǒng)軟件版本管理工作的工作計(jì)劃、 工作要求和技術(shù)規(guī)范，并組織實(shí)施。第十三條 歸口管理部門負(fù)責(zé)審批業(yè)務(wù)支撐部門上報(bào)的版本變更申請， 組織進(jìn)行資料審核和上線測試，安排試運(yùn)行工作及全行推廣實(shí)施。第十四條歸口管理部門負(fù)責(zé)建立軟件版本信息庫，發(fā)布軟件版本管理各類信息；建立版本預(yù)警

4、體系，發(fā)布軟件版本缺陷信息和版本預(yù)警信息。第十五條 歸口管理部門負(fù)責(zé)與業(yè)務(wù)支撐部門、信息部門、內(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)行申請。第十八條 版本管理業(yè)務(wù)支撐部門負(fù)責(zé)協(xié)助歸口管理部門審核新版本發(fā)布資料（包括申請、廠家及仿真環(huán)境測試報(bào)告、版本說明文檔、升級方案、測試方案等） ，并協(xié)助歸口管理部門開展新版本試運(yùn)行測試工作。第十九條 版本管理業(yè)務(wù)支撐部門負(fù)責(zé)自查并督促其下屬機(jī)構(gòu)履行職責(zé)， 嚴(yán)格執(zhí)行版本管理相關(guān)制度和流程。第三節(jié)信息部門職責(zé)第二十條

5、版本管理信息部門負(fù)責(zé)重大版本發(fā)布前的風(fēng)險(xiǎn)評估。第四節(jié)內(nèi)審部門職責(zé)第二十一條 版本管理內(nèi)審部門負(fù)責(zé)監(jiān)督和檢查版本管理歸口管理部門、業(yè)務(wù)支撐部門、信息部門和廠商是否嚴(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ù)的需要及時更新版本， 保證在線運(yùn)行的軟件版本是允許使用的版本。第二十四條 信息系統(tǒng)廠商應(yīng)配合軟件版本歸口管理部門進(jìn)行軟件仿真測試， 及時提供各類運(yùn)行維護(hù)及仿真測試所需的文件資料和技術(shù)咨詢，并對這些材料的真實(shí)性、可靠性和實(shí)時性負(fù)責(zé)。在不具備相應(yīng)仿真測試環(huán)境的情況下，廠商有義務(wù)提供

6、仿真環(huán)境配合開展測試。第二十五條 信息系統(tǒng)廠商應(yīng)配合進(jìn)行試運(yùn)行工作。 廠商應(yīng)根據(jù)版本變更情況選擇能夠測試所有升級功能點(diǎn)的分支機(jī)構(gòu)，并結(jié)合用戶量、安全性等的要求向提出試驗(yàn)點(diǎn)建議。第二十六條 信息系統(tǒng)廠商應(yīng)配合做好信息系統(tǒng)軟件版本管理工作， 建立本廠家信息系統(tǒng)軟件版本管理資料庫信息，協(xié)助軟件版本歸口管理部門做好版本預(yù)警信息的發(fā)布與管理，提供必要的技術(shù)資料和技術(shù)支持。第二十七條 信息系統(tǒng)廠商應(yīng)指定專門的版本管理聯(lián)系人與軟件版本歸口管理部門銜接， 以便配合進(jìn)行軟件的升級實(shí)施和及時跟蹤處理升級過程中或者升級后出現(xiàn)的各種故障。第二十八條 信息系統(tǒng)廠商有義務(wù)在升級過程中按照的要求配合完成各項(xiàng)工作， 包括協(xié)助

7、軟件版本歸口管理部門模擬重現(xiàn)升級或試運(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)證管理、變更管理、評估管

8、理和信息管理。其中，需求管理是通過收集、整理和分析版本的新特性需求或未修復(fù)缺陷，引導(dǎo)廠家新版本開發(fā)，確定待認(rèn)證的版本；認(rèn)證管理是依據(jù)技術(shù)規(guī)范，對廠家待認(rèn)證版本的符合性和可用性進(jìn)行認(rèn)證，并對已認(rèn)證版本進(jìn)行更新或廢止管理；變更管理是對生產(chǎn)運(yùn)行版本變更的技術(shù)審核和流程管控；評估管理是對生產(chǎn)運(yùn)行版本的版本能力、缺陷等方面的評價和管理；信息管理是對全行軟件版本信息及版本管理工作各環(huán)節(jié)輸出信息的動態(tài)管理， 主要包括信息的收集、整合、關(guān)聯(lián)、更新、價值挖掘和全行共享，是版本管理各項(xiàng)工作的基礎(chǔ)。第一節(jié)需求管理第三十三條版本需求管理主要分為業(yè)務(wù)類需求管理和運(yùn)行維護(hù)類需求管理兩大類，兩大類需求的特點(diǎn)如下：( 一)業(yè)

9、務(wù)類需求：包括對原有業(yè)務(wù)模型、 業(yè)務(wù)流程進(jìn)行變更完善的需求，對新業(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ù)類需求由信息部牽頭收集整理，業(yè)務(wù)類需求由信息部牽頭收集整理，最終由軟件版本歸口管理部門負(fù)責(zé)進(jìn)行統(tǒng)一梳理后落實(shí)到建設(shè)項(xiàng)目中，組織技術(shù)規(guī)范的修訂。第三十五條需求收集分為兩種：日常收集和集中征集。( 一) 日常收集：業(yè)務(wù)類需求由需求提交部門發(fā)起，開發(fā)中心收集整理，運(yùn)行維護(hù)類需求由運(yùn)行中心不定期向綜合部提交新需求并填寫軟件版本需求匯總表（見附表一）作為附件

10、。( 二) 集中征集：在專項(xiàng)治理工作中，由專項(xiàng)治理工作歸口管理部門發(fā)起、在規(guī)定時期內(nèi)征集各方需求，然后統(tǒng)一匯總整理，向需求歸口管理部門提交新需求并填寫軟件版本需求匯總表（見附表一）作為附件。第二節(jié)認(rèn)證管理第三十六條軟件新版本的認(rèn)證過程包括仿真環(huán)境測試和生產(chǎn)環(huán)境試運(yùn)行測試。第三十七條仿真環(huán)境測試主要測試內(nèi)容包括：版本差異化測試（新增功能測試、功能變更測試、故障修復(fù)有效性測試） 、新版本回歸性驗(yàn)證測試（即原有功能點(diǎn)的測試） 、新版本的升級過程測試、性能測試、業(yè)務(wù)功能測試等。由廠商自行組織的內(nèi)部測試也應(yīng)涵蓋上述測試內(nèi)容。第三十八條 原則上，業(yè)務(wù)類需求導(dǎo)致的新軟件版本由信息部開發(fā)中心組織進(jìn)行仿真環(huán)境測

11、試；運(yùn)行維護(hù)類需求導(dǎo)致的新軟件版本由信息部運(yùn)行中心組織進(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ù)

12、需求、 設(shè)計(jì)需求、業(yè)務(wù)需求、運(yùn)維需求等）不符之處并列出解決方案；( 五) 對新版軟件進(jìn)行測試的測試方案，包括測試所用的軟硬件環(huán)境、測試項(xiàng)目及具體測試方法步驟、測試環(huán)境要求及預(yù)期結(jié)果；( 六) 詳細(xì)的升級方案及針對各種異常情況的應(yīng)急預(yù)案，升級失敗的應(yīng)急回退方案等；( 七) 廠商內(nèi)部測試情況報(bào)告。第三十九條對于信息系統(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)歸口管理部門審核后可在試運(yùn)行階段再進(jìn)行測試。第四十一條因

13、版本質(zhì)量問題導(dǎo)致不能完成測試或測試報(bào)告結(jié)論為不通過的，需由廠商修改問題后重新測試。測試完成后測試單位應(yīng)向軟件版本歸口管理部門提交新版本的測試報(bào)告 XX系統(tǒng) XX版本測試報(bào)告（見附表三）。測試報(bào)告文檔應(yīng)包含內(nèi)容：( 一) 測試原因( 二) 測試環(huán)境拓?fù)鋱D( 三) 測試所需軟硬件及其他工具（可選）( 四) 基本連接和配置（可選）( 五) 測試項(xiàng)目及具體測試方案( 六) 測試結(jié)論（包含測試情況如何，該版本功能是否完善，是否符合申請內(nèi)容以及升級建議等）第四十二條對于測試中不滿足要求的項(xiàng)目，廠商應(yīng)給出相應(yīng)的改進(jìn)承諾和時間表。第四十三條 完成版本測試后， 業(yè)務(wù)支撐部門應(yīng)向軟件版本歸口管理部門提出試運(yùn)行建議

14、申請，并填寫 XX系統(tǒng) XX版本試運(yùn)行建議表（詳見附表四），由軟件版本歸口管理部門發(fā)布新版本的試運(yùn)行通知。第四十四條 信息系統(tǒng)的試運(yùn)行升級申請應(yīng)至少在升級日期前七個工作日提交到軟件版本歸口管理部門，軟件版本歸口管理部門在收到升級申請后的四個工作日內(nèi)完成批復(fù)，試運(yùn)行準(zhǔn)備時間不少于三個工作日。在緊急情況下，試運(yùn)行申請至少提前四個工作日提交到軟件版本歸口管理部門，軟件版本歸口管理部門在收到申請后兩個工作日內(nèi)完成批復(fù)，試運(yùn)行準(zhǔn)備時間不少于兩個工作日。升級方案所需要的內(nèi)容具體參見第三章第三節(jié)變更管理。第四十五條 軟件版本歸口管理部門組織審核測試報(bào)告、 升級方案及試運(yùn)行資料， 并填寫XX系統(tǒng) XX版本試運(yùn)

15、行資料審核報(bào)告 （詳見附表五）。第四十六條 重大版本變更廠商在試運(yùn)行升級時應(yīng)派專人在現(xiàn)場給予技術(shù)支撐， 協(xié)助定位解決問題。第四十七條 軟件版本歸口管理部門負(fù)責(zé)組織開展試運(yùn)行工作， 密切關(guān)注新版本的運(yùn)行情況，業(yè)務(wù)支撐部門應(yīng)按照試運(yùn)行測試要求和用例進(jìn)行完整測試，及時填報(bào)測試結(jié)果。原則上，試運(yùn)行時間應(yīng)不少于三個月。 試運(yùn)行結(jié)束后，提交XX系統(tǒng) XX版本試運(yùn)行報(bào)告（詳見附表六）。第四十八條 試運(yùn)行測試完成、確認(rèn)新版本安全穩(wěn)定后，由信息部在運(yùn)維管理系統(tǒng)發(fā)布新版本相關(guān)信息。第四十九條在新版本運(yùn)行期間若出現(xiàn)涉及危害平臺安全、影響業(yè)務(wù)運(yùn)行、對客戶感知造成重大影響的問題，由業(yè)務(wù)支撐部門填寫 XX系統(tǒng) XX版本軟

16、件變更申請表（見附表七），軟件版本歸口管理部門在兩個工作日內(nèi)審核回復(fù)， 組織廠商、信息部執(zhí)行版本回退或修復(fù)工作。第五十條廠商應(yīng)在版本升級后五個工作日內(nèi)提交版本升級故障分析報(bào)告。第五十一條廠商用于投標(biāo)的軟件版本以及新工程中使用的軟件版本，均需由廠商向軟件版本歸口管理部門提出新版本測試申請，按本節(jié)管理要求開展測試認(rèn)證。軟件版本歸口管理部門和總行驗(yàn)收領(lǐng)導(dǎo)小組應(yīng)在工程驗(yàn)收時對其使用的軟件版本進(jìn)行檢查、把關(guān)，確認(rèn)工程項(xiàng)目中所使用的軟件版本是經(jīng)過測試認(rèn)證的。第三節(jié)變更管理第五十二條版本變更主要指版本和補(bǔ)丁的投入與使用，管理工作主要包括版本升級、補(bǔ)丁輸入的申請與審批、版本升級方案（含應(yīng)急措施、測試用例等）的

17、制定與審批、升級成功后的資料移交和更新等。第五十三條軟件版本升級按發(fā)起方不同分為兩種：( 一) 軟件版本歸口管理部門安排布置的版本升級任務(wù)，主要是為了滿足總行提出的對全行信息系統(tǒng)的基礎(chǔ)建設(shè)或維護(hù)的需求；( 二) 業(yè)務(wù)支撐部門主動提交的版本升級申請（XX系統(tǒng)軟件變更申請表（見附表七），主要是為了滿足某個業(yè)務(wù)需求。第五十四條 為了保證平臺安全穩(wěn)定運(yùn)行，原則上每種平臺每月升級次數(shù)不超過一次，承載不同業(yè)務(wù)的平臺不安排在同一時間升級；第五十五條 軟件版本歸口管理部門發(fā)布批準(zhǔn)使用新版本的信息后， 總行各業(yè)務(wù)部室或分支機(jī)構(gòu)可以根據(jù)實(shí)際情況更換新版本。第五十六條升級方案包含但不限于以下內(nèi)容：( 一) 升級目的

18、( 二) 升級內(nèi)容( 三) 各方工作人員職責(zé)( 四) 升級各步驟的時間估算( 五) 升級涉及范圍及對業(yè)務(wù)的影響( 六) 具體升級步驟1. 升級準(zhǔn)備工作及注意事項(xiàng)2. 升級操作詳細(xì)步驟3. 升級應(yīng)急預(yù)案和應(yīng)急預(yù)案啟動條件4. 業(yè)務(wù)測試用例( 七) 升級完成核對的內(nèi)容及步驟( 八) 備品、備件的升級（升級時間、地點(diǎn)、方式）( 九) 運(yùn)行觀察( 十) 資料歸檔第五十七條升級過程中間出現(xiàn)升級方案中未預(yù)料到的業(yè)務(wù)中斷或中斷時間超出預(yù)定時間等異常情況時，軟件升級工作應(yīng)立即停止，按照升級方案中的應(yīng)急預(yù)案進(jìn)行操作，并逐級上報(bào)。第五十八條在升級結(jié)束后業(yè)務(wù)支撐部門將升級完成情況匯總，填寫XX系統(tǒng) XX版本使用情況

19、匯總表（見附件八），在升級完成一周后上報(bào)軟件版本歸口管理部門備案。第五十九條升級結(jié)束后，廠商必須向移交：( 一) 各級用戶密碼；( 二) 監(jiān)控和應(yīng)用軟件的安裝程序（必須經(jīng)過測試）；( 三) 設(shè)備的詳細(xì)配置資料；( 四) 設(shè)備維護(hù)手冊的追加與變更。第四節(jié)評估管理第六十條 評估管理是對生產(chǎn)環(huán)境運(yùn)行版本的評估，主要包括版本能力、版本缺陷和預(yù)警等的管理和評價。版本評估結(jié)果是對已認(rèn)證版本進(jìn)行更新或廢止的重要依據(jù)。第六十一條 版本變更后，軟件版本歸口管理部門需跟蹤新版本的使用情況，組織版本運(yùn)行評估工作，對新版本滿足業(yè)務(wù)功能、運(yùn)行維護(hù)管理等需求的能力進(jìn)行評估。如果新版本能力不足、且認(rèn)證庫中已存在滿足需求的版

20、本，則可將此已認(rèn)證版本作為目標(biāo)版本適時實(shí)施版本變更；如果新版本能力不足、且認(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)運(yùn)行的設(shè)備）不能正常運(yùn)行的因素進(jìn)行警示并防范。版本缺陷的預(yù)警管理是保證在線安全、穩(wěn)定運(yùn)行的重要措施之一。第六十三條 軟件版本歸口管理部門根據(jù)全行在線版本的業(yè)務(wù)和維護(hù)支撐能力、 缺陷發(fā)生數(shù)量及影響、版本變更次數(shù)及原因、

21、上線時間等因素，于每年 12 月 20 日之前提交年度版本運(yùn)行評估報(bào)告。第五節(jié)信息管理第六十四條建立軟件版本信息管理體系，實(shí)現(xiàn)全行軟件版本信息及版本管理工作各環(huán)節(jié)輸出信息的收集、整合、關(guān)聯(lián)、共享、價值挖掘和動態(tài)管理。第六十五條軟件版本歸口管理部門按照統(tǒng)一的版本信息模型，每月初通過運(yùn)維管理系統(tǒng)提交“全行軟件版本使用情況匯總表” （見附表八）并對匯總信息進(jìn)行入庫和維護(hù)更新管理。第六十六條軟件版本歸口管理部門及時發(fā)布版本信息，以便各分支機(jī)構(gòu)和總行各業(yè)務(wù)部室正確選擇使用的版本。各相關(guān)單位負(fù)責(zé)收集、整理、分析轄區(qū)內(nèi)軟件版本相關(guān)信息，并進(jìn)行及時更新。版本信息庫上包括但不限于以下所示：( 一) 各廠商的軟件

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

23、版本管理工作情況通報(bào)。 對于因版本管理不善或使用未經(jīng)許可的軟硬件版本而造成的業(yè)務(wù)中斷故障、用戶投訴及經(jīng)濟(jì)損失等，內(nèi)審部門將視具體情況對相關(guān)部門、負(fù)責(zé)人或直接責(zé)任人給予通報(bào)批評，并反映在部門考核指標(biāo)中。第六十八條歸口管理部門在進(jìn)行“外包商服務(wù)質(zhì)量評估”時，應(yīng)將廠家軟件版本運(yùn)行評估情況及對版本管理工作的支撐情況作為評估內(nèi)容之一，并將評估結(jié)果作為采購評標(biāo)的重要考慮因素；在維保合同中應(yīng)增加版本管理工作相關(guān)要求的條款，并進(jìn)行相關(guān)考核；對于因廠家原因造成的業(yè)務(wù)中斷故障及由此產(chǎn)生的損失，將視具體情況對相關(guān)廠家給予處罰并追究相關(guān)責(zé)任。11/20信息技術(shù) -安全技術(shù) -信息安全作業(yè)文件附表一： XX業(yè)務(wù)軟件需求匯總表業(yè)務(wù)名稱廠商名稱設(shè)備版本需求提交部門聯(lián)聯(lián)系電話系人需求概述需求時間要求需求詳細(xì)描述：需求概述：需求時間要求：需求詳細(xì)描述：需求提交部門審批意見：簽名：信息部審批意見：簽名：12/20信息技術(shù) -安全技術(shù) -信息安全作業(yè)文件附表二：軟件版本測試申請表業(yè)務(wù)名稱申請廠商設(shè)備型號當(dāng)前版本新版本版本變更原因相關(guān)文檔（含版本說明書）使用單位意見年月日信息部審批意見年月日13/20信息技術(shù) -安全技術(shù) -信息安全作業(yè)文件附表三： XX系統(tǒng) XX版