《汽车检测系统-毕业设计论文正文》由会员分享，可在线阅读，更多相关《汽车检测系统-毕业设计论文正文（23页珍藏版）》请在金锄头文库上搜索。
1、 .wd.第一章 可行性分析1、1 问题描述随着世界汽车产业格局的变化，我国汽车产业也迅速开展，汽车维修成为具潜力的行业，但汽车维修管理的标准化，网络化，智能化，使得必须建设起专业的汽车维修管理系统作为管理汽车维修方面的一系列问题成为了必不可少的。运用计算机来管理汽车维修的信息具有公正、严格和高效等诸多优点，从而取代了人工管理模式下由于各种原因出现管理漏洞的可能性，因而减少了工作人员的难度性，提高了工作效率。我们在现行系统初步调查的根基上提出了新系统目标，即新系统建设后所要求到达的运行指标，这是系统开发和评价的依据。1.2 可行性分析研究1.2.1 技术可行性技术上的可行性分析主要分析现有技术
2、条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。目前大型汽车维修公司均建有局域网，并且采用PC机作为工作台，其容量、速度能满足系统要求。根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以到达该系统的功能目标。1.2.2 经济可行性因为通过网络管理汽车维修信息可以不受限制，因此可以节约许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高维修管理的效率，即提高了维修站的经济效益，所以从经济上
3、完全是可行的。(1) 汽车维修公司有能力承担系统开发费用开发新系统的工作是一项艰巨复杂的工作，它的投资主要是人力和物力的投资。对于本系统的开发者来说，其主要投资还是在人力和物力两个方面。如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。软件企业作为一个简短的高科技产业，其员工要求都比一般企业的要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排人手，这样就可以为企业节约大局部的额外开支。同时软件就其它产品来属于高端行业，无论是产品的价格还是质量都比较高，而经营产品的经
4、销商或者是商家都要求有雄厚的资金支持。所以，在系统的开发过程中，企业完全有能力承担开发费用.(2) 管理系统将带来经济效益管理系统是一个信息化、智能化和先进管理理念的集合体。而管理是一个动态过程，在其运行过程中要采取多项措施。所以在管理中获得经济效益是一个综合效益，要对它进展直接定量的分析是比较困难的。一般新系统带来的经济效益是简洁的，其最主要的表现就是减少了企业管理费用和人力开支。而其它一些繁琐的事物都通过新系统来加以分析解决，不仅节省了大量的时间，还为企业的各项决策提供了珍贵的资料，为企业带来巨大的经济效益。1.2.3 操作可行性本系统采用基于Windows的图形用户界面，而该系统是大家熟
5、悉的操作系统，对于那些有一般的计算机知识的人员就可以轻松上手。而整个汽车维修管理系统采用友好的交互界面，简洁明了，只需要对使用者进展简单的操作培训就可以使用本系统，来管理汽车的整个检修的流程。不需要对数据库进展深入的了解。1.3 结论意见综合以上三方面，无论是从技术上、经济上还是操作上，该系统都具有很高的开发可行性。系统 基本上做到了在技术、经济、运行、法律上的可行，因此，相信在按照方案上实施的前提下，全系统的设计将会按时、高质量完成。所以，可以设计该系统的数据流程图，建设数据字典，开场开发系统。第二章 工程开发方案2.1 编写目的经过可行性分析报告，得出工程可进一步进展下去的结论，在软件继续
6、进一步的开发之前首先给出此软件工程方案。2.2 工程背景工程分析单位在接到工程分析员给出的工程可行性分析报告后，在本系统，即车辆维修管理系统开发主管部门的统一下制定用于软件实质开发的软件工程方案，以使软件开发单位理解软件开发要求，进展开发。2.3 工程概述1、工作内容让计算机对车辆维修进展管理，用户可以直接在计算机上实现车辆检修的过程管理，在一定程度上实现信息化、自动化。2、条件与限制开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具备开发的条件。该系统可在用户要求的期限内完成。3、产品1软件软件主要是完成之后的可执行文件，能够使用户方便的使用。2文档文档内容包括：系统介绍，使用
7、说明，测试方案及结果等。4、验收标准软件的验收标准完全由用户提出的软件需求制定，能保证软件的 基本符合用户的要求。2.4 工程开发方案1、任务分解分三个大的阶段进展开发第一阶段完成本系统的数据流图跟E-R图；第二阶段完成概要设计与详细设计；第三阶段书写文档。2、预算软件资金投入较少，具体预算分配简单。3、关键问题各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术完全可以开发出该系统，总的来说该工程没有较大的技术难点与其他的一些风险因素。对于出现的一些小难点总都能得到解决。第三章 需求分析3.1 任务需求分析总的来说，汽车维修管理软件需要满足一下需求：(1)、该管理软件需要对进维修
8、站的车辆的 基本信息进展登记。(2)、该管理软件需要对车辆的维修过程进展统计和管理。(3)、该管理软件需要对车辆检修过程中消耗的材料配件进展登记。(4)、该管理软件需要对车辆维修后所需支付的费用进展统计和计算(6)、该管理软件需要对车辆维修完成后的出站管理进展登记(7)、该管理软件需要能完成对车辆检修的过程，维修历史信息的一些综合查询3.2数据流图及实体联系图3.2.1 数据流图数据流图由四种 基本的元素构成：数据流(Data Flow)，处理(Process)，数据存储和数据源数据终点。数据流(Data Flow)：为具有名称且有流向的数据，用标有名称的箭头表示，一个数据可以是记录、组合项或
9、 基本项。处理(Process)：表示对数据所进展的加工和变换，在图中用矩形框表示。指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。数据存储：表示用文件方式或数据库形式所存储的数据，堆砌进展的存取分别以指向或离开数据存储的箭头表示。数据源及数据终点：表示数据的来源或数据的去向，可以是一个组织或人员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引入的，一般只出现在数据流图的起点和终点。汽车维修管理系统的数据流图如下：质检不合格合格材料领料结算汽车检修汽车进站图 3-1数据流图3.2.2 实体联系E-R图根据对数据流图和数据字典分析，我们可以确定应用中的实
10、体，属性和实体之间的关系，并画出如下的E-R图汽车管理系统的E-R模型如图3-2：进站管理汽车编码车主进时间明细表审核检修管理开工时间完工时间合格负责人检次类型材料领料汽车编码科目时间申请人付费管理汽车编码应付款实付款付款日期操作人出站管理汽车编码审核日期拿车人图3-2E-R图系统E-R图说明：1) 该E-R图只是介绍了每个模块的主要的属性，更加详细的介绍，请参照后面的系统详细设计2 材料领用中的一个明细表是说明该表还有一个更详细的明细介绍第四章 系统概要设计4.1 总体设计通过这个阶段的工作将划分出组成系统的物理元素。系统概要设计的 基本目的是用比较抽象的概括方式确定系统如何完成预定的任务，
11、也就是要确定系统的配置物理方案。软件构造设计时应该遵循的最主要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。4.2 系统功能模块图可以根据模块独立原理对软件构造进展精化。为了合理的分解，得到尽可能高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试和易于维护的软件构造，应该对模块进展再分解或合并。本检修系统的模块图如4-1汽车检修管理系统综合 查询进出管理检修管理结算管理成本管理库存管理根基设置系统维护单车查询月查询汽车进站汽车出站检修过程检修成本材料领料材料退票材料出库材料入库 图4-1系统的模块图本系统一共包含以下几大模块：1、综合查询(1)单车信息的查询主要包括
12、查询看这个车辆是否在本维修站，现在的检修状态，历史记录(2)月查询查询本检修站一个月的业务情况2、进出管理 (1)汽车进站填写汽车的进站信息 (2)汽车出站填写汽车的出站信息3、汽车检修管理(1)汽车检修过程管理汽车检修开，完工时间的记录，及主要负责人4、结算管理(1)检修结算对检修完成车的付费的管理5、成本检修管理(1)材料领料对检修的车办理材料领料(2)材料退票6、库存管理(1)材料出库(2)材料入库7、根基设置(1)员工维护8、系统维护(1)数据库备份(2)程序升级，数据库升级4.3 数据库概念设计数据库一般分为三级模式：外模式、概念模式和内模式。外模式也就是不同用户所对的数据视图，它将
13、数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑构造和特征描述，通常以某种数据模型为根基。内模式是对数据的物理构造和存储方式的描述。在这里将要设计的是数据库的概念模式，通过对车辆维修管理系统的内容和数据流程分析及E-R图，设计如下数据项和数据构造。主要的业务表 1)汽车进站表(主键，单击ID，进车时间，汽车编号，车主，审核，审核人，审核日期，是否作废，作废人，作废日期，备注 2)汽车出站表(主键，进车主键，出车日期，提车人，审核日期，审核，审核人，作废，作废人，作废日期，备注 3)检修表(主键，进车主键，开工时间，完工时间，负责人，是否合格，检
14、修检次，检修类型)4)结算表(主键，进车主键，应付款，实付款，付款日期，操作人)5)领料主表主键，进车主键，单据ID,开单日期，申请人，操作人，审核，审核日期，审核人，作废，作废日期，作废人，科目，备注6)领料明细表主键，主表主键，物资编码，物资单价，物资单位，领用数量，审核人，审核，审核日期，作废，作废人，作废日期，备注4.4 数据库逻辑构造设计在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型，例如，将E-R图模型转化为关系模型，道理很简单，我们设计概念模型 基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算机上有效地表示出这些关系就成了数据库设计的
15、关键，根据机车检修系统的功能要求，选取了oracle9i做为后台的数据库在上面的实体和实体之间的E-R图设计的根基上，形成数据库中的表及表构造之间的关系以以下列图：1、进车表构造：by_car_come图4-2其中关键字段介绍：Pk_id ：本表的主键生成是根据oracle提供的sys_guid函数生成的一个长度为32位的唯一标示，它所担当的功能除了是本表的唯一主键外，它还是其他业务表中的外键，其它业务表中都记着这个字段，通过这个字段来解决的问题是当同一个车辆在不同次的检修时能进展区分，2、检修表构造：by_car_repair图4-3其中关键字段介绍：Come_pkid：进车表的主键，通过它实现检修表和进车表的关联；Is_verify： 通过它来来确定这次检修的车是否是合格的；Repai
