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

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