汽修售后服务管理信息系统sql语言毕业论文.doc

汽修售后服务管理信息系统sql语言毕业论文 目 录第1章绪论1第1.1节课题开发背景1第1.2节国内外研究现状2第2章系统技术及运行环境4第2.1节ASP.NET技术简介4第2.2节SQL Server 简介4第2.3节3层架构简介5第2.4节系统运行环境7第3章需求分析与可行性分析8第3.1节可行性分析8第3.2节需求分析9第4章总体设计13第4.1节数据库设计13第4.2节系统设计及功能模块26第5章详细设计与具体实现36第5.1节登录模块界面及功能36第5.2节管理员模块界面及功能37第5.3节接待员模块界面及功能43第5.4节收银员模块界面及功能46第5.5节进货员模块界面及功能48第6章系统测试与难点实现53第6.1节系统测试53第6.2节难点实现57总 结59参考文献60英文原文62中文翻译70致 谢77中国矿业大学徐海学院毕业设计（论文）第1章 绪论随着Internet技术的发展，社会信息量的与日俱增，人们的日常生活已经离不开网络。未来社会人们的生活和工作将越来越依赖于数字技术的发展，越来越数字化、网络化、电子化、虚拟化。电脑网络成为了各个区域相互联系和信息传递的重要纽带，以Internet的发展历程和目前的应用状况以及发展趋势，可以充分地相信网络技术将极大的改变我们的生活和工作方式，甚至社会的价值观也会发生某种变化。计算机的运用已普及到各行各业。而在信息化管理的今天，汽车售后服务也已深入到服务行业之中，人们对汽车的要求已不再只是汽车销售的质量，更注重售后服务的好坏与否。本文阐述了一个网络化的汽车售后服务管理信息平台，系统可以让工作人员不用再用纸笔冗余地登记客户及车辆的有关信息和维修等内容，取而代之的是一种信息化、网络化的电脑操作，让管理员从繁琐的数据计算中解放出来，使用汽车售后服务管理信息系统可以省时省力，一切信息从“网络”上来，并能高效的进行备件进货的管理以及准确的结算各种维修费用。汽车售后服务管理信息系统拥有着强大的信息查询和管理功能，它可以在电脑上查询和管理全部维修车辆信息和车主信息，能让工作人员在最短的时间内得到最全面最准确的信息，方便于信息化管理1-3。课题开发背景随着经济的发展，人们生活质量的提高，汽车的使用已日益普及，汽车市场的竞争逐渐从售前转移到售后服务竞争，相应的汽车售后服务信息管理成为汽车业的发展提供优质服务的重要因素。近年来，汽车行业在产销量高速增长的同时，市场竞争格局也发生了深刻变化。汽车行业市场全整合，寡头垄断正在被打破，各大汽车公司都在采取积极的政策以增强产品的竞争力。其中，通过建立服务网络平台提供优质高效的售后服务是各种政策中的一张“王牌”4。所以，建立一个功能强大的售后服务管理信息系统正是一个汽车售后服务企业所迫切需要的，企业可以借助这个信息管理平台更好的管理企业内部的工作人员，管理汽车维修备件进销存，也可以从传统手工运作模式，查询管理不方便的弊端走出，以此来增强企业的活力，提高企业的竞争力。这一课题的研究对于汽车售后服务发展具有深远的意义和研究价值，它可以利用计算机技术对汽车售后进行一体化的“服务-管理”，同时可以让用户通过浏览器直接访问服务器，是具有专门针对汽车售后服务的信息管理软件，可以对客户信息反馈、客户主档案、客户车辆信息档案、汽车备件的进销存， 管理、维修单据查询等提供一系列的优胜服务，使汽车业的售后服务进入一个新的科技时代。国内外研究现状信息世界的今天，相比于国外，我国的汽车售后服务水平还处于初级阶段，不论是从法律法规、经济模式，还是到服务理念、品牌创造都存在巨大差异。目前流行的汽车销售方式是4S专卖店，也就是集“整车销售”、“零部件供应”、“车辆修理”、“信息反馈”四大功能于一体。传统的汽车售后服务管理系统大都采用C /S (Client/Server)模式的计算机管理系统，C /S模式有它自身的优势：数据的分布存储和处理提高了系统的运行效率与数据库管理的独立性，具有较好数据源与客户访问操作独立性。然而随着规模的不断扩大，应用程序的复杂程度不断提高，传统的C /S模式逐渐暴露出许多问题，如客户端需要安装专用的客户端软件开发成本较高、移植困难、维护复杂、升级麻烦、系统的可移植性、可扩展性、可维护性都较差。同时，随着Internet的迅速发展和普及，我国汽车售后服务也面临着许多新的挑战和机遇，如远程维修站的查询，汽车信息的远程查询，网上信息的发布等。因此汽车售后服务迫切需要开发出基于B/S(Browser/Server)模式的汽车售后服务管理信息系统，以适应当前汽车行业的发展，提供更加完善、更高质量的服务5-6。而售后服务管理信息系统的基础就是信息的管理，现代管理的核心就是决策，而决策的基础，又是各种各样的信息集成。国内外许多历史事实告诉人们，管理信息系统建设的道路坎坷，许多已经建立的系统，远远达不到预期的效益和期望，反而因为在开发当中由于工作安排不当，导致耗用了大量的资金，致使后期系统维护工作困难，在系统使用过程中，出现大量错误，使使用单位的效益受到了严重的影响，也没有实现了所开发系统应达到的目的，所以开发一个适合企业本身的系统是很重要的7。针对上述情况，我们预期开发一个基于B /S模式的汽车售后服务管理信息系统。该系统以B /S模式为基础，涉及的关键技术相当广泛，如ASP.NET技术、.NET的分层设计架构、安全保障技术等。由此可见，汽车售后服务业这一课题的研究对于我国繁荣汽车市场的发展的确具有深远的意义和研究价值，如今面对国外企业的强烈竞争，我国的汽车售后服务业必须向国外先进的服务体系和管理模式进行研究和学习，吸取现有成功案例的经验，不断改进和完善，建立起一套健康、可持续发展的服务体系，才能使我国的汽车售后服务业在巨大的商机中得以更加辉煌的发展。第2章 系统技术及运行环境ASP.NET技术简介ASP.NET是由微软在.NET Framework中所提供的，开发Web应用程序的类库，封装在System.Web.dll文件中，显露出System.Web命名空间，并提供ASP.NET网页处理、扩充以及HTTP通道的应用程序与通信处理等工作，以及Web Service的基础架构。ASP.NET基于通用语言的程序在服务器上运行，能被用于一台Web服务器来建立强大的Web应用程序。不像以前的ASP即时解释程序，而是将程序在服务器端首次运行时进行编译，ASP.NET是ASP技术的后继者，但它的发展性要比ASP技术要强大许多8。ASP.NET为能够面向任何浏览器或设备的更安全的、更强的可升级性、更稳定的应用程序提供了新的编程模型和基础结构。因为ASP.NET是基于通用语言的编译运行的程序，所以它的强大性和适应性，可以使它运行在Web应用软件开发者的几乎全部的平台上9。通用语言的基本库，消息机制，数据接口的处理都能无缝的整合到ASP.NET的Web应用中。ASP.NET同时也是language-independent语言独立化的，所以，你可以选择一种最适合你的语言来编写你的程序，或者把你的程序用很多种语言来写，现在已经支持的有C#（C+和Java的结合体），VB，JavaScript。将来，这样的多种程序语言协同工作的能力保护您现在的基于COM+开发的程序，能够完整的移植向ASP.NET 10。SQL Server 简介SQL Server 是微软开发的一种关系数据库管理系统，它具有强大的处理数据库的功能。它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的，于1988 年推出了第一个OS/2 版本。在Windows NT 推出后，Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT系统上，专注于开发推广SQL Server 的Windows NT 版本。Sybase 则较专注于SQL Server在UNIX 操作系统上的应用11。Microsoft SQL Server几个初始版本适用于中小企业的数据库管理，但是近年来它的应用范围有所扩展，已经触及到大型、跨国企业的数据库管理。SQL Server 是全面的数据库平台，该数据库平台充分利用数据资源，提高生产效率，减少IT复杂性，降低总体拥有成本。SQL Server 是一个全面的、集成的、端到端的数据解决方案，它为企业中的用户提供了一个安全、可靠和高效的平台，用于企业数据管理和商业智能应用。SQL Server 为IT专家和信息工作者带来了强大的、熟悉的工具，同时减少了在从移动设备到企业数据管理系统的多平台上创建、部署、管理及使用企业数据和分析应用程序的复杂度，由此可见，SQL Server 可以为不同规模的企业提供一个完整的数据解决方案12。3层架构简介概述在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层（DAL）、业务逻辑层（又或称为领域层BLL）、表示层(UI)，通常所说的MVC 模式其实与3层架构还有区别，但MVC可与3层模式配用，MVC只是一种设计思想，.NET中的分层技术可以更好的实现做这个系统的设计13。三层结构原理：3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理14。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互15。我们可以采用MVC思想来设计程序，首先通过分析当前的应用，分解和设计系统功能，然后设计和实现模型（Model）；设计和实现控制器（Controller），最后设计和实现视图（View），通过模型、控制器和视图的设计来完成整体设计。特色评价3层设计优点：（1） 开发人员可以只关注整个结构中的其中某一层；（2） 可以很容易的用新的实现来替换原有层次的实现；（3） 可以降低层与层之间的依赖；（4） 有利于标准化；（5） 利于各层逻辑的复用。3层设计缺点：（1） 降低了系统的性能。这是不言而喻的，如果不采用分层式结构很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。（2） 有时会导致级联的修改。这种修改尤其体现在自上而下的方向，如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。系统运行环境软件平台操作系统：Windows XP； 数据库：SQL Server 2005；开发环境：Microsoft.NET Framework SDK v3.0；开发工具：Microsoft Visual Studio 2008；开发语言：C#；浏览器：IE 6.0；Web服务器：IIS 5.0；分辨率：最佳效果为1024*768像素。硬件平台CPU：AMD22550+；内存：512；硬盘：80G。第3章 需求分析与可行性分析可行性分析技术可行性和方法现在，大多数企业都是Windows用户，而本系统主要是针对于中小型企业用户，采用ASP.NET技术，理由是该技术易于服务器的维护，成本相对较低，开发周期较短。因此，系统的软件开发平台已成熟可行。硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台完全能满足此系统的需求。实际情况中，在高系统配置、高网络宽带服务的环境下，各个级别管理员很容易通过网站对其操作范围内的系统内容进行操作管理，依据这些现有的技术完全可以实现汽车售后服务管理信息系统的开发，以满足日常经营、管理的要求。经济可行性系统所需的开发环境是要有一台能够联网的计算机，本人已经有了计算机，具有Windows XP的操作系统，并且Microsoft Visual Studio 2008，SQL server 2005已安装；而所需的参考资料大多都可以从网络上找和在图书馆借书，消费很小，因此在经济上是可行的。而预期开发的的汽车售后服务管理信息系统建成后，也有利于企业信息的集中处理和交互，企业营运过程中信息的系统化管理，权威的数据统计，不仅达到良好的效果，而且将会给企业的经营决策提供大量的、权威的科学依据（数据）；系统另有的帐单结算功能，简化了员工的日常工作，提高了工作效率，避免了人工管理过程中数据易错所带来的一系列连锁反映，给企业带来更大的利润，总之，系统开发其经济效益远远超过它的开发成本，在经济上完全可行。操作可行性界面设计时充分考虑用户需求，使得操作简单；数据录入迅速、规范、可靠；统计准确；制表灵活；适应力强；容易扩充。系统运行环境要求内存512以上，Windows XP环境下，安装Visual Studio 2008，SQL server 2005即可。需求分析软件需求的层次软件需求包括3个层次：（1） 业务需求：反应组织机构或客户对系统高层次的目标要求；（2） 用户需求：描述了用户使用产品所能完成的任务；（3） 功能需求：说明了软件的功能，用户使用这些功能以完成任务。图 31软件需求层次图系统的功能需求该系统的用户为汽车售后服务行业中小企业的信息管理工作人员，需要对汽车售后服务的流程有很好的掌握，那么如何能够有效的掌握和管理汽车售后服务流程呢？最初剖析用户的需求为：汽车售后服务系统具有一般售后服务系统的管理功能，对汽车售后服务、不同工作人员具有不同管理权限的功能，如图 32可以看出客户、售后服务部门、零配件供应商、车辆经销商之间的相互联系及整个流程关系16-17。图 32汽车售后服务流程图通过对其它一些汽车售后服务系统及售后服务管理系统的了解发现，一般售后服务管理信息系统的功能大致如下：前台按工作类型不同进行不同操作：（1） 添加、删除和修改客户，车辆具体信息；（2） 添加、删除和修改售后服务具体信息；（3） 添加、删除和修改进货备件信息。 前台任务主要是实现，用户登录（用户登录，并划分权限）；维修登记（车辆、客户信息的进行增加、修改、查询、删除操作）；维修信息管理（车辆维修内容细则和维修备件细则的添加、删除）；财务登记(汽车维修完工登记、收费登记)；完工登记（车辆维修报修到完工的记录）；收费登记（车辆维修完工后工时费和备件费用的总费用结算）；进货登记（备件仓储，进货信息进行统计）。 后台管理员：（1） 添加、删除系统用户；（2） 添加、删除公司员工；（3） 汽车维修信息的管理；（4） 汽车备件的管理。后台管理中，因为有对应权限的管理员才能够登录后台管理，所以需要有身份验证模块，而且需要根据用户权限的不同显示不同的管理目录。管理员可以进行系统维护（维修内容细则的添加和删除；备件清单的查询；系统用户权限管理；公司员工管理）；汽车维修统计（所有车辆维修的信息及内容）；维修收费统计（阶段性维修收费报账统计）。（1） 维修登记（接待员），对客户、车辆信息档案的管理，信息的录入与维护；（2） 车辆维修内容、维修备件使用的信息的录入与维护（接待员）；（3） 收费登记、完工登记（收银员），对维修状态的修改和工时费用和备件费用的结算；（4） 备件的进货管理（进货员），对进货信息和仓储情况的统计；（5） 用户（接待员，收银员，进货员）可以登录帐户，修改个人信息，修改个人密码；（6） 管理员可以登录后台，对系统用户、公司员工信息进行管理；（7） 管理员可以对维修内容清单备件清单信息进行查询以及增加、删除及修改；（8） 管理员进行汽车维修和维修收费的统计；（9） 系统后台采用人机对话方式，界面美观友好、信息查询灵活、方便、快捷、准确、数据存储安全可靠；（10） 系统运行稳定、安全可靠。系统的性能需求（1） 运行环境内存256以上，CPU 2.0GHz以上，Client内存128以上，CPU奔腾III以上。 （2） 支持软件操作系统Windows系统、数据库管理系统：SQL数据库。（3） 接口 本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最好要有备份。第4章 总体设计上章对汽车售后服务管理信息系统进行了需求分析和可行性分析，证明此系统完全可行，本章将对系统的总体设计（数据库设计、系统功能设计）通过图文并茂的形式进行介绍。数据库设计概述数据库是长期存储在计算机内的、有组织的、可共享的数据集合，它已成为现代信息系统等计算机应用系统的核心和基础。数据库应用系统把一个企业或部门中大量的数据按DBMS所支持的数据模型组织起来，为用户提供数据存储、维护检索的功能，并能使用户方便、及时、准确地从数据库中获得所需的数据和信息，而数据库设计的好坏则直接影响着整个数据库系统的效率和质量。采用复杂的数据模型(结构)，不仅描述数据本身的特点，还要描述数据之间的关联；数据库间要有较高的数据独立性，数据的存取由数据库管理系统（DBMS）管理；数据库系统为用户提供了方便的用户接口；统一的数据控制功能，由DBMS提供对数据的安全性控制、完整性控制、并发性控制和数据恢复功能18。数据库系统的特点（1） 减少数据的重复（Redundancy can be reduced）；（2） 避免数据的不一致（Inconsistency can avoid）；（3） 数据共享（Data shared）；（4） 强化数据的标准化（Standard can be enforced）；（5） 实践安全性的管理（Security restriction can be applied）；（6） 完整性的维护（Integrity can be maintained）；（7） 需求冲突会获得平衡（Conflicting requirements can be balance）。系统概念结构设计将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计，它是整个数据库设计的关键。概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定。本系统主要是以数据流图、E-R图、用例图为主要描述工具来勾画系统的概貌。数据流图（DFD，data flow diagram）是描述数据处理过程的有力工具，任何软件系统（或计算机系统）从根本上来说，都是对数据进行加工（Processing）或不变换（Transform）的工具。图 41系统数据流图由P.P.S Chen 首创的实体关系图（E-R图）是直观描述数据库中各种数据之间的关系的概念模型工具，在数据库设计中早已广泛应用。由于这种图的直观、明了地表达数据间的复杂关系，所以在结构化分析模型中，尤其对于某些包含复杂数据的应用，也将它用作数据分析和建模的工具。它有四个基本成分：（1） 矩形框，表示实体类型（考虑问题的对象）。（2） 菱形框，表示联系类型（实体间的联系）。（3） 椭圆形框，表示实体类型和联系类型的属性。对于关键码的属性，在属性名下划一横线。（4） 直线，联系类型与其涉及的实体类型之间以直线连接由于数据库设计较为复杂，本节之给出车辆客户信息E-R图和进货信息E-R图为例说明关系和实体间联系。图42为描述车辆客户信息的关系实体图，一辆只对应一位车主，所以客户的信息可以跟随车辆信息绑定在一张表中，车牌号为主键。图 42车辆信息ER图图43为描述进货信息的关系实体图，进货编号为主键。图 43进货信息ER图图44为整体关系实体图，此图中展现了管理员管理接待员、收银员、进货员3种类型的系统用户，一个管理员可以管理多个系统用户， 收银员、接待员、进货员也可以进行多个对应操作。图 44系统总体ER图用例图全名为使用实例图。它为用户进行需求获取和建模提供了一种有效的方法，是面向对象分析的基础，一个“用例”可描述软件系统和外部角色（Actor）之间的一次交互，如图45，为管理员用例图。图 45管理员用例图系统逻辑结构设计本系统数据库采用SQL Server 2005数据库，系统数据库名称为Cars，数据库Cars共有10张表。本系统首先需要用户登录才能进入界面，而且系统根据用户所拥有的不同权限来实现系统的管理及运用。根据需求建立数据库，如下：表41为系统用户信息表User主键：编号（userID），此表用来记录系统用户详细信息。表 41系统用户信息表序号列名数据类型长度小数位标识主键允许空说明1userIDnvarchar2550是是否用户编号2userNamenvarchar2550是用户名3userPwdnvarchar2550是密码4typeNumint40是类型5sexnvarchar2550是性别6telnvarchar2550是联系电话7addressnvarchar2550是家庭住址8commentnvarchar2550是备注表42为车辆及客户信息表Car主键：车牌号(carID)，是集车辆信息和车主客户信息一体的一张关系表。表 42车辆及客户信息表序号列名数据类型长度小数位标识主键允许空说明1carIDnvarchar2550是是否车牌号2stylenvarchar2550是车型3vinCodenvarchar2550是vin码4engineeint40是发动机号5colornvarchar2550是颜色6lifenvarchar2550是行驶里程7buyTimedatetime80是购买时间8namenvarchar2550是车主姓名9sexnvarchar2550是性别10telnvarchar2550是联系电话11addressnvarchar1000是地址12unitnvarchar1000是单位13commentnvarchar160是备注表43为员工信息表Employee主键：编号（employeeID），此表为存储公司员工信息的一张关系表。表 43员工信息表序号列名数据类型长度小数位标识主键允许空说明1employeeIDint40是是否员工编号2namenvarchar2550是姓名3sexnvarchar2550是性别4ageint40是年龄5telnvarchar2550是联系电话6addressnvarchar1000是家庭住址7hireTimedatetime80是聘用日期8typenvarchar2550是工种9statusnvarchar2550是状态10commentnvarchar160是备注表44为维修信息表Repair主键：维修编号（repairID），此表用来记录车辆维修详细信息。表 44维修信息表序号列名数据类型长度小数位标识主键允许空说明1repairIDint40是是否维修编号2carIDnvarchar2550是车牌号3lifenvarchar2550是行驶里程4submitTimedatetime80是报修时间5reasonnvarchar2550是报修原因6promiseTimedatetime80是承诺交车时间7completeTimedatetime80是完工时间8sendTimedatetime80是交车时间9statusnvarchar2550是维修状态10workPriceint40是工时费11partPriceint40是备件费12otherFeeint40是其他费用13originalFeeint40是应收费用14endFeeint40是实收费用15payWaynvarchar2550是付费类型16repairMannvarchar2550是修理员17commentnvarchar2550是备注表45为备件价格清单表Part主键：备件编号（partID）,此表用来记录备件价格等详细信息。 表45备件价格清单表序号列名数据类型长度小数位标识主键允许空说明1partIDint40是是否备件编号2partNamenvarchar2550是序号3unit nvarchar2550是单位4priceint40是单价5carStylenvarchar2550是适用车型6stockint40是库存量7commentnvarchar2550是备注表46为维修备件细则表RepairPart主键：维修编号（repairID），备件编号（partID），此表是由维修信息Repair和备件价格清单Part相互关联生成。表46维修备件细则表序号列名数据类型长度小数位标识主键允许空说明1repairIDint40是是否维修编号2partIDint40是是否备件编号3partNamenvarchar2550是备件名称4unitnvarchar2550是单位5priceint40是单价6numint40是数量7partPriceint40是总价8payWaynvarchar2550是付费类型9commentnvarchar2550是备注表47为维修内容清单表Detail主键：维修内容编号(detailID)，此表用来记录维修内容。表47维修内容清单表序号列名数据类型长度小数位标识主键允许空说明1detailIDint40是是否维修内容编号2repairContentnvarchar2550是维修内容3workTimeint40是工时4workPriceint40是工时费5commentnvarchar2550是备注表48为维修内容细则表RepairDetail主键：维修编号（repairID），维修内容编号（detailID），此表是由维修信息Repair和维修内容清单Detail关联生成。表48维修内容细则表序号列名数据类型长度小数位标识主键允许空说明1repairIDint40是是否维修编号2detailID int40是是否维修内容编号3detailContentnvarchar2000是维修内容4workTimenvarchar2550是工时5workPriceint40是工时费6hourFeeint40是工时单价7repairMannvarchar40是修理员8payWaynvarchar2550是付费类别10commentnvarchar2550是备注表49为进货信息表Stock主键：进货编号(stockID)，此表用来记录一次进货信息。表49进货信息表序号列名数据类型长度小数位标识主键允许空说明1stockIDnvarchar2550是是否进货编号2stockMannvarchar2550是进货员3stockTimedatetime80是进货时间4stockPlaceint2550是进货地点5commentnvarchar2550是备注表410为进货细则表StockPart主键：进货编号（stockID），备件编号(partID)，此表是由备件价格清单Part和进货信息Stock关联生成。表410进货细则表序号列名数据类型长度小数位标识主键允许空说明1stockIDnvarchar2550是是否进货编号2partIDint40是备件编号3partNamenvarchar2550是备件名称4unitnvarchar2550是单位5partPriceint2550是单价6numint40是数量7priceint40是总价8commentnvarchar2550是备注通过以上数据库表可看出，由Repair表和Part表之间的关联生成了RepairPart表；Repair表和Detail表生成了RepairDetail表，由Stock表和Part表生成StockPart表，以上张7表和Car表，得到如下数据库关系表：如图46。图46数据库关系图系统设计及功能模块系统结构分析汽车售后服务系统的体系架构采用分层体系结构：表现层、 逻辑层、数据访问层和数据层。（1） 表现层表现层是管理系统的用户接口部分，即人机界面。用来收集和载入用户输入的信息并反馈结果信息。（2） 服务层服务层主要是 Web服务器，它包括两个方面的功能：一是负责接收用户的服务申请，调用应用程序服务器中相应的业务对象；二是接收应用程序返回的结果，以 Web页面的形式在Browser端显示。（3） 业务逻辑层业务功能层主要负责执行业务逻辑，如验证数据合法性、处理数据与数据层交互。（4） 数据层 数据层由数据库服务器所构成，主要负责对数据库的操作和维护，迅速执行19。图 47系统结构模型图系统模块结构及功能经过系统需求分析后，现将整个系统划分为以下功能模块：（1） 用户登录：用于用户登录系统，并划分权限；（2） 维修登记：对车辆及车主客户信息的进行增加、修改、查询、删除等操作，在维修登记中选择车辆维修状态，以及车辆维修内容细则和维修备件细则的添加、删除；（3） 财务登记：包括汽车维修完工登记、收费登记；（4） 完工登记：车辆维修报修到完工的记录；（5） 收费登记：车辆维修完工后工时费和备件费用的总费用结算；（6） 进货登记：对进货信息进行统计，即备件信息的增加、修改、查询、删除； （7） 管理员系统维护： 维修内容清单：维修内容细则的添加和删除； 备件清单：备件清单的查询； 系统用户：用户权限管理； 员工管理：公司所有员工的管理（8） 汽车维修统计：所有车辆维修的信息及内容；（9） 维修收费统计：阶段性维修收费报账统计。系统共设计有四种登录类型，分别为接待员、收银员、进货员、管理员。当以不同身份登录时候就会进入到不同的登录界面，拥有不同的权限和进行相应的操作。当用户名的类型为接待员的时候，进入到接待员界面，接待员主要对车辆及车主客户信息的进行增加、修改、查询、删除等操作，能在维修登记中选择车辆维修状态，以及车辆维修内容细则和维修备件细则的添加、删除。当用户名的类型为收银员的时候，进入到收银员界面，收银员主要进行汽车维修完工登记、收费登记。当用户名的类型为进货员的时候，进入到进货员界面，进货员主要对备件信息进行增加、修改、查询、删除等操作。当用户名的类型为管理员的时候，进入的是管理员界面，管理员可以查询维修内容清单、备件清单，进行系统用户、公司员工的管理，另外还有维修统计的选项，以便进行阶段性费用的统计。下面举例画出接待员、管理员和售后维修的流程图，以助理解。接待员登录，若用户名密码不正确，则重新返回登录，通过身份验证后进入管理界面，可以进行如图48中的各项操作。图 48接待员流程图管理员登录，若用户名密码不正确，则重新返回登录，通过身份验证后进入管理界面，可以进行如图49中的各项操作。图 49管理员流程图汽车售后维修的流程在图410里可以看出，接待员登录，对车辆和客户信息添加，继续对维修内容和备件进行添加，添加完成后开始车辆维修，然后由收银员进行维修的完工登记，登记完成后进行收费登记，结算工时费和备件费等这项费用，全部完成后交车。图 410汽车售后维修流程图如图 411，是系统前台即接待员、收银员、进货员3种类型系统用户进行各自的操作。图 411系统前台功能模块图如图 412，是系统后台即管理员对系统整体的操作。图 412系统后台功能模块图下面做四种用户类型的具体功能介绍：接待员对功能的需求：接待员主要对车辆及车主客户信息的进行增加、修改、查询、删除等操作，能在维修登记中选择车辆维修状态，以及车辆维修内容细则和维修备件细则的添加、删除，如图413。图 413接待员功能图收银员对功能的需求：收银员主要进行汽车维修完工登记、收费登记，如图414。图 414收银员功能图进货员对功能的需求：进货员主要对进货信息进行统计，即备件信息的增加、修改、查询、删除，如图415。图 415进货员功能图管理员对功能的需求：管理员可以对维修内容清单、备件清单、系统用户、公司员工、数据维护的添加和删除，对汽车维修统计和维修收费统计，以及对维修收费报账统计进行管理，如图416。图 416管理员功能图通过数据库设计和系统的功能模块设计，我们对本系统已有了初步的了解，下面即将进行详细设计和具体实现。第5章 详细设计与具体实现第4章对系统进行了数据库和系统的总体设计，本章是系统的详细设计介绍和具体实现过程，分为登录模块、管理员模块、接待员模块、收银员模块和进货员模块。登录模块界面及功能登录模块界面设计此部分是实现用户的登录功能。用户通过正确填写用户名密码后，点击登录按钮后便登录。系统暂时分为4种登录类型，接待员为a，收银员为b，进货员为c，管理员为d；密码均为123。图 51用户登录界面图用户名错误或密码错误会有错误提示报出，如图52。图 52用户登录失败界面图登录模块主要代码 public partial class Login : System.Web.UI.Page protected void Page_Load(object sender, EventArgs e) / 用户如果登录则转到主页面 if (SessioncurrentUser != null) Response.Redirect(./); protected void btnLogin_Click(object sender, EventArgs e) XLL.BLL.User bllUser = new XLL.BLL.User(); XLL.Model.User user = bllUser.GetModel(this.tbUserId.Text); if (user != null & user.userPwd.Equals(this.tbUserPwd.Text) SessioncurrentUser = user; Session.Timeout = 40; Response.Redirect(./Default.aspx); else LTP.Common.MessageBox.Show(this, 登录失败，请检查用户名和密码是否匹配!); protected void btnReset_Click(object sender, EventArgs e) tbUserId.Text = ; tbUserPwd.Text = ; 管理员模块界面及功能管理员模块界面设计管理员登录系统后，进入系统用户管理界面，这里的系统用户为接待员，收银员，进货员，管理员可以查询、修改、删除系统用户信息，如图 53。图 53系统用户管理界面图管理员进入系统用户管理界面后，还可以点击添加按钮添加系统用户，备注可以为空，其他信息全不为空，添加成功后有对话框提醒添加成功，如图54。图54 添加系统用户界面图管理员对维修内容清单的管理，同对系统用户管理类似，也可添加、查询、修改和删除，图55。图55 维修内容清单管理界面图管理员对备件价格清单的管理，同对维修内容清单的管理类似，也可添加、查询、修改和删除。图56 备件价格清单管理界面图管理员模块主要代码public partial class RepairTotal : BasePage protected void Page_Load(object sender, EventArgs e) base.Page_Load(null, null); protected void ddlCarID_SelectedIndexChanged(object se