系统数据流程 - 威客中国.docVIP

系统数据流程 图3 上图表明了系统中数据流程，从数据的角度重新分析了业务中的交易流程和信用评价流程。 卖方注册时相关信息就将记录在系统中的客户信息数据库中。用户信息包括用户的常规信息以及卖方用户的类型：店铺型，零散型。 卖方在提交商品信息给系统时，系统会自动检测用户的货币量是否足够。只有保存一定量的虚拟货币，卖方的商品信息才能成功提交给系统。成功后，系统将商品信息展示在网站上并记录在数据库中。 买方通过检索网站上的展示商品搜寻到所满意的商品。在确定购买前，买方还可以查询卖方的信用信息以判断是否购买。如果没有搜寻到商品，可以在本系统登记所需商品。 决定购买后，提交定单。系统将定单记录保存。卖方自行处理定单。 如若在交易中出现了某方的欺诈行为可以在本系统进行投诉。系统将投诉进行记录，并在核实后对欺诈方进行惩罚，对其信用值进行扣减。 3.6 系统实体关系图 系统实体包括：买方、卖方、系统管理员以及商品。 买方可以发布商品需求，可以对商品进行评价，同时可以购买商品。 卖方可以发布并修改商品信息，对商品进行评价，出售商品。 用户在注册中以及注册后都可以申请权限的升级。当在交易中出现问题时用户可以向系统管理员进行投诉。管理员拥有对用户信用值进行管理的权限。 同时，所有用户都可以对各个店铺进行信用的评价的权利，并且系统管理员可以对所有的商品以及商品的目录进行管理。 四 系统设计 4.1系统运行基础环境 CPU：1.0G Hz 以上（推荐） 内存：128M 以上（推荐） 操作系统：Windows 2000 技术选择：asp（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) 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将商品和