本文選題：在線學(xué)習(xí)系統(tǒng) + 現(xiàn)代訪問控制模型　； 參考：《中國地質(zhì)大學(xué)》2015年博士論文

【摘要】：21世紀以來,隨著信息技術(shù)飛速發(fā)展,教育信息化、高等教育大眾化的普及,基于互聯(lián)網(wǎng)的在線遠程教育蓬勃發(fā)展,形成目前以網(wǎng)上交互式在線學(xué)習(xí)為主要特點的現(xiàn)代遠程與繼續(xù)教育格局[。自1999年開始現(xiàn)代遠程教育試點工作到2014年,我國69所試點高校共計建立了17362個學(xué)習(xí)資源庫,累計超過1932萬學(xué)生采用網(wǎng)上在線學(xué)習(xí)形式進行學(xué)業(yè)學(xué)習(xí)。在線教育同時也催生了MOOC、微課、翻轉(zhuǎn)課堂等的產(chǎn)生和發(fā)展,移動學(xué)習(xí)也應(yīng)運而生。但目前的在線學(xué)習(xí)系統(tǒng)普遍跟不上各類資源建設(shè)和教育規(guī)模發(fā)展的速度。主要是現(xiàn)有系統(tǒng)的并發(fā)能力和數(shù)據(jù)處理能力滿足不了當前的需求：為提高教學(xué)質(zhì)量,各高校不約而同地推出了質(zhì)量管理和監(jiān)督的相關(guān)措施,諸如推出類似學(xué)習(xí)時長記錄等與學(xué)習(xí)過程、學(xué)習(xí)者行為有關(guān)的考核軟指標,促進學(xué)生網(wǎng)上學(xué)習(xí)、互動的熱情；推出移動學(xué)習(xí)方案,滿足學(xué)生隨時隨地的學(xué)習(xí)要求。開辦遠程教育的學(xué)校在籍學(xué)生一般都在3萬至10萬學(xué)生,開放大學(xué)甚至有200多萬在籍生,由于成人業(yè)余學(xué)習(xí)的習(xí)慣,考試前、節(jié)假日、晚上是學(xué)習(xí)集中的高峰期,在線學(xué)習(xí)系統(tǒng)中同時在線學(xué)習(xí)的人數(shù)至少在數(shù)千人以上,對系統(tǒng)的并發(fā)能力提出了嚴峻的考驗和挑戰(zhàn),每所學(xué)校的在線學(xué)習(xí)平臺都崩潰過無數(shù)次,嚴重影響學(xué)生的學(xué)習(xí)熱情。同時,各高校現(xiàn)有的在線學(xué)習(xí)系統(tǒng)基本上都是建立在傳統(tǒng)關(guān)系型數(shù)據(jù)庫之上、基于Session機制開發(fā)的信息系統(tǒng)。這類系統(tǒng)架構(gòu)有著先天的不足：一是每一個用戶要在內(nèi)存里建立一個Session,在內(nèi)存一定的情況下單個節(jié)點的并發(fā)能力大大受限；二是關(guān)系型數(shù)據(jù)庫最大連接數(shù)受服務(wù)器性能和網(wǎng)絡(luò)速度制約明顯。遠程教育經(jīng)過十幾年的發(fā)展、各高校格式化的數(shù)據(jù)在百萬、千萬條量級的記錄,未來隨著新的學(xué)習(xí)平臺的推進,會繼續(xù)攀升至上億、甚至數(shù)十億條記錄的規(guī)模,數(shù)據(jù)量至少在TB級。主表的數(shù)據(jù)記錄一旦達到上億條,那么與主表關(guān)聯(lián)的數(shù)據(jù)表記錄就是原主表的幾十倍、幾百倍,數(shù)據(jù)總量甚至可能達到PB級別。在這樣一個高并發(fā)、大規(guī)模數(shù)據(jù)的環(huán)境需求下,在現(xiàn)有的多層模型上如何構(gòu)建性能穩(wěn)定的Web信息系統(tǒng),是在線學(xué)習(xí)系統(tǒng)中一個不可回避的難題。解決高并發(fā)的傳統(tǒng)方案有六種：(1)采用高性能的服務(wù)器或者集群：(2)高效率的編程語言(SQL優(yōu)化、數(shù)據(jù)庫緩沖池技術(shù)等)；(3)盡可能的采用靜態(tài)化手段(例如信息發(fā)布系統(tǒng)CMS將動態(tài)發(fā)布的內(nèi)容預(yù)先生成靜態(tài)頁面)；(4)內(nèi)容分離(圖片服務(wù)器與其它文件服務(wù)器分開存放,實現(xiàn)簡單分流策略)；(5)WEB緩存技術(shù)(客戶端、服務(wù)器端以及代理服務(wù)器端緩存機制；(6)庫表散列技術(shù)(同一張信息表,通過程序?qū)⒉煌δ苣K涉及的數(shù)據(jù)分離到不同的數(shù)據(jù)庫或表中去,分析其數(shù)據(jù)特征來劃分更細粒度的數(shù)據(jù)庫表)。但僅采用這些手段,還是難以滿足大數(shù)據(jù)模式下的高并發(fā)訪問的需求。因為這些傳統(tǒng)方案都沒有涉及集群中單個Web服務(wù)器節(jié)點的Session占用內(nèi)存問題。相反,傳統(tǒng)方案中的各種集群方法需要額外采用自己特有的機制,保持集群中Session一致性。本文探索在不改變系統(tǒng)架構(gòu)本身的原則前提下,通過調(diào)整系統(tǒng)層次內(nèi)部元素、調(diào)度策略和增加新元素,來提高在線學(xué)習(xí)系統(tǒng)的各項性能指標。論文從Web系統(tǒng)的架構(gòu)及數(shù)據(jù)庫技術(shù)、現(xiàn)代訪問控制UCON模型[9]的重構(gòu)、O-Session的模型設(shè)計與應(yīng)用、構(gòu)建大數(shù)據(jù)量級的壓力原型系統(tǒng)等四個方面闡述大數(shù)據(jù)量下性能穩(wěn)定的Web系統(tǒng)構(gòu)造技術(shù)�，F(xiàn)階段的Http協(xié)議采用的服務(wù)是無狀態(tài)的,但很多Web服務(wù)的應(yīng)用需求是“有狀態(tài)的”。于是,人們在第三層WEB業(yè)務(wù)應(yīng)用容器層構(gòu)建一個Session元素,與第一層的cookie元素組合,或者通過url重寫技術(shù),實現(xiàn)了目前Web信息系統(tǒng)“有狀態(tài)”的服務(wù),典型應(yīng)用是在線購物網(wǎng)站的購物籃服務(wù)。然而隨著用戶數(shù)的急劇增多,采用Session-cookie或Session/url重寫技術(shù)首先面臨有限內(nèi)存的問題,每個用戶都需要服務(wù)器維持一個Session,而且還需要保持一段不短的時間才會釋放內(nèi)存,并發(fā)用戶越多,所耗內(nèi)存容量越大,在一段時間內(nèi)并發(fā)數(shù)達到一定量,內(nèi)存將來不及釋放而全部占用,造成系統(tǒng)擁塞而拒絕訪問。因此,在高并發(fā)的系統(tǒng)當中,減少內(nèi)存消耗尤其重要。本文基于可系列化的消息(Json)及通行證策略的消息傳遞模型提出了O-Session模型,對需要交換或者需要向后續(xù)頁面?zhèn)鬟f的消息,依據(jù)通行證策略,將通信證消息存入關(guān)系型數(shù)據(jù)庫或者基于健值對的高效NoSQL數(shù)據(jù)庫,需要時直接憑借通行證號從關(guān)系數(shù)據(jù)庫或者NoSQL數(shù)據(jù)庫中獲取通信證消息,極大地減少了內(nèi)存消耗。作者將O-Session模型應(yīng)用于在線學(xué)習(xí)系統(tǒng)中的在線考試子系統(tǒng)后,系統(tǒng)并發(fā)能力隨之大幅度提升。學(xué)生在線考試時,考試時間統(tǒng)一,人員集中,一場考試長達2個小時。如果這2個小時考試所有Session都處于保持狀態(tài),內(nèi)存消耗巨大。此外,考生與服務(wù)器所在的網(wǎng)絡(luò)環(huán)境復(fù)雜多變,Session模式必須保證考生考試本地機器與服務(wù)器之間的網(wǎng)絡(luò)2個小時內(nèi)不能有任何“閃失”,否則,可能會弄丟用戶Session導(dǎo)致答題完畢卻提交不了試卷。實施O-Session方案后,考試時間、Session等消耗內(nèi)存的因素自然消失,從而提高了服務(wù)器的并發(fā)性能；考試時,只需要求下載試卷和提交答卷時保持網(wǎng)絡(luò)暢通；至于考生答題期間,不需要與服務(wù)器有任何交互,斷網(wǎng)或服務(wù)器中途重啟都不會對考試產(chǎn)生任何影響。O-Session方案本質(zhì)上是適當犧牲系統(tǒng)的響應(yīng)速度來提高并發(fā)性能、用時間換空間的策略。Session機制是基于服務(wù)器內(nèi)存的,其讀寫速度要優(yōu)于O-Session的消息傳遞方案。O-Session的消息傳遞方式需要把含有通行證的消息通過網(wǎng)絡(luò)存儲到關(guān)系數(shù)據(jù)庫或者NoSQL庫中,具有一定的響應(yīng)時間和網(wǎng)絡(luò)開銷。但這些開銷,在高并發(fā)系統(tǒng)中,與需要長時間在內(nèi)存中保持Session的方案來比較,是值得的。單臺Web服務(wù)器的響應(yīng)能力畢竟有限,在第二層選擇Web服務(wù)器集群是緩解系統(tǒng)高并發(fā)訪問的一個很重要的方法。集群(Cluster)把多臺計算機系統(tǒng)通過網(wǎng)絡(luò)聯(lián)接構(gòu)成一個松耦合的系統(tǒng),各機器之間的進程可以相互通信。負載均衡(Load Balance)將關(guān)鍵任務(wù)分解成若干子任務(wù),然后按一定的策略分攤到多個操作節(jié)點上執(zhí)行,協(xié)同完成工作任務(wù)。通過負載均衡來擴展服務(wù)器的帶寬、增加整個系統(tǒng)的吞吐量,是一種廉價有效的方法。網(wǎng)絡(luò)數(shù)據(jù)處理能力得以倍增,靈活性和可用性獲得大幅度提升[25],[26]。常用的負載均衡技術(shù)主要有三類：基于DNS的負載均衡、基于反向代理(Reverse Proxy)的負載均衡(以JK2、NGINX為代表)和基于網(wǎng)絡(luò)地址轉(zhuǎn)換技術(shù)(NAT:Network Address Translation)的負載均衡[27],[28]�；贒NS的負載均衡是使用同一個域名對應(yīng)多臺服務(wù)器,每臺服務(wù)器使用不同的IP地址,服務(wù)器之間無主次之分,是完全平等的個體,任意一臺服務(wù)器都能處理客戶端的請求；基于反向代理的負載均衡是由一臺特殊的計算機(一般稱為請求分配器)集中接收來自網(wǎng)絡(luò)的所有對應(yīng)HTTP請求,然后依據(jù)一定的原則把它們分配到內(nèi)部網(wǎng)絡(luò)的各臺服務(wù)器上去進行處理;基于網(wǎng)絡(luò)地址轉(zhuǎn)換技術(shù)的負載均衡是通過修改網(wǎng)絡(luò)層TCP/IP協(xié)議棧來實現(xiàn)的,它接受來自Internet的合法地址的客戶端請求,通過網(wǎng)絡(luò)地址轉(zhuǎn)換技術(shù),把本次的請求依據(jù)特定的負載均衡策略轉(zhuǎn)發(fā)到其內(nèi)部網(wǎng)絡(luò)地址中去。負載均衡目前常用的請求分配算法主要有轉(zhuǎn)輪法、最少連接法和最快連接法等。所有這些負載均衡的實施,其中會話(Session)管理是每一種解決方案中必須考慮的難題,方案不同,實施技術(shù)也千差萬別。采用O-Session模型,則可以適用于每一種負載均衡方案。本文在第二層中引入NGINX實現(xiàn)基于反向代理的負載均衡。數(shù)據(jù)庫技術(shù)基本上每10年都出現(xiàn)一次大的變革,歷經(jīng)網(wǎng)狀數(shù)據(jù)庫、層次數(shù)據(jù)庫和關(guān)系數(shù)據(jù)庫、對象數(shù)據(jù)庫。數(shù)據(jù)庫技術(shù)的變革促進了信息系統(tǒng)特別是Web信息系統(tǒng)的快速發(fā)展。Web信息系統(tǒng)在數(shù)據(jù)積累到一定的程度時候,海量(massive data)數(shù)據(jù)、大規(guī)模數(shù)據(jù)(VLDBvery large data)的概念相繼出現(xiàn),數(shù)據(jù)積累從量變到質(zhì)變的飛躍過程,反過來作用于數(shù)據(jù)庫技術(shù),對數(shù)據(jù)庫技術(shù)提出更高的期望。當人們的注意力從事務(wù)處理技術(shù)ACID轉(zhuǎn)向Eric Brewer教授的CAP理論時,大數(shù)據(jù)(Big Data)時代終于拉開帷幕。在高并發(fā)的系統(tǒng)中、單純的關(guān)系數(shù)據(jù)庫存儲解決方案面臨不可逾越的數(shù)據(jù)庫連接池[24]里的連接數(shù)的限制。為了增強數(shù)據(jù)存取能力,人們提出了基于CAP116理論的NoSQL數(shù)據(jù)庫技術(shù),針對不同的大數(shù)據(jù)應(yīng)用模型,人們會選擇不同的NoSQL數(shù)據(jù)庫方案或者NoSQL數(shù)據(jù)庫與關(guān)系數(shù)據(jù)庫聯(lián)合存儲的方案�；诼�(lián)合存儲的方案,先要厘清各類數(shù)據(jù)存儲的具體位置。本文依據(jù)高并發(fā)的試驗結(jié)果,提出了大數(shù)據(jù)高并發(fā)系統(tǒng)聯(lián)合儲存策略解決大數(shù)據(jù)存儲問題的四原則：原則1、構(gòu)建核心業(yè)務(wù)主表以數(shù)據(jù)庫表分區(qū)的模式存入數(shù)據(jù)生產(chǎn)庫。原則2、與核心業(yè)務(wù)主表相關(guān)聯(lián)的所有業(yè)務(wù)數(shù)據(jù)存入NoSQL數(shù)據(jù)庫。原則3、用戶數(shù)龐大的系統(tǒng),特別是高并發(fā)的用戶子系統(tǒng),其涉及的與核心業(yè)務(wù)主表沒有直接聯(lián)系的只讀業(yè)務(wù)數(shù)據(jù)部分存放在NoSQL庫里,數(shù)據(jù)生產(chǎn)庫里也應(yīng)保持一份拷貝。原則4、需要統(tǒng)計分析與核心業(yè)務(wù)主表相關(guān)聯(lián)的業(yè)務(wù)數(shù)據(jù)時,要建立獨立的數(shù)據(jù)統(tǒng)計庫。在Web多層體系結(jié)構(gòu)中,用戶角色權(quán)限模型屬于第五層的安全認證層。傳統(tǒng)的用戶角色權(quán)限系統(tǒng),需要給每一個用戶指定一個角色。這使得對當前動輒數(shù)百萬用戶的系統(tǒng)管理變得不可忍受。另外,現(xiàn)代訪問控制模型也需要新的技術(shù)實現(xiàn)來驗證基于條件授權(quán)、過程可控的權(quán)限管理模型。針對第一個問題,本文采用用戶分類的方式將其中某一個大類的用戶抽取出來,作為一個用戶集合來整體看待,系統(tǒng)統(tǒng)一賦予對應(yīng)的角色,不再將這些用戶作為系統(tǒng)用戶進行管理。如本文研究的在線學(xué)習(xí)系統(tǒng)中,教師和學(xué)生類型的用戶,他們不再出現(xiàn)在系統(tǒng)的用戶管理中去給他們分配角色和權(quán)限。這類用戶分別定義為教師集合類用戶和學(xué)生集合類用戶,單個教師或?qū)W生也就天然地繼承了對應(yīng)用戶集合的所有角色和功能；同時,再根據(jù)用戶類的某些具體屬性值,構(gòu)建基于用戶類某個屬性值的用戶集合子系統(tǒng)。對基于屬性值的用戶集合子系統(tǒng)賦予角色,對應(yīng)屬性值的用戶,自然就繼承了該屬性值的用戶集合子系統(tǒng)的所有角色和功能。針對第二個問題,在原來基于RBAC權(quán)限控制的基礎(chǔ)上,增加了權(quán)限的condition模型,實現(xiàn)了現(xiàn)代訪問控制模型UCONabc[10]中可演變的權(quán)限方案。綜合這兩個元素,本文在Web多層體系結(jié)構(gòu)的第五層安全認證層中提出了面向系統(tǒng)的現(xiàn)代訪問控制模型S-UCONabc。依據(jù)我國現(xiàn)代遠程與繼續(xù)教育當前需求與長遠的發(fā)展相結(jié)合的理念,在傳統(tǒng)的多層(B/S/DB/S)體系結(jié)構(gòu)基礎(chǔ)上,通過調(diào)整系統(tǒng)層次內(nèi)部元素、調(diào)度策略和增加新元素等手段,構(gòu)建的高并發(fā)大數(shù)據(jù)支持的在線學(xué)習(xí)系統(tǒng)體系架構(gòu)為：第一、三層結(jié)構(gòu)中引入O-Session模型,第二層中采用NGINX做負載均衡,在第五層中引入面向系統(tǒng)的現(xiàn)代訪問控制模型S-UCONabc;在第四層結(jié)合關(guān)系數(shù)據(jù)庫與NoSQL數(shù)據(jù)庫的優(yōu)勢,設(shè)計并構(gòu)造了一個擁有17億用戶(數(shù)據(jù)庫主表達TB數(shù)據(jù)量級)的在線學(xué)習(xí)系統(tǒng)的原型系統(tǒng)。在線學(xué)習(xí)的原型系統(tǒng)采用關(guān)系型數(shù)據(jù)庫和NoSQL數(shù)據(jù)庫聯(lián)合存儲的方案,實現(xiàn)思路如下：遵照原則1,將17億用戶基本信息,放入關(guān)系數(shù)據(jù)庫oracle的分區(qū)表中；遵照原則2,學(xué)生選課、學(xué)生登錄信息、學(xué)生認證信息、日志等信息存放在NoSQL數(shù)據(jù)庫中。因為這些數(shù)據(jù)直接與核心業(yè)務(wù)主表相關(guān)聯(lián),產(chǎn)生出比核心主表多數(shù)倍或者幾十倍的海量數(shù)據(jù)。遵照原則3,課程代碼、教學(xué)計劃、課程資源、系統(tǒng)的角色權(quán)限列表由管理員在生產(chǎn)庫中維護,系統(tǒng)自動同步到NoSQL數(shù)據(jù)庫中去,主要是為大量高并發(fā)的“讀”操作業(yè)務(wù)服務(wù)。當這些數(shù)據(jù)在生產(chǎn)庫中變動時,程序會保證NoSQL庫中的數(shù)據(jù)與之保持一致；而針對系統(tǒng)的部分樹狀目錄數(shù)據(jù),因為其操作一般是按樹形目錄異步展開的,在設(shè)計時由用戶第一次登錄或者第一次操作時把數(shù)據(jù)生產(chǎn)庫的數(shù)據(jù)同步到NoSQL中去。管理員如果對該部分數(shù)據(jù)進行維護引起變動,系統(tǒng)自動同步NoSQL對應(yīng)樹形目錄的數(shù)據(jù)。遵照原則4,針對學(xué)習(xí)行為記錄進行業(yè)務(wù)統(tǒng)計分析,另外建立一個供統(tǒng)計分析用的統(tǒng)計庫,包含生產(chǎn)庫中的所有表模式,數(shù)據(jù)則根據(jù)具體的統(tǒng)計分析業(yè)務(wù)選擇該業(yè)務(wù)感興趣的部分即可。如針對南京市的學(xué)生對數(shù)據(jù)庫設(shè)計這門課的學(xué)習(xí)興趣進行分析。從生產(chǎn)庫中導(dǎo)出南京市的所有學(xué)生到統(tǒng)計庫中；在riak服務(wù)器(屬NoSQL數(shù)據(jù)庫里一種典型的鍵值對數(shù)據(jù)庫)上配置并啟動solr搜索引擎,利用Map/reduce模式查找南京市學(xué)生的所有選課記錄和點擊資源的學(xué)習(xí)過程記錄,插入到統(tǒng)計庫。最后利用weka聯(lián)機分析統(tǒng)計庫中的數(shù)據(jù)。在線學(xué)習(xí)的原型系統(tǒng)的核心業(yè)務(wù)主表采用列表分區(qū)策略,以身份證號前6位為分區(qū)鍵值,將17億數(shù)據(jù)均分到3479個分區(qū)中,每個分區(qū)約40萬條記錄,實現(xiàn)在單個分區(qū)上檢索任意記錄的速度保持在數(shù)十毫秒級,從而不影響用戶體驗。系統(tǒng)測試數(shù)據(jù)依據(jù)身份證編碼規(guī)則,自動生成17億多身份證號；身份證號對應(yīng)的姓名,則依據(jù)百家姓隨機生成。該測試數(shù)據(jù),總量達到1TB。該原型系統(tǒng)實現(xiàn)了公民身份證號登錄、教學(xué)計劃、師生互動、選課、課件學(xué)習(xí)、課程答疑、課程作業(yè)、課程論壇、學(xué)習(xí)進度、考試安排、成績查詢、畢業(yè)論文等功能。本文創(chuàng)新點在于：1、提出了面向系統(tǒng)的現(xiàn)代訪問控制模型S-UCONabc,能有效降低用戶管理的難度,并提高了系統(tǒng)設(shè)計的靈活性。2、提出并建立了O-Session模型,大幅提高了單節(jié)點服務(wù)器的并發(fā)支持能力。
[Abstract]:......
【學(xué)位授予單位】：中國地質(zhì)大學(xué)
【學(xué)位級別】：博士
【學(xué)位授予年份】：2015
【分類號】：TP311.13;TP393.08

【相似文獻】

相關(guān)期刊論文 前10條

1 劉海芹;;大學(xué)英語移動學(xué)習(xí)系統(tǒng)的設(shè)計與實現(xiàn)[J];電腦知識與技術(shù);2011年26期

2 李斌;一般預(yù)測系統(tǒng):采用基于學(xué)習(xí)系統(tǒng)的經(jīng)驗評定[J];管理科學(xué)文摘;1999年08期

3 ;聯(lián)想研究性學(xué)習(xí)系統(tǒng)問世[J];信息系統(tǒng)工程;2003年04期

4 姚靠華,蔣艷輝;自助式學(xué)習(xí)系統(tǒng)的分析與設(shè)計[J];系統(tǒng)工程;2004年06期

5 饒克;;智能化在線學(xué)習(xí)系統(tǒng)的設(shè)計及預(yù)約機制[J];安徽科技;2005年12期

6 趙兵川;王全旺;;在線學(xué)習(xí)系統(tǒng)比較[J];雁北師范學(xué)院學(xué)報;2005年05期

7 韓勇;;在線學(xué)習(xí)系統(tǒng)的設(shè)計與實現(xiàn)[J];內(nèi)蒙古統(tǒng)計;2006年03期

8 遇娜;李健;;網(wǎng)上自主性學(xué)習(xí)系統(tǒng)的設(shè)計[J];網(wǎng)絡(luò)與信息;2007年06期

9 文笑雨;張魁元;李洋洋;江亮亮;;基于手機報的移動學(xué)習(xí)系統(tǒng)構(gòu)建[J];軟件導(dǎo)刊;2008年08期

10 孟珊;姜映映;田豐;戴國忠;;筆式幾何學(xué)習(xí)系統(tǒng)的設(shè)計與實現(xiàn)[J];計算機工程與設(shè)計;2009年16期

相關(guān)會議論文 前3條

1 鄭穎立;張曉莉;;基于多Agent技術(shù)的協(xié)作學(xué)習(xí)系統(tǒng)[A];’2004計算機應(yīng)用技術(shù)交流會議論文集[C];2004年

2 馮海成;楊耀峰;;體育在線學(xué)習(xí)系統(tǒng)的設(shè)計與實現(xiàn)[A];第4屆全國青年體育科學(xué)學(xué)術(shù)會議論文摘要匯編[C];2005年

3 何曉麗;陳小荷;洪鹿平;盧俊之;;外國人漢語虛詞輔助學(xué)習(xí)系統(tǒng)研究[A];第三屆學(xué)生計算語言學(xué)研討會論文集[C];2006年

相關(guān)重要報紙文章 前10條

1 通訊員 毛剛;北京干部在線學(xué)習(xí)系統(tǒng)開通[N];中國人事報;2006年

2 本報記者　高賽;“電子學(xué)習(xí)”取代“定點培訓(xùn)”[N];光明日報;2002年

3 任素萍;建立一個高效率的學(xué)習(xí)系統(tǒng)[N];山西日報;2002年

4 方熙茹 郭文海 張勇 謝翠英 林曉冰;以學(xué)生發(fā)展為中心 構(gòu)建“大學(xué)習(xí)系統(tǒng)”[N];中國中醫(yī)藥報;2013年

5 記者　徐飛鵬;本市開通干部在線學(xué)習(xí)系統(tǒng)[N];北京日報;2006年

6 通訊員 王研;云南成立干部在線學(xué)習(xí)學(xué)院[N];中國人事報;2007年

7 本報通訊員 王軍　王漢民 本報記者 陳麗平;網(wǎng)絡(luò)“信息流”連通政治“生命線”[N];法制日報;2011年

8 本報通訊員 王軍　王漢民;“信息流”連通“生命線”[N];光明日報;2011年

9 ;聯(lián)想傳奇研究性學(xué)習(xí)系統(tǒng)[N];中國計算機報;2003年

10 扣子;e-Learning 電子學(xué)習(xí)系統(tǒng) 跨越“帶寬瓶頸”[N];金融時報;2002年

相關(guān)博士學(xué)位論文 前4條

1 黎清孝（Le-Thanh Hieu）;越南在線學(xué)習(xí)系統(tǒng)的設(shè)計、應(yīng)用與安全措施研究[D];華中科技大學(xué);2015年

2 王承軍;高并發(fā)大數(shù)據(jù)在線學(xué)習(xí)系統(tǒng)中的關(guān)鍵技術(shù)研究[D];中國地質(zhì)大學(xué);2015年

3 黃辰;基于智力資源共享的企業(yè)學(xué)習(xí)系統(tǒng)研究[D];北京交通大學(xué);2009年

4 葉成林;基于網(wǎng)格的移動學(xué)習(xí)系統(tǒng)建模與設(shè)計研究[D];華南師范大學(xué);2006年

相關(guān)碩士學(xué)位論文 前10條

1 翟利利;面向農(nóng)民工的移動學(xué)習(xí)系統(tǒng)研究與實現(xiàn)[D];華中師范大學(xué);2015年

2 王新星;基于WebGL和自然交互技術(shù)的太極拳學(xué)習(xí)系統(tǒng)設(shè)計與實現(xiàn)[D];山東大學(xué);2015年

3 劉立;移動英語學(xué)習(xí)系統(tǒng)關(guān)鍵技術(shù)的研究與分析[D];上海交通大學(xué);2014年

4 陳彥;基于校園網(wǎng)絡(luò)的移動學(xué)習(xí)系統(tǒng)的設(shè)計與實現(xiàn)[D];電子科技大學(xué);2015年

5 鄭德剛;德陽市黨政干部在線學(xué)習(xí)系統(tǒng)的設(shè)計與實現(xiàn)[D];電子科技大學(xué);2015年

6 馮民;高校在線學(xué)習(xí)系統(tǒng)的設(shè)計方案[D];河北科技大學(xué);2015年

7 趙林;基于Android的移動在線學(xué)習(xí)系統(tǒng)的設(shè)計與實現(xiàn)[D];西安電子科技大學(xué);2014年

8 駱詩奇;基于android的英文學(xué)習(xí)系統(tǒng)的設(shè)計與實現(xiàn)[D];電子科技大學(xué);2014年

9 李國輝;羅定職院《模擬電子技術(shù)》課程學(xué)習(xí)系統(tǒng)的設(shè)計與實現(xiàn)[D];電子科技大學(xué);2015年

10 胡世鋒;網(wǎng)絡(luò)在線學(xué)習(xí)系統(tǒng)的設(shè)計與實現(xiàn)[D];河北科技大學(xué);2014年

，

本文編號：1767657