系統設計精選(九篇)
前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的系統設計主題范文，僅供參考，歡迎閱讀并收藏。
第1篇：系統設計范文
關鍵詞：ARCIMS9.0；長江大學東校區導航系統；WEBGIS；電子地圖
隨著計算機技術的飛速發展，Internet帶寬和網絡通訊能力大大提高，萬維網地理信息系統軟件技術取得了長足發展，這一技術正成為高效的全球性信息渠道快速進入千家萬戶。WebGIS是Internet技術應用于GIS開發的產物，它是利用www方式向用戶提供地理空間信息服務的地理信息系統。與傳統的GIS相比，WebGIS訪問范圍更加廣泛，實時性強，數據可分布管理，操作也更簡單，適用于不同的軟硬件平臺，降低了系統成本。
WebGIS是當今的熱點，作為在GIS方面的一個特殊應用領域，它使全球范圍內實現數據共享，它可應用于農業、林業、水利、交通、通訊、城市規劃、國土防治、軍事、環境、教育等等幾十個領域，建立WebGIS已經成了大到大型國家級的應用小至小型企業內部應用的重要任務。但是，由于計算機網絡等各方面的限制，目前WebGIS構建的大多是局域網或城域網，并且只能完成地理數據的網上，以及簡單的空間和屬性的雙向查詢等功能，并不能完成GIS的空間分析功能，并且還伴有網絡安全問題。
近年來，各種電子導航系統慢慢發展起來，充分利用WWW帶來的便利。WEBGIS采用普通的WEB瀏覽器，簡單易用，用戶不需進行專業培訓，更實現了全球訪問范圍，是GIS走向平民化和大眾化的最佳途徑。本系統正是從WWW的大眾化特點出發，設計建成長江大學東校區網絡電子地圖，為長江大學提供更多的宣傳手段。本系統面向全校廣大師生以及社會提供長江大學東校區導航服務，提供基礎教學設施、運動場所、后勤服務、綠化場所等等校園設施的查詢功能，為更多師生提供便利的生活條件，并不斷完善系統，直至能提供西校區乃至全校的導航功能，并實現最佳路線分析等空間分析能力，將其打造成長江大學服務大眾和對外宣傳的重要手段。
1系統實現環境與開發工具
本系統軟件開發環境是基于WindowsNT平臺，使用IIS5.0（InternetInformationServer）服務，以及ServletConnectors的標準連接器，它使用ArcXML語言在WEB服務器與ArcIMS應用服務器之間進行通訊，客戶端采用ArcIMSJavaStandard瀏覽器。在ArcIMS體系中，使用管理工具實現將要的地圖的數據整理、網站設計以及網絡服務的管理，它包括以下三部分：
ArcIMSAuthor：用戶通過它定義地圖內容，包括添加數據圖層，設置地圖屬性（包括圖層顯示方式，顯示比例尺，建立查詢和地理編碼功能及增加描述地理要素的標注等），產生一個在線地圖作為地圖服務。ArcIMSAuthor最終輸出一個.axl格式的地圖配置文件，它可以獨立于ArcIMS平臺用文本編輯器進行編輯，里面用HTML語言描述了輸出地圖的大體框架和基本圖層元素及其布局。
ArcIMSAdministrator：使用Author組織的數據建立地圖服務，設置地圖服務的屬性以及地圖服務的啟動、停止等，用于管理IMS的Server、VirtualServer和MapService，以及管理IMS站點的配置信息，監視客戶端等。
ArcIMSDesigner：使用Administrator建好的服務，生成一個網站，通過一系列對話框幫助用戶選擇瀏覽器使用的地圖服務、模板和功能，其輸出結果為一系列HTML頁面。
本系統開發過程中主要使用HTML語言來建立頁面顯示框架，使用VBScript或JavaScript腳本語言實現數據庫的操作，其中數據庫的操作大量使用了網頁變成語言中的對象，他們共同實現了導航系統的查詢等功能。
2系統設計
2.1系統總體設計
長江大學東校區導航系統以校園公共設施為基礎圖層，調用服務器數據庫的基礎信息數據，能詳盡、直觀的查詢東校區內的校園信息，包括教學樓、教工樓、學生宿舍、運動場所、后勤管理、綠化設施、道路等基本設施，查詢可包括圖查屬性和屬性查圖。利用ARCIMS的地圖，其工具欄里有一個添加標記的按鈕，用戶可以根據自己的需要添加一些注記，非常適用。其總體框架圖如圖1所示：
2.2系統數據組織方案設計
（1）空間數據的組織主要就是根據實際地物建立點、線、面三種類型的圖層，然后再建立各圖層。本系統均有點、線、面的圖層，根據學校實際主要建立的以下圖層：
點類型：樹木2、點學生宿舍、點教工樓。
線類型：線道路。
面類型：公共設施、教學樓、教工樓、宿舍樓、綠化、后勤、其他、圖書館、運動場所、面道路。
（2）屬性數據的組織：ArcGIS自帶了數據庫——Geodatabase,由于在后續的屬性查詢中要用到屬性數據，故需建立屬性數據庫。屬性數據庫中有id，shape，name等字段，需要手工輸入。由于Geodatabase中對字段的值的文本長度有限制，對要素的詳細屬性不能在Geodatabase中存儲，只能通過SQLServer建表來存儲。SQLServer表中有以下字段：ID、類型、建筑時間、所屬院系、名稱、所屬圖層等字段。其中以ID號為主鍵。
3系統實現
3.1系統實現步驟
開發平臺的搭建：主要是安裝配置ARCIMS。在配置完成之后，可以測試配置是否成功，通過啟動ArcIMS的Diagnostics程序在頁面的Selectcomponenttotest下面點擊1和2按鈕，分別彈出的窗口顯示“Testsuccessful”，則說明ArcIMSServlet連接器、ArcIMS應用服務器沒問題。此時ArcIMS9.0便安裝成功了。
地圖數據網絡：通過ArcIMS地圖數據涉及地圖服務的創建、web站點的生成。
對ArcIMS生成的站點進行開發：當站點生成后，需要對系統進行必要的二次開發，使系統更易于用戶的使用。ArcIMS二次開發的幾種主要的方法如下：
（1）HTMLViewer方式下的開發；
（2）工具條的開發；
（3）系統的漢化；
（4）其他頁面的設計。
頁面作為系統與用戶交互的入口，如何設計的更為易用，簡潔，是非常重要的。頁面的圖片筆者使用Adobe公司的Photoshop7.0.1軟件來進行編輯。框架使用Macromedia公司的DreamweaverMX2004軟件來進行設計。網站的用戶登陸頁面、屬性查詢頁面、校園簡介、三維漫游頁面采用Javascript連接Access和SQL數據庫進行設計。
3.2系統功能的結果
用戶可以通過登錄進入主頁面，然后再主頁面中進行簡單的地圖操作，比如說放大、縮小、全屏、通過輸入ID號查找所要找的要素的位置等；除此之外，還可以通過控件“屬性查詢”實現條件查詢，獲得要素的詳細屬性；同時點擊“三維漫游”，鏈接到校園整體的三維效果音頻文件；點擊“校園簡介”將鏈接到校園簡介網頁。
另外，用戶可以進行簡單的緩沖查詢(即查詢在某特定地物周圍一定距離的地物)，距離量測(對兩點間的距離進行測量)，面積測量等。
各功能頁面顯示結果如圖2所示。
當選中了當前的活動圖層，通過輸入查詢的ID號，將顯示出該圖層中ID號所對應的要素的位置，并在TextFrame中顯示該要素的其他屬性。比如選中當前的活動圖層為“后勤”，在查詢條件中輸入條件：“#ID#=2”，可以顯示出后勤圖層中ID為2的要素，并顯示出它在地圖中的位置。結果見圖2
點擊“屬性查詢”控件，將顯示出要素的詳細屬性信息，其結果圖見圖3。圖4是查詢表中字段“類型”為“polygon”的所有要素的信息
3.3系統特點
本系統的特點之處在于：
（1）實現了數據的共享。目前大部分導航系統多為單機板的，不能實現及時的數據共享和更新，本系統通過WWW，任何一臺計算機均能訪問，真正實現了信息的共享。
（2）友好的用戶界面和操作方式。系統對前端的用戶技術沒有限制，并且客戶端采用普通瀏覽器，不需專業知識即可隨意操作，簡單易用，不需用戶維護。
（3）實現了圖形數據和屬性數據的連接，滿足了用戶查詢和統計大量屬性數據的要求。
（4）采用VBScript、JavaScript和語言，將數據庫的操作封裝起來，數據操作對用戶不透明，增加了系統的安全性。
（5）利用ArcIMS來開發系統，整個開發過程周期短，系統運行速度也較快。
（6）通過工具欄用戶可以增加自己想要的標注信息，實現了系統與用戶的交互。
4結語
本系統經過測試，基本上能夠達到預先設計的功能目標，能夠準確的顯示校園內的各地理要素并能提供相應的地理定位，系統速度要較快。
由于時間和能力的限制，本系統也有許多不足之處，如能顯示的面積太少，僅僅局限于長江大學東校區，圖形界面不太美觀，圖形的屬性數據設計不夠全面，并且不能實現較高級一點的空間路徑分析功能，在下階段的發展中，通過網絡編程語言的學習改進頁面設計，使用戶界面趨于美觀，完善基礎圖層的屬性數據，使用戶能查詢到更多有用信息，通過采集各校區的地理數據，實現導航系統的全校化，并實現一定的空間分析能力。
隨著各種WEB技術在GIS中的推廣和應用，WEBGIS技術正在不斷的發展和走向成熟，在各個行業中的應用也將越來越廣泛，本系統若能完善，它在實際生活中將有著重要的應用價值和作用。由于系統的開放性和可擴展性，它還可以結合數字攝影測量技術，通過衛星照片或航空照片生成數字地面模型DEM，做出真實三維立體模型。
參考文獻
［1］劉躍漣,陶華,吉志剛.用ActiveX開發WebGIS應用的技術淺析［J］.湖北郵電技術，1999，（1）.
第2篇：系統設計范文
經過幾十年的發展，現在的單片機技術已經非常的成熟，相關的系統設計軟件也有很多，目前在進行單片機系統設計時，通常采用C語言進行程序的編寫，為了滿足不同工業生產的需要，單片機中的功能模塊會有一些差別，目前市場上使用最多的單片機就是Atmel公司生產的AT89SC51和AT89SC52，根據單片機型號的不同，相應引腳的功能也會有所變化，而在系統的設計時，首先要明確的就是單片機各個引腳對應的功能。雖然單片機型號的不同，相應程序編寫時引腳的代碼會有所變化，但是在所有單片機系統設計中，最小系統的設計與調試都是非常重要的，單片機的最小系統是調試程序和單片機工作的基礎，通常情況下，一個最小系統包括了單片機芯片、電源模塊、時鐘模塊、復位模塊幾個部分，在進行單片機系統的設計時，由于單片機自身沒有人機交互模塊，因此必須借助一些輔助設備才能完成，通常情況下都是從硬件和軟件兩個方面來考慮輔助設備，硬件方面需要計算機、數據線和萬用表等必要的輔助工具，軟件方面就需要Keil等程序編寫軟件和必要的下載軟件，隨著單片機自身的不斷進步，現在已經出現了ISP在線編程功能，傳統的單片機系統設計中，要想向單片機中寫入程序，必須將單片機從系統中拿下，放到指定的系統中，然后與計算機進行連接，通過下載程序進行寫入，而現在的工業生產開始向多樣化發展，甚至在一些工業生產中，需要不斷的對程序進行修改，如果每次修改都需要對單片機進行拆卸和安裝，不但會影響生產的效率，單片機的接口也會受到一定的損壞，而ISP在線編程就不需要以上的步驟，單片機在電路板上時，依然可以對程序進行修改和重新下載等操作。
二、單片機系統設計的方法和步驟
隨著單片機應用的范圍越來越廣，相應的系統設計也越來越多樣化，因此在進行單片機系統開始時，第一個要明確的就是設計的目的和可行性分析，首先應該了解單片機要控制的對象，對控制系統的要求進行深入的分析，對系統的整體有一個充分的了解，只有在明確了以上的信息后，才能進行總體方案的設計，在總體方案的設計中，應該根據分析的結果，對單片機系統的構成方式進行確定，進而確定系統的信號檢測方式等，以上兩個步驟屬于理論上的設計，在理論設計完成后，就要從硬件和軟件兩個方面來進行實際的設計，一般情況下，都是按照先硬件后軟件的順序進行，在硬件設計中，首先要做的就是原理圖的設計，目前市場上有很多原理圖設計的軟件，例如英國Labcenterelectronics公司研發的Proteus等，然后在原理圖的基礎上進行元件的選擇，這些都可以在Proteus軟件內完成，用元件連接出一個原理圖之后，可以選擇直接制作電路板，然后再進行軟件的設計，但是在實際的生產過程中，這樣的過程經常會發現印制出的電路板存在問題，軟件的設計無法正常進行，從而需要重新制作電路板，針對這種情況，Proteus等軟件都集成了仿真的功能，因此可以在連接完原理圖之后，就進行軟件的編寫，如果采用51系列單片機，程序的編寫可以采用美國KeilSoftware公司開發的Keil系列軟件，軟件調試成功后，就可以利用軟件的仿真功能，對設計的單片機系統進行功能的調試，如果沒有發現任何問題，再進行電路板的印制，那么將會極大的減少錯誤的出現率。
三、單片機系統設計的誤區及對策
在單片機系統的設計中，CPU死機是一個重要的問題，在出現了死機的情況后，系統整體后無法響應，嚴重時甚至會燒毀一些元器件，只有通過復位按鍵后，才能使系統恢復正常，針對這種情況，很多單片機系統設計時，都會添加一個定時器DogTimer，也就是人們俗稱的看門狗，這個DogTimer定時器是按照一定的速率來計時的，當時間達到計時器設定的標準后，就會執行復位的命令，單片機系統在實際的工作過程中，CPU會定時的向這個定時器發出清零的命令，使DogTimer定時器不能滿足復位的要求，而造成CPU死機的主要原因就是執行命令的過程中，CPU進入了一個死循環，從而不能正常的執行程序，如果添加了這個DogTimer定時器，CPU在進入到死循環后，就不會對定時器發出清零的命令，那么定時器就會達到設定的標準，然后自動的執行復位的命令，以這樣的方式來解決死機的問題，由于這種方式非常簡單，很多單片機自身就集成了這個功能，最大程度的降低CPU死機的次數，很多單片機系統設計人員也認為，有了這個定時器后，CPU就不會出現死機的問題，通過實際的調查發現，即使有了這個定時器的存在，也會因為很多原因導致CPU死機，因此可以說這是單片機系統設計的一個誤區，例如當CPU進入一個死循環之后，會不斷的執行死循環中的命令，如果這個死循環的命令剛好和定時器清零的命令一樣，那么導致的現象就是CPU不斷的向定時器發出清零的命令，這是CPU雖然已經處于死機的狀態，但是定時器卻已經失效了。
針對這種現象，可以對定時器進行必要的完善，例如可以做雙保險，即設計兩個定時器，一個定時器和傳統的定時器一樣，執行對CPU看護的功能，而第二個定時器就是防止前面所說定時器失效問題，第二個定時器可以設置為執行一個主循環清零一次，對于清零的命令兩個定時器是獨立的，這樣即使CPU進入到了一個死循環，死循環中又包涵了一個定時器的清零命令，那么另一個計時器也會檢測出來，從而對CPU執行復位，這種雙保險的設計就有效的解決了定時器失效的問題，使單片機系統設計中CPU死機的幾率將到最低，通過實際的調查發現，目前很多設計人員在進行系統設計時，考慮到單片機已經集成了一個防止死機的定時器，在設計中就不再進行防死機定時器的設計，這樣完全依賴CPU集成定時器的做法，是不科學的，從實際應用的效果來看，CPU集成的定時器對防止死機能起到一定的效果，但是這種效果沒有最大化，隨著工業生產水平的提高，很多生產線對單片機系統的要求是百分之百不死機，這樣僅僅依靠單片機集成的定時器顯然無法完成，因此在進行單片機系統設計時，無論有沒有集成的防死機定時器，都應該針對性的設計一個科學合理的定時器，最大程度的保證CPU不會出現死機的現象。
在單片機系統設計中，還有一個很大的誤區就是PCB布線中，由于單片機系統設計已經存在了幾十年，經過多年的積累，有很多寶貴的經驗值得我們借鑒，但是由于電子行業的特殊性，摩爾定律揭示了每個十八個月，電子行業的技術就會翻倍，正是這種更新的頻繁化，導致了一些過實的經驗還被人們使用，例如在PCB布線中，設計人員根據以往的經驗，都喜歡橫平豎直的去布線，而且認為粗線比細線好，在傳統的單片機系統中，這樣的布線的確能夠帶來很多方便，但是隨著PCB電路板的進步，層數越來越多，線路之間的電磁干擾已經成為了一個嚴重的問題，在這種背景下，傳統的PCB布線方式無疑就是錯誤的，是目前單片機系統設計中存在的一個誤區，為了使電路具有良好的抗電磁干擾能力，在PCB布線時首先應該做好地線層，在布線的過程中盡量保持線路之間的距離，現在看來這樣的布線方式才科學、合理。
四、總結
第3篇：系統設計范文
關鍵詞：集中供暖系統；設計；探討
中圖分類號：TU984 文獻標識碼：A 文章編號：
我國小區集中供暖方式設計中，節能是最重要的指標參數之一。從節能的角度出發，充分明晰集中供暖方式的特點，利用計算機技術，實現小區供暖智能化、可控化。隨著科學技術的不斷進步，我國小區供暖系統設計水平會步入一個全新的臺階。
1 小區集中供熱方式概述
小區集中供熱系統有三部分構成，即熱源、管網以及用戶。毫無疑問，其中最重要的部分是熱源部分，最節能的部分是管網部分。熱源是在小區鍋爐房，或者熱廠內部，利用煤等能源燃燒，所產生的熱量，來加熱供熱設備，使水變成水蒸氣或者熱水。供暖管網的作用便是將加熱產生的水蒸氣或熱水輸送給需暖用戶。用戶便是小區或區域內需要取暖的居民，通過供水管網輸送來的水蒸氣或者熱水，利用取暖設備，來滿足日常的生活用水要求。然而，在很多地區而言，集中供暖這種形式并沒有全面在施行。部分地區的小區集中供暖系統的管理以及相關技術并不合理，自動化控制水平低下，造成能源浪費嚴重。一般來講，供暖系統控制技術的不成熟導致了相關缺陷的存在，無論從設計還是實際的操作中，存在種種問題，具體表現為：1）參數測量并不全面，導致設計中考慮的因素欠缺，因此無法保證實際供暖系統在運行中的工況。2）設計參數無法全面應用于實際，系統工況經常失調，導致用戶水溫不均勻。在故障發生時，沒有良好的診斷報警系統，不能及時進行修正。3)用戶資料以及用暖需求相關信息部全面，不能做到量化管理，導致能源浪費嚴重。4）在熱量充足的情況下可能出現超供浪費現象，也難以達到降低能耗、提高經濟效益的目的。為了解決集中供熱的問題，提高供熱管網的供熱質量，就需要對集中供暖系統進行優化設計，極高經濟和社會效益。
2 小區供熱系統設計注意問題
2.1 小區供熱節能設計問題
首先從熱源設計開始，一次水經過供熱鍋爐房而產出，水溫應控制在 115℃以上，保證回水溫度 80℃左右最好。然后供暖管網盡量采用環狀形勢，因為環狀管網比樹狀管網更利于節能降耗，將高溫熱水或蒸汽輸送到換熱設備中。小區各個區域的換熱設備（包括水換熱以及蒸汽換熱）中出來的水叫二次水，二次水供回水溫度控制在95℃附近（回水70℃左右），輸送至小區熱能管理處作為提供給居民采暖的熱源。每個換熱設備站點的供熱面積盡量不要超過10 萬 m2，這樣可充分提供熱源，不然會造成用戶水溫不均勻。和一次水一樣，二次水供暖管網也盡量利用環狀管網，只有在迫不得已的情況下，采用樹狀管網。對于二次供水而言，遇到偏遠或單支分散用戶，可偶爾采用樹狀管網，樹狀管網相對簡單，其造價比較低廉，需要充分計算管網水力條件，消除不平衡因子，才能充分保證用戶水溫均勻性，但是比起環狀管網來說，其節能效果仍不夠。建議一次水以及二次水管網系統和小區室內的供暖、取暖系統在設計中必須統一，在一次水和二次水的相關設計中，必須考慮管網的經濟、節能，采用合理的敷設方式。小區庭院管網以及二次水管網系統，進行直埋敷設，對于一次水管網系統而言，因為其管網管徑相對較大，當地下水位比較低時，采用地溝敷設為宜。用戶采暖供熱的管道為了有效節能，盡量用保溫材料，在管道外加設保溫管殼，比如巖棉或礦棉管殼、玻璃棉殼及聚氨脂硬質泡沫保溫管種保溫管殼，加強管網的保溫性能，對于加設的保溫厚度，按相關規范進行選取。凡安裝于供暖地溝、管道井、地下室、吊頂、閣樓及不供暖房間內的管道及配件均應保溫。保溫材料可采用密封好、保溫絕熱性能高的阻燃型聚氨酯發泡塑料保溫管(黃夾克系列產品)、巖棉或玻璃棉。保溫層厚度可按有關規定計算。
對于小區用戶而言，在節能降耗的同時，保證房間供暖效果，避免供暖溫度不均勻的狀況出現，是居民所期望的。所以在設計中，盡量將每組散熱器前的干管或支管上設置房間恒溫閥（盡量采用溫控恒溫閥），為避免用戶隨意調節，有些時候可采用不能調節的恒溫閥，避免用戶任意調節，出現房間溫度相對不均勻。所用的恒溫閥采用進口恒溫閥為宜，若條件不允許，也可使用國產恒溫閥。用戶的采暖建筑的熱量損耗可通過圍護結構的傳熱損耗、門窗縫隙損耗以及外墻熱量損耗。維護結構損耗為 75％左右，門窗縫隙損耗為 15%左右，外墻損耗占 10%左右，有的建筑更高，達到30%。所以，在供暖設計中，可充分考慮建筑物保溫性能，用來提高節能降耗水平。
2.2 小區智能供暖系統設計問題
隨著計算機技術的飛速發展，智能化小區供暖系統呼之欲出。集中供暖采用智能化供暖系統，其通過計算機以及通訊傳感技術，在主要取暖部件以及設備上安裝相對應的測控上位尚未計算機中，然后通過計算機處理相關信息，再修正相關因子，用以調控水溫、熱量等供暖參數，達到節能效果。以溫度參數來說，智能化供暖系統，根據各個用戶房間內的溫度差別，來進行供暖流量均勻調節，徹底解決供暖管網以及供暖用戶房間內的溫度不均勻狀況。同樣道理，在熱源處，計算機控制整個回水溫度，加強整個系統中的熱量循環，實現各個系統按需供熱，既節能又能滿足用戶需求。從設計上來講，集中供暖智能化系統必然包括三個部分設，即上位機監管系統、下位機監管系統以及設備系統。1）上位機監控管理系統，其主要作用是準確迅速收集各個監控點的溫度、流量以及熱量需求信息，及時處理信息，形成相關指令。2)下位機控制系統接受上位機系統形成的指令，對鍋爐加熱以及流量進行控制，用來滿足不同用戶需求。3)設備系統由鍋爐本體及燃燒器和各種閥門、泵等組成。包括鍋爐、溫度數顯表、攝像頭、壓力傳感器和溫度傳感器。
2.3 水平雙管制采暖設計
采用水平雙管設計方案，可以避免雙立管并聯式系統的垂直失調問題，而且該系統可以實現每戶一個獨立系統，有利于熱量表的安裝，能實現散熱器個體調節。任何一層的用戶都可以通過室內調節閥方便的調節介質流量，從而達到舒適的室溫，并實現節能的目的，又不影響其他用戶采暖，但該系統須增設與散熱器組數相對應數量三通調節閥。該方案的優點是：能夠使不易解決的供熱系統垂直失調的難題得到極大的改善：可分室控制溫度，調節性能優于單管系統：墻面豎向無立管，不影響裝修。
2.4 供暖系統熱負荷計算以及變流問題
是供暖系統設計的基礎，以往的設計由于害怕暖氣不熱而盲目加大熱負荷值，致使散熱器安裝面積過大，將不利于散熱器支管上溫控閥的調節，應該選擇合理的熱指標估算辦法。室內散熱器位置要布置合理，室內水平管線會增加，存在管線明裝占用空間，影響室內裝修、家具布置及過門、陽臺難處理等問題。供熱系統變流量問題由于實現分戶計量，系統的熱負荷變化會很頻繁，所以，供熱系統應該能自動調節供熱量，使其跟蹤所需熱負荷的變化。應該在換熱站設置有壓差控制的裝置。
3 結束語
節能降耗是當前備受關注的熱點，隨著計算機技術的日益成熟，早先的分散供暖形式被集中供暖形式取代事在必行，其應用也日益廣泛。集中供暖形式能合理利用能源，優化節能效果，提高人們安居水平，在小區供暖中起著非常重要的作用。在小區供暖設計中，重點闡述了集中供熱方式，基于設計因素，全面分析了小區供暖系統中應注意的問題。
參考文獻：
[1] 齊嘉卉，王敏，王瀟．我國采暖散熱器現狀和存在的問題及發展前景 [J]．監督與選擇,
2009,(4).
第4篇：系統設計范文
本文介紹了監控系統設計，包括各個工藝系統的設計、報警連鎖、控制室等的設計。系統耦合試驗裝置監控系統對整個系統進行監控，并得到發電元件和散熱部件的試驗數據，以及各分系統的運行狀態。監控系統負責對系統耦合試驗裝置各個工藝系統進行數字化監控，是系統耦合試驗裝置的指揮中心。
關鍵詞：
系統耦合試驗裝置；監控；通訊
0引言
系統耦合試驗裝置監控系統是用于操作試驗裝置工藝設備、監測系統運行工況、保護重要設備等的系統。考慮到試驗裝置包含多個工藝系統，而且有些系統如氦氣系統、銫系統、NaK合金充裝及在線凈化系統等都有較復雜的工藝準備操作。因此，主監控系統應具備遠程監控和現場操作兩種功能。另外，提供必要的報警信號和保護動作［1］。監控系統具有以下功能：
1）根據操縱人員指令或系統自動完成各工藝系統和設備的運行操作。
2）自動采集試驗數據和各工藝系統的運行數據，并將數據顯示在顯示器上和存儲在硬盤里。
3）設定報警參數，當報警參數超過限制值時給出報警信號，報警信號將通過顯示器、報警燈和警報器發出，記錄報警參數和報警狀態。
4）監測重要系統和設備的保護參數，當保護參數超過限制值時，給出保護動作信號和報警信號。
5）具有友好的人機操作界面，提供清楚、美觀、有動畫效果的系統流程圖和實時數據顯示，提供數據實時曲線顯示和歷史回顧。
6）各工藝系統和設備的操作可通過計算機界面實施，也可使用控制按鈕完成操作。
7）生成各種日志、報表，利用打印機和光盤刻錄機將運行信息進行記錄和永久保存［2］。
1監控系統構成
系統耦合試驗裝置監控系統的設備包括：2套I/O現場控制站、2臺操縱員站（其中1臺兼工程師站）、1個主控制臺以及通訊網絡和必要的輔助設備等[3]。監控系統設備配置圖。
2主工藝回路監控技術方案
2.1結構和功能
主工藝回路由真空室1、真空室2、NaK回路、電磁泵、膨脹罐以及閥門組成。主工藝回路上的電磁泵為NaK合金在回路中的流動提供動力，膨脹罐用于回路壓力的控制。主工藝回路的運行監測和保護由主監控系統完成。在試驗的不同階段，試驗人員可操作流程，通過主監控系統向相關的各工藝分控制系統發送指令，調度各工藝系統配合主工藝系統完成操作。主監控系統還要采集主工藝回路上的8個測點，其中溫度測點5個，壓力測點1個，液位測點2個。
2.2工藝描述
主工藝回路的工況包括：抽真空、NaK充裝、試驗運行、正常排NaK和事故排NaK。
1）抽真空工況。根據操作規程，對回路進行抽真空，達到試驗所需的真空度要求，并按要求保持回路真空。
2）NaK合金充裝工況。首先要對NaK合金進行在線凈化，達到試驗的純凈度要求后，開始整個回路充NaK合金。當位于回路水平面最上方的膨脹罐達到設定液位值時，工藝回路充滿，充入覆蓋氣體，調節回路壓力，并使電磁泵和電加熱器置低功率運行狀態，維持NaK流動和回路溫度。
3）試驗工況。在試驗工況下，主監控系統通過電磁泵和電磁流量計來調節和監測NaK冷卻劑的流量，通過加熱器調節轉換器入口冷卻劑的溫度。
4）正常排NaK。在試驗結束后，使NaK逐步降溫至合適溫度時，NaK合金靠重力流到儲存罐中，當儲存罐溫度、液位回到充NaK前的水平時，排NaK結束。
5）事故排NaK。當臺架發生事故需要緊急排NaK時，關閉電磁泵和電加熱器，打開氣動閥和電磁閥，液態NaK合金靠重力流到儲存罐中。
3硬件設計
系統耦合試驗裝置監控系統硬件包括以下幾部分：
1）I/O現場控制站。CPU模塊:CPU模塊通過多種通信接口，可與現場控制站的I/O模塊相連構成一個完整的數據采集系統，同時還能通過各種通訊端口實現與上位機及其他系統的互連。電源模塊:PLC機架上的電源冗余配置在機架的兩側，給各I/O模塊供電，采用冗余熱備，均流工作方式，某一個部件發生故障時，系統仍可以保持正常工作。I/O模塊:所有的I/O模件均采用施奈德的產品，負責模擬量、開關量的采集和模擬量開關控制信號的輸出。模塊內采用了光電耦合隔離、光耦隔離或機械隔離等適當的隔離措施。使模塊內外在電氣上分離，以防止異常信號進入模塊。直流電源模塊:機柜內配置了直流電源模塊，用來給現場的開關量及模擬量節點提供巡檢電壓，為開關量與模擬量供電采用獨立的供電電源。機柜內直流電源為雙入（交流220V），輸出（直流24V）的冗余的方式，以提高系統的可靠性。通訊模塊:機柜內設有2個2通道的串行通信模塊（支持Modbus協議）。串行通信模塊將用于監控系統與工藝各分控系統（水冷卻機組、NaK合金灌注和排放系統、真空系統、電性能測量系統）之間的通訊。另外備1個支持多種協議（TCP/IP、UDP、CAN、Modbus）的網絡通信模塊。
2）操縱員站。2臺操縱員站位于主控制室，其中1臺兼作工程師站。它們通過以太網與現場控制站PLC進行數據交換，監控試驗裝置的運行狀態，并對操作員的各種操作請求作出響應，如圖形切換、數據顯示、趨勢顯示、屏幕拷貝、表格日志查詢等。
3）主控制臺。1個主控制臺位于主控制室，為3300mm寬，1280mm高，1100mm深的鋼木結構機柜。其上除了安裝2臺操縱員站外，還設置了2個冗余的緊急排鈉按鈕。在主控制臺上還設有工業電視。此外，操縱臺上還配備有1部電話和1臺打印機。
4）打印機。可打印實時報表、備份報表、屏幕拷貝、報警列表、報警回顧、操作記錄及事故追憶等。
5）工業電視系統。該系統由1個工業電視主機、1個顯示器、1個大屏幕顯示器、4個彩色攝像頭組成。其中，工業電視主機及其顯示器設在主控制臺上。大屏幕顯示器專門用于顯示工業電視的畫面。4個彩色攝像頭布置在現場，用于監視主要設備和試驗現場。攝像頭均為固定式，不需要云臺，但要求在安裝調試時焦距可調。工業電視存儲容量應確保存儲20天以上的影像。
6）大屏幕顯示器。主控制室設有2臺60寸大屏幕顯示器。一臺連接到操作員站上，用于顯示系統操作畫面；一臺連接工業電視，用于顯示現場畫面，并可實現畫面的分屏顯示，或者一個畫面的全屏顯示。
4軟件設計
系統耦合試驗裝置監控系統采用WindowsXPSP3操作系統。上位機組態軟件采用Citect組態軟件。下位機軟件采用UnityProS版本。在Citect組態軟件上可實現數據采集，構建交互式的工藝流程操作界面，實現控制操作、曲線顯示、數據回放、輸出打印報表等功能。
5結論
系統耦合試驗裝置監控系統采用全數字化系統，并根據核電站監控系統的要求設計完成，通過大量的調試工作，成功運行1200h。對發電元件進行了大量實驗，最后順利關閉系統。監控系統在啟動、運行、關閉等過程中實時監測各工藝系統，并將監測數據實時記錄、保存。同時，監控系統能夠實時報警并進行相應報警動作，為后期核設施設計、試驗等提供了寶貴的經驗。
作者：陳莉 單位：中國原子能科學研究院反應堆工程技術研究部
參考文獻：
[1]系統耦合試驗裝置任務書［Z］.2012.
第5篇：系統設計范文
關鍵詞：CAN總線；OggVorbis；廣播系統；音頻壓縮編碼
中圖分類號：TD655/679 文獻標識碼：B DOI：10.3969/j.issn.1003-6970.2012.01.033
引言
礦用通信設備實現形式多種多樣，其中，傳統定壓廣播系統技術落后、音質差、無法分組且擴容性差；礦用局部通信電話只能完成下行語音通信而沒有調度通信功能，以及小靈通聲音小，無法完成范圍擴音通信成為了這些技術在井下應用發展的瓶頸。本文提供一種基于CAN總線的廣播系統，所有語音分站皆通過一根串行總線連接，網絡拓撲簡單，通過適量增加CAN中繼設備容易實現井下全網覆蓋。
1系統介紹
廣播系統主要用于安全生產知識宣傳、領導講話、音樂播放以及引導科學避險等工作。井上廣播主站的通信方式有下行全網廣播、礦區組播及站點單播三種通信方式，而井下語音分站則可以礦區組播和上行調度通信。
CAN總線廣播系統主要由PC、廣播主站、語音分站和中繼器組成，采用礦用18V本安電源供電，其組成框圖如圖l所示。
井上部分由PC控制主機和廣播主站組成，主要完成的功能有通過串口接收并解析運行在控制主機上的主控軟件命令，如語音通話命令、故障在線檢測命令等；對模擬音頻采樣量化編碼壓縮；封裝CAN數據包；語音分站呼叫“來電顯示”功能等。井下部分則主要由分組中繼器和語音分站組成。其中分組中繼器主要為了從CAN主網絡上創建一個CAN子網絡，并對CAN主網絡上的報文進行過濾，以實現不同子網間多路組內通話的并行進行，而無須增加額外的冗余CAN總線。而語音分站則只負責接收屬于自己的CAN幀，并從CAN數據幀中取出有效的語音負載進行音頻解碼還原工作，語音分站除了接收語音外還可以實現井下組內通話和上行調度通話功能。
廣播系統除了完成語音通信外還需要完成音樂播放等功能，因此對音頻還原音質有一定的要求，在中低編碼速率下，0gg Vorbis編碼方式有很好的變現力，支持流式播放，并且是完全免費的，因此系統采用的音頻編碼方式為0gg編碼。
2系統硬件設計
系統主要由三個部分組成，但由于廣播主站和語音分站區別甚少，因此僅以框圖的形式將兩者合并介紹，并稱之為語音節點。語音節點主要由MCU、語音自動增益控制模塊(AGC)、音頻編解碼模塊、CAN通信接口模塊組成，如圖2所示。
其中實線描繪的是廣播主站組成，而虛線則是語音分站需要增加的額外電路。
分組中繼器由MCU和兩個CAN通信接口組成，其通信接口電路和廣播主站一致。由于使用的MCU僅內嵌了一個CAN控制器，因此需要使用一個獨立的CAN控制器，如圖3所示。
由于硬件電路設計上廣播主站、語音分站、分組中繼器有共同之處，此處僅介紹共同的核心硬件電路設計。
2.1MCU模塊
本系統所有組成部分MCU皆采用意法半導體公司生產的STM32F10312j，其采用高性能ARM Cortex-M3 32位RISC內核，工作時鐘為72M且集成了一路CAN控制器，高達128KB程序存儲空間以及20KB的RAM為硬件上實現0gg編碼提供了可行性且價格上相對其他同等性能MCU有絕對的優勢。
2.2總線接口設計
CAN總線接口采用飛利浦的TJAl040TM，其獨特的分離終端電阻設計使得其抗電磁干擾能力比C250/251的提高了近20dB。為了進一步改善CAN總線網絡的健壯性，CAN通信接口使用6N137和ZY0505BS-1W完成信號的光電隔離。
2.3音頻編解碼模塊
該模塊采用的是多格式、高效能音頻編譯碼器VSl053b。VSl053是VLSI產品系列中最先進的從屬式音頻編譯碼器，包含一個優質的可變采樣率立體聲ADC和DAC，除了可播放MPl、MP2、MP3、 WMA、WAV、IMAADPCM、General Midi 1、0ggVorbis、LC-AAC and HE-AAC等格式音頻，同時還可以錄制IMA ADPCM及0gg Vorbis格式的音頻文件。
3系統軟件設計
3.1廣播主站節點軟件設計
系統軟件采用模塊化的軟件設計方法，廣播主站的工作流程為：上電后，廣播主站首先對系統進行初始化，包括時鐘配置、GPIO分配、外設初始化，然后等待系統中斷，以接收控制軟件的命令，若為音頻編碼命令則初始化VSl053 bI，上載Ogg編碼插件，進入Ogg音頻編碼工作模式，此時便可從編碼緩沖區獲取壓縮音頻數據并在MCU控制下封裝為CAN數據報，發送至總線。如圖4所示。
3.3分組中繼器軟件設計
分組中繼器有兩種工作模式，即透明轉發和分組中繼。工作原理是通過設置CAN接口的接收過濾器以實現不同的總線報文過濾機制，從而使不同CAN子網的組內語音數據不會因轉發至主網絡而造成數據幀之間的相互干擾，致使通信失敗。通過CAN分組中繼器的正確設置，不僅可以實現全網數據共享，還可以實現局部數據的并發通信，提高了總線利用率。
其軟件工作流程為：上電首先進行系統初始化工作，并獲取工作模式位，若為透明轉發則將CAN設置為全通型，否則根據子網號設置CAN過濾器。如圖5所示。
4系統測試
測試平臺搭建由廣播主站經分組中繼器和一個語音分站通過CAN總線連接，廣播主站與PC機通過串口和音頻對錄線相連以接收命令和模擬音頻，而語音分站的音頻輸出端通過對錄線與PC音頻輸入口相連，并利用測試軟件Cool EditPro 2.1獲取解碼還原音頻信號。Ogg編碼選用的是單聲道低速率的編碼插件，編碼速率為23kbps，當主站獲得對分站音樂點播命令時，輸入和輸出語譜圖如圖6所示。
分析輸入輸出語譜圖的包絡和稠密程度可以看出該廣播系統具有較好的音頻還原能力，其差異來源主要是由兩個方面原因造成。第一，Ogg編碼為有損編碼，且由于CAN總線速率與通信距離成反比，因此為了保障一定的通信距離選擇了編碼速率較低的編碼插件。第二，解碼時對音量進行重新調節，引入固有差異。
5結論
本設計提出了一種CAN總線廣播系統設計方案，音頻編碼采用Ogg Vorbis，且在CAN網絡上實現了低速率遠程相對較高音質的語音和音樂播放，并已經得到工程實現，喇叭聲強90dB，具有一定的實用價值。
參考文獻
[1]丁恩杰，馬方清.監控系統與現場總線[M].徐州：中國礦業大學出版社，2003.
[2]STM32 Reference Manual(RM0008)[z].STMicroelectronicsNV and itS subsidiaries(”ST”)，2009.
[3]TJAl040 data sheet[z].Philips Semiconductors，2003.
第6篇：系統設計范文
視頻數據的接收顯示
①視頻的硬件解碼方式。
在Android平臺之上，默認解碼的視頻格式主要存在兩種，分別是mP4格式和3gp格式。它可以通過MediaPlayer和VideoView兩種方式來對視頻解碼器進行一定程度的調用。MediaPlayer的主要作用是對音視頻媒體文件進行有效地播放，它在音頻的播放方面十分簡單，但在播放視頻時，則需要對SurfaceView進行一定程度的使用，通過它來對畫面進行顯示。而對于SurfaceView來說，它對完全的OPenGLES庫能夠有效的支持，因此相比于自定義的View來說，它能夠在繪圖方面表現出更大的優勢。除此之外，它也可以通過VideoView來播放視頻，videoviewt比MediaPlayer簡單易用，但定制性不如Mediaplayer。
②視頻的軟件解碼方式。
視頻的軟件解碼方式，需解碼H.264格式的視頻，因此，需要在Android平臺之上對解碼器進行一定程度的移植，只有這樣，才能夠有效的擴展Android對視頻格式的支持。一般情況下，要想對視頻軟件解碼方式進行有效的實現，必須要做好解碼器的移植工作，它是實現視頻軟件解碼方式的關鍵。目前狀況下，較為流行的一種方式是通過移植FFmPeg開源庫來實現H.264格式視頻的解碼。
圖片的接收
在圖片的接收方式當中，視頻解碼的功能主要是由服務器端來進行實現的，因此，Android客戶端只需要對解碼后的圖片數據進行有效的接收。然而，這當中也存在著一個問題，那就是傳輸后的數據是解碼后的圖片數據，如果與接收視頻的方式進行一定程度的比較，接收圖片的方式就對網絡寬帶有著更高的要求。隨著經濟的發展，3G技術逐漸普及，在這種環境之下，網絡寬帶的制約將會得到一定程度的緩解。
目前狀況下，在多畫面的視頻監控當中，無論是硬件解碼方式還是軟件解碼方式都存在著一定程度上的不足。而對于圖片接收方式來說，它具有操作簡單,效果優良的特點，下面通過實驗數據來說明各種方式在多畫面視頻監控中的性能。實驗的平臺為Acer平板電腦，型號為A500。在本次試驗當中，解碼的視頻數據的格式均為mp4格式，素材主要存在著三種不同的分辨率，分別為128*96，672*378，800*480。
表2顯示的是硬件解碼的性能。從上表中，我們可以發現硬件的解碼雖然可以對多路視頻進行一定程度上的顯示，但是在畫面的數量上受到一定程度的限制，具體表現在兩個方面：一方面，無論視頻分辨率多低，畫面的數量上限為5路；另一方面，畫面的樹齡與視頻分辨率存在著反比例的關系，畫面的數量會隨著視頻分辨率的增高而出現一定程度的減少。
智能監控的算法
智能視頻監控是在無專人監控的情況下，通過計算機視覺技術對視頻內容進行自動分析，對監控畫面中的變化進行檢測、跟蹤和識別，并對監控目標的行為進行分析和判斷。在智能監控的算法中，運動目標檢測是最基本的一步。運動目標檢測是指在監控畫面中檢測出變化區域并提取出運動目標。目前主流的運動目標檢測的方法有幀差法、光流法和背景減除法等。本文主要采用幀差法作為智能監控算法。
幀差法是在監控圖像中，相鄰兩幀對應位置上的像素進行差分，并通過閡值化檢測出圖像中的運動區域。首先，把前一幀圖像作為背景圖像，與前景圖像相減，隨后對結果進行二值化:背景亮度變化不大時，若差分后的像素值小于預先設定的閡值，可認為此處為背景像素;若差分后的像素值大于閡值，則認為此處有運動目標，將檢測到的區域標記為前景像素。通過標記，便可獲知運動目標在畫面中的位置。此方法的優點:相鄰兩幀的時間間隔較短，用前一幀圖像作為后一幀圖像的背景模型，有很好的實時性，背景不積累，更新速度快，算法計算量小;缺點:閡值選擇非常關鍵:過低，則不能抑制背景噪聲，容易將其誤判為運動目標;過高，則容易漏檢，將有用的運動信息忽略了。而且當運動目標面積較大或顏色一致時，幀差法容易在目標內部產生空洞，無法完整地提取運動目標。
模塊分析
在這一系統當中，主要存在著六個模塊，分別是視頻解碼模塊、網絡接口模塊、畫面顯示模塊、人機交互模塊、智能處理模塊、處理結果顯示模塊。在這六個模塊當中，視頻解碼和智能處理模塊主要是在服務器上進行實現的，其他模塊則在Android終端上進行實現。下面對在Android終端上進行實現的模塊進行簡要闡述。
①網絡接口模塊。對于HTTP，Android提供了三種HTTP通信接口，分別為標準Java接口()、APaehe接口(org.apache.http)、Android網絡接口(.http)。其中APache接口提供了非常豐富、高效的工具包。由于服務器發送的是解碼后的圖片數據，故而客戶端接收到的數據流可以組成一幅圖片。通過Android提供的BitmapFactory.decodeByteAITay()函數，可從接收到的數據流中得到Bitmap格式的對象。
②畫面顯示模塊。為了對畫面顯示進行有效的實現，需要繼承View類，重寫了onDraw（）方法，其中，在onDraw（）方法中所實現的內容，將在界面上顯示出來。定義一個Bitmap對象bmpl，此對象將在畫布中繪制出來(即界面顯示)。
第7篇：系統設計范文
馬 龍 李萬蘋 黎 偉
西安石油大學 測井信號與信息處理研究室 陜西西安 710065
【文章摘要】
由于單片機C8051F020 成本低， 開發周期短，以及加速度傳感器ADXL344 輸出為數字信號，測量范圍寬等優點，本文創新地應用了單片機C8051F020 作為主控芯片實現了與加速度傳感器ADXL344 進行通信，利用加速度傳感器各軸因振動時而產生的數據從而判斷是否發生報警，最后通過上位機進行顯示。
【關鍵詞】
單片機C8051F020 ；加速度傳感器ADXL344 ；UART0/1
0 引言
國內外大型牧場、博物館、私人豪宅、監獄等，都需要一套圍欄報警系統來進行保護，防止不法分子闖入造成不可估量的損失。然而這些報警系統生產成本高，如博物館的警報系統至少要花費幾百萬元， 有些監獄報警系統誤報警率比較高，如刮風、下雨等自然現象引起的誤報警。為減少生產成本，降低圍欄報警系統的誤報警率，本文利用單片機C8051F020 與加速度傳感器相結合設計出一種低成本、高可靠性的圍欄報警系統。
1 整體系統框架
本系統的整體結構框圖是各個模塊之間通過串口UART 進行通信，固定在柵欄周圍，最后與計算機相連接，利用上位機軟件進行控制，既實時監測每個模塊的狀態，是否發生報警。
2 硬件設計
圍欄報警系統是由各個模塊共同構成的，本節將具體介紹模塊的內部結構。其結構框圖如圖2.1 所示。
2.1 加速度傳感器ADXL344
ADXL344 是一款完整的3 軸、數字輸出加速度測量系統，可選擇的測量范圍有±2 g、±8 g、±16 g。本設計主要利用ADXL344 中的寄存器THRESH_ACT， 該寄存器保存活動檢測的閾值，當活動事件的幅度值（X、Y、Z 軸）大于閾值就會觸發活動事件Activity 的置位（Activity 中斷已使能）。以及寄存器THRESH_INACT、TIME_INACT，用于設置靜止時的閾值。設置寄存器INT_MAP 的值分配相應的中斷到INT1 或INT2 引腳，由單片機中斷引腳INT0/INT1 控制ADXL344 產生的中斷，從而判斷是否發生報警。
2.2 ADXL344 通信接口電路
加速度傳感器ADXL344 既能實現I2C 通信也能實現SPI 通信，本文單片機C8051F020 與ADXL344 之間通過串口SPI 進行通信，實現了單片機控制及讀寫加速度傳感器。且將加速度傳感器的中斷引腳INT1/INT2 分別與單片機INT0/INT1 引腳相連接。
3 程序設計
本程序設計主要是實現這兩方面的通信，第一、C8051F020 與ADXL344 之間的SPI 通信；第二、模塊與模塊之間的通信即串口UART0 與串口UART1 之間數據的相互轉發。其流程圖如圖3.1 所示。主要包括四大模塊：主程序模塊、ADXL344 配置模塊、SPI 通信模塊、中斷模塊。主程序模塊包括了初始化和狀態查詢并發送兩部分。ADXL344 配置模塊主要是對加速度傳感器芯片配置。SPI 通信模塊包括SPI 寫模塊和讀模塊。中斷模塊包括串口UART0 中斷、UART1 中斷、SPI 中斷、INT0 中斷。
程序開始初始化直到主函數While(1) 循環中進行狀態查詢，若加速度傳感器ADXL344 振動值大于活動閾值視為有效觸動觸發活動中斷即單片機外部INT0 中斷觸發（本設計將ADXL344 所有的中斷分配到單片機INT0 引腳上），將報警數據處理后通過串口UART0 或UART1 回傳。若判斷UART0 接收中斷觸發，將通過該串口完成對所有模塊中ADXL344 的數據配置，該模塊配置完成后通過UART1 下發配置命令到下一級模塊（下一級模塊通過UART0 接收），并且UART0 回傳該模塊的配置狀態和通信狀態，報警數據將通過該串口回傳給前一級模塊（前一級模塊通過UART1 接收）。若判斷UART1 接收中斷觸發，也將對所有模塊中的ADXL344 進行數據配置，該模塊配置完成后通過UART0 下發配置命令到下一級模塊（下一級模塊通過UART1 接收），并且UART1 回傳該模塊的配置狀態和通信狀態，報警數據將通過該串口回傳給前一級模塊（前一級模塊通過UART0 接收）。其實UART0 與UART1 接受中斷數據處理下發和回傳是互逆的過程。
4 實驗數據
通過串口助手給每個模塊下發的配置命令及回傳數據。模塊中串口0 和1 的傳輸速率為57600bps。模塊部分配置命令如，有效觸動命令為：下發命令(3 字節) ：0xEE+0x00+0x00 ；上傳命令(4 字節) ：0xEF+0x00+0x00+0x00。下發命令中0xEE 為有效觸動命令下發格式，后兩字節為模塊編號，例如下發0xEE0000，則將對所有模塊有效觸動進行監測，若下發0xEE0001，只對編號為1 的模塊的有效觸動進行監測。上傳命令中0xEF 為有效觸動命令回傳格式，第二、三字節為模塊編號，最后一個字節為有效觸動次數，若模塊沒有被振動則回傳觸動次數為0，如EF 00 01 00 ；若將編號為1 的模塊振動一次， 回傳觸動次數為1，如EF 00 01 01。
最后，通過編寫上位機應用界面，將報警位置在該界面中進行實時的顯示。
5 結束語
本文設計的圍欄報警系統，極大地降低了生產成本，提升了可靠性，簡單而快捷地開發了圍欄報警系統，對于實際應用具有重要的意義。
【參考文獻】
[1] 童長飛.C8051F 系列單片機開發與C 語言編程. 北京航空航天大學出版社,2005.1:8-213.
第8篇：系統設計范文
隨著網絡的發展，論壇已經成為人們日常進行交流的一個不可或缺的空間。人們可以在論壇中談論喜歡的話題、提出或解答疑問、通知和公告等。由于它獨特的形式和強大的功能，受到廣大網友的歡迎，并成為全世界計算機用戶交流信息的園地。
1．系統概述
目前論壇為人們提供了一個交流空間，用戶可以參與到自己的討論話題中，瀏覽論壇中的帖子或者發表自己的看法。在論壇中非注冊用戶只可以瀏覽論壇中的帖子，不可以對帖子發表評論或發表新的論題；論壇的注冊會員可以新的論題，并且可以自己的個人信息。
1．1系統現狀研究
目前常見的論壇系統主要有兩類：一類是利用Telnet軟件登陸站點上，這種方式可以使用同時上站的用戶數大大增加，每一個站點可以同時有200人上線，使多人之間的直接討論成為可能；另一類就是現在許多用戶更習慣的，基于web的論壇系統，用戶只要連接到Internet上直接利用瀏覽器就可以進入論壇，閱讀其他用戶的發言，發表自己的意見。
1．2系統開發方法
本系統討論的是一個基于web的關于飲食的論壇系統。本系統需要綜合應用數據庫，javabean和jdbc等技術。
2．可行性分析
2．1系統總體目標
本系統主要是為了給那些對飲食方面感興趣的朋友提供一個交流的平臺，對有話可說的朋友，你在這里可以進行注冊成為會員，參與有關話題的討論，或提出新的話題，還可以修改個人資料。非注冊會員你可以瀏覽論壇里的帖子，獲取對自己有用的信息。另外假如你對某些版塊很趕興趣，你還可以向管理員申請成為某一版塊的斑竹，去管理本版塊的帖子，對于那些不健康的帖子你可以把它們給刪除掉。起到對論壇的維護作用。對于管理員擁有最高權限，可以授予別人為某個版塊的斑竹等等。
2．2技術可行性分析
本論壇是基于web來開發的，主要運用JSP，JDBC，JavaBean等相關技術，以Access 為后臺數據庫、Tomcat5.5為應用服務器。這些應用軟件（如JDK、tomcat5.5、eclipse、Macromedia Dreamweaver MX 2004等都可以在網絡上免費下載得來），并且這些軟件都是些最常用的網頁開發工具，都能夠快和好的掌握，并且也學了有關網頁開發的課程，所以一些最常用的技術能夠比較好的實現，所以對于本系統在技術上是可以達到的。
3.需求分析
經過以上對系統的調研及可行性分析后，下面對系統在功能上和性能上進行進一步的需求分析。
3．1功能需求
本系統應該具有信息瀏覽、信息、信息回復、編輯、刪除帖子、用戶注冊、用戶管理、個人信息修改、查看個人信息等功能。
3．2性能需求
設備需求：PC機，Windows98/2000/xp操作系統，PII以上，64MB RAM。服務器、采用Access數據庫管理。
4．系統設計
4．1功能模塊結構圖
SHAPE \* MERGEFORMAT
（功能模塊結構圖）
4．2功能模塊描述
根據權限的不同，用戶的操作范圍也不相同，系統管理員可以維護此版塊的所有帖子的相關信息；注冊用戶可以新帖子、回復帖子、編輯自己發的帖子和瀏覽版塊中的所以帖子；而非注冊用戶只有瀏覽帖子的權限。
（1）登陸模塊
根據用戶輸入的擁護名和密碼，與數據庫中進行匹配，驗證賬號和密碼。
（2）注冊模塊
注冊新的用戶，根據提示填寫你的相關信息，再提交到數據庫，進行檢查，如果已經有此用戶名就要重新命名。
（3）信息修改
可以進行修改你的個人信息。
（4）瀏覽帖子
用戶可以在此瀏覽帖子的主題信息。通過單擊主題信息的連接，可以進入此貼的主題的內容和瀏覽此貼的詳細內容。
（5）帖子
匿名用戶不可以使用此部分的功能，只有注冊用戶才可以在此模塊中一個新的主題信息。
（6）回復帖子
此部分也需要由注冊用戶使用。用戶可以在此部分對一個貼子的信息進行回復。
（7）編輯帖子
注冊用戶可以對自己所發的帖子進行編輯。
4.3數據庫設計
此實例中使用Access數據庫，通過JDBC-ODBC橋進行數庫連接，例如此數據庫名為fourm.mdb，該系統中需要建立，存放相關信息。
（1）首先創建user表，在此表里存儲了包括所有用戶的注冊信息。
userid
文本
name
文本
password
文本
sex
文本
age
文本
phone
文本
文本
address
文本
rank
數字
pubnum
數字
face
文本
（2）然后創建article表，此表記錄了論壇中的所有版塊的所有信息
id
自動編號
authorID
數字
title
文本
content
備注
boardID
數字
reID
數字
reNum
數字
pubtime
日期/時間
feel
文本
excellent
是/否
4．4 詳細設計
4．4．1登陸模塊設計
用戶登陸模塊主要根據用戶登陸信息，與數據庫信息成功匹配后，獲得其相應的操作權限。
打開網頁，等待用戶輸入帳號、密碼、判斷用戶輸入信息，與后臺數據庫是否匹配，若不匹配，則刷新頁面，等待用戶重新輸入。
4．4．2用戶注冊模塊設計
單擊登陸頁面下方的“注冊新用戶”將進入注冊頁面。根據注冊相關選項填寫所要求填寫的信息。其中會進行用戶名長度和密碼長度驗證。如果不符合條件得從新輸入。
4．4．3用戶信息修改設計
當進入系統后，你可以單擊“修改個人信息”，進行相關信息的修改。
4．4．4瀏覽帖子模塊設計
當單擊論壇某個版塊連接時，即可以在打開的頁面看到該版塊帖子的主題列表，在列表中列出了帖子的作者、回復數量、瀏覽數量和最后恢復的時間。
4．4．5帖子模塊設計
論壇作為一種信息交流的工具，少不了要發表文章，其頁面和一般的表單提交差不多，只是增加了一些功能而已。為了用戶的方便，在設計時有兩個地方可以實現對帖子的發表，一個是在瀏覽帖子主題列表頁面中；另一個是在瀏覽帖子內容頁面中，但這兩個所指向的連接是同一個頁面。在發表帖子時，將通過JavaBean 取得帖子數量，并保存到數據庫中。
4．4．6回復帖子模塊設計
回復帖子也是在post.jsp頁面完成的。回復帖子都會在原文標題前加上“re”作為帖子標題，對帖子的回復需要獲得帖子的主題id，一個帖子id 可能有零個或多個回復，這個主題id提交也是在連接中動態生成。
4．4．7編輯帖子模塊設計
如果用戶需要修改自己發表的帖子，或者對帖子不滿意，那么你可以對帖子進行相應的修改。在瀏覽帖子頁面單擊“編輯”連接，既可進入編輯頁面，在此可以對標題、內容和圖表等信息進行修改，編輯帖子頁面。
5．系統的組成和實現
在本系統中，版塊越多，帖子數量越大，就越能吸引人氣，所以，論壇都會分為多個模塊，在每個版塊中發表相應的帖子，而本文將著重介紹論壇帖子的相應操作及管理這一部分，包括瀏覽帖子，發表帖子，回復帖子，編輯帖子，刪除帖子等操作，而具有不同權限的用戶可以進行不同的操作非注冊用戶只能瀏覽帖子。注冊擁護可以發表帖子、回復帖子、可以管理自己所發表的帖子；而管理員可以進行所有的操作。下面將逐一介紹。
5．1系統組成
本系統包括瀏覽帖子，發表帖子，回復帖子，編輯帖子，刪除帖子等操作，分為技術交流區、美食天地、生活五味、精華區等區域版塊。
5．2系統的實現
dbBean文件實現了數據庫的連接，以及各種通用函數的聲明。其他網頁如果需要連接數據庫，只要包含該文件即可。這樣可以大大減少代碼的重復，便于閱讀和維護，由于該文件設計合理，因此所有頁面都使用該文件。主頁面（）
5．2．1登陸模塊實現
當用戶在瀏覽器中輸入時，系統將進入登陸頁面。主要代碼：
......
request.setCharacterEncoding("gb2312");
session.setMaxInactiveInterval(-1);
String user=request.getParameter("user");
String pw=request.getParameter("pw");
String sql="select * from user where name='"+user+"' and password='"+pw+"'";
ResultSet rs=conn.executeQuery(sql);
if(rs.next())
{
session.setAttribute("rank"，rs.getString("rank"));
session.setAttribute("id"，rs.getString("userid"));
session.setAttribute("name"，rs.getString("name"));
rs.close();
conn.close();
%>
}
else
{
rs.close();
conn.close();
%>
......
5．2．2用戶注冊模塊實現
單擊登陸頁面下方的“注冊新用戶”將進入注冊頁面。
轉貼于 代碼如下： ...
request.setCharacterEncoding("gb2312");
String name="";
String password="";
String sex="";
String age="";
String phone="";
String email="";
String address="";
String face="";
ResultSet rs=null;
if(request.getParameter("username")!=null)
name=request.getParameter("username");
if(request.getParameter("password")!=null)
password=request.getParameter("password");
if(request.getParameter("sex")!=null)
sex=request.getParameter("sex");
if(request.getParameter("age")!=null)
age=request.getParameter("age");
if(request.getParameter("phone")!=null)
phone=request.getParameter("phone");
if(request.getParameter("email")!=null)
email=request.getParameter("email");
if(request.getParameter("address")!=null)
address=request.getParameter("address");
if(request.getParameter("face")!=null)
face=request.getParameter("face");
String sql="select * from user where name='"+name+"'";
rs=conn.executeQuery(sql);
if(rs.next())
{
rs.close();
out.println("對不起，該用戶名已經被占用，請另選一個用戶名！
");
out.println("返回");
}
else
{
sql="insert into user(name，password，sex，age，phone，email，address，rank，pubnum，face) values('"+name+"'，'"+password+"'，'"+sex+"'，'"+age+"'，'"+phone+"'，'"+email+"'，'"+address+"'，0，0，'"+face+"')";
conn.executeUpdate(sql);
out.println("恭喜您，注冊成功！
");
out.println("返回登錄頁面");
}
conn.close();
%>
...
5．2．3用戶信息修改實現
當進入系統后，你可以單擊“修改個人信息”，進行相關信息的修改。
代碼省略。
5．2．4瀏覽帖子模塊實現
當單擊論壇某個版塊連接時，即可以在打開的頁面看到該版塊帖子的主題列表，在列表中列出了帖子的作者、回復數量、瀏覽數量和最后恢復的時間。代碼見系統；
另外瀏覽帖子主題列表和論壇的其他版塊都使用了 分頁的功能，這里通過int pagesize=10;語句確定每頁帖子的數量，這個數量可以根據自己的需要設置；用pagecount=(recordCount%pageSize==0)?(recordCOunt/pageSize):(recordCount/pageSize+1) 語句計算得到該版塊的帖子所站用的總頁數；通過for(int i=1;i
在顯示帖子內容這個頁面，論壇使用了目前最常用的一種格式，即分為標題和正文部分，通過標題部分和正文部分的顏色不同將不同的帖子劃分開來。單擊想查看的帖子，即可瀏覽該帖子的內容。
5．2．5帖子模塊實現
論壇作為一種信息交流的工具，少不了要發表文章，其頁面和一般的表單提交差不多，只是增加了一些功能而已。為了用戶的方便，在設計時有兩個地方可以實現對帖子的發表，一個是在瀏覽帖子主題列表頁面中；另一個是在瀏覽帖子內容頁面中，但這兩個所指向的連接是同一個頁面。在發表帖子時，將通過JavaBean 取得帖子數量，并保存到數據庫中。發表帖子的頁面為（post.jsp）：
當用戶提交帖子時，該帖子的信息將被保存到.jsp頁面中，然后保存到數據庫的數據表中，然后頁面跳到瀏覽帖子頁面。
5．2．6回復帖子模塊實現
回復帖子也是在。Jsp頁面完成的。回復帖子都會在原文標題前加上“re”作為帖子標題，如圖，對帖子的回復需要獲得帖子的主題id，一個帖子id 可能有零個或多個回復，這個主題id提交也是在連接中動態生成。
5．2．7編輯帖子模塊實現
如果用戶需要修改自己發表的帖子，或者對帖子不滿意，那么你可以對帖子進行相應的修改。在瀏覽帖子頁面單擊“編輯”連接，既可進入編輯頁面，在此可以對標題、內容和圖表等信息進行修改，編輯帖子頁面。
5．2．8帖子加精模塊設計
對于那些好的帖子你可以把它們加入精華區。
同理你也可以把它們刪除掉。
用戶對帖子進行刪除時，不能刪除整個帖子，只能刪除單個回復（如果該帖子沒有回復時，那么將刪除該帖子），而且和編輯帖子一樣，只能刪除自己所發表的帖子或恢復的帖子（管理員除外），在要刪除的帖子回復上單擊“刪除”連接，將彈出刪除確認對話框，確認后，該回復將被刪除，并返回到瀏覽帖子主題列表頁面。
6 系統測試
6．1系統登陸模塊測試
(1) 測試問題單
項目編號
測試類別：集成測試
序號：001
產品標識
產品中文標識
美食論壇-系統登陸
第幾次測試
3
測試工程師
測試模塊/功能/性能
系統登陸
測試記錄單
測試時間
2007-6-10
問題記錄
序號
故障現象
級別
處理人
處理時間
處理說明
1
輸入用戶名和密碼后，在數據庫中查找無該用戶
中
謝學明
2007/6/9
已處理
6．2帖子回復模塊測試
測試問題單
項目編號
測試類別：集成測試
序號：001
產品標識
產品中文標識
美食論壇-帖子回復模塊
第幾次測試
3
測試工程師
測試模塊/功能/性能
帖子回復模塊
測試記錄單
測試時間
2007-6-10
問題記錄
序號
故障現象
級別
處理人
處理時間
處理說明
1
中
謝學明
2007/6/9
已處理
6．3 測試總結
本次測試主要用于對系統的出錯進行測試，測試項目包括用戶登陸模塊、帖子回復模塊、用戶注冊模塊等方面。在本次測試中我們共發現了8處錯誤，經過修改，已對部分錯誤進行更正，其他部分正在進行中。通過本次測試，我希望在以后的開發中能夠避免再犯類似錯誤。
7．結束語
經過以上詳細的設計與架構，終于完成了畢業選題系統的開發。在本次開發過程中，遇到了很多的困難。包括數據庫設計方面，技術實現方面以及系統測試方面。同時，我也受到了很大的啟發，希望通過今后的學習，能夠對本系統在安全性方面進行進一步的完善。
參考文獻
[1]李長林 等編著.Jsp組建動態網站基礎與實例操作[M].電子工業出版社，2005，11
[2] [美] Thinking.In.Java（翻譯版） [M] eBooks
第9篇：系統設計范文
關鍵詞：SOA技術；管理信息系統；設計
一、現狀
海油工程作為典型的國有企業，在近些年業務快速發展過程中，信息化工作也同步快速發展，基本與周邊大多數企業情形類似，我們這里出現的一些問題，在同行或同類型企業中都或多或少地存在，是當前大多數中國企業信息化現狀的一個縮影，如信息孤島、垂直應用、資源分散等，呈現出如下特點：企業業務發展較快、板塊較多、股權結構比較復雜，信息化建設和應用的環境復雜；由于企業業務的高速發展，存在信息系統建設和應用領域的管理和技術相對滯后情況；由于環境復雜，企業對信息系統管理和技術策略的推動和實現造成影響，進而影響建設和應用的水平；企業信息系統應用水平和系統間的整合不夠；企業信息化和業務的深入融合不夠，影響信息系統價值能力的體現。
二、SOA技術
SOA，即面向服務的體系結構（Service-Oriented Architecture），是在計算環境下設計、開發、應用、管理分散的邏輯（服務）單元的一種規范。是以服務層為基礎，可以根據需求通過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用的架構模式，各服務可以直接被應用調用，從而有效控制系統中與軟件交互的人為依賴性。面向服務體系結構(SOA)是網絡飛速發展和現代企業追求高效益環境下的一種新的系統架構，將會為整個企業級軟件架構設計帶來巨大的影響[1]。在SOA技術架構體系中對于關鍵的傳統MVC模式下的業務邏輯層，從邏輯設計上把業務邏輯、業務服務及業務流程松合分離開來，并在技術上實現了標準化。這種標準化的建立減少了企業信息系統的投資，從架構上更能適應企業業務流程和商業模式的快速變化，最大程度上的保護了企業原有的信息資產投資，降低了軟件系統對硬件資源的依賴程度，進而改變了企業信息化推進模式。
三、基于SOA思想的企業信息系統架構設計方法
SOA是一個組件模型，它的特點就是有一個靈活而功能強大的服務層，系統核心優勢是通過整體規劃公共基礎應用（中間件）和專項應用，實現系統的層次化、模塊化設計，最大限度優化公共軟硬件資源使用，減少系統集成復雜度等。在企業生產管理系統的設計中，功能被設計為服務。以此為基礎，構建系統的客戶端、表現層、業務層、服務層、資源層等多層功能結構，并描述了會話門戶、WEB服務生成、WEB服務客戶端、安全管理服務等系統關鍵功能。企業在應用系統建設方面，首先要逐步搭建起企業信息集成平臺，支持現有和未來信息系統數據交換和信息共享的要求，進而形成以數據倉庫為核心的決策支持層、以企業信息門戶為核心的信息展現層的，多層次的、統一的信息化平臺，有效應對快速變化的商業環境給企業帶來的挑戰；其次要建設集團統一共享的知識平臺，實現知識的共享；第三是要加強現有ERP系統、全面預算管理系統、辦公自動化等系統的持續優化和深度應用；此外還要建設健康安全環保系統、客戶關系管理系統、供應商關系管理系統、供應鏈管理系統、全面風險管理系統等，進一步提升信息化對業務的支撐作用。除了上面共性的需求外，集團級企業的各二級單位也應根據自身特點提出了個性化需求，來滿足自身發展中的生產科研、經營管理、決策支持和風險控制的要求。企業用戶提交需求后系統會自主在數據庫進行檢索，并且實時反饋給用戶，讓用戶進行及時判斷。數據訪問層中還設計了輔助工具，利用電腦自主運行方式進行無關數據的排除，檢測速度也非常快，是企業和其他單位都經常使用的系統。
四、結束語
隨著SOA、大數據、云應用等IT新技術的不斷出現，企業應與時俱進，充分利用新技術不斷改進公司信息系統，以更高效、高質量企業業務工作發展和變化。但要注意SOA等新技術也必然存在一定的局限性，也需要我們認真識別，綜合各項技術，制定合理技術方案，有效降低新技術實施風險。
參考文獻
[1]馮玉.基于SOA的山東省地籍管理信息系統設計[J].信息化,2015(7):34-35.
- 上一篇：小學教學工作思路范文
- 下一篇：現代教育技術論文范文
