公交管理系统(3)

第3章 需求分析

第3章 需求分析

3.1 系统需求分析

随着我过经济的告诉发展，人们生活水平的提高，原来越多的人开始热衷于到外地旅游。那么对于这些外来的旅游者，首先要搞清这个城市的公交路线显得很重要！邯郸市作为一个旅游城市，每年都要吸引大量的游客，为了满足这些游客熟悉公交路线的需求，特以公交查询系统为设计课题。本软件不仅可以给游客带来方便，也能给广大市民提供方便。我认为这样的系统应该具有很好的实用性！开发本系统的目标就是立足广大乘客的实际，着眼于公交业的未来发展，规范公交管理，提高服务质量，方便乘客查询，并为此设计该系统。

人们生活水平的提高，越来越多人喜欢旅游，但是第一次来一个陌生的城市，肯定对公交路线不熟悉，所以必定需要一个能查看具体公交路线的公交系统。本系统采用结构化设计的方法来实现系统总体功能，提高系统的各项指标，即将整个系统合理的划分成各个功能模块，正确的处理模块之间和模块内部的联系以及和数据库的联系，定义各个模块的内部结构，通过模块的设计和模块之间关系的系统来实现整个系统的功能。

前台用MyEclipse编写主要有5个模块，用户的注册及登录、路线查询、站点查询、公交换乘、以及用户评论。

功能名称：用户注册及登录

功能概述：用户在没有注册的时候可以查询路线站点及换乘但是没有参与评论的机会，在注册之后，登录可以在网站上参与评论。

功能名称：路线查询

功能概述：可以获得要查询的公交车所经过的所有的站点。 功能名称：站点查询

功能概述：通过输入指定的站点查询经过该站点的公交信息。 功能名称：公交换乘

功能概述：该项可分为直达公交、公交换乘两种，主要体现那些不可直达需要转车的路线的所有换法。（如果用户输入的起始点和终点，有一条及一条以上的公交路线可以直达的，则为直达公交，都可以体现出来）

功能名称：用户评论

8

第3章 需求分析

功能概述：用户对于乘坐公交得心得，或者在公交上发现的人、事、行为可以发表，对于一些不好的评论，管理员可以在后台删除。

后台用NetBeans编写主要有5个模块，管理员的增加、删除、修改、查询，公交路线的增加、删除、查询，公交站点的增加、删除、修改、查询，用户注册查询、删除，用户评论查询、删除。

功能名称：管理员的增加、删除、修改、查询

功能概述：用来管理管理员，管理员分为高级管理员跟普通管理员，高级管理员的权利更加大一些，除了对公交路线的管理外，还可以对管理员进行管理。但是普通管理员的权限只在于对公交路线、站点、评论的查看以及用户注册的查看。

功能名称：公交路线的增加、删除、查询 功能概述：用于对公交路线的管理

功能名称：公交站点的增加、删除、查询、修改

功能概述：用于对公交路线中的某一个或所有的站点的管理 功能名称：用户注册

功能概述：用于对公交查询注册的用户们查看以及删除（删除功能只有高级管理员有权利）

功能名称：用户评论

功能概述：用于管理公交查询注册用户的评论信息的查看及删除（删除功能只有高级管理员有权利）

本系统提供了的车次查询功能、路线查询功能。乘客可以方便进行查询，一方车错车次。当然有些功能的智能化不是很强，系统有待进一步来完善。

3.2 数据库需求分析

数据库在一个信息管理系统中占有非常重要的地位，数据库结构色设计的好坏将直接对应用系统的效率以及实现的效果产生影响。合理的数据库结构设计可以提高数据存储的效率，保证数据的完整和一致。

数据库技术史由触痛的文件系统发展而来的，从层次模型、网状模型发展到关系模型。数据库技术史数据管理的最新技术，是计算机科学的一个重要分支，它能知道我们正确地设计数据库系统，它的出现极大地促进了计算机应用的发展。采用数据库技术的原理和方法可以有效地设计使用的数据库系统。一个完整的数据库系统包括数据库管理系统（DBMS），数据库管理员（DBA）、数据库（DB）、应用程序和相应的硬件设施。

8

第3章 需求分析

目前许多数据库管理系统都基于关系模型，关系模型的主要特点是用表格结果表达实体，用键表示实体与实体之间的联系。与层次模型和网状模型相比，关系模型比较简单，容易为初学者接受。关系模型是由若干个关系模式组成的集合，关系模式相当于记录类型，它的实例称为干系。每个关系是一张表格。表格简单，用户易懂，用户只需用简单的查询语句就可以对数据库进行数据操作，并不涉及到存储结构，访问技术等细节。关系模型是数学化的模型，要用到集合论，离散数学等知识。SQL语言是关系数据库的代表性语言，已经得到了广泛应用。

在设计数据库时，应注意数据的安全性，保证数据的安全，防止非法用户访问数据库，以免泄露重要信息，同时也能防止非法用户的蓄意破坏，有许多保护数据的方法，如采用用户标识，口令和密码或访问控制等方法。一个成功的数据库应用系统应具有用户标识，每一个合法用户具有一个用户名和相应的口令，进入数据库应用系统前必须输入正确的口令，否则无法进入系统，这就保证了只有合法的用户才能操作数据库系统。为了保证数据的合法予以，必须对数据库的数据进行完整性约束，即防止用户输入不和语义的数据。

在设计应用软件时，应严格按照软件工程学的方法进行设计，传统的方法采用瀑布模型，从问题定义、可行性分析、需求分析、概念设计、总体设计、系统实现、编码和软件测试、运行和维护等软件生命周期内，每一阶段均在前一阶段的基础上进行设计，并在每一阶段有相应的文档资料。

3.2.1 数据需求

数据需求主要是应用来描述本系统的数据来源。根据该系统的实际情况，本系统要有以下数据信息：

1、register、adminregister 用来记录公交用户跟管理员们的名称、id、级别等一些基本信息。

2、bus、busall、busdetail用来记录车辆的信息（数据库设计有冗余，但是由于毕业设计都已经接近尾声了，就没改动）。

3、usercomment用来记录公交用户的评论，以及管理员的回复。 4、province、city是用来记录省市的。

3.3 性能需求分析

为了保证系统能够长期、安全、稳定、可靠、高效的运行，城市公交查询系统应满足一下的性能需求。

8

第3章 需求分析

3.3.1 系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑当前和将来可能承受的工作量，使系统的处理能力和相应时间能够满足企业对信息的需求。

由于公交查询系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而车票数量和时间又影响企业的决策活动，其准确性很大程度上决定了公交查询系统的失败。在系统开发过程中，必须采用一定得方法保证系统的准确性。 3.3.2 系统的开放性和系统的可扩充性

公交查询系统在开发过程中，应该充分考虑以后得可扩充性。例如网上查询的用户查询的需求也会不断地更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定得规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。 3.3.3 系统的易用性和易维护性

公交查询系统式直接面对使用使用人员的，而是用人员往往对计算机并不是非常熟

悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

公交查询系统中涉及到的数据时公交公司的相当重要的信息，系统要提供方便的手段宫系统维护人员进行数据的备份，日常的安全管理，系统以外崩溃时数据的回复等工作。

3.3.4 系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合

主流国际、国家和行业标注。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用的标准。如规范的数据库操作界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。 3.3.5 系统的先进性

目前计算机的技术发展相当快，作为公交查询系统工程，应该保证系统在下个世纪

9

第3章 需求分析

仍旧是先进的，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。 3.3.6 系统的响应速度

公交查询系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效。

10

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库公交管理系统(3)在线全文阅读。