方案設(shè)計論文全文(5篇)

一、Android網(wǎng)絡(luò)負載請求優(yōu)化方案

1.1Android網(wǎng)絡(luò)優(yōu)化分析

一般造成APP卡頓不流暢，數(shù)據(jù)請求緩慢的網(wǎng)絡(luò)相關(guān)原因有：多網(wǎng)絡(luò)請求同時異步并發(fā)；網(wǎng)絡(luò)請求的生命周期沒有和Activity和生命周期的聯(lián)動，Activity關(guān)閉后也可能某個網(wǎng)絡(luò)請求還在后臺進行；網(wǎng)絡(luò)請求的優(yōu)先級處理不合理；重復(fù)網(wǎng)絡(luò)請求；網(wǎng)絡(luò)數(shù)據(jù)接口設(shè)計不合理；沒有設(shè)置網(wǎng)絡(luò)數(shù)據(jù)緩存；網(wǎng)絡(luò)請求的圖片沒有做緩存處理；創(chuàng)建過多的不必要對象，造成頻繁GC等。

1.2APP架構(gòu)設(shè)計

采用MVC設(shè)計模式，邏輯業(yè)務(wù)，數(shù)據(jù)和視圖層分離。這樣在后期改進和個性化定制時不需要重新編寫業(yè)務(wù)邏輯。網(wǎng)絡(luò)請求框架采用谷歌自己的框架Volley。Volley是FicusKirpatrick在GooogleI/O2013的一個處理和緩存網(wǎng)絡(luò)請求的庫，能使網(wǎng)絡(luò)通信更快，更簡單，更健壯。Volley提供JSON，圖像等的異步下載；網(wǎng)絡(luò)請求的排序（scheduling）;網(wǎng)絡(luò)請求的優(yōu)先級處理;緩存,多級別取消請求,和Activity和生命周期的聯(lián)動（Activity結(jié)束時同時取消所有網(wǎng)絡(luò)請求）。

1.3Android優(yōu)化方案設(shè)計

目前Android平臺的應(yīng)用越來越多，基于Android平臺的開發(fā)者也越來越多。對于手機平臺來說，如何在這么小的平臺上流暢的運行一個程序變得越來越重要。其中網(wǎng)絡(luò)負載請求這塊是APP性能優(yōu)化的一個重要的部分。高性能的APP一般網(wǎng)絡(luò)數(shù)據(jù)請求效率也都非常的高，體驗自然會得到提升。本文從Android平臺移動APP的網(wǎng)絡(luò)負載請求優(yōu)化入手，分析和設(shè)計一個基于APP網(wǎng)絡(luò)數(shù)據(jù)請求模塊的架構(gòu)和優(yōu)化設(shè)計方案。在APP的程序中Application里創(chuàng)建一個全局網(wǎng)絡(luò)負載請求線程池，用于管理整個APP的網(wǎng)絡(luò)請求，并進行優(yōu)先級排序處理。單例模式，保證APP全局只有一個網(wǎng)絡(luò)請求實例，避免創(chuàng)建過多對象，無法管理，耗費系統(tǒng)資源。網(wǎng)絡(luò)線程池開辟一塊內(nèi)存空間，里面存放了眾多(未死亡)的線程，池中線程執(zhí)行調(diào)度由池管理器來處理。當(dāng)有線程任務(wù)時，從池中取一個，執(zhí)行完成后線程對象歸池，這樣可以避免反復(fù)創(chuàng)建線程對象所帶來的性能開銷，節(jié)省了系統(tǒng)的資源。優(yōu)先級請求排序策略。設(shè)置線程池的核心線程數(shù)和最大線程數(shù)。所有BlockingQueue都可用于傳輸和保持提交的任務(wù)?？梢允褂么岁犃信c池大小進行交互：如果運行的線程少于corePoolSize，則Executor始終首選添加新的線程，而不進行排隊；如果運行的線程等于或多于corePoolSize，則Executor始終首選將請求加入隊列，而不添加新的線程；如果無法將請求加入隊列，則創(chuàng)建新的線程，除非創(chuàng)建此線程超出maximumPoolSize，在這種情況下，任務(wù)將被拒絕。網(wǎng)絡(luò)請求及時回收，與Activity同生命周期控制。在APP的全局Application里暴露一個添加和關(guān)閉回收網(wǎng)絡(luò)請求的List，用來及時的維護和銷毀網(wǎng)絡(luò)負載請求。這樣如果一個Activity停止的時候，同時取消所有或部分未完成的網(wǎng)絡(luò)請求。這樣就做到了多級別取消請求和Activity和生命周期的聯(lián)動。合理的數(shù)據(jù)庫接口對接設(shè)計。在不影響數(shù)據(jù)庫請求效率和負載的前提下，用盡可能的少的接口去為APP提供數(shù)據(jù)。例如一個APP的界面Activity，盡量用最少的請求獲取網(wǎng)絡(luò)數(shù)據(jù)。這樣少量的網(wǎng)絡(luò)請求會提升APP穩(wěn)定性和流暢性。設(shè)置網(wǎng)絡(luò)超時時間和網(wǎng)絡(luò)請求緩存。對于網(wǎng)絡(luò)請求如果不設(shè)置合理的超時時間，會導(dǎo)致某個請求在服務(wù)器沒有返回數(shù)據(jù)的情況下，不停地一直在后臺運行，耗費內(nèi)存，所以設(shè)置超時時間會避免這一問題的出現(xiàn)。同時可以根據(jù)需要適當(dāng)設(shè)置下網(wǎng)絡(luò)請求緩存，當(dāng)重復(fù)請求某個接口時在規(guī)定的緩存有效時間內(nèi)，讀取網(wǎng)絡(luò)緩存，可以減少耗費流量和優(yōu)化速度。設(shè)立數(shù)據(jù)庫緩存機制?？梢允褂脙?nèi)置SQlite進行相應(yīng)的網(wǎng)絡(luò)返回的數(shù)據(jù)進行緩存。優(yōu)先存儲一些固定的信息到數(shù)據(jù)庫，例如用戶的永遠不會變得信息，如id，性別，出生日期類似的?；\統(tǒng)的說，不變文件的緩存時間是永久，變化文件的緩存時間是最大忍受不變時間。采用緩存，可以進一步大大緩解數(shù)據(jù)交互的壓力，又能提供一定的離線瀏覽。當(dāng)然緩存的數(shù)據(jù)需要更新的也要及時更新緩存。設(shè)置圖片緩存，并且針對列表ListView或GridView等進行優(yōu)化。圖片處理加載在Android開發(fā)中經(jīng)常會用到，圖片加載是一個非常耗費內(nèi)存的，過大和過多就會造成內(nèi)存溢出。簡單的緩存邏輯就是緩存網(wǎng)絡(luò)圖片到本地文件夾，下次重復(fù)加載時判斷本地緩存是否有，有的話讀取本地緩存，沒有就重新獲取，加載網(wǎng)絡(luò)圖片也是異步處理。圖片處理要考慮多線程，緩存，內(nèi)存溢出等很多方面。對于一些縮略圖和原圖顯示要處理得當(dāng)，縮略圖顯示的地方要講圖片壓縮處理合適尺寸。像ListView和GridView這種列表在滾動和停止時要對圖片加載進行處理，滾動時停止圖片加載工作，停止?jié)L動列表后再進行加載圖片數(shù)據(jù)。這樣可以避免滑動中列表卡頓和內(nèi)存溢出情況。

1供氧模式比較分析

氧氣瓶供氧依地區(qū)不同，收取費用不同，一般折合5～7元/m3，40L瓶氧為26～36元；液氧按當(dāng)?shù)匾貉鯊S供應(yīng)價核算，國內(nèi)一般以地區(qū)價1700～1800元/t計，在3.6元/m3左右；PSA制氧主要以電費損耗為主，用電按國內(nèi)一般地區(qū)價0.8元（/kW•h）計，一般1m3為1kW•h電，因此，采用40L氧氣瓶，每瓶按5.2m3計算。

2方案選型

瓶氧供氧與液氧供氧主要是按需供給，對醫(yī)院的需氧量要求不嚴(yán)格，不夠就補充。而PSA制氧機在建設(shè)前，需進行需氧量測算，從而決定建設(shè)規(guī)模。首先，采用PSA制氧機供氧前，應(yīng)了解醫(yī)院平均月氧氣消耗量、病床數(shù)、手術(shù)間、ICU病房數(shù)等；其次，開展平均用氧量、高峰期用氧量等測算；最后，經(jīng)綜合評估后，方可確定氧產(chǎn)量的選擇。本文以某中心醫(yī)院用氧量為例，進行方案選型設(shè)計。某醫(yī)院每月用液氧數(shù)量折合成40L瓶氧為5000多瓶，醫(yī)院病床總數(shù)1600張，手術(shù)室23間，ICU病床27張，24人高壓氧艙1個。則PSA制氧系統(tǒng)選型設(shè)計及注意事項如下。

2.1執(zhí)行及驗收標(biāo)準(zhǔn)

中心供氧建設(shè)時應(yīng)要求建設(shè)方的技術(shù)材料、設(shè)備、工程、設(shè)計、安裝和運行全部按相關(guān)的最新國家標(biāo)準(zhǔn)執(zhí)行，如采用國外標(biāo)準(zhǔn)則應(yīng)提供中文文本，并確認(rèn)該標(biāo)準(zhǔn)不低于相關(guān)國家標(biāo)準(zhǔn)。工程各設(shè)備的設(shè)計、制造、檢驗、供貨、安裝、調(diào)試、驗收和維修，其各項技術(shù)參數(shù)必須符合或高于國家標(biāo)準(zhǔn)及行業(yè)標(biāo)準(zhǔn)，如有新標(biāo)準(zhǔn)則采用新標(biāo)準(zhǔn)。各執(zhí)行相關(guān)標(biāo)準(zhǔn)分類及具體名稱如下：

（1）供氧系統(tǒng)設(shè)計、安裝調(diào)試、驗收。YY/T0187—1994《醫(yī)用中心供氧系統(tǒng)通用技術(shù)條件》；GB8982—1998《醫(yī)用氧氣》。

1風(fēng)機吊裝平臺方案

風(fēng)機吊裝平臺由浮箱標(biāo)準(zhǔn)箱模塊拼組而成。設(shè)計時考慮了主吊機與輔助吊機的放置與作業(yè)位置、風(fēng)機部件的存放、輔助器具的放置等。吊裝作業(yè)時可考慮先進行風(fēng)機塔筒吊裝，再進行機艙與發(fā)電機吊裝，最后進行輪轂與風(fēng)機葉片組裝及吊裝作業(yè)。輪轂與風(fēng)機葉片組裝作業(yè)時如果空間不夠，可在局部加拼浮箱模塊對平臺進行局部擴展。浮箱風(fēng)機吊裝平臺主尺度為75m×40m，由84只浮箱標(biāo)準(zhǔn)箱模塊構(gòu)成；其中主吊裝平臺是徐工650t履帶吊作業(yè)平臺，由64只浮箱模塊構(gòu)成，承受荷載最大，取其進行結(jié)構(gòu)分析。錨定方式采用投錨固定和錨樁固定相結(jié)合。投錨固定采用四爪錨或者犁錨，對平臺整體位移進行基本控制；錨樁固定可以對平臺水平位移精確控制，同時樁可以在固樁架中上下移動，適應(yīng)潮位的變化。

2浮箱模塊設(shè)計

浮箱模塊為全封閉箱形結(jié)構(gòu)，主尺度為：沿通道縱向長2．5m，沿通道橫向?qū)?2．5m，模塊高度1．8m。浮箱縱向與橫向均采用鉸接接頭連接，每個浮箱重量約為140kN。浮箱由6mm鋼板構(gòu)成主體框架，通過邊緣角鋼焊接在一起，甲板下和底板上都焊有T型橫梁、縱梁、縱肋、橫肋；側(cè)板和端板焊有角鋼型水平肋、T型豎肋和豎梁。模塊內(nèi)部由橫向隔艙板分隔為兩個水密艙，一側(cè)模塊端板以及橫向隔艙板上開設(shè)有人孔以便維護與維修；為了提高箱體坐灘承壓能力，在模塊內(nèi)部橫向設(shè)置3道承壓桁架；為了縱、橫向傳力縱總強度需要，模塊內(nèi)部與接頭相連的縱、橫梁截面設(shè)計的較大，其它肋骨設(shè)計則以局部強度控制，其截面比縱、橫梁的截面小，模塊甲板及底板以縱、橫梁與肋骨組成正交異性板結(jié)構(gòu)。模塊殼板材料為CCSB，內(nèi)部結(jié)構(gòu)材料為Q345，單雙支耳連接件材料為30CrMnTi。

3浮式吊裝平臺結(jié)構(gòu)分析

利用大型結(jié)構(gòu)分析軟件ANSYS對主吊裝平臺坐灘承壓工況和浮游工況進行了仿真分析，為平臺的設(shè)計提供了理論依據(jù)。結(jié)構(gòu)分析時考慮到吊裝平臺結(jié)構(gòu)龐大，采用了ANSYS結(jié)構(gòu)分析中有限元子結(jié)構(gòu)法，能夠較好地模擬拼裝式吊裝平臺這種特殊拼裝式結(jié)構(gòu)。吊裝平臺為臨時性結(jié)構(gòu)，以下結(jié)構(gòu)分析中的容許應(yīng)力均根據(jù)《軍用橋梁設(shè)計準(zhǔn)則》（GJB1162—91）選用。

（1）坐灘承壓：根據(jù)技術(shù)參數(shù)要求，采用溫克勒彈性地基模型，地基承載力為0．02MPa。吊裝作業(yè)時，考慮吊臂方向和風(fēng)機、塔筒的重量，經(jīng)計算得平臺承受的最大荷載為8000kN。浮箱模塊子結(jié)構(gòu)、吊裝平臺母結(jié)構(gòu)，吊機的兩個履帶作用在30號和42號子結(jié)構(gòu)上。經(jīng)計算分析，最不利的浮箱為30號子結(jié)構(gòu)。浮箱內(nèi)部各部件的最大應(yīng)力及最大接頭力。內(nèi)部結(jié)構(gòu)最大應(yīng)力為104．42MPa，小于Q345的彎曲應(yīng)力292MPa。平臺的最大沉降量為48．59mm。

1地鐵通信傳輸系統(tǒng)的重要作用

地鐵是現(xiàn)代交通工具的重要組成部分，地鐵的高效運行對緩解城市交通壓力具有重要的作用，而地鐵通信傳輸系統(tǒng)是保障地鐵正常運行的基礎(chǔ)，在地鐵指揮和調(diào)度等方面發(fā)揮了重要的作用。首先，地鐵通信傳輸系統(tǒng)可以為地鐵運行提供綜合性的服務(wù)。為了滿足社會發(fā)展的需求，地鐵也在進行不斷的完善和升級，地鐵通信傳輸系統(tǒng)會根據(jù)地鐵發(fā)展的不同需求，為地鐵提供綜合性的服務(wù)，快速、準(zhǔn)確地為地鐵的正常運行提供各種數(shù)據(jù)和信息。通過對地鐵通信傳輸系統(tǒng)的研究，其在信息傳輸和指令下達方面的時效性逐漸增強，為地鐵的高效運行提供了全方位的信息化服務(wù)，使地鐵的運輸效率以及交通承載能力得到提高。地鐵通信傳輸系統(tǒng)的綜合性服務(wù)還體現(xiàn)在各種高新技術(shù)及元素的應(yīng)用，將地鐵的功能和性能進行不斷的調(diào)整和更新，使地鐵能夠為人們提供綜合性的服務(wù)，完善城市交通系統(tǒng)建設(shè)。其次，地鐵通信傳輸系統(tǒng)的發(fā)展，將會在很大程度上帶動地鐵的高效發(fā)展，創(chuàng)造更加可觀的經(jīng)濟效益和社會效益。先進的地鐵通信傳輸系統(tǒng)可以使系統(tǒng)的性能更加穩(wěn)定，各項子系統(tǒng)的指令傳達和信息傳輸更加準(zhǔn)確，各個系統(tǒng)之間的配合更加精確，對地鐵的速度和功能進行全面的提升。效率和安全是地鐵交通運輸?shù)暮诵膬?nèi)容，通過先進的地鐵通信傳輸系統(tǒng)的運用，使地鐵的工作效率和安全性能得到提升，減輕了地鐵工作人員的工作量，推動了地鐵的可持續(xù)發(fā)展。高效地鐵通信傳輸系統(tǒng)的使用可以為地鐵發(fā)展和社會進步做出重要貢獻，推動城市化進程的發(fā)展和社會物質(zhì)文明與精神文明的發(fā)展。

2地鐵通信傳輸系統(tǒng)的方案設(shè)計分析

隨著相關(guān)通信技術(shù)的發(fā)展和應(yīng)用，地鐵通信傳輸系統(tǒng)也在進行不斷的升級與創(chuàng)新，地鐵通信傳輸系統(tǒng)的設(shè)計方案可以根據(jù)地鐵運營的特殊性進行合理的安排與運用。

2．1彈性式通信傳輸系統(tǒng)方案

彈性式通信傳輸系統(tǒng)方案是地鐵通信傳輸系統(tǒng)中的一種，采用彈性式分組環(huán)通信傳輸技術(shù)（RPR），IP業(yè)務(wù)核心是其方案設(shè)計的基礎(chǔ)，設(shè)計目的是為了與互聯(lián)網(wǎng)絡(luò)的發(fā)展相適應(yīng)。彈性式通信傳輸系統(tǒng)方案在對地鐵運行情況進行調(diào)度時，既可以支持傳統(tǒng)業(yè)務(wù)功能，也可以與互聯(lián)網(wǎng)技術(shù)進行結(jié)合，對系統(tǒng)進行聯(lián)網(wǎng)處理和統(tǒng)一的管理。彈性分組環(huán)通信技術(shù)的結(jié)構(gòu)比較簡單，是以環(huán)狀拓撲結(jié)構(gòu)為基礎(chǔ)，在各個分組環(huán)之上對邏輯節(jié)點進行安裝，并且每個分組環(huán)的邏輯節(jié)點相同，在節(jié)點上實現(xiàn)其中的二層轉(zhuǎn)換。彈性分組環(huán)通信傳輸技術(shù)會在最高優(yōu)先級別進行時鐘分組信號與晶振時鐘信號的發(fā)送，完成對信號的傳輸，并將冗余部分進行及時的備份，與網(wǎng)絡(luò)通信保持完美的一致性。彈性式通信傳輸系統(tǒng)方案的使用具有一定的優(yōu)勢，可以對光纖資源進行充分的利用，提升信息傳輸?shù)男剩⑶铱梢栽谙嗷ブg不造成干擾的情況下，實現(xiàn)多個節(jié)點數(shù)據(jù)的同時傳輸。

2．2開放式通信傳輸系統(tǒng)方案

1、運行控制設(shè)計

1.1夏季除濕工況新風(fēng)閥開度確定

夏季除濕工況，從節(jié)能角度，在保持最低換風(fēng)次數(shù)要求的前提下，使新風(fēng)閥處于最小開度。根據(jù)我國暖通空調(diào)規(guī)范規(guī)定：對于室溫允許±1.0℃波動范圍的空調(diào)區(qū)域，換氣次數(shù)應(yīng)大于或等于5次/時（最小送風(fēng)量）。保證最低換氣次數(shù)，回風(fēng)閥最小開度計算：為獲取新風(fēng)量數(shù)值，在新風(fēng)直管段設(shè)置風(fēng)速檢測口，日常運行時封堵，檢測時插入風(fēng)速儀測量新風(fēng)風(fēng)速。參數(shù)定義：空調(diào)控制區(qū)域容積-VN空調(diào)新風(fēng)量-Qx新風(fēng)管截面積-Sx新風(fēng)管測得風(fēng)速-則新風(fēng)量Qx=SxVx,欲使室內(nèi)換風(fēng)次數(shù)每小時達到5次，須滿足：Vx=。通過調(diào)整新風(fēng)閥開度，使風(fēng)速vx滿足上式要求，確認(rèn)并記錄該風(fēng)速下的新風(fēng)閥開度。為滿足空調(diào)節(jié)能運行要求，夏季除濕階段，新風(fēng)閥可保持這一開度值，定期測試風(fēng)速，實施新風(fēng)閥開度值修正。

1.2溫、濕度分控模式

在夏季降溫除濕工況時，將原有溫、濕度聯(lián)合控制程序調(diào)整為溫、濕度獨立分控程序，即根據(jù)室內(nèi)回風(fēng)含濕量(通過回風(fēng)溫濕度計算轉(zhuǎn)化得出)與室內(nèi)設(shè)定工況含濕量之間的差值，或根據(jù)新風(fēng)濕度的變化跟蹤室內(nèi)設(shè)定工況濕度通過PI調(diào)節(jié)，來控制主表冷器（除濕通道）的閥門開度；根據(jù)室內(nèi)回風(fēng)溫度與室內(nèi)設(shè)定溫度之間的差值，來控制副表冷器（降溫通道）的閥門開度。過渡季，仍按原變新風(fēng)比或全新風(fēng)運行，只是需要增加旁通新風(fēng)閥的開關(guān)控制，具體邏輯是當(dāng)室外工況進入過渡季、新風(fēng)除濕電動冷水閥關(guān)閉，旁通新風(fēng)閥應(yīng)同時打開。當(dāng)室外處于夏季除濕工況時、新風(fēng)除濕電動冷水閥開度不為零，旁通新風(fēng)閥應(yīng)處于關(guān)閉狀態(tài)。過渡季對新風(fēng)量的調(diào)節(jié)仍由原新風(fēng)、回風(fēng)調(diào)節(jié)閥負責(zé)。

2、常規(guī)控制與雙通道溫濕度獨立控制熱力工況對比分析

2.1參數(shù)定義