汽车销售系统需求分析

汽车销售系统需求分析（精选9篇）

汽车销售系统需求分析 第1篇

关于汽车销售系统的需求分析：

随着国内汽车市场的不断扩大，各大4S店及汽车销售公司对高效管理员工、车辆以及客户信息的需求也显得尤为迫切，希望可以有一套系统可以解决这个问题。

具体需求如下：

基本信息管理：员工信息、汽车厂商及型号、客户信息

车辆销售管理：车辆销售、车辆出库

车辆入库管理：车辆采购、车辆入库

车辆库存管理：库存车辆及其明细、销售收益统计

销售系统维护：数据安全管理、权限管理

管理员登录后，可以查询规定日期内的销售记录以及相应的销售员工和客户信息（也可以按车辆型号进行查询），同时可以对库存车辆的信息进行增、删、改。对入库车辆进行成本统计，对出库车辆进行收益统计

客户登录后，可以查询各个厂商及型号车辆的基本信息

员工信息（工号，姓名，性别，电话）

厂商信息（编号，名称，电话，地址）

车辆信息（编号，型号，厂商，进价，售价，颜色，排量，库存量）

客户信息（客户号，姓名，电话）

销售【订单号，交易日期，客户号，工号，汽车编号，交易价】

入库【汽车编号，入库日起，进价，数量，销售收益统计】

汽车销售系统需求分析 第2篇

1、需求分析：

伴随着人类社会的进步和科学的发展，人们生活的水平也在不断提高，房地产行业已经成为当今社会比较热门的行业。房地产销售是房地产行业的重要组成部分，由于房地产销售形式复杂、业务种类繁多，早起的手工销售方式已经不能适应现代房地产销售的需要，在这种情况下，房地产销售管理系统应运而生。

在各大中型房地产销售公司的房屋销售管理当中，主要存在着以下几个问题：

（1）房屋销售工作人员的工作量大、工作效率低

在房屋销售管理的工作流程中，需要完成很多的工作。这其中要填制大量的单据，而且在填制这些表单时，有很多的录入信息都是很重要的。例如，楼盘名称、楼房名称、房型信息、客户信息及房屋销售信息的反复出现，这些信息的重要性录入，必然降低工作人员的工作效率，加重了工作负担。

（2）房地产公司各个部门之间沟通困难

现代房地产企业在营销管理的工程中，主要面临着大量的数据和报表无法在多个部门之间进行有效的、畅通的信息交流和沟通，无法实现跨区域的实时管理、监控以及如何满足集团公司多级管理的需求等问题。

（3）查询、统计困难

每天的房屋销售情况，客户退房、换房情况，这些大量数据的产生，都会加重查询统计工作的负担。

为了解决以上问题，我们从房地产销售公司的角度出发，开发了房地产销售管理系统。

2、系统分析

（1）业务流程：

房地产销售管理系统主要包括房屋销售管理、主要包括房屋销售管理、客户换房管理、客户预定房屋管理和客户退房等几项业务，在不同的业务中分别完成相关的业务操作，并且能够打印出相应的单据和凭证，从而使得房地产公司的各项业务正常运转。房地产销售管理系统的业务流程如下图：

使用房地产销售管理软件可以帮助房地产销售企业有效的管理与房地产销售相关的业务工作，从而减轻了房地产销售公司工作人员的工作压力，提高处理业务的效率，增强了企业在同行业中的竞争力。

（3）功能分析：

该系统有如下功能：

●能够完成房型、楼盘、楼房、房屋资料信息的录入和编辑，并且能够查询、调整楼房的销售价格。

●完成销售管理、换房管理、退房管理、付款管理和房屋退款管理的相关信息。●管理及维护客户资料的相关信息。

●管理客户预定房屋的相关信息，并且能够统计出房屋预定的相关信息。●统计出不同的销售代表所销售房屋的详细信息 ●统计出客户的相关数据

●维护房地产公司的员工信息。

●管理及维护系统操作员并且能够修改操作员的密码信息。●能够完成数据备份和数据恢复的操作，保证数据库的安全。

3、系统设计

（1）系统功能设计：

根据上述的功能分析，可以将房地产销售管理系统分为5大功能模块，即楼盘房屋资料管理、房屋销售管理、数据统计报表、基本数据录入编辑和系统维护。其中，楼盘房屋资料管理包括房型信息管理和楼盘房屋信息管理两部分；在房屋销售管理中，能够完成对房屋的销售及付款信息的管理、客户基本信息、客户退房及退款信息的管理；在数据统计报表中，能够完成房屋购订统计查询、房屋预定统计报表、房屋销售统计报表和客户数据分析等功能；基本信息录入编辑包括员工资料录入编辑和公司资料录入编辑两部分；系统维护主要能够完成系统初始化、数据备份、恢复及对用户信息维护及管理等功能。房地产销售管理系统的功能结构如下图所示：

4、数据库设计

由于房地产销售管理系统所涉及到的数据量比较大，Access数据库不能满足存储大量数据的要求，所以本系统采用sqlserver2005作为系统的后台数据库。

房地产销售管理系统的数据库名称为“data_fdcglxt”，由于房地产销售管理系统的数据库比较复杂，本系统的数据库预计使用32张数据表。由于表过多，现在只列出员工信息表，如下图：

5、需求分析总结

在以前的可行性分析基础上，我们进行了以上的需求分析过程。在分析的过程当中，我们从整体上觉得整个软件系统无论是在技术上还是在经济上都是完全可行的，有很好的开发价值。

汽车销售系统需求分析 第3篇

本系统是结合汽车维修行业的实际而开发设计的,使用它可减轻管理人员的劳动量,大幅度提高工作效率,具有很强的实用性。系统在设计上尽可能的满足用户的各项要求,具有很强的通用性。系统共分为七大模块:客户管理模块、员工管理模块、工资管理模块、库存管理模块、注册与登录模块、系统功能模块、站内信模块。

2 系统角色划分

系统管理员:主要进行技术方面的非业务管理,维护系统所在的服务器正常运行,进行系统的安装、配置、升级等工作。维护系统中数据的一致性、有效性、正确性,负责系统整体数据的备份、维护及字典的管理,保证数据库的安全、恢复。在企业特定的时段增加适当的优惠功能,即可以在数据库中增加打折信息。

人事管理员:主要包括对企业员工、企业库存、客户这三部分进行的管理。对企业员工,可以查询员工信息,对员工进行考勤,查询、发放员工工资。对企业库存,可以查询剩余库存信息、已消耗库存信息,可以增加、减少库存。对于客户,可以增加、删除客户信息,查询客户信息。查询维修信息,填写维修信息。

前台客服:可以查询员工信息,查询客户信息,查询自己的工资信息,查询客户维修信息,填写维修信息,查询库存信息。

企业客户:客户可以查询自己的维修信息,查询客户信息,修改自己的客户信息。

游客:一切未注册的人员叫做游客。游客是系统中权限最小的用户,只拥有简单的浏览和查询功能。游客可以通过注册成为员工。

注:为加强本系统的实用性与时效性,每个注册角色都拥有站内信的功能,这加强了各个角色之间的沟通,能更快地解决所遇到的问题。

3 系统名词解释

实体:系统中用来表示客观存在可唯一标识的数据。

所有信息:一个实体的全部属性。

基本信息:任何用户都可查看的属性。例如:姓名、性别、职位等。

私有信息:只有实体本身可以查看的属性。例如:工资信息。

系统信息:实体本身不可修改,只能由比其权限更高的角色的实体进行修改。例如:编号。

非系统信息:除系统信息以外的信息。

历史记录:系统以前使用过,而现在不使用的信息。

4 功能模块划分与说明

4.1 客户管理

1)功能描述:

(1)客户信息查询:客户可以查询自己的信息,人事管理员可以进行查询,员工也可以查询客户的信息。

(2)增加客户:如果有客户需要进行车辆维修,那么人事管理员可以根据维修的情况来增加客户信息。

(3)删除客户:如果不再需要保存客户信息,人事管理员可以将之删除。删除的同时,将客户信息写入历史记录。

(4)修改客户信息:客户可以修改自己的客户信息,人事管理员可以修改客户的非系统信息,系统管理员可以修改系统信息。

(5)修改用户等级:当客户来企业维修车辆的次数达到一定的条件时,他的客户等级会自动上升,不同的用户等级对应着不同的优惠程度。

2)功能列表:

4.2 员工管理

1)功能描述:

(1)考勤管理:人事管理员负责对员工进行考勤管理,考勤管理包括对员工进行考勤和查询员工考勤信息。

(2)员工信息查询:前台客服可以查询自己的信息,人事管理员可以进行查询,客户也可以查询客户的信息。

(3)填写维修信息:前台客服需要根据维修车辆的情况来填写维修信息。

(4)维修信息查询:前台客服、人事管理员和客户都可以进行维修信息的查询。

2)功能列表:

4.3 工资管理

1)功能描述:

(1)工资信息查询:员工可以查询自己的工资信息,人事管理员可以查询所有员工的工资信息。

(2)工资结算:员工分为维修人员和前台接待。维修人员的工资计算方式为基本工资+奖金+计件工资(即按照修车的工作量来计算奖金)。前台接待的工资计算方式为基本工资+奖金。

2)功能列表:

4.4 库存管理

1)功能描述:

(1)增加库存:人事管理员根据维修的需要来增加库存。

(2)剩余库存信息查询:员工每进行一次维修使用库存配件时,系统会自动减少库存的数量。员工和人事管理员可以查询剩余库存的信息。

(3)已消耗库存信息查询:员工每进行一次维修使用库存配件时,系统会自动增加已消耗库存的数量。员工和人事管理员可以查询已消耗库存的信息。

(4)库存不足提示:当库存配件数量小于3件时,系统会自动提示库存数量不足。

2)功能列表:

4.5 注册与登录功能

1)功能描述:

(1)员工注册:普通员工可以进行注册,但要通过系统管理员的审核方能正式注册成功。

(2)客户注册:要进行汽车维修的客户可以进行注册,同样需要通过管理员的审核。

(3)防止恶意注册:系统有防止恶意注册的功能,采取的措施是使用验证码。

(4)账号信息安全保障:注册过程中涉及到密码保护、密码找回等一系列账户信息安全保护措施,系统会提供一种完善的账号信息安全保障。

用户登录需要提供用户名、密码、验证码。

2)功能列表:

4.6 系统功能

1)功能描述:

(1)汽车维修行业法规、规范、技术标准目录查询:所有角色都可以查询有关方面的信息。

(2)增加企业新闻

(3)查看企业新闻

(4)增加优惠:在“五一”、“十一”等节假日来企业进行车辆维修会有折扣优惠。

2)功能列表:

4.7 站内信功能

1)功能描述:

(1)发送站内信:所有成员具有发送站内信的功能,站内信功能保证了所有成员之间可以进行有效、及时的沟通。

(2)查看站内信:当用户登录进入时,若有未读信件,系统会自动发出提示,提醒用户查看未读信件。用户可以查看所有的来信,包括已接受信件和已发送信件。

2)功能列表:

5 系统业务流程

数据流图有四种成分:源点或终点、处理、数据存储表和数据流。能精确的描述系统的逻辑模型,描述数据在MIS中从输入经过存储、加工处理最后输出的全过程。通过以上针对系统功能的分析,总结出以下数据流图,它表明了四种用户与系统之间总体的数据交换,图2为系统数据流图0层图。

6 系统的目标

1)可维护性:系统各层次之间联系清晰,要达到松耦合。如果将来系统运行发生问题,能够更加容易地进行维护,代码可读性强。

2)可扩展性:系统应具备扩充或增强开发环境功能的能力,在使用中能够较易增加新功能。

3)易用性:系统应该界面清晰、操作简单,让用户使用起来简单方便。

4)系统稳定性:系统运行稳定,存取数据准确,有错误处理机制。

用户以可视化的方式操作系统,方便快捷,对用户来说完全是透明的,用户可以清楚准确地操作系统。

摘要：根据汽车维修行业的具体特点,详细分析了该行业信息管理系统的实际需求。

汽车销售系统需求分析 第4篇

目前网络技术迅速的普及和推广，为汽车服务产业提供了一个新的平台，网络化与智能化的管理服务在当前与今后的一段时间内已成为汽车服务企业竞争制胜的关键筹码。面对现代化的需求，一个仍然使用传统管理技术与管理手段的汽车服务企业是不可能适应现代化汽车服务与现代人的管理服务要求的，了解和掌握汽车维护维修管理智能化设施设备的维护与管理，利用网络技术进行全方位管理、利用和监控汽车维护维修管理信息对汽车服务行业及时增强市场竞争力、提高管理技术以及促进整个行业的进步都十分重要。

本课题为了实现人性化、智能化的汽车维护维修管理与服务，根据目前市场上的汽车维护维修的管理业务流程制定了切实可行的汽车维护维修客户服务管理系统的软件需求，对该管理系统的系统架构和主要功能模块进行了设计。考虑到信息技术与网络技术的发展以及它们带给人们工作模式的改变，对比目前多种网络开发技术，提出了采用先进的JSP开发平台、利用B/S模式Web应用程序的汽车维护维修客户服务管理系统解决方案。

基于JSP平台构建汽车维护维修客户服务管理系统是综合应用了数据库技术、网络技术及WEB开发技术等多个技术。如何有效地在汽车维护维修管理系统的软件开发中应用多个技术，如何使整个系统更加灵活与稳定，以适应在管理服务上汽车维护维修的业务扩展等多个问题都具有一定理论意义，都是值得深入研究和探讨的。

1.系统目标

汽车维护维修客户服务系统是一个涉及管理、服务和财务等多方面的系统工程。现代汽车维护维修管理系统应满足以下要求：一是全面化，满足汽车用户的需求以及工作人员的管理需求；二是数字化，实现数字化，减少重复劳动，提高工作效率，加速信息记录、检索；三是先进性，体现时代需要，使维护维修管理更细致、深入。作为现代汽车维护维修中不可缺少的一部分，该系统在其中应达到以下目标：

汽车用户能够预约，工作人员进行预约管理，并提供及时周到的服务。

在外界环境（如网络病毒、停电等）干扰本系统时，系统可自动保护原始数据的安全。

数据查询方便灵活。操作过程、方便、快速。

提供简洁、标准化的管理过程。

完善的权限管理，提高系统的安全性。

能够快速得到业务相关的各种数据与报表。

操作界面统一，友好美观，具有可扩展性、易操作性和易维护性。

2.系统的功能需求分析

由于该系统是针对汽车维护维修公司内部使用的系统，所以系统建设前需要分析该系统的基本用户以及他们的需求，然后设计系统应具有的基本功能和应包含的信息内容，从系统用户的性质来看，该系统主要有系统管理人员、汽车维护维修公司管理人员这两类。经过仔细调查和分析该系统用户的需求，这两类用户对系统基本功能和信息内容呈现着不同的需求。

2.1系统管理人员的功能的需求

系统管理员有最大权限，可完成对系统的管理。内容包括对员工权限的设置、对汽车维护维修客户服务管理系统的数据库进行备份和恢复等。

系统管理员对员工权限进行管理，如增加、修改、删除权限等，并将信息存入数据库中。

为了避免操作或者病毒感染而造成的数据损失，系统管理员应能够对数据库的备份和数据库的恢复进行操作。

2.2公司管理人员的功能需求

汽车维护维修公司管理人员主要完成公司日常的工作事项，包括客户信息管理、客户预约管理、配件信息管理、供应商管理、入库管理、库存报警管理及维修管理等。公司管理人员功能需求如下：

前台登记管理主要对客户信息、预约信息、维修管理信息进行管理，从而对公司客户的情况有一个概括性的了解。

登记汽车用户的姓名、身份证、电话、地址、车牌、车型等信息，并对客户信息进行浏览、修改以及删除；当客户进行了提前预约，前台人员在每天的固定时间需进行预约查询，以确保及时为客户服务，并对预约记录进行浏览、修改、删除；及时浏览维修记录，以确保向用户反映正确的维修信息。

汽车维修人员主要对维修信息进行管理，做到及时反馈信息，让前台人员能够有一个大概的了解，同时也让库管人员对现有配件信息及时做出调整。登记用户姓名、车牌信息、车型、身份证、故障描述，以及使用的配件信息、数量等信息。

库管人员主要对配件信息、供销商、入库等进行管理。

登记配件类别，对配件信息进行登记、修改和删除；并对配件做入库管理，添加、修改、删除配件名称、入库数量以及供销商等信息；其中还对供销商进行管理，添加、修改、删除供销商公司名称、电话、邮箱、地址等信息。以便于以后正常开展公司的管理工作，其中某些数据将为汽车维护维修公司在配件出现一些问题时提供重要依据。

3.性能需求分析

系统的性能需求一般是指正确分析协议、顺利传递相互消息，友好界面，运行时间能满足使用需求，安全性能得到保障。

在高网络宽带、高系统配置容易得到保障的情况下，最先考虑的性能需求就是系统安全性问题。本系统是针对公司内部使用，不涉及到联网操作，在非工作人员不当操作的情况下，该系统能够得到安全保障。但考虑到操作人员的特质，先做出以下要求：

（1）在操作成员输入一些不合理的数据的时候，能够进行一些合理的提示信息，不能因为输入错误而导致系统的错误，或者程序停止运行。

（2）程序运行时，对服务器和网络通信故障能够识别并提示，当故障排除后，程序恢复正常运行。

汽车销售需求分析心得体会 第5篇

1、需求分析他的目的是什么？

为了达到这个目的要用什么手段？

你要具备什么样的一个前提？

由于时间的关系，我来给大家总结一下，因为我去培训过很多不同品牌不同层次的4s店，那么我可以帮大家总结一下，差不多，认识无非就到这个层面了。

对于需求分析这个阶段的目的，大家的认识是什么呢？发现顾客的需求、满足顾客的需求等于顾客满意。为了达到这个目的，我们要学会使用开放式问题和封闭式问题，是不是有销售培训教你这么做的？还有，做为一个好的销售顾问，你首先要学会聆听，这是你作为一个销售顾问的一个前提嘛。我可以很负责任的告诉大家，这些就是误导我们错误的理解需求分析这一章我们要干的事情，可以很负责的说我可以说是一个比较认真，比较好学，比较注重个人积累和提升的人。我是严格的，完完全全的照做的。但是我发现没用

2、误区一：聆听

但是我发现没用，更不用说他的手段什么的。有人说不对，销售培训都是这个讲的。好，我把我自己学习的过程跟大家分享一下，就是我当年也是接受这样的培训嘛，我是按照一步一步来的嘛。首先，我知道做销售顾问要学会聆听，然后，我就仔细的听，听顾客说什么话，但是我发现，没用啊，有哪个顾客这么配合啊，上来竹桶倒豆子一样：我喜欢动力操控性强的，第二我注重安全性，第三我注重操纵性。然后外形和内饰才是我关注的东西，然后你把这个车按照这个顺序给我介绍一下。有这么配合的顾客吗？

没有吧，那要是这么着的话这个销售岂不是太容易了。顾客一定会隐藏自己的真实目的，他不会轻易告诉你的。销售顾问是要学会聆听，你要从顾客的话语当中找出、搜寻出有价值的东西，这个话没有错。但是这是建立在一个什么前提上？你要能够提出高质量的问题，你要能够把顾客的话逗出来，那你听这话才有价值。

3、误区二：开放式问题和封闭式问题

那么我们来看看第二个，这个方式。有的培训师告诉我们，大家要学会提出开放式问题和封闭式问题。于是我就努力的去准备，去准备我自己的封闭式问题和开放式问题。

顾客来了，我就问顾客：您是打算花十万块钱以上，还是打算花十万块钱以下啊。您是打算近期买啊，还是以后再做考虑，这次来只是看看，您这个车是自己用啊还是给谁买的呀。我发现顾客并没有正面回答我的问题，而是躲躲闪闪，一带而过。

我不甘心，于是我抛出了我的开放式问题，力求能够发现顾客更多的，有价值的信息。比如说，我问顾客：您对车辆安全性是怎么看的呀！您对我们这个大众的品牌之前了解过吗？我那会是在大众的。“您在来看我们的车之前跟其他的产品做过一些比较吗？”顾客有的时候可能还敷衍两句，但是有的时候：我就是随便看看，你忙你的去吧。我又失败了。让我们来看一个统计结果，这次采集到的十四个成功案例当中，封闭式问题总共出现39个，开放式问题是18个。

两种问题出现的数量的比例是2.17。那我们看看失败的案例当中，封闭式问题总共出现67个，开放式问题总共出现32个，比例是2.16。差不多，几乎是一样。这也就说明什么呢？没有任何证据表明，在成功的案例中，我们的销售使用了更多的开放式问题。也没有更多证据表明我们的不成功是因为我们使用了更多的封闭式问题。一样的，大家看到没有。

其实这是一个非常简单的道理。甭管是开放式问题也好，封闭式问题也好，他说到底是一个问题的形式嘛。你干什么都是内容决定形式。我现在告诉大家，不要花心思去想什么开放式问题和封闭式问题。数据统计已经告诉我们，没意义的。你应该怎么办？就像我们前面顾客接待大家还记得吗？你要精心准备提问的内容，这个提问的内容是要大家努力去思考去学习的。这个是我们应该花精力去提高的一个地方。那到底应该去提什么样的问题呢？别着急，让我们回到课程当中，让我们先得把这个需求分析阶段的目标搞清楚，目标搞清楚了，我们提问是一个手段嘛。让我们回到课程当中去，把需求分析的目标先搞清楚。

4、误区三：仅仅发现顾客的需求

我觉得这个销售培训非常有道理，他告诉我一定要发现顾客的需求。进而满足顾客的需求，那顾客才能满意。我一定觉得我可能有哪里做的不当，可能是我的问题提的不够好，我可能欠缺沟通技巧，怎么办？我站在那些老销售的边上去学，去偷偷的听，去看他们怎么做。渐渐的，我发现这些老销售，他们是怎么做的，怎么能够发现顾客的需求，我也不不断的提高我自己的沟通能力。终于有一天，我也能够发现顾客的需求了。

比如说，我发现有两个小两口，刚结婚，买了房子。正因为买了房子，就离这个女的上班的地方比较远，做公交车要挤两个多小时，于是他们考虑是不是要买辆车。然后我还知道，这个女的她是个新手，刚学了车没多长时间，开手动挡的车在北京对她来讲简直就像噩梦一样。而且我还知道，这个女的属于白骨精一类型的。白领，骨干，精英。比较有品位，比较讲究时尚，就价格不是很敏感。

哎呀，当我发现了这些我心里这叫美啊！我觉得我真的是发现了顾客的需求，这样的顾客简直就是我展台上那辆红色的，1.8L，舒适型的宝来的绝佳的用户嘛。肯定没跑了。于是，我信心满满的跟他们推荐我觉得对他们非常合适的车型，结果怎么样呢，不怎么样，可以说我虽然发现了顾客的需求，但是并没有给我带来业绩上的一个很大的提升。

但是我还不甘心，我觉得肯定还有哪些老销售掌握的技巧我没有掌握。于是我就向老销售去请教，当时在店里有一个前辈，跟我关系还不错，我跟他说我发现顾客的需求了，这个顾客这样这样这样，我给他推荐这样的车型我觉得挺合适的呀。怎么最后还是不行呢？他说的一番话，像一盆冷水一样把我浇得挺清醒的。他说什么？他说就你发现的这个顾客需求，我不用在展厅，我坐在家里用脚后跟我也发现的了。来展厅的顾客他不就是这么一些原因吗？买个交通工具，代步车，或者是车改。再不就是岁数到了，三四十岁了，亲戚朋友或单位同事，大家都有车了。自己考虑是不是也该有一辆了，无非就是这些嘛。但是就这些需求而言，你能不能说服自己给他们提供这样的产品？

仅仅是这些需求，就拿这对小夫妻而言，他们新搬的家挤公交车要两个多小时，这个女的开手动挡的不是很熟练，就这些需求，非要马上解决吗？不见得吧。可以再拖两天嘛，就算要马上解决，非得要花这么大代价吗？你一定要买车吗？没有合适的，我打车行不行？或则拼车行不行？就算要买车，她非要买你这车吗？比你便宜的、好看的、配置全的，也是自动档的，品牌也不错的有的是，她为什么要选你这个车呢？我没办法说服自己，所以我觉得没法说服顾客我觉得也很正常。

5、需求分析的目的和意义

现在我可以告诉大家，那时我确实觉得需求分析可能没用。现在我可以很负责任的告诉大家，需求分析对于汽车销售而言，是非常非常重要的一个环节。可以说汽车销售的成败，决胜与需求分析。我从来不鼓励大家记笔记，但是这句话我希望大家记下来。记在纸上还要记在脑子里。最好是记在脑子里。这句话我希望大家记下来：汽车销售的成败，决胜与需求分析。

那我们就要看了，需求分析的目的是什么？决不仅仅是发现顾客的需求，满足顾客的需求。而是要什么？强化顾客的需求。强化、强化、再强化。让他的需求变得强烈起来。让他认为这个问题不能再拖了，一定要马上解决。让他觉得解决这个问题最好的解决方案就是你提供的这个产品。那样我们就成功了。

大家看真正成功的老销售，他们在销售过程当中有什么特点？他们的谈话内容非常的轻松惬意。当然现在这种销售是越来越少了，但是还有。谈话内容非常轻松，沟通非常顺畅。双方几乎没有什么，好象就是在闲聊天一样，他就把车给卖了。然后顾客还一定要拉着他请他吃顿饭大家庆祝一下。今后有朋友亲戚买车我一定还推荐给你。这些老销售做到最后每个月百分之三四十的销量都是老顾客介绍来的，那才叫滋润呢。他们做了什么呢？你听他们谈话，有介绍到产品，不多，很少。不像我们刚入行，或是干了一两年的，你这谈话没别的，你就在那介绍你的产品。累不累啊，你听他们谈话，很少介绍到产品。就跟顾客像闲聊天一样。他们怎么到达的这种地步？到达的这个境界？他们实际上是在做需求分析的工作。

汽车销售需求分析心得体会 第6篇

1、是否展示了了解顾客需求的动作

2、需求分析技巧————提问技巧

a）需求分析问了几个问题。了解客户10个关键信息。10个关键信息可以任选提问，在需求分析过程中需全部问完！

（1）购车时考虑的主要因素（动力、性能、安全、舒适、愉快）？

（2）对MG品牌了解程度（上汽、罗孚、荣威、MG）？

（3）车辆主要用途？（家用、商用）？

（4）购车性质？（首次、再次、置换）？

（5）家庭结构或者朋友圈子（使用者、决定者、购买者、影响者）？

（6）意向车型？（MG6、550）

（7）意向车型颜色？（浅色、深色）？

（8）付款方式？（一次性、按揭）？

（9）关注竞争品牌？（日韩系、欧美系）

（10）购车时间？（什么时候使用、什么时候开回家、什么时候可以定下来）？

b）是否运用了5W2H进行需求分析。结合上面10个关键信息点，进行分析？

When/why/which/where/who？

how long/how much？

二、需求分析技巧———倾听技巧

1、是否能仔细聆听顾客谈话。不打断顾客说话并对顾客的提问经常有回应的？

2、是否与顾客有眼神的交流。

3、需求分析的引导性

1）在需求分析中，是否主导与顾客的谈话？

2）是否具备影响顾客需求的能力？

三、主动根据顾客需求介绍相关产品

1、是否根据用户需求主动推荐车型？

2、是否主动向顾客询问付款方式？

四、总结顾客需求能力

1、是否总结顾客需求并与顾客达成一致。是否在需求分析结束时能够对顾客需求进行总结并确认？

五、对顾客需求详细记录并分级别

1、是否运用《洽谈备忘录》等销售工具进行需求分析？

2、是否能根据顾客需求对顾客分级。检查顾客管理卡和系统，是否能按标准进行正确分级？

3、是否能及时并且详细记录顾客需求信息。在卡或系统上详细记录？

4、是否有能力了解顾客的购买偏好和背后驱使动机。能够详细叙述顾客购车关注的各项需求？

长三角地区汽车市场需求分析 第7篇

长三角地区汽车市场需求分析

从加入WTO的第一年起,我国汽车产业进入了高速成长阶段,汽车产量与销量几乎都翻了一番,排名从世界第14位,分别跃升至产量排名世界第4与销售量排名世界第3.就在全国汽车市场一片喜庆之时,5月汽车销量在连续2年保持快速增长之后,忽然出现全面滑坡,比4月销量骤然下降20%,库存积压占到总产量的10%以上,车市骤变使需求问题重新成为业界普遍关注的.焦点.长三角地区作为中国最大的城市经济带,人均GDP已超过3000美元,它近期的汽车需求状况又是怎样的呢?我们将从汽车保有量与需求潜力两个角度来进行分析.

作 者：赵晓北 陈艺春 作者单位：刊 名：上海汽车英文刊名：SHANGHAI AUTO年，卷(期)：“”(10)分类号：F4关键词：

汽车销售系统需求分析 第8篇

随着经济全球化和国际钢铁市场竞争的加剧, 我国钢铁企业所面临的外部经营环境已经发生了巨大的变化。尤其是面对韩日钢铁企业的夹击, 我国钢铁企业承受着前所未有的竞争压力[1]。竞争压力主要表现在以下两个方面:一方面是用户需求的特点在发生着变化;另一方面是信息技术和管理理念的发展[2]。企业传统的经营模式和组织模式正受到巨大冲击。为了在这种新型的、多变的市场竞争中处于领先地位并成为全球最具竞争力的钢铁企业, 宝山钢铁股份有限公司确立

了新的企业战略, 即:生产经营活动要从以生产为主转变为以经营为主, 要以市场需求为出发点和立足点, 在满足市场和用户的需求下, 追求企业的价值最大化。根据这一要求, 上海宝信软件股份有限公司于2004年开发了需求管理及综合销售计划 (DSP) 系统, 系统于2005年2月应用, 成为股份公司对外需求收集、预测分析, 对内产销平衡、资源配置、接单审核的统一支持系统, 为供需平衡和资源配置等管理提供了系统化、规范化的信息管理手段, 在深化营销管理方面发挥了重要作用。随着宝钢股份的一体化发展以及企业的并购扩张, 要求信息系统必须具备快速适应宝钢股份未来跨地域多组织的营销运作模式并适应业务的可持续发展能力。从2007年起, 宝钢启动需求与综合销售计划系统的扩充改造工程, 覆盖全部生产制造基地, 并达到在各制造单元内部产能平衡的基础上, 在公司内部制造单元之间的互供、外购等大物流平衡。

本文作者根据多年参与DSP系统的实施经验, 从系统架构设计, 核心系统功能设计与实现, 以及整个系统集成的设计等多个方面对改造后宝钢DSP系统进行介绍。

1解决方案构架

宝钢DSP系统覆盖从产品的需求管理、综合计划、生产计划、用户配置计划到动态资源管理等业务环节。

DSP系统的核心功能模块主要包括需求管理 (CDM) 、产能平衡 (EMP) 、资源管理及订单应答 (DDF) 。在整个企业信息化系统功能分担中, DSP系统主要与销售系统、各属地制造单元的制造管理系统以及面向客户的客户需求收集系统进行信息交互。

DSP整体解决方案架构如图1所示。

1.1与外围系统的关系

DSP是宝钢信息化建设的一个重要系统, 与外部系统存在很紧密的关系。CDM模块需要销售管理系统中的历史订单信息, EMP模块需要目前在生产的订单信息以及各个生产机组的产能、机组小时收得率等信息, 而DDF模块需要对销售管理订单进行实时应答处理, 而所有的客户资源信息都通过电子商务平台发布给客户。总体来说, DSP系统与外围系统集成的总体架构如图2所示。

1.2系统设计思路

CDM模块是为企业内部营销管理部门提供预测和需求决策支持的工具。它能够基于历史订货信息对未来的需求做出预测。公司内不同部门皆可利用该工具对未来情况做出判断, 而公司综合不同部门的预测结果得到最终的预测结果。同时该工具能够跟踪预测失误, 并使失误所造成的后果降到最低。

EMP模块考虑机组产能、物料供给、产品工艺路径、安全库存、最大库存限制等因素, 并基于需求管理模块确认的最终需求和现有订单及预合同及其它约束条件进行运算, 以产生一个优化的综合计划 (包含生产计划, 资源计划, 库存计划及收益计划) 。在系统运算时, 主要基于下列业务原则或目标来优化:

(1) 最短的平均订单生产周期时间。

(2) 最大程度及最及时来满足客户需求计划。

(3) 按客户优先等级来满足客户需求。

(4) 决定产品最合适的产线并减少交叉生产路径。

(5) 在最大程度及最及时满足客户需求的前提下, 降低在制品及成品库存量。

(6) 最大总体效益 (收益减成本) 。

EMP模块运行后将给出可供销售产品资源计划 (ATP) 。

DDF模块按照CDM模块产生的最终需求, 根据产品及日期分配给最终客户、业务单位或在公司内部保留。分配规则必须依据商业要求和公司策略来事先定义。不同单位间的资源配置可以相互转移利用。资源管理直接与公司的销售管理系统集成, 从而实现订单的实时应答, 保证销售计划的正确执行。

2核心功能设计

2.1CDM

CDM模块一方面基于各制造单元历史订货实绩, 针对不同产品业务特性做出需求预测;另一方面, 随着需求向用户端延伸, 提高需求管理与用户的协同, 使得企业得到最真实且最佳的需求结果, 有助于配置计划的良好执行[1]。需求管理功能架构如图3所示。

需求预测模型是需求管理的核心, 模型基于一定时间范围内的客户历史订单, 以数学方法预测未来计划月客户在不同制造单元、大类、牌号、规格、特殊品种、产线、涂料种类、用途、标准方面的需求量[3]。该预测为客户、地区公司、产品室进行需求确认时提供参考。系统提供的需求预测方法有:

(1) 普通预测。包括四种预测方法, 系统提供针对每种方法的预测结果, 并按照偏差计算方法, 选择偏差最小的预测结果作为最终推荐的需求预测。四种预测方法包括线性回归算法、指数平滑算法、移动平均算法和加权移动平均算法。三种偏差计算方法包括绝对值平均偏差、绝对百分比平均偏差和方差计算方法。

(2) 季节性预测。采用单一的预测方法, 考虑到某些产品需求的季节性特点, 系统采用同期数据作为预测样本预测未来需求结构、需求规模, 不需要进行偏差计算。

2.2EMP

EMP模块是为保证公司多制造基地整体效率及生产能力的最大化, 根据CDM模块所确定的客户需求信息, 针对各个制造基地的产能情况, 对客户需求在总体平衡的基础上, 首先完成对客户需求分制造基地生产的计划, 以保证总体大品种资源平衡和总体物流平衡;然后分别根据各个制造基地目前实际订单的执行状况, 考虑制造基地内机组产能、物料供给、产品工艺路径、安全库存、最大库存限制及其它约束条件来运算, 以产生一个优化的制造基地综合计划 (包含生产计划、资源计划、库存计划及收益计划) [4]。

EMP模块主要包括计划产品定义、互供外购料设定、基本参数设定、产能平衡运行管理、产能平衡模型、分析报表查询与下载等功能, 其架构如图4所示。

计划产品是产能平衡的对象, 按照品种、规格组 (厚度组×宽度组) 以及其他属性进行分类定义[4]。产能平衡模型是以计划产品以及计划产品相应的生产路径为基础构建的网络流模型。在计划期内, 针对每个计划产品都将构建一个网络流模型, 产能平衡模型的基本参数都将体现在计划产品的网络流上。不同计划产品的网络流模型通过这些计划产品共用的机组产能限制来关联, 即所有计划产品同一天在某一个机组上的产能占用, 不能超过该机组的日总产能。同时, 网络流模型中的每一个节点, 都必须满足物料平衡, 即当天所有进入该节点的物料, 必须等于当天所有从该节点出去的物料。

物料平衡和产能限制, 构成了网络流模型的主要约束条件, 在满足这两个基本约束条件的情况下, 可以对网络流模型进行优化排产。系统运算的业务目标可以由人工根据实际情况进行调整, 主要有以下一些目标需要满足:

(1) 计划产品在所有机组上的产能占用尽可能接近机组的最大产能。

(2) 所有需求的满足量最大, 交期早的需求优先满足, 交期相同的情况下, 优先级高的需求先满足。

(3) 所有需求尽量按交货期按时满足, 在不能按时满足的情况下, 考虑总延迟量最小。

(4) 对设定的上游机组向下游各机组供料的比例的违反最小。

在考虑多种生产限制条件下 (例如集批生产的约束、薄料比约束等) , 系统通过构建线性规划的数据模型并运算形成各个计划产品的产出计划和各个机组的产能平衡计划等。

2.3DDF

DDF模块是一个产品种类包含多制造单元多品种, 业务范围覆盖公司营销管理职能部门以及全国各地营销网络的统一平台系统。系统包含五大功能。

(1) 资源配置。

根据接收到的资源计划、最终需求数据, 按照一定的分配规则, 将资源合理地配置到客户, 形成销售预案。如果是共管的产品大类资源, 则需要由产品室人工将其分配到各产品室, 然后再由系统分配给各产品室的客户。

(2) 配置管理。

在系统自动分配资源的基础上, 产品室可以根据实际情况, 对客户配置进行调整;同时, 为适应产品室不同的业务要求, 部分产品大类不仅要在制造单元、大类层次上管理配置, 还要实现在制造单元、大类、特殊属性/产线层次上的人工管理。

(3) 订单应答。

模块接收销售系统的订单, 资源管理引擎根据订单的要求以及客户的资源配置情况, 按照设定的订单应答原则进行应答, 对于满足要求的订单给出资源承诺日期、承诺量, 并实际扣除资源配置量。

(4) 资源执行评估。

将资源配置情况以及订货实际情况进行对比分析, 通过各种相关的报表以及KPI (关键业绩指标) 考核展示。

(5) 销售收入测算。

根据每个月的产品销售价格和资源配置量进行销售收入的自动测算和人工平衡。

3系统实现

整个系统采用多层架构体系, 用户通过浏览器访问系统。系统实现架构如图5所示。

其系统体系架构分为四个层次:

(1) 基础服务层。

指为系统运行提供基础运行条件的硬件资源和操作系统。

(2) 数据服务层。

为各业务应用模块提供基础的数据服务, 主要负责对所有应用数据的处理, 运行SQL语句和存储过程等。目前使用企业级大型数据库软件Oracle 9i作为数据库软件。

(3) 应用服务层。

完成CDM/DDF/EMP各种业务模块的业务逻辑处理, 实现对后台数据库的访问, 并将处理结果返回到客户端。采用Java中间件软件BEA WebLogic完成基础的应用服务发布;使用WebMethods应用集成软件完成各业务模块间的数据交换;同时采用专用的模型运算软件ILOG完成EMP模块的模型运算功能。

(4) 展现层。

存放应用程序表示逻辑的部分, 接收用户输入, 并向应用服务器发送请求, 显示处理结果。目前采用Portal及Apache软件为各业务系统提供界面展现功能。客户端则通过标准浏览器软件 (如:IE) 访问应用系统。

目前, 各个产品室、地区公司、海外公司通过CDM模块收集客户的原始需求信息并审核形成最终的客户需求预测;公司合同室、各制造单元制造部承担EMP模块的运行维护, 并最终发布每个月的产品资源计划;各产品室对审核DDF模块分配的ATP进行人工调整后审核发布并进行动态维护。

通过优化计划产品定义, 使计划产品个数控制在合理范围内, 整个产能模型的运行时间在2 h以内, 达到既保证资源结果精度, 又提高产能模型效率的目标。通过交互式的产能模型参数调整和模型运行, 宝钢股份宝钢分公司、宝日汽车板公司、上海梅山钢铁股份有限公司、宝钢股份不锈钢事业部2008年1～5月碳钢产品的系统资源量与各单元实际生产结果比对, 差异均在3%以内, 达到模型运行结果精度设计指标。

各产品室和不锈钢品种部公布的客户资源及时准确地反馈到电子商务标准版等系统, 客户可以方便地进行查询并指导订货。DSP系统实时对来自一体化销售系统的订单进行应答, 自动校验客户资源配置, 并立即返回承诺的交货期, 同时提供简便的客户配置动态调整功能。根据2008年1～5月碳钢产品订单应答情况按品种大类统计, 资源与订单的匹配率达到90%以上。

4结束语

经过多年的探索和建设, 目前DSP系统已经在宝钢股份得到了成功应用, 从单一的制造单元扩展到公司的所有制造单元, 有效地支持该公司股份规模不断扩展形势下的多制造单元的产能平衡需求。然而, 由于系统的建设和运行都是在市场环境良好, 产品需求大于产能的情况下进行的优化和设计, 因此在目前市场需求严重萎缩、产能过剩的情况下, DSP系统将需要以更加准确的市场预测以及效益最大化等更加合理的优化模型来进行优化运行。另外, 综合销售计划优化仅仅是一个高层次的、跨度较长的优化平衡结果, 在目前市场环境下, 未来还需要扩展到生产计划优化排程, 将长期计划与短期作业计划优化功能一体考虑, 将是未来宝钢股份及钢铁企业信息化建设发展的方向。

参考文献

[1]陈文明, 刘成宇, 罗维勇, 等.宝钢供应链管理中的需求管理系统[J].宝钢技术, 2003 (4) :20-23.CHEN Wen-ming, LIU Cheng-yu, LUO Wei-yong, et al.A demand management system in Baosteel′s supply chainmanagement[J].Baosteel Technology, 2003 (4) :20-23.

[2]陈文明, 苏冬平, 仇鸿平.宝钢需求管理系统的模型技术[J].宝钢技术, 2004 (增刊1) :25-28.CHEN Wen-ming, SU Dong-ping, QIU Hong-ping.Mod-eling technology for Baosteel demand management system[J].Baosteel Technology, 2004 (S1) :25-28.

[3]苏冬平, 陈文明, 刘成宇, 等.用多维数据库构建需求管理数据平台[J].宝钢技术, 2005 (2) :58-61.SU Dong-ping, CHEN Wen-ming, LIU Cheng-yu, et al.Constructing a data platform for demand management withmultidimensional database[J].Baosteel Technology, 2005 (2) :58-61.

汽车试验数据管理需求分析 第9篇

关键词：汽车试验数据;数据管理;需求分析;数据重用

中图分类号：TP315 文献标志码：A 文章编号：1005-2550（2011）05-0075-05

The Requirement Analysis of Automotive Test Data Management

YE Chang-jing，WANG Wei-ren，KANG Run-cheng

（National Automobile Quality Supervision and Test Center（Xiangyang），Xiangyang 441004，China）

Abstract: Automotive test data can not be fully used and further data mining can not be established with the fact that there are no specific managing and analyzing platform available. Inherent characteristics of test data and defaults of present data management methods were summarized. A set of automotive test data management requirements were concluded. Detailed functions of an effective data management scheme were described and relevant software system was established. Management of both automotive test data and test data from other fields can be fulfilled with this system.

Key words：automotive test data；data management；requirement analysis；data reuse

任何一种新车型的开发，都要对整车及其各个部件进行大量的运行测试，从而产生大量的、有待处理的试验数据。这些数据以不同的文件形式存放，数据间交互困难，不利于进行综合分析；如何将它们进行整合，帮助汽车研发人员发现潜在规律，是亟待解决的问题。根据相关研究，以数据库为基础建立汽车试验数据及经验知识的综合管理及应用平台，可以使试验知识在产品研发过程中得到最高效的利用，有助于企业提高产品质量和经济效益［1-2］。

由于汽车试验的专业性较强，数据类型多样，数据分析的实际需要也各不相同；在进行试验数据管理系统的开发过程中，需求方与设计方往往沟通不畅，对实际的数据管理需求无法形成共同的认识。本文通过对汽车试验数据特点和实际数据分析需要进行总结，力求完整描述试验人员对数据管理的普遍需求。

1 现状

汽车试验数据既存在于通用格式的数据文件中，也存在于专业测试软件生成的二进制文件中。目前，企业对这些文件的管理没有统一的模式，往往由相关试验人员独立管理或简单地存放在特定的存储空间内。在非数据库的存储环境下，这些数据在维护和使用方面存在以下缺点。

1.1 相对分散，不易检索，利用率低

相同批次或类型的试验数据简单地存放在单独的文件夹中，试验人员无法看到所有数据的统一视图。数据的筛选与查看需要通过手工的方式完成，效率低下，易出差错，因此历史试验数据利用率较低［3］。

1.2 数据组织混乱

汽车研发过程中的试验工作是逐步深入进行的。每个平台有多个试验车型，每个车型在FT、ET、PT阶段都要进行一系列的试验，在同一阶段不同配置的样车、零部件也要分别进行试验。文件式的数据管理方式不能很好地体现试验数据间的递进、并列关系。当数据积累到一定程度时，会出现多个数据文件相似、具体含义无法区分的情况，导致试验分析人员调用错误的试验数据，产生错误的分析结果。

1.3 试验信息缺乏完整性

目前的商业测试软件对试验环境（风速、路面等）、样车运行条件（选择挡位、油门开度等）信息的存储没有提供完善的支持，而这部分信息（下文统称工况信息）又包含了大量的试验细节和指导经验，对于真实地反映当时试验状况和汲取改进经验，都是非常宝贵的参考资料。另外，试验对象的参数信息（如发动机排量、变速箱型号等）、试验任务信息（如开发节点、更换的零部件等）也是试验结果评判的重要参考。试验工况信息的不完整，导致试验过程的许多细节无法跟踪，影响对试验结果进行正确判断，试验数据就失去了重复利用的价值，造成了资源的巨大浪费。

1.4 安全保密性差

由于缺乏统一的保存和管理机制，数据文件易受到未经授权地访问、修改，并导致重要数据的泄密，数据的流向不能被有效控制；多次的数据拷入拷出，可能会造成数据版本不一致，数据完整性、一致性无法得到保证。如果没有有效的数据备份机制，当出现计算机病毒或者故障，试验数据可能彻底丢失，造成不可挽回的损失［4］。

1.5 缺乏数据分析的支撑设施，无法进行数据挖掘

汽车试验的首要目的是对试验数据进行分析，从中找出数据的变化规律，以便于指导进一步的设计、制造和试验。花费大量人力、物力获得的数据中，蕴藏着丰富的信息。但是不同试验项目的数据在模式上差异较大，即使是同一个试验项目，如果使用的采集分析软件不同，试验结果在形式上也有较大差异。如果没有统一的数据分析环境，则无法对这些差异数据进行对比分析，深度的数据挖掘也无法进行，造成各种试验数据分析技术随时间不断流失［5］。

2 试验数据的特点

汽车试验是工程领域的一项重要的活动，试验人员通过组织试验活动获得试验对象的功能、性能、适应性等信息，从而完成对部件或系统的评价和判定，它是一项严密组织的系统工程，对试验环境、试验设备、试验人员都有一定的要求。与商业数据相比，汽车试验数据在来源、数据模式、数据时效性方面有很大的不同［5-6］。一般来说，汽车试验数据具有以下特点。

2.1 数据来源广泛

试验数据既包括人工记录的纸质档案，也包括不同数据采集软件生成的文件。此外，与试验相关的图片、工况信息、原始时域文件等也属于试验数据的范畴。

2.2 数据量大

随着测试技术的进步，汽车试验项目越来越多，所采集的试验数据也在不断增加。比如NVH试验，在进行噪声信号采集时，需要使用较高的采样频率，每次试验产生的数据量都可能达到几百兆。因此，需要管理的试验数据量是非常庞大的。

2.3 数据价值相对稳定

一般的商业数据，随着时间的推移，历史试验数据的细节不再重要，只有简单的数据汇总值对以后的数据分析有利用价值。但汽车试验数据对于产品研发的有效期很长，可以达到十几年。试验进行的早晚和试验数据的价值没有必然的联系；很多年前的试验数据，也可能有很高的利用价值，需要一直保存，不能被随意的删除。

2.4 数据类型多样

试验数据有多个维度（见图1），可以按不同的方法进行分类。比如，根据领域不同，汽车试验可分为多种不同的项目。不同项目的试验数据在采集方式、数据模式上有很大的区别。随着测试技术的进步，试验项目处于一个动态变化的过程中。

图 1 数据的维度

2.5 数据模式不确定

试验具有易变性特点。根据试验目的的不同，在具体的数据采集过程中，试验对象的运行工况和使用通道数目是变化的，对应的试验数据在模式上会各不相同。另外，试验设备的更新换代、试验方法的改进、试验环境的变化、具体试验对象的特点也会影响数据模式［5］。

2.6 数据与数据处理程序紧密耦合

不同的试验项目会用到不同的采集分析软件，数据分析方法由对应软件提供；试验目的不同，则对数据的分析处理方法不同，生成的文件格式也不一样；即数据与处理程序是紧密耦合的。不同软件对同一个物理量的描述可能会使用不同的数据量纲，当对这些数据进行对比时，需要进行数值换算，正确体现数据间的关系。

2.7 数据是高度集成的综合体

汽车试验数据不仅仅是简单的数值序列。例如在发动机振动试验中，需要采集特定时间段内某测点振动加速度值随时间的变化情况，测试过程中接入发动机转速、车速信号；同时车辆运行时使用的挡位、油门开度等是数据分析的辅助信息。对试验人员而言，纯粹的时间序列值对数据分析意义不大，结合发动机转速、对应车速、试验工况信息，试验人员才能对试验结果做出准确的判断［4］。此时测量值与时间、转速、车速、工况信息是一个相对联系紧密的数据体。在进行数据管理时，必须维持上述数据的关联关系。

综上述，汽车试验数据的类型多样、数据耦合程度大、一直处于动态变化的过程，要对这些数据使用数据库进行管理维护，除了要实现商业数据库系统常规的功能外，还需要提出更多详细、独特的需求。表1是两种数据库系统的主要区别。

3 系统需求

通过上述分析，对汽车试验数据管理系统的主要功能定义如下：

3.1 管理多种格式的试验数据

汽车试验数据中的单值数据、表格数据、曲线数据、三维云图数据、模态动画数据、二进制文件数据（图片、试验文档等）、工况信息（文本描述、列表项、试验样件属性集合等）都需要在数据库中统一存储。

3.2 提供统一的数据浏览视图

系统需要提供一个所有试验数据的总览视图，并可以在视图中对试验数据按不同归类方式进行显示。比如：有些试验人员在某时间段内主要负责某个车型的试验，系统需要按车型对数据进行分类显示；有些试验人员是长期关注某特定领域的专家，系统应按试验类型对数据进行分类显示。

3.3 支持异构数据的格式化导入

由于试验目的、试验方法的不同，对应的试验数据结果在模式上也不尽相同；实际的数据导入过程中系统需要适应这种变化，保证数据被正确地存入数据库中。如表2、表3所示，两次平顺性试验结果，在数据量纲、对应测试车速和测点位置上均有所不同，如何将这两次的试验结果归入同一种试验数据类型中，并支持数据的对比显示，是系统需要解决的重要问题。

表 2 平顺性试验结果格式1

表 3 平顺性试验结果格式2

NVH试验中产生的Waterfall数据是一种准三维结构，数据量大，且不同的测试软件对此类数据的定义也不尽相同，需要综合考虑。此外，数据导入过程中必须保持测量值、发动机转速、车速、工况信息间的关联关系。总之，在进行数据入库时，需要统一数据传递标准和规范，以实现高效的管理功能。

3.4 建立数据与工况信息的关联

试验工况信息是试验数据的重要标签，虽然此类信息多数是文本、数字、列表等简单的数据格式，但由于项目较多，相对比较松散，且不同的试验项目对应的工况信息项也各不相同（见表4），如何方便用户快速录入、显示此类信息，是系统需要解决的另一个重要问题。

表 4 不同试验项目的工况信息举例

3.5 提供数据分析环境

由于不同软件产生的数据文件各自为政，对异构文件的试验结果进行对比，步骤比较繁琐。试验数据以格式化的方式保存到数据库，为不同来源的试验数据进行对比提供了可能，系统需要提供一个能够进行数据加载、分析的支撑环境。主要包括以下内容。

3.5.1 统一的数据可视化组件

可视化组件允许多条性质相同的数据条目加载到同一视图中，同时提供交互功能，使用户从多角度进行观察分析。对于不同量纲的数据，在进行对比显示时，需要通过合适的解决方案实现数值换算，得到正确的数据对比视图。表5是数据可视化组件的功能举例。

表5 数据可视化组件的功能举例

3.5.2 工况等信息的随动显示

数据分析人员查看试验数据时，往往需要查看试验时的工况信息，对应试验样件的属性信息等。有些试验结果，大多数测试条件相同，将此类数据拖入同一个视图显示时，试验人员需要将测试的差异项明文显示，以期对影响试验结果的因素做出直观判断。当进行数据浏览时，即时显示数据属性可以帮助分析人员快速筛选目标数据。

3.5.3 试验分析结果的管理与共享

试验数据的分析结果具有很长的有效期，对后续试验和其他试验人员有一定的指导意义。试验人员调取不同类型的试验数据，调整数据的显示方式（如设置显示范围、增加光标、设置切片等），所有这些活动都是面向特定分析主题或针对特定目的的，它包含一定的工程经验，具有教育示范作用，有很高的保存价值。系统应支持此类分析结果的保存与共享，保证分析工作的持续性，同时可以减少其他人员相同的工作量，使知识与经验得以继承。

3.6 实现对数据的多条件查询

随着试验数据类型的逐渐增多，试验人员对数据的检索需求不再局限于特定试验对象或特定试验类型，有时需要将测试日期、对应任务单号、测试路面等信息作为筛选条件。此外，试验单位可能会存在长期关注某一专业领域的试验人员，需要经常对特定类型的试验数据进行汇总、对比分析，此类人员的数据查询条件是相对固定的；当进行各项主题研究时，可能也需要多次执行多个检索条件集合。因此，系统应允许用户保存不同的检索设置，减少重复操作。

3.7 保证数据安全性

汽车试验数据的获取耗费了大量的人力物力，并且可能涉及企业的商业机密，必须有可靠、方便的安全管理与控制机能。对数据的安全性定义主要有以下几个方面［7］。

3.7.1 导入安全性

试验数据必须被正确地导入到数据库中，不仅要保证数值的准确无误，数据间的关联关系也不能发生错乱。比如两次加速车内噪声试验的结果，相应的测试挡位与试验结果间需建立正确的对应关系。

3.7.2 访问安全性

数据的修改、删除、导出权限只对相关人员开放，保证数据不会被误删或恶意篡改。试验数据的权限分布是随着试验任务的分配动态变化的，系统需要提供易用、清晰的权限分配机制，保证数据不会被未授权的人员访问，以满足企业规则。

3.7.3 其它安全机制

用户对数据的误删除或是恶意删除都将给企业带来严重后果。删除数据需要通过完善的确认机制，当发现异常时，可以在有限范围内对数据进行恢复操作。此外，系统必须提供数据备份和数据恢复的功能，并可以对关键操作进行跟踪［4，7］。

3.8 集成对试验样件、试验分类的管理

实际的数据管理过程中，如果试验人员对试验对象的描述出现不一致，在进行数据检索时就不能获取完整的目标数据列表。另外，单个试验对象可能需要进行多个试验项目，如果每次都对试验对象的属性进行输入，不仅增加了数据导入的工作量，也会导致数据冗余，出现信息不一致的可能。因此，试验数据项与试验对象的关联，应该基于已有的试验对象列表进行选择，保证数据的标准化、规范化。同样，试验数据的类型归属定义，也存在相同的问题。

3.9 具有良好的系统扩展性

随着试验技术的进步和系统应用范围的扩大，会出现新的试验数据类型和数据量纲，相应的工况描述项也会增加。系统应支持动态添加上述内容，并应用到新数据类型的导入过程中，相应的检索项目也应动态增加，以保证系统完全支持新型数据的管理。即：使所管理的数据具有了自描述的能力，这样就不必担心数据模式的变化，使系统具有很高的扩展性和重用性。这对以后的数据分析、检索有重要参考意义。

4 结论

本文针对汽车试验数据的特点，结合单位的实际应用，提出了一个试验数据管理的基本框架。在此框架内，用户可以看到所有数据的总览视图，对数据进行快速定位。通过将试验对象、工况信息与数据建立关联，解决了以往管理方式中历史数据含义不清、不易利用的问题。通过定制专门的数据显示组件，不同来源的试验数据可以快速放到同一视图中显示，减少了以往相同操作的繁琐步骤。试验数据放到数据库中统一保存，即可以保证其安全性、唯一性，也可以进行多条件的联合查询，提高数据分析和汇总的效率。目前，根据实际需求基于商用数据库系统建立的汽车试验数据管理系统已经投入使用，并取得良好的技术效益和管理效益。由于在系统设计过程中充分考虑了数据在格式、量纲上可能的扩展，因此对其他领域试验数据的管理也有一定的借鉴意义。

参考文献：

［1］ 洪伟，吴云，周国祥.基于树形结构的汽车试验集成系统数据库设计［J］.计算机技术与发展，2008，（2）.

［2］ 丁力，安海军.试验数据管理系统的需求与实现［J］. 航空计算技术，2010，（3）.

［3］ 王素丽，牛建强，宋铭利，冯海永.TDM:工程数据管理平台［J］. 计算机工程与设计，2008，（22）.

［4］ 叶常景. 汽车声品质试验数据管理与分析［J］. 汽车科技，2011，（2）.

［5］ 陶剑青.基于工程试验数据仓库的数据分析支撑环境研究［D］.南京：南京航空航天大学，2003.

［6］ 高静轩.汽车NVH用户需求分析及试验数据管理系统［D］.合肥：合肥工业大学，2009.