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

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

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