车辆销售管理系统分析数据库系统分析.docx

上传人:b****8 文档编号:11463742 上传时间:2023-03-01 格式:DOCX 页数:43 大小:3.27MB
下载 相关 举报
车辆销售管理系统分析数据库系统分析.docx_第1页
第1页 / 共43页
车辆销售管理系统分析数据库系统分析.docx_第2页
第2页 / 共43页
车辆销售管理系统分析数据库系统分析.docx_第3页
第3页 / 共43页
车辆销售管理系统分析数据库系统分析.docx_第4页
第4页 / 共43页
车辆销售管理系统分析数据库系统分析.docx_第5页
第5页 / 共43页
点击查看更多>>
下载资源
资源描述

车辆销售管理系统分析数据库系统分析.docx

《车辆销售管理系统分析数据库系统分析.docx》由会员分享,可在线阅读,更多相关《车辆销售管理系统分析数据库系统分析.docx(43页珍藏版)》请在冰豆网上搜索。

车辆销售管理系统分析数据库系统分析.docx

车辆销售管理系统分析数据库系统分析

 

数据库课程设计

课程名称:

数据库原理

项目:

汽车销售管理系统

年级:

机电与信息工程学院

专业:

计算机科学与技术

小组成员学号及姓名:

200800800380杨文龙

200800800306王强

200800800424张莉莎

200800800279王凤春

200800800348修德龙

200800800445赵国鑫

目录……………………………………………………………1

1.引言…………………………………………………………2

2.需求分析……………………………………………………3

2.1功能分析……………………………………………………3

2.2数据字典……………………………………………………3

2.3数据流图……………………………………………………7

3.概念模型设计………………………………………………11

4.逻辑结构设计……………………………………………………13

5.物理结构设计……………………………………………………17

6.数据库测试阶段…………………………………………………18

1.引言

1.1编写目的

本系统专为具有一定规模和经济条件的大型汽车厂设计。

从进货管理:

车辆采购、车辆入库,销售管理到车辆销售、收益统计,再到售后服务等为一体,为每个环节明确分工,并通过可视化的软件支持,有效减小了人为差错的概率,代之以高效、便捷、准确的数字化服务系统,使汽车销售管理更加规范化!

1.2定义

系统名称:

汽车销售管理系统

数据库管理软件:

MicrosoftSQLServer2008

数据库作图软件:

系统采用C/S体系结构:

Client(客户端)负责提供表达逻辑、显示用户界面信息、访问数据库服务器;Server(服务器)端用于提供数据服务

运行平台:

Windows

1.3关键词

数据库原理汽车销售C#前台应用

 

2.需求分析

2.1功能分析

①基础信息管理:

1、厂商信息的管理:

查询、增、删、改

2、车型信息的管理:

查询、增、删、改

3、客户信息的管理:

查询、增、删、改

②进货管理:

4、车辆采购信息的管理:

查询、增、删、改

5、车辆入库信息的管理:

查询、增、删、改

③销售管理:

6、车辆销售:

客户可以根据自己的需求,选择不同型号的车型

7、收益统计:

厂商按照所出售的车辆数量及价格进行统计

8、售后服务:

车辆如果出现故障,可选择维修,如果想保养,可选择保养

④仓库管理:

8、库存车辆:

仓库管理员对已有车辆进行详细管理

9、仓库明细:

库存各种类型车辆的详细信息

10、进销存统计:

仓库管理员对车辆的出售与进货进行统计

⑤系统维护:

11、数据安全管理:

系统管理员对该数据库出现的问题进行管理

12、操作员管理:

操作员根据车辆销售情况及时更改数据库

13、权限设置:

规定该数据库访问权限

2.2数据字典

①数据项:

编号

数据项名称

说明部分

1

编号

字符串类型有唯一性

2

姓名

文本类型长度为20字符

3

性别

字符串类型男、女

4

年龄

整数类型18-100

5

工作单位

文本类型长度为20字符

6

联系电话

整数类型

7

车型号

字符串类型有唯一性

8

汽车车名

字符串类型

9

价格

浮点型

10

车辆状态

枚举类型被订、未订

11

厂商号

字符串类型有唯一性

12

厂商名

文本类型有唯一性

13

地址

文本类型长度为30字符

14

采购车辆总数

整型

15

仓库号

字符串类型有唯一性

16

订货日期

时间类型

17

到货日期

事件类型

18

进货车辆数

整型

19

出货车辆数

整型

20

金额

浮点型

21

买车日期

时间类型

22

保修期限

时间类型

23

销售车辆数

整型

24

销售总金额

浮点型

25

利润

浮点型

26

车辆是否有

布尔型

27

车辆时候订购

布尔型

28

车辆成本

浮点型

29

车辆总成本

浮点型

②数据结构

1

客户

(客户)姓名、性别、年龄、(客户)编号、工作单位、联系电话

2

车辆

车型号、汽车车名、厂商名、价格、车辆状态

3

厂商

厂商名、厂商号、地址、生产车辆总数、厂商状态、备注

4

订单

订单号、客户号、订货日期、到货日期、地址、是否存有、是否已订

5

仓库

仓库号、地址、进货车辆数、出货车辆数、库存车辆总数、(管理员)编号

6

车辆销售

车型号、厂商号、出售车辆数、车辆总成本、销售总金额、利润

7

订货

客户、厂商、车辆、买车日期、保修期限

8

员工

(员工)姓名、性别、年龄、(员工)编号、部门、联系电话、销售金额

③数据流

编号

数据流名

输入

输出

1

变更客户

变更信息

客户信息

2

查询客户

客户号

客户信息

3

变更厂商

变更信息

厂商信息

4

查询厂商

厂商号

厂商信息

5

变更车辆

变更信息

车辆信息

6

查询车辆

车型号

车辆信息

7

变更订单

变更信息

订单信息

8

查询订单

订单号

订单信息

9

变更仓库

变更信息

仓库信息

10

仓库

仓库号

地址

11

变更车辆销售

变更信息

车辆销售信息

12

查询车辆销售

车辆销售数

利润

13

查询空闲厂商

厂商状态限制条件

空闲厂商信息

14

结账

车型号

购买信息

15

提交订货请求

客户号、车型号、价格、厂商号

车辆信息

16

获得订货请求

订货信息

车型号、厂商号、客户号

17

提交订单信息

车型号、厂商号

订单信息

18

变更厂商分工信息

厂商号、车型号

厂商分工信息

19

预定车辆

车型号

车辆信息

20

付款

车型号

车辆信息、厂商信息

21

员工信息查询

员工姓名

员工信息

22

员工业绩查询

员工编号

员工信息

④数据存储

数据存储名

输入数据流

输出数据流

客户信息

变更客户

查询客户

提交订货请求

车辆信息

变更车辆

查询车辆

获得订货请求

厂商信息

变更厂商

查询房间

提交订货请求

查询空闲厂商

车辆销售信息

变更车辆销售

查询厂商

提交点货请求

查询空闲厂商

提交订货信息

提交订单信息

订单信息

变更订单

结账

提交订货请求

订货信息

提交订货请求

结账

提交订单信息

获得订货请求

员工信息

变更员工

查询员工

查询员工业绩

⑤处理过程

处理过程名

输入数据流

输出数据流

客户登记

终端

变更车辆

订货

终端

提交订货请求

获得订货请求

订货

获得订货请求

提交订货信息

订单

提交订货信息

提交订单信息

客户结账

结账

得到车辆

服务登记

提交用户信息

获得服务账单

厂商登记

终端

获得订单

完成订单

 

2.3数据流图

(1)顶层图

 

(2)1层图

A)销售管理:

B)仓库管理:

C)采购管理:

D)财务管理:

E)售后服务部:

(3)2层图

A)维修:

B)保养:

 

3.概念结构设计

经过需求分析阶段所得到的应用需求应该抽象成为信息世界的结构,才能够更加准确的用RDBMS来实现这些需求。

因此,在我们的所做的关于汽车销售的系统之中,我们应用相关的科学的方法分析了将要构筑的系统的各项需求,建立了完善的数据字典和数据流图。

下面,我们将要用E-R模型来进行概念结构的设计。

A)下面是各个实体型及其属性:

B)在本系统中的E-R图如下:

以上即为我们整个系统的E-R图的构成,本E-R图中基本上反映了我们构思的初衷,多个模块之间构成了既相互联系又相互独立的子功能模块,如汽车销售模块,仓库管理模块,财务管理模块等等。

 

4.逻辑结构设计

顾名思义,逻辑结构设计的任务就是把概念结构设计阶段设计好的E-R图转换成DBMS所支持的数据模型的逻辑结构。

当然,我们所选用的是微软的关系型数据库管理系统MicrosoftSQLserver2008。

E-R图向关系模型的转换要解决的问题是如何将实体型和实体之间的联系转换为关系模式,如何确定这些关系模式的属性和码。

E-R图中每一个实体型转换为一个关系模式,实体的属性就是关系的属性,实体的码即为关系的码;但是实体之间的联系却有很多种情况。

下面将列出转换后的关系模式:

关系模式在此即转化为各个关系表

如下所示:

一、基本表

.

(1)CInfo:

客户信息

客户名

Cname

Nvarcahr(50)

客户编号

Cno

Nvarcahr(50)

主键

性别

Csex

Nchar(10)

约束条件(男,女)

地址

CAdr

Nvarcahr(50)

约束条件(18—100)

年龄

Cage

Nchar(10)

电话

Ctel

int

(2)CarInfo:

车辆信息

车辆型号

Carmodel

Nvarchar(50)

主键

车辆名

Carnam

Nvarchar(50)

价格

CarPrice

float

颜色

Carcolor

Nvarchar(10)

(3)FacInfo:

厂商信息

编号

Fno

Nvarcahr(50)

主键

厂商名

Fnam

Nvarcahr(20)

地址

Fadr

Nvarcahr(50)

状态

condition

Nchar(10)

生产总量

Pro_amount

int

备注

remarks

Nvarcahr(max)

(4)Fac_carInfo:

厂商-车辆对应

厂商编号

Fno

Nvarcahr(50)

外键FacInfo.Fno

车辆型号

Carmodel

Nvarcahr(50)

外键CarInfo.Carmodel

(5)StafInfo:

员工信息

员工编号

Sno

Nvarcahr(50)

主键

姓名

Snam

Nvarcahr(20)

性别

Ssex

Nchar(10)

约束条件(男,女)

职务

Sjob

Nvarcahr(50)

部门

Sdep

Nvarcahr(50)

电话

Stel

int

年龄

Sage

int

约束条件(18-60)

(6)stoInfo:

仓库信息

仓库编号

Stono

Nvarcahr(50)

主键

容量

Capacity

int

剩余容量

Capacity_rem

Int

初始设置后由触发器更新

管理员编号

Stafo

Nvarcahr(50)

外键StafInfo.Sno

地址

Stadr

Nvarcahr(50)

(7)Car_in:

车辆购入

购入记录编号

RecordNo

int

主键自增量1,1

采购人员编号

Stafno

Nvarcahr(50)

外键StafInfo.Sno

车辆型号

Carmodel

Nvarcahr(50)

日期

date

datetime

存入仓库号

StoNo

Nvarcahr(50)

外键stoInfo.Stono

车辆状态

Carstate

Nchar(10)

约束条件(已订出,未订出)

触发器trig_car_in:

插入一条信息后StoRecord中将会生成一条记录同时相应仓库的Capacity_rem减1

(8)Car_out:

车辆售出

售出记录编号

RecordNo

int

主键自增量1,1

销售人员编号

Stafno

Nvarcahr(50)

外键StafInfo.Sno

记录日期

recorddate

datetime

对应仓库编号

StoNo

Nvarcahr(50)

外键stoInfo.Stono

车辆内部编号

CarNo_in

int

外键StoRecord.CarNo_in

客户编号

Cno

Nvarcahr(50)

外键CInfo.Cno

触发器trig_car_out:

(插入一条信息后StoRecord中Carstate的属性值将修改为“售出”同时相应仓库的Capacity_rem加1)

(9)StoRecord:

仓库出入纪录

(通过车辆状态Carstate进行现有车辆查询:

未订出,已订出,售出此表通过触发器自动插入,更新纪录)

车辆内部编号

CarNo_in

int

主键自增量1,1

车辆型号

Carmodel

Nvarcahr(50)

仓库编号

StoNo

Nvarcahr(50)

外键stoInfo.Stono

记录日期

Date

datetime

车辆状态

Carstate

Nchar(10)

约束(已订出,未订出,售出)在Car_out中插入一条记录后会将该表中的状态修改为此值

 

(9)OrderInfo:

订单信息

订单编号

Ono

Nvarcahr(50)

主键

客户编号

Cno

Nvarcahr(50)

外键CInfo.Cno

订货日期

Bdate

datetime

到货日期

Edate

datetime

车辆型号

Ocarmodel

Nvarcahr(50)

金额

cost

float

订购人员编号

Stano

Nvarcahr(50)

外键StafInfo.Sno

(10)ServiceInfo:

售后维护表

表单编号

SerNo

Nvarcahr(50)

主键

销售记录编号

SellrecordNo

int

外键Car_out.RecordNo

维护类别

SerClass

Nchar(10)

约束条件(维修,保养,零备件,其他)

表单日期

SerDate

datetime

应付金额

Ser_cost

float

表示完各个关系表之后,则本系统的逻辑设计阶段完成。

下面进入物理设计阶段。

5.物理设计

在物理设计阶段,我们希望设计优化的物理数据库结构,使得在数据库上运行的各种事物的响应时间少,存储空间利用率高,事物吞吐率大。

确定数据库的物理结构主要指确定数据的存放位置和存储结构,包括:

确定关系,索引,日志,备份等的存储安排和存储结构,确定系统配置等。

在本系统中应用的服务器是MicrosoftSQLserver2008。

在此物理设计阶段,我们进行了相应的基本的系统配置以及存储结构的确定。

 

6.数据库的测试阶段

下面我们将为您展示我们的汽车销售数据库的各项功能,以及一些尚待完善的功能介绍。

当然,碍于时间的原因以及我们自身知识水平的限制,我们的数据库还需要进行许多地方的完善。

下面开始介绍我们的汽车销售系统的相关功能:

A)登录界面:

由于我们使用的是微软的.NET平台作为前台开发工具,下面显示的是登录主界面

其实我们一直在设想要为不同的登录人员设置不同的登录权限和所能够进行的操作功能,但是碍于时间等因素限制,我们此处并没实现该项功能,但是等有时间时定然完善这项功能。

登录之后,我们将进入主界面进行数据的操纵功能。

B)汽车管理系统主界面:

如下图所示,我们为你展示的是一个友好的界面。

上图中的左边的各个按钮即代表了我们的系统的基本功能框架

C)各种功能串讲和演示

(1)库存管理

点击左边的“库存管理”按钮,右边将显示如下

同时点击“仓库信息”,将得到下图,此时,我们所拥有的功能是:

可以显示库存信息;可以进行仓库信息的查询,添加车辆入库,删除车辆信息;还可以进行车辆报表的打印。

显示车辆信息

添加车辆库存信息

查找某一仓库中的车辆信息

报表打印

(2)汽车进货

点击左边的“汽车进货”按钮,右边将显示如下:

在本功能模块中,有三个小的功能模块分别是:

订单信息,车辆购入,厂商-车辆对应,每个小的模块还拥有各自的功能。

下面逐一说明:

(a)订单信息

添加订单信息

(b)车辆购入

删除订单信息

添加订单信息

订单记录查询

报表打印

(c)厂商-车辆对应

添加厂商-车辆信息

 

删除记录

依据厂商号对其所拥有的车辆型号进行查询

这是将厂商-车辆信息以报表形式打印出来

 

(3)基础信息

这一部分是各种基本信息的查询,其中包括厂商信息,在厂商信息中我们可以了解到很多关于厂商的基本信息,其次,还包括车辆信息和客户信息。

 

(a)厂商信息

(b)车辆信息

 

(c)客户信息

(4)汽车销售

汽车销售包括车辆售出和仓库出入记录两大部分。

(a)车辆售出

 

(b)仓库出入记录

 

(5)综合管理

综合管理包括员工信息和售后维护两大部分。

(a)员工信息

(b)售后维护表

以上截图基本上即是我们的汽车销售系统的功能和测试运行的情况,在我们的系统之中,我们实现的功能模块比较全面,每个模块的功能也完成的比较好,实现了数据信息的增、删、查、修等等功能,还有数据库系统中一个非常必不可少的功能即报表打印我们完成的相当不错,当然,还有很多地方需要完善,我们会在以后的学习过程中逐步完善的。

数据库设计六大阶段在此处我们较为详细的展示了出来。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 高中教育 > 高中教育

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1