前言：我們精心挑選了數篇優質通信軟件論文文章，供您閱讀參考。期待這些文章能為您帶來啟發，助您在寫作的道路上更上一層樓。

第1篇

福建電大學生學籍管理系統軟件是以學籍管理為中心，面向學校領導、教務管理人員、以及其他有關工作人員以及學生的一體化的學籍管理系統軟件，可實現包括學生成績打印、學歷證明打印、相關信息查詢、學生成績統計、后臺數據管理和維護以及數據庫備份等功能。按照系統需要完成的功能可分為：（1）教學計劃管理：教務管理人員選擇不同的分校（教學點）、年級、專業，輸入教學計劃包括課程名稱，課程學分，選修必修等信息。（2）學生信息管理：包括學生修過的課程成績和畢業情況，還包括課程成績錄入：選擇不同的分校（教學點），學生的年級專業，在輸入學生基本信息的同時系統根據學生的年級，專業等基本信息自動查詢生成學生應修的學科，并在同一個頁面中顯示學生所有課程的成績。（3）查詢學生信息：普通用戶通過輸入學生的姓名、年級、分校（教學點）、學號其中的若干個模糊信息來查詢到該學生的所修課程成績和畢業情況。（4）學籍數據統計：教務管理人員可根據分校工作站、年份、專業等關鍵字統計對應的學籍檔案數據，還包括各種數據的分布圖如某課程的成績分布情況等信息。（5）權限日志功能：由超級管理員進行創建各用戶，并給相關用戶授權分配管理權限。查看日志，日志中對學籍檔案數據的特殊操作如修改刪除等操作記入日志，并說明操作的原因以便查對。（6）系統管理：由超級管理員進行包括分校、教學點、專業類型、課程形式等基本信息的維護。還包括整個系統得環境變量，數據庫備份等內容。（7）開具成績證明：教務管理人員通過學生的姓名、年級、分校（教學點）、學號其中的若干個模糊信息查詢到該學生的信息后，自動打印出學生的成績表，同時記下成績證明開具時間和教務管理人員的打印記錄。（8）開具學歷證明：教務管理人員通過學生的姓名、年級、分校（教學點）、學號其中的若干個模糊信息查詢到該學生的信息后，自動打印出學生的學歷證明，同時記下學歷證明開具時間和教務管理人員的打印記錄[4]。

2、驗證和顯示控件的實現過程

為了解釋驗證和顯示控件的實現過程選用系統用戶登陸模塊為例。該模塊為系統軟件初始頁面用來驗證用戶信息。用戶通過輸入用戶名、密碼和驗證碼來登陸本系統。驗證碼使用系統隨機生成的圖片來完成，驗證碼保存在用戶的SESSION當中，當用戶的信息和數據庫中數據完全對應的情況下，運行用戶跳轉到主頁面，同時用戶的各個信息也保存在該用戶的SES－SION中。為了用戶密碼的安全性，密碼的保存形式使用MD5加密方式。同時輸入信息的三個文本框使用AJAX技術實現了用戶輸入信息的提示工作。該模塊的功能有：系統用戶登陸與系統用戶驗證的功能。系統用戶登錄頁面代碼：為。其中CS文件中引用了系統的幾個必要的命名空間。登錄部分通過控件建立面板，通過作為用戶名、密碼和驗證碼的輸入框同時設置AJAX事件，實現輸入不能為空等基本客戶端驗證。驗證碼的圖片通過控件引用來顯示隨機的驗證碼圖片信息。為了解釋頁面布局框架的實現過程選用系統主界面模塊為例。該模塊工作主界面如圖1-2所示，各模塊主要功能包括：學籍信息查詢模塊，主要實現學生成績查詢和學生學歷查詢兩個子模塊功能；學籍信息輸入模塊，主要實現教學計劃的輸入和學生信息的輸入兩個子模塊功能；系統管理模塊，主要系統用戶管理和系統預設兩個子模塊功能。

3、總結

第2篇

關鍵詞：模擬I2C總線多主機系統通用軟件包

引言

I2C是由Philips公司推出的芯片間串行傳輸總線。它以規范嚴謹、使用簡單靈活、支持的器件繁多等特點而被廣泛應用。對于不具備I2C接口的主器件（通常指MCU），可利用普通的I/O口來模擬I2C總線，但由于無法解決多主競爭問題而只能應用在單主機系統中。本文提供了一種解決方案，可將模擬I2C總線應用在多主機系統中，實現模擬I2C的多主通信。

1模擬I2C多主通信的設計原理

在I2C總線系統中，可以有多個主器件節點。當多個主器件節點都企圖控制總線時，就會出現多主競爭。這時就需要進行仲裁，裁決的結果只允許其中一個主器件節點成為主控器。而硬件I2C系統之所以支持多主系統，是因為其具有的三個特性：①接口的線“與”邏輯功能；②內部沖突檢測電路；③I2C中斷和狀態處理程序。這使其能夠自動完成多主競爭時的時鐘同步與總線仲裁，無須用戶介入。而在模擬I2C系統中，如果能通過軟硬件設計模擬出上述的三個特性，就等于解決了競爭仲裁與同步問題，那么模擬I2C總線就完全可以應用于多主機系統中。

首先，經過理論分析與實驗驗證，得知并聯在一起的MCU的普通I/O口線本身就具有線“與”特性。其次，為了避免主節點在總線繁忙時啟動總線而引起的沖突，需要增加一條握手線，即BUSY線來代表總線的忙/閑狀態。因為數據線（SDA）和時鐘線（SCL）上的信號是變化的，所以不能用它們充當BUSY線。另外，當多個MCU都檢測到總線空閑，同時企圖控制總線時，將形成多主競爭狀態，同樣會引起沖突。這時就需要引入時間片，用劃分的時間片來決定競爭時各MCU占用I2C總線的優先次序。結合SDA的線“與”特性，檢測SDA上是否已經存在啟動信號（即SDA是否為0），如果直到相應的時間片結束都沒有檢測到SDA上的啟動信號，自己就可以控制總線。最后，由于模擬系統中沒有硬件I2C中斷，MCU作為從器件時不知何時開始接收總線上的數據，所以，需要提供一根I2C中斷信號線，使MCU在中斷程序中處于從接收狀態，中斷線可以與BUSY線合用。

通過上述分析，利用三根信號線就能模擬出硬件I2C的競爭仲裁過程，實現模擬I2C的多主通信。

2系統連接示意圖

三線模擬I2C總線系統的連接框圖如圖1所示。

模擬I2C多主系統中，要參與競爭的主器件節點采用三級連接方式，如MCU（A）、MCU（B）、MCU（C）；對于器件節點如24C64等，因不具備主動控制I2C總線的能力，不會參與總線的競爭，所以仍可采用通用的兩線連接方式。三線模擬I2C總線中的時鐘線SCL和數據線SDA可由MCU的任意兩個I/O口線模擬；BUSY線因還要充當中斷信號線，則必須與MCU的外部中斷引腳INT0或INT1連接。

3時序分析及流程設計

在檢測到BUSY=0（忙）時，不會出現競爭；但當檢測到BUSY=1（閑）到將BUSY設為0，需要的典型時間為3個機器周期。在這段時間內，別的MCU仍會檢測到BUSY=1，也認為總線空閑到企圖占用，這時就出現了競爭與沖突。競爭的時間范圍為2×3個機器周期。仲裁的方法是為每一個MCU分配一個仲裁時間片，在規定的時間片內MCU反復檢測總線中的數據線SDA是否有信號，直到時間片結束。如果沒有信號就可馬上占用I2C總線，發送起始信號；如果有信號則表示有別的高優先級的MCU要占用，該MCU退出競爭。仲裁時序圖如圖2所示。

將BUSY設為0后的一段時間規定為仲裁時間。仲裁時間長度為（N-1）×Δt。N為I2C總線上參與競爭的MCU個數；Δt為一個時間片的長度，典型值為4個機器周期。按優先級順序給MCU分配不同個數的時間片。仲裁時序如圖2所示：假設MCU（A）優先級最高，它不必進行時間片測試，在檢測到總線空閑時直接發送起始位；MCU（B）優先級為次高，在檢測到總線空閑后，它需要等待檢測一個時間片周期Δt，在Δt期間內SDA線上沒有變化，即等待確認比它高優先級的MCU（A）不使用總線后，MCU（B）才能占用總線，發送起始信號；MCU（C）優先級最低，它需要測試等待周期2Δt，只有當MCU（A）、MCU（B）都不占用總線時（SDA一直保持為1），MCU（C）才能占用總線發送起始信號。

在實際應用中，還要注意BUSY線所用的中斷腳INT0/INT1需初始化為開中斷，并設定為下跳沿觸發。當各MCU需控制總線進行主發送或主接收時，需先關掉INT0/INT1需初始化為開中斷，并設定為下跳沿觸發。當各MCU要控制總線進行主發送或主接收時，需先關掉INT0/INT1中斷，再檢測BUSY線是否為空閑（=1）。若是空閑就將BUSY設為0，進行競爭仲裁，流程圖如圖3所示。如果在仲裁時間片內SDA始終為1，說明沒有高優先級的MCU要占據總線，自己可以發動起始信號控制總線，直到通信結束后，再釋放BUSY線將其置為1。此時其它的MCU就只能作為從器件。如果在仲裁時間片內檢測到SDA=0，則表明I2C總線已被占用，立刻將自己的BUSY設為1，并打開中斷轉為從接收，其流程圖如圖4所示。在中斷程序中接收尋址字節，以判明是否呼叫自己。若是，就進行相應的讀寫操作；若不是，就放棄退出中斷程序。注意：為了使總線上的MCU都能檢測到I2C上的起始信號，并使從器件能夠同步接收，SDA=0的時間要維持一定的寬度，至少應大于9個機器周期。

第3篇

[關鍵詞]信息孤島EAI面向服務體系結構SOA信息融合

一、企業信息化的概念

企業信息化是將信息技術應用于企業生產、經營和管理，旨在提高企業的生產、經營和管理效率，降低成本，提高顧客的滿意度，最終增強企業競爭力。

企業在信息化過程中構建和使用的應用系統可大致分為兩類。一類是涉及到大量業務處理和數據處理的企業級應用系統，例如ERP系統、CRM系統、財務管理系統等。另一類是提供簡單功能的供單個員工使用的桌面應用系統，例如用來進行文字處理、報表制作的辦公應用系統等。

二、企業信息化中的問題

傳統的企業由于缺少不同系統相互集成的技術，導致很多關鍵的信息被封閉在相互獨立的系統中，部門間重復著冗余的工作，這直接導致了企業工作效率的降低和運營成本的上升。

在一個單位的各個部門之間由于種種原因造成部門與部門之間完全孤立，各種信息(如財務信息、各種計劃信息等)無法或者無法順暢地在部門與部門之間流動，這樣就會形成信息孤島。“信息孤島”從在技術上帶來的不良影響大致可以分為以下幾個方面：數據的一致性無法保證，信息及時共享、反饋難，企業數據中存在很大的冗余、大量的垃圾信息，信息需要重復多次的輸入。

目前我國企業信息化工作中還存在很多的問題和困難，“重實施、輕規劃，重技術、輕管理”的認識誤區使得企業信息化缺乏清晰的主線，造成“有一個需求建一個系統”的直接需求式驅動的信息化建設模式，直接導致了企業“信息孤島”的加劇、多種異構系統的同時運行。無論是從企業的現實需求，還是企業信息化的長遠發展來看，如何實現異構系統的協同工作，實現企業資源整合，消除“信息孤島”是企業信息化過程中必須要解決的關鍵問題。

三、EAI

EAI是將基于各種不同平臺、用不同方案建立的異構應用集成的一種方法和技術。EAI通過建立底層結構，來聯系橫貫整個企業的異構系統、應用、數據源等，完成在企業內部的ERP、CRM、SCM、數據庫、數據倉庫，以及其他重要的內部系統之間無縫地共享和交換數據的需要。有了EAI，企業就可以將企業核心應用和新的Internet解決方案結合在一起。

隨著企業各種應用的迅速增加以及更多地把自己的業務轉向電子商務，EAI方案對企業的重要性也日益顯現。越來越多的企業開始采用EAI解決方案將企業內部的應用軟件與外部客戶和供應商的應用軟件進行鏈接，實現數據流和業務運作的自動化，從而令業務更實時與快速。

傳統的EAI并不能夠滿足企業最根本的需要——快速構建IT系統以支撐企業業務的發展。當今的企業級分布式IT系統都在向共享服務方向發展，企業對傳統EAI的需求僅限于將已經構建但并不支持服務共享的IT系統變成能夠共享服務的IT系統，但是這一過程不應以放棄與未來的新應用共享服務為代價。

四、面向服務體系結構（SOA）

SOA是指為了解決在Internet環境下業務集成的需要，通過連接能完成特定任務的獨立功能實體實現的一種軟件系統架構。SOA是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯系起來。

SOA憑借其松耦合的特性，使得企業可以按照模塊化的方式來添加新服務或更新現有服務，以解決新的業務需要，提供選擇從而可以通過不同的渠道提供服務，并可以把企業現有的或已有的應用作為服務，從而保護了現有的IT基礎建設投資。

傳統的Web技術有效的解決了人與信息系統的交互和溝通問題。WEB服務技術則是要有效的解決信息系統之間的交互和溝通問題，促進B2B/EAI/CB2C的發展。SOA則是采用面向服務的商業建模技術和WEB服務技術，實現系統之間的松耦合，實現系統之間的整合與協同。WEB服務和SOA的本質思路在于使得信息系統個體在能夠溝通的基礎上形成協同工作。

對于面向同步和異步應用的，基于請求/響應模式的分布式計算來說，SOA是一場革命。一個應用程序的業務邏輯或某些單獨的功能被模塊化并作為服務呈現給消費者或客戶端。這些服務的關鍵是他們的松耦合特性。例如，服務的接口和實現相獨立。

五、信息融合技術

信息融合技術研究如何加工、聯合來自眾多信息源的信息，并使不同形式的信息相互補充，為各種模型方法和各領域的專家服務，使其信息量得到最大限度地發揮。按信息抽象程度不同，融合可分為三個層次：原始數據融合、目標級融合和決策級融合。

1.原始數據融合是在采集到的原始信息層次上進行融合，在各種信息源的原始數據未經預處理之前，就進行信息的綜合和分析。它的優點是保持了盡可能多的信息，缺點是處理的信息量大，所需的處理時間長，實時性差。