《數(shù)據(jù)庫系統(tǒng)概論》課程設計-車輛租賃系統(tǒng)

1、<p><b>　　目錄</b></p><p><b>　　一 引言3</b></p><p><b>　　1 編寫目的3</b></p><p><b>　　2 術語表3</b></p><p><b>　　3 參考資料3&

2、lt;/b></p><p>　　二 數(shù)據(jù)庫環(huán)境說明4</p><p>　　三 數(shù)據(jù)庫命名規(guī)則4</p><p><b>　　四 邏輯設計4</b></p><p>　　1 調(diào)查用戶需求4</p><p><b>　　2 用例5</b></p>

3、<p>　　3 系統(tǒng)功能的設計和劃分9</p><p><b>　　4 數(shù)據(jù)字典11</b></p><p><b>　　5 數(shù)據(jù)流圖12</b></p><p><b>　　6 對象描述13</b></p><p><b>　　7 場景14<

4、;/b></p><p>　　8 系統(tǒng)各個部分的設計過程18</p><p><b>　　9 視圖集成24</b></p><p><b>　　五 物理設計26</b></p><p><b>　　1 表匯總26</b></p><p>　

5、　2 表的詳細設計26</p><p>　　3 視圖的設計33</p><p>　　4 存儲過程、函數(shù)及觸發(fā)器的設計33</p><p>　　六 安全性設計33</p><p>　　1 防止用戶直接操作數(shù)據(jù)庫的方法33</p><p>　　2 用戶帳號密碼的加密方法33</p><p&g

6、t;　　3 角色與權限33</p><p><b>　　七 詳細設計33</b></p><p><b>　　1 程序邏輯33</b></p><p>　　3系統(tǒng)模塊設計34</p><p><b>　　八 優(yōu)化42</b></p><p>　

7、　九 數(shù)據(jù)庫管理與維護說明42</p><p><b>　　十 用戶手冊43</b></p><p><b>　　一 引言</b></p><p><b>　　1 編寫目的</b></p><p>　　本文檔是車輛租賃管理系統(tǒng)的組成部分，編寫本文檔的目的是：明確與指導車輛租

8、賃管理系統(tǒng)的開發(fā)流程，以及便于以后的系統(tǒng)維護、升級。 本文檔重點介紹了系統(tǒng)的數(shù)據(jù)庫設計部分，這樣做的目的是：明確數(shù)據(jù)庫的表名、字段名等數(shù)據(jù)信息，用來指導后期的數(shù)據(jù)庫腳本的開發(fā)，本文檔遵循《車輛租賃管理系統(tǒng)數(shù)據(jù)庫設計和開發(fā)規(guī)范》。本文檔的讀者對象是需求人員、系統(tǒng)設計人員、開發(fā)人員、測試人員。</p><p>　　本系統(tǒng)的名字是“車輛租賃管理系統(tǒng)”。本系統(tǒng)受“XX車輛租賃公司”的委托而開發(fā)。該公司總部位于北京，在沈陽

9、、南京等地有分部。</p><p>　　在以前，該公司在進行業(yè)務處理時，用的是傳統(tǒng)的紙質(zhì)記錄的方式。這種方式的缺點是：1，由于公司有若干個分部分布在不同地區(qū)，各分部的紙質(zhì)文檔由各分部自己管理，分部與分部之間不能實現(xiàn)信息的實時共享，這常常會產(chǎn)生一些矛盾，給公司帶來信譽和經(jīng)濟上的損失；2，紙質(zhì)文檔一旦寫成之后不可涂改，這對于工作人員的要求較高；3，紙質(zhì)文檔的保存需要付出很大代價；4，效率底下。</p>

10、<p>　　隨著計算機技術的發(fā)展，越來越多的公司摒棄了傳統(tǒng)的管理模式，采用了最新的計算機技術以求使管理工作更加快捷、準確、安全。XX車輛租賃公司也不例外。于是便有了本系統(tǒng)的誕生。</p><p><b>　　2 術語表</b></p><p><b>　　3 參考資料</b></p><p><b>　

11、　二 數(shù)據(jù)庫環(huán)境說明</b></p><p>　　數(shù)據(jù)庫實例：vehiclerental</p><p>　　數(shù)據(jù)庫系統(tǒng)：MySQL 4.0</p><p><b>　　數(shù)據(jù)庫部署：</b></p><p>　　內(nèi)存：>=256MB </p><p><b>　　硬盤：

12、>=80G</b></p><p>　　OS：Windows xp</p><p>　　網(wǎng)絡協(xié)議：TCP/IP</p><p>　　數(shù)據(jù)庫設計工具：visio</p><p><b>　　數(shù)據(jù)庫存放位置：</b></p><p>　　相對位置：jdbc:mysql://192.1

13、68.250.134/vehiclerental</p><p>　　絕對位置：192.168.250.134\C:\Program Files\MySQL\MySQL Server 4.0\data\vehiclerental</p><p><b>　　三 數(shù)據(jù)庫命名規(guī)則</b></p><p>　　數(shù)據(jù)庫的表名的命名規(guī)則：如果表名中有一個

14、或若干個單詞，第一個單詞首字母小寫，其余單詞首字母大寫。</p><p>　　數(shù)據(jù)庫表中列的命名規(guī)則：與表名的命名規(guī)則類似。</p><p><b>　　四 邏輯設計</b></p><p><b>　　1 調(diào)查用戶需求</b></p><p>　　1.1 硬件環(huán)境需求</p><

15、;p>　　處理器：Intel PentiumIII或者更高或者AMD</p><p><b>　　內(nèi)存： 512M</b></p><p><b>　　硬盤空間：80G</b></p><p><b>　　軟件環(huán)境：</b></p><p><b>　　服務器

16、端/客戶端：</b></p><p>　　操作系統(tǒng)：Windows 98/ME/2000/XP/win7</p><p>　　1.2 安全性與完整性需求</p><p><b>　　安全性要求：</b></p><p>　　系統(tǒng)應設置訪問用戶的標識以鑒別是否是合法用戶，并要求合法用戶設置其密碼，保證</

17、p><p><b>　　用戶身份不被盜用；</b></p><p><b>　　完整性要求：</b></p><p>　　a、各種信息記錄的完整性，信息記錄內(nèi)容不能為空；</p><p>　　b、各種數(shù)據(jù)間相互的聯(lián)系的正確性；</p><p>　　c、相同的數(shù)據(jù)在不同記錄中的一致

18、性。</p><p><b>　　1.3 功能需求</b></p><p>　　車輛租賃管理系統(tǒng)用來管理與租賃車輛有關的業(yè)務。</p><p>　　所謂的部門，就是分店。本車輛租賃公司的總部在北京，它在沈陽、呼和浩特、武漢、南京各有一家分店。分店與北京總部的格式差不多，區(qū)別是北京總部的規(guī)模更大一點。</p><p>　　

19、每家分店都有若干名員工，在這些員工中，有一個經(jīng)理，幾位高級技師，幾位技師，有的分店還有前臺等其他人員。</p><p>　　系統(tǒng)的用戶分為低級、高級兩個級別。高級用戶可以進行的操作很多，有員工管理、車輛管理、部門管理等；低級用戶的操作就要少一些了，主要有客戶管理、新增租賃協(xié)議、新增損壞報告等。</p><p>　　在高級用戶的車輛管理中，高級用戶不能隨便地刪除一輛車，這輛車必須是受損非常嚴

20、重的車。而車輛受損程度的確定，是在低級用戶的新增損壞報告中進行的。所以，高級用戶的操作并不是隨便什么都行的，它在某種程度上受限于低級用戶的操作。</p><p>　　損壞報告和租賃協(xié)議不能直接刪除。當某輛車受損非常嚴重需要進行報廢處理時，那么在進行報廢處理的同時，也把這輛車的損壞報告和租賃協(xié)議也一起刪除了。</p><p>　　在低級用戶模塊中，可以對用戶進行直接的增加刪除修改操作，但是當

21、刪除時，如果這個用戶已經(jīng)借了車，則刪除這個用戶的操作將不能進行。</p><p><b>　　2 用例</b></p><p>　　根據(jù)用戶的描述，我們可以畫出用例圖，來說明系統(tǒng)要完成哪些功能，并附上用例描述，來具體解釋一些重要的用例。</p><p><b>　　2.1 用例圖</b></p><p&

22、gt;<b>　　低級系統(tǒng)用戶用例圖</b></p><p><b>　　高級系統(tǒng)用戶用例圖</b></p><p><b>　　2.2 用例描述</b></p><p><b>　　重要用例的用例描述</b></p><p>　　3 系統(tǒng)功能的設計和劃分

23、</p><p>　　根據(jù)如上得到的用戶需求，我們將本系統(tǒng)按照所完成的功能分成以下兩個子系統(tǒng)：</p><p>　　低級系統(tǒng)用戶子系統(tǒng)、高級系統(tǒng)用戶子系統(tǒng)。</p><p>　　在低級系統(tǒng)用戶子系統(tǒng)中，有客戶管理、租車管理和車輛檢修管理共三個部分。</p><p>　　在高級系統(tǒng)用戶子系統(tǒng)中，有系統(tǒng)用戶管理、員工管理、部門管理、租賃協(xié)議查詢部

24、分、損壞報告查詢和車輛管理共六個部分。</p><p>　　3.1 客戶管理部分</p><p>　　對來公司租車或與公司有長期租車業(yè)務關系的個人/單位進行登記和管理。</p><p>　　只有把客戶的信息存入數(shù)據(jù)庫之后才能向該客戶提供其他業(yè)務服務。</p><p>　　需要存入的客戶的信息主要有客戶的姓名、住址（省、市、區(qū)、街道、門牌號）、

25、電話號碼等。</p><p>　　3.2 租車管理部分</p><p>　　為客戶提供租車服務。</p><p>　　前提是此客戶的信息已存入數(shù)據(jù)庫。</p><p>　　操作系統(tǒng)的員工——即低級系統(tǒng)用戶——把客戶提供的起租日期、還車日期等租車條件錄入系統(tǒng)，由系統(tǒng)選出一個符合條件的車輛集，然后再讓客戶從中選擇一個他/她喜歡的車。</p&

26、gt;<p>　　選定車之后，要簽訂保險協(xié)議（保險協(xié)議是租賃協(xié)議的一部分）。</p><p>　　3.3 車輛檢修管理部分</p><p>　　當客戶把車還回公司后，公司員工需要對車進行檢修，以便發(fā)現(xiàn)由客戶造成的對車輛的損害。</p><p>　　公司也規(guī)定對車輛定時地做一些檢修工作，以便發(fā)現(xiàn)并解除車輛身上的安全隱患。</p><p

27、>　　每一次車輛檢修的結果，都生成一個“損壞報告”并存入數(shù)據(jù)庫。</p><p>　　損壞報告中一個很重要的字段是“損壞程度（損壞星級）”。損壞程度由一個1~5的數(shù)值表示，值越大，表示車輛的受損程度越深。</p><p><b>　　高級系統(tǒng)用戶子系統(tǒng)</b></p><p>　　3.4 系統(tǒng)用戶管理部分</p><p

28、>　　可以進行系統(tǒng)用戶的增加、刪除、查詢、修改密碼等操作。</p><p>　　高級系統(tǒng)用戶可以創(chuàng)建另外若干個高級系統(tǒng)用戶，也可以創(chuàng)建若干個低級系統(tǒng)用戶。</p><p>　　3.5 員工管理部分</p><p>　　可以進行員工的雇傭、解聘、修改信息等操作。</p><p>　　3.6 部門管理部分</p><p&

29、gt;　　可以創(chuàng)建、刪除部門，也可以對部門的信息進行修改、查詢等操作。</p><p>　　部門的信息包括部門所在地、經(jīng)理、電話等信息。經(jīng)理是該部門的員工。</p><p>　　在創(chuàng)建部門時，因為該部門暫時還沒有員工，所以可以先不指定經(jīng)理。</p><p>　　3.7 租賃協(xié)議查詢部分</p><p>　　可以查詢所有的租賃協(xié)議。</p

30、><p>　　可以按條件查詢某一范圍內(nèi)的租賃協(xié)議，也可以輸入精確條件定位一個租賃協(xié)議。</p><p>　　3.8 損壞報告查詢部分</p><p><b>　　類似租賃協(xié)議</b></p><p>　　3.9 車輛管理部分</p><p>　　該部分可以實現(xiàn)增加車輛、修改車輛信息、報廢車輛、查詢車輛

31、的操作。</p><p>　　查詢車輛信息時，可以不輸入任何條件直接查詢，這樣得到的是所有的車輛的信息。</p><p>　　可以輸入車輛制造廠、車型等條件縮小查詢結果集。</p><p>　　可以修改車輛的所屬部門，以實現(xiàn)車輛的部門間調(diào)度。</p><p>　　可以修改車輛的日租金，以便適應物價的變化。</p><p&g

32、t;　　在損壞報告中對車輛的損壞程度做出評級。車輛報廢部分可以把那些損壞最嚴重的車篩選出來，再進行報廢處理（即把車輛信息從數(shù)據(jù)庫刪除）。</p><p>　　不可以對損壞程度未達到最嚴重的車進行刪除操作。</p><p><b>　　4 數(shù)據(jù)字典</b></p><p>　　3.1 用戶=｛使用系統(tǒng)的人｝</p><p>

33、;　　用戶（user）=用戶編號+用戶名+用戶級別+密碼+注冊時間</p><p>　　3.2 客戶=｛租車的人｝</p><p>　　客戶（client）= 客戶編號+客戶姓名+客戶所在街道+城市+省份+郵編+電話+電子郵件</p><p>　　3.3 員工=｛描述員工職能｝</p><p>　　員工（employee）=員工編號+員工姓名

34、+性別+出生日期+員工家庭所在街道+員工家庭所在成城市+員工家庭所在省份+工作電話+職位+月薪+雇傭日期+所屬部門</p><p>　　3.4 部門=｛描述部門職能｝</p><p>　　部門（outlet）=部門編號+部門所在街道+部門所在市+部門所在省份+部門郵編+部門電話+部門經(jīng)理</p><p>　　3.5 車輛=｛描述車輛屬性｝</p>&l

35、t;p>　　車輛（vehicle）=車輛編號+制車場+車型+車外殼顏色+車容量+日租金+所屬部門</p><p>　　3.6 數(shù)據(jù)庫協(xié)議=｛描述顧客和公司的約定｝</p><p>　　數(shù)據(jù)庫協(xié)議（rentalAgreement）=租賃協(xié)議號+起租日期+預定還車時間+租前汽車里數(shù)+還車后汽車里程數(shù)+保險單號+保險種類+保險金額+客戶編號+車輛編號</p><p>

36、;　　3.7 損壞報告=｛描述車輛當前狀態(tài)｝</p><p>　　損壞報告（faultReport） =車輛編號+檢查日期+檢查時間+評語+損壞程度+檢查員工編號</p><p><b>　　5 數(shù)據(jù)流圖</b></p><p>　　低級系統(tǒng)用戶子系統(tǒng)新增租賃協(xié)議部分的數(shù)據(jù)流圖</p><p>　　高級系統(tǒng)用戶子系統(tǒng)車輛

37、報廢處理部分的數(shù)據(jù)流圖</p><p><b>　　6 對象描述</b></p><p><b>　　6.1 類定義</b></p><p>　　Superinmyobject 本程序中的超類，一下七個類都是繼承它而得</p><p><b>　　User 系統(tǒng)用戶</b>&l

38、t;/p><p><b>　　Client 客戶</b></p><p><b>　　Outlet 部門</b></p><p>　　Employee 員工</p><p>　　Vehicle 車輛</p><p>　　RentalAgreement 租賃協(xié)議</p>

39、<p>　　FaultReport 損壞報告</p><p><b>　　6.2 對象模型圖</b></p><p><b>　　6.3 類關聯(lián)描述</b></p><p><b>　　7 場景</b></p><p>　　3.1 場景:低級/高級系統(tǒng)用戶登錄系統(tǒng)

40、</p><p>　　描述:用于使低級/高級系統(tǒng)用戶登錄系統(tǒng)，登錄時要驗證管理員輸入的用戶名是否存在,若用戶名存在要進而驗證密碼是否正確.前提是低級/高級系統(tǒng)用戶已經(jīng)注冊到系統(tǒng)上.</p><p><b>　　動作：</b></p><p>　　1低級/高級系統(tǒng)用戶運行系統(tǒng)；2選擇用戶級別，輸入用戶名和密碼；3系統(tǒng)進行驗證.</p>

41、<p><b>　　順序圖： </b></p><p><b>　　3.2 客戶租車</b></p><p>　　描述：低級系統(tǒng)用戶操作系統(tǒng)，向客戶提供租車服務。</p><p><b>　　動作：</b></p><p>　　1，低級系統(tǒng)用戶把客戶的租車條件（例

42、如，租車的起止時間等）錄入系統(tǒng)；</p><p>　　2，系統(tǒng)查詢到符合條件的車輛集并把結果返回到界面；</p><p>　　3，客戶選擇他/她喜歡的一輛汽車；</p><p>　　4，低級系統(tǒng)用戶添入保險信息；5，低級系統(tǒng)用戶確認租賃協(xié)議生效</p><p><b>　　順序圖：</b></p><

43、p><b>　　3.3 報廢車輛</b></p><p>　　描述：高級系統(tǒng)用戶把損壞嚴重的車輛報廢，即把此車的信息從數(shù)據(jù)庫刪除。隨同車輛信息一同刪除的還有與次車輛有關的租賃協(xié)議、損壞報告</p><p><b>　　動作：</b></p><p>　　1，高級系統(tǒng)用戶篩選受損嚴重的車輛集；</p>&

44、lt;p>　　2，系統(tǒng)把車輛集顯示到界面；</p><p>　　3，高級系統(tǒng)用戶選中欲刪除的車輛，點擊“報廢”按鈕；</p><p>　　4，系統(tǒng)首先把該車輛的租賃協(xié)議從數(shù)據(jù)庫刪除；</p><p>　　5，系統(tǒng)再把該車輛的損壞報告從數(shù)據(jù)庫刪除；</p><p>　　6，最后系統(tǒng)把該車輛的信息從數(shù)據(jù)庫刪除</p><

45、p><b>　　順序圖：</b></p><p><b>　　3.4 刪除客戶</b></p><p>　　描述：低級系統(tǒng)用戶把一些不常用的客戶刪除，以增加數(shù)據(jù)庫可用存儲空間</p><p><b>　　動作：</b></p><p>　　1，低級系統(tǒng)用戶通過界面錄入信息

46、，篩選出想要刪除的客戶；</p><p>　　2，低級系統(tǒng)用戶選中欲刪除的客戶，然后點擊“刪除”按鈕，如果該客戶在刪除的時間段中沒有與車輛租賃公司有租車業(yè)務，則轉(zhuǎn)到3；</p><p>　　3，系統(tǒng)把數(shù)據(jù)庫中該客戶的信息刪除</p><p><b>　　順序圖：</b></p><p>　　8 系統(tǒng)各個部分的設計過程&l

47、t;/p><p>　　8.1 系統(tǒng)中各實體的E-R圖</p><p>　　根據(jù)需求分析的結果，我們設計規(guī)劃出的實體有如下：User實體，Employee實體，Client實體，F(xiàn)aultReport實體，RentalAgreement實體，Outlet實體，Vehicle實體各實體的E-R圖描述如下：</p><p>　　8.2 客戶管理部分E-R圖</p>

48、<p>　　根據(jù)需求分析給出的數(shù)據(jù)流圖，參照數(shù)據(jù)字典中的詳細描述,給出客戶管理部分的分E-R圖: </p><p>　　8.3 租車管理部分E-R圖</p><p>　　根據(jù)需求分析給出的數(shù)據(jù)流圖，參照數(shù)據(jù)字典中的詳細描述,給出租車管理部分的分E-R圖：</p><p>　　8.4 車輛檢修管理部分E-R圖</p><p

49、>　　8.5 系統(tǒng)用戶管理部分E-R圖</p><p>　　與客戶管理部分類似，略。</p><p>　　8.6 員工管理部分E-R圖</p><p>　　與客戶管理部分類似，略。</p><p>　　8.7 部門管理部分E-R圖</p><p>　　與員工管理部分類似，略。</p><p&g

50、t;　　8.8 租賃協(xié)議查詢部分E-R圖</p><p>　　8.9 損壞報告查詢部分E-R圖</p><p>　　與租賃協(xié)議查詢部分類似，略。</p><p>　　8.10 車輛購入、查詢、信息修改部分E-R圖</p><p>　　8.11 車輛報廢處理部分（包含對租賃協(xié)議、損壞報告的刪除）E-R圖</p><p>

51、<b>　　9 視圖集成</b></p><p>　　以上便是系統(tǒng)各個部分的分E-R圖設計及過程，接著要做的就是將所有的分E-R圖進行綜合,合成一個系統(tǒng)的總E-R圖。</p><p>　　由于本系統(tǒng)比較簡單,分E-R圖規(guī)模也比較小,所以E-R圖合成過程采用一次將十個分E-R圖集成總E-R圖的方式。</p><p><b>　　分兩步進

52、行：</b></p><p><b>　　第一步：合并。</b></p><p>　　解決各分E-R圖之間的沖突，將各分E-R圖合并起來生成初步E-R圖。</p><p>　　各分E-R圖之間的沖突主要有三類：</p><p><b>　　屬性沖突：</b></p><

53、;p>　?。?）屬性域沖突，即屬性值的類型、取值范圍或取值集合不同。由于本系統(tǒng)較簡單，所以并不存在這種沖突；</p><p>　　2）屬性取值單位沖突。由于本系統(tǒng)較簡單，不存在這類沖突；</p><p><b>　　命名沖突：</b></p><p>　　同名異義：由于本系統(tǒng)較簡單，所以不存在這類沖突；</p><p&

54、gt;　　異名同義：由于本系統(tǒng)較小，所以不存在這類沖突；</p><p><b>　　結構沖突：</b></p><p>　　同一對象在不同應用中具有不同的抽象：本系統(tǒng)在需求分析階段原本存在這種沖突，考慮到后期的簡化合并，我們在設計各個分E-R圖就早先解決了這個問題，即將在任何一個分E-R圖中作為實體出現(xiàn)的屬性全部作為實體；</p><p>　

55、　同一實體在不同分E-R圖中所包含的屬性個數(shù)和屬性排列次序不完全相同：由于本系統(tǒng)較簡單，所以并不存在這種沖突；</p><p>　　第二步：修改和重構。</p><p>　　消除不必要的冗余，生成基本E-R圖。</p><p>　　由于本系統(tǒng)涵蓋的內(nèi)容比較少，基本不存在冗余的現(xiàn)象，所以初步E-R圖就是基本E-R圖，不必再進行調(diào)整。下面給出總E-R圖。</p&g

56、t;<p><b>　　五 物理設計</b></p><p><b>　　1 表匯總</b></p><p><b>　　2 表的詳細設計</b></p><p><b>　　3 視圖的設計</b></p><p><b>　　無&

57、lt;/b></p><p>　　4 存儲過程、函數(shù)及觸發(fā)器的設計</p><p><b>　　略</b></p><p><b>　　六 安全性設計</b></p><p>　　1 防止用戶直接操作數(shù)據(jù)庫的方法</p><p>　　用戶只能用帳號登錄到應用軟件，繼而訪

58、問數(shù)據(jù)庫，而沒有其他途徑操作數(shù)據(jù)庫。</p><p>　　2 用戶帳號密碼的加密方法</p><p><b>　　無</b></p><p><b>　　3 角色與權限</b></p><p><b>　　七 詳細設計</b></p><p><b

59、>　　1 程序邏輯</b></p><p><b>　　程序總流程圖如下：</b></p><p><b>　　2系統(tǒng)模塊設計</b></p><p><b>　　2.1 客戶管理</b></p><p>　　1、模塊說明：對來公司租車或與公司有長期租車業(yè)務關

60、系的個人/單位進行登記和管理；只有把客戶的信息存入數(shù)據(jù)庫之后才能向該客戶提供其他業(yè)務服務；需要存入的客戶的信息主要有客戶的姓名、住址（省、市、區(qū)、街道、門牌號）、電話號碼等。</p><p><b>　　2、流程邏輯：</b></p><p><b>　　3、限制條件</b></p><p>　　新增客戶時，客戶ID不可自

61、己輸入，而是由系統(tǒng)自己獲得。</p><p>　　修改客戶信息時，客戶ID不可修改?？蛻舻氖》?、城市原則上不允許修改。</p><p><b>　　4、輸入項</b></p><p>　　新增客戶時：客戶的姓名，所住街區(qū)、城市、省份，郵編、電話號碼、電郵地址</p><p>　　修改客戶信息時：客戶ID，修改種類，新值&

62、lt;/p><p>　　查詢客戶信息時：客戶的姓氏、地區(qū)等</p><p>　　刪除客戶信息時：客戶ID</p><p><b>　　5、輸出項</b></p><p>　　新增客戶時：客戶信息成功存入數(shù)據(jù)庫提示或客戶信息存入數(shù)據(jù)庫失敗提示</p><p>　　修改客戶信息時：修改前的客戶信息不存在，

63、能夠查到修改后的客戶信息</p><p>　　查詢客戶信息時：依據(jù)條件獲得的一個客戶信息（集）</p><p>　　刪除客戶信息時：不能在查詢結果中顯示已刪除客戶的信息</p><p><b>　　6、界面設計</b></p><p>　　7、需要操作的數(shù)據(jù)表</p><p>　　Client、R

64、entalAgreement</p><p><b>　　2.2 租車管理</b></p><p>　　1、模塊說明：為客戶提供租車服務；操作的前提是此客戶的信息已存入數(shù)據(jù)庫。</p><p>　　操作系統(tǒng)的員工——即低級系統(tǒng)用戶——把客戶提供的起租日期、還車日期等租車條件錄入系統(tǒng)，由系統(tǒng)選出一個符合條件的車輛集，然后再讓客戶從中選擇一個他/她

65、喜歡的車。</p><p>　　選定車之后，要簽訂保險協(xié)議（保險協(xié)議是租賃協(xié)議的一部分）。</p><p><b>　　2、流程邏輯</b></p><p><b>　　3、輸入項</b></p><p>　　客戶ID、車輛所屬部門、租車起止日期、保險信息</p><p>&

66、lt;b>　　4、輸出項</b></p><p>　　可租車輛列表、租賃協(xié)議</p><p><b>　　5、界面設計</b></p><p>　　6、需要操作的數(shù)據(jù)表</p><p>　　vehicle、rentalAgreement、faultReport</p><p>　

67、　2.3 車輛檢修管理</p><p><b>　　1、模塊說明</b></p><p>　　當客戶把車還回公司后，公司員工需要對車進行檢修，以便發(fā)現(xiàn)由客戶造成的對車輛的損害。</p><p>　　公司也規(guī)定對車輛定時地做一些檢修工作，以便發(fā)現(xiàn)并解除車輛身上的安全隱患。</p><p>　　每一次車輛檢修的結果，都生成一

68、個“損壞報告”并存入數(shù)據(jù)庫。</p><p>　　損壞報告中一個很重要的字段是“損壞程度（損壞星級）”。損壞程度由一個1~5的數(shù)值表示，值越大，表示車輛的受損程度越深。</p><p><b>　　2、流程邏輯</b></p><p><b>　　3、輸入項</b></p><p>　　車輛ID、檢

69、修員工ID、評語、車輛損壞星級、檢修日期及時間</p><p><b>　　4、輸出</b></p><p>　　保存損壞報告成功提示或保存損壞報告失敗提示</p><p><b>　　5、界面</b></p><p><b>　　6、操縱的數(shù)據(jù)表</b></p>

70、<p>　　faultReport</p><p>　　2.4 系統(tǒng)用戶管理</p><p>　　與客戶管理的類似，略</p><p><b>　　2.5 員工管理</b></p><p>　　與客戶管理的類似，略</p><p><b>　　2.6 部門管理</b&g

71、t;</p><p>　　與客戶管理的類似，略</p><p>　　2.7 租賃協(xié)議查詢</p><p><b>　　1、模塊說明</b></p><p>　　可以查詢所有的租賃協(xié)議。</p><p>　　可以按條件查詢某一范圍內(nèi)的租賃協(xié)議，也可以輸入精確條件定位一個租賃協(xié)議。</p>

72、<p><b>　　2、流程邏輯</b></p><p><b>　　3、輸入項</b></p><p>　　查詢種類、租賃協(xié)議的部分信息</p><p><b>　　4、輸出項</b></p><p>　　租賃協(xié)議（集）的完整信息或者空表</p>

73、<p><b>　　5、界面設計</b></p><p><b>　　6、所操縱的數(shù)據(jù)庫</b></p><p>　　rentalAgreement</p><p>　　2.8 損壞報告查詢</p><p>　　與租賃協(xié)議查詢類似，略</p><p>　　2.9 車

74、輛購入、查詢、信息修改</p><p>　　與客戶管理的增、刪、查部分類似，略</p><p>　　2.10 車輛報廢處理（包含對租賃協(xié)議、損壞報告的刪除操作） </p><p><b>　　1、模塊說明：</b></p><p>　　在損壞報告中對車輛的損壞程度做出評級。車輛報廢部分可以把那些損壞最嚴重的車篩選出來，再

75、進行報廢處理（即把車輛信息從數(shù)據(jù)庫刪除）。</p><p>　　不可以對損壞程度未達到最嚴重的車進行刪除操作。</p><p><b>　　2、流程邏輯：</b></p><p><b>　　3、輸入項</b></p><p>　　報廢車輛查詢、欲報廢車輛ID</p><p>

76、;<b>　　4、輸出項</b></p><p>　　在查詢所有車輛的表單中不再出現(xiàn)已報廢的車輛的信息</p><p><b>　　5、界面設計</b></p><p><b>　　6、所操縱的數(shù)據(jù)庫</b></p><p>　　vehicle、rentalAgreement、

77、faultReport</p><p><b>　　八 優(yōu)化</b></p><p>　　在連接數(shù)據(jù)庫時，一開始是這樣的：在每當需要連接數(shù)據(jù)庫的時候就先申請一個連接對象，然后通過Class.forName實例化對象，最后調(diào)用此連接對象的getConnection方法，把數(shù)據(jù)庫的URL、username、password傳入，從而連接到數(shù)據(jù)庫。但是這樣照成了一直要反復地

78、寫一段相同的代碼。為了解決這個問題，后來把連接對象連接到數(shù)據(jù)庫的過程包裝成一個類Connecter，此類中有一個getConnection方法，返回一個連接實例。這樣，每當需要連接數(shù)據(jù)庫時，只要通過一句代碼“Connection conn = new Connecter().getConnection();”就可以了。</p><p>　　登錄系統(tǒng)的那段代碼中，一開始的過程是這樣的：先用一個sql語句“selec

79、t * from user;”查詢到所有的系統(tǒng)用戶，把用戶信息存到一個結果集中，然后用輸入的用戶名與結果集中的用戶名進行比對。這樣做的效率是非常低下的，因為需要把大量的數(shù)據(jù)從服務器拉到客戶機上，且把比對的繁瑣的工作交給了客戶機端程序去完成，而且對其他系統(tǒng)用戶的安全性造成了影響。后來把sql語句改成了“select * from user where username=登錄框獲得的用戶名”，這樣從服務器返回來的最多只有一條用戶記錄，大大降

80、低了數(shù)據(jù)傳輸負擔，而且省去了在程序中比對用戶名的一大段代碼。</p><p>　　九 數(shù)據(jù)庫管理與維護說明</p><p>　　要依據(jù)“五 安全性設計”中的“角色與權限”部分對數(shù)據(jù)庫進行操作，如果違反，可能會對數(shù)據(jù)庫造成災難性破壞。</p><p><b>　　十 用戶手冊</b></p><p>　　詳見“（000）（