一、Linux巨頭心態(tài)（論文文獻綜述）
董指導(dǎo),劉芮[1]（2020）在《大國隱痛:做一個操作系統(tǒng)有多難》文中指出北京明十三陵龍虎山腳下,有一處地勢隱蔽的地方,藏著一個叫做"200號"的科研基地。在中國,這種只有一個數(shù)字代號的機構(gòu)歷來不簡單。前有代號"542廠"的北京印鈔廠,后有在青海的核彈研究機構(gòu)"211基地"。這個"200號"由周總理親自批示、用了人民大會堂剩余材料修建,可謂根正苗紅。1969年12月,北京大學(xué)牽頭開始在這里攻堅我國最早的操作系統(tǒng)"150機"。目的是改善石油勘探數(shù)據(jù)計算,提高打井出油率。參與研發(fā)的有北大數(shù)力、物理等系的學(xué)生,
許楠[2]（2020）在《基于云平臺分時共享的CBTC仿真控制系統(tǒng)研發(fā)》文中研究指明基于通信的列車控制（Communication Based Train Control,CBTC）系統(tǒng)是當前城市軌道交通信號控制領(lǐng)域普遍使用的一項重要技術(shù),建立功能完備的CBTC仿真實驗系統(tǒng),對于提高人才培養(yǎng)質(zhì)量、促進行業(yè)發(fā)展具有重要的作用。為此,本文提出并研發(fā)了一種基于云平臺分時共享的CBTC仿真控制系統(tǒng),結(jié)合了智能控制、網(wǎng)絡(luò)通信、視頻媒體等技術(shù),同時借助公共云平臺,以分時的形式實現(xiàn)實驗設(shè)備資源的共享。論文主要工作分為以下四個方面:（1）設(shè)計研制了通用式大容量開關(guān)量驅(qū)采系統(tǒng)。該系統(tǒng)分為譯碼控制模塊、輸出驅(qū)動模塊、輸入采集模塊、總線背板模塊四個部分,基于嵌入式ARM平臺,通過i.MX6UL的外部接口（External Interface Module,EIM）總線接口實現(xiàn)驅(qū)動控制和信息采集。系統(tǒng)電路板采用4U標準,通過譯碼最大可擴展6個19寸標準機籠,每個機籠譯碼出16個驅(qū)動或采集模塊,每個模塊有32路驅(qū)采點位,驅(qū)采點位最多可達到3072個。系統(tǒng)基于Linux操作系統(tǒng),通過UDP協(xié)議實現(xiàn)100M網(wǎng)絡(luò)通信,并通過外網(wǎng)接口與云端的Web ATS系統(tǒng)實現(xiàn)互聯(lián)互通。（2）設(shè)計研制了智能化控制決策仿真車載子系統(tǒng)。該系統(tǒng)以Cortex?-M3內(nèi)核STM32微控制器為核心配置外圍模塊構(gòu)建起三層功能結(jié)構(gòu)——傳感層、控制通信層以及執(zhí)行層。根據(jù)需求分析設(shè)計傳感層視頻、射頻、電流電壓檢測和測速模塊來采集地面實況、應(yīng)答器、電流電壓以及車速等信息數(shù)據(jù),經(jīng)由控制通信層主控制器進行處理并產(chǎn)生UDP協(xié)議發(fā)送數(shù)據(jù)幀,由Wi Fi模塊連接云端通信信道形成Socket傳輸比特流,同時將決策結(jié)果送達執(zhí)行層驅(qū)動電機實現(xiàn)功能。（3）驅(qū)采系統(tǒng)及車載系統(tǒng)軟件設(shè)計。驅(qū)采系統(tǒng)軟件基于Ubuntu系統(tǒng)進行嵌入式開發(fā),準備工作涉及交叉編譯環(huán)境搭建、Linux移植,在此基礎(chǔ)上編寫了模塊化內(nèi)核層EIM總線驅(qū)動,構(gòu)建了應(yīng)用層功能開發(fā)硬件接口函數(shù),設(shè)計了通信、心跳包、EIM讀、EIM寫四個子線程應(yīng)用層功能模塊;車載子系統(tǒng)軟件基于Keil5/μVision5 IDE軟件平臺配備CMSIS和相應(yīng)STM32F103器件支持包進行開發(fā),根據(jù)功能需求分析設(shè)計數(shù)據(jù)決策處理、通信、控制等結(jié)構(gòu)化代碼,構(gòu)建車載發(fā)送和接收數(shù)據(jù)幀通信協(xié)議。（4）云控制交互系統(tǒng)信息安全和加密設(shè)計。云平臺共享實驗室系統(tǒng)需要保證用戶信息和通信數(shù)據(jù)傳輸?shù)陌踩蜏蚀_,本文將單向散列MD5算法嵌入云端上位機和下位機模塊化代碼段,利用框架化MD5算法函數(shù)在網(wǎng)站后臺將用戶的信息和密碼轉(zhuǎn)換成MD5值存儲,將傳輸?shù)臄?shù)據(jù)進行MD5加密和驗證,利用此算法的不可逆和簡易特性來快捷有效地保護用戶隱私權(quán)益和提高系統(tǒng)功能穩(wěn)定性。全文包含圖67幅,表8個,參考文獻51篇。
吳磊[3]（2019）在《面向工程機械物聯(lián)網(wǎng)的云計算運營管理平臺研究》文中提出作為裝備制造業(yè)的重要組成部分,各國都高度重視工程機械行業(yè)的發(fā)展,對工程機械智能水平的要求也越來越高。目前,越來越多的領(lǐng)域都開始應(yīng)用到物聯(lián)網(wǎng)。工程機械物聯(lián)網(wǎng)具有物聯(lián)網(wǎng)的特點和優(yōu)勢。采集、存儲及分析數(shù)萬臺、甚至數(shù)十萬臺工程機械信息數(shù)據(jù)的物聯(lián)網(wǎng)必然需要一個規(guī)模龐大、可靠性良好的后臺數(shù)據(jù)中心。因此,工程機械物聯(lián)網(wǎng)的發(fā)展,正好需要超大規(guī)模,虛擬化,高可靠性,良好的可擴展性等這些云計算技術(shù)所具有的特點。本文重點介紹以下工作:（1）系統(tǒng)闡述了工程機械,物聯(lián)網(wǎng)和云計算技術(shù)的研究背景,詳細介紹了國內(nèi)外云計算技術(shù)的研究現(xiàn)狀。從此,本文分析了云計算技術(shù)的概念,分類,特點,體系結(jié)構(gòu)和關(guān)鍵技術(shù),重點介紹了虛擬化技術(shù)作為云計算技術(shù)的核心。（2）根據(jù)項目源項目的需要,設(shè)計了云計算平臺的基本結(jié)構(gòu)。在分析了思科統(tǒng)一計算系統(tǒng)的技術(shù)特性和優(yōu)勢之后,并對幾種主要虛擬化技術(shù)進行橫向比較。在此基礎(chǔ)上,確定了VMware vSphere虛擬化產(chǎn)品的核心技術(shù)。針對其技術(shù)原理和拓撲結(jié)構(gòu)進行了系統(tǒng)的分析。（3）根據(jù)定義的架構(gòu)部署和構(gòu)建思科統(tǒng)一計算系統(tǒng)和VMware vSphere虛擬化產(chǎn)品。然后,啟用虛擬非均勻存儲器訪問,虛擬對稱多處理等,以提高調(diào)用物理CPU的虛擬機的執(zhí)行效率;通過修改共享內(nèi)存掃描頻率、為虛擬服務(wù)器預(yù)留內(nèi)存等方法以避免內(nèi)存過載導(dǎo)致的性能下降;通過更改虛擬磁盤及其控制器類型、分散共享存儲的讀寫負載等技術(shù)以優(yōu)化存儲性能。（4）采用業(yè)界主流數(shù)據(jù)庫基準性能測試工具,對配置相似的測試物理服務(wù)器,以及性能優(yōu)化前后的虛擬服務(wù)器進行基準性能測試,實際測試數(shù)據(jù)驗證了云計算平臺的可行性和有效性。隨后,與廈門雅迅網(wǎng)絡(luò)有限公司的工程師一起,在該平臺上部署了工程機械準入應(yīng)用程序。將其移交給福建省電子產(chǎn)品監(jiān)督檢驗研究院和福建省軟件評估中心進行項目驗收測試。測試結(jié)果表明本文所搭建的云計算運營管理平臺能夠達到200個并發(fā)用戶數(shù)、在線接入10萬臺工程機械車輛等技術(shù)要求,滿足了項目驗收的各項指標。
宋濤[4]（2018）在《數(shù)據(jù)中心的網(wǎng)絡(luò)調(diào)度與應(yīng)用研究》文中研究指明云計算時代的來臨使得傳統(tǒng)資源專用模式的數(shù)據(jù)中心演變成新型資源共享模式的數(shù)據(jù)中心。一方面,數(shù)據(jù)中心網(wǎng)絡(luò)結(jié)構(gòu)從傳統(tǒng)的層次化樹狀結(jié)構(gòu)演變成了新型的扁平化對稱結(jié)構(gòu),網(wǎng)絡(luò)流量從“南北”流量為主演變成“東西”流量為主。因此,傳統(tǒng)的數(shù)據(jù)中心網(wǎng)絡(luò)調(diào)度機制已經(jīng)不適應(yīng)云計算數(shù)據(jù)中心的網(wǎng)絡(luò)結(jié)構(gòu)和流量模式。另一方面,資源共享模式的出現(xiàn)使得原有的數(shù)據(jù)中心應(yīng)用已經(jīng)不適用于云計算數(shù)據(jù)中心,新型的云計算數(shù)據(jù)中心應(yīng)用開始大量涌現(xiàn)。本文將主要聚焦于云計算數(shù)據(jù)中心的網(wǎng)絡(luò)調(diào)度和新型應(yīng)用研究兩大主線,完成了以下三個方面的研究:1.數(shù)據(jù)中心網(wǎng)絡(luò)流族調(diào)度當前的數(shù)據(jù)中心網(wǎng)絡(luò)調(diào)度研究常常以流為粒度進行調(diào)度,但是這種調(diào)度方式在對當前數(shù)據(jù)中心中大量出現(xiàn)的并行計算框架產(chǎn)生的數(shù)據(jù)流進行調(diào)度時表現(xiàn)并不理想,因為它忽視了這些并行的數(shù)據(jù)流之間存在的語義相關(guān)性,最終的調(diào)度結(jié)果并不能滿足它們期望實現(xiàn)的效果。以流族為粒度的調(diào)度方法研究正是著眼于解決這類問題。本文設(shè)計了一個集中式的實時動態(tài)流族調(diào)度系統(tǒng)Seagull++,它著眼于減小平均流族完成時間和提升滿足Deadline流族數(shù)目兩個流族調(diào)度主要目標,通過實現(xiàn)流族信息獲取模塊和網(wǎng)絡(luò)瓶頸探測模塊,結(jié)合啟發(fā)式調(diào)度算法,很好的實現(xiàn)了流族的實時動態(tài)調(diào)度,達到了期望的性能。小規(guī)模的真實測試平臺實驗和大規(guī)模仿真實驗均證明了Seagull++系統(tǒng)在降低平均流族完成時間和提升滿足Deadline流族數(shù)目上取得了良好的效果。2.數(shù)據(jù)中心應(yīng)用——多租戶遠程虛擬系統(tǒng)計算機技術(shù)的迅猛發(fā)展,使得大眾對計算資源的需求不斷增加,人們通過不斷升級個人計算設(shè)備以滿足這種需求,隨之帶來了高昂的成本開銷和硬件資源的浪費。虛擬化技術(shù)的誕生和云計算的發(fā)展與成熟為這一問題的解決帶來一種行之有效的解決思路:通過遠程連接到云計算數(shù)據(jù)中心中虛擬資源的方式,實現(xiàn)現(xiàn)有個人計算設(shè)備共享和復(fù)用數(shù)據(jù)中心中的硬件資源。但是,現(xiàn)實中個人計算設(shè)備多種多樣（包括個人電腦,智能手機,可穿戴設(shè)備等等）,如果為每一類設(shè)備都設(shè)計和實現(xiàn)一種專有的遠程虛擬系統(tǒng)則會帶來標準混亂,兼容性差,難于維護等各種問題。本文著力于搭建一種通用的多租戶遠程虛擬系統(tǒng),它在云計算數(shù)據(jù)中心與個人計算設(shè)備之間架起必要的橋梁。該系統(tǒng)的主要貢獻包括:一方面,這是一種通用的系統(tǒng)框架,通過模塊化的資源適配,即可實現(xiàn)特定的虛擬系統(tǒng)。通過遠程虛擬系統(tǒng),個人計算設(shè)備只需要安裝簡單的應(yīng)用程序,便可以直接使用遠程數(shù)據(jù)中心的計算資源,達到降低個人計算設(shè)備性能要求,保護了個人敏感數(shù)據(jù)安全,易于集中管理與部署等目的。另一方面,系統(tǒng)設(shè)計了一種基于改進蟻群算法的虛擬計算單元的放置算法來滿足多租戶同時使用的需求,可以充分利用數(shù)據(jù)中心的硬件資源,避免浪費。為了驗證系統(tǒng)的通用性,本文還分別針對兩種不同類型的個人計算設(shè)備,即個人電腦和智能手機,構(gòu)建了實例應(yīng)用展示。在這兩種不同類型設(shè)備使用的場景下,進行了大量的基準性能測試與用戶體驗測試。測試結(jié)果表明,本文提出的通用多租戶遠程虛擬系統(tǒng),一方面,可以充分發(fā)揮數(shù)據(jù)中心的計算能力,避免硬件資源浪費,并且具有良好的可擴展性;另一方面,完全適用于低配置的客戶端計算設(shè)備,也為終端用戶帶了良好的用戶體驗,比如高質(zhì)量低延遲的視頻顯示,較低的電池消耗等等。3.數(shù)據(jù)中心應(yīng)用——異構(gòu)分布式深度神經(jīng)網(wǎng)絡(luò)基于深度神經(jīng)網(wǎng)絡(luò)的智能應(yīng)用通常是部署于數(shù)據(jù)中心中高性能服務(wù)器上,相關(guān)研究主要關(guān)注如何提升深度神經(jīng)網(wǎng)絡(luò)性能。由于數(shù)據(jù)中心的高性能服務(wù)器通常以集群的方式存在,因此分布式的深度神經(jīng)網(wǎng)絡(luò)也成為了提升深度神經(jīng)網(wǎng)絡(luò)的重要方法之一。但是,這類分布式深度神經(jīng)網(wǎng)絡(luò)只是限于數(shù)據(jù)中心內(nèi)部的同構(gòu)服務(wù)器上采用,忽視了深度神經(jīng)網(wǎng)絡(luò)的數(shù)據(jù)來源采集者——搭載各類數(shù)據(jù)傳感器的終端結(jié)點。這種忽視造成了一種研究方向的盲點,層次化的異構(gòu)型分布式深度神經(jīng)網(wǎng)絡(luò)少有人研究。針對此研究盲點,本文提出了一種新型的層次化異構(gòu)分布式深度神經(jīng)網(wǎng)絡(luò)框架HDDNN。它是一種以數(shù)據(jù)中心為核心,結(jié)合人工智能,云計算,物聯(lián)網(wǎng),普適計算概念于一體的新型智能應(yīng)用。HDDNN框架通過將云結(jié)點,邊緣結(jié)點和終端結(jié)點連接起來形成層次化的架構(gòu),并結(jié)合每類結(jié)點的特性和能力,最終設(shè)計和實現(xiàn)了分布式計算結(jié)點異構(gòu),分布式神經(jīng)網(wǎng)絡(luò)異構(gòu),分布式系統(tǒng)任務(wù)異構(gòu)的新型數(shù)據(jù)中心應(yīng)用。大量的實驗論證了HDDNN框架具有更短的響應(yīng)時間,高的準確性,更好的硬件利用率,高擴展性,使能隱私保護,使能容錯性等特性。
張漢華[5]（2015）在《開源軟件的內(nèi)在機理及激勵機制研究》文中提出開源軟件是基于開放、自由和共享的理念,軟件著作權(quán)人以開源軟件許可證的方式授予使用者在遵守許可限制條件下,可自由使用、復(fù)制、改編、再發(fā)布的軟件。開源軟件的出現(xiàn)在某種程度上挑戰(zhàn)了傳統(tǒng)知識產(chǎn)權(quán)以排他性財產(chǎn)權(quán)為中心的產(chǎn)權(quán)保護模式,有其獨特的知識生產(chǎn)與開發(fā)規(guī)則。開源軟件還原了信息產(chǎn)品的非競爭性與非排他性,在確保私人知識產(chǎn)品有效供給的前提下,能夠催生代碼智慧共享傳播的最大化效應(yīng)。理解開源軟件的內(nèi)在機理及激勵機制,是研究中國開源軟件持續(xù)健康發(fā)展的關(guān)鍵。目前中國開源軟件發(fā)展中存在諸多問題,具體表現(xiàn)在軟件屬性定位不明確、法律規(guī)制不健全、激勵機制不清晰、開源社區(qū)集體創(chuàng)新驅(qū)動力不足、以及政府部門應(yīng)用和支持力度不夠大等。在法律規(guī)制方面,中國現(xiàn)行的計算機軟件保護法律制度難以全面、有效保護開源軟件著作權(quán)人的利益。為此,本文基于對開源軟件的內(nèi)在機理及激勵機制的研究與分析,以期尋找合理的制度安排?；陂_源軟件內(nèi)在機理和層次模型實證分析,本文認為,開源軟件創(chuàng)作和傳播的內(nèi)在機理體現(xiàn)為投入到開源軟件整個生命周期內(nèi)所有參與開發(fā)者個人或企業(yè)的物質(zhì)性及非物質(zhì)性的激勵行為。在影響中國開源軟件發(fā)展的開發(fā)者個人或企業(yè)的動機、開源軟件許可證及法律規(guī)制、開源社區(qū)協(xié)同開發(fā)和政府部門支持等因素中,開發(fā)者個人或企業(yè)的開發(fā)動機、開源軟件許可證及法律規(guī)制的重要性尤為突出。其中開發(fā)者個人的開發(fā)動機包括個人的學(xué)習(xí)需求和聲望提升、自由奉獻精神,企業(yè)開發(fā)動機包括自身軟件開發(fā)需求、經(jīng)濟利益驅(qū)動、吸引技術(shù)人才和提升企業(yè)形象、地位?；诖a智慧共享,本文闡析了開源軟件私權(quán)保護與促進智慧共享的對價機制——“Copyleft”授權(quán)許可機制,即法律通過確認開源軟件作者的著作權(quán),承認和保護開源軟件的創(chuàng)造性勞動價值,開源軟件作者以開源軟件許可證授權(quán)許可方式,將部分知識產(chǎn)權(quán)讓渡給使用者,即授權(quán)許可使用者在遵守許可證許可條件下享有自由使用、復(fù)制、修改和分發(fā)軟件的權(quán)利,以換取使用者將修改后的源代碼程序不同程度向社會公眾公開的允諾。通過強化開源軟件作者著作人格權(quán)的法律保護,刺激個人積極表達智慧,從而使代碼資源配置在保證公平前提下的實現(xiàn)智慧共享傳播最大化的目的。本文最后提出了健全完善我國開源軟件管理和相關(guān)法律制度的建議,并指出了未來研究方向。
文旆[6]（2014）在《開源運動及其影響研究》文中研究說明開源運動（The Open Source Movement）是一場以黑客為主體,以互聯(lián)網(wǎng)為平臺,以高水平編程技術(shù)和創(chuàng)新能力為依托的社會運動和經(jīng)濟運動。而開源軟件作為其運動成果的具體體現(xiàn),在整個軟件業(yè)占據(jù)著日益重要的地位。開源運動的發(fā)展一直秉承著“自由、開放、共享”的原則,在世界范圍內(nèi)推動著一場激發(fā)創(chuàng)新熱情、共享智慧成果、打破商業(yè)壟斷的革命。隨著時間的推移,其影響范圍也從軟件產(chǎn)業(yè)逐漸擴大到了包括教育產(chǎn)業(yè)、文化產(chǎn)業(yè)等在內(nèi)的更為廣闊的領(lǐng)域。本文重點介紹了開源運動的產(chǎn)生背景、發(fā)展歷程,以及開源運動在其他領(lǐng)域的影響,并在詳實考證開源運動前世今生的基礎(chǔ)上嘗試對其作出評價。全文核心內(nèi)容共包括五個章節(jié):第二章研究了開源運動的產(chǎn)生背景;第三章研究了開源運動的發(fā)展歷程,重點介紹其從自由軟件運動到開源運動的演變;第四章研究了開源運動在民用領(lǐng)域的影響,主要從制造業(yè)、教育業(yè)和商業(yè)三個角度來進行闡述;第五章研究了開源運動在軍事領(lǐng)域的影響,重點包括開源情報、開源情報檢索工具、開源移動應(yīng)用和開源云計算四個方面;第六章對開源運動作出評價。本文詳細介紹了開源運動是如何在繼承自由軟件運動的開放共享精神的前提下在商業(yè)社會得到認可,以及對教育產(chǎn)業(yè)所使用的開源軟件進行了系統(tǒng)性歸納和簡評。
李妮[7]（2014）在《深圳腦立方科技公司發(fā)展戰(zhàn)略研究》文中研究表明根據(jù)深圳市場監(jiān)督局公布的“2013年商事主體統(tǒng)計報表”顯示,截至2013年12月,深圳中小企業(yè)為581815家,約占企業(yè)總量的92.3%。這些中小企業(yè)創(chuàng)造了深圳約50%的企業(yè)稅收、60%的GDP,提供了80%以上的就業(yè)崗位,對深圳經(jīng)濟的促進發(fā)展貢獻巨大,是推動深圳經(jīng)濟發(fā)展的重要力量之一。深圳中小企業(yè)群體又以小微科技型公司為主,這些小微科技企業(yè)普遍具備機制靈活、敢拼肯干、創(chuàng)新包容的優(yōu)點,同時也普遍存在眼界狹隘、技術(shù)含量偏低、融資困難、政策約束的困擾。成立于2007年10月的深圳市腦立方科技有限公司（以下簡稱腦立方）是小微科技企業(yè)中的一員,帶著小微科技企業(yè)同樣的優(yōu)點與困擾,度過了基本生存的第一個五年。在競爭激烈的深圳市場,面對互聯(lián)網(wǎng)大數(shù)據(jù)的時代機遇,腦立方怎樣走出行業(yè)困局,創(chuàng)出企業(yè)新篇,是本文研究的重點?；谝陨系膯栴},本文研究的重點集中在第二、三、四章。第二章主要是對腦立方公司所處的宏觀環(huán)境、行業(yè)環(huán)境、內(nèi)部環(huán)境進行深入分析,總結(jié)得出公司面臨的機會與威脅,清晰認知企業(yè)的優(yōu)勢與劣勢。第三章將企業(yè)的機會、威脅、優(yōu)勢、劣勢四類關(guān)鍵因素項進行信息匹配與輸入,結(jié)合企業(yè)實際給予關(guān)鍵因素賦權(quán)與評分,形成公司的EFE矩陣、IFE矩陣、SWOT矩陣與QSPM定量矩陣。這四個矩陣工具前后連貫、科學(xué)客觀的梳理出腦立方公司的發(fā)展戰(zhàn)略。第四章主要針對公司的戰(zhàn)略體系闡述對應(yīng)的總體戰(zhàn)略、業(yè)務(wù)戰(zhàn)略、職能戰(zhàn)略的實施方案,同時為了避免企業(yè)戰(zhàn)略受未來復(fù)雜多變的環(huán)境影響,從預(yù)算控制、審核控制與人員控制三個方面制定出匹配的戰(zhàn)略控制方案。這三章層層遞進完成了腦立方公司的戰(zhàn)略制定與決策,戰(zhàn)略實施與控制,勾勒出腦立方走出困局,迎來新篇的現(xiàn)實路徑。鑒于以上的解決思路,腦立方公司的總體戰(zhàn)略為：加強技術(shù)力量,深化戰(zhàn)略合作,塑造企業(yè)品牌,樹立行業(yè)標桿；公司業(yè)務(wù)戰(zhàn)略為：保持硬件系統(tǒng)集成中的優(yōu)勢項目,大力開拓Linux平臺的技術(shù)服務(wù)。經(jīng)過本文的戰(zhàn)略實施及控制方案,腦立方希望在未來的三到五年,打造完成企業(yè)的核心競爭優(yōu)勢,實現(xiàn)成為Linux技術(shù)服務(wù)行業(yè)標桿的夢想。最后,腦立方公司走出困局之路的關(guān)鍵是擺脫唯利短視的眼界局限,拋棄傳統(tǒng)過時的行業(yè)作風(fēng),開拓企業(yè)長遠戰(zhàn)略的思維格局,最終確定以軟件技術(shù)服務(wù)為主、系統(tǒng)集成為輔的內(nèi)部創(chuàng)新之道。期待本文的戰(zhàn)略研究能為小微科技企業(yè)的發(fā)展帶來一些借鑒與啟示。
權(quán)天[8]（2014）在《基于龍芯3A處理器的嵌入式系統(tǒng)的設(shè)計與實現(xiàn)》文中研究表明在航空控制和制造等特殊領(lǐng)域使用國外生產(chǎn)的CPU，會給航空嵌入式專用計算機的應(yīng)用帶來許多限制和安全隱患。為解決這一問題，本文以中科院計算所研制的龍芯3A處理器為核心，利用嵌入式系統(tǒng)開發(fā)與應(yīng)用技術(shù)，提出了可控性強、可靠性高的嵌入式計算機系統(tǒng)的設(shè)計方案。本文對龍芯3A處理器、嵌入式系統(tǒng)組成與開發(fā)、虛擬計算機技術(shù)、嵌入式Linux操作系統(tǒng)做了簡要介紹，實現(xiàn)了基于龍芯3A處理器的嵌入式系統(tǒng)，著重論述了系統(tǒng)硬件模塊及軟件子系統(tǒng)的實現(xiàn)過程。首先，本文依據(jù)需求分析設(shè)計了系統(tǒng)框架，實現(xiàn)了系統(tǒng)硬件平臺。其次，本文詳細描述了軟件子系統(tǒng)各個部分的設(shè)計過程。在軟件平臺的選擇上，采用Linux操作系統(tǒng)，并在此平臺上完成了基于PROM監(jiān)視器（Programmable Read-Only Memory Monitor, PMON）的啟動程序的設(shè)計；從軟件角度完成了操作系統(tǒng)內(nèi)核的編譯、配置和剪裁過程；完成了PCI設(shè)備驅(qū)動程序的開發(fā)；針對硬件子系統(tǒng)設(shè)計了硬件模塊測試軟件。設(shè)計結(jié)束后進行了系統(tǒng)測試，結(jié)果表明所設(shè)計的軟硬件結(jié)合的嵌入式系統(tǒng)工作正常，性能穩(wěn)定，達到了預(yù)期要求。
嚴艇[9]（2014）在《虛擬交換技術(shù)在云管理平臺中的研究與應(yīng)用》文中研究說明近年來,隨著云計算數(shù)據(jù)中心的發(fā)展,虛擬化技術(shù)得到了廣泛的應(yīng)用,越來越多的公司或組織將自己的應(yīng)用或服務(wù)部署在數(shù)據(jù)中心的虛擬機中,以虛擬機為單位進行管理并提供服務(wù)。這種虛擬化技術(shù)優(yōu)點是可以整合服務(wù)器、提高服務(wù)器利用率、提高業(yè)務(wù)的彈性。但是,虛擬化技術(shù)也給數(shù)據(jù)中心的部署帶來了挑戰(zhàn),即如何解決數(shù)據(jù)中心網(wǎng)絡(luò)邊緣虛擬機之間的通信問題。為了解決數(shù)據(jù)中心網(wǎng)絡(luò)邊緣虛擬機之間的通信問題,業(yè)界提出了基于SDN技術(shù)的虛擬交換機,如開源虛擬交換機Open vSwitch。與此同時,隨著云計算技術(shù)的不斷發(fā)展和信息服務(wù)的日益深化,優(yōu)化數(shù)據(jù)中心服務(wù)器的網(wǎng)絡(luò)負載均衡、提高資源利用率已成為當前數(shù)據(jù)中心面臨的首要問題,相應(yīng)的網(wǎng)絡(luò)服務(wù)質(zhì)量管理問題也日益成為IT領(lǐng)域的重要研究方向。開源云計算管理平臺OpenStack能夠使大量的服務(wù)器協(xié)同工作,使業(yè)務(wù)的部署和開通更加便捷,實現(xiàn)運營的自動化、智能化。然而作為一種剛推出不久的云解決方案,其平臺的網(wǎng)絡(luò)資源管理功能不足,網(wǎng)絡(luò)帶寬的利用率較低,特別是它的網(wǎng)絡(luò)服務(wù)質(zhì)量管理功能還有待優(yōu)化和加強。本文針對以上云平臺網(wǎng)絡(luò)資源管理方面的缺點,首先選取典型的開源虛擬交換機Open vSwitch作為研究對象,在源碼分析的基礎(chǔ)上對它的工作機制進行了研究。然后,介紹了當前比較流行的開源云管理平臺OpenStack,并對其網(wǎng)絡(luò)服務(wù)項目Quantum的工作機制和源碼進行了研究分析,對OpenvSwitch在OpenStack云平臺中的系統(tǒng)網(wǎng)絡(luò)行為進行了分析?；谝陨戏治?本文提出了一種對OpenStack Quantum進行優(yōu)化的解決方案,將SDN的設(shè)計理念引入其中;并通過采用OpenvSwitch插件代理設(shè)計架構(gòu),利用虛擬交換機的網(wǎng)絡(luò)服務(wù)質(zhì)量（QoS）管理實現(xiàn)對整個云平臺上虛擬機之間的網(wǎng)絡(luò)流量的管理控制。最后,通過搭建云平臺測試環(huán)境,記錄并分析了網(wǎng)絡(luò)服務(wù)質(zhì)量優(yōu)化前后的云平臺系統(tǒng)性能數(shù)據(jù),驗證了優(yōu)化系統(tǒng)在網(wǎng)絡(luò)管理性能以及資源利用方面的優(yōu)勢。
梁永康[10]（2012）在《基于ARM結(jié)構(gòu)具有聯(lián)動功能的廣播級固態(tài)音頻播放器的研究》文中研究表明隨著應(yīng)用廣泛、發(fā)展迅速的嵌入式系統(tǒng)，利用ARM處理器和嵌入式操作系統(tǒng)開發(fā)產(chǎn)品已成為工程師的優(yōu)選方案。本文提出并實現(xiàn)了基于S3C2440A微處理器的具有聯(lián)動功能的廣播級固態(tài)音頻播放器的解決方案。該方案以Mini2440開發(fā)系統(tǒng)為基礎(chǔ)，通過自帶的GPIO接口實現(xiàn)控制信號的采集，以支持調(diào)音臺遠端控制的聯(lián)動功能，通過mplayer解碼播放，配合Qt圖形用戶界面，開發(fā)出了針對廣播使用的固態(tài)音頻播放器。本系統(tǒng)采用板載Flash及SD卡等高可靠性存儲介質(zhì)，解決了機械硬盤在復(fù)雜環(huán)境下的使用壽命問題，顯著提高了系統(tǒng)運行可靠性。保證直播室內(nèi)的靜音要求，并具有方便攜帶、容量大、成本低等特點。論文完成的主要工作包括：（1）硬件方面：重點分析了Mini2440開發(fā)板的硬件構(gòu)成，S3C2440A處理器的體系結(jié)構(gòu)，各組成模塊的功能、構(gòu)成以及信號定義；（2）軟件方面：完成了嵌入式Linux交叉編譯環(huán)境的搭建，掌握了Linux和Qt的圖形界面的開發(fā)方法；（3）深入研究了GPIO驅(qū)動實現(xiàn)方法并利用GPIO端口實現(xiàn)了調(diào)音臺的聯(lián)動功能；（4）增加了VFD顯示模塊，使播放時間等重要信息顯示更加直觀，可視范圍更廣，更適合廣播的需求；（5）I2S音頻通道電路設(shè)計：對S3C2440A的I2S總線進行后級線路設(shè)計，以保證達到廣播級要求的平衡XLR模擬輸出和AES/EBU格式數(shù)字音頻輸出；（6）根據(jù)實際應(yīng)用的需要，結(jié)合使用者的操作習(xí)慣專門設(shè)計了圖形播放界面，更加人性化，適合廣播領(lǐng)域的特定需求。測試結(jié)果表明，本固態(tài)音頻播放器基本達到了實際應(yīng)用對系統(tǒng)的各項要求，可以推廣到實際應(yīng)用中。
二、Linux巨頭心態(tài)（論文開題報告）
（1）論文研究背景及目的
此處內(nèi)容要求：
首先簡單簡介論文所研究問題的基本概念和背景，再而簡單明了地指出論文所要研究解決的具體問題，并提出你的論文準備的觀點或解決方法。
寫法范例：
本文主要提出一款精簡64位RISC處理器存儲管理單元結(jié)構(gòu)并詳細分析其設(shè)計過程。在該MMU結(jié)構(gòu)中,TLB采用叁個分離的TLB,TLB采用基于內(nèi)容查找的相聯(lián)存儲器并行查找,支持粗粒度為64KB和細粒度為4KB兩種頁面大小,采用多級分層頁表結(jié)構(gòu)映射地址空間,并詳細論述了四級頁表轉(zhuǎn)換過程,TLB結(jié)構(gòu)組織等。該MMU結(jié)構(gòu)將作為該處理器存儲系統(tǒng)實現(xiàn)的一個重要組成部分。
（2）本文研究方法
調(diào)查法：該方法是有目的、有系統(tǒng)的搜集有關(guān)研究對象的具體信息。
觀察法：用自己的感官和輔助工具直接觀察研究對象從而得到有關(guān)信息。
實驗法：通過主支變革、控制研究對象來發(fā)現(xiàn)與確認事物間的因果關(guān)系。
文獻研究法：通過調(diào)查文獻來獲得資料，從而全面的、正確的了解掌握研究方法。
實證研究法：依據(jù)現(xiàn)有的科學(xué)理論和實踐的需要提出設(shè)計。
定性分析法：對研究對象進行“質(zhì)”的方面的研究，這個方法需要計算的數(shù)據(jù)較少。
定量分析法：通過具體的數(shù)字，使人們對研究對象的認識進一步精確化。
跨學(xué)科研究法：運用多學(xué)科的理論、方法和成果從整體上對某一課題進行研究。
功能分析法：這是社會科學(xué)用來分析社會現(xiàn)象的一種方法，從某一功能出發(fā)研究多個方面的影響。
模擬法：通過創(chuàng)設(shè)一個與原型相似的模型來間接研究原型某種特性的一種形容方法。
三、Linux巨頭心態(tài)（論文提綱范文）
（1）大國隱痛:做一個操作系統(tǒng)有多難（論文提綱范文）
| 01.窮則思變 |
| 02.孤軍奮戰(zhàn) |
| 03.自掘墳?zāi)?/td> |
| 04.再失良機 |
| 05.尾聲 |
（2）基于云平臺分時共享的CBTC仿真控制系統(tǒng)研發(fā)（論文提綱范文）
| 致謝 |
| 摘要 |
| ABSTRACT |
| 1 引言 |
| 1.1 研究背景及意義 |
| 1.2 國內(nèi)外研究現(xiàn)狀 |
| 1.2.1 概述 |
| 1.2.2 研究現(xiàn)狀 |
| 1.3 研究目標和研究內(nèi)容 |
| 1.4 云平臺分時共享仿真系統(tǒng)設(shè)計方案 |
| 1.4.1 聯(lián)鎖機柜沙盤控制下位機 |
| 1.4.2 車載子系統(tǒng) |
| 1.4.3 云平臺分時共享機制 |
| 1.4.4 云環(huán)境下信息安全與加密 |
| 1.5 本文的主要工作及結(jié)構(gòu)安排 |
| 2 嵌入式硬件系統(tǒng)的設(shè)計與實現(xiàn) |
| 2.1 核心板電路設(shè)計 |
| 2.1.1 啟動電路和復(fù)位電路 |
| 2.1.2 電源電路 |
| 2.1.3 以太網(wǎng)通信電路及串口電路 |
| 2.1.4 外部接口總線電路 |
| 2.1.5 譯碼電路 |
| 2.2 輸出板電路設(shè)計 |
| 2.2.1 譯碼邏輯部分 |
| 2.2.2 控制設(shè)備接口 |
| 2.3 輸入板電路設(shè)計 |
| 2.3.1 譯碼邏輯部分 |
| 2.3.2 輸入設(shè)備接口 |
| 2.4 背板電路設(shè)計 |
| 2.5 車載子系統(tǒng)電路設(shè)計 |
| 2.5.1 核心STM32電路 |
| 2.5.2 電源電路 |
| 2.5.3 驅(qū)動電路 |
| 2.5.4 無線通信模塊 |
| 2.5.5 視頻模塊 |
| 2.5.6 射頻模塊 |
| 2.5.7 電流電壓檢測模塊 |
| 2.5.8 測速模塊 |
| 2.6 本章小節(jié) |
| 3 軟件系統(tǒng)的設(shè)計與實現(xiàn) |
| 3.1 搭建交叉編譯環(huán)境 |
| 3.2 嵌入式操作系統(tǒng)Linux移植 |
| 3.3 外部接口擴展總線驅(qū)動開發(fā) |
| 3.3.1 設(shè)備樹修改 |
| 3.3.2 驅(qū)動代碼編寫 |
| 3.4 應(yīng)用層程序設(shè)計 |
| 3.4.1 程序功能需求分析 |
| 3.4.2 程序多線程設(shè)計 |
| 3.4.3 子線程開發(fā) |
| 3.5 車載子系統(tǒng)應(yīng)用程序設(shè)計 |
| 3.5.1 軟件設(shè)計平臺及環(huán)境搭建 |
| 3.5.2 通信與控制原理程序分析 |
| 3.5.3 通信協(xié)議 |
| 3.6 信息安全與加密設(shè)計 |
| 3.7 本章小節(jié) |
| 4 系統(tǒng)測試與整體實驗 |
| 4.1 硬件測試 |
| 4.2 功能測試 |
| 4.2.1 控制機柜通信測試 |
| 4.2.2 控制機柜總線信號測試 |
| 4.2.3 車載子系統(tǒng)測試 |
| 4.3 整體實驗 |
| 4.3.1 實驗環(huán)境 |
| 4.3.2 實驗過程 |
| 4.3.3 實驗結(jié)論 |
| 4.4 本章小節(jié) |
| 5 總結(jié)與展望 |
| 5.1 論文總結(jié) |
| 5.2 不足與展望 |
| 參考文獻 |
| 圖索引 |
| 表索引 |
| 作者簡歷及攻讀碩士學(xué)位期間取得的研究成果 |
| 學(xué)位論文數(shù)據(jù)集 |
（3）面向工程機械物聯(lián)網(wǎng)的云計算運營管理平臺研究（論文提綱范文）
| 摘要 |
| abstract |
| 第1章 引言 |
| 1.1 研究背景 |
| 1.1.1 工程機械 |
| 1.1.2 物聯(lián)網(wǎng) |
| 1.1.3 云計算 |
| 1.2 研究意義 |
| 1.3 云計算研究現(xiàn)狀 |
| 1.3.1 國外云計算研究現(xiàn)狀 |
| 1.3.2 國內(nèi)云計算研究現(xiàn)狀 |
| 1.4 論文組織結(jié)構(gòu) |
| 第2章 分布式云計算平臺的技術(shù)概述 |
| 2.1 云計算的概念 |
| 2.1.1 云計算的分類 |
| 2.1.2 云計算的特點 |
| 2.2 虛擬化技術(shù) |
| 2.2.1 虛擬化技術(shù)的分類 |
| 2.2.2 硬件虛擬化的原理 |
| 第3章 分布式云計算平臺的架構(gòu)設(shè)計 |
| 3.1 項目技術(shù)路線與研究內(nèi)容 |
| 3.2 服務(wù)平臺結(jié)構(gòu) |
| 3.3 平臺架構(gòu)設(shè)計 |
| 3.4 Cisco Unified Computing System(UCS)統(tǒng)一計算系統(tǒng) |
| 3.4.1 Cisco UCS的技術(shù)特點 |
| 3.4.2 Cisco UCS的技術(shù)優(yōu)勢 |
| 3.5 虛擬化軟件 |
| 3.5.1 虛擬化技術(shù)的優(yōu)勢 |
| 3.5.2 虛擬化產(chǎn)品比較 |
| 3.5.3 VMware vSphere的架構(gòu) |
| 第4章 分布式云計算平臺的部署與優(yōu)化 |
| 4.1 UCS的部署 |
| 4.2 ESXi的部署 |
| 4.3 vCenter的部署 |
| 4.4 分布式云計算平臺的服務(wù)器部署 |
| 4.5 分布式云計算平臺的性能優(yōu)化 |
| 4.5.1 能源管理優(yōu)化 |
| 4.5.2 CPU性能優(yōu)化 |
| 4.5.3 內(nèi)存性能優(yōu)化 |
| 4.5.4 存儲性能優(yōu)化 |
| 第5章 分布式云計算平臺的測試與驗收 |
| 5.1 測試環(huán)境 |
| 5.1.1 測試物理服務(wù)器環(huán)境 |
| 5.1.2 ESXi服務(wù)器環(huán)境 |
| 5.1.3 服務(wù)器CPU與內(nèi)存性能對比 |
| 5.2 測試參數(shù)與測試工具 |
| 5.2.1 測試項目 |
| 5.2.2 測試工具 |
| 5.2.3 測試參數(shù) |
| 5.3 測試過程與測試結(jié)果 |
| 5.3.1 測試物理服務(wù)器的性能 |
| 5.3.2 優(yōu)化前虛擬服務(wù)器的性能 |
| 5.3.3 優(yōu)化后虛擬服務(wù)器的性能 |
| 5.3.4 性能測試結(jié)果分析 |
| 5.4 項目驗收測試 |
| 5.4.1 并發(fā)用戶數(shù)測試 |
| 5.4.2 在線接入工程機械車輛測試 |
| 5.4.3 驗收測試總結(jié) |
| 第6章 總結(jié)與展望 |
| 6.1 總結(jié) |
| 6.2 展望 |
| 參考文獻 |
（4）數(shù)據(jù)中心的網(wǎng)絡(luò)調(diào)度與應(yīng)用研究（論文提綱范文）
| 摘要 |
| abstract |
| 第一章 緒論 |
| 1.1 云計算和數(shù)據(jù)中心 |
| 1.2 數(shù)據(jù)中心的網(wǎng)絡(luò)調(diào)度 |
| 1.3 數(shù)據(jù)中心的應(yīng)用研究——遠程虛擬系統(tǒng) |
| 1.3.1 遠程虛擬桌面系統(tǒng) |
| 1.3.2 遠程虛擬智能手機系統(tǒng) |
| 1.4 數(shù)據(jù)中心的應(yīng)用研究——分布式深度神經(jīng)網(wǎng)絡(luò)框架 |
| 1.5 本文的主要貢獻 |
| 1.6 本文的組織結(jié)構(gòu) |
| 第二章 數(shù)據(jù)中心的網(wǎng)絡(luò)流族調(diào)度 |
| 2.1 引論 |
| 2.2 相關(guān)背景研究 |
| 2.2.1 虛擬巨型交換機 |
| 2.2.2 流族的餓死 |
| 2.2.3 流族通信方式分類 |
| 2.2.4 經(jīng)典流族調(diào)度算法 |
| 2.3 問題描述和分析 |
| 2.3.1 示例一:發(fā)送端瓶頸 |
| 2.3.2 示例二:接收端瓶頸 |
| 2.3.3 流族大小分布 |
| 2.4 系統(tǒng)設(shè)計和實現(xiàn) |
| 2.4.1 系統(tǒng)架構(gòu) |
| 2.4.2 流族API |
| 2.4.3 流族信息獲取模塊 |
| 2.4.4 分布式網(wǎng)絡(luò)瓶頸檢測模塊 |
| 2.5 流族調(diào)度算法 |
| 2.5.1 期望特性 |
| 2.5.2 算法描述 |
| 2.5.3 期望特性實現(xiàn) |
| 2.6 實驗評測及分析 |
| 2.6.1 真實實驗 |
| 2.6.2 仿真實驗 |
| 2.7 本章小結(jié) |
| 2.7.1 延伸工作 |
| 第三章 數(shù)據(jù)中心應(yīng)用——多租戶遠程虛擬系統(tǒng) |
| 3.1 引論 |
| 3.2 相關(guān)背景介紹 |
| 3.2.1 虛擬化 |
| 3.2.2 虛擬機 |
| 3.2.3 虛擬機的放置 |
| 3.3 主要貢獻 |
| 3.3.1 通用多租戶遠程虛擬系統(tǒng)設(shè)計 |
| 3.3.2 基于蟻群算法的虛擬計算單元放置 |
| 3.4 應(yīng)用實例一:多租戶遠程桌面虛擬系統(tǒng) |
| 3.4.1 應(yīng)用動機 |
| 3.4.2 實現(xiàn)細節(jié) |
| 3.4.3 實驗評估 |
| 3.5 應(yīng)用實例二:多租戶遠程虛擬智能手機平臺 |
| 3.5.1 應(yīng)用動機 |
| 3.5.2 系統(tǒng)框架 |
| 3.5.3 實現(xiàn)細節(jié) |
| 3.5.4 實驗評估 |
| 3.6 本章小結(jié) |
| 3.6.1 延伸工作 |
| 第四章 數(shù)據(jù)中心應(yīng)用——異構(gòu)分布式深度神經(jīng)網(wǎng)絡(luò) |
| 4.1 引論 |
| 4.2 相關(guān)背景介紹 |
| 4.2.1 人工智能和深度神經(jīng)網(wǎng)絡(luò) |
| 4.2.2 物聯(lián)網(wǎng) |
| 4.2.3 普適計算和分布式系統(tǒng) |
| 4.3 異構(gòu)分布式深度神經(jīng)網(wǎng)絡(luò)框架設(shè)計 |
| 4.3.1 分布式計算結(jié)點異構(gòu) |
| 4.3.2 神經(jīng)網(wǎng)絡(luò)異構(gòu) |
| 4.3.3 系統(tǒng)任務(wù)異構(gòu) |
| 4.3.4 任務(wù)分配和可擴展性 |
| 4.3.5 隱私保護 |
| 4.3.6 容錯性 |
| 4.4 評測系統(tǒng)設(shè)計 |
| 4.4.1 評測系統(tǒng)框架 |
| 4.4.2 評測系統(tǒng)里的神經(jīng)網(wǎng)絡(luò) |
| 4.4.3 評測數(shù)據(jù)集 |
| 4.4.4 評測通信開銷 |
| 4.5 實驗結(jié)果和分析 |
| 4.5.1 分布式計算結(jié)點異構(gòu)的影響 |
| 4.5.2 神經(jīng)網(wǎng)絡(luò)異構(gòu)的影響 |
| 4.5.3 系統(tǒng)任務(wù)異構(gòu)的影響 |
| 4.5.4 任務(wù)分配和可擴展性的評測 |
| 4.5.5 隱私保護的額外開銷 |
| 4.5.6 容錯性測試 |
| 4.6 本章小結(jié) |
| 4.6.1 延伸工作 |
| 第五章 總結(jié)與展望 |
| 5.1 總結(jié) |
| 5.2 展望 |
| 參考文獻 |
| 致謝 |
| 攻讀學(xué)位期間發(fā)表的學(xué)術(shù)論文 |
| 攻讀學(xué)位期間參與的項目 |
| 攻讀學(xué)位期間申請的專利 |
（5）開源軟件的內(nèi)在機理及激勵機制研究（論文提綱范文）
| 摘要 |
| Abstract |
| 第一章 導(dǎo)論 |
| 第一節(jié) 問題的提出 |
| 第二節(jié) 文獻綜述 |
| 第三節(jié) 本文研究框架 |
| 第四節(jié) 本文研究方法及主要創(chuàng)新點 |
| 第二章 開源軟件概述 |
| 第一節(jié) 計算機軟件、源代碼、目標代碼、開源軟件 |
| 第二節(jié) 開源軟件的發(fā)展歷程 |
| 第三節(jié) 開放源代碼運動 |
| 第四節(jié) 影響開源軟件發(fā)展的主要因素 |
| 第三章 開源軟件自由開發(fā)與法律規(guī)制 |
| 第一節(jié) 開源軟件許可證制度 |
| 第二節(jié) 開源軟件與著作權(quán) |
| 第三節(jié) 開源軟件與專利權(quán) |
| 第四節(jié) 開源軟件著作權(quán)侵權(quán)認定與法律救濟 |
| 第四章 開源軟件的內(nèi)在機理 |
| 第一節(jié) 開源軟件內(nèi)在機理概述 |
| 第二節(jié) 開源軟件創(chuàng)作的內(nèi)在機理分析 |
| 第三節(jié) 開源軟件傳播的內(nèi)在機理分析 |
| 第四節(jié) 開源軟件校園創(chuàng)作與傳播的案例分析 |
| 第五章 基于層次分析法的開源軟件激勵因素模型分析 |
| 第一節(jié) 影響開源軟件發(fā)展的因素描述 |
| 第二節(jié) 層次分析法的引入 |
| 第三節(jié) 開源軟件激勵機制調(diào)查問卷結(jié)果反饋 |
| 第四節(jié) 基于層次分析法計算激勵因素的權(quán)重 |
| 第五節(jié) 基于開源代碼實現(xiàn)層次分析模型 |
| 第六章 開源軟件激勵機制的模型構(gòu)建 |
| 第一節(jié) 影響開源軟件發(fā)展的模型構(gòu)建 |
| 第二節(jié) 對開源軟件開發(fā)者激勵的模型構(gòu)建 |
| 第三節(jié) 對保護開源文化法律因素的模型構(gòu)建 |
| 第七章 開源軟件私權(quán)保護與智慧共享 |
| 第一節(jié) 激勵開源軟件創(chuàng)作與促進智慧共享 |
| 第二節(jié) 開源軟件“公共性”與“私人有效提供”之間的需求模型分析 |
| 第三節(jié) 專有軟件的激勵機制對價構(gòu)建 |
| 第四節(jié) 開源軟件的激勵機制對價構(gòu)建 |
| 第五節(jié) 健全完善我國開源軟件管理和相關(guān)法律制度建議 |
| 第八章 結(jié)語 |
| 第一節(jié)主要研究結(jié)論及研究意義 |
| 第二節(jié) 研究局限與下一步的研究展望 |
| 參考文獻 |
| 附錄一 關(guān)于開源軟件激勵機制的調(diào)查問卷 |
| 附錄二 OSI對“open source”的定義 |
| 在校期間發(fā)表論文清單 |
| 后記 |
（6）開源運動及其影響研究（論文提綱范文）
| 摘要 |
| Abstruct |
| 第一章 緒論 |
| 1.1 研究背景與意義 |
| 1.1.1 研究背景 |
| 1.1.2 研究意義 |
| 1.2 國內(nèi)外研究現(xiàn)狀 |
| 1.2.1 國外研究現(xiàn)狀 |
| 1.2.2 國內(nèi)研究現(xiàn)狀 |
| 1.3 文章創(chuàng)新點 |
| 第二章 開源運動產(chǎn)生背景 |
| 2.1 歷史背景：從開源到閉源的轉(zhuǎn)變 |
| 2.2 成員背景：崇尚自由的黑客群體 |
| 2.3 文化背景：“娛樂”精神的綿延不息 |
| 第三章 開源運動發(fā)展歷程 |
| 3.1 應(yīng)運而生：自由軟件運動的蓬勃興起 |
| 3.2 成功轉(zhuǎn)型：理想照進現(xiàn)實，從free到open source |
| 3.3 欣欣向榮：開源社區(qū)與商業(yè)世界逐漸接軌 |
| 3.3.1 網(wǎng)景公司的加盟 |
| 3.3.2 Linux系統(tǒng)的成長 |
| 3.3.3 其他開源軟件的發(fā)展 |
| 第四章 開源運動在民用領(lǐng)域的影響 |
| 4.1 開源運動對制造業(yè)的影響 |
| 4.1.1 掀起“創(chuàng)客運動” |
| 4.1.2 孕育“桌面工廠” |
| 4.1.3 成就“開源先鋒” |
| 4.2 開源運動對教育業(yè)的影響 |
| 4.2.1 開啟平等之源：大學(xué)公開課的推廣 |
| 4.2.2 開啟智慧之源：開源教科書的完善 |
| 4.2.3 開啟資訊之源：維基百科和互聯(lián)網(wǎng)檔案館的建立 |
| 4.3 開源運動對商業(yè)的影響 |
| 4.3.1 改變生產(chǎn)組織形式 |
| 4.3.2 降低產(chǎn)品使用成本 |
| 第五章 開源運動在軍事領(lǐng)域的影響 |
| 5.1 開源情報 |
| 5.2 開源的情報檢索工具 |
| 5.3 開源技術(shù)的其他軍事應(yīng)用方式 |
| 第六章 對開源運動的評價 |
| 6.1 軟件行業(yè)的角斗士 |
| 6.1.1 培育創(chuàng)新土壤 |
| 6.1.2 打破商業(yè)壟斷 |
| 6.1.3 提高安全系數(shù) |
| 6.2 開源精神的傳教士 |
| 6.2.1 時間自由化 |
| 6.2.2 資源開放化 |
| 6.3 未來世界的領(lǐng)路人 |
| 6.3.1 引發(fā)“開源”潮流 |
| 6.3.2 引領(lǐng)“眾包”模式 |
| 致謝 |
| 參考文獻 |
| 作者在學(xué)期間取得的學(xué)術(shù)成果 |
| 附錄 |
（7）深圳腦立方科技公司發(fā)展戰(zhàn)略研究（論文提綱范文）
| 中文摘要 |
| Abstract |
| 一、前言 |
| (一) 研究背景與意義 |
| (二) 研究內(nèi)容與研究方法 |
| (三) 技術(shù)路線 |
| (四) 運用的核心理論工具概述 |
| 二、腦立方科技公司戰(zhàn)略環(huán)境分析 |
| (一) 企業(yè)簡介 |
| (二) 宏觀環(huán)境分析 |
| (三) 腦立方公司行業(yè)環(huán)境分析 |
| (四) 企業(yè)內(nèi)部環(huán)境分析 |
| 三、腦立方公司戰(zhàn)略制定與選擇 |
| (一) 企業(yè)戰(zhàn)略系統(tǒng)的構(gòu)成 |
| (二) 腦立方公司戰(zhàn)略制定 |
| (三) 腦立方公司戰(zhàn)略選擇 |
| 四、腦立方公司戰(zhàn)略實施與控制 |
| (一) 腦立方公司戰(zhàn)略實施方案 |
| (二) 腦立方戰(zhàn)略控制 |
| 五、研究結(jié)論與研究展望 |
| (一) 研究結(jié)論 |
| (二) 研究展望 |
| 參考文獻 |
| 致謝 |
| 作者簡介 |
（8）基于龍芯3A處理器的嵌入式系統(tǒng)的設(shè)計與實現(xiàn)（論文提綱范文）
| 摘要 |
| Abstract |
| 第一章 緒論 |
| 1.1 選題背景及意義 |
| 1.2 國內(nèi)外現(xiàn)狀分析 |
| 1.2.1 國外現(xiàn)狀分析 |
| 1.2.2 國內(nèi)現(xiàn)狀分析 |
| 1.3 課題來源及主要工作 |
| 1.4 論文組織結(jié)構(gòu) |
| 第二章 相關(guān)技術(shù)概述 |
| 2.1 龍芯 3A 處理器 |
| 2.2 嵌入式系統(tǒng)概述 |
| 2.2.1 嵌入式系統(tǒng)組成結(jié)構(gòu) |
| 2.2.2 嵌入式系統(tǒng)開發(fā)流程 |
| 2.2.3 嵌入式系統(tǒng)應(yīng)用推廣 |
| 2.3 虛擬計算機技術(shù) |
| 2.4 嵌入式 Linux 操作系統(tǒng) |
| 2.5 本章小結(jié) |
| 第三章 系統(tǒng)需求分析與總體設(shè)計 |
| 3.1 基于龍芯 3A 處理器的嵌入式系統(tǒng)需求分析 |
| 3.1.1 功能需求分析 |
| 3.1.2 性能需求分析 |
| 3.2 嵌入式硬件子系統(tǒng) |
| 3.2.1 嵌入式硬件子系統(tǒng)總體方案設(shè)計 |
| 3.2.2 嵌入式硬件子系統(tǒng)模塊設(shè)計 |
| 3.3 嵌入式軟件子系統(tǒng) |
| 3.3.1 系統(tǒng)軟件總體方案設(shè)計 |
| 3.3.2 硬件模塊測試軟件總體方案設(shè)計 |
| 3.4 本章小結(jié) |
| 第四章 嵌入式軟件子系統(tǒng)詳細設(shè)計與實現(xiàn) |
| 4.1 PMON 啟動程序詳細設(shè)計與實現(xiàn) |
| 4.1.1 PMON 程序結(jié)構(gòu)及主要命令 |
| 4.1.2 PMON 啟動程序代碼開發(fā) |
| 4.1.3 PMON 啟動設(shè)置與編譯 |
| 4.2 嵌入式 Linux 操作系統(tǒng)的構(gòu)建 |
| 4.2.1 Linux 內(nèi)核源碼的獲取和處理 |
| 4.2.2 Linux 內(nèi)核的配置與編譯 |
| 4.2.3 Linux 文件系統(tǒng)的移植 |
| 4.2.4 Linux 系統(tǒng)啟動管理器 |
| 4.3 設(shè)備驅(qū)動程序設(shè)計與開發(fā) |
| 4.3.1 Linux 平臺下設(shè)備驅(qū)動開發(fā) |
| 4.3.2 PCI 驅(qū)動程序數(shù)據(jù)結(jié)構(gòu)實現(xiàn) |
| 4.3.3 PCI 驅(qū)動程序模塊開發(fā) |
| 4.3.4 PCI 設(shè)備驅(qū)動程序的加載 |
| 4.4 硬件模塊測試軟件實現(xiàn) |
| 4.4.1 存儲器模塊功能測試例程 |
| 4.4.2 串口模塊測試例程 |
| 4.5 本章小結(jié) |
| 第五章 系統(tǒng)測試與分析 |
| 5.1 系統(tǒng)測試環(huán)境及測試需求 |
| 5.2 功能測試 |
| 5.2.1 基本功能測試 |
| 5.2.2 數(shù)據(jù)控制功能測試 |
| 5.2.3 擴展功能測試 |
| 5.3 性能測試 |
| 5.4 本章小結(jié) |
| 第六章 結(jié)束語 |
| 6.1 論文工作總結(jié) |
| 6.2 后續(xù)工作展望 |
| 致謝 |
| 參考文獻 |
（9）虛擬交換技術(shù)在云管理平臺中的研究與應(yīng)用（論文提綱范文）
| 摘要 |
| ABSTRACT |
| 第一章 緒論 |
| 1.1 研究背景 |
| 1.2 本文貢獻 |
| 1.2.1 面臨的挑戰(zhàn)及提出的問題 |
| 1.2.2 本文的研究方法及解決方案 |
| 1.3 本文組織結(jié)構(gòu) |
| 1.4 本章小結(jié) |
| 第二章 Open vSwitch工作機制研究與分析 |
| 2.1 SDN技術(shù)概述 |
| 2.2 Open vSwitch交換機簡介 |
| 2.3 Open vSwitch的整體結(jié)構(gòu) |
| 2.4 OpenvSwitch工作原理研究及源碼分析 |
| 2.4.1 Open vSwitch核心態(tài)工作原理及源碼分析 |
| 2.4.2 Open vSwitch用戶態(tài)工作原理及源碼分析 |
| 2.5 本章小結(jié) |
| 第三章 OpenStack開源云平臺的研究與分析 |
| 3.1 云計算管理平臺OpenStack |
| 3.2 OpenStack Compute組件分析 |
| 3.3 OpenStack Quantum組件概述 |
| 3.3.1 OpenStack Quantum組件定義 |
| 3.3.2 OpenStack Quantum基本功能 |
| 3.4 OpenStack Quantum工作機制研究及源碼分析 |
| 3.4.1 Quantum組件核心實現(xiàn)源碼分析 |
| 3.4.2 Quantum組件子模塊源碼分析 |
| 3.5 OpenStack Quantum網(wǎng)絡(luò)部署案例 |
| 3.5.1 單一平坦網(wǎng)絡(luò)模式 |
| 3.5.2 多平坦網(wǎng)絡(luò)模式 |
| 3.5.3 基于平臺網(wǎng)絡(luò)的私有網(wǎng)絡(luò)模式 |
| 3.5.4 基于同一供應(yīng)商路由器的私有網(wǎng)絡(luò)模式 |
| 3.5.5 基于多租戶自有路由器的私有網(wǎng)絡(luò)模式 |
| 3.6 本章小結(jié) |
| 第四章 基于虛擬交換技術(shù)的OpenStack網(wǎng)絡(luò)服務(wù)質(zhì)量QoS的設(shè)計與實現(xiàn) |
| 4.1 問題分析 |
| 4.2 網(wǎng)絡(luò)服務(wù)質(zhì)量QoS的整體設(shè)計方案 |
| 4.3 網(wǎng)絡(luò)服務(wù)質(zhì)量QoS各功能模塊設(shè)計與實現(xiàn) |
| 4.3.1 QoS模塊Quantum插件模塊 |
| 4.3.2 QoS模塊OpenvSwitch代理模塊 |
| 4.3.3 QoS服務(wù)調(diào)度命令模塊 |
| 4.4 本章小結(jié) |
| 第五章 實驗和測試 |
| 5.1 實驗環(huán)境 |
| 5.1.1 實驗配置 |
| 5.1.2 測試場景 |
| 5.1.3 主要參數(shù)和指標 |
| 5.2 OpenStack云資源管理平臺基本功能測試 |
| 5.2.1 OpenStack云管理平臺的啟動和關(guān)閉 |
| 5.2.2 啟動/關(guān)閉虛擬機功能 |
| 5.3 添加QoS服務(wù)功能后網(wǎng)絡(luò)性能測試 |
| 5.3.1 可用性及響應(yīng)時間 |
| 5.3.2 網(wǎng)絡(luò)吞吐量 |
| 5.3.3 網(wǎng)絡(luò)擁塞丟包率 |
| 5.3.4 資源利用率 |
| 5.4 本章小結(jié) |
| 第六章 總結(jié)和展望 |
| 6.1 本文工作總結(jié) |
| 6.2 今后工作展望 |
| 參考文獻 |
| 附錄1 (縮略語) |
| 致謝 |
| 攻讀學(xué)位期間發(fā)表的學(xué)術(shù)論文和科研情況 |
（10）基于ARM結(jié)構(gòu)具有聯(lián)動功能的廣播級固態(tài)音頻播放器的研究（論文提綱范文）
| 摘要 |
| ABSTRACT |
| 第一章 緒論 |
| 1.1 課題的研究目的及意義 |
| 1.2 國內(nèi)外研究現(xiàn)狀 |
| 1.3 嵌入式系統(tǒng)概述 |
| 1.3.1 嵌入式系統(tǒng)的定義 |
| 1.3.2 嵌入式系統(tǒng)的組成 |
| 1.3.3 嵌入式系統(tǒng)的特點 |
| 1.3.4 嵌入式系統(tǒng)的發(fā)展現(xiàn)狀及趨勢 |
| 1.4 嵌入式 Linux 系統(tǒng) |
| 1.4.1 嵌入式 Linux 系統(tǒng)概述 |
| 1.4.2 交叉編譯環(huán)境概述 |
| 1.5 嵌入式 Linux 系統(tǒng)平臺的總體結(jié)構(gòu) |
| 1.6 本文的主要工作及安排 |
| 第二章 系統(tǒng)總體方案 |
| 2.1 固態(tài)音頻播放器現(xiàn)狀 |
| 2.1.1 日本 MARANTZ PMD 570 |
| 2.1.2 上海文廣的 CF 卡錄放機(SNA2100) |
| 2.1.3 性能對比 |
| 2.2 系統(tǒng)總體設(shè)計方案 |
| 2.3 嵌入式硬件架構(gòu)選型 |
| 2.4 嵌入式操作系統(tǒng)選型 |
| 2.4.1 實時嵌入式系統(tǒng) |
| 2.5 嵌入式存儲與文件系統(tǒng)的選取 |
| 2.5.1 嵌入式設(shè)備中的存儲器 |
| 2.6 音視頻標準 |
| 2.7 本章小結(jié) |
| 第三章 硬件系統(tǒng)結(jié)構(gòu) |
| 3.1 播放器硬件總體設(shè)計 |
| 3.2 核心處理器模塊介紹 |
| 3.2.1 ARM9 處理器架構(gòu)概述 |
| 3.2.2 S3C2440A 體系結(jié)構(gòu)介紹 |
| 3.3 MINI2440 開發(fā)板介紹 |
| 3.3.1 Mini2440 開發(fā)板硬件資源特性 |
| 3.4 Mini2440 開發(fā)板接口布局 |
| 3.4.1 串口 |
| 3.4.2 USB 接口 |
| 3.4.3 網(wǎng)絡(luò)接口 |
| 3.4.4 GPIO |
| 3.4.5 音頻接口 |
| 3.4.6 SD/MMC 卡接口 |
| 3.5 I2S 總線 |
| 3.5.1 I2S 總線概述 |
| 3.5.2 I2S 總線規(guī)范 |
| 3.5.3 I2S 控制器結(jié)構(gòu)框圖 |
| 3.5.4 發(fā)送接收模式 |
| 3.5.5 音頻串行接口格式 |
| 3.5.6 I2S 采集頻率和主設(shè)備時鐘 |
| 3.5.7 I2S 總線接口特殊寄存器 |
| 3.5.8 CODEC 芯片的選擇 |
| 3.6 硬件平臺的音頻性能測試 |
| 3.6.1 測試方法 |
| 3.6.2 測試原理 |
| 3.6.3 測試結(jié)果 |
| 3.6.4 測試結(jié)論 |
| 3.7 本章小結(jié) |
| 第四章 嵌入式 Linux 系統(tǒng)的移植及開發(fā)環(huán)境構(gòu)建 |
| 4.1 嵌入式 Linux |
| 4.1.1 Linux 的介紹 |
| 4.1.2 嵌入式 Linux 的開發(fā)環(huán)境 |
| 4.1.3 交叉編譯環(huán)境的建立 |
| 4.1.4 嵌入式 Linux 內(nèi)核移植 |
| 4.1.5 Linux 內(nèi)核目錄結(jié)構(gòu) |
| 4.1.6 內(nèi)核的修改、配置與編譯 |
| 4.2 嵌入式系統(tǒng)圖形用戶界面 |
| 4.2.1 常見嵌入式系統(tǒng) GUI 的簡介 |
| 4.2.2 用戶圖形界面 Qt/Embedded |
| 4.2.3 Qt/Embedded 4.6.3 的安裝 |
| 4.2.4 Qt Creator 的安裝與開發(fā)應(yīng)用 |
| 4.3 本章小結(jié) |
| 第五章 嵌入式固態(tài)音頻播放器的設(shè)計與實現(xiàn) |
| 5.1 設(shè)計方案 |
| 5.1.1 嵌入式固態(tài)音頻播放器的結(jié)構(gòu) |
| 5.1.2 固態(tài)音頻播放器的靜音保障 |
| 5.1.3 固態(tài)音頻播放器的穩(wěn)定性 |
| 5.2 解碼實現(xiàn)流程 |
| 5.2.1 Mplayer 從模式的介紹 |
| 5.2.2 常見音頻的文件格式及對應(yīng)的解碼庫 |
| 5.2.3 MP3 音頻解碼 |
| 5.2.4 Mplayer 的移植與編譯 |
| 5.3 GPIO 的應(yīng)用 |
| 5.3.1 GPIO 驅(qū)動程序設(shè)計 |
| 5.3.2 GPIO 的遙控實現(xiàn) |
| 5.4 VFD 字符顯示模塊 |
| 5.4.1 VFD 顯示模塊的介紹 |
| 5.4.2 VFD 模塊的通信協(xié)議與命令 |
| 5.4.3 VFD 模塊的串口初始化程序 |
| 5.4.4 VFD 模塊顯示的布局 |
| 5.5 播放器的 Qt UI 界面設(shè)計 |
| 5.5.1 用戶界面設(shè)置規(guī)劃 |
| 5.5.2 用戶界面軟件設(shè)計過程 |
| 5.5.3 用戶界面實際效果 |
| 5.6 I2S 總線的擴展設(shè)計 |
| 5.6.1 廣播級音頻接口介紹 |
| 5.6.2 模擬平衡輸出模塊設(shè)計 |
| 5.6.3 數(shù)字 AES/EBU 輸出模塊設(shè)計 |
| 5.6.4 音頻指標測試 |
| 5.7 樣機圖片 |
| 5.8 本章小結(jié) |
| 總結(jié)和展望 |
| 總結(jié) |
| 展望 |
| 參考文獻 |
| 攻讀博士/碩士學(xué)位期間取得的研究成果 |
| 致謝 |
| 附件 |
四、Linux巨頭心態(tài)（論文參考文獻）
- [1]大國隱痛:做一個操作系統(tǒng)有多難[J]. 董指導(dǎo),劉芮. 企業(yè)觀察家, 2020(12)
- [2]基于云平臺分時共享的CBTC仿真控制系統(tǒng)研發(fā)[D]. 許楠. 北京交通大學(xué), 2020(03)
- [3]面向工程機械物聯(lián)網(wǎng)的云計算運營管理平臺研究[D]. 吳磊. 華僑大學(xué), 2019(01)
- [4]數(shù)據(jù)中心的網(wǎng)絡(luò)調(diào)度與應(yīng)用研究[D]. 宋濤. 上海交通大學(xué), 2018(01)
- [5]開源軟件的內(nèi)在機理及激勵機制研究[D]. 張漢華. 暨南大學(xué), 2015(06)
- [6]開源運動及其影響研究[D]. 文旆. 國防科學(xué)技術(shù)大學(xué), 2014(03)
- [7]深圳腦立方科技公司發(fā)展戰(zhàn)略研究[D]. 李妮. 蘭州大學(xué), 2014(10)
- [8]基于龍芯3A處理器的嵌入式系統(tǒng)的設(shè)計與實現(xiàn)[D]. 權(quán)天. 西安電子科技大學(xué), 2014(11)
- [9]虛擬交換技術(shù)在云管理平臺中的研究與應(yīng)用[D]. 嚴艇. 北京郵電大學(xué), 2014(04)
- [10]基于ARM結(jié)構(gòu)具有聯(lián)動功能的廣播級固態(tài)音頻播放器的研究[D]. 梁永康. 華南理工大學(xué), 2012(01)
標簽：云計算論文; 云計算數(shù)據(jù)中心論文; linux系統(tǒng)論文; 開放源代碼論文; 開源中國論文;