汽车销售管理系统的设计与实现.docx
《汽车销售管理系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《汽车销售管理系统的设计与实现.docx（35页珍藏版）》请在冰豆网上搜索。
汽车销售管理系统的设计与实现
汽车销售管理系统的设计与实现
编辑整理：
尊敬的读者朋友们：
这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（汽车销售管理系统的设计与实现）的内容能够给您的工作和学习带来便利。
同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。
本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为汽车销售管理系统的设计与实现的全部内容。
汽车销售管理系统的设计与实现
摘要:
汽车销售系统传统的商务流程电子化、数字化、一方面以电子流代替了食物流，可以大量减少人力，物力，降低了成本；另一方面突破了时间和空间的限制，使得交易活动可以在任何时间、任何地点进行。
从而大大提高了效率。
系统论述的是汽车销售系统的设计，为了清楚、准确的描述该系统,我的论文从六个方面来论述。
第一部分论述为什么要设计此系统及系统的运行环境，这部分首先从汽车行业的发展需要入手,介绍了系统开发的背景（即系统开发的目的、意义）和系统的运行环境。
第二部分论述了系统的分析，主要从需求分析、可行性分析、数据流程三个方面进行论述,需求分析是这部分的重点。
只有认真了解用户的需求，细致的进行调查分析，把用户“做什么”的要求转换成一个完全的、细致的软件模型并写出规格说明,这样才能准确的表达用户的要求。
第三部分是系统的详细设计论述.这一部分从系统设计概要、模块结构设计两方面进行论述。
第四部分是对系统的数据库设计论述，主要从数据库设计和界面设计两方面来论述。
第五部分是系统的功能设计实现.第六部分介绍了系统的实施和测试。
主要从程序的设计，系统运行中的错误及处理方面进行论述。
论文最后又写了结论，致谢与参考文献。
关键词:
JSP；汽车销售；系统分析；系统设计
1引言
汽车工业经历了一百多年的发展,对国家经济的发展和鹏飞以及对人类社会的文明带来了巨大影响。
汽车工业已成为许多国家的支柱产业，随着人们生活水平以及汽车性能的不断提高,人们对汽车的消费和需求也越来越旺盛，世界汽车工业也保持庞大的市场需求和市场规模.近年来，中国汽车市场发展迅猛,以接近37%的速度增长，巨大的市场容量和可观的经济效益，引起各汽车厂家纷纷加大投资，汽车市场烽烟四起，汽车销售策略和模式频出，竞争已是空前的激烈，在此形势下，一种介于生产厂家和用户之间的桥梁，汽车销售公司正在不断的产生和发展壮大。
1。
1开发背景及意义
华奥汽车销售集团以经营销售汽车为主，配套汽车维修服务及售后服务。
公司总部设在重庆，全国各地大中城市均有其连锁机构。
随着企业规模的不断扩大，业务量日益增多，企业管理层决定通过自己的特色网站来解决各地连锁服务问题.
根据华奥集团业务流量，网站决定基于中文版WindowsXPServer和SQLServer2000设计。
为了更好地与互联网中日益肆虐的黑客和病毒周旋，系统采用先进的JSP进行开发,具备良好的稳定性和安全性.
华奥汽车销售集团网站集订购、租赁、置换、客服等业务于一身，它的成功架设为华奥汽车集团带来了非常良好的社会效益和经济效益，很大程度地增加了集团的核心竞争力.
1.2系统目标
华奥汽车销售集团网站主要实现以下目标:
⑴为企业提供展示商品及表现企业形象的平台。
⑵为用户提供车辆信息查看、在线车辆订购、意向购物申请、置换申请等功能。
⑶采用动态网页技术,使网站中展示的新闻信息更具时效性。
⑷提供客户投诉中心功能，收集用户对企业的意见。
⑸提供后台管理页面，简化了企业信息、车辆信息、用户信息等网站数据的维护操作。
1。
3开发设计思想
⑴减少了系统对硬件的要求。
系统主要运行于服务器上，即系统运行的硬件取决于服务器，客户端的配置要求保证能够使用浏览器即可。
⑵节约了维护成本.系统的维护主要集中于服务器端，比起维护多个客户端来说，成本和工作量将大大降低。
降低了系统升级维护的难度。
逻辑和视图的分离使得模块相对独立在业务变更及系统升级和维护时，难度大大降低,大大提高了工作人员的工作效率.在功能设计和系统实现方面，企业销售管理网站将具有以下特点：
（3）实用性:
提供了快捷和方便的管理商品信息、用户信息。
（4）操作简单：
保证系统能适应不同等级计算机水平的用户，系统操作尽可能简单。
（5）代码可读性好：
要求系统结构清晰，代码简洁可读，便于日后维护和扩展。
2系统分析
2。
1系统初步调查
详细了解和深刻认识使用所开发系统的单位之现状、发展方向、存在的问题和各级管理人员的信息需求是系统建设的重要基础。
收集到真实、准确和适用的相关信息,是系统开发的第一阶段-—系统分析阶段工作的重要内容。
信息收集也是完成系统分析各项任务的基础。
在系统建设中，建设者首先必须收集信息，了解情况，明确问题和目标,视具体情况决定工作方针.
该企业销售管理系统采取的是访问与实践相结合的调查方法。
首先，通过提问的方式与用户进行交谈,收集有关信息,在访问时充分听取各方面的要求和希望，同时做好有关新系统的宣传工作；其次,通过参加业务实践了解系统,有目的的跟班学习,以达到比较深入细致地掌握工作流程中汽车的订购、租赁、置换、客服等具体过程和内容。
2。
2可行性分析
系统的可行性分析的目的在于用最小的代价在尽可能短的时间内确定在现有的技术、经济和人员素质等条件下该问题是否能够解决，是否值得去解决。
其实质上是要进行一次大大压缩简化了的系统分析和设计的过程,也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程.一般应该从下述三方面研究每种解法的可行性：
技术可行性，经济可行性，操作可行性。
2。
2.1技术上的可行性
2.2.1.1目前的网络状况可以对浏览器/服务器应用提供可靠的支持
该企业已经实现了局域网互连，网络状况良好，能较快速可靠的支持一般的网络应用，可以满足一般性的浏览器/服务器应用的网络需求.
2.2.1.2现有的硬件环境可以满足一般性应用的需求
2.2.1.3现有的软件环境可以满足一般性应用的需求
该企业内部的计算机上采用的操作系统平台，多为Microsoft公司的WindowsXP等，为图形化操作系统，界面一致，用户使用方便。
数据库管理系统（DBMS）采用的是MiscrosoftSQLServer2000。
该系统具有性能稳定、使用简单、功能强大、安全等特点，完全可以满足中小型企业的数据管理和处理要求.
2.2.1.4企业内部人员业务和技术水平
企业内部工作人员对自身业务很了解，同时由于很多都受过计算机专业方面的教育，能够较容易的对实际工作进行分析，将实际工作进行抽象概念化,而且能够根据计算机的特点提出功能要求，降低开发人员与使用人员间沟通的时间.
2.2.1.5系统开发人员的技术水平
开发人员为计算机科学与技术专业毕业生,具有一定的系统开发经验，专业知识掌握的也比较好，再经过参加实际项目的开发,经验更加成熟，能够较容易的了解用户需求并能在计算机上实现。
指导教师也具有很高的软件开发经验，同时具有丰富的实际销售管理方面的经验。
这些都是系统开发质量的重要保证。
2.2.1.6结论
通过后台实现了对客户各类订单进行管理的功能，实现了对网站新闻信息的更新功能。
因此，该销售管理系统开发在技术上是可行的。
2。
2.2经济上的可行性
汽车销售集团网站，为汽车销售公司在网络上提供了一个全面展示企业形象的平台,使汽车用户更加的了解企业的动态信息.满足客户在线提交订购汽车，查询汽车信息等要求，网站提升了企业在客户中的形象,使企业和用户联系更加密切，提高企业的经济效益。
所以该企业销售管理系统的开发在经济可行性方面是可行的。
2。
2。
3操作上的可行性
工作人员已经比较熟悉了使用计算机进行日常的数据信息处理的工作，因此该销售管理系统在操作可行性方面是可以被用户接受的。
2.3需求分析
2。
3.1系统的功能需求
根据前面对汽车集团销售网站的分析，可将其划分成前台和后台两部分.前台主要为用户提供车辆信息浏览、新闻动态查询、在线车辆订购、车辆置换申请等功能，后台主要为管理员提供车辆信息管理、订单信息管理、用户申请管理及新闻信息管理等功能。
华奥汽车销售集团网站的前台功能结构图如图2-1:
图2—1华奥汽车销售集团网站的前台功能结构图
华奥汽车销售集团网站的后台功能结构图如图2—2:
图2-2系统后台功能结构图
2。
3.2系统的运行环境要求
2.3.2.1硬件环境
CPU：
P41.8GHz
内存：
256MB以上
硬盘空间：
40GB
2.3.2.2软件环境
操作系统：
中文Windows2000，Windows2003或XP
数据库：
SQLServer2005
开发工具包：
JDKVersion1.4。
2;
JSP服务器：
Tomcat；
浏览器：
IE5.0,推荐使用IE6。
0.
2。
3.3系统的性能要求
2.3.3.1精度
本系统对精度的要求主要表现在数据库设计上,这个在数据库设计中会有相关内容，在此略。
2.3.3.2速度
响应时间0。
05秒以内。
2.3.3.3灵活性
本系统的扩展性很好，可以根据需求增加和删除栏目，但不能改变系统的整体性.
2.3.3.4输人输出要求
输入和输出的要求在数据库的设计中有相关内容,见数据库设计。
2.3.3.5故障处理要求
可能出现的软硬件的问题是：
无法访问系统,是服务器停止运行或源代码被更改;处理方法：
检查服务器或源代码.
2.3.3.6安全保密要求.
设置用户身份和密码验证要求。
2.4数据流分析
2.4.1数据流图
当数据在软件系统中运动时，它将被一系列“变换"所修改.数据流图（DFD）是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。
它是在对系统调研阶段绘制出的业务流程图的基础上，从系统的科学性、管理的合理性、实际运行的可行性角度出发,将信息处理功能和彼此之间的联系自顶向下，逐层分解，从逻辑上精确地描述新系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向。
在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程.数据流图是系统逻辑功能的图形表示，即使不是专业的计算机技术人员也容易理解它，因此是分析员与用户之间极好的通信工具。
此外，设计数据流图时只需考虑系统必须完成的基本逻辑功能，完全不需要考虑怎样具体的实现这些功能。
数据流图具有以下两个特性：
2.4.1.1抽象性：
表现在它完全舍去了具体的物质,只剩下数据的流动、加工、处理与存储。
2.4.1.2概括性：
表现在它可以把信息中的各种不同业务处理过程联系起来，形成一个整体.
数据流图由以下四种基本元素组成，即源点或终点、数据处理（功能）、数据存储和数据流.该企业销售管理系统的数据流程见图2—2：
外部实体 数据处理数据流数据存储
汽车销售管理系统的数据流程图如图2—3
图2-3汽车销售管理系统的数据流程图
2。
5用UML协作图描述汽车置换业务流程
2。
5。
1协作图简介
UML协作图可以展示出对象与对象之间的关系，它可以绘制对象之间的消息连接。
协作图主要就是展示对象之间的关系，所以,对象就成了协作图中最重要的单元，在UML协作图中,对象用一个矩形表示，矩形中间带下划线的文本是该对象的标识。
各对象之间由关系线连接，关系线附近带有表示不同流种类的箭头，该箭头指向接受消息的对象，如图2—4所示.
图2—4UML协作图
2.5.2汽车置换业务流程
通常，汽车置换业务流程如下：
客户向经销商提出置换需求。
经销商对置换车辆进行评估。
双方协商后经销商收购原车，客户以预购新车价格减原车价格购买新车，完成置换。
经销商收购的原车进过检测和整理后由SGM对其进行认证。
根据有关规定，客户购买的新车会享受延长保修期的服务。
根据上面的分析，可以用UML协作图绘制出的汽车业务流程如图2-5所示.
图2-5汽车置换业务流程
2.5.3操作流程
华奥汽车集团网的操作流程非常简单，用户登录网站后,可以查看最新加入的车辆的基本信息，然后可以通过网站的功能导航分别进入网站的展示中心、订购中心、租赁中心、置换中心、客服中心、新闻中心和关于集团等页面，浏览全部车辆的参数信息，以及进行车辆在线订购、在线租赁、置换申请、企业资料查询、备件资料查询、新闻信息浏览、在线客服投诉等操作。
管理员通过后台入口到后台管理页面后，可以进行车辆信息管理、订单信息管理、企业信息管理、新闻信息管理、投诉信息管理、备件信息管理等一系列与前台对应的管理操作。
华奥汽车集团网站的业务流程如图2—6所示。
图2—6华奥汽车集团网站的业务流程图
3系统功能模块设计
3.1汽车销售管理系统功能设计目标
程序应该尽量实现所有的实际工作中需要做的事情。
用计算机进行办公,最大的好处就是能够轻松的完成那些重复的、繁重的、公式化的、需要大量的人力、物力和时间的工作.这样的工作如果由人来做，不仅需要大量的时间，整个过程也会很枯燥无味。
企业销售管理系统功能设计的目标就是完成系统需求分析阶段要求的系统功能需求，尽可能的实现整个销售管理过程。
3。
2汽车销售管理系统的前台系统功能设计
根据前面对华奥汽车销售集团网站的分析，本系统主要包括前台功能模块:
车辆信息浏览模块、新闻动态查询模块、在线车辆订购模块、车辆置换申请模块和后台功能模块：
车辆信息管理模块、订单信息管理模块、用户申请管理模块以及新闻信息管理模块。
3。
2.1展示中心模块
主要包括最新车辆信息展示,车辆信息分类展示，车辆详细信息查看3个部分
3.2.2订购中心模块
主要包括销售热线查询,在线车辆订购,订购帮助查看和意向购车4个部分.
3.2。
3租赁中心模块
主要包括租赁帮助查看及租赁在线预订2个部分。
3.2.4置换中心模块
主要包括车辆置换在线申请。
3。
2.5客服中心模块
主要包括客户服务中心查询，在线企业投诉，备件信息查询及售后服务信息查看。
3。
2.6新闻中心模块
主要包括新闻推荐展示，分类信息展示及新闻详细信息查看3个部分。
3。
2.7信息查询模块
根据车辆的品牌及型号进行查询.
3.2.8集团信息模块
主要包括历史回顾及未来展望2个部分
3。
2。
9后台登陆模块
为管理员进行后台数据管理系统提供入口。
3.3汽车销售管理系统的后台系统功能设计
3。
3.1销售车辆管理模块
主要包括销售车辆信息的添加，销售车辆信息的修改、销售车辆信息的删除及销售车辆信息的查询4个部分。
3.3.2租赁车辆管理模块
主要包括租赁车辆信息的添加、租赁车辆信息的修改、租赁车辆信息的删除及租赁车辆信息的查询4个部分。
3.3.3备件数据管理模块
主要包括备件数据的添加，备件信息修改,备件信息删除及备件数据查询。
3.3.4订单信息管理模块
主要包括订单信息受理及订单信息查询2个部分。
3.3.5置换信息管理模块
主要包括置换信息受理及置换信息查询2个部分。
3.3。
6集团信息管理模块
主要包括集团信息浏览及集团信息更新2个部分.
3.3。
7新闻信息管理模块
主要包括新闻信息添加、新闻信息修改、新闻信息删除及新闻信息查询4个部分。
3.3。
8客户投诉管理模块
主要包括客户投诉受理及客户投诉查询2个部分。
3.3.9连锁企业管理模块
主要包括连锁企业添加、连锁企业信息修改、连锁企业删除及连锁企业查询4个部分。
4总体设计
4。
1数据库设计
根据用户需求和业务流程，本系统采用了SQLServer2000数据库管理系统.本系统中所建立的数据库名为db_Cars。
关系图如下：
4。
2数据库表的设计
汽车销售系统共包括11个表，具体设计如下：
tb_Cars主要用来保存车辆的类别编码信息，该表的结构如表4-1所示.
表4—1tb_Cars的结构
列名
数据类型
长度
主键否
允许空
功能描述
ID
int
4
是
否
车辆的类别编码，也是唯一标识
Name
varchar
50
否
否
车辆的类别名称
tb_Basic1（一级参数名称信息表）主要用来保存车辆的一级参数的名称及编码信息,该表的结构如表4—2所示。
表4—2tb_Basic1的结构
列名
数据类型
长度
主键否
允许空
功能描述
ID
int
4
是
否
一级参数的编码，也是唯一标识
Name
varchar
20
否
否
一级参数的名称
Homo
Int
4
否
否
对应的车辆编码
tb_Basic2二级参数名称信息表主要用来保存车辆的二级参数的名称及编码信息，该表的结构如表4—3所示。
表4—3tb_Basic2的结构
列名
数据类型
长度
主键否
允许空
功能描述
ID
int
4
是
否
二级参数的编码，也是唯一表示
Name
varchar
50
否
否
二级参数的名称
Homo1
Int
4
否
否
对应的一级参数的编码
Home2
int
4
否
否
对应的车辆的编码
tb_Values车辆数据信息表主要用来保存具体的车辆数据信息，该表的结构如表4-4所示。
表4—4tb_Values表结构
列名
数据类型
长度
主键否
允许空
功能描述
Id
int
4
是
否
数据的唯一标识
Name
varchar
50
否
否
车辆数据信息
Homo1
int
4
否
否
对应的二级参数的编码
Homo2
int
4
否
否
对应的一级参数的编码
Type
int
4
否
否
对应的车辆类别的编码
Logo
Int
4
否
否
车辆的唯一标识
tb_Enterprise连锁企业信息表主要用来连锁企业的相关信息，该表的结构如表4-5所示。
表4-5tb_Enterprise表结构
列名
数据类型
长度
主键否
允许空
功能描述
ID
int
4
是
否
企业唯一标识
Name
varchar
200
否
否
企业名称
Address
varchar
500
否
否
企业地址
Phone
varchar
50
否
否
联系电话
Style
varchar
50
否
否
企业类别
tb_News新闻信息表主要用来保存站内所有的新闻信息，该表的结构如表4—6所示。
表4—6tb_News表结构
列名
数据类型
长度
主键否
允许空
功能描述
ID
int
4
是
否
新闻信息唯一标识
Title
varchar
30
否
否
新闻标题
Content
varchar
30
否
否
新闻内容
IssueDate
Dateatime
8
否
否
新闻发布时间
Type
varchar
50
否
否
新闻类别
tb_OrderForm订单信息表主要用来保存站内所有的订单信息，该表的结构如表4-7所示。
表4-7tb_OrderForm表结构
列名
数据类型
长度
主键否
允许空
功能描述
ID
int
4
是
否
订单唯一标识
Name
varchar
50
否
否
订购的车辆名称
Counts
int
4
否
否
订购数量
Color
varchar
50
否
否
订购的车辆的颜色
Payment
varchar
50
否
否
支付方式
EnterpriseName
varchar
200
否
否
企业名称
Address
Varchar
200
否
否
企业地址
Area
Varchar
200
否
否
所在区域
Dealer
Varchar
100
否
否
经销商
Linkman
Varchar
50
否
否
联系人姓名
Phone
Varchar
50
否
否
联系电话
Fax
Varchar
50
否
否
传真号码
Email
Varchar
100
否
否
Email地址
PostNumber
Varchar
20
否
否
邮政编码
Remark
Varchar
500
否
否
备注信息
IssueDate
Datetime
8
否
否
提交时间
Whether
Varchar
10
否
否
受理参数
tb_Tenancy租赁申请信息表主要用来保存站内所有的租赁信息，该表的结构如表4—8所示
表4-8tb_Tenancy表结构
列名
数据类型
长度
主键否
允许空
功能描述
ID
int
4
是
否
唯一标识
Name
Varchar
30
否
否
车型名称
Password
Varchar
30
否
否
登录密码
UserName
Varchar
30
否
否
客户名称
Phone
Varchar
20
否
否
联系电话
Fax
Varchar
20
否
否
传真
Email
Varchar
100
否
否
电子信箱地址
Hander
Varchar
30
否
否
手机号码
Address
Varchar
300
否
否
联系地址
Numbers
Varchar
50
否
否
身份证号码
CarsName
Varchar
150
否
否
汽车名称
StartTime
datetime
8
否
否
租车开始时间
EndTime
datetime
8
否
否
租车结束时间
IssueDate
Datetime
8
否
否
申请时间
Whether
Varchar
10
否
否
申请状态
tb_SparePart备件信息表主要用来保存备件的相关信息,该表的结构如表4-9所示。
表4-9tb_SparePart表结构
列名
数据类型
长度
主键否
允许空
功能描述
ID
int
4
是
否
备件数据的唯一标识
Number
varchar
50
否
否
备件编码
Name
varchar
100
否
否
备件名称
Price
varchar
50
否
否
备件价格
Type
varchar
100
否
否
匹配车型
tb_Permute信息表主要用来保存站内所有的置换信息，该表的结构如表4—10所示
表4—10tb_Permute表结构
列名
数据类型
长度
主键否
允许空
功能描述
ID
int
4
是
否
唯一标识
Name
Varchar
50
否
否
真实姓名
Phone
Varchar
50
否
否
联系电话
Hander
Varchar
50
否
否
手机号码
Email
Varchar
50
否
否
Email地址
Address
Var
升级会员 