【文章內(nèi)容簡介】 網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng) 24 普通用戶用戶功能模塊圖 9 特 殊 用 戶 模 塊訂單處理銷售商品管理添加商品商品信息管理個(gè)人信息維護(hù) 25 特殊用戶用戶功能模塊圖 網(wǎng) 網(wǎng) 網(wǎng) 網(wǎng) 網(wǎng) 網(wǎng) 網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng)網(wǎng) 圖 26 管理員用戶功能模塊圖 設(shè)計(jì)的基本思想 設(shè)計(jì)思想遵循以下幾點(diǎn)： (1). 采用 B/S 模式進(jìn)行開發(fā)，其優(yōu)點(diǎn)是后臺(tái)與前臺(tái)處理層次分明，而且符合眾多已經(jīng)習(xí)慣網(wǎng)頁搜索方式的用戶。 (2). 采用面向 對(duì)象的開發(fā)與設(shè)計(jì)理念。運(yùn)用面向?qū)ο蠹夹g(shù)的前提是對(duì)整體系統(tǒng)的高度和準(zhǔn)確抽象，通過它可以保證系統(tǒng)良好的框架，進(jìn)而帶來產(chǎn)品較強(qiáng)的穩(wěn)定性和運(yùn)行效率。 (3). 采用模塊化設(shè)計(jì)。模塊化設(shè)計(jì)要求將整個(gè)系統(tǒng)劃分成基于小的模塊，有利于代碼的重載，簡化設(shè)計(jì)和實(shí)現(xiàn)過程。 (4). 簡單方便的系統(tǒng)界面。設(shè)計(jì)簡單友好的系統(tǒng)界面，方便用戶較快的適應(yīng)系統(tǒng)的操作。 10 (5)．速度優(yōu)先原則。由于此工具最重要的評(píng)測標(biāo)準(zhǔn)就是速度，因此在設(shè)計(jì)過程中，具體過程盡量做到資源占用少，速度快。 (6)． 設(shè)計(jì)既要突出重點(diǎn)，又要細(xì)致周到。要符合設(shè)計(jì)需求，在有 可能改進(jìn)的地方進(jìn)行擴(kuò)充，使系統(tǒng)更適應(yīng)用戶的需要。 性能需求 系統(tǒng)的安全性 本校園二手物品交易網(wǎng)在管理權(quán)限上要嚴(yán)格進(jìn)行控制，具體要求如下： (1).要想管理本系統(tǒng)的商品信息，必須先要憑用戶名和密碼登陸到系統(tǒng)中，沒有權(quán)限的用戶不能通過任何方式登錄系統(tǒng)查看系統(tǒng)的任何信息和數(shù)據(jù)，以確保系統(tǒng)的嚴(yán)密性和安全性。 (2).在具體實(shí)現(xiàn)中設(shè)定不同權(quán)限，不同權(quán)限用戶登錄到系統(tǒng)后，不能越級(jí)操作，管理員可以使使用所有模塊；普通用戶用戶只能在線瀏覽信息，比如，查詢商品信息、在線購買、下訂單等功能。 數(shù)據(jù)的完 整性 (1).各種記錄信息的完整性，信息記錄內(nèi)容不能為空 (2).各種數(shù)據(jù)間相互聯(lián)系的正確性 (3).相同數(shù)據(jù)在不同記錄中的一致性 界面需求 界面設(shè)計(jì)目前已經(jīng)成為評(píng)價(jià)軟件質(zhì)量的一條重要指標(biāo)，一個(gè)好的用戶界面可以增加用戶使用系統(tǒng)的信心和興趣，提高工作效率， JSP 技術(shù)是用 JAVA 語言作為腳本語言的，JSP 網(wǎng)頁為整個(gè)服務(wù)器端的 JAVA 庫單元提供了一個(gè)接口來服務(wù)于 HTTP 的應(yīng)用程序。 創(chuàng)建動(dòng)態(tài)頁面非常方便。用戶界面是指軟件系統(tǒng)與用戶交互的接口，通常包括輸出、輸入、人 機(jī)對(duì)話的界面格式等。 (1).輸出設(shè)計(jì) 輸 出是由計(jì)算機(jī)對(duì)輸入的原始信息進(jìn)行加工處理，形成高質(zhì)量的有效信息，并使之具有一定的格式，提供管理者使用，這是輸出設(shè)計(jì)的主要職責(zé)和目標(biāo)。 系統(tǒng)設(shè)計(jì)的過程正好和實(shí)施過程相反，并不是從輸入設(shè)計(jì)到輸出設(shè)計(jì)，而是從輸出設(shè)計(jì)到輸入設(shè)計(jì)，這是因?yàn)檩敵霰砀裰苯优c使用者相聯(lián)系，設(shè)計(jì)的出發(fā)點(diǎn)應(yīng)當(dāng)是保證輸出表格方便地為使用者服務(wù)，正確及時(shí)反映和組成用于各部門的有用信息。輸出設(shè)計(jì)的原則是考慮既要全面反映不同管理層的各項(xiàng)需要，又要言簡意賅，不要將用戶需要和不 11 需要的都提供給用戶。 (2).輸入設(shè)計(jì) 輸入數(shù)據(jù)的收集和錄入是比較費(fèi)事的，需要 大量的人力和一定設(shè)備，并且容易出錯(cuò)。如果輸入系統(tǒng)的數(shù)據(jù)有錯(cuò)誤，則處理后的輸出將擴(kuò)大這些錯(cuò)誤，因此輸入數(shù)據(jù)的正確性對(duì)于整個(gè)系統(tǒng)質(zhì)量的好壞是具有決定性意義的。 輸入設(shè)計(jì)的原則有如下幾點(diǎn)： 1）輸入量應(yīng)保持在能滿足處理要求的最低限度。設(shè)計(jì)中可采用設(shè)置字段初值，下拉式數(shù)據(jù)窗口等方式盡量減少用戶鍵盤輸入量。輸入量越少，錯(cuò)誤率就越少，數(shù)據(jù)準(zhǔn)備時(shí)間也減少。 2）輸入的準(zhǔn)備及輸入過程應(yīng)盡量容易進(jìn)行，從而減少錯(cuò)誤的發(fā)生。 3）應(yīng)盡量早對(duì)輸入數(shù)據(jù)進(jìn)行檢查（盡量接近原數(shù)據(jù)發(fā)生點(diǎn)） ,以便使錯(cuò)誤及時(shí)得到更 正。 4）輸入數(shù)據(jù)盡早地用其 處理所需的形式被記錄，以避免數(shù)據(jù)由一種介質(zhì)轉(zhuǎn)移到另一種介質(zhì)時(shí)需要轉(zhuǎn)錄而可能發(fā)生的錯(cuò)誤 數(shù)據(jù)庫的分析與設(shè)計(jì) 計(jì)算機(jī)信息系統(tǒng)以數(shù)據(jù)庫為核心，在數(shù)據(jù)庫管理系統(tǒng)的支持下，進(jìn)行信息的收集、整理、存儲(chǔ)、檢索、更新、加工、統(tǒng)計(jì)和傳播等操作。數(shù)據(jù)庫已經(jīng)成為現(xiàn)在信息系統(tǒng)等計(jì)算機(jī)系統(tǒng)的基礎(chǔ)與核心部分。數(shù)據(jù)庫設(shè)計(jì)的好壞直接影響到整個(gè)系統(tǒng)的質(zhì)量和效率。 數(shù)據(jù)庫的設(shè)計(jì)一般經(jīng)過規(guī)劃 、 需求分析、概念設(shè)計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì) 5個(gè)步驟。 數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計(jì) 概念設(shè)計(jì)是指在數(shù)據(jù)分析的基礎(chǔ)上自底向上的建立 整個(gè)系統(tǒng)的數(shù)據(jù)庫概念結(jié)構(gòu)，從用戶的角度進(jìn)行視圖設(shè)計(jì)，然后將視圖集成，最后對(duì)集成的結(jié)構(gòu)分析優(yōu)化得到最后結(jié)果。 數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計(jì)采用實(shí)體 — 聯(lián)系（ ER）模型設(shè)計(jì)方法。 ER模型法的組成元素有：實(shí)體、屬性、聯(lián)系， ER 模型用 ER圖表示，是提示用戶工作環(huán)境中所涉及的事物，屬性則是對(duì)實(shí)體特性的描述。 概念設(shè)計(jì)的目標(biāo)是產(chǎn)生反映企業(yè)組織信息要求的數(shù)據(jù)庫概念結(jié)構(gòu)，即概念模式。概念模式是獨(dú)立于數(shù)據(jù)庫邏輯結(jié)構(gòu)，獨(dú)立于支持?jǐn)?shù)據(jù)庫的 DBMS，不依賴于計(jì)算機(jī)系統(tǒng)的， 根據(jù)以上對(duì)數(shù)據(jù)庫的需求分析，并結(jié)合系統(tǒng)概念模型的特點(diǎn)及建立方 法，建立 ER 12 模型圖 。 (1)普通用戶實(shí)體 ER 圖如圖 31所示： 圖 31普通用戶 ER圖 (2)商品類別實(shí)體 ER 圖 : 屬性 實(shí)體間關(guān)系 實(shí)體 普通用戶 聯(lián)系方式 年齡 性別 姓名 密碼 用戶名 類別介紹 是否刪除 類別名稱 商品類別 13 圖 32 商品類別信息實(shí)體 ER圖 (3)商品信息 ER 圖 : 圖 33商品信息實(shí)體 ER圖 (4)管理員信息 ER圖 圖 34 管理員信息實(shí)體 ER圖 (5)訂單信息 ER 圖 : 商品價(jià)格 類別 ID 商品圖片 商 品介紹 商品名稱 商品信息 登陸密碼 登陸賬號(hào) 用戶 ID 管理員 總金額 會(huì)員 ID 付款方式圖片 送貨地址 下單時(shí)間紹 訂單編號(hào) 訂單信息 14 圖 35 訂單信息實(shí)體 ER圖 數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計(jì) 我們知道，數(shù)據(jù)庫概念模型獨(dú)立于任何特定的數(shù)據(jù)庫管理系統(tǒng)，因此，需要根據(jù)具體使用的數(shù)據(jù)庫管理系統(tǒng)的特點(diǎn)進(jìn)行轉(zhuǎn)換。即轉(zhuǎn)化為按計(jì)算機(jī)觀點(diǎn)處理的邏輯關(guān)系模型 ,ER 模型向關(guān)系數(shù)據(jù)庫模型轉(zhuǎn)換應(yīng)遵循下列原則： *每一個(gè)實(shí)體要轉(zhuǎn)換成一個(gè)關(guān)系 *所有的主鍵必須定義非空（ NOT NULL） *對(duì)于二元聯(lián)系應(yīng)按照一對(duì)多、弱對(duì)實(shí)、一對(duì)一、多對(duì)多等聯(lián)系來定義外鍵。 根據(jù) ER模型，普通用戶公寓管理系統(tǒng)建立了以下邏輯數(shù)據(jù) 結(jié)構(gòu)，下面是各數(shù)據(jù)表的詳細(xì)說明。 (1)普通用戶表主要是記錄了普通用戶基本信息。表結(jié)構(gòu)如表 所示。 表 31普通用戶表 (t_user) 列名 數(shù)據(jù)類型 長度 允許空 是否主鍵 說明 user_id int 4 否 是 用戶 ID user_name varchar 50 否 否 用戶名 user_pw varchar 50 否 否 用戶密碼 user_realname varchar 50 否 否 姓名 user_sex varchar 50 否 否 性別 user_tel varchar 20 否 否 聯(lián)系方式 user_address varchar 20 否 否 住址 (2)商品類別信息表主要是記錄了商品類別的基本信息，表結(jié)構(gòu)如表 所示。 表 32商品類別信息表 (t_catelog) 列名 數(shù)據(jù)類型 長度 允許空 是否主鍵 說明 catelog_id int 4 否 是 類別 ID catelog_name varchar 50 否 否 類別名稱 catelog_miaoshu varchar 50 否 否 類別介紹 (3)商品信 息表主要是商品的相關(guān)信息，其中 ID是主鍵，表結(jié)構(gòu)如圖 所示。 表 33商品信息表 (t_goods) 列名 數(shù)據(jù)類型 長度 允許空 是否主鍵 說明 goods_id Int 4 否 是 商品 ID catelog_id Int 4 否 否 類別 ID 15 goods_name varchar 50 否 否 名稱 goods_miaoshu varchar 50 否 否 介紹 goods_pic varchar 50 否 否 商品封皮 shichangjia Date 50 否 否 商品價(jià)格 goods_tejia varchar 50 否 否 商品特價(jià) (5)管理員信息表主要記錄了管理員的賬號(hào)信息，包括用戶名和密碼，表結(jié)構(gòu)如表 所示。 表 34管理員信息表 (t_admin) 列名 數(shù)據(jù)類型 長度 允許空 是否主鍵 說明 userId int 4 否 是 編號(hào) userName varchar 50 否 否 用戶名 userPw varchar 50 否 否 密碼 (6)訂單信息表主要記錄的會(huì)員的訂單的信息，包括訂單編號(hào)、下單時(shí)間等，表結(jié)構(gòu)如表 。 表 35訂單信 息表 (t_order) 列名 數(shù)據(jù)類型 長度 允許空 是否主鍵 說明 order_id int 4 否 是 編號(hào) order_date varchar 50 否 否 下單時(shí)間 order_zhuangtai varchar 50 否 否 訂單狀態(tài) songhuodizhi varchar 50 否 否 送貨地址 fukuanfangshi varchar 50 否 否 付款方式 jine varchar 50 否 否 總金額 user_id int 4 否 否 會(huì)員 ID 數(shù)據(jù)庫的 連接原理 采用 JDBC 連接數(shù)據(jù)庫的方式，只需在工程中導(dǎo)入對(duì)應(yīng)數(shù)據(jù)庫的 jar 包，就可以方便的對(duì)數(shù)據(jù)庫進(jìn)行連接，在程序中，用 ()方法來加載驅(qū)動(dòng)程序，在用DriverManager 的 getConnection（）方法就可以創(chuàng)建一個(gè)數(shù)據(jù)庫連接。程序采用的是 16 DAO 模式來操作數(shù)據(jù)庫， DAO(Data Access Object,數(shù)據(jù)訪問對(duì)象 )，是 Java 編程中的一種經(jīng)典模式，已被廣泛應(yīng)用，也是 J2EE 架構(gòu)中持久層框架的基礎(chǔ)知識(shí)，基于分層次式的軟件架構(gòu)來實(shí)現(xiàn)對(duì)數(shù)據(jù)庫的訪問操作。 DAO 模式的主要思 想就是從抽象數(shù)據(jù)源獲取與操縱數(shù)據(jù)的方法。抽象數(shù)據(jù)的含義就是編寫應(yīng)用程序的程序員不必關(guān)心數(shù)據(jù)庫的物理位置，已經(jīng)是何種數(shù)據(jù)庫，只需使用封裝數(shù)據(jù)庫中表示記錄的數(shù)據(jù)對(duì)象即可。其思想如圖： 圖 36 DAO模式類圖 圖中 BussinessObject是業(yè)務(wù)對(duì)象，是使用 DAO模式的客戶端； DataTransferObject數(shù)據(jù)傳輸對(duì)象，在應(yīng)用程序不同層次之間傳輸對(duì)象，在一個(gè)分布式應(yīng)用程序中，通常可以提高整理的性能； DataObjectAcces 數(shù)據(jù)輸入 /輸出對(duì)象封 裝了對(duì)數(shù)據(jù)源的一些基本操作； DataSource 指的是數(shù)據(jù)源?？梢詮膱D中看出， DAO 模式分離了業(yè)務(wù)邏輯和數(shù)據(jù)羅即將，是的編寫的軟件具有良好的層次式體系結(jié)構(gòu)。本系統(tǒng)為了方便數(shù)據(jù)庫的操作，主要使用 DBContent 的對(duì)象來接一個(gè)數(shù)據(jù)庫（建立一個(gè)類 DBContent），代碼如下： public DBContent(){ Stri