1、“.....人们利用网络实现资源共享以及协同工作越来越成为 时代的潮流，使用各种网上的软件方便生活，已经成为了个不可扭转的趋势。以此设 计题目为目的，选择湘潭市作为实践对象，以湘潭市公交系统为基础，再利用所学知识， 熟练运用开发工具后，开发个湘潭市手机公交线路查询软件，并且尽可能将其开发为 个方便大众使用的公交线路查询软件。 而且在当今公交出行线路多数是通过机查询获得的，但是假想下在公交出行 线路走到半的时候计划有所变化，公交出行线路需要有所调整，那么如何能够动态掌 握线路信息显得尤为重要，而且将来对生活的满意度也不仅仅是百姓致富安居乐业就足 以，而是逐渐趋向于个更人性化的服务......”。

2、“.....这些服务从最开始的直接人力服务转向技术型服务，如 电话询问，路牌等，然而这些服务总是有比较大的局限性，即纵然你知道了这条路该怎 么走，下条路线该通到哪却不知，于是开发这个手机公交线路查询软件，可在手机上随 时随地对公交线路进行查询，对用户将要出行的路线了如指掌，这对用户来说可以省去 很多麻烦，节省不少时间。本次毕业设计结合湘潭市公交线路系统开发个湘潭公交线 路手机查询软件,服务于大众。 第二章需求分析与概要设计 需求分析 手机公交线路查询软件最基本的功能是能够有效的为用户提供查询服务，在最短的 时间内给用户条或多条到达目标地的路径。整个查询过程中，只有数据信息是依靠服 务器同步获取，其余功能均在手机端完成。在此分别对手机公交线路查询软件的服务器 端和客户端做需求分析。 服务器端需求分析 服务器作为后台，需要专业人员对服务器操作和维护，般情况可由非专业人员借 助管理软件对服务器进行常规维护......”。

3、“.....为客户端数据库提供 数据。通过仔细分析服务器需求之后，服务器端要完成以下功能 服务器后台管理功能 服务器后台管理是针对数据库进行操作，具有增删改查功能。 数据同步功能。 采用技术，响应客户端请求，返回给客户端端数据流，该数据流按照 语言规范写入数据流。 服务器端功能模块划分如图所示。 图服务器端功能模块图 客户端需求分析 客户端主要是手机，用户无法通过手机对本地数据库进行操作，也无法对服务器数 据库操作，管理员可以通过手机浏览器登录到服务器管理员页面对数据库进行操作，可 以使用些功能。该软件应满足若干要求，比如能够随时掌握公交信息，动态更新最新 数据等。也要考虑作为手机软件可能会出现查询速度慢，数据流量过大，过度依赖服务 器等问题。通过仔细分析用户需求之后，该软件要完成以下功能 查询线路功能 获得线路经过的每个站点信息以及线路的票价信息和发车时间信息。 地图查询功能 借助......”。

4、“..... 数据更新功能 服务器响应客户端请求返回段数据流，客户端接收此数据流后，按照语言规 范对数据流进行解析，解析后将数据存入客户端数据库。 意见反馈功能 通过手机邮件将意见发送到管理员的邮箱。 客户端功能模块划分如图所示。 图客户端功能模块图 开发环境及工具需求分析 服务器端开发环境，以操作系统为开发平台，用做为服务器， 作为数据源，作为开发工具， 模式 模式定义 模式是将模式和模式组合而来的，吸取这两种模式的优点，达到 互补的作用。 模式和模式都是三层结构，模式第层是表现层，第二层是业务逻辑 层，第三层是数据访问层。模式三层结构中第层是客户端与模式中的第层 不样，其余两层相同。 在模式和模式数据访问过程和业务逻辑处理过程中是在服务器端完成，用 户只需接受服务器返回的结果。在模式中，部分数据访问过程和业务逻辑处 理过程在客户端完成，另外部分数据访问过程和业务逻辑处理过程在服务器端完成......”。

5、“.....令外部分 功能需要借助互联网实现。 目前不论是手机硬件还是计算机硬件，更新速度很快，而且硬件的配置水平也越来 越高，在硬件条件允许的情况下把部分业务处理数据访问的过程放在客户端去完成， 那么对服务器的硬件要求就会低些，甚至些高性能的机就可以作为服务器。从 整个作业量来看，本质上是把作业量往客户端多分摊部分，降低服务器的作业量，因 此，对客户端的硬件要求是比较高的。 模式结构如图所示。 图模式结构图 本软件系统采用模式，系统框架如图所示。 管理员身份认证 管理员身份认证 浏览器 客户端 客户端 地图软件 服务器 数据库数据库 服务器 数据库 管理软件请求请求 更新 管理员同步 图系统框架图 模式特点 模式在继承了模式和模式的优点之后，还具有以下特点 可靠性高 客户端不必完全依赖于服务器，即便脱离服务器，还有手机数据库的支持......”。

6、“..... 客户端的数据丢失的时候，可以采用数据库同步的方式从服务器获得新的数据 信息。 省资源 部分作业在客户端完成，服务器的访问量和作业量都会减少，省资源，维护起来 会更加方便。 第四章数据库设计 数据库结构 服务器数据库为总数据源，每个客户端都拥有的小型数据库。客户端数据库 信息从服务器端同步获得。 服务器的数据库是基于建立，客户端数据库是基于建立。 数据库体系结构如图所示。 图数据库体系结构图 服务器数据库设计 关系如图所示。 图服务器数据图 根据上面的图，本软件服务器端定义的数据库设计了以下张表 站点表表线路表表发车时间表表 票表表。 本软件服务器数据库所包含的表的描述如表。 表数据库概况表 表名描述主要字段 站点表保存站点信息， 线路表保存线路信息 发车时间表 保存首班发车时间 保存末班发车时间 ......”。

7、“.....自动增长 站点名称 表线路表 字段名数据类型长度主键外键默认值描述 线路名称 线路全径 表发车时间表 字段名数据类型长度主键外键默认值描述 ，自动增长 线路名称 首班发车时间 末班发车时间 表票价信息表 字段名数据类型长度主键外键默认值描述 ，自动增长 线路名称 是否为分段计费 全程票价 客户端数据库设计 简介 数据库使用的是，我们来简单的介绍下平台上的 。 是款轻型的数据库，是遵守的关联式数据库管理系统，它的设计目 标是嵌入式的，而且目前已经在很多嵌入式产品中使用了它，它占用资源非常的低，在 嵌入式设备中，可能只需要几百的内存就够了。它能够支持等 等主流的操作系统，同时能够跟很多程序语言相结合，比如等，还有 接口，同样比起这两款世界著名开源的数据库管理系统来讲， 它的处理速度比他们都快。 该软件数据库的建立是完全在平台上执行代码，通过编译来建 立的，没有什么辅助工具，由于整个数据库是非可视化操作......”。

8、“.....在完成其查询功能的时候没有使用数据库高级编程， 较为麻烦的关节是在如何有机的将客户端数据库整体结构实现出来，实现过程是无可视 界面，也没有数据库辅助工具情况下，整个过程很抽象。且表的设计应尽量简单，不要 有错综复杂的关系，每张表都是的，不存在任何约束，数据库也是数据库，不 采用特有的可共享数据库。 数据库设计 关系如图所示。 线路 线路全径 首班 发车时间 末班 发车时间 是否为分段 计费 全程票价 站点名 线路名称 站点 发车时间 线路名称 线路名称票价 图客户端数据库图 根据上面的图，本软件客户端定义的数据库中包含以下张表站 点表表线路表表发车时间表表票 表表。 本软件服务器数据库所包含的表的描述如表。 表数据库概况表 表名描述主要字段 站点表保存站点信息， 线路表保存线路信息 发车时间表 保存首班发车时间 保存末班发车时间 ......”。

9、“.....自动增长 站点名称 表线路表 字段名数据类型长度主键外键默认值描述 线路名称 线路全径 表发车时间表 字段名数据类型长度主键外键默认值描述 ，自动增长 线路名称 首班发车时间 末班发车时间 表票价信息表 字段名数据类型长度主键外键默认值描述 ，自动增长 线路名称 是否为分段计费 全程票价 湖南科技大学 毕业设计论文 题目手机公交线路查询系统 作者 学院计算机科学与工程学院 专业网络工程 学号 指导教师 二〇〇年六月六日 湖南科技大学 毕业设计论文指导人评语 主要对学生毕业设计论文的工作态度，研究内容与方法，工作量，文献应用， 创新性，实用性，科学性，文本图纸规范程度......”。