提示：文章寫完后，目錄可以自動(dòng)生成，如何生成可參考右邊的幫助文檔

文章目錄

一、前言二、系統(tǒng)需求分析及相關(guān)技術(shù)介紹2.1 功能需求分析2.2 可行性分析2.3 系統(tǒng)運(yùn)行環(huán)境2.4 相關(guān)技術(shù)介紹 三、系統(tǒng)總體設(shè)計(jì)3.1 系統(tǒng)功能結(jié)構(gòu)設(shè)計(jì)3.2 系統(tǒng)功能流程設(shè)計(jì)3.3 數(shù)據(jù)庫(kù)設(shè)計(jì) 四、系統(tǒng)詳細(xì)設(shè)計(jì)4.1 系統(tǒng)登錄模塊詳細(xì)設(shè)計(jì)4.2 出入登記模塊詳細(xì)設(shè)計(jì)4.3 數(shù)據(jù)維護(hù)模塊詳細(xì)設(shè)計(jì)

(資料圖)

一、前言

本課題的內(nèi)容為開(kāi)發(fā)一套面向校園管理者與安保部門的校園車輛信息管理系統(tǒng)，需要實(shí)現(xiàn)人員、車輛基本信息的增刪改查以及車輛出入信息的錄入與查詢，并且系統(tǒng)設(shè)計(jì)需要充分考慮對(duì)校園已有信息系統(tǒng)的可連接性。 校園車輛信息管理系統(tǒng)并不是一個(gè)完全獨(dú)立的系統(tǒng)，實(shí)際上它是校園信息平臺(tái)的一個(gè)內(nèi)容擴(kuò)充，就目前的網(wǎng)絡(luò)考察情況來(lái)看，絕大部分校園都配備有校園信息平臺(tái)，內(nèi)容至少包括有師生注冊(cè)信息（即在校人員信息統(tǒng)計(jì)），學(xué)生成績(jī)的錄入統(tǒng)計(jì)，以及其它種種信息。在一二線城市的校園中，基本實(shí)現(xiàn)了出入人員信息登記的系統(tǒng)，本系統(tǒng)正是在以上現(xiàn)狀考察的基礎(chǔ)上進(jìn)行的設(shè)計(jì)開(kāi)發(fā)，用以實(shí)現(xiàn)對(duì)校園內(nèi)進(jìn)出車輛的信息化管理，并且系統(tǒng)具備較強(qiáng)的可移植性，事實(shí)上，任何具備出入檢測(cè)功能的場(chǎng)所，都可以使用這樣一個(gè)信息記錄的系統(tǒng)。 系統(tǒng)開(kāi)發(fā)過(guò)程包含有數(shù)據(jù)庫(kù)的設(shè)計(jì)，用戶端界面設(shè)計(jì)，以及系統(tǒng)核心功能的java程序設(shè)計(jì)實(shí)現(xiàn)，其中對(duì)數(shù)據(jù)庫(kù)的設(shè)計(jì)實(shí)現(xiàn)是本課題的核心部分。

提示：以下是本篇文章正文內(nèi)容，下面案例可供參考

二、系統(tǒng)需求分析及相關(guān)技術(shù)介紹

2.1 功能需求分析

數(shù)據(jù)庫(kù)需要存儲(chǔ)的數(shù)據(jù)包括 1.登錄用戶數(shù)據(jù)：用戶名、密碼、姓名、部門 2.人員數(shù)據(jù)：身份證號(hào)碼、姓名、性別、人員類別、校園卡號(hào) 3.車輛數(shù)據(jù)：車牌號(hào)碼、車輛類型、車主 4.出入記錄：時(shí)間、出入類型、出入地點(diǎn)、車牌號(hào)碼、備注

2.2 可行性分析

信息管理系統(tǒng)的技術(shù)門檻較低，在具備一定的數(shù)據(jù)庫(kù)設(shè)計(jì)能力，算法設(shè)計(jì)能力，界面設(shè)計(jì)基礎(chǔ)以及一定的編程知識(shí)后就可以獨(dú)立開(kāi)發(fā)出一個(gè)帶界面的信息管理系統(tǒng)。信息時(shí)代，使用信息管理系統(tǒng)對(duì)信息數(shù)據(jù)進(jìn)行管理維護(hù)是大勢(shì)所趨，通過(guò)系統(tǒng)添加的各種信息檢查與權(quán)限限制，可以極大程度保障數(shù)據(jù)的安全性，通過(guò)信息管理系統(tǒng)記錄的數(shù)據(jù)具備的共享性是常規(guī)人工信息記錄手段無(wú)法比擬的。本系統(tǒng)的開(kāi)發(fā)初衷是為了記錄下校園進(jìn)出的所有車輛信息，為可能發(fā)生的各種校園安全事件提供一個(gè)數(shù)據(jù)參考，從信息記錄與查證的角度，保障校園安全。它的可擴(kuò)展性極強(qiáng)，從適用對(duì)象上來(lái)看，所有的封閉式管理區(qū)域，均可通過(guò)對(duì)原系統(tǒng)的針對(duì)性改造（主要是數(shù)據(jù)庫(kù)的改造與系統(tǒng)底層）實(shí)現(xiàn)系統(tǒng)移植，一樣具備出入信息記錄的功能。

2.3 系統(tǒng)運(yùn)行環(huán)境

本系統(tǒng)的開(kāi)發(fā)運(yùn)行環(huán)境為Windows10操作系統(tǒng) 需要鼠標(biāo)和鍵盤作為輸入設(shè)備，顯示器作為輸出設(shè)備。

2.4 相關(guān)技術(shù)介紹

數(shù)據(jù)庫(kù)技術(shù)：SQL Server2008版本 + SSMS 軟件開(kāi)發(fā)技術(shù)：Eclipse（Java集成開(kāi)發(fā)工具） 界面設(shè)計(jì)：Windows Builder（Java swing + AWT）

三、系統(tǒng)總體設(shè)計(jì)

3.1 系統(tǒng)功能結(jié)構(gòu)設(shè)計(jì)

此系統(tǒng)分為操作員部分與管理員部分，操作員部分可以錄入車輛出入的信息；管理員部分的功能可以概括為數(shù)據(jù)的維護(hù)功能，包括系統(tǒng)用戶數(shù)據(jù)的維護(hù)，人員信息數(shù)據(jù)的維護(hù)，車輛信息數(shù)據(jù)的維護(hù)以及出入記錄數(shù)據(jù)的維護(hù)。此外，由于操作員與管理員系統(tǒng)界面的不同，需要添加系統(tǒng)登錄界面，包括登錄驗(yàn)證與密碼修改功能。 系統(tǒng)功能模塊劃分如圖3-1所示。

3.2 系統(tǒng)功能流程設(shè)計(jì)

3.2.1 系統(tǒng)登陸功能流程設(shè)計(jì)系統(tǒng)運(yùn)行后首先進(jìn)入登陸界面，通過(guò)登錄驗(yàn)證獲取用戶的權(quán)限后決定該用戶的操作界面選擇邏輯，此外，該頁(yè)面提供密碼修改的界面，在用戶名文本編輯框的后方小方格可以觸發(fā)點(diǎn)擊事件跳轉(zhuǎn)密碼修改界面。需要處理的異常情況包括，文本編輯框?yàn)榭?，賬戶不存在，密碼不正確，以及修改密碼過(guò)程中，兩次輸入的新密碼不一致的情況。系統(tǒng)登錄功能的完整流程如圖3-2所示。

3.2.2 出入登記功能流程設(shè)計(jì)考慮到校園出入口的車流量在高峰期會(huì)很大，因此要求錄入過(guò)程簡(jiǎn)潔，高效，用最少的操作，得到最關(guān)鍵的信息，因此系統(tǒng)在出入登記功能設(shè)計(jì)部分，只有一個(gè)兩個(gè)點(diǎn)擊事件按鈕，一個(gè)是錄入控制按鈕，一個(gè)是刷新界面按鈕（可用于重置文本框輸入內(nèi)容），需要填寫的表單數(shù)據(jù)為出入類型，出入位置，車輛類型，車牌號(hào)碼，人員證件號(hào)和備注，前三者均采用下拉框選擇機(jī)制保證輸入值的合理性，后三者采用文本編輯框（只有備注內(nèi)容可以為空）；該部分的另一個(gè)功能是顯示已經(jīng)錄入的信息（出入記錄），這部分功能要求信息的重新整合顯示（需要顯示詳細(xì)的人員信息，車輛信息），以及較高的時(shí)效性，主要體現(xiàn)在顯示信息內(nèi)容的篩選排序和信息錄入引起的信息變更的即時(shí)性。該功能需要處理的異常情況也為表單內(nèi)容不合法的情形。出入登記功能的完整流程如圖3-3所示。 3.2.3 數(shù)據(jù)維護(hù)功能流程設(shè)計(jì)系統(tǒng)的正常運(yùn)行，離不開(kāi)對(duì)數(shù)據(jù)的維護(hù)，本系統(tǒng)對(duì)數(shù)據(jù)的維護(hù)從界面模塊上可以分為用戶信息維護(hù)、人員信息維護(hù)、車輛信息維護(hù)和出入記錄維護(hù)。從功能上可以大致分為信息增加、信息刪除、信息更改以及信息查詢。其中對(duì)信息的查詢功能應(yīng)該盡量提供多種查詢方式。數(shù)據(jù)維護(hù)功能的交互流程如圖3-4所示。

3.3 數(shù)據(jù)庫(kù)設(shè)計(jì)

校園車輛信息管理系統(tǒng)并不是一個(gè)完全獨(dú)立的系統(tǒng)，從實(shí)際考慮出發(fā)，它應(yīng)該是校園信息平臺(tái)的一個(gè)內(nèi)容擴(kuò)充，因此在設(shè)計(jì)人員信息時(shí)，應(yīng)該適當(dāng)減少對(duì)冗余信息的錄入，例如學(xué)生的年級(jí)、班級(jí)、班主任等等信息都可以通過(guò)與其它信息系統(tǒng)的連接進(jìn)行查詢獲取，而不必在本系統(tǒng)中要求重復(fù)錄入。（至于沒(méi)有人員信息數(shù)據(jù)庫(kù)的情況，那我只想說(shuō)，人員信息數(shù)據(jù)庫(kù)對(duì)校園的重要性遠(yuǎn)高于本系統(tǒng)，所以還請(qǐng)貴校領(lǐng)導(dǎo)移步人員信息管理系統(tǒng)）。 3.3.1概念結(jié)構(gòu)設(shè)計(jì)（1）系統(tǒng)用戶信息 系統(tǒng)用戶即登錄到該系統(tǒng)的用戶，這里將存儲(chǔ)用戶的基本信息，主要包括用戶在系統(tǒng)中的編號(hào)（將被作為工號(hào)作登錄使用），用戶的登陸密碼，用戶的姓名和用戶的職務(wù)，其中用戶的編號(hào)的屬性被設(shè)置為主碼自增（初始為1，增量為1）。此外在數(shù)據(jù)庫(kù)建立之初將會(huì)有一個(gè)管理員用戶（工號(hào)0，密碼000）被創(chuàng)建，作為系統(tǒng)唯一的登錄用戶。系統(tǒng)用戶實(shí)體如圖3-5 所示。 （2）（出入）人員信息 人員信息主要由兩部分組成，一部分是由管理員錄入的校內(nèi)人員信息（通常該數(shù)據(jù)內(nèi)容可以與學(xué)校已有的人員信息系統(tǒng)相關(guān)聯(lián)），另一部分是由從操作員錄入的出入信息剝離出的臨時(shí)人員，這些臨時(shí)人員的信息會(huì)被自動(dòng)保存錄入（此時(shí)的人員可以被理解為進(jìn)出車輛的車主）。（出入）人員實(shí)體如圖3-6 所示。 （3）（出入）車輛信息 與出入人員信息類似，出入車輛的信息也由兩部分組成，由管理員錄入的部分必須建立在已有校內(nèi)人員作為車主的基礎(chǔ)上進(jìn)行添加，由操作員錄入的部分，同樣是從出入登記的信息中剝離出來(lái)以臨時(shí)車輛的類別屬性添加到車輛數(shù)據(jù)中。這些自動(dòng)添加臨時(shí)人員，臨時(shí)車輛的邏輯將在下一系統(tǒng)詳細(xì)設(shè)計(jì)部分進(jìn)行描述。（出入）車輛實(shí)體如圖3-7所示。 （4）出入記錄信息 出入記錄信息是有車輛出入該一事件觸發(fā)產(chǎn)生的數(shù)據(jù)，考慮到數(shù)據(jù)庫(kù)設(shè)計(jì)不應(yīng)將時(shí)間類型的數(shù)據(jù)設(shè)置為唯一的碼屬性這一原則，因此在設(shè)計(jì)時(shí)出入記錄被作為弱實(shí)體集存在，其與識(shí)別實(shí)體（車輛）構(gòu)成出入這一識(shí)別聯(lián)系。出入記錄實(shí)體如圖3-8所示。

2）系統(tǒng)總體ER圖 在上述實(shí)體中，人員實(shí)體與車輛實(shí)體構(gòu)成1對(duì)多的擁有聯(lián)系，車輛與出入記錄間構(gòu)成1對(duì)多的構(gòu)成聯(lián)系（即出入記錄由車輛的進(jìn)出行為產(chǎn)生），系統(tǒng)用戶是一個(gè)單獨(dú)的實(shí)體，僅用于系統(tǒng)的登陸。系統(tǒng)總體ER圖如圖3-9所示。 3.3.2邏輯結(jié)構(gòu)設(shè)計(jì)ER圖中需要處進(jìn)行表設(shè)計(jì)的部分是車輛與出入記錄間的識(shí)別聯(lián)系處理，我的處理方法是將車輛中的主碼車牌號(hào)碼作為出入記錄表中的外碼，而將出入記錄中的時(shí)間作為部分碼與車牌號(hào)碼一起作為出入記錄表的主碼。車輛和人員的擁有聯(lián)系則通過(guò)在車輛中添加車主信息（使用人員的主碼身份證號(hào)）作為外碼來(lái)體現(xiàn)。 （1）Users（系統(tǒng)用戶表） 系統(tǒng)用戶表的所有字段要求非空，其中id字段設(shè)置為主碼自增，用戶部門可根據(jù)需要進(jìn)行相應(yīng)值的約束。系統(tǒng)用戶表如表3-1所示。 （2）Personnel（人員信息表） 人員信息表的id和type字段要求非空，type字段及sex字段設(shè)置值的約束，id字段設(shè)置為主碼，schoolCard字段設(shè)置默認(rèn)值約束為0。人員信息表如表3-2所示。 （3）Vehicle（車輛信息表） 車輛信息表的所有字段要求非空，license字段設(shè)置為主碼，owner字段設(shè)置為外碼，與人員信息表的id對(duì)應(yīng)，type字段可添加值的約束，車輛信息表如表3-3所示。

4）AccessRecord（出入記錄表） 出入記錄表除note字段外均非空，time字段與licence字段設(shè)置為主碼，其中l(wèi)icence字段為外碼，與車輛信息表中的licence字段對(duì)應(yīng)，type和addr字段均可添加值的約束。

四、系統(tǒng)詳細(xì)設(shè)計(jì)

4.1 系統(tǒng)登錄模塊詳細(xì)設(shè)計(jì)

系統(tǒng)登錄模塊在設(shè)計(jì)之初有兩種可選方案，第一種是通過(guò)設(shè)置數(shù)據(jù)庫(kù)用戶和角色，實(shí)現(xiàn)對(duì)用戶訪問(wèn)數(shù)據(jù)庫(kù)權(quán)限的設(shè)置，從數(shù)據(jù)庫(kù)訪問(wèn)權(quán)限的角度，實(shí)現(xiàn)系統(tǒng)登錄功能，它的具體實(shí)現(xiàn)方法是首先從數(shù)據(jù)庫(kù)管理員角色連接數(shù)據(jù)庫(kù)，然后進(jìn)入管理員界面，所有對(duì)用戶的添加，權(quán)限修改，密碼重置，以及用戶刪除都將轉(zhuǎn)化成對(duì)數(shù)據(jù)庫(kù)角色的編輯，這樣的做法能最大限度地保證數(shù)據(jù)庫(kù)里的數(shù)據(jù)被正確地訪問(wèn)。另一種實(shí)現(xiàn)方式，是在Java的界面邏輯中實(shí)現(xiàn)用戶驗(yàn)證的功能，對(duì)不同的用戶選擇不同的界面邏輯，對(duì)用戶信息的維護(hù)通過(guò)修改數(shù)據(jù)庫(kù)中實(shí)際存在的一張基本表實(shí)現(xiàn)，它的安全性不及前者，但勝在實(shí)現(xiàn)復(fù)雜度較低，因?yàn)闊o(wú)論是否使用數(shù)據(jù)庫(kù)角色的驗(yàn)證，在系統(tǒng)界面的設(shè)計(jì)過(guò)程中，都需要對(duì)用戶的身份進(jìn)行核對(duì)，從這個(gè)角度考慮，最終我的系統(tǒng)采用了后者，即不設(shè)置多個(gè)數(shù)據(jù)庫(kù)角色，而是直接在數(shù)據(jù)庫(kù)基本表中存儲(chǔ)用戶信息，通過(guò)Java的后臺(tái)邏輯實(shí)現(xiàn)用戶登錄的驗(yàn)證。 登錄界面的驗(yàn)證邏輯，采用的是通過(guò)輸入框中輸入的Id號(hào)進(jìn)行用戶信息的查詢，然后比對(duì)密碼是否一致，實(shí)現(xiàn)登錄驗(yàn)證。界面的跳轉(zhuǎn)邏輯，是通過(guò)查詢Id對(duì)應(yīng)用戶的部門進(jìn)行邏輯選擇，實(shí)現(xiàn)頁(yè)面的跳轉(zhuǎn)，跳轉(zhuǎn)后，原登錄界面被關(guān)閉。

4.2 出入登記模塊詳細(xì)設(shè)計(jì)

該部分功能是系統(tǒng)的核心功能，其基本邏輯比較簡(jiǎn)單，操作員填寫表單，系統(tǒng)讀取表單信息，對(duì)表單信息進(jìn)行判斷整合后存儲(chǔ)到數(shù)據(jù)庫(kù)中，并觸發(fā)一次頁(yè)面刷新。但是從讀取到的表單內(nèi)容到數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫(kù)中這個(gè)過(guò)程需要較為復(fù)雜的邏輯控制，因此在數(shù)據(jù)庫(kù)中創(chuàng)建了一個(gè)存儲(chǔ)過(guò)程，來(lái)執(zhí)行一系列的Insert語(yǔ)句，將表單中的數(shù)據(jù)，存儲(chǔ)到數(shù)據(jù)庫(kù)中。此外，還需設(shè)計(jì)一個(gè)用于記錄顯示的視圖，對(duì)出入記錄進(jìn)行預(yù)覽。 出入登記的詳細(xì)實(shí)現(xiàn)邏輯為，首先在Java頁(yè)面控制中對(duì)表單的輸入合法性進(jìn)行檢測(cè)，要求車牌號(hào)碼和人員信息內(nèi)容不能為空（人員信息既可以填寫校園卡號(hào)也可以填寫身份證號(hào)），在操作員觸發(fā)錄入按鈕點(diǎn)擊事件后，調(diào)用存儲(chǔ)過(guò)程Proc_add，輸入的參數(shù)包括出入類型、出入地址、車輛類型、車牌號(hào)碼、人員信息和備注。在該存儲(chǔ)過(guò)程中，還設(shè)置了三個(gè)計(jì)數(shù)參數(shù)@cn1,@cn2,@cn3,分別表示人員信息在人員信息表身份證號(hào)字段出現(xiàn)的次數(shù)，車牌號(hào)碼在車輛信息車牌號(hào)碼字段出現(xiàn)的次數(shù)，以及人員信息在人員信息表校園卡字段出現(xiàn)的次數(shù)，因?yàn)樯矸葑C號(hào)碼與校園卡號(hào)不可能一致，因此@cn1與@cn3不可能同時(shí)為1。針對(duì)三個(gè)參數(shù)不同的結(jié)果，可以得出不同的存儲(chǔ)方法，判斷邏輯表如表4-1所示。 特別地，出入記錄中的時(shí)間字段，是調(diào)用的數(shù)據(jù)庫(kù)中獲取當(dāng)前系統(tǒng)時(shí)間的方法（@time=GETDATE（））。 出入記錄信息的內(nèi)容除了Access Record表中的內(nèi)容外還應(yīng)包括Vehicle表中的車輛類型和車主信息，該數(shù)據(jù)顯示功能可通過(guò)創(chuàng)建一個(gè)數(shù)據(jù)庫(kù)視圖來(lái)實(shí)現(xiàn)，顯示的具體實(shí)現(xiàn)手段是里利用Java GUI中的Table類對(duì)讀取的數(shù)據(jù)視圖進(jìn)行展示。

4.3 數(shù)據(jù)維護(hù)模塊詳細(xì)設(shè)計(jì)

數(shù)據(jù)維護(hù)部分的總體設(shè)計(jì)就比較具有特色，所有的數(shù)據(jù)操作都在一個(gè)界面中完成，沒(méi)有繁雜的窗口彈出重復(fù)輸入的邏輯，而是更加的人性化，不論是數(shù)據(jù)的添加還是查詢還是修改刪除都能在當(dāng)前頁(yè)面完成，這樣的做法使得數(shù)據(jù)的錄入更加高效，數(shù)據(jù)的查詢與修改功能也能高度耦合，大大提高了數(shù)據(jù)維護(hù)的效率。其缺陷就是界面按鈕控制邏輯較為復(fù)雜，開(kāi)發(fā)難度較大，可能對(duì)后續(xù)的維護(hù)更新不大友好，但用戶體驗(yàn)的提升是一定的。（為了方便比對(duì)，在用戶信息管理部分，采用了點(diǎn)擊按鈕觸發(fā)新頁(yè)面執(zhí)行的方案，可供橫向?qū)Ρ龋? 4.3.1 數(shù)據(jù)的添加數(shù)據(jù)的添加部分功能的實(shí)現(xiàn)較為簡(jiǎn)單，管理員填充信息后點(diǎn)擊添加按鈕后，系統(tǒng)首先進(jìn)行輸入合法性檢測(cè)， 對(duì)管理員輸入的信息進(jìn)行檢測(cè)，主要包括檢測(cè)輸入字段是否為空以及該條記錄是否重復(fù)添加（主碼唯一性），特別地，針對(duì)人員信息中的校園卡字段，在數(shù)據(jù)庫(kù)中設(shè)置了插入語(yǔ)句觸發(fā)器，可以處理添加的人員身份證號(hào)未重復(fù)，而校園卡號(hào)已存在的情形，實(shí)現(xiàn)方法就是創(chuàng)建觸發(fā)器在檢測(cè)到執(zhí)行Personnel表插入語(yǔ)句后，對(duì)插入記錄中的校園卡號(hào)在Personnel表校園卡號(hào)字段中出現(xiàn)的次數(shù)，若大于1，則拋出異常并事務(wù)回滾，否則不執(zhí)行任何操作。 4.3.2 數(shù)據(jù)的查詢數(shù)據(jù)的查詢功能實(shí)現(xiàn)邏輯也比較簡(jiǎn)單，管理員點(diǎn)擊查詢按鈕后，系統(tǒng)讀入表單中的信息，通過(guò)模糊查詢（like ‘%’+text+’%’）的方法即可實(shí)現(xiàn)幾乎所有的查詢方法。這里需要單獨(dú)處理的是對(duì)出入記錄信息的查詢，因?yàn)檫@里涉及到按日期進(jìn)行查詢，它沒(méi)法使用字段模糊查詢的方法得出查詢結(jié)果，我的實(shí)現(xiàn)方法是，在表單中加入三個(gè)下拉框，分別用以設(shè)置年月日，這里需要解決每個(gè)月的天數(shù)不一致的問(wèn)題（解決方法是使用Java.calendar中的getActualMaximum (Calendar.DAY_OF_MONTH)方法獲得當(dāng)前月份（由年月下拉框決定）的天數(shù)并顯示在下拉框里），這樣就得到了查詢所需的日期字段，然后調(diào)用創(chuàng)建好的數(shù)據(jù)庫(kù)存儲(chǔ)過(guò)程Proc_findByDate即可，該存儲(chǔ)過(guò)程的邏輯是用’where time between’。另一種查詢出入記錄的方法就是使用屬性特征進(jìn)行查詢，這與之前提到的字段模糊查詢方法類似。 4.3.3 數(shù)據(jù)的修改數(shù)據(jù)的修改功能比較有技巧性，數(shù)據(jù)的修改邏輯由管理員選中頁(yè)面下方表格某行數(shù)據(jù)開(kāi)始，當(dāng)管理員觸發(fā)點(diǎn)擊事件后，選中的記錄會(huì)被自動(dòng)填充顯示到上方表單區(qū)域，其中主碼屬性對(duì)應(yīng)的表單內(nèi)容會(huì)被設(shè)置為不可編輯狀態(tài)，其它內(nèi)容都可以被修改，在系統(tǒng)監(jiān)測(cè)到表單內(nèi)容被修改后（一定是表單內(nèi)容與數(shù)據(jù)庫(kù)中保存的數(shù)據(jù)出現(xiàn)不一致，才會(huì)觸發(fā)，換言之，你可以通過(guò)保存按鈕是否亮起看出當(dāng)前表單數(shù)據(jù)是否與數(shù)據(jù)庫(kù)中數(shù)據(jù)一致），頁(yè)面上的保存按鈕會(huì)進(jìn)入可選中狀態(tài)（初始為不可選中狀態(tài)），之后操作員點(diǎn)擊保存按鈕，系統(tǒng)會(huì)檢查修改后的信息是否合法，通過(guò)檢查后的數(shù)據(jù)會(huì)被update到數(shù)據(jù)庫(kù)中。隨后界面刷新，回到頁(yè)面初始化查詢狀態(tài)。 4.3.4 數(shù)據(jù)的刪除數(shù)據(jù)的刪除也需要先選中該條記錄，與數(shù)據(jù)的修改邏輯相似，選中某條記錄后，刪除按鈕會(huì)亮起，此時(shí)點(diǎn)擊刪除，即刪除被選中的該條記錄，并刷新界面。特別地，針對(duì)人員信息和車輛信息的刪除，考慮到數(shù)據(jù)庫(kù)系統(tǒng)的數(shù)據(jù)完整性，在數(shù)據(jù)庫(kù)中加入了刪除語(yǔ)句的觸發(fā)器Per_del與Veh_del，它們依次實(shí)現(xiàn)了刪除人員時(shí)首先檢測(cè)該人員是否有是某輛車的車主，如果是的話會(huì)連同該車一起刪除，刪除車輛時(shí)首先檢測(cè)該車輛是否有出入記錄，如果有的話，會(huì)連同所有該車的出入記錄一起刪除。另外，考慮到出入信息的轉(zhuǎn)存問(wèn)題，設(shè)置了記錄清空功能，能在不刪除人員信息和車輛信息的情況下，將所有出入記錄清空，釋放數(shù)據(jù)庫(kù)空間。 4.3.5 其它管理員界面框架，使用的是CardPanel由界面上方的按鈕觸發(fā)事件，將按鈕對(duì)應(yīng)的界面（可以理解為一張Card）顯示在最上方。