数据库课程设计报告-车辆故障管理系统参考.doc

编号 课程设计报告 2015～2016学年 第二学期 车辆故障管理系统 Vehicle fault management system 实 习 类 别 课程设计 学 生 姓 名 专 业 软件工程 学 号 指 导 教 师 学 院 计算机科学技术学院 二〇一六年七月 起 止 周 18～19 周数 2 实习地点 南研1213实验室 课程设计目的： 信息系统开发实践活动是学习《数据库原理与应用》课程理论联系实际的综合训练。1、加深对数据库基础知识的理解，巩固理论基础。2、熟练掌握数据库应用系统开发中数据库的规范设计过程，训练和提高数据库设计的技能，实现理论与实践的结合。3、学习和掌握主流数据库工具的使用；4、学会自主性学习、研究性探索以及技术文档的撰写，促进研究能力、协作能力和创新能力的提高。 课程设计要求： 1、独立思考，独立完成：课程设计中各任务的设计和调试要求独立完成，遇到问题可以讨论，但不可以拷贝。 2、做好上机准备：每次上机前，要事先编制好准备调试的程序，认真想好调试步骤和有关环境的设置方法，准备好有关的文件。 3、实践设计以实际应用中的小型题目为主，要求学生独立完成或合作完成。要求学生能根据不同的题目类型选择一种或两种开发模式，完成从系统定义，指定开发计划，需求分析，设计，编码/测试，直至运行/维护的软件生存期的全过程。 完成课程设计题目《车辆故障管理系统的设计与实现》 进度安排及主要内容： 第一周：调研；需求分析及总体设计；规范化数据库模型；建库。 第二周：详细设计及测试；使用具体语言实现算法；数据库连接；调试程序；编写课程设计报告。 成绩： 指导教师（签字） 年 月 日 一 概述 1.1本课题设计的目的及意义 因为车辆出现故障引发了很多问题，例如安全问题，车辆频频出现问题而时常维修，耗时，耗钱。 另外车辆状态修检查的维修工作记录单，需要由不同维修人员手工填写，这种工作记录单只是进行简单的存档，并未进行故障数据的采集，更没有任何故障数据分析可言，这样就造成了数据资源的浪费，车辆维修工作中，发现有一些故障长期得不到解决，将历次维修工作记录单拿来对比一看，原来不同的维修人员经常都是采用了同一种故障处理办法，使得故障频繁发生，因此及时地发现此类故障，对比维修记录，对于帮助维修人员选择不同的处理办法，避免在维修工作中走弯路甚至是重复路，保证车辆故障得到及时的解决是十分必要的。另外，随着车辆故障进入高发期，愈发的发现车辆维修工作及其被动，究其原因是缺乏对车辆故障的预见性所致，而预见车辆故障的走势，这就需要对大量的故障数据进行分析，只有这样才能发现其中共有的规律或是周期性的故障，才能对车辆故障进行预判，因此，实现对大量数据的分析是迫切需要的。 对车辆故障进行管理，可有效经济合理计划和组织维修，有效减少维修费用和提升维修质量。当用户购买车后，进入车辆故障管理系统进行查看自己所拥有的车可能会出现哪些故障，以此来预防事故的发生，发现车辆出现故障时，可以通过查阅该系统中的信息，找到相应的解决办法。 因此各种故障的纪录、统计、分析总结，并在分析的基础上给予状态修和周期修一定指导的工作尤为重要。正是基于此要求，设计开发了车辆故障管理系统。 1.2课程设计主要研究内容和架构 车辆故障管理系统是基于Windows窗体完成，以ADO.NET为数据访问架构，连接数据库来开发的数据应用程序，使用C#语言开发。 本系统的设计从现实角度出发，采用模块化设计，便于系统组合和修改，又便于技术维护人员更新、维护；以及根据用户需求进行数据的维护与更新。系统的设计过程由概述、需求分析、技术方案、总体设计、详细设计、软件测试、总结等部分构成。 二、需求分析 2.1系统角色 本系统有四个角色分别为：系统管理员、和普通用户，他们进入系统具有不同的权限，协调统一。 2.2 系统权限 不同角色登录就有着不同的权限： 1. 系统管理员具有添加车辆故障信息、删除车辆故障信息、修改车辆故障信息、查询车辆故障信息、新增用户信息、修改用户信息、查询用户信息、故障类型统计、故障信息管理的权限。 2. 普通用户可以进行车辆故障查、故障信息查询； 2.3 数据库需求 2.3.1数据库表E-R图 本系统的主要的实体有普通用户，管理员，车辆信息，故障信息，用户信息。它们对应的实体ER图如下所示： 图-1 车辆故障管理E-R图 2.3.2系统管理模块 该系统数据库共有六个实体，实体属性图如下面所示。 用户信息实体图如图-2所示： 图-2 用户信息实体图 2.车辆信息实体图如图-3所示： 图-3车辆信息实体图 3.故障信息实体图如图-4所示： 图-4 故障信息实体图 4.用户登录信息实体图如图