公交查询系统设计手册

1引言

1.1编写目的

该文档为“公交线路查询系统”详细设计阐明的文档。编写FW勺在于从需求分析已经明

确的基础上，为实现需求的功能而论述自己开发设计思想、措施，逐渐开发强健的系统构架，

使设计适合于实行环境，为提高性能而进行设计。并为下一步的详细设计做基础。

1.2背景阐明

开发软件名称：南京市公交线路查询系统。

项目任务提出者：南京航空航天大学储剑波老师。

项目开发者：南京航空航天大学0310104小组。

顾客：南京市公交总企业。

实现软件单位：南京航空航天大学及南京市公交总企业。

1.3定义

列出本文献中用到的专门术语的定义和缩写词H勺原词组。

1.4参照资料

《软件工程导论》，张海藩，清华大学出版社。

《实用软件工程》，郑人杰等，清华大学出版社。

2总体设计

2.1需求规定

1.线路杳询：在线路列表中选择对应的线路，经查询后查询成果会显

示该线路上所有通过站点于总站数;

规定输入框不为空；

2.线路选择：在站点中选择对应H勺起点站与终点站H勺编号，点击查询,

即在查询成果框显示符合顾客选择的路线并提供多种路线

的支持。

3.修改线路：在线路列表里选择即将修改日勺线路;

在线路更名框输入要更新的名字，点击修改；

对•条线路上站点进行修改时，在选择站点框进行对应日勺

增长，删除，更名等操作。

4.站点查询：在站点列表中选择站点，杳询后查询成果显示经由该站点

的所有线路及详细的站点显示及通过该站点的线路总条数。

输入框必须选择站点。

注：杳询成果框可清空。

2.2运行环境

操作系统：windows7(x86x64)

编译环境：.VisualC++

编译软件：MicrosoftVisualStudio2023

2.3基本设计概念和处理流程

该系统的基本设计概念及重要功能图:

查找经过该站点的

n条线路

依次显示这些

线路所经过的

站点

结束

图2.3-1站点查询

查询该线路所经过

的站点

结束

J

图2.3-2线路查询

开始

图2.3-3线路选择

是否为空

依次输入站

点名

¥

是否重复

I

N

X..

线路名是否在

在

保存新增线路和

站点信息

(结束

/

图2.3-4增长路线

选择要跚除的线路

-“

是否删除

删除所选线路的信

息

结束

图2.3-5删除线路

开始

选择要修改的线路

名

//

输入修改名-

//

N

々字是否愿）一"Y

修改名是否希_______

N

■

修改名称---------A保存新信息i

1■1•

1\1

____V____

<_一\

结束

图2.3-6修改线路

1开始J

▼

选择要增加站点的

线路

,/"输入站点名

¥

N

*

*•

增加新站点-------»»保存站点信息

\_____________

1r

结束

图2.3-7增长站点

1开始/

选择要删除站点的.

线路一

选择要则除的站点、

该线路站点不...._________

数是否等于2

'T

N

▼

r~

•»

删除该站点r保存信息

\___________

结束

图2.3-8删除站点

结束

图2.3-9修改站点

保存新用户I

*\

图2.3-10增长顾客

,_______________除用户是杏一

为管理员,,

更新信息I

I•

图2.3-11删除顾客

图2.3-12顾客名修改

2.4构造设计

2.4.1构造

2.4.3人工处理过程

1：登录界面时，手动输入顾客名和密码；

2：增长路线时，新增线路名和站点名；

3：修改路线时，将需要修改H勺路线名和站点名；

4：新增顾客与密码修改时，手动输入要新添的顾客与密码。

2.4.4尚未问决的问题

阐明在概要设计过程+«尚未处理而设计者认为在系统完毕之前必须处理的各个问题。

2.5接口设计

2.5.1顾客接口

顾客登录时，需要输入顾客名，密码及与否记住密码（可选），规定输入相匹配口勺顾

客名及密码，登录界面后提醒登录成功，否则提醒登录失败。

登录管理员界面后，增长线路：输入要新增的线路名，并依次对此线路上的站点名输

入；

规定以上两项必须所有输入；系统刷新后线路增长成功。删除线路：在线路列表里选择要删

除的线路；系统提醒与否确认删除。修改线路：在线路列表里选择即将修改的线路；在线路

更名框输入要更新的I名字，点击修改；对一条线路上站点进行修改时，在选择站点框进行对

应时增长，删除，更名等操作。选择站点后，有上移下移操作。帐号管理：从选择顾客口勺下

拉框中选择进行操作的I顾客名；如需新增顾客，输入顾客名，密码和与否为管理员（可选）：

系统提醒添加成功；删除顾客时，选择顾客并进行操作：修改顾客密码时，需输入顾客H勺

新密码及确认密码；修改顾客名，输入要修改的名字。

登录一般顾客界面后，修改密码：菜单栏中文献选择修改密码，顾客需输入原密码，新

密码及确认新密码以进行修改；线路选择：在站点列表中选择对应的起点站与终点站，显

示在起点站框与终点站框，点击查询，即在查询成果框显示符合顾客选择的路线并提供多种

路线的支持，注：起点站与终点站需所有输入；线路杳询：在线路列表中选择对应日勺线路，

经查询后查询成果会显示该线路上所有通过站点于总站数;规定输入框不为空；站点查询：

在站点列表中选择站点，查询后查询成果显示经由该站点时所有线路及详细的站点显示及通

过该站点的线路总条数。输入框必须选择站点。（注：查询成果框可清空。）

2.5.2外部接口

软件接口：支持所有Windows平台系统；

顾客界面；

2.5.3内部接口

登录模块，输入：顾客名、密码。输出：登陆成功或失败提醒。

增长路线，输入：新路线名，站点名。输出：添加成功。

删除路线，输入：路线名。输出：删除成功。

修改路线，输入：路线名，站点名。输出：系统提醒修改成功。

添加账户，输入：新账户名，密码。输出：添加成功。

线路选择，输入：起点名，终点名。输出：查询成果。

线路查询，输入：路线名。输出：查询成果。

站点杳询，输入：站点名。输出：查询成果。

2.6其他专门规定

1、软件必须严格按照设定的安全权限机制运行，并有效防止非授权顾客进入本系统。

2、软件对顾客的所有误操作或不合法操作进行检查，并给出提醒信息。

3数据库设计

3.1概念构造设计

3.2逻辑构造设计

以上E-R图中有实体：管理员，一般顾客，线路，站点。

如下对实体进行分解：

站点映射表（站点序号，站点名，线路名）

注：该站点映射表具有属性站点序号，站点名，线路名。主码为站点序号，站点名，线路名。

顾客（顾客名，密码）

注：该顾客包括管理员与•般顾客。属性为顾客名和密码。主码为顾客名，密码。

站点（站点名）

注：该站点属性是站点名,主码为站点名。

线路（线路名）

注：该线路具有属性线路名。主码为线路名。

3.3物理构造设计

表3-1登录表（user）

字段类型阐明与否为空

L'namechar顾客IDNotnull

Pswchar密码Notnul1

RoleBoolean与否为管理员Notnull

表3-2站点信息表(station)

字段类型阐明与否为空

SnameChar(10)主键Notnull

表3-3线路信息表(route)

字段类型阐明与否为空

Rnamechar(10)主键Notnul1

表3-4线路站点映射表(RSmap)

字段类型阐明与否为空

RnameInt主键Notnull

SnameInt主键Notnull

RsorderInt站点序号Notnull

3.3数据字典设计

顾客数据字典：

属性名存储代码类型长度阐明

一般顾客名UserVarchar30•般顾客登陆时

口勺名称

管理员AdminVarchar30管理员登录时账

户名

密码Passwordint4顾客登录时所用

密码

站点数据字典:

属性名存储代码类型长度阐明

站点名StationVarchar20站点标志名称

线路数据字典:

属性名存储代码类型长度阐明

线路名RnameVarchar20线路标志名称

3.4安全保密设计

本系统顾客分两种：管理员及一般顾客。分别对其权限进行了设置，如下：

管理员：本系统口勺最高管理者，能对本系统软件进行操作，分别为站点管理（删除站点，

增长站点，修改站点），线路管理（删除线路，增长线路，修改线路），账号管理（删除账户，

增长账户，修改账户）。当公交路线出现变更时，管理员可及时对信息进行更换以便顾客查

询对时的信息。这个操作仅限管理员。

一般顾客：本系统的「.大使用者，能使用本系统密码修改，查询线路信息，站点信息,

及最终的线路选择。

4系统出错处理设计

4.1出错信息

也许出现的1错误和故系统输出信息形式系统输出信息口勺含意处理措施

障

人工操作出错系统出现大量错误数系统数据出现错误备份还原操作恢复前

据一段时间的数据；

病毒故障系统运行过慢，计算系统受到病毒的入备份还原操作恢复前

机死机等现象侵，导致数据错误或一段时间口勺数据，并

丢失常常杀毒，安装系统

防火墙

软件打开故障系统不能正常打开系统启动出现问题需重新安装系统

软件显示错误信息显示与实际不符的信数据转换错误关闭该系统后重新启

息动

4.2补救措施

1.周期性地把磁盘信息记录到磁带上，当原始数据丢失后启用此副本。

2.使用手工操作和数据的人工记录作为降效技术。

3.使用回滚技术使软件从故障点开始继续工作。

4.在运行操作本系统前应先进行备份操作，管理员对该软件II勺数据库进行备份并存档。

并定期进行此操作。

4.3.系统维护设计

阐明为了系统维护的以便而在程序内部设计中作出II勺安排，包括在程序中专门安排用于

系统的j检杳与维护的检测点和专用模块。各个程序之间H勺对应关系，可采用如下Eg矩阵图

的形式；

为了系统H勺安全维护，可以对本系统数据库进行一下维护：

1.全备份--每季度进行一次；

2.差分备份--每月进行一次；

3.增量备份--每天进行一次。

5程序模块1设计阐明

从本章开始，逐一地给出各个层次中的每个程序H勺设计考虑。如下给出的提纲是针对一

般状况的。对于一种详细的模块，尤其是层次比较低的模块或子程序，其诸多条目的内容往

往与它所从属小J上一层模块的对应条目的内容相似，在这种状况下，只要简朴地阐明这一

点即可。

5.1程序描述

给出对该程序的简要描述，重要阐明安排设计本程序的目的意义，并且，还要阐明本程

序的特点（如是常驻内存还是非常驻？与否子程序？有无覆盖规定？是次序处理还是并发

处理等）。

该系统顾客分为管理员与一般顾客。而管理员权限为站点管理（删除站点，增长站点，

修改站点），线路管理（删除线路，增长线路，修改线路），账号管理（删除账户，增长账户，

修改账户）。一般顾客权限则是站在顾客角度考虑的，即要懂得最新的更改信息并且能查询

到自己想要的信息。顾客权限为对自身账号H勺密码修改和查询线路信息，站点信息，及最终

的线路选择。

管理员站点管理:该设计系统为公交查询系统，是针对公交企业及广大乘客为出发点的。

一种比较完善H勺系统必须有维护者，而管理员的站点管理是针对该系统中当某些站点发生信

息变更时，例如增长某一站点，取消站点，修改该站点名，则管理员必须及时输入更新的消

息以便顾客查询。因此该站点管理包括删除站点，增长站点，修改站点。

管理员线路管理：一种都市H勺公交并不是永远处在固定的状态模式，一种流动口勺都市随

时会有信息的变化，因此我们在设计该系统时会有管理者来进行管理,当由于某些原因该线

路需要更新信息时，例如线路删除，增长某些线路，对线路进行修改。

管理员账户管理：一种都市使用的I公交系统其顾客肯定也并不在少数，因此系统设置了

专门的账户管理以便增添顾客，或注销掉顾客以及出于安全的考虑会对密码进行及时的修改。

一般顾客站点查询：上面已经进行了一定描述，该系统使用于广大顾客及公交企业，设

置此项功能后，顾客可以愈加以便快捷的进行公交信息的查询，将自己想要抵达的站点名输

入后，点击查询可以得到通过该站点口勺所有线路。

一般顾客线路查询:一般顾客想懂得自己乘坐车日勺站点信息，只用选择乘坐的线路，点

击查询即可得到该线路上所有站点信息。

一般顾客线路选择：通过上述查询后，假如没畲显示信息出现，则该系统的设计是失败

的，顾客不能得到查询的成果，因此此设计是必要的。

一般顾客密码修改：私人信息例如账户密码是需要得到保障的。因此系统设置了顾客的

密码修改，当一般顾客察觉自己的信息受到威胁时，可以通过此项进行修改自身账户的密码。

5.2功能

阐明该程序应具有的功能，可采用IPO图（即输入一处理一输出图）的形式。

IPO表

模块编号：Ml

模块名称：站点查询

所属子系统：一般顾客管理

调用模块：输入站点名信息

被调用模块：一般顾客管理

模块描述：顾客输入站点信息进行查询

输入参数：站点名

输出参数：线路名，线路条数

变量阐明：文本，数字

有关数据表：站点映射表

处理：把要查询的站点名输入，然后返回对应的查询信息，如通过该站点的线路名，和通

过该站点的所有线路条数。

备注：

设计人：设计日期：

IPO表

模块编号：M2

模块名称：线路查询

所属子系统：一般顾客管理

调用模块：输入线路名信息

被调用模块：一般顾客管理

模块描述：用于顾客输入线路名进行信息查询

输入参数：线路名

输出参数：线路上所有站点，站点总数

变量阐明：文本，数字

有关数据表：站点映射表

处理：把要查询的线路名输入，然后返回对应的查询信息，如该线路上所有站点名，和通

过多少站点数。

备注：

设计人：设计日期:

IPO表

模块编号：M3

模块名称：线路选择

所属子系统：一般顾客管理

调用模块：输入起点站，终点站信息

被调用模块：一般顾客管埋

模块描述：用于顾客查询通过起点站和终点站之间的线路详细信息。

输入参数：起点站，终点站

输出参数：换乘方案，总站数

变量阐明：文本，数字

有关数据表：站点映射表

处理：输入要查询的起点站和终点站，然后返回对应的查询信息，如进过该起点站和终点

站的所有换乘方案及进过的总站数。

备注：

设计人：设计日期：

IPO表

模块编号：M4

模块名称：密码修改

所属子系统：一般顾客管理

调用模块：修改密码

被调用模块：一般顾客管理

模块描述：顾客出于安全考虑，对自身密码进行修改。

输入参数：原密码，新密码，新确认密码

输出参数：修改成功

变量阐明：文本

有关数据表：顾客表

处理：顾客点击修改密码时，输入之前的原始密码，再将要修改的新密码和新确实认密码

输入标签，点击修改。

备注：

设计人:设计日期:

IPO表

模块编号：M5

模块名称：站点管理

所属子系统：管理员管理

调用模块：删除站点，增长站点，修改站点

被调用模块：管理员管理

模块描述：当某些站点发生信息变更时，例如增长某一站点，取消站点，修改该站点名，

则管理员必须及时输入更新的消息以便顾客查询。

输入参数：线路名，站点名

输出参数：站点名

变量阐明：文本

有关数据表：站点映射表

处理：首先选择要进行修改的线路，如要进行删除站点设置，则选中该线路上的某个站点

进行删除。要增长新的I站点时，输入新的站点名进行增长。要修改某一站点名时,

选中站点，输入要修改的新站点名，点击更名。然后返回对应的成果，显示成功。

备注：

设计人：设计日期：

IPO表

模块编号：M6

模块名称：线路管理

所属子系统：管理员管理

调用模块：删除线路，增长线路，修改线路

被调用模块：管理员管理

模块描述：当由于某些原因该线路需要更新信息时，例如线路删除，增长某些线路，对线

路进行修改时，管理员及时将变更信息进行修改。

输入参数：线路名，站点名

输出参数：线路名，站点名

变量阐明：文本

有关数据表：站点映射表

处理：当要增长线路时，首先输入要增长的）新线路名，然后依次输入该线路上的站点名，

然后返回。删除线路时，选择要删除的线路，点击删除返回。修改线路时，选中要

修改的线路，可以对该线路上的站点信息进行修改，然后返回对应的成果。

备注：

设计人：设计日期：

IPO表

模块编号：M7

模块名称：账户管理

所属子系统：管理员管理

调用模块：删除账户，增长账户，修改账户

被调用模块：管理员管理

模块描述：系统中会常常出现顾客的信息变更，如要新增顾客或顾客注销时，管理员就在

该流程上进行操作。

输入参数：密码，顾客名

输出参数：新顾客

变量阐明：文本

有关数据表：顾客表

处理：管理员要对自身密码进行修改时，需首先登录自己的账户，输入要修改的新密码和

新确认密码，修改返回。当新增顾客时，输入要增长的顾客名及密码，并反复密码,

新增返回。要删除顾客时，必须不是目前顾客，目前顾客对自身的账户名没有删除

权限。

备注：

设计人：设计日期：

5.3算法

详细阐明本程序所选用的算法，详细的计算公式和计算环节。

用图表（例如流程图、鉴定表等）辅以必要的阐明来表达本程序B勺逻辑流程。

本系统日勺流程图如下:

查找经过该站点的

n条线路

图2.3-1站点查询

站点查询阐明：顾客输入要查询日勺站点名，系统鉴别与否为空，当为空时系统提醒重新输入，

当输入站点名后，系统会匹配自己的数据库，看该站点名与否存在，当存在

时，则显示通过该站点的J所有路线信息，点击其中的J线路，可显示详细佶息。

I—开始J

输入线路名

<■'是否为空:

是否存在

查询该线路所经过

的站点

依次显示这些

站点

（结束）

图2.3-2线路查询

线路查询阐明:顾客输入要查询的线路名，系统进行对应的匹配，当存在时，查询成果框显

示该线路上的所有站点名。

开始

图2.3-3线路选择

线路选择阐明：顾客输入要查询的起点站和终点站，系统判断输入与否为空和输入H勺起点站

和终点站与否同样，最终判断与否存在，当存在时，分别从起点站和终点站

出发，系统找出对应的路线，判断与否相等并记录信息，找出最短途径显示

直连路线和换乘一次的路线。

增长路线阐明：输入要增长的路线名，系统鉴别与否为竺，如不为空，则依次输入该路线上

日勺站点名，当反复输入站点名时，系统提醒反复输入。

图2.3-5删除线路

删除路线阐明：选择要删除的路线，系统会提醒与否删除即给了管理员误操作的也许性。当

选择删除时，该线路及该线路上所有站点信息也删除。

修改名称保存新信息

结束

V•____•

图2.3-6修改线路

修改线路阐明：选择要修改H勺线路名井输入要修改口勺线路名，系统会提醒与否存在要修改的

名字。

开始

是否重复

—

N

.

增加新站点保存站点信息

结束

图2.3-7增长站点

增长站点阐明:选择要增长站点日勺线路，输入要增长日勺站点名，假如反复系统提醒反复,.咽

长新站点成功时，保留站点信息。

N

▼

删除该站点保存信息