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

1 C2C 网上交易平台系统分析与设计网上交易平台系统分析与设计 报告报告 电子商务电子商务 01 级级 2004 年年 9 月月 小组成员：小组成员： 陈 剑 郝雪梅 吴 双 吴 婷 薛莉丽 赵柏敏 2 一、项目定义一、项目定义 .3 二、需求分析二、需求分析 .3 2.1 C2C 市场存在的意义.3 2.2 现存 C2C 市场的缺陷.3 2.3 本系统 C2C 网上交易平台概述.4 三、系统分析三、系统分析 .5 3.1 业务流程分析.5 3.1.1 用户注册登陆.5 3.1.2 交易过程.6 3.3 信用体制.8 3.3.1信用的描述：8 3.3.2评价指标9 3.3.3可能出现的问题：9 3.3.4信用体制解决的问题：9 3.4 收费机制：9 3.5 系统数据流程.10 3.6 系统实体关系图.11 四四 系统设计系统设计 .12 4.1 系统运行基础环境.12 4.2 数据库设计.12 4.2.1 数据库分析与数据库规范.12 4.2.2数据表、数据项之间的关系13 4.3 系统设计.15 4.3.1 MVC简介.15 4.3.2 Smarty简介16 4.3.3 为什么选用MySQL17 4.3.4 持久层设计.17 4.3.5 系统整体设计.18 4.3.6用户权限设计19 3 一、项目定义一、项目定义 本系统旨在构建一个以学生为买方主体的 C2C 网上商店。面向南大浦口、鼓楼学生以 及外校的部分年轻人群。主要的角色包括买方、卖方和系统管理员。卖方除了一般的零散 客户还为供应较多、较稳定的大型卖者提供个人店铺空间。 二、需求分析二、需求分析 2.1 C2C 市场存在的意义市场存在的意义 随着人们消费水平的提高，个人消费品市场空前发展，我们发现，越来越多的人拥有 大量的闲置商品。这些商品有新有旧，但都具有完整的使用价值。拥有者们也许现在不需 要它们，便想到把它们出售。可是如何找到买主，却成为一个令人头疼的问题。 以学生为例。由于学生爱追赶时尚潮流，而且购买行为往往缺乏计划性，使得他们常 常因一时冲动买下某物，之后又发现并没有用。学生对于电脑、手机、MP3 等电子产品需 求较多，而这些东西更新又很快，需求的不同使他们希望能互通有无。一些旧书籍、杂志、 音像制品、生活用品等，也是留之无用、弃之可惜，若能卖给需要的人不是皆大欢喜? 与此同时，随着学生们的商品意识的加强，有很多同学以代理商品销售为兼职，有开 设个人店铺的需求。但由于资金方面的限制，不可能开设真正的店铺。 可是由于供需双方市场的不对称性，卖主很难找到合适的买主，有这些需求的人更是 不知道有谁要出售，造成这种 C2C 交易很难达成。目前普遍的办法是卖者在校内摆个地摊。 做代销的同学到处帖广告或者直接上门推销，展示并出售自己的商品，可是时间、地点、 规模都受到限制，而且要耗费大量的时间和体力，还未必有好的效果。要是有一个平台， 让供需双方集中地发布交易信息，并提供双方的联系方式，促成其交易的达成，将为买卖 双方带来极大的便利。 2.2 现存现存 C2C 市场的缺陷市场的缺陷 面对如此商机，精明的商家不会无动于衷，现在 C2C 网上交易市场已经发展壮大起来。 但是我们分析后发现，现存 C2C 市场存在着一些缺陷，尤其不能适应校园市场的需求。 我们调查发现，目前 C2C 网站中大部分都是拍卖网站。当然，拍卖作为 C2C 的主导交 易模式，其优点是存在的，但它的缺陷也是明显的：交易时间长，买卖双方要耗费大量的 时间和精力。这种模式适合于价值较高的商品，而学生的闲置商品往往是耐用消费品，价 4 值较低，拥有者希望尽快出手，而并不想耗费太多精力计较一点价格差异，因此拍卖模式 对校园市场尤其不适合。 现存的另一种 C2C 网上交易市场就是类似于小百合 bbs 的 fleamarket。这是以 bbs 为 平台，供交易双方发布信息，并提供站内联系。但这种方式是很初级的，它只是以交易信 息作为 bbs 的一项内容，而不是专业的交易平台。它没有按商品分类，用户查找起来很不 方便，只能“误打误撞” ；由于它是非正式的，缺乏交易规则约束，尤其是它没有保证交易 者的信用保障，也没有信用评估体系，交易者要承担一定的风险，使它的可信度下降。 鉴于以上分析，我们的系统为买卖双方提供一个集中的 C2C 信息交易平台，促进买卖 双方的信息沟通，较完善的信用机制提供一定程度上的信用保证，为同学们提供方便的同 时保证同学们交易的安全性。 2.3 本系统本系统 C2C 网上交易平台概述网上交易平台概述 本系统面向以学生为主的用户群体，为它们提供 C2C 交易的平台。卖者发布出售商品 的信息，买者也可发布求购信息。本系统的用户分为散户和个人店铺用户。 系统采取虚拟货币进行交易和流通，用户通过汇款或银行划账等方式用真实货币换取 虚拟货币，卖方按其类型收取不同的费用，费用通过本站系统的虚拟货币扣除。可以在需 要购买商品时换取虚拟货币也可以预先在本系统设立个人虚拟货币银行。一方面是金融业 的发达加快货币的流通使得汇款或转帐变得更为快捷，另一方面一次转帐可以减少用户多 次汇款转帐的额外费用，节省了开支。 用户在本站通过搜索或分类查找，寻求交易伙伴。用户可以查询卖方的相关信息和信 用评价等指标，决定是否购买。 交易中，按卖方的类型（一般的零散用户或店铺用户）分成两种不同的模型： 系统为有较大商品销售需求的卖方提供的店铺空间，集中展示个人商品，并为卖家提 供一定的优惠和折扣。 用户通过分类搜索，查询到满意的商品。同时可以查看到卖方的上站时间、上架商品 次数以及是否有在本站交易违约行为的记录等历史信息，如果是店铺卖方，买家还可以查 询店铺的相关历史信息。决定购买后用户可通过站内或其他联系方式联系。双方成交后， 在网下自行交易，本站不监控交易过程。在交易过程中如有哪一方出现欺骗行为，可以进 行投诉，经系统管理员确认后，对欺骗方进行惩罚。 本系统对个人店铺的卖方用户实行会员制，收取会员费用；对一般的零散型卖方按所 发布的商品信息收取费用，费用通过虚拟货币扣除。本系统对买方不收取费用。在商店运 行的初期，为了提高网站的知名度和扩大网站的影响力，本系统在 1 年内不收取费用。 本系统保证了买卖双方的交易的安全性。我们针对目前 C2C 市场普遍缺乏信用保证的 现状，使通过本站达成的交易更加安全可靠，提高用户的放心度和满意度。 5 三、系统三、系统分析分析 3.1 业务流程分析业务流程分析 用户进入本网站须注册并取得账号后方能进行交易。若没有注册，也可以浏览商品信 息，但不能获得卖方或买方的联系方式，也不能对商品留言或在论坛发表观点。用户登录 后，可以发布商品信息，买方浏览所需商品，双方供需匹配后联系，进行实际交易。 由此得出本系统的业务流程分为三部分：用户注册登陆、交易过程、信用评价。下面 分别予以说明： 3.1.1 用户注册登陆用户注册登陆 业务流程图如下所示： 图图 1 1 用户注册登录的过程分为散户注册和个人店铺用户注册。系统要求用户注册真实信息。 如果因用户注册为非真实信息而造成的任何损失本系统不予以负责。 对于零散用户，我们采用 email 地址作为个人身份的验证标识。用户注册时，输入个 人的 email 地址，本网站将其密码发送至其邮箱中，用户用该密码登录本网站，成为正式 用户。此举在一定程度上保证了注册者的身份可靠，防止恶意注册。 若为店铺用户，需要进行实地验证。店铺用户需向系统出具保证个人真实身份的证件。 6 比如身份证件、学生证等。经本系统管理人员确认后予以通过。以此最大限度的保证店铺 用户的身份真实性，为买方提供信用保障。 散户用户在注册后可以申请升级为店铺用户。已登录用户可随时修改密码。 3.1.2 交易过程交易过程 业务流程图如下所示： 7 图图 2 2 3.1.2.13.1.2.1 开设个人虚拟银行开设个人虚拟银行 系统为每个用户开设虚拟银行，并鼓励用户预存一部分货币一方便交易。系统对卖方 用户的收费采用扣除个人虚拟货币的形式。 系统参考其个人虚拟账户货币金额数量评定卖方信用。 3.1.2.23.1.2.2 卖方发布商品信息卖方发布商品信息 系统的卖家可以是一般的零散用户也可以是店铺用户。卖家发布所要出售的商品信息， 可配以文字描述和图片，商品信息在本网站内按类别显示。 若卖方为一般的零散用户，按发布的商品信息收取少量的费用，按卖方所需，每个商 品设置不同的保留时间设置不同的保留时间，按不同时间收取费用，在规定的时间内如卖方未将商品下架，系 统自行删除商品。 若为个人店铺用户，可以申请不同的空间集中展示自己的商品。按不同的空间收取不 同的会员费用。个人店铺提供了更为详尽的商品信息。除了一般的商品信息外，还有商品 的数量以及已定购的数量，供买方作为购买参考。 3.1.2.33.1.2.3 买方查询卖方和商品信息，进行交易买方查询卖方和商品信息，进行交易 8 对于买家，可以在分类区查找商品信息；也可以用站内搜索器按商品名称、类别、卖 家、价格等关键字搜索；还可以去个人店铺中寻找。一旦找到与自己需求匹配的商品，可 以通过查看卖家的评价信息借以判断卖家的信用。 买方可以与卖家在站内联系，也可以通过卖方公布的其他联系方式联系（卖方可选择 公布其站外联系方式） 。此后双方的交易过程为本系统的外部行为，交易在网下进行。买卖 行为为买卖双方的个人行为，买卖双方在交易前要确认对方身份的真实性。若因个人行为 不慎造成的损失不在本系统负责的范围之内。 对于零散卖方，在商品卖出后卖方可自行将其下架；如若在一定期限内商品未下架， 系统将予以下架。对于店铺卖方，由用户自行管理商品。根据用户的会员等级予以不同数 量的商品货架，本网站鼓励用户尽快将已出售商品下架，若买方用户投诉店铺卖方长期空 货架行为，系统对卖方的信用进行惩罚。 本系统提供一定的信用评价机制，为交易双方提供一定程度上的信用参考价值，最大 限度的保证交易双方交易的安全性。对零散拥护和店铺用户，提供不同的信用评价。 卖方用户必须留存一定金额的货币，如有需要（如取消店铺权限、取消账号等）可以 在规定时间内将站内的虚拟货币进行结算。 3.1.2.43.1.2.4 买方发布求购信息买方发布求购信息 同时，我们也为买家提供了发布求购商品信息的平台。买家可列出其需要而没有找到 的商品，卖家根据这些信息，可将符合需求的商品上架，或直接与该买家联系。 3.3 信用体制信用体制 本系统与相似的 C2C 网上商店相比，利用本系统内部的虚拟货币，监控买卖双方的交 易行为，提供一个较为有效信用保障体制。 3.3.1 信用的描述：信用的描述： 本系统通过用户用人民币 1：1 换取站内的虚拟货币。在本系统内部开始个人的虚拟货 币银行。用户的缴费是以虚拟货币为流通货币的。 因为零散型用户买卖商品一般为低价值商品，加之大部分的零散型卖方的交易行为都 是短期的一次性的交易。本系统仅为这些用户提供交易的信息平台，并没有控制和监控双 方的买卖行为。买方在购买一般用户的商品时，可以参考系统提供的用户的信用值。 而对于店铺卖方，由于一般的交易金额较大，且采用定单的形式。订单的处理由卖方 自行负责。卖方可以在受到汇款后才会发货，也可以货到付款。卖方的货架空间是有限的， 因此在一件商品售出后会尽快将其下架。双方如有任何的争执或投诉，都必须出具证明， 有管理人员裁定。如果卖方出现欺骗行为，除了扣除其信用值外，还按其违约行为的严重 9 程度扣除其银行账户金额，如若为买方的欺骗行为，系统也将口初其个人的信用值。 3.3.2 评价指标评价指标 客户搜索到所需的商品后，可以查询卖方的信用等级。 对于一般的用户，信用的指标包括：其在本网站登陆时间，上站时间，个人银行账户 金额。 对于店铺用户，信用指标包括：其在本网站的注册历史，个人银行账户金额以及出现 违约的次数。 3.3.3 可能出现的问题：可能出现的问题： 由于无法本系统没有对零散客户买方的交易进行监控，因此没有对一般零散的买卖双 方进行很完善的信用评价。仅仅用了简单的评价指标，不能完全体现一般用户的交易信用。 3.3.4 信用体制解决的问题：信用体制解决的问题： 1.保证买方的利益，约束卖方的交易行为； 2.敦促卖家（店铺）尽快将已售商品下架 ； 3.为买卖双方提供一定的信用参考 由于本系统是针对 C2C 的网上商店，不太可能有一个非常完善的信用体制。信用体制 的建立是在理性消费者的假设上的，也就是假设理性消费者不会做损人不利己的事。实际 上，本系统作为信息发布的平台，对信用的要求也是有限的。针对我们有限的信用要求， 信用体制上的某些未解决的问题给系统带来的危害也并不是很大。 3.43.4 收费机制：收费机制： 本系统引入虚拟货币的机制：每个用户都有虚拟货币帐户，虚拟货币与实际货币硬性 等价转换。由此，无论是一般用户还是店铺用户，如果需要发布商品信息，首先通过实款 缴纳转化成虚拟货币。 一般用户在发布信息时费用从虚拟账户扣除，按卖方所需，每个商品设置不同的保留设置不同的保留 时间时间，按不同时间收取费用，在规定的时间内如卖方未将商品下架，系统自行删除商品。 店铺用户由系统管理员定时从其虚拟账户上扣除。店铺用户可以申请不同的空间集中 展示自己的商品。按不同的空间收取不同的会员费用。 对于零散用户在注册之初，本系统给予一定的货币金额。卖方用户可以发布有限条商 10 品信息，满足只发布几条信息的用户所求。 对于店铺用户，在规定时间可以结算。保留一定金额后可以兑出。 需要说明的是在本系统试运行的初期，并不用户收费。在运行一定时间后由管理者按 市场环境决定何时进行收费。 3.5 系统数据流程系统数据流程 图图 3 3 上图表明了系统中数据流程，从数据的角度重新分析了业务中的交易流程和信用评价 流程。 卖方注册时相关信息就将记录在系统中的客户信息数据库中。用户信息包括用户的常 规信息以及卖方用户的类型：店铺型，零散型。 卖方在提交商品信息给系统时，系统会自动检测用户的货币量是否足够。只有保存一 定量的虚拟货币，卖方的商品信息才能成功提交给系统。成功后，系统将商品信息展示在 网站上并记录在数据库中。 买方通过检索网站上的展示商品搜寻到所满意的商品。在确定购买前，买方还可以查 询卖方的信用信息以判断是否购买。如果没有搜寻到商品，可以在本系统登记所需商品。 11 决定购买后，提交定单。系统将定单记录保存。卖方自行处理定单。 如若在交易中出现了某方的欺诈行为可以在本系统进行投诉。系统将投诉进行记录， 并在核实后对欺诈方进行惩罚，对其信用值进行扣减。 3.6 系统实体关系图系统实体关系图 系统实体包括：买方、卖方、系统管理员以及商品。 买方可以发布商品需求，可以对商品进行评价，同时可以购买商品。 卖方可以发布并修改商品信息，对商品进行评价，出售商品。 用户在注册中以及注册后都可以申请权限的升级。当在交易中出现问题时用户可以向 系统管理员进行投诉。管理员拥有对用户信用值进行管理的权限。 同时，所有用户都可以对各个店铺进行信用的评价的权利，并且系统管理员可以对所有的 商品以及商品的目录进行管理。 12 四四 系统设计系统设计 4.1 系统运行基础环境系统运行基础环境 CPU：1.0G Hz 以上（推荐） 内存：128M 以上（推荐） 操作系统：Windows 2000 技术选择：PHP（Smarty Template Engine） 构架选择：MVC DBMS 选择：MySQL 构架实现选择：Smarty 4.2 数据库设计数据库设计 4.2.1 数据库分析与数据库规范数据库分析与数据库规范 根据数据流程分析和 ER 分析，实体以及实体间的关系可以讲数据库分成： users, products, orders, assess, requires, categories, mailbox, message 个表。 按照表与表之间的一对一或一对多原则，可以将表重新设计为： 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_id) categories (id, parented, name, description, products_id, category_id) shop (id, username, name, size, u_size, description, assess_id) 13 assess (id, username, prop, description) emailbox (username, t_size, used_size) message (id, username, send_time, title, size, receive_time, content ) 其中，加横线的为表中的主键，波浪线为其外键。 在 users 表中，username 是用户的主键，priv 代表用户的权限，是否为管理员，prop 代表用户的属性，是店铺用户还是普通用户，account 为用户的虚拟账户，credit 是用户的 信用评价值，logintime 是用户注册时间。 products 记录了商品的信息。on_special, on_advice 表示商品是否为特价商品以及是否 为广告商品，assess_id 将商品和对它评价的信息关联。 requires 表，记录了用户对商品的需求。 orders 表记录用户的每笔定单。order_item 将 orders 表和 products 表相关联。一个定单 可以订多个商品，一个商品也可以被多个人订取。 categories 记录的是商品的目录。同样，products_categories 表将 categories 和 products 表相关联。一个商品属于一个目录，但一个目录下可以有多个商品。 shop 表记录的是每个店铺用户开社的商店的信息。assess_id 将记录对商店的评价信息 与 shop 相关联。 assess 表记录了用户对商品或者对商店的评价。其中的 prop 区分了此二者的用途， emailbox 和 message 表分别记录了用户的消息箱以及每条消息。 4.2.2 数据表、数据项之间的关系数据表、数据项之间的关系 数据库中各个表单之间的关系以及数据项间的关系间下图。图中的表及其关联表示了 表中属性的类型以及表和表之间关联关系。 强关联关系要求一个商品必须对应一个用户，一个定单必须对于一个用户，一个 ordr_items 必须对应一个 orders 表，一个 shop 必须对应一个用户，products_categorites 必须 同时对应一个 products 和一个 categories 表单，一个 emailbox 表单必须对应一个 users 表， 一个 massage 必须对应一个 users 表。 图中表示出了各表之间的主键和外键。 14 图图 4 15 4.3 系统设计系统设计 4.3.1 MVC 简介简介 M：Model 模型 V：View 视图 C：Controller 控制器 图图 5 5 4.3.1.14.3.1.1 M-V-CM-V-C 各自的职责：各自的职责： ModelModel 的作用主要是封装数据及系统的状态，另外太还要处理商业逻辑，但是在目前 的设计中通常是把商业逻辑另外分开（PHP） ViewView 是用来显示和发送 request 的一个 UI，在 View 通常没有商业处理，只是将要处 理的数据格式化（HTML） ControllerController 它只要负责接受 request，选择相应的 response 视图，并传递模型数据 （PHP） 4.3.1.24.3.1.2 M-V-CM-V-C 的特点的特点 开发 MVC 系统比简单的 PHP 开发要复杂一点，它需要更多的时间学习和掌握。同时新 东西的引入会带来新的问题： 必须基于 MVC 组件的方式重新思考和设计应用结构。原来通过建立一个简单的 PHP 页面就能实现的应用现在变成了多个步骤的设计和实现过程。 所有的页面和组件必须在 MVC 框架中实现，所以必须进行附加地开发工作。 MVC 本身就是一个复杂的系统，所以采用 MVC 实现 Web 应用时，最好选一个现成的 MVC 框架，在此之下进行开发，从而取得事半功倍的效果。现在有很多可供使用的 MVC 框架， 由于 Smarty 有完整的文档并且相对来讲比较简单，所以用它开发 MVC 系统还是比较方便地。 另外说明，严格的说 Smarty 不是一个 MVC 的 Framework，只是一个 Template Engine，但是我们可以用 Smarty 来实现 MVC 16 4.3.2 Smarty 简介简介 *Smarty 是 PHP 的官方样版引擎 1什么是样版引擎 样版引擎的目的是要达到逻辑分离的功能。它能让程序开发者专注于数据的控制或是功能 的达成；而视觉设计师则可专注于网页排版，让网页看起来更具有专业感。 2Smarty 如何运作？ 图图 6 6 3Smarty 在系统中角色 17 图图 7 7 4.3.3 为什么选用为什么选用 MySQL MySQL 是一个免费强大的的 DBMS 免费：没有赞助和投资我