汽车销售管理系统.docx
- 文档编号:7716697
- 上传时间:2023-01-26
- 格式:DOCX
- 页数:20
- 大小:542.93KB
汽车销售管理系统.docx
《汽车销售管理系统.docx》由会员分享,可在线阅读,更多相关《汽车销售管理系统.docx(20页珍藏版)》请在冰豆网上搜索。
汽车销售管理系统
课程设计Ⅲ课程设计
设计说明书
汽车销售管理系统
学生姓名
学号
班级
网络091
成绩
指导教师
数学与计算机科学学院
2012年03月02日
课程设计Ⅲ课程设计评阅书
题目
汽车销售管理系统
学生姓名
学号
指导教师评语及成绩
成绩:
教师签名:
年月日
答辩教师评语及成绩
成绩:
教师签名:
年月日
教研室意见
总成绩:
室主任签名:
年月日
注:
指导教师成绩60%,答辩成绩40%,总成绩合成后按五级制记入。
课程设计任务书
2011—2012学年第二学期
专业:
网络工程学号:
姓名:
课程设计名称:
课程设计Ⅲ
设计题目:
信道码分复用的设计与仿真
完成期限:
自2012年2月20日至2012年3月2日共2周
设计依据、要求及主要内容(可另加附页):
汽车管理系统
汽车信息主要包括:
汽车编号、型号、颜色、生产厂家、生产日期、价格等;员工信息包括:
员工编号、姓名、性别、年龄、学历等;客户信息包括:
客户姓名、联系方式、地址、业务联系记录等;汽车销售信息包括:
销售日期、汽车类型、颜色、数量、经手人等。
按条件查询,实现销售报表打印输出。
设计上交内容:
设计说明书一份(按格式书写)。
指导教师(签字):
教研室主任(签字):
批准日期:
年月日
摘要
本报告介绍了一个使用MicrosoftSQLServer2005为后台的用于汽车销售管理的数据库管理系统。
该系统能够实现汽车信息、客户信息、员工信息和销售信息的管理,即对这些信息实现增、删、改等功能。
报告首先分析了用户对系统的需要和需求,弄清系统要达到的目标和实现的功能。
然后对系统进行了概念结构设计阶段,对用户需求进行综合、归纳和抽象,设计出了系统的局部E-R图和全局E-R图,根据全局E-R图对系统进行了逻辑结构设计,确定出系统的数据结构即关系模型。
根据这些关系模式,在MicrosoftSQLServer2005中创建了客户表、员工表、汽车表和销售表。
关键词:
数据库;MicrosoftSQLServer2005;汽车销售管理
1绪论
汽车制造业在中国发展的根本瓶颈已经从产品质量、市场规模转化为销售体系的效率。
制造厂商之间的竞争日趋白热化,并正在演变成为供应链与供应链之间的的竞争,简单的价格战和促销推广活动已很难满足日益成熟的消费者的需求,这一趋势促使企业必须认真考虑。
对于各种规模的汽车销售企业来说,汽车销售的管理是否有序直接影响到企业的经营和发展。
一套成熟的汽车销售管理系统可以很好的体现一个企业的经营状况以及未来的发展前景。
汽车销售管理系统是一套汽车销售公司的销售管理系统,目前大多数厂商都忽略汽车销售管理系统的重要性,而该系统的引入是专为具有一定规模和经济条件的大型汽车场而设计的。
汽车销售管理系统从进货管理、车辆采购、车辆入库、销售管理到车辆销售、收益统计等为每个环节明确分工,有效地减少了人为差错的概率,代之以高效、便捷、准确的数字化服务系统,以便汽车销售管理更加规范化。
2数据库系统的设计方法
数据库系统的设计包括数据库设计和数据库应用系统设计两方面的内容。
数据库设计是设计数据库结构特性,即为特定应用环境构造出最优的数据模型;数据库应用系统设计是设计数据库的行为结构特性,并建立满足各种用户对数据库应用需求的功能模型。
数据库系统设计的目标是:
对于给定的应用环境,建立一个性能良好的、能满足不同用户使用要求的、又能被选定的DBMS所接受的数据库系统模型。
数据库系统设计的内容主要有:
数据库的结构特性设计、数据库的行为特性设计、数据库的物理模式设计。
为了设计一个具有安全性、可靠性、易维护性、易扩充性、最小冗余性的数据库系统,设计者应当严格遵守数据库设计的方法和规则。
数据库系统设计的基本步骤主要分为6个阶段:
需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施和数据库运行与维护。
在此次汽车销售管理系统的设计中,主要使用MicrosoftSQLServer2005设计了一个能够独立运行的数据库系统,设计内容主要包括以下几个方面:
(1)系统需求分析:
通过调查分析系统的功能,确定系统涉及的主要数据项及含义。
(2)数据库概念结构的设计:
根据需求分析的结果确定系统实体及其联系的局部E-R图,进而优化形成全E-R图。
(3)数据库逻辑结构的设计:
根据全局E-R图设计系统的逻辑结构。
(4)数据库结构的详细设计:
根据逻辑结构设计和需求分析在MicrosoftSQLServer2005中建立基本表及创建表间的关联,每个基本表的关系属性设计包括属性名、数据类型、数据长度、该属性是否允许空值、是否为主码、是否为索引项及约束条件。
在基本表建立之后,就是数据入库以及数据库试运行,数据库试运行合格之后,即可投入正式运行了。
3系统需求分析
3.1系统功能结构
在通过实际调查以及对用户需求的了解之后得出,汽车销售管理系统有如下功能。
能够对汽车信息进行有效的管理。
汽车销售中汽车的信息很重要,通过本系统能有效的对汽车信息进行查询,并能对汽车的信息实现增、删、改等功能。
能够对员工信息进行有效的管理。
通过本系统可以对员工的信息进行查询以及员工信息进行增、删、改等功能。
能够对销售信息进行有效的管理。
员工负责汽车的日常销售工作,需要掌握各种汽车的各次的销售情况,通过本系统可以进行业绩查询并且打印销售报表。
能够对客户信息进行有效的管理。
对汽车销售来说,客户信息也很重要,掌握了客户的信息,才能了解客户的需求。
通过本系统能进行客户信息编辑和客户信息查询,实现对客户信息的增、删、改等功能。
系统功能结构图如下所示:
图3.1系统功能结构图
3.2系统数据流图
数据流图是一种图形化技术,它描绘信息流和数据从输入移动到输出的过程中所经受的变换。
在数据流图中没有任何具体的物理部件,它只是描绘数据在软件中流动和被处理的逻辑过程。
数据流图有4种基本符号:
正方形(或立方体)表示数据的源点或终点;圆角矩形(或圆形)代表变换数据的处理;开口矩形(或两条平行横线)代表数据存储;箭头表示数据流,即特定数据的流动方向。
经过详细的调查,弄清了汽车销售管理系统现行的业务流程。
在此基础上,构造出汽车销售管理系统的逻辑模型,并通过数据流图表示。
本汽车销售管理系统的数据流图如下所示:
3.2汽车销售系统的数据流图
3.3系统数据字典
数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。
数据字典通常包括以下5个部分。
(1)数据项
数据项是不可再分的数据单位。
它的描述为:
数据项={数据项名,含义说明,别名,类型,长度,取值范围,与其他数据项的逻辑关系}。
其中:
“取值范围”和“与其他数据项的逻辑关系”两项定义了数据的完整性约束条件,它们是设计数据完整性检验功能的依据。
(2)数据结构
数据结构的描述为:
数据结构={数据结构名,含义说明,组成,{数据项或数据结构}}。
数据结构反映了数据之间的组合关系。
一个数据结构可以由若干个数据项组成,也可以由若干个数据结构组成,或由若干数据项和数据结构混合组成。
(3)数据流
数据流是数据结构在系统内传输的路径。
数据流的描述通常为:
数据流={数据流名,说明,流出过程,流入过程,组成:
{数据结构},平均流量,高峰期流量}。
其中,“流出过程”说明该数据流来自哪个过程;“流入过程”说明该数据流将到哪个过程去;“平均流量”是指在单位时间(每天、每周、每月等)里传输的次数;“高峰期流量”则是指在高峰时期的数据流量。
(4)数据存储
数据存储是数据及其结构停留或保存的地方,也是数据流的来源和去向之一。
数据存储可以是手工文档、手工凭单或计算机文档。
数据存储的描述通常为:
数据存储={数据存储名,说明,编号,输入的数据流,输出的数据流,组成:
{数据结构},数据量,存取频度,存取方式}。
其中:
“数据量”说明每次存取多少数据;“存取频度”指每小时火每天或每周存取几次、每次存取多少数据等信息;“存取方式”指是批处理还是联机处理,是检索还是更新,是顺序检索还是随机检索等;“输入的数据流”要指出其数据的来源处;“输出的数据流”要指出其数据去向处。
(5)处理过程
处理过程的具体处理逻辑一般用判定表或判定树来描述。
数据字典中只需要描述处理过程的说明性信息,通常包括以下内容:
处理过程={处理过程名,说明,输入:
{数据流},输出:
{数据流},处理:
{简要说明}}。
其中:
“简要说明”中主要说明该处理过程用来做什么(不是怎么做)及处理频度要求。
在此次设计中定义的汽车销售管理系统数据字典中,主要对数据流图中的数据流、数据存储和处理过程进行说明。
(1)主要的数据流定义
1)数据流名称:
购车信息
位置:
客户→P1,P1→员工,员工→P2
定义:
购车信息=汽车型号+颜色+生产厂家+生产日期+价格
数据流量:
平均流量为每天1500次,高峰期流量每天250次。
说明:
通过汽车型号、颜色、生产厂家、生产日期和价格来查询该类汽车的信息,该查询为模糊查询。
2)数据流名称:
确认信息
位置:
P2→P3
定义:
确认信息=汽车编号+型号+颜色+生产厂家+生产日期+价格
数据流量:
平均流量为每天2000次,高峰期流量每天500次。
说明:
在查询到的汽车信息中,确认符合客户需求的汽车信息,该查询为准确查询。
3)数据流名称:
确认购买
位置:
P3→P4
定义:
确认购买=确认信息+数量
数据流量:
平均流量为每天1000次,高峰期流量每天200次。
说明:
客户确认购买汽车。
4)数据流名称:
发出购车收款单据
位置:
P4→P5
定义:
发出购车收款单据=客户+确认信息+经办人+购车日期
数据流量:
平均流量为每天1000次,高峰期流量每天250次。
说明:
填写收款单并交给客户,等待客户付款。
5)数据流名称:
提货
位置:
P5→客户
定义:
提货=购车收款单据+汽车
数据流量:
平均流量为每天1000次,高峰期流量每天250次。
说明:
客户付款后,将汽车和收款单据一并交由客户。
(2)主要的数据存储定义
1)数据存储名称:
汽车信息
输出:
P2
数据结构:
汽车信息=汽车编号+型号+颜色+生产厂家+生产日期+价格
数据量和存取频度:
数据量为500000条,存取频度为每天5000次。
存取方式:
联机处理;检索和更新;主要是随机检索。
说明:
汽车编号具有唯一性和非空性。
2)数据存储名称:
销售信息
输入:
P5
数据结构:
销售信息=客户编号+汽车编号+员工编号+销售日期+数量
数据量和存取频度:
数据量为15000条,存取频度为每天1500次。
存取方式:
联机处理;以更新操作为主;随机检索。
说明:
客户编号是外码,参照表为“客户.客户编号”;汽车编号是外码,参照表为“汽车.汽车编号”;员工编号是外码,参照表为“员工.员工编号”;销售日期为添加记录的当天日期;数量为客户的购车数量。
(3)主要处理过程
1)处理过程编号:
P1
处理过程名:
记录购车信息
输入:
购车信息
输出:
,购车信息
处理说明:
客户将自己对于购车的需求记录下来,交由员工处理。
2)处理过程编号:
P2
处理过程名:
查看相关信息
输入:
购车信息,汽车信息
输出:
确认信息
处理说明:
员工根据客户的需求,为客户寻找符合客户需求的汽车的信息。
3)处理过程编号:
P3
处理过程名:
客户满意
输入:
确认信息
输出:
确认购买
处理说明:
员工所找到的汽车信息符合客户的需求,客户表示满意。
4)处理过程编号:
P4
处理过程名:
产生购车收款单
输入:
确认购买
输出:
发出购车收款单据
处理说明:
客户确认购买汽车,为客户开汽车购买的收款单。
5)处理过程编号:
P5
处理过程名:
客户付款
输入:
发出购车收款单据
输出:
提货,销售信息
处理说明:
客户付款,交易成功并向销售表中添加此次交易信息。
4数据库概念结构的设计
概念结构设计就是将需求分析阶段得到的用户需求抽象为数据库的概念结构。
本报告使用E-R图来描述系统的概念结构,即使用E-R图表示需求分析的结果。
在实际设计过程中首先分析系统中以实体为基本单位的分E-R图,然后分析两个事体之间的联系,画出两两尸体联系的分E-R图,再将两两实体之间联系的E-R图作为基本单位,画出他们之间联系的E-R图,依此类推,最后将各分E-R图合并成全局E-R图,下面将分别进行分析。
4.1设计实体的E-R图
在该汽车销售管理系统中研究的对象有4个:
汽车信息、员工信息、客户信息和汽车销售信息,其中包括3个实体:
汽车、员工和客户。
(1)汽车信息
汽车信息主要包括:
汽车编号、型号、颜色、生产厂家、生产日期、价格等。
E-R图如下所示:
图4.1汽车实体的E-R图
(2)员工信息
员工信息包括:
员工编号、姓名、性别、年龄、学历等。
E-R图如下所示:
图4.2员工实体的E-R图
(3)客户信息
客户信息包括:
客户编号、姓名、联系方式、地址等。
E-R图如下所示:
图4.3客户实体的E-R图
4.2实体之间的联系及E-R图
(1)员工与汽车之间的联系及E-R图
一个员工可以销售M辆汽车,一辆汽车可以由N个员工来销售。
所以汽车与员工之间的联系类型为M:
N的联系。
E-R图如下所示:
图4.4员工与汽车之间的E-R图
(2)员工与客户之间的联系及E-R图
一个员工可以给M个客户推销汽车,一个客户也可以由N个员工来推销。
所以客户与员工之间的联系类型为M:
N的联系。
E-R图如下所示:
图4.5员工与客户之间的E-R图
(3)客户与汽车之间的联系及E-R图
一个客户可以购买N辆汽车,但是一辆汽车只能出售给一个客户。
所以客户与汽车之间的联系类型为1:
N的联系。
E-R图如下所示:
图4.6客户与汽车之间的E-R图
4.3全局E-R图
将两两实体之间联系的E-R合并成全局E-R图如下所示:
图4.7整体E-R图
5数据库逻辑结构的设计
E-R图表示的概念模型是用户数据要求的形式化,E-R图独立于任何一种数据模型,它也不为任何一个DBMS所支持。
逻辑结构设计的任务就是把概念模型结构转换成某一个具体的DBMS所支持的数据模型。
现行的DBMS一般主要支持关系、网状或层次模型中的某一种,即使是同一种数据模型,不同的DBMS也有不同的限制,提供不同的环境和工具。
通常把概念模型向逻辑模型的转换过程分为3步进行:
(1)将概念结构转换为一般的关系、网状、层次模型;
(2)将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换;
(3)对数据模型进行优化。
对于上面所得到的汽车销售系统的整体E-R图可以知道,该汽车销售系统包含了三个实体(客户、员工和汽车)和一个实体之间的联系(销售),将汽车销售管理系统的E-R图转换为关系数据库的数据模型,其关系模式为:
客户(客户编号,姓名,联系方式,住址),其中客户编号为主码;
员工(员工编号,姓名,性别,年龄,学历),其中员工编号为主码;
汽车(汽车编号,型号,颜色,生产厂家,生产日期,价格),其中汽车编号为主码;
销售(客户编号,汽车编号,员工编号,销售日期,数量),其中客户编号、汽车编号和员工编号共同组成主码。
该汽车销售管理系统的数据库命名为“汽车销售”。
6数据库结构的详细设计
6.1新建表
输入表结构时应注意以下几点:
(1)“列名”用于输入字段名,例如“客户编号”、“姓名”等。
列名类似于变量名,其命名规格与变量一致。
列名中不允许出现空格,一张表中也不允许有重复的列名。
(2)“数据类型”列中的数据类型是通过选择方法,而不是直接键入数据类型字符输入的。
当鼠标指针移至该列时,就会出现控制键,单击后就出现数据类型弹出框,可选择其中之一为指定的数据类型。
(3)“允许空”列用于设置是否允许字段为空值。
在此次设计的汽车销售管理系统的数据库中总共需要建立4个基本表:
客户表、员工表、汽车表和销售表。
(1)客户
客户包含了客户编号、姓名、联系方式和住址4个属性,其中客户编号能够唯一标识一位客户,所以客户编号为主码。
客户表结构如下所示:
图6.1客户表结构
(2)员工
员工包含了员工编号、姓名、性别、年龄和学历5个属性,其中员工编号能够唯一标识一名员工,所以员工编号为主码。
员工表的结构如下所示:
图6.2员工表结构
(3)汽车
汽车包含了汽车编号、型号、颜色、生产厂家、生产日期和价格6个属性,其中汽车编号能够唯一标识一辆汽车,所以汽车编号为主码。
汽车表的结构如下所示:
图6.3汽车表结构
(4)销售
销售包含了客户编号、汽车编号、员工编号、销售日期和数量5个属性,其中客户编号、汽车编号和员工编号共同组成主码。
所以销售表的结构如下所示:
图6.4销售表结构
6.2定义表间关联
通过表之间关联的创建,将在表中创建外键约束,为创建多表之间的连接查询做好准备。
在客户、汽车、员工和销售四个表中,销售表为外键表,客户表、汽车表和员工表为主键表。
数据关系图如下所示:
图6.5数据关系图
6.3向表中录入数据
在向表中录入数据时需要注意,关系中作为主码的属性的值不能一样,因为主码能唯一地标识一个元组。
(1)客户
录入数据后的客户信息表如下所示:
图6.6客户信息表
(2)员工
录入数据后的员工信息表如下所示:
图6.7员工信息表
(3)汽车
在该汽车销售管理系统中,为了便于汽车的分类和管理,同一品牌的汽车编号都用同样的字母开始。
所以在汽车表中,奥迪都统一用字母A开始依次编号,奇瑞都统一用字母B开始依次编号,现代都统一用字母C开始一次编号,比亚迪都统一用字母D开始一次编号等。
录入数据后的汽车信息表如下所示:
图6.8汽车信息表
(4)销售
在该汽车销售管理系统中,汽车的编号能够唯一的标志一辆汽车,即使汽车的款型一样,品牌一样,但是汽车编号不一样,车就不是同一辆,即不可能出现两辆编号一样的汽车。
所以在建立销售表时定义了CHECK约束,约束了客户购买该编号的汽车的数量只能是一,也只可能是一。
录入数据后的销售信息表如下所示:
图6.9销售信息表
6.4数据查询实例列举
(1)查询汽车型号为奇瑞A3的销售情况。
查询结果如下图所示:
图6.10汽车型号为奇瑞A3的销售情况
(2)查询2009年销售的汽车编号,汽车型号及价格,并求出汽车销售的总数和总价格。
查询结果如下图所示:
图6.112009年销售的汽车编号,型号,价格,销售总数及总价格
(3)查询姓罗的客户购买的汽车编号,型号及价格。
查询结果如下图所示:
图6.12姓罗的客户购买的汽车编号,型号及价格
总结
本报告介绍了一个使用MicrosoftSQLServer2005为后台的用于汽车销售管理的数据库管理系统。
该系统能够实现汽车信息、客户信息、员工信息和销售信息的管理,即对这些信息实现增、删、改等功能。
报告中主要描述了整个系统的设计过程,该设计过程主要包括了数据库系统的设计方法、系统需求分析、数据库概念结构的设计、数据库逻辑结构的设计和数据库结构的详细设计五大方面,每一方面都有详细的介绍。
通过此次课程设计,我更进一步地掌握了《数据库系统原理及应用教程》课程的相关知识,熟悉了创建数据库管理系统的全过程,熟练地掌握了数据库创建关系的方法以及创建基本表、简单查询、连接查询、嵌套查询和组合查询的方法。
在设计数据库时,需要一步一步严谨的按着步骤来完成,每一步都至关重要,影响着整个系统的性能。
由于考虑的不完全,在此次设计的汽车销售管理系统中仍然存在很多的不足,例如没有汽车的入库记录和出库记录,也没有汽车的销售价格记录等等。
今后需要认真的学习更多的知识,做更多的实际调查,考虑事情也需要更加的完全,做出更好的数据库系统。
参考文献
[1]苗雪兰,刘瑞新,宋歌.数据库系统原理及应用教程.北京:
机械工业出版社,2007.8
[2]张海藩.软件工程导论.北京:
清华大学出版社,2008.2
[3]郑玲利.数据库原理及应用系统案例教程.北京:
清华大学出版社,2008.9
[4]钱雪忠,罗海驰,陈国俊.数据库原理及技术课程设计.北京:
清华大学出版社,2009.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 汽车 销售 管理 系统