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