本文是一篇研究生论文，硕士论文是硕士研究生所撰写的学术论文，具有一定的理论深度和更高的学术水平，更加强调作者思想观点的独创性，以及研究成果应具备更强的实用价值和更高的科学价值。共分为12大类。（以上内容来自百度百科）今天为大家推荐一篇研究生论文，供大家参考。
第 1 章 绪 论
1.1 本文研究背景
汽车行业目前在全球依然保持着飞速发展的势头，中国已经成为全世界第一大商品车销售经济体。2016 年，我国汽车产量为 2819 万辆，同比增长 13.1%；2017 年 1-6 月,我国汽车产量为 1397 万辆，同比增长 6.34%[1]。国际上，燃油汽车行业的巨头有丰田集团、大众集团、戴姆勒集团、宝马集团等，在新兴的电动车领域埃隆·马斯克投资领导的特斯拉汽车公司于 2008 年上市了的第一款产品 Roadster，随后分别于 2012、2015、2016 年上市了 Model S、Model X、Model 3 等一系列纯电动豪华轿跑车、电动 SUV等产品[2]。国内的上汽集团、东风集团、长城汽车集团也占据了国内汽车企业的前三把交椅[3]。燃油汽车、混合动力汽车、电动汽车都具有精密复杂的构造，车身包含的部件种类繁多（通常有几万个零件) ，且每款车型会设置了不同的配置，以满足客户的个性化要求。汽车产销流程较为长且复杂，供应商——制造商——经销商之间供应链协同要求很高。自然地，从订单到生产计划、物料计划到车辆制造、质量检验、整车销售、运输到经销商处、售后维修、备件服务等各个环节，都需要 IT 系统来支持。相应地，汽车行业的 IT 系统也具有较高的复杂度。随着汽车行业业务形势的迅速发展与新车型新产品的越来越多，车企对经销商的要求也相应的提高了。目前，在经销商管理方面，整车生产企业已经具有丰富的管理经验与完备的业务流程，并纷纷建立起 DMS（Dealer Management System）[4,5,6,7]系统来开展业务需求。但在如何管理经销商，对经销商审核方面，仍有很大程度的局限。这使得汽车企业对经销商及经销商集团等的管理效率迟迟不能提高，限制了经销商管理评价工作的有效开展。本文研究的经销商评价信息管理系统，首期系统建设选择从售后领域的索赔角度切入，主要针对经销商索赔审核奥迪特业务，与企业现有的 CRM[8]、ERP 系统相结合，能够支撑公司售后部门开展经销商索赔审核管理工作。奥迪特（Audit）[9,10]源于德国大众汽车公司提出，可译为“评审，审核”，是大众公司质量评审办法的名称，为获得审核证据，根据满足审核准则的程度并对其进行所进行的系统的、客观的、独立的评价，最终形成文件。类似但名称不同的质量评审方法还有美国克莱斯勒公司的 CSA，福特公司的 NOVA－C 等。GM、FORD、奔驰、大众、铃木等世界级汽车企业均将此作为质量评价手段运用在生产中。本文采用奥迪特名称，符合汽车企业命名惯例。
..........
1.2 本文研究意义
对于汽车企业来说，索赔单有许多种类，属于售后领域业务的重要一环。售后领域纷繁复杂，涉及到备件、索赔、维修、保养等不同内容。售后工作的顺利开展，不仅有助于提高客户忠诚度，对汽车企业来说，能够提升企业品牌形象，创造更多的利润。经销商作为企业面对客户的前沿阵地，能够更好的当前，汽车行业进入白热化，自主企业、合资企业纷纷布局车联网、移动出行、分时租赁等领域。无论业务范围开展到何种程度，技术发展多么先进，售后业务始终在整车厂的业务中占据至关重要的一环。本经销商评价信息管理系统的建立，依托汽车企业已有的成熟数据接口与强大的且基础设施，由汽车企业售后部门业务人员对经销商提报的信息进行分析，形成分析报告，对经销商的索赔业务进行审核、评价，从而进行相应的奖惩，并对低分经销商进行帮助和建议。能够更好地提升经销商服务水平，维护好企业与用户之间的关系。因此，对于汽车企业来说，建立经销商评价信息管理系统的研究是有意义的。
...........
第 2 章 技术概述和系统建设需求
2.1 相关技术概述
本平台主要面向汽车经销商的审核评价业务，原来的手工审核与计算评价方式并不适于信息话时代，亟待通过本系统实现转变，提高经销商审核工作的成功率与时间效率。因此需要选择成熟度高、稳定性好、适应时代潮流的开发技术。首先本系统主要面向汽车企业下属全国数百家经销商，且涉及到企业自有的平台数据，所以需要企业级技术进行部署开发、系统运维；考虑到未来还会有二期等后续开发，将会有一些系统功能的更改，为了避免技术发展或路线抉择导致的重复建设工作量，需要考虑为未来的融合预留，因此系统开发技术必须有良好的扩展性。本系统选用 B/S 架构，厂家业务人员、各家经销商用户访问浏览器进入本平台。我们使用 Java 语言处理后台逻辑，数据库选择开源的 SQLServer，在 J2EE 逻辑体系下开发；采用 HTML5[11,12]和 JavaScript 前端技术，这两种技术结合起来使得前端功能执行更丰富，执行效率更高。使用 Tomcat Web 服务器，采用 F5 使得前后端的逻辑负载更加均衡。并使用虚拟化技术完成部署，资源分配更加合理，部署集群的方式切换主机，最终完成本系统部署工作，从而达到大型企业信息系统运转标准。
.........
2.2 需求分析
2.2.1 需求目标
经销商评价信息管理系统使得厂家老师与能够通过互联网开展业务，告别了过往数百家 4S 店售后工作人员通过邮件传递消息与繁杂的手工 EXCEL 操作，直接通过系统就可以从某个角度对经销商进行审核评价管理。目前 A 公司质量担保部门定期制定计划考核经销商：年度计划、月度培训计划、临时培训计划。流程如下：（1）经销商准备相关材料。根据 A 公司质量担保部的管理要求，准备相应的信息填写至不同的 EXCEL 中，确保材料内容真实，格式准确。（2）发送材料。各家经销商通过电子邮箱，将名目不同的 EXCEL 发送至厂家指定老师的邮箱中。（3）公司售后工作人员制定的打分标准，进行审核。（4）得到结果并反馈。本部索赔老师根据经销商过往上报的索赔单信息，审核其填报的合理性、精确性、正确性等等，最终公布审核成果。（5）公布结果，若有经销商不符合评价标准的，进行相应的公示与惩罚。在索赔工作中存在以下几方面问题：（1）索赔工作采用手工 Excel 维护方式，人工成本较高；（2）数据存在不同的 Excel 文件当中，不宜进行数据联合查询及数据分析。（3）数据没有统一的备份及管理，文件容易丢失。（4）数据共享度较低，没有办法快速的实时的进行数据分享。目前 A 公司经销商评价管理的现状，已经落后于现代化互联网飞速发展的形势，无法满足经销商管理的需求。一方面，需要向国内外汽车制造企业对经销商的先进管理体系学习，另一方面，也要建立、完善自身的经销商评价信息管理系统。根据现有开展业务开展的情况，经销商信息评价管理系统需具备审核计划管理、数据分析管理、审核管理（审核类别、审核子项、错误代码、违规项、审核表、审核计划）、审核结果报表管理等几大功能。数据来源方面，汽车企业经销商信息评价管理系统必然要有与企业 ERP 系统中存储的经销商信息对接的接口，其经销商数据或人员信息、待审核的索赔单数据等可以与厂家端通过接口连通，这使得大量的数据能从现有成熟数据库中获得。因此系统需求目标为：设立评价标准，在统一的经销商评价管理平台上对经销商完成的索赔业务进行评价，并进行后续的汇总、评价、发布等操作。
.........
第 3 章 汽车企业经销商评价信息管理系统的设计...... 9
3.1 网络设计............9
3.2 系统开发架构设计.....10
3.3 系统部署架构设计.....11
3.4 系统功能设计.............12
3.5 系统数据库设计.........13
3.6 本章小结..........17
第 4 章 汽车企业经销商评价信息管理系统的实现与测试..............18
4.1 系统登录与系统主界面........18
4.2 基础设置管理.............19
4.3 数据分析功能.............23
4.4 计划安排功能模块.....23
4.5 审核管理..........24
4.6 数据报告管理.............25
4.7 系统管理..........27
4.8 系统测试..........28
4.9 本章小结..........33
第 5 章 总结与展望.............34
5.1 论文内容总结.............34
5.2 未来展望..........34
第 4 章 汽车企业经销商评价信息管理系统的实现与测试
4.1 系统登录与系统主界面
经销商端的使用端在外网（Internet），将企业员工的使用端隔离在公司内网（Corporate Network），这样的网络设计保证数据不易被泄露，不容易被窃取；为了更好的保护企业信息，防止重要数据被黑客攻击窃取，常用的隔离方式为在外网与公司内网之间加一层“隔离区”（Demilitarized Zone——DMZ[17]）。为了平衡大量数据带来的服务器压力，加入了负载均衡设备 F5[18,19]。经销商评价信息管理系统的网络结构由三部分组成：从内而外，依次是内网区、DMZ区和外网区。内网区作为服务器的基础平台部署位置，相对安全，应用系统运行和数据库运行的环境，在本管理系底层基础平台统提供服务器，相当于 B/S 结构中的服务器端；DMZ 区是内网环境和外网环境之间设立的安全地带，内网服务器与外部网络在防火墙设立后本是无法通信的，数据在外网传输时相对来说不安全，在内网环境下相对较为安全，DMZ 的设立作为一道缓冲区比单纯的防火墙更多了一层保障；经销商用户在公司环境外登录浏览器端进入系统，即在 B/S 架构中的外网区实现各种操作[15]。#p#分页标题#e#
.......
结论
项目功能模块间应该具有少而简单的接口，使得不同的自动能通过模块独立完成，因此系统架构设计要具有较低的耦合性；内聚性指的是模块间功能强度的度量，系统模块内部元素之间应该紧密结合，联系越密切，称为具有越高的内聚性[20]。系统架构设计需要具备足够的安全性与较高的可靠性，保证系统安全运行，能够安全地管理数据、访问数据。系统时需要项目经理考虑业务如何更高效率完成、业务实现更合理的开展，便于业务人员高效便捷地开展业务。强架构设计需要与公司内部网络架构、经销商常用系统具有足够的兼容性，确保在浏览器端能够顺利访问系统界面层，方便各个系统的对接与业务传输。系统架构的稳定运行是设计系统架构中最重要的一环，需要合理设计所有模块之间的工作方式，安全稳定地运行系统。
..........
参考文献（略）
