A. 求用java寫的網上購書系統
我這有寫好的,並攜帶資料庫:
有圖書管理 ,上傳圖片 購物車 下訂單,處理訂單 留言 回復 凍結用戶,解除凍結 一系列功能的....
主要使用 MVC ajax 技術...沒有使用框架...
看看您需要嗎?需要的話,聯系我...
B. 網上書店系統的需求分析
1 引言
1.1 編寫目的：本文檔將描述對網上書店（電子商務網站）項目的可行性研究。
1.2 項目背景：
本項目作為《軟體工程》課程的實習項目提出，希望通過《網上書店》電子商務網站的設計開發，了解軟體文檔的相關標准和編寫原則，訓練並掌握軟體各類文檔寫作的技巧；另一方面，提高使用JSP開發J2EE架構的電子商務網站（B/S結構）的能力。
B/S結構的特點：
幾乎沒有限制的客戶端訪問和極其簡單化的應用程序部署和管理是B/S模型的優勢所在。它和C/S模型比較優點極為突出。
兩層技術模型（Two-Tier Architecture）是指客戶機直接與伺服器交流，沒有其他服務介入的技術模型。對用戶量在12—100的區域網環境中，兩層模型的確是個不錯的方案。由於該模型中，所有的用戶連接都是被保持的，也就是說即使在空閑狀態，連接依然存在。所以，用戶的並發請求數量有限的。為了解決這個限制，使得成千上萬的用戶可以被無顧慮地添加，我們最好選用三層模型。
B/S結構，即Browser/Server（瀏覽器/伺服器）結構，是隨著Internet技術的興起，對C/S結構的一種變化或者說是改進的結構。用戶界面完全通過瀏覽器實現，一部分事務邏輯在前端實現，但是主要事務邏輯在伺服器端實現，形成三層結構，是一種全新的軟體系統構造技術。B/S模型結構圖如下所示：
從上圖可見 這種結構的一個重要的特點是，用戶可以完全不需要安裝客戶端軟體，當然也不需要擔心任何軟體升級和不兼容等任何客戶端所遇到的問題。
相比之下，B/S模型的優點顯而易見，更適合這個網站的構建，有利於網站的維護和擴充。
● 所建議開發項目的名稱 ：
網上書店。
● 所建議開發項目的開發平台：
WINDOWS XP SP2。
● 所建議開發項目的測試平台：
WINDOWS XP SP2。
● 所建議開發項目的使用平台：
WINDOWS XP SP2。
● 所建議開發項目的開發軟體：
Borland JBuilder2005 企業版，Tomcat5.0，SQL Server2000標准版，JDK1.5。
● 所建議開發項目的建模工具：IBM rational rose 2003 企業版。
1.3 定義：
電子商務
JSP，J2EE，JINI,
1.4 參考資料：
《軟體工程》齊治昌 譚慶平 寧洪 高等教育出版社
《實用軟體工程》鄭人傑 殷人昆 陶永雷 清華大學出版社
《軟體工程方法與實踐》胥光輝 金鳳林 丁力 機械工業出版社
《軟體設計文檔國家標准》GB8567-88
2 可行性研究的前提
2.1 要求：
● 功能 ：對書店的圖書信息和用戶（書店工作人員，網站注冊用戶即潛在購書者）信息的進行有效的管理；對圖書的進存銷等環節進行信息化管理；實現讀者網上瀏覽圖書，網上購書的可能；通過論壇同讀者進行有效的溝通；通過聊天室實現作者和讀者的實時交流；處理讀者網上的投訴和建議。
● 性能：資料庫的錄入；圖書檢索；用戶信息查詢；圖書信息查詢；論壇和bbs互動；網上購書；
● 安全與保密要求 ：書店中所有的圖書能夠供用戶隨時查閱；用戶的個人信息可以由用戶自己修改，添加；書店圖書的信息只能由書店管理人員添加，修改；所有注冊用戶信息只能由書店管理人員查詢。
● 運行環境 ：
伺服器端 ：
操作系統 ：WINDOWS，LINUX/UNIX及任何能運行Java虛擬機的平台；
Java Runtime Environment ：version5.0以上。
Web Server：Tomcat 5.0以上。
客戶端：
操作系統 ：任何pc平台；
瀏覽器 ：Internet Explorer，Netscape Navigator。
● 完成日期 ：2005年12月。
2.2 目標：
本系統希望通過構建一個J2EE架構的電子商務網站，利用日益繁榮的互聯網，為傳統的書店打造一個新的銷售平台。本系統希望通過電子信息化的手段對書店的進存銷等環節進行管理，以達到人力與設備費用的減少，服務能力的提高，管理信息服務的改進，工作人員利用率的提高等目標。
2.3 條件、假定和限制：
● 建議開發軟體運行的最短壽命： 四個月
● 進行顯然方案選擇比較的期限 ：暫時不考慮
● 經費來源和使用限制 ：暫時不考慮
● 法律和政策方面的限制 ：暫時不考慮
● 硬體、軟體、運行環境和開發環境的條件和限制 ：在Windows XP SP2下使用
● 建議開發軟體投入使用的最遲時間 ：四個月
2.4 可行性研究方法
2.5 決定可行性的主要因素：
技術因素、硬體因素、軟體因素、經濟因素、團隊合作精神等。
3 對現有系統的分析 （缺乏原型系統）
3.1 處理流程和數據流程 ：暫時不考慮
3.2 工作負荷 ：暫時不考慮
3.3 費用支出：如人力、設備、空間、支持性服務、材料等項開支 ：暫時不考慮
3.4 人員：列出所需人員的專業技術類別和數量 ：暫時不考慮
3.5 設備 ：暫時不考慮
3.6 局限性：暫時不考慮
C. 軟體工程購書子系統
去得益網看看 裡面東西很全
D. JAVA ee編寫網上購書系統
可以網路私信我哦~
E. 網上購書系統的設計 怎麼介紹
系統名稱：網上購書系統 數據表代碼：book 數據表名稱：書 唯一索引欄位（主 鍵） 其它排序欄位 IID IID 欄位說明 欄位名稱 數據類型 允許為空 唯一 修改時間 MODIFIED TIMESTAMP 否 否 修改者 MODIFIER VARCHAR（255） 是 否 目錄名稱 NAME VARCHAR（64） 否 是 創建者 CREATOR VARCHAR（255） 是 否 編號 Iid VARCHAR(32) 否 是 書名 Name VARCHAR(64) 否 是 作者 bookAuthor VARCHAR(64) 否 否 出版社 bookkConcern VARCHAR(64) 否 否 價格 bookPrice VARCHAR(64) 否 是 數量 bookNo VARCHAR(64) 否 是 外鍵： xxx 索引： Iid
F. 軟體工程 圖書管理系統
借閱時間
館藏號
書名
分類號
作者
價格
借書證號
姓名
性別
圖4 圖書流通的E-R圖
屬於
單 位
1
n
單位名稱
單位編號
先設計圖書流通的實體－關系圖(E-R圖)。E-R圖由3個相關聯的部分構成，即實體、實體與實體之間的關系以及實體和關系的屬性。圖書流通過程中實體「圖書」與「讀者」之間的關系是借閱和被借閱的關系，實體「讀者」與「單位」之間的關系是屬於和被屬於的關系，「圖書」的屬性有「館藏號」、「書名」、「分類號」、「作者」、「價格」，「讀者」的屬性有「借書證號」、「姓名」、「性別」，「單位」的屬性有「單位編號」和「單位名稱」，「借閱」屬性「借書日期」，由此得出E-R圖如圖4。
從圖中可以知道：
①「借書證號」是唯一的，所以「借書證號」決定「姓名」，每位讀者應只屬於一個性別，所以「借書證號」也決定「性別」；
②「館藏號」是唯一的，所以「館藏號」決定「書名」、「分類號」、「作者」、「價格」；
③ 「單位編號」是唯一的，所以「單位編號」決定「單位名稱」；
④ 每位讀者在一個時間只能借一本書，所以「借書證號」 +「館藏號」決定「借閱時間」。
如果將這些數據項置於一個關系模式中，根據範式理論，該關系模式屬於1NF（第一範式），它存在刪除異常和冗餘等問題，不是理想的模式，因此要把它分解成滿足3NF或BCNF的關系模式。根據範式理論和E-R圖轉換成關系模型的規則，上面的E-R圖可轉換為4個關系模式：①圖書（館藏號、書名、分類號、作者、價格）；②讀者（借書證號、姓名、性別、單位編號）；③借閱（借書證號、館藏號、借閱時間），④單位(單位編碼、單位名稱)，其中打下劃線的為碼，這樣就解決了插入、刪除和數據冗餘等問題。
我們對數據的結構進行詳細的分析，按照上述的設計思想，共設計了讀者表，書目表，館藏表，流通表等百餘張數據表，然後創建視圖和存儲過程。下面舉例說明：
讀者表：借書證號、姓名、單位、讀者類別、職稱等欄位；
書目表：館藏號、ISBN、題名、作者、出版社、復本數、語種、文獻類型、版次等欄位；
館藏表：館藏號、索書號、分類號、種次號、館藏位置、單價、出版日期等欄位；
流通表：借書證號、館藏號、借期、還期、續借、應還期、操作員等欄位；
借閱規則表：讀者類別編碼、圖書類別編碼、限借冊數、每期天數、續借天數、過期日期、罰金等欄位。
讀者類別表：讀者類別編碼、讀者類別等欄位。
圖書類別表：圖書類別編碼、圖書類別等欄位。
3.4 資料庫索引
建立索引是加快查詢速度的有效手段，資料庫的每一個表建立了主鍵，主鍵由一個或幾個欄位組成，每一個表都按主鍵建立了索引，部分表為了滿足查詢和排序的需要，除建立主索引外，還建立了次索引。例如在查詢時要用到「館藏號」、「作者」、「題名」等條件來查找圖書，因此，在書目表上除了對主鍵「館藏號」建立了主索引外，也對「作者」、「書名」等建立了次索引。
3.5 視圖
視圖是從一個或幾個基本表導出的表，它是定義在基本表之上的，它是一個虛表，資料庫中只存放視圖的定義，而不存放視圖對應的數據，數據仍然存放在原來的基本表中。通過定義視圖，可以使用戶眼中的資料庫結構簡單、清晰，並可以簡化用戶的數據查詢操作。由於本系統數據表較多，表中的欄位多，為了簡化對表的操作，我們創建了圖書_按書名查詢、期刊_按刊名查詢、期刊_按編輯部查詢、借閱規則查詢、待還書查詢、超期記錄查詢等30餘個視圖。
3.6 存儲過程
存儲過程是一段經過編譯的程序代碼，存放在資料庫伺服器端。通過調用適當的存儲過程，可在伺服器端處理大量數據，再將處理結果送到客戶端。這樣可減少數據在網路上的傳送，消除網路阻塞現象；例如：要查詢某條記錄，若該記錄在表中的順序號是10000，不採用存儲過程，伺服器將從1至於10000條記錄數據逐條送至客戶端，採用存儲過程後，由於過程是經過編譯的並且是在本地，不需要通過網路，因此能很快查出所需記錄並將結果送到客戶端，大大減少了網上數據傳輸量。存儲過程另一好處是可供不同的開發工具調用，如PB、VB、ASP、Delphi等開發工具均可調用。在流通模塊和WEB查詢模塊上均有圖書檢索功能，實際上調用同一存儲過程完成的。本系統建立了60多個存儲過程，實現諸如借還書處理、新書入庫統計、編目入館藏、讀者統計、生成索書號等功能。
3.7 資料庫調用
採用ODBC介面實現資料庫的調用，採用ADO介面調用。
4 條形碼的使用
條形碼具有唯一性和一次輸入後就可反復使用的優點，利用條形碼技術作為信息快速輸入的手段可迅速且不易發生錯誤地處理圖書管理業務。本系統使用條形碼作為圖書和讀者的標識，實現標識的唯一性。
使用條碼後，能夠使圖書管理工作更加簡單、快捷、不易出錯。例如，當一本書具有唯一條形碼標識，每位讀者也具有唯一條形碼標識時，圖書的借閱、查詢就十分便捷了。應用條形碼取代了以往填寫書袋卡、借書證，核對借閱時間等繁瑣的手工勞動。讀者在借書時只要將借書證給工作人員，工作人員只需登錄借書系統，用條形碼閱讀器掃描讀者借書證上的條形碼，屏幕就會顯示出該讀者的信息，包括讀者姓名、單位、可借幾本書、已借幾本書、是否過期、有無罰款等。如可以借書，工作人員只需用條形碼閱讀器掃描該讀者所需借的書上的條形碼符號後，該書的書名和條形碼等信息都從資料庫中調出顯示在屏幕上，自動記錄在該讀者的借閱檔案中，借書工作即告完成。一般借一本書僅需 1至 2秒鍾。操作完後，計算機自動地將該借閱者和借閱的圖書號碼輸入對應資料庫中，並自動提示借閱期限