【文章內(nèi)容簡介】 車輛租用車輛普通用戶管理車輛管理訂單管理留言管理留言管理個人車輛管理出租訂單管理租用訂單管理個人信息管理圖 31 系統(tǒng)功能模塊結(jié)構(gòu)圖 1．前臺模塊功能描述：對于尚未未注冊用戶僅有訪問主頁的權(quán)限。然而對于已經(jīng)注冊的用戶，他們可以查詢車輛信息、特惠活動和對本網(wǎng)站信息進(jìn)行操作，例如租車，出租以及與其他用戶或者管理員間進(jìn)行留言溝通。 （1）查詢汽車信息模塊：可以查詢放在該網(wǎng)站上的全部汽車，也可以根據(jù)查詢條件來篩選最后顯示出來的汽車。 （2）租用汽車模塊：首先確定自己想要租用的汽車，然后選擇預(yù)訂汽車的時間區(qū)域。 （3）出租車輛模塊：根據(jù)要求填寫好打算外租車輛的相關(guān)信息，然后將信息發(fā)布到該汽車租賃網(wǎng)站上，其他用戶可以查詢并租用該汽車。 （4）用戶中心模塊： 對個人汽車、個人信息以及外租與租用訂單和留言進(jìn)行管理。 （5）關(guān)于本網(wǎng)站模塊：P2P汽車租賃網(wǎng)站的簡介和運(yùn)行模式 。2．后臺管理模塊功能描述 （1）賬戶管理：修改與查看管理員的個人信息。 （2）留言管理：查看、刪除、回復(fù)留言。 （3）訂單管理：查看以及刪除訂單。 （4）車輛管理：刪除和查看車輛信息。 （5）普通用戶管理：刪除和查看普通用戶。 數(shù)據(jù)庫設(shè)計 概念設(shè)計概念結(jié)構(gòu)設(shè)計的最重要的任務(wù)是將分析所得的客戶需求形象轉(zhuǎn)化成概念模型的過程，它是數(shù)據(jù)庫設(shè)計的重點(diǎn)。概念結(jié)構(gòu)的主要特點(diǎn)如下：1．概念設(shè)計可以切實(shí)且充分地反映現(xiàn)實(shí)世界。2．概念設(shè)計易于理解。3．概念設(shè)計方便修改，當(dāng)使用環(huán)境和使用要求發(fā)生變化時，可以很方便的對概念模型更改和補(bǔ)充。4．概念設(shè)計很方便向關(guān)系、網(wǎng)狀、層次等各種各樣的數(shù)據(jù)模型進(jìn)行轉(zhuǎn)換。概念結(jié)構(gòu)是所有數(shù)據(jù)模型共有的基礎(chǔ)，相比較于數(shù)據(jù)模型而言，概念結(jié)構(gòu)更加抽象和穩(wěn)定并且獨(dú)立于機(jī)器。為了將用戶的數(shù)據(jù)要求進(jìn)行準(zhǔn)確詮釋，往往會建立一種面向問題的數(shù)據(jù)模型，依據(jù)用戶的想法對數(shù)據(jù)和信息建立相應(yīng)的模型。其中，ER 模型是最普遍被使用的一種概念性數(shù)據(jù)模型。將“車輛信息”和“用戶信息”（車主）作為實(shí)體,如圖 32 是對它們的局部 ER圖的展示。用戶信息電話身份證號真實(shí)姓名郵箱密碼用戶 I D性別照片住址車輛信息車牌號型號品牌省份單日價格車輛 I D城市出租狀態(tài)取車地址車主 I D座位數(shù)排量變速箱出租期限長度照片描述G P S擁有1N 圖 32 車輛信息與車主信息實(shí)體屬性圖將“用戶信息”與“消息”作為實(shí)體，如圖 33 是對它們的局部 ER 圖的展示。用戶信息電話身份證號真實(shí)姓名郵箱密碼用戶 I D性別照片住址消息發(fā)送時間接收人I D消息 I D內(nèi)容發(fā)送11圖 33 消息與租客信息實(shí)體屬性圖 將“車輛信息”和“用戶信息”（租客）作為實(shí)體，如圖 34 是對它們的局部 ER圖的展示。 圖 34 車輛信息與租客信息實(shí)體屬性圖 將“評價信息”以及“車輛信息”作為實(shí)體，它們的局部 ER 圖,如圖 35 所示。車輛信息車牌號型號品牌省份單日價格車輛 I D城市出租狀態(tài)取車地址車主 I D座位數(shù)排量變速箱出租期限長度照片描述G P S評價信息發(fā)送時間級別評價 I D內(nèi)容評價11圖 35 車輛信息與評價信息實(shí)體屬性圖 管理員和其他實(shí)體的關(guān)系屬性圖，如圖 36 是對它們的 ER 圖的展示。 圖 36 管理員與其他實(shí)體屬性圖 邏輯設(shè)計數(shù)據(jù)庫邏輯設(shè)計可以劃分成三個步驟，分別是：需求分析、概念設(shè)計與邏輯設(shè)計（ER 圖關(guān)系模型轉(zhuǎn)化）。數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計的任務(wù)是要把 ER 圖轉(zhuǎn)換成邏輯結(jié)構(gòu)的數(shù)據(jù)模型，通常要根據(jù)一般的轉(zhuǎn)換規(guī)則把同一聯(lián)系相關(guān)的屬性放在一個關(guān)系模式中，從而，不同的聯(lián)系形成若干個關(guān)系模式。但是這樣形成的關(guān)系模式未必是最佳關(guān)系模式。我們要從實(shí)際出發(fā)，對邏輯結(jié)構(gòu)進(jìn)行優(yōu)化，才能使得系統(tǒng)有最佳性能 [7]。邏輯結(jié)構(gòu)的優(yōu)化即通過對關(guān)系模式進(jìn)行分解、合并和調(diào)整來提高應(yīng)用的效率。邏輯結(jié)構(gòu)中的關(guān)系模式映射到實(shí)際應(yīng)用中就是數(shù)據(jù)庫表的結(jié)構(gòu)，設(shè)計出好的關(guān)系模式是邏輯結(jié)構(gòu)優(yōu)化的必經(jīng)之路 [8]。本系統(tǒng)的實(shí)體與實(shí)體之間轉(zhuǎn)換出的關(guān)系模式如下幾張表所示：用戶信息表｛用戶 ID，用戶密碼，用戶姓名，身份證號，用戶性別，用戶郵箱，電話號碼，居住住址，用戶照片｝車輛信息表{車輛 ID，車牌號，車輛品牌，車輛型號，每日價格，車主 ID，身份證號，所在省份，所在城市，出租狀態(tài)，取車地址，變速箱，車輛排量，可載人數(shù)，GPS導(dǎo)航，出租期限長度，描述}訂單信息表｛訂單 ID，車輛 ID，訂單狀態(tài)，取車日期，還車日期，租客 ID，總價｝消息信息表｛消息 ID，發(fā)送人 ID，接收人 ID，發(fā)送時間，內(nèi)容｝評價信息表｛評價 ID，評價人 ID，車輛 ID，發(fā)送時間，內(nèi)容｝管理員信息表｛管理員 ID，登入賬號，登入密碼｝ 物理設(shè)計一個良好的數(shù)據(jù)庫系統(tǒng)應(yīng)當(dāng)考慮系統(tǒng)性能、功能、數(shù)據(jù)保護(hù)等因素。然后，在新建或重建一個數(shù)據(jù)庫時，許多數(shù)據(jù)庫管理員并未意識到前期物理建設(shè)工作的主要。而忽視的結(jié)果是必將在以后的數(shù)據(jù)庫應(yīng)用中付出代價。做好數(shù)據(jù)庫建立前期的物理設(shè)計工作，創(chuàng)建高效的數(shù)據(jù)庫環(huán)境，有助于數(shù)據(jù)庫穩(wěn)定、順利的運(yùn)行 [9]。 數(shù)據(jù)庫物理設(shè)計包含：明確 DB 中所有實(shí)體的 屬性、精度抉擇、數(shù)據(jù)庫管理系統(tǒng)頁面大小、字段長度，確定 DB 產(chǎn)品等方面。在數(shù)據(jù)庫物理設(shè)計過程中我們需要注意三個問題：重視 CPU 內(nèi)存，減少磁盤競爭，保證數(shù)據(jù)安全。訪問數(shù)據(jù)庫中的數(shù)據(jù)的路徑主要體現(xiàn)在創(chuàng)建索引的過程。如過要直接定位到所要查詢的記錄，則應(yīng)該采用索引方法存取方法（索引表）。順序表只能從頭進(jìn)去向后一個個訪問記錄 [10]。依據(jù)如上實(shí)體與實(shí)體間關(guān)系模式，生成對應(yīng)的數(shù)據(jù)庫表與表間的聯(lián)系。 該表是包含了用戶的個人信息。表 31 用戶信息表（TB_USER）字段名 數(shù)據(jù)類型 主鍵 允許空 功能描述 user_id Varchar2(50) 是 否 用戶賬戶password Varchar2(50) 否 是 用戶密碼 Varchar2(50) 否 是 用戶郵箱cellphone Varchar2(50) 否 是 電話號碼realname Varchar2(50) 否 是 用戶姓名idcard Varchar2(50) 否 是 身份證號adress Varchar2(50) 否 是 居住地址user_pacture Varchar2(50) 否 是 用戶相片usersex Varchar2(50) 否 是 用戶性別 如表 32 是對管理員信息表的展示。 表 32 管理員信息表字段名 數(shù)據(jù)類型 主鍵 允許空 功能描述admin_id Varchar2(50) 是 否 管理員 IDadmin_name Varchar2(50) 否 是 管理員賬號admin_password Varchar2(50) 否 是 管理員密碼 車輛信息表是對車輛相關(guān)信息的介紹。表 33 車輛信息表（TB_CAR）字段名 數(shù)據(jù)類型 主鍵 允許空 功能描述card_id Varchar2(50) 是 否 用戶賬戶carstatus Varchar2(50) 否 是 車輛狀態(tài)userid Varchar2(50) 否 是 車主 IDtype Varchar2(50) 否 是 車輛品牌caradress Varchar2(50) 否 是 取車地址dayprice Varchar2(50) 否 是 日租價格brand Varchar2(50) 否 是 車輛型號province Varchar2(50) 否 是 所在省city Varchar2(50) 否 是 所在市carnumber Varchar2(50) 否 是 部門名稱sweptvolume Varchar2(50) 否 是 車輛排量transmission Varchar2(50) 否 是 汽車排量person Varchar2(50) 否 是 可載人數(shù)GPS Varchar2(50) 否 是 GPS 導(dǎo)航cardescribe Varchar2(50) 否 是 車輛描述carpicture Varchar2(50) 否 是 車輛圖片longesttime Varchar2(50) 否 是 出租期限長度 訂單信息表是儲存了訂單的相關(guān)信息。 表 34 訂單信息表（TB_RENT_ORDER）字段名 數(shù)據(jù)類型 主鍵 允許空 功能描述 order_id Varchar2(50) 是 否 用戶賬戶user_id Varchar2(50) 否 是 租客 _IDcar_id Varchar2(50) 否 是 車輛 IDcost Varchar2(50) 否 是 話費(fèi)starttime Varchar2(50) 否 是 取車時間endtime Varchar2(50) 否 是 還車時間Orderstatus Varchar2(50) 否 是 訂單狀態(tài)hostid Varchar2(50) 否 是 車主 ID 消息信息表儲存了消息信息的相關(guān)字段內(nèi)容。表 35 消息信息表（TB_MESSAGE）字段名 數(shù)據(jù)類型 主鍵 允許空 功能描述 message_id number 是 否 消息 IDuser_id Varchar2(50) 否 是 發(fā)送人 IDcontent Varchar2(50) 否 是 內(nèi)容To_id Varchar2(50) 否 是 接受人 IDtime date 否 是 取車時間 評價信息表如表 36 所示。表 36 評價信息表（TB_MESSAGE）字段名 數(shù)據(jù)類型 主鍵 允許空 功能描述Comment_id number 是 否 消息 IDcar_id number 否 是 車輛 IDcontent Varchar2(30) 否 是 內(nèi)容user_id Varchar2(50) 否 是 接受人 IDtime date 否 是 發(fā)車時間 系統(tǒng)詳細(xì)設(shè)計P2P 汽車租賃網(wǎng)站系統(tǒng)可以根據(jù)業(yè)務(wù)內(nèi)容劃分為用戶系統(tǒng)和管理員系統(tǒng)兩個模塊。在需求規(guī)格說明和系統(tǒng)架構(gòu)的基礎(chǔ)上進(jìn)行相應(yīng)的系統(tǒng)模塊設(shè)計，通過仔細(xì)分析用例、精化架構(gòu)以及設(shè)計模塊來識別出設(shè)計元素，找出設(shè)計元素的細(xì)節(jié)行為，精化設(shè)計元素的含義，保證用例實(shí)現(xiàn)始終是最新的。 用戶模塊設(shè)計用戶模塊負(fù)責(zé)已經(jīng)注冊成功的用戶的登錄；汽車信息瀏覽和查詢；出租汽車；租用汽車；個人中心（管理訂單與汽車等信息）；游客注冊。下面我們將在這些功能中挑選出較有代表性的功能進(jìn)行詳細(xì)的描述：1．會員登錄功能會員登錄所涉及的 JSP 文件和類，包括了 （視圖層）、UserDao（數(shù)據(jù)訪問層）、User（實(shí)體層）和 UserLoginAction（控制層 ），具體的會員登入業(yè)務(wù)圖如 31 圖所示。圖 31 會員登入業(yè)務(wù)圖 （1） 頁面 頁面的 action 主要負(fù)責(zé)處理用戶的登入行為，它會去調(diào)用 UserLoginAction類中的 execute()