引論：我們為您整理了13篇系統設計論文范文，供您借鑒以豐富您的創作。它們是您寫作時的寶貴資源，期望它們能夠激發您的創作靈感，讓您的文章更具深度。

篇1

一、城市導視系統含義

導視系統來自英文“Sign”，有信號、標志、說明、指示、痕跡、預示等含義，現在已開拓成為一門完整學科。導視系統是指整體的城市指示系統，包括行政交通導視系統、商業導視系統、文化旅游導視系統等。城市導視系統是塑造城市形象和體現城市人性設計的重要組成部分。城市導視系統設計是建立在科學性以及公共性基礎之上的設計，要求注重設計倫理性、設計文化內涵以及設計功能更為合理的表達。城市形象和指示系統是基于城市文脈形成的一個城市特有的城市表情，在設計時還要特別關注生活便利以及精神滿足等人性化需求。城市導視系統設計應以城市環境行為為基礎，建立多個層級系統。如信息導視系統可分為一級、二級信息系統。

二、城市導視系統設計教育的現狀分析

1、城市環境設計的繁榮與城市導視系統教育本身薄弱形成反差

首先，社會對城市導視系統認識過于簡單化。在我國開設藝術設計教育的眾多學校中，沒有進行城市導視系統設計的相關課程，專業劃分互不聯系，系統觀念人為割裂。學習平面設計的不懂市場調查與營銷，學習環藝設計的不懂平面版式，然而城市導視系統是要滿足社會需要的。設計中必須考慮到環境調查、人群細分、信息媒介、相關法規等必須考慮的因素，在專業的操作流程下進行導入設計。其次，學校無法真正提供給學生在社會實踐的機會，理論建設和項目執行比較少。由于城市導視系統設計從形成到發展經歷了很短的時間，絕大部分教師在導視系統設計實踐上顯得商業行為掌握不足。最后，學生急功近利，缺乏團隊精神，忽視設計理論的學習與思考。大部分學生缺乏與別人配合完成任務的心理準備，而完善的導視系統設計恰恰不是以個人力量能夠獨自完成的。

2、矛盾重重的城市導視系統設計教育

其一，單一知識結構和綜合運用的矛盾限制了城市導視的系統設計。城市導視系統是一個綜合性學科。包括設計學、環境行為學、廣告學、營銷學、消費學、心理學、傳媒學以及電腦制作和相關制作工藝等，哪一樣都不可或缺。然而從行業到設計院校的人為專業劃分減少甚至割裂了專業間的互相聯系；其二，城市導視系統的現有理論與項目操作研究存在不相匹配的矛盾。城市導視系統設計是一個十分強調實用性的行業，但國內有關該內容的教育理論研究和教育實踐還比較薄弱。

3、改善城市導視系統設計教育的出路

首先，整合交叉學科，加強交流。城市導視系統設計教育要突破作為短期階段性課程的慣例，要建立整體思維觀念與其他專業、甚至其他院系相互協作。例如城市導視系統設計課程可以分成若干單元，每個單元是由交叉學科專業老師帶課，或者通過課題合作等多種形式加強交叉學科交流。第二、重視師資理論更新。教師要不斷的接受城市導視系統設計的最新訊息和一定的技術實踐來完善知識體系，深化理論并將之運用于教學。

三、規范城市導視系統設計

評價一個城市是否適宜居住是由城市的各種組合因素共同形成的。城市的宜居程度不僅反映在功能齊全上，還反映在生活的便利程度，和心靈的愉悅程度。城市導視系統的誤讀性或不易讀性會影響城市形象的塑造與建立。例如，歐洲的城市街道與社區大部分不是直線式的，然而，只要你能夠認知地圖，就可以輕松的找到你的目的地。這與當地城市導視系統的易讀性和人性化設計不無關系。平面設計清晰、信息準確、方位設置合理的導視系統，從心理上給市民和外地游客以正確識別和認知，從而產生對于城市生活的安全感。與之相比，國內部分城市規劃布局中規中矩的，建筑單體設計也十分漂亮，但是導視系統卻混亂不堪。且不說美感設計，即便是識別與指示功能都不能盡如人意。尤其是在場所、方位、道路的信息令人費解，例如，同是車站名“北大街”，可能所指方位完全不同，中間相距幾站路。試想連本地人都暈頭轉向，更何況外地游客？所以經常會見到有游客拿著地圖無所適從，也就見怪不怪了。更加可笑的是我們也能看到一些在本該是屬于放置明顯路標的地方，例如立交路橋上赫然樹立的巨大廣告牌，路標指示牌被擠壓到角落，被花花綠綠的產品廣告所吞沒。城市導視系統的構建與設計不應只是做做樣子，為了看起來像是大都市而已，它更應該是功能合理的、具有人情味的、準確體現城市意象的系統設計。

1、符合城市環境行為科學

城市導視系統設計要符合環境行為學特點，細節設計要符合人性要求，充分考慮人們的行為特征和心理需求。城市導視系統設計應從人體工程學、生態學和美學等角度達到完美，以國家的標準為參照，實現以人為本的目的。導視系統信息設計要能夠被容易的、無誤的認知。導視系統設計要體現人與城市之間的溝通，根據人群分布和流動特點進行合理設置導視牌的尺度與位置，只有這樣才能達到導視系統與人群行為模式的相配。

2、體現城市地方文化特色

導視系統的造型和顏色要與城市整體形象協調，符合城市地方文化基本特征，體現城市整體性認知。建立區域導向系統，延續城市規劃設計理念，與城市設計的風格相統一。

3、符合人與環境的視覺和諧

環境要素，如氣候、光等客觀物質環境對視覺有一定影響。周圍環境等客觀因素的實地調查與模擬導入是有必要的，具有針對性的導視設計能夠更加有效的解決實際問題，一方面達到人與環境的和諧，另一方面人們的戶外生活空間更加具有心理安全感。

4、規范城市導視系統視覺形象體系

城市導視系統設計逐級層次表現要具有一致性，視覺表達與信息要相協調，并形成視覺系統規范、內容豐富的形象體系。符號文字要符合國際通行的標準，配以英文等外文，以適應國際化發展需要。根據總體規劃進行區域劃分，采用分級檢索、圖文的有機結合和實效美觀的立體造型進行標識導向設計，以求建立布點合理、信息完整、指示明確的城市導視系統。

【參考文獻】

[1]李道增：《環境行為學概論》[M]，北京：清華大學出版社，1999.

[2]徐磊青、楊公俠：《環境心理學》[M]，上海：同濟大學出版社，2002.

篇2

系統設計的基本原則是根據圖書館推送服務的內容設置來設計，可實現：

（1）使用網頁閱讀，無須安裝閱讀器

（2）方便讀者訂閱和使用

（3）個性化界面，可根據需要進行更改

（4）可對用戶信息和數據統計

二、可行性研究

可行性研究是指能使該系統達到以最小的開發成本取得最佳的開發效果。可行性研究的目的是對要開發的信息服務系統從技術上、經濟上、資源上和管理上進行是否可行的研究，以保證資源合理使用、避免失誤和浪費時間的重要工作。經濟上的可行性：因為開發與運行環境沒有特殊的要求，只要有臺配置一般的PC機和幾種常用軟件外就可以了。

技術上的可行性：在技術上主要采用ASP動態網頁技術，簡單的數據庫技術，Ajax體系結構，MD5加密算法，當然還包括RSS技術。這些技術有的已經非常成熟，有的是現在的熱門技術并且有了廣泛的應用，可以找到參考文獻資料，所以實現起來是可行的。

資源上的可行性：圖書館有充足的文獻資源、先進的計算機設備和網絡，設計工作人員具有多年圖書館業務管理經驗和自動化管理經驗，為系統開發提供了足夠的保障。

管理上的可行性：帳戶管理方面，系統提供登錄和注冊功能并能根據帳號管理自己的資源。圖書館本身的自動化管理系統擁有全校師生的完整數據信息，通過轉換，可以方便將數據轉入本系統的用戶數據庫中，讀者可不必注冊直接登錄即可。對于校外的用戶可以通過注冊登錄。

三、RSSfeed的設計與實.現

RSS是一種基于XML的信息內容描述、和信息聚合技術，通過支持標準的RSSfeed(RSS信息源)格式實現信息內容的聚合和訂閱。隨著RSS技術的普及和廣泛應用，國內外圖書館界開始積極嘗試采用RSS來提高自己的服務水平。使用者如果想獲得RSS服務，只需要通過閱讀器來訂閱RSSfeed，即可得到推送部門提供的服務。

每個圖書館將會根據本館的情況設計多個推送頻道，本文以推送圖書館新書通報為例，說明RSSfeed設計與實現的方法。

新書通報是圖書館將每批采購經過編目加工后放入借閱流通的新書以一定的方式介紹給讀者，使讀者能夠及時了解圖書館最新圖書動態并找到自己所需要的圖書，提高圖書的利用率。為此圖書館可以設計一個RSS新書通報頻道，讀者一旦訂閱，就可以及時獲得該信息。具體實現通過先獲取新書的相關數據，然后生成RSSfeed.

（1）獲取新書的相關數據，生成文本文件

以我校圖書館為例，現圖書館使用的是先進的圖書館自動化管理系統，該系統可以實現圖書的自動化管理，并支持圖書按照國際標準格式(MARC)進行編目。編目后的數據，可以通過管理系統的報表功能將一定時期的書目數據輸出，輸出的書目數據用規范的字段和子字段代碼揭示每一種圖書的內容，并形成規范的文本格式。（2）RSSfeed生成方法

RSSfeed本質上是一個XML文件，由多個XML標簽((tag)構成。一個RSSfeed包括兩部分：描述feed的靜態信息和構成feed的每一條目的動態信息。靜態信息描述RSS的版本、編碼和頻道名稱等信息；每一個動態條目以<item>標簽開始，包括Title,Link和Description等標簽，并對應與之匹配的結束標簽。

（3）核心代碼片斷

通過JAVA程序實現了定期自動生成RSSfeed。以下為實現的部分核心代碼：

根據讀取的數據，構造RSSfeed中每個<item>內容

while((sline=br.readLine())!=null)

{

通過subString()函數對每條數據做拆分，讀出題名、出版說明、ISBN號等生成<item>內容}

(c)輸出RSSFeed

Filef=newFile(“..//newbook.xml")；//建立輸出的XML文件

FileOutputStreamfis=newFileOutputStream(f);//建立文件輸出流

OutputStreamWriterisr=newOutputStreamWriter(fis)；

BufferedWriterbr=newBufferedWriter(isr)；

Br.write(head+content十tail)；//將字符串寫入文件newbook.xml.

本文針對網上各種免費閱讀器進行研究，發現，網上免費閱讀器功能強大，但是缺乏管理與統計的個性化功能。設計的目的是以網頁形式來閱讀，不需要安裝閱讀器和插件。閱讀器開發平臺：ultraedit編輯器和Dreamveaver2004；操作系統：WindowXP和IIS系統組件。

篇3

采摘機械臂要實現其特定的動作離不開控制系統的支持，其控制系統主要由AVR主控板和舵機控制擴展板組成，此外還有一些輔助的硬件模塊。例如，使其系統穩定工作的開關電源模塊、調整工作姿態的鍵盤模塊、實現人機對話的顯示模塊和語音播報模塊。同時，為了實現在上位機上的監控，設計了基于MAX232的串行通信接口。

3機械臂控制系統軟件實現

機械臂控制系統軟件主要由主控板控制程序和上位機監控程序兩部分組成。采摘機械臂主程序流程如圖8所示。整個程序主要是通過鍵盤模塊上按鍵的控制來切換操作模式，也可以在上位機設計的監控軟件中來進行模式的選擇判斷。主程序主要由單自由度功能模式、多自由度功能模式、軌跡規劃功能模式這3種工作模式組成，通過這3種工作模式，可以完整的展示采摘機械臂的整體自由度配合情況。為了在上位機上實現對機械臂的監控，借助于Labview軟件設計了機械臂上位機控制系統。Labview使用的是圖形化編輯語言G編寫程序，產生的程序是框圖的形式［6］。根據需求選擇合適的控件并進行合理的布局，就可以構建一個美觀的儀器儀表界面。設計的控制界面如圖9所示，該界面包含有六個舵機的數據監控轉盤、串口通訊設置、速度調節滑塊、按鍵模塊。通過RS232通信協議該監控軟件可以實時的實現對六個自由度轉角和方向的控制，其中舵機轉盤上的數值代表脈寬值，其可調整的范圍為500～2500μs，代表舵機相應的角度為0°～180°。在上位機上的控制信號發送給AVR主控制板，主控制板對接收到的上位機數據進行分析處理，將需要的運動形式及參數發送給舵機控制板，各個舵機根據接收到的控制數據進行相應的動作響應。

篇4

關鍵詞：公文管理系統；B/S模式；；SQLSERVER

1引言

隨著行政機關、公司企業公文電子化工作的進一步展開，電子化公文管理成為政府機關和公司企業的一個戰略性課題，但當前公文管理技術與標準還不夠成熟，為了進一步推動政府信息化的建設，必須進一步研究開發適應新時代的基于Internet的公文管理系統，以提高公文辦理效率，提升政府和公司績效。

公文管理系統以數據管理為核心，在數據庫等計算機信息系統的支持下，對公文處理的各種信息進行收集、整理、存儲、檢索、統計和傳播。為了實現對公文處理信息的有效管理和操作，就要把這些信息轉化為規范的數據結構，并使之適應公文管理的要求。提供網絡電子公文管理功能需求實例是宣傳管理部門的迫切要求。但是由于基層部門缺乏既精通公文管理業務又懂計算機軟件開發的人才，在參與系統開發建設中仍然遇到很多困難，如缺少可供參考、借鑒的網絡公文管理解決方案，很難提出準確、系統的功能需求。由于公文管理系統的功能需求優先和相對獨立干系統開發的計算機軟硬件環境，功能需求分析和編制工作可以在系統設計開發前進行。所以，公文管理系統需要深入進行功能需求研究，及時提供具有借鑒、參考作用的功能需求實例。

公文管理系統在實際應用上概括起來說是向著普及性和高層次兩個方向發展。從普及性方面來說，隨著計算機和網絡功能的增強和廣泛應用，以微型計算機為主要信息處理工具的、功能完善的公文管理系統將越來越多地受到各級管理者的歡迎，并且要逐漸地向著取代原始的公文方式的方向發展。

從公文管理系統應用的高層次上來講，以大型計算機為中央處理機的分布式公文管理系統也是一個重要的發展方向，利用微型計算機和大型主機聯網，可以為管理者提供更加方便的信息渠道和支持。

從公文管理系統的體系結構看，傳統的公文管理系統一般采用兩層C/S結構，這種結構集中了大中型系統及文件服務器的優點，并有良好的系統開放性和可擴展性，它一般應用于局域網。但是，隨著信息的全球化，區域的界限己經被打破，人們己經越來越不滿足于只在一個小的區域內共享信息，尤其是近年來的電子商務在Internet的興起，已成為一種強大的驅動力，迫使C/S模式從局域網(LAN)向廣域網(WAN)延伸。如今，Internet己經成為全球最大的網絡互連環境，在Internet的環境下實現數據的B/S計算模式正是目前的流行趨勢。因此，作為一個科技工作者，我們應該密切地注意公文管理系統的發展方向，盡量吸收各種有益的經驗，積極開展對公文管理系統的理論研究和實際應用，促進計算機應用在我國的進一步發展。

Internet的出現和發展己經給這個世界帶來了巨大的沖擊。但隨著Internet上信息資源的爆炸增長出現了新的問題。例如:有用信息的查找極為困難:Internet的響應速度越來越慢;WEB信息處理的智能化得不到深入發展等等。針對這些問題，XML近幾年來迅速崛起XML又稱為可擴展標記語言(ExtensibleMarkupLanguage,7CNL)，事實上它并不是一種真正意義上的標記語言，而是一種允許用戶對自己的標記語言進行定義的源語言。XML具有對數據的自描述性和可擴展性，符合Internet進一步發展的需要，WK組織制定XML標準的初衷也是定義一種互聯網上交換數據的標準，也是公文管理系統在未來的技術發展的趨勢和方向。ASP也向升級。隨著技術的發展，公文管理系統的開發和維護功能都達到新的高度。

2公文管理系統系統分析

2.1系統需求分析

根據公文管理系統的基本需求，本系統需要完成以下任務。

根據公司的實際情況，創建公文流路徑。

員工能夠起草公文，并且起草的公文可以按照已創建的公文流路徑流轉。

能夠對起草的公文進行統計及實時監控。

能夠統計查看自己審批過的公文。

能夠委托其他員工代自己審批公文。

能夠添加、維護員工信息。

2.1.1用戶身份級別要求

即根據身份的不同對系統的使用權限有所不同。從權限大小大致可以分為：系統管理員、用戶、一般用戶。系統提供靈活的角色設定和權限的分配功能，每個用戶的審批、通知、查看、歸檔可以在系統賦予。

2.1.2系統功能模塊設置

公文起草

通過公文起草模塊，可以創建要流轉的文件。

已發公文

通過已發公文模塊，可以查看自己發送的公文的詳細信息，包括公文現在的所處的節、公文要流轉的路徑以及公文具體信息。

待辦公文

通過待辦公文模塊，可以查看需要自己審批的公文，并對其進行審批。

已辦公文

通過已辦公文模塊，可以查看自己審批過公文的詳細信息，包括公文現在的所處環節、公文要流轉以及公文的具體信息。

公文委托

通過公文委托模塊，可以委托其他同事代替自己審批公文。

流程監控

通過流轉監控模塊、可以查看自己所發公文所處的環節以及已批環節的審批內容。

類別定制

通過類別定制模塊，可以定制公文類別、流程路徑、員工角色、部門以及管理員工信息。

2.2系統設計目標

公文管理系統可以滿足現代辦公的需要，在Internet上實現公文流。系統的基本設計原則有：先進性與方便性原則、功能實用性原則、開放性與可擴展性原則等。系統設計時采用較好的設備與技術，協議符合國家和國際標準，能保證公文的正常運行，確保系統有較長的生命周期。

本系統總體目標是將網絡技術、信息技術、現代管理技術和科學的公文管理結合，實現了公文處理的自動化流轉。

本系統首先要實現動態性和交互性。所謂的動態性就是能動態更新內容，如更新個人信息、公文信息、流轉信息等。這要求與數據庫有良好的連接；交互性則要求公文的及時審批和歸檔。

實現系統的安全性和可靠性，避免他人進入破壞數據庫信息。

2.3開發環境

框架

是Microsoft公司推出的具有戰略性發展的新一代開發平臺，框架將Microsoft公司所有編程語言的開發環境同意起來，并且可以創建、配置和運行Web服務以及Windows平臺的應用。在.NET框架中，所有的編程語言，從高層javascript到低層的C++語言，一律是等同的，他們都將生成托管代碼，并且可以一次編寫，隨處運行。.NET框架還可以使不同的語言進行交互，即一種語言可以使用另一種語言所編寫的組件。

的工作原理

在多數場合下，可以將頁面簡單地看成一般的HTML頁面，頁面包含標記有特殊處理方式的一些代碼段。當安裝.NET時，本地的IISWeb服務器自動配置成查找擴展名為.aspx的文件，且用模塊(名為aspnet_isapi.dll的文件)處理這些文件。

從技術上講，模塊分析ASPX文件的內容，并將文件內容分解成單獨的命令以建立代碼的整體結構。完成此工作后，模塊將各命令放置到預定義的類定義中(不需要放在一起，也不需要按編寫順序放置)。然后使用這個類定義一個特殊的對象Page。該對象要完成的任務之一就是生成HTML流，這些HTML流可以返回到IIS，再從IIS返回到客戶。簡言之，在用戶請求IIS服務器提供一個頁面時，IIS服務器就根據頁面上的文本、HTML和代碼(這對我們來說是最重要的)建立該頁面。

采納了包括Java在內的許多其它面相對象編程語言的功能和特點。把基本數據類型（字符串、整型、雙精度等等）轉換成帶有屬性和方法的對象；它還引入了Java類型的錯誤捕獲機制（用Try和Catch）；還把代碼編譯成微軟中間語言（MicrosoftIntermediateLanguage，IL）；它還提供了基于XML的應用程序配置。更重要的是設計面向對象解決方案的能力可以用任何語言實現。在本文中，我將比較語言和Java；不過與其它面相對象編程語言來說，現在本質上在走它自己的路。

2.3.4MVC介紹

MVC(Model/View/Controller)是一個設計模式，是國外用得比較多的一種設計模式，MVC包括三類對象。Model是應用對象，View是它在屏幕上的表示，Controller定義用戶界面對用戶輸入的響應方式。它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。

模型（Model）

模型是應用程序的主體部分。模型表示業務數據，或者業務邏輯。

視圖（View）

視圖是應用程序中用戶界面相關的部分，是用戶看到并與之交互的界面。

控制器（controller)

控制器工作就是根據用戶的輸入，控制用戶界面數據顯示和更新model對象狀態。

2.3.5編程運行環境

硬件環境：

CPU:AMDAthlon(tm)2800+

內存：512MB

硬盤：80G

軟件環境：

操作系統：MicrosoftWindowsXPService

應用軟件：SQLServer2005、2005操作平臺

3公文管理系統系統設計

3.1數據庫設計與實現

3.1.1數據庫的需求分析

根據系統需求，本系統需要設計9張表。

人員基本信息表：公司人員信息保存在這張表中。

部門信息表：存放部門信息。

公文流轉路徑信息表：存放制定的公文路徑。

公文類別表：存放公文緊急等級信息。

公文委托表：存放公文委托處理的相關信息。

篇5

在高等院校中，校園網絡化平臺的搭建工作還是覆蓋率較高的。基本上都能夠實現校園網絡互通，使用如教務平臺的網絡式平臺。能夠實現網絡選修，網絡成績基于PAGERANK算法的校園平臺系統設計研究孫麗麗哈爾濱信息工程學院150028姜海紅哈爾濱應用職業技術學院150078查詢等基本功能。可以說取得了一定的成績。但成績不能讓前進的步伐停滯。校園平臺還是存在很多問題的。首先，高校使用的網絡校園平臺，設計開發的企業不同造成水平相差較多。有些網絡平臺經不住長期使用的考驗，同時在設計時沒有預留拓展空間，不能滿足教育改革進程中的新需要新要求。其次，網絡平臺中的資源陳舊，不能及時更新。學生找不到適合課程的好的學習資源。校園平臺實時性差。

3校園平臺開發工具與開發模式

由于校園平臺集成功能較多，對于安全性要求相對高。所以服務器端操作系統使用微軟系列的2003版本。后臺數據庫使用成熟的SQLSEVER，作為校園平臺的開發，當然是以網站互動的模式呈現給使用者，所以腳本語言不可少，ASP。NET是不錯的選擇。工作模式選擇為瀏覽器、服務器模式，客戶端、服務器端交互模式。

4pagerank算法的體現

精研計算機技術的人員應該熟悉這種算法，此算法在2000年之前就已經提出了，屬于網頁級算法。作用是通過計算二級、三級等分頁的鏈接數量，判斷相應時間，然后進行優先權限的分配工作。在大型網站的建設過程中，這種算法常常應用于搜索功能實現當中。通過分級頁數的多少？通過頁面被訪問數以及重要性來設計算法。這個網頁的重要性，經常用一個專有名詞。上面就是一個該算法使用排名因子進行計算的典型公式。算法的優點在于它對互聯網上的網頁給出了一個全局的重要性排序，并且算法的計算過程是可以離線完成的，這樣有利于迅速響應用戶的請求。不過，其缺點在于主題無關性，沒有區分頁面內的導航鏈接、廣告鏈接和功能鏈接等，容易對廣告頁面有過高評價；另外，PageRank算法的另一弊端是，舊的頁面等級會比新頁面高，因為新頁面，即使是非常好的頁面，也不會有很多鏈接，除非他是一個站點的子站點。這就是PageRank需要多項算法結合的原因。HITS算法的優點在于它能更好地描述互聯網的組織特點，由于它只是對互聯網中的很小的一個子集進行分析，所以它需要的迭代次數更少，收斂速度更快，減少了時間復雜度。但HITS算法也存在如下缺點：中心網頁之間的相互引用以增加其網頁評價，當一個網站上的多篇網頁指向一個相同的鏈接，或者一個網頁指向另一個網站上的多個文件時會引起評分的不正常增加，這會導致易受“垃圾鏈接”的影響；網頁中存在自動生成的鏈接；主題漂移，在鄰接圖中經常包括一些和搜索主題無關的鏈接，如果這些鏈接自身也是中心網頁或權威網頁就會引起主題漂移：對于每個不同的查詢算法都需要重新運行一次來獲取結果。這使得它不可能用于實時系統，因為對于上千萬次的并發查詢這樣的開銷實在太大。

篇6

1.2作動器

升降舵、副翼和方向舵均采用電液伺服作動器，電液伺服作動器具有故障監控功能和旁通功能，在故障失效后自動轉入旁通功能，不影響其它作動器工作。單個舵面所有電液伺服作動器均失效后，轉入旁通功能，保持一定的阻尼，該舵面處于阻尼浮動狀態。2.2.1升降舵作動器每個升降舵面采用2臺臺電液伺服作動器并聯安裝，同步工作，具有力均衡功能。每臺電液伺服作動器具有單獨控制單個升降舵面的能力，左右兩個升降舵面共采用4個電液伺服作動器，需3套液壓系統提供動力，升降舵作動器接受飛控計算機指令，控制升降舵偏轉。2.2.2副翼作動器每個副翼采用2臺電液伺服作動器并聯安裝，同步工作，具有力均衡功能。每臺電液伺服作動器具有單獨控制單個副翼的能力，左右兩個副翼共采用4個電液伺服作動器，需3套液壓系統提供動力，副翼作動器接受飛控計算機指令，控制副翼偏轉。2.2.3方向舵作動器在方向舵上并聯安裝3臺電傳控制的電液伺服作動器，同步工作，具有力均衡功能。方向舵作動器接受飛控計算機指令，控制方向舵偏轉，實現對飛機航向控制，需3套液壓系統提供動力。

1.3傳感分系統

傳感器分系統負責所有的數據傳輸和接收，是整個系統的關鍵組成部分。一方面需要及時接收信息，另一方面還要對接收到的信息進行篩選和分類，最終利用具有關聯性的安全信息，具體包括駕駛員指令傳感器、飛行運動傳感器和大氣數據傳感器三個部分。駕駛員指令傳感器顧名思義，就是將操作人員的操作數據和操作動作，以數據的形式傳輸給計算機裝置；飛機運動傳感器將飛機在運動過程中的所有動態數據進行敏感處理和數據傳送；所有的數據最終通過大氣數據傳感器統一進行匯總和分析。需要進行強調的是，為了保證飛機運行的安全和信號的穩定，以上三種數據傳輸工作不能應用飛機上的航電總線，需要安裝獨立的信號傳輸線。確保所有數據的可靠性。

1.4控制顯示分系統

控制顯示系統是操作人員進行飛機控制的主要參考數據來源，操作人員需要根據顯示的數據采用相應的操作程序。顯示的信息量大，信息復雜，主要包括幾下幾種重要的數據：（1）人工進行系統控制的程序指示數據，主要包括提醒操作人員進行系統切換的信息和操作人員進行不同模式轉換的信息等；（2）系統運行的安全性顯示。包括系統常規運行下的各項數據，以及系統運行出現故障時發出的警示信息以及相應應急自動處理信息；（3）系統定期檢測和維護的信息。電傳控制系統需要定期進行維護和保養，顯示系統會根據設定好的程序提醒操作人員進行相應的操作和管理。

2控制律設計概略

電傳飛行控制系統實現了駕駛員操縱指令（桿位移或桿力）與飛機運動參量響應相對應的控制，從而使飛行控制“目標”由原機械操縱系統的舵面偏角操縱，變成了對飛機響應的控制。作為某型飛機電傳飛行系統控制模態包括基本模態和自動飛行控制模態。基本模態包括主控制模態、獨立備份模態及主動控制功能；其中主控制模態與獨立備份模態是系統必須具備的兩個基本控制模態。主控制模態包括控制增穩、中性速度穩定性、飛行參數（法向過載，迎角限制和滾轉速率等）邊界限制與慣性耦合抑制等功能；其中控制增穩功能是電傳飛行控制系統最基本的工作模態，在整個飛行包括內全時、全權應用。獨立備份模態是電傳飛行控制系統的備份模態，是獨立于所有的其他控制律模態的應急工作模態。

篇7

1.2陽光追蹤控制系統結構

本系統機械本體具有兩個自由度并具備自鎖能力，可以調節安裝在工作臺上物體的位姿，以對準太陽高度角和方向角。單片機根據時間及當地經緯度計算出此時當地的太陽位置，并產生脈沖信號給步進電機驅動器，控制步進電機進行相應動作，并通過電子羅盤HMC5883L和加速度計MPU6050進行檢測反饋。操作者可通過人機交互模塊查看或改變系統的運行參數，如角度、時間、電機轉速等信息。

1.3系統工作流程

控制系統上電后，系統根據時間，判斷太陽是否落山，是則進入待機狀態；如沒有，則自動進入對正模式，系統將根據時間及當地經緯度計算出的此時太陽高度角及方位角，并實時與MPU6050檢測到的工作臺傾角及HMC5883L檢測到的方位角比較求出角度差，轉換成控制脈沖輸出步進電機驅動器，使機構對正太陽方位，對正后等待一個設定時間，進行下一次對正。

2太陽角度計算及參數修正

2.1太陽主要角度計算

根據天文學及航海學中常采用的天球坐標系可以方便地對天體的運動進行觀測及追蹤。通常的方法是在太陽與地球間建立天球赤道坐標系主要包括天軸PNPS、天赤道、以及天體時圈。在觀測者與太陽間建立天球地平坐標系包括測者天頂Z、天底Z￠、測者真地平圈、垂直圈、測者午圈，其中太陽在天體時圈和垂直圈的交點上，如圖2所示。根據天球坐標系的相關定義，有太陽赤緯角δ，當地的緯度φ，太陽時角t，太陽高度角h，太陽方位角A，從1月1日開始的天數被稱為積日N。在天球上以仰極、天頂和天體為頂點，通過這些點的大圓弧為邊所形成的三角形稱為天文三角形，或稱為位置三角形。由于要求解的角度與星體距離無關，所以假設以地球為中心，太陽到地球的距離不變，從而可以用角度來表示弧長。

2.2HMC5883L數據校準

電子羅盤主要是通過感知地球磁場的存在來計算磁北極的方向，然而由于地球磁場在一般情況下只有微弱的0.5高斯，外界的各種磁場干擾都很容易對檢測結果造成影響。理想狀態下，電子羅盤水平轉動一周，兩個水平方向磁場矢量的輸出為圓形。當存在外界磁場干擾的情況時，測量得到的磁場強度矢量將為該點地球磁場與干擾磁場的矢量和，使羅盤輸出曲線的圓心發生偏移。羅差使羅盤輸出轉變成橢圓，因此將羅差校準的問題轉變為橢圓擬合問題。

篇8

1.2設計的總體方案及原理

根據上述功能說明,兩區主要設備配置基本相同,所不同的是自動音樂打鈴系統有主次之分。總體方案系統結構框圖如圖1所示。系統原理說明:當南區作為主播時:從圖1看出,南區各路音源送入調音臺,經調音臺控制后送入南區6分區1、2號功放,經功率放大和線路傳輸,送給各分區廣播音柱實現南區校園播音。同時從功放的音頻輸出口取出一路音頻信號經光端機調制輸出,傳到北區經光端解調器還原成音頻,經北區調音臺,再經北區6分區3號功放和線路傳輸,送到各分區音柱實現北區與南區廣播同步播音。當北區作為主播時:反之已然,原理同上。兩區自動音樂打鈴統一:從圖1可以看出,即南區定時控制器輸出電源啟動和觸發控制指令,受控電源接到指令后啟動功放和調音臺供電,觸發指令開啟音樂鈴聲播放器輸出音樂鈴聲,經南區功放輸出到各分區廣播,實現音樂打鈴。與此同時音樂打鈴信號,經南區功放的音頻輸出端口送光調制器,經光纖傳輸到北區,經北區光解調器還原音頻送入調音臺,再送入功放輸出到北區各分區廣播,實現北區同步音樂響鈴。實現南北區鈴聲統一。

2校園廣播系統的調試及使用

廣播系統的調試是保障整個系統正常工作不可缺的步驟。調試的一般步驟:(1)調試前詳細閱讀各設備使用說明書,掌握設備功能旋鈕、按鍵、端口作用,以及注意事項。

(2)通電前要仔細核查系統連接是否正確,確認無誤。(3)將末級功放音量旋鈕調至最小,其它設備音量旋鈕暫調至中間位置。

(4)依次開啟受控電源前級音源設備調音臺光端機功放。并觀察各設備開啟時的運行情況,如有異常立即關閉電源。關閉與開啟順序則相反。

(5)調試可按照音頻信號的流程從“入到出”,或“出到入”依次進行。

篇9

加速度傳感器選用具有堅固耐用、受外界干擾小等特點的壓電式加速度傳感器，壓電式加速度傳感器采集對擊錘的加速度，將加速度信號轉換成相應的電荷信號，電荷信號經過電荷放大器的處理，最終輸出與之相對應電壓信號;最后，通過高速串行ADS8325實時高速采集電荷放大器輸出的電壓信號，獲得打擊過程中加速度變化的時域曲線，從而計算出最大打擊力和打擊能量，通過無線方式將數據傳輸給主機。STM32有兩個標準SPI，該接口被配置成主模式時可以為外部的其他從設備提供通信時鐘。STM32與ADS8325之間通過標準SPI接口連接，STM32使用SPI的單主模式，采集加速度信號只需要ADS8325到STM32串行數據傳輸，SCK為ADS8325提供通信時鐘，將ADS8325片選管腳CS拉低則為從模式。

1．2位移采集接口設計

選用歐姆龍編碼器進行位移數據的采集，將E6B2-CWZ6C編碼器與機械滑輪相連形成一個位移傳感器，機械滑輪的半徑為17．49mm，錘頭將移動2×3．14R的距離，即109．9mm，即錘頭移動109．9mm時編碼器剛好轉一圈，脈沖計數為2000個。為了增加安全性，減小電壓的干擾，減少電路設計，增量式編碼器和STM32接口采用光耦器件TPL521—4進行隔離。

1．3無線通信模塊接口設計

STM32與SI4432通過SPI接口相接，實現SI4432的基本工作狀態。SI4432通過nIRQ向STM32發送中斷。串行數據通過MOSI從STM32傳輸到SI4432;MISO正好相反;通過SCK向SI4432提供時鐘，同步兩者的串行數據傳輸。nSEL引腳電平為低時，SI4432片選為從模式，STM32才能有效操作SI4432。SI4432的工作模式位SDN為高時，SI4432處于關閉模式，為低時，則處于工作模式，因此，在芯片工作期間，工作模式位必須為低。

2系統軟件實現

系統軟件在KeiluVision4平臺上采用模塊化思想設計開發，將所需模塊的主要功能全部編譯成相對獨立的函數以供主程序需要時調用。模塊需要完成的功能是首先對STM32，SI4432及SPI進行初始化配置，其次，從機模塊采集加速度數據并傳輸，最后，主機模塊接收數據并處理。軟件采用同步傳輸的模式，同步字傳輸完之后才會開始傳輸數據。

2．1從機模塊軟件實現

從機模塊主要實現加速度數據的采集與發送。數據采集與發送過程如下:首先，完成初始化后開始采集數據，數據采集未完成，則等待至數據采集完成，然后清空SI4432的發送FIFO，寫入將要發送的加速度數據;其次，打開發送完成中斷并關閉其他中斷，該中斷使能正常后開始發送數據;再次，數據發送完成后nIRQ引腳轉為低電平狀態，讀取中斷引腳狀態后并將nIRQ引腳轉為高電平狀態，準備下次檢測。如果數據發送成功，則主機模塊上綠色指示燈會變亮;最后，關閉發送功能，準備下一次數據發送。

2．2主機模塊軟件實現

主機模塊軟件實現加速度數據接收與處理。首先，完成初始化并清空SI4432的接收FIFO;其次，打開接收完成中斷并關閉其他中斷，該中斷使能正常后開始接收數據;再次，數據接收完成后nIRQ引腳轉為低電平狀態，讀取中斷引腳狀態后并將nIRQ引腳轉為高電平狀態，準備下次檢測，然后，關閉接收功能，準備下次數據接收;最后，對接收到的數據進行相應的處理得到打擊能量和打擊力，并將數據通過RS485通信傳輸給工控機和LED大屏。

篇10

1.2傳感器選擇

土壤溫度傳感器：測試溫度的傳感器有很多種，較普遍使用的是熱電偶和熱電阻傳感器。本文采用熱電阻Pt100溫度傳感器進行土壤溫度的數據采集，熱電阻的優點是線性度好、精度高，有較好的長期穩定性，工作溫度范圍大，只要經過適當的數據處理就可以傳輸、顯示并記錄其溫度輸出。土壤濕度傳感器選擇由中國科學院南京土壤研究所生產的FJA－10型負壓式土壤濕度計。該濕度計的測量范圍為0kPa～100kPa，測量精度為±2．5kPa；輸出電壓信號為0V～5V，供電電源為交流220V。雨量傳感器選用型號為FDY－01的翻斗型雨量傳感器，其輸出信號為單干式舌簧管通斷，工作強度為0℃～50℃。

2系統實現

該灌溉系統的控制方式分為手動模式和自動模式，用戶可以通過按鈕自由選擇。自動工作模式可根據不同植物的灌溉要求設定好參數，滿足灌溉條件即可自動進行灌溉，并可根據溫、濕度傳感器的參數自動停止灌溉。手動控制模式通過按鈕手動進行各植物的灌溉和停止。當降雨量達到一定值，或土壤中水份充足時，或供水水管斷流時，報警系統啟動。這時出現問題的種植區域報警燈點亮，發出報警聲音信號，提醒操作人員。解決問題后，可以按下“消音”按鈕以解除鈴響。

2.1硬件設計

2.1.1I／O點估算

輸入信號共需17個輸入信號點，考慮到以后可能會對系統進行調整與擴充，所以留15％的備用點，應取3個點備用，這樣共需20個輸入點。輸出信號：共需要14個輸出點，考慮到以后可能會對系統進行調整與擴充，所以留15％的備用點，應取2個點備用，這樣共需16個輸出點。

2.2軟件設計

系統控制程序流程圖接通電源，按下總啟動按鈕，系統啟動，人工選擇是自動工作方式還是手動工作方式。若選用自動工作模式，首先確認程序的時間設定有無錯誤，如設定值正確，程序繼續將往下執行，否則，則檢查電磁閥是否打開。程序運行過程中遇到下雨或水泵斷水等情況，報警系統啟動，哪個種植區域出現問題，哪個區域報警指示燈亮。等消除報警音之后，程序可以繼續正常運行，直到程序結束。當按下手動總開按鈕，自動運行模式停止，手動運行開始，手動運行指示燈亮。通過各種植區域手動和停止按鈕來控制水泵和每個種植區域的電磁閥運行。

2.3人機界面

MCGS即“監視與控制通用系統”，是一套基于Windows操作系統可用來快速構造和生成上位機監控系統的組態觸屏軟件系統。組態技術在節水灌溉控制系統中的應用能夠形成可視化人機界面，并能夠對灌溉的運行情況進行實時、有效、便捷的監控。同時，組態王軟件具有良好的擴展性和設備硬件無關性，能夠根據不同的現場控制需要方便快捷地建立動畫畫面和監控系統以及形成各種數據報表。監控畫面由主畫面、點動控制、自動控制、報警記錄及留言板等畫面組成，如圖3所示。主畫面為系統啟動畫面，由各功能按鍵進入各種植區域對應的子畫面，進行各功能參數的設定和系統監控。

篇11

二、工程流。

三、物資流。

四資金流。

五、人力流Abstract:Comparingwithotherstreamlineenterprise,shippingrepairmenenterprisehasitsuniquespecialtyincommerceandmanagement.Twoaspectscanillustratethisspecialty:first,productionistightlybondedwiththecommerce,second,itisdifficulttospeculatethedemandofengineering.OneofmanagementobjectiveinERP(EnterpriseResourcePlanning)systeminshippingrepairmanenterpriseisacknowledgeoftheproductioncapacityandcostofenterprise,theotherissettingupeffectiveplaninmaterialdemand,manpowerdemand,equipmentdemandandsoon.TheERPsysteminshippingrepairmenenterprisecanbedesignedincludingseveralsubsystems.SuchassystemsofFileStream,EngineeringStream,MaterialStream,CastStream,ManpowerStream,etc.ERP的原則和目標ERP（企業資源規劃）系統建設的主要目標是大幅提高勞動生產率，最大程度地降低成本，提高人的工作效率，從而有效地進一步擴大生產規模或提高利潤率。ERP建設是一個企業走向成熟的必由之路，一個企業在其不同的發展過程中，對管理有不同的需求。當一個企業生產規模擴大到一定的程度，或者在一個企業急速擴張完成之后，加強內部管理和降低成本就成為必然的選擇。只有在內部管理相對成熟后，企業才有進一步發展的潛力。一般情況下一個成功的ERP系統，是專門從事ERP集成的公司為企業開發的專用系統，或者是利用已有成熟ERP構件并針對企業作相應調整，同時這個調整必須建立在原來構件定義的整體框架符合企業要求的前提之下。當然，成功ERP系統的背后，必然有一個合理的管理流程，建設ERP系統的過程也是一個再造管理流程的過程。不同的企業對ERP的要求是不一樣的。建設一個成功的系統，首先我們應該研究這個企業需要一個什么樣的系統，建設這個系統是要實現一個什么樣的管理目標。修船企業相對一般流水線企業而言是一個非常特殊的行業，經營生產上的特殊性也帶來了管理上的特殊性。對于一個修船企業，在經營生產上有兩個與眾不同的地方。

第一、修船企業中經營和生產是緊緊地聯系在一起的。經營工作中，如果接受的工程中各部門的工程量不合理的話，會大大增加各方面生產成本，從另一方面看，如果生產調度上出現問題，設備和人力無法周轉的話，經營工作也難以為繼；

第二、生產工程量難以預測。主要體現在兩個方面。

其一，在生產過程船方可能會經常調整工程量，

其二，在生產實施前很難預測具體工程的難度。無法預知工程量是修船企業最大的與眾不同，也是一個修船企業開發ERP系統中最大的難度所在。修船行業中船期就是收入、船期就是利潤，保證船期同時無法預知工程量意味著人力的冗余、物資的冗余、設備的冗余，因此大大增加了成本。在修船這樣一個需要多工種協作，立體作業的行業，ERP系統中這兩點的解決就顯得特別困難。現在再考慮修船企業ERP系統的管理目標。管理目標有兩個，一是明知，即隨時隨地明確地知道當前企業的狀態，如生產人員的使用情況，設備的使用情況，資金的使用情況，生產進度的情況，單船的成本，物料的供應情況等等；二是預知，即隨時隨地根據已知工程量預測近期的人力需求、物料需求、設備需求、資金需求，以供管理者參考。不言而喻，ERP系統一般性的管理目標，如辦公自動化OA系統、管理信息MIS系統等等也是必不可少的。ERP的模塊的劃分和局部的目標修船企業的ERP系統可分為五個部分：

一、公文流，主體是辦公自動化系統和人事資料系統，主要利用內部Intranet網進行信息交換、公文傳遞、檔案管理等等；

二、工程流，主體是生產調度系統、生產車間管理系統、經營估價系統、工程單管理系統，它完成生產各種資源的配置；

三、物資流，主體是物料采購系統、設備管理系統和經營生產的物料預測系統，它是對設備和物料的管理；四、人力流，主要由考勤系統、人事調配系統、工資管理系統構成，參照工程流的數據完成勞動力考核、勞動力效能管理、勞動力需求分析等；

五、資金流，是財務分析系統，通過上述四個系統的數據及時完成單船成本的即時核算、車間成本的核算、根據設備和物料需求安排資金等。現在我們來分析一下ERP系統中各個模塊的設計和它們之間關系。

一、人事管理系統人事管理系統從實現上看應分為四塊。

一是勞動工資子系統，主要用于日常考勤、工資管理、獎金及加班費用管理、工資成本預測等等；

二是人事檔案子系統，主要用于職工人事檔案管理、干部報表、員工統計報表、員工情況查詢等等；

三是人事調配子系統，主要用于企業員工崗位管理、崗位調配、勞動力統計、員工培訓管理等等；

四是勞動力效能和需求系統，應是從上述三個人事系統和生產車間管理、生產流程系統中提取所需數據，分析勞動力效率和勞動力需求，完成勞動力定量考核和勞動力需求預測，它一方面是計算機管理中管理和統計的發展，另一方面是人的管理和分析在發揮作用。

二、設備管理系統設備管理系統應分為兩部分。

一是設備狀態管理子系統，主要用于完成設備購入后登記、維護記錄登記、目前狀態記錄、設備報廢登記，自動提醒定期維護的設備的保養要求；

二是設備使用管理系統，主要用于設備使用記錄、設備損壞記錄，方便進行各類設備調配、設備成本分析、設備采購計劃生成。

三、財務管理系統通常企業所用財務軟件（如用友）一般是指其中的帳務系統。在ERP系統中財務管理系統應包括成本核算和資金預測兩部分。主要是從其它系統中取數，并根據其中各類影響成本的因素作出專業建議。同時也需要向ERP系統中注入ERP系統所需的其它成本數據，如管理費用、福利費等等。

四、物料供應系統物料供應系統應完成三個任務。一是正確反映倉庫庫存，讓生產管理人員能正確清晰地看到生產所需物料在倉庫的庫存是否足夠使用；二是清晰反映成本，能隨時查詢各生產車間的單船物料成本，車間物料儲存量等等；三是快速準確傳遞各類采購信息，它有兩個方面意義，一方面幫助采購人員及時準確采購，另一方面幫助生產管理人員在請購時便可知同類產品采購所需時間，因為采購需求太急便可能增加成本，這樣在企業管理中可以明確發現成本提高的每一個細節。當然，物料供應系統在上述三個任務完成后，如果是在一個MRP系統，一個以物料為中心的系統中，它的任務還有它對經營、生產的反饋作用。在修船企業中它主要體現在一個完備的物料供應系統能幫助經營部門在報價時估算成本，生產部門根據進度和價格波動合理安排采購計劃，這樣同時也完成了對供應采購部門的考核和對生產主管安排請購的能力的考核。

五、辦公自動化系統（OA系統）OA系統在任何企業都相去不遠，它主要完成公文傳遞和流通的工作，相對而它也是一個比較獨立的系統。但它也是一個能在一定程度上減少成本，這里成本主要不是指無紙辦公中的紙張成本，而是指管理成本。公文一次錄入，并同時修改相關記錄，可避免大量重復錄入和查詢的工作，同時大大提高效率，也更符合ISO9000質量管理體系的要求。

篇12

1.2導致氧化速率變快。

如果溫度大于55℃時，每當溫度增加10℃，其使用年限將降低一半。而且，氧化還會生成很多的膠裝物體，使得零件的小孔擁堵，干擾系統的活動。

1.3零件因為受熱而發生形變。

一旦溫度變高，就會使得零件因為受熱而發生變形現象，此時之前零件之間的縫隙就會改變，導致阻力變大，有時候還會導致閥門卡死。另外，這種熱變形還會使得零件接觸區域的油膜發生變化，致使磨損變嚴重，進而導致液壓系統的泵、閥、馬達等的精密配合面因過度磨損而失效或報廢。

1.4一些零件的老化速率加快。

絕大部分的零件都是橡膠材料的，如果液壓油溫度太高的話，就會使得這些零件的使用時間大大的縮減。所以，要認真的分析系統高溫問題產生的原因，并且采取正確的方法應對。

2液壓系統設計缺陷對液壓油高溫故障的影響分析

通過分析發現，高溫問題一般可以分為兩個類型。第一是因為系統的設計不當導致溫度變高，第二是因為系統的使用或是維護工作開展的不到位導致溫度變高。由于設計不合理導致的溫度變高，一般是因為設計不當或是沒有正確的安裝，此時就使得熱量大量的產生，或是因為系統生成的熱無法盡快的排放，最終導致溫度過高。設計不當導致的問題一般涵蓋如下的幾類。

2.1沒有正確的設計油箱。

通過分析發現很多時候的溫度升高都是因為沒有設計好油箱而導致的。對于該系統來說，油箱存在的意義是存儲液壓油，而且還有散熱以及隔離水的功效。而設計不到位主要體現在油箱太小或是結構方面的問題。如果油箱太小，就會導致儲液量非常少，進而使得系統不具備較高的流量，無法把產生的熱帶走，此時就使得溫度變高。而結構方面的問題主要指的是因為吸油管和回油管的間隔太近，中間沒有做好隔離工作，此時就會使得絕大多數的油沒有合理的冷卻就進到吸油管中，將使溫度升高。所以，為了避免問題產生，必須要將油箱的體積適當的調整，而且開工至好兩個油管間的距離，在兩者間做好隔離工作。

2.2沒有正確的設計散熱體系。

散熱系統的設計不合理，主要體現在冷卻回路流量過小，空冷器散熱能力與系統產熱不相匹配兩個方面。冷卻回路的循環流量必須與液壓系統所要求的散熱量相匹配。流量過小，則冷卻系統的換熱能力降低，必將導致液壓系統油溫的不斷升高。冷卻同路的循環流量是由冷卻回路的阻力特性和液壓泵的動力特性共同確定的（冷卻回路的流量一阻力特陛曲線與液壓泵的流量一揚程特陛曲線的交點對應的流量，即為冷卻回路的循環流量），對于冷卻回路流量過小的散熱系統，可以通過調整冷卻回路的阻力特性（管徑大小、閥門開度等）或更換輸送能力較大的液壓泵等措施，提高冷卻回路的循環流量。空冷器散熱能力與系統產熱不相匹配，主要表現在空冷器散熱面積過小及空冷器空氣側的對流換熱能力不足兩個方面。空冷器散熱面積過小，主要是由于空冷器熱工設計參數選用不合理或設計計算存在錯誤造成的。對于這個問題，可以在重新進行準確的熱T計算的基礎上，更換散熱面積滿足要求的空冷器，以增強空冷器的散熱能力；空冷器空氣側的對流換熱能力不足，則主要是由于空冷器空氣側的空氣流量不足造成的。可以通過采用更換大風量風扇等措施，強化空冷器空氣側的對流換熱效果，保證空冷器的冷卻散熱能力。

2.3沒有選擇合適的液壓零件。

液壓系統中的液壓元件，主要包括換向閥、溢流閥和順序閥等。這些元件的選型設計，必須滿足液壓元件工作壓力、所通過流量及所要求的壓力和流量的調節范圍等方面的要求。其中流量指標是選擇液壓元件的重要依據。根據流量選擇液壓元件，其實只是保證所選擇的液壓元件的局部阻力系數具有合適的取值，以保證液壓元件在正常工作狀態下的阻力損失不致過大。因此，液壓元件選型不合理，主要表現為所選液壓元件局部阻力系數過大，從而導致液壓系統在正常的工作流量下產生較大的阻力損失。這部分阻力損失最終轉化為摩擦熱被液壓油吸收，從而導致液壓油的較大溫升。所以，一旦選擇的零件型號不當，也會使得設備發生高溫問題。

2.4管線設計以及安裝工作開展的不到位。

系統管路的阻力有兩種，一種是沿程阻力，另一種是局部的阻力。不論是哪種阻力，只要其變大就會導致熱量變多，最終使得油溫變高。因此，要積極的做好管線系統設計工作，將阻力損失掌控在一定的范圍之內。站在控制阻力損失的層面上來看的話，在設計的時候要注意如下幾個方面。（1）管徑選擇。在選擇管徑的時候要結合回路流量以及設計規定的比摩阻來綜合分析，這樣就能夠防止發生管徑太大或是太小的現象了。（2）管路長度。在確保功效合理，運行穩定的前提之下，在設計管路的時候一定要秉承著精簡的理念，最好是短一些，這樣就能夠避免過多的彎折以及轉彎等。（3）管路附件。在滿足使用要求的前提下，液壓油管路盡量減少彎頭、變徑及不必要的閥門等附件，以減少管路系統的局部阻力損失。

篇13

2.1系統總體設計民政服務信息系統包括三個子系統，分別是民政內部辦公系統、社會服務平臺和社會家園網。三個子系統協作示意圖如圖1所示。圖1中實線表示業務申報，虛線表示審核結果回復，數字表示民政業務類型（1表示社區申報的業務，2表示社區家園網直接申報的業務，3表示通過社區家園網向社區申報并且最終由社區提交到民政局的業務）。智慧社區服務平臺是由社區的辦公人員使用，主要完成社區基本情況登記與查詢，民政業務上傳與下達。民政內部辦公系統是提供給民政局辦公人員使用的，民政局辦公人員通過該系統能夠審批社區上報的申請和管理的民政業務信息。社區家園網是一個論壇，為群眾提供一個咨詢、辦事和交流的平臺，不需要進行證件真實性審核的業務都通過社區家園網申報。

2.2架構設計民政服務信息系統采用ExtJS和JSP實現前臺頁面，通過Struts2、Spring和Hibernate實現后臺業務處理，并通過ExtJS和SSH整合搭建一個實現了MVC設計模式的系統架構。ExtJS+SSH架構中ExtJS實現了從用戶界面向后臺提交請求。控制層使用Struts2來實現MVC模式。業務邏輯層細化為Service層和DAO層，通過Spring來管理Service和DAO之間的耦合關系。數據持久層使用Hibernate框架。實現時為了提高系統的擴展性，Service層和DAO層使用抽象接口，將具體的實現類和接口分離，并通過Spring指定Service接口和DAO接口的具體實現類，在需求變化后，只需更改Spring的配置文件就可以適應新的需求，符合“開閉原則”。系統架構圖如圖2所示。控制層通過Struts2的servlet來完成，Action層由Struts2中的自定義action類實現。Action層中的對象使用Struts-Spring插件管理，而Service層和Dao層及相應實現層的對象統一由Spring管理。表現層通過JSP和ExtJS實現。

2.3功能設計

2.3.1民政內部辦公系統的設計民政內部辦公系統按組織機構來劃分功能模塊，主要包括區劃地名科、社會福利與社會事務科、最低生活保障局、民間組織管理科、救災救濟科、局辦公室和人事科。根據通用信息系統的需求，添加了權限管理和登錄管理。由于每個模塊都有相應的政策法規，將政策法規提取出來作為一個模塊，局長監督模塊體現了民政服務信息系統比手動辦公的優勢，局長通過該系統就可以了解下屬的工作情況而不會打擾到下屬辦公。民政內部辦公系統的功能結構圖如圖3所示。由于篇幅所限，圖3中的第三級模塊只列出具有代表性的功能模塊，并對部分有代表性的第二級模塊功能作了說明。區劃地名科的功能是對地名普查等基本信息進行管理，主要包括：地名更改審批和行政區劃，自然村和建筑物等地名信息的查詢/添加/刪除/修改和歷史信息查詢。社會福利與社會事務科是對兒童收養、社會福利機構、婚姻登記、殯葬及墓地和社會救助的管理。審批類業務主要包括兒童收養審批和社會福利機構審批，管理類業務主要是對兒童收養信息、婚姻登記信息、社會救助信息和殯葬及墓地信息的添加/刪除/修改。民間組織管理科的主要功能是民間組織的審核、民間組織信息管理和民間組織年檢。民政內部辦公系統具有權限驗證的功能，用戶登錄后只能處理本科室的業務。

2.3.2社區服務平臺的設計社區服務平臺是以業務功能來劃分模塊的，將社區的辦公作為辦公系統模塊，其他模塊都是對業務數據進行管理。社區服務平臺的功能模塊還有社區基本信息、社區組織、社會救助、社區服務、災害數據管理和社區居委會管理。社區服務平臺的功能結構圖如圖4所示。圖4中的三級模塊都是二級模塊的核心功能，其他功能由于篇幅所限暫未列出。社區服務平臺的主要功能模塊分析如下。社區基本信息、社區組織、社會救助、社區服務都屬于信息管理模塊，主要功能是對相應信息進行查詢。災害數據管理的主要功能是提交災害數據到民政局和對該社區的災害數據進行管理。2.3.3社區家園網的設計社區家園網的實質是論壇，社區家園網實現時使用一個開源的論壇框架，然后添加一個二級模塊民政業務來完成所有在社區家園網提交的民政業務。社區家園網的功能結構圖如圖5所示。由于篇幅所限，圖5中的民政業務模塊的部分功能模塊未列出。

3系統的關鍵技術

民政服務信息系統是以Struts2為實現架構的基礎，通過Spring來整合相應的框架。Struts2和Spring整合來完成對Action的管理，Spring和Hibernate整合來實現持久化的工作。ExtJS作為Struts2的視圖的實現。

3.1系統核心配置文件的實現民政服務信息系統在web.xml中定義Struts2和Spring的配置文件路徑。該系統中Struts2的Action對象由Struts-Spring插件來管理，該插件需要在web.xml中配置相應的監聽器。web.xml文件核心內容。

3.2Spring和Hibernate整合的實現Hibernate完成系統業務數據持久化的操作，提供了save、delete、update等方法，在DAO層只需調用這些方法就可以存儲業務數據。Spring對Hibernate支持非常完善，在Spring的配置文件daoContext.xml中配置一個id為dataSource的bean和一個sessionFactory的bean,在程序中使用注入的sessionFactory對象來實例化Spring框架提供的HibernateTemplate模板，DAO通過HibernateTemplate來調用持久化方法進行業務數據存儲。

3.3整合ExtJS的實現ExtJS框架只需要在JSP頁面導入ExtJS的核心JS文件和CSS樣式，就可以在自定義JS文件中使用ExtJS提供的頁面組件和表單組件，而不必使用HTML標簽來編寫Web界面。在主界面的JSP中整合ExtJS的代碼如下。