大连中兴奔驰汽车销售系统说明书.doc_第1页
大连中兴奔驰汽车销售系统说明书.doc_第2页
大连中兴奔驰汽车销售系统说明书.doc_第3页
大连中兴奔驰汽车销售系统说明书.doc_第4页
大连中兴奔驰汽车销售系统说明书.doc_第5页
已阅读5页,还剩34页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

摘要 大连中兴奔驰 4S 店是大连奔驰汽车的主要出售地点,在大连被誉为奔驰世家。 大连中兴奔驰由于创建较早,所以到目前为止该公司还没有实现企业内部管理的信 息化。而目前我国大部分汽车销售行业已经具有了自己的信息化的管理系统,因此 大连中兴奔驰选择开发自己的销售系统。 本系统是针对大连中兴奔驰为其量身定做属于它自己的汽车销售系统。本系统 包括九大主功能模块,即客户管理,用户管理,车辆管理,销售管理,业务管理, 统计查询,售后服务,理赔管理,绩效考核等主要功能模块,每一个主要的功能模 块下还包含若干个子功能模块,比如客户管理模块下就包含了档案管理,通讯录管 理,来电回访,跟踪回访,客户类型和成交率等几个子功能模块。 本系统采用 ASP 进行编程设计,整个系统的设计采用 B/S 架构的设计方法,实 现企业内部的管理。系统的后台数据库采用 Access 作为后台数据库,用来存储数 据。本文主要介绍了系统的开发背景,系统的需求分析以及系统的数据库设计与系 统功能模块的实现,并从从多方面介绍了本系统的功能。 关键词:大连中兴奔驰 信息化 管理系统 汽车销售系统 Abstract Dalian Benz 4 s shop is dalian zte of mercedes-benz, the main sales site is known as a mercedes-benz family in dalian. Because of dalian zte mercedes-benz was create earlier, so the company has not yet to reach the company internal management informationization. But at present our country most car sales industry already have their own information management system, so the dalian zte Mercedes choose to develop their own sales system. This system is for dalian zte Mercedes tailored its own car sales system. This system includes nine main function module, the customer management, user management, vehicle management, sales management, business management, statistics inquiry, after-sale service, claims management, performance appraisal and other major functional modules, each of the main function module also contains several child function module, such as customer management module contains the file management, under the address book management, telephone pays a return visit, follow up, customer type and sell-through rate function module. This system USES ASP programming design, the design of the whole system adopts B/S architecture, the design method of the implementation of enterprise internal management. System of background database USES Access database as the background, used to store data. This article mainly introduced the system development background, system requirements analysis and system design and the realization of the system function module, database and the function of this system are introduced from several aspects. Keywords: Dalian zte Mercedes informatization management system Car sales system 目 录 摘要摘要 .I I ABSTRACTABSTRACT .IIII 第第 1 1 章章 绪绪 论论 .1 1 1.1 问题的提出及研究价值.1 1.2 国内研究现状.1 1.3 研究对象与内容.2 1.3.1 客户管理的先进.2 1.3.2 业务管理的流畅 .2 1.3.3 强大的统计查询分析功能 .2 第第 2 2 章章 需求分析需求分析 .3 3 2.1 系统可行性分析 .3 2.1.1 技术可行性 .3 2.1.2 管理可行性 .3 2.1.3 经济可行性.4 2.1.5 可行性分析结论 .4 2.2 性能需求.4 2.2.1 软硬件需求.4 2.2.2 响应时间.5 2.2.3 系统安全.5 2.2.4 故障处理.5 2.3 数据流程图.5 2.4 数据字典.6 第第 3 3 章章 总体设计总体设计 .8 8 3.1 数据库总体设计.9 3.1.1 E-R 图 .9 3.2.1 设计要求.9 3.2.2 数据库的逻辑设计设计.10 3.3 功能结构设计.13 3.3.1 系统结构图.13 3.3.2 功能结构图.15 3.3 系统的功能设计.15 3.3.1 客户关系管理.15 3.3.2 车辆管理.16 3.3.3 车辆销售管理 .16 3.3.4 业务管理.17 3.3.5 统计查询.17 3.3.6 售后管理.17 3.3.7 理赔管理.17 3.3.8 绩效考核.17 3.3.9 系统安全管理.17 第第 4 4 章章 详细设计详细设计 .1919 4.1 主界面设计 .19 4.2 登录窗体的实现.19 4.3 功能模块实现.20 4.4.1 客户信息录入模块实现.21 4.4.2 客户信息查询模块实现.21 4.4.3 库存功能模块的实现.23 4.4.4 采购功能的实现.23 4.4.5 售后服务功能模块.23 4.4.6 汽车销售模块.24 4.4.7 客户分析模块.24 4.4.8 成交率分析模块.25 4.4.9 汽车预订模块.25 第第 5 5 章章 系统测试系统测试 .2626 5.1 程序测试.26 5.2 分测.26 5.3 总测.26 5.4 测试的基本方法 .26 5.5 测试结果评价 .26 第第 6 6 章章 总总 结结 .2828 参考文献参考文献 .2929 致谢致谢 .3030 第 1 章 绪 论 1.1 问题的提出及研究价值 21 世纪是信息的时代,信息高速发展,经济繁荣度的不断增强,社会的稳步进步, 信息管理显得尤为重要。早期的信息管理系统工作方式没有紧跟时代的脚步,导致 信息搜集不全,重复劳动较多,工作十分的繁琐不便。而对于汽车销售企业来说, 是否拥有一套现代化的信息管理系统成为至关重要的问题。一个好的管理信息系统 也可以大大提高日常的工作效率。 销售管理子系统是一个应用系统,属于车辆信息管理系统的一个子系统。因此, 既有车辆信息管理系统的普遍性,又有自己的独到之处。它的一方面要遵循一般的 计算机软件开发的指导性原则,使其操作与汽车销售系统的其他子系统具有统一性; 另一方面它又是一个针对不同功能模块进行操作的子系统,因此它的开发有自身的 特点和内容,所以其开发应遵照一定的规则,并依据原型开发方法进行开发。首先 功能设计遵循简单和必要的原则,并不断根据用户意见修改原型,补充新的功能模 型,最终实现用户和开发者之间的完全沟通,形成明确的用户界面,切实满足用户 的需求。其次,用面向对象的观点来观察和分析功能做到了综合统计管理子系统的 功能并没有按照一般的管理信息系统的功能组织方式来组织,而是针对应用子系统 的特点来组织,所以它是可行的。 1.2 国内研究现状 当前,大多数的汽车销售企业管理信息系统还停留在手工和电脑结合的模式上 。用手工登记相关数据,然后再输入到电脑,一旦更改一个数据必须查找所有的表。 但由于计算机用于管理方面的功能滞后,服务和工作质量不高,远不尽人意。随着 社会的发展,传统的管理信息系统已不能满足社会的需要,从而汽车行业需要一个 全新的管理模式,达到方便快捷的管理各种信息。因此,只有依托网络系统,充分 利用网络资源,实现各个现代化的汽车销售企业间对各自管理信息系统进行操作, 信息资源的共享,并且使数据保持一致性,完整新,及时性,才能使规范的管理通 过网络深入到信息的归纳和管理流程。 据 2012-2013 年我国汽车市场研究显示,在刚刚过去的 2013 年是我国汽车业变 革的一年、迅速成长的一年。我国汽车逐渐进入国际市场。2013 年我国年汽车销量 累计 570.77 万辆产量累计 575.82 辆万辆,与 2012 年相比较增长 12.56%和 13.54%。其中,乘用车 393.07 万年和 397.11 万年的生产和销售,与 2012 年相比较 比增长 19.73%和 21.4%;商务用车 177.7 万辆和 178.71 万辆,与 2012 年相比较下 降 0.6%和 0.75%。 由于受宏观经济的影响,汽车产业发展的许多矛盾并没有得到根本上的解决, 汽车行业运作速度持续趋缓。由于汽车行业关系着整个国民经济,同时国家政策的 影响较大;从长远来看,我国国民经济继续增长,在日益规范和发展资本市场的发展,中 国汽车工业发展的长远发展是值得期待的。因此,一个科学的、现代化的、规范的 汽车销售系统就成为了市场的需要,本文就致力于设计该系统。 1.3 研究对象与内容 1.3.1 客户管理的先进 该系统引入了先进的管理客户关系的理念,从整体上协助企业管理客户的信息。 通过对客户资源的有效管理,达到提高销售速率、提高服务质量、使客户满意度与 忠诚度有所增加。 1.3.2 业务管理的流畅 该系统的主要功能包括客户接待跟踪、车辆订购或销售、财务收款与票据的开 出等功能,系统功能全面、流程简明、所有的业务文档都可以直接通过电脑打印。 1.3.3 强大的统计查询分析功能 系统除提供各种业务数据除财务的数据查询,还具有强大的分析能力,包括客 户分析、成交百分比分析、销售时间分析、库存分析、销售汇总分析等功能。 第 2 章 需求分析 2.1 系统可行性分析 2.1.1 技术可行性 目前大多数的汽车销售企业管理信息系统还停留在手工和电脑结合的模式上。 用手工登记相关数据,然后再输入到电脑,一旦更改一个数据必须查找所有的表。 计算机被用于管理方面的功能滞后,服务和工作质量不高,远不尽人意。随着社会 的发展,传统的管理信息系统已不能满足社会的需要,急需一套全新的信息管理模 式,达到信息管理的方便快捷。因此,只有依托网络系统,达到今天的高科技资源 的充分利用,才能实现各个现代化的汽车销售企业间对各自管理信息系统进行操作, 信息资源的共享,并且使数据具有一致性,完整性,及时性,进行规范管理到感应 的信息通过网络和管理流程,是工作效率有大幅度的提高。该系统采用 ASP 进行开 发,ASP 是当前较为流行的开发语言,其使用起来方便,维护较为容易。另一方面 就是 4S 店的汽车销售系统相对于一些大型公司的门户网站在功能上有很大的区别, 销售系统注重的是功能使用的简便快捷。 2.1.2 管理可行性 1.人员可行性 在没有使用本套管理系统之前,大连中兴奔驰 4S 店的销售业务的记录是手工 进行的,工作起来效率地,销售周期很长。 本套系统具有页面简单,功能全面但易于掌握。所有的工作人员只需会使用电 脑即可,不需要进行为期多长时间的培训。唯一的一点不足时店内的工作人员都没 有系统维护方面的工作经验,因此需要招聘专业维护系统的工作人员。 2.时间可行性 由于本系统是第一次进行开发,因此,并没有前例可供参考,为确保系统开发 的质量,有效地对开发进度进行控制,系统开发工作应遵循软件工程思想进行,经 商讨决定采用瀑布式模型进行,具体开发计划如下: 2014-03-21 至 2014-04-14 需求分析阶段:完成实地调研,收集用户需求及相 关数据; 2014-04-11 至 2014-05-06 系统设计阶段:包括用户界面、数据库和系统架构 设计;2014-05-07 至 2014-05-28 系统实施阶段:包含编程人员的自由测试工作; 2014-05-23 至 2014-06-04 系统集成阶段:完成集成、测试与修改工作,进行 软件的试运行; 2014-05-30 至 2014-06-04 系统维护阶段:根据用户使用情况,及需求变更与 增减情况进行代码、页面美观度的设计工作。 2014-06-05 至 2014-08-30 系统完成阶段:根据店内的需求,完成系统的全部 功能,上线运行。 从上述时间安排上可以看出,整个项目从启动到结束经历了近 6 个月的时间, 这充分保证了系统设计与实施的时间量,因此,从开发本系统的时间可行性上来讲 也是可行的。 3.设备可行性 操作系统设计者分别采用了 Windows2000 Professional 和 Windows XP。其中 最小内存配置为 256M,中央处理器为 CeleronD,2.13GHZ,显示器均为 17 寸 CRT 显示器,配备打印机两台,网络环境完好,达到并超越了运行系统的软硬件条件。 2.1.3 经济可行性 本系统是为大连中兴奔驰 4S 店量身开发的销售系统,因此需要考虑到相应的 费用。费用的主要来源是系统的开发与设计,由于大连中兴奔驰 4S 店没有自己的 开发人员,所以需要从事系统开发的公司聘请专业的系统开发工程师来完成系统的 开发,这是一笔费用产生的来源。另外,由于大连中兴奔驰 4S 店在没有开发销售 系统之前采用的是全手工的工作方式,因此需要采购相应的硬件设备,比如电脑等 基础的硬件设备。这两方面是主要的费用来源,但是,如果系统开发完成并投入使 用,可以有效地提高工作效率,促进存储的性能。 2.1.5 可行性分析结论 从分析可得出:从技术、管理、经济、社会法律、使用性等方面来看,本系统 都是可行的,因此,可以实施开发工作。 2.2 性能需求 2.2.1 软硬件需求 根据 ASP 的运行需求以及该子系统的调试需求,需要以下的硬件环境: 开发工具:ASP; 数据库工具: Access; 操作系统:服务器端运行系统:Windows2000 Server; 客户端操作系统:Windows98/2000/XP/7; CPU: 800MHZ 以上,推荐 1.2G; 内存: 128M 以上;推荐 256M; 硬盘: 20GB 以上,推荐 40G; VGA 显示器或更高。 2.2.2 响应时间 录入数据操作无需等待时间,每个业务事务处理响应时间在 3 秒内 (统计分析 类大约在 20 秒左右)。程序系统在运作过程中如果发生错误的操作或输入输出数据 出时不应出现死机的情况,需要提示故障原因,然后按照正常操作推出系统。 2.2.3 系统安全 由于该子系统是在 Internet 上运行,因此安全问题尤其重要。该系统采用分 级授权模式,对于不同的数据和功能模块,不同用户权限具有不同的增删改与打印 功能。进入管理系统需要输入账户和密码,为要保证系统的安全性要做到:做好个 人信息的保密性;查看管理员的任何操作;管理员长时间不操作再次使用应想退出 系统然后再重新登录;应经常性的查看操作日志。 2.2.4 故障处理 软件故障:操作系统崩溃,重新安装系统。 数据库崩溃:提供自动备份数据库、手动备份数据库、自动恢复数据库、手动 恢复数据库,提高数据库安全性。 数据处理故障:修改程序代码,使系统完善。增加数据检验功能,对不符合要 求的数据不允许输入,对不正确的数据进行审核。对文件数据进行备份,临时数据 自动备份。 2.3 数据流程图 实体 数据处理 数据存储 数据流 图 2.1 数据流程图符号表示 图 2.2顶层图 客户数据存储汽车信息审定后信息 P 操作员 审定 P S S 图 2.3 销售与维修系统数据流图 图 2.4 采购系统数据流程图 2.4 数据字典 通过实际调研和详细研究可知,本系统中主要数据元素包括用户管理、客户管 理、汽车预定管理、汽车销售管理四种,数据字典卡片如表 2.1 、2.2 、2.3 所示: 表 2.1 系统用户管理数据字典卡片 表 2.2 客户管理数据字典卡片 表 2.3 修改/删除信息的数据字典卡片 表 3.12 汽车预定管理数据字典卡片 表 2.2 汽车预定管理数据字典卡片 表 2.3 汽车销售管理数据字典卡片 名字:用户管理 别名:系统用户管理 描述:对用户权限进行修改删除和用户登陆操作日志进行管理 定义:系统用户管理=系统导航+用户管理 用户管理=操作员管理+日志管理+用户注销+用户退出系统 系统导航=用户注销+退出系统 位置:输出到打印机 名字:客户管理 别名:客户信息管理 描述:修改/添加/删除/查询各类型客户信息和数据分析 定义:客户信息管理=客户档案管理+客户通讯录+来电来访管理+跟踪 回访管理+客户类型分析+成交率分析 查询信息=客户性质+客户名称+按时间模糊查询 位置:输出到打印机 名字:汽车预定管理 别名:车辆预定管理 描述:修改/添加/删除/查询各类汽车预定信息 定义:汽车预定管理=汽车预定操作+汽车预定编辑 汽车预定编辑=查看/修改/删除车辆预定信息 位置:输出到打印机 名字:汽车销售管理 别名:车辆销售管理 描述:修改/添加/删除/查询各类汽车销售信息 定义:汽车预定管理=汽车预定操作+汽车预定编辑 汽车预定编辑=查看/修改/删除车辆预定信息 位置:输出到打印机 以上数据字典卡片更新和修改起来很方便,能够使每一个数据得到单独的处理, 较好的满足了整个系统的要求。 第 3 章 总体设计 3.1 数据库总体设计 3.1.1 E-R 图 图 3.1 E-R 图 3.2.1 设计要求 设计数据库需有很大的耐心来收集并分析相关数据,清楚每一个数据之间的联 系,避免不必要的麻烦。数据库的设计将直接影响系统的好与坏。此外,数据库不是 独立存在,它为了一个特定的应用程序建立。所以我们必须专注于应用程序的目的 在设计数据库中,数据库设计,我们还应该考虑用户的需求。数据库的的设计过程包 一般括以下几个需求: 1.确定数据库建立的目标和收集数据 数据库设计的第一阶段是需要明确建立一个数据库的目的,并收集数据。建立 一个数据库需求分析。需求分析的任务是通过详细的调查处理信息明确用户需求和 期望。并通过调查,收集和分析信息,以了解哪些数据需要存储在数据库中,将会有 什么样的功能。 确立目标数据库设计过程的起点,它将直接影响到后来的设计。在确定的目的 建立数据库来收集数据。在收集数据之前,首先对用户进行需求调查,然后分析这些 信息。 2.建立概念模型 完成第一阶段,进入第二阶段的数据库设计、数据库模型建立的概念。这一阶 段是整个数据库设计的关键。根据应用程序的需求设计,一般首先画可以反映了情 况的 E -R 图,每个应用程序都需要包括物理对象、对象的属性和连接类型的对象, 然后优化初始消除冗余和可能的冲突。 3.建立数据模型 在完成前两个阶段后,会得到一个概念模型,然后就可以着手家里数据库了。 在这一阶段中要将 E-R 图转换成具体的数据模型。现在更常用的是一种关系数据模 汽车 使用 客户 公司 买卖 拥有1n 1 n 1 n 型,我们通常将 E-R 图转换成关系数据模型。 4.实施与维护数据库 最后一个阶段是数据库的实施与维护但完成数据库的建立之后,就要对数据库 进行实施,包括数据类型的设计,数据长度的设计等。让后向数据库中输入相应的 数据。在输入相应的数据之后,要实时的对数据库进行相应的维护,确保数据库中 的数据都是最新的。 数据库的设计是建立数据库过程中最为重要的一项工作,如果一个数据库没有 设计好,那么可以说这个数据库一文不值,有没有都无关紧要。在一个信息管理系 统中,数据库是重要的组成部分,如果没有数据库,那么这个系统是不完整的,那 么这个系统就称不上是管理信息系统,因为它没有信息。系统中数据库设计分五个 步骤: 1.数据库的需求分析即将业务的单据转化成数据流,划分边界,描绘出 DFD 图。 2.概念模型的设计是以 DFD 图为出发点,绘制出关系图,并列出各个实体对象 与关系对象的纲要表。 3.逻辑模型设计是从 E-R 图出发的,确定各个实体对象及关系对象的属性。 4.物理模型设计是确定所有对象属性的类型、长度与取值范围,设计出表的主 键与外键,将所有的字段用英文表达,实现数据库的基本建立。 5.加载测试工作在程序设计得每一个过程中,整体的录入、更新、查询、分析 等每一项工作均可视为数据库家在而进行的测试。 要设计好一个信息管理系统的数据库,除了要满足系统所需要的功能之外,还 应遵守: 1.数据表的个数越少越好。 2.主键越少越好。 3.字段越少越好。 3.2.2 数据库的逻辑设计设计 数据库总体设计主要是进行数据库的逻辑设计,就是把数据按照一定属性组织 起来。在设计数据库时要综合各个部门的业务需求,分析每一个数据之间存在的联 系,使用 DBMS 提供工具来设计合适的规模、能够正确反映数据关系、减少数据冗 余、使用效率高高、并且能满足查询需求的数据库模型。 数据库总体设计的步骤是: 1.数据库结构定义 目前有些数据库管理系统(DBMS)支持联机事务处理 CLTP 的操作型 DBMS,有 些数据库管理系统可支持数据仓库、并且是具有联机分析处理 CLAP 功能的大型数 据库管理系统。针对不同的数据库管理系统,进行数据库结构框架的定义。 2.数据表定义 数据表定义指定义数据库中数据表的结构。关系型数据库的设计要按照关系规 范化要求进行,但为了使用效率高,规范化程度应按照使用的环境来决定。数据表 设计不仅要满足数据存储的要求,还要增加一些其他能够反映相关事物的信息、操 作规范化、中间数据字段等。 3.存储设备和存储空间组织 确定数据的存放地点、存储路径等,相应的数据备份方案。 4.数据使用权限设置 针对不同用户的权限设置数据的访问权限,确保数据的安全。 5.数据字典设计 用数据字典对数据库的设计进行描述,便于数据库维护和更新。 如果要较好的方便的组织数据和设计具有实际应用意义的数据库,应该注意: 6.按照规范重组数据结构 主要是指对数据进行规范化表达。 7.关系数据结构的建立 在进行了规范化重组数据结构后,还必须确定总体数据结构之间的关系。在这 一步之后,数据库和数据结构的设计基本告一段落,只等待系统将数据导入所涉及 的数据库中,这样,一个按照规范化建立的数据库系统结构就完全建立起来了。 关系数据库结构的建立涉及三方面内容:确定关键指标项并建立关联表;确定 父系记录结构;建立完整数据库的关系结构。 本子系统中,数据库采用 Access,共有十个表,在这里举例说明: 1. 管理员信息表 表 3.1 管理员信息表 从表 3.1 的字段说明可知,该表存储了管理员的编号,管理员登录系统所用的 用户名和密码,以及该管理员的管理等级。该表定义 ID(即表中的管理员编号)为 主关键字。其中管理员还有权限之分,包括系统管理员和系统操作员,系统管理员 的权限是该系统的所有增加/修改/删除/查询操作,是为汽车销售企业的高层管理 者设计的。对于系统操作员来说,是为汽车销售企业的员工设计的,对系统操作的 权限进行了限制,该设计是出于商业机密和系统安全性的考虑。 字段名字段说明类型长度精度备注 Id 管理员编号 INT10Primary key UserName 用户名文本 10Not null PassWord 密码文本 12Not null AccessLevel 管理权限文本 12Not null 2. 客户信息表 表 3.2 客户信息表 字段名字段说明类型长度精度备注 客户编号客户编号INT20Primary key 客户名称客户姓名文本30Primary key 客户性质个人/单位文本15Not null 证件号身份证号文本15Not null 联系人客户姓名文本30Not null 性别男/女文本30Not null 电话文本10Not null 手机文本20Not null 传真文本30Not null 地区所在区域文本20Not null 通讯地址联系人地址文本20Not null 邮编邮政编码文本12Not null 工作单位文本30Not null 客户来源朋友介绍/直接客户文本10Not null 客户类型一般客户/VIP文本10Not null 客户状态潜在/成交文本5Not null 个人邮箱文本20Not null 年收入文本8Not null 学历小学/高中/大学文本5Not null 家庭地址文本30Not null 驾驶证号文本12Not null Not null 档案编 号 文本15Not null 初领驾驶证日期文本12Not null 有效截止日期文本13Not null 备注文本40Not null 从表 3.2 的字段说明可知,该表存贮了客户编号、客户名称等信息。 表 3.3 来访表 字段名字段说明类型长度精度备注 日期DATANot null 开始时间DATANot null 结束时间DataNot null 客户名称文本10Not null 联系人文本10Not null 联系电话数字11Not null 手机数字11Not null 方式来电/来访文本4Not null 活动主题文本50Not null 表 3.4 日志表 字段名字段说明类型长度精度备注 用户INT10Primary key 操作内容文本30Not null 操作时间DataNot null 表 3.5 销售表 字段名字段说明类型长度精度备注 合同号INT20Primary key 销售日期dataNot null 客户名称文本10Not null 客户编号文本20Not null 车型奔驰文本20Not null 车辆配置文本20Not null 销售价格货币10Not null 交车时间DataNot null 付款方式现金/支票/银行卡/其他文本10Not null 3.3 功能结构设计 3.3.1 系统结构图 汽车销售管理系统是基于 Internet 的管理信息系统。系统是建立在 B/S 三层 结构上,既 Browser/Web Server/Database。系统模式图如图 3.2 所示。 Browser Web Server DBMS Database Network 图 3.2 B/S 系统模式图 Browser:用户端只需使计算机所带的浏览器即可,不需安装其它程序,用管 理员帐号即可登录到互联网上对系统进行操作或者使用操作员登陆进行被设置权限 的操作;Web Server:将系统的一些内容存放到这里,包括车辆的相关信息的录入、 查询,以及修改/删除,汇总统计、上报功能的实现等。Database:存放相关的车 辆各类的信息。 网络系统平台大致有 4 种模式。主机终端模式由于可供选择的硬件有限,使在 硬件方面的投资不足,现已被渐渐淘汰。文件服务器模式只适用于小型局域网(LAN), 用户多,大量的数据将生成网络瓶颈,尤其在互联网上不能满足用户的需求。汽车销 售管理系统,我们应该主要考虑 C/S 模式和 B/S 模式。C/S 模式包含三个部分。客户 端应用程序是系统中用户与数据交互的组件。服务器程序负责系统资源的高效管理。 中间件负责连接客户机应用程序与服务器管理程序,完成一个工作,满足用户的需求 查询管理数据。C/S 模式主要包括:强大的交互性的优势,提供更多的安全访问模式, 减少网络流量。由于 C/S 的逻辑结构上不到一层 B/S,同一件事情,C/S 完成的速度 要快一些,因此 C/S 模式更更适合于处理大数据。 B/S 模式是一种基于 Web 技术的网络系统平台的新模式,一般形成三层客户机/ 服务器体系结构。第一层客户端用户界面的系统作为一个整体。一般浏览器软件客 户端应用程序。第二个 Web 服务器将开始的过程对应的响应客户的要求,和动态生 成的 HTML 代码字符串,包括嵌入式处理结果返回给客户端浏览器。第三个数据库服 务器是类似于 C/S 模式,负责协调不同的 SQL 语句应用于 Web 服务器请求,管理数据 库。 3.3.2 功能结构图 大连中兴汽车销售系统 客户管理 档案管 理 通讯录 来电回 访 跟踪回 访 客户类 型 成交率 用户管理 权限管理 操作日志 车辆管理 车辆采购 车辆入库 车辆出库 库存 销售管理 车辆订购 车辆销售 销售代办 合同查询 财务 业务管理 商家档案 销售询价 统计查询 售后 保养维护 维修 理赔绩效考核 车型查询 车型成交率 供应商查询 图 3.4 汽车销售系统功能结构图 图 3.4 说明了汽车销售综合管理系统功能结构图。从图中可以看出,本系统的 主要有九大功能模块:客户管理、用户管理、车辆管理、销售管理、业务管理、统 计查询、售后、理赔、绩效考核等九大功能模块,每一个功能模块还包含数个子功 能模块。 3.3 系统的功能设计 3.3.1 客户关系管理 本系统集中管理所有客户信息,包括潜在客户与已经交易客户,记录的客户基 本资料与详细资料。通过对客户资源和关系的有效管理,从而达到: 1.防止客源流失 每一个汽车销售员只允许查看自己的成交记录和自己发展的潜在客户,这样保 证即销售人员的流动也带不走其他销售人员的客户信息,还保留原来的客户数据在 数据库中,并继续使用。 2.便于业绩考核 系统能够通过客户的名称、证件号、联系方式、手机号码等相关信息判断提示 记录的相同性,从而达到有效杜绝销售人员之间争抢客户、争夺销售业绩等情况的 发生。 3.有效监督指导业务员工作 每一个汽车销售人员对所有客户的信息都必须记录,一方面为了后续工作的展 开,另一方面便于监督销售人员的工作。 4.提高服务质量 通过跟踪一些相关的信息,为客户提供汽车保养、保险、年检提醒及温馨的节 日、生日祝福,达到提高服务质量、提升客户满意度与忠诚度的效果。 5.为营销策划提供准确数据 客户特点的分析记录,潜力,反馈数据,为营销策划决策提供准确的数据。 3.3.2 车辆管理 1.车辆采购 记录车辆采购的方式,渠道,采购车型,配置,颜色,数量,价格,选配等信 息,并随时可查看采购合同是否被执行,并且可根据店内的库存和客户的需求信息 更改采购合同的数据。 2.车辆入库 车辆入库即采购的车辆交付并进入库存。能够详细记录每一辆入库车辆的基本 信息,包括型号、中高低档配置、颜色、发动机号、保修卡号、合格证号、车辆自 带附件、入库其他事项等信息。 3.车辆出库 包括车辆销售出库、和退货出库等。主要功能是根据业务单据确认车辆出库, 打印出库单据,改变车辆库存信息。 4.车辆库存 查询车辆库存数量等基本信息。 3.3.3 车辆销售管理 1.车辆订购 当库存没有客户需要的车型时,可以通过系统实现车辆的订购,主要记录客户 需求模型、配置的基本信息,如身体颜色记录车辆价格,付款方式,交货时间等基本 的约定。 2.车辆销售 记录客户所购买车辆的基本信息,包括汽车型号,配置,车身颜色,汽车价格 等一些相关信息。 3.销售代办 根据合同,帮助客户收取相关手续,登记另一单位,收费的成本数据,方便财务记 账。 4.合同查询 查询订购合同及销售合同的履行情况,包括选车情况,付款情况,销售代理实 现,发票是否打开,车辆调度等。 5.财务管理 根据汽车的销售,汽车的采购来计算企业的财务收入与支出情况,进行预算估 计,打印财务报表。 3.3.4 业务管理 1.商家档案 记录相关商家的所有信息,包括名称,地址等。 2.销售询价 记录市场调查信息,包括汽车的售价,销售量,是否受广大客户喜欢等。 3.3.5 统计查询 系统提供车辆采购、预订、销售、出入库、库存、财务情况、客户信息管理等 相关数据报表,还包括各种台账的查询与成交率的查询等。 3.3.6 售后管理 售后系统即包括汽车销售出库后,客户在本店进行的售后服务,比如维修或者 汽车的售后保养。 3.3.7 理赔管理 在汽车销售出库后,不免会出现车险,涉及到理赔问题,为避免不必要的纠纷, 本系统设计了理赔系统。 3.3.8 绩效考核 为了方便对企业内部每一个员工进行绩效考核,避免不必要的情况的出现,本 系统设计了绩效考核系统 3.3.9 系统安全管理 本系统中,每一个工作人员都有自己的用户名和密码用来登录系统,用户采用 按模块授权的方式,每个用户看不到别人的信息。在客户管理模块中,操作员都只 能看到自己或者已公开的客户资料。利用系统,我们对每一个报表都实行了权限的 控制,通过系统有效地权限控制有效保证客户数据的安全性。系统提供便捷的数据 备份和恢复功能,以预防各种不稳定因素对数据的破坏。 图 3.5 综合统计管理子系统的系统结构图 图 3.6 是对客户系统管理模块的系统结构图的详细说明。系统包括两个大的模 块,首页包括登录功能,客户信息管理模块包括输入信息,客户信息查询、客户修 改/删除、统计和信息提交等五个子模块。 管理员登录 综合统计管理子 系统 信息查 询 信息修改 /删除 汇总统 计 信息上 报 系统界面 信息录 入 图 3.6 功能结构图 第 4 章 详细设计 详细设计阶段是整个系统的核心部分的设计过程,目标是确定如何实现系统的 要求。经过这个阶段的设计工作,应该能够获得一个精确的目标系统的总结,并在编 车辆销售管理信息系统之客户管 理子系统 首页 登录 客户信息管理 客户信息 录入 客户信息 查询 客户信息 修改/删除 汇总统计 信息上报 码阶段可以把这个描述直接翻译成一个程序用编程语言编写的。详细设计

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论