汽车销售系统.docx
《汽车销售系统.docx》由会员分享,可在线阅读,更多相关《汽车销售系统.docx(29页珍藏版)》请在冰豆网上搜索。
汽车销售系统
专业选修课课程设计
题目:
汽车销售系统
专业:
计算机科学与技术
年级:
08计科
小组成员:
蔡创挺邓键文
指导教师:
刘运城
时间:
2011年11月13日
地点:
实验室605
东莞理工学院城市学院计算机与信息科学系制
2011年11月
1.
课程设计的项目计划
1.1内容以及要求
本次的课程设计的目的是:
增强我们对管理信息系统、SQLServer数据库系统基本概念和知识的理解和认识,掌握信息系统分析、设计、实施的基本步骤和方法。
提高动手、懂脑的能力以及分析能力。
本次的课程设计我们小组选择的课题是“汽车销售系统”。
本系统中主要功能都是针对提供真实个人资料,注册成为会员的用户的,对于未注册的或个人信息不真实没有通过注册审核的游客,则只能提供再线看车的基本功能,对于注册的用户,通过验证登陆系统后则可以进行看车、查询汽车、购买汽车、付款、管理个人账户的个人信息等操作,此外此系统还包括员工信息,可以添加删除员工,在离开系统的时候注销个人账户,安全离开,本系统采用微软c#与微软数据库(MicrosoftSQL2005)相结合,其重点是如何连接数据库以及如何对数据库进行操作。
内容:
1.汽车销售系统的需求分析
2.汽车消费系统的数据库设计
3.汽车销售系统的源代码设计
4.汽车销售系统各个功能的实现
5.课题实现环境:
WindowsXP、Visual2005、SQL2005
2.系统需求分析
2.1总体需求
随着近年来我国经济的发展,国民生活水平的提高,国内的轿车产业开始迅猛发展,人民群众对于轿车的需求也是日益增多,也因此产生了很多轿车销售公司。
在这些轿车销售公司里,由于业务繁忙,往往需要处理各种品牌型号轿车的销售查询工作,销售员的管理工作等等。
这些工作如果光靠人工来实现,工作量就很大,而且容易出现错误,造成管理上的混乱。
因此,制作一套轿车销售管理系统对于公司管理能够提高轿车销售公司的管理水平、工作效率、服务质量、降低销售成本,最终提高公司的市场竞争力。
2.2业务功能分析
本系统主要是面对系统的用户是管理员与购物者,如下图:
管理员的流程图:
购物者的业务流程图:
2.3系统功能需求
1)系统用户管理功能。
用户根据姓名和密码登录系统。
登录用户分为两个等级:
普通用户和管理员用户。
普通用户只查看轿车信息、客户信息、员工信息等功能;管理员用户(admin)除了以上功能外,同时还有添加用户、修改用户密码和删除用户的功能。
2)轿车信息管理功能。
录入所销售的轿车编号、颜色/型号、品牌、价格、保修期等信息,同时支持对轿车信息的添加、修改、删除和查询功能。
3)员工信息管理功能。
录入员工的员工号、姓名、性别等信息,同时支持对员工信息的添加、修改、删除和查询功能。
4)客户信息管理功能。
录入购买轿车的客户姓名、性别、年龄、联系方式、所购车型号、购车价格等信息,同时还支持对客户信息的添加、修改、删除和查询功能。
5)轿车销售信息管理功能,录入销售日期、轿车类型、颜色、数量、经手人等,并将销售报表打印出来。
2.4系统性能需求
2.4.1数据精确度与准确性
本管理信息系统中使用了整形、时间日期形、文本形数据,要保证数据的准确度与真实性,因为这对顾客和公司来说都是非常重要的。
2.4.2权限的设置和保密性
注册用户和非注册用户的权限不同,注册用户拥有顾客应该拥有的所有权利,注册的信息都是顾客的重要的私人信息,因此保密性非常重要。
另外管理员的账户安全尤为重要,因为汽车属大宗消费品,因此本系统所涉及到的货款数额是非常大的。
2.5汽车销售系统的顶层数据流图
2.5.1轿车信息管理的数据流图
2.5.2员工信息管理数据流图
2.6数据字典
数据元素:
汽车信息
别名:
采购信息
来源:
汽车信息
描述:
与厂家签订购车意向,交给业务员去办理采购
定义:
汽车信息=编号+品牌+车型+价格+排量+颜色+生产日期+产地+车系+登记日期+出售日期+备注
数据字典是对描述数据流程图中的数据项、数据流、数据存储、加工处理逻辑等组成部分的严格定义,下面是本系统的数据字典:
数据项的定义
数据项是数据库的关系中不可再分的数据单位,下面分别列出了数据的名称、简述、数据类型、长度和定义等。
数据项编号:
01
数据名称:
付款记录
简述:
付款记录表的关键字
类型:
字符型
长度:
3位
定义:
付款记录的信息统计
数据项编号:
02
数据名称:
客户信息
简述:
客户的关键字的描述
类型:
字符型
长度:
6位
定义:
客户具体资料
数据项编号:
03
数据名称:
汽车信息
简述:
汽车的的概况
类型:
字符型
长度:
12
定义:
汽车具体信息统计:
车号,车牌,型号,颜色
数据项编号:
04
数据名称:
人员信息
简述:
员工资料的描述
类型:
字符型
长度:
6位
定义:
员工资料统计
数据项编号:
06
数据名称:
销售信息
简述:
销售车辆信息的描述
类型:
字符型
长度:
12位
定义:
销售车辆的具体信息
数据项编号:
05
数据名称:
售后服务
简述:
教师表的关键字的描述
类型:
字符型
长度:
2位
定义:
教师的编号
数据项编号:
07
数据名称:
用户登录
简述:
员工与管理人员的登录信息
类型:
字符型
长度:
12位
定义:
工作人员登录信息
数据流的定义
2.7系统性能要求
a.系统安全、可靠
b.功能齐全
c.操作方便、界面友好;
D.易于维护和扩充。
2.8系统的功能分析
本系统中主要功能都是针对提供真实个人资料,注册成为会员的用户的,对于未注册的或个人信息不真实没有通过注册审核的游客,则只能提供再线看车的基本功能,对于注册的用户,通过验证登陆系统后则可以进行看车、查询汽车、购买汽车、付款、管理个人账户的个人信息等操作,在离开系统的时候注销个人账户,安全离开,不会泄露个人信息
3.总体设计
3.实体信息
3.1根据系统的功能要求,采用模块化的方法,设计图书借阅系统的控制流程图如图:
3.2E-R模型
用E-R模型描述土书馆管理系统中的实体集与实体集之间的关系,目的是以E-R图为工具,设计关系型的数据库,即确定应用系统所使用的数据库应包含哪些表,每个表的结构是怎么样的。
以下是相关的试题信息:
1)系统用户实体E-R信息:
2)系统客户信息实体E-R信息:
3)系统员工信息实体E-R信息:
4)系统汽车信息实体E-R图:
5)售后服务信息实体E-R图:
c
销售信息:
3.3关系描述的设计
根据以上各E-R图,经过转换,可以导出各个关系。
这些实体涉及的数据项有:
系统用户:
(用户名、密码、用户等级)
管理:
(用户等级、类型描述)
轿车信息:
(轿车编号、轿车型号、轿车品牌、轿车价格、轿车保修期、轿车具体描述)
客户信息:
(客户编号、客户姓名、客户性别、客户年龄、客户职业、身份证号、客户
电话、客户住址、购车型号、购车价格、备注)
员工信息:
(员工编号、员工姓名、员工性别、员工生日、进入公司时间、所在部门、
员工职务、员工电话、员工地址)
销售信息:
(销售号、汽车号、车牌号、客户号、员工号、销售日期、付款方式、已付金额、售价、状态)
售后服务信息:
(服务号、车牌号、客户姓名、维护次数、维修时间、保养次数、保养时间、保修期、售后服务意见、赠送礼品、详细记录)
3.3.1实体联系信息
数据库设计在系统中处于相当重要的地位,在大多数数据库应用系统中,最重要、最困难的不是应用系统设计而是数据库设计,只有好的数据库设计,才能构造出强健稳定的系统。
本系统的数据库设计思路采用面向对象的数据库设计方法。
根据上文的功能模块设计可以看出,本系统主要有管理员、顾客、汽车信息等实体,各实体关系如下:
a.一个管理员可以管理多个用户、多条汽车信息;同时单个用户、单条汽车信息、单辆汽车、可以被多个管理员管理,因此管理员同顾客、汽车、汽车信息存在多对多的关系。
b.一个顾客可以浏览多条汽车信息、查看多辆汽车、购买某一汽车以及选择多种付款方式;同时单条汽车信息可以被多个顾客浏览,允许多个顾客购买某一种汽车,因此顾客同汽车信息、某一种汽车、付款方式间存在多对多的关系。
c.一种汽车属于且必须属于一个汽车类别;同时一个汽车类别可以拥有多辆汽车。
因此汽车类别跟汽车之间存在一对一的关系,此外汽车的存在依赖于汽车类别的存在,因此汽车类别是强实体,汽车是弱实体。
d.购买一辆汽车必须选择一种付款方式,一辆汽车有也只能有一种市场价,一个编号,一辆汽车也只能买给一个顾客,因此汽车与付款方式、编号、购买者之间存在一对一的关系。
4.汽车销售系统的总体设计及详细设计
4.1数据库有以下特点:
a.集成性:
数据有两层含义,一个是数据本身,一个是数据之间的关系。
集成就是指把数据集中到一起来,按照一定的结构形式进行存储,并通过一系列的机制约束数据之间的关系,避免数据重复或不合要求。
b.量大性:
数据库中存放的数据量一般都比较庞大,不能同时在内存中全部调用,而只能通过外部存储器存储,通常使用大容量的可移动磁盘或硬盘等设备。
c.共享性:
指多个不同的用户,为了不同的目的,可以使用不同的语言,通过不同的方式,访问同一个数据库,而访问的范围、可执行的操作会有所区别。
数据库系统会提供相应的机制,保证这种共享在有序的条件下进行,可以避免因为同步而造成的错误。
d.持久性:
一般来说,数据库中是数据都需要长期保存
本系统数据库包括以下几个主要的信息表存储:
a.对顾客信息存储的数据库,这里面应当包括顾客的注册信息与访问网站的信息。
b.对汽车信息存储的数据库,这里面应当包括各种汽车的详细信息、汽车的分类、汽车的销售情况。
c.对订单信息存储的数据库,这里面应当包括哪位顾客购买哪种汽车的信息,顾客以前的购买记录信息,如汽车数量、种类、价格和曾经登录该网站的时间。
d.对员工信息存储的数据库,这里面应当包括员工信息的详细信息、以及新添加员工信息删除员工信息的记录。
4.2.数据库关系模式
1)汽车信息(汽车号、车牌号、型号、品牌、颜色、保修期、生产厂家、出厂日期销售、状态、照片)
2)员工信息(员工号、姓名、性别、身份证号、年龄、籍贯、学历、电话、住址、所在部门、照片)
3)客户信息:
(客户号、客户姓名、客户性别、客户年龄、客户职业、身份证号、客户
电话、客户住址、购车型号、购车价格、备注)
4)销售信息:
(销售号、汽车号、车牌号、客户号、员工号、销售日期、付款方式、已付金额、售价、状态)
5)售后服务信息:
(服务号、车牌号、客户姓名、维护次数、维修时间、保养次数、保养时间、保修期、售后服务意见、赠送礼品、详细记录)
注:
带下划线表示主键
3.2.1数据库及表结构的创建
a.轿车信息表:
b.员工信息表:
c.客户信息表:
d.用户登录信息表:
e.售后服务信息表:
f.销售信息:
3.2.2数据库表关系图
4.3详细设计
系统主要功能模块的实施如下:
1、登陆界面:
2、进入系统后的界面:
员工信息资料管理:
汽车信息管理:
汽车查询:
员工查询:
客户查询:
汽车预订
销售预订汽车:
汽车销售:
员工统计
销售业绩统计:
售后服务登记
1)维修登记
、
2)保养登记
3)服务管理
5.数据库实施、运行和维护
完成数据库的物理设计之后,设计人员就要用DBMS提供的数据定义语言和其他实用程序将数据库逻辑设计和物理设计结果严格描述出来,成为DBMS可以接受的源代码,再经过调试产生目标模式。
然后就可以组织数据入库,从而建立起真正的数据库。
同时,在数据库的基础上开发出各种应用程序,建立完善、规范的管理制度,使数据库系统进入正常运行状况。
随着系统运行环境的变化,数据库也要进行动态的维护和扩充。
6.总结
通过这几周本小组在一起设计的合作和交流。
我们大家在一起查阅了许多的资料,在这个过程中接触了很多新的东西,获取了很多新的信息。
由于要独立地进行自己分工系统的设计,需要自己去分析架构和设计,提高了自己分析问题和解决问题的能力。
同样在此过程中,我们初步的熟悉了运动会管理系统的基本流程和运动会举行过程中各个阶段的运作情况。
在动手实践的过程中,我们遇到问题或是自己想办法解决或是大家一起讨论。
培养了自己的团队协作精神和个人动手能力。
并且更加深刻的认识了数据库管理系统的本质和内涵。
实践是对理论学习的一个很好的巩固,并且加深了对理论知识的认识,学到了平时很多书上所不能得到的实践经验,由于实践中碰到许多以前从未碰到过的问题,需要很多新的知识,并且促进对理论知识的学习。
通过这次实践课,让我们学会了很多平时学不到的东西,对我们影响颇大!
7.参考文献
【1】郭江峰…SQLServer2005数据库技术与应用…人民邮电出版社
【2】应宏...数据库原理实验…西南师范大学出版社
【3】黄健全、丁宝康...数据库实用教程…清华大学出版社
【4】高金兰…数据库原理与SQLServer应用…科学出版社
【5】丁浩、高学贤…信息系统分析与设计…清华大学出版社