1．“机票预订系统”计划任务书
1 范围
1.1项目目标
各旅行社把预订机票的旅客信息（姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等）输入到该系统，系统为旅客安排航班。当旅客交付了预定金后，系统印出取票通知和账单交款取票，系统核对无误即印出机票给旅客。此外航空公司为随时掌握各航向飞机的乘载情况，需定期进行查询统计，以便适当调整。同时能够保证以后可以对成品系统保持一定的维护,从而使产品能准确高效的运行.
1.2主要功能
(1)旅客信息输入功能
能将旅客的信息如：编号、姓名、性别、出生日期、证件名称、证件号码、航班号、出发城市、抵达城市、出发时间、抵达时间等信息输入到系统中,以便处理.
(2)客机信息输入功能
能将客机的各项信息如：航班号、航班名、服役日期、出发城市、抵达城市、出发时间、抵达时间、座位数、票价等信息输入到系统中，以便处理。
(3)旅客信息修改、删除功能
对以上说明的旅客各信息的修改或删除等功能。
(4)客机信息修改、删除功能
对以上说明的客机各信息的修改或删除等功能。
(5)信息核对功能
系统对旅客各项信息通过对公安部门的信息联网进行核对,如有不付者,不予办理.
(6)信息查询功能
航空公司为随时掌握各航向飞机的乘载情况，需定期进行查询统计，以便适当调整,为旅客安排合适的航班。
(7)打印输出功能
当旅客交付了预定金后，系统打印出取票通知和账单交款取票，系统核对无误即印出机票给旅客.
1.3 性能限定
(1)分析系统功能时要考虑有关证件的合法性（如身份证、取票通知、交款发票等）。
(2)对于本系统还应该补充以下功能：
·旅客延误了取票时间的处理
·班机取消后的处理
·旅客临时更改机票班次的处理
(3)系统的外部项至少包含三个：旅客、旅行社和航空公司。
(4)登录的用户的权限有所限（超级用户、普通用户、锁定用户）。只有超级用户具有删除、修改、查询、输入各类信息的权利。
1.4开发概要
(1)系统调研
随着社会的发展，人民生活水平的不断提高，人们出行的交通工具也跟随社会的发展而发展起来了。乘飞机出行的人越来越多。所以这方面的市场非常大。所以“机票预订系统”的开发是势在必行。经过对各方面人士对该系统功能的意见的调查，我们在此基础上确定了旅客与各航空公司所需要的“机票预订系统”。同时我们会不断更新该系统的功能来满足不断发展的市场需求。
(2)具体开发
①建立软件系统的总体和模块间的关系
②定义各功能模块的接口
③设计全局数据库或数据结构
(3)系统调试
制定组装测试计划，确定测试小组（以辅导老师为主）。
(4)产品发布
系统成功设计后，要求成功发布为可用的软件系统。
2资源
2.1人员
基于该系统的难以程度，确定二人来完成！当然还要求有后期的系统测试人员。
2.2 硬件
CPU型号为Pentium Ⅲ以上，内存128M以上。
2.3 软件
系统Windows98以上，开发工具：PowerBuilder数据库 SQLServer 7. 0以上。
3．进度安排
3.1.系统调研
3.2.模块设计
3.3.数据库设计
3.4.代码设计
3.5.单元测试
4.成本估算
由于是一个小系统则需要一定的成本，估计本系统的开发需要人民币一千元左右！
2．“机票预定系统”需求规格说明书
1．引言
1.1 需求规格说明书的目的
（1）便于用户、分析人员和软件设计人员进行理解和交流
（2）希望系统的外部项（旅客、旅行社、航空公司）均支持目标软件系统的确认。根据需求规格说明书中确立的可测试标准进行测试，并得到确认。
（3）控制系统进化过程
1.2 软件产品的作用范围
旅客、旅行社、航空公司
1.3 定义、同义词与缩写
PB —— Power Builder
1.4 参考文献
《数据库系统概论》
萨师煊 王珊 编著 ——高等教育出版社
《PowerBuilder面向对象开发教程》
崔巍 编著 ——高等教育出版社
《软件工程》
齐治昌 谭庆平 宁洪 编著 ——高等教育出版社
《软件工程与软件文档写作》
文斌 刘长青 田原 编著 ——清华大学出版社
——北京交通大学出版社
《软件工程与UML》
胡林铃 主编 黄奇 副主编 ——电子工业出版社
《软件工程方法与实践》
李芷 窦万峰 任满杰 编著 ——电子工业出版社
《PowerBuilder9.0数据库项目案例导航》
陈磊 郭斌 李翔 编著 ——清华大学出版社
1.5 需求规格说明书概览
1．引言
2．一般性概述
3．特殊需求
4．附录
5．索引
2．一般性概述
2.1 产品与其环境之间的关系
旅行社和旅客向航空公司提供数据，航空公司操作数据。即航空公司是直接用户。
2.2 产品功能
(1)旅客信息输入功能
能将旅客的信息如：编号、姓名、性别、出生日期、证件名称、证件号码、航班号、出发城市、抵达城市、出发时间、抵达时间等信息输入到系统中,以便处理.
(2)客机信息输入功能
能将客机的各项信息如：航班号、航班名、服役日期、出发城市、抵达城市、出发时间、抵达时间、座位数、票价等信息输入到系统中，以便处理。
(3)旅客信息修改、删除功能
对以上说明的旅客各信息的修改或删除等功能。
(4)客机信息修改、删除功能
对以上说明的客机各信息的修改或删除等功能。
(5)信息核对功能
系统对旅客各项信息通过对公安部门的信息联网进行核对,如有不付者,不予办理.
(6)信息查询功能
航空公司为随时掌握各航向飞机的乘载情况，需定期进行查询统计，以便适当调整,为旅客安排合适的航班。
(7)打印输出功能
当旅客交付了预定金后，系统打印出取票通知和帐单交款取票，系统核对无误即印出机票给旅客.
2.3 用户特征
用户其实就是航空公司。而旅行社和旅客都是向航空公司提供数据，由航空公司操作数据。即航空公司是直接用户。
2.4 限制与约束
(1)分析系统功能时要考虑有关证件的合法性（如身份证、取票通知、交款发票等）。
(2)对于本系统还应该补充以下功能：
·旅客延误了取票时间的处理
·班机取消后的处理
·旅客临时更改机票班次的处理
(3)系统的外部项至少包含三个：旅客、旅行社和航空公司。
(4)登录的用户的权限有所限（超级用户、普通用户、锁定用户）。只有超级用户具有删除、修改、查询、输入各类信息的权利。
2.5 假设与前提条件
要想修改、删除、查询等功能必须要求该用户是超级用户.
3．特殊需求
3.1 功能或行为需求
3.1.1 功能或行为需求1
3.1.1.1 引言——顶层数据流图
3.1.1.2 输入
输入旅客的各种信息,客机的各种信息。
3.1.1.3 处理过程描述
航空公司得到旅客所需的客机的信息后，就输入该信息，进行航班查询，看有没有满足该旅客的客机，还有没有座位。若有则为该旅客订票，收取预订金。若没有，则向旅客推荐其他也能到达相同地点的客机。循环执行以上操作。
3.1.1.4 输出
账单，取票通知，或机票。
3.1.2 功能或行为需求2
3.1.2.1 引言——订票信息管理流图
3.1.2.2 输入
输入某一旅客的基本信息。
3.1.2.3处理过程
根据输入的查询条件查询有无该旅客，若有，则查询该旅客的航班信息。并同时查看旅客提供的取票通知和账单并确定其无误，收取剩余的票款后打印输出机票。
3．1．2．4 输出
打印输出机票
3.2 外部界面需求
3.2.1 用户界面(参考代码设计部分！)
3.2.2 硬件界面
3.2.3 软件界面
3.3 性能需求
·旅客延误了取票时间的处理
·班机取消后的处理
·旅客临时更改机票班次的处理
3.4 设计约束
3.4.1 标准化约束
对各航班班机的命名和航班号都要求与全国的各大航空公司的标准要求保持一致。各航班的出发城市，抵达城市，出发时间，抵达时间，价格，座位数等信息都必须保持与标准一致。
3.4.2 硬件约束
3.5 属性
3.5.1 可用性
本系统能够被所有大众所理解且认可。并能够被超级用户纠正，处理，很易适应和完善以适应新的环境。
3.5.2 安全性
本系统的用户登录模块的个性化设计保证了系统的安全性。首先，若用户输入三次都错误，系统会自动退出。其次，系统对用户的权限设置保证了系统的有些功能操作对有些权限限制的用户进行了禁止。
3.5.3 可维护性
本系统严谨的系统设计、规范的编码设计和合格的测试过程等都在某种程度上提高了系统的可维护性。在此同时，还采取了一些提高可维护性的有效方法：
(1) 建立明确的软件质量目标和优先级
(2) 使用了提高软件质量的技术和工具
如：模块化、结构化程序设计等技术
(3) 进行了明确的质量保证审查
如：在检查点进行复审、验收检查、周期性的维护审查、对软件包进行检查。
(4) 选择了可维护性的程序设计语言：PowerBuilder9.0
(5) 严格要求程序文档的书写和设计
3.5.4 可移植性(略)
3.6 其他需求
3.6.1 数据库需求
用户的需求具体体现在各种信息的提供、保存、更新和查询，要求数据库结构能够充分满足各种信息的输出和输入。收集基本数据、数据结构以及数据处理的流程，组成一份详细的数据字典。
3.6.2 用户操作需求
各用户的操作都是根据各自的权限来控制。不同权限的用户的操作范围不同。
3.6.3 工作场地需求
各大航空公司的办公室。
附录
索引
3．“机票预订系统”
设计规格说明书
1． 引言
1.1 编写目的
为各旅行社把预订机票的旅客信息（姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等）输入到该系统，系统为旅客安排航班。当旅客交付了预定金后，系统印出取票通知和帐单交款取票，系统核对无误即印出机票给旅客。此外为了航空公司能够随时掌握各航向飞机的乘载情况，而能够定期进行查询统计，以便适当调整。
1.2 背景
a. 要求开发的是机票预订系统
b. 该项目的提出者是航空公司，开发的是我们B小组，用户是航空公司、旅行社
c. 旅行社向系统提供旅客的信息，航空公司提供机票
1.3 定义
开发该系统过程中所用的缩写：
a. 我们的开发小组-----B小组；
b. 所用的开发软件powerbuild-----PB；
1.4 参考资料
《数据库系统概论》
萨师煊 王珊 编著 ——高等教育出版社
《软件工程》
齐治昌 谭庆平 宁洪 编著 ——高等教育出版社
《软件工程与UML》
胡林铃 主编 黄奇 副主编 ——电子工业出版社
《软件工程方法与实践》
李芷 窦万峰 任满杰 编著 ——电子工业出版社
《PowerBuilder9.0数据库项目案例导航》
陈磊 郭斌 李翔 编著 ——清华大学出版社
2． 程序系统的结构
3．程序设计说明01(客机信息管理模块)
本系统包括用户登录管理模块、旅客信息管理模块、客机信息管理模块、航班信息管理模块。在此只对“客机信息管理模块”做相应的描述。
3.1 程序描述
实现对客机信息的添加、删除 、修改、查询的管理。
3.2 功能
a. 添加客机信息、b. 修改客机信息、c. 删除客机信息、d. 查询客机信息
3.3 性能
该部分的功能操作均要求该用户为超级用户，即该用户的权限要求必须为“超级”。
3.4 输入项:
客机信息：航班号、航班名、服役日期、出发城市、抵达城市、出发时间、抵达时间、座位数、票价等
3.5 输出项:
该航班客机的所有信息。
3.6 算法
用PB来完成程序的实现。
3.7 流程逻辑（详细设计的工具）
3.8 接口（逻辑结构）＜总系统＞
系统功能模块图
Ⅰ.外部接口
①.用户界面 采用Windows 风格，如窗口，菜单，滚动条并对鼠标提供支持。
②.软件接口 Windows95/98/2000/Me/XP PowerBuilder9.0
③.硬件接口 支持一般的PⅡ或更高档微机、笔记本电脑
Ⅱ.内部接口
•初始化模块： 系统初始时，由操作系统调用，执行完毕后进入消息循环状态。
•系统功能模块：接收系统功能区的相应信息，启动机票信息查询、订票管理、客户信息查询、客户类型管理、客户设置、航线信息、舱位信息、用户和密码管理。
•打印模块：执行相应的操作后，打印出取票通知、账单、机票。
•舱位信息管理模块：添加舱位信息、修改舱位信息、删除舱位信息。
•客机信息管理模块：添加客机、修改客机、删除客机、查询客机等信息。
•航线信息管理模块：添加航线、修改航线、删除航线、查询航线等信息。
•客户类型信息管理模块：添加客户类型、修改客户类型、删除客户类型等信息。
•订票信息管理模块：添加订票、修改订票、删除订票、查询剩余订票等信息。
Ⅲ.相关数据库表（在此也只介绍客机信息表Plane）
3.9 存储分配（物理结构）
3.10 注释设计——在代码的设计过程中要求写注释，以便读者的理解。
3.11 限制条件
3.12 测试计划
⑴检查整个系统是否能够成功运行
⑵检查各大功能模块界面是否都有
⑶输入数据检测各功能模块是否成功实现
⑷检测系统的安全性
3.13 尚未解决的问题
4.UML视图的需求说明书
1．引言
1.1 编写目的
详细、准确和全面定义机票预订系统的用户需求，知道软件系统的后续开发工作；本文档所描述的用户需求将作为该项目最终验收的标准和依据。
说明：该文档必须经用户方和开发方签字确认后方可有效。
1.2 读者对象
本文档的读者对象包括：
1.用户 2.需求分析人员 3.软件设计人员4.软件测试人员
1.3 软件项目概述（在前几部分均已介绍，在此就不再赘述。）
1.4 文档概述
本文档准确、一致、全面定义和描述了机票预订系统的软件需求，文档内容如下：
第一章， 引言部分，简要介绍了文档和项目的概况
第二章， 一般性描述，定义了系统与环境之间的关系
第三章， 详细需求描述，详细定义了系统的功能需求
第四章， 其他需求，定义了系统的非功能性需求
1.5 定义（概念）——用户、旅客、旅行社
1.6 参考资（略）
2．一般性描述
该系统所设计的用户、旅客和客机的信息全部存放在航空公司的数据库服务器中，数据库服务器运行在小型机上。本系统采用浏览器/服务器（B/S）的工作方式，系统的用户主要有：航空公司的工作人员、旅行社工作人员、旅客。
2.1 系统的Use Case图
对顶层的Use Case进行细化，得到的Use Case图如下所示：
各Use Case说明如下：
（1）客机信息管理：管理各航班信息
Step1: 用户首先要成功登录该系统；
Step2: 再对航班信息的添加、删除、修改等工作
Step3: 确认无误后，退出该系统，则本Use Case结束。
（2）客户信息管理：管理各用户和旅客的基本信息（与“客机信息管理”相似。）
（3）订票信息管理：各机票的查询、统计等信息
Step1: 用户首先要成功登录该系统；
Step2: 再对旅客要求的航班进行查询，看是否还有票
Step3: 确认有票后，为旅客订票，收取订金，打印订票单和取票通知
Step4: 确认无误后退出该系统，则本Use Case结束。
2.2 用户特征
本系统有三类用户：航空公司工作人员、旅行社、旅客
航空公司工作人员的权限是“超级”，即他可以对整个系统的所有功能进行操作，而旅行社和旅客都是“普通”用户，有些操作对他们进行了禁止。
3．功能需求描述（系统的类图未完成！）
4．其他功能描述
4.1 性能描述
用户登录时，若输入用户名和密码三次都不正确，那么系统会自动退出登录界面。
4.2 设计约束---开发工具：客户没有固定要求，本人用PB 开发
4.3 进度要求（略）
4.4 交付要求
该项目完成后，需向用户移交以下软件项：
（1）软件计划任务书：电子版和书面版
（2）需求规格说明书：电子版和书面版
（3）设计规格说明书：电子版和书面版
（4）可运行的软件系统
（5）部分或全部模块的PB代码
5．代码设计
1．用户登录模块
此模块的功能是：提供用户的登录平台。禁止非法用户的登录。
1.1界面设计
1.2 代码设计（主要部分）
string ls_username,ls_pw
ls_username=string(sle_1.text)
ls_pw=string(sle_2.text)
select level
into :gi_level
from sysuser
where Customer=:ls_username and Pwd=:ls_pw;
if (not (sqlca.sqlcode=0)) then
ii_errortime += 1
if ii_errortime = 3 then
messagebox("登录错误！","错误次数太多，系统自动退出！")
close(parent)
else
messagebox("登录错误！","用户名或密码错误！")
sle_1.text =""
sle_2.text =""
end if
else
if gi_level=0 then
messagebox("警告！","用户已被锁定！请找管理员解锁！")
halt
else
open(w_main)
close(w_login)
end if
end if
2．系统主界面
此模块的功能是：将整个系统的所有功能都展现在用户的面前，一目了然。
2.1 系统界面设计
2.2 代码设计
此处的代码都很简单，都是些打开各个窗口的代码，在此就不多赘述。此处重要的是“菜单（下拉菜单）”的设计。
3. 旅客信息查询模块
此模块的功能是：提供给用户的查询功能，下面一模块与此处相似。这两模块普通用户也可以操作。
3.1 界面设计
3.2 代码设计
string s1,s2,s3,s4,s5,s6,s7,s8
s1 = string(sle_1.text)
s2 = string(sle_2.text)
s3 = string(sle_3.text)
s4 = string(sle_4.text)
s5 = string(sle_5.text)
s6 = string(sle_6.text)
s7 = string(sle_7.text)
s8 = string(sle_8.text)
select guest.编号,guest.姓名, guest.性别, guest.籍贯,guest.出生日期,guest.证件名称,guest.证件号码
into :s2, :s3, :s4,:s5,:s6,:s7,:s8
from guest
where guest.姓名 = :s1;
if sqlca.sqlcode = 100 then
messagebox("提示信息!","没有查询到您要求的客人信息!~n您要继续吗?")
sle_1.text =""
elseif sqlca.sqlcode ＜ 0 then
messagebox("数据库出错!",sqlca.SQLErrText,Exclamation!)
else
sle_2.text = S2
sle_3.text = S3
sle_4.text = S4
sle_5.text = S5
sle_6.text = S6
sle_7.text = S7
sle_8.text = S8
end if
4．客机信息查询模块（与客人信息查询模块相似，在此略）
5．改票信息模块
此模块的功能是：提供给用户有特殊情况而改票
5.1 界面设计
5.2 代码设计
此模块代码设计与上面旅客信息查询模块代码设计相似。所以在此不再详述！
6．综合操作模块
此模块的功能是：对订票情况的综合操作，只有超级用户才可以操作！
6.1 客人信息模块
6.1.1 界面设计
6.1.2 代码设计
//在w_op 的主窗口中写如下代码，连接数据窗口：
tab_1.tabpage_1.dw_1.settransobject(sqlca)
tab_1.tabpage_1.dw_1.retrieve()
tab_1.tabpage_2.dw_2.settransobject(sqlca)
tab_1.tabpage_2.dw_2.retrieve()
tab_1.tabpage_3.dw_3.settransobject(sqlca)
tab_1.tabpage_3.dw_3.retrieve()
tab_1.tabpage_4.dw_4.settransobject(sqlca)
tab_1.tabpage_4.dw_4.retrieve()
//“刷新”代码（略）
//“添加”代码（略）
//“删除”代码
string ls_name
ls_name=dw_1.getitemstring(dw_1.getrow(),"编号")
if messagebox("警告！","是否删除此此客人信息："+ls_name+"?" ,&
question!,yesno!,2)=1 then
dw_1.deleterow(0)
if dw_1.update()=1 then
commit;
else
messagebox("错误!","删除失败",stopsign!)
rollback;
end if
end if
//“保存”代码
if dw_1.update()=1 then
commit;
dw_1.retrieve()
cb_2.enabled=true
cb_3.enabled=true
else
messagebox("错误!","保存失败!",stopsign!)
rollback;
end if
6.2 客机信息（与“客人信息”的相似，在此也就不再赘述。）
6.3 订票信息
6.3.1 界面设计
6.3.2 代码设计
“姓名”的查询部分的代码与上面的代码相似，在此就不多写了。只写了“航班”查询的代码：
string s8,str
s8=sle_8.text
if s8 = "" then
messagebox("提示!","没有您所查的结果!")
else
str = "select * from plane_line where 航班号='"+s8+"'"
end if
dw_3.settransobject(sqlca)
dw_3.setsqlselect(str)
dw_3.retrieve()
6.4统计信息
6.4.1 界面设计（与6.1的相似，在此就略了）
6.4.2 代码设计（与上面的查询代码相似）
7．系统维护模块
7.1 界面设计
7.2 代码设计（与6.1处的代码相似。在此也就不再赘述！）
6.软件测试分析报告
1．引言
1.1 目的
以文件的方式记载组装测试和确认测试的结果、发现问题以及分析评价，它是作为软件验收的依据之一。
1.2 测试背景
本项目的提出者是各大航空公司，负责人是本人，系统分析员是指导老师，系统设计员、程序设计员、程序员和资料员都是本人自己。
1.3 参考资料（不再赘述）
1.4 术语
PB——PowerBuilder
2．测试结果
软件测试步骤有：单元测试、集成测试、确认测试和系统测试，在此就只对单元测试进行叙述，其他均略。
2.1 测试名称——单元测试（针对综合模块中的订票信息测试）
输入：第一组数据：jqw/001;第二组数据：aaa/003
2.2 结果
输出：第一组：正确输出数据库中的订票信息；第二组：系统报错。
2.3 问题
第二组数据输出错误结果是因为系统数据库中根本就没有这组数据，也就是说根本就没有这个人订这班航班。故系统报错。
2.4 覆盖率
3．软件功能结论
3.1 模块名称（综合操作模块中的“订票信息”模块）
3.2 功能
航空公司工作人员在听取旅客的要求航班以后，就从系统中查询，看目的航班是否还有空位，如果有，就为该旅客订票。并同时将该旅客的基本信息和他预订的航班信息存入系统的数据库，以供以后的查询。
3.3 问题
4．分析摘要
4.1 能力
本系统基本完成了用户的软件需求。
4.2 缺陷和影响
4.3 软件错误
4.4 评价
该系统虽然基本完成了用户的软件需求，但还有少处的功能还有待完善。如：若某旅客因紧急事情而需要退票或是改票本系统就还没有实现。不过该系统的界面设计还是令人满意的。切合实际要求，一目了然，具有个性化！
7．“机票预订系统”的开发小结