Web开发汽车销售系统(使用C#及mysql数据库)

数据库课程设计

汽车销售管理系统

2021年12月15日

设计总说明

本汽车销售管理系统主要是针对实现客户便捷查询自己的信息，在售车辆信息，汽车预

约信息和汽车公司管理员所实现的一套系统。本系统面向客户和汽车销售管理员。并将系统

划分为两个角色。客户和管理员。客户子系统设计了在售汽车基本信息查询，提交试驾预约

提交或删除汽车购买订单，查询自己订单等功能。管理员子系统实现了实现了在售汽车基本

信息查询，客户信息查询，试驾预约查询，试驾预约确认，汽车购买订单查询，购车订单销

售确认，统计热点汽车信息等功能。由于本系统的设计目标，是实现一个基于web端的信息

管理系统，因此在设计中，会涉及到数据库设计、系统框架设计、系统模块设计、模块功能

设计、界面设计等部分设计为实现本系统，采用了C#,HTML,CSS,JavaScript等语言编写

程序。使用VS2019,SQLServer2019等软件实现。

O

关键词：C#、JavaScript,统计、MVC三层架构、HTML

目录

1.设计目的1

2.需求分析2

2.1系统目标分析2

2.1.1系统总目标2

2.1.2系统用例图2

2.2系统对象分析2

2.3系统数据处理分析3

2.4数据字典描述4

2.4.1数据流分析4

2.4.2数据存储定义5

2.4.3子系统数据处理过程定义6

3.系统架构结构设计8

3.1系统框架结构设计8

3.2组成结构设计9

3.3数据库结构设计11

3.3.1需求分析11

3.3.2概念结构设计11

3.3.3逻辑结构设计13

3.4系统界面设计16

4.数据库实施20

4.1平台简介20

4.2程序实现20

4.3触发器设计23

4.4测试数据准备23

4.4.1管理员信息表导入23

4.4.2汽车信息导入23

4.4.3用户信息导入23

4.4.4销售信息导入24

4.4.5预约信息导入24

5.功能模块设计与开发25

5.1管理员信息管理25

5.1.1管理员查询25

5.2用户信息管理27

5.2.1添加用户信息27

5.2.2用户信息显示30

5.2.3用户信息删除30

5.3汽车信息管理31

5.3.1添加汽车信息31

5.3.2汽车信息显示34

5.3.3汽车信息删除35

5.4统计模块35

5.4.1预约信息统计35

5.4.2销售信息统计37

5.4.3试驾信息图形化分析39

5.4.4销售信息图形化分析42

6.系统测试与分析45

6.1管理员信息管理45

6.2客户信息管理46

6.3汽车信息管理47

6.4统计模块48

7.课程设计技术经验总结51

1.设计目的

随着社会经济的迅速发展，汽车销售业的规模也在不断扩大，有关汽车销售的信息数据

也成倍增加。以前我们人工记录汽车销售产品的时代已经过去了，面对庞大的信息量，我们

必须制定一个高效的汽车销售管理系统来实现对信息管理的高效化、工作规范化、系统化、

程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改各种信息。本

汽车销售管理系统包括以下方面信息：车型信息、客户信息、销售信息、订单信息以及试驾

信息。形成了一条的数据信息系统，贯穿数据库的全过程。

本汽车销售管理系统主要是为了实现客户对信息（客户信息、在售车辆信息、汽车预约

信息）的查询以及实现汽车公司管理员对所有信息（客户信息、管理员信息、车辆信息、预

约信息、销售信息、订单信息）的统一管理而设计的一套系统。因此将系统划分为客户和管

理员两个角色。客户子系统为客户端提供了在售汽车基本信息查询，提交试驾预约提交或删

除汽车购买订单，查询自己订单等功能。管理员子系统为管理员端提供了在售汽车基本信息

查询，客户信息查询，试驾预约查询，试驾预约确认，汽车购买订单查询，购车订单销售确

认，统计热点汽车信息等功能。

设计本系统的根本目的在于以客户-管理员之间的行为关系为基础，以平台系统为载体,

以对销售管理信息的处理操作为过程，为广大汽车需求者提供汽车销售信息，同时运用高新

技术手段和现代化管理提高了数据信息的利用效率，降低买卖双方的成本以及提高服务效

率。信息系统综合设计是软件开发系列理论课程的实践性辅助教学过程，面向对象程序设计、

数据结构和数据库系统等课程后开设的。旨在学习基于数据库的综合信息管理系统的开发途

径、方法和工具，并结合关系型数据库管理系统开展实际的数据管理操作和基于数据库的小

型信息系统设计。使学生进一步理解和掌握数据库系统的应用框架、开发原理和开发技术,

利用现有的数据建模工具、数据库管理系统软件、程序开发平台规范、科学地完成一个微型

数据库应用系统的设计与实现。培养其信息系统的综合设计能力，训练基于Web的微型信

息管理系统的开发技术，锻炼设计思路表达、设计文档撰写的能力;为后续课程的学习、毕

业设计环节以及将来的实际工作打好坚实的基础。

1

2.需求分析

2.1系统目标分析

2.1.1系统总目标

汽车销售管理系统是为了实现汽车销售工作的规范化、自动化而开发的，作为一个协助

汽车销售商对各职能部门及业务流程进行全面管理的一个信息管理系统。要解决传统的管理

方法容易造成档案资料的遗失，控制不集中，管理不规范等问题。

本汽车销售管理系统就是为了能够改变目前传统的网络系统的使用方式,使得所有的信

息系统能够真正的实现向网络化的转变，对进销存各个环节进行明确分工，有效地避免了人

为错误的发生，通过以高效、准确的信息处理系统，使得汽车销售管理更加程序化、规范化。

2.2系统对象分析

顾客：

查询车辆：查询车辆、供应商、销售量等信息

试驾体验：预约试驾、查询预约处理、接受试驾信息反馈

购买车辆：建立订单

管理员：

车辆信息管理：汽车资料、订退货、出入库、库存等信息的管理

顾客信息管理：顾客信息的增删改查

试驾预约管理：接收预约信息、预约确认、预约信息反馈

供应商信息管理：供应商信息的增删改查

订单信息管理：管理顾客提交的订单和车价

销售信息管理：对买家、所售车辆以及订单信息进行上传

2

系统信息整合与统计：整理统计本系统的信息

综合查询：对客户信息、车辆订单、车辆信息多角度综合查询

2.3系统数据处理分析

图2.2汽车销售管理系统顶层数据流图

顾客子系统

•处理顾客提交的请求；提供汽车信息和预约流程；提供信息反馈；建立订单

•用户身份验证：校验输入者的身份证号，正确则开启系统，否则转回重新认证

・汽车信息查询：输入想要查询的品牌、车名、型号

•试驾预约：根据选择车辆提交试驾预约申请，等待预约反馈。可以通过身份验证

后查询预约信息

•建立订单：选择车辆，建立订单

图2.3顾客子系统数据流图

3

管理员子系统：

管理用户信息；管理车辆；管理预约；管理订单；管理销售

顾客信息管理：顾客信息的管理

车辆信息管理：管理在库车辆、试驾车辆以及在售车辆的车辆

班次信息管理：管理车辆在路线上的车次

批量导入：批量导入客户的认证信息

综合查询：对客户信息、车票订单、车辆信息、路线信息多角度综合查询

试驾预约管理：接收预约信息、预约确认、预约信息反馈

订单信息管理：管理顾客提交的订单和车价

销售信息管理：管理买家、所售车辆以及订单

系统信息整合与统计：整理统计本系统的信息

综合查询：对客户信息、车辆订单、车辆信息、预约信息、销售信息等多角度综合

查询

图2.4管理员子系统数据流图

2.4数据字典描述

2.4.1数据流分析

数据字典（Datadictionary,简写为DD）是存放数据库各级模式结构的描述，也是访

问数据库的接口。

顾客子系统

表2.1顾客子系统数据流表

序号数据流名称数据流位置结构定义

1使命校嗡/认证任息顾客->P1身份证号+姓名+性别+年龄+电话

2车辆份息顾客->P2品牌+价格+出场时间

•顾客实名校验：顾客一P1,填写乘客身份证号

4

•顾客认证申请：顾客一P1,填写申请者身份证号、姓名、性别、年龄、电话（身份记录

信息见D1）

•车辆查询：顾客fP3,符合条件的车辆（车辆信息见D3）

管理员子系统

表2.2管理员子系统数据流表

序数据流名

号数据流位置结构定义

称

1审核认证管理员->D1身份证号+姓名+性别+年龄+电话

2员工信息管理员->D1身份证号+员工编号+姓名+性别++电话

3车辆信息管理员->D3车辆编号+品牌名称+出场时间

4库存信息管理员->申入库信息+存货量+出库时间

5销售信息管理员->D5买家信息+车辆信息+售后情况+负责人

6预约信息管理员->D2预约用户+预约车辆+负责人

7订单信息管理员->D4用户信息+车辆信息+订单状态

8统计信息管理员->D6员工数+车辆数+销售情况+库存情况+试驾情况+所有订单

・审核读者认证:管理员一D1,核对该信息（身份记录信息见P1）

•修改员工信息:管理员一D1,更新员工信息（线路记录信息见P1）

•修改库存信息:管理员一D3,更新库存（车次记录信息见P3）

•修改车辆信息:管理员一D3,更新车辆信息（车辆记录信息见P3）

•修改销售信息:管理员一D5,更新销售信息（车辆记录信息见P5）

•修改预约信息:管理员一D2,更新预约信息（车辆记录信息见P2）

・修改订单信息:管理员一D4,更新订单信息（订单记录信息见P4）

•统计信息：管理员一D6,统计所有员工数、车辆数、销售情况、库存情况、查看订单

数据定义表

综合汽车销售管理系统的数据定义，可分为十个要点，分别是1用户的定义，2汽车资

料的定义，3员工信息的定义，4客户信息的定义，5供应商信息的定义，6仓库信息的定

义，7汽车入库信息的定义，8汽车出库信息的定义，9汽车销售信息的定义，10退货信息

的定义。

表2.3数据定义表

序号数据名称数据定义

1用户表编号-用户名通码

2汽车资料表编号-品牌-名称出色T介格

3员工信息表编号逐名T生别-联系电话-身份证号码常用时间

4客户信息表编招-姓名T性另卜年龄吨话-身份证号

5供应商信息表编号-名称超话-所在地

6仓库信息表编号〜名称-库存里出工编号+负责人

7汽车入库信息表单号哈库编号-数里我应商编号书期-员工编号-负责人

8汽车出库信息表单号-仓库编号-数里+日期

9汽车销售信息表单号喀户编号+员工编号-单价-数第4肖售员*0期

10退货信息表单号-倘售单号-员工编号-负责人第里-日期-理由

2.4.2数据存储定义

5

综合“顾客子系统”与“管理员子系统”的数据存储，主要有五大块，D1用户信息记

录，D2试驾信息记录，1)3在售汽车信息记录，D4订单信息记录，1)5销售信息记录，1)6汇

总信息统计记录。其数据存储定义表如下图：

表2.3数据存储定义表

编号序号数据存储定义输入数据流输出数据流

查询用户

D11客户信息变更客户

提交订货请求

查询用户

D22预约信息试驾赖约颈约确定

查询车辆

查询车辆

D33车辆信息变更车辆

获得订货请求

结账

M4订单信息变更订单

提交行货请求

查询厂商

提交订货请求

D55稍售信息变更i肖售查询空闲厂商

提交订货信息

提交订单信息

提交请求结账

M6订货信息

提交订单信息提交订货请求

D67统计信息提交请求查看处理

2.4.3子系统数据处理过程定义

客户端子系统

>用户信息管理：客户可以查询和修改自己的基本信息。

>试驾预约查询：客户可以提交和查询试驾预约。

>试驾预约确认：客户可以接收试驾信息安排反馈，也可以取消删除或确认

试

>在籍汽车基本信息查询：客户可以查询在售汽车基本信息。

>用户订单管理：客户可以进行车辆购买、订单查询。

>购车订单确认：客户可以取消删除或确认自己的订单。

管理员端子系统

>用户管理：管理员可以使用本系统的所有功能，管理客户与销售员的基本

信息。

>客户信息查询：管理员可以查询全体客户基本信息。

>试驾预约信息查询

>订单查询

6

A销售情况查询

>注：管理员可以对试驾预约信息、订单、销售情况的综合查询功能，能够

按汽车类型、销售额、客户信息、销售时间等条件进行精确和模糊查询。

>在售汽车基本信息查询：管理员可以查询在售汽车基本信息。

>在售汽车信息维护：管理员可以更新维护在售汽车基本信息，对汽车信息

进行增、删、改、查。

>试驾预约查询：管理员可以查询客户已提交的试驾预约。

>试驾预约确认：管理员确认客户的试驾预约申请。

>试驾情况统计：管理员可以对试驾情况进行分析统计，能够得到试驾热点

汽车的统计分析图。

>

>汽车购买订单查询：管理员可以查询客户的汽车购买订单。

>购车订单销售确认：管理员确认客户的购车订单申请。

>

>用户导入:管理员可以对全体客户及销售员信息的多条数据一次性导入功

能；假设个人信息名录为Excel文件格式。包括普通管理员的功能

>汽车导入：管理员可以对在售汽车信息的多条数据一次性导入功能；假设

在售汽车名录为Excel文件格式。

>汽车销售情况统计：管理员可以对汽车销售情况进行分析统计，能够得到

销量热点汽车的统计分析图。

7

3.系统架构结构设计

3.1系统框架结构设计

（1）服务器工作要求

表3.1服务器工作要求表

0.S.windows10

DBMSSQLSever

DBAS开发平台c#

DB接口ODBC

（2）客户机工作要求

表3.2客户机工作要求表

0.S.windows10

浏览器IE

（3）数据库与应用系统的接口关系

图3.1数据库与应用系统的接口关系

本项目采用ASP.NetCoreMVC+三层架构模型，项目将包含以下几个模块：

实体层：包含封装数据库实体表和视图的类、以及项目所需的类。其下有装有数据库实

体表和视图的类，以及装有项目所需要的类对象。还有项目数据库控制的上下文环境类。

1三层架构第一层：数据访问层，该程序集下装有封装数据库各个实体以及视图的类。

这些类用来访问数据库。然后对数据库表进行“增删改查”等操作。

2三层架构第二层：业务逻辑层。该程序集下装有对第一层进行访问的类。基本上这些

类与数据访问层的类一一对应。

3三层架构第三层：视图层，其下不仅包含控制器Controller。还有视图页面（cshtml

页面）、页面加载的CSS.JavaScript、JQuery、图片等脚本以及插件，还有项目的配置

文件。

8

项目的体系结构如下图所示:

表示层

业务层

数据访问层

图3.2项目体系结构图

该系统将依据三层架构分为表示层UI、业务逻辑层BBL、数据访问层DAL,再加上实

体库，依据ASP.NetCoreMVC把三层架构中的UI层再次划分为视图View、控制器

Controller。

用户点击按钮请求服务器到服务器相应用户请求的过程是:用户页面指示输入相应的数

据，点击页面上某个按钮后，用户会经过请求页面的控制器，页面名称和控制器中的方法名

对应，找到该方法并执行，其中利用ASP.NetCoreMVC提供的模型绑定将HTTP请求中

的数据映射到操作方法参数；方法体内会直接返回某个页面，或经过一系类处理之后页面跳

转或是重定向。控制器的方法中对于数据库的访问依赖于业务逻辑层的对象，调用业务逻辑

层所需要的方法，而业务逻辑层的方法依赖于数据访问层中的对象，调用相应的方法；数据

访问层的方法将会直接访问数据库，完成数据的增删改查；再经过业务逻辑层返回数据库访

问的结果，控制器的方法得到返回的数据，向其他视图传递数据；对应的视图接收数据利用

注入的方式显示传递过来的数据，将页面返回给客户端。

3.2组成结构设计

2.1系统总体功能

根据客户子系统和管理员子系统的“业务分析图、数据处理过程”分析整理出：

①客户子系统有四大块功能：信息查询、客户信息管理、试驾预约、用户订单管理;

9

②管理员子系统有五大块功能：客户管理、在售汽车管理、试驾预约管理、订单管理、

信息统计模块。

系统功能模块划分如图:

图3.3系统功能模块划分图

2.2用户管理员子目标

(1)汽车信息模块

该模块中可以对每一个汽车的基本信息进行综合的管理，包括对汽车品牌的管理、汽车

参数信息的管理等。

(2)库存信息模块

该模块可以对汽车销售管理系统中的所有汽车库存信息进行综合的管理,包括现有库存

数量的汽车及其具体的位置，同时当汽车库存量降低到一定的阀值时可以对该库存的汽车信

息进行提前预警。该功能模块所显示的库存数量是可以经销售人员进行销售的数量。

(3)销售信息模块

该模块可以对汽车的销售信息进行综合管理。汽车销售人员在对汽车进行销售的时候生

成一个订单，该订单包含汽车销售的一切基本信息，在该功能模块中可以对汽车销售的订单

信息进行管理。该功能模块还对外提供查询的功能，管理者可以通过订单信息来对销售策略

进行及时的调整。

(4)财务信息管理子模块

该模块可以对汽车销售管理系统销售的财务数据进行综合的管理,汽车的每一次销售都

会产生一笔订单，该订单包含了应该收取的财务数据信息，同时该功能模块提供对外的财务

信息查询功能，同时支持财务报表数据的打印操作。

10

(5)客户关系管理子模块

该模块是对汽车销售管理系统中的所有客户的信息进行管理，将所有的客户信息都保存

下来，当客户有问题进行电话咨询的时候可以快速的检索到该客户的购买记录和以往提供服

务的记录，该功能模块可以有效地提高客户的服务满意度。

(6)系统用户管理子模块

系统的用户管理功能模块可以对汽车销售管理系统中的所有用户进行综合管理，同时也

可以对一个用户的权限进行定义。

3.3数据库结构设计

3.3.1需求分析

(1)系统管理的对象

汽车销售管理系统涉及的人有3类，登录系统希望买车，预约试驾的客户、系统

管理员，销售员。管理的事务有汽车试驾信息、订单信息、、客户信息。

(2)实体间的联系

实体之间主要事务联系如下：

用户向管理员提出试驾预约申请。

用户可查询个人信息、在售汽车基本信息、订单信息，可修改个人用户信息。

管理员可查询在售汽车基本信息、客户信息、试驾预约查询，订单查询.

管理员维护在售汽车信息，可对试驾预约和购车销售订单进行确认。

管理员可对试驾情况、汽车销售情况等进行统计分析.

(3)功能需求

能够进行数据库的数据定义、数据操纵、数据控制等处理功能。

具体功能应包括：系统应该提供管理员对在售汽车、销售订单信息的添加、插入、

删除、更新、查询操作；同时实现用户对在售汽车基本信息、订单信息、试驾预约信息

及个人信息的查询，以及对个人用户信息的修改、查询功能。

(4)安全性与完整性需求

对于汽车销售管理系统而言，要维护好不同实体表之间的各种关系，涉及相应的外

围程序，保证数据输入的完整性。同时要对注入信息进行识别并拦截，防止数据库被恶

意破坏。

3.3.2概念结构设计

根据上文分析，本系统主要实体有客户(用户)、管理员、销售员、在售汽车基本信

息、订单信息、试驾预约信息。

主要涉及的实体间联系有：用户与试驾预约之间存在“预约”的联系，即一个用户

可预约多辆车进行试驾，一辆车可被多位客户预约试驾，故涉及的关系为多对多关系。

客户与在售汽车之间存在“购买”关系。即一个客户可以买多辆车，一辆车只能被一个

用户买。故设计的关系为一对多关系。销售员与在售汽车之间存在“销售”的关系。即

一个销售员可以卖出多辆车，但一辆车只能被一个销售员销售，故设计的关系为一对多

关系。管理员与销售员、在售汽车、客户之间存在管理关系，即一个管理员可以管理多

位客户，多个销售员及多辆汽车，但是一位客户、一个管理员、一辆在售汽车只能被一

位管理员管理。故设计的关系为一对多关系。

11

各实体所涉及的属性如下：

客户（客户1D,姓名，性别，电话，账号，密码）

在售汽车（在售汽车ID,品牌，类型，厂家，入库时间，售价）

销售员（销售员ID,姓名，性别，电话）

购买订单（订单ID,订单时间）

管理员（管理员ID,姓名，性别，电话，密码）

试驾（试驾ID,试驾时间）

根据以上设计，可以得到实体联系ER图及概念模型图如下所示。

图3.4实体联系ER图

12

Customer

ErID<Di〉Yariabl。characters(】6)<M>Administor

passwordVariablecharacters(20)Us”nane<Di〉Yar：abScharacters(20：<M>

NameVariablecharacters(16)passwordVariablecharacters(20)

SexVariablecharacters(20)

Identifier」<pi>

PhoneVariablecharacters(11)

Driving_yearsImeger

PreVariablecharacters(10)

Identifier」<pi>

5

0Jd<Di>Variable"narr©000：'<M>

HeeTicestAsp

gcnaratG"PaysentFloat

"additiondonationVariablecharacters(100)

StateVariablecharacters(20)

bend

TypeVariablecharacters(20)

BrandVariablecharacters(20)

EngineVariablecharacters(20)

StuctreVariablecharacters(20)

FornVariablecharacters(20)

<H1>、盅；触/一£蛇壮£工以“26.

T_tineDarePriceFloat

MessageVariablecharacters(100)CarID"i>Yariabl。characters(20)<M>

Identifier」<pi>Identifier^<pi>

图3.5概念模型

3.3.3逻辑结构设计

（1）概念模型转换为逻辑模型

完成了概念模型的设计，以下将利用概念模型转换为逻辑模型的六条原则，对上

述概念模型进行处理。

根据设计原则一，将各实体转换为关系表，各表结构如下：

>客户（客户名，姓名，性别，电话，密码，驾龄，预购车型）

Customer（CustomerID,Name,Sex,Telephone,Password,Driving,experience,

Pre-orderedmodels）

>在售汽车（在售汽车ID,品牌，类型，型号，售价，发动机，车身结构，变速箱）

Car（Car_ID,Brand,Type,Entir_time,Model,Cost,Engine,Body

structure,Transmissioncase）

>管理员（管理员ID,姓名，密码）

Administrator(AdministratorID,Name,Password)

A购买订单(订单ID,订单时间)

Order(OrderID,Ordertime)

>试驾(试驾ID,试驾时间，型号，品牌)

TestDrive(TDID,TDtime,Type,Model)

根据多对一关系的设计转换原则，将汽车与销售员之间多对一的承载关系，转化为

将销售员的主键作为外键，吸取到汽车信息中；同理，将汽车与客户之间的多对一“运

行于"关系，转化为将将汽车和客户的主键转化为外键放置于购买订单中。因此，“汽

车”和“购买订单”关系的新结构如下：

>在售汽车（在售汽车ID,品牌，类型，售价，预约时间，客户ID）

Car（Car_ID,Brand,Type,Entir_time,Cost,TD_time,Customer_ID）

FK:Car_ID,Customer」。

>购买订单（订单ID,订单时间，客户ID,在售汽车ID）

13

Order(OrderID,Ordertime,CustomerID,CarID)

FK:Customer_ID,Car_ID

根据多对多关系的设计转换规则，将客户与在售汽车之间多对多的“试驾”关系，

将客户和在售汽车的主键转化为外键放置于“试驾”中据此，“试驾”表的结构如下：

>试驾(试驾ID,试驾时间，客户II),在售汽车ID)

TestDrive(TDID,TDtime,Customer_ID,CarID)

FK:Customer_ID,Car_lD

(2)关系模型定义

根据以上分析，该此数据库设计关系定义模型如下：

>客户(客户ID,姓名，性别，电话，密码)

Customer(CustomerID,Name,Sex,Telephone,Accountnumber,Password)

主键为Customer_ID

属性间的函数依赖关系：

FD{Customer_ID,Account_number->Password,Name,Sex,Telephone)

>在售汽车(在售汽车ID,品牌，类型，售价，发动机，车身结构，变速箱)

Car(CarID,Brand,Type,Cost,Engine,Bodystructure,Transmissioncase)

主键为Car_ID

属性间函数依赖关系为：

FD(Customer_ID,Brand->Cost,)

>管理员(管理员ID,姓名，性别，电话，密码)

Administrator(AdministratorID,Name,Sex,Telephone,Password)

主键为Administrator_ID

>购买订单(订单ID,订单时间)

Order(OrderID,Ordertime)

主键为OrdejID。

Order表，Customer表，Car表三个属性构成的表间依赖

FK1：Order依赖于Customer表

FK2：Order依赖于Car表。

属性依赖关系：FD：{Car_ID,Car_II)->0rder_lD)

>试驾(试驾ID,试驾时间，客户ID,在售汽车ID)

TestDrive(TDID,TDtime,CustomerID,CarID)

主键为TD」D。

Test_Driver表，Customer表，Car表三个属性够成的表间依赖

FK1:Test_Driver表依赖Customer表。

FK2：TestDriver表依赖Car表。

属性依赖关系：FD：{Customer_ID,Car_II)->TD_ID,TD_time}

(3)模型总览

根据以上设计得到该数据库设计的物理模型如下图3.6所示：

14

CustomerOrder

UserIDvarchar(16)<pk〉0idVBIN64000<Dk>

passwordvarchar(20)Car_IDvarchar(20)<fk2>

Namevarchar(16)UserIDvarchar(16)<fkl>

Sexvarchar(20)Timetimestamp

Phonevarchar(11)Paymentfloat

Driving_j,earsintAdditiondonationvarchar(100)

Prevarchar(10)Statevarchar(20)

Test_Drive

TID〈arch—(20)<Dk〉

User_IDvarchar(16)<fkl>

Car_IDvarchar(20)<fk2>

T_timedateCar

Messagevarchar(100)Typevarchar(20)

Brandvarchar(20)

Enginevarchar(20)

AdministorStuctrevarchar(20)

Formvarchar(20)

Usernamevarchar(20)<pk〉Pricefloat

passwordvarchar(20)CarID\wrchar(20)<r)k>

图3.6物理模型

根据得到的关系逻辑模型定义，”汽车销售管理系统”的全部标识符、约束信息如下:

表3.3数据库设计清单

汽车销售管理系统数据库设计清单

属性

表名属性属性名数据类型长度可空索引表级约束

约束

Customer_I

客户IDvarchar20no主属性

D

密码passwordvarchar20no

姓名namevarchar20no索引

客户主码：

Customer性别sexcharactersno客户ID

电话telephonevarchar20no

driving_st

驾龄floatno

anding

汽车IDCar_IDvarchar20no索引主属性

型号modelvarchar20no

品牌brandvarchar20no

在售汽车主码：

发动机motorvarchar20no

Car汽车ID

类型typevarchar20no

变速箱gear-boxvarchar10no

价格costfloatno

管理员Administra

varcharno索引主属性主码：

IDtor」D

15

管理员管理员

Administ密码passwordvarchar20noID

rator

试驾试驾号TD_IDvarchar20no索引主属性

主码：

Test_Dri试驾时

TD_timeDateno试驾号

ver间

订单号Order_IDvarchar20no索引主属性

订单状Order

订单varchar10no主码：

态status

Order订单号

订单时

Order_timeDateno

间

3.4系统界面设计

(1)客户端子系统：有四大功能模块，分别为信息查询、客户信息管理、试驾预约和

用户订单管理，各功能模块IPO关系如表所示。

表3.4功能模块IPO表

模块名称被调用调用输入输出处理方法

信息查询用户主客户信息要查询的客查询后的个人进入用户界面，查看需

控模块户姓名，账户信息要的信息并输出

客户信息用户主信息查询要查询的客查询或修改后纳入用户界面，对个人

管理控模块户咨询你系的个人信息信息进行修改或查询后

输出新的个人信息

试驾预约用户主试驾预约试驾预约信试驾预约成功在试驾预约界面对自己

控模块息如时间车或失败要去的日期等进行登记

型等并发出申请

用户订单用户主订单查询要查询的用车辆购买记录进入用户个人界面，查

管理控模块