一、保障順暢的數(shù)據(jù)流——醫(yī)院數(shù)據(jù)庫(kù)負(fù)載均衡設(shè)計(jì)與實(shí)施（論文文獻(xiàn)綜述）
劉森,張書(shū)維,侯玉潔[1]（2020）在《3D打印技術(shù)專業(yè)“三教”改革探索》文中認(rèn)為根據(jù)國(guó)家對(duì)職業(yè)教育深化改革的最新要求,解讀當(dāng)前"三教"改革對(duì)于職教教育緊迫性和必要性,本文以3D打印技術(shù)專業(yè)為切入點(diǎn),深層次分析3D打印技術(shù)專業(yè)在教師、教材、教法（"三教"）改革時(shí)所面臨的實(shí)際問(wèn)題,并對(duì)"三教"改革的一些具體方案可行性和實(shí)際效果進(jìn)行了探討。
胡新龍,李懷成[2]（2019）在《互聯(lián)網(wǎng)+醫(yī)療健康模式下的醫(yī)院網(wǎng)絡(luò)安全防護(hù)》文中研究說(shuō)明針對(duì)互聯(lián)網(wǎng)醫(yī)療模式下,醫(yī)院的內(nèi)外網(wǎng)需要打通,數(shù)據(jù)在不同網(wǎng)絡(luò)之間交互成為發(fā)展趨勢(shì)。在分析了傳統(tǒng)醫(yī)療模式下網(wǎng)絡(luò)安全防護(hù)存在問(wèn)題的基礎(chǔ)上,討論了在互聯(lián)網(wǎng)模式下的網(wǎng)絡(luò)安全保護(hù)措施、互聯(lián)互通方法,并介紹了具體案例。
宋陽(yáng),郝澤余,劉坤堯[3]（2019）在《醫(yī)院跨平臺(tái)容災(zāi)數(shù)據(jù)庫(kù)的設(shè)計(jì)與實(shí)現(xiàn)》文中認(rèn)為目的:通過(guò)設(shè)計(jì)和實(shí)現(xiàn)跨平臺(tái)的容災(zāi)數(shù)據(jù)庫(kù),確保醫(yī)院核心業(yè)務(wù)不中斷,提高工作效率,保障醫(yī)院信息系統(tǒng)數(shù)據(jù)安全。方法:在醫(yī)院現(xiàn)有數(shù)據(jù)庫(kù)環(huán)境的基礎(chǔ)上,使用Oracle GoldenGate技術(shù),設(shè)計(jì)兩套容災(zāi)數(shù)據(jù)庫(kù)方案,選擇較優(yōu)方案實(shí)現(xiàn)。結(jié)果:完成醫(yī)院核心業(yè)務(wù)切換測(cè)試,根據(jù)結(jié)果優(yōu)化方案,縮短容災(zāi)時(shí)間,降低操作難度。結(jié)論:建成容災(zāi)數(shù)據(jù)庫(kù)后,提高了醫(yī)院核心業(yè)務(wù)安全系數(shù)和運(yùn)行效率。
翟允賽[4]（2016）在《大數(shù)據(jù)驅(qū)動(dòng)的醫(yī)療信息物理融合系統(tǒng)的分析與設(shè)計(jì)方法》文中提出近年來(lái),大數(shù)據(jù)和信息物理融合系統(tǒng)（CPS）已成為計(jì)算機(jī)領(lǐng)域的前沿科技。醫(yī)療是一個(gè)與國(guó)民經(jīng)濟(jì)與民生相關(guān)的重要領(lǐng)域,人們?cè)絹?lái)越注重生命健康。那么如何將大數(shù)據(jù)和信息物理融合系統(tǒng)應(yīng)用到醫(yī)療領(lǐng)域中已成為一個(gè)值得研究的方向。眾所周知,醫(yī)療領(lǐng)域時(shí)刻在與醫(yī)療數(shù)據(jù)打交道,如電子病歷數(shù)據(jù)、圖像數(shù)據(jù)、遠(yuǎn)程監(jiān)控?cái)?shù)據(jù)等等。因此可以說(shuō)醫(yī)院就是一個(gè)典型的大數(shù)據(jù)系統(tǒng),是大數(shù)據(jù)在醫(yī)療領(lǐng)域的具體應(yīng)用場(chǎng)所,而這些醫(yī)療數(shù)據(jù)是在病人和醫(yī)療機(jī)構(gòu)之間的各種相互作用下收集的。醫(yī)療CPS是以保障生命安全為重要前提的網(wǎng)絡(luò)化、智能化的醫(yī)療設(shè)備系統(tǒng),涵蓋了計(jì)算機(jī)、臨床醫(yī)學(xué)、控制等多學(xué)科的知識(shí)和技術(shù)。綜上所述,將大數(shù)據(jù)技術(shù)和信息物理融合系統(tǒng)CPS應(yīng)用到醫(yī)療領(lǐng)域已經(jīng)勢(shì)在必行。本文結(jié)合大數(shù)據(jù)技術(shù)和信息物理融合系統(tǒng)技術(shù),提出了一種使用UML統(tǒng)一建模語(yǔ)言和使用架構(gòu)分析與設(shè)計(jì)語(yǔ)言AADL對(duì)大數(shù)據(jù)驅(qū)動(dòng)的醫(yī)療信息物理融合系統(tǒng)進(jìn)行建模的設(shè)計(jì)方法。通過(guò)閱讀網(wǎng)上大量的中文資料可知,雖然大數(shù)據(jù)在醫(yī)療領(lǐng)域的研究相對(duì)多些,但信息物理融合系統(tǒng)在醫(yī)療領(lǐng)域的研究卻很少,尤其是將大數(shù)據(jù)技術(shù)與信息物理融合系統(tǒng)技術(shù)相結(jié)合應(yīng)用在醫(yī)療領(lǐng)域的相關(guān)研究也非常之少。因此將大數(shù)據(jù)技術(shù)與信息物理融合系統(tǒng)技術(shù)相結(jié)合應(yīng)用到醫(yī)療領(lǐng)域本身就是一個(gè)創(chuàng)新點(diǎn)。同時(shí)文中還對(duì)醫(yī)療領(lǐng)域的部分子系統(tǒng)（如醫(yī)院病房監(jiān)護(hù)系統(tǒng)）使用了UML語(yǔ)言建立需求模型和使用AADL語(yǔ)言結(jié)合大數(shù)據(jù)技術(shù)挖掘出醫(yī)療領(lǐng)域的有價(jià)值的醫(yī)療數(shù)據(jù)并對(duì)醫(yī)療領(lǐng)域的醫(yī)療系統(tǒng)建立了模型。本文的主要內(nèi)容包括：（1）首先分析介紹大數(shù)據(jù)技術(shù)的相關(guān)知識(shí)點(diǎn),主要包括大數(shù)據(jù)的處理平臺(tái)、大數(shù)據(jù)存儲(chǔ)技術(shù)和大數(shù)據(jù)分析技術(shù)等；并分析介紹了信息物理融合系統(tǒng)技術(shù)的相關(guān)知識(shí)項(xiàng),主要包括CPS的體系結(jié)構(gòu)、CPS的運(yùn)行方式、CPS的特征、云計(jì)算和CPS的結(jié)合等；還分析介紹了AADL的相關(guān)知識(shí)點(diǎn),主要包括AADL建模元素及元素間的關(guān)系和AADL的建模過(guò)程；（2）其次,分別分析介紹了CPS和大數(shù)據(jù)分別在醫(yī)療領(lǐng)域的應(yīng)用,其中CPS在醫(yī)療的應(yīng)用包括根據(jù)CPS的三層體系結(jié)構(gòu)設(shè)計(jì)出對(duì)應(yīng)的醫(yī)療CPS的三層體系結(jié)構(gòu)以及介紹了目前CPS在醫(yī)療領(lǐng)域中主要應(yīng)用在哪些方面；大數(shù)據(jù)技術(shù)在醫(yī)療中的應(yīng)用主要包括分析醫(yī)療大數(shù)據(jù)的來(lái)源、特點(diǎn)等和云計(jì)算下醫(yī)療數(shù)據(jù)的特點(diǎn)以及基于云計(jì)算的醫(yī)療信息共享平臺(tái)的應(yīng)用。（3）然后使用AADL方法對(duì)大數(shù)據(jù)驅(qū)動(dòng)的醫(yī)療信息物理融合系統(tǒng)進(jìn)行了案例研究,內(nèi)容主要包括使用了UML模語(yǔ)言為系統(tǒng)建立了需求模型,.又使用了Modelica語(yǔ)言對(duì)物理世界進(jìn)行建模并將其轉(zhuǎn)換到AADL模型,最主要的還是使用AADL對(duì)系統(tǒng)的整體結(jié)構(gòu)、系統(tǒng)中的數(shù)據(jù)流等方面建模；（4）最后使用OSATE工具對(duì)系統(tǒng)的整體架構(gòu)和流的延遲進(jìn)行了分析驗(yàn)證。
袁瑞冬[5]（2016）在《省屬醫(yī)院信息系統(tǒng)的安全改造實(shí)施》文中研究表明某醫(yī)院是一家大型醫(yī)院,每天前來(lái)就診的患者非常之多,醫(yī)院整體的工作業(yè)務(wù)較為繁忙,為了可以有效的提升醫(yī)院的整體工作效率,更好的協(xié)調(diào)各個(gè)部門(mén)之間的工作,醫(yī)院系統(tǒng)主要是以O(shè)A和計(jì)算機(jī)輔助醫(yī)療為主要的核心部分。醫(yī)院主干網(wǎng)絡(luò)的覆蓋面積較為廣闊,其中涉及到了整個(gè)醫(yī)院的所有辦公樓,并使用PC終端、醫(yī)療和終端設(shè)備與醫(yī)院內(nèi)的網(wǎng)絡(luò)進(jìn)行連接,并采用互聯(lián)網(wǎng)實(shí)現(xiàn)相連。隨著醫(yī)院新樓的不斷建設(shè)完成,使得醫(yī)院內(nèi)的原有網(wǎng)絡(luò)需要進(jìn)行相應(yīng)的結(jié)構(gòu)改造,實(shí)現(xiàn)各個(gè)辦公樓都能夠覆蓋網(wǎng)絡(luò)。因此,采用樹(shù)狀網(wǎng)絡(luò)結(jié)構(gòu)進(jìn)行升級(jí)改造,對(duì)網(wǎng)絡(luò)進(jìn)行重新的劃分,并使用端口匯集技術(shù),將現(xiàn)有的網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)擴(kuò)充容量,使新設(shè)計(jì)的方案與傳統(tǒng)的方案進(jìn)行兼容,保持良好的運(yùn)行,實(shí)現(xiàn)整個(gè)網(wǎng)絡(luò)最終得以升級(jí)完成,在此基礎(chǔ)上對(duì)醫(yī)院信息系統(tǒng)、數(shù)據(jù)庫(kù)系統(tǒng)進(jìn)行全面的升級(jí)和改造,以保證可以有效的提升整個(gè)醫(yī)院的網(wǎng)絡(luò)運(yùn)行效率,達(dá)到減少網(wǎng)絡(luò)故障發(fā)生頻率以及細(xì)化管理的目標(biāo)的最終目的。本文在對(duì)原醫(yī)院網(wǎng)絡(luò)調(diào)研的基礎(chǔ)上,設(shè)計(jì)出一套完整詳盡的系統(tǒng)改造方案,針對(duì)原網(wǎng)絡(luò)存在的問(wèn)題提出有針對(duì)性的改造計(jì)劃,工程分為兩期,在前期網(wǎng)絡(luò)改建的基礎(chǔ)上進(jìn)行安全加固；對(duì)系統(tǒng)軟硬件、數(shù)據(jù)庫(kù)進(jìn)行調(diào)研后提出改造設(shè)計(jì)方案；在本文中對(duì)實(shí)施過(guò)程所用到的技術(shù)進(jìn)行了討論,對(duì)新技術(shù)應(yīng)用達(dá)到要求,在設(shè)計(jì)方案時(shí)充分考慮實(shí)施可行性、可靠性和安全性。實(shí)施步驟清晰明確,在資產(chǎn)調(diào)研、業(yè)務(wù)調(diào)研的基礎(chǔ)上對(duì)IP地址進(jìn)行重新規(guī)劃,包括對(duì)新上硬件及網(wǎng)絡(luò)的安裝調(diào)試,不斷進(jìn)行調(diào)整更新。項(xiàng)目組織和管理分工明確,每完成一部對(duì)相應(yīng)實(shí)施進(jìn)行測(cè)試總結(jié),建立文檔管理體制。我在項(xiàng)目中的具體工作負(fù)責(zé)用戶需求調(diào)研,撰寫(xiě)網(wǎng)絡(luò)系統(tǒng)需求報(bào)告,分析用戶系統(tǒng)現(xiàn)狀,應(yīng)用對(duì)網(wǎng)絡(luò)的需求；為網(wǎng)絡(luò)改造設(shè)計(jì)詳細(xì)方案,撰寫(xiě)網(wǎng)絡(luò)系統(tǒng)詳細(xì)設(shè)計(jì)報(bào)告,網(wǎng)絡(luò)拓?fù)洹f(xié)議支持、VLAN劃分、地址管理等；撰寫(xiě)網(wǎng)絡(luò)設(shè)備安裝報(bào)告,網(wǎng)絡(luò)調(diào)試,網(wǎng)絡(luò)設(shè)備調(diào)試報(bào)告,網(wǎng)絡(luò)設(shè)備端口/VLAN劃分等參數(shù)配置,并在安裝調(diào)試之后進(jìn)行網(wǎng)絡(luò)系統(tǒng)初步驗(yàn)收,能夠進(jìn)行全網(wǎng)通信,保障業(yè)務(wù)連續(xù)性。同時(shí)對(duì)原有的硬件、數(shù)據(jù)庫(kù)系統(tǒng)在不影響原有業(yè)務(wù)的情況下升級(jí),提高了整個(gè)醫(yī)院的業(yè)務(wù)能力。某醫(yī)院經(jīng)過(guò)了網(wǎng)絡(luò)改造之后已經(jīng)全面的進(jìn)入運(yùn)行的狀態(tài),在網(wǎng)絡(luò)運(yùn)行過(guò)程中建立網(wǎng)絡(luò)監(jiān)督和控制系統(tǒng),主要就是針對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行實(shí)時(shí)監(jiān)控,對(duì)實(shí)際的流量進(jìn)行具體的監(jiān)視。當(dāng)網(wǎng)絡(luò)在使用是一段時(shí)間之后,沒(méi)有任何的問(wèn)題出現(xiàn),則表明網(wǎng)絡(luò)的改造較為良好,網(wǎng)絡(luò)系統(tǒng)較為完全,符合當(dāng)前醫(yī)院業(yè)務(wù)的整體需求,達(dá)到了最初的改造目標(biāo)的要求。
董祺寧[6]（2015）在《基于北斗的行業(yè)用戶位置服務(wù)平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)》文中研究表明近年來(lái),隨著3G/4G移動(dòng)網(wǎng)絡(luò)服務(wù)的不斷普及和由我國(guó)獨(dú)立建設(shè)、自主運(yùn)行的北斗衛(wèi)星導(dǎo)航系統(tǒng)的迅速發(fā)展,越來(lái)越多的企事業(yè)單位想運(yùn)用這些技術(shù)掌握戶外工作人員、外勤車(chē)輛的準(zhǔn)確位置,并實(shí)現(xiàn)遠(yuǎn)程監(jiān)管與控制。因此,為了拓展北斗衛(wèi)星導(dǎo)航系統(tǒng)的應(yīng)用領(lǐng)域和范圍,滿足政府及企業(yè)對(duì)行業(yè)級(jí)別工程車(chē)輛監(jiān)管平臺(tái)智能化、系統(tǒng)化、規(guī)范化的要求,我們有必要建立一個(gè)高性能、高可用性、高擴(kuò)展性的行業(yè)用戶位置服務(wù)平臺(tái)。針對(duì)基于北斗的行業(yè)用戶位置服務(wù)平臺(tái)的項(xiàng)目背景,本文分析、比較了當(dāng)下位置監(jiān)管平臺(tái)的發(fā)展現(xiàn)狀,以確定本平臺(tái)的技術(shù)路線。在介紹LVS負(fù)載均衡的相關(guān)理論之后,探討Memcached存儲(chǔ)技術(shù)和MVC框架的概念與優(yōu)勢(shì)。在此基礎(chǔ)上,本文介紹了基于北斗的行業(yè)用戶位置服務(wù)平臺(tái)的業(yè)務(wù)流程,分析系統(tǒng)的功能需求和性能需求,將系統(tǒng)內(nèi)網(wǎng)關(guān)鍵部分劃分為數(shù)據(jù)處理子系統(tǒng)、Web服務(wù)子系統(tǒng)和數(shù)據(jù)存儲(chǔ)子系統(tǒng),并對(duì)Web功能進(jìn)行了用例分析,對(duì)數(shù)據(jù)存儲(chǔ)子系統(tǒng)進(jìn)行了數(shù)據(jù)建模和過(guò)程建模,明白系統(tǒng)所涉及的實(shí)體類型和數(shù)據(jù)流向。接著從外部公網(wǎng)和后臺(tái)內(nèi)網(wǎng)闡述本平臺(tái)的應(yīng)用架構(gòu),給出整體設(shè)計(jì),直觀展示了系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu),然后得出上述子系統(tǒng)功能模塊并對(duì)各功能模塊進(jìn)行詳細(xì)設(shè)計(jì)和實(shí)現(xiàn)。其中,數(shù)據(jù)處理子系統(tǒng)分LVS負(fù)載均衡模塊、數(shù)據(jù)解析模塊,利用序列圖和偽代碼闡述了其實(shí)現(xiàn)過(guò)程;Web服務(wù)子系統(tǒng)分位置管理、業(yè)務(wù)管理、調(diào)度管理、應(yīng)急救援、其他應(yīng)用功能等模塊,并借助類圖和序列圖分析了客戶端和服務(wù)端的交互細(xì)節(jié);數(shù)據(jù)存儲(chǔ)子系統(tǒng)分Memcached模塊和MySQL集群模塊,其中分析數(shù)據(jù)庫(kù)環(huán)境和數(shù)據(jù)庫(kù)總體結(jié)構(gòu),結(jié)合數(shù)據(jù)建模,對(duì)各表進(jìn)行詳細(xì)設(shè)計(jì),接著對(duì)Memcached進(jìn)行功能實(shí)現(xiàn)。最后總結(jié)系統(tǒng)高災(zāi)備、高性能和高先進(jìn)的技術(shù)特點(diǎn)。上述開(kāi)發(fā)工作完成后,介紹了基于北斗的行業(yè)用戶位置服務(wù)平臺(tái)的軟硬件環(huán)境,在網(wǎng)絡(luò)環(huán)境下,對(duì)平臺(tái)進(jìn)行了部署和測(cè)試。測(cè)試結(jié)果顯示,平臺(tái)前端頁(yè)面在各個(gè)主流瀏覽器上均顯示正常,可以正確地完成數(shù)據(jù)的提取、顯示和提交,可以成功接收終端數(shù)據(jù)和下發(fā)指令。在壓力測(cè)試過(guò)程中,系統(tǒng)運(yùn)行穩(wěn)定,各服務(wù)器工作正常,在大數(shù)據(jù)量、并發(fā)訪問(wèn)下,系統(tǒng)響應(yīng)令人滿意,各性能參數(shù)達(dá)標(biāo)?；诒倍返男袠I(yè)用戶位置服務(wù)平臺(tái)達(dá)到了預(yù)定設(shè)計(jì)目標(biāo)。
劉覽[7]（2015）在《一號(hào)店網(wǎng)絡(luò)負(fù)載均衡系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)》文中提出隨著互聯(lián)網(wǎng)技術(shù)的快速發(fā)展和業(yè)務(wù)量的不斷提高,網(wǎng)絡(luò)中的數(shù)據(jù)流量迅速增長(zhǎng),單鏈路容易導(dǎo)致單點(diǎn)故障,現(xiàn)有不同的互聯(lián)網(wǎng)服務(wù)器供應(yīng)商（USP）的互聯(lián)互通問(wèn)題又會(huì)使得單一鏈路無(wú)法規(guī)避訪問(wèn)遲緩的問(wèn)題。而如果僅僅簡(jiǎn)單的依靠提高硬件性能,并不能真正解決網(wǎng)站負(fù)載均衡問(wèn)題。因?yàn)樾阅芸偸怯邢薜?一般來(lái)講,一臺(tái)PC服務(wù)器所能提供的并發(fā)訪問(wèn)處理能力大約為1000個(gè),更為高檔的專用服務(wù)器能夠支持3000-5000個(gè)并發(fā)訪問(wèn),這樣的能力還是無(wú)法滿足負(fù)載較大的網(wǎng)站的要求。尤其是網(wǎng)絡(luò)請(qǐng)求具有突發(fā)性,當(dāng)某些重大事件發(fā)生時(shí),網(wǎng)絡(luò)訪問(wèn)就會(huì)急劇上升,從而造成網(wǎng)絡(luò)瓶頸。必須采用多臺(tái)服務(wù)器提供網(wǎng)絡(luò)服務(wù),并將網(wǎng)絡(luò)請(qǐng)求分配給這些服務(wù)器分擔(dān),才能提供處理大量并發(fā)服務(wù)的能力。這就是本課題選擇做一個(gè)大型企業(yè)網(wǎng)站的均衡這個(gè)課題的研究意義。本論文中使用了 Haproxy作為負(fù)載均衡軟件,通過(guò)配置并發(fā)數(shù)、超時(shí)時(shí)間以及進(jìn)程數(shù)可以承受上萬(wàn)的并發(fā)量;后端使用了 Tomcat作為JAVA容器,配置JVM參數(shù)以及Tomcat出色的處理能力可以最大程度的利用每一臺(tái)服務(wù)器的資源;圖片等資源則使用了 Squid反向代理到Nginx web服務(wù)器上;使用Redis+zookeeper架構(gòu)對(duì)快速讀寫(xiě)內(nèi)容進(jìn)行分布式緩存,并節(jié)點(diǎn)之間實(shí)現(xiàn)負(fù)載均衡保證數(shù)據(jù)一致性;最后數(shù)據(jù)庫(kù)使用了 Oracle與Mysql,開(kāi)源的Mysql可以更有效的進(jìn)行定制化,Oracle數(shù)據(jù)庫(kù)則可以穩(wěn)定的維持整個(gè)網(wǎng)站數(shù)據(jù)庫(kù)的讀寫(xiě)操作,增強(qiáng)整個(gè)負(fù)載均衡系統(tǒng)的穩(wěn)定性。本論文首先描述企業(yè)網(wǎng)負(fù)載均衡的技術(shù)背景,有哪些負(fù)載均衡設(shè)備和軟件可以使用,有哪些負(fù)載均衡算法可以使用;之后系統(tǒng)設(shè)計(jì)部分根據(jù)系統(tǒng)具體功能和系統(tǒng)設(shè)計(jì)環(huán)境進(jìn)行介紹,給出具體設(shè)計(jì)圖和流程圖;系統(tǒng)實(shí)現(xiàn)部分是對(duì)一些配置的解釋以及系統(tǒng)運(yùn)行的流程詳解,包括緩存流程、負(fù)載均衡跳轉(zhuǎn)流程等;測(cè)試部分給出測(cè)試環(huán)境,說(shuō)明如何進(jìn)行測(cè)試,以及測(cè)試結(jié)果;最后結(jié)論部分總結(jié)一下整套系統(tǒng),并且給出展望。
溫國(guó)權(quán)[8]（2014）在《廣東電信集中告警管理系統(tǒng)規(guī)劃與設(shè)計(jì)》文中提出運(yùn)營(yíng)支撐系統(tǒng)是電信運(yùn)營(yíng)管理的重要組成部分，它借助管理手段現(xiàn)代化和IT手段現(xiàn)代化，實(shí)現(xiàn)對(duì)電信網(wǎng)絡(luò)和電信業(yè)務(wù)的管理，以達(dá)到支撐和改善網(wǎng)絡(luò)運(yùn)營(yíng)的目標(biāo)。廣東電信集中告警系統(tǒng)不但是一套覆蓋全省21個(gè)本地網(wǎng)的綜合維護(hù)管理平臺(tái)，為電信行業(yè)的運(yùn)維生產(chǎn)提供集中化的監(jiān)控手段。同時(shí)，集中告警系統(tǒng)更是一個(gè)綜合的接入平臺(tái)。通過(guò)集中告警系統(tǒng)覆蓋全省21個(gè)本地網(wǎng)的所有專業(yè)網(wǎng)管系統(tǒng)，實(shí)現(xiàn)全專業(yè)的網(wǎng)元綜合監(jiān)控管理，是運(yùn)維生產(chǎn)系統(tǒng)的基礎(chǔ)所在。該系統(tǒng)在對(duì)廣東電信全網(wǎng)網(wǎng)元實(shí)現(xiàn)基本網(wǎng)管功能的基礎(chǔ)上，大大提高了企業(yè)的資源利用率和管理效率。本文針對(duì)廣東電信集中告警系統(tǒng)數(shù)據(jù)采集層，及數(shù)據(jù)處理后臺(tái)進(jìn)行規(guī)劃和設(shè)計(jì)。技術(shù)層面上包括動(dòng)態(tài)接口層、數(shù)據(jù)管理層、后臺(tái)處理層和WEB應(yīng)用層。通過(guò)研究網(wǎng)絡(luò)管理的通用框架，實(shí)現(xiàn)通過(guò)TCP/IP、文件方式、數(shù)據(jù)庫(kù)表輪詢、SNMP TRAP、SYSLOG、CORBA等接口協(xié)議，與各專業(yè)網(wǎng)管系統(tǒng)、運(yùn)維管理系統(tǒng)、資源管理系統(tǒng)、綜合調(diào)度系統(tǒng)等進(jìn)行對(duì)接。在業(yè)務(wù)層面上，保證全網(wǎng)設(shè)備告警集中呈現(xiàn)，后臺(tái)根據(jù)篩選條件對(duì)告警數(shù)據(jù)進(jìn)行預(yù)處理，并實(shí)現(xiàn)設(shè)備告警與客戶信息關(guān)聯(lián)，建立面向客戶的網(wǎng)絡(luò)監(jiān)控體系，有力支撐業(yè)務(wù)發(fā)展。該課題具有良好的研究前景，課題最終將實(shí)現(xiàn)具有強(qiáng)大接口兼容能力以及后臺(tái)數(shù)據(jù)處理能力的，具有告警集中監(jiān)控功能的綜合網(wǎng)管系統(tǒng)。
吳磊[9]（2014）在《基于氣象服務(wù)的可擴(kuò)展網(wǎng)絡(luò)接入服務(wù)器的設(shè)計(jì)與實(shí)現(xiàn)》文中指出隨著氣候變暖,極端天氣增多以及人們對(duì)氣象服務(wù)的要求越來(lái)越高,導(dǎo)致現(xiàn)如今氣象行業(yè)開(kāi)發(fā)的氣象服務(wù)系統(tǒng)需要具有業(yè)務(wù)種類多,業(yè)務(wù)覆蓋面積廣、信息傳遞高效及時(shí)等特點(diǎn)。以往氣象服務(wù)系統(tǒng)中的網(wǎng)絡(luò)接入服務(wù)器是根據(jù)某一特定的應(yīng)用需求來(lái)進(jìn)行開(kāi)發(fā)的,這樣具體的業(yè)務(wù)邏輯和底層通信模塊緊密相連,且缺乏可通用性、可拓展性和可移植性,從而導(dǎo)致在開(kāi)發(fā)別的氣象服務(wù)系統(tǒng)軟件時(shí)候需要重復(fù)開(kāi)發(fā)底層通信模塊。其次過(guò)去的氣象服務(wù)系統(tǒng)由于受制于網(wǎng)絡(luò)接入服務(wù)器的負(fù)載能力小、傳遞數(shù)據(jù)格式單一等缺陷導(dǎo)致整體水平不高?；谝陨显?本文在對(duì)服務(wù)器通信相關(guān)技術(shù)進(jìn)行研究的基礎(chǔ)上,設(shè)計(jì)了一個(gè)基于氣象服務(wù)的可擴(kuò)展網(wǎng)絡(luò)接入服務(wù)器,并且完成了系統(tǒng)的整體框架和核心功能的設(shè)計(jì)與實(shí)現(xiàn)。本文首先分析了課題的研究背景,并介紹了相關(guān)課題的國(guó)內(nèi)研究現(xiàn)狀,闡述了與課題相關(guān)的原理及技術(shù)背景,主要包括介紹開(kāi)發(fā)環(huán)境、TCP/UDP協(xié)議、多線程技術(shù)、I/0模型、池技術(shù)、負(fù)載均衡原理等。其次,本文介紹了該網(wǎng)絡(luò)接入服務(wù)器的整體架構(gòu)設(shè)計(jì),然后將該服務(wù)器的通信和消息處理部分從服務(wù)器中抽象成一個(gè)通信框架,介紹了框架內(nèi)各個(gè)功能模塊的詳細(xì)設(shè)計(jì)及功能模塊間的協(xié)作方式,并詳細(xì)說(shuō)明各模塊的功能結(jié)構(gòu)以及其中關(guān)鍵技術(shù)部分的實(shí)現(xiàn),最后按照三層架構(gòu)體系,介紹了網(wǎng)絡(luò)接入服務(wù)器的各個(gè)功能模塊。最后,本文在對(duì)關(guān)鍵技術(shù)進(jìn)行深入剖析的基礎(chǔ)上,詳細(xì)的闡述了該服務(wù)器的各個(gè)功能模塊的設(shè)計(jì)和實(shí)現(xiàn)細(xì)節(jié),通過(guò)設(shè)計(jì)和實(shí)現(xiàn)通用的網(wǎng)路通信模塊來(lái)負(fù)載大量并發(fā)服務(wù)請(qǐng)求,并且通過(guò)可擴(kuò)展的消息協(xié)議設(shè)計(jì)實(shí)現(xiàn)氣象業(yè)務(wù)多樣性,最后通過(guò)系統(tǒng)部署運(yùn)行以及對(duì)服務(wù)器通信模塊進(jìn)行壓力測(cè)試來(lái)證明該服務(wù)器的網(wǎng)絡(luò)通信性能及其穩(wěn)定性,基本上達(dá)到了系統(tǒng)設(shè)計(jì)的要求。最后對(duì)本課題所做的工作進(jìn)行全面的工作總結(jié)和評(píng)價(jià),并對(duì)下一步的研究和開(kāi)發(fā)進(jìn)行了展望。
傅東軍[10]（2013）在《山西現(xiàn)代女子醫(yī)院遠(yuǎn)程會(huì)診系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)》文中研究表明現(xiàn)代社會(huì)發(fā)展越來(lái)越迅速，社會(huì)發(fā)展要求不斷完善國(guó)家醫(yī)療設(shè)施，并不斷提高國(guó)家醫(yī)療水平。由于我國(guó)經(jīng)濟(jì)發(fā)展的不平衡，部分欠發(fā)達(dá)地區(qū)的基礎(chǔ)設(shè)施相對(duì)落后，醫(yī)療水平與發(fā)達(dá)地區(qū)相比有較大的差距，這就導(dǎo)致不能為當(dāng)?shù)厝嗣裉峁┝己玫蒯t(yī)療保障。另一方面，專家由于工作或生活需要外出，但是在這段時(shí)間內(nèi)可能由于病情需要緊急就診，這些都需要都是亟待解決的，導(dǎo)致了遠(yuǎn)程會(huì)診的出現(xiàn)。并且隨著社會(huì)發(fā)展，信息技術(shù)和計(jì)算機(jī)技術(shù)也取得了長(zhǎng)足的進(jìn)步，遠(yuǎn)程會(huì)診已成為現(xiàn)實(shí)。因此建立一個(gè)完善的遠(yuǎn)程會(huì)診系統(tǒng)對(duì)于促進(jìn)醫(yī)療事業(yè)的發(fā)展有著重要的意義。本文首先分析了遠(yuǎn)程醫(yī)療的現(xiàn)狀及未來(lái)的發(fā)展趨勢(shì)然后采用軟件工程的思想，從需求分析，總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)方面對(duì)遠(yuǎn)程會(huì)診系統(tǒng)進(jìn)行了詳細(xì)的分析和設(shè)計(jì)。本文基于以上遠(yuǎn)程會(huì)診系統(tǒng)的設(shè)計(jì)思想，提出并設(shè)計(jì)了一個(gè)山西現(xiàn)代女子醫(yī)院遠(yuǎn)程會(huì)診系統(tǒng)。在基于.net的基礎(chǔ)上，采用B/S設(shè)計(jì)模式，使用SQL SERVER2005數(shù)據(jù)庫(kù)，對(duì)山西現(xiàn)代女子醫(yī)院遠(yuǎn)程會(huì)診系統(tǒng)進(jìn)行了設(shè)計(jì)與實(shí)現(xiàn)。本文詳細(xì)闡述了該系統(tǒng)數(shù)據(jù)庫(kù)的結(jié)構(gòu)及主要實(shí)現(xiàn)功能，該系統(tǒng)實(shí)現(xiàn)了遠(yuǎn)程會(huì)診的客戶預(yù)約會(huì)診、預(yù)約安排、專家會(huì)診及會(huì)診結(jié)果上傳等功能，實(shí)現(xiàn)了遠(yuǎn)程會(huì)診的主要功能，為遠(yuǎn)程會(huì)診提供了一個(gè)良好地平臺(tái)。
二、保障順暢的數(shù)據(jù)流——醫(yī)院數(shù)據(jù)庫(kù)負(fù)載均衡設(shè)計(jì)與實(shí)施（論文開(kāi)題報(bào)告）
（1）論文研究背景及目的
此處內(nèi)容要求：
首先簡(jiǎn)單簡(jiǎn)介論文所研究問(wèn)題的基本概念和背景，再而簡(jiǎn)單明了地指出論文所要研究解決的具體問(wèn)題，并提出你的論文準(zhǔn)備的觀點(diǎn)或解決方法。
寫(xiě)法范例：
本文主要提出一款精簡(jiǎn)64位RISC處理器存儲(chǔ)管理單元結(jié)構(gòu)并詳細(xì)分析其設(shè)計(jì)過(guò)程。在該MMU結(jié)構(gòu)中,TLB采用叁個(gè)分離的TLB,TLB采用基于內(nèi)容查找的相聯(lián)存儲(chǔ)器并行查找,支持粗粒度為64KB和細(xì)粒度為4KB兩種頁(yè)面大小,采用多級(jí)分層頁(yè)表結(jié)構(gòu)映射地址空間,并詳細(xì)論述了四級(jí)頁(yè)表轉(zhuǎn)換過(guò)程,TLB結(jié)構(gòu)組織等。該MMU結(jié)構(gòu)將作為該處理器存儲(chǔ)系統(tǒng)實(shí)現(xiàn)的一個(gè)重要組成部分。
（2）本文研究方法
調(diào)查法：該方法是有目的、有系統(tǒng)的搜集有關(guān)研究對(duì)象的具體信息。
觀察法：用自己的感官和輔助工具直接觀察研究對(duì)象從而得到有關(guān)信息。
實(shí)驗(yàn)法：通過(guò)主支變革、控制研究對(duì)象來(lái)發(fā)現(xiàn)與確認(rèn)事物間的因果關(guān)系。
文獻(xiàn)研究法：通過(guò)調(diào)查文獻(xiàn)來(lái)獲得資料，從而全面的、正確的了解掌握研究方法。
實(shí)證研究法：依據(jù)現(xiàn)有的科學(xué)理論和實(shí)踐的需要提出設(shè)計(jì)。
定性分析法：對(duì)研究對(duì)象進(jìn)行“質(zhì)”的方面的研究，這個(gè)方法需要計(jì)算的數(shù)據(jù)較少。
定量分析法：通過(guò)具體的數(shù)字，使人們對(duì)研究對(duì)象的認(rèn)識(shí)進(jìn)一步精確化。
跨學(xué)科研究法：運(yùn)用多學(xué)科的理論、方法和成果從整體上對(duì)某一課題進(jìn)行研究。
功能分析法：這是社會(huì)科學(xué)用來(lái)分析社會(huì)現(xiàn)象的一種方法，從某一功能出發(fā)研究多個(gè)方面的影響。
模擬法：通過(guò)創(chuàng)設(shè)一個(gè)與原型相似的模型來(lái)間接研究原型某種特性的一種形容方法。
三、保障順暢的數(shù)據(jù)流——醫(yī)院數(shù)據(jù)庫(kù)負(fù)載均衡設(shè)計(jì)與實(shí)施（論文提綱范文）
（1）3D打印技術(shù)專業(yè)“三教”改革探索（論文提綱范文）
| 引言 |
| 1 3D打印技術(shù)專業(yè)“三教”面臨的突出問(wèn)題 |
| 1.1 師資團(tuán)隊(duì)的教學(xué)素養(yǎng)相對(duì)偏差 |
| 1.2 3D打印技術(shù)專業(yè)教材不成體系，資源匱乏 |
| 1.3 教法難以提升學(xué)生參與的主動(dòng)性 |
| 2 3D打印技術(shù)應(yīng)用專業(yè)“三教”改革措施 |
| 2.1 通過(guò)“名師引領(lǐng)、雙元結(jié)構(gòu)、分工協(xié)作”的準(zhǔn)則塑造團(tuán)隊(duì) |
| 2.1.1 依托有較強(qiáng)影響力的帶頭人，有效開(kāi)發(fā)名師所具備的引領(lǐng)示范效果 |
| 2.1.2 邀請(qǐng)大師授教，提升人才的技術(shù)與技能水準(zhǔn) |
| 2.2 推進(jìn)“學(xué)生主體、育訓(xùn)結(jié)合、因材施教”的教材變革 |
| 2.2.1 設(shè)計(jì)活頁(yè)式3D打印教材 |
| 2.2.2 靈活使用信息化技術(shù)，形成立體化的教學(xué) |
| 2.3 創(chuàng)新推行“三個(gè)課堂”教學(xué)模式，推進(jìn)教法改革 |
| 2.3.1 采取線上、線下的混合式教法 |
| 2.3.2 構(gòu)建與推進(jìn)更具創(chuàng)新性的“三個(gè)課堂”模式 |
（2）互聯(lián)網(wǎng)+醫(yī)療健康模式下的醫(yī)院網(wǎng)絡(luò)安全防護(hù)（論文提綱范文）
| 0 引言 |
| 1 醫(yī)院網(wǎng)絡(luò)安全發(fā)展歷程 |
| 1.1 最初的內(nèi)外網(wǎng)隔離時(shí)期 |
| 1.2 接入專線網(wǎng)絡(luò)外聯(lián) |
| 1.3 劃分虛擬專網(wǎng)方式接入 |
| 1.4 互聯(lián)網(wǎng)+醫(yī)療背景下的網(wǎng)絡(luò)融合 |
| 2 網(wǎng)絡(luò)安全措施 |
| 2.1 流量清洗 |
| 2.2 入侵防御 |
| 2.3 防病毒 |
| 2.4 訪問(wèn)控制 |
| 2.5 負(fù)載均衡 |
| 2.6 日志審計(jì)與事后分析 |
| 3 具體實(shí)例 |
| 4 結(jié)語(yǔ) |
（3）醫(yī)院跨平臺(tái)容災(zāi)數(shù)據(jù)庫(kù)的設(shè)計(jì)與實(shí)現(xiàn)（論文提綱范文）
| 1 前言 |
| 2 容災(zāi)數(shù)據(jù)庫(kù)的方案設(shè)計(jì)和對(duì)比 |
| 2.1 Oracle RAC和Oracle GoldenGate概述 |
| 2.2 基于Oracle RAC的方案設(shè)計(jì) |
| 2.3 基于Oracle單節(jié)點(diǎn)的方案設(shè)計(jì) |
| 2.4 方案對(duì)比 |
| 2.4.1 可靠性 |
| 2.4.2 實(shí)施復(fù)雜度 |
| 2.4.3 讀寫(xiě)效率 |
| 2.4.4 帶寬 |
| 2.4.5 切換效率 |
| 3 容災(zāi)數(shù)據(jù)庫(kù)切換過(guò)程 |
| 4 容災(zāi)數(shù)據(jù)庫(kù)切換優(yōu)化方案 |
| 5 容災(zāi)數(shù)據(jù)庫(kù)設(shè)計(jì)總結(jié) |
| 6 結(jié)語(yǔ) |
（4）大數(shù)據(jù)驅(qū)動(dòng)的醫(yī)療信息物理融合系統(tǒng)的分析與設(shè)計(jì)方法（論文提綱范文）
| 摘要 |
| ABSTRACT |
| 第一章 緒論 |
| 1.1 研究背景及意義 |
| 1.2 國(guó)內(nèi)外研究現(xiàn)狀 |
| 1.3 論文的研究?jī)?nèi)容 |
| 1.4 論文的組織結(jié)構(gòu) |
| 1.5 本章小結(jié) |
| 第二章 相關(guān)技術(shù) |
| 2.1 大數(shù)據(jù)概述 |
| 2.1.1 大數(shù)據(jù)處理平臺(tái) |
| 2.1.2 大數(shù)據(jù)的實(shí)時(shí)存儲(chǔ) |
| 2.1.3 大數(shù)據(jù)分析 |
| 2.2 信息物理融合系統(tǒng)(CPS)概述 |
| 2.2.1 體系結(jié)構(gòu)及運(yùn)行方式 |
| 2.2.2 CPS的特征 |
| 2.2.3 CPS云 |
| 2.3 AADL建模語(yǔ)言概述 |
| 2.3.1 AADL建模元素及其關(guān)系 |
| 2.3.2 AADL建模過(guò)程 |
| 2.4 數(shù)據(jù)模型概述 |
| 2.5 本章小結(jié) |
| 第三章 大數(shù)據(jù)驅(qū)動(dòng)的醫(yī)療CPS的分析研究 |
| 3.1 醫(yī)療CPS系統(tǒng)分析 |
| 3.1.1 三層醫(yī)療CPS體系結(jié)構(gòu) |
| 3.1.2 CPS在醫(yī)療領(lǐng)域的應(yīng)用 |
| 3.2 醫(yī)療大數(shù)據(jù)與云計(jì)算 |
| 3.2.1 醫(yī)療大數(shù)據(jù) |
| 3.2.2 基于云計(jì)算的醫(yī)療大數(shù)據(jù)特點(diǎn) |
| 3.2.3 基于云計(jì)算的醫(yī)療信息共享平臺(tái) |
| 3.3 基于AADL的大數(shù)據(jù)驅(qū)動(dòng)的信息物理融合系統(tǒng) |
| 3.4 本章小結(jié) |
| 第四章 案例研究：醫(yī)院病房監(jiān)護(hù)系統(tǒng) |
| 4.1 需求分析 |
| 4.2 需求建模 |
| 4.3 AADL模型 |
| 4.3.1 醫(yī)院病房監(jiān)護(hù)系統(tǒng)(HWMS)的文件組織結(jié)構(gòu) |
| 4.3.2 系統(tǒng)整體建模與分析 |
| 4.3.3 硬件組件建模 |
| 4.3.4 軟件組件建模 |
| 4.3.5 物理方面建模 |
| 4.3.6 連續(xù)數(shù)據(jù)建模 |
| 4.4 本章小結(jié) |
| 第五章 系統(tǒng)分析與驗(yàn)證 |
| 5.1 整體結(jié)構(gòu)驗(yàn)證 |
| 5.2 流分析驗(yàn)證 |
| 總結(jié)與展望 |
| 參考文獻(xiàn) |
| 攻讀學(xué)位期間發(fā)表的論文 |
| 致謝 |
（5）省屬醫(yī)院信息系統(tǒng)的安全改造實(shí)施（論文提綱范文）
| 摘要 |
| ABSTRACT |
| 第1章 引言 |
| 1.1 項(xiàng)目背景 |
| 1.2 國(guó)內(nèi)外現(xiàn)狀 |
| 1.3 本文的主要工作 |
| 1.4 本文的組織結(jié)構(gòu) |
| 第2章 系統(tǒng)改造需求分析 |
| 2.1 系統(tǒng)原狀分析 |
| 2.1.1 系統(tǒng)原有信息系統(tǒng) |
| 2.1.2 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的安全威脅分析 |
| 2.1.3 系統(tǒng)運(yùn)維原狀分析 |
| 2.1.4 系統(tǒng)數(shù)據(jù)庫(kù)需求分析 |
| 2.1.5 原系統(tǒng)現(xiàn)狀總結(jié) |
| 2.2 系統(tǒng)運(yùn)維需求 |
| 2.3 系統(tǒng)改造目標(biāo)與安全分析 |
| 2.3.1 系統(tǒng)升級(jí)改造目標(biāo) |
| 2.3.2 安全需求分析 |
| 2.3.3 安全管理目標(biāo) |
| 第3章 系統(tǒng)改造設(shè)計(jì) |
| 3.1 設(shè)計(jì)原則 |
| 3.2 系統(tǒng)改造方法研究 |
| 3.2.1 系統(tǒng)安全改造實(shí)施思路 |
| 3.2.2 系統(tǒng)安全改造措施 |
| 3.3 軟硬件設(shè)計(jì) |
| 3.4 數(shù)據(jù)庫(kù)設(shè)計(jì) |
| 3.5 網(wǎng)絡(luò)整體架構(gòu) |
| 3.5.1 安全域規(guī)劃 |
| 3.5.2 IP地址規(guī)劃 |
| 3.5.3 內(nèi)外網(wǎng)分離 |
| 3.5.4 安全防護(hù)設(shè)計(jì) |
| 3.5.5 IT運(yùn)維方案 |
| 3.6 核心層設(shè)計(jì) |
| 3.7 匯聚層設(shè)計(jì) |
| 3.8 接入層設(shè)計(jì) |
| 第4章 系統(tǒng)實(shí)施及部署 |
| 4.1 系統(tǒng)實(shí)施方案 |
| 4.2 IP地址部署及實(shí)施 |
| 4.3 數(shù)據(jù)庫(kù)升級(jí)部署及實(shí)施 |
| 4.3.1 實(shí)施環(huán)境準(zhǔn)備 |
| 4.3.2 數(shù)據(jù)庫(kù)升級(jí)方法 |
| 4.3.3 制定應(yīng)急預(yù)案 |
| 4.3.4 確定具體步驟 |
| 4.3.5 升級(jí)的實(shí)現(xiàn) |
| 4.4 安全方案部署及實(shí)施 |
| 4.4.1 交換設(shè)備安全方案部署 |
| 4.4.2 服務(wù)器安全方案部署 |
| 4.4.3 數(shù)據(jù)庫(kù)安全方案部署 |
| 4.4.4 終端安全方案實(shí)施 |
| 4.4.5 防火墻部署 |
| 4.5 系統(tǒng)運(yùn)維方案部署實(shí)施 |
| 第5章 結(jié)論及展望 |
| 參考文獻(xiàn) |
| 致謝 |
| 附件 |
（6）基于北斗的行業(yè)用戶位置服務(wù)平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)（論文提綱范文）
| 摘要 |
| ABSTRACT |
| 縮略語(yǔ)對(duì)照表 |
| 第一章 緒論 |
| 1.1 選題背景與意義 |
| 1.2 國(guó)內(nèi)外研究現(xiàn)狀 |
| 1.3 論文工作內(nèi)容 |
| 1.4 論文組織結(jié)構(gòu) |
| 第二章 基礎(chǔ)理論與技術(shù) |
| 2.1 LVS負(fù)載均衡技術(shù) |
| 2.1.1 LVS的結(jié)構(gòu) |
| 2.1.2 LVS調(diào)度算法 |
| 2.2 Memcached技術(shù) |
| 2.3 Java MVC框架 |
| 2.3.1 編程模式 |
| 2.3.2 框架內(nèi)容 |
| 2.3.3 MVC框架的優(yōu)點(diǎn) |
| 2.4 本章小結(jié) |
| 第三章 基于北斗的行業(yè)用戶位置服務(wù)平臺(tái)需求分析 |
| 3.1 業(yè)務(wù)陳述 |
| 3.2 需求分析 |
| 3.2.1 功能性需求 |
| 3.2.2 非功能性需求 |
| 3.3 數(shù)據(jù)建模/數(shù)據(jù)分析 |
| 3.4 過(guò)程建模 |
| 3.5 本章小結(jié) |
| 第四章 基于北斗的行業(yè)用戶位置服務(wù)平臺(tái)設(shè)計(jì)與實(shí)現(xiàn) |
| 4.1 系統(tǒng)應(yīng)用架構(gòu) |
| 4.1.1 外部公網(wǎng) |
| 4.1.2 后臺(tái)內(nèi)網(wǎng) |
| 4.2 系統(tǒng)功能設(shè)計(jì)與實(shí)現(xiàn) |
| 4.2.1 數(shù)據(jù)處理子系統(tǒng) |
| 4.2.2 Web服務(wù)子系統(tǒng) |
| 4.2.3 數(shù)據(jù)存儲(chǔ)子系統(tǒng) |
| 4.3 系統(tǒng)特點(diǎn)總結(jié) |
| 4.4 本章小結(jié) |
| 第五章 基于北斗的行業(yè)用戶位置服務(wù)平臺(tái)測(cè)試及分析 |
| 5.1 系統(tǒng)運(yùn)行環(huán)境 |
| 5.2 測(cè)試用例及過(guò)程 |
| 5.3 測(cè)試結(jié)果分析 |
| 5.3.1 黑盒測(cè)試結(jié)果分析 |
| 5.3.2 壓力測(cè)試結(jié)果分析 |
| 5.4 本章小結(jié) |
| 第六章 結(jié)束語(yǔ) |
| 6.1 論文工作總結(jié) |
| 6.2 后續(xù)工作展望 |
| 參考文獻(xiàn) |
| 致謝 |
| 作者簡(jiǎn)介 |
（7）一號(hào)店網(wǎng)絡(luò)負(fù)載均衡系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)（論文提綱范文）
| 摘要 |
| ABSTRACT |
| 第1章 緒論 |
| 1.1 國(guó)內(nèi)外研究現(xiàn)狀 |
| 1.2 研究背景和意義 |
| 1.3 論文結(jié)構(gòu)安排 |
| 第2章 相關(guān)技術(shù) |
| 2.1 負(fù)載均衡技術(shù)背景 |
| 2.1.1 服務(wù)器集群負(fù)載均衡技術(shù) |
| 2.1.2 四層負(fù)載均衡和七層負(fù)載均衡的區(qū)別 |
| 2.2 企業(yè)網(wǎng)結(jié)構(gòu)背景 |
| 2.2.1 企業(yè)網(wǎng)和家庭網(wǎng)絡(luò)有何區(qū)別 |
| 2.2.2 企業(yè)網(wǎng)基本結(jié)構(gòu) |
| 2.3 負(fù)載均衡設(shè)備介紹 |
| 2.3.1 F5負(fù)載均衡設(shè)備 |
| 2.3.2 A10 |
| 2.4 負(fù)載均衡技術(shù)目標(biāo)與技術(shù)約束 |
| 2.4.1 網(wǎng)絡(luò)的可擴(kuò)展性與約束 |
| 2.4.2 網(wǎng)絡(luò)的可用性與約束 |
| 2.4.3 網(wǎng)絡(luò)性能的約束 |
| 2.5 負(fù)載均衡技術(shù)介紹和性能比較 |
| 2.5.1 LVS負(fù)載均衡介紹 |
| 2.5.2 Nginx負(fù)載均衡 |
| 2.5.3 HAProxy |
| 2.6 本章小結(jié) |
| 第3章 網(wǎng)絡(luò)負(fù)載均衡系統(tǒng)的需求分析與設(shè)計(jì) |
| 3.1 傳統(tǒng)負(fù)載均衡架構(gòu) |
| 3.2 一號(hào)店網(wǎng)站訪問(wèn)量需求 |
| 3.2.1 系統(tǒng)的訪問(wèn)量 |
| 3.2.2 PV數(shù)據(jù)量 |
| 3.2.3 網(wǎng)絡(luò)平臺(tái)全拓?fù)?/td> |
| 3.2.4 網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì) |
| 3.2.5 服務(wù)器的各項(xiàng)指標(biāo)以及服務(wù)器參數(shù)情況 |
| 3.3 負(fù)載均衡性能和算法比較和挑選 |
| 3.3.1 NGINX負(fù)載均衡和LVS負(fù)載均衡區(qū)別 |
| 3.3.2 Nginx和HAProxy負(fù)載均衡性能分析 |
| 3.3.3 幾款負(fù)載均衡軟件的壓力測(cè)試與性能比較 |
| 3.3.4 負(fù)載均衡算法研究 |
| 3.4 網(wǎng)站系統(tǒng)設(shè)計(jì) |
| 3.4.1 硬件選擇 |
| 3.4.2 系統(tǒng)架構(gòu)設(shè)計(jì) |
| 3.5 本章小結(jié) |
| 第4章 網(wǎng)絡(luò)負(fù)載均衡系統(tǒng)的實(shí)現(xiàn) |
| 4.1 HAPROXY的實(shí)現(xiàn) |
| 4.1.1 Haproxy算法流程 |
| 4.1.2 Haproxy實(shí)現(xiàn)過(guò)程 |
| 4.2 真實(shí)服務(wù)器(TOMCAT)的實(shí)現(xiàn) |
| 4.2.1 Tomcat啟動(dòng)實(shí)現(xiàn)算法 |
| 4.2.2 配置Tomcat并啟動(dòng) |
| 4.3 網(wǎng)頁(yè)內(nèi)容動(dòng)靜分離 |
| 4.3.1 Squid工作模式 |
| 4.3.2 文件緩存軟件Squid的實(shí)現(xiàn) |
| 4.3.3 Squid配置的實(shí)現(xiàn) |
| 4.4 REDIS/ZOOKEEPER內(nèi)存分布式一致性負(fù)載均衡的實(shí)現(xiàn) |
| 4.4.1 本課題中Redis實(shí)現(xiàn)算法 |
| 4.4.2 本課題ZooKeeper算法實(shí)現(xiàn) |
| 4.4.3 內(nèi)存分布式一致性負(fù)載均衡的實(shí)現(xiàn) |
| 4.5 本章小結(jié) |
| 第5章 網(wǎng)絡(luò)負(fù)載均衡系統(tǒng)的測(cè)試與運(yùn)行 |
| 5.1 測(cè)試環(huán)境的介紹 |
| 5.2 URL請(qǐng)求跳轉(zhuǎn)測(cè)試 |
| 5.2.1 Haproxy轉(zhuǎn)發(fā)驗(yàn)證 |
| 5.2.2 后端服務(wù)器集群負(fù)載均衡驗(yàn)證 |
| 5.3 SQUID緩存驗(yàn)證 |
| 5.4 與傳統(tǒng)負(fù)載均衡系統(tǒng)的壓力比較測(cè)試 |
| 5.5 測(cè)試結(jié)果總結(jié)和需求的比較 |
| 5.5.1 服務(wù)器CPU和流量負(fù)載與需求的比較 |
| 5.5.2 網(wǎng)站響應(yīng)指標(biāo) |
| 5.6 本章小結(jié) |
| 第6章 結(jié)論 |
| 6.1 設(shè)計(jì)方案總結(jié) |
| 6.2 本課題進(jìn)一步研究方向 |
| 參考文獻(xiàn) |
| 致謝 |
（8）廣東電信集中告警管理系統(tǒng)規(guī)劃與設(shè)計(jì)（論文提綱范文）
| 摘要 |
| ABSTRACT |
| 目錄 |
| 第一章 緒論 |
| 1.1 項(xiàng)目研究的背景意義 |
| 1.2 國(guó)內(nèi)外研究現(xiàn)狀 |
| 1.3 系統(tǒng)的研究目標(biāo)和內(nèi)容 |
| 1.3.1 系統(tǒng)的研究目標(biāo) |
| 1.3.2 系統(tǒng)的研究?jī)?nèi)容 |
| 1.4 論文體系結(jié)構(gòu) |
| 1.5 本章小結(jié) |
| 第二章 項(xiàng)目的關(guān)鍵技術(shù)研究 |
| 2.1 場(chǎng)景應(yīng)用的內(nèi)容聚合技術(shù) |
| 2.1.1 Portlet 技術(shù) |
| 2.1.2 Mashup 技術(shù) |
| 2.2 利用緩存技術(shù)提升 JVM 效率 |
| 2.2.1 JVM 與 TC 緩存技術(shù)說(shuō)明 |
| 2.2.2 實(shí)現(xiàn)方案 |
| 2.3 搭建高可用集群提升系統(tǒng)穩(wěn)定性 |
| 2.3.1 高可用集群技術(shù)說(shuō)明 |
| 2.3.2 實(shí)現(xiàn)方案 |
| 2.4 本章小結(jié) |
| 第三章 項(xiàng)目的需求分析 |
| 3.1 系統(tǒng)整體需求 |
| 3.2 系統(tǒng)各功能需求分析 |
| 3.2.1 告警呈現(xiàn) |
| 3.2.2 告警查詢與統(tǒng)計(jì) |
| 3.2.3 告警預(yù)處理 |
| 3.2.4 告警規(guī)則配置及下發(fā) |
| 3.3 系統(tǒng)技術(shù)需求 |
| 3.4 系統(tǒng)軟件及硬件需求 |
| 3.5 本章小結(jié) |
| 第四章 系統(tǒng)的設(shè)計(jì)與實(shí)施 |
| 4.1 可行性分析 |
| 4.1.1 經(jīng)濟(jì)可行性分析 |
| 4.1.2 技術(shù)可行性分析 |
| 4.1.3 社會(huì)可行性分析 |
| 4.2 系統(tǒng)架構(gòu)設(shè)計(jì) |
| 4.3 技術(shù)架構(gòu)設(shè)計(jì) |
| 4.3.1 場(chǎng)景應(yīng)用層技術(shù)分析 |
| 4.3.2 網(wǎng)管服務(wù)總線 |
| 4.3.3 網(wǎng)管核心能力層 |
| 4.3.4 網(wǎng)絡(luò)運(yùn)營(yíng)數(shù)據(jù)層 |
| 4.3.5 統(tǒng)一采集適配層 |
| 4.4 采集適配平臺(tái)的技術(shù)架構(gòu)設(shè)計(jì) |
| 4.5 告警分析處理后臺(tái)的實(shí)現(xiàn)技術(shù) |
| 4.5.1 實(shí)現(xiàn)技術(shù) |
| 4.5.2 后臺(tái)架構(gòu) |
| 4.5.3 處理流程 |
| 4.5.4 網(wǎng)絡(luò)結(jié)構(gòu) |
| 4.5.5 負(fù)載均衡 |
| 4.6 數(shù)據(jù)庫(kù)建模 |
| 4.6.1 建模說(shuō)明 |
| 4.6.2 資源域建模 |
| 4.6.3 事件域建模 |
| 4.6.4 地域關(guān)聯(lián)域建模 |
| 4.6.5 基礎(chǔ)數(shù)據(jù)域建模 |
| 4.7 系統(tǒng)組網(wǎng)設(shè)計(jì) |
| 4.8 本章小結(jié) |
| 第五章 系統(tǒng)的運(yùn)行測(cè)試與功能展示 |
| 5.1 系統(tǒng)測(cè)試 |
| 5.1.1 背景 |
| 5.1.2 測(cè)試環(huán)境 |
| 5.1.3 測(cè)試方法 |
| 5.1.4 測(cè)試結(jié)果 |
| 5.2 系統(tǒng)功能展示 |
| 5.2.1 系統(tǒng)登錄界面 |
| 5.2.2 系統(tǒng)功能首頁(yè) |
| 5.2.3 告警監(jiān)控總列表 |
| 5.2.4 告警預(yù)處理規(guī)則管理 |
| 5.3 本章小結(jié) |
| 結(jié)束語(yǔ) |
| 參考文獻(xiàn) |
| 附錄1 |
| 攻讀碩士學(xué)位期間取得的研究成果 |
| 致謝 |
| 附件 |
（9）基于氣象服務(wù)的可擴(kuò)展網(wǎng)絡(luò)接入服務(wù)器的設(shè)計(jì)與實(shí)現(xiàn)（論文提綱范文）
| 摘要 |
| Abstract |
| 第一章 緒論 |
| 1.1 課題研究背景與選題意義 |
| 1.1.1 研究背景 |
| 1.1.2 選題意義 |
| 1.2 課題研究?jī)?nèi)容 |
| 1.3 論文的組織結(jié)構(gòu) |
| 1.4 本章小結(jié) |
| 第二章 網(wǎng)絡(luò)接入服務(wù)器相關(guān)的原理和技術(shù)背景分析 |
| 2.1 .NET框架 |
| 2.2 服務(wù)器通信相關(guān)技術(shù) |
| 2.2.1 網(wǎng)絡(luò)協(xié)議的選擇 |
| 2.2.2 Windows Socket |
| 2.2.3 I/O模式 |
| 2.2.4 完成端口運(yùn)行機(jī)制 |
| 2.2.5 池 |
| 2.2.6 負(fù)載均衡技術(shù) |
| 2.3 本章小結(jié) |
| 第三章 網(wǎng)絡(luò)接入服務(wù)器體系結(jié)構(gòu)設(shè)計(jì) |
| 3.1 氣象服務(wù)系統(tǒng)組成 |
| 3.2 網(wǎng)絡(luò)接入服務(wù)器的通信框架總體架構(gòu) |
| 3.2.1 功能需求 |
| 3.2.2 設(shè)計(jì)目標(biāo) |
| 3.2.3 框架架構(gòu) |
| 3.2.4 框架模塊劃分及功能介紹 |
| 3.2.5 功能模塊間的協(xié)作關(guān)系 |
| 3.3 網(wǎng)絡(luò)接入服務(wù)器總體架構(gòu)及功能劃分 |
| 3.3.1 表示層 |
| 3.3.2 業(yè)務(wù)邏輯層 |
| 3.3.3 數(shù)據(jù)訪問(wèn)層 |
| 3.4 網(wǎng)絡(luò)接入服務(wù)器工作流程 |
| 3.5 本章小結(jié) |
| 第四章 服務(wù)器的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn) |
| 4.1 服務(wù)器操作界面設(shè)計(jì) |
| 4.2 網(wǎng)絡(luò)通信模塊的設(shè)計(jì)與實(shí)現(xiàn) |
| 4.2.1 異步對(duì)象池及內(nèi)存池 |
| 4.2.2 心跳包機(jī)制的設(shè)計(jì)與實(shí)現(xiàn) |
| 4.2.3 I/O線程池 |
| 4.2.4 網(wǎng)絡(luò)通信模塊的實(shí)現(xiàn) |
| 4.3 數(shù)據(jù)處理模塊的設(shè)計(jì)與實(shí)現(xiàn) |
| 4.3.1 TCP協(xié)議的無(wú)消息邊界問(wèn)題 |
| 4.3.2 消息協(xié)議的設(shè)計(jì)與實(shí)現(xiàn) |
| 4.3.3 JSON數(shù)據(jù)格式 |
| 4.3.4 數(shù)據(jù)接收模塊的設(shè)計(jì)與實(shí)現(xiàn) |
| 4.4 數(shù)據(jù)庫(kù)的設(shè)計(jì) |
| 4.4.1 數(shù)據(jù)庫(kù)總體設(shè)計(jì) |
| 4.4.2 數(shù)據(jù)庫(kù)負(fù)載均衡 |
| 4.4.3 數(shù)據(jù)庫(kù)連接池 |
| 4.5 本章小結(jié) |
| 第五章 服務(wù)器部署與性能測(cè)試 |
| 5.1 系統(tǒng)部署 |
| 5.1.1 程序打包 |
| 5.1.2 程序安裝 |
| 5.1.3 系統(tǒng)運(yùn)行流程 |
| 5.2 性能測(cè)試 |
| 5.2.1 負(fù)載壓力測(cè)試 |
| 5.2.2 測(cè)試環(huán)境 |
| 5.2.3 測(cè)試結(jié)果分析 |
| 5.3 本章小結(jié) |
| 第六章 總結(jié)和展望 |
| 6.1 總結(jié) |
| 6.2 下一步的工作 |
| 參考文獻(xiàn) |
| 致謝 |
| 攻讀碩士期間發(fā)表的論文及參加的項(xiàng)目 |
（10）山西現(xiàn)代女子醫(yī)院遠(yuǎn)程會(huì)診系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)（論文提綱范文）
| 摘要 |
| ABSTRACT |
| 第一章 緒論 |
| 1.1 課題背景與研究意義 |
| 1.1.1 醫(yī)療資源分配不均衡 |
| 1.1.2 基層人才流失率高 |
| 1.2 國(guó)內(nèi)外研究現(xiàn)狀 |
| 1.3 論文的選題、研究?jī)?nèi)容和創(chuàng)新點(diǎn) |
| 1.3.1 論文選題 |
| 1.3.2 研究?jī)?nèi)容 |
| 1.3.3 研發(fā)重點(diǎn) |
| 1.4 論文組織結(jié)構(gòu) |
| 第二章 選用的開(kāi)發(fā)工具及關(guān)鍵技術(shù) |
| 2.1 .NET 框架的設(shè)計(jì)技術(shù) |
| 2.2 ADO.NET 技術(shù) |
| 2.3 組件技術(shù) |
| 2.4 B/S 結(jié)構(gòu) |
| 2.5 本章小結(jié) |
| 第三章 系統(tǒng)需求分析 |
| 3.1 系統(tǒng)建設(shè)目標(biāo) |
| 3.2 業(yè)務(wù)需求 |
| 3.3 功能需求 |
| 3.3.1 預(yù)約管理子模塊 |
| 3.3.2 專家管理子模塊 |
| 3.3.3 遠(yuǎn)程會(huì)診子模塊 |
| 3.3.4 會(huì)診輔助管理子模塊 |
| 3.3.5 系統(tǒng)管理子模塊 |
| 3.4 非功能性需求 |
| 3.5 本章小結(jié) |
| 第四章 系統(tǒng)總體設(shè)計(jì) |
| 4.1 系統(tǒng)設(shè)計(jì)原則 |
| 4.2 架構(gòu)設(shè)計(jì) |
| 4.2.1 整體架構(gòu)設(shè)計(jì)技術(shù)方案 |
| 4.2.2 系統(tǒng)網(wǎng)絡(luò)架構(gòu)方案 |
| 4.2.3 系統(tǒng)數(shù)據(jù)流圖設(shè)計(jì) |
| 4.3 系統(tǒng)開(kāi)發(fā)和運(yùn)行環(huán)境 |
| 4.3.1 系統(tǒng)運(yùn)行環(huán)境 |
| 4.3.2 系統(tǒng)開(kāi)發(fā)環(huán)境 |
| 4.4 數(shù)據(jù)庫(kù)設(shè)計(jì) |
| 4.5 系統(tǒng)模塊綜述 |
| 4.5.1 普通用戶和管理者的劃分 |
| 4.5.2 面向?qū)ο笕蝿?wù)的簡(jiǎn)單描述 |
| 4.6 本章小結(jié) |
| 第五章 系統(tǒng)實(shí)現(xiàn) |
| 5.1 詳細(xì)設(shè)計(jì)方案 |
| 5.1.1 遠(yuǎn)程診斷解決方案 |
| 5.1.2 視頻采集方案 |
| 5.2 模塊功能詳細(xì)設(shè)計(jì)與實(shí)現(xiàn) |
| 5.2.1 預(yù)約管理 |
| 5.2.2 遠(yuǎn)程會(huì)診 |
| 5.2.3 專家管理 |
| 5.2.4 會(huì)診輔助管理 |
| 5.2.5 系統(tǒng)管理 |
| 5.3 本章小結(jié) |
| 第六章 系統(tǒng)測(cè)試 |
| 6.1 測(cè)試環(huán)境 |
| 6.1.1 會(huì)診中心配置要求 |
| 6.1.2 用戶端配置要求 |
| 6.1.3 網(wǎng)絡(luò)環(huán)境要求 |
| 6.2 功能測(cè)試 |
| 6.3 測(cè)試結(jié)論 |
| 6.4 本章小結(jié) |
| 第七章 總結(jié)與展望 |
| 7.1 總結(jié) |
| 7.2 展望 |
| 致謝 |
| 參考文獻(xiàn) |
四、保障順暢的數(shù)據(jù)流——醫(yī)院數(shù)據(jù)庫(kù)負(fù)載均衡設(shè)計(jì)與實(shí)施（論文參考文獻(xiàn)）
- [1]3D打印技術(shù)專業(yè)“三教”改革探索[J]. 劉森,張書(shū)維,侯玉潔. 數(shù)碼世界, 2020(04)
- [2]互聯(lián)網(wǎng)+醫(yī)療健康模式下的醫(yī)院網(wǎng)絡(luò)安全防護(hù)[J]. 胡新龍,李懷成. 中國(guó)衛(wèi)生信息管理雜志, 2019(04)
- [3]醫(yī)院跨平臺(tái)容災(zāi)數(shù)據(jù)庫(kù)的設(shè)計(jì)與實(shí)現(xiàn)[J]. 宋陽(yáng),郝澤余,劉坤堯. 中國(guó)數(shù)字醫(yī)學(xué), 2019(02)
- [4]大數(shù)據(jù)驅(qū)動(dòng)的醫(yī)療信息物理融合系統(tǒng)的分析與設(shè)計(jì)方法[D]. 翟允賽. 廣東工業(yè)大學(xué), 2016(10)
- [5]省屬醫(yī)院信息系統(tǒng)的安全改造實(shí)施[D]. 袁瑞冬. 山東大學(xué), 2016(02)
- [6]基于北斗的行業(yè)用戶位置服務(wù)平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)[D]. 董祺寧. 西安電子科技大學(xué), 2015(03)
- [7]一號(hào)店網(wǎng)絡(luò)負(fù)載均衡系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D]. 劉覽. 東北大學(xué), 2015(01)
- [8]廣東電信集中告警管理系統(tǒng)規(guī)劃與設(shè)計(jì)[D]. 溫國(guó)權(quán). 華南理工大學(xué), 2014(05)
- [9]基于氣象服務(wù)的可擴(kuò)展網(wǎng)絡(luò)接入服務(wù)器的設(shè)計(jì)與實(shí)現(xiàn)[D]. 吳磊. 南京信息工程大學(xué), 2014(07)
- [10]山西現(xiàn)代女子醫(yī)院遠(yuǎn)程會(huì)診系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D]. 傅東軍. 電子科技大學(xué), 2013(05)
標(biāo)簽：大數(shù)據(jù)論文; 負(fù)載均衡論文; 業(yè)務(wù)建模論文; 數(shù)據(jù)庫(kù)系統(tǒng)論文; 數(shù)據(jù)建模論文;