C2C交易平台系统分析与设计报告

1、PAGE PAGE 25佰C2C网上交易奥平台系统分析与笆设计报告电子商务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 C2C捌市场存在的意义般 PAGEREF _Toc86495526 h 扒3 HYPERLINK

2、l _Toc86495527 半2.2 邦现存扒C2C唉市场的缺陷艾 PAGEREF _Toc86495527 h 俺3 HYPERLINK l _Toc86495528 凹2.3 叭本系统氨C2C百网上交易平台概跋述拔 PAGEREF _Toc86495528 h 坝4 HYPERLINK l _Toc86495529 碍三、系统分析挨 PAGEREF _Toc86495529 h 矮5 HYPERLINK l _Toc86495530 绊3.1 皑业务流程分析巴 PAGEREF _Toc86495530 h 斑5 HYPERLINK l _Toc86495531 跋3.1.1 傲用户注册登

3、陆搬 PAGEREF _Toc86495531 h 拌5 HYPERLINK 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 _

4、Toc86495536 凹3.3.3扳可能出现的问题肮：佰 PAGEREF _Toc86495536 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 捌系统数据流程佰 PAGEREF _Toc86495539 h 奥10 HYPERLINK l _Toc86495540 鞍3.6 澳系统实体关系图伴 PAGE

5、REF _Toc86495540 h 摆11 HYPERLINK l _Toc86495541 皑四绊 败系统设计佰 PAGEREF _Toc86495541 h 百12 HYPERLINK l _Toc86495542 袄4.1斑系统运行基础环叭境懊 PAGEREF _Toc86495542 h 办12 HYPERLINK l _Toc86495543 哀4.2 摆数据库设计般 PAGEREF _Toc86495543 h 版12 HYPERLINK l _Toc86495544 澳4.2.1 翱数据库分析与数按据库规范拜 PAGEREF _Toc86495544 h 皑12 HYPERLI

6、NK l _Toc86495545 百4.2.2哎数据表、数据项挨之间的关系白 PAGEREF _Toc86495545 h 懊13 HYPERLINK l _Toc86495546 颁4.3拜系统设计扮 PAGEREF _Toc86495546 h 埃15 HYPERLINK l _Toc86495547 爸4.3.1 M案VC懊简介蔼 PAGEREF _Toc86495547 h 隘15 HYPERLINK l _Toc86495548 翱4.3.2 S哀marty巴简介阿 PAGEREF _Toc86495548 h 邦16 HYPERLINK l _Toc86495549 挨4.3.3

7、 鞍为什么选用肮MySQL靶 PAGEREF _Toc86495549 h 拜17 HYPERLINK l _Toc86495550 坝4.3.4 罢持久层设计板 PAGEREF _Toc86495550 h 笆17 HYPERLINK l _Toc86495551 坝4.3.5 百系统整体设计坝 PAGEREF _Toc86495551 h 盎18 HYPERLINK l _Toc86495552 吧4.3.6阿用户权限设计捌 PAGEREF _Toc86495552 h 凹19一、项目定义笆本系统旨在构建唉一个以学生为买败方主体的C2C碍网上商店。面向跋南大浦口、鼓楼绊学生以及外校的罢部分

8、年轻人群。肮主要的角色包括拔买方、卖方和系鞍统管理员。卖方鞍除了一般的零散半客户还为供应较埃多、较稳定的大爸型卖者提供个人爸店铺空间。二、需求分析板2.1 C2C白市场存在的意义霸随着人们消费水扳平的提高，个人哀消费品市场空前捌发展，我们发现芭，越来越多的人安拥有大量的闲置奥商品。这些商品暗有新有旧，但都熬具有完整的使用般价值。拥有者们八也许现在不需要背它们，便想到把扒它们出售。可是蔼如何找到买主，颁却成为一个令人耙头疼的问题。爸以学生为例。由埃于学生爱追赶时拌尚潮流，而且购把买行为往往缺乏摆计划性，使得他稗们常常因一时冲埃动买下某物，之癌后又发现并没有岸用。学生对于电扮脑、手机、MP叭3等电

9、子产品需胺求较多，而这些疤东西更新又很快熬，需求的不同使版他们希望能互通佰有无。一些旧书傲籍、杂志、音像巴制品、生活用品澳等，也是留之无挨用、弃之可惜，扮若能卖给需要的凹人不是皆大欢喜芭?拜与此同时，随着版学生们的商品意鞍识的加强，有很颁多同学以代理商敖品销售为兼职，稗有开设个人店铺半的需求。但由于拔资金方面的限制鞍，不可能开设真艾正的店铺。熬可是由于供需双耙方市场的不对称把性，卖主很难找版到合适的买主，颁有这些需求的人佰更是不知道有谁罢要出售，造成这奥种C2C交易很败难达成。目前普氨遍的办法是卖者敖在校内摆个地摊柏。做代销的同学奥到处帖广告或者癌直接上门推销，碍展示并出售自己熬的商品，可是时

10、板间、地点、规模巴都受到限制，而邦且要耗费大量的把时间和体力，还靶未必有好的效果翱。要是有一个平懊台，让供需双方哎集中地发布交易奥信息，并提供双坝方的联系方式，坝促成其交易的达摆成，将为买卖双胺方带来极大的便吧利。隘2.2 现存C埃2C市场的缺陷奥面对如此商机，笆精明的商家不会爱无动于衷，现在罢C2C网上交易凹市场已经发展壮翱大起来。但是我捌们分析后发现，疤现存C2C市场靶存在着一些缺陷背，尤其不能适应吧校园市场的需求罢。挨我们调查发现，昂目前C2C网站懊中大部分都是拍拔卖网站。当然，啊拍卖作为C2C班的主导交易模式懊，其优点是存在疤的，但它的缺陷斑也是明显的：交扮易时间长，买卖唉双方要耗费大

11、量颁的时间和精力。败这种模式适合于巴价值较高的商品笆，而学生的闲置叭商品往往是耐用奥消费品，价值较暗低，拥有者希望把尽快出手，而并拔不想耗费太多精柏力计较一点价格耙差异，因此拍卖碍模式对校园市场唉尤其不适合。耙现存的另一种C般2C网上交易市吧场就是类似于小敖百合bbs的f俺leamark班et。这是以b跋bs为平台，供拔交易双方发布信扒息，并提供站内佰联系。但这种方俺式是很初级的，办它只是以交易信矮息作为bbs的爸一项内容，而不靶是专业的交易平蔼台。它没有按商啊品分类，用户查挨找起来很不方便爱，只能安“跋误打误撞跋”啊；由于它是非正俺式的，缺乏交易埃规则约束，尤其白是它没有保证交凹易者的信用保

12、障挨，也没有信用评坝估体系，交易者把要承担一定的风拜险，使它的可信版度下降。捌鉴于以上分析，颁我们的系统为买笆卖双方提供一个八集中的C2C信般息交易平台，促碍进买卖双方的信翱息沟通，较完善把的信用机制提供啊一定程度上的信班用保证，为同学扳们提供方便的同拔时保证同学们交扳易的安全性。熬2.3 本系统拔C2C网上交易肮平台概述哎本系统面向以学蔼生为主的用户群阿体，为它们提供坝C2C 交易的皑平台。卖者发布隘出售商品的信息败，买者也可发布邦求购信息。本系扮统的用户分为散斑户和个人店铺用袄户。巴系统采取虚拟货扳币进行交易和流奥通，用户通过汇阿款或银行划账等岸方式用真实货币啊换取虚拟货币，扮卖方按其类型

13、收百取不同的费用，奥费用通过本站系胺统的虚拟货币扣笆除。可以在需要氨购买商品时换取叭虚拟货币也可以啊预先在本系统设俺立个人虚拟货币凹银行。一方面是坝金融业的发达加败快货币的流通使绊得汇款或转帐变爱得更为快捷，另百一方面一次转帐罢可以减少用户多芭次汇款转帐的额八外费用，节省了澳开支。扮用户在本站通过斑搜索或分类查找鞍，寻求交易伙伴扒。用户可以查询霸卖方的相关信息版和信用评价等指板标，决定是否购耙买。板交易中，按卖方翱的类型（一般的把零散用户或店铺半用户）分成两种巴不同的模型：碍系统为有较大商埃品销售需求的卖半方提供的店铺空疤间，集中展示个叭人商品，并为卖白家提供一定的优班惠和折扣。拌用户通过分类

14、搜伴索，查询到满意岸的商品。同时可半以查看到卖方的癌上站时间、上架澳商品次数以及是艾否有在本站交易艾违约行为的记录癌等历史信息，如皑果是店铺卖方，案买家还可以查询皑店铺的相关历史皑信息。决定购买耙后用户可通过站蔼内或其他联系方奥式联系。双方成斑交后，在网下自癌行交易，本站不蔼监控交易过程。伴在交易过程中如罢有哪一方出现欺扮骗行为，可以进安行投诉，经系统拜管理员确认后，翱对欺骗方进行惩斑罚。稗本系统对个人店罢铺的卖方用户实岸行会员制，收取扳会员费用；对一败般的零散型卖方霸按所发布的商品皑信息收取费用，按费用通过虚拟货拜币扣除。本系统罢对买方不收取费翱用。在商店运行哀的初期，为了提百高网站的知名度

15、吧和扩大网站的影氨响力，本系统在拌1年内不收取费疤用。扮本系统保证了买斑卖双方的交易的澳安全性。我们针傲对目前C2C市翱场普遍缺乏信用百保证的现状，使稗通过本站达成的败交易更加安全可扒靠，提高用户的吧放心度和满意度拜。三、系统分析白3.1 业务流柏程分析敖用户进入本网站懊须注册并取得账鞍号后方能进行交颁易。若没有注册昂，也可以浏览商办品信息，但不能摆获得卖方或买方凹的联系方式，也哀不能对商品留言靶或在论坛发表观拌点。用户登录后阿，可以发布商品蔼信息，买方浏览背所需商品，双方肮供需匹配后联系扒，进行实际交易懊。奥由此得出本系统败的业务流程分为爱三部分：用户注盎册登陆、交易过斑程、信用评价。版下面

16、分别予以说昂明：稗3.1.1 用艾户注册登陆扳 业务流鞍程图如下所示：图1败用户注册登录的盎过程分为散户注把册和个人店铺用班户注册。系统要哀求用户注册真实办信息。如果因用叭户注册为非真实胺信息而造成的任岸何损失本系统不皑予以负责。伴对于零散用户，啊我们采用ema捌il地址作为个哀人身份的验证标绊识。用户注册时隘，输入个人的e板mail地址，芭本网站将其密码班发送至其邮箱中拜，用户用该密码爱登录本网站，成白为正式用户。此爱举在一定程度上败保证了注册者的暗身份可靠，防止柏恶意注册。俺若为店铺用户，背需要进行实地验俺证。店铺用户需唉向系统出具保证班个人真实身份的吧证件。比如身份哀证件、学生证等搬。经

17、本系统管理凹人员确认后予以般通过。以此最大扮限度的保证店铺摆用户的身份真实岸性，为买方提供凹信用保障。把散户用户在注册靶后可以申请升级癌为店铺用户。已跋登录用户可随时哎修改密码。挨3.1.2 交把易过程扒业务流程图如下爱所示：图2凹3.1.2.1罢开设个人虚拟银跋行挨系统为每个用户扒开设虚拟银行，搬并鼓励用户预存隘一部分货币一方蔼便交易。系统对霸卖方用户的收费盎采用扣除个人虚肮拟货币的形式。澳系统参考其个人版虚拟账户货币金笆额数量评定卖方佰信用。懊3.1.2.2敖卖方发布商品信伴息板系统的卖家可以跋是一般的零散用班户也可以是店铺安用户。卖家发布班所要出售的商品笆信息，可配以文皑字描述和图片，扮

18、商品信息在本网霸站内按类别显示罢。把若卖方为一般的翱零散用户，按发懊布的商品信息收扒取少量的费用，埃按卖方所需，每叭个商品安设置不同的保留艾时间斑，按不同时间收爱取费用，在规定版的时间内如卖方袄未将商品下架，颁系统自行删除商扒品。扒若为个人店铺用靶户，可以申请不吧同的空间集中展熬示自己的商品。爱按不同的空间收按取不同的会员费白用。个人店铺提罢供了更为详尽的百商品信息。除了笆一般的商品信息扒外，还有商品的办数量以及已定购佰的数量，供买方按作为购买参考。笆3.1.2.3皑买方查询卖方和八商品信息，进行矮交易俺对于买家，可以办在分类区查找商盎品信息；也可以奥用站内搜索器按安商品名称、类别摆、卖家、价

19、格等佰关键字搜索；还拔可以去个人店铺爱中寻找。一旦找皑到与自己需求匹办配的商品，可以柏通过查看卖家的暗评价信息借以判哎断卖家的信用。绊买方可以与卖家瓣在站内联系，也办可以通过卖方公皑布的其他联系方霸式联系（卖方可隘选择公布其站外罢联系方式）。此叭后双方的交易过安程为本系统的外靶部行为，交易在斑网下进行。买卖氨行为为买卖双方版的个人行为，买胺卖双方在交易前摆要确认对方身份颁的真实性。若因斑个人行为不慎造颁成的损失不在本岸系统负责的范围岸之内。白对于零散卖方，盎在商品卖出后卖坝方可自行将其下昂架；如若在一定按期限内商品未下矮架，系统将予以安下架。对于店铺伴卖方，由用户自岸行管理商品。根懊据用户的会

20、员等邦级予以不同数量稗的商品货架，本伴网站鼓励用户尽稗快将已出售商品坝下架，若买方用案户投诉店铺卖方伴长期空货架行为矮，系统对卖方的熬信用进行惩罚。哀本系统提供一定疤的信用评价机制伴，为交易双方提罢供一定程度上的版信用参考价值，敖最大限度的保证拌交易双方交易的哎安全性。对零散隘拥护和店铺用户俺，提供不同的信敖用评价。巴卖方用户必须留敖存一定金额的货矮币，如有需要（颁如取消店铺权限邦、取消账号等）袄可以在规定时间芭内将站内的虚拟蔼货币进行结算。搬3.1.2.4唉买方发布求购信艾息败同时，我们也为啊买家提供了发布板求购商品信息的傲平台。买家可列敖出其需要而没有背找到的商品，卖白家根据这些信息笆，可

21、将符合需求拜的商品上架，或扮直接与该买家联吧系。拔3.3信用体制暗拌安本系统与相似的啊C2C网上商店蔼相比，利用本系拜统内部的虚拟货瓣币，监控买卖双啊方的交易行为，唉提供一个较为有鞍效信用保障体制摆。班3.3.1信用肮的描述：八本系统通过用户耙用人民币1：1鞍换取站内的虚拟哀货币。在本系统绊内部开始个人的癌虚拟货币银行。岸用户的缴费是以俺虚拟货币为流通吧货币的。敖因为零散型用户哎买卖商品一般为罢低价值商品，加暗之大部分的零散扳型卖方的交易行鞍为都是短期的一熬次性的交易。本唉系统仅为这些用白户提供交易的信叭息平台，并没有案控制和监控双方版的买卖行为。买罢方在购买一般用翱户的商品时，可案以参考系统

22、提供胺的用户的信用值摆。半而对于店铺卖方扳，由于一般的交八易金额较大，且吧采用定单的形式搬。订单的处理由版卖方自行负责。岸卖方可以在受到把汇款后才会发货稗，也可以货到付伴款。卖方的货架啊空间是有限的，埃因此在一件商品坝售出后会尽快将巴其下架。双方如瓣有任何的争执或扮投诉，都必须出肮具证明，有管理哀人员裁定。如果败卖方出现欺骗行爱为，除了扣除其摆信用值外，还按澳其违约行为的严背重程度扣除其银胺行账户金额，如班若为买方的欺骗半行为，系统也将翱口初其个人的信耙用值。白3.3.2评价靶指标把客户搜索到所需挨的商品后，可以把查询卖方的信用邦等级。胺对于一般的用户澳，信用的指标包佰括：其在本网站爸登陆时间

23、，上站搬时间，个人银行芭账户金额。斑对于店铺用户，鞍信用指标包括：氨其在本网站的注矮册历史，个人银叭行账户金额以及罢出现违约的次数般。班3.3.3可能艾出现的问题：败由于无法本系统案没有对零散客户蔼买方的交易进行叭监控，因此没有敖对一般零散的买佰卖双方进行很完岸善的信用评价。佰仅仅用了简单的按评价指标，不能斑完全体现一般用疤户的交易信用。蔼3.3.4信用叭体制解决的问题爱：捌保证买方的利益稗，约束卖方的交扒易行为；绊敦促卖家（店铺败）尽快将已售商芭品下架胺 暗；巴为买卖双方提供案一定的信用参考蔼白由于本系统是针懊对C2C的网上疤商店，不太可能肮有一个非常完善癌的信用体制。信版用体制的建立是拜在

24、理性消费者的版假设上的，也就摆是假设理性消费拌者不会做损人不挨利己的事。实际矮上，本系统作为爸信息发布的平台佰，对信用的要求昂也是有限的。针把对我们有限的信败用要求，信用体拜制上的某些未解办决的问题给系统半带来的危害也并耙不是很大。八3.4盎收费机制：吧佰本系统引入虚拟跋货币的机制：每稗个用户都有虚拟盎货币帐户，虚拟癌货币与实际货币白硬性等价转换。扒由此，跋无论是一般用户哎还是店铺用户，爸如果需要发布商吧品信息，首先通瓣过佰实款缴纳敖转化成虚拟货币啊。板板一般用户在发布奥信息时费用懊从虚拟账户扣除敖，傲按卖方所需，每扒个商品跋设置不同的保留挨时间拔，按不同时间收唉取费用，在规定熬的时间内如卖方

25、扒未将商品下架，阿系统自行删除商邦品。傲芭店铺用户由系统唉管理员定时从其啊虚拟账户上扣除安。翱店铺用户可以申板请不同的空间集袄中展示自己的商败品。按不同的空傲间收取不同的会靶员费用。吧爸澳对于零散用户在埃注册之初，本系拔统给予一定的货吧币金额。卖方用皑户可以发布有限奥条商品信息，满拜足只发布几条信挨息的用户所求。艾昂对于店铺用户，懊在规定时间可以捌结算。保留一定绊金额后可以兑出耙。佰靶需要说明的是在扳本系统试运行的把初期，并不用户碍收费。在运行一耙定时间后由管理昂者按市场环境决癌定何时进行收费懊。扳3.5 系统数敖据流程图3案上图表明了系统扒中数据流程，从斑数据的角度重新靶分析了业务中的坝交易

26、流程和信用凹评价流程。翱卖方注册时相关板信息就将记录在般系统中的客户信肮息数据库中。用唉户信息包括用户搬的常规信息以及背卖方用户的类型碍：店铺型，零散靶型。肮卖方在提交商品懊信息给系统时，白系统会自动检测癌用户的货币量是半否足够。只有保百存一定量的虚拟哀货币，卖方的商昂品信息才能成功半提交给系统。成耙功后，系统将商版品信息展示在网隘站上并记录在数傲据库中。艾买方通过检索网扮站上的展示商品颁搜寻到所满意的袄商品。在确定购安买前，买方还可白以查询卖方的信佰用信息以判断是白否购买。如果没爱有搜寻到商品，安可以在本系统登斑记所需商品。盎决定购买后，提昂交定单。系统将岸定单记录保存。板卖方自行处理定罢单

27、。癌如若在交易中出百现了某方的欺诈坝行为可以在本系氨统进行投诉。系拜统将投诉进行记拜录，并在核实后捌对欺诈方进行惩班罚，对其信用值熬进行扣减。岸 叭3.6 系统实奥体关系图班系统实体包括：爸买方、卖方、系霸统管理员以及商伴品。坝买方可以发布商稗品需求，可以对敖商品进行评价，案同时可以购买商颁品。坝卖方可以发布并碍修改商品信息，拔对商品进行评价熬，出售商品。拔用户在注册中以翱及注册后都可以败申请权限的升级哎。当在交易中出唉现问题时用户可绊以向系统管理员佰进行投诉。管理案员拥有对用户信巴用值进行管理的背权限。跋同时，所有用户芭都可以对各个店拔铺进行信用的评跋价的权利，并且八系统管理员可以爸对所有的

28、商品以氨及商品的目录进肮行管理。四 系统设计隘4.1系统运行肮基础环境氨CPU：1.0捌G Hz 以上办（推荐）凹内存：128M氨 以上（推荐）拌操作系统：Wi拔ndows 2班000肮技术选择：PH俺P（Smart啊y Templ白ate Eng八ine）拜构架选择：MV矮C凹DBMS选择：坝MySQL艾构架实现选择：邦Smarty澳4.2 数据库凹设计唉4.2.1 数笆据库分析与数据吧库规范拜根据数据流程分败析和ER分析，隘实体以及实体间跋的关系可以讲数熬据库分成：叭users碍, produ翱cts, or皑ders, a敖ssess, 吧require爸s绊, categ暗ories,

29、 斑mailbox隘, messa氨ge个表。拔按照表与表之间柏的一对一或一对安多原则，可以将艾表重新设计为：矮users搬, shop,耙 produc败ts, ord般ers, or矮ders_it半ems, as澳sess, 佰require绊s懊, produ捌cts_cat安egories办, categ拜ories, 八mailbox拌, messa哀ge。吧各表中的属性包盎括：柏users邦 (搬userna邦me霸, passw白ord, pr案iv, fir叭stname,扳 lastna胺me, ema肮il, pho颁ne, add背ress, a跋ccount,暗 cr

30、edit胺, prop,暗 logint澳ime, 盎favorit邦e氨 )吧product皑s 巴(癌id敖, 鞍usernam版e啊, name,爸 descri笆ption, 耙price, 暗on_spec安ial, ti巴mestamp俺, asses俺s_id, o案n_advic凹e)扳requirs邦 (唉id八, 坝usernam蔼e,碍 name, 懊descrip癌tion, p澳rice, a扮mount, 绊timesta罢mp)隘orders矮 (坝id傲, 案usernam隘e,芭 o_time办stamp, 啊a_times唉tamp, s白tatus, 安s

31、tatus_癌detail,爸 custio板nfo, co班mments,凹 amount昂)澳order_i唉tem班 (隘order_i拌d搬, 阿producs碍t_id捌, price疤, qty, 蔼state)翱product八s_categ白ories (般product疤_id巴, 百categor拔y_id)凹categor吧ies捌 (败id矮, 瓣parente背d瓣, name,办 descri跋pt扳ion, pr版oducts_芭id, cat奥egory_i叭d)袄shop案 (扒id俺, 艾usernam案e叭, 绊name背, size,盎 u_size碍,

32、 descr敖iption,奥 assess办_id)爸assess霸 (拜id耙,暗 userna版me把, prop,盎 descri拌ption)昂emailbo爸x暗 (伴usernam版e哎, t_siz巴e, used坝_size)摆message爱 (伴id,八 袄usernam鞍e笆, send_扒time, t矮itle, s把ize, re敖ceive_t唉ime, co邦ntent )八其中，加横线的罢为表中的主键，癌波浪线为其外键靶。暗在users表扳中，usern耙ame是用户的俺主键，priv挨代表用户的权限癌，是否为管理员岸，靶prop百代表用户的属性佰，是店铺用

33、户还案是普通用户，a跋ccount为版用户的虚拟账户安，credit版是用户的信用评笆价值，logi跋ntime是用哀户注册时间。挨product办s扒记录了商品的信般息。on_sp皑ecial, 板on_advi爸ce表示商品是哀否为特价商品以颁及是否为广告商拜品，asses斑s_id将商品半和对它评价的信傲息关联。扳require凹s袄表，记录了用户芭对商品的需求。瓣orders表瓣记录用户的每笔拜定单。orde翱r_item将肮orders表拜和produc鞍ts表相关联。败一个定单可以订澳多个商品，一个艾商品也可以被多爸个人订取。敖categor鞍ies记录的是懊商品的目录。同摆样，p

34、rodu肮cts_cat佰egories摆表将categ白ories和p盎roducts拌表相关联。一个八商品属于一个目白录，但一个目录扒下可以有多个商胺品。安拜shop表记录版的是每个店铺用矮户开社的商店的爸信息。asse斑ss_id将记班录对商店的评价佰信息与shop斑相关联。捌爱assess表安记录了用户对商叭品或者对商店的熬评价。其中的p捌rop区分了此巴二者的用途，靶 ema拔ilbox和m佰essage表艾分别记录了用户皑的消息箱以及每翱条消息。挨4.2.2数据半表、数据项之间碍的关系袄数据库中各个表按单之间的关系以柏及数据项间的关半系间下图。笆图中的表及其关靶联表示了表中属爸性的

35、类型以及表拜和表之间关联关柏系。佰强关联关系要求板一个商品必须对拔应一个用户，一鞍个定单必须对于稗一个用户，一个芭ordr_it案ems必须对应坝一个order瓣s表，一个sh岸op必须对应一疤个用户，pro芭ducts_c般ategori笆tes必须同时唉对应一个pro矮ducts和一岸个catego笆ries表单，哎一个email斑box表单必须皑对应一个use靶rs表，一个m叭assage必埃须对应一个us袄ers表。氨图中表示出了各熬表之间的主键和绊外键。图44.3系统设计柏4.3.1 M碍VC简介拜M：Model把 模型癌V：View 矮视图绊C：Contr矮oller 控搬制器图5

36、凹4.3.1.1啊 M-V-C稗各自的职责：蔼Model 案的作用主要是封板装数据及系统的吧状态，另外太还版要处理商业逻辑埃，但是在目前的昂设计中通常是把哎商业逻辑另外分白开（PHP）坝View 芭是用来显示和发氨送reques把t的一个UI，斑在View通常傲没有商业处理，肮只是将要处理的跋数据格式化（H盎TML）袄Control案ler 吧它只要负责接受拔request敖，选择相应的r颁esponse奥视图，并传递模蔼型数据（PHP颁）奥4.3.1.2霸 M-V-C摆的特点八开发MVC系统板比简单的PHP摆开发要复杂一点稗，它需要更多的半时间学习和掌握坝。同时新东西的艾引入会带来新的案问题

37、：叭必须基于MVC凹组件的方式重新凹思考和设计应用肮结构。原来通过癌建立一个简单的搬 PHP哀页面就能实现的唉应用现在变成了癌多个步骤的设计俺和实现过程。邦 伴所有的页面和组版件必须在MVC瓣框架中实现，所盎以必须进行附加爸地开发工作。把 霸MVC本身就是伴一个复杂的系统凹，所以采用MV版C实现Web应阿用时，最好选一捌个现成的MVC罢框架，在此之下懊进行开发，从而埃取得事半功倍的白效果。现在有很霸多可供使用的M艾VC框架，由于蔼Smarty有拔完整的文档并且笆相对来讲比较简败单，所以用它开白发MVC系统还扳是比较方便地。埃另外说明，严格俺的说Smart哎y不是一个MV办C的Frame鞍work，只是芭一个Templ八ate Eng拜ine，但是我敖们可以用Sma阿rty来实现M耙VC绊4.3.2 S佰marty简介阿*Smarty败是PHP的官方安样版引擎埃1