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

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

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

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

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

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

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

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

1供氧模式比較分析

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

2方案選型

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

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

中心供氧建設(shè)時(shí)應(yīng)要求建設(shè)方的技術(shù)材料、設(shè)備、工程、設(shè)計(jì)、安裝和運(yùn)行全部按相關(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è)計(jì)、制造、檢驗(yàn)、供貨、安裝、調(diào)試、驗(yàn)收和維修，其各項(xiàng)技術(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è)計(jì)、安裝調(diào)試、驗(yàn)收。YY/T0187—1994《醫(yī)用中心供氧系統(tǒng)通用技術(shù)條件》；GB8982—1998《醫(yī)用氧氣》。

1風(fēng)機(jī)吊裝平臺(tái)方案

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

2浮箱模塊設(shè)計(jì)

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

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

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

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

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

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

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

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

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

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

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

1、運(yùn)行控制設(shè)計(jì)

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

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

1.2溫、濕度分控模式

在夏季降溫除濕工況時(shí)，將原有溫、濕度聯(lián)合控制程序調(diào)整為溫、濕度獨(dú)立分控程序，即根據(jù)室內(nèi)回風(fēng)含濕量(通過回風(fēng)溫濕度計(jì)算轉(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)運(yùn)行，只是需要增加旁通新風(fēng)閥的開關(guān)控制，具體邏輯是當(dāng)室外工況進(jìn)入過渡季、新風(fēng)除濕電動(dòng)冷水閥關(guān)閉，旁通新風(fēng)閥應(yīng)同時(shí)打開。當(dāng)室外處于夏季除濕工況時(shí)、新風(fēng)除濕電動(dòng)冷水閥開度不為零，旁通新風(fēng)閥應(yīng)處于關(guān)閉狀態(tài)。過渡季對新風(fēng)量的調(diào)節(jié)仍由原新風(fēng)、回風(fēng)調(diào)節(jié)閥負(fù)責(zé)。

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

2.1參數(shù)定義