【文章內(nèi)容簡(jiǎn)介】 本系統(tǒng) 和以 往 系統(tǒng)對(duì)比 以往系統(tǒng)優(yōu)點(diǎn) 適合于大型書(shū)店，和經(jīng)濟(jì)實(shí)力超強(qiáng)的用戶(hù)。用戶(hù)訂貨，查看庫(kù)存， 出庫(kù)入庫(kù) 一條龍式服務(wù)。 這樣可使網(wǎng)絡(luò)書(shū)店的老板更直接地操作。需要提前將書(shū)買(mǎi)好，放入庫(kù)中，等別人來(lái)買(mǎi)。經(jīng)營(yíng)模式很像傳統(tǒng)的書(shū)店，但是比傳統(tǒng)書(shū)店優(yōu)勢(shì)的地方就是書(shū)店會(huì)員用著方便 [1]。其實(shí)本系統(tǒng)和以往購(gòu)物系統(tǒng)在用戶(hù)使用起來(lái)是不太一樣的，傳統(tǒng)系統(tǒng)再買(mǎi)書(shū)的時(shí)候需要判斷的條件 多一些。但是傳統(tǒng)的購(gòu)書(shū)系統(tǒng)更加接近于傳統(tǒng)書(shū)店，更加適用于經(jīng)濟(jì)實(shí)力強(qiáng)的用戶(hù)。 本系統(tǒng)的優(yōu)點(diǎn) 本系統(tǒng)適用于初期創(chuàng)業(yè)者 考慮到當(dāng)今社會(huì)，很多人沒(méi)有實(shí)力開(kāi)大型的網(wǎng)絡(luò)書(shū)店。尤其是像 一些在校學(xué)生，或資金不大雄厚但是還想創(chuàng)業(yè)的初期創(chuàng)業(yè)者 。所以如果想開(kāi)一個(gè)大型的網(wǎng)上書(shū)店會(huì)有很多的弊端：比如給用戶(hù)的銀行卡 轉(zhuǎn)賬和用戶(hù)的充值，需要與各大銀行產(chǎn)生聯(lián)系。 那是把用 的系統(tǒng)當(dāng)做社會(huì)上購(gòu)書(shū)的終端，是一個(gè) 像學(xué)府書(shū)店或新華書(shū)店要考慮的事。本系統(tǒng) 只是把用戶(hù)的訂單保存起來(lái)，再查看書(shū)籍的庫(kù)存量夠不夠 ， 如果夠的話(huà)，保存訂單并將訂單的狀態(tài)變成已處理，這樣 就可以 再將圖書(shū)送貨上門(mén)，同時(shí)訂單里的訂單項(xiàng) ，知道是購(gòu)書(shū)系統(tǒng)上有的圖書(shū) ，均可購(gòu)買(mǎi)到。如果批缺貨或其他原因，管理員可以拒絕訂單，并選擇 不處理訂單的理由。 用戶(hù)的經(jīng)濟(jì)水平要求低 考慮到用戶(hù)的身份都是些圖書(shū)的代理商，不是廠(chǎng)家或批發(fā)書(shū)的批發(fā)市場(chǎng)，所以一般情況下有訂單的情況下可以在三天之內(nèi)發(fā)貨 （當(dāng)然在不缺貨的情況下） ，如果缺貨還可以去批發(fā)市場(chǎng) 上貨 ,可以選擇賣(mài)給誰(shuí)不賣(mài)給誰(shuí)。避免了線(xiàn)程不安全 情況 ，有的書(shū)店會(huì)常常遇到線(xiàn)程沖突的情況 。用戶(hù)（網(wǎng)上購(gòu)書(shū)系統(tǒng)的老板） 一般情況下 不會(huì)賠錢(qián)。很受初期創(chuàng)業(yè)者的歡迎 安全性比以往的系統(tǒng)好 以前 的系統(tǒng)在登陸的時(shí)候，不但要填寫(xiě)用戶(hù)名，密碼。還要通過(guò)下拉框選擇權(quán)限。那你想想，如果一個(gè)普通用戶(hù)注冊(cè)成功后，選擇了管理員權(quán)限，也能登進(jìn)管理員的界面，那樣就可以隨意地該信息，極大地威脅了本網(wǎng)站的安全。本系統(tǒng)不一樣，普通游客在注冊(cè)時(shí)，就是權(quán)限就是普通會(huì)哈爾濱理工大學(xué)學(xué)士學(xué)位論文 9 員。除非他直接修改數(shù)據(jù)庫(kù)，把自己的權(quán)限的字段設(shè)置為管理員。那就是黑客，能遠(yuǎn)程訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)，那沒(méi)辦法。登錄時(shí)會(huì)根據(jù)用戶(hù)名，密碼自動(dòng)查出數(shù)據(jù)庫(kù)中該用戶(hù)的權(quán)限是管理員還是普通會(huì)員，跳轉(zhuǎn)到不同頁(yè)面。 要求基本的 技術(shù) 水平 可當(dāng)范例 本系統(tǒng)采用 MVC 設(shè)計(jì)模式，使用符合 的設(shè)計(jì)標(biāo)準(zhǔn)，在前臺(tái)用 JSP 進(jìn)行頁(yè)面開(kāi)發(fā)和管理用戶(hù)界面，提示信息完善，界面友好，具有較強(qiáng)的親和力，后臺(tái)采用 數(shù)據(jù)開(kāi)發(fā)和 管理數(shù)據(jù)庫(kù)，對(duì)數(shù)據(jù)庫(kù)操作采用事務(wù)處理機(jī)制，卸得快，安得快，占用內(nèi)存小 。本系統(tǒng)的開(kāi)發(fā)環(huán)境是使用現(xiàn)在非常流行的開(kāi)源開(kāi)發(fā)工具 和 Tomcat 服務(wù)器。使用很靈活以及他們當(dāng)前的廣泛實(shí)際應(yīng)用，充分說(shuō)明本系統(tǒng)在技術(shù)方面可行。 運(yùn)行方便 運(yùn)行可行性研究?jī)?nèi)容包括新系統(tǒng)規(guī)定的運(yùn)行方式是否可行。如果新系統(tǒng)是建立在原來(lái)已擔(dān)負(fù)其他任務(wù)的計(jì)算機(jī)系統(tǒng)上的，就不能要求它在實(shí)時(shí)在線(xiàn)狀態(tài) 下運(yùn)行，以免與原有的任務(wù)相矛盾 [12]。 計(jì)算機(jī)技術(shù)的發(fā)展，帶來(lái)了計(jì)算機(jī)在現(xiàn)代企業(yè)、家庭中的普及，使得應(yīng)用計(jì)算機(jī)成為現(xiàn)代人生活中非常重要的一部分 [12]。計(jì)算機(jī)技術(shù)的成熟，帶來(lái)了軟硬件的越來(lái)越優(yōu)的配置及性能，越來(lái)越能被大眾所接受的價(jià)格[2]。于是，計(jì)算機(jī)的應(yīng)用者在計(jì)算機(jī)的配置方面不斷更新，以滿(mǎn)足自己越來(lái)越高的需求。本系統(tǒng)對(duì)計(jì)算機(jī)的軟硬件的要求不是特別高，所以系統(tǒng)在運(yùn)行方面是可行的。 論文工作計(jì)劃與內(nèi)容 論文工作主要有： 查閱資料、調(diào)研 ； 開(kāi)題報(bào)告、制訂設(shè)計(jì)方案 ； 、 需求 分析 ； 數(shù)據(jù)庫(kù)設(shè)計(jì) ； 概要設(shè)計(jì) ； 詳細(xì)設(shè)計(jì) ； 程序編 碼實(shí)現(xiàn) ； 系統(tǒng)測(cè)試及調(diào)試 ； 文檔修改 。 論文內(nèi)容共分為五章，內(nèi)容介紹如下： 第一章 緒論 ： 論述了網(wǎng)上購(gòu)書(shū)系統(tǒng)的題目的意義，項(xiàng)目的意義，背景的介紹等。 其中，緒論中對(duì)以前類(lèi)似項(xiàng)目 做 了論述，介紹以前的購(gòu)書(shū)系統(tǒng)都有什么特點(diǎn)，然后說(shuō)明了出本論題所做的工作與以前類(lèi)似項(xiàng)目的不同，優(yōu)點(diǎn)在何地 。 第二章 網(wǎng)上購(gòu)書(shū)系統(tǒng) 需求分析 ： 這一章主要論述了系統(tǒng)需求分析的全過(guò)程。應(yīng)用用例圖描述功能需求，由于本系統(tǒng)用到了數(shù)據(jù)庫(kù)，所以給出ER 圖，并描述了實(shí)體之間的關(guān)系，參考了需求分析的技術(shù)文檔。 第三章網(wǎng)上購(gòu)書(shū)系統(tǒng)詳細(xì)設(shè)計(jì) ： 這一章主要論述了本系統(tǒng)的軟件 體系結(jié)構(gòu)的設(shè)計(jì)，開(kāi)發(fā)模式 /架構(gòu)設(shè)計(jì)，數(shù)據(jù)庫(kù)設(shè)計(jì)，功能點(diǎn)設(shè)計(jì)，界面設(shè)計(jì)，算法設(shè)計(jì)。 第四章網(wǎng)上購(gòu)書(shū)系統(tǒng)的系統(tǒng)實(shí)現(xiàn) ： 論述了系統(tǒng)實(shí)現(xiàn)的流程，和結(jié)果。哈爾濱理工大學(xué)學(xué)士學(xué)位論文 10 對(duì)重要算法程序，用了程序流程圖表達(dá)。實(shí)現(xiàn)的結(jié)果，用了軟件運(yùn)行時(shí)的界面截圖表示。 第五章網(wǎng)上購(gòu)書(shū)系統(tǒng)軟件測(cè)試 ：介紹的本系統(tǒng)用到的測(cè)試方法，以及測(cè)試的結(jié)果，而且測(cè)試的結(jié)果用了截圖表示的。 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 11 第 2章 網(wǎng)上購(gòu)書(shū)系統(tǒng) 需求分析 需求分析概述 需求分析過(guò)程是整個(gè)系統(tǒng)開(kāi)發(fā)的重要階段，分析的成功與否，決定著整個(gè)系統(tǒng)功能的完善性以及穩(wěn)定性。在該階段需求分析人員需要確定整個(gè)產(chǎn)品的功能要求，并且 將現(xiàn)實(shí)事務(wù)抽象成對(duì)象并建模。 只有通過(guò)需求分析，才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說(shuō)明，進(jìn)而奠定軟件開(kāi)發(fā)的基礎(chǔ)。軟件需求分析工作也是一個(gè)不斷認(rèn)識(shí)和逐步細(xì)化的過(guò)程。該過(guò)程將軟件調(diào)研階段的需求資料進(jìn)行分析和設(shè)計(jì)，使軟件范圍逐步細(xì)化到詳細(xì)定義的程序，并分析出各種不同的軟件元素，然后為這些元素找到可行的解決方法。 需求分析是一組活動(dòng)總稱(chēng)，作為系統(tǒng)分析員，必須協(xié)同軟件用戶(hù)共同完成。而需求分析的任務(wù)是定義待開(kāi)發(fā)的軟件的功能、性能等指標(biāo)。 首先要了解用戶(hù)的相關(guān)業(yè)務(wù)，如果是一家公司做網(wǎng)上購(gòu)書(shū)（或網(wǎng)上商城） ，除了參考現(xiàn)在已經(jīng)存在的類(lèi)似和相關(guān)系統(tǒng)外，還需要通過(guò)用戶(hù)的演示、講解和有關(guān)文檔，與用戶(hù)進(jìn)行交流協(xié)商。也許用戶(hù)列舉了查詢(xún)、訂購(gòu)、下訂單、商品管理、用戶(hù)管理和訂單管理，也許還有自己有特色的東西。但是在這個(gè)過(guò)程中，還是可以提出自己有建設(shè)性的想法和建議，只有這樣用戶(hù)和系統(tǒng)設(shè)計(jì)人員才會(huì)在系統(tǒng)提供的業(yè)務(wù)上達(dá)成一致，這對(duì)于軟件來(lái)說(shuō)是非常重要的。 其次要分析用戶(hù)的業(yè)務(wù)流程，前面了解的用戶(hù)業(yè)務(wù)只是一些離散的業(yè)務(wù)活動(dòng)，而業(yè)務(wù)流程是一種重要的信息，比如用戶(hù)購(gòu)買(mǎi)商品這個(gè)流程，它需要經(jīng)歷商品查詢(xún)、加入購(gòu)物車(chē)、查詢(xún)購(gòu)物車(chē)、結(jié)算（包括填 寫(xiě)訂購(gòu)人詳細(xì)信息、送貨方式和支付方式）、等一系列活動(dòng)，然后將了解到的用戶(hù)活動(dòng)加以整理并按照這些活動(dòng)所固有的次序形成業(yè)務(wù)流程。還要了解用戶(hù)對(duì)于軟件的期望值，除了需要能夠正確處理用戶(hù)的業(yè)務(wù)外，用戶(hù)對(duì)系統(tǒng)的其他需求也要了解，這些對(duì)于用戶(hù)而言也顯得尤為重要。 需求分析的任務(wù)：分析員通過(guò)需求分析提供一種可轉(zhuǎn)化為數(shù)據(jù)設(shè)計(jì)、結(jié)構(gòu)設(shè)計(jì)和過(guò)程設(shè)計(jì)的數(shù)據(jù)與功能表示，在軟件完成后，需求分析階段研究的對(duì)象是軟件項(xiàng)目的用戶(hù)需求。 需求分析的過(guò)程 可以分為四個(gè)方面：?jiǎn)栴}識(shí)別、分析與綜合、制訂規(guī)格說(shuō)明、評(píng)審。 問(wèn)題識(shí)別就是從系統(tǒng)角度來(lái)理解 軟件，確定對(duì)所開(kāi)發(fā)系統(tǒng)的綜合要求，并提出這些需求的實(shí)現(xiàn)條件，以及需求應(yīng)該達(dá)到的標(biāo)準(zhǔn)。這些需求包括：功能需求（做什么），性能需求（要達(dá)到什么指標(biāo)），環(huán)境需求（如機(jī)哈爾濱理工大學(xué)學(xué)士學(xué)位論文 12 型，操作系統(tǒng)等），可靠性需求（不發(fā)生故障的概率），安全保密需求，用戶(hù)界面需求，資源使用需求（軟件運(yùn)行是所需的內(nèi)存， CPU 等），軟件成本消耗與開(kāi)發(fā)進(jìn)度需求，預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo)。 分析與綜合逐步細(xì)化所有的軟件功能，找出系統(tǒng)各元素間的聯(lián)系，接口特性和設(shè)計(jì)上的限制，分析他們是否滿(mǎn)足需求，剔除不合理部分，增加需要部分。最后，綜合成系統(tǒng)的解決方案，給 出要開(kāi)發(fā)的系統(tǒng)的詳細(xì)邏輯模型（做什么的模型）。 制訂規(guī)格說(shuō)明書(shū)即編制文檔，描述需求的文檔稱(chēng)為軟件需求規(guī)格說(shuō)明書(shū)。請(qǐng)注意，需求分析階段的成果是需求規(guī)格說(shuō)明書(shū)，向下一階段提交。 評(píng)審對(duì)功能的正確性，完整性和清晰性，以及其它需求給予評(píng)價(jià)。評(píng)審?fù)ㄟ^(guò)才可進(jìn)行下一階段的工作，否則重新進(jìn)行需求分析。 軟件需求包括三個(gè)不同的層次 。 業(yè)務(wù)需求（ business requirement）反映了組織機(jī)構(gòu)或客戶(hù)對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們?cè)陧?xiàng)目視圖與范圍文檔中予以說(shuō)明。用戶(hù)需求（ user requirement）文檔描述了用戶(hù) 使用產(chǎn)品必須要完成的任務(wù)，這在用例（ use case ）文檔或方案腳本（ scenario）說(shuō)明中予以說(shuō)明。功能需求（ functional requirement）定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶(hù)能完成他們的任務(wù)，從而滿(mǎn)足了業(yè)務(wù)需求。軟件需求各組成部分之間的關(guān)系，如圖 21 所示。 業(yè) 務(wù) 需 求功 能 需 求約 束 條 件系 統(tǒng) 需 求其 他 非 功 能 需 求用 戶(hù) 需 求 質(zhì) 量 屬 性項(xiàng) 目 視 圖 與 范 圍 文 檔使 用 實(shí) 例 文 檔軟 件 需 求 規(guī) 格 說(shuō) 明 圖 21 需求的層次圖 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 13 詳細(xì)功能需求 新書(shū)推薦模塊 新書(shū)推薦 模塊 能夠 展示出最新上架書(shū)籍 的特色信息 。 主要有以下幾點(diǎn) ： 10 本最新上架書(shū)籍并顯示書(shū)籍的圖片 。 。 ，和購(gòu)買(mǎi)書(shū)籍 。 圖書(shū)檢索模塊 圖書(shū)檢索 模塊 能夠顯示出圖書(shū)按各種檢索的特色信息 。 主要有以下幾點(diǎn) ： ，要就模糊匹配 。 ，要求模糊匹配。 ，要求模糊匹配。 。 。每頁(yè) 10 條信息，要求顯示圖書(shū)的圖片 。 點(diǎn)擊圖片查看書(shū)籍詳細(xì)信息 和購(gòu)買(mǎi)書(shū)籍。 銷(xiāo)售排行 模塊 銷(xiāo)售排行模塊能夠顯示出圖書(shū)的銷(xiāo)售量情況 的 信息。主要有以下幾點(diǎn) ： 序顯示 20 本銷(xiāo)售量最多的書(shū)籍。 ，按照降序排列。要求使用分頁(yè)顯示，每頁(yè) 10 本書(shū)籍。 分類(lèi)瀏覽模塊 顯示所有圖書(shū)分類(lèi) 顯示所有圖書(shū)分類(lèi)模塊能夠 顯示出 根據(jù)圖書(shū)類(lèi)別 來(lái) 分類(lèi)顯示圖書(shū)的信息。主要有以下幾點(diǎn) ： 。 ，實(shí)現(xiàn)分頁(yè)顯示，每頁(yè)顯示 10 本書(shū)籍。 ，查看書(shū)籍詳細(xì)信息。 書(shū)籍詳細(xì)信息描述 顯示書(shū)籍詳細(xì)信息模塊能夠 顯示 圖書(shū)詳細(xì)信息。 主要有以下幾點(diǎn) ： 、作者、出版日期、 ISDN 號(hào)、出版社 ，庫(kù)存量 ，銷(xiāo)售哈爾濱理工大學(xué)學(xué)士學(xué)位論文 14 量 等基本信息。 ，價(jià)格在后臺(tái)添加書(shū)籍時(shí)指定。 。非登錄用戶(hù)點(diǎn)擊購(gòu)買(mǎi)時(shí)提示用戶(hù)登陸。 。 管理員模塊 用戶(hù)注冊(cè) 用戶(hù)注冊(cè)模塊能夠讓用戶(hù)的信息保存下來(lái)。主要有以下幾點(diǎn) ： ： 用戶(hù)名：（ 612 位）字母或數(shù)字組成。 密碼：（ 612 位）。 確認(rèn)密碼：與密碼項(xiàng)一致。 姓名：（真實(shí)姓名）。 性別：?jiǎn)芜x按鈕。 Email：進(jìn)行 Email 格式驗(yàn)證。 省、市 詳細(xì)住址： 郵編：進(jìn)行格式驗(yàn)證。 聯(lián)系電話(huà)：格式驗(yàn)證 （手機(jī)號(hào)碼的格 式驗(yàn)證） 。 ： 用戶(hù)輸入用戶(hù)名和密碼進(jìn)行登錄，登錄成功后可進(jìn)行購(gòu)物 操作。 客服中心 客服中心模塊能夠 展示網(wǎng)站客戶(hù)服務(wù)相關(guān)信息。 主要有以下幾點(diǎn)： 。 。 。 用戶(hù)管理 用戶(hù)管理模塊可以在 管理員登錄后臺(tái)系統(tǒng)可對(duì)前臺(tái)注冊(cè)用戶(hù)進(jìn)行管理，可對(duì)用戶(hù)進(jìn)行修改密碼、刪除操作。 主要有以下幾點(diǎn)： ，每頁(yè)顯示 15 條記錄，顯示：用戶(hù)名、真實(shí)姓名 登錄次數(shù)。 、刪除操作。 戶(hù)所對(duì)應(yīng)的購(gòu)物車(chē)、購(gòu)物項(xiàng)、 但 保留用戶(hù)所下訂單信息。 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 15 圖書(shū)管理 圖書(shū)分類(lèi)管理 模塊能夠 管理圖書(shū)類(lèi)別信息， 并且圖書(shū)列表在圖書(shū) 的首頁(yè)展示，為用戶(hù)提供分類(lèi)檢索功能。由管理員進(jìn)行后臺(tái)操作。 主要有以下幾點(diǎn)： 。顯示類(lèi)別名稱(chēng)。 、和刪除操作。 ，該類(lèi)別下的所有圖書(shū)被分配到 “其他 ”分類(lèi)中。 刪除操作需提示用戶(hù)是否刪除確認(rèn)。 圖書(shū)管理模塊 可以讓管理員 上傳新圖書(shū)、 也 可以修改圖書(shū)信息 、刪除該圖書(shū) 。 主要有以下幾點(diǎn) ： 、分頁(yè)展示圖書(shū)列表。每頁(yè)顯示 10 條記錄。顯示信息包括：圖書(shū)名稱(chēng)、作者、出版社、出版日期、修改超鏈接、刪除超鏈接 。 ： 書(shū)名 定價(jià) 作者 出版社 出版日期 價(jià)格 是否有庫(kù)存 。 、上傳圖書(shū)圖片 （這是很多同類(lèi)少見(jiàn)的） 、圖片存儲(chǔ)在磁盤(pán)目錄中。 ，可以修改圖書(shū)基本信息、修改圖片，修改成功后返回圖書(shū)列表頁(yè)面。 訂單管理 訂單管理 模塊 可以讓 管理員處理用戶(hù)訂單、修改訂單狀態(tài) 等功能 。 主要有以下幾點(diǎn)： 所有 訂單 并 顯示訂單 年月日 。 。新訂單默認(rèn) 狀態(tài)為：處理中 。 .. 如果商品缺貨則狀態(tài)修改為：缺貨通知 。 如果商品已發(fā)貨則狀態(tài)修改為：已發(fā)貨 ， 圖書(shū)的銷(xiāo)售量和庫(kù)存量都要相應(yīng)的減少 ，比如發(fā)了 7 本《 java 基礎(chǔ)》銷(xiāo)售量增加 7 本，庫(kù)存量減少 7本 。 操作 ，比如將 “處理中 ”改為 “已發(fā)貨 ”或 “缺貨拒絕 ”。 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 16 用例圖 及其描述 訂單維護(hù) 管理員可以查詢(xún)到所有訂單，分頁(yè)顯示。管理員 可以對(duì)所有用戶(hù)的所有訂單以及所有訂單下的訂單項(xiàng)進(jìn)行維護(hù)。主要是對(duì)訂單進(jìn)行刪除，和更改訂單狀態(tài)操作。管理員可以根據(jù)庫(kù)存查詢(xún)，查詢(xún)?cè)摃?shū)是否缺貨，