基于C/S架構(gòu)的高校座位管理系統(tǒng)①

馬 可,黃恒熠,栗云鵬

1(河海大學(xué) 機(jī)電工程學(xué)院,常州 213022)

2(南京航空航天大學(xué) 計算機(jī)科學(xué)與技術(shù)學(xué)院,南京 211106)

3(浩鯨云計算科技股份有限公司,南京 211153)

高校擁有大量的座位資源供學(xué)生自習(xí),包括圖書館、自習(xí)室和實(shí)驗(yàn)室等,但高校的座位管理存在很多難題,如占座嚴(yán)重、尋座困難、難以統(tǒng)一管理等[1,2].已有不少高校采用了各種圖書館座位管理系統(tǒng)進(jìn)行圖書館座位分配[3-5],一定程度上緩解了占座問題,但諸如尋座困難、難以統(tǒng)一管理等問題依舊存在.

基于FSR 薄膜傳感器[6,7]檢測終端的C/S 架構(gòu)的高校座位管理系統(tǒng)可以有效的解決上述問題,在座位中配置檢測終端進(jìn)行座位使用情況的判定,生成檢測數(shù)據(jù),由管理系統(tǒng)對座位情況和使用用戶進(jìn)行記錄,由管理員進(jìn)行座位使用規(guī)則的獨(dú)立設(shè)定,學(xué)生可以通過移動APP 進(jìn)行座位的查詢和預(yù)約,實(shí)現(xiàn)座位的獨(dú)立設(shè)置規(guī)則并統(tǒng)一管理,方便學(xué)生預(yù)約,減少學(xué)生尋座時間,快速排查占座行為,提高座位的有效利用率和管理效率.

1 需求分析

高校座位信息管理系統(tǒng)是一個對高校所有座位以及與座位相關(guān)的使用規(guī)則進(jìn)行統(tǒng)一管理,為管理者和用戶提供統(tǒng)一規(guī)范的系統(tǒng).該系統(tǒng)主要適用于高校管理者對高校座位資源的管理和高校師生對高校座位資源的查詢和使用.管理系統(tǒng)必須滿足以下需求:

(1)數(shù)據(jù)資源的有效管理

① 實(shí)現(xiàn)系統(tǒng)數(shù)據(jù)資源的存儲,通過本地以及云端,可靠地存儲座位使用情況的相關(guān)信息和數(shù)據(jù);② 實(shí)現(xiàn)數(shù)據(jù)及數(shù)據(jù)庫的管理和維護(hù),為系統(tǒng)各項(xiàng)數(shù)據(jù)進(jìn)行存儲、查詢、修改和校驗(yàn)等,并提供文檔、圖片等不同數(shù)據(jù)的傳輸.

(2)數(shù)據(jù)資源的共享與適用

該管理系統(tǒng)適用于高校管理,是高校管理的組成部分,系統(tǒng)的各類信息和數(shù)據(jù)應(yīng)符合高校管理的規(guī)范,數(shù)據(jù)類型與結(jié)構(gòu)與高校管理的其他系統(tǒng)相統(tǒng)一,確保管理人員能夠獲取正確的數(shù)據(jù).

(3)用戶友好和界面友善

該系統(tǒng)需為用戶提供便捷的登陸注冊界面以及系統(tǒng)座位信息服務(wù)界面,用戶登陸后系統(tǒng)按照用戶的身份權(quán)限為用戶規(guī)劃出可以使用的座位和可以預(yù)約的座位,用戶可以通過點(diǎn)擊對應(yīng)的設(shè)備來操作符合其權(quán)限的設(shè)備,進(jìn)行業(yè)務(wù)的操作和實(shí)現(xiàn),使得用戶可以通過簡單的操作完成系統(tǒng)的任務(wù),提高工作效率.

(4)功能的可擴(kuò)展性

該系統(tǒng)為高校座位管理服務(wù),需要提供座位查詢、預(yù)約、管理等基本功能,同時還需要能夠高效的擴(kuò)展,以滿足高校座位管理的新需求.

2 系統(tǒng)設(shè)計

整個系統(tǒng)可分為3 個部分,包括用戶端應(yīng)用、云服務(wù)器端應(yīng)用和檢測終端.用戶端應(yīng)用面向使用者,提供交互服務(wù);云服務(wù)器端應(yīng)用負(fù)責(zé)邏輯處理和數(shù)據(jù)存儲;檢測終端作為硬件檢測設(shè)施,與座位配套,負(fù)責(zé)檢測座位的使用情況.為了實(shí)現(xiàn)系統(tǒng)的可擴(kuò)展性和易維護(hù)性目標(biāo),系統(tǒng)各個不同部分直接進(jìn)行交互時,根據(jù)云服務(wù)器端應(yīng)用的數(shù)據(jù)結(jié)構(gòu)類型進(jìn)行通信時數(shù)據(jù)的格式化規(guī)范.

2.1 功能模塊設(shè)計

高校座位包括了圖書館、自習(xí)室和實(shí)驗(yàn)室等不同區(qū)域,各個區(qū)域的管理規(guī)范各不相同,負(fù)責(zé)的管理人員繁多,系統(tǒng)對各個區(qū)域的座位進(jìn)行統(tǒng)一管理能夠提升管理的效率.針對系統(tǒng)需求的不同部分,將系統(tǒng)的功能模塊主要劃分為:用戶管理、座位配置、座位管理和座位檢測.系統(tǒng)的功能模塊如圖1所示.

(1)用戶管理模塊:即管理該系統(tǒng)的用戶,負(fù)責(zé)管理用戶的基本信息.包括用戶的注冊、用戶的信息錄入、用戶登陸與用戶退出、用戶信息修改、用戶注銷.為了滿足高校管理時信息的統(tǒng)一管理,系統(tǒng)除了開放用戶賬戶的注冊方式,也可以通過統(tǒng)一導(dǎo)入賬戶信息以創(chuàng)建用戶賬號,接入校園信息管理系統(tǒng),實(shí)現(xiàn)信息的共享.

(2)座位配置模塊:即管理如何配置該系統(tǒng)中的座位使用權(quán)限,面向高權(quán)限座位管理員.由各個區(qū)域的管理員對座位進(jìn)行設(shè)置.該模塊主要包括了設(shè)置座位的啟用情況、修改座位的基礎(chǔ)信息和修改座位的使用權(quán)限等.通過對座位功能的統(tǒng)一設(shè)定,實(shí)現(xiàn)不同區(qū)域不同座位管理方式的自由設(shè)定,實(shí)現(xiàn)座位使用的自由、公開管理.

(3)座位管理模塊:即管理座位的使用,面用系統(tǒng)中高校座位使用者.包括為用戶獲取座位的基本信息,如座位的位置、使用方式、管理公告等,為用戶提供可用座位的查詢、座位的預(yù)約以及預(yù)約的取消,同時將座位信息進(jìn)行圖形化顯示,為用戶記錄違規(guī)信息和使用時長,以供統(tǒng)計和管理.

(4)座位檢測模塊:即檢測座位的使用情況.該模塊主要包括了為座位配置對應(yīng)的座位檢測設(shè)備,以及為座位檢測設(shè)備設(shè)置檢測間隔,包括座位檢測時間間隔和判定未使用的時長間隔等.

2.2 數(shù)據(jù)流設(shè)計

該高校座位信息管理系統(tǒng)包括了大量的數(shù)據(jù)通信和數(shù)據(jù)存儲等操作,采取C/S 架構(gòu)進(jìn)行開發(fā),需要明確處理數(shù)據(jù)的在網(wǎng)絡(luò)中的流動和管理.由于采取了C/S架構(gòu),系統(tǒng)中的數(shù)據(jù)流動可以按照需求進(jìn)行設(shè)定,系統(tǒng)的數(shù)據(jù)流向圖如圖2所示.

圖2 系統(tǒng)的數(shù)據(jù)流向圖

系統(tǒng)中主要包含了用戶的請求數(shù)據(jù)和座位檢測數(shù)據(jù),數(shù)據(jù)作為信息的載體,在各個不同模塊間流動和傳輸,將系統(tǒng)的模塊連接起來,實(shí)現(xiàn)了系統(tǒng)各個模塊的解耦,利于系統(tǒng)的層次化設(shè)計.

2.3 系統(tǒng)總體架構(gòu)設(shè)計

按照系統(tǒng)需求和數(shù)據(jù)流設(shè)計,系統(tǒng)的總體架構(gòu)設(shè)計如圖3,主要包括了移動手機(jī)APP[8]、云端應(yīng)用服務(wù)器、座位檢測終端、座位檢測服務(wù)器、MySQL 數(shù)據(jù)庫服務(wù)器.

圖3 系統(tǒng)總體架構(gòu)圖

系統(tǒng)架構(gòu)將系統(tǒng)劃分為云端服務(wù)、用戶端交互、終端座位檢測3 個部分,各個部分功能可以獨(dú)立開發(fā),提高系統(tǒng)的開發(fā)效率和穩(wěn)定性.該系統(tǒng)架構(gòu)適合采用廣泛的C/S 開發(fā)模式,并適合于將系統(tǒng)劃分為“用戶界面/數(shù)據(jù)采集—功能邏輯—數(shù)據(jù)庫”的3 個層次.對系統(tǒng)進(jìn)行該架構(gòu)的劃分使得系統(tǒng)各個部分獨(dú)立開發(fā),使得各個層次的功能透明,便于各個層次的獨(dú)立維護(hù)和擴(kuò)展.

2.4 系統(tǒng)軟件架構(gòu)設(shè)計

根據(jù)功能的可擴(kuò)展性的需求,該系統(tǒng)采用了Android MVP 設(shè)計模式進(jìn)行系統(tǒng)的開發(fā),使得系統(tǒng)劃分為了4 層:用戶應(yīng)用層、邏輯服務(wù)層、數(shù)據(jù)模型層、數(shù)據(jù)存儲層.系統(tǒng)的軟件架構(gòu)如圖4.

圖4 系統(tǒng)軟件架構(gòu)圖

采用Android MVP 設(shè)計模式的優(yōu)點(diǎn)在于:系統(tǒng)的各個部分相對獨(dú)立,開發(fā)者可以將一個功能拆分為多個部分進(jìn)行開發(fā),使得代碼有極高的可讀性,功能實(shí)現(xiàn)十分明晰.通過面向接口,隱藏和忽略其他層的實(shí)現(xiàn)方式,使得開發(fā)者可以實(shí)現(xiàn)各層的獨(dú)立設(shè)計,也使得系統(tǒng)的功能可以高效的進(jìn)行擴(kuò)展和維護(hù).

其中用戶應(yīng)用層主要負(fù)責(zé)交互、顯示以及座位使用情況的檢測,主要對應(yīng)了用戶應(yīng)用的APP 界面和座位檢測終端;其中邏輯服務(wù)層主要負(fù)責(zé)功能的邏輯實(shí)現(xiàn),對應(yīng)了用戶應(yīng)用中的控制層和服務(wù)器應(yīng)用的邏輯層;其中數(shù)據(jù)模型層主要負(fù)責(zé)數(shù)據(jù)的面向?qū)ο蟮膶?shí)體類的管理以及數(shù)據(jù)庫的操作;其中數(shù)據(jù)存儲層主要包括了MySQL 數(shù)據(jù)庫服務(wù)器和本地數(shù)據(jù)庫SQLite,分別負(fù)責(zé)系統(tǒng)的數(shù)據(jù)存儲管理和用戶應(yīng)用的本地數(shù)據(jù)存儲.

2.5 系統(tǒng)硬件架構(gòu)設(shè)計

此系統(tǒng)為了實(shí)現(xiàn)作為的統(tǒng)一管理,需要設(shè)計終端進(jìn)行座位信息的綁定以及使用情況的檢測,通過硬件終端檢測座位使用情況,可以生成座位管理需要的大量數(shù)據(jù),便于后續(xù)的統(tǒng)計和分析,本系統(tǒng)的座位檢測終端原理如圖5所示.

圖5 檢測終端原理圖

檢測終端將實(shí)驗(yàn)室、自習(xí)室和圖書館等不同的區(qū)域中的座位錄入系統(tǒng),并在每個錄入系統(tǒng)的座位上安裝檢測終端,使用FSR 薄膜傳感器,能夠檢測出座位是否有人使用,檢測結(jié)果通過A/D 轉(zhuǎn)換器轉(zhuǎn)換為數(shù)字信號,經(jīng)Arduino 平臺上的nRF24L01 無線模塊傳輸數(shù)據(jù)到上位機(jī).系統(tǒng)使用基于ARM的微型電腦Raspberry Pi 作為檢測終端上位機(jī),接收檢測終端數(shù)據(jù),并上傳到網(wǎng)絡(luò)服務(wù)器中,并由服務(wù)器系統(tǒng)軟件對檢測數(shù)據(jù)進(jìn)行處理,結(jié)合服務(wù)器系統(tǒng)軟件提供的其他功能子模塊,向用戶端軟件提供系統(tǒng)功能,實(shí)現(xiàn)對高校實(shí)驗(yàn)室、自習(xí)室和圖書館的不同資源進(jìn)行統(tǒng)一管理.

3 主要方法和技術(shù)

3.1 Android MVP 技術(shù)

(1)技術(shù)思路

MVP的核心在于將程序中的視圖和數(shù)據(jù)分離,減輕Activity[9,10]的負(fù)擔(dān),也使得程序的邏輯更加簡潔.其中,M 層負(fù)責(zé)數(shù)據(jù)的獲取,V 層負(fù)責(zé)視圖的處理,P 層負(fù)責(zé)邏輯的實(shí)現(xiàn).其中V 層不直接調(diào)用M 層也不持有V 層,而是由P 層持有V 層對象和M 層對象,作為中介來獲取數(shù)據(jù)[11,12].雖然在一定程度上加大了代碼量,但是在邏輯上的簡潔性和明確性使得這個缺點(diǎn)可以承受.

(2)具體的分層結(jié)構(gòu)

該系統(tǒng)采用MVP的思想進(jìn)行構(gòu)建,分別構(gòu)建了M 層、V 層和P 層,項(xiàng)目結(jié)構(gòu)圖見圖6.

圖6 項(xiàng)目結(jié)構(gòu)圖

圖6中MyView對應(yīng)的是V 層,model對應(yīng)的是M 層,presenter對應(yīng)的是P 層,util是常用工具類.MyView 下包含了Activity 類、fragment 類和自定義view 類以及對應(yīng)的視圖接口類;model 下包含了實(shí)體的抽象類Bean、網(wǎng)絡(luò)請求的自定義bean 類、用于本地數(shù)據(jù)庫查詢的DAO 類和用于網(wǎng)絡(luò)HTTP 請求的Moudle 類;presenter 包含了層現(xiàn)器類和層現(xiàn)器的接口類.

(3)以單個功能模塊的數(shù)據(jù)流為例,系統(tǒng)實(shí)現(xiàn)MVP 設(shè)計思想的流程如下:

① Activity 繼承對應(yīng)的View 接口,實(shí)現(xiàn)其中方法;

② Activity在OnCreate()中綁定用戶信息實(shí)體的父容器LinearLayout,并實(shí)例化對應(yīng)的Presenter 層現(xiàn)器,調(diào)用層現(xiàn)器中檢查用戶身份表版本的方法checkUserRoleVersion()和請求加載用戶數(shù)據(jù)的請求getSeatPartUser(Seat seat);

③ 層現(xiàn)器通過在實(shí)例化時持有View對象,并創(chuàng)建Moudle對象和DAO對象;

④ 層現(xiàn)器調(diào)用Moudle 中網(wǎng)絡(luò)請求方法獲取用戶數(shù)據(jù),調(diào)用DAO 中數(shù)據(jù)庫請求方法獲取本地數(shù)據(jù)庫數(shù)據(jù);

⑤ 返回結(jié)果數(shù)據(jù)后,Moudle 回調(diào)層現(xiàn)器方法,層現(xiàn)器回調(diào)View 方法,將數(shù)據(jù)返回到頁面Activity;

⑥ Activity 調(diào)用動態(tài)創(chuàng)建實(shí)體方法,利用得到的數(shù)據(jù)完成頁面更新.

3.2 數(shù)據(jù)持久化技術(shù)

數(shù)據(jù)的持久化[13]是該系統(tǒng)的核心技術(shù)之一,在服務(wù)器端通過使用數(shù)據(jù)庫進(jìn)行數(shù)據(jù)的持久化,通過數(shù)據(jù)類型映射進(jìn)行數(shù)據(jù)的訪問和存儲,并通過JavaBean 技術(shù)進(jìn)行服務(wù)器與移動端應(yīng)用的數(shù)據(jù)交互.在Android移動端應(yīng)用中,對于數(shù)據(jù)的本地存儲也有一定的需求,為了能夠應(yīng)對不同大小、不同類型的數(shù)據(jù),本系統(tǒng)實(shí)現(xiàn)了SharedPreference、SQLite 存儲方式.

(1)數(shù)據(jù)類型映射

本系統(tǒng)中包括了大量不同類型的數(shù)據(jù),在數(shù)據(jù)庫中建立數(shù)據(jù)了對應(yīng)的條目,為了實(shí)現(xiàn)數(shù)據(jù)庫中的數(shù)據(jù)在系統(tǒng)應(yīng)用中的流動和交互,系統(tǒng)設(shè)計了對應(yīng)的數(shù)據(jù)映射類型,實(shí)現(xiàn)數(shù)據(jù)格式的統(tǒng)一化,有利于數(shù)據(jù)的網(wǎng)絡(luò)交互的數(shù)據(jù)庫存儲讀取規(guī)范化.其中最核心的數(shù)據(jù)映射類型包括了用戶類User、座位類Seat、用戶身分類UserRoleBean、座位預(yù)約類Appointment.以用戶類為例,其映射結(jié)構(gòu)如下:

@Setter

@Getter

@ToString

public class User {

@NotBlank

private String userId;

private String userName;

…

}

(2)SharedPreference

對于系統(tǒng)中常用的一些數(shù)據(jù),如簡單參數(shù)和系統(tǒng)狀態(tài)等,若其數(shù)據(jù)量較小,本系統(tǒng)將其存儲在XML 格式的文件中.

以本系統(tǒng)進(jìn)行暫存當(dāng)前用戶登陸狀態(tài)和基本信息的SharedPreference為例:存儲路徑如下:/data/data/com.SSHHY/shared_prefs/userinfo.xml

流程:實(shí)例化SharedPreferences對象,存儲Shared-Preferences對象,讀取SharedPreferences對象.

其代碼實(shí)現(xiàn)如下:

# 實(shí)例化SharedPreferences對象

private SharedPreferences sharedPreferences;

# 讀取SharedPreferences對象

sharedPreferences=getSharedPreferences(“userinfo”,Context.MODE_PRIVATE);

Boolean loginFlag=sharedPreferences.getBoolean(“l(fā)oginFlag”,false);

# 修改和存儲SharedPreferences對象

SharedPreferences.Editor editor=sharedPreferences.edit();

SharedPreferences.Editor editor=sharedPreferences.edit();

editor.apply();

(3)SQLite

對于系統(tǒng)中的基礎(chǔ)數(shù)據(jù),當(dāng)其數(shù)據(jù)量相對較大時,本系統(tǒng)使用SQLite 輕量級數(shù)據(jù)庫進(jìn)行存儲,存儲在db 格式的文件中.

以本系統(tǒng)中的SQLite 數(shù)據(jù)庫為例,存儲路徑如下:/data/data/com.SSHHY/databases/myDemo.db

SQLite 數(shù)據(jù)庫支持SQL 語法,同時Android 提供了SQLiteOpenHelper 類進(jìn)行操作.為了使得數(shù)據(jù)庫操作的邏輯符合MVP的思想,本系統(tǒng)開發(fā)時將SQLite數(shù)據(jù)庫的操作劃分入M 層,由專門的DAO 類進(jìn)行操作.所有對數(shù)據(jù)庫的操作均從Activity的UI 主線程分離出來,由P 層作為中介進(jìn)行連接.

為了進(jìn)行數(shù)據(jù)庫的查詢等操作時,建立了對應(yīng)數(shù)據(jù)庫的DAO 類,通過持有DBHelper對象實(shí)現(xiàn)數(shù)據(jù)庫的增刪改查.結(jié)合數(shù)據(jù)的存儲和訪問技術(shù),通過數(shù)據(jù)類型的映射,可便捷實(shí)現(xiàn)用戶端雨數(shù)據(jù)庫的交互.

4 系統(tǒng)實(shí)現(xiàn)

4.1 移動用戶端界面

(1)登陸注冊界面

用戶通過該界面進(jìn)行新賬號的申請,也可以通過已有賬號的用戶賬戶和密碼進(jìn)行登陸,如圖7.

圖7 登陸注冊界面

(2)個人信息及查詢界面

用戶完成登陸后進(jìn)行個人信息界面,查看、完善和修改個人的信息;可以進(jìn)行查詢,按照頂部導(dǎo)航欄中的下拉框進(jìn)行選擇即可查詢得出該教室中所有座位的使用情況如圖8.

圖8 個人信息及查詢界面

(3)預(yù)約提示

用戶查詢到座位后,對座位進(jìn)行點(diǎn)擊即可對該座位進(jìn)行預(yù)約,系統(tǒng)按照座位的使用情況、管理員設(shè)置的使用期限和用戶個人權(quán)限進(jìn)行預(yù)約,并彈出對應(yīng)的提示框進(jìn)行提示預(yù)約情況,如圖9.

圖9 預(yù)約提示

(4)預(yù)約界面

用戶成功完成預(yù)約后自動進(jìn)去預(yù)約界面,期間無法進(jìn)行其他座位的查詢和預(yù)約,用戶在預(yù)約時間未按時使用座位或離開座位時間過久會被自動取消座位預(yù)約資格,防止用戶占座行為,如圖10.

圖10 預(yù)約界面

4.2 檢測終端的實(shí)現(xiàn)

(1)檢測終端的連接

系統(tǒng)使用檢測終端檢測座位使用情況,使用Arduino作為檢測終端上位機(jī),由Arduino 連接樹莓派服務(wù)器.如圖11所示.其中檢測終端包含了FSR 薄膜傳感器、數(shù)模轉(zhuǎn)換器、LED 顯示燈、離座按鍵.FSR 薄膜傳感器檢測時不會對10 kg 以下的書包、書籍等物品產(chǎn)生檢測值,只會對超過40 kg的人坐到座位上時才會產(chǎn)生檢測值.FSR 薄膜傳感器通過數(shù)模轉(zhuǎn)換器連接到Arduino,將產(chǎn)生的數(shù)字量轉(zhuǎn)變成模擬量,傳輸?shù)紸rduino可以識別的數(shù)據(jù).LED 顯示燈由兩個不同的LED 組成,一個燈在按下離座按鍵時亮起,指示暫離,另一個燈亮起指示違規(guī).Arduino 通過nRF24L01 芯片射頻通信與上位機(jī)樹莓派進(jìn)行連接,將數(shù)據(jù)傳輸至樹莓派.

圖11 檢測終端連接示意圖

(2)檢測終端的通信配置

系統(tǒng)在投入使用前,需要配置網(wǎng)絡(luò)設(shè)備保證檢測終端與互聯(lián)網(wǎng)聯(lián)通.檢測終端中,使用Arduino 通過nRF24L01 芯片射頻通信與上位機(jī)樹莓派進(jìn)行連接,將數(shù)據(jù)傳輸至樹莓派.樹莓派連接至互聯(lián)網(wǎng)公網(wǎng),樹莓派中安裝Tomcat 網(wǎng)絡(luò)服務(wù)器,利用Tomcat 訪問服務(wù)器的公網(wǎng)IP 地址,將數(shù)據(jù)發(fā)送至服務(wù)器的規(guī)定端口.服務(wù)器開放對應(yīng)端口,以接收數(shù)據(jù).服務(wù)器開放對應(yīng)端口以接收數(shù)據(jù),如圖12所示,其中80 端口為Tomcat 服務(wù)器默認(rèn)端口,8081為APP的服務(wù)器網(wǎng)絡(luò)服務(wù)端口,6000和7000為FRP 內(nèi)網(wǎng)穿透端口,20和21是FTP服務(wù)端口.通過訪問服務(wù)器公網(wǎng)IP 地址下的對應(yīng)端口號,以訪問對應(yīng)的服務(wù)或上傳對應(yīng)的數(shù)據(jù).

圖12 服務(wù)器開放端口

(3)檢測終端讀取的代碼示例

FSR 薄膜傳感器連接到Arduino的模擬輸入引腳讀取數(shù)值引腳后,可以由Arduino 讀取其模擬輸入數(shù)值,使用analogRead(pin)函數(shù)可以讀取0 到1023 之間的值,代表的是0-5 V的電壓信號,這個電壓值可以用于后續(xù)估計薄膜傳感器上受到的壓力范圍,并可以通過串口監(jiān)視器顯示.其代碼實(shí)現(xiàn)如下:

int val_AD=0;

void setup()

{

Serial.begin(9600);

}

void sloop()

{

val_AD=analogRead(A0);

Serial.println(val_AD);

delay(20);

}

5 結(jié)論與展望

本文對高校座位的信息化管理進(jìn)行探索,研究了對應(yīng)的軟件管理系統(tǒng),有利于數(shù)據(jù)的統(tǒng)一管理、信息的安全存儲,為相關(guān)管理人員提高了統(tǒng)一的人員導(dǎo)入、規(guī)則設(shè)定、信息統(tǒng)計等功能,為高校座位的統(tǒng)一管理提供了更便捷、更可靠的管理方式.滿足了管理員對信息化管理的需求,方便高校用戶對高校資源的利用率,提高高校管理的信息化水平,提高管理人員的管理效率,在實(shí)際測試中,滿足了使用者的基本使用需求.