火车旅客信息网上管理系统说明书.docx

*******************
实践教学
*******************

兰州理工大学
计算机与通信学院

2011年秋季学期

软件开发综合训练课程设计

题 目：火车旅客信息网上管理系统
专业班级： 计算机科学与技术3班
姓 名： 谢小伟
学 号： 08240317
指导教师： 张 红
成 绩：

编号：
时间：2021年x月x日

书山有路勤为径，学海无涯苦作舟
页码：第28页 共29页

目 录
摘 要 3
前 言 4
第1章 可行性分析 5
1.1问题描述 5
1.2可行性分析研究 5
1.2.1技术可行性 5
1.2.2经济可行性 5
1.2.3操作可行性 6
1.3结论意见 6
第2章 项目开发计划 7
2.1编写目的 7
2.2项目背景 7
2.3项目概述 7
2.4项目开发计划 8
2.5交付期限 8
第3章 需求分析 9
3.1任务需求分析 9
3.2数据流图、数据字典及实体联系图 9
3.2.1 数据流图 9
3.2.2数据字典 10
3.2.3实体联系E-R图 11
第4章 系统概要设计 15
4.1总体设计 15
4.2系统功能模块图 15
4.3数据库概念设计 16
4.4数据库逻辑结构设计 17
4.5连接数据库的特点 18
第5章 详细设计 19
5.1系统的主要功能及实现 19
5.1.1系统登陆管理模块 19
5.1.2时刻信息管理模块 19
5.1.3车次信息管理模块 19
5.1.4 售票订票信息管理模块 19
5.1.5通知乘车常识等信息管理模块 20
5.2程序流程图 20
5.3用户界面设计 22
5.3.1一般交互设计 22
5.3.2信息显示设计 22
5.3.3输入界面设计 23
5.4软件测试 23
5.4.1测试的方法和步骤 23
5.4.2测试用例 24
参考文献 25
设计总结 26
致 谢 27
摘 要
火车旅客信息网上管理系统的总体目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，分析和设计一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的火车旅客信息网上管理系统，为主管部门的决策者和管理者提供充足的信息、快捷的查询和有效的管理方式，减少不必要的损失和浪费，提高人事管理的效率。

关键词：铁路系统；数据库；数据字典；信息管理

前 言
随着人类文明的飞速发展，人类的活动不仅仅局限在一个小的圈子里。而且物品也越来越丰富，致使铁路运输企业有了很大的发展。与之俱来的是对旅客信息的管理。如果单凭人力，根本跟不上环境的要求，不但工作量大而且容易出错。随着科技的发展，计算机软硬件技术已经达到了相当高的水平。于是，火车旅客信息网上管理软件迎合了市场，为企业创造了不少价值。
火车旅客信息网上管理，不仅仅是对旅客信息的简单管理，它包括火车时刻表、车次查询、紧急通知、乘车小常识等信息的发布和相关管理。这是对旅客的热情服务也是人性化关怀的充分展现。
这套系统分四部分进行信息管理：管理员管理，是最为重要的一部分，它包括售票订票系统的权限设置，旅客意见的采纳与回复；火车时刻表管理，是对车辆信息的管理，包括车辆的车次，始发站与终点站，快慢等级，发车时间与到达时间，及中途站点停车时间等；紧急通知编辑，是当火车在行车过程中遇到紧急突发事件，如道路受损、让车、技术停车等情况下对旅客进行及时通知；乘车小常识管理，包括沿途风光介绍，沿线土特产介绍，防盗与安全意识介绍等，是人性化服务很重要的一个组成部分。
本系统采用Web模式来设计，服务器端我们采用SQL Sever2005数据库系统和ASP组件来构成服务系统；客户端采用浏览器来完成查询，修改，删除全过程，同时可进行远程系统维护和治理。

第1章 可行性分析
1.1问题描述
本设计主要研究内容是由铁路运输企业在一般的日常工作的特点，设计一套火车旅客管理信息系统，以便对于火车时刻表、紧急通知编辑、乘车小常识进行管理。
通过本软件的设计、开发，使我们初步得到软件工程的训练，全面培养软件开发过程中的分析、设计、编码、测试及文档规范书写的能力。
1.2可行性分析研究
1.2.1技术可行性
技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。采用PC机作为工作台，其容量、速度能满足系统要求。
根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。
1.2.2经济可行性
因为通过网络传递铁路运输企业信息可以不受距离的限制，因此可以节省许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高铁路运输企业管理效率，即提高了该企业的经济效益，所以从经济上完全是可行的。
(1)铁路运输企业有能力承担系统开发费用
开发新系统的工作是一项艰巨复杂的工作，它主要需要人力和物力的投资。对于本系统资还是的开发者来说，其主要投在人力和物力两个方面。如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。软件企业作为一个简短的高科技产业，其员工要求都比一般企业的效率要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排人手，这样就可以为企业节约大部分的额外开支。同时软件就其它产品来说属于高端行业，无论是产品的价格还是质量都比较高，而经营产品的经销商或者是商家都要求有雄厚的资金支持。所以，在系统的开发过程中，企业完全有能力承担开发费用。..
(2)新系统将为企业带来经济效益
管理系统是一个信息化、智能化和先进管理理念的集合体。而管理是一个动态过程，在其运行过程中要采取多项措施。所以在管理中获得经济效益是一个综合效益，要对它进行直接定量的分析是比较困难的。一般新系统带来的经济效益是简介的，其最主要的表现就是减少了企业管理费用和人力开支。而其它一些繁琐的食物都通过新系统来加以分析解决，不仅节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。
1.2.3操作可行性
本系统采用基于Windows的图形用户界面，而该系统是大家熟悉的操作系统，对于那些有一般的计算机知识的人员就可以轻松上手。而整个火车旅客信息网上管理系统采用友好的交互界面，简洁明了，不需要对数据库进行深入的了解。
由此，该系统的操作是可行的，有必要开发该系统。
综合以上三方面，该系统具有很高的开发可行性，无论是从技术上或者经济上还是操作上。因此，可以设计该系统的数据流程图，建立数据字典。
1.3结论意见
经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法律上的可行。因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高质量完成。所以，系统研制和开发是可以马上进行的

第2章 项目开发计划
2.1编写目的
随着社会的发展，社会信息化也是社会发展的必然趋势，火车旅客信息网上管理系统也以方便、快捷、费用低的优点正慢慢地进入人们的生活。从传统的管理方式彻底的解脱出来，将减轻管理人员以往繁忙的工作，减小出错的概率，提高其管理效率，使人们有更多时间来获取信息、了解信息、掌握信息 。
当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。
本系统是为了方便对火车旅客信息网上管理人员对车辆信息进行高效的管理而编写的，面对旅客信息处理中出现的各种情况，该信息管理系统在实施后应基本达到以下目标：
(1)系统界面友好美观，操作简单易行，查询灵活方便。
(2)系统运行可靠，维护方便，灵活通用。
2.2项目背景
随着人们活动的范围越来越大，对火车运输服务的要求越来越高，企业必须对所属的各种信息进行详细的了解和掌握，包括火车时刻表、车次查询、售票订票情况等信息，以确保能够最快，最有效的完成旅客的需求。因此，火车旅客信息网上管理系统呼之欲出，它大大的减少了人员操作，节省开支，方便了各种信息的查询。
2.3项目概述
1、工作内容
本设计主要研究内容是由铁路运输企业在一般的日常工作的特点，设计一套旅客管理信息系统，以便对于火车时刻表、紧急通知编辑、乘车小常识等进行管理。
2、条件与限制
开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具备开发的条件。该系统可在用户要求的期限内完成。
3、产品
1）、文档
2）、程序
文档内容包括：封面、目录、中文摘要100字左右、关键词3-5个、序言、可行性分析、项目开发计划、需求规格说明、概要设计、详细设计、设计总结、参考文献等
4、验收标准
软件的验收标准完全由用户提出的软件需求制定，能保证软件的基本符合用户的要求。
2.4项目开发计划
1、任务分解
分三个大的阶段进行开发。第一阶段完成本系统的数据流图跟E-R图。第二阶段完成概要设计跟详细设计。第三阶段书写文档。
2、预算
通过任务分解分成的三个任务，分别进行成本估计，最后累加。估计每个任务成本时，通常先估计此项任务所需的人力。以月为单位，将人数乘以每人一个月的工资而得出每个任务的成本。
3、关键问题
各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风险因素。对于出现的一些小难点总都能得到解决。
2.5交付期限
所要开发的系统较简单，所有开发工作用户要求要在三周内完成，完成项目的最迟时间为2011年8月21日。

第3章 需求分析
3.1任务需求分析
系统任务主要包括：
1）时刻信息：时刻信息的输入、查询、修改；
2）车次信息：车次信息的输入、查询、修改；
3）售票信息：售票信息的输入、查询、修改；
4）订票信息：订票信息的输入、查询、修改；
5）通知、常识等信息：通知、乘车常识信息的输入、查询、修改；
3.2数据流图、数据字典及实体联系图
3.2.1 数据流图系统管理员

处理事务

旅客基本信息

管理员信息
处理结果
相关人
或部门

图3-1数据流图

数据流图由四种基本的元素构成：数据流(Data Flow)，处理(Process)，数据存储和数据源（数据终点）。
数据流(Data Flow)：为具有名称且有流向的数据，用标有名称的箭头表示，一个数据可以是记录、组合项或基本项。
处理(Process)：表示对数据所进行的加工和变换，在图中用矩形框表示。指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。
数据存储：表示用文件方式或数据库形式所存储的数据，堆砌进行的存取分别以指向或离开数据存储的箭头表示。
数据源及数据终点：表示数据的来源或数据的去向，可以是一个组织或人员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引入的，一般只出现在数据流图的起点和终点。
3.2.2数据字典
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
名字：时刻信息
别名：时刻信息
描述：列车时刻表
定义：时刻信息=车次号+发车时刻+停靠时间+到达时刻+误差时间
位置：存储设备

名字：车次信息
别名：车次信息
描述：每辆车的详细信息
定义：车次信息=车型+车次+车厢数+始发站+沿途车站+终点站
位置;存储设备

(a) (b)
名字：订票信息
别名：订票信息
描述：火车票预先售出的信息
定义：订票信息=订票时间+订票人+车次+发车时间+起始站+终点站+票价+支付手段
位置：存储设备
名字：售票信息
别名：售票信息
描述：火车票售出信息
定义：售票信息=售票时间+车次+发车时间+起始站+终点站+票价+备注
位置：存储设备

(c) (d)

(c) (d)
名字：通知、乘车常识等信息
别名：通知、常识等信息
描述：其他人性化服务信息
定义：通知、常识等信息=通知播报时间+通知事件内容+播报员+乘客反映+紧急程度（等级制）
位置：存储设备

(e)
图3-2 火车旅客信息网上管理系统的数据字典
3.2.3实体联系E-R图
根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实体之间的关系，并画出如下所示的E-R图。
火车旅客信息网上管理系统E-R模型，如图所示：

订票信息
发车时间
订票人
订票时间
票价
车次
终点
起点
订票单号

图3-3 订票管理E-R图

车次

信息号
到达时刻

时刻信息

发车时刻
中途停车

图3-4 时刻管理E-R图

车次信息
列车类别
沿途站
发车时刻
起点
车次
终点
票价
火车编号

图3-5 车次管理E-R图

售票信息

售票时间

客票类别

起点站

车 次

终点站

售票员工号
车票价格

售票单号

图3-6 售票管理E-R图

车次

播报人
通知时间

通知信息

通知编号
通知事件

图3-7 通知管理E-R图

订票信息
订票人
终点
起始与终点
票价
发车时间
售票时间
售票信息
预定
车次
车型
始发终点
车次
订票时间
起始
沿途站点
1
n
n
1
车次
票价
发车时间
时刻表
决定
车号
发车
到达
1

产生

产生
车次
1
1
1

图3-8 系统ER图

系统ER图说明
1） 售票过程中一个售票员可以售出多车票，一个乘客只能乘坐一辆车。
2） 一次订票可能会定出多张车票。
3） 通知常识等信息等的紧急程度可以采用等级制。
视图设计：
1) 查询视图：可以查询订票信息，时刻信息，售票信息和订票信息。
2) 输入视图：当售出车票时，可以添加信息，每次的存储信息发生改变时可以进行输入。
3) 修改视图：可以很方便的在一定权力下对系统信息进行修改，比如售票订票信息等。

第4章 系统概要设计
4.1总体设计
总体设计过程通常由两个主要阶段组成：系统设计阶段，确定系统的具体设计方案。结构设计阶段，确定软件结构。
系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务，也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。
4.2系统功能模块图
可以根据模块独立原理对软件结构进行精化。为了合理的分解，得到尽可能高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试和易于维护的软件结构，应该对模块进行再分解或合并。
系统功能模块图如下图所示：
火车旅客信息管理系统
后台管理系统

前台操作管理系统
通知乘车常识
售票子系统
订票子系统
旅客意见簿
火车时刻表
车次查询信息
管理员信息管理
火车时刻表管理
紧急通知编辑
乘车小常识管理

图4-1系统功能模块图

本系统共包括五大模块，分别是时刻信息管理模块，车次信息管理模块，售票信息管理模块，订票信息管理模块和通知乘车常识信息管理模块。每个模块的功能如下：
1. 时刻信息管理模块功能：
(1)实现时刻表相关信息的查询；
(2)实现时刻表信息的更新，包括增加、删除、修改功能。
2. 车次管理模块功能：
(1)实现车次信息的查询；
(2)实现车次信息的修改，添加，删除。
3. 售票信息管理模块功能：
(1)实现售票信息的查询；
(2)实现售票信息的适时更新，包括增加、删除、修改功能。
4．订票信息管理模块
(1)实现订票信息的查询；
(2)实现订票信息的增加，修改功能。
5.通知乘车常识等信息的管理模块
(1)实现通知乘车常识等信息的查询；
(2)实现信息通知乘车常识等的增加和修改功能。
4.3数据库概念设计
数据库一般分为三级模式：外模式、概念模式和内模式。外模式也就是不同用户所对的数据视图，它将数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特征描述，通常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描述。
在这里我们将要设计的是数据库的概念模式，通过对火车旅客信息网上管理系统的内容和数据流程分析及E-R图，设计如下数据项和数据结构。
a) 订票信息表（订票单号，订票时间，车票价格，订票人，车次，起始站点，终点站点，发车时间，退订事宜）
b) 时刻信息表（时刻，车次，发车时刻，中途停车时间，到达时刻）
c) 车次信息表（火车编号，车次，列车类别，起始站，沿途车站，终点站，）
d) 售票信息表（售票单号，售票时间，车票价格，客票类别，车次，起始站点，终点站点）
e) 通知乘车常识等信息表（通知编号，通知时间，通知事件，播报人，车次）
4.4数据库逻辑结构设计
在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型，例如，将E-R图模型转化为关系模型，道理很简单，我们设计概念模型基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算机上有效地表示出这些关系就成了数据库设计的关键。根据运输企业信息管理系统的功能要求，选取SQL Server2005作为后台数据库。
一、在上面的实体和实体之间的E-R图设计基础上，形成数据库中的表格及表格之间的关系。

表4-1订票信息表（A）
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
AID
Int
20
PK
Not null
订票单号
Atime1
Datetime
6

Not null
订票时间
Avalue
Money
4

Not null
车票价格
Aname
Varchar
10

Not null
订票人
Ano
Int
4

Not null
车次
Afrom
Varchar
10

Not null
起始站
Ato
Varchar
10

Not null
终点站
Atime2
Datetime
6

Not null
发车时间
Aothers
Varchar
50

Not null
退订事宜

表4-2车次信息表（B）
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
BID
Int
10
PK
Not null
火车编号
Bno
Int
6

Not null
车次
Blevel
Varchar
10

Not null
列车类别
Bfrom
Varchar
10

Not null
起始站
Bto
Varchar
10

Not null
终点站

表4-3 时刻信息表（C）
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
Cno
Int
10
PK
Not null
车次
Ctime1
Datetime
8

Not null
发车时刻
Ctime2
Datetime
8

Not null
中途停车时间
Ctime3
Datetime
8

Not null
到达时刻

表4-4 售票信息表（D）
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
DID
Int
10
PK
Not null
售票单号
Dtime
Datetime
10

Not null
售票时间
Dvalue
Money
8

Not null
车票价格
Dlevel
Varchar
14

Not null
客票类别
Dno
Int
8

Not null
车次

表4-5 通知乘车常识等信息表(E)
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
EID
Int
10
PK
Not null
通知编号
Eevent
Varchar
24

Not null
通知事件
Etime
Datetime
6

Not null
通知时间
Ename
Varchar
10

Not null
播报人
Eno
Varchar
10

Not null
车次
4.5连接数据库的特点
当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对该数据库中表格，视图等的操作，如创建表,修改表，删除表，增加/删除记录。
设计中设计数据窗口的时候，通过对话框实现与数据的连接。在应用程序中
则一般是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始运行并实现与数据库的连接。

第5章 详细设计
5.1系统的主要功能及实现
根据上面的需求分析，设计好数据库系统，然后开发应用程序可以考虑的窗体的系统，每一个窗体实现不同的功能，可以设计下面的几个模块。
5.1.1系统登陆管理模块
功能：本模块的主要功能是对用户身份进行，验证只有系统的合法用户才能进入系统。并且不同的用户具有不同的权限，权限低的用户对有的功能将不可用。
5.1.2时刻信息管理模块
功能：该模块主要是实现时刻的信息查询、修改，删除等几个功能。
旅客信息查询：该模块为所有旅客提供查询功能，查询其详细信息，但是对于信息没有修改权限。
具体实现：管理员（有操作此系统权限的任何人）对信息具有修改删除等权限，并允许每位旅客查询，当列车时刻信息有变化时通过管理员对信息进行修改。
5.1.3车次信息管理模块
功能：本模块的主要功能是把车次信息写入存储器，同时对数据库中的信息进行更新，以备用户将来对存储的信息进行查询和打印，此外还可以对车次信息进行查询和删除功能。
具体实现：提供车次查询、信息修改、信息删除等功能。当有新的车次安排时，将车次的详细信息输入并保存，当线路取消或变更时进行修改或删除。
5.1.4 售票订票信息管理模块
当列车已经开始运营，旅客需要订票或购票来登上火车。此时售票订票信息显得尤为重要。所以此模块必须可以满足旅客查询、登陆、订票购票以及重要信息安全保密以确保客户的要求最大限度的得以满足。
具体实现：可以定义两个标志变量，来表示车票是否售出和是否预定，当已经有新任务时，如果客户愿意等待此项任务完成则将预约项做标志。根据每次售票订票的情况，随时更新各线路车票的剩余状况。
5.1.5通知乘车常识等信息管理模块
当列车在行驶途中，车组人员有紧急状况需要通知或根据沿途风光向旅客介绍乘车常识等都需要做记录。方便以后管理人员查询。
具体实现：对每一次播报进行统一，唯一的编号，作为搜索查找的关键字，允许编号中出现字符，以方便查找。
5.2程序流程图
程序流程图的优点是对控制流程的描绘很直观，易于掌握。通过对系统的调查和可行性分析，画出程序的流程图如下所示，程序过程设计主要是在借助过程设计工具的情况下，对程序的具体实现过程进行设计。程序的主要部分设计在这个环节完成。其主要包括以下几个部分：

登 录

输入密码和车次信息

N
是否管理员

查询信息

Y

修改或查询

车次信息
时刻信息

司机信息
通知乘车须知
订票信息
售票信息

结 束

图5-1 程序流程图

5.3用户界面设计
5.3.1一般交互设计
一般交互涉及信息显示、数据输入、和系统整体控制等方面。
1、一致性
为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能，使用一致的格式。在设计的过程中，基本上保持了系统的格式一致。
2、在有较大影响的操作前提示用户确认
在设计过程中，如果用户要执行删除操作，以及对数据库的读写操作时，都会有窗体弹出询问继续操作或者予以提示。
3、允许错误
允许用户的失误操作，尽量不对系统造成伤害。
5.3.2信息显示设计
应当尽量为用户提供的界面显示时完整的、明确的和容易理解的。这样才能满足用户的需求。使用不同的方式显示信息：用文字、图形、声音，按位置、移动和大小，使用颜色和省略等方式传达信息。
1、只显示与当前工作有关的信息
在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜单和图形。
2、使用便于用户迅速吸收数据的方式来表示数据
在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中就使用了柱状图的形式表现了复杂的数据。这样，用户可以直观的体会到图表所表示的含义。
3、使用一致的标记、标准的缩写和可预知的颜色
为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩写和可以预知的缩写，这样用户就无需参照其他信息源就能理解，而正确地适用软件。
4、产生有意义的错误信息
对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信息，以使用户保持对系统的信任，和系统的可用性。
5、使用窗口分隔不同类型的信息
使用不同的窗口显示、保存不同类型的信息。
5.3.3输入界面设计
用户的大部分时间用在选择菜单命令、键入数据和向系统提供输入。在系统中，键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以，对于他们的数据输入操作有如下约定：
1、保持信息显示和数据输入间的一致性
为了方便用户的使用，鼠标应当尽量减少操作的幅度。
2、保持显示信息和输入信息之间的一致性
对于用户来说，要保证其输入的数据在显示上与其他显示的视觉特征（例如：文字大小、颜色、位置等）要一致。
对于不同类型的用户在登录到系统后，由于有不同的权限，所以在主界面中会有一些项目受到限制而无法使用，所以要使这些项目不发生作用，以保证系统安全。
5.4软件测试
5.4.1测试的方法和步骤
软件的测试方法有两种，一种是黑盒测试（功能测试），另外一种是白盒测试（结构测试）。
黑盒测试把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过程。也就是说，黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当的接受输入数据并产生正确的输出信息，程序运行过程中能否保持外部信息的完整性。
白盒测试的前提是可以把程序看成装在一个透明的白盒子里，测试者完全知道程序的结构和处理算法。这种方法按照程序内部的逻辑测试程序，检测程序中的主要执行通路是否能按预定的要求正确工作。
在本次软件的测试工作中，由于水平的限制，仅仅对软件的各个功能模块进行了测试，并对各个模块之间的接口进行了详细的测试（用黑盒测试法）。
测试的步骤
由于该系统是一个小系统，可以把整个系统作为一个单独的实体来测试。当然，在测试的过程中可以分模块、分阶段来进行。
5.4.2测试用例
测试用例是指对一向特定的软件产品进行测试任务的描述，体现测试方案，方式，方法和技术。
1.登录测试：
分普通用户和管理员两种用户，登录时可以选择登录，当登录失败时有以下几种情况：
1)当不填写密码时，提示填写密码。
2)当密码填写错误时，提示登陆失败,密码错误。
3)当普通用户登录想以管理员身份登录时，提示错误。
2.使用测试：
1)普通用户没有对系统的修改，添加，删除权限。
2)管理员修改系统后不会出现保存失败或无法保存的情况。
测试实例：车次：K135，始发站：南京，是否正在运营：1（正在运营途中），终点站：兰州，路程：3500公里，客票类别：硬卧，票价：350元，发车时间：17：40，应到达时间：次日14:：35，
将以上信息分别有管理员输入相应的管理项目，分别是：车次信息管理，时刻表信息管理，售票、订票信息管理中保存。
2. 验证测试：
由非管理人员登录，进行查询，可以通过车次，时刻表，始发站或终点站任何一项信息进行信息查询。

参考文献
[1]初小璐．完全掌握SQL Server 2000 [M] 机械工业出版社,2004
[2]Jeraod V.Post.数据库管理系统（英文版.第三版）[M] [美]清华大学出版社,2006.1
[3]张海藩.软件工程导论[M].北京:清华大学出版社,1998.1
[4]谢希仁.计算机网络（第二版）[M].北京:电子工业出版社,2003.6
[5]戴志诚,赵国峰.JSP信息化系统建设案例[M].北京:人民邮电出版社,2006.12
[6]成晓静,毕靖.网页设计三剑客完全学习手册[M].北京:中国电力出版社,2004.11
[7]赵强.精通JSP编程[M].北京:电子工业出版社,2006.3
[8]萨师煊,王珊.数据库系统概论[M].北京:高等教育出版社,2002.2
[9]张海藩,李劲,谢兆阳.SQL Server2000数据库设计与系统管理[M].北京:清华大学出版社,2000.9
[10]刘禾,蔡锋.Web数据库假设技巧[M].北京:科技技术出版社,1999.4
[11]徐建波. Internet与Web设计教程[M].北京:中国矿业大学出版社,2000.12
[12]于书举,许向众.数据库设计与开发教程[M].北京:电子工业出版社,2003.11
[13]安海忠,李文斌,林旭新.商业网站建设与管理[M].北京:人民交通出版社,2006.8

设计总结
经过自己动手进行课程设计，对软件工程有了更深的了解。通过几天的查阅资料，完成火车旅客信息网上管理系统的设计文档，这对我来说是一个很大的挑战，也是对自己的一次锻炼。在课程设计的过程中,遇到了很多在理论课中没遇到过的问题,在解决问题中也得到了进步，我相信这次课程设计对我以后进行本专业的学习和工作会起到很大的作用。非常感谢张红老师的指导和热心的同学们在这次课程设计中对我的帮助。这次课程设计使我明白了很多知识，掌握了一些经验 ，受益匪浅。
通过这次课程设计，使我更加明白了很多东西都是靠自己一点点的努力得来的，而且在设计的过程中除了自己认真钻研外，还要积极的向别人请教。当然在设计的过程中，需要保持一种不骄不躁的作风，不能会了一点就以为自己都懂了，其实这还远远不够。也不能一遇到困难就放弃，失去继续做下去的勇气。
人生是一个不断学习的过程，课程设计是对所学的知识进行的一次很好的检验和总结，很高兴在此次课程设计中看到自己的长处和不足，让我更加明确了前进的方向。

致 谢
非常感谢我们学院开设软件开发综合训练的课题，为我们日后从事计算机方面的工作提供了实战的经验，奠定了初步的基础。
首先感谢感谢张红老师给予我悉心的指导!在整个课程设计的过程中我遇到了许多技术上和原理上的问题，都是张老师给我一一解决的。本次课程设计我们花费了三周的时间，三周来我们的辅导老师不辞辛苦的给我们辅导、为我们讲解疑难问题。在此,特别感谢我们辅导老师对我的谆谆教诲、耐心细致的讲解。
其次是给予我大力协助的同学们，在这个以团体课设的过程中，彼此的帮助是再所难免的，让我深深的明白，团结的重要性。
感谢各位评阅设计说明书以及参加设计答辩的老师，你们在给予我们成绩
同时也给了我们一个标准，人生为何不是如此！

第 28 页 共 29 页