该系统是建立在多个软件的基础之上（DW，visio，powerdesign以及SQL SEVER），通过B/S结构框架旨在为购买者提供多方面、多渠道的购买方式和场所。通过我们的拍卖系统，购买者可以尽可能的从中收获最大效益，对于拍卖者来说，通过搜集购买者的爱好、以及个人信息可以提供相匹配的竞品，同时也会提供站内搜索（模糊、精确搜索），方便购买者搜索竞品信息。

3系统功能图

图1 系统功能图

2.1需要实现的功能

①购买者可以随时登录、查看自己的购买、交易记录、运输记录等

②拍卖者对竞品的拍卖情况必须实时、透明化的展示给所有购买者

③公平可靠的竞争方式，对拍卖者、购买者的交易信用进行统计，透明化的展示给对应的购买者、拍卖者

④必须能够保证购买者通过对竞品的精确搜索、模糊搜索，可以找到自己想要的竞品

⑤竞品的交易记录以及竞品信息

⑥物流的运输理以及车辆调配

2.2需要实现的功能模块

①购买者模块：能够进行购买者者注册和登录，并保证购买者的私人信息安全性，以及不同身份不同管理权限。进行竞品搜索、物品竞拍以及个人信息管理的功能。

②拍卖者模块：能够进行拍卖者注册和登录，并保证拍卖者的私人信息安全性。拍卖者将竞品编号、名称、图片、数量等方面多维度展示给购买者，同时也可以通过看到购买者的信用统计来决定是否拍卖。

③竞品信息管理模块：竞品拍卖、竞品运输以及交易记录；给予购买者模糊搜索和精确搜索两方面

④物流管理模块：对于竞品运输以及运输车辆调配。

3.业务流程图分析

网上竞拍系统的业务流程图主要分为以下三个方面：

拍卖者拍卖情况、购买者拍卖情况、运输情况。

拍卖者拍卖情况分析：拍卖者首先登录系统后，根据竞品信息填写每一轮次的拍卖表单，并且生成一份拍卖表单，确认信息后提交竞品拍卖信息，公开透明给购买者。

购买者拍卖情况分析：登录系统后，通过模糊搜索或精确搜索到自己心仪的竞品后，填写竞购表单，并且生成竞购表单，通过查看拍卖者提交的竞品拍卖信息后，价高者得，可以知道自己是否竞拍成功。

运输情况分析：购买者竞拍成功后，把订单发给系统，系统的运输部分就会受理订单，开始调度车辆，分配处理订单后开始运输，直到购买者成功收到订单。

具体流程见以下三个图。

3.1拍卖者拍卖情况分析

图2 拍卖者流程图

3.2购买者购物情况分析

图3 购买者流程图

3.3运输情况分析

图4 运输流程图

4.数据流分析

第0层

图5 第0层数据流程图

第0层数据流图分析：购买者和拍卖者通过登录网上竞拍系统来进行拍卖和购买

第一层

图6 第一层数据流程图

第一层数据流程图分析：购买者登陆后选择评价或搜索商品进行拍卖。选择评价是通过竞品拍卖完成后进行客观的评价，会生成拍卖者评价表。搜索竞品可以通过模糊搜索或精确搜索找到心意竞品后，填写竞价表，最后价高者得。

图7 第二层数据流图

第二层数据流程图分析：拍卖者通过登录网上竞拍系统后填写每一轮次的相关竞品的竞价表公开透明发给购买者进行拍卖竞价填写。

5.数据字典（数据项、数据流、数据结构为例）

取值范围及含义：1~2位为竞品行号2~4位为竞品列号

取值范围及含义：1~4位为购买者随机编号5位为购买者性别（男1女2）

数据流组成：竞品信息表=竞品名称+竞品编号+竞品价格+竞品拍卖情况

数据流名称：评价表

数据流组成：评价表=竞品信息+购买者拍卖情况+评价（好、坏、中等等客观评价）

数据流量：1份/次

数据结构：购买者

含义说明：对于竞品的购买去向归属人

组成：姓名、编号、地址、信用统计

数据结构：拍卖者

含义说明：对于竞品的拍卖负责人

组成：姓名、编号、信用统计

6.数据库安全性

①对不同用户设置不同权限，以保证数据库的安全

②为了更好的维护数据库，我们设置备份与恢复数据库模块

7.数据库完整性

①实体完整性：通过设置主键来保证数据库实体完整性

②参照完整性：通过设置外码来保证数据库参照完整性

③用户定义完整性：通过CHECK约束保证用户定义完整性

二.数据库概念以及物理结构设计

1.E-R图相关实体与属性

购买者E-R图及其属性：购买者姓名、编号、性别、购买者拍卖信用度、地址以及密码。

图8购买者属性图

拍卖者E-R图及其属性：拍卖者姓名、编号、拍卖信用度、密码。

图9购买者属性图

物流运输E-R图及其属性：物流编号、车辆调配、物流单。

图10 物流运输属性图

商品E-R图及其属性：商品名、商品编号、竞拍价以及类型。

图11商品属性图

总E-R图：

图12 总E-R图

E-R图分析：网上竞拍系统共四个实体，分别是：购买者、商品、物流以及拍卖者。它们之间的关系分别是：购买者与商品间是竞拍关系、商品与拍卖者之间是拍卖关系。购买者的属性分别有：编号、用户名、密码、地址、性别以及信用度；商品的属性有；编号、商品名、类型以及竞拍价；拍卖者的属性有：编号、用户名、性别、信用度以及密码。而每一次拍卖成功，购买者与商品之间都会产生一份竞购单，属于竞购关系的唯一属性，拍卖者每拍卖完成一次，就会产生一份拍卖单，属于拍卖关系的唯一属性。每次拍卖者确认拍卖单完成后交给物流进行运输送到购买者手中，每次成功交易会产生一份交易单。

2.关系模式

购买者（购买者用户名、信用度、购买者编号、密码、性别、地址）

拍卖者（拍卖者用户名、信用度、拍卖者编号、个人管理、密码、性别、地址）

商品（商品名、商品编号、竞拍价、类型）

物流（物流编号、车辆调配、物流单）

竞购（购买者编号、商品编号、竞购单）

管理（拍卖者编号、物流编号、物流交易单）

三.数据库逻辑模型设计

1.CDM图的构建及其说明

图13 CDM图

CDM构建说明：根据E-R图可以分为四个实体：拍卖者、购买者、竞品信息以及物流。相关实体的属性具体如下：拍卖者属性为拍卖者ID、拍卖者姓名、拍卖密码、拍卖地址、拍卖信用度以及拍卖性别；购买者属性为购买者ID、购买者姓名、购买者性别、购买信用度以及购买者密码；竞品信息属性有竞品ID、竞品名竞品类别以及竞品价格；四个实体之间的关系如上图所示，其中：购买者与竞品之间为多对多关系、物流与拍卖者之间也是多对多关系，购买者和物流之间也是多对多关系，其他为一对多关系。

2.逻辑模型分析（LDM图）

图14 LDM图

LDM构建说明：在CMD的基础上，对于每个实体定义了主键和外键，需要进行范式化处理。LDM是为了尽可能详细的描述数据，但是不考虑数据在物理上是如何实现的。

3.物理模型分析（PDM图)

图15 PDM图

PDM构建说明：在CMD的基础上，对于每个实体定义了主键和外键，需要进行范式化处理。四.数据库物理结构设计

(1)表设计

拍卖者表设计

图16拍卖者表设计

2.购买者表设计

图17购买者表设计

3.竞品设计

图18竞品表设计

(2)详细代码设计

购买者代码设计


go
 
/*==============================================================*/
 
/* Table: acut                                                  */
 
/*==============================================================*/
 
create table acut (
   acutid               char(4)             not null,
   acutname             varchar(8)             not null,
   acutpw               varchar(20)             not null,
   acutsex              char(2)              not null,
   acutcredit           char(10)             not null,
   constraint PK_ACUT primary key nonclustered (acutpw, acutid)
)go

2.拍卖者代码设计


go
 
/*==============================================================*/
 
/* Table: buyers                                                */
 
/*==============================================================*/
 
create table buyers (
   buyersid             char(4)             not null,
   buyersname           varchar(8)             not null,
   buyerssex            char(2)              not null,
   buyersaddress        varchar(20)             not null,
   buyerspw             char(10)             not null,
   buyerscredit         char(10)             not null,
   constraint PK_BUYERS primary key nonclustered (buyersid)
)go

3竞品代码设计


create table goods (
   goodsID              char(10)             not null,
   acutpw               varchar(50)             not null,
   acutid               char(4)             not null,
   tranid               char(10)             not null,
   goodsname            varchar(50)             not null,
   goodsmoney           char(20)             not null,
   goodstype            char(30)             not null,
   constraint PK_GOODS primary key nonclustered (goodsID)
)go