第一篇：網上書店管理系統 需求分析

第一章概述 需求分析

1.1需求分析意義-------------------------1

第二章功能需求

2.1 前臺功能------------------------------2

2.2 后臺功能------------------------------2

第三章性能需求

3.1 軟件環境------------------------------3

3.2 硬件環境------------------------------3

第四章系統可行性分析

4.1 技術可行性----------------------------4

4.2 經濟可行性----------------------------4

4.3 社會可行性----------------------------4

第五章出錯處理需求

5.1 處理錯誤5

第六章將來可能提出的要求

6.1 不確定性要求-------------------------6

一 需求分析的意義：

一個好的產品之所以能成為一個好的產品，關鍵在于需求分析是否充分考慮到用戶的所有需求，好的需求分析能提高工作效率，減少不必要的麻煩。需求分析的任務是發現、規范用戶需求的過程，有益于提高軟件開發過程中的能見度，便于對軟件開發過程中的控制與管理，便于采用工程方法開發軟件，提高軟件的質量，便于開發人員、維護人員、管理人員之間的交流、協作，作為工作成果的原始依據，并且可向潛在用戶傳遞軟件功能、性能需求，使其能夠判斷該軟件是否與自己的需求相關。

二 功能需求：

前臺功能

（1）會員管理：登錄是需要的憑證，每個會員都有自己的管理界面，可進行資料的修改等操縱。

（2）圖書查詢：圖書查詢的目的是為了幫助用戶快速地找到想要購買的圖書。用戶可以按照書名、作者、出版社等方式查詢到想要的書籍。當用戶選擇了某類書籍時應能顯示書籍信息：圖片、會員價、市場價等。

（3）圖書展示：為了將網絡他、書店中的圖書有序的羅列出來。圖書展示分為：新品圖書、推薦圖書、暢銷圖書、排行榜。

（4）購物車：購物車中要列出用戶所選擇的書籍名稱、市場價、會員價、數量，總計金額。好、用戶可以刪除購物車中的書籍，修改某個書籍的數量，清空購物車，到結算頁面確認并下定單。

（5）訂單生成與管理：購物后，確認支付和配送方法后生成訂單。系統發送郵件通知書店管理員。會員還可以查詢自己訂單的處理的處理情況和歷史訂單。

（6）結算功能：結算前必須再次驗證用戶，驗證合法后，進入結算頁面，顯示訂單的日期、收貨信息、購買書籍清單，用戶還可以再次修改收貨人信息，修改或刪除已選書籍，當確認后，可以選擇下訂單。

（7）在線幫助：簡單介紹網站的購物流程，一姐一些常見的問題。

后臺功能

（1）圖書館里

添加新書：管理員和添加人員可以通過這個功能詳述點錄入新的圖書。添加信息包括書名、作者、出版社、縮略圖異界所屬類別等等。

管理書籍：管理員和添加人員可以進行圖書的查看、編輯、修改。

（2）用戶管理

此功能只有最高權限管理員擁有，這好似用來管理后臺管理員的功能、可能添加、修改、刪除新的管理員以及分派權限、修改管理密碼。

（3）訂單管理

訂單管理處理時首先判斷管理員的身份，然后課根據就、訂單狀態來做相應的服務。訂單狀態分為五種：未作任何處理、用戶已經劃出款、服務商已經收到款、服務商已經發貨、用戶已經收到貨。

（4）會員管理

修改、刪除會員資料。

三 性能需求：

硬件：微型計算機，計算機局域網絡。

軟件：Win

7、JDK/Tomcat/、Struts、Eclipse、mysql。

四 系統可行性分析：

4.1 技術可行性

根據前期的市場調查與對下列系統功能、性能及實現系統的各項所需技術的約束條件的分析來看，本系統程序開發應是一個集數據庫管理和查詢為一身的系統，根據現有的開發技術，開發硬件、開發軟件的性能要求及環境條件等來看，各項條件良好。同時，考慮給予的開發期限較為充裕，預計可以在規定期限內完成預定功能地開發與實現。

在軟件方面本程序設計采用的開發環境是Microsoft Visual Studio 2010,采用開發語言 ASP、NET編寫程序，采用SQL Server2008 做后臺數據庫。在硬件方面電腦的各種配置包括輸入輸出能力，內部存儲器和外部存儲器的容量都能滿足用戶的要求。

4.2 經濟可行性

據調查，在中國有實際購買行為的網民中，有57.6%購買的是圖書，有26.4%購買音像制品，這充分說明以網絡書店為代表的出版物在線銷售有良好的發展機遇。出版物網上銷售有諸多有點：24小時服務、送貨上門、無店鋪銷售、搜索查詢數據庫等優點，彌補了傳統出版發行業的不足。隨著人們購物觀念、購物習慣的改變以及網上購物質量、信譽的提升，出版物在線銷售將有更大的空間。方便、快捷和經濟使用的電子商務將推動企業的發展。而在線銷售圖書是不少企業的首選，這樣網絡書店便應運而生。

4.3 社會可行性

（1）法律可行性

該平臺是自主研發設計，因此不會構成侵權，在法律上是可行的。

（2）用戶可行性

該系統是一個電子商務網站，所以操作簡易，用戶購買不需要了解整個書店的工作流程，只需要按照提示一步步操作即可完成購書等其他活動。

五 出錯處理需求：

處理需求指的是當應用系統發現他自己犯下一個錯誤時所采取的行動，但是，應該有選擇地提出這類出錯處理需求，對應用系統本事錯誤的檢測應該僅限于系統的關鍵部分，而且應該盡可能少。

六 不確定性要求：

井蓋明確地列出那些雖然不屬于當前系統開發范疇，目的是在設計過程中對系統將來可能的擴充和修改預作準備，以便一旦確實需要時能比較容易第進行這種擴充和修改。

第二篇：網上書店需求分析

網上書店需求分析文檔

殷彪 20091020054 信管

1．簡介

1.1.背景及可行性分析

1.1.1.背景介紹

進入21世紀以來，電子商務伴隨著IT的成熟，逐漸發展壯大，成 為網絡經濟的核心。在電子商務的發展過程中，人們逐漸意識到在線 購物的無地域界限、安全、方便快捷及其價格優勢，在線購物的隊伍 也隨之擴大。不斷增長的強大需求正成為電子商務的發展動力，基礎 環境的成熟與需求欲望的增長將推動電子商務與商務網站的建設不 斷發展。

新一輪的網上購物狂潮正在中國掀起，根據知名市場研究公司 AC尼爾森的近期研究顯示，63％的中國網民曾經網上購物，伴隨著 中國互聯網的快速增長，中國將會成為網上購物的巨大市場。AC尼爾森兩年一次的全球網上消費者觀念調查，是同類調查規模最 大的，覆蓋歐洲、亞太區、北美、拉美以及南部非洲，受訪對象超過 兩萬人。調查表明，在中國，最受歡迎的網上商品是書籍，56％的網 上購物者選擇了網上買書；影碟制品，比如DVD碟片、游戲等排在 第二位，24％的網上購物者會選擇購買此類產品；音樂類和衣服鞋帽 及服裝配件等排在第三，分別有23％的網上購物者會喜歡。和全球的 研究數據作比較，我們會發現中國網上購書的比例最高，AC尼爾森 認為這是由于中國網上購物人群由年輕的大學生或是剛剛畢業的年 輕人為主所決定的。

相信大家一定都有逛書店的經驗，一般來說，逛書店的人可以分 為，一種是根本不買書，只是想要看看吸收點咨詢；另一種是要買書，而會對于書的進行比較，甚至是貨比三家。對于純粹逛書店的人來講，常常是站到腳酸；同樣對于需要買書的人而言，往往也要逛好幾家書 店，仔細翻閱內容才能購買。

所以，電子書店的出現，也隨著網絡的發達如雨后春筍般盛行起 來，同樣提供內容簡介和封面圖片，消費者一樣可以在家里就擁有類 似逛書店般的樂趣。

加上在搜索引擎這種咨詢科技的幫助下，消費者很快就可以搜尋 到想要的書籍；例如留言板、討論區、E-MAIL服務，更是為傳統書 店提供多元化的服務。

1.1.2.市場定位分析

網上書店商務網站構建初始目標主要是面向廣大消費者，由于圖 書消費屬于知識型消費類，人們求知欲望沒有階層與年齡差別，因而 書店網站應在具有自己特色的同時應適合不同人士的需要。因此，網上書店網站定位于面向廣大消費者，并突出完善售前、售中、售 后客戶服務與安全保障方面的特色。售前服務提供詳細的圖書信息、簡便快捷的操作過程；售中服務通過采取安全措施為用戶提供網上訂 購服務安全保障與實時支付；售后服務對用戶訂購的圖書提供快速物

流配送，并對用戶所購圖書提供質量保證。

1.1.3.網站建設經濟可行性分析

傳統的銷售方式是商家把商品放在店鋪里供顧客挑選，店鋪的規模、位置等客觀因素影響著商店的客流量，并且商品的存放與銷售

需要人力進行管理，雇員的工資、店面的租金等又增加了成本，顧客

也不能迅速找到所需要的商品，而開一個網上書店只需要一個可以存

放商品的倉庫，比租一個店面能節省很多，也不需要太多的人力來管

理，不會因為商店的面積影響客流量，客戶足不出戶就能買東西，并

且很容易就能找到所需要的商品。

1.1.4.網站建設技術可行性分析

（１）網絡應用基礎設施完善，由于信息技術的發展，我國的計算機網絡飛速發展，先后建成了中國公眾多媒體通信網、China Net、中國教育與科研計算機網絡等組成了中國Internet主體，網絡應用進入 了企業與普通家庭，這為發展電子商務提供了基礎設施。

（２）網絡安全技術應用，包括加密算法、CA數字認證、數字

簽名等，為電子商務應用提供安全保證，它實現了網絡傳輸數據的安

全性、完整性以及交易雙方的不可抵賴性，身份認證等。

（３）電子支付技術應用，通過電子支付網關實現交易雙方電

子貨幣結算，解決電子商務的支付問題，可加速交易過程的實現

（４）法律保障，交易活動如果沒有得到法律保障就等于它的合法性得不到承認，其生存空間就會受到擠壓，隨著我國電子商務法

律法規的頒發，將解決電子商務活動的法律技術問題，網上書店經營

活動將得到法律的保護。

（５）最后，就是網絡技術的普及與掌握，如網絡互聯、網絡

安全技術、Web技術（如Html,XML,CGI等）、各種安全協議

（Https,SET,SSL等）、網絡數據庫技術等，使我們有能力開發實現

適合自己的電子商務系統。成為我們構建網站的直接技術支持。

因此，公司構建網上書店電子商務網站系統的技術瓶頸問題（網絡應

用基礎設施、安全、支付、法律保障、網站開發技術）得到了有效解

決，公司構建網上書店電子商務網站技術上可行。

1.1.5.網站建設操作可行性分析

由于網站的操作是基于B/S瀏覽器的頁面操作，簡單明了，用戶

無需學習，一般都能夠很容易的知道如何操作。而管理員也無需具備

專業知識，只需要對一些數據進行輸入以及平時的日常維護就夠了。

1.2.目標

該項目的目的是開發一個電子書店網站以及后臺管理系統。

在前臺實現的基本主要有：

1.圖書選購（可按分類方式查找圖書，或者通過關鍵字進行查詢）

2.購物車功能

3.查看圖書詳細情況

4.用戶注冊

5.用戶登陸

6.查看用戶的訂單信息

7.修改用戶個人信息

后臺管理部分主要有：

1.商店圖書管理：添加、修改、刪除、查看。

2.用戶信息管理：查看、修改、刪除。

3.訂單信息管理：查看訂單清單、更新訂單付款、出貨狀態、刪除訂單。

1.3.參考資料

[ 1 ] Bruce Eckel 著, 侯捷 譯.Thinking in Java Second Edition.機 械工業出版社, 2002.[ 2 ] 孫鑫.Java Web開發詳解－XML+XSLT+Servlet+JSP深入剖析

與實例應用.電子工業出版社, 2006.[ 3 ] Roger S.Pressman.Software Engineering A Practitioner’sApproach Fifth Edition.機械工業出版社, 2006.[ 4 ] Paul DuBois.MySQL :The definitive guide to using,programming, and administering MySQL 4, Second Edition.Sams,2004.[ 5 ] Michael Kofler.The Definitive Guide to MySQL 5, Third Edition.Apress, 2006.[ 6 ] Robin Dewson 著, 董明 譯.SQL Server 2005 基礎教程.人民 郵電出版社, 2006.[ 7 ] Joseph Schmuller 著, 李虎 趙龍剛 譯.UML基礎、案例與應用.人民郵電出版社, 2006.

第三篇：書店管理系統需求分析報告

書 店 管 理 需 求 分 析 規 格 說 明 書

目錄

1.引言.................................錯誤！未定義書簽。1.1編寫需求分析規格說明書的目的........................4 1.2軟件設計目標........................................4 1.3 術語表.............................................4 1.4參考資料............................................4 2.軟件產品的一般性描述...................................5 2.1運行環境............................................5 2.2軟件產品的功能（用例模型）..........................5 2.3用戶特征............................................7 2.4限制與約束..........................................7 3.系統功能行為分析......................................7 3.1引言................................................7 3.2 系統功能模型——系統用例模型........................7 3.3相關用例的展開——活動圖...........................10 3.4系統靜態模型——對象類模型.........................12 3.5系統動態模型（順序圖）.............................14 3.6系統體系結構模型...................................18 3.7輸出結果...........................................19 4.系統性能分析.........................................20 4.1數據精準度.........................................20

4.2時間特性...........................................20 4.3適應性.............................................20 4.4故障處理...........................................20 5.系統運行要求分析.....................................20 5.1用戶界面...........................................20 5.2硬件接口...........................................20 5.3軟件接口...........................................20 6．其他要求............................................20 7.附錄.................................錯誤！未定義書簽。

1.引言

1.1編寫需求分析規格說明書的目的

隨著科學技術的不斷提高,計算機科學日漸成熟,其強大的功能已為人們深刻認識,它已進入人類社會的各個領域并發揮著越來越重要的作用。傳統的書店管理系統其日常管理工作都是人工操作，存在著許多缺點,如:效率低下、保密性差,另外時間一長,將產生大量的文件和數據,這對于數據的查找、更新和維護都帶來了不少的困難，并且浪費了許多人力和物力。在信息時代，使用計算機對圖書信息進行管理,具有著手工管理所無法比擬的優點.例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高書店管理的效率。因此，開發這樣一套書店管理軟件成為很有必要的事情。

1.2軟件設計目標

（1）登錄系統：管理員和顧客進入登陸界面，輸入各自的的用戶名和密碼進入登陸界面，可以通過登錄該系統進行各項功能的操作

（2）書籍管理：管理員進入書籍管理界面，對書籍基本信息制定、輸入、修改、查詢，包括書籍編號、類別、關鍵詞、備注。

（3）書籍出售：管理員進入書籍出售管理界面，根據ISBN號出售圖書,刪去相應庫存,記錄銷售時間，包括預訂書籍、查詢書籍的處理。

（4）顧客管理：管理員進入顧客管理界面，進行對顧客的一系列操作，包含對顧客信息的增刪改等操作，以及會員服務等。

（5）查詢書籍：管理員和顧客登錄系統，進入書籍查詢界面，對圖書的一些詳細信息進行查詢。

（6）預定書籍：顧客登錄系統，進入書籍預定界面，通過對圖書信息查詢，對已選擇的圖書進行預定。

（7）購買書籍：顧客登錄系統，進入購買圖書界面，對已選擇的圖書進行購買。

(8)系統應符合書店管理的規定，滿足書店相關人員日常使用的需要，并達到操作過程中的直觀、方便、實用安全等要求；

(9)系統采用模塊化程序設計方法，即便于系統功能的各種組合和修改，又便于未參與開發的技術維護人員補充、維護；(10)系統應具備數據庫維護功能，及時根據用戶需求進行數據的添加、刪除、備份等操作；

(11)盡量采用現有軟硬軟硬件環境及先進的管理系統開發方案，從而達到充分利用現在有資源，提高系統開發水平和應用效果的目的。

1.3 術語表

[1].登錄：包括書店管理員、顧客在書店登陸界面輸入各自用戶名和密碼，如 果輸入正確就可以直接進入書店系統，管理員可以對系統進行相應的操作；而顧客也可以進行相應的操作。

[2].書籍管理：是指管理員對書籍進行一個比較系統的管理，如對圖書信息進行錄入、刪除、瀏覽、查詢、修改等基本操作 [3].書籍出售：是指管理員對書籍的出售情況進行管理，及時處理顧客的訂單，完成書籍出售的過程。

[4].顧客管理：是指管理員對顧客的管理，包括對會員的管理，對會員信息進行維護，及時的增加、修改、刪除等來完善對會員的管理；也包括對其他顧客的信息管理。是指

[5].購買書籍：是指顧客對已選擇的圖書進行購買的過程。

[6].查詢：是指管理員查詢圖書的庫存，出售情況，以及缺貨補充等的查詢；顧客對圖書種類，價格等的查詢。[7].預定書籍：是指顧客再經過對圖書的查詢，選擇需要的圖書并對圖書進行預定，方便購買。

1.4參考資料

[1] 黃梯云 《管理信息系統》 經濟科學出版社 2000.3 [2]甘仞初《信息系統開發》經濟科學出版社 1996.9 [3]汪星明 《管理系統中計算機應用》武漢大學出版社 1997.5 [4] 方美琪，軟件開發工具[M]，經濟科學出版社

[5] 陳禹，方美琪，軟件開發工具[M]，經濟科學出版社

2.軟件產品的一般性描述

2.1運行環境

硬件環境：

512M以上內存

軟件環境：

數據庫Microsoft SQL Server 2005及以上版本 Windows XP，Win7 CP/IP 通信協議

2.2軟件產品的功能（用例模型）

圖1 功能用例 “系統登錄”用例

1.管理員和顧客進入登陸界面 2.填寫各自用戶名及密碼 3.系統進行賬戶的核實 4.成功登陸

5.管理員可以進行顧客管理、圖書管理、售書管理、書籍查詢等。6.顧客可以進行書記的查詢、預定、購買等。

“顧客管理”用例

1.管理員登陸顧客管理界面 2.系統響應相應的用戶權限 3.列出相應的信息 4.用戶選擇相應的操作 “購買書籍”用例

1.管理員進入登陸界面 2.系統響應相應的用戶權限 3.列出相應的信息 4.用戶操作 “圖書管理”用例

1.登陸圖書信息管理界面

2.系統響應相應的用戶權限操作

3.圖書信息進行錄入、刪除、瀏覽、查詢、修改等基本操作 4.列出相應的信息

5.用戶選擇相應的操作

“預定書籍”用例

1.管理員進入登陸界面

2.系統響應相應的用戶權限,對訂單信息進行管理或處理

3.列出相應的信息

4.接收訂單并發貨、拒絕訂單、查詢庫存、訂購貨品、訂單增加 5.用戶操作 “售書管理”用例

1.管理員進入登陸界面 2.系統響應相應的用戶權限 3.列出相應的信息 4.用戶操作 “査書管理”用例 1.陸查詢界面

2.系統響應相應的用戶權限 3.列出相應的信息

4.管理員對圖書銷售及相關信息的情況查詢

5.顧客（會員和游客）對圖書的相關信息的查詢

6.用戶選擇相應的操作進行查詢

2.3用戶特征

該軟件適用于掌握計算機基礎知識的客戶，書店員工可根據自己的權限進行相應操作，系統管理員要求由計算機的專業知識。

2.4限制與約束

1.建議開發軟件運行的最短壽命：3年 2.進行系統方案選擇比較的期限：3個月 3.經費來源和使用限制：新華書店

4.硬件、軟件、運行環境和開發環境的條件和限制：新華書店擁有大型機以及用來支持的數據庫，安裝有Windowsxp及以上的操作系統。

5.建議開發軟件投入使用的最遲時間：開發完成后試運行1個月。

3.系統功能行為分析

3.1引言

第一步創建系統的用例模型。作為描述系統的用戶或參與者所能操作的模型，它在需求分析階段有著重要的作用，整個開發過程都圍繞系統的需求用例表述的問題和問題模型進行。

3.2 系統功能模型——系統用例模型

創建系統用例的第一步是確定系統的參與者。

書店管理系統的參與者包含以下三種：

管理員： 進入管理頁面，可以維護客戶注冊信息、維護圖書信息、處理訂單信息、報表維護（報表輸出、報表備份、報表恢復、報表刪除）、商品銷售查詢。

員工： 進入工作管理頁面，可以對圖書（或商品）信息進行錄入、刪除、瀏覽、查詢、修改（商品銷售）、維護個人信息、維護訂單信息（接收訂單并發貨、拒絕訂單、查詢庫存）。

顧客：（會員和游客）會員：進入登入頁面，可以對圖書信息進行查詢、，并可以維護個人信息，維護訂單信息（訂單狀態查詢、訂單刪除或增加）； 游客： 進入網站后，只能進行基本的信息瀏覽和查詢。

圖2 系統參與者

1.用戶用例（會員和普通用戶）

（1）登錄：會員通過身份驗證，登錄到網上書店系統。

（2）注冊：普通用戶在網上書店系統注冊個人信息，可以成為會員。（3）瀏覽圖書：會員或游客可以瀏覽網上書店的圖書。

（4）查詢個人資料： 會員可以查詢修改個人資料，包括個人的基本信息、訂單信息。

（5）修改個人資料：會員可以修改個人信息。

（6）加入購物車：會員可以將要買的書籍添加到購物車，可以對購物車里 書籍數量信息進行修改。

（7）提交訂單：會員可以對所下訂單進行提交。（8）付款：會員可以進入付款界面進行結算。2.員工用例

(1)登錄：員工根據用戶名和密碼，登錄到網上書店系統。(2)銷售查詢：員工可以對書店的銷售情況進行查詢。(3)庫存查詢：員工可以對書店所剩下的書籍進行查詢。(4)圖書管理：員工可以修改書籍信息、添加圖書、刪除圖書。(5)訂單處理：員工可以修改訂單信息、刪除訂單。

3.管理員用例

(1)登錄：管理員輸入賬號和密碼可以登錄帶網上書店系統(2)管理會員：管理員可以修改會員信息、添加、刪除會員。(3)員工信息維護：管理員可以修改員工信息、添加、刪除員工。

在識別出參與者和用例后，要想建立用例圖，還需要識別出他們之間的關系。“加入購物車”、“添加書籍到購物車”、“查看個人資料

”、“ 提交訂單”等，這些動作是由“會員”執行的。為了購物安全方便，系統還需要提供用戶信息驗證，確保只有會員用戶才可以進行書籍購買。用例“管理書籍”、“ 管理訂單” 這些動作是由“員工”執行的。用例“維護員工信息”“維護系統”等，這些動作是由“管理員”執行的。為了系統的安全性，系統還需要提供進行身份驗證的功能，以確保只有具有權限的“系統管理員”才可以使用系統的功能，所以“管理員”必須與用例“登錄”交互，也即“管理員”在使用系統前，要使用用戶名和密碼進行登錄，系統驗證用戶的密碼正確后，用戶才可以執行進一步的操作。

圖3 會員用例圖

圖4

管理員用例圖

圖5

員工用例圖

3.3相關用例的展開——活動圖

（1）員工訂單處理活動圖

員工可以對用戶提交的訂單進行處理，員工在系統中，先對系統發出訂單處理請求，系統轉到訂單管理界面，如果要刪除訂單，選擇要刪除的訂單，系統將修改的信息保存到數據庫中。如果需要刪除訂單，訂單處于待修改狀態，體統將 10

修改后的信息保存到數據庫中。

圖6 員工訂單處理活動圖

（2）員工圖書管理活動圖

圖7

員工圖書管理活動圖

（3）顧客購買商品和管理員處理訂單的活動圖如圖8所示。

圖8

顧客購買商品和管理員處理訂單的活動圖

從圖8中可以看出，管理員、顧客發生了相互的關系。顧客登錄后查詢商品，在選擇了自己希望購買的商品后提交訂單，接下來顧客處于查詢訂單的循環狀態。與此同時，管理員接收到了顧客提交的訂單，并根據該訂單對應商品的庫存情況判斷是否拒絕該訂單，并更新客戶訂單。在顧客查詢到訂單狀態變成已處理后，購買過程結束。

3.4系統靜態模型——對象類模型 進一步分析系統需求，發現類以及類之間的關系，確定它們的靜態結構和動態行為，是面向對象[7]分析的基本任務。系統的靜態結構模型主要用類圖和對象圖描述。

進一步分析系統，發現類以及類之間的關系，確定它們的靜態結構，是面向對象分析的基本任務。系統的靜態結構模型主要用類圖和對象圖來實現的。類圖從抽象的角度描述系統的靜態結構，特別是模型中存在的類、類的內部結構以及它們與其他類之間的相互關系。其中類的識別分為三類：識別實體類、識別邊界類和識別控制類。

類不是孤立的,UML為我們定義了它們之間的四種關系，它們是：關聯（Association）關系（聚合和組合）、依賴（Dependency）關系、泛化（Generalization）關系、實現（Realization）關系。

關聯關系是類之間最廣泛的關系，若兩個類的對象的實例之間具有某種（屬

性上的）依賴關系，對象所屬類間的關系稱為關聯關系,關聯關系是一種結構關系，是一種弱關系，被關聯的元素間通常可以被獨立的考慮。指出了一個事物的對象與另一個事物的對象之間的語義上的連接。其表示方法是在UML中，關聯的圖形表示是實線+箭頭，箭頭指向被關聯的類。關聯可以是單向的，也可以是雙向的。關聯關系包含兩種：聚合關系和組合關系。其中聚合關系是類與類之間的關系具有“整體——部分”的特點。其表示方式：在UML中聚合的圖示方式為，在表示關聯關系的直線末端加一個空心的小菱形，空心菱形緊挨著具有整體性質的類，即箭頭指向整體類。組合關系是整體和部分是不可分的，整體的生命周期結束時也就是部分的生命周期到頭時。

依賴關系是對于兩個相對獨立的對象，當一個對象負責構造另一個對象的實例，或者依賴另一個對象的服務時，這兩個對象之間主要體現為依賴關系。用虛箭頭表示。

泛化關系表示一個泛化的元素和一個具體的元素之間的關系。它又稱繼承，UML中的泛化是通用元素和具體元素之間的一種分類關系。具體元素完全擁有通用元素的信息，并且還可附加一些其它信息。泛化可用于類、用例等各種模型元素。父類與子類的泛化關系圖示為一個帶空心三角形的直線，空心三角形緊挨著父類。

實現關系是指定兩個實體之間的一個合同。實現是規格說明和其實現之間的關系，它將一種模型元素與另一種元素連接起來。在UML中，實現關系的符號與泛化關系的符號類似，用一條帶指向接口的空心三角箭頭的虛線表示。

根據上述類的關系，完整的類圖如圖9所示

圖9

類圖

3.5系統動態模型（順序圖）

系統的動態模型可以使用交互作用圖、狀態圖和活動圖來描述。交互作用圖包括序列圖和協作圖。序列圖描繪了系統中的一組對象在時間上交互的整體行為，協作圖描繪的是系統中一組對象的交互行為。創建順序圖：

（1）顧客訂購順序圖如圖10所示。

用戶首先使用自己的賬號和密碼登錄系統，登錄模塊會將客戶的ID保存在系統緩存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件，客戶輸入適當的查詢條件后查詢模塊顯示符合查詢條件的商品列表。客戶得到商品列表后，提交自己想要購買的商品ID。訂購模塊得到商品ID，生成訂單并提交給數據模塊進行保存。保存成功后，訂購模塊提示用戶訂購該商品成功。

圖10 顧客訂購順序圖

（2）顧客刪除訂單順序圖如圖11所示。

客戶在提交訂單后可以對訂單進行維護（添加、刪除、修改）。客戶首先輸入自己的賬號和密碼登錄系統。登錄模塊會將客戶的ID保存在系統緩存中并提 14

交給訂單查詢模塊。訂單查詢模塊顯示該客戶當前的所有訂單，客戶得到該列表后，選擇需要刪除的商品ID，訂單處理模塊把刪除信息提交給數據模塊，數據模塊保存信息。訂單處理模塊提示用戶刪除操作成功。

圖11 顧客刪除訂單順序圖

（3）管理員處理訂單順序圖如圖12所示。

管理員使用其賬號和密碼登錄后，登錄模塊會將管理員的ID保存在系統緩存中并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理訂單的列表，管理員提交某商品ID得到該商品的庫存情況。如果庫存充足則接受訂單，并把接受信息提交給數據模塊，數據模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊，訂單處理模塊提示管理員該操作成功。

圖12 管理員處理訂單順序圖

（4）.管理員登錄順序圖

管理員登陸的過程為：管理員進入系統，進入登錄頁面，輸入賬號密碼，系統驗證身份信息，驗證成功，界面返回成功信息，管理員接受成功消息，登陸系統成功。如圖11。

圖13

管理員登錄順序圖

（5）會員提交訂單順序圖

會員登錄系統，進入提交訂單界面，將確認的訂單提交到系統中，如果訂單無誤則顯示成功提交訂單，并返回提交訂單界面，如果訂單有誤，則顯示是錯誤

訂單，會員在進行訂單的修改確認。

圖14 會員提交訂單順序圖

（7）員工管理圖書順序圖

員工進入圖書信息管理界面，可以進行圖書的檢查、修改、刪除、增加等操作。進入修改刪除圖書界面，并輸入要修改的圖書信息，以及要增加的圖書信息，如果增加圖書信息成功則返回信息成功修改添加界面，并顯示修改成功，返回界面，如果有誤在進行進一步的修改。

圖15

員工管理圖書順序圖

3.6系統體系結構模型

我們可以識別系統中存在的主要實體類：書店、員工、用戶。

圖16

書店管理系統的主要參與者

(1)主界面

系統的主界面具有菜單和菜單項，當選擇不同的菜單項時，用戶可以執行不同的操作。當程序退出時，主界面窗口關閉。

(2)圖書信息顯示界面

圖書信息顯示界面是進行書籍查詢時所需要的對話框。用戶根據書籍名、作者、類別等條件查詢書籍，系統查詢數據庫獲取符合條件的書籍并顯示到界面。

(3)注冊界面

注冊界面是進行游客注冊時所需要的對話框。當選擇主窗口中的菜單項“注冊”時，對話框彈出，游客填寫用戶名、密碼、電話、家庭住址、郵編等信息，然后點擊“提交”按鈕，系統創建用戶的信息并將之存儲到數據庫中。并且系統將自動登錄到系統主頁。

(4)購物車界面

購物車界面是進行操作“刪除購物車里的書籍”、“修改購物車里書籍數量”或“提交訂單”時所需要的對話框。

當用戶選擇刪除購物車里的書籍時，對話框彈出，用戶點擊“刪除按鈕”，系統刪除用戶購物車里的該書籍。當用戶選擇修改購物車里書籍數量時，用戶輸入書籍的數量，然后點擊“更新”按鈕，系統更新用戶購物車里的該書籍數量。當用戶選擇“提交訂單”時，系統進入付款界面，并且系統將此購物產生一個訂單保存到數據庫中。

(5)圖書管理界面

圖書管理界面是進行操作“添加書籍”、“編輯書籍”或“刪除書籍”時所需的對話框。

當選擇主窗口中的菜單項“添加書籍”時，對話框彈出，員工輸入書籍信息，然后單擊按鈕“添加”，系統創建書籍的信息并將之存儲在系統中。當選擇菜單項“編輯書籍”或“刪除書籍”時，對話框彈出，員工輸入要編輯或刪除的書籍的名稱，單擊按鈕“OK”提交。系統查詢數據庫檢索到書籍信息后彈出對話框BookDialog，顯示書籍的詳細信息，如若是“編輯書籍”，員工編輯修改書籍的有關信息，然后單擊按鈕“更新”，更新系統中存儲的書籍信息；如若是“刪除書籍”，員工則單擊按鈕“刪除”，系統刪除所存儲的該書籍信息，當然，與該書

籍有關的其他信息業也一并刪除。

(6)登陸界面

登陸界面是用戶用來登陸的界面。用戶輸入用戶名和密碼，點擊按鈕“登陸”，系統查詢數據庫檢索此用戶的用戶名和密碼是否正確，若正確，若是admin用戶，系統將顯示后臺管理界面，否則系統將顯示首頁面。若錯誤，系統提示“用戶名或密碼錯誤。”

根據上述部分界面的分析，網上書店系統中的邊界類圖

圖17 邊界類圖

圖18

控制類圖

3.7輸出結果

4.系統性能分析

4.1數據精準度

在向數據庫文件提取數據時，要求數據記錄定位準確，在往數據庫文件數組中添加數據時，要求輸入數據準確。金額，身份證，卡號等按需求設定字符數。

4.2時間特性

程序響應時間：在人的感覺和視覺事件范圍內；

信息交換時間：要求在程序調用前、調用后都與數據庫保持同步更新，網絡信息交換時間應該小于程序調用的時間。

4.3適應性

要求數據庫具有很好的更新能力，由于本產品是實驗性軟件，故對磁盤和內存容量沒有很高的要求，但是數據庫應該能夠對并發事件、臟數據具有較強的識別處理能力。

4.4故障處理

軟件應具備自動拼寫錯誤檢查等功能，在出現故障后應從整個系統數據庫重新載入數據進行操作。

5.系統運行要求分析

5.1用戶界面

屏幕格式：采用全屏格式，通過分窗口操作進行各個操作之間的轉換 報表格式：以銀行原報表格式設計電子打印表格式。

菜單格式：下拉式菜單，應顯示儲戶資料及帳戶資料的各個詳細條目。

5.2硬件接口

網絡硬件接口要求：現實中要求具有高速以太網組網以實現聯網操作，但是從理論實驗驗證軟件本身的目的來看，無需網絡通訊接口。業務員鍵入儲戶的資料要全部一直顯示在屏幕；儲戶從按鍵口鍵入密碼到系統以核對；計算機與打印機有高速傳輸的連接接口，最后以紙張的形式打印出清單給儲戶。

5.3軟件接口

Windows標準接口，要求與其他軟件無沖突錯誤發生。

6．其他要求

安全保密性、復用性、靈活性、易用性、可維護性、可移植性等。指明不同屬性的相對側重點，例如易用程度優于易學程度，或者可移植優于有效性。(1)健壯性：說明軟件在容錯能力，故障處理能力上需要達到的目標，保證系統穩定可靠；

(2)安全保密性：包括用戶身份確認或授權方面的需求，保密性策略，產品所創建或使用的數據的保護等等；

(3)安全性：通過網絡傳送的數據需要簡單加密，服務器端對接收到的數據需要二次簡單驗證。

(4)復用性：說明本項目是否可以復用已有軟件、是否可為其它產品復用；(5)靈活性：說明在運行環境、與其他軟件的接口以及開發計劃等發生變化時，應具有的適應能力。

7.附錄

第四篇：網上書店管理系統可行性分析

一、實驗目的

1.認識熟悉一種管理信息系統 2.了解管理信息系統的功能模塊及組成 3.掌握可行性分析報告的撰寫技能

二、實驗內容

1．引言

1.1編寫目的

應現代社會發展需求，為方便廣大群眾購買書籍，降低實體書店工作的人力物力開支，提高工作的準確性、實時性，擬為其開發網上書店管理系統。經過對項目進行詳細的調查研究，得到項目可行性研究報告，對項目開發中將要面臨的問題及其解決方案進行可行性分析，包括項目在技術、經濟、操作和社會影響方面的可行性。

1.2項目名稱

網上書店管理系統

1.3參考資料

《信息系統分析與設計》

《管理信息系統分析》

1.4項目背景

隨著人民生活水平的不斷提高和發展，人們越來越多的喜歡網購，然而讀書和買書仍然以實體書店為主，但是實體書店又有很多的不足之處，讓人們很頭疼：如小規模的書店圖書種類不夠齊全，圖書管理員管理麻煩等，所以如果可以實現網購，那么會大大增加閱讀者，讀者可以隨時查找自己需要的書在店里有沒有，1 價錢是否合適，另外管理員管理也比較方便等，為此，我們計劃開發網上書店管理系統，以滿足用戶的需求，方便用戶的使用。

2．可行性研究的前提

2.1要求

2.1.1功能：

一、用戶模塊

1、登錄模塊

客戶首先進入登錄界面。

如果是新客戶，則先注冊賬號。填寫用戶名、密碼等信息。如果是老客戶，則直接登錄。交易完成后可退出系統。

2、書本模塊

客戶根據自身需要查詢瀏覽書目及相關信息。如書的編號、名稱、作者、出版社、數目、價格等。

3、購物車模塊

客戶可瀏覽購物車內的書，可將選中的書添加至購物車，亦可刪除無用的書。

4、訂單管理模塊

添加訂單、確認訂單、提交訂單、確認收貨

5、在線交流模塊

可在線與管理員交流

6、用戶升級

消費達到一定金額可升級為會員，會員享有打折優惠。

二、管理員模塊

1、登錄模塊

管理員用自己的賬號及密碼登錄。

操作完成后可退出系統。

2、書本模塊

瀏覽書目信息，可添加、刪除、修改書目。

3、訂單管理模塊

統計訂單，查看訂單列表，商品發貨。

4、在線交流模塊 可在線與客戶交流 2.1.2性能：

為了滿足客戶的需求，該系統需要迅速的對客戶的要求做出反饋并能支持龐大的訪問量；為了可以存儲海量的書籍信息以及客戶資料，所以就需要很大的主存容量，以及強大的數據庫支持。由于該系統支持網上支付功能，所以需要系統具有強大的安全性能支持；為了給客戶提供最新的書籍信息，該系統需要具有實時更新功能。

2.1.3輸出：

作為客戶取書的憑證信息，輸出需要包括：用戶名、訂單號、書目信息、收貨地址、成交金額。

2.1.4輸入：

1、登錄部分

用戶名、密碼；管理員名、密碼。

2、書籍部分

書的編號、名稱、作者、出版社、數目、價格等。

3、在線交流

客戶與管理員交流信息。

4、訂單部分

用戶名、訂單號、書目信息、收貨地址、成交金額。

2.2目標

a.利用網上書店管理系統來實現實體書店的網絡化，使得廣大客戶足不出戶就能買到所需書籍，大大方便人們的生活。

b.利用網上書店管理系統的海量存儲功能，使得客戶可以搜索到更全面的書目信息。

c.管理員利用該系統能更簡單地實現書籍管理并能實時更新書庫信息以及了解廣大客戶需求。

2.3條件、假定和限制

a.建議開發軟件運行的最短壽命：5年 b.進行系統方案選擇比較的期限：6個月

c.經費來源和使用限制：網上書店運營商和軟件開發商

d.硬件、軟件、運行環境和開發環境的條件和限制：軟件開發商擁有計算機以及用來支持的數據庫，安裝有Windows2000及以上的操作系統。e.建議開發軟件投入使用的最遲時間：開發完成后試運行1個月。

2.4可行性研究方法

通過與資深實體書店經營商進行深入討論，制定詳細客戶調查問卷，真正了解客戶以及書店管理員的實際需求，根據經營商提供的信息以及問題定義再綜合調查問卷中客戶提出的意見進行改進。最終確定項目需要解決的問題，并確定問題能不能被解決。

2.5決定可行性的主要因素

1）項目開發成本 2）所需設備置辦成本 3）技術是否能滿足需求 4）資源有效性

5）該系統的用戶需求量

3．現有系統的分析

3.1處理流程和數據流程

系統的關鍵業務是進行書籍的出入庫管理和客戶付賬管理。主要數據流程：

書籍入庫：增加書籍→添加書籍信息 書籍出庫：掃描書籍信息→刪除書籍

客戶付賬：掃描書籍信息→記錄交易時間和交易額

3.2工作負荷

1、當前大多數實體書店所使用的管理系統在處理交易時手續繁瑣，人工業務操作過多，辦理一個客戶的業務就需耗費較長的時間，其他客戶只有等待。這樣太浪費時間，需要大量的管理員處理客戶業務。

2、實體書店對書籍的出入庫管理以及書籍的分類擺放和維護都由人工來完成，大大增加了管理員的工作量，所以實體書店往往需要雇傭較多店員，浪費人力物力。

3、客戶為找到所需書籍耗時較長且最終不一定能找到，大大浪費了客戶的時間。

3.3費用支出

運行現有系統所需要的費用支出包括：實體書店經營者及店員的工資，現有系統維護所需資金、購買設備所需資金、店面租金、進貨成本。

3.4人員

需要實體店經營者及大量店員。

3.5設備

現有系統所需要的設備有：打印機、電腦、掃描儀、服務器。

3.6存在的問題

工作效率底下，不能符合大量客戶需求的及時性和全面性，給客戶的生活帶來不便，更主要的是管理員錄入書籍工作量巨大并且不能實現書籍的實時更新和統計。這是現有系統辦理業務的流程中出現的一個嚴重問題。為了解決這一問題，讓人們在購買書籍時更加方便快捷，我們急需開發一個高效的網上書店管理系統，讓客戶足不出戶就能購買到更多更全面的書籍。

1、當前大多數實體書店所使用的管理系統在處理交易時手續繁瑣，人工業務操作過多，辦理一個客戶的業務就需耗費較長的時間，其他客戶只有等待。這樣太浪費時間，需要大量的管理員處理客戶業務。

2、實體書店對書籍的出入庫管理以及書籍的分類擺放和維護都由人工來完成，大大增加了管理員的工作量，所以實體書店往往需要雇傭較多店員，浪費人力物力。

3、客戶為找到所需書籍耗時較長且最終不一定能找到，大大浪費了客戶的時間。

4、實體書店運營商的工作時間有限，不能24小時開張營業，也不能及時了解用戶的需求，經營效益低下。

4．技術可行性分析

4.1對系統的簡要描述

網上書店可實現多用戶同時訪問并查閱書籍信息，客戶對所需書籍可選中加 6 入訂單并在線與管理員進行交流，管理員可通過該系統對大量訂單進行批量處理并對數據庫進行實時更新和管理。采用現在較為流行的J2EE和數據庫。

4.2主要技術

開發技術：JAVA WEB技術，數據庫技術和網頁制作 開發工具：myeclipse+SQL SEVER+tomcat 主要開發人員：

編程組：技術成熟。

UI界面組：技術成熟。

數據庫：技術成熟。

網頁制作組：技術成熟。

架構組：技術成熟。

信息系統開發組：技術成熟。

網絡和通信技術組：技術成熟。總體評價：技術組人員技術均達標。

4.3與現有系統比較的優越性

利用該系統運營的網上書店與實體書店相比減少了管理員的工作量，實現書籍管理的數字化，大大提高了工作效率。

用戶足不出戶即可進入書店瀏覽與購買所需書籍，節省客戶時間，并能迅速獲得所需書籍的全面信息，提高客戶購買書籍的效率。

網上書店可以24小時營業，不受時間和地點的限制，既方便了客戶，也增加了運營商的收益。

4.4采用建議系統可能帶來的影響

4.4.1對用戶的影響

1、對客戶的影響

減少了客戶購買書籍時查找所需書籍時間及付款時的等待時間，增加了書籍的全面性給客戶提供了更多的選擇，并且網上操作快捷方便。可實現哪里有網絡就可在哪里購買的愿望。

2、對管理員的影響

減少了實體書店中對書籍擺放及維護的工作量，簡便了書籍的出庫入庫操作和管理，大大減少了人力物力。

實現網上運營只需一臺電腦即可，減少了一些不必要的稅收和租金。

與客戶在線交流使管理員及時掌握客戶需求，大大增加了交易量。

實現24小時營業，管理員工作不受時間限制，更重要的是增加了收益額。

4.4.2對運行環境的影響

需要對每個使用該系統的管理員進行短時間培訓，使之熟悉使用系統。4.4.3對經費支出的影響

減少了實體書店的店面租金和一些不必要的稅收，節約了運營商的經費支出。

網上書店需要比實體書店更復雜更高效的管理系統，必須注重系統的開發與定期維護，會花費一定的資金。

4.5技術可行性評價

1.隨著現代社會的發展，人們越來越多的進行網上購物，在現有的計算機水平上（數據庫平臺開發成熟度高，網絡速度足夠快，計算機運行速度快）可以達到功能目標要求。

2.現在的計算機各方面的技術都非常成熟，相對來說開發此系統的技術也要求比較簡單，可以達到功能目標要求。

3.開發人員需要大約4個，其中包括1名數據庫設計人員，1名界面設計人員，1名編碼人員，1名系統測試人員。我們會java、c#、c++語言，以前做過會員卡管理系統、簡單的學生信息管理系統等。該條件可以滿足。

4.開發期限為一年，在規定時限內可以完成開發。

5．所建議系統經濟可行性分析

5.1支出

5.1.1基建投資

5.1.2其他一次性支出 項目

可行性分析以及需求研究 開發設計 測試基準 開發人員工資 培訓費 總計

5.1.3經常性支出 項目 網絡維護費用 計算機維護費用 不可預知費用 總計

價格（￥）￥

500 ￥

1,000 ￥

500

￥ 8,000（￥2000*4）￥

1,000 ￥ 11,000

價格（￥/Y）￥ 5,000 ￥ 2,000 ￥ 10,000 ￥ 17,000 項目 計算機

數據庫管理系統 打印機 網絡建設費用

Windows 2007操作系統

系統制作 總計

價格（￥）

￥

4,000（￥4,000*1）￥

1,000

￥

1,000（￥1000*1）￥

2,000

￥

500（￥500*1）￥

10,000 ￥ 18,500 5.2效益

5.2.1經常性收益

A精簡店員，節約￥100,000 B店面租金，節約￥100,000 C不必要稅收，節約￥20,000 5.2.2不可定量收益

A改進服務，減少客戶等待時間，客戶獲得更快更好的質量； B減少管理員工作量；

C客戶對網站的訪問量和交易額可增加經營商收益。以上總計估計為￥100，000。

5.3收益/投資比

(100000*3+20000)/(18500+11000+17000)=6.88% 5.4投資回收周期

(18500+11000+17000-30000)/(10000-1000)= 1.83(年)

6.操作可行性分析

6.1用戶使用可行性

該系統提供窗體界面，操作簡單。

? 客戶要求有基本的計算機使用技能，經過簡單培訓后將會熟練使用本軟件

? 系統管理員要求有一定計算機的基礎知識，需要經過簡單培訓，以能夠熟練管理本系統，使其正常運行。并且適應系統行政管理、工作制作、人員素質的要求。7．社會因素可行性分析

7.1法律因素

? 所有軟件都選用正版；

? 所有技術資料都由提出方保管； ? 合同制定確定違約責任。

8．其他可供選擇的方案

在實體店做管理系統，只是實現了書籍的出入庫記錄和交易信息，而不能像網上書店管理系統一樣做到海量瀏覽書籍信息、訂單的批量處理。并且實體書店的日常店面租金及店員工資花銷巨大，所以不建議只制作實體書店管理系統，而推薦使用網上書店管理系統。

9.結論意見

通過對項目整體進行可行性分析，該項目無論在操作可行性、技術可行性、經濟可行性及社會可行性上均滿足要求，因此，開發此系統的構想是可行的，可著手進行開發。

第五篇：網上書店的需求分析文檔

目錄

1.簡介.........................2

1.1.背景及可行性分析....................2

1.1.1.背景介紹......................2

1.1.2.市場定位分析.....................2

1.1.3.網站建設可行性分析................2

1.1.4.網站建設技術可行性分析...............2

1.2.目標.......................3

1.3.參考資料......................3

2.產品整體說明.....................4

2.1.產品整體描述.....................4

2.2.產品功能......................4

2.2.1.網站建設需求分析....................4

2.2.2.用戶功能分析.....................5

2.3.運行環境......................5

2.3.1.硬件/網絡環境.................,..5

2.3.2.軟件環境......................51．簡介

1.1.背景及可行性分析

1.1.1.背景介紹

新一輪的網上購物狂潮正在中國掀起，根據知名市場研究公司AC尼爾森的近期研究顯示，63％的中國網民曾經網上購物，伴隨著中國互聯網的快速增長，中國將會成為網上購物的巨大市場。調查表明，在中國，最受歡迎的網上商品是書籍，56％的網上購物者選擇了網上買書；影碟制品，比如DVD碟片、游戲等排在第二位，24％的網上購物者會選擇購買此類產品；音樂類和衣服鞋帽及服裝配件等排在第三，分別有23％的網上購物者會喜歡。和全球的研究數據作比較，我們會發現中國網上購書的比例最高。

電子書店的出現，也隨著網絡的發達如雨后春筍般盛行起來，同樣提供內容簡介和封面圖片，消費者一樣可以在家里就擁有類似逛書店般的樂趣。

加上在搜索引擎這種咨詢科技的幫助下，消費者很快就可以搜尋到想要的書籍；例如留言板、討論區、E-MAIL服務，更是為傳統書店提供多元化的服務。

1.1.2.市場定位分析

網上書店商務網站構建初始目標主要是面向廣大消費者，由于圖書消費屬于知識型消費類，人們求知欲望沒有階層與年齡差別，因而書店網站應在具有自己特色的同時應適合不同人士的需要。因此，興源網上書店網站定位于面向廣大消費者，并突出完善售前、售中、售后客戶服務與安全保障方面的特色。售前服務提供詳細的圖書信息、簡便快捷的操作過程；售中服務通過采取安全措施為用戶提供網上訂購服務安全保障與實時支付；售后服務對用戶訂購的圖書提供快速物流配送，并對用戶所購圖書提供質量保證。

1.1.3.網站建設經濟可行性分析

傳統的銷售方式是商家把商品放在店鋪里供顧客挑選，店鋪的規模、位置等客觀因素影響著商店的客流量，并且商品的存放與銷售需要人力進行管理，雇員的工資、店面的租金等又增加了成本，顧客也不能迅速找到所需要的商品，而開一個網上書店只需要一個可以存放商品的倉庫，比租一個店面能節省很多，也不需要太多的人力來管理，不會因為商店的面積影響客流量，客戶足不出戶就能買東西，并且很容易就能找到所需要的商品。

1.1.4.網站建設技術可行性分析

（１）網絡應用基礎設施完善，由于信息技術的發展，我國的計算機網絡飛速發展，先后建成了中國公眾多媒體通信網、China Net、中國教育與科研計算機網絡等組成了中國Internet主體，網絡應用進入了企業與普通家庭，這為發展電子商務提供了基礎設施。

（２）網絡安全技術應用，包括加密算法、CA數字認證、數字簽名等，為電子商務應用提供安全保證，它實現了網絡傳輸數據的安全性、完整性以及交易雙方的不可抵賴性，身份認證等。

（３）電子支付技術應用，通過電子支付網關實現交易雙方電子貨幣結算，解決電子商務的支付問題，可加速交易過程的實現

（４）法律保障，交易活動如果沒有得到法律保障就等于它的合法性得不到承認，其生存空間就會受到擠壓，隨著我國電子商務法律法規的頒發，將解決電子商務活動的法律技術問題，網上書店經營活動將得到法律的保護。

（５）最后，就是網絡技術的普及與掌握，如網絡互聯、網絡安全技術、Web技術（如Html,XML,CGI等）、各種安全協議（Https,SET,SSL等）、網絡數據庫技術等，使我們有能力開發實現適合自己的電子商務系統。成為我們構建網站的直接技術支持。因此，公司構建網上書店電子商務網站系統的技術瓶頸問題（網絡應用基礎設施、安全、支付、法律保障、網站開發技術）得到了有效解決，公司構建網上書店電子商務網站技術上可行。

1.2.目標

該項目的目的是開發一個電子書店網站以及后臺管理系統。

在前臺實現的基本主要有：

1.圖書選購（可按分類方式查找圖書，或者通過關鍵字進行查詢）

2.購物車功能

3.查看圖書詳細情況

4.用戶注冊

5.用戶登陸

6.查看用戶的訂單信息

7.修改用戶個人信息 后臺管理部分主要有：

<1>.商店圖書管理：添加、修改、刪除、查看。

<2>.用戶信息管理：查看、修改、刪除。

<3> 訂單信息管理：查看訂單清單、更新訂單付款、出貨狀態、刪除訂單。

1.3.參考資料

[ 1 ] Bruce Eckel 著, 侯捷 譯.Thinking in Java Second Edition.機械工業出版社, 2002.[ 2 ] Roger S.Pressman.Software Engineering A Practitioner’s Approach機械工業出版社, 2006.[ 3 ] Michael Kofler.The Definitive Guide to MySQL 5, Third Edition.Apress, 2006.[ 4 ] Robin Dewson 著, 董明 譯.SQL Server 2005 基礎教程.人民郵電出版社, 2006.[ 5 ] Joseph Schmuller 著, 李虎 趙龍剛 譯.UML基礎、案例與應用.人民郵電出版社, 2006.2.產品整體說

2.1.產品整體描述

網上書店的主要參與者是顧客和商場，以及后臺管理人員。無論什么類型的網上商店，顧客從網上購物的過程都相似，操作步驟說明如下：

（1）顧客在進行第一次購物之前要進行會員登記。一般要求輸入真實的姓名、通訊地址、聯系電話、Email地址等基本信息。注冊完后，系統會自動生成一個“會員ID”和密碼，并在網頁上顯示出來。顧客一定要記住自己的ID號和密碼，為了防止密碼泄漏，顧客可以自己修改密碼；

（2）進入網上商店，挑選商品。顧客可以按產品類別檢索商品，也可以輸入產品名稱等信

息，通配檢索數據庫，找出所關心的商品；

（3）查看商品細節說明，了解價格、付款及送貨方式、購物說明等信息；

（4）選中商品后，輸入購買數量并點擊“選購”按鈕，將商品放入購物車；

（5）選購結束，檢查購物車，核實商品和數量是否正確，如有出入，可以重新調整商品和

數量，如無誤，則去“收銀臺”結帳。

（6）收銀臺提交購物清單、選擇付款方式及送貨方式。完成購物過程。同樣，后臺管員的操作過程如下：

1．管理人員輸入ID，密碼進入管理頁面。

2．管理人員進入管理頁面，頁面左側顯示去往商店圖書查詢，添加圖書資料，訂單信息查詢，用戶信息查詢的鏈接。

3．管理人員點擊商店圖書查詢頁面：

4．管理人員點擊添加圖書資料頁面：輸入需添加的圖書信息（包括圖書名稱，作者，出版社，所屬類別，書號，定價，總數量和圖書簡介），管理人員點擊提交向后臺數據庫提交信息。提交成功的話頁面顯示新圖書資料提交成功，否則顯示數據庫操作失敗。

5．管理人員點擊訂單查詢頁面：頁面顯示出已接到訂單，其中包括圖書名稱，作者，圖書類別，單價，數量。以及總金額，總數量，下單時間，交貨時間，總金額，下單時IP，用戶備注，是否付款，是否交貨等。

6．管理人員點擊用戶信息頁面：頁面顯示出用戶ID號,用戶名，真實姓名，聯系地址，聯系電話。管理員可以進行用戶的刪除，查找動作。刪除成功后，頁面顯示刪除成功。

2.2.產品功能

2.2.1 用戶功能分析

用戶需要注冊成會員用戶，需要用戶注冊使用的功能有：

a)用戶注冊。

b)用戶添加圖書到購物車的功能。購物車的設計，必須做到清晰、簡單和方便。

c)用戶信息的自我管理。用戶的注冊信息中，用戶的地址、聯系方式等都是圖書配送的重 要依據，所以應該允許用戶對這些信息進行修改，并使得用戶在用戶信息中，可以查閱購物詳情等信息。

2.2.2.管理功能分析

對網站的管理者來說，分析網站的管理要求，以下功能是必不可少的。

新書登記:將新書的各種信息：書名、價格、出版社、作者、封面等錄入到數據庫中，是網站管理中的一項基本的工作。

用戶管理:網站應該可以對用戶進行諸如刪除、查看部分用戶信息等功能。

訂單管理:這是最重要的管理功能。管理者應該可以每天清晰的查閱有多少訂單生成、每個訂單的詳情等信息，并了解個訂單的處理情況。

2.3.運行環境

2.3.1.硬件/網絡環境

可選用支持J2EE的主機，虛擬主機，基于開發使用的是開源系統，所以具有了很好的移植性，對硬件網絡沒有特殊要求，以客戶實際購買力為主。

2.3.2.軟件環境

采用Microsoft SQL Server作為數據存儲數據庫，或者采用MySql采用JSP/SERVLET/JavaBean技術作為系統的解決方案，使系統具有更好的可擴展性； 采用Weblogic作為系統的應用服務器，或者支持JDK1.4.2，TOMCAT4，SERVERLET, JDBC FOR MYSQL & MSSQL虛擬主機； 客戶端采用瀏覽器形式，滿足零客戶端的易用性要求；資金允許條件下選用支持PHP4&5 +Zend2.1,支持DSO（APACHE模塊）和CGI兩種方式運行，這樣在客戶端維護，可以自由選擇PHP腳本的運行方式。