二手车销售管理系统基本信息管理平台刘浩.docx
- 文档编号:7429281
- 上传时间:2023-05-11
- 格式:DOCX
- 页数:58
- 大小:758KB
二手车销售管理系统基本信息管理平台刘浩.docx
《二手车销售管理系统基本信息管理平台刘浩.docx》由会员分享,可在线阅读,更多相关《二手车销售管理系统基本信息管理平台刘浩.docx(58页珍藏版)》请在冰点文库上搜索。
二手车销售管理系统基本信息管理平台刘浩
二手车销售管理系统-基本信息管理平台-刘浩
(2015届)
本科生毕业设计(论文)资料
题目名称:
二手车销售治理系统
—差不多信息治理平台
学院(部):
理学院
专业:
信息与运算科学
学生姓名:
刘浩
班级:
11-2
学号:
11411100218
指导教师姓名:
刘琛
职称:
讲师
最终评定成绩:
湖南工业大学教务处
2015届
本科毕业设计(论文)资料
第一部分毕业论文
(2015届)
本科毕业设计(论文)
题目名称:
二手车销售治理系统
—差不多信息治理平台
学院(部):
理学院
专业:
信息与运算科学
学生姓名:
刘浩
班级:
11-2
学号:
11411100218
指导教师姓名:
刘琛
职称:
讲师
最终评定成绩:
2015年5月
湖南工业大学
本科毕业论文(设计)
诚信声明
本人郑重声明:
所呈交的毕业论文(设计),题目《二手车销售治理系统—差不多信息治理平台》是本人在指导教师的指导下,进行研究工作所取得的成果。
对本文的研究作出重要奉献的个人和集体,均已在文章以明确方式注明。
除此之外,本论文(设计)不包含任何其他个人或集体差不多发表或撰写过的作品成果。
本人完全意识到本声明应承担的责任。
作者签名:
日期:
年月日
摘要
随着现代运算机技术、通信技术与网络技术的飞速进展以及整个二手车市场进入了告诉变化的时期,二手车企业必须持续调整思路以习惯市场的变化。
围绕二手车交易,打造一个水平业务链条,会成为下一时期谋求做大做强的二手车商们努力的方向。
《二手车销售治理系统》是专门为二手车行业解决各种各样的咨询题而开发的一套集二手车收购、二手车销售、财务治理为一体的治理软件,二手车收购及其销售流程在系统中清晰可见。
您随时能够查看二手车收购情形、车辆评估数据、客户跟踪记录、库存车辆信息以及财务收支情形,轻松把握公司经营状况,让自己做出更明确的决策。
软件界面设计简洁、美观其人性化的治理能够使用户轻易上手,大大节约工作时刻,提升工作效率。
必定成为二手车商的不二选择。
本文要紧介绍了什么是二手车销售治理系统,什么是差不多信息治理。
二手车销售系统包括差不多信息系统,财务治理系统、收车治理系统、销售治理系统、查询统计等,其中本文要紧介绍其中的差不多信息治理平台,在差不多信息治理平台中包括了车辆入库信息治理、厂商名称治理、汽车品牌治理、汽车款式治理、汽车颜色治理、汽车归档缘故治理、汽车销售归档缘故治理、职员信息治理、部门治理、客户类别治理和信息来源治理等一系列功能。
本项目结构上分为业务逻辑层、视图层和操纵层,采纳的技术有JSP、Servlet、jquery、ajax等。
其中业务层封装业务流程,为了习惯业务的变更,每一模块均有专门的接口和实现类;表现层采纳的是JSP,操纵层采纳servlet,jsp页面发送要求至servlet,servlet调用业务层返回数据回传给jsp显示数据。
关键词:
二手车销售治理系统
ABSTRACT
Whatistheusedcarsalesmanagementsystemismainlyintroducedinthispaper,whatisthebasicinformationmanagement.Usedcarsalessystemincludesbasicinformationsystem,financialmanagementsystem,collectmanagementsystem,salesmanagementsystem,querystatistics,etc.,ofwhichthispapermainlyintroducesthebasicinformationmanagementplatform,includingthevehiclesinthebasicinformationmanagementplatforminventoryinformationmanagement,vendorname,brandmanagement,designmanagement,automotivecolormanagement,archivemanagement,carsalesreasonsarchivemanagement,employeeinformationmanagement,departmentmanagement,customer,categorymanagementandaseriesoffunctionssuchasinformationsourcemanagement.Theprojectstructureisdividedintothebusinesslogiclayer,viewlayerandcontrollayer,thetechnologyhastheJSP,Servlet,jquery,ajax,etc.Thebusinesslayerencapsulatesthebusinessprocess,inordertoadapttothechangeinthebusiness,eachmodulehasthespecialinterfaceandimplementationclasses;ThepresentationlayerUSESaJSP,controllayerusingaservlet,JSPpagesendsarequesttotheservlet,theservletinvokesthebusinesslayerdatareturnedbacktotheJSPtodisplaydata.
Keywords:
Usedcarsalesmanagementsystem
绪论
1.1咨询题的提出
随着二手车行业业务的高速进展,二手车店铺的数量也随之增加,目前由于没有统一的业务系统平台、统一的治理系统的支持,导致二手车交易中遇到许多咨询题。
(1)现有的二手车信息治理系统的功能不全面。
(2)目前绝大多数店铺要紧是以人工的方式记录二手车的信息,工作效率低,错误率高。
(3)关于二手车辆的评估不准确。
(4)没有统一的二手车治理系统使得二手车市场专门纷乱、杂乱无章。
1.2项目背景
随着现代运算机技术、通信技术与网络技术的飞速进展以及整个二手车市场进入了快速变化的时期,二手车企业必须持续调整思路以习惯市场的变化。
围绕着那个二手车交易,打造出一个业务链,会成为二手车商们努力的方向。
《二手车销售治理系统》是一款为二手车行业解决咨询题而开发的系统,使用这款软件能够做出明确的决策,提升工作效率。
软件界面设计美观、简洁、交互性好。
本项目结构上分为业务逻辑层、视图层和操纵层,采纳的技术有JSP[1]、Servlet[2]、jquery[3]、ajax[4]等.其中业务层封装业务流程,为了习惯业务的变更,每一模块均有专门的接口[5]和实现类[6];表现层采纳的是JSP,操纵层采纳servlet,jsp页面发送要求至servlet,servlet调用业务层返回数据回传给jsp显示数据。
1.3系统技术体系及开发结构介绍
(1)系统技术体系如下:
J2EE:
J2EE的核心是一组技术规范也是一个平台;J2EE具有可伸缩性、灵活性、易爱护性[7]。
Html:
它是用来描述网页的一种语言,HTML指的是超文本标记语言[9]。
数据库设计思想:
它是贯穿整个系统的核心,使系统表的结构更加完整[14]。
(2)系统开发结构介绍如下:
B/S结构介绍:
B/S结构是一种基于网络的网络结构模式,WEB扫瞄器是一个要紧的客户端应用程序软件。
那个模型统一了客户端,将核心部分的系统功能实现是在服务器上,并简化了系统的爱护、开发和使用[13]。
1.4系统开发及公布环境设计
系统开发环境如下:
(1)操作系统:
Windows
(3)数据库:
Oracle11g[10]
(4)设计工具:
Dreamweaver[12]
(5)Web服务器:
ApacheTomcat6.0及以上版本
(6)扫瞄器:
FireFox2.0、IE6及以上
(7)IDE工具:
Eclipse3.3[14]
系统公布环境设计如下所述:
(1)操作系统:
WindowsXP
(3)数据库:
Oracle11g
(4)Web服务器:
ApacheTomcat6.0及以上版本
(5)扫瞄器:
FireFox2.0、IE6及以上
第2章系统需求分析
2.1系统可行性分析
2.1.1技术可行性
本系统结构上分为业务逻辑层、视图层和操纵层,采纳的技术有JSP、Servlet、jquery、ajax等.其中业务层封装业务流程,为了习惯业务的变更,每一模块均有专门的接口和实现类;表现层采纳的是JSP,操纵层采纳servlet,jsp页面发送要求至servlet,servlet调用业务层返回数据回传给jsp显示数据。
利用Eclipse3.3开发工具,本系统开发上不存在技术上的障碍。
该系统的软件研发时期,由我提出相应的需求、并对其进行系统设计与开发,以熟练的数据库技术和软件开发技术实施系统的编码,使其具有具有技术可行性。
2.1.2经济可行性
二手车销售系统是为二手车行业解决咨询题而开发的系统。
投入的成本低,市场大。
2.1.3操作可行性
本系统有着良好的界面、操作简单、运行流畅等。
2.1.4营运可行性
本系统的工作人员能够直截了当运行本系统,因此本系统运营时期不需要有专门技术能力的工作人员就能够完成任务。
2.2系统功能需求分析
为了让工作人员更好体验本系统,本系统中将提供导航显示的功能,每个工作人员在进入本系统后,能够看到差不多信息治理,其中差不多信息治理包括车辆入库信息治理、厂商治理、汽车品牌治理、汽车款式治理、汽车颜色治理、汽车归档缘故治理、汽车销售归档缘故治理、职员信息治理、部门治理、客户类别治理、信息来源治理。
具体功能需求如下:
2.2.1部门治理
该功能的差不多需求如下:
治理着能够增加部门信息、修改部门信息、删除部门信息、以及查看部门信息。
2.2.2厂商治理
该功能的差不多需求如下:
治理员查看所有厂商信息和添加,编辑,删除。
2.2.3职员治理
该功能的差不多需求如下:
治理员查看所有职员信息和添加,编辑,删除。
2.2.4信息来源治理
该功能的差不多需求如下:
治理员能够添加车辆的信息来源渠道以供其他模块使用、修改车辆的信息来源、删除车辆的信息来源、以及查阅车辆的信息来源。
2.2.5客户类别治理
该功能的差不多需求如下:
治理员能够添加客户类别以供其他模块使用、修改客户类别、删除客户类别、以及查阅客户类别。
2.2.6汽车品牌治理
该功能的差不多需求如下:
治理员能够添加汽车品牌信息以供其他模块使用、修改汽车品牌、删除汽车品牌、以及查阅汽车品牌。
2.2.7汽车款式治理
该功能的差不多需求如下:
治理员查看所有汽车款式信息和添加,编辑,删除。
2.2.8汽车颜色治理
该功能的差不多需求如下:
治理员能够添加汽车颜色信息以供其他模块使用、修改汽车颜色、删除汽车颜色、以及查阅汽车颜色。
2.2.9汽车归档缘故治理
该功能的差不多需求如下:
治理员能够添加汽车颜色信息以供其他模块使用、修改汽车颜色、删除汽车颜色、以及查阅汽车颜色。
2.2.10汽车销售归档缘故治理
该功能的差不多需求如下:
治理员能够添加汽车销售归档缘故信息以供其他模块使用、修改汽车销售归档缘故、删除汽车销售归档缘故、以及查阅汽车销售归档缘故。
2.2.11汽车初始化入库治理
该功能的差不多需求如下:
治理员查看所有初始入库信息和添加,编辑,删除。
2.3系统性能需求
必须保证系统的稳固、安全、高效、可扩展性等
2.3.1系统处理的准确性和及时性
系统的准确性和及时性是系统的重要部分。
在系统设计和开发过程中,我们必须考虑这些咨询题,是系统更加优化更加完美。
2.3.2系统的开发性和系统的可扩充性
在做每一个项目的时候,我们必须考虑到项目的可扩充性,随着时刻的变化,可能客户对那个项目有新的需求,或者讲需要对那个项目进行二次开发。
在那个项目中,我们采纳的是B/S架构的设计,降低了模块与模块之间的耦合度,之间的数据交互使用的是Http协议。
B/S能够使我们整个系统的扩充性更好,需要加新的模块只需提供一个访咨询路径即可。
2.3.3系统的易用性和易爱护性
那个系统设置了导航,如此方便的用户的使用。
在程序的开发过程中,我们的注释明确,采纳了Log4j的日志治理同时关于我们的功能模块都有对应的测试代码这些使此系统的爱护性更好。
2.3.4系统的响应速度
系统的响应速度是一个系统的关键,因为他体现的是给用户的交互性。
我们采纳的方法是优化数据库的查询语句或者添加索引加快数据的检索速度使系统的响应速度达到更好。
2.3.5系统的灵活性
操作方式支持除Windows98/2000/xp等操作系统;在同其他软件的接口的变化上,设计连接不同数据库的软件包。
系统总体设计
3.1系统开发模式设计
考虑到系统的低耦合性,高重用性,可适用性和可爱护性等因素,本系统采纳的是MVC模式,其中M(Model)模型,View表示视图,操纵为Controller。
3.2系统总功能设计
差不多信息治理共可分为11个子系统,分别是部门治理、厂商治理、汽车品牌治理、汽车款式治理、汽车颜色治理、职员信息治理、客户类别治理、信息来源治理、汽车归档缘故治理、车辆入库信息治理、汽车销售归档缘故治理,这11个子系统既相互联系又相互独立。
其功能结构图如图3.2所示:
部门治理
客户类别治理
信息来源治理
职员信息治理
汽车归档缘故治理
汽车颜色治理
汽车品牌治理
汽车款式治理
汽车销售归档缘故治理
车辆初始入库治理
图3.1差不多信息治理结构图
具体的功能及其描述如下所述:
3.2.1部门治理
其功能有关描述如表3.1所示:
表3.1部门治理
描述:
治理员对公司的部门信息进行增删改查
治理员,服务器,数据库系统
条件:
治理员登陆本系统
结果:
操作成功或失败
差不多流程:
1.治理员登陆系统;2.治理员操作部门治理。
专门:
访咨询数据库出错
返回数据:
查看部门信息、更换部门信息、删除部门信息
3.2.2厂商治理
其功能有关描述如表3.2所示:
表3.2厂商治理
描述:
治理员对公司的厂商信息进行增删改查
治理员,服务器,数据库系统
条件:
治理员登陆本系统
结果:
操作成功或失败
差不多流程:
1.治理员登陆系统;2.治理员操作厂商治理。
专门:
访咨询数据库出错
返回数据:
查看厂商信息、更换厂商信息、删除厂商信息
3.2.3汽车品牌治理
其功能有关描述如表3.3所示:
表3.3汽车品牌治理
描述:
治理员对公司的汽车品牌信息进行增删改查
治理员,服务器,数据库系统
条件:
治理员登陆本系统
结果:
操作成功或失败
差不多流程:
1.治理员登陆系统;
2.治理员操作汽车品牌治理。
专门:
访咨询数据库出错
返回数据:
查看汽车品牌、修改汽车品牌、删除汽车品牌
3.2.4汽车款式治理
其功能有关描述如表3.4所示:
表3.4汽车款式治理
描述:
治理员对公司的汽车款式信息进行增删改查
治理员,服务器,数据库系统
条件:
治理员登陆本系统
结果:
操作成功或失败
差不多流程:
1.治理员登陆系统;2.治理员操作汽车款式。
返回数据:
查看汽车款式信息、更换汽车款式信息、删除汽车款式信息
3.2.5汽车颜色治理
其功能有关描述如表3.5所示:
表3.5汽车颜色治理
描述:
治理员对公司的汽车颜色信息进行增删改查
治理员,服务器,数据库系统
结果:
操作成功或失败
差不多流程:
1.治理员登陆系统;2.治理员操作汽车颜色治理。
返回数据:
查看汽车颜色信息、更换汽车颜色信息、删除汽车颜色信息
3.2.6职员信息治理
其功能有关描述如表3.6所示:
表3.6职员信息治理
描述:
治理员对公司的职员信息进行增删改查
治理员,服务器,数据库系统
条件:
治理员登陆本系统
结果:
操作成功或失败
差不多流程:
1.治理员登陆系统;2.治理员操作职员信息治理。
返回数据:
查看职员信息、更换职员信息、删除职员信息
3.2.7客户类别治理
其功能有关描述如表3.7所示:
表3.7客户类别治理
描述:
治理员对公司的客户类别信息进行增删改查
治理员,服务器,数据库系统
条件:
治理员登陆本系统
结果:
操作成功或失败
差不多流程:
1.治理员登陆系统;2.治理员操作客户类别治理。
返回数据:
查看客户类别信息、更换客户类别信息、删除客户类别信息
3.2.8信息来源治理
其功能有关描述如表3.8所示:
表3.8信息来源治理
描述:
治理员对公司的信息来源信息进行增删改查
治理员,服务器,数据库系统
条件:
治理员登陆本系统
结果:
操作成功或失败
差不多流程:
1.治理员登陆系统;2.治理员操作信息来源治理。
返回数据:
查看信息来源、修改信息来源、删除信息来源
3.2.9汽车归档缘故治理
其功能有关描述如表3.9所示:
表3.9汽车归档缘故治理
描述:
治理员对公司的汽车归档缘故信息进行增删改查
治理员,服务器,数据库系统
条件:
治理员登陆本系统
结果:
操作成功或失败
差不多流程:
1.治理员登陆系统;2.治理员操作汽车归档缘故。
返回数据:
查看汽车归档缘故信息、更换归档缘故信息、删除归档缘故信息
3.2.10车辆入库信息治理
其功能有关描述如表3.10所示:
表3.10汽车入库信息治理
描述:
治理员对公司的汽车入库信息进行增删改查
治理员,服务器,数据库系统
条件:
治理员登陆本系统
结果:
操作成功或失败
差不多流程:
1.治理员登陆系统;2.治理员操作汽车入库信息治理。
返回数据:
查看汽车入库信息、更换汽车入库信息、删除汽车入库信息
3.2.11汽车销售归档缘故治理
其功能有关描述如表3.11所示:
表3.11汽车销售归档缘故治理
描述:
治理员对公司的汽车销售归档缘故信息进行增删改查
治理员,服务器,数据库系统
结果:
操作成功或失败
差不多流程:
1.治理员登陆系统;2.治理员操作汽车销售归档缘故治理。
返回数据:
查看汽车销售归档缘故、更换汽车销售归档缘故、删除销售归档缘故
3.3系统程序结构设计
本系统程序结构设计如3.12所示:
表3.12程序结构设计
项目
要求
讲明
项目名称
OldCarManages
项目名目环境
OldCarManages
|—lib
|—src
|—WebContent
lib:
项目需要使用的包
src:
java代码
WebContent:
系统工程文件名目
Java代码结构
com–gongyedaxue
|—util
|—car
|—dao
|—entity
util:
工具类,其中有分页、日期转换
car:
系统业务代码
dao:
数据持久层,包括imp和接口类
Entity:
封装的对象
WEB代码结构
|—images
|—js
|—css
|—jsp文件
images:
图片
js:
js文件
css:
页面样式有关文件
pages:
有关页面
第4章系统详细设计与实现
4.1数据库设计
4.1.1数据库设计图
在系统的数据库设计中,先对二手车销售漂亮系统的需求进行分析,然后对数据库进行设计,最后才能得出系统的物理模型图。
数据库设计图如下4.1和4.2所示:
图4.1数据库设计图
图4.2数据库设计图
4.2数据库表设计
4.2.1部门治理
表4.1部门表
表名
部门表
英文名
department
主键
departmentId
外键
序号
名称
类型
大小
必填字段
默认值
备注
1
departmentId
number
true
部门ID
2
departmentName
Varchar2(50)
50
true
部门名称
4.2.2厂商治理
表4.2厂商表
表名
厂商表
英文名
trade
主键
tradeId
外键
序号
名称
类型
大小
必填字段
默认值
备注
1
tradeId
number
true
厂商ID
2
tradeName
Varchar2(50)
50
true
厂商名称
4.2.3汽车品牌治理
表4.3汽车品牌表
表名
汽车品牌表
英文名
carBrand
主键
carBrandId
外键
序号
名称
类型
大小
必填字段
默认值
备注
1
carBrandId
number
true
汽车品牌ID
2
carBrandName
Varchar2(100)
100
true
汽车品牌名称
3
tradeName
Varchar2(50)
50
true
厂商名称
4.2.4汽车款式治理
表4.4汽车款式表
表名
汽车款式表
英文名
carStyle
主键
carStyleId
外键
序号
名称
类型
大小
必填字段
默认值
备注
1
carStyleId
number
true
汽车款式ID
2
carStyleName
varchar2(30)
30
true
汽车款式名称
3
carBrandName
Varchar2(100)
100
true
汽车品牌名称
4
tradeName
Varchar2(50)
50
true
厂商名称
4.2.5汽车颜色治理
表4.5汽车颜色表
表名
汽车颜色表
英文名
carColor
主键
carColorId
外键
序号
名称
类型
大小
必填字段
默认值
备注
1
carColorId
number
true
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 二手车 销售 管理 系统 基本信息 平台