午啪啪夜福利无码亚洲,亚洲欧美suv精品,欧洲尺码日本尺码专线美国,老狼影院成年女人大片

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