基于BS模式的自行车租赁系统毕业论文

后台管理模块

自行车管理 服务站管理 管理员管理

自行车信息添加 自行车信息修改 自行车信息删除 服务站信息添加 服务站信息修改 服务站信息删除 管理员添加 管理员信息添加 管理员删除 订单管理

订单查询 订单详细查询 订单接收 定单确认归还 图3.3 后台管理模块功能结构图

系统管理模块具体功能设计如下：

（1）自行车管理功能：

实现对自行车信息进行添加、编辑、删除等操作。 （2）服务站管理功能：

只有超级管理员能进行此操作，对服务站信息进行添加、编辑、删除等操作 （3）管理员管理功能：

普通管理员只能查询和修改自己密码，超级管理员可以询问所有管理员的信息，并进行添加、删除管理员的操作，但超级管理员无法删除。 （4）订单管理功能：

实现对订单详细信息进行查看、接收、确认归还等操作。

共 40 页 第 11 页

3.3 数据库设计

系统分析结束后进入设计阶段，抽象地分析数据，理解数据之间的关系，建立E-R模型，然后对数据库进行概念结构设计和逻辑结构设计。由于MySQL能够以极高的效率完成各种数据库查询，并能方便的使用存储过程，同时Navicat for MySQL的图形化用户界面，使系统管理和数据库管理更加直观、简单。所以本系统采用了MySQL进行数据库的存储管理与维护。

3.3.1 数据库概念结构设计

将需求分析得到的用户需求抽象为信息结构即概念结构设计，这一步是数据库设计的关键。一般采用自底向上的方法进行数据抽象和结构设计。在本系统中涉及到的实体如下所示：

（1）管理员(管理员ID、登录密码)

（2）用户(用户ID、登录密码、年龄、邮箱)

（3）自行车(自行车ID、自行车名称、租金、押金、库存量、所属服务站、图

片位置)

（4）服务站（服务站ID、服务站名称、服务站地址、服务站电话）

（5）订单(订单ID、订货用户、用户电话、归还服务站、租期、预订日期、管

理员检查)

（6）订单明细信息(订单明细信息ID、所属的订单号、对应的商品ID、对应商品数量) 在该系统中，各个实体的关系为：一个管理员可同时管理用户、自行车、服务站、订单等多个实体对象，并且它们之间都是一对多的关系。

一个会员实体可以下达多条订单信息实体，而一条订单信息又可对应多条订单明细信息实体；一条订单明细包括一个商品实体；一个商品大类信息拥有若干商品小类信息实体，而一个商品小类实体信息又拥有多个商品实体。各个实体之间的关系如图3.4所示。

共 40 页 第 12 页

图3.4系统E-R图

3.3.2 数据库逻辑结构设计

系统数据库设计的优劣直接影响到以后网站与数据连接的速度和更新查询的复杂度。本节介绍本系统基于关系数据库的数据库总体结构设计及数据表的设计。

本系统的数据库设计是在系统功能分析后，依据系统的需求目标而做出的设计。本系统为基于JSP的网上自行车预订系统，所以数据表包括自行车信息表、服务站信息表、订单信息表、订单明细表、用户信息表、管理员信息表等，表3.1为本系统所涉及到的数据表。

共 40 页 第 13 页

表3.1 数据表列表 表名 h_bike h_client h_admin h_servicer h_order h_item 主要属性 自行车信息(自行车ID，自行车名称，租金，押金，库存，图片) 用户信息(用户ID，用户名，登录密码，邮箱) 管理员信息(管理员ID，登录账号，登录密码，权限级别) 服务站信息(服务站ID，服务站名称、服务站地址、服务站电话) 订单信息(订单ID，订单下达者，联系电话，归还时的服务站，租期，拿车日期，定单状态) 订单详细信息(订单详细信息ID，所属的订单号，对应的自行车ID、对应预订的数量) 3.3.3 数据表详细设计

本系统中共涉及以商品信息表和商品类别表为中心的6张数据关系表。下面列出了本数据库中主要涉及到的数据表：

自行车信息表(h_bike)：该表中存放所有的自行车详细信息，表h_bike的结构表如表3.2所示。

表3.2 自行车信息表(h_bike) 字段名 id servicer_Id name price yajin count picture 字段类型 bigint(50) Int(10) Varchar(50) double(10,2) double(10,2) Int(10) Varchar（100） 可否为空 Not Null Not Null Null Null Null Null Null 描述 Z自行车ID（主键）自动加1 所属服务站ID（外键） 自行车名称 自行车租金 自行车押金 库存量 自行车图片地址

用户信息表(h_client)：该表中存放在所有在系统中注册的会员的详细信息，表h_client的结构表如表3.3所示。

共 40 页 第 14 页