【正文】 進行指紋的采集，儲存，對比，搜索功能尺寸25*45mm傳感器半導體滑動式指紋傳感器分辨率500DPIESP抗靜電15KV (IEC6100042 level)DSP速度120MIIz安全等級五級（從低到高：5）FRR＜%（安全級別為第3級）FAR＜%（安全級別為第3級）指紋模板512字節(jié)指紋容量120 Users (可擴展至800枚）比對時間＜對比模式1：N,1:1通訊波特率（UART)9600bps～USB接口USB 硬件接口指紋處理板具有串口或者 USB 接口兩種接口方式，而在高校指紋考勤系統(tǒng)項目中作者選用串行接口進行數(shù)據通信。 指紋模塊介紹[8] 產品特征MS02系列指紋模塊是適用于嵌入式設備和開發(fā)板的外接指紋模塊，具有安裝方便、適應性高、應用迅速、用途廣泛等四個顯著特征。 指紋模塊的連接MS02系列指紋模塊有4根接線：藍線是指紋模塊信號線用來連接Magic ARM 2410實驗箱GND針腳，黃線用來連接實驗箱RXDO針腳，褐線用來連接實驗箱TXDO針腳，橙線用于給指紋模塊供電需要連接實驗箱+5V針腳。如果連接不上或者連上掉線的話有以下兩種可能：（1）JP9附近的電池沒電了，用萬用表測量確認后更換電池。此時，在PC機上“移動設備”內即可查看實驗箱內WinCE系統(tǒng)的文件。將“網絡與撥號連接”內的DM9ISA1網卡禁用。選擇“SC2410 USB Cable:”。打開ActiveSync，文件連接設置，在彈出窗口中除去“允許連接到以下其中一個端口”選項。在終端輸入R即可重啟，重啟進入選擇界面發(fā)現(xiàn)已經燒錄成功。連接，左側窗口選擇傳輸文件的目錄ftp root，選定文件右鍵點擊傳輸。格式化后選擇2，啟動FTP服務器。 燒錄系統(tǒng)至MagicARM2410用網線連接PC和實驗箱，將PC的IP改為和實驗箱IP()同一網段。添加路徑如下：Core OS →Windows CE devices →Applications and Services Development →SQL Mobile →SQL Mobile →SQL Mobile 編寫啟動文件配置啟動配置文件是Windows CE系統(tǒng)在Magic Arm 2410實驗箱上正常載入和運行所需要的配置文件。添加路徑如下：Core OS →Windows CE devices →Shell and User Interface →Shell and User Interface →Shell →Command Shell →Command Processor/Console Window9. .Net Compact Framework驅動，該驅動非常重要，用于支持VS05中的 .Net Compact Framework 。7. FAT文件系統(tǒng)驅動，使系統(tǒng)兼容FAT文件格式，最大可存儲4GB單文件。這就意味著不再需要在系統(tǒng)斷電和啟動時進行保存恢復注冊表操作。 Windows CE提供了兩個系統(tǒng)API用來保存和還原整個注冊表或者OEM參與。添加路徑如下：Core OS →Windows CE devices →Communication Services and Networking →Networking Features →Network Utilities(IpConfig , Ping , Route)5. USB鍵盤鼠標驅動，該驅動使系統(tǒng)支持外接的USB鼠標和鍵盤等設備。添加路徑如下：USB Function →USB Function Bus Drivers →Samsung 2410 CSPUSB Host →USB Host Controllers →S3C2410 USB Host Driver3. MFC特性驅動，該驅動使操作系統(tǒng)添加MFC微軟基礎類，支持編譯運行MFC制作的應用程序。1. DM9000 網絡驅動，該驅動用來使用網卡：訪問網絡等。因為WinCE映像文件不能大于29M，故需要有選擇的添加驅動，如果超過限制大小，說明系統(tǒng)沒有定制好。定制的系統(tǒng)編譯成功后，E:\WINCE500\PBWorkspaces\ZY2410\RelDir\。勾選Build OSClean Before Building。在Catalog中選擇DM9000 Driver右擊，選擇Add to OS Design，為以太網卡DM9000加入驅動。在彈出對話框的Builder Options下只選擇Enable Eboot Space in Memory (IMGEBOOT=1)。選擇網絡與通信配置，除去Personal Area Network[PAN]下的IrDA，其他全選。選擇Mobile Handed作為配置模板。FileNew Platform…，建立新工程，輸入工程名為ZY2410，存放目錄選擇默認為：X:\WINCE500\PBWorkspaces\ZY2410。打開Platform Builder ，F(xiàn)ileManage Catalog Items…，并將其Remove刪除掉。將產品光盤內的SMDK2410_ZY_V12文件夾復制到X:\WINCE500\PLATFORM中，并將其重命名為smdk2410。 系統(tǒng)類圖第4章 指紋管理與考勤客戶端模塊實現(xiàn)第4章 指紋管理與考勤客戶端模塊實現(xiàn) 系統(tǒng)定制及準備工作[7] 構建基于MagicARM2410的Windows CE 首先安裝Windows CE ， 這里WinCE安裝在E盤。 Task表字段名字段名類型約束是否為主碼任務號TASKIDBIGINT非空Y開始時間BeginTimeNchar(6)非空結束時間EndTimeNchar(6)非空對象集TaskPersonIDINT非空管理員號MangIDNchar(13)非空早退設定IsAgainINT非空 系統(tǒng)類設計[6]指紋考勤客戶端模塊與服務器模塊之間通信主要靠之前定義的通信接口來實現(xiàn)。 PersonInfo表字段名字段名類型約束是否為主碼學號IDNchar(13)非空Y指紋號UCIDINT非空PersonTask表用于存儲學生的考勤信息，服務器從指紋考勤模塊獲取考勤信息記錄也是通過讀取該表實現(xiàn)的。 系統(tǒng)數(shù)據庫設計整個項目中主要數(shù)據庫對象為：學生、教師、考勤管理員、考勤任務信息?？记趯ο蠹?= 包括數(shù)據格式（是對象集）+對象集編號（課程號標識）+考勤對象集信息考勤對象集信息 = 考勤對象信息（1……n）考勤對象信息 = 對象唯一標示+指紋特征值。第3章 系統(tǒng)詳細設計第3章 系統(tǒng)詳細設計 數(shù)據接口定義以下數(shù)據接口定義主要是用于指紋考勤客戶端模塊與服務器通信上收發(fā)任務及考勤記錄的數(shù)據統(tǒng)一。服務器定時向考勤客戶端獲取任務執(zhí)行結果，并從考勤客戶端的數(shù)據庫總讀取考勤結果，將其傳送至PC機數(shù)據庫。任務執(zhí)行，讀取用戶指紋生成特征值，與指紋庫中特征值進行比對，若符合則將該用戶的考勤信息（包含點到時間以及是否早退）存儲至本地數(shù)據庫（使用任務號作為唯一標識。服務器接收任務，分析任務并校驗，確認無誤后發(fā)送給考勤客戶端，并同時將系統(tǒng)時間發(fā)送給考勤客戶端（嵌入式設備無法保存系統(tǒng)時間，每次重啟后會還原）。 服務器模塊序列圖5．完整的考勤業(yè)務流程。高校信息管理網站模塊與其他模塊的關系：與PC機信息管理部分共同訪問一個數(shù)據庫，以加載更新學生信息，從而使服務器獲取考勤任務。4．三大主要模塊之間的通信指紋管理與考勤客戶端與其他模塊的關系：指紋管理客戶端主要與指紋考勤模塊有關系，共同使用一個數(shù)據庫中的學生信息表，用戶信息包括指紋特征值，考勤及驗證登記中都需要從中獲取信息。l 請假信息：主要是針對學生而言，學生網上請假，教師批準，這些信息都將記錄進入數(shù)據庫，不至于將請假條丟失，便于期末匯總。高校信息管理網站模塊是一個典型的JSP數(shù)據庫應用程序，主要功能包括考勤信息查詢、請假信息管理和公告發(fā)布。l 教師及輔導員：修改密碼，查看動態(tài)信息、查看所授班級（所帶班級）學生考勤信息，管理請假信息。3．高校信息管理網站模塊該模塊在PC機上以網站形式運行，設計最終目的使不同權限用戶能通過網站進行相應權限的查詢管理操作，準確獲取考勤信息并將之進行統(tǒng)計呈現(xiàn)給用戶。并在設備執(zhí)行完考勤任務后，選擇手動或自動獲取該次考勤的考勤結果，由設備發(fā)送考勤結果，接收考勤結果，并上傳服務器數(shù)據庫。設備狀態(tài)監(jiān)控功能：實時監(jiān)控設備，管理器分時探測設備的工作情況，并根據探測結果，編寫設備日志，管理員可通過設備工作管理器配置狀態(tài)監(jiān)控的工作，為設備正常工作提供良好的支持。以及提供考勤管理系統(tǒng)對設備的間接管理的接口。設備配置管理：管理員添加設備后，需要在管理器上配置設備，給設備分配IP，和配置設備的基本信息。而指紋考勤客戶端包括連接服務器，獲取系統(tǒng)時間、接收考勤任務及相關信息、分析考勤任務、將考勤任務壓入執(zhí)行隊列、執(zhí)行考勤任務、對考勤對象進行指紋驗證、結束考勤任務、存儲記錄考勤任務結果、將考勤記錄傳送給服務器等一系列驗證和通信的功能。 系統(tǒng)用例圖1．指紋管理與考勤客戶端模塊指紋管理與考勤客戶端模塊，都是搭載在嵌入式設備上運行。其中，指紋管理與考勤客戶端模塊涉及考勤人（學生）、設備管理員、終端等用例；服務器模塊又涉及設備管理員、服務器用例；高校信息管理網站模塊又涉及到考勤人（學生）、任課老師、班主任、教務處、教務處秘書等用例。PC網站管理部分將采用B/S模式利用網絡方便各學生管理單位對學生的考勤信息的管理，能夠較即時的了解到學生的考勤情況，方便的統(tǒng)計學生的考勤信息。服務器與設備客戶端采用C/S模式，將學生上課點到的記錄傳給遠程服務器。通過：設備、服務器、PC三個部分組成。SQL Server有多種實用程序允許用戶來訪問它的服務，用戶可用這些實用程序對SQL Server進行本地管理或遠程管理。二、將處理和操作在客戶端和服務器間進行分配。Microsoft SQL Server（基于結構化查詢語言的數(shù)據庫服務器）是基于客戶/服務器結構的數(shù)據庫管理系統(tǒng)，用戶通過使用客戶系統(tǒng)從服務器檢索信息并進行本地操作，服務器關注數(shù)據庫進程，而客戶則關注信息的表示。本系統(tǒng)采用JSP，JavaScript腳本語言、html標識語言及SQL Server 2005數(shù)據庫技術基于B/S模式進行綜合開發(fā)。服務器模塊部分：可以在互聯(lián)網使用瀏覽器管理考勤信息而無需安裝客戶端，方便“隨地”工作，達到了管理的方便，采用C++ Socket編程，TCP、UDP結合進行傳輸。使用服務器控制流量，服務器選擇數(shù)據的傳輸時間，避免了服務器處理不及而出現(xiàn)的網絡問題。指紋模塊工作反應最長時間不超過1秒 ，ARM9的終端機具有高效的處理能力。本系統(tǒng)將采用C++、SQL Server 2005開發(fā)基于C/S模式的考勤部分。 系統(tǒng)需求分析高校指紋考勤系統(tǒng)涵蓋了指紋管理與考勤客戶端、服務器、高校信息管理網站三大模塊，其中各個模塊又包括各種具體的功能。 使用可行性本系統(tǒng)專門針對高校進行設計，符合各大高校對于考勤工作的各種要求，安裝簡單方便，界面簡單美觀，操作人性化，容易上手，無需進行特殊培訓就可直接使用，可有效提升高校考勤工作的效率。 時間可行性根據項目時間上的要求，高校指紋考勤系統(tǒng)項目組合理的設定了詳細的符合畢業(yè)設計時間要求及開發(fā)者實際開發(fā)能力情況的項目進度計劃?？傮w上說，高校指紋考勤系統(tǒng)的作為一個畢業(yè)設計，無需開發(fā)經費，且學院在本系統(tǒng)的完成過程中提高了一定的硬件支持，作者認為在經濟上是可以接受的，并且本系統(tǒng)實施后可以顯著提高考勤效率，有助于學校完全實現(xiàn)對考勤的科學管理?？偼顿Y0元。 經濟可行性系統(tǒng)基礎投資：PC機3臺、Magic ARM 2410嵌入式開發(fā)實驗箱1臺、MS02系列指紋模塊1個、交換機及學校路由器等輔助配置若干，均由工作室或學生自備，共計0元。在使用驅動調試助手調試有關中斷的驅動程序時，需要善始善終，否則會出現(xiàn)中斷不能正常工作的情況。Windows 。IST中創(chuàng)建一個事件對象，并使用函數(shù)WaitForSingleObject()等待該事件被觸發(fā)。中斷處理線程與其他普通線程一樣，使用同一個線程優(yōu)先級管理系統(tǒng)。ISR的實現(xiàn)在OAL（OEM適配層）中，它只處理最低級的中斷響應，通常是設置MCU內部的中斷控制寄存器。 中斷服務例程（ISR）：處于內核中的低級處理程序，中斷發(fā)生時首先被調用。下面將重點從這一角度分析Windows CE的實時性。通常，對于實時操作系統(tǒng)來說，外部觸發(fā)一般是指外部中斷觸發(fā)。 軟實時操作系統(tǒng)：在不滿足響應時限時，系統(tǒng)性能退化，但不會導致災難性后果。這類操作系統(tǒng)在航空航天和工業(yè)控制領域應用廣泛。根據實際應用的場景不同，實時操作系統(tǒng)一般分為以下兩種：實時操作系統(tǒng)除了具有一般操作系統(tǒng)的基本要素外，還必須能及時準確地響應所有不可預知的外部觸發(fā)，即使在系統(tǒng)處于尖峰負荷狀態(tài)時。4．系統(tǒng)實時性可行性 考慮到高?？记诘奶攸c，實時性是本系統(tǒng)一個最關鍵的因素，下面作者將對系統(tǒng)實時性進行詳細的分析。而在局域網（校園網）進行數(shù)據傳輸也符合如今的高校內部網絡情況。各種網絡協(xié)議都存在各自的優(yōu)點及缺點，TCP協(xié)議面向連接，傳輸速度慢，對系統(tǒng)資源要求多，但保證數(shù)據順序，保證數(shù)據正確性；UDP協(xié)議面向非連接，傳輸速度快，對系統(tǒng)資源要求少，但不保證數(shù)據順序，可能丟包。在網絡的各層中存在著許多協(xié)議，接收方和發(fā)送方同層的協(xié)議必須一致，否則一方將無法識別另一方發(fā)出的信息。大多數(shù)網絡都采用分層的體系結構，每一層都建立在它的下層之上，向它的上一層提供一定的服務，而把如何實現(xiàn)這一服務的細節(jié)