公務員期刊網(wǎng) 精選范文 系統(tǒng)設計論文范文

系統(tǒng)設計論文精選(九篇)

前言:一篇好文章的誕生,需要你不斷地搜集資料、整理思路,本站小編為你收集了豐富的系統(tǒng)設計論文主題范文,僅供參考,歡迎閱讀并收藏。

系統(tǒng)設計論文

第1篇:系統(tǒng)設計論文范文

1.1專利信息可視化分析系統(tǒng)的建設目標

專利信息可視化分析系統(tǒng)的設計是把商業(yè)智能(BI)技術應用于專利信息分析,主要是為了實現(xiàn)以下建設目標:①引入專利分析指標,用戶可以不用知道專利指標的計算方式,只需要了解這些指標的用途,就可以利用系統(tǒng)得出分析結果。②建立多維分析系統(tǒng),為用戶從多角度分析問題提供可靠的工具,從而為專利申請和專利戰(zhàn)略制定提供準確、及時的依據(jù)。③為企業(yè)了解競爭對手的核心技術和研究熱點領域及確定專利申請戰(zhàn)略、專利實施戰(zhàn)略與專利保護戰(zhàn)略服務。④為發(fā)現(xiàn)科技創(chuàng)新人才提供支持。⑤為國家從宏觀層面發(fā)現(xiàn)技術發(fā)展趨勢、提升科研水平、制定投入與產出規(guī)劃等提供決策支持。這些建設目標決定了專利信息可視化分析系統(tǒng)設計的功能目標,主要包括功能體系結構的說明、各模塊之間關系的描述、系統(tǒng)界面形式的選擇以及各個功能模塊的設計。

1.2專利信息可視化分析系統(tǒng)的主要功能

專利信息可視化分析系統(tǒng)最主要的功能是對專利數(shù)據(jù)進行可視化分析并繪制相關圖譜以及對相關數(shù)據(jù)進行挖掘與預測。專利信息可視化分析系統(tǒng)的總體功能結構。專利信息可視化分析系統(tǒng)主要由四大部分組成,即數(shù)據(jù)倉庫、ETL系統(tǒng)、OLAP和數(shù)據(jù)挖掘。數(shù)據(jù)倉庫是專利數(shù)據(jù)的存儲地;ETL系統(tǒng)可以批量地把異構的專利數(shù)據(jù)進行處理;OLAP系統(tǒng)是多維分析專利數(shù)據(jù)的技術核心;數(shù)據(jù)挖掘就是從大量的專利數(shù)據(jù)中發(fā)現(xiàn)隱藏的模式和規(guī)律。

1.3專利信息可視化分析系統(tǒng)的性能需求

與一般信息系統(tǒng)的性能需求相同,專利信息可視化分析系統(tǒng)的性能需求主要包括安全性需求、可靠性需求、用戶界面需求、響應時間需求、靈活性需求、故障處理需求、可擴展性需求等。

1.4專利信息可視化分析系統(tǒng)的功能需求

專利信息可視化分析系統(tǒng)的功能需求可以定義為兩大類,即多維數(shù)據(jù)數(shù)分析和專利數(shù)據(jù)挖掘。多維數(shù)據(jù)分析即多角度分析數(shù)據(jù),專利信息可視化分析系統(tǒng)的分析角度包括專利申請時間(從整體和技術領域分析專利申請的趨勢)、專利公開時間(分析專利的公開趨勢,專利申請與公開的時間差,即專利申請延遲公開的大致時間)、專利機構和人(分析和評估專利機構和人)、專利申請地域(分析專利地域分布趨勢及各地域技術優(yōu)勢和人才分布情況)、專利權人(分析專利權人的技術狀況、專利申請狀況、專利質量和研究熱點等)、專利發(fā)明人(發(fā)現(xiàn)高產專利發(fā)明人和核心技術人員,與專利分類號結合可以分析專利發(fā)明人的技術特點)、專利分類號(從IPC分類和專利技術領域分析專利信息,結合區(qū)域、發(fā)明人和專利權人可以綜合分析專利數(shù)據(jù),確定各區(qū)域、發(fā)明人、專利權人的技術特點和優(yōu)勢)、專利授權(觀察專利授權狀況及相關法律狀態(tài))、專利失效(觀察專利失效狀況)和專利類型(分析專利類型,并結合其他角度進行綜合分析,如專利技術生命周期)等。用戶可以自由選擇數(shù)據(jù)分析的角度,系統(tǒng)還需提供數(shù)據(jù)篩選功能,如制定特定的專利權人和時間段作專利分析,即數(shù)據(jù)切片,系統(tǒng)必須提供數(shù)據(jù)切片功能。專利數(shù)據(jù)挖掘功能包括專利發(fā)明人關聯(lián)分析、專利權人關聯(lián)分析、IPC關聯(lián)分析、專利引證分析、專利聚類分析和專利申請時序分析等。專利發(fā)明人關聯(lián)分析用來發(fā)現(xiàn)專利發(fā)明人之間的合作發(fā)明狀況,并可以通過這個模型為企業(yè)選擇合適的發(fā)明人和技術人才;專利權人關聯(lián)分析用來發(fā)現(xiàn)專利權人之間的關系網(wǎng)絡;IPC關聯(lián)分析用來發(fā)現(xiàn)專利技術領域間的關系;專利引證分析利用專利之間的引用關系發(fā)現(xiàn)基礎專利、核心專利、技術演變過程;專利聚類分析用來對專利數(shù)據(jù)進行劃分;專利申請時序分析用來預測未來的專利發(fā)展趨勢。

2專利信息可視化分析系統(tǒng)的設計思路

2.1專利數(shù)據(jù)倉庫建立

2.1.1維度建模

數(shù)據(jù)倉庫的模型構建與一般事務型數(shù)據(jù)庫模型構建方式不同。美國的K.Ralph在長期的數(shù)據(jù)庫分析與設計中總結出了一種“維度建?!狈?。維度建模是一種將數(shù)據(jù)結構化的設計方法,并且提供快速查詢功能。維度將對象分為度量和上下文。度量常常以數(shù)值形式出現(xiàn),稱為“事實”,事實被大量文本形式的上下文包圍。上下文被直觀地分割成多個獨立的邏輯塊,稱為“維”。維度描述了度量上下文的“5W”(即Who、What、When、Where和Why)信息以及作用方式。

2.1.2專利數(shù)據(jù)的特征

充分了解現(xiàn)有數(shù)據(jù)的真實情況是影響數(shù)據(jù)倉庫模型的重要因素。本系統(tǒng)通過中國專利數(shù)據(jù)庫獲取了2000—2012年湖南省專利申請數(shù)據(jù)共計93754條,這些專利數(shù)據(jù)包括發(fā)明專利和實用新型專利,但不包括外觀專利。

2.2專利數(shù)據(jù)處理

2.2.1專利申請日和公開日處理

專利申請日和公開日處理的過程如下:首先從原始的專利數(shù)據(jù)源的公開日字段和申請日字段提取出日期數(shù)據(jù),然后將這兩個字段的記錄合并成為一個數(shù)據(jù)集,由于這個數(shù)據(jù)集中有大量的冗余數(shù)據(jù),為提供性能需去除重復的數(shù)據(jù),這里采用聚合的方式去除冗余數(shù)據(jù)。

2.2.2專利分類號處理

1)專利分類號處理的方案。原始數(shù)據(jù)中的專利分類號表述形式為C11B1/00(2006.01)I;C11B1/04(2006.01)I,以“;”為拆分符拆成多條記錄存入數(shù)據(jù)倉庫。這個步驟的處理將IPC數(shù)據(jù)首先存入DimIPC維度表,其次還要將IPC和專利申請?zhí)栮P聯(lián)起來載入FactIPC事實表進行技術分析。專利分類號處理通常有3種方案,根據(jù)專利數(shù)據(jù)處理時間和結果,本文采用方案三。2)專利分類號處理的數(shù)據(jù)流。專利分類號的處理由3個數(shù)據(jù)流和1個包含在循環(huán)容器中的數(shù)據(jù)流所組成,這4個數(shù)據(jù)流的具體執(zhí)行方式如圖9所示。數(shù)據(jù)流1把原始數(shù)據(jù)中的專利申請?zhí)栕侄魏头诸愄柸孔x取到臨時的記錄集中,但是在FactIPC中已存在的不再讀取。這時記錄集中記錄是以“[專利申請?zhí)東分類號1;分類2;……]”的形式存儲。

2.2.3專利事實表處理

專利事實數(shù)據(jù)處理可以包括3個方面:①專利申請區(qū)域處理;②專利機構處理;③其他數(shù)據(jù)規(guī)范化處理。如圖10所示。

2.2.4專利授權和專利失效數(shù)據(jù)處理

專利授權數(shù)據(jù)處理比較簡單。先把FactPatent事實表中的專利是否授權字段置為0,0代表專利沒有授權。在原始數(shù)據(jù)源中讀取的專利數(shù)據(jù)都是已經授權的專利數(shù)據(jù),這里只要把獲得原始數(shù)據(jù)中的專利申請?zhí)柵cFactPatent事實表中的數(shù)據(jù)進行比對,如果存在則將FactPatent事實表中的專利是否授權字段置為1,表示該條專利已經授權。專利失效的處理同專利授權。

2.2.5其他處理

專利發(fā)明人的拆分處理和專利權人的拆分處理與專利分類號處理類似。另外,還需要對一些在上述步驟中存在但尚未入庫的數(shù)據(jù)進行手工處理。比如在進行專利事實數(shù)據(jù)處理的過程中,存在區(qū)域無法匹配的數(shù)據(jù),要仔細檢查這些數(shù)據(jù)的錯誤原因,然后修改再入庫。

3SSIS包處理和數(shù)據(jù)檢查

第2篇:系統(tǒng)設計論文范文

本系統(tǒng)的整體結構框圖是各個模塊之間通過串口UART進行通信,固定在柵欄周圍,最后與計算機相連接,利用上位機軟件進行控制,既實時監(jiān)測每個模塊的狀態(tài),是否發(fā)生報警。

2硬件設計

圍欄報警系統(tǒng)是由各個模塊共同構成的,本節(jié)將具體介紹模塊的內部結構。

2.1加速度傳感器ADXL344

ADXL344是一款完整的3軸、數(shù)字輸出加速度測量系統(tǒng),可選擇的測量范圍有±2g、±8g、±16g。本設計主要利用ADXL344中的寄存器THRESH_ACT,該寄存器保存活動檢測的閾值,當活動事件的幅度值(X、Y、Z軸)大于閾值就會觸發(fā)活動事件Activity的置位(Activity中斷已使能)。以及寄存器THRESH_INACT、TIME_INACT,用于設置靜止時的閾值。設置寄存器INT_MAP的值分配相應的中斷到INT1或INT2引腳,由單片機中斷引腳INT0/INT1控制ADXL344產生的中斷,從而判斷是否發(fā)生報警。

2.2ADXL344通信接口電路

加速度傳感器ADXL344既能實現(xiàn)I2C通信也能實現(xiàn)SPI通信,本文單片機C8051F020與ADXL344之間通過串口SPI進行通信,實現(xiàn)了單片機控制及讀寫加速度傳感器。且將加速度傳感器的中斷引腳INT1/INT2分別與單片機INT0/INT1引腳相連接。

3程序設計

本程序設計主要是實現(xiàn)這兩方面的通信,第一、C8051F020與ADXL344之間的SPI通信;第二、模塊與模塊之間的通信即串口UART0與串口UART1之間數(shù)據(jù)的相互轉發(fā)。主要包括四大模塊:主程序模塊、ADXL344配置模塊、SPI通信模塊、中斷模塊。主程序模塊包括了初始化和狀態(tài)查詢并發(fā)送兩部分。ADXL344配置模塊主要是對加速度傳感器芯片配置。SPI通信模塊包括SPI寫模塊和讀模塊。中斷模塊包括串口UART0中斷、UART1中斷、SPI中斷、INT0中斷。程序開始初始化直到主函數(shù)While(1)循環(huán)中進行狀態(tài)查詢,若加速度傳感器ADXL344振動值大于活動閾值視為有效觸動觸發(fā)活動中斷即單片機外部INT0中斷觸發(fā)(本設計將ADXL344所有的中斷分配到單片機INT0引腳上),將報警數(shù)據(jù)處理后通過串口UART0或UART1回傳。若判斷UART0接收中斷觸發(fā),將通過該串口完成對所有模塊中ADXL344的數(shù)據(jù)配置,該模塊配置完成后通過UART1下發(fā)配置命令到下一級模塊(下一級模塊通過UART0接收),并且UART0回傳該模塊的配置狀態(tài)和通信狀態(tài),報警數(shù)據(jù)將通過該串口回傳給前一級模塊(前一級模塊通過UART1接收)。若判斷UART1接收中斷觸發(fā),也將對所有模塊中的ADXL344進行數(shù)據(jù)配置,該模塊配置完成后通過UART0下發(fā)配置命令到下一級模塊(下一級模塊通過UART1接收),并且UART1回傳該模塊的配置狀態(tài)和通信狀態(tài),報警數(shù)據(jù)將通過該串口回傳給前一級模塊(前一級模塊通過UART0接收)。其實UART0與UART1接受中斷數(shù)據(jù)處理下發(fā)和回傳是互逆的過程。

4實驗數(shù)據(jù)

通過串口助手給每個模塊下發(fā)的配置命令及回傳數(shù)據(jù)。模塊中串口0和1的傳輸速率為57600bps。模塊部分配置命令如,有效觸動命令為:下發(fā)命令(3字節(jié)):0xEE+0x00+0x00;上傳命令(4字節(jié)):0xEF+0x00+0x00+0x00。下發(fā)命令中0xEE為有效觸動命令下發(fā)格式,后兩字節(jié)為模塊編號,例如下發(fā)0xEE0000,則將對所有模塊有效觸動進行監(jiān)測,若下發(fā)0xEE0001,只對編號為1的模塊的有效觸動進行監(jiān)測。上傳命令中0xEF為有效觸動命令回傳格式,第二、三字節(jié)為模塊編號,最后一個字節(jié)為有效觸動次數(shù),若模塊沒有被振動則回傳觸動次數(shù)為0,如EF000100;若將編號為1的模塊振動一次,回傳觸動次數(shù)為1,如EF000101。最后,通過編寫上位機應用界面,將報警位置在該界面中進行實時的顯示。

5結束語

第3篇:系統(tǒng)設計論文范文

成卷的隔膜在拉開過程中,由于慣性、靜電等作用必然會在一定長度范圍內產生褶皺或移位現(xiàn)象,造成隔膜在輸送過程中的跑偏現(xiàn)象;再者輸送隔膜的張力輥在加工及安裝時會出現(xiàn)誤差,使各輸送輥之間產生平行度誤差,也會導致隔膜在卷繞過程中跑偏;另外生產車間的溫濕度變化,也會引起機械誤差或隔膜張力的變化,使隔膜跑偏。從跑偏的結果可以看出,隔膜的偏移沒有特別的規(guī)律,具有很強的隨機性,通過設備固定的機構來達到隔膜的不跑偏是不可能的。因此必須設計一套自動檢測及實時自動控制的糾偏裝置,把隔膜在輸送過程中的偏差控制在一定的范圍內,保證電池極組卷繞成型后的質量。

2自動糾偏裝置

①為放置隔膜卷氣漲軸,②為恒張力保證機構,③④為導向過渡軸,⑤為糾偏執(zhí)型步進電機,⑥傳感器位置調節(jié)微分頭,⑦為光學檢測傳感器,⑧為除靜電棒。圖中隔膜卷在氣漲軸①夾緊固定后,通過過渡輥和恒張力保證機構②后由隔膜輸送機構傳送隔膜,隔膜首先由放卷電機從隔膜卷釋放出一定長度以保證后端輸送隔膜的順暢進行,張力輥自動調節(jié)高度以保證整個輸送過程中隔膜的張力恒定不變。膜的外側端面布置有光學傳感器⑦檢測隔膜的位置,在隔膜邊緣處于標準位置時,記錄下此時的傳感器光通量對應輸出電壓值U0作為判定門限,當隔膜發(fā)生跑偏時,傳感器的光通量就會發(fā)生變化,根據(jù)當前光通量對應的電壓輸出值Ui與門限值U0的比較,去實時驅動執(zhí)行機構予以糾正。

3隔膜偏移的檢測

用于檢測隔膜的位置及偏移量。隔膜輸送過程中偏移量的快速、準確檢測是保證糾偏系統(tǒng)正常工作的前提。為保證糾偏系統(tǒng)的及時性和高效性,根據(jù)隔膜的特性,我們選擇了模擬量輸出的U型光學傳感器,并將其安裝固定在安裝基座上。光信號從傳感器的上側窗口發(fā)射,經下側接收窗口返回,根據(jù)返回的光信號寬度判斷被檢測物的大小及位置。當U型傳感器槽內無任何阻擋物時,上側窗口發(fā)出的光信號幾乎完全被下側接收窗口接收,我們可以近似地認為這時的光線接收強度為100%,對應的輸出電壓為+10V;相反,當U型槽下側接收窗口被完全阻擋無光信號時,我們認為這時的光線接收強度為0,對應的輸出電壓為0V。隔膜在傳感器U型槽中位置不同,光線的透過量亦不同,對應的輸出電壓Ui亦不同。為使設備調試維護方便并保證不同設備的一致性,在光學傳感器的安裝基座上裝配了調節(jié)微分頭,用以對傳感器位置的微調。當隔膜標準位置確定好以后,通過微調傳感器的位置以設置判斷基準U0(如將50%光通量對應電壓U0作為比較門限值),在隔膜傳送過程中,當傳感器實時電壓輸出值Ui>U0時,說明隔膜偏向內側;當Ui<U0時,說明隔膜偏向外側;當Ui≈U0時,這時隔膜處于正常位置。

4糾偏控制系統(tǒng)設計

當傳感器實時電壓輸出值Ui>U0時,說明隔膜偏向內側,這時需要驅動糾偏執(zhí)行機構向外側移動隔膜補償位置;當Ui<U0時,說明隔膜偏向外側,同理糾偏執(zhí)行機構需要向內側移動隔膜補償位置;當Ui=U0時,隔膜處于正常位置,這時不需要位置補償,糾偏執(zhí)行機構停止動作。本項目選用五相步進電機作為糾偏執(zhí)行電機,執(zhí)行機構螺桿導程為6mm,理論糾偏精度可達0.01mm,響應時間小于0.1s,滿足設計要求。

5結論

第4篇:系統(tǒng)設計論文范文

1.1原理

輔助提升系統(tǒng)僅用于緊急情況下的提升,主要在供電故障或主系統(tǒng)故障的情況下救援提升困在罐籠或井底人員,所以機械傳動、控制系統(tǒng)設計盡可能簡單。齒圈通過高強度螺栓把合到主軸裝置制動盤的聯(lián)接板上;交流變頻電動機通過聯(lián)軸器與變速箱聯(lián)接或直接在變速箱上預裝交流變頻電動機;變速箱安裝在基礎底座上,并且能夠在底座上沿軸向移動;變速箱輸出端與小齒輪軸聯(lián)接或者直接在變速箱輸出軸上加工配合齒輪。正常工作時,齒輪軸與大齒圈通過在底座上的滑動,使其脫開;當出現(xiàn)緊急工況時,將變速箱沿底座軸向移動,使齒輪軸與大齒圈良好嚙合,通過變頻電動機驅動,使主機按設計提升參數(shù)運行。

1.2功能

輔助傳動系統(tǒng)對安裝空間要求較小,一般卷筒直徑φ3.5m及其以上規(guī)格摩擦式提升機在現(xiàn)有基礎即可加裝;也可在訂貨時直接配套使用,減小改造時安裝難度。由于正常工作時,小齒輪與大齒圈處于脫開狀態(tài),輔助傳動系統(tǒng)不參與正常提升運行工況,故對正常運行安全無影響。提升系統(tǒng)正常工作時,常規(guī)電源給整個電控系統(tǒng)供電,控制主傳動驅動提升機正常運轉。若全礦突然出現(xiàn)供電故障或主傳動系統(tǒng)損壞等導致提升機停止運行的事故時,提升系統(tǒng)安全制動,提升機停止運行。此時提升容器存在被卡在井筒中間的可能,倘若為提人的罐籠,則相當危險。在這種情況下,可以借助輔助傳動系統(tǒng)按照設定的參數(shù)運行,將困在井筒中的罐籠內人員提升到井口。同時,如果供電系統(tǒng)故障或者短期內無法排除,該系統(tǒng)還能往復運行,也可將被困井底的人員緩慢提升至井口。輔助傳動系統(tǒng)運行步驟如下:啟動后備電源,其正常工作后,供電切換到后備電源;后備電源通過低壓配電柜給部分系統(tǒng)供電,如計算機柜、操作臺、液壓站、位置開關、編碼器等,主傳動柜、站等則不予供電;通過操作臺進行應急開車操作,使提升機工作處于應急工作方式;啟動液壓站,選方向,推閘手柄、速度控制手柄,應急變頻器驅動變頻電動機,帶動卷筒按照系統(tǒng)設定參數(shù)安全運行。

2電控系統(tǒng)

提升設備機房的低壓兩回路380V電源為:一路正常工作電源直接引自礦井工業(yè)場地10kV變電所380V低壓母線;另一路380V電源引自現(xiàn)場的后備電源。后備電源容量假定為80kV•A,故障后手動切換。此外,輔助提升系統(tǒng)應具有一個硬接線地安全連鎖回路(輔助回路),這個回路需要的保護功能有:過卷、過速、機房所有急停開關、井筒外所有急停開關、輔助提升控制急停開關、輔助提升限位開關、輔助提升斷路器監(jiān)控等。

3結語

第5篇:系統(tǒng)設計論文范文

關鍵詞:PHP??;MYSQL;論文綜合管理系統(tǒng);B/S

中圖分類號:TP311 文獻標識碼:A 文章編號:1009-3044(2012)36-8595-02

1 系統(tǒng)可行性分析與研究

1.1 研究背景

目前,縱觀全國各地高校,學位論文管理系統(tǒng)得以廣泛實現(xiàn)應用,有一些學院依舊用手工錄入的方式進行管理;經過仔細對比,很多高校使用WEB方式進行論文管理時的相關操作,在功能上及相應的業(yè)務流程比較相似;都使用較簡單的方式,如都使用論文提交、審核,及搜索模塊,基本上來說都沒有題目選擇或者導師互動等模塊。在本課題在這些基礎上,加入前期論文題目及導師的互動選擇功能,從而使得論文的各個過程都能在網(wǎng)上進行,從而方便了審核人員,導師和學生。在線的論文指導(站內短信)功能可以導師和學生進行方便地進行溝通和交流,另外在線修改功能也能避免線下修改造成的紙張和時間的浪費。

1.2 研究內容

做為一個涉及多個權限用戶的系統(tǒng),這就需要對用戶信息數(shù)據(jù)進行處理,再加載不同的用界面。根據(jù)該論文系統(tǒng)需求特點,要求平臺建立在網(wǎng)絡的基礎上,盡可能地使論文的整個過程方便,簡單,界面更加友好。整個過程首先由有相應論文指導權限的教師上傳可供學生選擇的標題,教師所在的單位審查通過后,便開始了基于該網(wǎng)絡平臺的互動論文選擇過程,學生以志愿的方式選擇相應的論文標題進行申請,然后相應教師對申請學生進行選擇,系統(tǒng)接著對結果進行處理。處理完成后,落選雙方進行第二次雙向選擇,最終完成選題的過程。然后教師與學生論文寫作過程,進行開題報告,正文寫作等過程,最后教師對論文進行評分。就是基于上面這一個論文過程,進行仔細分析,最后開發(fā)出這個系統(tǒng)。

1.3論文綜合管理系統(tǒng)的開發(fā)環(huán)境

1.3.1 LAMP(LINUX+APACH+MYSQL+PHP)

網(wǎng)站主體采用執(zhí)行效率極高的PHP開發(fā),使用AJAX技術輔助,數(shù)據(jù)庫方面采用與PHP之最佳組合MYSQL,web服務器和操作系統(tǒng)則采用apache和linux,這就是所謂的LAMP建站方案。

2 相關技術綜述

2.1 PHP編程技術介紹

PHP是一種公開源代碼!運行在服務器端的嵌入式腳本語言,允許程序員將語言嵌入HTML文件當中,并且PHP對不同的技術提供了編程環(huán)境與接口,利用它可以方便地開發(fā)各種功能完備!交互性強的動態(tài)頁面,為網(wǎng)站建設提供了簡單!實用的解決方案:

2.2 MySQL數(shù)據(jù)庫技術介紹

MySQL是一個精巧的SQL數(shù)據(jù)庫管理系統(tǒng),雖然它不是開放源代碼的產品,但在某些情況下你可以自由使用。由于它的強大功能、靈活性、豐富的應用編程接口(API)以及精巧的系統(tǒng)結構,受到了廣大自由軟件愛好者甚至是商業(yè)軟件用戶的青睞。

2.3 開發(fā)環(huán)境

LAMP即操作系統(tǒng): LINUX,web服務器: APACHE,數(shù)據(jù)庫:MYSQL,服務器端腳本PHP的第一個字母組合。LAMP通過多年的發(fā)展,迅速由草根階層走出來,在世界范圍的層面,一旦談及WEB服務器標準,人們就會自然談到LAMP。也正是因為LAMP都是開源的組件,不斷完善其兼容性,它們的應該場合越來越廣泛,普遍。并成為一個相當強大的WEB平臺。

2.4 B/S體系與三層配置模式

B/S結構從邏輯上講分為四個層次:客戶機、Web服務器、應用服務器、數(shù)據(jù)服務器??蛻魴C主要負責人機交互,Web服務器主要負責對客戶端應用程序的集中管理,應用服務器主要負責應用邏輯的集中管理,它也可以根據(jù)其處理的具體業(yè)務不同而分為多個;數(shù)據(jù)服務器則主要負責數(shù)據(jù)的存儲和組織、數(shù)據(jù)庫的分布式管理、數(shù)據(jù)庫的備份和同步等等。

2.5開發(fā)方法:原型法開發(fā)

3 系統(tǒng)設計與實現(xiàn)

3.1系統(tǒng)需求分析

本系統(tǒng)作為一套論文綜合管理系統(tǒng),在使用過程中主要呈現(xiàn)出了以下幾個特點:

1)系統(tǒng)是根據(jù)具有本學院特色的論文管理模式進行編寫的,具有通用性,同時也更具有個性化的特點,以方便學院師生論文操作和提高論文效率為核心,采用以管理與先進的計算機網(wǎng)絡技術相結合。

2)規(guī)范的軟件結構搭配先進的軟件開發(fā)技術。該文管理系統(tǒng)基于B/S結構,并根據(jù)軟件設計的思想,運用了標準化,模塊化,網(wǎng)絡化等技術,使得整個系統(tǒng)可靠性,適應性,維護性及安全性得到了很好的保障。

3)方便友好的用戶界面。系統(tǒng)采用的瀏覽界面更加的友好,更加的清晰,布局也更加的合理,無論是那一種角色用戶得能方便地操作,提高了他們使用系統(tǒng)完成任務的效率,最大化地使用戶得到好的用戶體驗。

3.2系統(tǒng)設計目標

本系統(tǒng)設計的根本就是為了使得整個論文過程網(wǎng)絡化,提高過程的完成效率,減少人工成本,提高論文信息的查詢、紀錄等工作的速度,使得論文的整個流程更加地完善。以便更加方便、直接、快捷地為我院師生提供服務。

3.3設計方案

3.5系統(tǒng)描述

該文系統(tǒng)的核心任務是論文的過程管理,它包含了系統(tǒng)管理的多個方面,內容上比較復雜、廣泛,必須使得系統(tǒng)核心任務十分穩(wěn)定,并且與系統(tǒng)其它模塊的協(xié)作也要十分穩(wěn)定,流暢。論文系統(tǒng)功能主要包括:論文,人員,以往論文,新聞,系統(tǒng)內短信等功能模塊;及能根據(jù)系統(tǒng)賦予的角色權限對相應的信息進行相應的查詢、統(tǒng)計、修改等操作的功能。

其中核心的論文管理行為包括:

1)本系統(tǒng)的院系管理員負責管理系統(tǒng)各種信息。管理教師和學生用戶的論文操作權限;

2)非管理員用戶只能檢索、查看系統(tǒng)相關資料信息。

4 總結

論文綜合管理系統(tǒng)的開發(fā)不僅僅是一個網(wǎng)站制作的過程,更重要的是在系統(tǒng)分析和設計階段所做的工作。在這過程中,我充分利用了網(wǎng)站開發(fā)上的靈活和效率高的特點,應用PHP和MYSQL數(shù)據(jù)庫以LAMP架構開發(fā)本系統(tǒng)。

在系統(tǒng)的設計過程中,本對系統(tǒng)的設計的過程越來越清晰,也更加熟悉PHP的程序應用,對系統(tǒng)整體的架構設計,模塊劃,頁面的整體布局設計也有了更深的認識,為更好地學習,工作打下更加堅實的基礎。

參考文獻:

[1] 清華大學圖書館學位論文描述元數(shù)據(jù)規(guī)范課題組.學位論文資源分析報告[J].http:///cdls2/w3c/2003/SpcMetadata/387298,(AccessedMar.19,2005):12-20.

[2] 朱紅.學位論文管理系統(tǒng)的分析與實現(xiàn)[J].四川理工學院學報:自然科學版,2006,19(5):124-126.

[3] 馮建華.數(shù)據(jù)庫系統(tǒng)設計與管理[M].北京:清華大學出版社,2007,5:40-57,100-120 .

[4] Andy Harris.PHP 5 /MySQL Programming for the Absolute Beginner?。‵or the Absolute Beginner) (Paperback) [M].10-180.

第6篇:系統(tǒng)設計論文范文

經過三十多年的發(fā)展,氣象影視已經成為中國電視節(jié)目不可或缺的一部分,中國氣象局影視中心目前承擔著中央電視臺各頻道、鳳凰衛(wèi)視、旅游衛(wèi)視、新華社電視臺等多個公共頻道的天氣預報節(jié)目制作工作,同時獨立運營中國氣象頻道,隨著業(yè)務的拓展和制播技術的更新,原有的以“存”為主的媒資系統(tǒng)以不能夠支撐現(xiàn)有業(yè)務運行,迫切需要設計建設一套全新的媒資系統(tǒng)為新媒體和新業(yè)務的發(fā)展提供支撐。本文所提供的設計方案在保持原媒資系統(tǒng)傳統(tǒng)功能的基礎上,重點考慮媒體資產自身業(yè)務管理的增強、豐富媒體資產服務模式以及對外服務標準化三個方向的發(fā)展,旨在建設具備氣象影視資源管理特色的媒資管理系統(tǒng)。

一、需求概述

1、整合現(xiàn)有媒資,繼承、遷移原有媒資系統(tǒng)數(shù)據(jù),將原系統(tǒng)LTO3磁帶庫數(shù)據(jù)平滑升級到硬盤數(shù)據(jù)管理模式,提升數(shù)據(jù)利用效率。2、提升新媒體等業(yè)務支撐能力,完善媒資系統(tǒng)的生產、管理、運營業(yè)務。3、建設對內、對外的媒體內容服務平臺,不僅能夠實現(xiàn)資料數(shù)字化保存,而且能夠對內實現(xiàn)各生產系統(tǒng)如制作系統(tǒng)、新聞系統(tǒng)、城市預報系統(tǒng)、播出系統(tǒng)、網(wǎng)站等新媒體系統(tǒng)資源的入庫、出庫等服務,對外實現(xiàn)與全國各級氣象部門媒體內容服務平臺,實現(xiàn)資源的匯聚、等。4、整合現(xiàn)有工藝規(guī)范和資料著錄規(guī)范,完善氣象特色及氣象標準建設。

二、方案設計

2.1媒資系統(tǒng)總體框架

整體系統(tǒng)由主干互聯(lián)平臺、信號收錄子系統(tǒng)、節(jié)目制作網(wǎng)、安全傳輸網(wǎng)關、媒資子系統(tǒng)、播出子系統(tǒng)共六部分組成。彩色部分框圖為新媒資系統(tǒng)設計建設部分,黑白部分表示的是影視中心原有業(yè)務系統(tǒng),不在本次設計建設任務中,但需考慮對接。其中,黃色框圖部分媒資子系統(tǒng)為核心,綠色部分主干互聯(lián)平臺、安全傳輸網(wǎng)關、節(jié)目制作網(wǎng)、信號收錄子系統(tǒng)是媒資子系統(tǒng)的外延部分,通過主干互聯(lián)平臺的串聯(lián),實現(xiàn)影視中心全業(yè)務互聯(lián)互通,并完成與影視中心已有互動氣象業(yè)務部實現(xiàn)文件化、數(shù)據(jù)化交互。主干互聯(lián)平臺:作為整體系統(tǒng)的信息交換樞紐,主干互聯(lián)平臺設計基于SOA架構,采用企業(yè)總線技術,實現(xiàn)影視中心業(yè)務流程上各節(jié)點系統(tǒng)的互聯(lián)互通。媒資子系統(tǒng):基于多個業(yè)務體系的內容資源存儲、管理及再利用的基礎平臺,是影視中心素材和節(jié)目資料保存、節(jié)目生產的交互核心。信號收錄子系統(tǒng):作為衛(wèi)星、3G回傳信號的采集系統(tǒng),通過收錄服務器在媒資系統(tǒng)在線存儲體保存收錄的節(jié)目。節(jié)目制作網(wǎng):影視中心節(jié)目生產加工平臺,作為媒資前端具備對上傳資料的分揀、初編功能。安全傳輸網(wǎng)關:考慮到影視中心內部業(yè)務系統(tǒng)的安全級別不同,設計安全傳輸網(wǎng)關作為中間緩沖區(qū),做數(shù)據(jù)擺渡傳輸??赏ㄟ^網(wǎng)關實現(xiàn)安全策略制定、訪問控制、安全防護、安全區(qū)劃分等功能。

2.2數(shù)據(jù)對象

新建媒資系統(tǒng)中,應主要包含素材(含新聞通稿/條目)、綜合類成品、新聞類成品、其他數(shù)據(jù)格式文件(圖片、文檔)等重要數(shù)據(jù)對象。每種對象按照以下方式進行組合:視頻文件、音頻文件、字幕工程文件、元數(shù)據(jù)、附屬圖文資料[3]。媒資素材和成品資源均按照MXF或者AVI(非結構化數(shù)據(jù))+XML(結構化數(shù)據(jù))+附屬圖文資料文件包的形式提交媒資系統(tǒng)[4]。

2.3基礎平臺設計

存儲架構設計:對于未來海量媒體數(shù)據(jù)文件的存儲,考慮采用適應云計算需求的網(wǎng)絡分布式文件系統(tǒng)(DFSDistributedSoftwareSystems)[1]。計算資源設計:新媒資系統(tǒng)設計IT基礎平臺基于影視中心已建數(shù)據(jù)中心VMware虛擬化平臺構建。虛擬化設計:一般系統(tǒng)中上載、非編等工作站由于涉及到硬件結構、專業(yè)板卡或特殊板卡(視音頻類),無法實現(xiàn)虛擬化。高IO的核心計算存儲資源(例如FC存儲元數(shù)據(jù)控制器MDS、數(shù)據(jù)庫服務器ORACLE/SQLSERVER)一般不使用虛擬化產品。資源檢索、轉碼、、web服務等軟件支持虛擬化,部分需GPU資源加速的應用,如非編、資源上載、QC等不采用虛擬化[2]。虛擬機設計:通過虛擬機的設計,可以確定CPU/內存/磁盤/網(wǎng)絡結構等資源規(guī)格容量。虛擬機的用量按照表2-4來制定。需要注意的是CPU越多會導致CPU分片的消耗,因此盡量減少CPU個數(shù)的使用,注意單個虛擬機最多使用物理主機CPU核數(shù)的一半。主機設計:根據(jù)影視中心數(shù)據(jù)中心機房基礎環(huán)境現(xiàn)狀,本系統(tǒng)云計算平臺主機統(tǒng)一設計采用刀片服務器。虛擬機存儲設計:云平臺在考慮存儲設計時,要兼顧存儲空間和讀取性能。虛擬機所需空間等于系統(tǒng)硬盤空間加上內存大小,根據(jù)業(yè)務管理對磁盤空間使用率的規(guī)定,考慮預留25%容量??紤]到虛擬化采用VMware技術,為減少IO壓力,設計服務器虛擬化使用FC-SAN的架構。網(wǎng)絡結構設計:本系統(tǒng)設計中,采用萬兆以太網(wǎng)架構,由NAS網(wǎng)絡進行素材文件交互和元數(shù)據(jù)交互。系統(tǒng)中配置萬兆核心交換機+千兆接入交換機,采用萬兆級聯(lián)的接入方式,大大提高系統(tǒng)以太鏈路交互帶寬。數(shù)據(jù)庫設計:數(shù)據(jù)庫服務器采用Linux系統(tǒng),Oracle雙機RAC的數(shù)據(jù)庫模式。

2.4核心子系統(tǒng)設計

主干互聯(lián)網(wǎng)平臺設計:采用雙總線架構,由兩個部分構成:ESB和EMB,ESB(企業(yè)服務總線)主要用于完成全平臺各業(yè)務系統(tǒng)之間的信息和元數(shù)據(jù)交互,而EMB(企業(yè)媒體總線)則用于完成各業(yè)務系統(tǒng)之間的媒體文件交換和傳輸。主干互聯(lián)平臺設計通過部署在媒資系統(tǒng)中的接口服務器或部署在中心平臺ESB上的接口程序,實現(xiàn)以WebService方式與系統(tǒng)雙向交互,最終可以為用戶呈現(xiàn)便捷的交互效果[5]。媒資子系統(tǒng)設計:媒資系統(tǒng)建成后,將承擔影視中心日常工作所產生的素材和成片文件的存儲和管理工作。由入庫子系統(tǒng)、核心數(shù)據(jù)系統(tǒng)、采集整理與下載子系統(tǒng)、資源管理及平臺系統(tǒng)、內容審核子系統(tǒng)、運營管理子系統(tǒng)、資源匯聚及對外服務系統(tǒng)等子系統(tǒng)組成。

2.5互聯(lián)及對外服務設計

主干互聯(lián)平臺采用Server-Agent+基于SOA架構的ESB+EMB雙總線規(guī)范,實現(xiàn)對原有系統(tǒng)業(yè)務的繼承和擴展。針對原系統(tǒng)數(shù)據(jù)遷移的需求,由大洋公司開發(fā)系統(tǒng)導出導入工具,主要完成:分析原有數(shù)據(jù)庫元數(shù)據(jù)、媒體數(shù)據(jù)的數(shù)據(jù)結構,將系統(tǒng)中原有數(shù)據(jù)在線導出;根據(jù)原有數(shù)據(jù)的高碼率文件進行驗證和轉碼,拷貝原有高碼文件,并生成新的流媒體在線文件,低碼率以MP4H.264格式存儲,滿足后續(xù)大規(guī)模流媒體;根據(jù)離線導出的文件,重新寫入到新的系統(tǒng)平臺中,完成系統(tǒng)數(shù)據(jù)的遷移。安全設計媒資系統(tǒng)安全設計總體思路:在總體結構上減少相互間的依賴和影響,系統(tǒng)中各子業(yè)務模塊可獨立運作,需考慮資源安全、網(wǎng)絡安全等問題[6]。

三、氣象媒資系統(tǒng)的實現(xiàn)

第7篇:系統(tǒng)設計論文范文

論文摘要:城域網(wǎng)光纖通信自動保護系統(tǒng)采用光纖的備份使用機制,用一條主路光纖、一條備路光纖來保證傳輸系統(tǒng)的穩(wěn)定性、可靠性。是一種在主線路出現(xiàn)故障或阻斷時,用備用線路代替主線路繼續(xù)工作、從而保障整個通信正常進行的實時監(jiān)測系統(tǒng)。因而,該系統(tǒng)所要達到的目的就是運用光纖保護系統(tǒng)的這種機制,來保證通信系統(tǒng)穩(wěn)定、可靠地運行,從而將由于線路故障所引起的不便和損失減小到最低程度。

一、光纖通信網(wǎng)保護系統(tǒng)概述

實現(xiàn)網(wǎng)絡生存性一般有兩種方法:保護和恢復。

保護是指利用節(jié)點間預先分配的容量實施網(wǎng)絡保護,即當一個工作通路失效時,利用備用設備的倒換,使工作信號通過保護通路維持正常傳輸。保護往往處于本地網(wǎng)元或遠端網(wǎng)元的控制下,無需外部網(wǎng)管系統(tǒng)的介入,保護倒換時間很短,但備用資源無法在網(wǎng)絡范圍內共享,資源利用率低。

恢復則通常利用節(jié)點間可用的任何容量,包括預留的專用空閑備用容量、網(wǎng)絡專用的容量乃至低優(yōu)先級業(yè)務可釋放的容量,還需要準確地知道故障點的位置,其實質是在網(wǎng)絡中尋找失效路由的替代路由,因而恢復算法與網(wǎng)絡選用算法相同。使用網(wǎng)絡恢復可大大節(jié)省網(wǎng)絡資源,但恢復倒換由外部網(wǎng)絡操作系統(tǒng)控制,具有相對較長的計算時間。

通常認為保護是一種能夠提供快速恢復、適用特定拓撲的技術(例如線形和環(huán)形);而恢復通常主要適用網(wǎng)狀拓撲,能最佳的利用網(wǎng)絡資源。

二、光纖通信網(wǎng)自動保護系統(tǒng)方案選擇

隨著WDM系統(tǒng)的廣泛使用,在光層上實現(xiàn)對點到點系統(tǒng)的保護倒換就成為一個非常重要的課題。許多光網(wǎng)絡的保護結構與SDH是極其相似的。對于點對點的線路系統(tǒng),經常考慮1+1和1:1的線路(光復用段OMS)保護倒換方案。

線路保護倒換的工作原理是當工作鏈路傳輸中斷或性能劣化到一定程度后,系統(tǒng)倒換設備將主信號自動轉至備用光纖系統(tǒng)來傳輸,從而使接收端仍能接收到正常的信號而感覺不到網(wǎng)絡已出現(xiàn)故障。該保護方法只能保護傳輸鏈路,無法提供網(wǎng)絡節(jié)點的失效保護,因此主要適用于點到點應用的保護。

(一)1+1光保護層

對于1+1光鏈路保護,只能對鏈路故障中的業(yè)務進行保護。這種方法是利用光濾波器來橋接光信號,并把同樣的兩路信號分別送入工作光纖和保護光纖的通道中。保護倒換完全是在廣域網(wǎng)內實現(xiàn)。當遇到單一的鏈路故障時,在接收端的光開關便把線路切換到保護光纖。由于在這里電層的復制和操作,所以除了當發(fā)射機和接收機發(fā)生故障時會丟失業(yè)務外,一切故障都可以恢復。

(二)1:1光保護層

(1:1)的光層保護方案與(1+1)的光層保護方案很類似,都是利用備用的路由鏈路來避免鏈路故障對業(yè)務的影響。業(yè)務流量并不是被永久地橋接到工作和保護光纖上,相反,只有出現(xiàn)故障時,才在工作光纖和保護光纖之間進行一次切換。

在雙向通道中,當有故障事件出現(xiàn)時,使用APS信令信道來協(xié)調交換機的保護倒換動作。在(1+1)的SONET網(wǎng)絡中的保護恢復結構中,在頭和尾之間有一個APS信道,保護倒換的實現(xiàn)既使用了保護光纖又使用了一條APS信令信道。而在(1:1)的光層保護結構中,在保護光纖中不必存在相互通信的通道,因為這種結構沒有在電層上被復制信號。只有當發(fā)射端和接收端都切換到保護光纖中,這個通信通道才建立起來。當出現(xiàn)故障時,如果接收端不知道發(fā)射端是否切換到保護光纖上時,接收機端就經由保護光纖給發(fā)射端發(fā)出一個消息。因此,當接收機最初倒換到保護光纖上時它并不能接收到任何信號。而如果發(fā)射端已切換到保護光纖上了,那么利用上述過程就可完成對業(yè)務的保護和恢復。否則,業(yè)務流量就會丟失。如果再由一個獨立的“帶外”光業(yè)務通道來支持保護倒換的信令,那么這種發(fā)射機與接收機在協(xié)調工作方面的困難就可以避免掉。

(三)1:N光保護層

(1:N)的光層保護結構與(1:1)的保護結構類似。然而在這里,N個工作實體共享同一個保護光纖。如果有多條工作光纖出現(xiàn)故障,那么只有其中的一條所承載的流量可以恢復。最先恢復的使具有最高優(yōu)先級的故障。

通過以上幾種點到點的光層保護倒換方案的比較可以看出:1:1光層保護技術有更高的恢復率和可靠性。

三、城域網(wǎng)光纖通信自動保護系統(tǒng)的組成結構

城域網(wǎng)光纖通信自動保護系統(tǒng)采用三級分層控制結構,第一級為遠層監(jiān)控中心,負責各監(jiān)控站的監(jiān)測、通信和控制的授權,通常由網(wǎng)絡通信設備和計算機組成;第二級為監(jiān)測站,向上一級的遠程監(jiān)控中心反映系統(tǒng)工作狀態(tài),往下一級實現(xiàn)對各條線路進行整體地集中監(jiān)測和管理,通常由主控盤和顯示器組成;第三級為多個光保護盤,實現(xiàn)對各條通信線路的監(jiān)控和管理,并和上一級進行通信,反映系統(tǒng)工作狀態(tài)。

光保護盤是線路監(jiān)測和切換的直接執(zhí)行者,同時又完成向監(jiān)測站的數(shù)據(jù)傳輸和狀態(tài)顯示,它主要由光信號發(fā)送部分和接收兩部分組成。Sin為發(fā)送端光端機發(fā)出信號的輸入端,光端機輸入的信號從該接口進入光保護盤,當系統(tǒng)工作在主路時,通過光開關從Sout1主發(fā)端送到主路通信光纖中;在系統(tǒng)工作在備路時,則從Sout2備發(fā)端送入通信線路的備路光纖中。Rin1為主路光信號的輸入端,系統(tǒng)工作在主路狀態(tài)時光纖線路輸入的信號從該接口進入光保護盤,經過分光器分出3%的光信號用于檢測,另外的97%的光信號從Rout發(fā)端送到接收光端機中;在系統(tǒng)工作于備路時,光纖線路輸入的信號則從Rin2備送入光保護盤,從Rout發(fā)送到接收光端機。另外光保護盤還備有主/備線路工作狀態(tài)指示燈、本盤復位按鈕、RS-485計算機接口和電源接口。

在本系統(tǒng)的結構設計中,采取模塊化的方式進行設計,容易的實現(xiàn)功能擴展。系統(tǒng)設計時充分體現(xiàn)構件化的思想,小到功能點,大到子系統(tǒng),甚至整個系統(tǒng)貫穿“構件”的概念。

四、城域網(wǎng)光纖通信自動保護系統(tǒng)的工作原理

城域網(wǎng)光纖通信自動保護系統(tǒng)采用光纖的備份使用機制,用一條主路光纖,一條備路光纖來保證傳輸系統(tǒng)的穩(wěn)定性、可靠性。在主線路出現(xiàn)故障或阻斷時,用備用線路代替主線路繼續(xù)工作、從而保障整個通信正常進行的實時監(jiān)測系統(tǒng)。它對通信線路的監(jiān)控功能主要體現(xiàn)在如下三個方面:

(一)主路在用光纖正常運行時

自動保護系統(tǒng)的各光保護盤對主路在用光纖實時地進行收光功率監(jiān)測,自動建立參考,自動分析,時刻與監(jiān)測站和遠程監(jiān)測中心保持通信,響應各種指令。

(二)主路光纖發(fā)生故障時

當系統(tǒng)收到的光功率值小于絕對告警門限(認為系統(tǒng)無光時的光功率值),或者收到的光功率值與系統(tǒng)參考光功率值(正常通信時的光功率值)之差大于相對告警門限(和正常通信時的收光功率相比較,光功率衰減到致使通信不穩(wěn)定或不能正常進行的光功率變化值)時,系統(tǒng)控制模塊就判定通信光纖處于阻斷狀態(tài),自動將通信從主路光纖切換到備路光纖。

(三)主路光纖修復后

對主路光纜進行測試,確認線路沒有問題后,在遠程控制中心受權下,通過對光纖自動保護系統(tǒng)的復位操作使通信系統(tǒng)從備路光纖切換到主路光纖。

參考文獻:

第8篇:系統(tǒng)設計論文范文

通過對電極形狀、數(shù)目的選擇,接地屏蔽層的合理設計和對傳感器結構參數(shù)的比較優(yōu)化,最終確定傳感器模塊采用16極板的ECT系統(tǒng)傳感器。為便于在設計中及時發(fā)現(xiàn)錯誤并改正,提高工作效率,設計了基于FPGA的數(shù)據(jù)采集系統(tǒng),該方法能夠根據(jù)需要實現(xiàn)系統(tǒng)的重構。另外,為了有效地抑制雜散電容干擾,采用鎖相環(huán)技術實現(xiàn)相干檢測,進一步完成了對C/V轉換電路的設計。計算機成像模塊通過接口電路將數(shù)據(jù)緩存區(qū)的數(shù)據(jù)傳輸給計算機,采用迭代算法實現(xiàn)對圖像的重建。

2傳感器模塊

ECT系統(tǒng)由均勻安裝在管道表面的電極對組成,目前常用的有8極板、12極板、16極板等模型,極板數(shù)目越多,則可以獲得的測量數(shù)據(jù)就越多,數(shù)據(jù)源的增多將提高重建圖像的顯示質量,然而也會引入信噪比降低、邊緣效應增大等隱形問題。綜合考慮采用16極板的傳感器系統(tǒng)。

3數(shù)據(jù)采集系統(tǒng)設計和處理模塊

結合航空發(fā)動機實際工作情況,可知此數(shù)據(jù)采集過程需滿足高速率、高精度、大存儲量以及對環(huán)境適應性強的性能要求,基于以上比較,本文選取FPGA芯片作為核心的邏輯控制器件。該器件選用Xilinx公司的Spartan—3系列FP-GA芯片,其核心芯片為XC3s500E。選用LTC1407型A/D轉換器,VerilogHDL語言作為描述語言實現(xiàn)了對整個系統(tǒng)的采樣、數(shù)據(jù)處理等過程的控制,并以XilinxISEDesignSuite13.1軟件為平臺,仿真驗證了這一系統(tǒng)的可行性。

3.1C/V轉換電路

電容作為一個特殊物理量,測量系統(tǒng)中存在的雜散電容值往往要大于被測電容值,而基于ECT技術的測量系統(tǒng)對微小電容的檢測存在一定的局限性,因此,應系統(tǒng)要求,本文選擇了抗雜散電容能力較強的物理電路。

3.2A/D轉換電路

本系統(tǒng)采用的A/D轉換電路是一個雙通道的模擬信號采集電路,它由可變增益放大器LTC6912—1和A/D轉換芯片LTC1407—1兩部分組成。通過外部調節(jié),自主改變可變增益放大器的放大倍數(shù)可以為芯片提供合適的電壓信號,從而提高整個系統(tǒng)的轉換精度。

3.3系統(tǒng)流程控制

考慮到FPGA不善長流程控制,在本文設計中引入了MCU軟核,用于數(shù)據(jù)采集過程的流程控制。

4計算機成像模塊

圖像重建基本思想是依據(jù)有限的投影數(shù)據(jù),采用簡單有效的圖像重建算法以實現(xiàn)Radon逆變換的過程。其主要數(shù)學理論基礎是基于Radon變換和Radon逆變換,奧地利數(shù)學家Radon于20世紀初期在其發(fā)表的論文中證明,任何N維物體可以通過其N-1維投影來重建。

5仿真結果與驗證

由于航空發(fā)動機尾氣是多相流介質,且各項介質具有不同的相對介電常數(shù)。一旦發(fā)動機尾氣內組分濃度發(fā)生變化,相應地就會引起多相流混合介質等價介電常數(shù)發(fā)生變化,并導致極板間電容值和實時采集的投影數(shù)據(jù)皆更變的連鎖效應,為模擬管內充滿相對介電常數(shù)為1的物質時所測得的120個電容測量值。如果其中摻雜進去相對介電常數(shù)為3的物質流,便可得到120組新的電容測量數(shù)據(jù),由數(shù)據(jù)通過計算機成像便可重建出管道內物質分布,如圖10所示,圖中四幅圖像表示發(fā)動機管中存在相對介電常數(shù)為3的物質流由匯聚到攤開的形狀變化過程。結果表明:當設計管道內放入兩相或多相介質時,通過本系統(tǒng)能夠成功采集數(shù)據(jù),并經USB接口傳送給計算機能實現(xiàn)圖像重建,最終重建出飛機發(fā)動機中介質分布圖像,驗證了本設計的可行性。

6結束語

第9篇:系統(tǒng)設計論文范文

1.1網(wǎng)絡結構總體方案

網(wǎng)絡結構是整個系統(tǒng)的基礎,網(wǎng)絡結構的設計直接關系到整個網(wǎng)絡的傳輸質量、業(yè)務拓展及運營服務質量。目前,網(wǎng)絡結構的設計已從電纜向光纖,從模擬向數(shù)字化、寬帶化、智能化趨勢發(fā)展。網(wǎng)絡拓撲結構主要分星形網(wǎng)、樹形網(wǎng)及環(huán)形網(wǎng),一個網(wǎng)絡一般由多種網(wǎng)絡結構組合而成,為達到較高的可靠性擬采用環(huán)形+星型網(wǎng)絡拓撲結構,在主干段以及配線段用光傳輸系統(tǒng)實現(xiàn)光纖到樓,再建同軸電纜和雙絞線重疊網(wǎng)作為用戶引入。重疊網(wǎng)在光信號通路上通過共纜分纖方式將電視與數(shù)據(jù)業(yè)務物理分開形成以CATV為基礎的重疊式綜合業(yè)務網(wǎng)絡。整個網(wǎng)絡拓撲圖如圖1所示,具體方案為:在小區(qū)綜合樓內設置一分前端,并入會澤縣城域骨干環(huán)網(wǎng),具有自愈傳輸功能;從分前端到各個光節(jié)點采用一級星形結構,盡量延伸光傳輸距離,使光信號幾乎送至用戶;從光節(jié)點至用戶電纜(同軸電纜或雙絞線)采用星形無源結構,傳輸距離不超過100m,最大限度保證信號傳輸質量。

1.2分前端機房的設置

因要接入城區(qū)自愈環(huán)中,故機房應配備具有二選一光接收并且具有自動切換功能的光接收機和支持冗余環(huán)網(wǎng)拓撲結構的數(shù)據(jù)傳輸設備,從而實現(xiàn)來自順方向及逆方向上信號的冗余。環(huán)網(wǎng)光纜采用48芯光纜,以滿足今后多業(yè)務需求。根據(jù)實地情況,機房設于小區(qū)中較集中的綜合樓內,同時考慮到今后這一區(qū)域的發(fā)展,在路口設一交接箱,以滿足今后小區(qū)處用戶的接入。

2分配光纜網(wǎng)路由規(guī)劃

(1)光網(wǎng)絡結構:如前所述,分前端后采用一級星形光網(wǎng)絡拓撲結構。

(2)光節(jié)點芯數(shù):考慮到下一步互動電視及今后其它數(shù)據(jù)業(yè)務的開展,每個光節(jié)點設計8芯(一芯下行、一芯上行、兩芯數(shù)據(jù)、四芯備用)。

(3)光節(jié)點數(shù):依據(jù)一步到位、分步實施、逐步發(fā)展的方針,同時根據(jù)小區(qū)實際情況,為滿足星形無源電纜網(wǎng)的要求,盡可能延長光網(wǎng)絡范圍,以達到高質量傳輸、易維護的標準,小區(qū)內共設光節(jié)點38個。

(4)由于全部光纜為地溝敷設,且距離相對較短,考慮到降低施工難度,同時又能達到最高的網(wǎng)絡傳輸標準,所有光節(jié)點均用8芯光纜直接鋪設至機房。根據(jù)以上標準,繪制路由圖如。

3CATV系統(tǒng)設計

網(wǎng)絡整體結構確定之后,就可以對CATV及相應的數(shù)據(jù)業(yè)務系統(tǒng)進行設計。目前雖然新產品層出不窮,但對于HFC網(wǎng)絡來說,網(wǎng)絡結構確定之后對CATV系統(tǒng)的設計變得較為容易。

(1)光系統(tǒng)波長:環(huán)網(wǎng)節(jié)點仍采用以前的1550nm系統(tǒng)主用、1310nm系統(tǒng)備用的方案,分前端之后的分配光網(wǎng)絡由于傳輸距離較短,故采用1310nm系統(tǒng),具有很大的靈活性。

(2)由于分配光網(wǎng)絡采用一級星形結構,故光發(fā)射機及分路器在分前端集中分配。

(3)計算出各光節(jié)點鏈路參數(shù),確定所需光發(fā)射機參數(shù),每個光節(jié)點接收機的輸入光功率按-2dB計算,計算過程略。

(4)繪制出光系統(tǒng)分配圖。

(5)光機以下的同軸電纜分配網(wǎng)由于采用無源星形入戶設計,光機信號經分支分配器后直接至用戶,經實地勘察最大傳輸距離不超過80m,故此部分網(wǎng)絡較為簡單,同時最大限度地保證了用戶端的信號指標(同軸電纜分配圖略)。

4數(shù)據(jù)傳輸系統(tǒng)設計

小區(qū)數(shù)據(jù)傳輸系統(tǒng)的設計必須依托于現(xiàn)有的城域骨干網(wǎng)。目前我縣城域骨干網(wǎng)是由MSTP系統(tǒng)為切入,以CiscoCatalyst3750M為核心,旁掛BAS做認證設備,采用星形結構聯(lián)至分前端各匯聚節(jié)點CiscoCatalyst3560上的網(wǎng)絡構架。同樣的,把小區(qū)分前端作為一匯聚節(jié)點,由于匯聚層不采用環(huán)路結構,故用CiscoCatalyst3560直接聯(lián)至中心機房CiscoCatalyst3750M即可。通過開啟CAT3750M的MPLSVPN功能即可滿足匯聚層下集團用戶對虛擬專用網(wǎng)的需求,同時用BAS實現(xiàn)對個人用戶的認證工作。對接入層來說,根據(jù)上述網(wǎng)絡設計結構,小區(qū)內共設38個星形接入點,如果接入點用戶有MPLSVPN需求的,要求接入設備必須支持路由功能,否則的話直接采用普通接入交換機,來實現(xiàn)對個人用戶的網(wǎng)絡接入。數(shù)據(jù)傳輸系統(tǒng)結構設計。

5結束語