C2C網(wǎng)上交易平臺(tái)系統(tǒng)分析與設(shè)計(jì)報(bào)告

C2C網(wǎng)上交易平臺(tái)系統(tǒng)分析與設(shè)計(jì)報(bào)電子商務(wù)01級(jí)2004年9月小組成員：陳劍郝雪梅吳雙吳婷趙柏敏薛莉麗

、項(xiàng)目定義 3、需求分析、項(xiàng)目定義 3、需求分析 3TOC\o"1-5"\h\z\o"CurrentDocument"C2C市場(chǎng)存在的意義 3\o"CurrentDocument"現(xiàn)存C2C市場(chǎng)的缺陷 3\o"CurrentDocument"2.3本系統(tǒng)C2C網(wǎng)上交易平臺(tái)概述 4三、系統(tǒng)分析 5\o"CurrentDocument"3.1業(yè)務(wù)流程分析 5\o"CurrentDocument"用戶注冊(cè)登陸 5\o"CurrentDocument"交易過程 6\o"CurrentDocument"3.3信用體制 8\o"CurrentDocument"信用的描述： 8\o"CurrentDocument"評(píng)價(jià)指標(biāo) 9\o"CurrentDocument"可能出現(xiàn)的問題： 9\o"CurrentDocument"信用體制解決的問題： 9\o"CurrentDocument"3.4收費(fèi)機(jī)制： 9\o"CurrentDocument"3.5系統(tǒng)數(shù)據(jù)流程 10\o"CurrentDocument"3.6系統(tǒng)實(shí)體關(guān)系圖 11四系統(tǒng)設(shè)計(jì) 四系統(tǒng)設(shè)計(jì) 12\o"CurrentDocument"4.1系統(tǒng)運(yùn)行基礎(chǔ)環(huán)境 12\o"CurrentDocument"數(shù)據(jù)庫(kù)設(shè)計(jì) 12\o"CurrentDocument"數(shù)據(jù)庫(kù)分析與數(shù)據(jù)庫(kù)規(guī)范 12\o"CurrentDocument"數(shù)據(jù)表、數(shù)據(jù)項(xiàng)之間的關(guān)系 13\o"CurrentDocument"4.3系統(tǒng)設(shè)計(jì) 15\o"CurrentDocument"MVC簡(jiǎn)介 15\o"CurrentDocument"Smarty簡(jiǎn)介 16\o"CurrentDocument"為什么選用MySQL 仃\o"CurrentDocument"持久層設(shè)計(jì) 17\o"CurrentDocument"系統(tǒng)整體設(shè)計(jì) 18\o"CurrentDocument"用戶權(quán)限設(shè)計(jì) 19項(xiàng)目定義本系統(tǒng)旨在構(gòu)建一個(gè)以學(xué)生為買方主體的 C2C網(wǎng)上商店。面向南大浦口、鼓樓學(xué)生以及外校的部分年輕人群。主要的角色包括買方、賣方和系統(tǒng)管理員。賣方除了一般的零散客戶還為供應(yīng)較多、較穩(wěn)定的大型賣者提供個(gè)人店鋪空間。二、需求分析2.1C2C市場(chǎng)存在的意義隨著人們消費(fèi)水平的提高，個(gè)人消費(fèi)品市場(chǎng)空前發(fā)展，我們發(fā)現(xiàn)，越來越多的人擁有大量的閑置商品。這些商品有新有舊，但都具有完整的使用價(jià)值。擁有者們也許現(xiàn)在不需要它們，便想到把它們出售?？墒侨绾握业劫I主，卻成為一個(gè)令人頭疼的問題。以學(xué)生為例。由于學(xué)生愛追趕時(shí)尚潮流，而且購(gòu)買行為往往缺乏計(jì)劃性， 使得他們常常因一時(shí)沖動(dòng)買下某物，之后又發(fā)現(xiàn)并沒有用。學(xué)生對(duì)于電腦、手機(jī)、 MP3等電子產(chǎn)品需求較多，而這些東西更新又很快，需求的不同使他們希望能互通有無。一些舊書籍、雜志、音像制品、生活用品等，也是留之無用、棄之可惜，若能賣給需要的人不是皆大歡喜 ？與此同時(shí)，隨著學(xué)生們的商品意識(shí)的加強(qiáng)， 有很多同學(xué)以代理商品銷售為兼職， 有開設(shè)個(gè)人店鋪的需求。但由于資金方面的限制，不可能開設(shè)真正的店鋪?？墒怯捎诠┬桦p方市場(chǎng)的不對(duì)稱性， 賣主很難找到合適的買主，有這些需求的人更是不知道有誰要出售，造成這種C2C交易很難達(dá)成。目前普遍的辦法是賣者在校內(nèi)擺個(gè)地?cái)偂?做代銷的同學(xué)到處帖廣告或者直接上門推銷，展示并出售自己的商品，可是時(shí)間、地點(diǎn)、 規(guī)模都受到限制，而且要耗費(fèi)大量的時(shí)間和體力， 還未必有好的效果。要是有一個(gè)平臺(tái)，讓供需雙方集中地發(fā)布交易信息，并提供雙方的聯(lián)系方式，促成其交易的達(dá)成，將為買賣雙方帶來極大的便利。2.2現(xiàn)存C2C市場(chǎng)的缺陷面對(duì)如此商機(jī)，精明的商家不會(huì)無動(dòng)于衷，現(xiàn)在 C2C網(wǎng)上交易市場(chǎng)已經(jīng)發(fā)展壯大起來。但是我們分析后發(fā)現(xiàn)，現(xiàn)存C2C市場(chǎng)存在著一些缺陷，尤其不能適應(yīng)校園市場(chǎng)的需求。我們調(diào)查發(fā)現(xiàn)，目前C2C網(wǎng)站中大部分都是拍賣網(wǎng)站。 當(dāng)然，拍賣作為C2C的主導(dǎo)交易模式，其優(yōu)點(diǎn)是存在的，但它的缺陷也是明顯的： 交易時(shí)間長(zhǎng)，買賣雙方要耗費(fèi)大量的時(shí)間和精力。這種模式適合于價(jià)值較高的商品， 而學(xué)生的閑置商品往往是耐用消費(fèi)品， 價(jià)值較低，擁有者希望盡快出手，而并不想耗費(fèi)太多精力計(jì)較一點(diǎn)價(jià)格差異， 因此拍賣模式對(duì)校園市場(chǎng)尤其不適合?，F(xiàn)存的另一種C2C網(wǎng)上交易市場(chǎng)就是類似于小百合 bbs的fleamarket。這是以bbs為平臺(tái)，供交易雙方發(fā)布信息，并提供站內(nèi)聯(lián)系。但這種方式是很初級(jí)的，它只是以交易信息作為bbs的一項(xiàng)內(nèi)容，而不是專業(yè)的交易平臺(tái)。它沒有按商品分類，用戶查找起來很不方便，只能“誤打誤撞”；由于它是非正式的，缺乏交易規(guī)則約束，尤其是它沒有保證交易者的信用保障，也沒有信用評(píng)估體系，交易者要承擔(dān)一定的風(fēng)險(xiǎn)，使它的可信度下降。鑒于以上分析，我們的系統(tǒng)為買賣雙方提供一個(gè)集中的 C2C信息交易平臺(tái)，促進(jìn)買賣雙方的信息溝通，較完善的信用機(jī)制提供一定程度上的信用保證， 為同學(xué)們提供方便的同時(shí)保證同學(xué)們交易的安全性。2.3本系統(tǒng)C2C網(wǎng)上交易平臺(tái)概述本系統(tǒng)面向以學(xué)生為主的用戶群體，為它們提供 C2C交易的平臺(tái)。賣者發(fā)布出售商品的信息，買者也可發(fā)布求購(gòu)信息。本系統(tǒng)的用戶分為散戶和個(gè)人店鋪用戶。系統(tǒng)采取虛擬貨幣進(jìn)行交易和流通，用戶通過匯款或銀行劃賬等方式用真實(shí)貨幣換取虛擬貨幣，賣方按其類型收取不同的費(fèi)用， 費(fèi)用通過本站系統(tǒng)的虛擬貨幣扣除。 可以在需要購(gòu)買商品時(shí)換取虛擬貨幣也可以預(yù)先在本系統(tǒng)設(shè)立個(gè)人虛擬貨幣銀行。 一方面是金融業(yè)的發(fā)達(dá)加快貨幣的流通使得匯款或轉(zhuǎn)帳變得更為快捷， 另一方面一次轉(zhuǎn)帳可以減少用戶多次匯款轉(zhuǎn)帳的額外費(fèi)用，節(jié)省了開支。用戶在本站通過搜索或分類查找， 尋求交易伙伴。用戶可以查詢賣方的相關(guān)信息和信用評(píng)價(jià)等指標(biāo)，決定是否購(gòu)買。交易中，按賣方的類型（一般的零散用戶或店鋪用戶）分成兩種不同的模型：系統(tǒng)為有較大商品銷售需求的賣方提供的店鋪空間， 集中展示個(gè)人商品，并為賣家提供一定的優(yōu)惠和折扣。用戶通過分類搜索，查詢到滿意的商品。同時(shí)可以查看到賣方的上站時(shí)間、 上架商品次數(shù)以及是否有在本站交易違約行為的記錄等歷史信息， 如果是店鋪賣方，買家還可以查詢店鋪的相關(guān)歷史信息。決定購(gòu)買后用戶可通過站內(nèi)或其他聯(lián)系方式聯(lián)系。 雙方成交后，在網(wǎng)下自行交易，本站不監(jiān)控交易過程。在交易過程中如有哪一方出現(xiàn)欺騙行為，可以進(jìn)行投訴，經(jīng)系統(tǒng)管理員確認(rèn)后，對(duì)欺騙方進(jìn)行懲罰。本系統(tǒng)對(duì)個(gè)人店鋪的賣方用戶實(shí)行會(huì)員制， 收取會(huì)員費(fèi)用；對(duì)一般的零散型賣方按所發(fā)布的商品信息收取費(fèi)用，費(fèi)用通過虛擬貨幣扣除。本系統(tǒng)對(duì)買方不收取費(fèi)用。在商店運(yùn)行的初期，為了提高網(wǎng)站的知名度和擴(kuò)大網(wǎng)站的影響力，本系統(tǒng)在 1年內(nèi)不收取費(fèi)用。本系統(tǒng)保證了買賣雙方的交易的安全性。 我們針對(duì)目前C2C市場(chǎng)普遍缺乏信用保證的現(xiàn)狀，使通過本站達(dá)成的交易更加安全可靠，提高用戶的放心度和滿意度。系統(tǒng)分析系統(tǒng)分析3.1業(yè)務(wù)流程分析用戶進(jìn)入本網(wǎng)站須注冊(cè)并取得賬號(hào)后方能進(jìn)行交易。若沒有注冊(cè)，也可以瀏覽商品信息，但不能獲得賣方或買方的聯(lián)系方式， 也不能對(duì)商品留言或在論壇發(fā)表觀點(diǎn)。 用戶登錄后,可以發(fā)布商品信息，買方瀏覽所需商品，雙方供需匹配后聯(lián)系，進(jìn)行實(shí)際交易。由此得出本系統(tǒng)的業(yè)務(wù)流程分為三部分：用戶注冊(cè)登陸、交易過程、信用評(píng)價(jià)。下面分別予以說明：用戶注冊(cè)登陸業(yè)務(wù)流程圖如下所示:Y掙皓＜,戶ff；l;Y掙皓＜,戶ff；l;I-'J]11:匸敞冃廠升級(jí)I毀得密眄I I遞過峻iiL1￥（店制用戶〉圖1用戶注冊(cè)登錄的過程分為散戶注冊(cè)和個(gè)人店鋪用戶注冊(cè)。系統(tǒng)要求用戶注冊(cè)真實(shí)信息。如果因用戶注冊(cè)為非真實(shí)信息而造成的任何損失本系統(tǒng)不予以負(fù)責(zé)。對(duì)于零散用戶，我們采用email地址作為個(gè)人身份的驗(yàn)證標(biāo)識(shí)。用戶注冊(cè)時(shí)，輸入個(gè)人的email地址，本網(wǎng)站將其密碼發(fā)送至其郵箱中， 用戶用該密碼登錄本網(wǎng)站，成為正式用戶。

此舉在一定程度上保證了注冊(cè)者的身份可靠，防止惡意注冊(cè)。若為店鋪用戶，需要進(jìn)行實(shí)地驗(yàn)證。店鋪用戶需向系統(tǒng)出具保證個(gè)人真實(shí)身份的證件。比如身份證件、學(xué)生證等。經(jīng)本系統(tǒng)管理人員確認(rèn)后予以通過。 以此最大限度的保證店鋪用戶的身份真實(shí)性，為買方提供信用保障。散戶用戶在注冊(cè)后可以申請(qǐng)升級(jí)為店鋪用戶。已登錄用戶可隨時(shí)修改密碼。3.1.2 交易過程業(yè)務(wù)流程圖如下所示:人虛搠果和3為如共同行為IENDJ011tI城加需求1人虛搠果和3為如共同行為IENDJ011tI城加需求11:皿Th色行菇品L_7t~Tiii*1i1i<■■Tl1i1IiiJ?iiJ ii、0實(shí)廳IT為△Y卜達(dá)電單-?LM龜1管翼員和為店鋪用戶賣方交易流程圖2I姑仁息熔曲藺禺怙息T&宦屈買方0實(shí)廳IT為△Y卜達(dá)電單-?LM龜1管翼員和為店鋪用戶賣方交易流程圖2I姑仁息熔曲藺禺怙息T&宦屈買方!買方行為rtZi'T^-LAr;!tw/JKti怕J!]貞卜JU尢i 1: ]I；；”發(fā)二甘『蘿求I! IIN'『再看陽(yáng)訊|~friJfltI" '『再看陽(yáng)訊|~friJfltI" 1irAOLUiU■-^="?^=,*^K =""-I期甲會(huì)站r系統(tǒng)為每個(gè)用戶開設(shè)虛擬銀行，并鼓勵(lì)用戶預(yù)存一部分貨幣一方便交易。 系統(tǒng)對(duì)賣方用戶的收費(fèi)采用扣除個(gè)人虛擬貨幣的形式。系統(tǒng)參考其個(gè)人虛擬賬戶貨幣金額數(shù)量評(píng)定賣方信用。賣方發(fā)布商品信息系統(tǒng)的賣家可以是一般的零散用戶也可以是店鋪用戶。賣家發(fā)布所要出售的商品信息，可配以文字描述和圖片，商品信息在本網(wǎng)站內(nèi)按類別顯示。若賣方為一般的零散用戶，按發(fā)布的商品信息收取少量的費(fèi)用，按賣方所需，每個(gè)商品設(shè)置不同的保留時(shí)間，按不同時(shí)間收取費(fèi)用，在規(guī)定的時(shí)間內(nèi)如賣方未將商品下架，系統(tǒng)自行刪除商品。若為個(gè)人店鋪用戶，可以申請(qǐng)不同的空間集中展示自己的商品。 按不同的空間收取不同的會(huì)員費(fèi)用。個(gè)人店鋪提供了更為詳盡的商品信息。 除了一般的商品信息外， 還有商品的數(shù)量以及已定購(gòu)的數(shù)量，供買方作為購(gòu)買參考。買方查詢賣方和商品信息，進(jìn)行交易對(duì)于買家，可以在分類區(qū)查找商品信息；也可以用站內(nèi)搜索器按商品名稱、類別、賣家、價(jià)格等關(guān)鍵字搜索；還可以去個(gè)人店鋪中尋找。一旦找到與自己需求匹配的商品，可以通過查看賣家的評(píng)價(jià)信息借以判斷賣家的信用。買方可以與賣家在站內(nèi)聯(lián)系，也可以通過賣方公布的其他聯(lián)系方式聯(lián)系 （賣方可選擇公布其站外聯(lián)系方式）。此后雙方的交易過程為本系統(tǒng)的外部行為，交易在網(wǎng)下進(jìn)行。買賣行為為買賣雙方的個(gè)人行為，買賣雙方在交易前要確認(rèn)對(duì)方身份的真實(shí)性。 若因個(gè)人行為不慎造成的損失不在本系統(tǒng)負(fù)責(zé)的范圍之內(nèi)。對(duì)于零散賣方，在商品賣出后賣方可自行將其下架； 如若在一定期限內(nèi)商品未下架， 系統(tǒng)將予以下架。對(duì)于店鋪賣方，由用戶自行管理商品。根據(jù)用戶的會(huì)員等級(jí)予以不同數(shù)量的商品貨架，本網(wǎng)站鼓勵(lì)用戶盡快將已出售商品下架， 若買方用戶投訴店鋪賣方長(zhǎng)期空貨架行為，系統(tǒng)對(duì)賣方的信用進(jìn)行懲罰。本系統(tǒng)提供一定的信用評(píng)價(jià)機(jī)制， 為交易雙方提供一定程度上的信用參考價(jià)值， 最大限度的保證交易雙方交易的安全性。對(duì)零散擁護(hù)和店鋪用戶，提供不同的信用評(píng)價(jià)。賣方用戶必須留存一定金額的貨幣， 如有需要（如取消店鋪權(quán)限、取消賬號(hào)等）可以在規(guī)定時(shí)間內(nèi)將站內(nèi)的虛擬貨幣進(jìn)行結(jié)算。買方發(fā)布求購(gòu)信息同時(shí)，我們也為買家提供了發(fā)布求購(gòu)商品信息的平臺(tái)。 買家可列出其需要而沒有找到的商品，賣家根據(jù)這些信息，可將符合需求的商品上架，或直接與該買家聯(lián)系。3.3信用體制本系統(tǒng)與相似的C2C網(wǎng)上商店相比，利用本系統(tǒng)內(nèi)部的虛擬貨幣，監(jiān)控買賣雙方的交易行為，提供一個(gè)較為有效信用保障體制。信用的描述：本系統(tǒng)通過用戶用人民幣1：1換取站內(nèi)的虛擬貨幣。在本系統(tǒng)內(nèi)部開始個(gè)人的虛擬貨幣銀行。用戶的繳費(fèi)是以虛擬貨幣為流通貨幣的。因?yàn)榱闵⑿陀脩糍I賣商品一般為低價(jià)值商品， 加之大部分的零散型賣方的交易行為都是短期的一次性的交易。本系統(tǒng)僅為這些用戶提供交易的信息平臺(tái)， 并沒有控制和監(jiān)控雙方的買賣行為。買方在購(gòu)買一般用戶的商品時(shí)，可以參考系統(tǒng)提供的用戶的信用值。而對(duì)于店鋪賣方，由于一般的交易金額較大，且采用定單的形式。訂單的處理由賣方自行負(fù)責(zé)。賣方可以在受到匯款后才會(huì)發(fā)貨，也可以貨到付款。 賣方的貨架空間是有限的，因此在一件商品售出后會(huì)盡快將其下架。 雙方如有任何的爭(zhēng)執(zhí)或投訴， 都必須出具證明，有管理人員裁定。如果賣方出現(xiàn)欺騙行為，除了扣除其信用值外，還按其違約行為的嚴(yán)重程度扣除其銀行賬戶金額，如若為買方的欺騙行為，系統(tǒng)也將口初其個(gè)人的信用值。332評(píng)價(jià)指標(biāo)客戶搜索到所需的商品后，可以查詢賣方的信用等級(jí)。對(duì)于一般的用戶，信用的指標(biāo)包括： 其在本網(wǎng)站登陸時(shí)間，上站時(shí)間， 個(gè)人銀行賬戶金額。對(duì)于店鋪用戶，信用指標(biāo)包括：其在本網(wǎng)站的注冊(cè)歷史，個(gè)人銀行賬戶金額以及出現(xiàn)違約的次數(shù)。可能出現(xiàn)的問題：由于無法本系統(tǒng)沒有對(duì)零散客戶買方的交易進(jìn)行監(jiān)控，因此沒有對(duì)一般零散的買賣雙方進(jìn)行很完善的信用評(píng)價(jià)。僅僅用了簡(jiǎn)單的評(píng)價(jià)指標(biāo)，不能完全體現(xiàn)一般用戶的交易信用。信用體制解決的問題：保證買方的利益，約束賣方的交易行為；敦促賣家（店鋪）盡快將已售商品下架 ；為買賣雙方提供一定的信用參考由于本系統(tǒng)是針對(duì)C2C的網(wǎng)上商店，不太可能有一個(gè)非常完善的信用體制。 信用體制的建立是在理性消費(fèi)者的假設(shè)上的，也就是假設(shè)理性消費(fèi)者不會(huì)做損人不利己的事。實(shí)際上，本系統(tǒng)作為信息發(fā)布的平臺(tái)，對(duì)信用的要求也是有限的。針對(duì)我們有限的信用要求，信用體制上的某些未解決的問題給系統(tǒng)帶來的危害也并不是很大。3.4收費(fèi)機(jī)制：本系統(tǒng)引入虛擬貨幣的機(jī)制：每個(gè)用戶都有虛擬貨幣帳戶，虛擬貨幣與實(shí)際貨幣硬性等價(jià)轉(zhuǎn)換。由此，無論是一般用戶還是店鋪用戶，如果需要發(fā)布商品信息，首先通過實(shí)款繳納轉(zhuǎn)化成虛擬貨幣。一般用戶在發(fā)布信息時(shí)費(fèi)用從虛擬賬戶扣除， 按賣方所需，每個(gè)商品設(shè)置不同的保留時(shí)間，按不同時(shí)間收取費(fèi)用，在規(guī)定的時(shí)間內(nèi)如賣方未將商品下架，系統(tǒng)自行刪除商品。店鋪用戶由系統(tǒng)管理員定時(shí)從其虛擬賬戶上扣除。 店鋪用戶可以申請(qǐng)不同的空間集中展示自己的商品。按不同的空間收取不同的會(huì)員費(fèi)用。對(duì)于零散用戶在注冊(cè)之初，本系統(tǒng)給予一定的貨幣金額。賣方用戶可以發(fā)布有限條商品信息，滿足只發(fā)布幾條信息的用戶所求。

對(duì)于店鋪用戶，在規(guī)定時(shí)間可以結(jié)算。保留一定金額后可以兌出。需要說明的是在本系統(tǒng)試運(yùn)行的初期， 并不用戶收費(fèi)。在運(yùn)行一定時(shí)間后由管理者按市場(chǎng)環(huán)境決定何時(shí)進(jìn)行收費(fèi)。3.5系統(tǒng)數(shù)據(jù)流程上圖表明了系統(tǒng)中數(shù)據(jù)流程，從數(shù)據(jù)的角度重新分析了業(yè)務(wù)中的交易流程和信用評(píng)價(jià)流程。賣方注冊(cè)時(shí)相關(guān)信息就將記錄在系統(tǒng)中的客戶信息數(shù)據(jù)庫(kù)中。 用戶信息包括用戶的常規(guī)信息以及賣方用戶的類型：店鋪型，零散型。賣方在提交商品信息給系統(tǒng)時(shí)， 系統(tǒng)會(huì)自動(dòng)檢測(cè)用戶的貨幣量是否足夠。 只有保存一定量的虛擬貨幣，賣方的商品信息才能成功提交給系統(tǒng)。 成功后，系統(tǒng)將商品信息展示在網(wǎng)站上并記錄在數(shù)據(jù)庫(kù)中。買方通過檢索網(wǎng)站上的展示商品搜尋到所滿意的商品。 在確定購(gòu)買前，買方還可以查詢賣方的信用信息以判斷是否購(gòu)買。如果沒有搜尋到商品，可以在本系統(tǒng)登記所需商品。決定購(gòu)買后，提交定單。系統(tǒng)將定單記錄保存。賣方自行處理定單。

系統(tǒng)將投訴進(jìn)行記錄，并如若在交易中出現(xiàn)了某方的欺詐行為可以在本系統(tǒng)進(jìn)行投訴。系統(tǒng)將投訴進(jìn)行記錄，并在核實(shí)后對(duì)欺詐方進(jìn)行懲罰，對(duì)其信用值進(jìn)行扣減。3.6系統(tǒng)實(shí)體關(guān)系圖同時(shí)可以購(gòu)買商品。同時(shí)可以購(gòu)買商品。用戶在注冊(cè)中以及注冊(cè)后都可以申請(qǐng)權(quán)限的升級(jí)。 當(dāng)在交易中出現(xiàn)問題時(shí)用戶可以向系統(tǒng)管理員進(jìn)行投訴。管理員擁有對(duì)用戶信用值進(jìn)行管理的權(quán)限。同時(shí)，所有用戶都可以對(duì)各個(gè)店鋪進(jìn)行信用的評(píng)價(jià)的權(quán)利， 并且系統(tǒng)管理員可以對(duì)所有的商品以及商品的目錄進(jìn)行管理。四系統(tǒng)設(shè)計(jì)4.1系統(tǒng)運(yùn)行基礎(chǔ)環(huán)境CPU1.0GHz以上（推薦）內(nèi)存：128M以上（推薦）操作系統(tǒng)：Windows2000技術(shù)選擇：PHP(SmartyTemplateEngine)構(gòu)架選擇：MVCDBMS選擇：MySQL構(gòu)架實(shí)現(xiàn)選擇：Smarty4.2數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)分析與數(shù)據(jù)庫(kù)規(guī)范根據(jù)數(shù)據(jù)流程分析和 ER分析，實(shí)體以及實(shí)體間的關(guān)系可以講數(shù)據(jù)庫(kù)分成：users,products,orders,assess,requires,categories,mailbox,message個(gè)表。按照表與表之間的一對(duì)一或一對(duì)多原則，可以將表重新設(shè)計(jì)為：users,shop,products,orders,orders_items,assess,requires,products_categories,categories,mailbox,message。各表中的屬性包括：users(username,password,priv, firstname, lastname,email,phone,address,account,credit,prop,logintime,favorite)products(id,username,name,description,price, on_special, timestamp,assess_id,on_advice)requirs(id,username,name,description,price,amount,timestamp)orders(id,username,.o_timestamp,a_timestamp,status,status_detail, custionfo,comments,amount)order_item(order_id,producst_id,price,qty,state)products_categories(product_id,category categories(id,parented,name,description,products_id,category_id)shop(id,username,name,size,u_size,description,assess_id)assess(id,username,prop,description)emailbox(username,t_size,used_size)message(id^username,send_time,title,size,receive_time,content)其中，加橫線的為表中的主鍵，波浪線為其外鍵。在users表中，username是用戶的主鍵，priv代表用戶的權(quán)限，是否為管理員， prop代表用戶的屬性，是店鋪用戶還是普通用戶，account為用戶的虛擬賬戶，credit是用戶的信用評(píng)價(jià)值，logintime是用戶注冊(cè)時(shí)間。products記錄了商品的信息。on_special,on_advice表示商品是否為特價(jià)商品以及是否為廣告商品，assess_id將商品和對(duì)它評(píng)價(jià)的信息關(guān)聯(lián)。requires表，記錄了用戶對(duì)商品的需求。orders表記錄用戶的每筆定單。 order_item將orders表和products表相關(guān)聯(lián)。一個(gè)定單可以訂多個(gè)商品，一個(gè)商品也可以被多個(gè)人訂取。categories 記錄的是商品的目錄。同樣， products_categories表將categories 禾口products表相關(guān)聯(lián)。一個(gè)商品屬于一個(gè)目錄，但一個(gè)目錄下可以有多個(gè)商品。shop表記錄的是每個(gè)店鋪用戶開社的商店的信息。 assess_id將記錄對(duì)商店的評(píng)價(jià)信息與shop相關(guān)聯(lián)。assess表記錄了用戶對(duì)商品或者對(duì)商店的評(píng)價(jià)。其中的prop區(qū)分了此二者的用途，emailbox和message表分別記錄了用戶的消息箱以及每條消息。數(shù)據(jù)表、數(shù)據(jù)項(xiàng)之間的關(guān)系數(shù)據(jù)庫(kù)中各個(gè)表單之間的關(guān)系以及數(shù)據(jù)項(xiàng)間的關(guān)系間下圖。 圖中的表及其關(guān)聯(lián)表示了表中屬性的類型以及表和表之間關(guān)聯(lián)關(guān)系。強(qiáng)關(guān)聯(lián)關(guān)系要求一個(gè)商品必須對(duì)應(yīng)一個(gè)用戶，一個(gè)定單必須對(duì)于一個(gè)用戶，一個(gè)ordr_items必須對(duì)應(yīng)一個(gè)orders表，一個(gè)shop必須對(duì)應(yīng)一個(gè)用戶，products_categorites必須同時(shí)對(duì)應(yīng)一個(gè) products和一個(gè)categories表單，一個(gè)emailbox表單必須對(duì)應(yīng)一個(gè)users表，一個(gè)massage必須對(duì)應(yīng)一個(gè)users表。圖中表示出了各表之間的主鍵和外鍵。usersPKu^ernnmepasswordprivefristTiomelastnanicetinianlarcnu.ntcreditordersPKid -?usernumeotirriiiestampntimestampstatusstatusdetailamountrequiresPKId?aiM-rnamcnatnedcscriptiuiipriceamountlimestanipshopPKidu^urnsirncnamesizedescriptionprii?edescriptionpwturennspecialaccessionidorderit隼PKPKorderidproducti<l‘priceHtyMiJCCpfoducisPkidusieriiiiinenameproducis*?a:e^oniesPKpi■鈕 1PK阿咖17idassessPKUM'rnKintproduet」昌de^eripiinncatcgorics-PKparentidnameriptionImessage^PKill—auefiknanK伽托replymuLibievidentilitherftoeivnimeuonteinmailboxPKwsvrnannm?￡_ld1sizeu^edsize141PB-lusers1JKuseTiiQiiicpriv^frjjlaanichsEiiameemailacecunt□nedii4.3系統(tǒng)設(shè)計(jì)4.3.1MVC簡(jiǎn)介MModel模型V：View視圖C:Controller 控制器圖5M-V-C 各自的職責(zé)：Model的作用主要是封裝數(shù)據(jù)及系統(tǒng)的狀態(tài)， 另外太還要處理商業(yè)邏輯， 但是在目前的設(shè)計(jì)中通常是把商業(yè)邏輯另外分開（ PHPView是用來顯示和發(fā)送request的一個(gè)UI，在View通常沒有商業(yè)處理，只是將要處理的數(shù)據(jù)格式化（HTMLController 它只要負(fù)責(zé)接受request，選擇相應(yīng)的response視圖，并傳遞模型數(shù)據(jù)（PHPM-V-C的特點(diǎn)開發(fā)MVC系統(tǒng)比簡(jiǎn)單的PHP開發(fā)要復(fù)雜一點(diǎn)，它需要更多的時(shí)間學(xué)習(xí)和掌握。 同時(shí)新東西的引入會(huì)帶來新的問題：必須基于MVC組件的方式重新思考和設(shè)計(jì)應(yīng)用結(jié)構(gòu)。原來通過建立一個(gè)簡(jiǎn)單的 PHP頁(yè)面就能實(shí)現(xiàn)的應(yīng)用現(xiàn)在變成了多個(gè)步驟的設(shè)計(jì)和實(shí)現(xiàn)過程。所有的頁(yè)面和組件必須在MVC框架中實(shí)現(xiàn)，所以必須進(jìn)行附加地開發(fā)工作。MVC本身就是一個(gè)復(fù)雜的系統(tǒng)，所以采用 MVC實(shí)現(xiàn)Web應(yīng)用時(shí)，最好選一個(gè)現(xiàn)成的 MVC框架，在此之下進(jìn)行開發(fā)，從而取得事半功倍的效果?，F(xiàn)在有很多可供使用的 MVC匡架，由于Smarty有完整的文檔并且相對(duì)來講比較簡(jiǎn)單，所以用它開發(fā) MVC系統(tǒng)還是比較方便地。另外說明，嚴(yán)格的說Smarty不是一個(gè)MVC的Framework，只是一個(gè)TemplateEngine，但是我們可以用Smarty來實(shí)現(xiàn)MVC

432Smarty簡(jiǎn)介*Smarty是PHP的官方樣版引擎1什么是樣版引擎樣版引擎的目的是要達(dá)到邏輯分離的功能。 它能讓程序開發(fā)者專注于數(shù)據(jù)