汽车4S店销售管理系统的设计与开发

汽车4S店销售管理系统的设计与开发摘要为更好的管理汽车4S店的整车销售服务流程，方便快捷的为客户提供整车销售服务，设计开发了汽车4S店销售管理系统。汽车4S店销售管理系统采用C/S三层架构模式，把逻辑和具体功能分开，易于扩展。系统包括用户注册、客户关系管理、整车管理、审批、警报和查询功能模块。用户注册模块的主要作用是对系统的用户进行管理；客户关系管理模块包括客户的主数据管理和销售机会管理；整车管模块包括整车主数据、整车采购和整车销售；审批模块主要是对销售顾问折扣进行审批；警报模块包括库存预警和客户关怀；查询模块包括用户自定义查询和报表查询。系统把汽车4S销售顾问以及销售经理每天所从事的销售活动信息化、标准化。通过对客户信息和后台业务信息的高度共享，实现了销售流程的规范化。关键词：4S店；销售管理系统；.NetVehicle4SstoresalemanagementsystemdesignanddevelopmentAbstractForbettermanagementofauto4Sstorevehiclesalesserviceprocesses,providingcustomerswithconvenientandefficientvehiclesalesandservice,designanddevelopmentoftheautomobile4Sstoresalesmanagementsystem.SystemusestheMicrosoft.NETdevelopmentplatform,SQLServer2005relationaldatabasedesignanddevelopment.Salesmanagementsystemincludesuserregistration,customerrelationshipmanagement,vehiclemanagement,approval,alertandqueryfunctionmodule.Systemistobringsalesconsultantsandsalesmanagersareengagedindailysalesactivitiesofvariousvehicleinformation,standardizationandrationalizationofsalesforces.Customerinformationandbackgroundontheheightofbusinessinformationsharinghelpstandardizethesalesprocess.Systemcanenableenterprisestomorerationaluseofresources,costofsalesdecreasedworkefficiency,therebyenhancingthecorecompetitivenessofenterprises.

Keywords:4Sstore；vehiclesales；.Net目录1引言 1汽车4S店概述 1国内外现状 1企业现状介绍 2客户关系管理 22需求分析 3系统用例图 3业务需求 4客户关系管理 42.整车采购、入库 5整车销售、出库 6审批与警报 6报表的需求 7系统的数据实体 7３系统设计 10体系架构设计 10时序图 11系统各功能模块设计 12用户注册 13客户管理 13整车管理 14审批 14警报 15查询模块 15数据库设计 16数据库设计原则 16数据库设计目标 16数据库结构设计 16４系统实现 18开发工具的选择 18系统功能的实现 18用户注册 18客户管理 19整车管理 21审批 24警报 24查询模块 25５结论 26参考文献 27致谢 28附录 291引言汽车4S店由欧洲传入中国，它与各个厂家之间建立了紧密的产销关系，购物环境优美、品牌意识强，在中国发展迅速。但随着4S店规模不断扩大、人员不断增编，企业落后的管理管理手段的弊病不断暴露，企业管理理念与发展脱节造成管理混乱，使企业资源得不到合理利用甚至闲置从而造成无谓的浪费严重制约企业的发展。因此，越来越多的4S店开始着手推进企业的信息化管理进程，从而降低人力成本、提高工作效率，进而提高企业的核心竞争力。汽车4S店概述汽车4S店即“四位一体”的汽车销售专卖店，即集整车销售、零配件供应、售后服务、信息反馈于一体的销售服务店。4S是英文单词销售(Sale)、维修(Services)、配件(SpareParts)和信息反馈(Survey)的4的开头字母。汽车4S店是1998年以后才逐步由欧洲传入中国的，由于它与各个厂家之间建立了紧密的产销关系，所以汽车4S店有统一的外观形象，统一的标识，统一的管理标准，只经营单一的品牌的特点。它是一种个性突出的有形市场，具有渠道一致性和统一的文化理念，在提升汽车品牌、汽车生产企业形象上的优势是显而易见的。国内外现状1．国外情况由于发展时间长，国外的汽车4S店相对于汽车厂家处于强势地位。各4S店都有比较成熟的信息管理系统。2．国内情况目前我国的汽车4S店相对于汽车厂家处于弱势地位。汽车厂家出于自身品牌利益的考虑，对汽车4S店的经营管理模式、业务流程，信息化等方面都强硬控制。在信息化方面，汽车厂家都有自己的一套管理系统，并利用各方面的优势强制4S店使用厂家系统，这使汽车4S店的经营僵化，经营模式和服务同质化，更严重的是厂家通过系统可以掌握4S店的经营情况和所有的客户资料。随着国内4S店的不断壮大，各个4S店都在推进自己的信息管理系统进程。1.3企业现状介绍某汽车集团成立于2001年，公司占地面积49299平方米，建筑面积25198平方米，公司是一家集品牌轿车销售、售后服务、零配件供应、二手车评估与置换、上牌现公司其下属子公司有广州本田、一汽丰田、一汽马自达、东风本田、广州丰田等多家知名品牌轿车4S店。经营的轿车品牌主要包括：锋范（思迪）、飞度、奥德赛、雅阁、卡罗拉、普拉多、锐志、皇冠、兰德酷路泽、普锐斯、RAV4、威驰、特锐、凯美瑞（佳美）、雅力士、CR-V、思域、M6、M5、M3等汽车的销售与服务。经营成本过高利润低，没有实时的数据支撑决策，体现差异化经营是摆在该公司面前不可回避的问题。因此，设计开发一套信息管理系统已迫在眉睫了。随着汽车行业的发展，汽车产品的过剩和同质化日益凸显，使汽车4S店的销售的主导因素从车辆转向客户，客户成为4S店的核心资源。因此客户关系管理在信息管理系统中占有重要地位。客户关系管理客户关系管理的主要含义就是通过对客户详细资料的深入分析，来提高客户满意度，从而提高4S店竞争力的一种手段，它包含以下7个主要方面：(1).客户概况分析，包括客户的层次、风险、爱好、习惯等。(2).客户忠诚度分析，指客户对某个产品或商业机构的忠度、持久性、变动情况等。(3).客户利润分析，指不同客户所消费的产品的边缘利润利润额、净利润等。(4).客户性能分析，指不同客户所消费的产品按种类、销售地点等指标划分的销售额。(5).客户未来分析，包括客户数量、类别等情况的未来发展趋势。(6).客户产品分析，包括产品设计、关联性、供应链等。(7).客户促销分析，包括广告、宣传等促销活动的管理。

2需求分析汽车4S店销售管理系统开发阶段的第一步，也是最重要的一步是需求的捕获，对用户需求的准确捕获程度会对后面的开发、设计工作带来深远影响，它是整套系统开发工作的根基，在很大程度上决定着系统开发能否成功。系统用例图需求分析首先做用例分析，系统用户分为普通用户和管理员用户，它们的用例图如图2-1所示。图2-1系统用户用例图普通用户又分为采购员、销售员、销售经理、总经理，采购员的用例图如图2-2所示。图2-2采购员用例图销售员、销售经理、总经理的用例图如图2-3所示。图2-3销售人员用例图业务需求系统为销售部设计，销售部是4S店主要部门承担着整车销售任务，它的主要职能有：(1).制订销售计划。(2).车辆采购计划。(3).车辆到店后质检入库。(4).收集客户资料。(5).客户接待。(6).对外报价。(7).客户方签订合同。(8).交车。(9).回访客户。销售部的业务流程如图2-4所示。下面介绍销售部的业务需求。客户关系管理1.客户接待客户进店后，销售顾问接待，咨询客户相关信息，客户意向车型；了解客户需求，向客户介绍车辆相关知识，解答客户问题。客户离店，销售顾问记录客户信息，建立潜在客户档案。对潜在客户进行回访，记录客户进店情况，商谈的重要事项，记录客户试乘试驾、邀约情况，下次回访时间。经过多次与客户沟通、洽谈，促使客户成交、签定合同。潜在客户促成后，晋升为正式客户。管理主动向客户提供关怀，根据客户资料提供个性化服务，记录正式客户的消费情况，对客户进行分级管理。图2-4业务流程图.2整车采购、入库销售经理根据销售订单、库存情况、资金情况、预算情况、厂家情况等制订购车计划，向厂家发出采购订单。车辆到达之后，库管员确认运货单，PDI检查车辆，完善车辆档案，填写大驾号、发动机号等信息，按照厂家到货清单和采购订单入库。.3整车销售、出库整车销售是4S店的核心流程，销售顾问陪同客户选车，验车无误，销售顾问与客户签订购车合同，销售顾问填写销售订单。整车销售的流程图如图2-5所示。图2-5整车销售流程图整车销售按库存情况不同可以分为：(1).购车销售顾问陪同客户选车，验车无误，销售顾问与客户签订购车合同，销售顾问填写销售订单。(2).订车仓库中没有现车，客户订车需要交纳一定的定金，车辆到货后，销售员通知客户付款提车。.4审批与警报审批就是在业务开展的现场，由于业务发生的约束条件超过了当前操作人员的职权范围，需要更加高级层次的管理人员对进行中的业务操作进行现场审批，从而完成权限较低人员的业务处理。只有通过审批的业务请求才能向下流转成为真正的发生业务。如客户的折价超过了销售员的权利范围，这时销售员就需要向自己的上级销售经理提出申请，由销售经理来审批。警报是用来提醒用户该做某件事情的，当仓库中的整车数量小于特定数量时要弹出提醒，当客户的保险将要过期时弹出提醒，使销售人员能及时的掌握客户的情况，进行关怀和预约。.5报表的需求为使管理层能够更好的了解公司运营情况，根据实时的数据进行决策以及制订下一阶段的销售计划。系统要提供的报表主要有：(1).本月订单及来店A卡明细。(2).意向客户登记表。(3).意向客户报表-客户。(4).意向客户报表-车型。(5).意向客户报表-销售顾问。(6).客户跟踪表。(7).未成交客户记录表。(8).销售日报表。(9).销售日报表-车型。(10).销售日报表-销售员。(11).经营状况月报表。(12).经营状况月报表-销售部整车收入。(13).整车库存表。(14).配车管理表。(15).保有客户表。2.3系统的数据实体为了把用户的数据要求清楚、准确的表达出来，通常要建立一个概念性的数据模型。数据模型是按照用户的观点对数据建立的模型，系统的数据实体有：(1).客户实体。(2).销售机会实体。(3).车辆实体。一个客户可以拥有多辆汽车，而一辆车只能有一个主人，所以客户和车辆是一对多的关系；销售员可以为一个客户创建多个销售机会，而一个销售机会只能对应一个客户。实体联系图如图2-6所示。图2-6实体联系图1.客户实体客户的主要属性如表2-1所示。表2-1客户主要属性序号字段名称例子允许空描述1客户代码CYF000002否客户的唯一标识2客户名称刘国凤否3是4移动是5地区无锡是6身份证号码是7联系人刘国凤是车辆的实际使用者8销售员代码0001是9机会代码S00001是10订单金额200000否初始为011如何知道本店报纸是12通讯地址是13出生日期是14爱好是2.销售机会实体客户有购车意向时为客户创建销售机会，销售机会记录客户购车意向的各种信息，它的主要属性如表2-2所示。车辆实体的主要属性如表2-3所示。表2-2销售机会的主要属性序号字段名称例子允许空描述1销售机会代码S00001否销售机会的唯一标识2客户代码CYF000002否3销售员0001否用户代码，默认为当前登陆用户4意向车型皇冠否5阶段初次接触否6潜在金额200000否机会可能达成的交易金额7加权金额4000否该销售阶段的阶段8权重20%否阶段占整个销售过程的比重8状态未清否默认为未清9竞争对手别克君威是竞争对手的信息表2-3车辆主要属性序号字段名称例子允许空描述1车辆代码否车辆的唯一标识2车辆的名称锐志，皇冠否车辆的品牌3底盘号LFMAN42A3600013320是4车牌号冀F-XU888是5排气量是6变速箱4AT是7外观颜色黑色是8发动机型号3SZ-FE是9发动机号150是10购车日期2010-01-01是11PDS检测日2010-01-01是12购车客户C00002是13年审日期2011-01-01是14采购价格200000是15销售价格220000是

３系统设计经过需求分析阶段的工作，系统要“做什么”已经清楚了，本章将根据需求分析的结果开始进行系统的设计工作。体系架构设计通过需求分析，在概念上我们采用了三层架构模式，主要是基于如下一些考虑：(1).逻辑和功能分开，实现问题分解，粒度划分越小，系统结构越清晰，提高了系统的可测性。(2).提高可重用性，减少代码冗余。(3).充分体现了软件继承的思想，可扩展性高。(4).使得系统易维护性大大提高。系统采用了典型的三层架构，即在概念上将系统分成用户表示层、业务逻辑层和数据层，由上到下的各层依次为：(1).用户表示层，提供人机交互的界面，为用户完成各种整车销售操作提供界面输入、输出接口。(2).业务逻辑层，封装业务逻辑。(3).数据层，负责存储系统作所有持久化信息，数据访问层主要由一些数据实体类构成，通过ADO数据引擎为上层模块提供访问数据库的接口。数据访问层通常以组建的形式封装并提供给上一层调用。三层架构的结构图如图3-1所示。图3-1三层架构结构图每一个类里同时封装了用户界面和逻辑控制，但是没有一个类封装了几个功能模块也没有一个模块被封装在不同的类中。这样做可以使程序的调整和修改工作清晰明了。系统层次结构如图3-2所示。图3-2系统层次架构图时序图系统的主要流程有：(1).基本资料管理流程，包括客户主数据、车辆主数据、销售机会。(2).整车采购流程，采购员进行信息的添加、车辆的入库。(3).整车销售流程，销售员进行车辆的销售和出库。基本资料管理的时序图如图3-3所示。图3-3基本资料管理的时序图整车采购的时序图如图3-4所示。图3-4车辆采购时序图整车销售的时序图如图3-5所示。图3-5车辆销售时序图3.3系统各功能模块设计完成了系统的需求分析和体系架构设计，下一步开始系统各功能模块的设计，系统包括以下几个主要模块：(1).用户注册(2).客户管理(3).整车管理(4).审批(5).警报(6).查询系统的功能层次图如图3-6所示。下面介绍各个模块的作用。图3-6系统功能层次图.1用户注册用户注册模块用于注册系统用户，其中系统用户分为管理员和普通用户。普通用户权限有：(1).修改密码。(2).填写更新个人信息。管理员用户是系统维护人员的入口。管理员的权限有：(1).修改密码。(2).填写更新个人信息。(3).添加删除用户。(4).设置用户角色，用户的角色有：采购员、销售员、销售经理、总经理。模块为审批模块、销售员的绩效考核提供依据。.2客户管理客户管理主要由两部分组成：客户主数据、销售机会。1.客户主数据客户的主数据由销售员负责收集整理、及时更新，确保客户信息的准确性和完整性,系统为销售员提供界面进行填写和更新客户的信息。销售机会是销售员为有购车意向的客户建立的档案。在销售过程中，可以根据销售活动和洽谈的进度添加、更新、关闭与业务伙伴的联系和销售机会。根据需求分析，把每一个销售机会分为六个销售阶段：(1).初次接触，结算百分比为10。(2).需求确定，分析预期的需求并确定合适的车型，结算百分比为15。(3).试乘试驾，结算百分比为35。(4).洽谈报价，结算百分比为50。(5).报价成交，结算百分比为80。(6).交车，结算百分比100。每一个销售机会有三个状态：(1).未清销售机会处于激活状态，可以更改“阶段”，“潜在金额”等信息。(2).赢取赢得了销售订单，销售机会关闭，相应的信息不能修改。(3).损失丢掉了销售顶单，销售机会关闭，相应的信息不能修改。.3整车管理整车管理模块由三部分组成：车辆主数据、车辆采购、车辆销售组成。1.车辆主数据整车主数据记录车辆的各种信息，为整车的销售采购提供数据支持。系统为用户提供界面进行填写和更新车辆的信息。2.车辆采购车辆采购部分包括采购单、采购单草稿，采购员可以先填写草稿，再根据草稿生成采购单，也可以直接填写采购单，进行车辆的采购。3.车辆销售整车销售部分包括销售订单，销售订单草稿，销售员可以先填写草稿，再根据草稿生成销售订单，也可以直接填写销售订单，进行整车的销售。.4审批审批主要指对销售人员折扣进行的审批。销售员、销售经理、总经理的折扣权限不同，如果折扣超出了某用户的权限，他就需要等待更高级别用户的审批。如果审批通过销售订单添加成功，如果没有通过销售订单不能添加。审批的泳道图如图3-7所示。图3-7审批流程的泳道图.5警报警报模块包括两部分库存预警、客户关怀。库存预警是指当满足条件的整车库存量大于或小于特定值是，弹出的提示。设定好条件后销售人员不必每天关心库存状况，省去了大量的时间和精力。客户关怀是指当客户生日或其他节日时弹出的提示，帮助销售顾问做好客户关怀和个性化服务。模块需要创建一个新线程，该线程每隔特定时间（用户定义）执行预先定义好的SQL语句，当满足条件时弹出警报对话框。.5查询模块查询模块包括报表和自定义查询。1.报表报表有为管理层提供多维度的销售数据分析，提供销售员的绩效数据，它管理层决策提供数据支撑。报表开发使用的是强大的水晶报表工具。2.自定义查询自定义查询是用户根据自己需求，设定不同的选择条件从数据库中获得需要的数据。它可以根据各种信息查询整车和客户，使用更为灵活方便。数据库设计数据库设计原则系统采用SQLSERVER2005作为系统数据库存储所有与系统有关的数据。数据库表和数据表中字段的命名规则如下：(1).数据库表名以各模块的名称定义。(2).字段名由相应含义的词组命名。(3).命名应遵循“见名知意”的原则。数据库设计目标数据库是管理信息系统核心，一个设计优良的数据库能够使应用层的开发变得轻松，提高开发效率。而设计较差的数据库的则有可能导致应用层的开发变得困难，延长开发周期，对未来系统的维护和升级也带来了不便。数据库设计的目标是为用户和各种应用系统提供一个信息基础设施和高效率的运行环境。高效率的运行环境包括：数据库数据的存取效率、数据库存储空间的利用率、数据库系统运行管理的效率等都是高的。数据库设计在整个系统设计阶段是非常重要的，为此，数据库设计要满足以下目标：数据库充分体现系统的需求，数据库是为应用服务的，好的数据库设计应该首先能满足应用系统的业务需求，准确的表达数据间关系。保证数据的准确性和一致性，通过主外键、非空、限制、唯一索引等保证数据的健壮。提高数据的查询效率，通过合理表结构，安排物理存储分区、增加索引等方式，提高数据的读取速度，提高查询效率。有好的扩展性，在必要时能根据需求扩展数据结构。数据库结构设计数据库物理结构设计阶段的任务是根据具体的计算机系统和硬件等特点并结合相应的业务需求，为给定的数据库模型确定合理的存储结构和存取方法。系统表的关系图如图3-8所示。图3-8系统表关系图

４系统实现实现是在需求分析和系统设计后进行的编码，其中编码使用的语言和程序风格对系统质量的影响很大。下面介绍系统开发时使用的工具。开发工具的选择1.微软.Net开发平台微软.Net（MicrosoftVisualStudio2005）开发平台用于代码的编写。VS2005是微软基于面向对象的可视化开发工具，能快速布置解决方案，可用于开发Windows环境下的各类应用程序、类库。2.SQLServer2005数据库SQLServer2005关系型数据库作为后台的数据库。SQLServer2005是Microsoft公司推出的SQLServer数据库管理系统较成熟版本，该版本继承了SQLServer2000版本的优点同时又比它增加了许多更先进的功能，具有实用方便、可伸缩性好与相关软件集成度高等优点，所以在开发时选择了SQLServer2005数据库。3.水晶报表水晶报表用于报表的开发。水晶报表的设计用途是，使用数据库来帮助您分析和解释重要的信息。水晶报表可以方便地创建简单的报表，并且它还拥有生成复杂报表或专用报表所需的一整套工具。它可以创建所能想象的任何报表，所以在报表开发时选择了水晶报表。选择好开发工具后，下面介绍主要功能模块的具体实现。系统功能的实现用户注册用户注册模块用于注册系统用户和用户登陆，核心代码如下：try{Sqlcon=newSqlConnection(sqlstr);Sqlcon.Open(); //打开数据库连接；SqlCommandSqlcom=Sqlcon.CreateCommand();SqlcommandText="select身份,密码fromlawyerwherelawyer_num='"+this. tbx_username.Text+"'"; //生成SQL查询语句；SqlDr=Sqlcom.ExecuteReader();if(SqlDr.Read()){if(SqlDr[1].ToString().x_password.Text){this.Denglu_Succ=true;user_name=this.tbx_username.Text;if(SqlStr[0]=='0') //得到用户身份；ShenFen=false;elseShenFen=true;this.Close();}4.2.2客户管理客户管理主要由两部分组成：客户主数据、销售机会。1.客户主数据客户的主数据由销售员负责收集整理、及时更新，确保客户信息的准确性和完整性,系统为销售员提供界面进行填写和更新客户的信息，其中客户代码按照设定的规则自动生成。界面如图4-1所示。图4-1客户主数据管理界面其核心代码如下：publicclass客户{ privatereadonlyERP.DAL.客户dal=newERP.DAL.客户(); public客户() {} #region成员方法 publicintAdd(ERP.Model.客户model)//增加一个客户 { returndal.Add(model); } publicvoidUpdate(ERP.Model.客户model)//更新客户数据 { dal.Update(model); } publicERP.Model.客户GetModel(intID)//得到一个客户实体 {returndal.GetModel(ID);}}2.销售机会销售机会是销售员为有购车意向的客户建立的档案。在销售过程中，可以根据销售活动和洽谈的进度添加、更新、关闭与业务伙伴的联系和销售机会。界面如图4-2所示。图4-2销售机会管理界面4整车管理整车管理模块由三部分组成：车辆主数据、车辆采购、车辆销售组成。1.车辆主数据整车主数据记录车辆的各种信息，为整车的销售采购提供数据支持。系统为用户提供界面进行填写和更新车辆的信息，车辆代码自动生成，界面如图4-3所示。图4-3车辆主数据管理界面核心代码如下：publicclass车辆{ privatereadonlyERP.DAL.车辆dal=newERP.DAL.车辆(); public车辆() {} #region成员方法 publicboolExists(intID)//是否存在该车辆 { s(ID); } publicintAdd(ERP.Model.车辆model)//增加一条车辆数据 { returndal.Add(model); } publicvoidUpdate(ERP.Model.车辆model)//更新车辆数据 { dal.Update(model); } publicERP.Model.车辆GetModel(intID)//得到一个车辆实体 { returndal.GetModel(ID);}}车辆代码的自动生成代码如下：set@ItemCode='ZSDYF'set@mid=right(convert(nvarchar(4),getdate(),111),2) select@itemCode=@itemCode+@mid select@count=count(itemcode)fromoitm whereitemcodelike@itemcode+'%' if@count=0 begin select@ItemCode+'000001' end else begin select@ItemCode+ (selecttop1right(('000000'+cast(right(itemcode,6)+1asnvarchar(6))),6) fromoitm whereleft(itemcode,7)=@ItemCode orderbyright(itemcode,6)desc) end2.车辆采购车辆采购部分包括采购单、采购单草稿，采购员可以先填写草稿，再根据草稿生成采购单，也可以直接填写采购单，进行车辆的采购。界面参考图4-4所示。3.车辆销售车辆销售部分包括销售订单，销售订单草稿，销售员可以先填写草稿，再根据草稿生成销售订单，也可以直接填写销售订单，进行车辆的销售。界面如图4-4所示。图4-4车辆销售管理界面核心代码如下：publicclass车辆销售订单{privatereadonlyERP.DAL.车辆销售订单model=newERP.DAL.销售订单(); public车辆销售订单（) {} #region成员方法 publicintAdd(ERP.Model.车辆销售订单model)//增加销售订单 { returndal.Add(model); }publicDataSetGetCustmerInfo(stringstrWhere)//获得车辆数据列表{returndal.GetCustmerInfo(strWhere);} publicvoidUpdate(ERP.Model.车辆销售订单model)//更新销售订单 {dal.Update(model);} 4.2.4审批审批主要指对销售人员折扣进行的审批。核心代码如下：declare@sqlnvarchar(800)select,t0.车辆名称，t0.销售员,intotbFROMSaleT0groupbyTselect@sql=isnull(@sql+',','')+ItmsGrpNamfromtbgroupbyItmsGrpNamset@sql='select*fromtbpivot(sum(num)forItmsGrpNamin('+@sql+'))a'exec(@sql)droptabletb警报警报模块包括两部分库存预警、客户关怀。库存预警是指当满足条件的整车库存量大于或小于特定值是，弹出的提示。核代码如下：SELECTT0.车辆代码，Count(T0.车辆代码)FROMCarT0whereT0.状态='１'having（Count(T0.车辆代码)<2）客户关怀是指当客户生日或其他节日时弹出的提示，帮助销售顾问做好客户关怀和个性化服务。核心代码如下：SELECTT0.[客户代码]as客户代码,姓名=T0.[客户名称],性别=(caseT0.[性别]when'１'then'男'when'０'then'女'end),=T0.[],=T0.[移动],生日=(cast(month(T0.[birthDate])asvarchar)+'月'+cast(day(T0.[birthDate])asvarchar)+'日')FROMCustermT0wheremonth(T0.birthDate)=month(getdate())andday(T0.birthdate)=day(getdate())4.2.6查询模块查询模块包括报表和自定义查询，下面列举一些报表和查询：1.销售订单查询，代码如下：declare@sqlnvarchar(800)selectt1.销售员as销售员,T4.ItmsGrpNam,count(*)asnumintotbFROMSaleT0andt0.日期>='[%2]'andt0.日期<='[%3]'groupbyTselect@sql=isnull(@sql+',','')+ItmsGrpNamfromtbgroupbyItmsGrpNamset@sql='select*fromtbpivot(sum(num)forItmsGrpNamin('+@sql+'))a'exec(@sql)droptabletb，代码如下：declare@sqlnvarchar(800)set@sql=nullSELECTT0.[Dscription],T0.[Quantity],t2.slpnameas销售员intocFROMSaleWHERET1.日期>=[%0]andT1.日期<=[%1]ort1.docdate=[%2]select@sql=isnull(@sql+',','')+dscriptionfromcgroupbydscriptionfrom(select*from(select*fromc)apivot(sum(数量)fordscriptionin('+@sql+'))b)m,(select销售员,sum(数量),总计fromcgroupby销售员)nwheren.销售员=m.销售员')droptablec５结论系统在投入使用后，满足了用户之前提出的需求，得到了用户的肯定。汽车4S店在将销售管理系统投入使用后，工作效率和工作质量得到了大大的提高，达到了预期的效果。系统记录了所有客户的详细资料，为销售顾问提供共享的客户信息整合销售力量，防止销售顾问跳槽带走客户，使客户成为公司的客户而不是销售顾问的客户。系统还为管理层提供实时的经营数据，为管理层决策提供数据支持，使管理层能更好的了解公司运营情况、进行决策以及制订下一阶段的销售计划。另外系统提供友好的交互界面，大大增强了系统的易用性。由于项目时间问题，系统还有许多不足之处。如：项目开发过程中许多工作做得并不规范，缺少必要的设计文档；一些具体环节还有值得推敲的地方，某些具体功能做得还不够完美；用户帮助文档设计不够详细。在系统实现过程中，遇到了很多技术上的难题和挫折，锻炼了自己解决实际问题的能力，这些开发经验对于以后的项目开发有很大帮助。

参考文献[1]张海藩.软件工程导论.北京：清华大学出版社,2003:45~54[2]张帆.软件开发技术.北京：电子工业出版社,2009:150~154[3]Eriksson，MagnusPenker．UML业务建模．北京：机械工业出版社，2004:12~40[4]王珊,萨师煊.数据库系统概论.北京：高等教育出版社,2006:1~34[5]卡利·沃森，克里斯汀·尼格.C#入门经典.北京：清华大学出版社，2006:17~35[6]鲍永刚.SQL语言及其在关系数据库中的应用.北京：科学出版社2007:12~45[7]向传杰.企业级数据库开发.北京：电子工业出版社，2007:20~46[8]高立军.软件开发过程与项目管理.北京：电子工业出版社2008:10~15[9]罗宾逊·内格尔.C#高级编程4版.北京：清华大学出版社，2007:225~345

致谢值此论文完成之际，谨向所有给予我支持、指导和关心的人们，致以由衷的感谢！本论文的写作是在刘振鹏、张寿华、和李继民老师的悉心指导，不断鼓励与大力帮助下完成的。从论文的选题，论证到系统构思，设计方案和设计方法的制定，直到论文的写作到最后定稿，三位老师都倾注了大量的心血。衷心感谢三位老师在学习过程中给了我很多学习的机会，不仅在学习方面给予细心的教导，在做人、做事上更是给了我很大的帮助。三位老师渊博的知识、严谨的治学态度以及有条不紊的办事风格必将是我受益终生。 在系统设计开发过程中，得到了李占武和石旭东同学的热心帮助，在系统实现过程中遇到技术难点时得到了他们细心地帮助，在此向所有帮助我的老师同学们表示感谢。附录RTP:ATransportProtocolforReal-TimeApplications1IntroductionThismemorandumspecifiesthereal-timetransportprotocol(RTP),whichprovidesend-to-enddeliveryservicesfordatawithreal-timecharacteristics,suchasinteractiveaudioandvideo.Thoseservicesincludepayloadtypeidentification,sequencenumbering,timestampinganddeliverymonitoring.ApplicationstypicallyrunRTPontopofUDPtomakeuseofitsmultiplexingandchecksumservices;bothprotocolscontributepartsofthetransportprotocolfunctionality.However,RTPmaybeusedwithothersuitableunderlyingnetworkortransportprotocolsRTPsupportsdatatransfertomultipledestinationsusingmulticastdistributionifprovidedbytheunderlyingnetwork.NotethatRTPitselfdoesnotprovideanymechanismtoensuretimelydeliveryorprovideotherquality-of-serviceguarantees,butreliesonlower-layerservicestodoso.Itdoesnotguaranteedeliveryorpreventout-of-orderdelivery,nordoesitassumethattheunderlyingnetworkisreliableanddeliverspacketsinsequence.ThesequencenumbersincludedinRTPallowthereceivertoreconstructthesender'spacketsequence,butsequencenumbersmightalsobeusedtodeterminetheproperlocationofapacket,forexampleinvideodecoding,withoutnecessarilydecodingpacketsinsequence.WhileRTPisprimarilydesignedtosatisfytheneedsofmulti-participantmultimediaconferences,itisnotlimitedtothatparticularapplication.Storageofcontinuousdata,interactivedistributedsimulation,activebadge,andcontrolandmeasurementapplicationsmayalsofindRTPapplicable.ThisdocumentdefinesRTP,consistingoftwoclosely-linkedparts:[1].Thereal-timetransportprotocol(RTP),tocarrydatathathasreal-timeproperties.[2].TheRTPcontrolprotocol(RTCP),tomonitorthequalityofserviceandtoconveyinformationabouttheparticipantsinanon-goingsession.ThelatteraspectofRTCPmaybesufficientfor"looselycontrolled"sessions,i.e.,wherethereisnoexplicitmembershipcontrolandset-up,butitisnotnecessarilyintendedtosupportallofanapplication'scontrolcommunicationrequirements.Thisfunctionalitymaybefullyorpartiallysubsumedbyaseparatesessioncontrolprotocol,whichisbeyondthescopeofthisdocument.RTPrepresentsanewstyleofprotocolfollowingtheprinciplesofapplicationlevelframingandintegratedlayerprocessingproposedbyClarkandTennenhouse[1].Thatis,RTPisintendedtobemalleabletoprovidetheinformationrequiredbyaparticularapplicationandwilloftenbeintegratedintotheapplicationprocessingratherthanbeingimplementedasaseparatelayer.RTPisaprotocolframeworkthatisdeliberatelynotcomplete.ThisdocumentspecifiesthosefunctionsexpectedtobecommonacrossalltheapplicationsforwhichRTPwouldbeappropriate.Unlikeconventionalprotocolsinwhichadditionalfunctionsmightbeaccommodatedbymakingtheprotocolmoregeneralorbyaddinganoptionmechanismthatwouldrequireparsing,RTPisintendedtobetailoredthroughmodificationsand/oradditionstotheheadersasneeded.Therefore,inadditiontothisdocument,acompletespecificationofRTPforaparticularapplicationwillrequireoneormorecompaniondocuments:[1].Aprofilespecificationdocument,whichdefinesasetofpayloadtypecodesandtheirmappingtopayloadformats(e.g.,mediaencodings).AprofilemayalsodefineextensionsormodificationstoRTPthatarespecifictoaparticularclassofapplications.Typicallyanapplicationwilloperateunderonlyoneprofile.AprofileforaudioandvideodatamaybefoundinthecompanionRFCTBD.[2].Payloadformatspecificationdocuments,whichdefinehowaparticularpayload,suchasanaudioorvideoencoding,istobecarriedinRTP.Adiscussionofreal-timeservicesandalgorithmsfortheirimplementationaswellasbackgrounddiscussiononsomeoftheRTPdesigndecisionscanbefoundin[2].SeveralRTPapplications,bothexperimentalandcommercial,havealreadybeenimplementedfromdraftspecifications.Theseapplicationsincludeaudioandvideotoolsalongwithdiagnostictoolssuchastrafficmonitors.Usersofthesetoolsnumberinthethousands.However,thecurrentInternetcannotyetsupportthefullpotentialdemandforreal-timeservices.High-bandwidthservicesusingRTP,suchasvideo,canpotentiallyseriouslydegradethequalityofserviceofothernetworkservices.Thus,implementorsshouldtakeappropriateprecautionstolimitaccidentalbandwidthusage.Applicationdocumentationshouldclearlyoutlinethelimitationsandpossibleoperationalimpactofhigh-bandwidthreal-timeservicesontheInternetandothernetworkservices.2RTPUseScenariosThefollowingsectionsdescribesomeaspectsoftheuseofRTP.TheexampleswerechosentoillustratethebasicoperationofapplicationsusingRTP,nottolimitwhatRTPmaybeusedfor.Intheseexamples,RTPiscarriedontopofIPandUDP,andfollowstheconventionsestablishedbytheprofileforaudioandvideospecifiedinthecompanionInternet-Draftdraft-ietf-avt-profileSimpleMulticastAudioConferenceAworkinggroupoftheIETFmeetstodiscussthelatestprotocoldraft,usingtheIPmulticastservicesoftheInternetforvoicecommunications.Throughsomeallocationmechanismtheworkinggroupchairobtainsamulticastgroupaddressandpairofports.Oneportisusedforaudiodata,andtheotherisusedforcontrol(RTCP)packets.Thisaddressandportinformationisdistributedtotheintendedparticipants.inwhichcaseanencryptionkeymustalsobegeneratedanddistributed.TheexactdetailsoftheseallocationanddistributionmechanismsarebeyondthescopeofRTP.Theaudioconferencingapplicationusedbyeachconferenceparticipantsendsaudiodatainsmallchunksof,say,20msduration.EachchunkofaudiodataisprecededbyanRTPheader;RTPheaderanddataareinturncontainedinaUDPpacket.TheRTPheaderindicateswhattypeofaudioencoding(suchasPCM,ADPCMorLPC)iscontainedineachpacketsothatsenderscanchangetheencodingduringaconference,forexample,toaccommodateanewparticipantthatisconnectedthroughalow-bandwidthlinkorreacttoindicationsofnetworkcongestion.TheInternet,likeotherpacketnetworks,occasionallylosesandreorderspacketsanddelaysthembyvariableamountsoftime.Tocopewiththeseimpairments,theRTPheadercontainstiminginformationandasequencenumberthatallowthereceiverstoreconstructthetimingproducedbythesource,sothatinthisexample,chunksofaudioarecontiguouslyplayedoutthespeakerevery20ms.ThistimingreconstructionisperformedseparatelyforeachsourceofRTPpacketsintheconference.Thesequencenumbercanalsobeusedbythereceivertoestimatehowmanypacketsarebeinglost.Sincemembersoftheworkinggroupjoinandleaveduringtheconference,itisusefultoknowwhoisparticipatingatanymomentandhowwelltheyarereceivingtheaudiodata.Forthatpurpose,eachinstanceoftheaudioapplicationintheconferenceperiodicallymulticastsareceptionreportplusthenameofitsuserontheRTCP(control)port.Thereceptionreportindicateshowwellthecurrentspeakerisbeingreceivedandmaybeusedtocontroladaptiveencodings.Inadditiontotheusername,otheridentifyinginformationmayalsobeincludedsubjecttocontrolbandwidthlimits.AsitesendstheRTCPBYEpacketwhenitleavestheconference.AudioandVideoConferenceIfbothaudioandvideomediaareusedinaconference,theyaretransmittedasseparateRTPsessionsRTCPpacketsaretransmittedforeachmediumusingtwodifferentUDPportpairsand/ormulticastaddresses.ThereisnodirectcouplingattheRTPlevelbetweentheaudioandvideosessions,exceptthatauserparticipatinginbothsessionsshouldusethesamedistinguished(canonical)nameintheRTCPpacketsforbothsothatthesessionscanbeassociated.Onemotivationforthisseparationistoallowsomeparticipantsintheconferencetoreceiveonlyonemediumiftheychoose.Despitetheseparation,synchronizedplaybackofasource'saudioandvideocanbeachievedusingtiminginformationcarriedintheRTCPpacketsforbothsessions.MixersandTranslatorsSofar,wehaveassumedthatallsiteswanttoreceivemediadatainthesameformat.However,thismaynotalwaysbeappropriate.Considerthecasewhereparticipantsinoneareaareconnectedthroughalow-speedlinktothemajorityoftheconferenceparticipantswhoenjoyhigh-speednetworkaccess.Insteadofforcingeveryonetousealower-bandwidth,reduced-qualityaudioencoding,anRTP-levelrelaycalledamixermaybeplacednearthelow-bandwidtharea.Thismixerresynchronizesincomingaudiopacketstoreconstructtheconstant20msspacinggeneratedbythesender,mixesthesereconstructedaudiostreamsintoasinglestream,translatestheaudioencodingtoalower-bandwidthoneandforwardsthelower-bandwidthpacketstreamacrossthelow-speedlink.TheRTPheaderincludesameansformixerstoidentifythesourcesthatcontributedtoamixedpacketsothatcorrecttalkerindicationcanbeprovidedatthereceivers.SomeoftheintendedparticipantsintheaudioconferencemaybeconnectedwithhighbandwidthlinksbutmightnotbedirectlyreachableviaIPmulticast.Forexample,theymightbebehindanapplication-levelfirewallthatwillnotletanyIPpacketspass.Forthesesites,mixingmaynotbenecessary,inwhichcaseanothertypeofRTP-levelrelaycalledatranslatormaybeused.Twotranslatorsareinstalled,oneoneithersideofthefirewall,withtheoutside