接口管理
前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇接口管理范文，相信會為您的寫作帶來幫助，發現更多的寫作思路和靈感。
接口管理范文第1篇
一、引言
隨著社會的進步,經濟的不斷發展,大規模的企業也不斷增加,而在企業財務方面,工作量及復雜度也不斷增加。比如信貸業務中定期貸款的償還等,都可以通過企業系統與指定銀行系統連接,來進行相關業務操作,自動完成款項的/代扣。
二、銀行接口
1.協議
為了建立數據源與系統之間通用的數據接口,實現實時地數據傳輸,必須定義通信協議,以傳送接口數據。
通訊協議為TCP/IP協議,使用Socket進行通信,采用短連接方式。
Socket通常也稱作“套接字”,用于描述IP地址和端口,是一個通信鏈的句柄。應用程序通常通過“套接字”向網絡發出請求或者應答網絡請求。
服務器:使用ServerSocket監聽指定的端口,端口可以隨意指定(由于1024以下的端口通常屬于保留端口,在一些操作系統中不可以隨意使用,所以建議使用大于1024的端口),等待客戶連接請求,客戶連接后,會話產生;在完成會話后,關閉連接。
客戶端,使用Socket對網絡上某一個服務器的某一個端口發出連接請求,一旦連接成功,打開會話;會話完成后,關閉Socket。客戶端不需要指定打開的端口,通常臨時的、動態的分配一個1024以上的端口。
雙方數據傳輸遵循數據交互的通信格式及發送和接收的順序。傳輸數據通過RSA加密解密算法。它易于理解和操作,也很流行。算法的名字以發明者的名字命名:Ron Rivest, Adi Shamir 和Leonard Adleman。但RSA的安全性一直未能得到理論上的證明。它經歷了各種攻擊,至今未被完全攻破。主要通過公鑰和密鑰:公鑰可以對外公開,供其他人加密使用,而把私鑰秘密保存用于解密。RSA的安全性依賴于大數分解,但是否等同于大數分解一直未能得到理論上的證明,因為沒有證明破解 RSA就一定需要作大數分解。假設存在一種無須分解大數的算法,那它肯定可以修改成為大數分解算法。
目前, RSA 的一些變種算法已被證明等價于大數分解。不管怎樣,分解n是最顯然的攻擊方法?，F在,人們已能分解多個十進制位的大素數。因此,模數n 必須選大一些,因具體適用情況而定。銀行外聯系統會統一對外公布一個TCP/IP服務端口號,用于接收企業方發起的交易。
2.通訊報文結構
數據交互的通信格式包括報文長度+HEAD報文頭+ BODY報文體+EXT擴展報文,具體的XML報文體由單獨交易說明。
3.通訊描述
短連接采取每傳輸一次數據都進行一次“連接-傳輸-斷開”的過程。
數據發送XML報文體采用XML數據格式,由下面描述:
(1)請求方的發送接收順序:建立TCP連接―發送信息通信報文―接收響應報文―斷開連接―。
(2)接收方的發送接收順序:建立TCP連接―接收信息通信報文―發送響應結果報文―斷開連接。
4.加密處理
在交易中對報文體按照雙方約定的加密方式進行加解密處理。本交易中提供了一個企業設置密鑰的交易,企業可以通過此交易重置交易密鑰。
三、接口系統功能流程
四、結束語
此系統是全自動定時執行,無人值守,可以根據用戶設定時間(可以設多個時間點)。所有的報文傳輸數據都通過加密,并給出了該系統的具體實現環節。實驗結果表明,該系統能夠挖掘一些有益的信息,從而為管理人員提供有益的參考。
參考文獻:
[1] Michael E. Whitman/Herbert J. Mattord 齊立博.信息安全原理(第2版) [M].北京:清華大學出版社,2006.3:75-80.
接口管理范文第2篇
關鍵詞 地鐵建設，工程管理，技術接口
地鐵工程所涉及的專業技術涵蓋了城市規劃、土木工程、機電設備、信息技術及環保衛生等眾多領域。在地鐵建設過程中，各專業項目之間需要進行相互協調、密切配合，以保證滿足地鐵的各項設計要求，充分發揮地鐵的全部功能。各專業之間的協調和匹配問題稱為技術接口問題。
地鐵建設存在多種類型的接口，技術接口定義了各個專業學科之間的相互技術要求，是其他各類接口的基礎。對技術接口進行科學、有效的管理， 對于確保工程建設進度、防范工程風險和控制投資規模具有重要的意義。
1 地鐵的技術接口
1. 1 地鐵技術接口的定義
“ 接口”的概念較早前出現在計算機行業，通常指計算機硬件之間為了相互傳輸數據而建立的傳送標準、連接設備及通信協議，或指計算機軟件系統之間進行數據交換的標準程序或協議數據格式。
在地鐵建設工程中，“接口”的定義至今還沒有比較一致的提法。技術接口的定義一般可分為狹義的和廣義的兩種:
狹義的定義認為:技術接口是一個系統與另一個系統連接的物理部件，也稱為“物理接口”。本文在此提出一個廣義的技術接口定義:把地鐵工程所涉及的各個專業學科視為許多個系統，技術接口是指相互關聯的系統與系統之間，其關聯關系的定義和描述。關聯關系包括系統之間在時間和空間上的相互技術要求和匹配條件，以及系統之間的界面劃分。技術接口的模型可用圖1 來示意。在圖中，箭頭表示接口要求的方向， 短虛線表示該接口的界面。
圖1 技術接口模型圖
以地鐵中的環控系統為例，環控系統需要與其他專業系統相互協調的主要技術要求有:客流預測專業提供初、近、遠期客流量，以便環控系統滿足有關空調、換氣的要求; 車站建筑專業應滿足所有環控設備的布置安裝要求;環控系統應滿足車輛對通風散熱的要求;動力照明專業應滿足給環控設備供電的要求;在火災時環控系統對防災報警專業有控制要求;環境保護專業對環控系統設備提出限制噪音要求;工程概算專業要求環控專業提供工程數量和投資概算等等。這些相互間的技術要求可歸納到環控系統的技術接口范疇，一旦經過協調和確認，便成為相關專業必須遵循的技術條件。
1. 2 技術接口的特征
(1) 層次性。技術接口按照專業系統的結構分布情況分為多個層次，一般可分為系統層、部件層、接口層。系統層表示專業系統之間總的協調約束關系，部件層表示系統內外各個部件之間的聯系， 接口層表示部件之間某個具體接口。
(2) 階段性。在地鐵工程建設的各個階段都存在技術接口問題。接口的技術要求按照一定的順序在不同的階段給予落實或實施。技術接口隨著工程的不斷推進而逐步深化、細化和量化，是一個從定性到定量的過程。
(3) 對稱性。同一項接口技術要求在兩個相關聯的系統接口說明表中都會出現，接口要求的內容相同，但接口要求的方向相反。
(4) 相似性。地鐵工程由許多相似的工點(車站、區間等) 組成，技術接口在相類似的工點上，其接口要求內容是相似的，但具體的接口參數不一定相同。
1. 3 技術接口的要素
技術接口的要素是指要完整地表達一個技術接口所需要說明的主要項目，包括:接口雙方所涉及的專業系統、接口要求、接口界面、接口方向以及接口的責任單位等。
1. 3. 1 接口涉及的系統以及系統分類
按照廣義的技術接口定義，地鐵技術接口所涉及的系統(專業學科) 包含地鐵建設中的所有專業。技術接口所涉及的系統按照其包含的專業學科領域來劃分可以分成3 大類:規劃管理類、土建結構類和機電設備類。
(1) 規劃管理類:城市規劃、交通規劃、客流預測、運營組織、環境保護、勞動衛生、工期策劃、工程概算等。
(2) 土建結構類:地質、線路、軌道、限界、路基、橋涵、車站建筑、車站結構、區間隧道、車輛段、控制中心、人防等。
(3) 機電設備類:車輛、主變電所、變電所、接觸網、防雜散電流、動力照明、通信、信號、電力監控、設備監控、防災報警、環控、電扶梯、氣體消防、屏蔽門、自動售檢票、給排水等。
根據大類劃分，地鐵技術接口可歸結成規劃-土建、規劃-設備、土建-設備之間的接口，而在大類的內部又可歸結出規劃-規劃、土建-土建、設備-設備之間的接口。
1. 3. 2 接口要求
接口要求用來說明和描述接口關聯方提出的協調匹配要求以及傳遞的信息內容，是技術接口的核心。接口要求的表示形式可以有多種，如:文字、圖紙、表格、圖片、音像、數據、文件等。接口要求由相關的責任方提出，經過協調確認，并在建設過程中給予滿足和實施;否則將造成接口沖突，出現工程風險。
1. 4. 3 接口的界面
技術接口的界面是指相關聯的專業系統之間或部件之間的分界點，是重要的接口要素。對于土建類以及設備類的專業系統來說，通常是工作責任的分界點，是工程組織實施的分界點，是劃分合同范圍的分界點，也是工程驗收的檢測點。如果接口界面劃分不清，在地鐵建設過程中會引起爭議或推諉。
1. 4. 4 接口要求的方向
接口要求的方向表示系統之間技術要求的從屬關系。提出要求的系統為主體方，必須滿足他方提出的要求的系統為從屬方，可用正向和反向來標記。當系統之間需要互相提出技術要求時，可將其分解成兩個單獨的、方向相反的技術要求。
1. 4. 5 接口的責任單位
責任單位是指接口要求由誰來提出，誰來負責滿足所提出的要求。提出接口要求的單位稱為“提出方”，負責滿足要求的單位稱為“ 回復方”。責任單位包括了設計、施工、制造、供貨、安裝等各方單位，接口要求的落實和實施需要責任各方互相配合工作才能完成。
2 建立技術接口文件
2. 1 接口矩陣表
地鐵涵蓋的專業系統數量眾多，相互之間的關系錯綜復雜。如何全面、清晰地表示技術接口，并定義和記錄所有的技術接口要求，是地鐵工程技術接口管理的一項重要工作?？捎媒涌诰仃嚤韥碜R別和定義專業系統之間的關聯關系，用接口說明表來詳細描述各項接口要求的內容。在表的左邊選定某個部件(如1. C) ，從左向右對每個系統的下屬部件進行逐個檢查，當發現與另一個部件(如2. B) 有關聯時，將交叉處的格子作上
表1 是一個接口矩陣表的例子，它與前面的接標記“ < ”，直到找出所有的關聯部件。不斷重復這口模型(圖1) 相對應。在表中，橫向和縱向的標題個過程，便可建立所有系統之間的主要技術接口矩欄分別按順序標記各個專業系統的名稱，標題欄的陣表。第二行(列) 標記各系統內的部件名稱，表中的對角在表中，部件之間有關聯的，其上一層即系統線將矩陣表分成兩部分，兩部分沿對角線完全對層之間也就有關聯。如果系統之間沒有一個部件稱。相關聯，則系統之間也無關聯，如系統1 與系統3。
表1 接口矩陣表示例
2. 2 接口說明表口矩陣表(表1) 的更進一步說明。表中列出了電扶梯專業系統中的自動扶梯部件與車站建筑、動力
表2 是以地鐵電扶梯專業為例的二級接口說照明和客流預測專業中的一個子系統的技術接口。明表式樣，它包含了主要的技術接口要素，是對接這3 個專業分別代表了3 個不同的學科類型。
表2 接口說明表示例
在表2 中，自動扶梯與車站建筑專業的多個部件有關聯，也與其他系統的多個部件有關聯，應逐個加以說明。對于接口要求內容一欄，可以直接用文字進行描述，也可以標明記載著接口要求的文件、標準、圖紙或媒體的名稱。在接口狀態一欄，可填入提出、回復、實施、完成、爭議、取消等狀態標志，用來記錄該項接口要求的處理進程，便于對技術接口進行跟蹤管理。對表2 的項目進行充實和完善，列出自動扶梯的所有接口要求，就形成了一個自動扶梯的接口清單。這個清單對于自動扶梯的設計、招標、制造、安裝以及監理等方面工作，將起到非常重要的指導和驗證作用。
根據接口矩陣表(表1) 的記錄內容，分別列出所有專業系統中需要定義和說明的接口要求項目， 并在工程建設進展中不斷發現和定義新的技術接口，不斷深化、量化接口要求內容，可逐步建立整個地鐵工程的技術接口說明表。它規定了各個專業學科之間的相互協調關系，是技術接口管理文件的重要組成部分。
2. 3 接口文件的信息化
技術接口的文件資料包含了眾多專業的大量信息，建立接口文件需要許多單位的共同努力。協調、確認接口要求是一個逐步完善的過程，接口信息需要進行動態的變更和監控。因此，建立接口文件是一項復雜、細致的系統工程，有必要借助計算機技術、數據庫技術和網絡技術，建立技術接口數據庫系統。接口數據庫系統具有網絡傳輸、資源共享、動態存儲、遠程監控、快速檢索、分類統計等功能，可實現技術接口文件的信息化管理，從而大大加強技術接口管理的工作效能。
3 結語
技術接口是地鐵工程各專業系統之間關聯關系的定義和描述，這些專業系統包含了地鐵工程涉及的所有學科領域。技術接口存在于地鐵建設的各個階段，隨著工程的不斷進展而逐步深化和量化，并在各個工程階段逐步得到落實和實施。接口矩陣表和接口說明表定義和記錄了所有技術接口要求內容，是技術接口管理的依據。地鐵技術接口的概念也可以推廣應用到其他的大型工程建設項目中。
參 考 文 獻
1 地下鐵道設計規范( GB 50157 -92) . 北京:中國計劃出版社，1993
接口管理范文第3篇
關鍵詞：FT245BMUSB接口并行I/O口
引言
1概述
當前，USB外設的開發是一個熱點。由于USB總線具有傳輸速度快、占用資源少及真正的即插即用等優點，越來越受到業界的青睞。可是，USB的開發要求設計人員對USB的標準、Firmware（固件）編程及驅動程序的編寫等有較深入的理解，因此限制了USB的開發人員；而基于FT245BM芯片的USB產品開發，能夠使研發人員在最短的周期內開發出相應的USB產品。該芯片由FTDI（FutureTechnologyDevicesIntl.Ltd.）公司推出，使用簡單、性能卓越，只要熟悉單片機編程及簡單的VB、VC應用程序編程，就可很容易地進行用戶產品開發。
2FT245BM芯片功能簡介
FT245BM的主要功能是進行USB和并行I/O口之間的協議轉換。芯片一方面可從主機接收USB數據，并將其轉換為并行I/O口的數據流格式發送給外設；另一方面外設可通過并行I/O口將數據轉換為USB的數據格式傳回主機。中間的轉換工作全部由芯片自動完成，開發者無須考慮固件的設計。
FT245BM內部主要由USB收發器、串行接口引擎（SIE）、USB協議引擎和先進先出（FIFO）控制器等構成，如圖1所示。USB收發器提供USB1.1/2.0的全速物理接口到USB總線，支持UHCI/OHCI主控制器；串行接口引擎主要用于完成USB數據的串/并雙向轉換，并按照USB1.1規范來完成USB數據流的位填充/位反填充，以及循環冗余校驗碼（CRC5/CRC16）的產生和檢錯；USB協議引擎管理來自USB設備控制端口的數據流；FIFO控制器處理外部接口和收發緩沖區間的數據轉換。
FIFO控制器實現與單片機（如AT89C51等）的接口，主要通過8根數據線D0~D7及讀寫控制線（、WR、和）來完成和單片機的數據交互。FT245BM內含兩個FIFO數據緩沖區，一個是128字節的接收緩沖區，另一個是384字節的發送緩沖區。它們均用于USB數據與并行I/O口數據的交換緩沖區。
另外，FT245BM還包括1個內置的3.3V的穩壓器，1個6MHz的振蕩器、8倍頻的時鐘倍頻器、USB鎖相環和EEPROM接口。FT245BM采用32腳的PQFP封裝，體積小巧，易于和外設做到一塊板上。其外形及引腳分布如圖2所示，各引腳的功能描述如表1所列。
表1FT245BM引腳功能
引腳號引腳名稱類型引腳功能
25D0I/O雙向數據總線
24D1I/O雙向數據總線
23D2I/O雙向數據總線
22D3I/O雙向數據總線
21D4I/O雙向數據總線
20D5I/O雙向數據總線
19D6I/O雙向數據總線
18D7I/O雙向數據總線
16RDIN由低變高時，允許從接收數據緩沖區讀取數據
15WRIN由高變低時，允許將數據發送到數據緩沖區
14TXEOUT為低時，允許數據寫入發送數據緩沖區
12RXFOUT為低時，允許數據緩沖區的數據被讀取
7USBDPI/OUSB數據信號線D+，接1.5kΩ的上位電阻到3.3V
8USBDMI/OUSB數據信號線D-
32EECSI/OEEPROM片選線
1EESKOUTEEPROM時鐘線
2EEDATAI/OEEPROM數據線
10PWRENOUT電源使能線
11SI/WUIN發送立刻消息或喚醒信號線
4RESETIN復位腳
5RSTOUTOUT內部復位生成器的輸出腳
27XTININ時鐘輸入腳
28XTOUTOUT時鐘輸出腳
31TESTIN測試腳
63V3OUTOUT3.3V輸出腳
3、26VCCPWR電池，+4.4～5.25V
13VCCIOPWR控制引腳10～12、14～16、18～25的信號電平，+3.0～+5.25V
9、17GNDPWR電源地
30AVCCPWR內部模擬電源
29AGNDPWR內部模擬電源地
3硬件設計
FT245BM的典型硬件電路如圖3所示。該電路采用總線供電模式，同時采用上電復位方式，通過的輸出使單片機復位。時鐘電路可采用4腳的6MHz晶振模塊或由1個6MHz的晶體及2個33pF的電容組成。腳和I/O24腳相連，用于判斷USB總線是處于掛起狀態還是正常狀態。在USB接口的電源端采用一個磁珠，以減少主機和設備的干擾；同時，電源端增加了去耦和旁路電容，以提高電路的抗干擾性能。在PCB板的設計中，數據線的走線應盡可能短并且長度相等。圖3中的93C46（93C56或93C66）是一片EEPROM，用于存儲產品的VID、PID、設備序列號及一些說明性文字等。這些需要用戶自己編寫，編寫的應用程序由FTDI提供。用戶只須運行相應的VB應用程序，寫入自己相應的信息即可。該EEPROM是可選的。若沒有EEPROM，FT245BM將使用默認的VID、PID、產品描述符和電源描述符，并且沒有設備的序列號。
圖3FT245BM的典型硬件電路
4軟件編程
當FT245BM的USB接口連接到主機后，必須在PC機上安裝一個由FTDI公司免費提供的虛擬串行口VCP（VirtualCOMPort）驅動程序。該驅動程序兼容Windows98/98SE、Windows2000/ME/XP等不同版本。用戶可以在這虛擬串口上進行應用程序的開發。該虛擬串口可以像一個標準的物理串口那樣被訪問，可本質上所有針對虛擬串口的數據通信都是通過USB總線完成的，在設備端則通過并行I/O口完成。
在PC端，應用VB對虛擬串口（通常為COM3）進行應用編程。我們直接應用MSComm控件，將mPort置為3，MSComm3.Seetings置為“9600，n，8，1”（該速率為默認設置，實際上VCP驅動程序總是使數據以最快速率傳輸）；通過MSComm3.PortOpen設置COM3的開關狀態；通過MSComm3.Input和MSComm3.Output讀入或輸出數據。在讀取數據時，設置MSComm3.Rthreshold的值為1。只要有數據傳到PC機，就立即觸發mEvent事件，自動讀取COM3的數據；而發送數據則可自動或手動發送，由用戶自己設置。根據這些，用戶就可以輕松編寫自己的應用程序了。
在設備端，基于萬利的InsightSE-52仿真器進行編程。根據圖4所示接收數據時序圖，首先，須采樣到信號為低，若為低，表明有接收到來自PC機的數據，允許單片機通過八位數據總線D0~D7讀取數據。接著，通過信號由低到高的變化鎖存數據（讀入數據）。最后，延遲一段時間，重新開始下一字節的讀取。軟件流程如圖5所示。發送數據過程，可根據圖6所示發送數據時序圖，同理編寫發送數據的程序。設備程序可以在此基礎上進一步開發，即用戶根據自己的具體項目進行編程。
接口管理范文第4篇
關鍵詞：PS/2接口；串行通訊；單片機；鍵盤；CD4052
1PS／2接口標準的發展過程
隨著計算機工業的發展，作為計算機最常用輸入設備的鍵盤也日新月異。1981年IBM推出了IBMPC／XT鍵盤及其接口標準。該標準定義了83鍵，采用5腳DIN連接器和簡單的串行協議。實際上，第一套鍵盤掃描碼集并沒有主機到鍵盤的命令。為此，1984年IBM推出了IBMAT鍵盤接口標準。該標準定義了84～101鍵，采用5腳DIN連接器和雙向串行通訊協議，此協議依照第二套鍵盤掃描碼集設有8個主機到鍵盤的命令。到了1987年，IBM又推出了PS／2鍵盤接口標準。該標準仍舊定義了84～101鍵，但是采用6腳mini－DIN連接器，該連接器在封裝上更小巧，仍然用雙向串行通訊協議并且提供有可選擇的第三套鍵盤掃描碼集，同時支持17個主機到鍵盤的命令?，F在，市面上的鍵盤都和PS／2及AT鍵盤兼容，只是功能不同而已。
2PS／2接口硬件
2．1物理連接器
一般，具有五腳連接器的鍵盤稱之為AT鍵盤，而具有六腳mini－DIN連接器的鍵盤則稱之為PS／2鍵盤。其實這兩種連接器都只有四個腳有意義。它們分別是Clock（時鐘腳）、Data數據腳、＋5V（電源腳）和Ground（電源地）。在PS／2鍵盤與PC機的物理連接上只要保證這四根線一一對應就可以了。PS／2鍵盤靠PC的PS／2端口提供＋5V電源，另外兩個腳Clock（時鐘腳）和Data數據腳都是集電極開路的，所以必須接大阻值的上拉電阻。它們平時保持高電平，有輸出時才被拉到低電平，之后自動上浮到高電平?，F在比較常用的連接器如圖1所示。
2．2電氣特性
PS／2通訊協議是一種雙向同步串行通訊協議。通訊的兩端通過Clock（時鐘腳）同步，并通過Data（數據腳）交換數據。任何一方如果想抑制另外一方通訊時，只需要把Clock（時鐘腳）拉到低電平。如果是PC機和PS／2鍵盤間的通訊，則PC機必須做主機，也就是說，PC機可以抑制PS／2鍵盤發送數據，而PS／2鍵盤則不會抑制PC機發送數據。一般兩設備間傳輸數據的最大時鐘頻率是33kHz，大多數PS／2設備工作在10～20kHz。推薦值在15kHz左右，也就是說，Clock（時鐘腳）高、低電平的持續時間都為40μs。每一數據幀包含11～12個位，具體含義如表1所列。
表1數據幀格式說明
1個起始位總是邏輯0
8個數據位（LSB）低位在前
1個奇偶校驗位奇校驗
1個停止位總是邏輯1
1個應答位僅用在主機對設備的通訊中
表中，如果數據位中1的個數為偶數，校驗位就為1；如果數據位中1的個數為奇數，校驗位就為0；總之，數據位中1的個數加上校驗位中1的個數總為奇數，因此總進行奇校驗。
2．3PS／2設備和PC機的通訊
PS／2設備的Clock（時鐘腳）和Data數據腳都是集電極開路的，平時都是高電平。當PS／2設備等待發送數據時，它首先檢查Clock（時鐘腳）以確認其是否為高電平。如果是低電平，則認為是PC機抑制了通訊，此時它必須緩沖需要發送的數據直到重新獲得總線的控制權（一般PS／2鍵盤有16個字節的緩沖區，而PS／2鼠標只有一個緩沖區僅存儲最后一個要發送的數據）。如果Clock（時鐘腳）為高電平，PS／2設備便開始將數據發送到PC機。一般都是由PS／2設備產生時鐘信號。發送時一般都是按照數據幀格式順序發送。其中數據位在Clock（時鐘腳）為高電平時準備好，在Clock（時鐘腳）的下降沿被PC機讀入。PS／2設備到PC機的通訊時序如圖2所示。
當時鐘頻率為15kHz時，從Clock（時鐘腳）的上升沿到數據位轉變時間至少要5μs。數據變化到Clock（時鐘腳）下降沿的時間至少也有5μs，但不能大于25μs，這是由PS／2通訊協議的時序規定的。如果時鐘頻率是其它值，參數的內容應稍作調整。
上述討論中傳輸的數據是指對特定鍵盤的編碼或者對特定命令的編碼。一般采用第二套掃描碼集所規定的碼值來編碼。其中鍵盤碼分為通碼（Make）和斷碼（Break）。通碼是按鍵接通時所發送的編碼，用兩位十六進制數來表示，斷碼通常是按鍵斷開時所發送的編碼，用四位十六進制數來表示。
3PS／2接口的嵌入式軟件編程方法
PS／2設備主要用于產生同步時鐘信號和讀寫數據。
3．1PS／2向PC機發送一個字節
從PS／2向PC機發送一個字節可按照下面的步驟進行：
(1)檢測時鐘線電平，如果時鐘線為低，則延時50μs；
(2)檢測判斷時鐘信號是否為高，為高，則向下執行，為低，則轉到(1)；
(3)檢測數據線是否為高，如果為高則繼續執行，如果為低，則放棄發送（此時PC機在向PS／2設備發送數據，所以PS／2設備要轉移到接收程序處接收數據）；
(4)延時20μs（如果此時正在發送起始位，則應延時40μs）；
（5）輸出起始位（0）到數據線上。這里要注意的是：在送出每一位后都要檢測時鐘線，以確保PC機沒有抑制PS／2設備，如果有則中止發送；
（6）輸出8個數據位到數據線上；
（7）輸出校驗位；
（8）輸出停止位（1）；
（9）延時30μs（如果在發送停止位時釋放時鐘信號則應延時50μs）；
通過以下步驟可發送單個位：
（1）準備數據位（將需要發送的數據位放到數據線上）；
（2）延時20μs；
（3）把時鐘線拉低；
（4）延時40μs；
（5）釋放時鐘線；
（6）延時20μs。
3．2PS／2設備從PC機接收一個字節
由于PS／2設備能提供串行同步時鐘，因此，如果PC機發送數據，則PC機要先把時鐘線和數據線置為請求發送的狀態。PC機通過下拉時鐘線大于100μs來抑制通訊，并且通過下拉數據線發出請求發送數據的信號，然后釋放時鐘。當PS／2設備檢測到需要接收的數據時，它會產生時鐘信號并記錄下面8個數據位和一個停止位。主機此時在時鐘線變為低時準備數據到數據線，并在時鐘上升沿鎖存數據。而PS／2設備則要配合PC機才能讀到準確的數據。具體連接步驟如下：
（1）等待時鐘線為高電平。
（2）判斷數據線是否為低，為高則錯誤退出，否則繼續執行。
（3）讀地址線上的數據內容，共8個bit，每讀完一個位，都應檢測時鐘線是否被PC機拉低，如果被拉低則要中止接收。
（4）讀地址線上的校驗位內容，1個bit。
（5）讀停止位。
（6）如果數據線上為0（即還是低電平），PS／2設備繼續產生時鐘，直到接收到1且產生出錯信號為止（因為停止位是1，如果PS／2設備沒有讀到停止位，則表明此次傳輸出錯）。
（7輸出應答位。
（8）檢測奇偶校驗位，如果校驗失敗，則產生錯誤信號以表明此次傳輸出現錯誤。
（9）延時45μs，以便PC機進行下一次傳輸。
讀數據線的步驟如下：
（1）延時20μs；
（2）把時鐘線拉低
（3）延時40μs
（4）釋放時鐘線
（5）延時20μs
（6）讀數據線。
下面的步驟可用于發出應答位；
（1）延時15μs；
（2）把數據線拉低；
（3）延時5μs；
（4）把時鐘線拉低；
（5）延時40μs；
（6）釋放時鐘線；
（7）延時5μs；
（8）釋放數據線。
4用于工控機的雙鍵盤設計
工控機通常要接標準鍵盤，但是為了方便操作，常常需要外接一個專用鍵盤。此實例介紹了在工控PC機到PS／2總線上再接入一個自制專用鍵盤的應用方法。
該設計應能保證兩個鍵盤單獨工作，而且相互不能影響。因此，不能直接把專用鍵盤和標準鍵盤一起接到工控PC的PS／2口。鑒于這種情況，本設計使用模擬開關CD4052并通過時分復用工控PC的PS／2口，來使在同一個時刻只有一個鍵盤有效，從而解決上述問題。其硬件原理圖如圖3所示。其中P2口和P1口用于鍵盤掃描電路（圖中未畫出），P0．0為數據端，P0．1為時鐘端，P0．2為模擬開關選通端。由于專用鍵盤不需要接收工控PC機的命令，所以軟件中并不需要寫這部分相應的代碼。
通過軟件可在專用鍵盤復位后把P0．2清0，以使模擬開關CD4052打開相應的通道。這時工控PC的標準鍵盤將開始工作。標準鍵盤可以完成工控PC剛啟動時對外設檢測的應答。復位后的專用鍵盤不停地掃描有沒有按鍵，如果有鍵按下則識別按鍵，并且按照預先的設計進行編碼，同時調用發送程序并通過PS／2口發送到工控PC。此時模擬開關關閉相應通道（將P0．2置1），專用鍵盤接入工控PCPS／2口的時鐘線和數據線而工作，但標準鍵盤被模擬開關從PS／2的時鐘線和數據線中斷而不工作，這樣，雙鍵盤便可時分復用同一個工控PC機的PS／2口。相應的發送子程序如下：
＃defineDATAP00用P0．0做數據線
＃defineCLKP01用P0．1做時鐘線
＃defineINHIBITP02用P0．2做CD4052的INH端
＃definePORTRP1用P1口做讀入口
＃definePORTWP2用P2口做寫出口可以實現64個自定義鍵
voidsend（ucharx）／＊＊＊functionforsendacharda-ta＊＊＊／
{
uchari,temp,char_temp;
bitflag_check＝1;
INHIBIT＝1;／／disablestandardkeyboard
delay_ms(3);
temp＝x;
for(i＝0;i＜8;i＋＋)／／findthenumberof1inthisucharxisoddornot
{
char_temp＝temp＆0x01;
if(char_temp＝＝0x01)
{
flag_check＝!flag_check;
}
temp＝temp＞＞1;
}
CLK＝1;／／send1toP1thenreadP1
while(!CLK)／／ifCLKislowwait
{
;
}
CLK＝1;DATA＝1;／／send1toP1thenreadP1
if(CLK＝＝1)
{
delay_us(30);／／
}
if(CLK＝＝1＆＆DATA＝＝1)／／senddata
{
DATA＝0;／／startbit0
delay_us(10);
CLK＝0;
delay_us(5);／／
temp＝x;
for(i＝0;i＜8;i＋＋)／／send8bitsLSBfirst
{
CLK＝1;
delay_us(5);
char_temp＝temp＆0x01;
if(char_temp＝＝0x01)
{
DATA＝1;
}
else
{
DATA＝0;
}
／／DATA＝(bit)(temp＆0x01);
／／LSB
delay_us(10);
CLK＝0;
delay_us(5);
temp＝temp＞＞1;
}
CLK＝1;／／sendcheckbit
delay_us(5);
DATA＝flag_check;
delay_us(10);
CLK＝0;
delay_us(5)
CLK＝1;／／sendstopbit
delay_us(5);
DATA＝1;
delayus10
CLK＝0
delay_us(5);
CLK＝1;
delay_us(30);
CLK＝1;DATA＝1;／／send1toP1thenreadP1
if(CLK＝＝1＆＆DATA＝＝0)
{
return;／／pcissendingdatatomcu,goto
receivingfunction
}
INHIBIT＝0;／／enablestandardkeyboard
}
接口管理范文第5篇
關鍵詞：人工考勤；考勤機；刷卡記錄；考勤管理
中圖分類號：TP319文獻標識碼：A文章編號：1672-7800（2013）006-0045-03
基金項目：廣西高?？蒲许椖浚?01204LX409）
作者簡介：韋慶進（1974-），男，碩士，河池學院物理與電子工程系實驗師，研究方向為電路系統設計與計算機應用。
0引言
隨著現代科學技術的發展，越來越多的公司和企業對員工考勤實行了信息化管理，使用計算機系統代替復雜的手工方式來管理考勤事務。人事管理系統結合考勤機可以有效地管理公司員工的出勤情況，規范人事制度管理，保證公司的正常工作，是人事管理的重要組成部分。因此，研究人事管理系統與考勤機接口的設計與實現有著十分重要的意義。人事管理系統與考勤機的結合使用，最終使得從讀取員工的考勤信息、當日考勤結果整理直到考勤結果統計的一系列操作能夠順利完成。對比傳統考勤統計方法，可知它對提高企業工作效率有著重要貢獻。
傳統考勤管理一般采取手工簽到的方式，這種方式一方面存在很多缺陷，比如：補簽、代簽、漏洞、簽到數據不準確、不真實等問題，數據的準確性和真實性依賴于員工的自覺性；另一方面，對考勤數據進行統計處理增加了考勤管理人員的工作強度。人事管理系統與考勤機接口實現增強了考勤管理的準確性、公開性和公正性。用戶根據員工上下班在考勤機上的刷卡登記記錄，結合員工的基礎信息進行匹配和處理，最后形成員工的考勤管理表，用戶可以批量統計員工的遲到、早退和缺勤情況，也可以查看指定員工的考勤信息。解決了公司和企業人事管理中考勤管理工作強度大的問題，也解決了手工簽到管理中的代簽、補簽及簽到時間不準確等問題。
1系統考勤管理功能分析
1.1考勤管理功能結構
基于越來越多的公司和企業對員工考勤管理的需要，要實現員工的日?？记诠芾?，人事管理系統與外接的考勤數據要有數據接口，實現數據的共享與交互式應用。通過指紋式或人臉識別等類的外接考勤設備采集到用戶的考勤信息后，形成考勤信息數據庫。系統設計時要建立數據接口，能夠識別和處理員工的考勤數據信息，完成員工的日?？记凇⒓影嘈畔ⅰ⒊銮谛畔?、請假信息等的編輯、統計和打印輸出報表，實現數據共享。同時提供查詢功能，根據員工的姓名、編號、部門等信息，實現信息查詢。
1.2考勤管理工作流程
考慮到用戶在考勤管理工作中的一般流程和需求，基于系統上位軟件的設計，考勤管理工作主要分3個層次：采集層、管理層、數據層。第一層次負責考勤機采集數據；第二層次是將考勤數據下載到人事管理系統軟件上，主要包括數據處理模塊、數據查詢模塊、報表生成模塊，這三大模塊是考勤管理模塊的核心，實現了考勤管理的主要功能；第三層次主要由數據庫管理系統組成，完成各類考勤數據的管理工作。具體管理流程如下：系統用戶進入考勤管理界面后，切換到簽到明細表頁面，點擊【導入】按鈕，用U盤下載存儲考勤機采集到的數據，把U盤插入電腦中，導入U盤里員工的考勤記錄表，雙擊某個員工記錄，進入“考勤信息編輯”窗口，這里用戶只能編輯員工的考勤類型、考勤制度、入職日期、出生日期、聯系電話等基礎信息，而對簽到時間、部門、編號、卡片號碼不能進行修改操作，從而確保了考勤數據的公正性、準確性、透明性進而使整個人事管理系統實現高效、準確地管理目標。其總體流程如圖1所示。
1.3用戶界面
從人事管理系統軟件如何獲取處理考勤機采集的數據角度進行分析，設計用戶界面如圖2所示。用戶界面采用標準工具欄設計方法，使用戶能夠很容易地看清楚考勤管理結構，工具欄列出了系統的主要功能，使用戶很方便快捷地進行操作管理。通過用戶界面窗體，用戶在查詢框中輸入姓名、編號或者部門后，在員工考勤表中即可快速顯示所查找的員工考勤信息，也可打印輸出報表。
2系統考勤管理功能模塊設計
2.1數據處理模塊
此功能模塊主要是對原始考勤數據的維護和處理。因考慮到數據安全性，原始考勤記錄只能增加信息不能刪除和修改原有數據。從指定或全部考勤機采集員工的考勤原始數據，可為考勤處理提供數據基礎。由于考勤原始數據隨著時日的增長其數據量會變得非常龐大，為了加快系統的考勤處理速度，需要將已經處理過的考勤原始數據進行存檔備份，清除已處理過的數據，在需要時可以從備份數據重新調出進行處理。根據采集的考勤原始數據、員工證件號、角色、識別模式和對員工指派的考勤方案對采集來的考勤數據進行加工處理，生成員工的出勤情況表。
2.2報表生成模塊
可以查詢一定時間內員工的正常上班、遲到、早退、缺勤情況并輸出報表，以供人事管理部門對員工進行考核，為發放工資提供依據及參考。也可以對全部員工或指定部門的員工進行查詢并打印輸出報表。
2.3數據查詢模塊
所有用戶都具有對統計處理后的考勤數據進行查詢的權限。用戶可以查詢指定時間內本人的出勤情況，并導出報表；可以指定日期范圍進行查詢，可以對全部員工或指定部門的員工進行查詢。查詢指定員工在一定時期內的考勤數據，該功能主要為員工對出勤情況有異議時提供數據幫助，可以按日期時間輸出詳細的考勤打卡記錄。
3系統考勤管理功能模塊實現
3.1數據表設計
從用戶需求及人事管理系統與考勤機接口實現角度考慮，對需要保存的信息進行分析，然后設計出合理的表。其結構如表1所示。
3.2可行性分析與實現
系統的一個難點是如何對員工的指紋登記和日常出勤記錄進行篩選、如何進行出入刷卡記錄的匹配以及如何從大量刷卡數據中高效、快捷地提取數據，即如何對考勤數據進行篩選、匹配算法和統計處理。系統首先批量導入刷卡記錄，按工具欄的【統計】按鈕，將自動在表單框的最后追加“備注”一列，并計算出員工的出勤情況，標明是遲到、早退或缺勤。其主要算法設計思路如下：適用于上下班（兩個時間點）的公司，例如：9：00上班，開始考勤時間為7：00，18：00下班，結束考勤時間為23：00。上班后超過10分鐘簽到記遲到，上班后超過60分鐘簽到記缺勤，下班前提前10分鐘簽退記早退，下班前提前60分鐘簽退記缺勤。
該系統的另一個難點是如何解決與考勤機硬件的接口問題，即如何通過考勤機的USB接口直連電腦，將考勤數據下載到人事管理系統軟件上。系統采取了彩屏指紋考勤機的標配通訊方式（U盤下載），使用U盤導入員工信息，具體實現如下：
（1）把U盤插入考勤機，按考勤機上的MENU進入考勤機菜單，選擇3或通過方向鍵把光標移至【U盤管理】進入U盤管理下級菜單，選擇1或是【下載數據】、【下載最近出入記錄】、【下載歷史出入記錄】或是【下載全部登記數據】，下載成功后U盤自動生成“UserData”和“LogData”文件夾。
（2）把下載好員工信息的U盤插入電腦。
（3）登錄人事管理系統，點【日常考勤】按鈕進入考勤管理界面。
（4）點【導入】按鈕，打開U盤下載全部登記信息，打開文件夾，選擇文件名為NewGlog_0001_20130130082302、HisGLog_0001_20130130或是UserList，將員工登記信息批量導入到人事管理系統軟件中。
（5）編輯員工信息并保存?？呻p擊需要編輯和保存的登記號碼，在彈出的窗口編輯用戶基本信息，比如用戶姓名、性別、默認考勤等。
（6）編輯保存后的信息會保存到本數據庫的考勤管理表中，點【刷新】按鈕，會在員工考勤表界面窗口顯示。對于經過處理過的考勤數據，用戶可以打印輸出報表，也可以對全部員工或指定部門的員工進行查詢。
系統從符合操作簡便、界面友好、靈活、實用、安全的要求出發，完成了考勤管理的全過程，包括考勤數據統計處理、報表生成、數據查詢等管理工作。系統實現了讀取指紋考勤機的考勤記錄，并按照管理者設定的考勤規則進行了統計處理，生成了考勤統計報表。人事管理系統與考勤機接口的實現，關鍵在于利用指紋的唯一性，以杜絕員工上下班代打卡的行為，保證了考勤數據的準確性和安全性，也樹立了良好的企業形象。
4結語
長期以來，繁瑣的考勤記錄整理、統計、查詢等工作，一直困擾著企業行政部門的工作人員，可以說考勤管理在生產管理過程中充當著重要角色，考勤管理的效率對企業工作效率的提高起著舉足輕重的作用。隨著現代化科學技術的發展，越來越多的公司和企業對職員的考勤管理都實行了信息化管理，使用計算機系統代替繁瑣的手工方式來管理考勤事務。基于此，開發一套能夠與考勤機進行接口實現的人事管理系統，不僅能夠管理員工考勤信息，也能更好地提高企業的工作效率。
參考文獻：
[1]高春艷，李俊民，劉彬彬.Visual Basic數據庫系統開發案例精選[M].北京：人民郵電出版社，2006.
[2]張，王虹.Visual Basic6.0中文版高級應用與開發指南[M].北京：人民郵電出版社，2002.
[3]李玉林，馬軍，王巖.零基礎學Visual Basic+SQL Server[M].北京：機械工業出版社，2008.
