1、系统设计报告目录第一章 1.1 总体设计 .31.1.1 系统设计的原则 .31.1.2 系统体系结构设计 41.1.3 系统功能架构设计 .6第二章 1.2 功能模块设计 71.2.1 系统管理模块 .71.2.1.1 功能结构设计 .71.2.1.2 类图设计 10图 1-7 系统管理模块类图 .111.2.1.3 时序图设计 121.2.2 旅游信息管理 .121.2.2.1 功能结构设计 121.2.2.2 类图设计 .13图 1-10 旅游信息管理类图 .141.2.2.3 时序图设计 141.2.3 酒店信息管理 .151.2.3.1 功能结构设计 151.2.3.2 类图设计 1
2、6图 1-13 酒店信息管理类图 .161.2.3.3 时序图设计 171.2.4 景点公交信息管理 .171.2.4.1 功能结构设计 171.2.4.2 类图设计 181.2.4.3 时序图设计 191.2.5 旅游服务管理 .191.2.5.1 功能结构设计 191.2.5.2 类图设计 201.2.5.3 时序图设计 201.2.6 退出系统管理 .211.2.6.1 功能结构设计 211.2.6.2 类图设计 22图 1-22 退出系统管理类图 221.2.6.3 时序图设计 22第三章 数据库设计 231.3.1 数据库概念结构设计 .231.3.1.1 实体属性图 231.3.1
3、.2 局部 E-R 图 271.3.1.3 总体 E-R 图 271.3.2 数据库逻辑结构设计 271.3.2.1 关系模型创建 271.3.2.2 关系规范化分析 281.3.3 数据表的创建 .281.3.3.1 景点信息表 281.3.3.2 酒店信息表 281.3.3.3 景点公交信息表 291.3.3.4 火车信息表 291.3.3.5 长途客运信息表 301.3.3.6 航班信息表 301.3.3.7 旅游常见问题表 301.3.3.8 遵义专属节日表 311.3.3.9 管理员表 311.3.4 数据库的创建 .311.3.4.1 数据库的创建设计所用的 9 个表： 311.3
4、.5 遵义特例旅游系统界面 .32在做任何项目之前必须要作设计，旅游系统也一样，在做旅游系统之前也必须先进行系统设计。系统设计是系统实现的关键步骤，直接影响系统的质量。如果说在系统需求分析阶段已经完全弄清楚了系统的各种需求，就较好地解决了所设计的系统 “做什么”的问题，并已在系统需求说明书中详尽和充分地阐明了这些需求，那么下一步就要着手对旅游系统的功能结构、数据结构等进行设计，即系统设计阶段要解决“怎么做”的问题，并最终通过“设计模型图”来反映设计的结果。第一章 1.1 总体设计1.1.1 系统设计的原则设计遵义旅游系统是为服务用户、满足用户的需求、解决实际问题而设计的，因此，在系统开发过程中
5、，不仅要以先进理论来指导，主流技术来支撑，而且要市场为导向，把握市场的动态，以用户为中心，满足用户的需求，开发出界面美观大方、功能强大完善、使用方便的系统。据此，通过综合的考虑旅游系统的系统目标和项目需求，在系统设计时，应遵循以下设计原则：（一）实用性原则。旅游系统的设计目的之一就是要优化旅游系统管理的各个环节，运用计算机，因为本系统是针对遵义地区的旅游系统，所以为方便信息查询，在本系统中提供了相应的交通信息和遵义特色节日等模块，对于航班信息、长途客运信息和火车信息都做了具体介绍，对于旅游常见问题和旅游疑问解答也在此功能中得到解决。因此，实用性原则是本系统的一个重要设计原则。（二）先进性原则。
6、在强调实用性的同时，我们还要考虑系统的先进性。今时今日，信息化的发展速度令世人惊叹，每一次技术上的更新与进步都会推动信息化建设的跳跃式发展。所以，为了与时俱进，有一个较高的起点，在本系统的设计过程中我采用目前较为先进和成熟的技术和理念，使系统在性价比上拥有一定的优势。（三）规范性原则。系统中的所有设计都遵循现有的国家标准、行业标准，符合软件工程中的设计原则与规范。所有文档的书写都遵照国标的要求。（四）安全性原则。系统提供安全机制以防止非法授权操作，为各子系统提供严格灵活的用户和权限划分，对于数据库管理，建立起完备的数据备份恢复机制。对关键的信息的操作提供日志记录。（五）可扩展性原则。出于对后续
7、升级工作的考虑，系统的所有功能模块的设计都预留了扩展接口。随着用户需求的不断变化和增加，遵义特殊旅游系统的业务处理需求逐渐提高，旅游信息处理量也会随之增加，这就需求系统能够实现快速便捷地扩展，完成系统的平滑升级。（六）可维护和可管理性原则这要求系统能够实现对设备的便捷管理和时时监控，时时掌握设备的情况，遇到问题能进行报警处理、会话控制，以及通过性能分析，实现系统的优化、故障的隔离及故障的恢复，尽可能缩短维护时间，提高系统可维护性，延迟可系统使用时间。（七）系统模块化设计原则模块化即以功能块为单位进行程序设计，实现其求解算法的方法。模块化的目的是为了降低程序复杂度，使程序设计、调试和维护等操作简
8、单化。因此，系统采用模块化设计原则，增强了系统的灵活性和可扩展性。遵义特殊旅游系统的业务范围发生变化时，系统的功能也可根据实际变化情况进行调整。1.1.2 系统体系结构设计浏览器-服务器(Browser /Server， B/S)体系结构如下图所示。图 1-1 B/S 体系结构图应用服务器客户端客户端数据库服务器图 1-2 B/S 三层架构模型图在系统中，采用 B/S 的三层体系结构，如上图所示，将系统的整个业务应用划分为表示层、业务逻辑层和数据访问层，这样有利于系统的开发、维护、部署和扩展。B/S 结构的基本原则是将计算机应用任务分解成多个子任务，由多台计算机分工完成，即采用“功能分布”原则
9、。客户端完成数据处理，数据表示以及用户接口功能；服务器端完成 DBMS 的核心功能。这种客户请求服务、服务器提供服务的处理方式是一种新型的计算机应用模式。 B/S 结构的优点：1、交互性强。在 B/S 模式中，客户端有一套完整的应用程序，在出错提示、在线帮助等方面都有强大的功能，充分的发挥客户端的处理能力；2、安全性高。由于 B/S 是配对的点对点的结构模式，采用适用于局域网、安全性比较好的网络协议，具有较高的安全性；3、网络通信量少。B/S 的网络通信量只包括客户端与服务器之间的通信量。因而，B/S 具有较少的网络通信量，具有较强的数据处理能力；4、数据处理能力强。由于 B/S 的三层逻辑结
10、构处理数据时，处理速度较快，更适合处理大量数据。其缺点：只适用于局域网、客户端和服务端需要安装专用的客服端软件等，正好满足了遵义特色旅游系统的安全性的要求。数 据 库表 示 层 业 务 逻 辑 层 数 据 访 问 层图 1-3 系统结构图如上图所示，系统一共分为三层：表现层、业务逻辑层、数据层。其中表现层使用业务逻辑层、业务逻辑层使用数据层。表现层主要包括展现界面的 UI展示类，业务逻辑层包括实体类和服务类，数据层包括映射类和数据控制类。业务层依赖 WEB GUI 得以展现，数据层依赖 ADO.NET 技术。三层结构都建立在.net framework 的基础之上。1.1.3 系统功能架构设计
11、遵义特色旅游系统是面向所有的游客，为游客提供对遵义特色旅游的各项功能。根据现在对旅游信息管理的需求，我们对遵义景点、酒店、交通、旅游常见问题和遵义特色节日等旅游相关信息的进行管理。主要包括遵义景点信息管理、酒店信息管理、交通信息管理、管理员信息管理、旅游服务信息管理以及遵义特色节日信息管理和退出系统管理。这七个部分互相协作共同实现遵义特色旅游管理的电算化、精细化和科学化。如图 4-4 的系统总体结构图，表示了遵义特色旅游系统的主要的七大模块功能。图 1-4 系统总体模块结构图图 1-5 系统总包图如上图所示，系统一共分为两个子系统，业务管理子系统和后台管理子系统。其中，业务管理子系统又分为游客
12、信息管理、查询信息管理、景点信息管理、查询统计管理、数据管理等五个模块。后台管理子系统为系统管理等模块。第二章 1.2 功能模块设计1.2.1 系统管理模块1.2.1.1 功能结构设计系统管理提供支撑包括住房资金管理系统在内的各功能模块正常运行的各遵 义 特 色 旅 游 系 统系统管理旅游信息管理酒店信息管理公交信息管理旅游服务管理退出系统管理遵 义 特 色 旅 游 系 统后 台 管 理 子 系 统业 务 管 理 子 系 统游 客 信 息管 理查 询 信 息 管理景 点 信 息管 理查 询 统 计管 理数 据 管 理 系 统 管 理项基础和通用功能，完成遵义特色旅游系统的系统管理、数据管理等一
13、系列操作，其功能结构图如图 1-6 所示。图 1-6 系统管理功能结构图系统管理的主要功能有：创建年度、删除年度、设置当前年度、单位维护、本级单位设置、用户权限管理、日志管理、系统初始化功能。1、创建年度创建年度功能，用于新建遵义特色旅游系统的工作年度，并导入新年度的公用基础数据。创建年度时，主要有两种个选项：一是选择输入新的工作年度；二是确认新建年度是否需要继承以往年度（通常是上年度）的相关数据（主要是单位信息、公用标准数据等，不包括个人账户数据），如果要继承，需要输入相应的年度。对于个游客信息管理系统而言，创建新工作年度，对当前系统工作年度没有影响，也不做更换年度处理。新年度的个人账户数据
14、，通过游客管理系统中删除年度系 统 管 理 模 块系 统 管 理 数 据 管 理设置当年年度单位维护本级单位设置用户权限管理创建年度系统初始化功能数据备份数据恢复数据统计编 辑 权 限 查 询 权 限 无 权的“数据结转下年”功能来产生，与此同时完成系统的更换年度处理，并将系统当前工作年度自动设为下一个年度。2、删除年度删除年度功能，提供按年度删除系统年度数据库的功能。必要时（如系统数据的年份超过了规定的数据保存期限），使用该功能既可节约数据存储空间，又可在一定程度上提高系统运行速度。在执行“删除年度”操作时，选择需要删除的工作年度，点击“确认”按键，即可完成年度删除。3、单位维护单位维护功能
15、，提供修改、扩充本单位对应的“单位代码表”。“单位代码表”通常由本级单位及其下级直供单位构成。本级单位的单位代码，系统统一编为“00”，本级的下属单位依次编码为“01”、“02”、“03”等。4、用户权限管理为了维护系统的安全，只有经过授权的用户才能进入遵义特色旅游系统，进行相应的操作。系统将用户分为三类角色：系统管理员：具有全部最高权限，可以进行系统全部操作。业务人员： 能进行全部业务操作，但不能进行系统管理操作。查询游客： 只能进行指定的查询操作。进行详细的单项功能授权时，对于某一项具体的功能，分为三中权限：查询、编辑、无权访问。（1）查询权限：只能查看该项数据，但不能进行编辑操作。（2）
16、编辑权限：可以进行增、删、改操作。（3）无权访问：不能进入该功能模块。5、本级单位设置用于建立了游客账户，如果已经建立，那么输入个人账户建立的时间。6、日志管理为了方便的进行系统管理，系统对一些重要的操作进行日志记录。通过日志管理功能可以查看系统日志、设置系统日志的保留时间等。在系统中，可以设置系统日志的保留天数。设置保留天数后，超过该天数的系统日志将被删除，以免系统日志记录过多，影响系统性能。7、系统初始化功能系统初始化功能将清除系统中的所有数据，只有系统管理员才能进行此操作。数据管理，提供对系统数据进行备份、数据恢复、制作上报盘、接收上报盘等功能。1、 数据备份数据备份功能是对当前工作年度
17、的系统数据进行备份，以便需要时通过“数据恢复”功能，将系统数据恢复至备份时的状态。首先，对于数据备份内容分为三类：账户数据、报表数据然后，对于备份数据文件存取路径和文件名，可点击文件夹图标，得到系统默认文件存取路径和文件名，也可备份到指定的目录下。2、 数据恢复数据恢复功能是提供将备份数据导入系统，使系统恢复至备份时的状态。系统管理员可根据备份软盘或其他存储介质上的备份数据进行数据恢复。3、生成上报盘生成上报盘，提供按所查询信息遵义特色旅游系统的数据，将由上级供应单位使用“接收上报盘”功能予以接收、合并。制作上报盘时，可以选择上报数据的类型，可以单独上报预算数据、决算与挂账数据，也可以两种数据
18、都上报。4、接收上报盘接收上报盘，提供遵义特色旅游系统供应单位上报数据的功能。1.2.1.2 类图设计图 1-7 系统管理模块类图表 1-1 系统管理界面类描述系统管理界面类类的描述：提供支撑包括遵义特色旅游管理系统在内的各功能模块正常运行的各项基础和通用功能。InternetCommunication () 网络通信操作Clickontheicon () 点击相应的图标进入各功能模块Help () 用户帮助操作描述Exit() 退出系统表 1-2 系统管理类描述购物车管理类类的描述：完成遵义特色旅游管理系统的系统管理类client authority（） 用户权限设置department m
19、aintenance () 单位信息的维护install present year () 用户设置当前工作年度daily record management () 管理员进行日志管理操作描述system initial () 管理员在需要时进行系统初始化表 1-3 数据管理类描述数据管理类类的描述：提供遵义特色旅游管理系统的数据管理类create disk () 生成上报盘receive disk () 接收上报盘data back-up () 数据备份操作描述data recover () 数据恢复1.2.1.3 时序图设计图 1-8 系统管理时序图1.2.2 旅游信息管理1.2.2.1 功
20、能结构设计旅游信息管理为所以游客提供查看旅游信息、检索旅游信息、以及对旅游信息进行管理等，其功能结构图见下图。图 1-9 旅游信息管理功能结构图旅游信息管理模块包括：景点信息查询模块、景点信息添加模块、景点信息修改模块和景点信息删除模块。具体功能如下：景点信息查询：根据旅游信息景点的名称，或者景点所属类型进行相应的查询。也可以直接查询全部景点信息，同时可以查询相应景点的公交车信息。景点信息添加：对新的景点信息进行录入。景点信息修改：对景点信息的变更做出及时的修改。景点信息删除：对景点信息进行删除。旅游信息管理模块中各子模块的实际意义是当管理员在管理旅游信息的时候，可以快速、便捷地将景点信息添加
21、的系统中，同时对信息进行维护和管理，并与数据库中数据相连接，这样不仅方便游客浏览，还提高了信息的准确性。管理员还可以对景点信息进行查询，确保景点中信息的准确性、及时性，从而保证系统的准确性和完整性。1.2.2.2 类图设计旅 游 信 息 管 理 模 块检索旅游信息对旅游信息进行管理查看旅游信息信 息备 份信 息更 新图 1-10 旅游信息管理类图表 1-4 旅游信息管理类描述旅游信息管理类类的描述： 对遵义旅游信息进行管理datamanangement () 遵义旅游信息管理界面显示操作描述 print() 打印数据库中的遵义旅游信息表 1-5 提取遵义旅游信息数据类描述提取遵义旅游数据类类的
22、描述： 从遵义旅游管理系统中，提取旅游信息数据acquire salary-inf () 获得遵义旅游数据操作描述 write indb() 更新数据库中的遵义旅游数据信息delete inf() 删除保障卡中的记录信息1.2.2.3 时序图设计图 1-11 遵义旅游信息管理时序图1.2.3 酒店信息管理1.2.3.1 功能结构设计酒店信息管理模块中各子模块的实际意义是当管理员在管理酒店信息的时候，可以快速、便捷地将酒店信息添加的系统中，同时对信息进行维护和管理，当此酒店更名或动迁时，也可以及时的对系统中的相应信息进行修改，提高信息的准确性。管理员还可以直接对酒店信息进行查询，确保酒店信息的准
23、确性，从而保证系统的准确性和完整性。信息的添加和修改与后台数据库进行动态的连接，其功能结构图如下图所示。酒 店 信 息 管 理 模 块酒店信息更新酒店数据备份酒店信息录入数据恢复酒店信息查询图 1-12 酒店信息管理功能模块图酒店信息管理模块主要是对酒店的信息进行管理和维护。酒店信息模块包括：酒店信息查询模块、酒店信息添加模块、酒店信息修改模块和酒店信息删除模块，具体功能如下：酒店信息查询：根据酒店的名称，或者酒店所属的级别进行相应的查询。也可以直接查询全部酒店信息，也可以根据酒店信息查询到就近的景点信息。酒店信息添加：添加新加入的酒店信息。酒店信息修改：对于各酒店相关信息的变更做出及时的修改
24、。酒店信息删除：对于酒店信息进行删除。1.2.3.2 类图设计图 1-13 酒店信息管理类图表 1-6 酒店信息管理表类描述审核表类类的描述： 对酒店信息进行管理retired personnel examination () 获取遵义酒店信息inquire about table () 查询审核情况write again () 重新审核操作描述automatic generation of application form () 自动由审核表生成查询信息表automatic generation of annunciation form () 自动由查询信息表生成数据库1.2.3.3 时序图
25、设计图 1-14 酒店信息管理时序图1.2.4 景点公交信息管理1.2.4.1 功能结构设计景点公交信息模块中各子模块的实际意义是在管理员对其进行管理时，将公交车自身的信息添加的数据库中的相应表中。同时表中信息根据景点信息的变更做相应的更改，即完成表和表之间的动态连接。同时也可根据自身的变化对其进行相应的修改和删除，当信息改变时，对于景点的公交信息也会产生相应的变化其功能结构图如图 4.7 所示。景 点 公 交 信 息 管 理 模 块公交数据备份公交查询公交数据录入公交数据恢复公交数据更新数据导出图 1-15 景点公交信息管理功能结构图景点公交信息管理模块主要是对景点公交信息的管理，同时包括公
26、交本身信息的管理。景点公交信息模块包括：景点公交信息查询模块、景点公交信息添加模块、景点公交信息修改模块和景点公交信息删除模块，具体功能如下：景点公交信息的查询：根据公交车经由景点或者公交车自身信息进行查询。景点公交信息的添加：可以将公交车的基本信息录入到数据库中，也可以根据景点信息对公交车信息进行录入和完善。景点公交信息的修改：根据景点的增加或删除以或者是公交线路本身的变化对公交车的基本信息进行相应的修改。景点公交信息的删除：根据景点的删除或者是公交车的变更或取消将公交车的信息从数据库中删除。1.2.4.2 类图设计图 1-16 景点公交信息管理类图表 1-7 景点公交信息管理类描述景点公交
27、信息管理类类的描述：景点公交信息管理 create form () 生成遵义公交表count form () 统计遵义公交表gather form () 汇总遵义公交表操作描述print form () 打印遵义公交表1.2.4.3 时序图设计图 1-17 景点公交信息管理时序图1.2.5 旅游服务管理1.2.5.1 功能结构设计旅游服务信息管理模块中各子模块的实际意义是解决在旅游中出现的问题，并且说明一些旅游相关的信息，方便系统的管理，增强信息查询的功能，使其更加完善，如下图所示。旅 游 服 务 管 理 模 块服务数据备份查询资源备份服务数据录入服务数据恢复服务数据更新服务内容查询图 1-1
28、8 旅游服务管理功能结构图旅游服务信息管理模块主要包括两个方面：解决游客所提出的问题和介绍遵义专属的节日。 旅游常见问题模块包括：旅游常见问题的查询：可以精确和模糊查询相关信息。旅游常见问题的管理：对于问题进行添加和删除操作。 遵义专属节日就只是查询属于遵义的节日。 1.2.5.2 类图设计图 1-19 旅游服务管理类图表 1-8 旅游服务管理类描述住房资金决算类类的描述：住房资金决算create form () 生成遵义旅游服务信息表count form () 统计遵义旅游服务信息表gather form () 汇总遵义旅游服务信息表print form () 打印遵义旅游服务信息表操作描述
29、inquire about form () 查询遵义旅游服务信息表1.2.5.3 时序图设计图 1-20 旅游服务信息管理时序图1.2.6 退出系统管理1.2.6.1 功能结构设计系统用户可以根据自己的需要来进行关闭系统。关闭系统时会出现提示对话框，选择确定后系统就会安全的退出了。如下图所示退 出 系 统 管 理 模 块退 出 系 统 管 理数 据 管 理统计查询信息遵义景点数据导出查询信息关闭浏览网页酒店数据公交数据数据统计图 1-21 退出系统管理功能结构图1.2.6.2 类图设计图 1-22 退出系统管理类图表 1-9 退出系统管理类描述住房资金挂账类类的描述：住房资金挂账create
30、form () 生成所查询的信息表count form () 统计所查询的信息表gather form () 汇总所查询的信息表print form () 打印查询的信息表操作描述inquire about form () 检索查询表1.2.6.3 时序图设计图 1-23 退出系统管理时序图第三章 数据库设计本系统是遵义特色旅游数据库管理系统，下面详细地介绍一下本系统的数据库结构设计。1.3.1 数据库概念结构设计1.3.1.1 实体属性图各实体属性图如图 1-24图 1-所示。图 1-24 旅游信息实体属性图图 1-25 酒店实体属性图图 1-26 公交实体属性图图 1-27 长途客运实体属
31、性图图 1-28 火车实体属性图图 1-29 航班实体属性图图 1-30 人员实体属性图图 1-31 旅游信息各职能局部 ER 图图 1-32 系统总体 ER 图1.3.1.2 局部 E-R 图旅游信息管理系统对于相关的信息有不同的要求，包括：景点信息和公交信息的管理，景点信息和酒店信息的管理，公交信息和交通信息的管理，旅游信息和旅游常见问题的管理。 （如图 1-31 所示） 。1.3.1.3 总体 E-R 图旅游信息管理系统总体 E-R 图（如图 1-32 所示） 。1.3.2 数据库逻辑结构设计1.3.2.1 关系模型创建本系统包括 8 个实体，转换后的关系模式如下（加下划线的为主键）：景
32、点信息（景点编号，景点名称，景点类别，详细信息，门票价格，乘车路线）景点公交信息（线路名称，景点名称，全程站点，始末车时间，投币票价，IC 卡票价）酒店信息（酒店名称，酒店级别，相信信息，酒店地址，房间设置，预订电话）公交（线路名称，所到景点，全程站点，始末车时间，投币票价，IC 卡票价）航班（航次，目的地，每日航班数，头等舱票价，商务舱票价，经济舱票价）长途客运（路线名称，遵义发车时间，对向发车时间，车型，全程时长，单程票价，往返票价，学生票价）火车（车次，路线名称，遵义发车时间，终到时间）问题（旅游常见问题，解决方案）1.3.2.2 关系规范化分析景点信息、酒店信息、公交信息、其它交通信息
33、等都满足第 3 范式的要求。1.3.3 数据表的创建根据系统 ER 图，本系统数据库需要创建 9 个表：景点信息表、酒店信息表、景点公交信息表、火车信息表、长途客运信息表、飞机信息表、旅游常见问题信息表、遵义专属节日信息表、管理员表。用于存放旅游信息、酒店信息、景点公交信息、其它交通信息、旅游服务信息等。1.3.3.1 景点信息表创建旅游信息表 t_travel。此表包括 6 个字段，其中 f_id 是此表的主键，详细描述如表 4-1 所示。表 1-10 t_travel 表的定义字段名称 数据类 型 长度 是否为空 是否为主键 说明f_id 自动编 50 否 是 景点编号号f_traveln
34、ame 文本 50 否 否 景点名称f_traveltype 文本 50 否 否 类型f_travelinfo 文本 255 否 否 详细信息f_travelprice 文本 100 否 否 门票价格f_travelbus 文本 255 否 否 乘车路线1.3.3.2 酒店信息表创建酒店信息表 t_hotel。此表包括 6 个字段，其中 f_hotelname 是此表的主键，详细描述如下表所示。表 1-11 t_hotel 表的定义1.3.3.3 景点公交信息表创建公交信息表 t_bus。此表包括 6 个字段，其中 f_busname 是此表的主键，详细描述如下表所示。表 1-12 t_bus
35、 表的定义字段名称 数据类型 长度 是否为空 是否为主键 说明f_busname 文本 50 否 是 线路名称f_bustravel 文本 255 否 否 所到景点f_busline 文本 255 否 否 全程站点f_bustime 文本 255 否 否 始末车时间f_price1 文本 50 否 否 投币票价f_price2 文本 50 否 否 IC 卡票价字段名称 数据类型 长度 是否为空 是否为主键 说明f_hotelname 文本 50 否 是 酒店名称f_hotelgrade 文本 50 否 否 级别f_hotelinfo 文本 255 否 否 详细信息f_hoteladd 文本 1
36、00 否 否 地址f_hotelroom 文本 255 否 否 房间设置f_hoteltel 数字 50 否 否 预订电话1.3.3.4 火车信息表创建火车信息表 t_train。此表包括 6 个字段，其中 f_trainno 是此表的主键，详细描述如下表所示。表 1-13 t_train 表的定义字段名称 数据类型 长度 是否为空 是否为主键 说明f_trainname 文本 50 否 否 线路名称f_trainno 文本 50 否 是 车次f_traintime1 文本 50 否 否 遵义发车时 间f_traintime2 文本 50 否 否 对向发车时 间1.3.3.5 长途客运信息表创
37、建长途客运信息表 t_lbus。此表包括 8 个字段，其中 f_lbusname 是此表的主键，详细描述如下表所示。表 1-14 t_lbus 表的定义字段名称 数据类型 长度 是否为空 是否为主键 说明f_lbusname 文本 50 否 是 客车目的地f_lbustime1 文本 50 否 否 遵义发车时间f_lbustime2 文本 50 否 否 对向发车时间f_lbustype 文本 50 否 否 客车类型f_lbusdistance 文本 50 否 否 运行时间f_price1 文本 50 否 否 单程票价f_price2 文本 50 否 否 往返票价f_price3 文本 50 否 否 学生票价1.3.3.6 航班信息表创建航班信息表 t_plane。此表包括 5 个字段，其中 f_planename 是此表的主键，详细描述如下表所示。表 1-15 t_plane 表的定义
