數據中心變更管理辦法
前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇數據中心變更管理辦法范文，相信會為您的寫作帶來幫助，發現更多的寫作思路和靈感。
數據中心變更管理辦法范文第1篇
堅持政府主導，穩步實施；堅持基本政策統一，提高公平性；堅持基金預算管理，提高使用效率；堅持基金分級負責，增強共濟和保障能力；堅持以人為本，提高管理服務水平。
二、工作目標
（一）統一基本政策。全市統一醫療保險和生育保險征繳管理辦法、繳費基數、繳費費率；統一醫療保險視同繳費年限、實際繳費年限以及最低繳費年限的計算辦法；統一居民醫療保險財政補助標準；統一醫療保險關系轉移接續辦法。
（二）統一待遇標準。全市統一執行藥品、診療和服務設施標準“三個目錄”。統一基金起付標準、支付比例和最高支付限額。統一門診慢性病、特殊疾病病種等待遇范圍和標準。統一生育保險待遇項目和標準。
（三）統一經辦管理。全市統一執行醫療保險和生育保險參保登記、繳費申報、基金征繳、待遇支付、檔案和財務管理等工作程序和服務規范，做好經辦管理工作。
（四）統一定點管理。全市執行統一的定點醫療機構和定點零售藥店的資格準入條件、申報流程、變更程序、考核標準和違規處罰等辦法；統一定點醫療服務協議文本、服務協議管理標準、醫療費用結算模式；統一定點機構分級管理評價和考核辦法。對市域范圍內的異地就醫定點醫療機構資格，實行縣級初審、市級確認、全市互認。
（五）統一信息系統。結合“金保工程”建設，全市醫療和生育保險管理信息系統使用統一的金保工程“五險合一”信息系統，數據統一集中到市級數據中心，實現本市區域范圍內醫療保險異地就醫的直接結算。
三、基金管理
（一）實行醫療保險和生育保險基金市級預算。市人力資源社會保障、財政部門根據社會保險基金財務制度規定，統一編制全市醫療保險基金和生育保險基金收支預決算，明確市區和四縣（以下簡稱“預算單位”）的責任，統一組織實施。
（二）建立市級風險金。建立醫療保險和生育保險市級風險金，每年按各預算單位上一年度醫療保險和生育保險基金征繳收入額的一定比例分別提取醫療保險和生育保險市級風險金，暫納入各地財政專戶管理，由市統一調度用于適當彌補各預算單位醫療保險和生育保險基金缺口。具體管理辦法由市人力資源社會保障部門會同市財政部門另行制定。
四、組織領導
實施醫療保險和生育保險市級統籌是我市深化醫藥衛生體制改革的一項重點工作任務，各縣區、各有關部門要高度重視，加強組織領導，做好各項醫療保險和生育保險的經辦工作，確保各項措施落到實處。
數據中心變更管理辦法范文第2篇
圖二 內河船員管理系統軟件服務框架圖
圖一 內河船員管理系統結構示意圖
作為國家海事局管理職能之一的內河船員管理，因為存在管理對象分散流動、管理條塊分隔、隊伍結構水平差距大等客觀因素，面臨著諸多嚴峻挑戰：要保證所有船員一人一檔，杜絕重復辦證和使用假證；要保證業務管理的統一性和規范性；要在以前系統開發運行環境、數據結構、字典編碼存在較大差異，相互之間信息交互只能通過紙面證書進行的基礎上，保證在不同地方的海事機構、上下級之間保持數據共享等等。
基于以上問題分析，中創軟件緊密結合船員的證書發放流程和船員的考試流程，以船員管理和船員考試法規為依據，在充分吸取了海事海船船員管理系統開發和應用經驗的基礎上，經過大量的實地調研后推出了內河船員管理信息系統，為提升海事規范化管理、綜合管理、可視管理以及有效預防等能力提供了信息化支撐。
功能模塊具體而強大
內河船員管理系統主要包括內河船員日常管理中的船員注冊、培訓考試、證件辦理核心業務、檔案管理、船員跟蹤管理、違法管理、信息管理等輔助業務模塊。整個系統采用省局數據集中和應用集中模式，全省轄區內的所有使用單位通過系統專網直接使用瀏覽器訪問Web應用，轄區內的數據集中存放在省級數據中心。系統每天定時通過后臺程序將該省轄區內的業務結果數據傳輸到海事局內河船員數據中心，業務人員再通過另外單獨的綜合查詢系統展現數據，以便業務分析和輔助決策。軟件系統的運行和使用明確了層級管理的業務分工和權限，在設計上按三級管理、二級行政的思路向下授權(圖一)。
中間件技術強化系統適應和擴展能力InforReport報表工具
使用InforReport報表工具，為套打功能的實現提供了很多特性。七八十張證書的打印套打業務設計不到三周就完全實現。多種打印方式，對每一個單元格都可以定義全部打印、套打或者不打印，實現了各個客戶端打印的個性化。各個客戶端可以根據自己的打印機、印刷的證書等各種實際情況，對需要打印的報表格式進行調整，以滿足自己的打印需要，實現完美的精確定位打印。
InforFlow工作流中間件
內河船員信息管理系統引進了較先進的工作流設計思路，采用了InforFlow工作流中間件。按管理程序和工作流程要求設計每項業務操作的權限和范圍。在業務流程管理上，采取了既符合法規要求，又切合工作實際的靈活方式，并做到了規范各局內河船員管理業務工作，強化了內部信息的溝通，讓每個分支局能夠及時得到任何局在內河船員管理方面的動態信息。
InforWeb JEE應用服務器中間件
JEE應用服務器中間件InforWeb集合了業務流程管理、單點登錄、Web服務器、EJB服務器，以及中西式報表和數據分析服務，能非常友好地支持業界標準的基于J2EE的多層B/S體系架構的開發，能快速地將現有應用系統無縫集成到統一的企業門戶中，保證了系統可靠、高效和安全運行。
軟件服務框架以用戶為中心
整個系統面向業務執行、業務管理、管理決策三類用戶，提供了受理及審批兩個平臺(圖二)。
受理平成對各種審批業務的申請受理，生成工作單。審批平臺是各種業務進行逐級審批的入口，所有審批業務的審批都是通過審批平臺進入。針對管理決策層，以轄區內登記船員、船員業務量為分析主題，對基于主題本身的屬性或屬性的集合對船員或船員證書的集合數量、業務處理工作量采用同比及環比方式進行統計分析。
能夠適應各種系統平臺環境
基于符合J2EE標準的應用服務器，可以運行在主流Unix、Linux、Windows系列操作系統之上。系統使用Hibernate，能夠適應Oracle、Sysbase、SQL Server、DB2等多種數據庫系統及分布式系統，可以通過消息中間件適應各種網絡條件(包括撥號網絡)的數據交換。
能夠適應由分布到集中的數據存儲模式，適應網絡及單機使用模式
現階段系統網絡構架可以采用集中、分布、邏輯分布三種方式。通過對用戶投資、環境依賴、應用效果分析比較后發現，邏輯分布式可以平滑轉化為其他兩種模式，更加靈活，有利于用戶統一規劃、分期建設。為此，整個系統構建了邏輯分布式的網絡構架，建立了一個可伸縮的硬件環境支撐平臺，保護了用戶投資并適應了用戶現有條件。
系統功能特點符合政策法規要求，優化日常業務流程
系統符合行政許可法對海事業務處理的要求，具有單獨為受理大廳使用的受理平臺。業務受理后，可以打印行政許可受理通知書交給申辦人或申辦單位。系統符合內河船舶船員適任考試發證規則，對內河考試和發證的冗余流程進行了優化，簡化了辦證過程，促進了工作效率提高。系統符合內河船員技術檔案管理辦法，實現了船員技術檔案、集體檔案的規范化、高效化管理。
保證一人一檔，避免重復辦證、使用假證
系統基于身份證號實現對船員的跟蹤，避免了系統內重復船員數據的產生，保證了船員在系統內一人一檔。系統業務處理流程封閉、完整、嚴格，除開始及結束節點之外，每一個業務節點都是下級節點的前提條件或憑證，保證了證書整個發放過程的全過程跟蹤控制。系統根據設置對業務相關項目進行自動審核，審核內容及審核級別通過參數進行設置，能夠通過插件方式進一步拓展審核邏輯，避免了人為審核失誤情況的發生。
隨需應變的適應及拓展能力
系統配置適應多級管理體系，對于不同的管理層次可以設置不同的功能權限。系統基于工作流產品實現，能夠以圖形化對默認業務處理流程進行變更，而系統不需要修改任何代碼。適應證書套打格式變化，支持對適任考試科目調整，基于統一的組織機構、用戶權限、訪問日志等構件搭建新的子系統；業務功能隨時開發，隨時部署，避免了用戶面對多個應用系統。
適應轄區或全國數據共享需要
數據中心變更管理辦法范文第3篇
[關鍵詞] 商業銀行；IT變更管理；信息化
doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2014 . 03. 016
[中圖分類號] F830.33；TP315 [文獻標識碼] A [文章編號] 1673 - 0194（2014）03- 0030- 04
1 概 述
IT變更管理信息化是針對IT項目生存周期中的變更進行管理的過程，而商業銀行IT變更管理（以下簡稱“商業銀行變更管理”、“變更管理”）信息化是針對商業銀行要求系統穩定性高、風險可控性高、數據安全性高以及業務影響小（“三高一小”）的特點，將程序和數據變更的管理過程通過信息系統實現信息化、自動化的過程。通過變更管理信息化建設可以有效減少因硬軟件問題造成業務中斷，降低操作風險[1]，實現變更管理自動化，全程可控可回退。
目前主要針對管理信息化和變更管理兩方面的研究較多，但對變更管理信息化，尤其是商業銀行IT變更管理信息化方面的研究較少。由于商業銀行變更管理對業務系統穩定性要求高，商業銀行組織結構復雜，隨著業務發展各項規章制度調整頻繁，信息系統多樣，數據管理和共享要求多，信息化需求較多，我們需有針對性地研究其信息化方法，以變更操作信息化、自動化為核心，研究其所需方法、規劃、架構和技術。
商業銀行變更管理信息化應覆蓋現有變更流程及要素，基于業務連續性及系統穩定性要求，達到變更全流程可回退、可控、可驗證，對變更后系統運行情況可跟蹤、可驗證、可評價，對系統變更的原因、方法、效果、問題可記錄、可搜索、可挖掘，建立專家知識庫系統，及時響應變更流程及變更要素變化，建立快速響應與持續開發運維機制。本文結合商業銀行IT變更特點，對商業銀行變更管理信息化建設過程進行了研究，對層次設計、開發模式、團隊架構、技術實現等方面進行探討，并在大型商業銀行進行實踐。
2 變更管理
2.1 組織結構
商業銀行變更管理的組織結構涉及科技管理部門、應用開發部門、應用保障部門、運維部門以及業務部門等多個部門（見圖1），科技管理部門負責制定變更評審管理制度，組織協調變更評審工作開展，制定與變更評審報告；應用開發部門負責項目研發、程序數據修改與測試、變更申請、變更資源準備與變更文檔填寫；應用保障部門負責安全措施等進行評審，根據評審結果對變更進行審批以及特護管理；運維部門負責制訂變更實施計劃，變更實施，對變更實施結果進行；業務部門負責組織實施業務驗證。
2.2 管理流程
商業銀行系統變更過程要進行安全審查，采取風險控制措施[2]，變更管理流程以變更評審為核心，包括變更申請、變更受理、變更評審、變更實施、變更驗證、變更回顧6個環節（見圖2），應用開發部門、應用保障部門和運維部門對應用系統程序、數據和資源發出變更申請，并準備程序、數據、硬件設施等變更資源以及測試報告、風險分析報告、投產變更實施方案、應急方案等變更文檔；應用保障部門承擔變更評審受理工作并分配變更評審任務，變更評審人員對變更進行評審準備；變更評審由評審團隊通過召開會議的方式進行，會議對變更合規性、風險性等方面進行審查，評審團隊一般由來自應用開發部門、應用保障部門、運維部門的技術專家組成；變更實施一般由商業銀行運維部門（如數據中心）承擔，通過變更評審批準的變更方能授權進行實施，實施部門根據評審意見與實施方案制訂完備的實施計劃并對變更進行實施；變更實施完成之后，由業務部門和運維部門按照驗證計劃實施驗證，對驗證結果進行反饋，對不符合驗證計劃要求的變更進行回退；科技管理部門對變更評審與實施情況進行分析，并定期以報告的形式在相關部門進行，使管理層和變更人員及時了解當前變更評審、實施和運行情況。
3.2 開發模式
商業銀行由于業務多樣性、分行特色、歷史存續問題等造成系統類型的多樣性，針對不同系統的變更方法多樣，為適應業務發展，穩定性要求也在不斷演變。商業銀行變更類型包括程序變更、數據變更、硬件變更、架構變更、業務流程變更等方面，造成需求范圍邊界界定困難。鑒于此，需要對變更管理信息化系統進行充分設計，采用原型化方法進行系統建模，系統建設者與變更制度制定者、變更執行者不斷調整原型各要素使其更貼近真實場景，各方試用后進入下一步開發。
針對建設周期大于變更制度變化周期的特點，應在開發模式中應用敏捷開發的模式。規劃建設周期數、各建設周期下的建設任務及各任務的優先級，劃分敏捷開發模式的迭代維度及頻度。變更信息化系統規劃的初期利用關鍵成功要素法（Critical Success Factors，CSF），通過變更失敗或成功的原因分析，識別變更信息化的關鍵要素，確定系統開發任務的優先順序。再利用目標集轉移法（Strategy Set Transformation，SST），識別變更管理的戰略集。首先描繪變更組織中的各類實體結構（如變更申請人、柜員、一般員工、變更評審專家、變更評審責任人、變更實施人、變更驗證經理、變更決策人），其次識別每類變更角色的目標，最后對于每類變更角色識別其使命及戰略。最終利用業務系統規劃法（Business System Planning ，BSP）校核兩個目標，提出建議書與開發計劃。主要環節為調研變更需求、識別變更流程、變更流程重組、定義變更數據類、定義變更信息系統邏輯結構、確定變更信息系統總體結構中的優先順序、變更各子系統按先后順序排出開發計劃、劃分敏捷開發模式的迭代維度及頻度。
3.3 團隊架構
團隊架構要確定參與系統建設人與角色，在商業銀行變更管理信息化的組織結構中，強調以變更責任人為核心，變更制度制定者、變更管理流程執行者、信息化系統建設者全程介入開發及持續運維各階段的組織結構模式（見圖4）。商業銀行IT變更管理信息化項目一般規模較大，按照項目規模及迭代維度，建立多團隊敏捷開發組織框架，每個團隊安排領域產品負責人（APO）[4] ，此外商業銀行各系統運行環境復雜多樣，其變更自動化，有較強的技術難度，往往構成系統開發的關鍵路徑，所以需組成公共控件組先行研究相應的技術解決手段。
3.4 技術實現
在技術實現時，首先研究低耦合、高內聚功能模塊集，需劃分變更管理信息化模塊及功能最小集合，以完成信息系統邏輯結構定義。因變更管理很重要一環是對變更流程管理，故需工作流程管理模塊；變更管理涉及復雜人員組織體系，故需人員機構模塊；變更管理是針對系統應用或數據作出變更，故需應用系統模塊；變更管理需對變更實施后業務影響驗證及評價，故需業務數據監控模塊；變更管理需對相關變更場景進行比對檢索過程，故需知識專家庫模塊；變更管理需對應用進行自動部署回退等，故需變更自動化工具模塊。
其次針對各模塊可能遇到的技術瓶頸、所需公共控件，由公共控件組研究相應的技術解決手段。變更管理涉及復雜的文檔管理過程，需要建立文檔解析引擎及文件傳輸控制引擎；變更操作及驗證涉及向服務器發送及解析信令的過程，需要建立遠程主機通信自動解析調用引擎；數據變更的自動化，需要建立數據庫規則語義檢查與調度管理引擎，以完成數據變更的安全檢查、自動備份、執行、回退；程序變更流程自動化，需要建立應用服務器自動引擎，以完成程序變更的自動備份、、回退；這些技術模塊與引擎共同構成變更管理信息化的技術要素，通過不同的組合和應用，為變更管理各組應用場景提供技術支撐。
4 實 踐
A銀行是一家國有大型商業銀行，近年來隨著各項業務量迅猛增長，變更管理工作日益繁雜。為進一步提高變更保障能力和變更管理工作信息化水平，規范變更管理工作流程，從變更管理實際工作出發，結合變更管理未來發展需要，特開發變更管理系統（簡稱S系統），整合變更管理各個環節。該系統累計投入人力超過187人月，建設工期近一年，采用原型法加敏捷開發模式，以變更評審人為核心，實現變更操作自動化、變更管理流程信息化、變更驗證自動化、專家知識庫等功能模塊。
通過對變更信息化平臺應用實踐，A銀行彌補了變更申請、變更評審、變更實施在嚴肅性、合規性和流程性上的不足，有效防控了投產變更風險，提高了變更執行成功率，為A銀行在科技風險管理與防控方面作出了重要貢獻。以2012年為例，日均用戶1 200余人次，執行變更2 157個，變更執行成功率持續提高，變更異常率同比降低50%，目前A銀行在總行層面的變更管理信息化程度相對較高，后期將在一級分行逐步進行推廣執行。
5 總 結
本文就商業銀行IT變更管理信息化建設體系進行了研究，提出了信息化方法，并在大型國有商業銀行進行了初步實踐。本文所提出的方法其應用范圍還有待進一步擴大，其通用性、規模性還有待加強。
主要參考文獻
[1]中國銀行業監督管理委員會.商業銀行信息科技風險管理指引[Z].2012.
[2]中國銀行業監督管理委員會.銀行業金融機構重要信息系統投產及變更管理辦法[Z].2009.
數據中心變更管理辦法范文第4篇
關鍵詞：一卡通；IC卡交費充值系統
中圖分類號：TP393文獻標識碼：A文章編號：1009-3044(2007)18-31539-03
Based on A Campus Network one-card-through System Solution
GAO Ji-yang1, HAO Wei-xu2, JIANG Xiao3, LI Ying-zhuang3
(Dalian University of Technology, Zhengzhou Teacher College, Henan Textile College)
Abstract:Elaborated a campus one-card-through system overall plan design: Card and machines and tools design, a campus one-card-through system application system design, a campus one-card-through system safe design, a campus one-card-through system database design. Finally this article to has carried on the description one by one using the system function, in detail described the IC card has paid fee the sufficient value system the partial functions realization.
Key words:one card through; management information system
1 引言
校園一卡通就是代替教職員工和學生等在校內的所有個人證件（工作證、圖書證、醫療證、學生證卡、食堂飯卡、圖書借閱卡、上機卡、銀行消費卡以及電話卡等等），并且都做在一個卡片上，即在校園內，凡是需要現金、票證以及識別身份等的場合均采用IC卡完成。
目前，基于校園網的“一卡通”在我國各個高校的應用主要處于試運行和探索階段，總的來說[1]，在已經運行的高校“一卡通”系統[2]中，都多少存在一些問題，主要表現在以下幾個方面：
(1)校園卡設計為人像證卡、條碼卡、射頻IC卡三合一的組合卡：這不是真正意義上的校園一卡通，只是把各自獨立的一些子系統統一起來，雖然組合成了一張卡，用在分散的幾個子系統[3]中，但是由此帶來很多問題，從長遠來看，是一種短視行為，條碼卡本身的缺點就很多，其使用壽命也很短，資源不能共享等，這樣的復合卡優勢就不在存在，所以說弊大于利。
(2)很多高校采用的是邏輯加密卡：這種卡的缺欠是很明顯的，例如，分區個數在卡片初始化時就要確定，要想變動，只有收回重新發行；由于卡的總容量固定，因此分區的個數越多，每個分區的容量就越小，而在應用中保存數據量有可能超出分區容量，因此造成一個分區不能對應一種應用；由于應用對象數據量超過相應的分區容量，要使用連續的多個分區，當數據量不足單個分區容量的整倍，就造成剩余空區，這樣導致IC卡容量的浪費；邏輯加密卡中的數據加密是依據預先設計的邏輯步驟進行的，因此，受到攻擊時不能做出相應的變化，若一旦加密破解，會導致整個系統的崩潰；邏輯加密卡的密鑰數量是固定的，若滿足多個不同應用就要增加分區數，而對應于每一分區所配屬的密鑰數量就要減少，從而降低了每一個分區用戶的安全控制性；在IC卡密鑰組中，只有一個為主密鑰（發行密鑰I-Key），權限級別最高，其余為使用密鑰（應用A-Key），使用密鑰的授權和變更必須要經過發行密鑰的授權，因此每個分機構受到發行者的控制[4]。
目前，高校都建成了校園網，為一卡通[5]系統提供網絡基礎；卡片的應用技術逐漸成熟，特別是雙界面CPU卡在大連公交上的大批量成功的應用，為一卡通提供了技術基礎；這樣在結構上便顯示出獨特優勢，例如：資源共享，加快資源交換速度；有利于信息檢索和統計；提高效率；能實時監控和查詢記錄。
另外，因一卡通采用的IC卡為雙界面CPU卡，具有獨特優越性，如卡上分區靈活；由微處理器及操作系統進行安全管理；可靠的密鑰管理體系。
就目前情況，基于現有校園網基礎，開辟一卡通專用虛擬網絡，無需重新布線，降低學校投資；所有系統設計研發均經過多方考察，滿足學校實際使用情況；系統采用客戶定制的方式，向客戶提供個性化軟件，能夠完全滿足學校特殊需求。
“基于校園網一卡通系統”是將采用滿足中國人民銀行金融集成電路IC卡技術規范，滿足國家有關部委關于IC卡密鑰管理辦法和規定，具有很強的安全性、自適應性、可擴展性，滿足校園一卡通要求的；使各種銀行卡能與我校發行校園卡轉儲；應用于需要身份識別的各個MIS系統，也可以通過設在非接觸式IC芯片內的電子錢包實現餐飲、校內購物、上機上網、醫療等校內的各種消費。
“基于校園網一卡通系統”是高校信息化發展的必然趨勢，是高校現代化管理和校園數字化的標志。這將使處在我國改革開放前沿地區，繼續引領全國高校信息化、現代化建設的潮流，將管理、服務與世界水平相接軌；
“基于校園網一卡通系統”將有效促進我校數字化校園建設的進程，它是數字化大學中的核心骨干系統，是數字化校園的先行官，將為其它MIS系統提供良好的開發平臺；
“基于校園網一卡通系統”將有效緩解我校的校務管理和后勤服務的繁重的業務，提高學校的管理水平，提高后勤的服務質量，做到減員增效、提高效率，成為全校師生員工的工作、學習和生活中不可缺少的部分；
“基于校園網一卡通系統”的建設，將給高校實現財務統一管理提供科學的、現代化的手段，將加速資金周轉的效率。
本課題基于校園網這個特定的應用場所，充分利用最新雙界面CPU卡技術，構建真正意義上的校園一卡通系統，促進校園的數字化建設。具有著深遠的意義。
2 系統設計
2.1 系統結構
選擇合適的網絡模式是基于校園網的一卡通系統的重要方面之一，根據大連理工校園網的情況，校園一卡通系統的需求和狀況，系統結構如圖1所示，建議采用兩種運行模式：
(1)基于 B/S結構模式，系統采用三層架構，即第一層為后臺數據中心；第二層為應用系統；第三層為Web。
(2)采用“3層”模式的 C/S 架構，進行系統開發，采用三層客戶/服務器，第一層為后臺數據中心；第二層為應用系統，所有系統的應用操作都在這一層實現；第三層為客戶機。
B/S和C/S模式在很多應用系統都有應用，例如：IC卡教務/教學管理系統既有B/S又有C/S。
現教務信息的集中管理、分散操作、信息共享，使傳統的教務管理朝數字化、無紙化、智能化、綜合化的方向發展，并為進一步實現完善的計算機教務管理系統和全校信息系統打下良好的基礎。教務管理系統從管理和使用的角度分為兩個部分：學校教務管理端和學生使用端。前者主要有系統管理員和教務處人員和各院系教務員及任課教師使用，采用了B/S和C/S相界結合的方式，后者則是主要面對在校學生，采用的B/S方式，利用校園網瀏覽器，在選課系統開放期間，本校學生可以在任意一個可以上網的地方，通過瀏覽器進入到選課系統。選課學生有自己的選課密碼，根據自己的實際情況和總課表，選擇自己要選的課程。在選課期間還可以進行選課調整，在選課過程中可以隨時查詢課程設置情況。在平時學生可以隨時查詢自己的課表和成績。
本文為全文原貌 未安裝PDF瀏覽器用戶請先下載安裝 原版全文
圖1 校園一卡通系統的結構圖
2.2 系統組成
系統主要功能如圖2所示。
圖2 校園一卡通系統主要功能圖
2.2.1 卡片及機具設計
高校一卡通項目是校園數字化的重要標志。各種IC卡比較如表1所示。從現在國內一些已經使用IC卡的高校看，IC卡的一卡多用，是高校今后發展方向。
目前高校使用一卡通用的是邏輯加密卡（M1卡），其缺點是分區個數確定后，不容易變動；一個分區不能對應一種應用；容易導致IC卡容量的浪費；邏輯加密卡中的數據加密是依據預先設計的邏輯步驟進行的，因此，受到攻擊時不能做出相應的變化，若一旦加密被破解，會導致整個系統的崩潰；其密鑰數量是固定的，降低了每一個分區用戶的安全控制性。
圖3 校園一卡通的應用系統主要功能圖
雙界面CPU卡具有優點：每個分區的大小依據使用對象確定，且分區個數根據使用對象的變化而調整；卡的分區虛址數量的增加（減少）可通過授權讀卡機完成，不需收繳卡片，提高卡片應用靈活性；分區數據的變化不影響每一個分區自己使用密鑰的數量；由于卡有微處理器及操作系統，具備數字運算能力，可以實施DES、RSA加密算法，提高卡片的安全強度，密鑰發行管理方式更適合于開放系統中的應用；卡片除具有一個發行密鑰和若干使用密功能外，還可以在劃分虛卡后變成每一個虛卡都具有自己的一個發行密鑰和若干使用密鑰，且每一個虛卡密鑰數量保持不變，每一個虛卡中的使用密鑰變更和授權都可以用自己虛卡中的發行密鑰完成，各虛卡的發行密鑰、使用密鑰的變更不受主卡發行密鑰的控制，使得此卡能做到一卡多用。根據表一的比較，我們選用了雙界面CPU卡。
表1 各種IC卡的比較
(1)卡片的結構
(2)校園卡類型設計
校園卡的類型包括用戶卡、管理卡、密鑰卡（主密鑰、應用密鑰）。
針對學校的多種應用，其中用戶卡的類型見表2所示。
表2 校園卡的類型
2.2.2 應用系統設計
校園卡應用系統是基于校園網網絡化設計，故從理論上本系統各種信息可以隨著網絡的延伸而延伸；由于我們采用模塊化設計，除IC卡管理模塊外其他模塊可獨立運行，這樣校園卡應用系統既可一次性構建，也可分批構建。
我們以校園卡應用為主線，將以前學校中彼此獨立的各種信息聯系在一起，起著通行橋梁作用，真正做到信息資源的一致和共享。
通過校園卡應用系統（應用系統功能如圖3所示），可以實現學校資源數字化、傳輸網絡化、用戶終端智能化和管理結算自動化。本系統所具有模塊：校園一卡通管理控制中心、IC卡食堂售餐管理系統、IC卡教務/教學管理系統、IC卡/學生/學籍管理系統、IC卡機房管理系統、IC卡圖書館管理系統、IC卡考勤管理系統、IC卡消費系統、IC卡交費充值系統、IC卡校內醫療管理系統、IC卡門禁管理系統、觸摸屏自助查詢系統、輔助決策系統等等。
下面就校園一卡通管理控制中心系統設計進行簡單描述：根據需求分析，設計了四大模塊：卡片管理、數據匯總、統計及查詢、數據庫維護、設備管理。
(1)卡片管理包括卡片初始化，日常處理，結帳處理，數據統計，設備發行管理，庫存管理；
(2)系統維護包括字典維護，參數設定，非法數據處理，備份和恢復，日志維護，口令維護；
(3) 數據查詢包括日志查詢，非法數據查詢，帳戶查詢，結算報表，消費分配查詢，充值查詢，卡片情況查詢，設備狀態查詢；
(4)設備管理主要功能POS機、讀卡器、查詢機的發行、查詢、統計、狀態處理等
用圖4的數據流圖描述本系統的數據流向、數據加工的方法。
圖4 校園一卡通管理控制中心系統的數據流圖
2.2.3校園一卡通系統安全設計
校園一卡通系統由于完成的是電子貨幣的交易和結算，對系統的安全可靠性要求非常高。
卡片的認證機制如下：
(1)終端讀取用戶卡序列號，送名SAM模塊；
(2)SAM模塊中用內部認證主密鑰對卡序列號加密，生成內部認證工作密鑰；
(3)終端送加密指令及隨機數給用戶卡，用戶卡用內部認證密鑰加密，并將加密結果D1送終端；
(4)終端送加密指令及隨機數給SAM模塊，SAM模塊用工作密鑰對隨機數加密，將加密結果D2送回終端；
(5)終端比較D1、D2。
由于篇幅有限，如本系統的網絡安全策略、卡片的安全設計、IC卡終端的安全設計、防內部人員對控制卡的攻擊、應用系統安全設計、數據備份的層次、數據庫安全策略，不詳細介紹，下面就卡片的安全設計進行簡單描述。
本系統所設計的安全保密體系利用雙界面CPU卡中的一組密碼進行各種校驗，使得在發行、消費、充值、查詢等各個環節的設備都可按這一安全認證體系對IC卡進行確認，杜絕了偽卡的流入。另外，想對卡攻擊人員，由于CPU卡中有密鑰進行保護，因此對此卡也不能非法處理；進而想利用該卡進行非法充值導致的損失是在可預計的范圍，配合系統的檢查功能，完全可以將違法情況都檢查出來。
卡片的密鑰管理機制直接關系到整個系統的安全控制，密鑰的生成、發行、更新、管理和應用是系統的核心問題，占有非常重要的地位。本系統的密鑰管理是按照國家標準設計的。
密鑰系統分為密鑰生成分散、密鑰管理和密鑰應用三大部分。從密鑰系統的角度，校園一卡通項目中用的IC卡分為密鑰卡、應用卡（用戶卡、PASM卡、ISAM卡）和管理卡三類。
2.2.4校園一卡通系統數據庫設計
校園一卡通中心服務器中的基本數據庫包括用戶信息庫、期刊庫、書庫、圖書位置庫、病歷數據庫、藥品數據庫、處方數據庫、課程名數據庫、授課信息庫、學生成績數據庫以及門禁信息庫。為各個應用系統模塊調用，數據庫必須具有查詢優化、智能文件系統、強大的文本處理和搜索、完整的數據保護、有選擇性的數據加密、安全的數據共享等。
綜合考慮以上各種因素，本系統最重要要有可靠安全性、存儲量大和具有數據倉庫功能的要求，即使服務器崩潰了都不會宕機，我們選擇了Oracle9i。
分布式數據庫設計采用混合式分布策略,即將全部數據按不同的應用系統的業務操作需要分成若干子集,安置在不同系統所在校園網的站點數據庫服務器上，但是在一卡通控制中心數據庫服務器上，存放了各個子集于對外共享的數據的副本，減少各個系統之間數據訪問的復雜性。
3 結束語
該系統利用現有的校園網，將雙界面CPU卡的強大功能與計算機網絡的數字化理念融入校園，將學校各個系統連為一體，動態掌握每一持卡人情況，極大提高學校的管理水平，“手持一卡，走遍校園”，構成真正意義上的校園一卡通系統，并為數字化大學建設創造了條件。在項目的實施上，學校可根據財力、物力、人力、資源的具有需求，既可以一步到位，也可分批實施。目前實施的難點：校級領導重視、師生觀念轉變、充足的資金支持。
參考文獻：
[1] 顏全生. 非接觸智能卡校園管理系統的設計與實現[J]. 電力系統及其自動化學報, 2001.4,13(2):62-64.
[2]“校園管理一卡通”通過教育部科技成果鑒定[J]. 湘潭大學自然科學學報, 2001,(1):130.
[3] (德)芬肯澤勒(Finkenzeller,K.)著; 陳大才 編譯. 射頻識別（RFID）技術――無線電感應的應答器和非接觸IC卡的原理與應用. 北京：電子工業出版社,2001.6:101-105.
[4] (英)亨德利（Hendry. M.）著. 楊義先, 等譯. 國瑞數碼安全系列叢書 智能卡安全與應用[M]. 北京：人民郵電出版社, 2002.2:80-85.
[5] 校園“一卡通”及在校園網上建設的體會. 中山大學學報(自然科學版), 2002，第41卷增刊：118-120.
數據中心變更管理辦法范文第5篇
一、學籍管理基本概念
（一）什么是學籍
學籍是指某個兒童、少年作為某所學校學生的身份，也是學生在該校學習的資格。學籍具有唯一性、依附性、流動性。學生和學校構成了學籍的兩個基本要素。正常情況下每個學生都應擁有一個學籍，對應著某所學校。學籍、學校、學生遵循三位一體原則。
（二）什么是學籍管理
學籍管理是指學校根據國家有關政策、法規對學生從入學到畢業期間實施培養過程的管理，是學校教學管理的重要組成部分。學籍作為一種就讀資格，存在“取得或建立、變動、完結”三個階段。教育行政部門的管理職能主要體現在對這三個階段的審核管理上。
（三）什么是學籍主管部門
直接對學校學籍業務進行管理、指導的教育行政部門，包括區縣級、地市級、省級教育行政部門。縣級教育行政部門是一般的學籍主管部門，地市級、省級教育行政部門作為學籍主管部門時僅對其直管的學校而言。高校不是學籍主管部門（不是一級行政機關），對于高等學校附屬中小學，其學籍主管部門一般指附屬中小學所在地的縣級教育行政部門，省級教育行政部門另有規定的，依各省具體規定管理。
（四）什么是學籍信息變動、學籍正常變動、學籍異動
學籍信息變動，指學生的學籍信息的一項或幾項發生變化。廣義的學籍信息變動包括由于學籍變動導致的學籍信息變化，狹義的學籍信息變動不包括。《辦法》所稱學籍信息變動指狹義的學籍信息變動，需人工更改。學籍正常變動包括升級、升學、畢業、結業、肄業。學籍異動包括跳級、留級、轉學、休學、復學、死亡，其中轉學可以分為三個環節，即確定接收學校、辦理學籍轉接、接續學籍檔案。
（五）什么是學籍管理制度與學籍信息管理制度
學籍管理的對象是學籍，涉及學生的行為，而學籍信息管理的對象是由此產生的信息。國家層面主要制定學籍信息管理制度，即圍繞學籍信息管理制定制度。省級層面制定學籍管理制度，即圍繞學生行為制定制度，細化落實全國性制度要求，但不能和全國制度沖突，也不能規定其他省份的義務。
（六）什么是學校（機構）代碼
學校（機構）代碼是所有中小學管理系統的核心和基礎數據，學校（機構）代碼管理是教育統計部門的法定職責。2011年7月12日，教育部印發《關于印發<學校（機構）代碼管理辦法>的通知》（教發〔2011〕6號），規范學校（機構）代碼管理工作。學籍系統不應只是基礎教育部門管理的工具，將來還應成為教育事業統計的依據，應使用教育部統一規定的學校（機構）代碼庫。
學校（機構）代碼由“學校（機構）標識碼”和“學校（機構）屬性碼”兩部分組成。“學校（機構）標識碼”是指由教育部按照國家標準及編碼規則編制，賦予每一個學校（機構）在全國范圍內唯一的、始終不變的識別標識碼。“學校（機構）屬性碼”是對學校（機構）所在地域、城鄉劃分、辦學類型、舉辦者等信息的分類編碼，并可根據經濟社會發展和教育管理需要進行拓展和調整。
新設置的幼兒園、普通小學、普通初中、職業初中、普通高中、中等職業學校（機構）、特殊教育學校、工讀學校，由所在地的縣級教育行政部門負責在代碼管理信息系統中錄入相關信息，填寫紙質《新設置學校（機構）代碼申請表》，加蓋所在地的縣級教育行政部門公章，逐級上報。省級教育行政部門審核匯總后，加蓋省級教育行政部門公章，上報教育部核準，由代碼管理信息系統生成學校（機構）代碼。
幼兒園、普通小學、普通初中、職業初中、普通高中、中等職業學校（機構）、特殊教育學校、工讀學校代碼的更新和維護工作，由所在地的縣級教育行政部門負責在代碼管理信息系統中錄入相關信息，填寫紙質《學校（機構）代碼變動申請表》，加蓋所在地的縣級教育行政部門公章，逐級上報。省級教育行政部門審核匯總后，加蓋省級教育行政部門公章，上報教育部核準后生效。
學校（機構）有撤銷、合并、升格等變動情況時，須對其學校（機構）代碼及時進行更新和維護。學校（機構）被撤銷的，其代碼停止使用，但在代碼管理信息系統中保留。停止使用的代碼不得再賦予其他的學校（機構）使用，以確保代碼的唯一性。有其他學校（機構）并入，學校辦學層次、類別均未發生變化的，其學校（機構）標識碼不變，學校（機構）屬性碼按實際情況變更。因學校（機構）合并、升格等原因，使得學校辦學層次、類別發生變化的，停止使用其原代碼，按新設置學校（機構）代碼賦予辦法處理。學校（機構）被合并的，其代碼按被撤銷學校（機構）的代碼處理辦法處理。恢復辦學的，重新啟用原學校（機構）標識碼，學校（機構）屬性碼按實際情況變更。學校（機構）僅改變名稱的，沿用原代碼，但需在代碼管理信息系統中填報學校（機構）名稱變動信息。
《學校（機構）代碼管理辦法》是對學校（機構）統一編制、及時更新、動態維護學校（機構）代碼的管理制度，對于統一規范學校（機構）代碼并及時更新、維護，提升教育統計管理標準化、規范化水平，消除信息孤島，實現教育統計數據快速交換和共享，提高教育數據利用效率和效益，構建國家教育管理信息系統具有重要作用。各級教育行政部門相關業務機構要互相配合，依據《代碼管理辦法》相應工作流程，處理好學校審批工作與學校（機構）代碼管理工作的銜接。教育行政部門內負責學校審批工作的機構在處理學校（機構）的設立、合并、變更和終止等有關業務時，須及時向負責學校（機構）代碼管理工作的機構告知相關信息。
2011年教育部已建立了學校（機構）代碼庫更新機制，代碼庫隨時更新，只要地方走完了規定的流程，代碼管理系統就會賦碼，賦碼以后學籍系統就可以調用。代碼庫的對外有兩種，一種是根據行政區劃的變化進行調整，每年9月一次，另一種是學校本身的變化，每三個月一次。內部使用不受周期的影響，學校在代碼庫獲得學校（機構）代碼后一天之內就可以進入學籍系統。
（七）什么是學籍號
學生學籍號是學籍信息的核心要素，以學生居民身份證號為基礎，從幼兒園入園或小學入學初次采集學籍信息后開始使用，基礎教育、高等教育、職業教育、成人教育有機銜接，終身不變。
《辦法》第四條對于學籍號做出了明確規定，學生初次辦理入學注冊手續后，學校應為其采集錄入學籍信息，建立學籍檔案，通過電子學籍系統申請學籍號。第五條規定，學籍號以學生居民身份證號為基礎生成，一人一號，終身不變。學籍號具體生成規則由國務院教育行政部門另行制訂。
2013年9月18日，教育部辦公廳印發了《學校（機構）人員基礎信息代碼編制規則》（教發廳函〔2013〕91號），賦予各級各類學校（機構）人員一個終身不變的唯一識別標識碼，即“個人標識碼”，明確了學籍號的具體生成規則。“個人標識碼”是教育部按照國家標準及編碼規則為學校（機構）人員統一編制、全國范圍內唯一、終身不變的識別標識碼。個人標識碼共19位，由1位類型碼和18位公民身份號碼或18位個人標識自編碼構成，個人標識碼的各特征碼應依次連接，不留空格。
基本表示形式及說明如下：一是有公民身份號碼的，個人標識碼中類型碼為“G”，18位公民身份號碼是由公安機關按照公民身份號碼國家標準（GB/11643）編制執行。二是暫無公民身份號碼（第二代）或原公民身份號碼不可用的，其個人標識碼編碼辦法為：個人標識碼中類型碼為“J”，18位個人標識自編碼由17位數字本體碼和1位校驗碼組成。排列順序從左至右依次為：6位地址碼，8位出生日期碼，3位順序碼和1位校驗碼。地址碼是指在編制個人標識自編碼時，學校（機構）人員所在的學校（機構）的行政區劃代碼，按GB/T2260規定執行。學校（機構）存在跨區辦學或多個校區的，按學校（機構）行政部門所在地確定地址碼。出生日期碼是指學校（機構）人員的出生日期，按GB/T7408規定執行；順序碼是指在同一地址碼所標識的區域范圍內，對同年、同月、同日出生的人員編定的順序號，順序碼的奇數分配給男性，偶數分配給女性。校驗碼采用ISO7064：1983.MOD11-2校驗碼系統。
實施原則：一是編碼由教育行政部門統一規則、統一部署、統一管理、統一維護，確保個人標識碼“一次編碼、共同享用、全國唯一、終身不變”。二是“個人標識碼”后18位首選為“公民身份號碼”，只有學校（機構）人員為外籍或中國公民暫無公民身份號碼、原公民身份號碼不可用時才可使用“個人標識自編碼”。三是公民身份號碼若存在重碼時，按“先入者保有”原則，后入者按暫無身份號碼處理，“個人標識碼”后18位使用“個人標識自編碼”。
學籍系統建立了對學生身份的認證制度，在身份認證之前，學籍系統會賦予學生一個臨時學籍號。臨時學籍號的生成規則是：L（臨時）+由身份證號編碼規則所生成的號碼，所以邏輯上與身份證號一致。目前仍存在三個問題：一是少數學生沒有身份證號碼，將來的全國學籍號是J（教育）+身份證號編碼規則所生成的號碼，有身份證號碼以后也不變。二是當地戶籍管理部門為其編發的身份證號不符合身份證號編碼規則，但這個身份證號確實是戶籍管理部門編發的，此種情況學生將來的學籍號為G（公安）+身份證號。三是學生有身份證號，但錄入系統出現錯誤，這就是經身份認證后需要各地處理的問題學籍之一，目前提供身份證號后查不到的大多是此種情況，說明我們各地錄入的數據質量存在問題。這些錯誤的身份證號待各地糾正后才能配發全國學籍號，學籍號的生成規則是G（公安）+正確的身份證號。
二、日常學籍管理和數據更新
將學籍系統用于日常學籍業務管理，是確保學籍信息準確的前提，是中小學和其學籍主管部門重要的日常工作。學校和其學籍主管部門要做好六個方面的管理工作。
（一）學籍系統配置管理
主要有以下幾項工作：
1.賬號功能配置。全國學籍系統為各級學籍主管部門和學校分別建立學籍管理員、學籍主管領導和系統管理員賬號。學校級學籍管理員負責錄入學生信息、提出學籍變動申請等日常管理工作，學校級學籍主管領導負責核辦學生學籍信息、學籍變動。教育行政部門學籍管理員負責核辦學校提交的學生注冊、學籍變動、關鍵信息變更等業務操作，教育行政部門學籍主管領導主要負責數據查詢、統計分析等。各級系統管理員負責系統配置管理，不參與學籍業務管理。
2.受控字段設置。各級教育行政部門可以增加或者刪除本級設置的受控字段（強制核辦字段），以及查看上級設置的受控字段。學校修改的學生信息為受控字段時（無論是哪一級教育行政部門設置），都需要學校的教育行政主管部門核辦通過后才能完成信息修改。
3.班額設置。省級、市級、縣級用戶可逐級對轄區內所有學校的班額上限進行統一設置，包括查看上級班額配置和設置本級班額配置功能。本級設置的班額不可高于上級設置的班額；如果上級設置不允許下級修改班額，則沿用上級設置，本級班額無法設置。
4.管理功能設置。省級用戶可以按照小學、初中、高中教育階段，分別設置本省是否允許辦理包括退學、留級、跳級、開除等在內的各類異動。可設置小學新生注冊、小學新生入學年齡控制、是否可以刪除有正式學籍號的學生等業務開關，并可進行小學新生注冊、在校生注冊、畢業、升級、招生等學籍業務時間設置，控制業務辦理時間。各省份要根據本省學籍管理辦法實施細則的規定和實際需求，設置學籍業務權限，進行班額、異動類型、受控字段等業務配置管理，特別要督促完成畢業升級前在辦業務處理，做好升級時間點控制、小學新生注冊和在校生注冊辦理時間控制等工作。
（二）學籍注冊管理
《辦法》第四條規定，學生初次辦理入學注冊手續后，學校應為其采集錄入學籍信息，建立學籍檔案，通過電子學籍系統申請學籍號。學籍主管部門應通過電子學籍系統及時核準學生學籍。
學籍注冊有以下幾類工作：
1.在校生注冊。學籍系統建設初期，通過在校生注冊完成首次學生數據采集。個別遺漏學生，各省（區、市）可根據實際情況，控制在校生注冊菜單的開放時間，完成這些學生的注冊。
2.小學新生注冊。每年通過新生注冊為小學一年級學生建立電子學籍（學前教育階段已建立電子學籍的學生可同步調取學籍檔案）。在每學年開學后一個月內完成小學一年級新生電子學籍建立工作。小學一年級新生的學籍建立，要做到信息全面、完整、準確，不漏一校一生一項。
3.來華歸國學生注冊。檢查全國學籍系統中是否存在該學生的電子學籍，如無則新建電子學籍。各省（區、市）可根據實際情況，控制來華歸國學生注冊菜單的開放時間。
4.學籍注冊核辦。學校和各級學籍主管教育部門應當及時依次完成學籍注冊核辦，對學生信息真實性和準確性嚴格把關。對存在疑問的學籍信息，應核辦不通過，退回學校再次進行確認處理。
5.問題學籍處理。對于身份證號錯誤的（指身份證號錯誤的學生信息，經公安部門身份認證完成后下發，包括身份證號不存在、姓名和身份證號不匹配兩種錯誤類型），處理方式以變更和刪除為主，經公安戶籍部門確認確實無誤的，需上傳公安戶籍部門證明材料進行佐證。對于身份證號重復的（指兩個以上學生的身份證號完全一致，分別在系統中進行學籍注冊），處理方式是佐證、變更和刪除。全國系統中出現身份證號重復的，處理時只能保留一個為正確的，如果雙方主管教育部門都認為本轄區內的學生信息無誤且都核辦通過，則需要兩個學籍主管教育部門的共同上級進行問題學籍仲裁。對于無身份證號的（指兩個以上無身份證號學生的姓名、性別、出生日期完全一致，分別在系統中進行學籍注冊），該類處理方式是佐證、變更和刪除。全國系統中出現無身份證號的學籍重復時，經學籍主管教育部門對證明材料進行核辦，確認沒有問題的，可以都核辦通過，成為非問題學籍。
（三）學籍信息變動管理
《辦法》第十條規定，如學生父母或其他監護人提出修改學生基礎信息的，憑《居民戶口簿》或其他證明文件向學校提出申請，并附《居民戶口簿》復印件或其他證明復印件，由學校核準變更學籍信息，并報學籍主管部門核準。第十三條規定學生學籍信息發生變化，學籍進行轉接或學生畢業（結業、肄業）時，學校應及時維護電子學籍系統中的有關信息，并將證明材料歸入學生學籍檔案。學籍主管部門應及時對學生學籍變動信息進行更新。
各省（區、市）需先通過受控字段設置確定本省（區、市）的關鍵信息項。學生非關鍵信息由學校通過學籍維護進行修改。定義為關鍵信息的學籍信息項，由學校發起變更申請，同時上傳相關證明材料（身份證號、姓名、性別、出生日期變更的，需提供戶籍部門出具的證明材料），經學校核辦和上級學籍主管教育部門核辦后，數據變更方可生效。針對學生身份證件類型、身份證件號、姓名、性別、出生日期變更的，系統將進行自動處理。
（四）學籍異動管理
《辦法》第十一條規定，各學段各類學籍變動的具體條件和要求，由省級教育行政部門根據國家法律法規和當地實際統籌制定。此條具有十分豐富的內涵。建立全國統一的學籍信息管理制度，必然要求所有的學籍變動都通過學籍系統進行管理。
1.休學和復學。《辦法》第十九條規定，學生休學由父母或其他監護人提出書面申請，學校審核同意后，通過電子學籍系統報學籍主管部門登記。復學時，學校應及時辦理相關手續。學生休學期間學校應為其保留學籍。
2.轉學。轉學是最常發生的學籍異動，涉及公平、流動兒童、控輟保學等問題。我們將轉學細分為三個階段，即確定接收學校、辦理學籍轉接、接續學籍檔案。考慮到各地情況和做法千差萬別，《辦法》對第一階段即如何確定接收學校未作統一規定，也不納入學籍系統管理，而是要求各地自行確定轉學條件和要求，也便于與各地現行的相關規定接軌。《辦法》第十四條規定，學生轉學或升學的，轉入學校應通過電子學籍系統啟動學籍轉接手續，轉出學校及雙方學校學籍主管部門予以核辦。轉入、轉出學校和雙方學校學籍主管部門應當分別在10個工作日內完成學生學籍轉接。關于轉學時是否需提供紙質材料并蓋章的問題，我們認為學校和學籍主管部門在在學籍系統中核辦就相當于蓋章，所以要轉變觀念，簡化流程，最大限度地方便人民群眾。
3.輟學和復學。控輟保學仍是我們當前鞏固和提高義務教育普及水平面臨的重要任務。《辦法》以有利于各地開展控輟保學工作為著眼點，進一步細化了《義務教育法》的相關要求。一是學校應將義務教育階段輟學學生情況及時書面報告當地鄉鎮人民政府、縣級教育行政部門和學籍主管部門，并在義務教育年限內將其學籍分類管理。二是義務教育階段外來務工人員隨遷子女輟學的，就讀學校的學籍主管部門應于每學期末將學生學籍檔案轉交其戶籍所在地縣（區）教育行政部門。三是在轉學流程中，也特別要求有轉學意愿的學生先確定接收學校方可辦理轉學手續，所以轉學是轉入學校發起。四是為使縣級教育行政部門了解轄區內學生流動情況，規定省（區、市）直管學校、設區的市直管學校每學期要將學生轉入轉出情況報所在地縣級教育行政部門備案。五是在保障措施中也規定不及時報送義務教育階段學生輟學情況的要追究學校主要領導和相關人員責任。
4.跳級和留級。根據《辦法》第十一條，是否允許跳級、留級，以及跳級、留級的條件和要求均由省級規定。學籍系統具有這樣的功能，由省級根據本省學籍管理辦法實施細則的規定設置。
5.境外就讀。《辦法》第二十條規定，學生到境外就讀的，應當憑有效證件到現就讀學校辦理相關手續。回到境內后仍接受基礎教育的，應接續原來的學籍檔案。相關信息應當在學籍系統中標注。
6.死亡。《辦法》第二十一條規定，學生死亡的，學校應當憑相關證明在10個工作日內通過電子學籍系統報學籍主管部門注銷其學籍。針對落實不到位的情況，2014年6月12日，教育部基礎教育一司專門發出《關于做好死亡中小學生學籍信息注銷等管理工作的通知》，要求各地進一步完善工作機制，學校負責學生安全工作的人員要及時將學生死亡信息和材料提供給學籍管理員，學籍管理員要在規定的時間內將相關信息錄入學籍系統，學校負責人和區縣要及時審核。要做好學生死亡等學籍異動信息的管理，督促做好學籍信息變更工作，并對其它各類安全事故逐一進行核對，及時動態調整，確保中小學生學籍信息的完整準確和及時更新。
（五）學籍正常變動管理
《辦法》第十二條規定，正常升級學生的學籍信息更新，由電子學籍系統完成。各級各類中小學校要依次按照畢業、升級和招生入學的順序在學籍系統中進行處理。學生正常升級由教育部在全國學籍系統后臺統一進行，升級時間為每年8月10日24時。各地要確保學生的畢業結業操作在每年7月30日之前完成，各級學校和教育行政部門要做好學生升級前的數據核查工作，省級教育行政部門要做好數據備份工作。
1.畢業和結業。義務教育階段學生畢業和結業，由學校在系統中進行操作，無需學籍主管部門核辦。高中階段學生畢業和結業，需經學籍主管部門核辦，并結合學業水平考試成績，由各省設置相應的畢業結業條件。畢業和結業操作時，學校應登記學生的畢業或結業去向信息，畢業去向暫時不明確的，待學生升學后，可通過系統自動回填。學生畢業和結業操作完成后，不能再對學生基本信息進行修改。畢業和結業操作有誤的，可將畢業和結業生退回到在校生狀態，再進行其他操作。
2.招生升學。教育行政主管部門（招生部門）要根據招生計劃，設置轄區內各學校的招生人數。招生計劃數需要調整的，由學校通過全國學籍系統招生計劃變更功能提交變更申請，并經教育行政主管部門（招生部門）核辦確定。義務教育階段招生處理以預先指定招生學校、統一招生處理為主，高中階段招生處理以招生部門提供的招生結果名單為依據。教育行政主管部門（招生部門）可通過全國學籍系統下載招生結果模版，形成招生結果名單后導入系統中。自主招生功能同樣支持招生結果導入操作，各地可根據實際情況靈活使用。當一個學生被2所或以上學校錄取時，需進行重復招生（）處理。招生操作由學籍管理部門配合招生部門完成。
3.跨省升學。學生畢業后，需要跨省進入下一教育階段學校就讀的，按畢業后跨省就學進行操作。在進入全國學籍系統操作前，需在系統外先確定接收學校并辦理相關手續。系統操作時，依次由接收學校、接收學校主管教育部門、畢業學校主管教育部門三方核辦，核辦完成后接收學校調取學生檔案。學生能否跨省升學，由接收學校和教育行政主管部門確定。對于有入學資格的學生，由接收學校發起學籍轉接申請；對于有入學資格但原來未建學籍的學生，接收學校必須為其新建學籍。轉接學籍或新建學籍是招生的后置程序，不得將原來有無學籍或學籍是否已轉至接收地作為確定入學資格的必要條件。學校里不能存在沒有學籍的學生。
（六）學籍檔案管理
《辦法》第四條規定，學生初次辦理入學注冊手續后，學校應為其采集錄入學籍信息，建立學籍檔案，通過電子學籍系統申請學籍號。
1.關于學籍檔案的內容。學生學籍檔案內容設置遵循有效、適度、夠用原則，并為全面實施綜合素質評價等留出空間。《辦法》第七條規定，學校應當從學生入學之日起1個月內為其建立學籍檔案。學生學籍檔案內容包括：學籍基礎信息及信息變動情況；學籍信息證明材料（戶籍證明、轉學申請、休學申請等）；綜合素質發展報告（含學業考試信息、體育運動技能與藝術特長、參加社區服務和社會實踐情況等）；體質健康測試及健康體檢信息、預防接種信息等；在校期間的獲獎信息；享受資助信息；省級教育行政部門規定的其他信息和材料。
2.關于學籍檔案的形式。《辦法》第八條規定，學籍檔案分為電子檔案和紙質檔案。電子檔案納入電子學籍系統管理，紙質檔案由學校學籍管理員負責管理。逐步推進學籍檔案電子化，同時保留必要的紙質檔案。
3.關于學籍檔案轉接。《辦法》做出了具體時限規定，但沒有規定具體轉接方式，電子學籍檔案轉接由網絡自動完成，紙質學籍檔案轉接，轉出學校應采取穩妥方式進行。《辦法》第十五條規定，學生辦理學籍轉接手續后，轉出學校應及時轉出學籍檔案，并在1個月內辦結。《辦法》第十六條規定，學生轉學或升學后，轉入學校應當以收到的學籍檔案為基礎為學生接續檔案。
4.關于學籍檔案的存檔和歸檔問題。《辦法》第九條規定，學生轉學或在基礎教育階段升學時，學籍檔案應當轉至轉入學校或升入學校，轉出學校或畢業學校應保留電子檔案備份，同時保留必要的紙質檔案復印件。學生最后終止學業的學校應當歸檔永久保存學生的學籍檔案，或按相關規定辦理。學校合并的，其學籍檔案移交并入的學校管理。學校撤銷的，其學籍檔案移交縣級教育行政部門指定的單位管理。
三、全面開展學籍系統應用
（一）充分利用學籍系統本身的功能
2014年7月22日，教育部印發《關于做好全國中小學生學籍信息管理系統全面應用工作的通知》（教基一〔2014〕8號），列舉了9個方面的應用。應用全國學籍系統監測學生上學考勤情況，做好義務教育“控輟保學”工作。監測隨遷子女流動情況，提高平等接受義務教育水平，推動高中階段教育公平。完善學生營養改善計劃管理工作，提高項目實施效果。做好學生資助工作，提高資金使用效益。加強留守兒童管理，建立動態登記監測制度，提高關愛和服務水平。為招生入學提供支撐，控制義務教育學生無序流動，遏制超大規模高中學校，規范招生入學秩序和辦學行為。認真將全國學籍系統有關數據與教育事業統計數據進行比對分析，積極推進實名制學籍系統與教育事業統計數據的銜接。逐步在教育經費管理中運用全國學籍系統有關數據，健全經費管理機制，提高財政資金分配和使用的準確性。逐步在教育事業發展規劃和各項建設中運用全國學籍系統有關數據，提高科學決策水平。目前，轉學功能應用比較充分，下一步，其他方面功能的應用程度將成為學籍系統發揮綜合效益的關鍵。
（二）因地制宜開發完善特色需求
各地可根據教育事業發展情況及早著手，結合以往應用基礎，擬定業務需求，做好頂層設計，進行開發應用，盡早發揮效益。自建系統對接省份要盡快過渡到以全國學籍系統為基礎開發完善特色需求的模式上來。教育部正在建設“國家教育管理信息系統開放平臺”，以滿足地方和學校學籍管理以外的個性化應用對全國學籍系統數據需求，原來預計2014年6月投入使用，目前正在進行測試，預計今年9月可用。
（三）高度重視數據安全
數據安全是個大問題。《辦法》第二十五條規定，各級教育行政部門和學校要建立嚴格的保密制度。非經學籍主管部門書面批準，學籍信息一律不得向外提供，嚴防學籍信息外泄和濫用。關于數據導出使用管理。2014年5月20日，印發《全國中小學生學籍信息管理系統數據導出使用管理規則》（教基一司函〔2014〕33號），對數據的導出使用管理進行了規范。第一，使用全國學籍系統的省級教育行政部門，若已具備足夠的技術保障能力和健全的數據安全管理制度，可以申請對本省學籍數據庫進行直接管理。第二，實行依申請導出制度。由數據使用單位向同級數據管理部門提出數據使用申請。申請內容應包括數據用途、使用方式、數據字段名稱、使用期限、數據安全責任人、經辦人等關鍵信息。申請時數據使用單位應提供信息使用管理安全方案。第三，堅持按需導出的原則。數據管理部門應當按照“按需最少數據字段”原則對數據使用申請嚴格審核，按程序報教育行政部門負責人批準，并妥善保管相關檔案。嚴禁導出與申請用途無關的字段。第四，數據導出方式。縣級教育行政部門和學校采用頁面導出的辦法。啟用縣級學籍系統數據導出功能需經省級教育行政部門授權同意。省級、地市級教育行政部門可在省級數據中心采用后臺導出方式導出所需數據，經省級教育行政部門負責人書面同意后由數據庫管理員負責實施。
四、做好過渡期的重點工作
在各地的共同努力之下，學籍系統建設取得了巨大成績，已經進入了以應用為主的新階段。但我們必須看到，學籍系統還存在數據質量不高、功能不夠完善、個別學生沒有進入系統、保障能力和水平需要進一步提升、管理制度還不夠健全等問題，應用還只是初步的，與日常學籍管理業務結合還不夠緊密，特別是與作為教育事業統計依據的要求還有一定的差距。
我們可以把學籍系統數據作為教育事業統計的依據看作一個標志性事件，是學籍系統建設應用的下一個目標。《教育部關于做好全國中小學生學籍信息管理系統全面應用工作的通知》已明確提出，認真將全國學籍系統有關數據與教育事業統計數據進行比對分析，積極推進實名制學籍系統與教育事業統計數據的銜接。從目前到實現下一個目標，可以看作過渡期。過渡期可短可長，關鍵取決于我們的工作。在過渡期，我們要做好幾項重點工作。
（一）確保每一所學校（機構）擁有代碼
我們在學籍系統建設過程中發現一些地方不同程度地存在少數合法學校沒有取得學校（機構）代碼的問題，導致學生信息無法錄入。為此，2014年3月19日，基礎教育一司和發展規劃司、教育管理信息中心共同印發了《關于解決少數學校漏填漏報問題的通知》（教基一司函〔2014〕16號），提出了工作要求。
一是落實學校（機構）代碼管理要求。學校（機構）代碼是確認學校身份的唯一法定標識，是教育行業標準的核心內容，是基礎教育管理的重要依據。各地要嚴格按照《學校（機構）代碼管理辦法》（教發〔2011〕6號）、《教育部辦公廳關于做好2013年全國教育事業統計工作的通知》（教發廳〔2013〕5號）的要求抓好落實。二是加強基礎教育部門與代碼管理部門協作。建立全面準確的學校（機構）代碼庫，需要各級基礎教育部門和代碼管理部門密切協作，共同努力。基礎教育部門和代碼管理部門要嚴格按照“教發廳〔2013〕5號”文規定的流程做好學校基本信息的變更和完善工作。對于因故尚未進入學校（機構）代碼庫的學校，各地要按照程序盡快解決，以確保學校基本信息的完整準確，確保所有學生信息進入學籍系統。三是加強對未經審批學校的管理。未經教育行政部門審批并備案的學校不得納入學校（機構）代碼庫。各地要摸清未經審批學校底數，規范管理。對于整改后可以達到國家學校建設標準的要督促其盡快整改，明顯不具備辦學條件的要堅決取締，避免違法辦學長期存在。對于不得不取締的學校，要妥善安置分流學生，做好學籍管理的相關工作。今后，不應再出現合法學校沒有學校（機構）代碼的問題。
（二）減少無學籍流動學生
實際中一些地方仍存在未經審批的打工子弟學校，在這些學校就讀的學生不能取得學籍。為加強無學籍流動學生管理，逐步減少無學籍流動學生，基礎教育一司2014年5月19日印發了《關于做好無學籍流動學生管理工作的通知》（教基一司函〔2014〕32號），提出了明確的工作要求。
一是戶籍地依法接收。《義務教育法》第十二條規定，地方各級人民政府應當保障適齡兒童、少年在戶籍所在地學校就近入學。學籍只是入學的結果，而不是入學的條件。各地要按照法律要求，妥善安排返回原籍的無學籍學生入學，并通過全國中小學生學籍信息管理系統后為其新建學籍，不得以無學籍為由拒絕接收其入學。二是輸入地宣講政策。輸入地要依據《辦法》，向無學籍流動適齡兒童、少年和家長做好政策宣講。重點講明，學生在流入地必須先具備入學資格，入學后才能建立學籍；在不合格學校就讀的，不能建立學籍；沒有學籍回戶籍地就讀的，戶籍地學校必須依法接收并建立學籍。三是加快疏散無籍生。輸入地要對無學籍學生建冊登記，摸清底數。對符合當地規定的入學條件的，應當全部妥善安置，建立學籍。對不符合條件的，應盡快勸返疏散。加快不合格學校改造工作，確保流動學生安全和教育質量。
（三）全面提高數據質量
數據質量是學籍系統的生命，我們要不斷提高數據的全面性、完整性、準確性。數據問題概括起來即，人全不全、人準不準、數全不全、數準不準。四個方面的問題都要解決。我們將在學籍系統中增加數據監測功能，方便各地各校及時了解數據質量上存在的問題。同時，要求各地根據《辦法》規定建立數據核查機制，每年都組織學校將《中小學生學籍基礎信息表》打印發放至每一位學生，請學生監護人核對、更新、補充有關信息。
（四）做好個別被清理的業務重新辦理工作
