机动车检测系统毕业结业论文.doc

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