個人資源，參考請先經本人同意，謝謝。

校園二手交易平臺項目總結

組員：唐方舟、劉雪英、李文婷、葛夢嬌

按安排，我們于2013年9月23日負責校園二手交易平臺項目。2個月來，在組員的合作和支持下，項目進行的比較順利。于2013年12月12號圓滿的完成了該項目。現項目設計情況匯報如下：?

?

一、項目基本情況：

????本項目運用了JSP、ASP、CSS、數據庫等開發技術，設計出一個包含有基本功能的網上交易平臺。

任務名稱	開始時間	完成時間	完成標志
需求分析	2013-09-23	2013-10-08	需求分析報告
項目開發計劃	2013-10-12	2013-10-20	項目分工
數據庫設計	2013-10-30	2013-11-05	數據庫表
詳細設計	2013-11-05	2013-11-20	組員報告
編碼	2013-11-25	2013-12-01	源代碼
測試	2013-12-05	2013-12-10	測試頁面
總結	2013-12-20	2013-12-20	項目總結報告

?

?

需求分析

引入信息：以下是我們的系統功能模塊信息

系統功能模塊設計

根據需求分析，把系統功能分成商品管理，用戶管理，系統管理這三大模塊。

?

商品管理中還有賣家注冊、賣家登陸、商品更新、商品評價

?

（一）商品管理模塊：

賣家：注冊?賣家詳細填寫一下信息：姓名、昵稱、性別、學號、密碼、學院、聯系方式、住址：即柳園xx號樓、xx房間。注冊成功后。選擇登陸或退出。

登陸：賣家使用昵稱或學號登陸。登陸后進入賣家界面。發布商品信息，更新商品信息，查看買家評價并回復，查看信用。

發布商品信息：其中商品屬性包括——商品類別，商品名稱，商品描述，商品數量，新舊程度描述，原價，現價，賣家聯系方式，距離下架天數。除了“距離下架天數”屬性由系統操作外，其余須由賣家填寫決定。

商品檢索：輸入關鍵字查找或者選擇具體類別查找。距離下架天數為0（表示已下架）的商品不在檢索范圍內。其中商品檢索類別包括：手機、數碼：手機通訊（apple，三星，HTC等），手機配件（存儲卡，耳機，移動電源，保護殼等），攝影攝像（便攜相機，單反等）；電腦（大到顯示器、主機,小到鍵盤鼠標攝像頭）；宿舍家居小電器（如電風扇、洗衣機、臺燈）；服裝、鞋靴、箱包；首飾；圖書（英語資料、計算機專業書籍、考研資料、各類考證的書籍）。具體小的分類不一一寫了。好多。。。參照亞馬遜。而賣家所填的商品類別與商品檢索類別逐一對應。

商品更新：商品信息每三天自動下架，也可以由賣家自己處理下架。三天到期后，如果商品沒有賣出去，賣家可以申請繼續三天的上架期。下架的商品不在買家的檢索范圍內。同時包括賣家的評價更新。

（二）用戶管理模塊：

包括用戶注冊，用戶登錄，用戶信息管理這三個主要部分。

用戶注冊：用戶輸入學號，昵稱，性別，學院專業信息，出生年月等信息后提交給系統，由系統分配登錄密碼并發送郵件到其校內郵箱，用戶登錄校內郵箱獲得他的登錄密碼，根據用戶名和登錄密碼登錄系統，修改自己的登錄密碼。在學校里不論師生，其學號只有一個，規定一個學號只能注冊一次。這保證了只有學校的師生才能注冊，提高了交易的安全性。注冊完畢后選擇登陸或退出。

用戶登錄：用戶使用學號或昵稱即可登錄。登陸之后進入商品界面，檢索需要的商品，加入購物車，聯系賣家，查看自己的信用度。當用戶信用度低于-10?時將被限制從低于-10?那一天起6?個月不能登錄（即用戶剩余鎖定時間以180?天倒計時--當用戶剩余鎖定時間為0?時能正常登錄），6?個月滿后信用度歸0。

用戶信息管理：包括用戶修改密碼，查看個人信用度、歷史交易情況以及歷史評價。

?

（三）系統管理模塊：

包括管理員，用戶檢舉與投訴三個部分。

管理員：每一個商品類別至少有一個普通管理員來管理。普通管理員檢查相應的商品類別已發布的商品信息中是否有垃圾信息（比如說商品信息明顯地虛造，商品信息不全等），從而進行相應地刪除商品信息，將商品下架，扣除用戶相應信用度等操作（發現一個虛假信息信用度減3，商品信息不全信用度減1）。

用戶檢舉與投訴：當用戶發現商品信息中存在垃圾信息時，可以向相應類別的普通管理員檢舉。如果檢舉屬實，則檢舉用戶信用度加3；當用戶覺得普通管理員操作不公正時可以向超級管理員投訴，如果投訴屬實，則投訴用戶信用度加5。檢舉或投訴不被采用時，檢舉用戶或投訴用戶信用度不變。

包括用戶注冊，用戶登錄，用戶信息管理查詢修改這三個主要部分。

用戶注冊：用戶輸入用戶名，學號，密碼，電話，學院專業，郵箱，密碼找回問題等信息等信息后提交給系統，經過系統檢驗用戶名還沒有被使用后就可以進行注冊了，在學校里不論師生，其學號只有一個，規定一個學號只能注冊一次。這保證了只有學校的師生才能注冊，提高了交易的安全性。注冊完畢后選擇登陸或退出。另外注冊后可以選擇更改密碼或者用戶信息等！

用戶登錄：用戶使用用戶名即可登錄。登陸的時候如果沒有注冊可以點擊進行注冊。然后進入主界面，檢索需要的商品，加入購物車，聯系賣家，查看自己的信用度。當用戶信用度低于-10?時將被限制從低于-10?那一天起6?個月不能登錄（即用戶剩余鎖定時間以180?天倒計時--當用戶剩余鎖定時間為0?時能正常登錄），6?個月滿后信用度歸0。

用戶信息管理：包括用戶修改密碼，修改個人注冊信息、歷史交易情況以及歷史評價。

二?總體和詳細設計

?關于我的用戶信息管理模塊，我設計了登錄，注冊和修改，查看信息等模塊，大致流程如下

?

以上圖示即是總體設計思想，下面是分工：

——登陸及注冊@劉雪英

——購物車@李文婷

——買家管理@葛夢嬌

——賣家管理@唐方舟

——管理員管理@劉雪英

?

界面模塊設計（@唐方舟）：

v?歡迎頁模塊：

1、我要買東西—→登陸or注冊（@劉雪英）—→主頁模塊

2、我要賣東西—→登陸or注冊（@劉雪英）—→發布商品頁面（@唐方舟）

3、管理員入口

4、隨便逛逛（待定）

v?主頁模塊：

1、導航分類—→商品列表—→商品詳細信息（@葛夢嬌）

2、搜索框—→同上（@葛夢嬌）

3、購物車—→購物車頁面（@李文婷）

4、個人主頁—→個人信息頁面（@劉雪英）

5、最新發布（動態文字信息）—→商品詳細信息（@葛夢嬌）

6、推薦賣家—→賣家的個人信息頁面（@唐方舟）

v?信用度規則：

-交易完成后，賣家與買家互評信用度（+1?or?-1?or?+0）

-自訂單生成3天后，賣家未確認交易完成，則將商品下架，并信用度-1

-若管理員審核發現賣家發布虛假or垃圾信息，則將賣家信用度-1

v?商品處理規則

-商品發布3天后，自動下架

-自訂單生成3天后，賣家未確認交易完成，則將商品下架，并信用度-1

-3天內，賣家確認交易完成后，商品下架

v?發布商品流程：

賣家填寫商品信息—→（請耐心等待管理員審核。。。）—→管理員審核—→（審核結果 頁面）—→商品上架

?

?

三、數據庫設計

3.1?數據庫分析

數據庫設計是開發應用系統中一個非常重要的環節。數據庫設計應該滿足數據的存儲需求，同時便于訪問和查詢，它既要保證數據的準確和完整，又要避免過多的數據冗余。

?

3.2?數據表設計

基于數據庫的概念設計和系統功能模塊的分析，設計出四個主要數據庫表。

（1）商品信息表。商品信息表記錄的是上貨商品的相關信息，見表1。

（2）購物車信息表。用戶瀏覽之后添加的商品信息。見表2

（3）用戶信息表。用戶信息表記錄的是與用戶相關的信息，見表3。

（4）交易單信息表。交易單信息表記錄交易的具體信息，見表4。

（5）管理員信息表。管理員信息表記錄管理員的登錄信息，見表5。

?我所用到的就是用戶信息表。用戶信息表記錄的是與用戶相關的信息

表1?商品信息表

列名	數據類型	字段長度	可否為空	說明
ID	[int]IDENTITY	——	Not?null	ID序列號
GoodsName	varchar?	30	Not?null	商品名稱
GoodsClass	varchar	20	Not?null	商品類別
GoodsDescription	varchar	100	Not?null	商品描述
GoodsAccount	Int	——	Not?null	商品數量
NewDegree	varchar	10	Not?null	新舊程度
OriginalPrice	float	——	Not?null	原價
CurrentPrice	float	——	Not?null	售價
Contact	varchar	20	Not?null	聯系方式
DaysLef	datetime	——	Not?null	下架剩余時間

?

表2?購物車信息表

列名	數據類型	字段長度	可否為空	說明
GoodsName	varchar?	30	Not?null	商品名稱
GoodsAccount	Int	——	Not?null	商品數量
CurrentPrice	float	——	Not?null	售價
TotalPrices	float	——	Not?null	總價

?

?

表3?用戶信息表

?

列名	數據類型	字段長度	可否為空	說明
ID	[int]IDENTITY	——	Not?null	ID序列號
Username	int	20	Not?null	用戶名
Password	varchar	20	Not?null	密碼
permit	varchar	20	Not?null	用戶權限
Sno	varchar	45	Not?null	學號
Number	varchar	45	Not?null	電話號碼
Dapartment	varchar	40	Not?null	學院
Major	varchar	45	Not?null	專業
Question	varcha	45	Not?null	密碼提示問題
Reply	varchar	45	Not?null	密碼提示問題回答

?

表4?交易單信息表

列名	數據類型	字段長度	可否為空	說明
ID	[int]IDENTITY	——	Not?null	ID序列號
SellerID	int	——	Not?null	賣方ID
BuyerID	int	——	Not?null	買方ID
GoodsID	int	——	Not?null	商品信息ID
SellerRemark	varchar	100	Not?null	賣方評價
BuyerRemark	varchar	100	Not?null	買方評價
DealTime	datetime	——	Not?null	成交時間

?

?

表5?管理員信息表

列名	數據類型	字段長度	可否為空	說明
ID	[int]IDENTITY	——	Not?null	ID序列號
AdminClass	varchar	10	Not?null	管理員類別
AdminUserID	int	——	Not?null	管理員用戶ID

?

?

? 四??測試報告

4.1測試任務

序號	前期任務	特殊技能	責任人	工作量（天）	完成日期
1	開發出各種功能	實現登錄注冊頁面實現賣家買家的基本功能	唐方舟	40	2013-12-20

4.2?主要測試模塊方法

4.2.1?分頁能不能使用

4,2.2?跳轉頁面能否跳轉到主頁面

4.2.3?鼠標點擊用登錄是否能能跳到頁面?

4.2.4?是否能運行起來

4.2.5?運行起來的程序是否能關閉

4.2.6???能否正確查詢修改用戶信息和商品信息

4.27???能否正確的進行商品的交易

4.3?測試項

測試項名稱	測試項標識	介質特性	變換要求	相關引用材料
整體項目	購物	暫無	暫無	教材

4.4參考文獻

序號	名稱	文件標識/版本	出版單位	出版日期
1	javaee	暫無	北京交通大學	2008-6

?

4.5風險和應急

風險：如果注冊或者登錄或者購物沒有成功，會對本網站的信譽產生影響！是否能夠成功的購物，瀏覽。

應急：在顧客提出問題的第一時間幫顧客解決問題。

?

?

?

4.6?測試分析報告

4.6.1編者說明：

????測試完成后，將會形成一些測試日志，對于每個測試用例也有了一個反饋的結果，那么從這個數據中看出問題、找到問題以及尋找解決問題的方法，那就是測試分析報告所要完成的事了。

?編寫目的:

用于記錄測試明晰，?便于內部測試人員查看。

4.6.2測試概要

編號	測試名稱	測試結果	預期與現實的差異
1	測試數據是否能夠插入并取出	數據正確從數據庫中插入取出	沒有差異
2	測試用戶名的獨立性	系統正確判斷出用戶名的獨立性	沒有差異
3	測試分頁的可行性	正確處理分頁現實數據	沒有差異

4.6.3分析摘要?

4.6.3.1?能力

本次測試成功的驗證了，?本系統的基本功能，即驗證登錄和注冊的各種功能

4.6.3.2評價?

我感的我們網站的功能已經基本達到?了預期的內容效果，可以與其他部分進行連接并且投入使用了

?

五??總結體會

一??分工完成情況

我們各自分工完成的情況不同，我完成的是賣家賣家的瀏覽以及發布商品，買賣商品的功能，

劉雪英完成賣家賣家管理員的登錄注冊，以及信息管理和信息修改功能。

葛夢嬌完成的是主頁設計分類瀏覽

李文婷是購物車的加入，修改模塊等。

二、?存在的不足：

1、基礎知識不太扎實

2、設計的程序不夠完善

3、購物網站功能不是很齊全

三、體會

???1?通過此次的程序設計明白了團隊的重要，從剛開始的什么都不懂到一點點商討研究各個模塊的分類和實現，我們學到了很多新的東西，比如說數據連接池和數據源的應用，以及信息的異步傳輸方式，還有美化界面用的css等。。。對javaee?有了更加深刻的認識！！

?

2、Java功能強大，我們對它的掌握還不夠，加上時間緊迫和我的經驗不足,本系統難免有不足之處。但是我們會更加努力的去學習自己尚不懂得知識，相信自己以后會有更加精通的web開發技術。

?

總結

以上是生活随笔為你收集整理的校园二手交易平台项目总结 ‎2013‎年‎12‎月‎23‎日，‏‎5:57:29的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。