【文章內(nèi)容簡(jiǎn)介】 (5)源程序可讀性原則：為了便于其他設(shè)計(jì)，維護(hù)人員讀懂代碼或以后的代碼修改，軟件升級(jí)維護(hù)，即可能做好代碼注釋工作。 (6)優(yōu)化原則：為了達(dá)到優(yōu)化的目的，合理的運(yùn)用窗口，菜單，對(duì)象等的繼承，自定義用戶對(duì)象，事件，函數(shù)，減少不必要的重復(fù)性代碼，使程序簡(jiǎn)介明了，也方便了將來(lái)的維護(hù)。 (7)安全性原則：可以為該系統(tǒng)的用戶設(shè)置用戶權(quán)限。 系統(tǒng)結(jié)構(gòu) 設(shè)計(jì) 整個(gè) 海鮮 超 市 信息 管理系統(tǒng)的功能結(jié)構(gòu) ， 如圖 33 所示： 10 圖 33 系統(tǒng)功能結(jié)構(gòu)圖 Figure 33 The system function 系統(tǒng)數(shù)據(jù)模型 設(shè)計(jì) 整個(gè) 海鮮 超市 信息 管理系統(tǒng)的 系統(tǒng)數(shù)據(jù)模型 關(guān)系 圖 如圖 34 所示 ： 11 圖 34 系統(tǒng)數(shù)據(jù)模型圖 Figure 34 System data model 系統(tǒng)數(shù)據(jù)中，各個(gè)表的數(shù)據(jù)解釋如表 所示： 表 表 Tab Forms in database 實(shí)體名 語(yǔ)意 12 Table_ine 用于記錄每天的收入 記錄，而且每天只能對(duì)應(yīng)一條數(shù)據(jù)記錄 Table_dept 用于存放超市中和一個(gè)部門相關(guān)的信息的一張表 Table_bill 存放來(lái)自供貨商的供貨賬單的一張表 Table_vendor 存放有關(guān)供貨商的信息 Shop_User 存放 系統(tǒng)用戶表的信息，包括經(jīng)理和出納兩種角色 數(shù)據(jù)庫(kù)表設(shè)計(jì) 數(shù)據(jù)庫(kù)是整個(gè) 海鮮超市信息 管理系統(tǒng)的核心部分。只有通過(guò)數(shù)據(jù)庫(kù)的調(diào)用才能進(jìn)行 超市 信息 的 更新處理、插入 信息 、刪除 信息 和查詢 信息 ，方便 經(jīng)理和出納的 管理，減少 用戶 的工作量以及更多的人力。 下面分別對(duì)各個(gè)數(shù)據(jù)庫(kù)表做詳細(xì)的分 析設(shè)計(jì)。在 表的設(shè)計(jì)中，表中屬性的物理設(shè)計(jì)標(biāo)識(shí)符定義如下： U：唯一 (Unique) P：主鍵 (Primary key) N：非空 (Not Null) C： 約束性 （ check） D： 默認(rèn)值 （ Default） F： 外鍵 （ foreign key） S：自增一（ sequence） 收入表設(shè)計(jì) 該 表格解決的是收入信息的保存的問(wèn)題，通常情況收入信息是隨時(shí)間而積累的，所以該表在實(shí)現(xiàn)的時(shí)候必須考慮到這一點(diǎn)。最基本的一點(diǎn)對(duì)于該表的實(shí)現(xiàn)不能提供太多的容余信息，否則將會(huì)造成存 儲(chǔ)空間的極大的負(fù)擔(dān)。 表設(shè)計(jì)如表 所示。 表 收入信息表 Tab Form of ine 表格屬性 屬性說(shuō)明 類型 位數(shù) 屬性 備注 Ine_ID 收入編號(hào) 數(shù)字 10 N 、 S、 P 用于標(biāo)識(shí)表中每一條收入信息的一個(gè) ID號(hào)，不是必須的但對(duì)于程序的設(shè)計(jì)有幫助 （自增一） Dept_id 部門編號(hào) 數(shù)字 5 N U 和該條收入記錄相關(guān)聯(lián)的部門的 ID號(hào) Daily_ine 收入數(shù)值 數(shù)字 20， 5 N 該記錄所表示收入數(shù)據(jù)的具體數(shù)值 (單位 $) Business_Date 記錄日期 日期 N、 U 該條收入記錄所在的日期 13 Lst_mod_timestemp 最新日期 日期 N 該記錄的最新修改時(shí)間 部門表設(shè)計(jì) 該表格是一個(gè)被至少兩個(gè)表參考的表格，所以在對(duì)該表格進(jìn)行刪除的數(shù)據(jù)處理時(shí)要特別的注意和其它表格之間的關(guān)系，這里考慮到一個(gè)超市的部門不會(huì)很多，基本保存歷史上存在而現(xiàn)在不存在的部門的數(shù)據(jù)記錄也不會(huì)對(duì)數(shù)據(jù)庫(kù)的容量和性能形成太大的影響。所以這里可以禁掉數(shù)據(jù)庫(kù)中對(duì)該表格的刪除操作。另外，表格沒(méi)有刪除功能，也和商務(wù)數(shù)據(jù)的需要保留歷史一致。也就是說(shuō)，已 經(jīng)過(guò)時(shí)的信息對(duì)公司的決策應(yīng)該還是有用的。 表設(shè)計(jì)如表 所示。 表 部門 信息表 Tab Form of deptment 表格屬性 屬性說(shuō)明 類型 位數(shù) 屬性 備注 Dept_ID 部門編號(hào) 數(shù)字 5 P、 N、 S 用于標(biāo)識(shí)表中沒(méi)一條收入信息的一個(gè) ID號(hào)，不是必須的但對(duì)于程序的設(shè)計(jì)有幫助（自增一） Dept_name 部門名字 文本 20 N、 U 表示該部門的名字 Dept_descreption 部門描述 文本 200 對(duì)該部門業(yè)務(wù)的一個(gè)簡(jiǎn)短的描述 賬單表設(shè) 計(jì) 該表格用于存儲(chǔ)和賬單相關(guān)的信息，這些信息主要包含，賬單號(hào)，賬單的開(kāi)出日期，賬單的到期日期，賬單的總金額，開(kāi)出賬單的供貨商的 ID，并通過(guò)該 ID 和供貨商表中的供貨商記錄發(fā)生聯(lián)系。 該表中的供貨商的 ID 在供貨商表格中必須存在。 表設(shè)計(jì)如表 所示。 表 帳單 信息表 Tab Form of bill 表格屬性 屬性說(shuō)明 類型 位數(shù) 屬性 備注 14 Bill_ID 賬單編號(hào) 數(shù)字 10 P、 N S 該賬單的賬單號(hào)，這里是一個(gè)整數(shù)型的標(biāo)志，不是必須但對(duì)與程序的設(shè)計(jì)很有 幫助（自增一） Vendor_id 供貨商編號(hào) 數(shù)字 10 N 提供該賬單的供貨商的 ID號(hào)（自增一） Bill_Date 開(kāi)賬單日期 日期 N 開(kāi)出賬單的日期 Bill_due_Date 賬單到期日期 日期 N、 C 賬單到期的日期 (比開(kāi)出賬單日期大 ) Bill_paid_flag 賬單是否被支付的標(biāo)志 數(shù)字 1 N、 D、 C 表示該賬單是否被支付的一個(gè)標(biāo)志位（只能為 0或者為 1，默認(rèn)為 0） Bill_amount 賬單的數(shù)量 數(shù)字 20 N 賬單的數(shù)量 Bill_money 每條賬單的金額 數(shù)字 20， 5 N 該賬單 的總的數(shù)額（小數(shù)點(diǎn)前后限制） 供貨商表設(shè)計(jì) 這里全部是非空字段，在進(jìn)行程 序設(shè)計(jì)的時(shí)候要保證這里的非空要求，并要對(duì)各種可能的情況進(jìn)行測(cè)試，如電話傳真是選擇數(shù)字還是文本類型要慎重考慮。表設(shè)計(jì)如表 所示。 表 供貨商 信息表 Tab Form of vendors 表格屬性 屬性說(shuō)明 類型 位數(shù) 屬性 備注 Vendor_ID 供貨商編號(hào) 數(shù)字 10 P、 N、 S 用于標(biāo)識(shí)表中沒(méi)一條收入信息的一個(gè) ID號(hào)，不是必須的但對(duì)于程序的設(shè)計(jì)有幫助 Vendor_name 供貨商 名稱 文本 50 N、 U 供貨商的名稱 Vendor_address 供貨商地址 文本 200 N 供貨商的聯(lián)系地址 Vendor_phone 供貨商電話 文本 20 N、 U 供貨商的電話號(hào)碼 Vendor_fax 供貨商傳真 文本 20 N、 U 供貨商的傳真號(hào)碼 Vendor_contact_person 供貨商聯(lián)系人 文本 20 N 供貨商的聯(lián)系人 15 用戶表設(shè)計(jì) 這個(gè)表格中的所有字段都是非空的字段，定義的時(shí)候需要注意 ，其中角色判斷要用一個(gè)指定的標(biāo)識(shí)列，用戶根據(jù)不同的角色擁有不同的賬 號(hào)和密碼，表設(shè)計(jì)如表 所示 。 表 用戶 信息表 Tab User form 表格屬性 屬性說(shuō)明 類型 位數(shù) 屬性 備注 Username 用戶名 文本 10 P、 N 用戶登錄名 Password 密碼 文本 50 N 用戶密碼 Flag 用戶角色 數(shù)字 1 N 只能為 0或者 1， 0為老總， 1為出納 16 第四 章 系統(tǒng)實(shí)現(xiàn) 登陸 海鮮超市 信息管理系統(tǒng)總的模型主要是說(shuō)明系統(tǒng) 成功 登錄后進(jìn) 入 主頁(yè)面 ， 實(shí)現(xiàn)各種超市信息和相應(yīng)供貨商信息 的添 加、修改、刪除和查詢功能。 登陸界面如圖411 所示。 圖 411 登陸界面 Figure 411 Login interface 該登陸模塊 通過(guò) 賬號(hào)和 密碼實(shí)現(xiàn)用戶身份的驗(yàn)證及相關(guān)權(quán)限的設(shè)置， 利用session 控制角色權(quán)限， 其中超市經(jīng)理可以使用所有的功能，而超市出納員只能操作 收入管理 管理 模塊 的部分。 登陸的 流程圖如圖 412 所示。 17 圖 412 登陸流程圖 Figure 412 The flow chart of login 相關(guān)的實(shí)現(xiàn)腳本如下： //把從數(shù)據(jù)里獲得的權(quán)限標(biāo)記封裝 到 session 傳到頁(yè)面 HttpSession session= (true)。 (flag,flag)。 if(flag == 8 )//經(jīng)理權(quán)限 { RequestDispatcher dis=()。 (request,response)。 } else if(flag==1){ //出納權(quán)限 RequestDispatcher dis=()。 (request,response)。 } else //沒(méi)有的權(quán)限的登陸處理 { (error)。 RequestDispatcher di=()。 (request,response)。 } 18 經(jīng)理管理功能實(shí)現(xiàn) 當(dāng)經(jīng)理選擇指定的賬號(hào)和密碼登陸成功后進(jìn)入該系統(tǒng)的主頁(yè)面， 該頁(yè)面上 側(cè)為系統(tǒng)的導(dǎo)航菜單， 中間 提供有關(guān)本系統(tǒng)的使用說(shuō)明 ，根據(jù)不同的導(dǎo)航，進(jìn)入不同的管理界面，實(shí)現(xiàn)對(duì)數(shù)據(jù)的增刪改查操作。進(jìn)入后的主頁(yè)面如圖 421 所示。 圖 421 經(jīng)理系統(tǒng)主頁(yè)面 Figure 421 The main interface of manager system 經(jīng)理 成功 登陸進(jìn)來(lái) 后， 顯示如下的導(dǎo)航條 ： [收入管理 ][部門管理 ][供貨商管理 ][賬單信息管理 ][數(shù)據(jù)表導(dǎo)出 ]。 每個(gè)導(dǎo)航下又分別有子鏈接，實(shí)現(xiàn)對(duì)數(shù)據(jù)的操作，如果操作過(guò)程中出現(xiàn)錯(cuò)誤，則跳轉(zhuǎn)到錯(cuò)誤頁(yè)面并提示用戶返回，或者出現(xiàn)錯(cuò)誤提示信息。 對(duì)各個(gè)導(dǎo)航功能的實(shí)現(xiàn)流程是整個(gè)系統(tǒng)的主要部分，具體的流程如圖 422所示。 19 圖 422 經(jīng)理管理功能實(shí)現(xiàn)流程圖 Figure 422 The flow chart of manage function 經(jīng)理 管理功能的實(shí)現(xiàn)，首先要連接數(shù)據(jù)庫(kù)，根據(jù)不同的數(shù)據(jù)庫(kù)，連接的代碼也略有不同，本系統(tǒng)采用了 oracle9i 版本的數(shù)據(jù)庫(kù)，連接本數(shù)據(jù)庫(kù)的相關(guān)代碼如下： 20 各個(gè)功能的實(shí)現(xiàn)主要是對(duì)數(shù)據(jù)庫(kù)進(jìn)行增刪改查的相關(guān)操作，因?yàn)楸鞠到y(tǒng)是基于mvc 模式的，視圖層主要是 jsp 頁(yè)面顯示，控制層交給了 servlet，而對(duì)數(shù)據(jù)庫(kù)的相關(guān)操作是業(yè)務(wù)邏輯層去實(shí)現(xiàn)的，具體是通過(guò)把對(duì)數(shù)據(jù)庫(kù)的相關(guān)操作封裝到 dao 接口中，然后再實(shí)現(xiàn)相關(guān)接口， servlet 調(diào)用接口中的方法，完成增刪改查的邏輯操作。下面以收入模塊為例，實(shí)現(xiàn)的核心代碼如