時間：2023-03-23 15:11:01
導語：在信息系統設計論文的撰寫旅程中，學習并吸收他人佳作的精髓是一條寶貴的路徑，好期刊匯集了九篇優秀范文，愿這些內容能夠啟發您的創作靈感，引領您探索更多的創作可能。
1通訊系統
通訊系統可以說是汽車電子信息系統的核心和中樞，同時也是車輛內部系統和外部網絡實現信息交互和重要橋梁，對于實現系統的各項功能而言有著不可替代的作用。從目前來看，在汽車電子信息系統中，最為常用的是GPRS無限數據傳輸系統，按照相應的網絡協議，利用傳統GSM網絡的相關資源，進行數據的傳輸工作，可以保證數據傳輸的速度和質量。不僅如此，在不斷的發展過程中，全球的運營商都針對商用GPRS系統進行了研發，為車載通訊系統提供了必要的網絡支持，也使得汽車電子信息系統有了一個接入時間短、傳輸速率高、安全可靠的信息交互平臺。
2車載嵌入系統
在科技發展的帶動下，車載系統的嵌入技術愈發成熟，逐漸成為汽車信息網絡的控制中心。車載嵌入系統可以對車輛內部設備的運行狀況進行檢測，一旦發現異常，可以立即向駕駛人員發送相應的警報信息，如語音提示或燈光信號等，同時針對故障進行前面細致的分析，向駕駛員提出合理化建議，如停車檢修或者調整路線前往維修點等，對安全事故進行規避，保證行車安全。在車載嵌入系統中，利用相應的處理器、GPS接收機、GPRS模塊以及人機交互接口等，可以構建出一個具備強大通信能力和信息處理能力的平臺，利用無線通訊、藍牙數據交互等網絡通訊技術，實現信息的交互和共享。系統的標準化和模塊化設計不僅便于系統功能的實現和維護，也使得其具備良好的拓展性，可以實現車輛定位、動態導航等功能。
3外部系統
從目前的發展情況看，外部系統包括一個專業的門戶網站，可以為每一位用戶提供個性化的服務，滿足用戶不同的使用需求，同時還可以根據相應的情況，進行動態更新，為用戶提供完整、合理、準確、可靠的信息。需要進行動態更新的情況包括：汽車自身的地理位置，或者用戶指定的道路路況圖；用戶的具體需求；與汽車服務供應商服務協議的相關內容；汽車在行駛過程中遇到的特殊狀況。
汽車電子信息系統功能的實現，不僅需要相應的硬件資源，還需要良好的軟件支持，因此，做好系統軟件的設計工作是非常重要的，應該重視以下兩個方面的內容：
（1）軟件的結構模式。汽車電子信息系統的軟件架構，可以利用UML的Component框圖進行描述。用戶可以通過因特網，連接到門戶網站，對相應的數據信息進行查詢，也可以對系統網絡服務進行擴展。之前也提到，門戶網站可以為用戶提供良好的個性化服務，結合用戶的位置信息，在比較特殊的情況下，可以對用戶需要的數據信息進行動態更新。不僅如此，用戶可以通過移動通訊設備，利用Web搜索服務，查詢自己需要的信息，如旅店和車票、機票等的預定，必要的車輛維修信息等。同時，系統中的個性化管理模塊可以根據每一個用戶的基本情況，為門戶網站的動態更新提供必要的數據信息；事物管理模塊可以對數據的流通、交易等進行監控，對數據庫故障以及數據沖突進行處理和恢復，保證數據的訪問和使用安全。另外，在系統中，信息數據庫的功能是非常重要的，不僅可以對地理信息進行存儲，也可以為用戶提供必要的地址信息，確保數據的準確性和合理性是極其關鍵的，必須得到軟件設計人員的充分重視。
系統功能主要通過業務層及數據訪問層的類文件、對象和界面實現，其中，相同功能的類進行封裝構成功能組件。本系統主要構建了system.dll、mis－sion.dll、database.dll組件文件，system.dll組件實現系統基本頁面及用戶管理功能（登錄驗證、頁面加載、系統用戶管理等），mission.dll組件實現系統功能流程操作，database.dll組件實現與數據庫間的數據交互。system.dll與mission.dll構成業務層，database.dll實現數據接口層[3]。
1.1數據訪問層的database.dll組件使用技術訪問Oracle數據庫。是.NETFramework用于和數據源進行交互的面向對象類庫。本系統采用Framework數據類庫，主要使用Connection連接對象連接數據庫、com－mand數據命令對象執行增刪改SQL語句、DataReader數據讀取器對象、DataAdapter數據適配器對象及DataSet數據集對象[3]。
1.2業務層的system.dll組件system.dll組件主要實現系統用戶分組、用戶權限、登錄驗證、頁面加載等功能。當使用者登錄時，Web頁面調用system.dll的usermanager.cs類文件中的userlogin方法。userlogin方法引用database.dll中的runsql和runproc方法，從數據庫中獲取用戶對應權限及密碼驗證，重組Web頁面。
1.3業務層的mission.dll組件mission.dll組件主要實現系統業務功能，包括項目維護、考核成績錄入、人員管理、任務人員篩選及查詢統計等功能。組件中的類文件執行查詢、添加、刪除、更新、維護等操作，通過調用數據訪問層組件的各個方法實現系統的各項功能[4]。
2主要功能實現
2.1動態生成功能模塊設計時考慮系統的拓展性和可移植性，Web導航頁面、任務保障維護和成績錄入模塊均是動態生成的。使用者只需維護好任務字典和考核科目、子科目、項目字典以及考核規則表，表示層Web導航頁面自動刷新，任務保障和成績錄入模塊根據維護好的字典項目調用mission.dll類文件中的bindmis－sion、bindclass、GridViewShow等各種方法自動更新顯示。
2.2衛勤任務人員選拔衛勤任務人員選拔是本系統設計的主要功能。根據歷次參加衛勤任務的情況、日常考核科目的成績、衛勤保障人員的狀態等綜合測評結果進行本次衛勤任務人員的選拔，選拔結果同時反饋至日常任務維護中。此項功能的實現主要采用.NET中的虛擬表技術，調用Oracle數據庫中的createtableproc存儲過程生成虛擬表動態創建綁定gridview顯示，gridview列名為人員信息、任務名稱及考核科目（這幾項從字典表中提取，具體內容和列數不確定，gridview字段值為列名對應人員信息、任務保障次數及考核項目按權重算出的科目成績）。
2.3ajax控件的使用ajax是異步Javascript和XML的縮寫。在傳統的Web網頁中，當瀏覽器向服務器提出訪問請求時，Web頁面的每個服務器控件均與服務器連接一次。而在ajax處理模型中，一些頁面元素可以直接調用ajax引擎實現功能，只有當信息必須從服務器上獲得時才訪問服務器，這樣可節省時間、提高效率。本系統在登錄用戶的驗證碼、時間控件的獲取、同步刷新導航列表等功能中均使用ajax控件，本文中不再贅述。
3結語
【關鍵詞】本科畢業設計 過程管理 信息系統
1 前言
高等學校本科畢業設計（論文）是本科實踐教學過程中的重要環節，更是本科教學計劃的最后一個重要環節，是衡量本科教育培養水平的重要依據。
如今，隨著社會的發展，高校教學規模的逐步擴大與深化、畢業設計（論文）任務布置環節的逐漸細化都將有效地促使畢業設計過程管理的信息化、現代化。然而，現階段畢業設計的過程管理大多依然沿用傳統人工管理的方式，這樣既不能滿足近年來高校連續擴招的要求，同時也對提高高校本科教學秘書的工作效率產生了制約。本論文在對本科畢業設計過程管理流程和方法研究的基礎上，希望通過在其中引入信息系統的應用，提高本科畢業設計工作的效率，從而進一步促進本科教學相關環節的進步。
2 本科畢業設計（論文）過程管理信息系統的應用探索
2.1 實際過程管理工作程序分析
為了完成本科畢業設計過程管理的信息化，有必要了解本科畢業設計過程管理工作的程序，從而為后續工作提供堅實的基礎。實際本科畢業設計過程管理工作程序有十余個階段，包括成立畢業設計指導組、教師題目申報、題目審查、公布題目學生選題、選題結果統計、實施階段、答辯資格審查、畢業設計論文評閱、畢業設計答辯、成績評定、畢業設計總結、整理歸檔。
2.2 實際過程管理工作問題分析
（1）學生。現有工作程序下，學生在選題、開題、中期、答辯資格審查、答辯過程中需要多次重復填寫個人信息和論文信息，這不僅增加了學生的工作量，也給管理者的核對、整理、歸檔工作增加了負擔，而且由于數據量大，繁瑣復雜，工作中極易出現錯誤。
（2）教師。在現有工作程序下，教師在題目申報和審查過程中，需要多次提交、修改題目、背景等相關信息，如不能及時更新數據，將對后續工作的進行產生影響。
（3）管理者。畢業設計整個過程中，作為管理者要面臨來自學生、教師的各種信息數據，數量龐大，且需要隨時更新；學生選題和答辯資格審查仍然需要人工審核，無法實現與學校現有教學系統數據的對接。
2.3 信息系統設計方案
2.3.1系統功能
本系統由相互管理的學生、教師、管理者共同組成。
（1）管理者
1）信息維護。通過現有教學管理系統導入學生、教師個人信息，設置操作權限，并對用戶信息進行添加、修改，畢業設計相關通知、公告。
2）審查管理。設置畢業設計題目、類型等基礎參數，審查教師申報題目、學生提交文檔及學生答辯資格，完成開題、中期檢查和畢業設計答辯成績錄入。
（2）教師
1）信息維護。對個人信息進行維護，申報、修改、刪除題目，查看申報題目審核狀態，查閱畢業設計通知、公告及學校相關管理規章制度。
2）審查管理。評閱論文，對論文進行修改、刪除，提交評閱分數、意見，對學生進行選擇，回答學生咨詢的問題。
（3）學生
1）信息維護。對個人信息進行維護，查閱畢業設計通知、公告及學校相關管理規章制度。
2）查閱管理。查閱指導教師信息、題目信息，提交論文，查看論文審核狀態，查看各階段評閱分數，向指導教師、評閱教師進行咨詢。
2.3.2方案設計
在對實際過程管理工作中問題分析的基礎上，提出信息系統管理方案。設計本科畢業設計過程管理信息系統，具體工作流程如下：
（1）準備基礎數據表。本系統需要準備多張相關基礎數據表，包括學生信息表、教師信息表、管理員信息表、題目選擇狀態表、相關文件表、專業信息表等。由管理員向系統直接導入學生、教師的相關文件及專業信息表，為后續畢設工作提供基礎數據。
（2）基礎數據操作。該階段由指導教師陸續在系統中錄入申報題目相關信息，管理員對教師所申報題目進行審查，審查通過的題目由管理員公布在系統，此時學生可以查閱題目信息及指導教師信息，并進行選題。選題結束后畢設工作正式開始，在開題和期中檢查過程中，學生需要在系統內完成相關信息的填寫，由檢查小組組長在系統內錄入學生各環節成績。
（3）評閱答辯階段。管理員通過系統對學生答辯資格進行審查，然后向教師分配論文評閱工作，教師使用系統評閱論文并錄入評分及評語。答辯結束后由答辯小組組長在系統內錄入學生答辯成績，系統根據規定比例自動計算學生總評成績。完成錄入工作后，系統自動生成相應表格并可以打印，方便整理歸檔。
3 結語
為了改善傳統畢業設計整個過程管理效果不佳的普遍問題，本文重點用現代高等教育理論方法，結合畢業設計（論文）教學管理的實踐， 提出了構建本科畢業設計（論文）教學管理的信息系統的解決方案，既規范畢業設計選題和管理過程，還可以綜合提升教師、學生、管理者的工作效率。
【參考文獻】
[1]趙潔.本科畢業設計（論文）教學管理信息系統的應用研究[J].廣東工業大學學報，2007，（6）.
現如今已經正在使用的這個野生事故搜索系統重點就是一個全球搜索以及救援的這個系統。這個系統是由這個加拿大以及這個法國還有美國和前蘇聯聯合開發的一個全球衛星搜索的系統,這是由國際海事衛星組織一個重要的全球海上遇險以及這個安全系統的一部分。系統使用一個較低的衛星作為世界上的土地,海上和空中救援通道,并且能夠提供遇險警報以及這個位置信息來自世界各地的救援部門救援定位服務,為了讓這些遇到危險的人能夠有一個及時有效的救濟。全球搜索以及這個救援體系主要是通過燈塔還有這個空間衛星以及地面處理子系統三部分組合而成的。顯示是燈塔,衛星傳感器獨立工作以及這個在標準分為三種類型:包括有飛機與緊急發射機以及這個海上應急位置指示標志,還有我們個人在標準位置。在人員遇到危險的時候，這個燈塔通過人工可以影響自動激活,如燈塔水只能激活后48小時的工作。顯示系統通過燈塔406MHZ頻段衛星發射遇險報警信號,通過衛星和轉發到地面子系統,其中包括用戶終端站和搜救任務控制中心在地面上,然后通過X.25網絡傳遞到相應的遇險搜救協調中心等領域,并提供及時的一個救濟。
2、基于短距離通信技術的無人機搜索系統
研究領域搜索國內外事故,現場人員遇險救援后,快速并且準確地搜索以及這個位置信息稱為第一個成功救援的關鍵。現有搜索技術,對于無人駕駛飛行器(無人機)搜索系統以及這個COSPAS/SARSAT系統進行了有一個比較全面的分析,依據這個現有的無人機的一個問題搜索技術,使用的短距離的這樣無線通信技術的優勢,對景區旅游地質勘探隊伍,專業的團隊以及其他特殊領域,探究了適用于平原還有這個山脈以及森林、地形和地貌的無人駕駛飛行器(無人機)搜索系統基于短距離的這樣一種無線通信技術。當研究人員進入現場,需要注冊人員的一個身份證信息是,我們的行政部門救援燈塔匹配救援信息。并且這個行政部門的一個中央計算機經過有線或者是無線網絡將救援的一個信息以及匹配緊急信標機識別號碼存儲在后臺數據庫服務器,因此，當人們在遇到危險的時候,能夠得到及時從后端服務器快速不幸地發現救援的這個信息以及相應的信標機號碼在另一方面,當人們順利返回到這個野外過程中,管理需要注冊已經安全返回人員身份識別信息以及這個識別信息。
3、無人機搜索系統的分析
在本課題探究的這個搜索字段遇險人員國內外研究有了一個綜述以及分析之后,可知當這個外勤人員遇險救援后,能夠快速并且準確地搜索到這個位置信息是第一營救的關鍵點。現有基于這個大規模空中無人機搜索的一個系統,然后能夠保持其著陸航拍圖像的一個拼接,圖像由專業人員再次發現。這搜索的這個系統,不能用于有障礙物等山或者森林面積,和浪費寶貴的這個救援時間,但也會出現滲漏等現象。簡而言之,這個搜索技術的搜索和救援是困難的,失蹤的低存活率,救援效果還是相對比較不明顯的。對于這個搜索系統現有無人機以及這個無人駕駛飛行器(無人機)搜索系統基于短距離無線通信技術是各有優缺點。COSPAS/SARSAT系統也就是能夠利用衛星來完成這個事故搜索方法是實現報警以及這個位置搜索還有救援的一個有效方法,并成功地進行了這個現場救援系統操作,有了一個比好好的效果。這里面，它是利用無線電波來提供一種思想以及這個應急救援的一個方法。不過這些系統還是過于復雜和大型、高成本以及復雜的使用小型組織機構,組織人員遇險搜索過程是還是不適用。
4、結語
信息化是水利工程管理系統運行的最主要特點，從水利工程的整個生命周期來看，規劃設計與建設運營是影響管理的核心要素。由于上述兩者在不同階段涉及到不同的利益主體，因此所涉及的信息化水平也不盡相同。對水利工程管理信息化系統而言，系統必須包括工程資金使用、工程預期效益等內容，實現跨組織、跨地域的運轉與協作的基礎性內容。水利工程中各個要素是相互獨立但又相互影響的，信息化系統必須滿足管理重點的發展趨勢，涵蓋組織管理、資源調配、效益分析等多方面內容。
2水利工程管理信息化設計討論
水利工程管理圍繞建設組織、社會群體(居民及企業)、政府部門三方面開展，本文以此為基點，提出基礎設施層、數據資源層、業務應用層、服務層為主題的計算機水利工程管理信息化系統。
2．1基礎設施層
基礎設施層是信息化系統的基礎，本文中基礎設施層主要分為網絡設備管理與公共設備管理。對其中具體功能要素進行統計。信息、遠程登錄管理、自動化辦公、工程數據統計是基礎服務層的主要功能類別，同時，為保證虛擬網絡與可以將園區(施工地)網絡與外部網絡進行整合，在研究過程中，可以通信設備(外部網絡)為中心建立通信設備與服務器、計算機設備的單向聯系，在保證能接收信息的同時保證系統安全。
2．2數據資源層
數據資源層主要用于存儲、管理系統中的各項數據資源，并通過數據管理系統，實現數據之間的交換、流通。數據資源層是提供數據支持、協調各項數據關系的關鍵，在最大程度上實現了資源共享。在建立數據資源層中，首先要對基礎設施層提供的數據(網絡資源、數據庫硬件資源)進行物理集中，并在數據資源層將上述兩者進行邏輯集中，通過結合兩者建立獨立的數據層;其次，當數據層建立之后，建立數據資源儲備(備份)系統與在災難恢復機制;最后，完善建立管理系統與數據交換系統的數據接口，為數據連接奠定基礎。
2．3業務應用層
業務應用層屬于集合應用系統，通過向用戶提供需求數據，并提供可實現水利工程信息交換流通的工作平臺實現業務的功能。在建立業務應用層過程中，應根據水利工程管理的實際業務要求，動態管理、升級應用系統。本次研究中業務系統主要由多個異構平臺組成，其數據流通、共享主要由數據資源層實現。從業務應用層的具體功能來看，主要應用于設計勘察、施工進度監控、基礎資源調控等與水利工程建設內容相關的內容。同時，質量監督、信息管理、跟蹤管理等內容也可由業務應用層實現。
2．4服務層
服務層主要包括客戶登陸窗口、流動信息服務管理、信息交流等內容。服務層主要功能為對應用系統身份識別信息、流通管理信息進行剝離、重構，為客戶實現單點登錄、多種應用提供可能。同時，對信息集成，向組織與合作伙伴信息，提供系統遠程應用。辦公自動化和工程案例知識管理等功能都可以基于此平臺實現。
3結語
醫院后勤工作是醫院正常運轉的基礎，后勤體系涉及到醫院管理的方方面面，是一個人力、物力與財力的綜合管理服務系統。后勤管理水平是醫院現代化程度與醫療水平的體現，做好醫院后勤工作能為醫院的醫療、科研與教學提供服務，是醫院必須重視的一個課題。醫院的企業化改革為醫院后勤工作提出了新的挑戰，醫院后勤工作成了一個相對獨立的環節。國務院提倡醫院后勤工作實現社會化，指出醫院后勤設備的正常運轉時醫院基本質量的基本要素。后勤工作既承擔了醫療條件的保障工作，同時也要為醫患兩者提供生活服務。發揮好醫院后勤系統的功能與作用，是醫院管理的重要內容。醫院后勤管理工作水平決定著醫院的社會效益與經濟效益。綜上所述，醫院后勤管理的信息化建設必須得到重視，以患者為中心的后勤信息管理信息化改革，是實現醫院后勤信息管理效益與醫院人文關懷的有力手段。
2醫院后勤信息管理系統分析
醫院后勤系統分析指的是醫院工作人員與患者對醫院后勤信息管理系統的需求分析。具體而言，需求分析是從目標用戶的理解與描述中提取系統開發的技術點與功能點，并進行細分，進而建立模型，不斷修正直到形成一份完整的需求分析報告。高質量的需求分析能減低開發成本，提高開發效率。
2.1需求分析
（1）業務需求：通過業務用例規約與用例場景描述真實的業務需求，通常由開發人員從業務人員那里搜集獲取。（2）用戶需求：從用戶的角度獲取系統設計目標，一般地，醫圖1后勤信息管理系統模塊院用戶要求后勤管理系統能對醫院基礎信息進行記錄，包括后勤設備管理、供應商的信息管理，并要求系統具有良好的適應性、安全性、簡易性、快捷性。（3）功能需求：系統必須具備能完成醫院用戶任務的軟件功能。包括對后勤材料、后勤資產信息等內容進行記錄與查詢。
2.2功能模塊分析
醫院后勤管理系統可以分成五個模塊，如圖1所示，功能模塊包括：資產信息、后勤材料、車輛信息、節能信息及系統等管理模塊。（1）資產信息管理包含倉庫信息、后勤設備、房屋信息三個基本內容，這以模塊向用戶提供基本信息登記、查詢、供應商信息、設備使用狀態、物資管理等功能。（2）后勤材料管理包括五金材料管理、印刷品管理、辦公材料管理以及一次性消耗品管理等功能。（3）車輛信息管理主要指對醫院常駐車輛管理、醫院車輛費用管理、使用記錄管理以及保險管理等內容。（4）節能信息管理依據定量信息管理對日常能源進行用量標準設置，并提供節能方案和方法，同時對能源使用情況進行記錄與管理。（5）系統管理主要是對系統進行權限管理、系統日志管理以及基礎數據管理。
2.3功能數據流分析
數據流能夠描述信息流與數據移動過程中的變換情況。數據流圖是一個描述數據運動狀態的邏輯過程。后勤信息管理系統的功能數據流主要有3個方面：（1）后勤材料管理。管理員登上系統對五金材料信息、印刷品信息、辦公材料信息和消費品信息進行信息設置。醫院工作人員在申領這些材料的時候由系統查詢獲得物品信息，醫院工作人員再拿到物品后對信息進行了修改，反饋給管理員，這些信息對管理員與醫院工作人員公開。（2）節能信息管理。管理員登入系統進行節能信息定量設置之后，這些定量信息成為了節能方案的標準體與依據，管理員可以根據不同的情況對節能信息定量進行修改與添加。醫院工作人員按照節能方案進行管理，并填寫節能信息數據，這些實際的節能信息將保存在系統數據庫中，供管理員查看。（3）車輛信息管理。管理員在系統中輸入醫院車輛保險信息、車輛花費信息、保險信息等數據，這些數據自動保存到保險信息、費用信息和車輛檔案中。醫院工作人員能根據車輛檔案信息來輸入車輛的使用記錄。同時，基礎數據與使用記錄都將返回數據庫，提供查詢。
2.4安全性分析
醫院后勤信息管理系統是封閉的系統，該系統只對醫院內部人員開放使用。用戶的權限有嚴格的控制，不同權限能進行不同的管理操作，沒有權限的內容不予顯示。通過錯誤操作報警提示來減少用戶的錯誤操作，進而提高系統的安全性。在數據保存過程中，系統自動過濾了insert等關鍵字，提供安全性。醫院后勤信息管理系統宜采用作為編程語言，該語言說編寫的應用程序只能在服務器中執行。采用SQLServer作為數據庫能有效控制用戶對服務器的訪問，同時能切斷用戶和數據庫之間的隱式關聯并提供加密措施。數據庫應該對用戶設置權限與局域網中設置IP地址權限，不同用戶能看到不同的數據結果集，以上措施能有效提高系統安全性。
2.5網絡拓撲分析
如圖2，客戶端一般都是由微機組成，醫院里的通過局域網服務器把所有微機連接成一個局域網，后勤信息管理系統的全部數據存儲在局域網服務器中。局域網與廣域網之間由網關隔離。此外，通過限制IP地址訪問，進一步確保系統安全。
3醫院后勤信息管理系統設計
3.1系統結構設計
如圖3顯示的系統的結構，醫院后勤信息管理系統采用B/S的三層結構模式。特別注意的是，這里的中間層與一般的三層結構不同，此數據邏輯層細分為數據邏輯層和業務邏輯層。系統頂層為用戶頁面層，用戶頁面層為用戶提供向系統輸入或查詢數據的界面與接口。用戶提交數據后，由邏輯層上交數據，邏輯層在系統數據交換中起到承上啟下的作用。邏輯層能判斷用戶輸入數據的準確性與合法性，在進行諸多判定之后決定該操作是否繼續進行。為保證系統的高效運行，邏輯層中包含數據邏輯層與業務邏輯層，業務邏輯層負責判定用戶的輸入信息，業務邏輯層把用戶輸入信息轉化為有邏輯意義的數據。業務邏輯層接收用戶發出的數據后，一般依據實體類型來生成實體類型，數據處理完成后將這些數據屬性保存起來。數據邏輯層把數據庫的處理方案集成在一起，通過申請數據存儲來保存數據，在業務邏輯層中調用存儲過程，當滿足數據庫預設數據條件，則成功處理數據。
3.2數據庫設計
醫院后勤管理的眾多實體，醫院后勤實體有4大部分，需要說明的是實體之間是相互聯系的，如下：（1）用戶實體。用戶實體記錄了系統內所有的用戶信息，用戶實體信息包括用戶名、用戶權限、用戶密碼以及其他信息。（2）庫存實體。庫存實體記錄醫院設備的庫存信息，便于管理人員及時獲悉醫院的設備與設施狀態。該實體屬性包括物品的購買時間、購買地點、用途、種類、名稱、數量、生產日期、使用年限等方面的信息。（3）車輛檔案實體。車輛實體信息記錄醫院車輛的信息。該實體屬性包括車牌號、車位、車輛名稱、保險等方面的信息。（4）房屋實體。房屋實體記錄著一樣所有房舍的情況，該實習屬性包括：房屋名稱、房屋位置、房屋編號、房屋大小、房屋用途等方面的信息。需要說明的是實體之間是相互聯系的，比如車輛檔案與保險的對應關系用戶與權限的對應關系等。
3.3系統功能設計
系統功能設計是醫院后勤信息管理系統的重要環節，功能設計的好壞直接決定系統是否能順利實現。上一節陳述了系統應該有的功能，下面我們進行具體設計。（1）節能信息管理。節能信息管理功能的使用者有管理員與工作人員。管理員進入系統定制好節能方案、定量額度以及各種資源的使用周期。然后填寫節能方案，節能方案填寫的依據是實體的定量數據。醫院工作人員遵照節能方案來使用能源設備并將每月的實際使用量輸入系統，管理員根據實體的使用量來修正節能方案。（2）車輛信息管理。管理員負責設置車輛管理的基礎數據，如車輛基本信息、車輛開銷信息以及保險信息等等。記錄員依據管理員設置的基本數據對車輛日常使用開銷進行記錄，對系統的車輛使用信息以及保險信息進行添加。車輛的使用人員抗議查詢車輛的相關信息并做使用登記。（3）房屋信息管理。管理員在系統中輸入房屋的基本信息、房屋維護信息以及維護跟蹤信息。醫院工作人員根據房屋的實際使用情況與維護情況來填寫房屋信息記錄，管理員通過醫院工作人員反饋的信息來跟蹤房屋的實際狀況。
4結論
隨著通信技術的發展，目前電力通信系統主要由SDH光纖通信、電力載波、衛星及無線載波等組成。集團伴隨輸電線路的建設已建成大量OPGW及ADSS等架空光纜，光纜線路已覆蓋集團的各水電站、變電站、水庫大壩和辦公場所;且光纖線路已形成環路，已具備了搭建光纖通信系統的有利條件。根據調控中心多業務、大容量的通信需求，結合已建光纜線路的先天優勢，通信系統以SDH光纖通信為主來搭建。根據《電力系統通信設計技術規定》中“至主要發電廠、變電所及網絡節點間的主干通道應有兩種不同傳輸介質的電路或物理路由完全獨立的電路組成”的要求，集團通信系統需建設主用通信通道和備用通信通道，并在主要站點建設應急通信通道。主備用及應急通道通過三個不同路由分別接入調控中心，形成通信系統的冗余保護。
1．1主備用通道
主通信通道應采用大容量，通信傳輸質量好，電路可靠性高的通信方式。目前作為電力系統干線的通信方式主要有光纖和微波兩種，光纖通信具有運行維護方便，傳輸容量大，抗干擾性能強的特點。微波通信具有能跨越復雜地形，抗洪水、地震等自然災害的優點，但受天氣影響大，傳輸容量相對較小。集團已建設完善的光纖線路，所以通信系統主用通道和備用通道均采用SDH光纖通信技術。
1．2應急通道
應急通道應是受自然災害影響較小、獨立于主備用通道之外的通信系統。應急通道僅在主備用通道均中斷的情況下使用，對通道帶寬要求不高。集團工程點分散、距離遠，不宜采用微波通信，因此應急通道選用衛星系統。在發生光纖通信中斷的情況下，衛星通道能夠及時建立應急通信，將電廠及變電站的關鍵信息上傳至調控中心，確保調控中心和廠站通信通暢。
2、SDH傳輸網
2．1SDH傳輸網搭建
SDH傳輸網是通信系統的基礎，為調控中心運行管理提供高速、全面、安全、便捷的通信服務傳輸平臺，并為通信系統提供主備用通道。SDH傳輸網不僅要能滿足集團調控中心生產運行、調度指揮、行政管理等的要求，還要能快速處理各類語音、數據、圖像、文字等信息。調控系統各業務對通信帶寬要求較高，因此SDH傳輸網主干傳輸速率選用2．5Gbit/s，支干傳輸速率為622Mbit/s。通過集團各水電站、變電站和工程點組成一個光纖環網，搭建STM-16光纖保護環。主備用通道通過不同的兩個路由分別連接至調控中心，形成冗余通信通道，見圖1。
2．2SDH傳輸網安全
已建光纖線路已形成環路，所以采用二纖雙向復用段保護方式建設二纖雙向復用段保護環，實現通信通道自愈功能;復用段保護既節省通道資源又能形成有效的安全保護措施。除建設復用段保護環外，每個通信節點的設備均設冗余保護，交叉連接單元、時鐘單元以及電源模塊等核心板件采用1+1冗余配置。通過復用段保護和設備冗余配置，SDH傳輸網可靠性得到了極大的提高，能夠滿足調控中心各項業務對通信安全的要求。
3、衛星通信
3．1衛星通信規劃
衛星通信系統選用VSAT衛星通信系統，為星狀通信系統絡結構，采用浮動靜態路由單跳衛星鏈接，主、備用通道和衛星應急通道可自動切換。根據衛星通信系統作為應急通信的特點，系統網絡信令傳輸體制采用TDM/TDMA/SCPC，這種體制不但安全可靠，又能最大限度的節省衛星帶寬，減小主站設備投入。此組網方式既可用于簡單的電話線路連接，亦可服務于IP數據傳輸，還能用于視頻傳輸服務，見圖2。
3．2基于IP的數據傳輸業務實現
衛星通信系統提供10M/100M以太接口，各種IP業務設備直接通過以太網交換機與之相連，并通過終端的衛星端口上星與遠端站點通信。語音選用VoIP方式，通過設備的IP通道傳送;在優先保證話音和基本數據業務正常通訊的前提下，衛星通道也可以連接各站點間的其他IP數據通信業務，從而共享衛星帶寬。
4、結語
1.1系統前面板的設計
虛擬儀器的前面板設計是否合理對虛擬儀器的使用效果有著重要的影響，它直接面向使用者，使用者對其分布的合理程度也有著很高的要求。
1.2系統的程序框圖設計
對各個的功能模塊進行分割編寫，采用模塊式的編寫方式逐個進行分割，然后將分割編寫的模塊整理集合以構成一個新的系統控制程序。程序模塊主要包括三個模塊，第一種是實時信號采集模塊；第二種是信號處理分析模塊；第三種是仿真信號模塊。這三種模塊對系統都有著很重要的影響，它們以不同的角色為系統提供服務，滿足用戶的需求，產生令用戶滿意的信號。另外，對這三種模塊的編寫整合構成新的程序框圖。
1.2.1實時信號采集模塊實時信號采集模式可以通過對信號的有效分析處理對所采集的數據進行系統的分析，并且實時信號采集模式可以根據用戶所設置的聲音格式從聲卡中得到相關數據，然后對數據進行保存。這種模塊在開始采集數據前要注意，參數的設置要根據實際的情況和參數設置好以后將信號選擇的按鈕調制實時信號檔上。開始設置各個快捷按鈕，如停止按鈕、退出按鈕、對信號的采集保存等按鈕。
1.2.2信號處理分析模塊設置完成應用信號處理分析模塊一般是對數據進行時域分析以及頻域分析。其中時域分析可分為對參數的測量、對諧波失真分析、最后是自相關分析。在對信號進行分析處理的過程中，如果單單只對信號進行頻域分析，信號所具有的全部特征并不能完全的顯示出來，也就是時域分析有時候不能完全滿足對信號的分析，這就需要對信號進行頻域分析，以更加全面完整的分析出信號所具有的全部性質。在LabVIEW中，如果要對信號進行頻域分析，就要以FFT為分析的基礎，才能進行具體分析。
1.2.3仿真信號模塊的完成應用仿真信號模塊的作用我們不可忽視，生活中并不是所有的信號都能用實際的儀器產生，當無法獲得實際的信號時，可以用仿真信號作為任意頻率的信號，也可以用仿真信號作為標準的信號源，對其產生的信號做信號的檢測系統。這種仿真信號模塊包含波形顯示以及噪聲的添加等功能。仿真信號可以產生一些日常生活中我們常見的信號，如正弦波、方波以及三角波等。并且用戶可以很據自身的需要對信號的頻率、幅值、以及采樣頻率進行調節，從而產生用戶所需要的信號。
2研究應用
整流電路中應用虛擬聲學采集分析系統研究采集系統的采集性能。在整流電路中應用虛擬采集分析系統時，應該注意采樣的頻率要保持20Hz~20kHz之間，如果想得到更加完整較好的波形，就可以將頻率控制在100Hz~15kHz之間。在整流點路中要進行對正弦先好進行整流的過程中，可應用二極管半波整流電路對其進行整流。輸出信號以后接入虛擬信號采集分析系統，可以得到一些波形。事實證明，虛擬儀器的信號采集分析系統的采集性能可以達到人們所需要的理想信號。實踐證明，虛擬儀器信號采集分析系統已經被廣泛的應用在噪聲監測、信號分析以及實驗教學當中。
3結語
關鍵詞：DSP網絡通信程序通信協議網卡
DSP芯片是專門為實現各種數字信號處理算法而設計的、具有特殊結構的微處理器，其卓越的性能、不斷上升的性價比、日漸完善的開發方式使它的應用越來越廣泛。將計算機網絡技術引入以DSP為核心的嵌入式系統，使其成為數字化、網絡化相結合，集通信、計算機和視聽功能于一體的電子產品，必須大大提升DSP系統的應用價值和市場前景。將DSP技術與網絡技術相結合，必須解決兩個關鍵問題：一是實現DSP與網卡的硬件接口技術，二是基于DSP的網絡通信程序設計。DSP與網卡的硬件接口技術參考文獻[1]有比較詳盡的論述，以下主要討論基于DSP的網絡通信程序設計。
1通信協議的制定
協議是用來管理通信的法規，是網絡系統功能實現的基礎。由于DSP可以實現對網卡的直接操作，對應于OSI網絡模型，網卡包含了物理層和數據鏈路層的全部內容，因此，規定了數據鏈路層上數據幀封裝格式，就可以為基于DSP的局域網絡中任意站點之間的通信提供具體規范。因為以太網是當今最受歡迎的局域網之一，在以太網中，網卡用于實現802.3規程，其典型代表是Novell公司的NE2000和3COM公司的3C503等網卡，所以研究工作中的具體試驗平臺是以DSP為核心構成的以太局域網，主要用于語音的實時通信，所使用的網卡為Novell公司的NE2000網卡。NE2000網卡的基本組成請見參考文獻[2]，其核心器件是網絡接口控制器（NIC）DP8390。該器件有三部分功能：第一是IEEE802.3MAC（媒體訪問控制）子層協議邏輯，實現數據幀的封裝和解封，CSMA/CA（帶碰撞檢測功能的載波偵聽多址接入）協議以及CRC校驗等功能；第二是寄存器堆，用戶對NE2000網卡通信過程的控制主要通過對這些寄存器堆中各種命令寄存器編程實現；第三是對網卡上緩沖RAM的讀寫控制邏輯。DP8390發送和接收采用標準的IEEE802.3幀格式。IEEE802.3參考了以太網的協議和技術規范，但對數據包的基本結構進行了修改，主要是類型字段變成了長度字段。所以，以DSP為核心的局域網內通信數據包基本格式如圖1所示。
DSP讀出數據包和打包從目的地址開始。目的地址用來指明一個數據幀在網絡中被傳送的目的節點地址。NE2000支持3種目的地址：單地址、組地址及廣播地址。單地址表示只有1個節點可以接收該幀信息；組地址表示最多可以有64個字節接收同一幀信息；而廣播地址則表示它可以被同一網絡中的所有節接收。源地址是發送幀節點的物理地址，它只能是單地址。目的地址和源地址指網卡的硬件地址，又稱物理地址。
在源地址之后的2個字節表示該幀的數據長度，只表示數據部分的長度，由用戶自己填入。數據字段由46～1500字節組成。大于1500字節的數據應分為多個幀來發送；小于46字節時，必須填充至46字節。原因有兩個：一是保證從目的地址字段到幀校驗字段長度為64字節的最短幀長，以便區分信道中的有效幀和無用信息；二是為了防止一個站發送短幀時，在第一個比特尚未到達總線的最遠端時就完成幀發送，因而在可能發生碰撞時檢測不到沖突信號。NE2000對接收到的從目的地址字段后小于64字節的幀均認為是“碎片”，并予以刪除。在數據字段，根據系統的具體功能要求，用戶可以預留出若干個字節以規定相應的協議，以便通信雙方依據這些字節中包含的信息實現不同的功能。
2基于DSP的網絡通信程序設計
如果基于網絡操作系統，用戶可以利用一些軟件對網絡操作系統的支持，很容易地編寫出優秀的網絡通信程序，但這些程序必須依附于網絡操作系統。而在DSP環境下，必須深入了解網絡接口控制器（NIC）的工作原理[2]，通過對網絡直接編程，實現局域網內任意站點之間的通信而完全拋開網絡操作系統。
DSP對網卡的通信過程控制就是DSP對DP8390中各種寄存器進行編程控制，完成數據分組的正確發送和接收。DP8390的所有內部寄存器都是8位，映像到4個頁面。每個頁面有16個可供讀寫的寄存器地址（RA=00H～0fH）。頁面的選擇由命令寄存器CA控制。第0頁寄存器用于收發過程，第1頁寄存器主要用于DP8390的初始化，第2頁寄存器則用于環路診斷。DSP對寄存器的操作是將寄存器作為DSP的端口設備，其實際物理端口地址（PPA）為網卡基本I/O端口地址（BIOA）與寄存器地址（RA）之和（即PPA=BIOA+RA）。應注意的是，PPA與寄存器間并不存在一一對應關系，對PPA的讀操作與寫操作并不一定是對同一寄存器進行的，這種情況在第0頁尤其明顯。用戶數據分組在DSP和網卡交互是通過網卡的數據端口實現的，既可以用DMA方式也可以用PIO方式讀入數據分組或將數據分組送至網卡RAM緩沖區。在本系統中，DSP采用DMA方式對網卡進行數據讀寫。網卡的數據端口地址（NDPA）為網卡基本I/O地址（BIOA）加偏移地址10H（即NDPA=BIOA+10H）。
網卡通信過程控制可分為網卡初始化、接收控制和發送控制。下面分別予以討論。
2.1網卡初始化
網卡初始化的主要任務是設置所需的寄存器狀態，確定發送和接收條件，并對網卡緩沖區RAM進行劃分，建立接收和發送緩沖環。具體過程請參閱參考文獻[2]。需要說明的是，每一塊網卡被賦予一個物理地址，以便通信站點的標識。這個物理地址存在網卡的PROM（存儲地址為0000～0005H）六個單元中，在網卡初始化時，通過遠程DMA讀入DSP內存中，并送入網卡物理地址寄存器。在一步的意義在于：一方面，如果能正確讀出網卡的物理地址，則說明網卡硬件基本沒有問題，網卡的上電復位和DSP對網卡的初始化順利通過；另一方面，這個物理地址可以用于DSP網絡系統中的點名、包的過濾丟棄等服務，也就是說，在鏈路層根據數據幀攜帶的源地址和目的地址確定數據報從哪里來，是否接收或丟棄。網卡初始化時另一個重要的工作就是接收緩沖環的設置，為了有效利用緩沖區，NIC將接收緩沖區RAM構成環形緩沖結構，如圖2所示。
接收緩沖區RAM分成多個256字節的緩沖區，N個（N最大為256）這樣的緩沖區通過指針控制鏈接成一條邏輯上的緩沖環。緩沖環的開始頁面地址存入PSTART寄存器，環頁面結束地址存入PSTOP寄存器。PSTART和PSTOP確定了接收緩沖環的大小和邊界。為便于緩沖環讀寫操作，還需要2個指針：當前頁面指針CURR和邊界指針BNRY。CURR確定下一包放在何處，起著緩沖環寫頁面指針作用；BNRY指向未經DSP取走處理最早到達的數據包起始頁面，新接收的數據包不可將其覆蓋，起著緩沖環讀頁面指針的作用。也就是說，CURR可以告訴用戶網卡接收的數據分組當前放到了什么位置，而BNRY則用于確定DSP讀緩沖環到了什么地方。由于接收緩沖區為環形結構，BNRY和CURR相等時，環緩沖區可能滿也可能空。為了使NIC能辨別這兩種狀態，規定當BNRY等于CURR時，才認為環緩沖區滿；當緩沖區空時，CURR比BNRY指針值大1。因此，初始化時設置：BNRY=PSTART，CURR=PSTART+1。這時讀寫指針不一致，為了保證正確的讀寫操作，引入一軟件指針NEXTPK指示下一包起始頁面。顯然，初始化時NEXTPK=CURR。這時，緩沖環的讀指針對NEXTPK，而BNRY只是存儲分組緩沖區的起始頁面邊界指示，其值為NEXTPK-1。
2.2接收控制過程
DSP完成對DP8390的初始化后，網卡就處于接收狀態，一旦收到分組，就自動執行本地DMA，將NIC中FIFO數據送入接收緩沖環，然后向主機申請“數據分組接收到”中斷請求。DSP如果響應中斷，則啟動網卡遠程DMA讀，將網卡緩沖區中的數據分組讀入學生機存儲區，然后對接收緩沖環CURR、NEXTPK、BNRY指針內容進行修改，以便網卡能從網上正確接收后續分組。DSP響應網卡接收中斷后，接收控制過程如下：
①設置遠程DMA的起始地址；RSAR0=00H，RSAR1=Nextpk。
②設置遠程DMA操作的字節數，這個長度在46～1500字節范圍內根據具體要求自己確定。
③0AH送命令寄存器CR，啟動遠程DMA讀。
④從網卡數據端口依序讀入數據分組，注意，最先讀入的4字節非數據分組內容，第1字節為接收狀態，第2字節為下一包頁地址指針，3與4字節為接收字節數。第2字節內容應該送入Nextpk，其它字節根據用戶要求處理。
⑤修改邊界指針BNRY=Nextpk-1。
⑥清除遠程DMA字節數寄存器RBCR0和RBCR1。
2.3發送控制過程
DSP先執行遠程DMA寫操作，將內存中的數據分組傳至網卡發送緩沖區，然后啟動發送命令進行數據分組發送。發送控制過程如下：
①設置遠程DMA的起始地址為網卡發送緩沖區起始地址；
②設置遠程DMA操作的字節數；
③12H送命令寄存器CR，啟動遠程DMA寫；
④依序送出數據分組至網卡發送緩沖區；
⑤清除遠程DMA字節數寄存器；
⑥設置發送字節數寄存器TBCR0和TBCR1；
⑦12H送命令寄存器CR，啟動數據分組發送。
3發送方發送頻率的控制
發送方發送頻率的正確控制主要保護兩點：一是有一個最小發送時間間隔，否則會因為接收方不能及時接收而導致系統癱瘓；二是發送頻率能夠足具體的功能實現要求。譬如在語音的實時通信中，發送頻率就取決于聲卡的采樣頻率。在8kHz采樣頻率時，聲卡每秒鐘采樣8000字節，采用1024字節需用時128ms，如果通信協議規定發送1次傳送1024字節有效數據，則必須每128ms發送一次才能保證緩沖區有新數據待發送，也才能保證接收方有新數據播放。128ms是一個理論計算數值，在實際的操作中采樣速度和發送頻率之間總是不能完全匹配，而存放數據的緩沖區大小是有限的，如果沒有良好的控制技巧來實現正確發送，就會造成聲音抖動和延時。解決的辦法是雙緩沖技術和雙指針控制，并且根據采樣速度和發送頻率之間的匹配情況送入不同的發送通信進行處理后發送。正確發送的含義有兩方面，一是每次發送的都是新數據，二是能滿足接收方總在播放新數據的需求。
4接收方防止數據包的丟失
由于DSP通過中斷請求判斷是否有數據分組到來，如果中斷繁忙而兩個數據包到來時間相差非常短，DSP有可能只響應一次中斷，從而導致丟包的發生。分析網卡接收數據過程，當網卡收到數據分組時，首先執行本地DMA，將NIC中FIFO數據送入接收緩沖環，并將本地DMA操作的起始地址存放在當前頁寄存器（CURR）和當前本地DMA寄存器（CLDA0、CLDA1）中，DSP從網卡接收緩沖環讀出數據到存儲器則稱遠程DMA操作，用軟件指針Nextpk來指示遠程DMA的起始頁面。因此通過比較網卡本地DMA和遠程DMA的當前地址，即在中斷服務子程序中比較CURR和Nextpk指針，或比較CLDA0、CLDA1和Nextpk指針，就可以保證當前數據分組放到了哪里就讀出到哪里，從而防止丟包的發生。