汽车销售管理系统的设计与实现12.doc
《汽车销售管理系统的设计与实现12.doc》由会员分享,可在线阅读,更多相关《汽车销售管理系统的设计与实现12.doc(26页珍藏版)》请在咨信网上搜索。
汽车销售管理系统的设计与实现 摘要: 汽车销售系统传统的商务流程电子化、数字化、一方面以电子流代替了食物流,可以大量减少人力,物力,降低了成本;另一方面突破了时间和空间的限制,使得交易活动可以在任何时间、任何地点进行。从而大大提高了效率。 系统论述的是汽车销售系统的设计,为了清楚、准确的描述该系统,我的论文从六个方面来论述。第一部分论述为什么要设计此系统及系统的运行环境,这部分首先从汽车行业的发展需要入手,介绍了系统开发的背景(即系统开发的目的、意义)和系统的运行环境。第二部分论述了系统的分析,主要从需求分析、可行性分析、数据流程三个方面进行论述,需求分析是这部分的重点。只有认真了解用户的需求,细致的进行调查分析,把用户“做什么”的要求转换成一个完全的、细致的软件模型并写出规格说明,这样才能准确的表达用户的要求。第三部分是系统的详细设计论述。这一部分从系统设计概要、模块结构设计两方面进行论述。第四部分是对系统的数据库设计论述,主要从数据库设计和界面设计两方面来论述。第五部分是系统的功能设计实现。第六部分介绍了系统的实施和测试。主要从程序的设计,系统运行中的错误及处理方面进行论述。论文最后又写了结论,致谢与参考文献。 关键词: JSP;汽车销售;系统分析;系统设计 重庆文理学院学士学位论文 汽车销售管理系统的设计与实现 1 引言 汽车工业经历了一百多年的发展,对国家经济的发展和鹏飞以及对人类社会的文明带来了巨大影响。汽车工业已成为许多国家的支柱产业,随着人们生活水平以及汽车性能的不断提高,人们对汽车的消费和需求也越来越旺盛,世界汽车工业也保持庞大的市场需求和市场规模。近年来,中国汽车市场发展迅猛,以接近37%的速度增长,巨大的市场容量和可观的经济效益,引起各汽车厂家纷纷加大投资,汽车市场烽烟四起,汽车销售策略和模式频出,竞争已是空前的激烈,在此形势下,一种介于生产厂家和用户之间的桥梁,汽车销售公司正在不断的产生和发展壮大。 1.1开发背景及意义 华奥汽车销售集团以经营销售汽车为主,配套汽车维修服务及售后服务。公司总部设在重庆,全国各地大中城市均有其连锁机构。随着企业规模的不断扩大,业务量日益增多,企业管理层决定通过自己的特色网站来解决各地连锁服务问题。 根据华奥集团业务流量,网站决定基于中文版Windows XP Server和SQL Server 2000设计。为了更好地与互联网中日益肆虐的黑客和病毒周旋,系统采用先进的JSP进行开发,具备良好的稳定性和安全性。 华奥汽车销售集团网站集订购、租赁、置换、客服等业务于一身,它的成功架设为华奥汽车集团带来了非常良好的社会效益和经济效益,很大程度地增加了集团的核心竞争力。 1.2系统目标 华奥汽车销售集团网站主要实现以下目标: ⑴为企业提供展示商品及表现企业形象的平台。 ⑵为用户提供车辆信息查看、在线车辆订购、意向购物申请、置换申请等功能。 ⑶采用动态网页技术,使网站中展示的新闻信息更具时效性。 ⑷提供客户投诉中心功能,收集用户对企业的意见。 ⑸提供后台管理页面,简化了企业信息、车辆信息、用户信息等网站数据的维护操作。 1.3开发设计思想 ⑴减少了系统对硬件的要求。系统主要运行于服务器上,即系统运行的硬件取决于服务器,客户端的配置要求保证能够使用浏览器即可。 ⑵节约了维护成本。系统的维护主要集中于服务器端,比起维护多个客户端来说,成本和工作量将大大降低。 降低了系统升级维护的难度。逻辑和视图的分离使得模块相对独立在业务变更及系统升级和维护时,难度大大降低,大大提高了工作人员的工作效率。在功能设计和系统实现方面,企业销售管理网站将具有以下特点: (3)实用性:提供了快捷和方便的管理商品信息、用户信息。 (4)操作简单:保证系统能适应不同等级计算机水平的用户,系统操作尽可能简单。 (5)代码可读性好:要求系统结构清晰,代码简洁可读,便于日后维护和扩展。 1 重庆文理学院学士学位论文 汽车销售管理系统的设计与实现 2 系统分析 2.1 系统初步调查 详细了解和深刻认识使用所开发系统的单位之现状、发展方向、存在的问题和各级管理人员的信息需求是系统建设的重要基础。收集到真实、准确和适用的相关信息,是系统开发的第一阶段——系统分析阶段工作的重要内容。信息收集也是完成系统分析各项任务的基础。在系统建设中,建设者首先必须收集信息,了解情况,明确问题和目标,视具体情况决定工作方针。 该企业销售管理系统采取的是访问与实践相结合的调查方法。首先,通过提问的方式与用户进行交谈,收集有关信息,在访问时充分听取各方面的要求和希望,同时做好有关新系统的宣传工作;其次,通过参加业务实践了解系统,有目的的跟班学习,以达到比较深入细致地掌握工作流程中汽车的订购、租赁、置换、客服等具体过程和内容。 2.2 可行性分析 系统的可行性分析的目的在于用最小的代价在尽可能短的时间内确定在现有的技术、经济和人员素质等条件下该问题是否能够解决,是否值得去解决。其实质上是要进行一次大大压缩简化了的系统分析和设计的过程,也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。一般应该从下述三方面研究每种解法的可行性:技术可行性,经济可行性,操作可行性。 2.2.1 技术上的可行性 2.2.1.1 目前的网络状况可以对浏览器/服务器应用提供可靠的支持 该企业已经实现了局域网互连,网络状况良好,能较快速可靠的支持一般的网络应用,可以满足一般性的浏览器/服务器应用的网络需求。 2.2.1.2 现有的硬件环境可以满足一般性应用的需求 2.2.1.3 现有的软件环境可以满足一般性应用的需求 该企业内部的计算机上采用的操作系统平台,多为Microsoft公司的WindowsXP等,为图形化操作系统,界面一致,用户使用方便。数据库管理系统(DBMS)采用的是Miscrosoft SQL Server 2000 。该系统具有性能稳定、使用简单、功能强大、安全等特点,完全可以满足中小型企业的数据管理和处理要求。 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 软件环境 操作系统:中文Windows 2000 ,Windows2003或XP 数据库: SQL Server 2005 开发工具包:JDK Version 1.4.2; JSP 服务器:Tomcat; 浏览器:IE 5.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-4 UML协作图 2.5.2汽车置换业务流程 通常,汽车置换业务流程如下: 客户向经销商提出置换需求。 经销商对置换车辆进行评估。 双方协商后经销商收购原车,客户以预购新车价格减原车价格购买新车,完成置换。 经销商收购的原车进过检测和整理后由SGM对其进行认证。 根据有关规定,客户购买的新车会享受延长保修期的服务。 根据上面的分析,可以用UML协作图绘制出的汽车业务流程如图2-5所示。 图2-5 汽车置换业务流程 2.5.3操作流程 华奥汽车集团网的操作流程非常简单,用户登录网站后,可以查看最新加入的车辆的基本信息,然后可以通过网站的功能导航分别进入网站的展示中心、订购中心、租赁中心、置换中心、客服中心、新闻中心和关于集团等页面,浏览全部车辆的参数信息,以及进行车辆在线订购、在线租赁、置换申请、企业资料查询、备件资料查询、新闻信息浏览、在线客服投诉等操作。 管理员通过后台入口到后台管理页面后,可以进行车辆信息管理、订单信息管理、企业信息管理、新闻信息管理、投诉信息管理、备件信息管理等一系列与前台对应的管理操作。华奥汽车集团网站的业务流程如图2-6所示。 图2-6 华奥汽车集团网站的业务流程图 24 重庆文理学院学士学位论文 汽车销售管理系统的设计与实现 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 数据库设计 根据用户需求和业务流程,本系统采用了SQL Server 2000数据库管理系统。本系统中所建立的数据库名为db_Cars 。关系图如下: 4.2数据库表的设计 汽车销售系统共包括 11个表,具体设计如下: tb_Cars主要用来保存车辆的类别编码信息,该表的结构如表4-1所示。 表4-1 tb_Cars的结构 列名 数据类型 长度 主键否 允许空 功能描述 ID int 4 是 否 车辆的类别编码,也是唯一标识 Name varchar 50 否 否 车辆的类别名称 tb_Basic1(一级参数名称信息表)主要用来保存车辆的一级参数的名称及编码信息,该表的结构如表4-2所示。 表4-2 tb_Basic1的结构 列名 数据类型 长度 主键否 允许空 功能描述 ID int 4 是 否 一级参数的编码,也是唯一标识 Name varchar 20 否 否 一级参数的名称 Homo Int 4 否 否 对应的车辆编码 tb_Basic2二级参数名称信息表主要用来保存车辆的二级参数的名称及编码信息,该表的结构如表4-3所示。 表4-3 tb_Basic2的结构 列名 数据类型 长度 主键否 允许空 功能描述 ID int 4 是 否 二级参数的编码,也是唯一表示 Name varchar 50 否 否 二级参数的名称 Homo1 Int 4 否 否 对应的一级参数的编码 Home2 int 4 否 否 对应的车辆的编码 tb_Values车辆数据信息表主要用来保存具体的车辆数据信息,该表的结构如表4-4所示。 表4-4 tb_Values表结构 列名 数据类型 长度 主键否 允许空 功能描述 Id int 4 是 否 数据的唯一标识 Name varchar 50 否 否 车辆数据信息 Homo1 int 4 否 否 对应的二级参数的编码 Homo2 int 4 否 否 对应的一级参数的编码 Type int 4 否 否 对应的车辆类别的编码 Logo Int 4 否 否 车辆的唯一标识 tb_Enterprise连锁企业信息表主要用来连锁企业的相关信息,该表的结构如表4-5所示。 表4-5 tb_Enterprise表结构 列名 数据类型 长度 主键否 允许空 功能描述 ID int 4 是 否 企业唯一标识 Name varchar 200 否 否 企业名称 Address varchar 500 否 否 企业地址 Phone varchar 50 否 否 联系电话 Style varchar 50 否 否 企业类别 tb_News新闻信息表主要用来保存站内所有的新闻信息,该表的结构如表4-6所示。 表4-6 tb_News表结构 列名 数据类型 长度 主键否 允许空 功能描述 ID int 4 是 否 新闻信息唯一标识 Title varchar 30 否 否 新闻标题 Content varchar 30 否 否 新闻内容 IssueDate Dateatime 8 否 否 新闻发布时间 Type varchar 50 否 否 新闻类别 tb_OrderForm订单信息表主要用来保存站内所有的订单信息,该表的结构如表4-7所示。 表4-7 tb_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-8 tb_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-9 tb_SparePart表结构 列名 数据类型 长度 主键否 允许空 功能描述 ID int 4 是 否 备件数据的唯一标识 Number varchar 50 否 否 备件编码 Name varchar 100 否 否 备件名称 Price varchar 50 否 否 备件价格 Type varchar 100 否 否 匹配车型 tb_Permute信息表主要用来保存站内所有的置换信息,该表的结构如表4-10所示 表4-10 tb_Permute表结构 列名 数据类型 长度 主键否 允许空 功能描述 ID int 4 是 否 唯一标识 Name Varchar 50 否 否 真实姓名 Phone Varchar 50 否 否 联系电话 Hander Varchar 50 否 否 手机号码 Email Varchar 50 否 否 Email地址 Address Varchar 50 否 否 联系地址 CarName Varchar 50 否 否 持有车辆名称 Times Varchar 50 否 否 购买时间 Bad Varchar 50 否 否 车是否有损 YearCheck Varchar 50 否 否 车检 ChangeCar Varchar 50 否 否 置换车辆的名称 IssueDate datetime 8 否 否 申请时间 Whether Varchar 50 否 否 申请状态 tb_Record信息表主要用来保存站内所有的置换信息,该表的结构如表4-11所示 表4-11tb_Record表结构 列名 数据类型 长度 主键否 允许空 功能描述 ID int 4 是 否 唯一标识 RealName Varchar 50 否 否 真实姓名 Phone Varchar 50 否 否 联系电话 Enterprise Varchar 500 否 否 投诉单位 KeyName Varchar 5000 否 否 投诉项目 Season Varchar 5000 否 否 投诉理由 Result Varchar 5000 否 否 欲求结果 IssueDate datetime 8 否 否 投诉时间 Whether Varchar 50 否 否 投诉状态 4.3系统详细设计 4.3.1 前台设计 4.3.1.1主页的设计 图4-1 华奥汽车销售网站首页运行结 4.3.1.2最新车辆信息展示 首页的最新车辆信息展示部分,展示的是数据库中最新添加的一条乘用车的信息和两条商用车的信息,并且在展示每条信息的同时,为每条信息添加【详细参数】按钮和【在线订购】按钮,方便用户查看车辆信息的详细内容以及在线订购车辆。 图4-2 最新车辆信息展示部分页面的运行结果 核心程序代码如下: <%rs=cross.getrs(1); if(rs!=null){ rs.beforeFirst(); if(rs!=null&&rs.next()){%> 4.3.1.3车辆分类信息展示 当用户通过网站导航进入展示中心页面后,用户首先看到的是乘用车信息展示, 重庆文理学院学士学位论文 汽车销售管理系统的设计与实现 此时用户可以通过展示页面内的“中心导航”来进入到其他类别的车辆信息展示页面,浏览对应类别的车辆信息。主要程序代码如下: <%menu.add(" 乘 用 车 ",""); menu.add(" 商 用 车 ","商用车"); menu.add(" 租 赁 车 ","租赁车");%> <%=menu.table()%><%menu.setnull();%> 乘用车信息展示部分包括3个区域,区域1用来展示最新添加的乘用车信息,并为该车辆信息添加【在线订购】按钮。区域2用来展示数据库中其他所有的乘用车信息,并且在输出车辆名称的时候,为其添加脚本事件,当用户单击任意一个车辆名称时,区域1中的内容将更新且与用户单击的车辆信息一致。区域3用来展示与区域1中展示的乘用车对应的文字简介信息。 图4-3 乘用车信息展示部分的页面设计结果 程序代码如下: <%rs=cross.getrs(1); if(rs!=null){ rs.last(); int sum=rs.getRow(); if(sum>6){row=2;}else{row=1;} rs.beforeFirst();%> <%rs=cross.getrs(1); if(rs!=null){ rs.beforeFirst(); while(rs!=null&&rs.next()){ if(rs.getInt("Logo")==number){out.print(rs.getString("文字简介"));} } }%> </div> <%}else{ out.print("……");}}%> 4.3.1.4车辆在线订购 用户可以在任意一个车辆信息展示页面通过单击车辆数据对应的【在线订购】按钮来打开在线订购页面。在在线订购页面,订购的车辆名称将根据用户的操作自动生成,用户需要做的是填写其他的订购信息并将信息提交给本页进行数据处理,以完成在线订购操作。 图4-4在线订购页面的设计结果 程序核心代码如下: <%sql="insert into tb_OrderForm values('"+names+"',"+counts+",'"+color+"','"+payment+"','"+enterprise+"','"+address+"','"+area+"','"+dealer+"','"+linkman+"','"+phone+"','"+fax+"','"+email+"','"+phost+"','"+remark+"','"+now+"','未受理')"; i=data.getint(sql); if(i>0){%> <script language="javascript"> alert("订单已经接收");window.close();</script><%}}%> 4.3.1.5车辆查询 当用户在前台任意一个页面的信息查询部分输入查询条件并单击【查询】按钮后,都可以进入到查询结果展示页面。 图4-5 查询结果展示页面设计结果 程序核心代码如下: <%rs=cross.getrs(3); if(rs!=null){ rs.beforeFirst(); if(rs!=null&&rs.next()){%> <a href="Image/<%=rs.getString("简介图片")%>"> <img src="Image/<%=rs.getString("简介图片")%></a> <a href="Cars_Particular_Default.jsp?id=<%=rs.getInt("Logo")%> <%if(rs!=null&&rs.next()){%> <a href="Image/<%=rs.getString("简介图片")%>"> <img src="Image/<%=rs.getString("简介图片")%></a> <%=rs.getString("品牌")%> <%=rs.getString("型号")%></td> 4.3.2后台设计 4.3.2.1后台登陆页面设计 图4-6 后台登陆页面 登陆页面程序代码: <% if(request.getParameter("action")!=null) { names=request.getParameter("name"); password=request.getParameter("password"); if(names.equals("admin")&&password.equals("123456")){ %> 4.3.2.2后台主页面设计 图4-7后台主页面运行结果 核心代码如下: rst.size=16; vari=request.getParameter("pages"); if(vari==null){pages=1; } else{pages=Integer.parseInt(vari);}rst.page=pages; if(request.getParameter("keyword")==null||request.getParameter("keyword").equals("")){rs=cross.getrs();sql=""; } else{rs=cross.getrs(request.getParameter("type"),request.getParameter("keyword")); sql="type="+request.getParameter("type")+"&keyword="+request.getParameter("keyword")+"&";}rs=rst.getrs(rs);nows=0; while(rs!=null&&rs.next()&&(nows<rst.size)){nows=nows+1;%> 4.3.2.3销售车辆数据添加设计 管理员可以通过后台导航进入到销售车辆管理页面,管理员可以通过单击【车辆数据添加】按钮来打开车辆数据添加页面。在车辆数据添加页面,因为需要填写的车辆数据比较多,管理员可以通过单击任意一个一级参数名称链接,以打开对应的数据添加部分,进行车辆数据的添加。当管理员添加数据完毕后,单击【添加】按钮完成车辆数据添加操作。 图4-8 销售车辆数据添加页面的设计 4.3.2.4销售车辆数据修改设计 管理员可以单击销售车辆管理页面的【详细】按钮,打开详细信息展示及车辆信息修改页面,该页面与车辆信息添加为同一页面,不同的是当管理员通过详细按钮打开该页时,该页中将显示对应管理员操作的车辆数据,并且【添加】按钮的名称变为【修改】。当管理员在修改页面完成修改操作,并单击【修改】按钮后,管理员修改后的数据将提交给数据处理页。而数据处理页主要根据提交的表单数据将数据库中对应的车辆信息更新。 图4-8 销售车辆数据修改页面的设计 4.3.2.5销售车辆数据删除设计 当管理员在销售车辆管理页面中单击【删除】按钮后,将打开车辆信息删除页面。车辆信息删除页面则将根据传递的参数将数据库中对应的车辆数据删除。 4.3.2.6销售车辆数据查询 在销售车辆管理页面,管理员可以在车辆数据查询部分输入一定的查询条件,并选择查询条件的所属类别,然后单击【查询】按钮,将查询请求提交给本页面,也就是销售车辆管理页面。销售车辆管理页面在收到管理员提交的查询请求后,将管理员提交的数据作为查询条件进行数据库检索,并将查询结果输出到浏览器中。 图4-9 销售车辆数据查询结果的运行结果 4.3.2.7订单信息受理 管理员可以通过后台管理导航进入到订单信息管理页面: 图4-10订单信息管理页面设计 在订单管理页面,单击任意一条订单数据后的【受理】按钮,打开订单信息受理页面,以进行订单信息受理操作。 图4-11 订单信息管理页面的设计结果 重庆文理学院学士学位论文 汽车销售管理系统的设计与实现 5 系统测试与运行 系统测试是管理信息系统开发周期中一个十分重要而漫长的阶段。其重要性体现在它是保证系统质量与可靠性的最后关口,是对整个系统开发过程包括系统分析、系统设计和系统实现的最终审查。在系统测试中发现的错误可能是各式各样的,按其范围和性质可划分为功能错误、系统错误、过程错误、数据错误以及编码错误几类。测试的目标是发现系统中的错误,但发现错误并非我们的最终目的,系统开发的最终目的是高质量的完全符合用户需要的信息系统。并让尽可能多的错误在交付给用户使用前加以修改。- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 汽车 销售 管理 系统 设计 实现 12
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文