毕业设计(汽车维修管理系统)

毕业设计设计题目汽车修理管理系统2012年目录1设计时间···············································································32设计目的···············································································33设计任务···············································································34设计内容···············································································34.1需求分析·········································································44.2概念结构设计···································································64.2.1汽车实体图····································································74.2.2修理工实体图·································································74.2.3用户实体实体图······························································84.2.4零件实体图····································································84.3逻辑结构设计···································································84.5数据库表空间和表结构设计···············································104.6数据库的实施··································································114.7创建其它数据库对象························································125总结与展望···········································································13参考文献················································································141设计时间时间：17周2设计目的课设计的目的是使汽车修理厂由单一的人工管理到计算机管理的飞跃，使汽车修理厂的管理的效率得到很大的提高，使人工管理的出错的机会大大减少，实现数据的共享，便于查询自己的数据信息，使汽车修理厂的业务的流程时间大大减少，从而可以提高该汽车修理厂的竞争性，在社会有立足之地。3设计任务课程设计要求学生在完成程序设计的同时能够写出比较规范的设计报告。严格实施课程设计这一环节，对于学生基本程序设计素养的培养和软件工作者工作作风的训练，将起到显著的促进作用。4设计内容汽车修理管理系统汽车修理管理系统需要完成功能主要有：1.修车登记单信息的输入、修改与查询。2．汽车修理单信息的输入、修改与查询。3．零件领用单信息的输入、修改与查询。4．零件入库单信息的输入修改与查询。5．修车发票信息的输入修改与查询。6．汽车登记册信息的输入修改与查询。7．修理工名册信息的输入、修改与查询。8．汽车修理台帐信息的输入、修改与查询。9．库存零件台帐信息的输入、修改与查询。10．零件耗用月报表信息的输入、修改与查询。11．零件订货计划信息的输入、修改与查询。12．修理工工资月报信息的输入、修改与查询。13.能计算修车费和开发票。其修车费按下列各式计算：零件费=∑（零件价格×耗用数量）修理费=∑小时工资×修理工时×3总计=零件费+修理费修理工的月工资=（∑小时工资）×修理小时14.能找出需要订货的零件，编制并打印零件订货计划。订货条件：零件库存量最低库存量订货数量：额定订货量15.按现行格式和内容编制和打印零件耗用月报表和修理工资月报表。16.有多种查询和统计功能。4.1需求分析本系统的最终用户为汽车修理用户提供修理汽车业务，并通过用户手工录入数据，并可以通过查询系统对数据进行查询和修改，根据要求得出用户的下列实际要求：1.修车登记单信息的输入、修改与查询，包括汽车牌号、型号、生产厂商、修理项目码、车主姓名、联系电话、联系地址、修理登记日期，完工日期。2．零件领用单信息的输入、修改与查询，包括修理单编号、零件号、零件数量、领用日期。3．零件入库单信息的输入修改与查询，包括零件号、零件名称、成本、零件数量、入库日期。4．修车发票信息的输入修改与查询，包括车主姓名、联系地址、车牌号、修理项目、修理费用、零件费用、总计费用、发票开具时间。5．汽车登记册信息的输入修改与查询，包括车牌号、型号、生产厂商、车主姓名、联系地址、联系电话。6．修理工名册信息的输入、修改与查询，包括工号、姓名、小时工资、出生年月日、进厂日期、联系地址、身份证号。7．库存零件台帐信息的输入、修改与查询，包括零件号、零件名称、成本、价格、库存量、最低库存量、订货量。8．修理工工资月报信息的输入、修改与查询，包括工号、姓名、修理小时、小时工资、月工资、身份证号码。2、用户对系统的要求：（1）系统管理员a.信息要求系统管理员能查询上面提到的汽车修理所有相关信息，包括被修理汽车的详细信息，维修所有零件的所有信息，维修的所有信息，修理工的工作信息和系统人员的信息。以利于对整个汽车管理系统的全面管理。b.处理要求当修理员工表发生变化时，系统管理员可以对其进行修改操作，例如：新聘任到的新的修理员工等等。当零件仓库零件少一定数量时，系统管理员就可以根据相关规定，告知采购人员进行采购，待相关零件入库并取得相关证明并做出修改，增加零件数量，或增加其他零件信息，一并进行修改。c.安全性与完整性要求安全性要求：1）系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用。2）系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容。3）系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户，管理员。完整性要求：1）各种信息记录的完整性，信息记录内容不能为空。2）各种数据间相互的联系的正确性。3）相同的数据在不同记录中的一致性。（2）用户：a.信息要求维修汽车的用户，可以通过系统查询到，被修理汽车的进厂时间信息，查询预计维修完毕时间，并可以查询修改个人信息等。b.处理要求用户汽车被修理交费，并可以取得打印发票等。4.2概念结构设计E-R图是分为两部分实体和属性，每个实体可以有多个属性，这些属性用来表示实体的性质。不同实体之间可以用关系进行连接，表明各个实体之间的内在联系。实体和实体之间的关系有一对一的关系（1：1），一对多的关系（1：N）和多对多的关系（N：M）。总体E-R图及各个实体之间的关系如下图所示。图4-1汽车修理管理系统E-R总图4.2.1汽车实体图4.2.2修理工实体图图4-2汽车实体E-R图图4-3修理工实体E-R图修理工身份证号码工号姓名电话地址出生日期进厂日期小时工资汽车车牌号型号车主姓名联系地址生产厂商联系电话完工日期4.2.3用户实体实体图4.2.4零件实体图4.3逻辑结构设计数据库逻辑设计的任务是将概念结构转换成特定DBMS所支持的数据模型的过程。从此开始便进入了“实现设计”阶段，需要考虑到具体的DBMS的性能、具体的数据模型特点。从E-R图所表示的概念模型可以转换成任何一种具体的DBMS所支持的数据模型，如网状模型、层次模型和关系模型。这里只讨论关系数据库的逻辑设计问题，所以只介绍E-R图如何向关系模型进行转换。关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体，实体的属性和实体间的联系三个要素组成。所以将E-R图转换为关系模型实际上就是要图4-4用户实体E-R图图4-5零件实体E-R图系统用户用户编号用户姓名用户类型用户类型零件零件名称零件型号零件价格零件数量生产厂商利润将实体，实体的属性和实体间的联系转换为关系模式。转换原则如下。1.实体类型的转换:一个实体型转换成一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。2．联系类型的转换，根据不同的情况做不同的处理。（1）一个1：1的联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。（2）一个１：N的联系可以转换为一个独立的关系模式，也可以与N端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为N端实体的码。（3）一个M：N联系转换为一个关系模式。与该联系相连的各实体的码为各实体码的组合。（4）三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实休的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。（5）具有相同码的关系模式可合并。3.根据汽车修理管理系统的E-R图转换为关系模型如下。将每一个实体转换成一个关系（关系就是给出关系名，属性就是实体属性，并标明该关系的主键用下划线来表示）关系模式：汽车（车牌号，型号，车主姓名，联系地址，联系电话，生产厂商，完工日期）修理工（身份证号码，工号，姓名，电话，地址，出生日期，小时工资，进厂日期）系统用户（用户编号，用户姓名，用户类型，用户密码）零件（零件型号，零件名称，价格，数量，生产厂商，利润）4.5数据库表空间和表结构设计表4-1汽车属性名存储代码类型长度备注车牌号CnoChar20修理汽车牌号型号CmodelChar20修理汽车型号车主姓名CnameChar20修理车主姓名联系地址CaddChar50车主联系地址联系电话CphoneChar13车主联系电话生产厂商CcsChar40汽车生产厂商完工日期CwgDate预计完工日期零件号码LxhChar20所用零件号码表4-2修理工属性名存储代码类型长度备注身份证号码SidChar18员工身份证号码工号SnoChar20员工工号姓名SnameChar20员工姓名电话SphoneChar20员工联系电话地址SaddChar50员工联系地址出生日期Sbirthdate员工出生日期小时工资SgzChar20员工每小时工资进厂日期Sdatedate员工被录用日期表4-3系统用户属性名存储代码类型长度备注用户编号YnoChar20编号用户姓名YnameChar20姓名用户类型YlxChar20类型用户密码YkeyChar20密码表4-4零件属性名存储代码类型长度备注零件型号LxhChar20型号零件名称LnameChar20名称价格LpChar20价格数量LslChar20数量生产厂商LcsChar20厂商利润LlrChar20利润4.6数据库的实施Createtable汽车（Cnochar（20）primarykey,Cmodelchar（20），Cnamechar（20），Caddchar（50），Cphonechar（13），Ccshar（40）