长途客运公司车辆信息管理系统

长途客运公司车辆信息管理系统内容摘要：

备注等信息。 （ 6） 车辆维修记录：给出车辆的车号，应能够显示该车曾经的维修记河南科技大学本科毕业设计（论文） 8 录，包括：维修日期、负责人、维修费等信息。 车辆如需维修，填写车辆维修申请并提交。 （ 7） 出车信息：按照驾驶员、车辆、线路等条件查询出车历史记录；显示历史当前出车班次及未来出车排班情况；出车记录单的填写及提交；班次时间到之前可进行调班申请单的填写及提交，未提交的申请可保存，提交后由系统自动通知审批人审批。 后台 （ 1） 登陆权限管理：规定所有可以使用本系统的用户的帐户、密码、登陆身份 （管理员、审批人、驾驶员）及其登录权限。 （ 2） 职工（驾驶员）基本信息：添加驾驶员的职工号、姓名、性别、身份证号等基本信息，具体信息由该驾驶员从前台更新。 选定某驾驶员后，应显示该驾驶员的具体信息包括该驾驶员的职工号、姓名、性别、出生年月、驾龄、何年何月进入本公司、熟悉线路、曾驾线路等。 （ 3） 车辆管理：增、删车辆，审批人对车辆维修申请审批，提交后由系统自动通知申请人，最后应对车辆维修结果进行鉴定。 （ 4） 出车管理：管理员可以排当前日期下一周及以后的出车班次，但是本周内的出车情况不能任意更改，如需更改应通过审批手续。 排班次前需 要说明要排的日期和终到站（线路号），然后填写相应的发车时间、本日内本线路的第几趟车、驾驶员、班次、终到站返回时间以及返回班次等信息，填写完毕提交到数据库，并在前台显示；审批人对调班申请审批，提交后由系统自动通知申请人及调班相关人员。 167。 现存系统存在的问题 我们从自身体验出发， 并调查了一些经常外出的乘客，认为现在的系统问题主要是太浪费时间， 我们主要通过售票人员来查询所需的信息，这不但给售票人员带来更多的工作，而且不方便我们查询信息，特别是客流高峰时期，更不利于我们询问信息。 特别是在我们赶时间 时的情况下 ，找不到快河南科技大学本科毕业设计（论文） 9 捷且全面的平台进行查询。 对于这个问题，给乘客和工作人员都会带来一些不便，使得现行 的方式不能更好的服务于乘客，因此我们可以改善一下系统，提供更 快捷方便的服务。 167。 安全性与完整性的要求 安全性 ： 系统应对不同用户设置不同的权限，区分不同的用户，如乘客、 车主和客运站工作人员。 乘客只能查询线路信息、汽车信息和车票信 息，只具有浏览的权限，车主也只可通过系统进行线路、汽车和车票 的信息查询， 对于客运站工作人员系统应设置访问用户的标识以鉴别 是否是合法用户，要求客运站工作人员访问时输入密码，保证其 身份 不被盗用。 对于客运站工作人员所负责的工作模块不同，系统对其限 制可查询和处理数据的类别和内容， 也即系统对不同的数据设置不同 的访问级别。 客运站工作人员可进行增加、删除、更新线路、汽车和车票的信息。 完整性 ： 各种信息记录的完整性，信息记录内容不能为空；各种数据间相互的联系的正确性；相同的数据在不同记录中的一致性。 167。 确定系统的边界 计算机主要完成的是对数据进行各种管理和处理 ， 系统功能的处理，由手工完成的工作主要对原始数据的录入，不能由计算机生成的 各种信息的更新，包括信息变化后的修改，信息的 增加，失效信息和 无用信息的删除等，以及系统的日常维护。 167。 数据字典 数据字典主要是对数据结构（数据元素）、数据项、数据存储和数据处理进行处理更详尽的定义。 职员 (staff) 河南科技大学本科毕业设计（论文） 10 职位（ position） 车辆信息（ coach） 线路（ route） 名字：职员 别名： staff 描述：职员的基本信息 定义：职员编号 +姓名 +性别 +驾龄 +进公司时间 +身份证号 +职位 +登录名 +密码 位置：职员信息表 名字：车辆 别名： coach 描述：汽车信息表存放汽车的相关信息，汽车编号为主码 定义：汽车编号 +车牌号 +购进时间 +最大载客量 位置：车辆信息表 名字：线路 别名： route 描述：包括线路的线路号，起点站，终点站等信息 定义：线路号 +出发城市 +到达城市 +距离 +时长 +全程票价 + 途径城市 位置：线路信息表 名字：职位 别名： position 描述：该公司职员职位的分类 定义：职员号号 +职位名称 +说明 位置：职位信息表 河南科技大学本科毕业设计（论文） 11 班次（ scheduling） 维修历史 出车信息（ drivingInfo） 167。 可行性研究 167。 技术可行性 系统选取 作为主要开发技术，以 Microsoft Visual Studio2020作为开发工具，选择 Microsoft SQL Server 2020 作为数据库服务器、 IIS 来进名字：班次 别名： scheduling 描述：车站里面所有排班 定义：班次号 +起始时间 +结束时间 位置：班次信息表 名字：维修历史 别名： repairInfo 描述：由于车辆维修而产生的信息 定义：维修单号 +负责人 +车辆号 +费用 +说明 +是否审核 +是否通过 位置：维修信息表 事务 名字：线路 别名： drivingInfo 描述：由于每天汽车出车而形成的动态表，特点是经常更新 定义：驾驶员号 +线路号 +汽车号 +班次 +备注 位置：出车信息表 河南科技大学本科毕业设计（论文） 12 行系统发布。 在开发过程中用到了 Javascript、 CSS、 Ajax、 Web Services 等技术，所用到技术都已成熟，所以在技术上是可行的。 同时，为了达到系统目标，我们采用软件工程的理论和方法，根据用户需求，对此系统做详细的分析和设计，并且在系统研发的过程中，制定相关计划和规范，来保证系统的进度和质量。 最后，结合以往的开发经验，对本系统涉及的关键技术做出了详细的分析，保证系统关键技术能顺利实现。 167。 实施可行性 现在计算机已经十分普遍，只需要工作人员在计算机都有一定的操作能力，本系统是基于 Windows 操作系统下开发出来软件，界面清晰，易于操作，对工作人员来说，是易于操作并且 便于日常工作的系统，所以在实施上是可行的。 河南科技大学本科毕业设计（论文） 13 第 3章 系统总体设计 167。 系统功能设计 程序分为登陆界面，选择界面，线路信息界面，汽车信息界面，旅客服务，企业宣传这几个主体界面。 对于管理员陆登陆进入系统主菜单界面，里面包括人事信息，线路信息，车辆信息，线路信息，出车信息，退出程序菜单选项。 对于驾驶员（普通用户），登陆系统以后可以查询，修改自己的人事信息，并能提出向维修申请。 对于普通旅客无需登陆，进入系统首页之后可以看到企业文化宣传，流动新闻，旅客服务。 人事管理车辆管理线路管理旅客服务企业宣传添加职员删除职员修改职员安排班次车辆维修车辆增删改增加线路修改线路删除线路线路查询在线客服投诉建议企业简介企业新闻旅客须知旅游推荐出车管理添加线路显示线路长 途 客 运 公 司 车 辆 信 息管 理 系 统 图 31 系统功能图 167。 数据流图设计 在需求分析的基础上，为了更清楚、直观地表达系统对数据的需求，常采用数据流图。 用数据流图表示围绕数据处理为中心环节，着重表达数据的流动（输入、输出）和处理的过程。 根据以上“需求说明”通过自顶向下、逐步求精的方法可得到数据流图。 河南科技大学本科毕业设计（论文） 14 用数据流图表示数据处理的中心环节，表达数据的流动（输入和输出）和处理的过程。 图 32 数据流图符号说明 长 途 客 运 公 司 车辆 信 息 管 理 系 统车站人员旅客长 途 汽 车车 辆 信 息线 路 信 息人 事 信 息线 路 信 息班 次 信 息出车时间出车信息 图 33 数据 流图 167。 数据库设计 167。 数据库概念结构设计 在这一阶段采用实体和联系表示数据库的概念结构，即用 ER 图表示数据库的概念结构。 由前面建立的需求分析，特别是由数据流图和数据字典的内容，将所涉及的数据元素归纳、抽象为一个个实体集，以及实体集与实体集间的联系。 数据的原点或终点 数据处理 数据存储 数据流 河南科技大学本科毕业设计（论文） 15 在系统界定范围内，将静态数据对象或逻辑上具有独立意义的概念抽象为实体集，如车站管理员，乘客，长途汽车等。 从数据流图和数据字典的角度来看，可将数据源点和数据结构作为实体集，而把数据处理抽象为实体间的联系。 数据库概念设计分成两步： 局部概念模式设计，即将各 部分的数据流图分别转化为局部 ER （ 1） 职员 姓 名职 员驾 龄进 公 司 时 间性 别 身 份 证 号职 员 号 职 位 登 录 名 密 码图 34 实体职员及属性 （ 2） 职位 职 位职 位 号 描 述职 位 名 称 图 35 实体职位及属性 （ 3） 车辆 车 辆车 俩 编 号最 大 装 载 量 车 俩 编 号购 进 时 间车 牌 号 图 36 实体车辆及属性 （ 4） 线路 河南科技大学本科毕业设计（论文） 16 途 径 城 市线 路线 路 号距 离 票 价终 点起 始 点时 长图 37 实体线路及属性 （ 5） 班次 班 次班 次 编 号 终 止 时 间起 始 时 间 图 38 实体班次及属性 全局概念模式设计，既将各局部 ER 图合并为一个整体 职 员车 辆线 路班 次职 位维 修属 于出 车管 理N11N1MNPMN 图 39 全局 ER 图 河南科技大学本科毕业设计（论文） 17 167。 数据库物理结构的设计 DBMS 的选择 实现该设计的环境为： Microsoft SQL Server 关系型数据库的实现：不同的数据库产品所提供的物理环境，存取方法和存贮结构有很大的区别。 能供设计人员使用的设计变量，参数范围也很不相同，因此没有通用的物理设计方法可遵循，只能给出一般的设计内容和原则 SQL Server 就是关系数据库开发工具，数据库能汇集各种信息以供查询、存储和检索。 自定义窗体收集信息。 数据表示图提供了一种类似于 Excel 的电子表格，可以使数据库一目了然，还提供了排序功能。 SQL Server 也提供了数据存储库，可以使用桌面数据库文件把数据库文件置于网络文件服务器，与其他网络用户共享数据库。 如上所述， SQL Server 作为关系数据库开发具备了许多优点 （ 1） 技术：本系统选择 SQL server 2020 它能够胜任所要完成的工作。 （ 2） 经济：考虑到本系统为一般规模的汽车客运管理系统，对功能和性能的要求不太高，而且经费要求不高。 （ 3） 管理策略：因为 SQL server 2020 容易得到，功能和 性能上能够胜任其管理，其开放性和安全性都不错，今年来已经获得广泛的运用，故用于客运汽车管理系统是合适的。 由 ER 图导出一般关系模型 原则 1： ER 图中的从实体及相应联系变换为一个关系，从实体的属性加上主体关系的主码构成这个关系的属性。 对于联系是 1： 1 的，则以主实体关系的主码（作为外来码）为这个关系的主码； 原则 2： 1： N 联系通过在“多”实体关系中增加相联系的“ 1”实体关系的主码及联系本身的属性来表达。 其中“ 1”实体主码为外来码。 由此原则把职员号作为属性加入关系模式“职员”里。 原则 3： M： N 联系转换成一 个独立的关系，。