網(wǎng)上購書系統(tǒng)的分析與設(shè)計

1、網(wǎng)上購書系統(tǒng)的分析與設(shè)計第一章 系統(tǒng)的概要一.系統(tǒng)名稱系統(tǒng)名稱:網(wǎng)上購書系統(tǒng)二.系統(tǒng)開發(fā)環(huán)境1.系統(tǒng)類型:本系統(tǒng)符合事務(wù)處理系統(tǒng)。事務(wù)處理系統(tǒng):事務(wù)處理系統(tǒng)用于處理組織的日常事務(wù), 例如訂購物資, 支付 貨款等, 它用來收集和記錄影響組織的大量事務(wù)數(shù)據(jù), 從而消除了 枯燥的操作事務(wù), 減少了手工處理事務(wù)所需要的大量時間。 事務(wù)處 理系統(tǒng)是計算機自動處理的第一步, 管理者希望通過它產(chǎn)生的數(shù)據(jù) 來掌控組織的最新信息, 因此, 其穩(wěn)定可靠地運行是組織日常運作 的關(guān)鍵。2.系統(tǒng)開發(fā)背景:從第一臺電腦的誕生就注定要改變整個人類的生活方式。 Internet 在 全球的普及使得改變?nèi)祟惿畛蔀楝F(xiàn)實。 我們

2、傳統(tǒng)的生活方式大多都是身體力行 的, 無論是買東西, 和人打交道等等。 在取得同樣目標(biāo)的前提下, 我們或許早就 厭煩了每件事情都必需要自己親力親為的方式。 互聯(lián)網(wǎng), 讓我們有了第二種選擇。 從前我們讀書看書都必須要有書本才行, 而且是要紙質(zhì)書本。 這就給我們帶來了 很多問題了。 紙質(zhì)書無論是數(shù)量上還是質(zhì)量上有可能都無法完全滿足所有人的需 要。另一方面,紙質(zhì)書是一種實物,因此,紙質(zhì)書容易破損、丟失,而且購物、 轉(zhuǎn)借都必須像其他事情一樣親力親為, 這對于現(xiàn)在高節(jié)奏的生活方式無疑是一個 累贅。那么是否有種更簡便的方式呢?現(xiàn)在我們知道那就是網(wǎng)上書店了。自從 internet 在世界上開始流行,其后,又

3、隨著通信技術(shù),網(wǎng)絡(luò)技術(shù),安全技術(shù)等 新技術(shù)的不斷出現(xiàn), 使得我們生活在網(wǎng)上都成了可能。 書籍永遠(yuǎn)是人類進(jìn)步的階 梯。在各種各樣的購物網(wǎng)站的不斷涌現(xiàn),網(wǎng)上購書網(wǎng)站也如雨后春筍般出現(xiàn)了。 因為網(wǎng)上書店有著與傳統(tǒng)購書很大的優(yōu)勢。 網(wǎng)上書店最大的功能就是方便了讀者 更好的購書。 由于互聯(lián)網(wǎng)的存在, 使得網(wǎng)上的信息的全面性, 因此讀者可以在網(wǎng) 上書店中快速準(zhǔn)確的找到自己所需要的書籍, 而非在傳統(tǒng)購書中要到處跑書店所 帶來的繁瑣。 網(wǎng)上書店中讀者可以很容易的找到自己所需要的書籍, 同樣這相對 于自己跑大書店然后慢慢找要省時間的多。另一方面就是網(wǎng)上書店可以在線購 買, 這同樣比傳統(tǒng)購書的現(xiàn)金支付要方便的多。

4、 從這么多方面來看, 我們認(rèn)識到 了網(wǎng)上書店最大的優(yōu)勢就是便利。三.系統(tǒng)開發(fā)采用的技術(shù)本系統(tǒng)采用系統(tǒng)集成技術(shù):基于 web 技術(shù)實現(xiàn)諸多系統(tǒng)企業(yè)資源規(guī)劃系統(tǒng)無線設(shè)備的使用系統(tǒng)開源軟件這里簡要的對幾種具體的開發(fā)技術(shù)進(jìn)行論述 :1.頁面表現(xiàn)層 :本 系 統(tǒng) 的 頁 面 顯 示 層 所 使 用 的 語 言 框 架有 :HTML,CSS,Velocity 和 少 量 JavaScript 等。這里重點說明下 Velocity 模板技術(shù)。 Velocity 是一個基于 java 的模 板引擎(template engine 。它允許任何人僅僅簡單的使用模板語言(template language 來引用

5、由 java 代碼定義的對象。 當(dāng) Velocity 應(yīng)用于 web 開發(fā)時, 界面 設(shè)計人員可以和 java 程序開發(fā)人員同步開發(fā)一個遵循 MVC 架構(gòu)的 web 站點, 也 就是說,頁面設(shè)計人員可以只關(guān)注頁面的顯示效 果,而由 java 程序開發(fā)人員關(guān) 注業(yè)務(wù)邏輯編碼。 Velocity 將 java 代碼從 web 頁面中分離出來, 這樣為 web 站點 的長期維護提供了便利,同時也 為我們在 JSP 和 PHP 之外又提供了一種可選的 方案。 Velocity 的能力遠(yuǎn)不止 web 站點開發(fā)這個領(lǐng)域,例如,它可以從模板 (template 產(chǎn)生 SQL 和 PostScript 、 X

6、ML ,它也可以被當(dāng)作一個獨立工具來產(chǎn)生 源代碼和報告,或者作為其他系統(tǒng)的集成組件使用。 Velocity 也可以為 Turbine web 開發(fā)架構(gòu)提供模板服務(wù)(template service 。 Velocity+Turbine提供一個模板 服務(wù)的方式允許一個 web 應(yīng)用以一個真正的 MVC 模型進(jìn)行開發(fā)。本系統(tǒng)中的 webx 框架對 velocity 進(jìn)行過一些重構(gòu),使得 velocity 更易于使用。2. Web層 :Web 層主要采用了基于 Turbine 風(fēng)格的 Web 框架。 該框架與主流的 struts 等 MVC 框架類似。不過 web 框架中添加了十分靈活的 pipel

7、ine 的管道機制,十分 豐富的 Service 服務(wù),如 Form Service, Pull Service等。并可以通過簡單的配置文 件實現(xiàn)很多豐富的功能。 使用 spring 的 IOC 框架進(jìn)行依賴注入, 方便的將分離的 DAO 層, AO 層, Manage 層, Module 等通過注入方式聯(lián)系起來,這樣有利于模 塊 的 分 塊 , 層 次 清 晰 , 也 有 利 于 重 構(gòu) 。 主 要 的 業(yè) 務(wù) 處 理 由 spring 的 CommandDispatcher 實現(xiàn)。十分靈活,透明。3. 業(yè)務(wù)層 :Web 框架很好的分離了業(yè)務(wù)層和 web 層。 Web 層的主要操作都在 Mo

8、dule 中的 Action 中完成;業(yè)務(wù)層從層次上來說,大致包括 AO , Manage 等。業(yè)務(wù)層 與 web 層的分離,完全符合高內(nèi)聚,低耦合的要求。數(shù)據(jù)訪問層。 數(shù)據(jù)訪問層使用的框架為 ibatis 。 iBATIS 提供的持久層框架包括 SQL Maps 和 Data Access Objects(DAO , 相對 Hibernate 和 Apache OJB等 “ 一站式 ”O(jiān)RM 解決方案而言, ibatis 是一種 “ 半自動化 ” 的 ORM 實現(xiàn), iBATIS 需要開發(fā)人員自己 來寫 sql 語句,這可以增加了程序的靈活性,在一定程度上可以作為 ORM 的一 種補充, 程

9、序設(shè)計人員應(yīng)該結(jié)合自己的項目的實際情況, 來選擇使用不同的策略。 iBATIS 和 Hibernate 都做了映射, 但 iBATIS 是把實體類和 sql 語句之間建立了映射 關(guān)系,這種策略可以允許開發(fā)人員自己來寫合適的 sql 語句,而 Hibernate 在實 體類和數(shù)據(jù)庫之間建立了映射關(guān)系, sql 對于開發(fā)人員是不可見的,對于那些數(shù) 據(jù)量非常大的應(yīng)用,無法去優(yōu)化 sql 語句。所謂 “ 半自動 ” ,可能理解上有點生澀 , 縱觀目前主流的 ORM , 無論 Hibernate 還是 Apache OJB, 都對數(shù)據(jù)庫結(jié)構(gòu)提供了 較為完整的封裝, 提供了從 POJO 到數(shù)據(jù)庫表的全套映

10、射機制 , 程序員往往只需定 義好了 POJO 到數(shù)據(jù)庫表的映射關(guān)系, 即可通過 Hibernate 或者 OJB 提供的方法 完成持久層操作 , 程序員甚至不需要對 SQL 的熟練掌握, Hibernate/OJB 會根據(jù) 制定的存儲邏輯,自動生成對應(yīng)的 SQL 并調(diào)用 JDBC 接口加以執(zhí)行。而已 ibatis比 hibernate 較容易掌握,根據(jù)需要,本系統(tǒng)采用較小巧靈活的 ibatis 采用 ORM 工具。4. 數(shù)據(jù)庫采用開源的 MySql5.1:開源的 MySql 在開源社區(qū)里一直在不斷壯大。 MySql 雖然比 SQL Server,Oracle小, 但它的功能一點也不弱。 對于

11、本系統(tǒng)來說, 使用 MySql 完全可以勝任。 加上 它的小巧免費,決定采用 Mysql 作為數(shù)據(jù)庫。第二章 系統(tǒng)的生命周期(SDLC 一. 系統(tǒng)的規(guī)劃1. 系統(tǒng)目標(biāo)本系統(tǒng)需要實現(xiàn)的目標(biāo)簡要概括如下:(1用戶管理功能。提供基本的用戶注冊和登錄功能。對于非注冊用戶, 只能瀏覽、搜索書籍,不能查看用戶信息,使用購物車等功能;對于注冊用戶, 除了非注冊用戶功能外, 還可以使用購物車, 訂單管理,用戶信息修改, 發(fā)表評 論等。(2書籍管理功能。所有人員可以瀏覽書籍,搜索書籍。注冊用戶可以在 購物車中增刪書籍;管理員可以增加、更新、刪除書籍信息。(3 購物車功能。 購物車方便了用戶的購買行為。 可以一次

12、添加多種商品, 統(tǒng)一結(jié)算等。(4訂單處理。注冊用戶確認(rèn)購物后的一種憑證。用戶可以查看所有的訂 單情況。(5管理員功能。這里管理員也充當(dāng)了商家的功能。可以查看、修改會員 信息,刪除會員。對書籍的全部操作,對評論,訂單,庫存等的操作等。2.國內(nèi)外網(wǎng)上購書系統(tǒng) 發(fā)展 情況網(wǎng)上書店也是電子商務(wù)的一塊內(nèi)容。我們知道電子商務(wù)最早開始的就是美 國等國外發(fā)達(dá)國家了。 到現(xiàn)在, 可以說發(fā)達(dá)的國家的電子商務(wù)系統(tǒng)已經(jīng)發(fā)展得相 當(dāng)之成熟了。大家耳熟能詳?shù)闹木W(wǎng)上書店就是亞馬遜(Amazon 書店。它 是世界上銷售量最大的書店。 大概能提供 310萬冊的圖書, 比全球任何一家書店 的存書都要多 15倍以上。亞馬遜書店

13、的 1600名員工人均銷售額 37.5萬美元, 比全球最大的擁有 2.7萬名員工的 Bames & Noble 圖書公司要高 3倍以上。這一 切的實現(xiàn), 電子商務(wù)在其中所起的作用十分關(guān)鍵。 我們所知道的很多計算機科學(xué) 方面的書,如很多 O'Reilly 等出版的書籍都在亞馬遜網(wǎng)上書店上有很高星級的 評價。而且這些都是世界知名的。在國內(nèi)也有很多專門的網(wǎng)上書店。 如比較知名的有卓越網(wǎng), 當(dāng)當(dāng)網(wǎng), 還有就 是綜合型的網(wǎng)上購物網(wǎng)站, 如淘寶網(wǎng)、 當(dāng)當(dāng)網(wǎng)、 卓越網(wǎng)等等。 在我國雖然不是電子商務(wù)的先驅(qū),但無疑隨著 Internet 的恩惠,我們普通人也享受到了網(wǎng)上書店 帶來的不一般的便利。

14、 現(xiàn)在越來越多的人已經(jīng)習(xí)慣于在網(wǎng)上書店上買書。 不但是 因為網(wǎng)上購書更便捷, 擁有更豐富的書籍信息, 而且一般而言, 網(wǎng)上購書的成本 要低于傳統(tǒng)的書店購書。 很明顯網(wǎng)上書店不需要太多的書城, 只需要一個書庫就 行了。 能同時為供應(yīng)商和消費者節(jié)約很多成本。 從近年來的統(tǒng)計來看, 網(wǎng)上書店 正越來越受到消費者的青睞, 這個主要的群體自然是學(xué)者學(xué)生之類的。 網(wǎng)上書店 同時也為緩解就業(yè)壓力等又指出了一個方向。 我們有理由相信, 隨著互聯(lián)網(wǎng), 通 信技術(shù),支付技術(shù)和安全手段等不斷的發(fā)展。3.網(wǎng)上購書存在的一些 問題網(wǎng)上購書主要面臨著如下的幾大問題:(1 網(wǎng)上購書的地域性還是比較明顯的, 并沒有完全做到完

15、全的無界限性。 這主要表現(xiàn)在網(wǎng)上商店主要集中在北京、 上海、 廣州等一線大城市。 同時網(wǎng)上購 書環(huán)境差別也比較大。一線城市的購書到貨滿意度無論是到貨率還是到貨時間, 都比較有保證, 而其他非一線城市則較難令人滿意。 究其原因也是多方面的, 如 體現(xiàn)在賣方的積極性,快遞的效率,交通的效率等等。(2網(wǎng)上書籍價格參差不齊。同一商品在同一地域經(jīng)不同賣家的價格有時 會相差很大, 這有偏離網(wǎng)上購書的價廉物美的設(shè)想。 而且由于購書網(wǎng)上的賣家參 差不齊,對于買家的正確購物有一定的誤導(dǎo)性。(3網(wǎng)站服務(wù)有待加強。網(wǎng)上購書最大的特點也是缺點是你看不到賣家本 人, 你看不到真正的實物, 甚至你看不到自己的錢去了哪。

16、這樣就會有很多問題 產(chǎn)生, 而這些問題產(chǎn)生后就需要網(wǎng)站客服的支持和解答。 雖然現(xiàn)在的網(wǎng)站都設(shè)有 客服, 總的來說也有客服人員, 由于問題的復(fù)制性, 問題的真正的解決率實際并 不很高。(4網(wǎng)上購書的真實性。網(wǎng)上都可以是虛的。因此必需要有能完全保證無 論是買家,賣家,商品的真實性。但實際上,網(wǎng)上的假貨,問題貨,盜版貨都還 是很多,這為消費者造成了一定的威脅。(5網(wǎng)上購書的安全性。這其實也是所有參與網(wǎng)上購書人員最為關(guān)心的一 個問題了。 網(wǎng)購的安全性也涉及到多方面, 比如網(wǎng)上的個人資料, 網(wǎng)上的金錢交 易等。 網(wǎng)站在這方面應(yīng)該予以更多的重視。 同時應(yīng)呼吁政府對網(wǎng)上市場的規(guī)范出 臺相應(yīng)的法規(guī),以進(jìn)一步凈

17、化網(wǎng)購的環(huán)境和保證網(wǎng)購的完全。二. 系統(tǒng)的分析1. 系統(tǒng)可行性分析系統(tǒng)可行性分析的目的就是要用最小的代價在盡可能短的時間內(nèi)確定問題 是否能夠解決, 系統(tǒng)方案在經(jīng)濟上、 技術(shù)上和操作上等是否可以實現(xiàn)和接受。 因 此,可行性研究實質(zhì)上是要進(jìn)行一次大大壓縮簡化了的系統(tǒng)分析和設(shè)計的過程, 也就是在較高層次上以較抽象的方式進(jìn)行系統(tǒng)分析和設(shè)計的過程。(1技術(shù)可行性本系統(tǒng)運行在 windows 上, 硬件上不存在問題。 實現(xiàn)技術(shù)上, 采用較經(jīng)典的 基于 MVC 的 web 框架;表現(xiàn)層使用 velocity 模板技術(shù), web 層使用具有 Apache的一個開源框架 Turbine 風(fēng)格的集合了 sprin

18、g 框架的 WEB 框架, 數(shù)據(jù)訪問層使 用 IBATIS 框架,數(shù)據(jù)庫使用 Mysql5.1版。部署在 Tomcat 上運行。所有這些技 術(shù)和產(chǎn)品都已較為成熟,技術(shù)可行性應(yīng)該是沒有問題的。(2經(jīng)濟可行性從緒論中的可以看到,網(wǎng)上書店與傳統(tǒng)書店相比具有十分明顯的優(yōu)勢,從計 劃到系統(tǒng)實現(xiàn), 我們所使用的所有技術(shù)都是免費開源的。 從硬件角度來看, 一個 小型的網(wǎng)上書店只需要一臺較好的 windows 作為服務(wù)器就可以滿足要求, 可以說 運行的成本是十分低廉的; 但同時帶來的效益完全可以有利可圖。 因此經(jīng)濟上也 是可行的。(3操作可行性本系統(tǒng)的界面操作都較為簡潔、方便,完全可以滿足一般人群的操作需求。

19、 不用太多的計算機知識,友好的圖形和提示可以上新手盡快上手。(4其他方面在其他方面,如是否符合當(dāng)?shù)胤煞ㄒ?guī),利益沖突等方面都是可行的。 綜上所述,本購書系統(tǒng)中技術(shù)上、經(jīng)濟上、操作上和其他方面都是可行的, 因此,繼續(xù)本系統(tǒng)的分析論述。2. 系統(tǒng)的功能需求分析網(wǎng)上購書系統(tǒng)要求模擬現(xiàn)實中的買書場景,我們以此來進(jìn)行需求分析。 (1基本業(yè)務(wù)功能用戶可以注冊登錄網(wǎng)站, 對自己基本信息進(jìn)行維護, 瀏覽查找自己所需要的 書籍, 添加到購物車, 在購物車中可以添加刪除數(shù)據(jù), 查看購物車中內(nèi)容, 下訂 單。(2基本數(shù)據(jù)維護功能管理員可以對所有書籍進(jìn)行管理, 包括添加、 刪除、 更新等操作; 對會員可 以進(jìn)行查看、

20、修改、刪除等操作;庫存管理和訂單處理。具體的購書系統(tǒng)管理功能圖如下: 圖 2-1 系統(tǒng)管理功能圖3.系統(tǒng)業(yè)務(wù)流分析業(yè)務(wù)流程圖是一種描述系統(tǒng)內(nèi)各單位、 人員之間業(yè)務(wù)關(guān)系、 作業(yè)順序和管理 信息流向的圖表, 利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合理流向。 業(yè)務(wù) 流程圖表示業(yè)務(wù)的流向。 圖 2-2 系統(tǒng)業(yè)務(wù)流程圖4.系統(tǒng)數(shù)據(jù)流分析數(shù)據(jù)流程圖 (DFD 是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具,它 可以用少數(shù)幾種符號綜合的反映出信息在系統(tǒng)中的流動、 處理和存儲情況。 數(shù)據(jù) 流程圖是表示操作或數(shù)據(jù)的方向。 數(shù)據(jù)流分析是從現(xiàn)在業(yè)務(wù)中抽取由計算機自動 或半自動完成的那一部分活動的過程。各符號的表示如

21、 2-3所示:(1頂層數(shù)據(jù)流程圖頂層數(shù)據(jù)流程圖主要介紹了整個系統(tǒng)的運行邊界, 如圖 3-9所示, 展現(xiàn)了在 線購書系統(tǒng)的數(shù)據(jù)數(shù)據(jù)需求和生成數(shù)據(jù)的功能。 圖 2-4 頂層數(shù)據(jù)流圖 (2一層數(shù)據(jù)流程圖 圖 2-5 一層數(shù)據(jù)流圖 (3 二層數(shù)據(jù)流圖 圖 2-6 購物車數(shù)據(jù)流圖 圖 2-7 用戶信息管理數(shù)據(jù)流圖 圖 2-8 訂單管理數(shù)據(jù)流圖5.數(shù)據(jù)字典的定義數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合, 是在數(shù)據(jù)流圖的基礎(chǔ)上, 對其中出現(xiàn)的每 個數(shù)據(jù)項、 數(shù)據(jù)結(jié)構(gòu)、 數(shù)據(jù)流、 處理邏輯、 數(shù)據(jù)存儲和外部實體等進(jìn)行定義的工 具。 其作用是在軟件分析和設(shè)計的過程中, 提供關(guān)于數(shù)據(jù)的描述信息。 數(shù)據(jù)流程 圖配以數(shù)據(jù)字典,

22、就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進(jìn)行完整的描述。三. 系統(tǒng)的設(shè)計系統(tǒng)分析階段解決了管理信息系統(tǒng) “做什么” 的問題, 而在系統(tǒng)設(shè)計階段將 解決 “怎么做” 的問題。 它是管理信息系統(tǒng)開發(fā)周期中的第三個階段, 在這個階 段中, 我根據(jù)信息分析中所描述的新系統(tǒng)邏輯模型, 考慮到用戶實際的資源、 技 術(shù)條件、經(jīng)濟條件及時間進(jìn)度要求,由邏輯(非技術(shù)模型導(dǎo)出物理(技術(shù)模 型。1.系統(tǒng) 總體結(jié)構(gòu) 設(shè)計系統(tǒng)總體結(jié)構(gòu)設(shè)計是根據(jù)信息分析數(shù)據(jù)流程圖的結(jié)果, 按照結(jié)構(gòu)化的系統(tǒng)設(shè) 計方法而進(jìn)行的。 結(jié)構(gòu)化設(shè)計的基礎(chǔ)是模塊化。 在線購書系統(tǒng)的功能結(jié)構(gòu)圖如圖 4-1所示: 圖 3-1 系統(tǒng)功能結(jié)構(gòu)圖對該功能結(jié)構(gòu)

23、圖的具體論述如下:(1 用戶管理模塊 1用戶注冊, 登錄:用戶需輸入基本的用戶名和密碼, 還可再完善輸入其他 電話,電子郵件,住址等信息 用戶信息修改:用戶可以修改自己的個人信息和密碼及其他相關(guān)信息; 用戶信息查看:會員可以查看自己的個人信息。 4用戶查看訂單:用戶可以查看已經(jīng)生成的訂單信息,并進(jìn)行一些操作 5發(fā)表評論:用戶可以對書籍發(fā)表評論信息。(2 書籍管理模塊 書籍瀏覽:用戶可以對所有書籍進(jìn)行瀏覽 書籍更新:只有管理員可以對所有書籍進(jìn)行添加、刪除、更新等操作 書籍搜索:可以輸入查詢條件退書籍進(jìn)行搜索(3 購物車模塊 更新購物車:用戶可以查看購物車中的書籍信息,并可以添加和刪除購 物車中書

24、籍。 查看購物車:用戶可以隨時查看購物車中的信息,包括書籍信息,價格 信息等 生成訂單:用戶可以確定購物中需購物的書籍,然后下訂單,生成訂單 信息。(4 管理員模塊 用戶管理:對用戶的信息進(jìn)行審核, 對不符合者進(jìn)行刪除, 也可以根據(jù)客 戶的需要對它的基本信息進(jìn)行修改; 庫存管理:可以查看各書籍的庫存量,并可以隨時更新庫存信息。 訂單處理:對用戶的訂單進(jìn)行處理。 評論管理:對用戶的評論信息的一些操作2.系統(tǒng)數(shù)據(jù)庫的設(shè)計數(shù)據(jù)庫設(shè)計主要是進(jìn)行數(shù)據(jù)庫的邏輯設(shè)計, 即將數(shù)據(jù)按一定的分類、 分組系 統(tǒng)和邏輯層次組織起來, 是面向用戶的。 數(shù)據(jù)庫設(shè)計是需要綜合企業(yè)各個部門的 存檔數(shù)據(jù)和數(shù)據(jù)需求,分析各個數(shù)據(jù)

25、之間的關(guān)系,按照 DBMS 提供的功能和描述 工具,設(shè)計出規(guī)模適當(dāng)、正確反映數(shù)據(jù)關(guān)系的、數(shù)據(jù)冗余少、存取效率高、能滿 足多種查詢要求的數(shù)據(jù)模型。(1數(shù)據(jù)庫的概念設(shè)計概念設(shè)計是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵, 它通過對用戶需求進(jìn)行綜合、 歸納與抽 象,形成一個獨立于具體 DBMS 的概念模型。其主要工作就是設(shè)計概念模型,該 模型能將用戶的數(shù)據(jù)明確的表達(dá)出來。 概念模型是一種面向問題的模型, 它反映 了用戶的實現(xiàn)環(huán)境, 并指出了從用戶角度看到的數(shù)據(jù)庫, 它是處理多種應(yīng)用數(shù)據(jù) 的方法的組合。 概念模型與單獨的應(yīng)用無關(guān), 與數(shù)據(jù)庫管理系統(tǒng)及數(shù)據(jù)庫的實現(xiàn) 無關(guān), 因此, 它是用戶與設(shè)計人員之間的橋梁, 它既是明確

26、表達(dá)用戶需求的一個模型,又是設(shè)計數(shù)據(jù)結(jié)構(gòu)的基礎(chǔ)。概念模型的設(shè)計方法有多種,其中實體聯(lián)系模型(E R 模型是一個典 型代表,它是描述現(xiàn)實世界的一個簡明而有利的工具。(2實體 -聯(lián)系圖該系統(tǒng)的全局實體 -聯(lián)系圖如圖 4-2所示: 圖 3-2 全局 E-R 圖(3數(shù)據(jù)庫的邏輯設(shè)計邏輯設(shè)計的主要任務(wù)就是設(shè)計數(shù)據(jù)的結(jié)構(gòu), 即按照數(shù)據(jù)庫管理系統(tǒng)提供的數(shù) 據(jù)模型, 轉(zhuǎn)換已設(shè)計的概念模型, 實質(zhì)上是把概念模型 (即 E-R 模型 轉(zhuǎn)換為所 選用的 DBMS 所支持的模式。邏輯設(shè)計的主要目的是保證數(shù)據(jù)共享, 消除數(shù)據(jù)冗余, 實現(xiàn)數(shù)據(jù)的邏輯獨立 性,易懂易用,有利于數(shù)據(jù)的完整性及安全性控制,且盡量降低開銷。邏輯設(shè)

27、計過程主要是把概念設(shè)計階段的概念模型轉(zhuǎn)化為數(shù)據(jù)庫所能識別的 表模型,也即數(shù)據(jù)庫模式設(shè)計。關(guān)系模型的特點之一是概念的單一性。 無論是實體還是實體間的聯(lián)系都用關(guān) 系來表示。關(guān)系這個特點使得轉(zhuǎn)換工作比較直接。具體的轉(zhuǎn)換原則如下:(1一個實體轉(zhuǎn)換為一個關(guān)系模式,實體的屬性就是關(guān)系的屬性,實體的關(guān)鍵 字就是關(guān)系的關(guān)鍵字。(2 一個 1:1的聯(lián)系轉(zhuǎn)換為一個關(guān)系。 每個實體的關(guān)鍵字都是關(guān)系的候選關(guān)鍵 字。(3一個 1:n 的聯(lián)系轉(zhuǎn)換為一個關(guān)系。多個實體的關(guān)鍵字是關(guān)系的關(guān)鍵字。(4一個 n:m的聯(lián)系轉(zhuǎn)換為一個關(guān)系。聯(lián)系中的各實體關(guān)鍵字的組合組成關(guān)系 的關(guān)鍵字(組合關(guān)鍵字 。(5具有相同關(guān)鍵字的關(guān)系可以合并。根

28、據(jù)上述規(guī)則,對圖所示的 E-R 圖進(jìn)行轉(zhuǎn)換,可以得到各“關(guān)系” (帶“” 的為關(guān)鍵字, “”的為外部關(guān)鍵字 :用戶(用戶 id ,用戶名 , 密碼,角色 , 電子郵件,地址,郵編,電話,信用卡號,信用卡類型,信用卡過期時間書籍(書籍 id ,類目 id ,書名,描述,圖標(biāo),庫存,單價類目表 (類目 id ,類目名,圖標(biāo),描述 訂單(訂單 id ,用戶 id ,書籍 id ,訂單中分項號 , 數(shù)量,狀態(tài)評論(評論 id ,用戶 id ,書籍 id ,評論內(nèi)容,評論時間(4數(shù)據(jù)庫物理設(shè)計數(shù)據(jù)庫物理結(jié)構(gòu)設(shè)計的主要任務(wù)是:對數(shù)據(jù)庫中的數(shù)據(jù), 在物理設(shè)備上的存 放結(jié)構(gòu)和存取方法進(jìn)行設(shè)計, 索引的設(shè)計等。

29、 數(shù)據(jù)庫的物理結(jié)構(gòu)依賴于確定的計 算機系統(tǒng),并于選用的 DBMS 密切相關(guān)。物理設(shè)計的任務(wù)是為了有效的實現(xiàn)邏輯 模式,確定所采取的存儲策略。此階段以邏輯設(shè)計的結(jié)果作為輸入,結(jié)合具體 DBMS 的特點與存儲設(shè)備特性進(jìn)行設(shè)計,選定數(shù)據(jù)庫在物理設(shè)備上的存儲結(jié)構(gòu)和 存取方法。3.輸入輸出設(shè)計管理信息系統(tǒng)只有通過輸出才能為用戶服務(wù)。信息系統(tǒng)能否為用戶提供準(zhǔn) 確、 及時、 實用的信息是評價信息系統(tǒng)好壞的標(biāo)準(zhǔn)之一,也就是說, 輸出信息的 內(nèi)容與格式等是用戶最關(guān)心的部分。 因此, 在系統(tǒng)設(shè)計中, 是先根據(jù)管理和用戶 的需求進(jìn)行輸出設(shè)計,然而反過來根據(jù)輸出所要求獲得的信息進(jìn)行輸入設(shè)計。1.輸出設(shè)計(1輸出設(shè)計的

30、內(nèi)容輸出設(shè)計的內(nèi)容包括:有關(guān)輸出信息使用方面的內(nèi)容; 輸出方式; 輸出設(shè)備; 輸出介質(zhì)。(2輸出設(shè)計的方法在系統(tǒng)設(shè)計階段, 設(shè)計人員應(yīng)給出系統(tǒng)輸入的說明, 這個說明既是將來編程 人員在軟件開發(fā)中進(jìn)行實際輸出設(shè)計的依據(jù),也是用戶評價系統(tǒng)實用性的依據(jù)。 因此, 設(shè)計人員要選擇合適的輸出方式, 并以清楚的方式表達(dá)出來。 輸出形式主 要有報表信息和圖形化信息。本系統(tǒng)的輸出為表格形式,主要包括用戶信息,書籍信息和訂單信息。 2.輸入設(shè)計輸入設(shè)計的目標(biāo)是保證向系統(tǒng)輸入正確的數(shù)據(jù)。(1 輸入設(shè)計的原則。輸入設(shè)計應(yīng)遵循以下原則 :最小量原則:這是 指在保證滿足處理要求的前提下使輸人量最小。 由于數(shù)據(jù)輸 入與計

31、算機處理比較起來相對慢, 在數(shù)據(jù)錄入時, 系統(tǒng)大多數(shù)時間都處于等待狀 態(tài), 系統(tǒng)效率將顯著降低; 同時, 數(shù)據(jù)錄入工作一般需要人的參與, 大量的數(shù)據(jù) 錄入往往浪費很多的人力資源, 增加系統(tǒng)的運行成本。 因此, 輸入量越少, 出錯 機會越少,花費時間越少,數(shù)據(jù)一致性越好。簡單性原則:輸入的準(zhǔn)備、 輸入過程應(yīng)盡量容易, 以減少錯誤的發(fā)生。 這主 要是因為輸入設(shè)計在為用戶提供糾錯和輸入校檢的同時, 就保證了輸入過程簡單 易用,就保證了不會因為差錯,糾錯而使輸入復(fù)雜化,增加用戶負(fù)擔(dān)。早檢驗原則:對輸人數(shù)據(jù)的檢驗盡量接近原數(shù)據(jù)發(fā)生點, 使錯誤能及時得到 改正。 因此輸入設(shè)計中應(yīng)采用多種輸入校檢方法和有效

32、性驗證技術(shù), 以減少輸入錯誤。少轉(zhuǎn)換原則:輸入數(shù)據(jù)盡量用其處理所需形式記錄, 減少不必要的輸入步驟, 當(dāng)步驟不能省時, 應(yīng)仔細(xì)驗證現(xiàn)有步驟是否完備, 以免數(shù)據(jù)轉(zhuǎn)換介質(zhì)時發(fā)生錯誤。 本系統(tǒng)的主要輸出為文本形式。(2 輸入格式設(shè)計輸入格式的設(shè)計一般是指數(shù)據(jù)錄入人員在終端屏幕上看到的憑證格式。 其設(shè) 計格式的原則是使錄入人員能方便的輸入數(shù)據(jù),盡量避免操作失誤。本系統(tǒng)中主要輸入方式方式為鍵盤輸入, 主要輸入的內(nèi)容為用戶信息, 書籍 信息。三. 系統(tǒng)的實施系統(tǒng)實現(xiàn)是指在系統(tǒng)分析和設(shè)計的基礎(chǔ)上, 在選定的開發(fā)環(huán)境下, 進(jìn) 行系統(tǒng)開發(fā),從而構(gòu)造所設(shè)計的系統(tǒng)。1.開發(fā)平臺與開發(fā)工具本系統(tǒng)基于的開發(fā)平臺是 JD

33、K1.5, 開發(fā)工具為 eclipse 可視化集成開發(fā)工具。 Eclilpse 是 IBM 公司推出的一個開源的集成開發(fā)工具。在 Eclipse 中很容易進(jìn)行代 碼的編寫和調(diào)試, 而且擁有很多開源的插件來輔助程序開發(fā), 因此本系統(tǒng)即是在 Eclipse 這個 IDE 上進(jìn)行的。2. 系統(tǒng)模塊與界面實現(xiàn)下面將按不同的模塊功能來具體展示系統(tǒng)的實現(xiàn)與調(diào)試。1.用戶模塊(1登錄注冊本功能實現(xiàn)了用戶的登錄及注冊。具體的要求為用戶輸入登錄用戶名和 密碼,如果正確則跳轉(zhuǎn)到登錄成功頁面,如果失敗則提示出錯信息。 圖 4-1登錄界面(2用戶信息查看修改本部分功能包括用戶可以查看自己的信息,并修改信息: 圖 4-

34、4用戶信息查看修改 2書籍模塊(1書籍瀏覽點擊各個書籍類目可以進(jìn)入到各自的書籍詳情: 圖 4-5書籍瀏覽(2書籍搜索輸入所需查詢書籍的 id 或書籍名,系統(tǒng)顯示查詢結(jié)果: 圖 5-6書籍搜索3.購物車模塊用戶瀏覽書籍,并選擇想要購買的書籍添加到購物車中,在購物車中,用戶 可以隨時查看自己購物車的最新購物情況, 包括書籍, 價格, 數(shù)量, 總價等基本 信息; 并且用戶可以動態(tài)更新購物數(shù)量; 對于不需要的書籍可以直接在購物車中 刪除;同時在購物車中提供返回購物和立即購買的功能 :圖 5-8 瀏覽購物車 用戶點擊”立即購買”按鈕，即對該購物車中的書籍進(jìn)行整批或單個下單，進(jìn) 入訂單填寫環(huán)節(jié): 圖 5-9 立即購買 五系統(tǒng)的測試和維護 1系統(tǒng)的測試 （1） 系統(tǒng)測試的基本原則 系統(tǒng)測試是一項非常復(fù)雜的、需要創(chuàng)造性和高度智慧的任務(wù)。下面列出 了在實踐中總結(jié)的主要基本原則。 （1） 應(yīng)該把“盡早地和不斷地進(jìn)行系統(tǒng)測試”作為系統(tǒng)測試者的 座右銘。 （2）程序員或程序設(shè)計機構(gòu)應(yīng)避免測試自己