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

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

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

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

1.2APP架構設計

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

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

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

1供氧模式比較分析

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

2方案選型

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

2.1執(zhí)行及驗收標準

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

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

1風機吊裝平臺方案

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

2浮箱模塊設計

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

3浮式吊裝平臺結構分析

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

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

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

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

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

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

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

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

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

1、運行控制設計

1.1夏季除濕工況新風閥開度確定

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

1.2溫、濕度分控模式

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

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

2.1參數(shù)定義