公交管理系统论文

公交管理系统论文内容摘要：

增加、删除、修改、查询，公交路线的增加、删除、查询，公交站点的增加、删除、修改、查询， 用户注册查询、删除，用户评论查询、删除。 功能名称：管理员的增加、删除、修改、查询 功能概述： 用来管理管理员，管理员分为高级管理员跟普通管理员，高级管理员的权利更加大一些，除了对公交路线的管理外，还可以对管理员进行管理。 但是普通管理员的权限只在于对公交路线、站点、评论的查看以及用户注册的查看。 功能名称：公交路线的增加、删除、查询 功能概述： 用于对公交路线的管理 功能名称：公交站点的增加、删除、查询、修改 功能概述：用于对公交路线中的某一个或所有的站点的管理 功能名称：用户注册 功能概述：用于对公交查询注册的用户们查看以及删除（删除功能只有高级管理员有权利） 功能名称：用户评论 功能概述：用于管理公 交查询注册用户的评论信息的查看及删除（删除功能只有高级管理员有权利） 本系统提供了的车次查询功能、路线查询功能。 乘客可以方便进行查询，一方车错车次。 当然有些功能的智能化不是很强，系统有待进一步来完善。 数据库需求分析 数据库在一个信息管理系统中占有非常重要的地位，数据库结构色设计的好坏将直接对应用系统的效率以及实现的效果产生影响。 合理的数据库结构设计可以提高数据存储的效率，保证数据的完整和一致。 数据库技术史由触痛的文件系统发展而来的，从层次模型、网状模型发展到关系模型。 数据库技术史数据管理的最新 技术，是计算机科学的一个重要分支，它能知道我们正确地设计数据库系统，它的出现极大地促进了计算机应用的发展。 采用数据库技术的原理和方法可以有效地设计使用的数据库系统。 一个完整的数据库系统包括数据库管理第 3 章 需求分析 10 系统（ DBMS），数据库管理员（ DBA）、数据库（ DB）、应用程序和相应的硬件设施。 目前许多数据库管理系统都基于关系模型，关系模型的主要特点是用表格结果表达实体 ，用键表示实体与实体之间的联系。 与层次模型和网状模型相比，关系模型比较简单，容易为初学者接受。 关系模型是由若干个关系模式组成的集合，关系模式相当于记录类 型，它的实例称为干系。 每个关系是一张表格。 表格简单，用户易懂，用户只需用简单的查询语句就可以对数据库进行数据操作，并不涉及到存储结构，访问技术等细节。 关系模型是数学化的模型，要用到集合论，离散数学等知识。 SQL 语言是关系数据库的代表性语言，已经得到了广泛应用。 在设计数据库时，应注意数据的安全性，保证数据的安全，防止非法用户访问数据库，以免泄露重要信息，同时也能防止非法用户的蓄意破坏，有许多保护数据的方法，如采用用户标识，口令和密码或访问控制等方法。 一个成功的数据库应用系统应具有用户标识，每一个合法用户具有 一个用户名和相应的口令， 进入数据库应用系统前必须输入正确的口令，否则无法进入系统，这就保证了只有合法的用户才能操作数据库系统。 为了保证数据的合法予以，必须对数据库的数据进行完整性约束，即防止用户输入不和语义的数据。 在设计应用软件时，应严格按照软件工程学的方法进行设计，传统的方法采用瀑布模型，从问题定义、可行性分析、需求分析、概念设计、总体设计、系统实现、编码和软件测试、运行和维护等软件生命周期内，每一阶段均在前一阶段的基础上进行设计，并在每一阶段有相应的文档资料。 数据需求 数据需求主要是应用 来描述本系统的数据来源。 根据该系统的实际情况，本系统要有以下数据信息： register、 adminregister 用来记录公交用户跟管理员们的名称、 id、级别等一些基本信息。 bus、 busall、 busdetail 用来记录车辆的信息（数据库设计有冗余，但是由于毕业设计都已经接近尾声了，就没改动）。 userment 用来记录公交用户的评论，以及管理员的回复。 province、 city 是用来记录省市的。 性能 需求分析 第 3 章 需求分析 10 为了保证系统能够长期、安全、稳定、 可靠、高效的运行， 城市公交查询系统应满足一下的性能需求。 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。 在系统设计和开发过程中，要充分考虑当前和将来可能承受的工作量，使系统的处理能力和相应时间能够满足企业对信息的需求。 由于公交查询系统的查询功能对于整个系统的功能和性能完成举足轻重。 作为系统的很多数据来源，而车票数量和时间又影响企业的决策活动，其准确性很大程度上 决定了公交查询系统的失败。 在系统开发过程中，必须采用一定得方法保证系统的准确性。 系统的开放性和系统的可扩充性 公交查询系统在开发过程中，应该充分考虑以后得可扩充性。 例如网上查询的用户查询的需求也会不断地更新和完善。 所有这些，都要求系统提供足够的手段进行功能的调整和扩充。 而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定得规范，可以简单的加入和减少系统的模块，配置系统的硬件。 通过软件的修补、替换完成系统的升级和更新换代。 系统的易用性和易维护性 公交查询系统式直接面对使用使用人员的，而是用人员往往对计算机并不是非常熟悉。 这就要求系统能够提供良好的用户接口，易用的人机交 互界面。 要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面； 针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。 公交查询系统中涉及到的数据时公交公司的相当重要的信息，系统要提供方便的手段宫系统维护人员进行数据的备份，日常的安全管理，系统以外崩溃时数据的回复等工作。 系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。 所有这些都要符合主流国际、国家和行业标注。 例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用的标 准。 如规范的数据库操作界面、作为业界标准的 TCP/IP 网络协议及ISO9002 标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。 第 3 章 需求分析 10 系统的先进性 目前计算机的技术发展相当快，作为公交查询系统工程，应该保证系统在下个世纪仍旧是先进的，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。 系统的响应速度 公交查询系统在日常处理中的响应速度为秒级，达到实时要求 ，以及时反馈信息。 在进行统计分析时，根据所需数据量的不同而从 秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效。 第 4 章 系统概要设计 13 第 4 章 系统 概要 设计 本阶段设计的基本目标是解决系统如何实现问题，也叫做概要设计，本阶段主要任务是划分出系统的物理元素及色合计软件的结构，完成软件定义时期的任务之后就应该对系统进行总体设计，即根据系统分析产生的分 5 析 1 结果AS 来 PX 确定这个系统由哪些系统和模块组成 ，这些系统和模块又如何有机的结合在一起，每个模块的功能如何实现。 系统 设计的目标是使系统实现拥有所有要求的功能，同时，力争达到高效率、搞可靠性、可修改性、并且容易掌握和使用。 模块化的依据是：把复杂问题分解成许多容易解决的小问题。 原来的问题也就变得容易解决。 模块化设计是把大型软件按照一定得原则划分成一个较小的相对功能独立又相关联的模块。 每个模块完成一个特定的子功能。 把这些模块结合起来组成一个整体。 完成指定的功能，满足问题的要求。 采用模块化原理的优点在于可以使软件结构清晰，容易测试和调试。 从而提高软件的可靠性，可修改性。 有助于软件开发的组织管理。 一个大型软件可分别编写不同的模块。 模块化理论的几个重 要概念如下： 抽象。 抽象就是抽象出十五的本事特性而暂时不考虑它们的细节。 处理复杂系统唯一有效地方法就是用层次的 方法构造和分析它。 一个复杂的动态系统首先可以用一些高级的抽象概念构造和理解，这些高级概念又可以用一些较低级的理解，知道最底层次的具体元素。 信息隐蔽和局部化。 信息隐蔽式指在设计和确定模块时，应使得一个模块内包含的信息对于不需要这些信息的模块来说，是不能访问。 局部化是指把一些关系密切的软件元素物理的放得彼此靠近。 局部化有助于实现信息隐蔽。 信息隐蔽原理和局部化有助于在 测试期间以及软件维护期间修改软件。 因为绝大多数数据和过程对于软件的其它部分而言是隐蔽的，从而由疏忽引入的错误就很少可能传播到软件的其它部分。 逐步求精的模块化概念。 逐步求精的模块化的抽象是密切相关的。 软件构造每一层中模块表示对软件抽象层次的次细化。 用自顶向下，逐步求精的方法第 4 章 系统概要设计 14 由抽象到具体的方式分配控制，简化了软件设计和实施，提高了软件的可理解性和可测试性，并使得软件更容易维护。 模块独立性。 模块的划分要使模块间极可能的相互独立，独立模块较易维护。 度量模块的独立程度有两个标准：内聚和耦合。 耦合是 对一个软件结构内不同模块之间互连程度的度量。 耦合强弱取决于模块间接口的复杂程度，进入或访问一个模块的点，以及通过接口的数。 在软件的设计中应追求尽可能松散的耦合。 内聚标志一个模块内各个元素彼此结合的紧密程度，它是信息隐藏和局部化概念的自然扩展，理想内聚的模块制作一件事情。 在设计时应力求做到高内聚。 功能模块划分 查询系统模块 该模块实现公交查询 功能。 可实现按线路查询、站点查询和起点 — 终点查询三种查询方式。 录入系统模块 该模块实现数据的增新、修改、删除功能。 系统模块图如 下图 所示： 第 4 章 系统概要设计 14 邯郸市公交查询系统模块图 数据库技术史载文件系统的基础上发展起来的一种高效的数据管理技术，它能保持系统数据的整体性，完整性和共享性。 在数据库系统中提供了对数据的访问机制，能有组织的存储相关的数据，具有合理的存储方式，快速的查询效率和小的数据冗余等特性。 另外数据的存储和应用程序彼此独立，不仅便于数据的管理与控制而且又利于应用程序的辨别与调试。 数据库类似于一个数据的大仓库，能很好地实现数据共享，能维护数据的 一致性。 数据库设计是屎系统设计的一个重要内容，其设计质量的好坏直接影响系统开发的成败，系统的质量，系统效率及可维护性。 在 本系统的设计中，充分考虑到了管理系统数据繁杂，重复性很大，数据使用频繁。 因此本系统采用了一种能正确反映用户实现环境，能被现行系统接收，易于维护、效率高的数据管理方法 — 数据库系统。 数据模型是指数据库中记录与记录之间联系的数据结构形成的。 不同的数邯郸市公交查询系统 前台用户查询页面 公交路线查询 公交站点查询 公交换乘查询 公交用户评论 用户登录注册 登录用户可以评论 后台管理员窗口 管理员增、删、改、查 公交线路的增、删、查 公交站点增、删、改、查 公交用户注册查看、删除 公交用户评论查看、回复 高级管理员 普通管理员 第 4 章 系统概要设计 14 据管理系统有不同的数据模型，数据库设计的核心问题是设计好的数据模型。 在目前的数据库管理系统中有层次模型，网状模型、关系模型三种数据 模型。 其中，关系模型具有较高的数据独立性，使用也较为方便。 其中的排序和索引功能，对数据快速定位，查询提供了有利条件。 交流股东对于本系统的数据库设计有以下几点说明：数据库设计兼顾前面设计的数据流程图，管理信息系统的设计并不是以数据库为核心的数据库应用设计，本系统的数据库设计尽量满足 3NF（第三范式）的要求，本系统的数据库设计以提高系统运行效率为前提。 数据库概念结构设计 在系统设计的开始，我首先考虑的是如何用后素具模型来建立数据库的结构与语义，以对现实世界进行抽象。 目前广泛使用的数据模型可以 分为两种类型，一种是独立于计算机系统的“概念数据模型”，如“实体联系模型”：另一种是直接面向数据库逻辑结构的“结构数据模型”。 在本系统中我采用“实体联系模型”（ ER 模型）来描述数据库的结构与语义，以对现实世界 第一次抽象。 ER 模型直接从现实世界抽象出实体类型及实体之间的关系，然后用 ER图来表示数据模型。 它有两个明显的优点：接近于人的思维，容易理解：与计算机无关，用户容易接受。 但它只是数据库设计的第一步。 ER图式直观表示概念模型的工具，它有三个基本成分： （ 1）矩形框，表示实体类型（考虑问题的对象）。 （ 2）菱形框，表示联系类型（实体间的联系）。 （ 3）椭圆形框，表示尸体的属性。