C2C網(wǎng)上交易平臺系統(tǒng)分析與設(shè)計報告

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

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

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

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

系統(tǒng)將投訴進(jìn)行記錄，并如若在交易中出現(xiàn)了某方的欺詐行為可以在本系統(tǒng)進(jìn)行投訴。系統(tǒng)將投訴進(jìn)行記錄，并在核實后對欺詐方進(jìn)行懲罰，對其信用值進(jìn)行扣減。3.6系統(tǒng)實體關(guān)系圖同時可以購買商品。同時可以購買商品。用戶在注冊中以及注冊后都可以申請權(quán)限的升級。 當(dāng)在交易中出現(xiàn)問題時用戶可以向系統(tǒng)管理員進(jìn)行投訴。管理員擁有對用戶信用值進(jìn)行管理的權(quán)限。同時，所有用戶都可以對各個店鋪進(jìn)行信用的評價的權(quán)利， 并且系統(tǒng)管理員可以對所有的商品以及商品的目錄進(jìn)行管理。四系統(tǒng)設(shè)計4.1系統(tǒng)運行基礎(chǔ)環(huán)境CPU1.0GHz以上（推薦）內(nèi)存：128M以上（推薦）操作系統(tǒng)：Windows2000技術(shù)選擇：PHP(SmartyTemplateEngine)構(gòu)架選擇：MVCDBMS選擇：MySQL構(gòu)架實現(xiàn)選擇：Smarty4.2數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫分析與數(shù)據(jù)庫規(guī)范根據(jù)數(shù)據(jù)流程分析和 ER分析，實體以及實體間的關(guān)系可以講數(shù)據(jù)庫分成：users,products,orders,assess,requires,categories,mailbox,message個表。按照表與表之間的一對一或一對多原則，可以將表重新設(shè)計為：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是用戶的信用評價值，logintime是用戶注冊時間。products記錄了商品的信息。on_special,on_advice表示商品是否為特價商品以及是否為廣告商品，assess_id將商品和對它評價的信息關(guān)聯(lián)。requires表，記錄了用戶對商品的需求。orders表記錄用戶的每筆定單。 order_item將orders表和products表相關(guān)聯(lián)。一個定單可以訂多個商品，一個商品也可以被多個人訂取。categories 記錄的是商品的目錄。同樣， products_categories表將categories 禾口products表相關(guān)聯(lián)。一個商品屬于一個目錄，但一個目錄下可以有多個商品。shop表記錄的是每個店鋪用戶開社的商店的信息。 assess_id將記錄對商店的評價信息與shop相關(guān)聯(lián)。assess表記錄了用戶對商品或者對商店的評價。其中的prop區(qū)分了此二者的用途，emailbox和message表分別記錄了用戶的消息箱以及每條消息。數(shù)據(jù)表、數(shù)據(jù)項之間的關(guān)系數(shù)據(jù)庫中各個表單之間的關(guān)系以及數(shù)據(jù)項間的關(guān)系間下圖。 圖中的表及其關(guān)聯(lián)表示了表中屬性的類型以及表和表之間關(guān)聯(lián)關(guān)系。強關(guān)聯(lián)關(guān)系要求一個商品必須對應(yīng)一個用戶，一個定單必須對于一個用戶，一個ordr_items必須對應(yīng)一個orders表，一個shop必須對應(yīng)一個用戶，products_categorites必須同時對應(yīng)一個 products和一個categories表單，一個emailbox表單必須對應(yīng)一個users表，一個massage必須對應(yīng)一個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è)計4.3.1MVC簡介MModel模型V：View視圖C:Controller 控制器圖5M-V-C 各自的職責(zé)：Model的作用主要是封裝數(shù)據(jù)及系統(tǒng)的狀態(tài)， 另外太還要處理商業(yè)邏輯， 但是在目前的設(shè)計中通常是把商業(yè)邏輯另外分開（ PHPView是用來顯示和發(fā)送request的一個UI，在View通常沒有商業(yè)處理，只是將要處理的數(shù)據(jù)格式化（HTMLController 它只要負(fù)責(zé)接受request，選擇相應(yīng)的response視圖，并傳遞模型數(shù)據(jù)（PHPM-V-C的特點開發(fā)MVC系統(tǒng)比簡單的PHP開發(fā)要復(fù)雜一點，它需要更多的時間學(xué)習(xí)和掌握。 同時新東西的引入會帶來新的問題：必須基于MVC組件的方式重新思考和設(shè)計應(yīng)用結(jié)構(gòu)。原來通過建立一個簡單的 PHP頁面就能實現(xiàn)的應(yīng)用現(xiàn)在變成了多個步驟的設(shè)計和實現(xiàn)過程。所有的頁面和組件必須在MVC框架中實現(xiàn)，所以必須進(jìn)行附加地開發(fā)工作。MVC本身就是一個復(fù)雜的系統(tǒng)，所以采用 MVC實現(xiàn)Web應(yīng)用時，最好選一個現(xiàn)成的 MVC框架，在此之下進(jìn)行開發(fā)，從而取得事半功倍的效果?，F(xiàn)在有很多可供使用的 MVC匡架，由于Smarty有完整的文檔并且相對來講比較簡單，所以用它開發(fā) MVC系統(tǒng)還是比較方便地。另外說明，嚴(yán)格的說Smarty不是一個MVC的Framework，只是一個TemplateEngine，但是我們可以用Smarty來實現(xiàn)MVC

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