C2C交易平臺系統(tǒng)分析與設計報告

1、PAGE PAGE 29C2C網(wǎng)上交易易平臺系統(tǒng)分分析與設計報報告電子商務01級級2004年9月月小組成員：陳 劍 郝雪梅吳 雙 吳 婷婷薛莉麗 趙柏敏TOC o 1-3 h z u HYPERLINK l _Toc86495524 一、項目定義 PAGEREF _Toc86495524 h 3 HYPERLINK l _Toc86495525 二、需求分析 PAGEREF _Toc86495525 h 3 HYPERLINK l _Toc86495526 2.1 C2CC市場存在的的意義 PAGEREF _Toc86495526 h 3 HYPERLINK l _Toc86495527 2.

2、2 現(xiàn)存CC2C市場的的缺陷 PAGEREF _Toc86495527 h 3 HYPERLINK l _Toc86495528 2.3 本系統(tǒng)統(tǒng)C2C網(wǎng)上交交易平臺概述述 PAGEREF _Toc86495528 h 4 HYPERLINK l _Toc86495529 三、系統(tǒng)分析 PAGEREF _Toc86495529 h 5 HYPERLINK l _Toc86495530 3.1 業(yè)務流流程分析 PAGEREF _Toc86495530 h 5 HYPERLINK l _Toc86495531 3.1.1 用用戶注冊登陸陸 PAGEREF _Toc86495531 h 5 HYPE

3、RLINK l _Toc86495532 3.1.2 交交易過程 PAGEREF _Toc86495532 h 6 HYPERLINK l _Toc86495533 3.3信用體制制 PAGEREF _Toc86495533 h 8 HYPERLINK l _Toc86495534 3.3.1信用用的描述： PAGEREF _Toc86495534 h 8 HYPERLINK l _Toc86495535 3.3.2評價價指標 PAGEREF _Toc86495535 h 9 HYPERLINK l _Toc86495536 3.3.3可能能出現(xiàn)的問題題： PAGEREF _Toc864955

4、36 h 9 HYPERLINK l _Toc86495537 3.3.4信用用體制解決的的問題： PAGEREF _Toc86495537 h 9 HYPERLINK l _Toc86495538 3.4收費機制制： PAGEREF _Toc86495538 h 9 HYPERLINK l _Toc86495539 3.5 系統(tǒng)數(shù)數(shù)據(jù)流程 PAGEREF _Toc86495539 h 10 HYPERLINK l _Toc86495540 3.6 系統(tǒng)實實體關系圖 PAGEREF _Toc86495540 h 11 HYPERLINK l _Toc86495541 四 系統(tǒng)設計 PAGERE

5、F _Toc86495541 h 12 HYPERLINK l _Toc86495542 4.1系統(tǒng)運行行基礎環(huán)境 PAGEREF _Toc86495542 h 12 HYPERLINK l _Toc86495543 4.2 數(shù)據(jù)庫庫設計 PAGEREF _Toc86495543 h 12 HYPERLINK l _Toc86495544 4.2.1 數(shù)數(shù)據(jù)庫分析與與數(shù)據(jù)庫規(guī)范范 PAGEREF _Toc86495544 h 12 HYPERLINK l _Toc86495545 4.2.2數(shù)據(jù)據(jù)表、數(shù)據(jù)項項之間的關系系 PAGEREF _Toc86495545 h 13 HYPERLINK

6、l _Toc86495546 4.3系統(tǒng)設計計 PAGEREF _Toc86495546 h 15 HYPERLINK l _Toc86495547 4.3.1 MMVC簡介 PAGEREF _Toc86495547 h 15 HYPERLINK l _Toc86495548 4.3.2 SSmartyy簡介 PAGEREF _Toc86495548 h 16 HYPERLINK l _Toc86495549 4.3.3 為什么選用用MySQLL PAGEREF _Toc86495549 h 17 HYPERLINK l _Toc86495550 4.3.4 持久層設計計 PAGEREF _T

7、oc86495550 h 17 HYPERLINK l _Toc86495551 4.3.5 系統(tǒng)整體設設計 PAGEREF _Toc86495551 h 18 HYPERLINK l _Toc86495552 4.3.6用戶戶權限設計 PAGEREF _Toc86495552 h 19一、項目定義本系統(tǒng)旨在構建建一個以學生生為買方主體體的C2C網(wǎng)網(wǎng)上商店。面面向南大浦口口、鼓樓學生生以及外校的的部分年輕人人群。主要的的角色包括買買方、賣方和和系統(tǒng)管理員員。賣方除了了一般的零散散客戶還為供供應較多、較較穩(wěn)定的大型型賣者提供個個人店鋪空間間。二、需求分析2.1 C2CC市場存在的的意義隨著人們消

8、費水水平的提高，個個人消費品市市場空前發(fā)展展，我們發(fā)現(xiàn)現(xiàn)，越來越多多的人擁有大大量的閑置商商品。這些商商品有新有舊舊，但都具有有完整的使用用價值。擁有有者們也許現(xiàn)現(xiàn)在不需要它它們，便想到到把它們出售售?？墒侨绾魏握业劫I主，卻卻成為一個令令人頭疼的問問題。以學生為例。由由于學生愛追追趕時尚潮流流，而且購買買行為往往缺缺乏計劃性，使使得他們常常常因一時沖動動買下某物，之之后又發(fā)現(xiàn)并并沒有用。學學生對于電腦腦、手機、MMP3等電子子產(chǎn)品需求較較多，而這些些東西更新又又很快，需求求的不同使他他們希望能互互通有無。一一些舊書籍、雜雜志、音像制制品、生活用用品等，也是是留之無用、棄棄之可惜，若若能賣給需要

9、要的人不是皆皆大歡喜?與此同時，隨著著學生們的商商品意識的加加強，有很多多同學以代理理商品銷售為為兼職，有開開設個人店鋪鋪的需求。但但由于資金方方面的限制，不不可能開設真真正的店鋪?？墒怯捎诠┬桦p雙方市場的不不對稱性，賣賣主很難找到到合適的買主主，有這些需需求的人更是是不知道有誰誰要出售，造造成這種C22C交易很難難達成。目前前普遍的辦法法是賣者在校校內擺個地攤攤。做代銷的的同學到處帖帖廣告或者直直接上門推銷銷，展示并出出售自己的商商品，可是時時間、地點、規(guī)規(guī)模都受到限限制，而且要要耗費大量的的時間和體力力，還未必有有好的效果。要要是有一個平平臺，讓供需需雙方集中地地發(fā)布交易信信息，并提供供雙

10、方的聯(lián)系系方式，促成成其交易的達達成，將為買買賣雙方帶來來極大的便利利。2.2 現(xiàn)存CC2C市場的的缺陷面對如此商機，精精明的商家不不會無動于衷衷，現(xiàn)在C22C網(wǎng)上交易易市場已經(jīng)發(fā)發(fā)展壯大起來來。但是我們們分析后發(fā)現(xiàn)現(xiàn)，現(xiàn)存C22C市場存在在著一些缺陷陷，尤其不能能適應校園市市場的需求。我們調查發(fā)現(xiàn)，目目前C2C網(wǎng)網(wǎng)站中大部分分都是拍賣網(wǎng)網(wǎng)站。當然，拍拍賣作為C22C的主導交交易模式，其其優(yōu)點是存在在的，但它的的缺陷也是明明顯的：交易易時間長，買買賣雙方要耗耗費大量的時時間和精力。這這種模式適合合于價值較高高的商品，而而學生的閑置置商品往往是是耐用消費品品，價值較低低，擁有者希希望盡快出手手，

11、而并不想想耗費太多精精力計較一點點價格差異，因因此拍賣模式式對校園市場場尤其不適合合?，F(xiàn)存的另一種CC2C網(wǎng)上交交易市場就是是類似于小百百合bbs的的fleammarkett。這是以bbbs為平臺臺，供交易雙雙方發(fā)布信息息，并提供站站內聯(lián)系。但但這種方式是是很初級的，它它只是以交易易信息作為bbbs的一項項內容，而不不是專業(yè)的交交易平臺。它它沒有按商品品分類，用戶戶查找起來很很不方便，只只能“誤打誤撞”；由于它是是非正式的，缺缺乏交易規(guī)則則約束，尤其其是它沒有保保證交易者的的信用保障，也也沒有信用評評估體系，交交易者要承擔擔一定的風險險，使它的可可信度下降。鑒于以上分析，我我們的系統(tǒng)為為買賣雙

12、方提提供一個集中中的C2C信信息交易平臺臺，促進買賣賣雙方的信息息溝通，較完完善的信用機機制提供一定定程度上的信信用保證，為為同學們提供供方便的同時時保證同學們們交易的安全全性。2.3 本系統(tǒng)統(tǒng)C2C網(wǎng)上上交易平臺概概述本系統(tǒng)面向以學學生為主的用用戶群體，為為它們提供CC2C 交易易的平臺。賣賣者發(fā)布出售售商品的信息息，買者也可可發(fā)布求購信信息。本系統(tǒng)統(tǒng)的用戶分為為散戶和個人人店鋪用戶。系統(tǒng)采取虛擬貨貨幣進行交易易和流通，用用戶通過匯款款或銀行劃賬賬等方式用真真實貨幣換取取虛擬貨幣，賣賣方按其類型型收取不同的的費用，費用用通過本站系系統(tǒng)的虛擬貨貨幣扣除。可可以在需要購購買商品時換換取虛擬貨幣幣

13、也可以預先先在本系統(tǒng)設設立個人虛擬擬貨幣銀行。一一方面是金融融業(yè)的發(fā)達加加快貨幣的流流通使得匯款款或轉帳變得得更為快捷，另另一方面一次次轉帳可以減減少用戶多次次匯款轉帳的的額外費用，節(jié)節(jié)省了開支。用戶在本站通過過搜索或分類類查找，尋求求交易伙伴。用用戶可以查詢詢賣方的相關關信息和信用用評價等指標標，決定是否否購買。交易中，按賣方方的類型（一一般的零散用用戶或店鋪用用戶）分成兩兩種不同的模模型：系統(tǒng)為有較大商商品銷售需求求的賣方提供供的店鋪空間間，集中展示示個人商品，并并為賣家提供供一定的優(yōu)惠惠和折扣。用戶通過分類搜搜索，查詢到到滿意的商品品。同時可以以查看到賣方方的上站時間間、上架商品品次數(shù)以

14、及是是否有在本站站交易違約行行為的記錄等等歷史信息，如如果是店鋪賣賣方，買家還還可以查詢店店鋪的相關歷歷史信息。決決定購買后用用戶可通過站站內或其他聯(lián)聯(lián)系方式聯(lián)系系。雙方成交交后，在網(wǎng)下下自行交易，本本站不監(jiān)控交交易過程。在在交易過程中中如有哪一方方出現(xiàn)欺騙行行為，可以進進行投訴，經(jīng)經(jīng)系統(tǒng)管理員員確認后，對對欺騙方進行行懲罰。本系統(tǒng)對個人店店鋪的賣方用用戶實行會員員制，收取會會員費用；對對一般的零散散型賣方按所所發(fā)布的商品品信息收取費費用，費用通通過虛擬貨幣幣扣除。本系系統(tǒng)對買方不不收取費用。在在商店運行的的初期，為了了提高網(wǎng)站的的知名度和擴擴大網(wǎng)站的影影響力，本系系統(tǒng)在1年內內不收取費用用。

15、本系統(tǒng)保證了買買賣雙方的交交易的安全性性。我們針對對目前C2CC市場普遍缺缺乏信用保證證的現(xiàn)狀，使使通過本站達達成的交易更更加安全可靠靠，提高用戶戶的放心度和和滿意度。三、系統(tǒng)分析3.1 業(yè)務流流程分析用戶進入本網(wǎng)站站須注冊并取取得賬號后方方能進行交易易。若沒有注注冊，也可以以瀏覽商品信信息，但不能能獲得賣方或或買方的聯(lián)系系方式，也不不能對商品留留言或在論壇壇發(fā)表觀點。用用戶登錄后，可可以發(fā)布商品品信息，買方方瀏覽所需商商品，雙方供供需匹配后聯(lián)聯(lián)系，進行實實際交易。由此得出本系統(tǒng)統(tǒng)的業(yè)務流程程分為三部分分：用戶注冊冊登陸、交易易過程、信用用評價。下面面分別予以說說明：3.1.1 用用戶注冊登陸

16、陸 業(yè)務流流程圖如下所所示：圖1用戶注冊登錄的的過程分為散散戶注冊和個個人店鋪用戶戶注冊。系統(tǒng)統(tǒng)要求用戶注注冊真實信息息。如果因用用戶注冊為非非真實信息而而造成的任何何損失本系統(tǒng)統(tǒng)不予以負責責。對于零散用戶，我我們采用emmail地址址作為個人身身份的驗證標標識。用戶注注冊時，輸入入個人的emmail地址址，本網(wǎng)站將將其密碼發(fā)送送至其郵箱中中，用戶用該該密碼登錄本本網(wǎng)站，成為為正式用戶。此此舉在一定程程度上保證了了注冊者的身身份可靠，防防止惡意注冊冊。若為店鋪用戶，需需要進行實地地驗證。店鋪鋪用戶需向系系統(tǒng)出具保證證個人真實身身份的證件。比比如身份證件件、學生證等等。經(jīng)本系統(tǒng)統(tǒng)管理人員確確認后

17、予以通通過。以此最最大限度的保保證店鋪用戶戶的身份真實實性，為買方方提供信用保保障。散戶用戶在注冊冊后可以申請請升級為店鋪鋪用戶。已登登錄用戶可隨隨時修改密碼碼。3.1.2 交交易過程業(yè)務流程圖如下下所示：圖23.1.2.11開設個人虛虛擬銀行系統(tǒng)為每個用戶戶開設虛擬銀銀行，并鼓勵勵用戶預存一一部分貨幣一一方便交易。系系統(tǒng)對賣方用用戶的收費采采用扣除個人人虛擬貨幣的的形式。系統(tǒng)參考其個人人虛擬賬戶貨貨幣金額數(shù)量量評定賣方信信用。3.1.2.22賣方發(fā)布商商品信息系統(tǒng)的賣家可以以是一般的零零散用戶也可可以是店鋪用用戶。賣家發(fā)發(fā)布所要出售售的商品信息息，可配以文文字描述和圖圖片，商品信信息在本網(wǎng)站

18、站內按類別顯顯示。若賣方為一般的的零散用戶，按按發(fā)布的商品品信息收取少少量的費用，按按賣方所需，每每個商品設置置不同的保留留時間，按不不同時間收取取費用，在規(guī)規(guī)定的時間內內如賣方未將將商品下架，系系統(tǒng)自行刪除除商品。若為個人店鋪用用戶，可以申申請不同的空空間集中展示示自己的商品品。按不同的的空間收取不不同的會員費費用。個人店店鋪提供了更更為詳盡的商商品信息。除除了一般的商商品信息外，還還有商品的數(shù)數(shù)量以及已定定購的數(shù)量，供供買方作為購購買參考。3.1.2.33買方查詢賣賣方和商品信信息，進行交交易對于買家，可以以在分類區(qū)查查找商品信息息；也可以用用站內搜索器器按商品名稱稱、類別、賣賣家、價格等

19、等關鍵字搜索索；還可以去去個人店鋪中中尋找。一旦旦找到與自己己需求匹配的的商品，可以以通過查看賣賣家的評價信信息借以判斷斷賣家的信用用。買方可以與賣家家在站內聯(lián)系系，也可以通通過賣方公布布的其他聯(lián)系系方式聯(lián)系（賣賣方可選擇公公布其站外聯(lián)聯(lián)系方式）。此此后雙方的交交易過程為本本系統(tǒng)的外部部行為，交易易在網(wǎng)下進行行。買賣行為為為買賣雙方方的個人行為為，買賣雙方方在交易前要要確認對方身身份的真實性性。若因個人人行為不慎造造成的損失不不在本系統(tǒng)負負責的范圍之之內。對于零散賣方，在在商品賣出后后賣方可自行行將其下架；如若在一定定期限內商品品未下架，系系統(tǒng)將予以下下架。對于店店鋪賣方，由由用戶自行管管理商

20、品。根根據(jù)用戶的會會員等級予以以不同數(shù)量的的商品貨架，本本網(wǎng)站鼓勵用用戶盡快將已已出售商品下下架，若買方方用戶投訴店店鋪賣方長期期空貨架行為為，系統(tǒng)對賣賣方的信用進進行懲罰。本系統(tǒng)提供一定定的信用評價價機制，為交交易雙方提供供一定程度上上的信用參考考價值，最大大限度的保證證交易雙方交交易的安全性性。對零散擁擁護和店鋪用用戶，提供不不同的信用評評價。賣方用戶必須留留存一定金額額的貨幣，如如有需要（如如取消店鋪權權限、取消賬賬號等）可以以在規(guī)定時間間內將站內的的虛擬貨幣進進行結算。3.1.2.44買方發(fā)布求求購信息同時，我們也為為買家提供了了發(fā)布求購商商品信息的平平臺。買家可可列出其需要要而沒有找

21、到到的商品，賣賣家根據(jù)這些些信息，可將將符合需求的的商品上架，或或直接與該買買家聯(lián)系。3.3信用體制制本系統(tǒng)與相似似的C2C網(wǎng)網(wǎng)上商店相比比，利用本系系統(tǒng)內部的虛虛擬貨幣，監(jiān)監(jiān)控買賣雙方方的交易行為為，提供一個個較為有效信信用保障體制制。3.3.1信用用的描述：本系統(tǒng)通過用戶戶用人民幣11：1換取站站內的虛擬貨貨幣。在本系系統(tǒng)內部開始始個人的虛擬擬貨幣銀行。用用戶的繳費是是以虛擬貨幣幣為流通貨幣幣的。因為零散型用戶戶買賣商品一一般為低價值值商品，加之之大部分的零零散型賣方的的交易行為都都是短期的一一次性的交易易。本系統(tǒng)僅僅為這些用戶戶提供交易的的信息平臺，并并沒有控制和和監(jiān)控雙方的的買賣行為。

22、買買方在購買一一般用戶的商商品時，可以以參考系統(tǒng)提提供的用戶的的信用值。而對于店鋪賣方方，由于一般般的交易金額額較大，且采采用定單的形形式。訂單的的處理由賣方方自行負責。賣賣方可以在受受到匯款后才才會發(fā)貨，也也可以貨到付付款。賣方的的貨架空間是是有限的，因因此在一件商商品售出后會會盡快將其下下架。雙方如如有任何的爭爭執(zhí)或投訴，都都必須出具證證明，有管理理人員裁定。如如果賣方出現(xiàn)現(xiàn)欺騙行為，除除了扣除其信信用值外，還還按其違約行行為的嚴重程程度扣除其銀銀行賬戶金額額，如若為買買方的欺騙行行為，系統(tǒng)也也將口初其個個人的信用值值。3.3.2評價價指標客戶搜索到所需需的商品后，可可以查詢賣方方的信用等

23、級級。對于一般的用戶戶，信用的指指標包括：其其在本網(wǎng)站登登陸時間，上上站時間，個個人銀行賬戶戶金額。對于店鋪用戶，信信用指標包括括：其在本網(wǎng)網(wǎng)站的注冊歷歷史，個人銀銀行賬戶金額額以及出現(xiàn)違違約的次數(shù)。3.3.3可能能出現(xiàn)的問題題：由于無法本系統(tǒng)統(tǒng)沒有對零散散客戶買方的的交易進行監(jiān)監(jiān)控，因此沒沒有對一般零零散的買賣雙雙方進行很完完善的信用評評價。僅僅用用了簡單的評評價指標，不不能完全體現(xiàn)現(xiàn)一般用戶的的交易信用。3.3.4信用用體制解決的的問題：保證買方的利益益，約束賣方方的交易行為為；敦促賣家（店鋪鋪）盡快將已已售商品下架架 ；為買賣雙方提供供一定的信用用參考由于本系統(tǒng)是是針對C2CC的網(wǎng)上商店

24、店，不太可能能有一個非常常完善的信用用體制。信用用體制的建立立是在理性消消費者的假設設上的，也就就是假設理性性消費者不會會做損人不利利己的事。實實際上，本系系統(tǒng)作為信息息發(fā)布的平臺臺，對信用的的要求也是有有限的。針對對我們有限的的信用要求，信信用體制上的的某些未解決決的問題給系系統(tǒng)帶來的危危害也并不是是很大。3.4收費機制制：本系統(tǒng)引入虛虛擬貨幣的機機制：每個用用戶都有虛擬擬貨幣帳戶，虛虛擬貨幣與實實際貨幣硬性性等價轉換。由由此，無論是是一般用戶還還是店鋪用戶戶，如果需要要發(fā)布商品信信息，首先通通過實款繳納納轉化成虛擬擬貨幣。一般用戶在發(fā)發(fā)布信息時費費用從虛擬賬賬戶扣除，按賣方所需需，每個商品

25、品設置不同的的保留時間，按按不同時間收收取費用，在在規(guī)定的時間間內如賣方未未將商品下架架，系統(tǒng)自行行刪除商品。店鋪用戶由系系統(tǒng)管理員定定時從其虛擬擬賬戶上扣除除。店鋪用戶可可以申請不同同的空間集中中展示自己的的商品。按不不同的空間收收取不同的會會員費用。對于零散用戶戶在注冊之初初，本系統(tǒng)給給予一定的貨貨幣金額。賣賣方用戶可以以發(fā)布有限條條商品信息，滿滿足只發(fā)布幾幾條信息的用用戶所求。對于店鋪用戶戶，在規(guī)定時時間可以結算算。保留一定定金額后可以以兌出。需要說明的是是在本系統(tǒng)試試運行的初期期，并不用戶戶收費。在運運行一定時間間后由管理者者按市場環(huán)境境決定何時進進行收費。3.5 系統(tǒng)數(shù)數(shù)據(jù)流程圖3上

26、圖表明了系統(tǒng)統(tǒng)中數(shù)據(jù)流程程，從數(shù)據(jù)的的角度重新分分析了業(yè)務中中的交易流程程和信用評價價流程。賣方注冊時相關關信息就將記記錄在系統(tǒng)中中的客戶信息息數(shù)據(jù)庫中。用用戶信息包括括用戶的常規(guī)規(guī)信息以及賣賣方用戶的類類型：店鋪型型，零散型。賣方在提交商品品信息給系統(tǒng)統(tǒng)時，系統(tǒng)會會自動檢測用用戶的貨幣量量是否足夠。只只有保存一定定量的虛擬貨貨幣，賣方的的商品信息才才能成功提交交給系統(tǒng)。成成功后，系統(tǒng)統(tǒng)將商品信息息展示在網(wǎng)站站上并記錄在在數(shù)據(jù)庫中。買方通過檢索網(wǎng)網(wǎng)站上的展示示商品搜尋到到所滿意的商商品。在確定定購買前，買買方還可以查查詢賣方的信信用信息以判判斷是否購買買。如果沒有有搜尋到商品品，可以在本本系統(tǒng)

27、登記所所需商品。決定購買后，提提交定單。系系統(tǒng)將定單記記錄保存。賣賣方自行處理理定單。如若在交易中出出現(xiàn)了某方的的欺詐行為可可以在本系統(tǒng)統(tǒng)進行投訴。系系統(tǒng)將投訴進進行記錄，并并在核實后對對欺詐方進行行懲罰，對其其信用值進行行扣減。 3.6 系統(tǒng)統(tǒng)實體關系圖圖系統(tǒng)實體包括：買方、賣方方、系統(tǒng)管理理員以及商品品。買方可以發(fā)布商商品需求，可可以對商品進進行評價，同同時可以購買買商品。賣方可以發(fā)布并并修改商品信信息，對商品品進行評價，出出售商品。用戶在注冊中以以及注冊后都都可以申請權權限的升級。當當在交易中出出現(xiàn)問題時用用戶可以向系系統(tǒng)管理員進進行投訴。管管理員擁有對對用戶信用值值進行管理的的權限。同

28、時，所有用戶戶都可以對各各個店鋪進行行信用的評價價的權利，并并且系統(tǒng)管理理員可以對所所有的商品以以及商品的目目錄進行管理理。四 系統(tǒng)設計4.1系統(tǒng)運行行基礎環(huán)境CPU：1.00G Hz 以上（推薦薦）內存：128MM 以上（推推薦）操作系統(tǒng)：Wiindowss 20000技術選擇：PHHP（Smaarty TTemplaate Enngine）構架選擇：MVVCDBMS選擇：MySQLL構架實現(xiàn)選擇：Smartty4.2 數(shù)據(jù)庫庫設計4.2.1 數(shù)數(shù)據(jù)庫分析與與數(shù)據(jù)庫規(guī)范范根據(jù)數(shù)據(jù)流程分分析和ER分分析，實體以以及實體間的的關系可以講講數(shù)據(jù)庫分成成：users, produucts, orde

29、rrs, asssess, requuires, cateegoriees, maailboxx, messsage個表。按照表與表之間間的一對一或或一對多原則則，可以將表表重新設計為為：users, shop, prodducts, ordeers, oorderss_itemms, asssess, requuires, prodducts_categgoriess, cattegoriies, mmailboox, meessagee。各表中的屬性包包括：users (usernname, paassworrd, prriv, ffirstnname, lastnname, emaill

30、, phoone, aaddresss, acccountt, creedit, prop, logiintimee, favvoritee )productts (id, userrname, namee, desscripttion, pricee, on_speciial, ttimesttamp, assesss_id, on_aadvicee)requirss (id, userrname, namee, desscripttion, pricee, amoount, timesstamp)orders (id, userrname, o_tiimestaamp, aa_timees

31、tampp, staatus, statuus_dettail, custiionfo, commments, amouunt)order_iitem (orderr_id, produucst_iid, prrice, qty, statee)productts_cattegoriies (pproducct_id, cateegory_id)categorries (id, pareented, namee, desscripttion, produucts_iid, caategorry_id)shop (iid, userrname, namee, sizze, u_size, des

32、ccriptiion, aassesss_id)assess (id, userrname, propp, desscripttion)emailboox (userrname, t_siize, uused_ssize)messagee (id, usernname, send_time, titlle, siize, rreceivve_timme, coontentt )其中，加橫線的的為表中的主主鍵，波浪線線為其外鍵。在users表表中，useernamee是用戶的主主鍵，priiv代表用戶戶的權限，是是否為管理員員，propp代表用戶的的屬性，是店店鋪用戶還是是普通用戶，aaccou

33、nnt為用戶的的虛擬賬戶，ccreditt是用戶的信信用評價值，lloginttime是用用戶注冊時間間。productts記錄了商商品的信息。oon_speecial, on_aadvicee表示商品是是否為特價商商品以及是否否為廣告商品品，asseess_idd將商品和對對它評價的信信息關聯(lián)。requirees表，記錄錄了用戶對商商品的需求。orders表表記錄用戶的的每筆定單。oorder_item將將orderrs表和prroductts表相關聯(lián)聯(lián)。一個定單單可以訂多個個商品，一個個商品也可以以被多個人訂訂取。categorries記錄錄的是商品的的目錄。同樣樣，prodducts_c

34、ateggoriess表將cattegoriies和prroductts表相關聯(lián)聯(lián)。一個商品品屬于一個目目錄，但一個個目錄下可以以有多個商品品。shop表記記錄的是每個個店鋪用戶開開社的商店的的信息。asssess_id將記錄錄對商店的評評價信息與sshop相關關聯(lián)。assesss表記錄了用用戶對商品或或者對商店的的評價。其中中的propp區(qū)分了此二二者的用途， emaailboxx和messsage表分分別記錄了用用戶的消息箱箱以及每條消消息。4.2.2數(shù)據(jù)據(jù)表、數(shù)據(jù)項項之間的關系系數(shù)據(jù)庫中各個表表單之間的關關系以及數(shù)據(jù)據(jù)項間的關系系間下圖。圖圖中的表及其其關聯(lián)表示了了表中屬性的的類型以及表

35、表和表之間關關聯(lián)關系。強關聯(lián)關系要求求一個商品必必須對應一個個用戶，一個個定單必須對對于一個用戶戶，一個orrdr_ittems必須須對應一個oorderss表，一個sshop必須須對應一個用用戶，prooductss_cateegorittes必須同同時對應一個個produucts和一一個cateegoriees表單，一一個emaiilbox表表單必須對應應一個useers表，一一個masssage必須須對應一個uusers表表。圖中表示出了各各表之間的主主鍵和外鍵。圖44.3系統(tǒng)設計計4.3.1 MMVC簡介M：Modell 模型V：View 視圖C：Contrrollerr 控制器圖54

36、.3.1.11 M-VV-C各自的的職責：Model 的的作用主要是是封裝數(shù)據(jù)及及系統(tǒng)的狀態(tài)態(tài)，另外太還還要處理商業(yè)業(yè)邏輯，但是是在目前的設設計中通常是是把商業(yè)邏輯輯另外分開（PPHP）View 是用用來顯示和發(fā)發(fā)送requuest的一一個UI，在在View通通常沒有商業(yè)業(yè)處理，只是是將要處理的的數(shù)據(jù)格式化化（HTMLL）Controlller 它它只要負責接接受requuest，選選擇相應的rresponnse視圖，并并傳遞模型數(shù)數(shù)據(jù)（PHPP）4.3.1.22 M-VV-C的特點點開發(fā)MVC系統(tǒng)統(tǒng)比簡單的PPHP開發(fā)要要復雜一點，它它需要更多的的時間學習和和掌握。同時時新東西的引引入會帶來

37、新新的問題：必須基于MVCC組件的方式式重新思考和和設計應用結結構。原來通通過建立一個個簡單的 PHPP頁面就能實實現(xiàn)的應用現(xiàn)現(xiàn)在變成了多多個步驟的設設計和實現(xiàn)過過程。 所有的頁面和組組件必須在MMVC框架中中實現(xiàn)，所以以必須進行附附加地開發(fā)工工作。 MVC本身就是是一個復雜的的系統(tǒng)，所以以采用MVCC實現(xiàn)Webb應用時，最最好選一個現(xiàn)現(xiàn)成的MVCC框架，在此此之下進行開開發(fā)，從而取取得事半功倍倍的效果?，F(xiàn)現(xiàn)在有很多可可供使用的MMVC框架，由由于Smarrty有完整整的文檔并且且相對來講比比較簡單，所所以用它開發(fā)發(fā)MVC系統(tǒng)統(tǒng)還是比較方方便地。另外說明，嚴格格的說Smaarty不是是一個MVCC的Frammeworkk，只是一個個Templlate EEnginee，但是我們們可以用Smmarty來來實現(xiàn)MVCC4.3.2 SSmartyy簡介*Smart