Word版可编辑-汽车修理管理系统数据库系统分析与设计精心整理.doc

湖北汽车工业学院数据库系统概论课程设计数据库系统概论课程设计说明书 设计题目：汽车修理管理系统数据库系统分析与设计 设计人员： 指导教师： 实验时间： 实验地点： 四教7楼机房 目录1.封面.12.概述.3 2.1系统开发目的.3 2.2系统开发背景.3 2.3系统基本要求.33.数据库需求分析.5 3.1需求分类.6 3.2系统功能.6 3.3系统职能.6 3.4系统单据.7 3.5系统流程.7 3.6系统总体目标和要求.84.数据库逻辑设计.8 4.1引言.9 4.2概念模型.10 4.3模块功能分析及外部设计.165.数据库物理设计.17 5.1物理设计阶段的目标与任务.18 5.2用户端设计.19 5.3关系图的建立.20数据库实施.24 6.1实现环境.26 6.2语言选择.26 6.3 调试分析.26 6.4测试用例.26 6.5性能分析.287.界面设计.298.设计总结和答词.309.附录 （2） .概述 2.1系统开发目的汽车维修管理工作面对大量的可模块化处理的信息，是当今信息革命的一个重要阵地。为此设计汽车维修管理信息系统就是采用现代化的信息管理方式代替手工管理方式，提高汽车维修管理工作的效率，做到信息的规范管理，科学统计和快速查询以及更新，更好的服务于客户和工作人员。 2.2系统开发背景系统名称：汽车修理管理系统数据库系统该项目的提出者：系统分析与设计人员：用户及实现该软件的计算机中心：宿舍校园网及机房 2.3系统的基本要求：可分为查询、维修单据管理、客户管理、零件管理 2.3.1功能：用户希望随时能查询登记单、修理单、汽车、车主、修理工、零件库存等有关数据。 2.3.2系统支撑图：汽车维修管理系统项目子系统人事子系统登记子系统财务子系统公司人事报表维修状态车俩登记客户支付营业额员工工资零件采购零件调用故障检测库存管理维修评估维修登记员工信息客户信息汽车维修信息管理输入数据处理数据零件客户输出查询单据 实际查询情况： 维修状态员工信息客户支付库存管理禁止内部查询修改客户查询修改维修评估营业额车辆登记人事报表允许客户信息零件调用员工工资维修检测维修登记零件采购2.3.2系统开发环境 Windows xp 操作系统操作系统操作系统操作系统； SQL server； C+。2.3.3参考资料 网络资源； 实用软件工程（第二版）清华大学出版社； 数据库系统概论 第四版。（三）.数据库需求分析3.1需求分类汽车维修系统是用于汽车维修行业包括普通汽车维修，特约维修，索赔维修、套餐维修。系统设计是基于局域网版，考虑了单机版及ASP版的扩展做了准备。系统中的退货，找不到原来的批次就是直接按最后一个批次资料进行；系统从运行情况来看有两个三个部分组成，一部分是服务中间件，一部分客户端程序，一部分是支持程序如：数据库连接设置工具、数据传送。3.2系统功能： 3.2.1业务部分：前台接待、车间维修、库存管理、财务结算、采购管理、销售管理； 3.2.2业务支持部分：数据定义、系统参数、权限管理、系统初始、日志管理、消息管理、报表分析； 3.2.3系统支持部分：帐套维护、数据备份恢复、数据同步、对外接口；3.3系统从应用的职能来讲可以分成：前台、车间、库存、财务；3.4系统的单据有：接待单、维修单、派工单、领料单、退料单、出库单，入库单，调拔单、库存盘点单、报废单、损溢单、销售单、销售退货单、预销售单、预采购单、采购单、采购退货单、采购验收单（入库单），应收对帐单、应收单、应付单、结算单、索赔单；3.5系统流程有：汽车维修从接待到结算；从采购到验收入库；销售退货领料退货采购退货系统中要进行消息处理的内容：系统应用操作的信息：正常操作信息、操作错误信息、单据流转信息、操作向导信息；程序出错信息：系统提醒信息：系统中日志处理的内容：系统操作信息：程序出错：要产生的凭证（供产销）：A、订货单，订单付款周期，财务科目预付科目；入库单，财务科目原财料；月利润按月财务期间核算：纯利润=收入-成本-费用-税收；费用=营业费用+财务费用+管理费用；营业费用=固定资产折旧+房租+水电+工资+差费+办公费+电信费+吃饭；管理费用=固定资产折旧+房租+水电+工资+差费+办公费+电信费+吃饭；财务费用=利息+手续费+汇兑损溢；系统可以用批次法也可以加权平均法，库存管理有一个表，销售和采购均有相就在的表，存在的原则是库存表中不同价格的同一个配件分成一条记录，记录为空就清零；“先进先出”、“后进先出”、“全月平均”、“加权平均”、“个别计价”受托代销和受托代销结算业务。3.6系统的总体目标与要求 本系统的总体目标要做到管理的各项数字理性的统计与决策，所以用户操作时会在界面上有很好管理及操作步骤的指示，将来考虑做一个浮动的提示窗体，至始至终地提醒用户操作的界面应该的操作及提示，除非用户不让该窗体显示；3.6.1系统设计的原则 操作方便，应用处理集中在一起，向导式的使用方法3.6.2总系统分成需求分成三部分：业务需求，系统需求，用户需求；3.6.3系统要求可以支持多语言版本，用户可以自主设置；3.6.4系统需求图（四).数据库逻辑设计4.1引言数据库是需要设计的，数据库设计反映在两方面： 数据库逻辑设计：设计数据库的逻辑结构，与具体的DBMS无关，主要反映业务逻辑。 数据库物理设计：设计数据库的物理结构，根据数据库的逻辑结构来选定RDBMS(如Oracle、Sybase等)，并设计和实施数据库的存储结构、存取方式等。 概念设计阶段主要将需求分析阶段得到的用户需求抽象为信息结构，也就是概念模型的过程，他是整个数据库的关键，他包括概念模型设计和新系统流程两个阶段。4.2概念模型设计 4.2.1实体联系图（ER）： 4.2.2实体及其属性图：客户信息实体属性：联系方式负责人地址名称代码公司 汽车型号联系方式证件号码有效地址车牌号客户姓名客户信息客户编号是否在编车辆名称及型号里程数车辆信息车牌号 送修时间维修原因经办人送修里程车牌号维修登记维修编号 出生地姓名工龄出生年月身份证号性别员工信息工号技术职称联系电话维修评估评估编号故障名称修复时间故障部位维修成本责任人车牌号备注人事报表报表编号部门项目报告时间述职人职位报告周期报告明细备注 维修状态项目编号车牌号故障序号完成度维修环节提交时间起始时间故障检测故障序号故障部位负责人原参数标准参数检测单位车牌号员工工资工号姓名缺勤扣费加班费奖励正班工时部门补贴客户签字合计时间劳务费付费帐户付费项目成本费客户编号客户支付货单编号客户签字部门支出合计收入时间营业月报项目零件采购零件名称型号生产厂家合计备注单价数量单价零件调用零件编号零件名称出货地点经手人数量时间型号货物编号零件名称单价存放地点数量型号规格库存管理合计 检测单位车牌号故障部位为故障序号原参数型号车牌号是否在编里程数车辆名称标准参数为故障检测客户编号供应负责人检测客户姓名送修时间维修编号经办人证件号码汽车型号公里数维修登记车辆信息有效地址车牌号维修原因客户登记评估编号联系方式故障名称维修评估车牌号付款起始时间构成维修成本客户编号为故障序号车牌号故障部位责任人货单编号为修复时间付费项目为项目编号货物编号为客户支付提交时间时间存放地点为维修状态客户签字为零件名称为完成度维修环节库存管理零件调用规格时间零件编号为数量数量型号零件名称为经手人单价型号出货地点为零件名称为底薪姓名零件采购存储生产厂家为缺勤扣费为工号数量正班工时为代码地址名称备注单价加班费为联系方式监管合计公司奖励负责人补贴员工工资部门时间项目合计管理姓名工号出生地接收接受部门出生年月支出员工信息营业日报收入性别身份证号人事报表合计项目技术职称工龄部门联系方式述职人报告时间职位报告周期备注报表编号报告明细4.2.2ER图的实体属性公司（代码，名称，地址，联系方式，负责人）客户信息表（客户编号，客户姓名，证件号码，有效地址，联系方式，车牌号，汽车型号）车辆信息表（车牌号，里程数，车辆名称及型号，是否在编）维修登记表（维修编号，送修时间，车牌号，送修时公里数，维修原因，经办人）员工信息表（工号，姓名，性别，身份证号，出生年月，出生地，工龄，联系电话，技术职称）人事报表（报表编号，部门，报告周期，职位，报告时间，述职人，项目，报告明细，备注）维修评估表（评估编号，故障名称，车牌号，责任人，故障部位，故障维修成本，修复时间，备注）维修状态表（项目编号，车牌号，维修起始时间，预计提交时间，完成度，维修环节，故障序号）故障检测表（故障序号，故障部位，车牌号，检测单位，原参数，标准参数，负责人）库存管理表（货物编号，零件名称，规格，型号，存放地点，数量，单价，合计）零件调用表（零件编号，零件名称，型号，时间，数量，经手人，出货地点）零件采购表（零件名称及型号，生产厂家，数量，单价，合计，备注）客户支付表（货单编号，客户编号，付费账户，付费项目，成本费，劳务费，时间，客户签字）营业月报表（项目，部门，时间，收入，支出，合计）员工工资表（工号，姓名，部门，正班工时，加班费，奖励，缺勤扣费，底薪，补贴，合计）4.2.3数据字典客户=客户代码+姓名+证件号码+有效地址+联系方式+维修项目+牌号+型号零件=零件代码+名称+成本+库存量+售价+性能单据=客户代码+姓名+证件号码+1维修项目n+1零件名+售价n+维修费+总计、4.3模块功能分析及外部设计 分别有如下模块：（1）信息录入模块：根据不同的产品按照数据定义的顺序完成对产品的录入。以文件的形式来保存数据，以方便其他模块对数据的访问和各种处理。此模块的人机交互的界面。首先出现提示语，提示登记人员录入产品的相关信息，按照提示的顺序和要求录入完产品的的相关信息后，提示操作人员保存，一次记录不同产品。(2)修改信息模块：完成对已经输入的信息的修改。产品完成录入后，根据实际情况选择要执行的操作，操作员会看到提示要修改产品的输入信息，按照 提示输入完后，程序查找后出现是否存在该产品的界面。提示检查是否输入错误还是不存在这件产品 （3）查询信息模块：此模块瞒着了客户和公司对产品维修状态的查询。 程序提供输入所要查询产品的界面，操作人员根据提示输入信息，程序自动判断后查看是否存在，若存在则输出要查询产品的信息，若是不存在则输出提示信息 （4）统计分析模块：此模块是为了方便公司统计所有产品维修的数据，对以后的生意提供信息。出现统计的界面，操作人员根据实际具体要求输入统计条件。然后出现统计后输出产品信息的画面。 （5）删除信息模块：提供删除所有指定维修产品的模块。此模块可以输出所有维修产品的信息。在主函数出现选择的界面后，直接选择这个子系统的调用函数后，出现输出所要维修产品信息的界面并对其指定的产品进行删除。 总体来说，打开此维修管理系统后，首先出现选择的界面，操作人员根据需求选择要进去的子系统，在子系统里面根据需求输入并得到所要的信息。(五)数据库物理设计5.1物理设计阶段的目标与任务 数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务：确定数据库中主要的存储方法和存储结构；对物理结构进行评价，评价的重点是时间和空间效率。5.2用户端设计 按Windows应用软件用户界面的规范来设计，使用以对话为主的用户界面，便于用户使用登录对话框：用户帐号、密码、登录类型（客户、管理员）、登录、取消。主对话框：维修管理信息对话框、查询、系统操作、帮助、退出。客户登录客户对话框：客户编辑框：用于输入客户代码；客户信息显示区：用于显示客户信息：客户登录零件对话框：零件信息显示区：用于显示全部零件信息零件编辑框：用于输入零件代码（或名称）及显示零件信息；客户登录单据对话框：客户单据信息显示区：用于显示客户单据信息；管理员登录对话框：客户信息显示区：用于显示全部客户信息客户编辑框：用于输入客户代码（或名称）及显示客户信息；零件信息显示区：用于显示全部零件信息零件编辑框：用于输入零件代码（或名称）及显示零件信息；单据信息显示区：用于显示全部单据信息；单据编辑区：用于输入单据代码及显示单据信息；返回按钮：用于退出对话框系统对话框：管理员操作（用于修改、增加、删除等）、系统设置、更改登录口令，返回。5.2.1外部接口 软件接口：使用Access数据库的驱动程序，通过COM接口访问；硬件接口：鼠标。5.2.2内部接口 模块接口采用数据耦合方式，通过参数表传送数据，交换信息。5.3运行设计5.3.1运行模块组合 程序启动后，进入主模块，用户的单击对话框按钮事件触发主模块调用各下层模块，进入对应的子对话框，同由用户的输入触发这些模块调用下层模块，完成相应操作。5.3.2运行控制 本软件控制流程：主程序运行，等待用户的输入，根据用户的输入调用各子模块5.3.3运行时间 检索业务响应时间2s；运行响应时间1s。5.4系统数据结构设计/数据库设计5.4.1逻辑结构模式化设计客户表：由多个客户记录构成客户记录的数据如下： 客户代码：整数（唯一标识符） 客户姓名：变长字符串 牌号： 变长字符串 型号： 变长字符串 证件号码：整数 有效地址：变长字符串 联系方式：整数 维修选项：变长字符串零件记录的数据如下： 零件代码：整数 零件名称：变长字符串（唯一标识符） 成本： 实数 库存量： 整数 售价： 实数 性能： 变长字符串单据记录的数据如下： 单据代码：整数 客户姓名：变长字符串 证件号码：整数 维修项目：变长字符串 零件代码：整数 售价： 实数 维修费： 实数 总计： 实数系统记录的数据如下：登录帐号：变长字符串密码： 变长字符串5.4.2物理结构设计：采用链表结构5.4.3安全、保密设计 为每个操作人员设置帐号及密码，规定每一级操作人员的权限。5.5系统出错处理设计5.5.1出错处理 （1）出错输出信息：根据不同的出错情况给出不同出错信息，一般用对话框给出。 （2）出错处理对策：对一般错误，给用户提示信息，让用户重新输入或退出；对于严重错误，启动备份文件恢复，建议使用帮助文件。5.5.2维护设计 由于此项目比较小，除了严格按照软件工程的科学方法开发软件，认真建立文档、编码阶段写详细的注释外，没有特别的维护设计。 5.2数据库建立方面（部分表的截图）建立的课设关系表：单独调用表的设计：5.3物理结构设计，基本表的建立客户表：字段名称类型（长度）取值范围是否为空主关键字客户编号VARCHAR(20)NY客户姓名VARCHAR(20)NN证件号码VARCHAR(20)NN地址VARCHAR(20)NN车牌号VARCHAR(20)NN联系方式VARCHAR(20)NN汽车型号VARCHAR(20)NN表 4.1维修登记表：字段名称类型（长度）取值范围是否为空主关键字维修编号VARCHAR(20)NY送修时间VARCHAR(20)NN车牌号DATETIMENN送修里程VARCHAR(20)NN维修原因VARCHAR(50)NN经办人VARCHAR(10)NN表4.2车辆信息表：字段名称类型（长度）取值范围是否为空主关键字车牌号VARCHAR(20)NY里程数VARCHAR(20)NN车名型号VARCHAR(20)NN是否在编VARCHAR(20)NN表 4.3员工信息表：字段名称类型（长度）取值范围是否为空主关键字工号VARCHAR(20)NY姓名VARCHAR(20)NN性别VARCHAR(20)NN身份证号CHAR(20)NN出生年月日BIRTHDAYYN出生地VARCHAR(50)YN工龄CHAR(10)YN联系电话CHAR(20)NN技术职称VARCHAR(10)NN表 4.4人事报表：字段名称类型（长度）取值范围是否为空主关键字报表编号VARCHAR(20)NY部门VARCHAR(20)NN报告周期VARCHAR(40)NN职位VARCHAR(10)NN报告时间BIRTHDAYNN述职人VARCHAR(10)NN项目VARCHAR(20)NN报告明细VARCHAR(40)NN备注VARCHAR(50)YN表4.5维修评估表：字段名称类型（长度）取值范围是否为空主关键字评估编号VARCHAR(20)NY故障名称VARCHAR(20)NN车牌号VARCHAR(40)NN责任人VARCHAR(10)NN故障部位VARCHAR(20)NN维修成本VARCHAR(10)NN修复时间VARCHAR(20)NN备注VARCHAR(50)YN维修状态表：字段名称类型（长度）取值范围是否为空主关键字项目编号VARCHAR(20)NY车牌号VARCHAR(20)NN维修起始时间VARCHAR(40)NN预计提交时间VARCHAR(10)NN完成度CHAR(3)NN维修环节VARCHAR(10)NN故障序号VARCHAR(20)NN故障检测表：字段名称类型（长度）取值范围是否为空主关键字故障序号VARCHAR(20)NY车牌号VARCHAR(20)NN故障部位VARCHAR(40)NN检测单位VARCHAR(10)NN原参数VARCHAR(10)NN标准参数VARCHAR(10)NN负责人VARCHAR(20)NN库存管表：字段名称类型（长度）取值范围是否为空主关键字货物编号VARCHAR(20)NY零件名称VARCHAR(20)NN规格VARCHAR(40)NN型号VARCHAR(10)NN存放地点VARCHAR(20)NN数量CHAR(10)NN单价MONEYNN合计MONEYNN零件调用表：字段名称类型（长度）取值范围是否为空主关键字零件编号VARCHAR(20)NY零件名称VARCHAR(20)NN时间VARCHAR(40)NN型号VARCHAR(10)NN经手人VARCHAR(20)NN数量CHAR(10)NN出货地点VARCHAR(20)NN零件采购表：字段名称类型（长度）取值范围是否为空主关键字零件名称及型号VARCHAR(20)NY生产厂家VARCHAR(20)NN数量CHAR(40)NN单价MONEYNN合计MONEYNN备注VARCHAR(10)NN客户支付表：字段名称类型（长度）取值范围是否为空主关键字货单编号VARCHAR(20)NY客户编号VARCHAR(20)NN付费账户VARCHAR(40)NN成本费MONEYNN劳务费MONEYNN时间VARCHAR(10)NN客户签字VARCHAR(20)NN营业月报表：字段名称类型（长度）取值范围是否为空主关键字项目VARCHAR(20)NY部门VARCHAR(20)NN时间BIRTHDAYNN收入MONEYNN支出MONEYNN合计MONEYNN员工工资表：字段名称类型（长度）取值范围是否为空主关键字工号VARCHAR(20)NY姓名VARCHAR(20)NN部门VARCHAR(40)NN正班工时VARCHAR(10)NN加班费MONEY默认0YN奖励MONEY默认0YN缺勤扣费MONEY默认0YN底薪MONEYNN补贴MONEY默认0YN合计MONEYNN客户流程详图：客户输入个人客户信息核对修改客户信息库零件输入入核对零件信息零件信息库修改用户查询年单据信息库统计处理统计打印登录单据错对对错(六）数据库实施结果如下：单步追踪调试没有问题。对每个子系统进入内部调试没有问题。说明此维修管理系统可以正常运行。 6.1实现环境 Windows 7 SQL2008 C+6.2语言选择SQL数据库语言 C+6.3调试分析 单步追踪调试没有问题。对每个子系统进入内部调试没有问题。说明此维修管理系统可以正常运行每个子系统都是正常运行。没有发现错误、。6.4测试用例6.4.1系统实践检测C+条件下的可视化界面运用：图 6.4.1测试结果图1 图 6.4.1测试结果图3图 6.4.1测试结果图4 图 6.4.1测试结果图56.5触发器运用及部分截图 create trigger changegnameon goodfor updateasif update(gname)begin update stowageset stowage.gname=(select gname from inserted)Endif exists (select * from dbo.sysobjects where id = object_id(Ndbo.FK_客户支付表_客户信息表) and OBJECTPROPERTY(id, NIsForeignKey) = 1)ALTER TABLE dbo.客户支付表 DROP CONSTRAINT FK_客户支付表_客户信息表GOif exists (select * from dbo.sysobjects where id = object_id(Ndbo.FK_零件采购表_库存管理表) and OBJECTPROPERTY(id, NIsForeignKey) = 1)ALTER TABLE dbo.零件采购表 DROP CONSTRAINT FK_零件采购表_库存管理表GOif exists (select * from dbo.sysobjects where id = object_id(Ndbo.FK_零件调用表_库存管理表) and OBJECTPROPERTY(id, NIsForeignKey) = 1)ALTER TABLE dbo.零件调用表 DROP CONSTRAINT FK_零件调用表_库存管理表GO增加员工存储过程create procedure staffadd(stno char(4) ,stname char(20),jname char(20),sex char(2),stel char(11),worktime int)asbegininsert into staffvalues(stno ,stname ,jname,sex,stel,worktime )endReturn6.5关系图建立和部分截图 6.5.1部分SQL语句： create table 车辆信息表 ( 车牌号 varchar(10) primary key, 里程数 char(10), 车辆名称及型号 varchar(20), 是否在编 varchar(5), ) create table 维修评估表( 评估编号 char(10) primary key, 故障名称 varchar(10), 车牌号 varchar(10), 责任人 varchar(10), 故障部位 varchar(20), 故障维修成本 mongey, 修复时间 datetme， 备注 varchar(50), )create table 维修状态表( 项目编号 char(10) primary key, 车牌号 varchar(10), 维修起始时间 datetime, 预计提交时间 datetime, 完成度 varchar(10), 维修环节 varchar(20), 故障序号 char(10)，) 6.6性能分析 此维修管理系统完全实现了维修部对维修产品信息的的查询，录入，删除，修改，统计等功能，也实现了客户对维修产品的查询的功能，是基于C和SQL软件实现的，用面向对象的设计思路完成对各信息的管理，提高了数据的安全性，算法也比较简洁，运行速度较快，界面比较美观。 （七）.界面要求7.1 一次操作而有几步要完成的动作，均采用向导的方式设计；7.2定义的快捷键统一；7.3分成不同类型的窗体，进行统一继承；7.4统一的按钮名称、页标题；系统设计的最小为800*600，可变化大小的窗体，在大于该分率时也能正常均匀显示，不出现集中在一起的情况；7.5系统中界在的要求：7.5.1系统主界面中有主菜单，工具条，状态条，左边树状菜单列表，公司形象条，浮动消息窗体（可以停靠），还有主界面的菜单导航；7.5.2除主菜单与菜单导航，公司形象条外，其它的状态条，活动消息，左边的树状菜单都可以设置隐藏与显示，消息在主界面隐藏后会存在WINDOW的任务栏中；7.5.3菜单，工具条的风格采用OFFICE2000的风格，消息在任务栏采用MSN的风格；7.5.4DBGRID可以用斑马纹显示，也是可以通过用户自己设置，DBGRID的显示字段可以用户个性化设置（如：排列前后的顺序设置，显示的列设置）；7.5.5系统界面中的形象表示一定要有注释说明，如：用不同的颜色区别不同的内容，这是要在界面中进行颜色代表的意义说明；7.5.6系统全部分采用宋体9号字，页面中的标题（不是指窗体的标题）用4号楷体；7.5.7系统中要求只有录入窗体（模式），显示窗体（可变化大小，与不可变化大小）；7.5.8除主界面外其他的窗体不能菜单，只能有工具条；7.5.9窗体中的若快捷键提示则放在窗体的最下面；7.5.10对显示窗体中的工具条一般都要有“查询”，“过滤”，“打印”，“退出”。（八）.设计各成员总结数据库课程设计总结 -在这次课程设计中，我们小组所选择的是设计一个汽车维修管理系统，这对我们来说是一次尝试与创新的过程，也可以说是一个挑战的过程。虽然学了数据库这么久了，但是我们还是缺少经验。现在我们利用自己学到的知识设计并制作一个汽车维修管理系统，这本身就是一个知识转化为生产力的过程，所以大家都很兴奋，都不同程度的投入了很高的热情与努力。 在具体的设计与实施中，我们看到并感受到了一个管理系统从无到有的过程，对具体的设计步骤、思路、方法、技巧都有了进一步的了解，并感受深刻。这次课程设计加深了我们对数据库系统设计相关知识以及SQL SERVER相关功能的理解。比如在建立基本的表、视图、索引、存储过程、触发器等，都比以前更加熟悉了，并在解决各种问题的过程中学到了很多新的知识。 在设计中我们基本能按照规范的方法和步骤进行，首先对现有的系统进行调查，并查阅有关资料，最后确定设计方案，然后设计并制作，实施过程中我们深刻的认识到认真执行管理系统软件标准的重要性，由于我们对管理系统软件相关的标准和规范不太了解，缺少行为操作准则，所以在设计中手法比较生硬，主与次也没能很好把握住，这些方面通过这次我们都要加强了解。 在这次课程设计中，我们被分配以原班三人小组为单位去完成图书管理系统的设计与制作，所以小组内的分工和相互协调很重要，大家可以在分工中扬长避短，个及所长，这样可以很好的提高大家的积极性，和合作意识，并有效的缩短开发时间，但我们在这方面做的还不够，缺乏人员管理与沟通，导致人力资源浪费，可以说是不足之处，且迫切的需要思考和改进，这一点必须指明。这在以后的工作与学习中将会非常重要。大二上学期结束后的课程设计阶段。感觉挺有意思，开始的时候没有想象中的那么难，只要平时上课能听懂就基本还可以。通过对数据库的的课程设计，我也明白了各行各业都离不开数据库，就算是一个小型的超市也离不开它。第一次接触数据库课程设计，第一次实际运用SQL语言，虽然担心，但是可以让我从头再学，就算没有基础的人也可以慢慢摸索。刚开始的时候，并不是很难，基本上都是按照课程设计指导书的步骤来做，还很有成就感。后来不断扩充，不断引入新的东西，就慢慢发现越做越困难了，每个方案都要思考很久，并且每个方案本上不止一个实现方式，所以必须找出最优的方式。涉及到的的删除、插入、修改这些题目都变化蛮大的，书本上的例题根本无法满足我们，好在网络这个大平台给我们提供了大量的素材，通过这些素材，我们可以很快组织好设计结构，还可以学习内容相关的知识，更好地完成本次课程设计。过程是很复杂的，汽车维修管理系统本身就是个大系统，涉及的面非常宽广，不仅需要大量的数据，还要完成需求说明，数据词典，还有E-R图等，虽然想象起来并不是很难，但是要转化成文字，转化成人们能够读懂的文字就显得十分困难。特别是一个完整的维修系统，对我们来说都是第一次接触，在做课程设计的时候经常是前面改改，后面改