vb汽车售票管理系统

vb汽车售票管理系统内容摘要：

据的逻辑结构描述。 它面向具体的应用程序。 因为不同的应用可能需要不同的局部数据视图，所以一个数据库可以有多个外模式，但只有一个模式。 内模式也称存储模式，它是数据物理结构和存储结构的描述，是数据在数据库内部的表示方式。 一个 数据库只有一个内模式。 三级模式是对数据的三个抽象级别，使用户能 14 逻辑地处理数据，而不必关系数据在计算机中的具体表示方式和存储方式。 但这三个抽象层次之间必须能够相互联系和转换，数据库系统提供了两层映 像 来完成该功能。 外模式 /模式映 像 定义了外模式与模式之间的对应关系。 这些映 像 定义通常包含在各自外模式的描述中。 当模式改变时，只须对映 像 作相应改变，可以使外模式保持不变，从而应用程序不必修改，保证了数据的逻辑独立性。 模式 /内模式映 像 定影了数据全局逻辑结构与存储结构之间的对应关系。 该 映 像 定义通常包含在模式描述中。 数据库的存 储结构改变了，只须对映 像做 出相应改变，可以使模式保持不变，从而保证了数据的物理独立性。 3) 数据库系统的体系结构分析 数据库的模式结构对最终用户和程序员是透明的，他们见到的仅是数据库的外模式和应用程序。 从最终用户角度看，数据库系统分为单用户结构、主从式结构、分布式结构和客户 /服务器结构。 4) 数据库管理系统分析 在数据库系统中，应用程序、数据库管理系统、操作系统、硬件等几个方面必须协同工作。 其中数据库管理系统起着关键的中介作用。 当应用程序从数据库中读取一个数据时，它向数据库管理系统发出读取数据记录的 命令。 数据库管理系统对该命令进行语法、语义检查，并调用应用程序对应的子模式，检查应用程序的存取权限，决定是否执行该命令。 如果拒绝执行，则向用户返回错误信息。 在决定执行该命令后，数据库管理系统调用模式，依据子模式 /模式映 像 的定义，确定应读入模式中的那些记录。 数据库管理系统再调用物理模式，依据模式 /物理模式映 像 的定义，决定应从哪个文件、用什么存取方式、读入哪个或 哪 些物理记录。 然后，数据库管理系统向操作系统发出执行读取所需物理记录的命令。 操作系统执行后，将数据送至系统缓冲区。 数据库管理系统再依据子模式 /模式映像 的 定义导出应用程序所要读取的记录格式，将数据从系统缓冲区传送到应用程序的用户工作区，并返回命令执行情况的状态信息。 根据数据库管理系统所具有的功能，可将它分为四个组成部分。 数据定义语言及其翻译处理程序：首先用数据定义语言定义数据库的模式、存储模式、外模式、各级模式间的映射、有关的约束条件等。 然后，翻译处理程序将它们翻译成相应的内部表示，即对数据库框架的描述。 这些描述存放在数据字典（系统目录） 15 中，作为数据库管理系统存取和管理数据的依据。 数据操纵语言及其翻译处理程序：提供了岁数据库的检索、插入、修改、删除等基本操 作。 数据库运行控制程序：负责数据库运行过程中的控制和管理。 实用程序：完成数据库的建立与维护，以及数据格式的转换与通信等功能。 16 3 汽车站售票管理系统需求分析 汽车站售票管理系统功能需求 可行性分析 1. 技术可行性 随着国内软件开发的日益发展壮大，各种中小企事业单位已具备独立开发各种类型的软件的能力，能够满足不同行业的特别的需求。 而这个系统尽管其在组织关系上存在着很大的复杂性，繁琐性，但是就整个系统的技术构成上来看，它还是属于一个数据库应用类的系统。 其基本操作还是对存在数据库进行 添加、删除、查找、编辑等。 所以就单纯的数据库应用来看，暂不存在太大的技术问题。 2. 经济可行性 对于整个系统而言，在系统未运行之前，初期投资比较大，花费相对而言比较多。 各部门必须配置电脑、服务器、打印机、传真机及相关的网络设备，但是在整个系统投入运行之后，因为现在计算机已经普及了，相关的人员培训费可以减少很多。 而同时又减少了数据的流通环节，不必要花费那么多的时间，也就是说最重要的是就是提高了效率，而又保证了各项数据的准确性，也避免了工作人员的流动造成的收据丢失等问题，适应了当前的发展形式。 3. 管理可行性 随着时代的发展，人员素质己 经 逐步提高，不论是对于电脑系统的基本操作还是对于系统的维护都有了一定的基础。 同时还可以配置专业的电脑维护人员来维护电脑，不必担心电脑故障问题。 4. 开发环境可行性 我 采用 Visual Basic 开发工具。 它首先是一个开放的协作式系统之外，可以和多种 PC 产品集成，并可以通过专用接口或 ODBC 接口连接许多比较常用的数据库。 其次它具有可视化的开发环境，使代码的编写更为直观，并且在可视化环境下的调试和维护也相对容易。 再次它随身携带的 Sybase SQL Anywhere 本身就是个功能强大的 DBMS，对小型应用来说，直接使用这个数据库就是个质优价廉的选择。 而为方便用户界面的开发， Visual Basic 提供了大量控件，这既丰富了应用程序的表达能力，也加快了项目的开发速度。 同时 ,它拥有多平台的开发环 17 境，如果要把一个平台上开发的代码移植到另外一个平台上，只要重新编译就可以了。 汽车站售票管理系统功能目标需求 我们一般设计系统都要完成以下的几个要求，以便于用户进行操作。 这样才能使系统易学易用。 1) 合理的设计数据库 尽量合理地减少数据库数据的冗 余，使重复的数据保持在最小限度，这样将不必要的多占用存储空间，减少产生混乱影响的危险，还能提高计算机的运行速度。 2) 设计出友好的界面 界面的友好与否是用户评价一个软件优劣的重要方面 ，使用户有一个良好的心情。 另外窗口界面要多用按钮和快捷键，少用菜单，窗口 和控件 布局要合理，美观。 要充分的利用 Visual Basic 提供的强大的功能，多用窗口和控件，充分体现窗口的多元化格局。 3) 实现基本功能和一些特殊功能的操作 该系统要求除了能实现信息的录入，删除，插入，更新，打印等基本功能之外，还要求能够根 据用户的需要进行操作。 图 31 汽车站售票管理业务流程图 用户 售票系统 基本信息表 售票 查询 管理 票数统计 金额统计 售票管理 车辆管理 已售票管 理 18 图 31 汽车站售票管理业务流程图 是用户提出的 基本 需求 ， 根据此流程图 ，我 分析了该系统应该具备的各种功能。 当用户在使用了该软件时可以实现售 票 、查询、管理、基本信息 表的查看、统计等基本功能。 此外 ， 还要实现基本的添加、删除、修改等功能。 最终该系统的目的是要满足当 汽车站售票管理系统在实施后，应能够达到以下 基本的 目标： （ 1） 能准确地了 解售票情况，提供多种查询和统计功能。 如：车次的查询。 （ 2） 具有方便、快速的售票功能，包括车票的预订和退票功能，能够支持团体的预订票和退票。 （ 3） 能按情况所需实现对车次的更改、票价的变动及调度功能。 （ 4） 灵活准确的收费，提高财务工作效率。 （ 5） 全面统计、分析及时提供 依据。 车站领导可随时查阅到车站最新信息的详细情况。 （ 6） 系统内部控制严密，数据存储安全可靠。 （ 7） 系统界面友好美观，操作简单易行。 （ 8） 从用户需求、售后服务形成了一套严密、科学、完善的管理体系。 （ 9） 具备一定的维护功能。 19 4 汽车站售票管理系统总体设计 模块 总体 设计 面对信息时代的挑战，济南汽车站 为了满足社会的发展的需求和当今快速发展的汽车站售票信息的需求 ， 想利用 Visual Basic 为 开发工具 开发出高科技的 计算机管理系统来提高汽车站售票管理水平，完成对汽车站全方位的管理，该系统在实施后，能够满足对售票、查询、维护、信息了解、统计等功能。 为了达到济南汽车站的需求 , 由 图 31 汽车站售票管理业务流程图 ， 我对该系统进行了具体分析 ,总结出汽车站售票管理系统的功能模块如图 41 所示。 图 41 汽 车站售票管理系统的功能模块 由 图 41 汽车站售票管理系统的功能模块 图可见 ,该管理 系统 的主要 功能 模块包括 五大功能模块 ： （ 1） 售票功能 模块。 （ 2） 查询功能 模块。 （ 3） 管理 功能 模块。 （ 4） 基本信息 表 功能 模块。 （ 5） 统计功能 模块。 汽车站售票管理系统 售票功能模块 管理功能模块 查询功能模块 基本信息表模块 统计功能模块 20 数据库 总体设计 数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率以及实现的效果产生影响。 合理的数据库结构设计可以提高数据存储的效率，保证数据的完整和一致。 在数据库系统中，应用程序、数据库管理系统 、操作系统、硬件等几个方面必须协同工作。 其中数据库管理系统起着关键的中介作用。 当应用程序从数据库中读取一个数据时，它向数据库管理系统发出读取数据记录的命令。 数据库管理系统对该命令进行语法、语义检查，并调用应用程序对应的子模式，检查应用程序的存取权限，决定是否执行该命令。 如果拒绝执行，则向用户返回错误信息。 在决定执行该命令后，数据库管理系统调用模式，依据子模式 /模式映 像 的定义，确定应读入模式中的那些记录。 数据库管理系统再调用物理模式，依据模式 /物理模式映 像 的定义，决定应从哪个文件、用什么存取方式、读入哪个 或哪 些物理记录。 然后，数据库管理系统向操作系统发出执行读取所需物理记录的命令。 操作系统执行后，将数据送至系统缓冲区。 数据库管理系统再依据子模式 /模式映像 的定义导出应用程序所要读取的记录格式，将数据从系统缓冲区传送到应用程序的用户工作区，并返回命令执行情况的状态信息。 根据数据库管理系统所具有的功能，可将它分为四个组成部分。 数据定义语言及其翻译处理程序：首先用数据定义语言定义数据库的模式、存储模式、外模式、各级模式间的映射、有关的约束条件等。 然后，翻译处理程序将它们翻译成相应的内部表示，即对数据库框架的 描述。 这些描述存放在数据字典（系统目录）中，作为数据库管理系统存取和管理数据的依据。 数据操纵语言及其翻译处理程序：提供了岁数据库的检索、插入、修改、删除等基本操作。 数据库运行控制程序：负责数据库运行过程中的控制和管理。 实用程序：完成数据库的建立与维护，以及数据格式的转换与通信等功能。 设计数据库系统时应该首先充分了解用户各个方面的需求，包括现有的以及将来可能增加的需求。 数据库设计一般包括如下几个步骤： 1) 数据库需要分析。 2) 数据库概念结构设计。 3) 数据库逻辑结构设计。 21 用户的需求具体体现在 各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输出和输入。 收集基本数据、数据结构以及数据处理的流程，组成一份详尽的数据字典，为后面的具体设计打下基础。 仔细分析调查有关 济南 汽车站的 管理信息需求的基础上， 结合 图 41 汽车站售票管理系统的功能模块 图 ,本系统采用了 VB 软件自带的 Access 数据库 建立了相关的数据库表。 汽车站售票管理系统的 ER 图如图 42 所示。 图 42 汽车站售票管理系统的 ER 图 由 该 汽车站管理系统的 ER 图 可见 ， 车票基本信息表具有终点站、线路、车型等基本的属性 ； 车辆基本信息表具有线路、座号、状态、始发时间等基本的属性 ； 售票基本信息表具有 车次、日期、线路、车型、始发时间等基本的属性 ； 退票基本信息表 具有车次、日期、线路、始发时间、车型、座号、票价等基本的属性。 车票基本信息表包含售票基本信息表 ， 车票基本信息表和车辆基本信息表是所属关系 ， 售票基本信息表和退票基本信息表是互斥的关系。 根据它们之间的关系可以 大体设计出汽车站管理系统的模块功能。 车票基本信息表 表 车辆基本信息表 售票基本信息表 退票基本信息表 线路 车型 终点站 线路 座号 状态 始发时间 车次 日期 始发时间 线路 车型 车次 日期 线路 始发时间 车型 座号 票价 包含 所属 互斥 所属 22 5 汽车站售票管理系统详细设计 由 汽车站管理系统的总体设计 ， 再加上自己 在管理系统知识方面的 不断学习 ， 我把总体设计。