软件项目开发课程设计机关车辆管理系统说明书样本.doc

*实践教学实践教学*兰州理工大学兰州理工大学 计算机与通信学院 秋季学期 软件开发综合训练软件开发综合训练课程设计课程设计 题 目：机关车辆管理系统 专业班级：08 级计算机科学与技术（3）班 姓 名：刘 有 银 学 号：08240311 指引教师：张 红 成 绩：目目 录录 摘摘 要要.错误!未定义书签。序序 言言.错误!未定义书签。1、可行性分析、可行性分析.错误!未定义书签。1.1 问题描述.错误错误!未定义书签。未定义书签。1.2 可行性分析研究.错误错误!未定义书签。未定义书签。1.2.1 技术可行性.错误错误!未定义书签。未定义书签。1.2.2 经济可行性.错误错误!未定义书签。未定义书签。1.2.3 操作可行性.错误错误!未定义书签。未定义书签。1.3 结论意见.错误错误!未定义书签。未定义书签。2、项目开发筹划、项目开发筹划.错误!未定义书签。2.1 编写目.错误错误!未定义书签。未定义书签。2.2 项目背景.错误错误!未定义书签。未定义书签。2.3 项目概述.错误错误!未定义书签。未定义书签。2.4 项目开发筹划.错误错误!未定义书签。未定义书签。3、需求分析、需求分析.错误!未定义书签。3.1 任务需求分析.错误错误!未定义书签。未定义书签。3.2 数据流图、数据字典及实体联系图.错误错误!未定义书签。未定义书签。3.2.1 数据流图.错误错误!未定义书签。未定义书签。3.2.2 数据字典.错误错误!未定义书签。未定义书签。3.2.3 实体联系 E-R 图.错误错误!未定义书签。未定义书签。4、系统概要设计、系统概要设计.错误!未定义书签。4.1 总体设计.错误错误!未定义书签。未定义书签。4.2 系统功能模块图.错误错误!未定义书签。未定义书签。4.3 数据库概念设计.错误错误!未定义书签。未定义书签。4.4 数据库逻辑构造设计.错误错误!未定义书签。未定义书签。4.5 连接数据库特点.错误错误!未定义书签。未定义书签。5、详细设计、详细设计.错误!未定义书签。5.1 系统重要功能.错误错误!未定义书签。未定义书签。5.2 程序流程图.错误错误!未定义书签。未定义书签。5.3 顾客界面设计.错误错误!未定义书签。未定义书签。5.3.1 普通交互设计.错误错误!未定义书签。未定义书签。5.3.2 信息显示设计.错误错误!未定义书签。未定义书签。5.3.3 数据输入设计.错误错误!未定义书签。未定义书签。5.4 程序设计过程.错误错误!未定义书签。未定义书签。5.4.1 登录界面及密码修改.错误错误!未定义书签。未定义书签。5.4.2 信息添加操作.错误错误!未定义书签。未定义书签。5.4.3 信息查询操作.错误错误!未定义书签。未定义书签。5.5 软件测试.错误错误!未定义书签。未定义书签。设计总结设计总结.错误!未定义书签。参照文献参照文献.错误!未定义书签。致致 谢谢.错误!未定义书签。摘摘 要要 面对国内汽车数量不断增长，在人们生活中，机动车辆是咱们每天都离不开交通工具，因而，咱们要想能更好使用它们，充分发挥它们作用，使其能更好服务于社会，就应当有一种良好车辆管理系统。车辆综合业务管理系统重要作用是对于一种中档规模、独立运营车队实现车辆调度和车队综合业务有效管理。在对车队车辆调度、驾驶员管理、车辆管理以及业务管理.本系统分为业务模块和系统模块。业务模块涉及：订单管理模块、车辆信息管理模块、驾驶员管理模块，这三个模块均有各自子模块，在每个子模块里都实现了有关信息新建、保存、删除、查询功能;系统模块涉及：数据备份模块、数据库恢复、修改密码模块、退出系统，这些为管理员提供更完善系统管理支持。核心词核心词：车辆管理；系统管理；综合业务 序序 言言 随着当代化管理手段进步和科学技术日益发展，顾客对车辆管理规定越来越高。过去人工管理方式已经不适应当代化发展需要，针对当前快节奏，高速度工作模式，规定管理办法和制度要有一种主线改进，这种改进要适应用拥有各种类型车辆机关企事业单位，车辆管理 成为寻常事务中一项重要工作。如何让事务管理人员及时理解每一辆车状况，合理安排员工车辆使用规定，提高车辆使用效率，就成为各单位亟待解决一种难题。针对这种状况，诸多大型公司集团提出了车辆管理系统建设规定，但愿通过系统建设实既有效车辆档案管理、车辆调度管理、费用管理、司机管理、车辆成本核算、车务管理及智能预警等。本系统开发重要目就是要提高车辆及其业务管理质量及效率，从而提高公司经济效益。车辆综合业务管理是一项琐碎、复杂而又十分细致工作。手工进行公司寻常车辆录入，订单订购，车辆调度等工作，很容易浮现问题。正是车辆综合业务管理这种重复性、规律性、时间性，使得车辆综合业务管理 计算机信息化成为也许。让计算机进行以上所说工作，不但可以保证车辆调度对的无误，并且还可以严格规范公司应收应付管理，并运用先进管理模式，推动公司迅速发展，实现公司管理工作系统化、规范化和自动化。1 1、可行性分、可行性分析析 1.11.1 问题描述问题描述 随着科学技术发展，社会进步，计算机迅速发展,车辆综合业务管理办法也日新月异,此前全是由人工管理办法现存在诸多缺陷：管理效率低，劳动强度大，信息解决速度低并且精确率也不够令人满意，车辆综合业务管理工作是商业管理工作中一项重要内容，数据量庞大，这项工作本来始终是采用手工方式进行记录与记录，是一项工作任务繁重、耗费大量人才和物力并且容易浮现失误工作。特别当前经营规模越来越大，客户越来越多，这一问题更加明显，因而在计算机飞速发展今天，应用数据库技术实现客户信息计算机管理是可行而必要工作。在各大中小商业系统中，用计算机管理信息已经越来越普遍了，不但可以提高工作效率，节约人力物力，并且还增强了客户资料安全性，提高管理水平。1.21.2 可行性分析研究可行性分析研究 当接受一种软件开发任务，就进入软件生命第一种阶段，即进行可行性研究。并不是所有问题具备简朴解决办法，许多问题不能在预定规模之内解决。因而通过可行性研究分析可以懂得问题。有无可行性解决办法，进而避免人力、物力和才力挥霍。在现行系统初步调查基本上就可以提出新系统目的，即新系统建立后所规定达到运营指标，这是系统开发和评价根据。系统目的应充分体现，直接为车辆综合业务管理系统服务，并且程序可以分期分批实现。但是需要指出是，系统目的是不也许在总体规划阶段就提得非常详细，它还将在开发过程中逐渐明确和定量化，以达到更加出众程序系统。1.2.11.2.1 技术可行性技术可行性 技术上可行性分析重要分析既有技术条件能否顺利完毕开发工作，硬、软件配备能否满足开发者需要等。依照客户提出系统功能、性能及实现系统各项约束条件，依照新系统目的来衡量所需技术与否具备。本系统是一种数据库管理和查询系统，既有技术已较为成熟，硬件、软件性能规定、环境条件等各项条件良好，预计运用既有技术条件应完全可以达到该系统功能目的。同步，考虑予以开发期限也较为充裕，预测系统是可以在规定期限内完毕开发。1.2.21.2.2 经济可行性经济可行性 对车辆综合业务管理系统经济效益进行评价，一方面是估算开发它支出费用，其中涉及设备购买费、软件开发费、管理和维护费、人员工资和培训费等。另一方面是估算车辆综合业务管理这个软件也许获得收益中可以用钱来衡量那某些，并对当前软件市场进行调查,所做软件与否有很大销售市场和相称规模顾客群。所做软件开发成本与客户提出规定与否可达到双方都满意。并且，分析系统开发与否会对其他产品或利润带来一定影响。通过对上述几种方面调查研究和分析，应用此系统将会在诸多时候，很大限度节约人力，财力，提高效率，清晰明了报表资料，高效数据解决等，而开发时期并不耗费诸多人力，财力，故在经济方面既不会有困难同步又有很大价值。1.2.31.2.3 操作可行性操作可行性 本系统界面比较美观、和谐、操作简朴、以便，同步，系统运营速度较快，对计算机硬件环境规定不是很高，可以完毕汽车维修管理大某些工作。系统提供了从维修业务到售后服务完整一体功能，涵盖了订单管理，车辆管理，驾驶员管理，业务管理等管理功能，为公司寻常工作管理提供一种功能齐全平台。软件提供各种业务运营数据，记录报表，辅助决策支持，综合查询等功能，为公司经营决策提供了大量实用信息。一体化设计方案，突破了单一应用局限实现了业务，资金，决策一体化，做到物流，资金流，信息流统一。支持 Internet 远程数据传送，使软件在局域网应用基本上，实现跨空间信息管理，解决了公司规模扩大和经营模式变化对系统拓展性规定，同步软件提供各种接口，可以将软件拓展为一种完整公司管理平台。1.31.3 结论意见结论意见 通过认真地可行性研究，系统基本上做到了在技术、经济、运营、法律上可行。因而，相信在按照筹划上实行前提下，全系统设计将会准时、高质量完毕。因此，系统研制和开发是可以立即进行。2 2、项目开发筹划、项目开发筹划 2.12.1 编写目编写目 编写目是使独立运营车队由单一人工管理到计算机管理奔腾，使车队管理效率得到很大提高，使人工管理出错机会大大减少，实现数据共享，便于查询自己数据信息，使车队业务流程时间大大减少，从而可以提高该车队在同行业中竞争性，在社会有立足之地。2.22.2 项目背景项目背景 在计算机不断发展今天，计算机已经运用到各个领域，由手工操作到计算机操作是一种大奔腾，代替了复杂容易出错人工操作，节约了大量时间，提高了对的性，提高了数据可靠性。因而每个公司使用计算机建立自己业务是迫在眉睫，各种公司汽车管理部门以及独立经营车队依照业务发展需要，决定建立一种数据库管理系统，以代替单一人工管理。这样使人工操作管理以便，简朴。2.32.3 项目概述项目概述 1、工作内容 让计算机对车辆综合业务进行自动管理，顾客可以直接在计算机上实现车辆综合业务信息管理，并能在一定限度上实现自动化。2、条件与限制 开发该软件条件比较简朴，以开发单位当前经济与技术条件已完全具备开发条件。该系统可在顾客规定期限内完毕。3、产品 1）、程序 该项目因开发时间较短，这里只给出设计思想，详细程序没写。2）、文档 文档内容涉及：(1)封面(2)目录(3)中文摘要 100 字左右；核心词 3-5 个(4)前言(5)可行性分析(6)项目开发筹划)7)需求规格阐明（包括需要系统流程图、数据流程图、数据字典、E-R 图）(8)概要设计（包括总体软件构造图、总体数据构造）(9)详细设计（对概要设计内容进行详细设计）(10)设计总结、参照文献、道谢等 4、验收原则 软件验收原则完全由顾客提出软件需求制定，能保证软件基本符合顾客规定。2.42.4 项目开发筹划项目开发筹划 1、任务分解 分三个大阶段进行开发第一阶段完毕本系统数据流图跟 E-R 图。第二阶段完毕概要设计跟详细设计。第三阶段书写文档。2、预算 软件资金投入较少，详细预算分派简略。3、核心问题 各模块之间联系和后台数据库完毕。使用当前设备与既有开发技术完全可以开发出该系统，总来说该项目没有较大技术难点与其她某些风险因素。对于浮现某些小难点总都能得到解决。3 3、需求分析、需求分析 3.13.1 任务需求分析任务需求分析 在进行一种项目设计之前，先要进行必要需求分析，需求分析在软件开发过程中至关重要。现独立运营车队需要管理车队内各种车辆基本信息、不同客户基本信息、各种订单基本信息以及驾驶员状况，但愿实现办公信息化，通过建立一种车辆综合管理系统来有序管理。经分析先给出该系统系统流程图，如图 3.1退出系统 系统初登陆主订单管车辆管业务管驾驶员添加或删除客户信修改订单信息 查询订单信息 按订单名称查询 按订单编号查询 添加或删除车辆信息 修改车辆信息 查询车辆信息 按车辆编号查询 按车牌号查询 添加或删除业务记录 修改业务记录 查询业务记录 打印维修记录单 查询业务信息 查询业务结算信息 添加或删除驾驶员信息 查询驾驶员信息 修改驾驶员信息 按驾驶员编号查询 按驾驶员姓名查询 所示：图 3.1 系统流程图 通过查询到车辆管理基本需求有:(1)建立车辆信息库，实现车辆基本状况和驾驶员基本信息统一管理。(2)针对每辆车派车、用车状况进行记录，实现车辆自动调度。(3)对每辆车事故、违规状况进行记录。(4)对每辆车保险、保养、加油等寻常费用状况进行记录。(5)建立维修状况信息库，针对每辆车维修状况进行记录。环绕上述规定，如下简介如何运用计算机管理信息系统，建立车辆、驾驶员档案，对车辆营运、维修以及燃料消耗进行记录，为专职管理人员对车辆管理、跟踪车辆 有关信息资料提供极大以便。系统不但合理记录了所有车辆进出、加油、维修等，还 可随时理解每部车经费支出状况，以及为车辆与否需要大修理和报废提供根据，对 关于数据（成本、效益、单车、车型、油耗等）可以进行综合记录分析，生成有关报表。3.23.2 数据流图、数据字典及实体联系图数据流图、数据字典及实体联系图 3.2.1 数据流图数据流图 数据流图由四种基本元素构成：数据流(Data Flow)，解决(Process)，数据存储和数据源（数据终点）。数据流(Data Flow)：为具备名称且有流向数据，用标有名称箭头表达，一种数据可以是记录、组合项或基本项。解决(Process)：表达对数据所进行加工和变换，在图中用矩形框表达。指向解决数据流为该解决输入数据，离开解决数据为解决输出数据。数据存储：表达用文献方式或数据库形式所存储数据，堆砌进行存取分别以指向或离开数据存储箭头表达。数据源及数据终点：表达数据来源或数据去向，可以是一种组织或人员，它处在系统范畴之外，因此又称它为外部实体，它是为了协助理解系统界面而引入，普通只出当前数据流图起点和终点。：圆或椭圆表达加工 ：双杠表达数据存储 ：方框表达数据源点或终点 ：箭头表达数据流 通过对系统调查和可行性分析，画出系统数据流程图如下：车辆信息录入流程图如图 3.2 所示：客户信息操作流程图如图 3.3 所示：车存车辆信息 录入规定 成功 验证 录入信息 身份验证 拟 定 能 与否进行车车辆信息 图 3.2 车辆信息录入流图 管理员数据更改数据流图如图 3.4 所示：各种信息综合查询流图如图 3.5 所示：选取操作 客户登陆 添加规定 删除规定 修改规定 添加订单信息 删除订单户 修订单信息 进行操作 插入成果 删除成果 修改成果 订单信息 图 3.3 客户订单操作流图 依照规定 更新资料 修改信息 资料库存文献 管理员 图 3.4 管理员更改数据流图 该系统总体数据流图如图 3.6 所示：图 3.6 系统总体数据流图 检查身份 拟定能否 拟定查询 进行查询 与否可以记录打印 进行记录打印 身份验证 验证 成功 查询规定 资料文献 记录打印规定 记录打印 图 3.5 各种信息综合查询流图 3.2.23.2.2 数据字典数据字典 数据字典是关于数据信息集合，也就是对数据流图中包括所有元素定义集合。由于本次设计是小型软件系统开发，因此采用卡片形式书写数据字典。每张卡片上保存描述一种数据信息这样做更新和修改起来比较以便，并且能单独解决描述每个数据信息。下面将列出若干数据元素数据卡片信息。数据字典卡片：名字：车辆信息 别名：描述：对于车辆属性详细描述 定义：车辆信息=牌照号码+车辆卡编号+车型+厂家型号+车辆名称+燃料种类+车架编号+出厂日期+载客人数+载货量 购车日期 购车单位 使用部门名称：驾驶员资料 别名：描述：对于车队中驾驶员属性描述 定义：驾驶员资料=驾驶员编号+姓名+性别工作类别+薪酬+身份证号码+工作单位+所属部门+家庭住址+联系电话+与否空闲 名称：出车记录单 别名：描述：每次出车时记录 定义：出车记录单=出车记录编号+车辆卡编号+驾驶员编号+记录状态+用车部门+用车名字：车辆保险单 别名：描述：车辆交售与否保险记录单 定义：车辆卡编号+保单号码+保险公司+保险起始日期+保险总额+办理日期+经办人+车辆 3.2.33.2.3 实体联系实体联系 E E-R R 图图 依照对数据流图和数据字典分析，咱们可以拟定该应用中实体，属性和实体之间关系，并画出如下所示 E-R 图。汽车实体图如图 3.7 所示：名字：车辆费用记录 别名：描述：车辆费用和缴纳费用 定义：车辆卡编号+费用名称+费用额+缴费名字：车辆油耗登记表 别名：描述：记录车辆耗油 定义：车辆卡编号+所加油种+加油单价+本次名称：车辆维修单记录单 别名：描述：车辆维修时记录单据 定义：车辆卡编号+结算清单编号+进厂日期+出厂日期+修理厂名称+报修人+验收人+验收日期+报修费用+实付费用+发票日期 名字：车辆事故登记单 别名：描述：车辆发生事故登记表单 定义：车辆卡编号+驾驶证号码+事故当事人+事故发生时间+事故地点+补偿金额+保险赔付金额+本单位承担金额+事故解决单位+事故概括 报案日期 结案日期 本单位解决意见 上图 3.7 汽车实体图 下图是是驾驶员实体 E-R如图 3.8 所示：图 3.8 驾驶员实体 E-R图 下图是车辆保险实体 E-R 图如图 3.9 所示 图 3.9 车辆保险实体 E-R 图 下图是车辆费用实体 E-R 图如图 3.10 所示 图 3.10车辆费用实体 E-R 图 下图是车辆油耗实体 E-R 图如图 3.11 所示 图 3.11 是车辆油耗实体 E-R 图 下图车辆维修实体 E-R 图如图 3.12 所示 图 3.12 车辆维修实体 E-R 图 下图是车辆事故实体 E-R 图如图 3.13 所示 图 3.13车辆事故实体 E-R 图 各实体之间 E-R 图如图 3.14 所示：图 3.14 各实体之间 E-R 图 4 4、系统概要设计、系统概要设计 4.4.1 1 总体设计总体设计 通过这个阶段工作将划分出构成系统物理元素。系统概要设计基本目是用比较抽象概括方式拟定系统如何完毕预定任务，也就是要拟定系统配备物理方案。软件构造设计时应当遵循最重要原理是模块独立，让模块彼此间接口关系应当尽量简朴。4.24.2 系统功能模块图系统功能模块图 可以依照模块独立原理对软件构造进行精化。为了合理分解，得到尽量高内聚、尽量松散耦合，最后要是，为了得到一种易于实现、易于测试和易于维护软件构造，应当对模块进行再分解或合并。系统功能模块图如图 4.1 所示：图 4.1 系统功能模块图 4.34.3 数据库概念设计数据库概念设计 数据库普通分为三级模式：外模式、概念模式和内模式。外模式也就是不同顾客所对数据视图，它将数据库内部抽象数据及其互相之间关系表达为简朴、直观应用界面。概念模式是数据库中所有数据逻辑构造和特性描述，普通以某种数据模型为基本。内模式是对数据物理构造和存储方式描述。在这里咱们将要设计是数据库概念模式，通过对车辆综合业务管理系统数据字典和数据流程分析及 E-R 图，设计如下数据项和数据构造。车辆信息：涉及牌照号码、车辆卡编号、车型、厂家型号、车辆名称、燃料种类、车架编号、出厂日期、载客人数、载货量、购车日期、购车单位、使用部门、资产所属部门、与否空闲。驾驶员信息：涉及驾驶员编号、姓名、性别工作类别、薪酬、身份证号码、工作单位、所属部门、家庭住址、联系电话、与否空闲。出车记录信息：涉及出车记录编号、车辆卡编号、驾驶员编号、记录状态、用车部门、用车人、同行人数、用车起始时、+预测用时、用车结束时间、备注。车辆保险信息:涉及车辆卡编号、保单号码、保险公司、保险起始日期、保险总额、办理日期、经办人、车辆损失险、第三者责任险、车辆停驶松损失险、自然损失险、不计免赔特约险、其她险种。车辆费用信息：涉及车辆卡编号、费用名称、费用额、缴费日期、经手人、备注。车辆油耗信息：涉及车辆卡编号、所加油种、加油单价、本次加油量、加油日期。车辆修理信息：涉及车辆卡编号、结算清单编号、进厂日期、出厂日期、修理厂名称、报修、+验收人、验收日、报修费用、实付费用、发票日期。车辆事故信息：涉及车辆卡编号、驾驶证号码、事故当事人、事故发生时间、事故地点、补偿金额、保险赔付金额、本单位承担金额、事故解决单位、事故概括、报案日期、结案日期、本单位解决意见、上级部门解决意见、备注。数据库概念构造设计，是在需求分析基本上，设计出可以满足顾客需求各种实体，以及她们之间关系，为背面逻辑构造设计打下基本。4.44.4 数据库逻辑构造设计数据库逻辑构造设计 在数据库设计中相称重要一步就是将概念模型转化为计算机上 DBMS 所支持数据模型，例如，将 E-R 图模型转化为关系模型，道理很简朴，咱们设计概念模型基本上都是某些抽象关系，在再数据库设计实现过程中，在计算机上有效地表达出这些关系就成了数据库设计核心。依照车辆综合业务管理系统功能规定，选用 SQL Server 作为后台数据库。在上面实体和实体之间 E-R 图设计基本上，形成数据库中表格及表格之间关系。可以得到：1.车辆登记卡登记表如表 4.1 所示 表 4.1 车辆登记卡登记表 2.驾驶员基本状况表如表 4.2 所示 表 4.2 驾驶员基本状况表 3.出车记录状况表如表 4.3 所示 表 4.3 出车记录状况表 4.车辆保险登记表如表 4.4 所示 表 4.4 车辆保险登记表 5.车辆费用登记表如表 4.5 所示 表 4.5 车辆费用登记表 6.车辆油耗登记表如表 4.6 所示 表 4.6 车辆油耗登记表 7.车辆维修单登记表如表 4.7 所示 表 4.7 车辆维修单登记表 8.车辆事故登记表如表 4.8 所示 表 4.8 车辆事故登记表 4.54.5 连接数据库特点连接数据库特点 当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对该数据库中表格，视图等操作，如创立表,修改表，删除表，增长/删除记录。在应用程序中普通是在应用程序对象中书写连接数据库程序代码，使得应用程序开始运营并实现与数据库连接。5 5、详细设计、详细设计 详细设计阶段主线目的是拟定应当如何详细地实现所规定系统，涉及了顾客界面设计、程序过程设计等环节。5.15.1 系统重要功能系统重要功能 系统重要功能：1.基本数据：1）车辆基本资料数据维护子功能 重要完毕对车辆档案数据库录入，顾客可以增长、删除及修改数据库中信息它涉及 输入：顾客输入车辆基本资料信息。解决：依照顾客输入对数据库进行维护，提交所做操作。涉及增长、删除、更新。输出：车辆登记卡登记表 2）驾驶员基本状况数据维护子功能完毕对本单位专职驾驶员基本状况数据录入它涉及 输入：顾客输入驾驶员基本状况数据。解决：依照顾客输入对数据库进行维护，提交所做操作。涉及增长、删除、更新。输出：驾驶员基本状况表。2.寻常出车管理：本功能模块重要实现出车任务从提出申请、调度员调度、任务完毕等全过程跟踪管理，它可觉得车辆管理工作提供有力根据，能真正达到统一监控管理目它涉及：1）录入派车单 输入：顾客输入用车申请关于数据。解决：依照顾客输入对数据库进行维护，提交所做操作。涉及增长、删除、更新。输出：出车状况登记表。2）车辆调度 列出当前已输入但尚未贯彻派车单，顾客可以依照自己需要，任意选取字段名或操 作符，系统将会把满足条件车辆以表格形式显示出“派车清单”，该功能为车辆调度 工作带来了很大以便，本功能同步支持多条件查询。顾客查询空闲车辆和人员资源，便可进行车辆和驾驶员指派。输入：顾客对派车单指派指令。解决：依照顾客输入对数据库进行查询和更新。输出：出车状况登记表。3）撤销任务 列出已指派但未执行派车单，顾客可撤销该项指派或更改指派内容。输入：顾客对派车单更改指令。解决：依照顾客输入对数据库进行查询和更新。输出：出车状况登记表。）4）完毕任务 对已完毕出车任务，顾客记录该次任务完毕状况。输入：顾客输入本次出车任务详细状况。解决：依照顾客输入对数据库进行查询和更新。输出：出车状况登记表。3.车辆保险：记录车辆投保和保费状况，此模块完毕了车辆保险投保登记功能。4.事故管理：记录车辆在出车过程中发生事故及解决状况，此模块完毕了车辆出险状况，涉及浮现地点、状况、事故解决状况、索赔状况进行详细记录。可以依照特定条件进行查询。5.维修和费用管理：记录每辆车从购买到报废每次维修详细状况，以及车辆发生各 种费用，涉及油耗、年审等。此模块完毕了车辆年检、养路费、加油费用缴纳和开支状况，以及车辆维修内容、工时、费用等信息，实现了车辆维修信息化管理。6.记录分析:对每辆车进行详细记录分析，实现单车核算成本核算。此模块完毕了记录每辆车使用和保养状况，涉及用车记录、保险、费用缴纳状况、油耗记录等，还可以记录每位驾驶员出车任务完毕状况记录。1.车辆基本资料数据维护子功能 重要完毕对车辆档案数据库录入，顾客可以增长、删除及修改数据库中信息。输入：顾客输入车辆基本资料信息。解决：依照顾客输入对数据库进行维护，提交所做操作。涉及增长、删除、更新。输出：车辆登记卡登记表 2.驾驶员基本状况数据维护子功能 完毕对本单位专职驾驶员基本状况数据录入。输入：顾客输入驾驶员基本状况数据。解决：依照顾客输入对数据库进行维护，提交所做操作。涉及增长、删除、更新。输出：驾驶员基本状况表。5.25.2 程序流程图程序流程图 程序流程图长处是对控制流程描绘很直观，易于掌握。系统总体程序流程图如图 5.1 所示：图 5.1 系统总体程序流程图 购买零件及零件进库程序流程图如图 5.2 所示：登录 容许登录 启动界面 查看信息 管理信息 修理车辆 购买零件 订单信息 汽车信息 驾驶员信息 费用信息 添加信息 修改信息 删除信息 打印退出 管理信息程序流程图如图 5.3 所示：是 否 否 是 是 管理员 输入查询条件 查询相应零件 与否存在该零件 结 束 与否购买零件 否 购买零件 与否重图 5.2 购买零件程序流程图 图 5.3 管理信息程序流程图 主界面 管理信息 选取操作对象 客户信息 汽车信息 零件信息 供应商信息 选取操作 添加 修改 删除 操作完毕 退出 选取 修改密码 创立顾客 密码 完毕 5.35.3 顾客界面设计顾客界面设计 5.3.15.3.1 普通交互设计普通交互设计 普通交互涉及信息显示、数据输入、和系统整体控制等方面。1、一致性 为客户交互界面中菜单选取、命令输入、数据显示以及众多其她功能，使用一致格式。在设计过程中，基本上保持了系统格式一致。2、信息反馈 向顾客及时提供视觉和听觉信息反馈，以保证在顾客和系统之间及时地建立双向通信。在本系统设计过程中，基本做到了信息及时反馈，在信息显示大某些窗体中涉及了刷新按钮，会对数据库中数据进行及时地显示。此外，在进行错误操作时，会弹出提示窗口并发出警告提示音。3、执行有较大影响操作前提示顾客确认 在设计过程中，如果顾客要执行删除操作，以及对数据库读写操作时，都会有窗体弹出询问继续操作或者予以提示。4、减少两次操作间需要记忆内容 为了避免顾客为下一步操作而记忆大量数据，因此在设计过程中在需要数据传递窗体中设立全局变量，来传递数据。例如在入账和入库模块操作中都用到了这样办法。5、对话、移动和思考效率 尽量减少顾客击键次数，在设计时考虑到了顾客屏幕布局以减少顾客鼠标移动距离，尽量避免顾客在操作中发生疑问状况。6、容许错误 容许顾客误操作尽量不对系统导致伤害。7、按功能对动作分类，并据此设计屏幕布局 屏幕布局尽量将软件所具备所有功能在主页面展示，界面一目了然。5.3.25.3.2 信息显示设计信息显示设计 应当尽量为顾客提供界面显示时完整、明确和容易理解。这样才干满足顾客需求。1、只显示与当前工作关于信息 在顾客操作关于系统特定功能信息时，不必看到与之无关数据、菜单和图形。2、使用一致标记、原则缩写和可预知颜色 为了使系统所表达含义精确、无误，就必要合用一致标记、原则缩写和可以预知缩写，这样顾客就无需参照其她信息源就能理解，而对的地合用软件。3、产生故意义错误信息 对于系统在运营过程中产生错误尽量给顾客返回一种容易理解错误信息，以使顾客保持对系统信任，和系统可用性。4、使用窗口分隔不同类型信息 使用不同窗口显示、保存不同类型信息。5.3.35.3.3 数据输入设计数据输入设计 顾客大某些时间用在选取菜单命令、键入数据和向系统提供输入。在系统中，键盘是重要输入介质，但是鼠标等设备也是重要输入手段，因此，对于她们数据输入操作有如下商定：1、保持信息显示和数据输入间一致性 为了以便顾客使用，鼠标应当尽量减少操作幅度。2、保持显示信息和输入信息之间一致性 5.45.4 程序设计过程程序设计过程 程序设计重要是在借助过程设计工具状况下，对程序详细实现过程进行设计。程序重要某些设计在这个环节完毕。其重要涉及如下几种某些：5.4.15.4.1 登录界面及密码修改登录界面及密码修改 1、登录界面盒图如图 5.4 所示 图 5.4 登录界面盒图 在顾客登录时，在输入顾客名和密码及顾客类型前提下将其与数据库中数据进行对比，若一致，则打开主窗体，若不一致提示错误，并规定再次输入，若输入次数超过三次，则关闭系统。2、密码修改盒图如图 5.5 所示 顾客名与否输入 否 是 密码与否输入 否 是 查找管理员表中相应密码顾客 否 存在？是 打开主窗体 图 5.5 密码修改盒图 在顾客更改密码时，系统一方面判断输入两次旧密码与否一致，若一致，则判断原密码与否对的，如果原密码对的，则对数据库中相应字段进行更新。5.4.25.4.2 信息添加操作信息添加操作 信息添加操作盒图如图 5.6 所示：图 5.6 信息添加操作盒图 管理员查询某货品时货品名及货品号与数据库中数据不相一致，系统提示所查货品在仓库里为空，即仓库从没存储该货品。然后管理员可依照仓库管理需求与否保存该货品。两次输入密码与否一致 否 是 原密码与否对的 否 是 对数据库中相应字段进行更新 退出此窗口 与否存在该信息 是 否 输入要添加信息 进行添 加 提示信息已 与否重新输入 退出此窗口 5.4.35.4.3 信息查询操作信息查询操作 信息查询操作盒图如图 5.7 所示 图 5.7 查询操作盒图 在执行查询操作之前普通要先在单行文本框中输入被查询条件，在单行文本框失去聚焦时将查询条件传递给查询按钮单击事件中，然后过滤语句根据此过滤条件过滤得出相应数据，并显示在其她数据窗体控件中。在普通状况下，顾客可以在得到要查询信息后，对它们各个字段进行修改，通过修改后，在退出时系统会提示进行存储。在完毕了顾客界面设计和程序过程设计后，基本上完毕了详细设计内容。5.5 5.5 软件测试软件测试 一种软件开发完毕后，并不能投入使用，而需要有好长时间测试。测试目就是在软件投入生产性运营之前，尽量多地发现软件中错误。当前软件测试依然是保证软件质量核心环节，它是对软件规格阐明、设计和编码最后复审。软件测试办法有两种，一种是黑盒测试（功能测试），此外一种是白盒测试（构造测试）。输入查询信息 否 是 与否存在该信息数据 否 是 提示没有 输出该信息 所要查询 黑盒测试把程序看作一种黑盒子，完全不考虑程序内部构造和解决过程。也就是说，黑盒测试是在程序接口进行测试，它只检查程序功能与否能按照规格阐明书规定正常使用，程序与否能恰当接受输入数据并产生对的输出信息，程序运营过程中能否保持外部信息完整性。白盒测试前提是可以把程序当作装在一种透明白盒子里，测试者完全懂得程序构造和解决算法。这种办法按照程序内部逻辑测试程序，检测程序中重要执行通路与否能按预定规定对的工作。在本次软件测试工作中，由于水平限制，仅仅对软件各个功能模块进行了测试，并对各个模块之间接口进行了详细测试（用黑盒测试法）。由于该系统是一种小系统，可以把整个系统作为一种单独实体来测试。固然，在测试过程中可以分模块、分阶段来进行。大型软件系统普通是有若干个子系统构成，且每个子系统由许多模块构成。在设计模块时，应竭力向高内聚、低偶合思想方面靠拢。设计总结设计总结 通过进行车辆管理系统开发，进一步明确了开发一种信息管理系统办法和思路，使我结识到软件开发过程事实上就是描述现实世界过程。而由现实世界向软件模型转化过程是其中最核心过程。在课程设计过程中咱们遇到了许多问题。而这些问题产生都是由于理论知识和实践经验缺少导致。通过这次课程设计将系统开发各阶段基本活动贯穿起来，使我更加形象、详细理解了信息管理系统。系统开发过程是一种巩固此前所学计算机软件开发知识，掌握新技能过程。我从这一阶段工作中受益匪浅，通过前段时间设计，我可以融会贯通这几年所学专业基本知识和专业理论知识，对当前计算机软、硬件技术发展有了进一步地理解和结识，培养咱们综合运用专业知识分析问题、解决问题能力及运用工具软件能力。不但弄清了此前对系统开发某些模糊结识，并且提高了软件开发水平，培养了严谨工作作风，为此后在工作岗位上用好管好计算机打下了坚实基本。参照文献参照文献 1张海藩.软件工程导论M.清华大学出版社.12 月 2张海藩.软件工程导论学习辅导M.清华大学出版社.3萨师煊.王珊.数据库系统概论M.清华大学出版社.4汪孝宜.刘中兵，徐佳晶等.JSP 数据库开发实例精粹M.电子工业出版社.1 月 5周之英.当代软件工程.科学出版社.1 月 6唐任仲.工程应用软件开发技术.化学工业出版社.1999 年 5 月 7 萨师煊.数据库系统概论.王珊 8 数据库管理系统.美.清华大学出版社 9 数据库系统概念.美.机械工业出版社 10SQLServer 实用教程.清华大学出版社.范立南.11 SQLServer 编程员指南.北京但愿电子出版社.李香敏.致致 谢谢 一方面非常感谢咱们学院开设软件开发综合训练课题，为咱们日后从事计算机方面工作提供了实战经验，奠定了初步基本。本次课程设计咱们耗费了三周时间，三周来咱们辅导教师张红不辞辛苦给咱们辅导、为咱们解说疑难问题。在此,特别感谢咱们辅导教师对我谆谆教诲、耐心细致解说。