机票预定系统项目计划任务书Word文档下载推荐.docx
《机票预定系统项目计划任务书Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《机票预定系统项目计划任务书Word文档下载推荐.docx(25页珍藏版)》请在冰豆网上搜索。
2。
1人员
基于该系统的难以程度,确定二人来完成!
当然还要求有后期的系统测试人员。
2硬件
CPU型号为PentiumⅢ以上,内存128M以上。
2.3软件
系统Windows98以上,开发工具:
PowerBuilder数据库SQLServer7.0以上。
3.进度安排
3。
1.系统调研
2。
模块设计
3.3.数据库设计
3。
4.代码设计
3.5.单元测试
4.成本估算
由于是一个小系统则需要一定的成本,估计本系统的开发需要人民币一千元左右!
2.“机票预定系统”需求规格说明书
1.引言
1。
1需求规格说明书的目的
(1)便于用户、分析人员和软件设计人员进行理解和交流
(2)希望系统的外部项(旅客、旅行社、航空公司)均支持目标软件系统的确认。
根据需求规格说明书中确立的可测试标准进行测试,并得到确认。
(3)控制系统进化过程
1。
2软件产品的作用范围
旅客、旅行社、航空公司
3定义、同义词与缩写
PB——PowerBuilder
1.4参考文献
《数据库系统概论》
萨师煊王珊编著-—高等教育出版社
《PowerBuilder面向对象开发教程》
崔巍编著——高等教育出版社
《软件工程》
齐治昌谭庆平宁洪编著——高等教育出版社
《软件工程与软件文档写作》
文斌刘长青田原编著——清华大学出版社
——北京交通大学出版社
《软件工程与UML》
胡林铃主编黄奇副主编——电子工业出版社
《软件工程方法与实践》
李芷窦万峰任满杰编著-—电子工业出版社
《PowerBuilder9。
0数据库项目案例导航》
陈磊郭斌李翔编著——清华大学出版社
5需求规格说明书概览
1.引言
2.一般性概述
3.特殊需求
4.附录
5.索引
2.一般性概述
2.1产品与其环境之间的关系
旅行社和旅客向航空公司提供数据,航空公司操作数据。
即航空公司是直接用户。
2.2产品功能
(1)旅客信息输入功能
能将旅客的信息如:
编号、姓名、性别、出生日期、证件名称、证件号码、航班号、出发城市、抵达城市、出发时间、抵达时间等信息输入到系统中,以便处理。
能将客机的各项信息如:
航班号、航班名、服役日期、出发城市、抵达城市、出发时间、抵达时间、座位数、票价等信息输入到系统中,以便处理。
对以上说明的客机各信息的修改或删除等功能.
系统对旅客各项信息通过对公安部门的信息联网进行核对,如有不付者,不予办理。
航空公司为随时掌握各航向飞机的乘载情况,需定期进行查询统计,以便适当调整,为旅客安排合适的航班。
当旅客交付了预定金后,系统打印出取票通知和帐单交款取票,系统核对无误即印出机票给旅客。
2.3用户特征
用户其实就是航空公司。
而旅行社和旅客都是向航空公司提供数据,由航空公司操作数据。
4限制与约束
旅客、旅行社和航空公司.
2.5假设与前提条件
要想修改、删除、查询等功能必须要求该用户是超级用户。
3.特殊需求
3。
1功能或行为需求
3.1。
1功能或行为需求1
3.1.1。
1引言——顶层数据流图
3.1.1.2输入
输入旅客的各种信息,客机的各种信息。
1.1。
3处理过程描述
航空公司得到旅客所需的客机的信息后,就输入该信息,进行航班查询,看有没有满足该旅客的客机,还有没有座位。
若有则为该旅客订票,收取预订金.若没有,则向旅客推荐其他也能到达相同地点的客机。
循环执行以上操作。
4输出
账单,取票通知,或机票.
3.1.2功能或行为需求2
2.1引言——订票信息管理流图
2输入
输入某一旅客的基本信息。
3.1.2。
3处理过程
根据输入的查询条件查询有无该旅客,若有,则查询该旅客的航班信息.并同时查看旅客提供的取票通知和账单并确定其无误,收取剩余的票款后打印输出机票.
3.1.2.4输出
打印输出机票
2外部界面需求
3.2.1用户界面(参考代码设计部分!
)
2硬件界面
3.2。
3软件界面
3性能需求
·
3.4设计约束
3.4.1标准化约束
对各航班班机的命名和航班号都要求与全国的各大航空公司的标准要求保持一致。
各航班的出发城市,抵达城市,出发时间,抵达时间,价格,座位数等信息都必须保持与标准一致.
4。
2硬件约束
3.5属性
3.5.1可用性
本系统能够被所有大众所理解且认可.并能够被超级用户纠正,处理,很易适应和完善以适应新的环境。
5。
2安全性
本系统的用户登录模块的个性化设计保证了系统的安全性。
首先,若用户输入三次都错误,系统会自动退出。
其次,系统对用户的权限设置保证了系统的有些功能操作对有些权限限制的用户进行了禁止。
5.3可维护性
本系统严谨的系统设计、规范的编码设计和合格的测试过程等都在某种程度上提高了系统的可维护性。
在此同时,还采取了一些提高可维护性的有效方法:
(1)建立明确的软件质量目标和优先级
(2)使用了提高软件质量的技术和工具
如:
模块化、结构化程序设计等技术
(3)进行了明确的质量保证审查
如:
在检查点进行复审、验收检查、周期性的维护审查、对软件包进行检查。
(4)选择了可维护性的程序设计语言:
PowerBuilder9.0
(5)严格要求程序文档的书写和设计
4可移植性(略)
6其他需求
3.6。
1数据库需求
用户的需求具体体现在各种信息的提供、保存、更新和查询,要求数据库结构能够充分满足各种信息的输出和输入。
收集基本数据、数据结构以及数据处理的流程,组成一份详细的数据字典。
6.2用户操作需求
各用户的操作都是根据各自的权限来控制。
不同权限的用户的操作范围不同。
3.6。
3工作场地需求
各大航空公司的办公室。
附录
索引
3.“机票预订系统"
设计规格说明书
1.引言
1.1编写目的
为各旅行社把预订机票的旅客信息(姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入到该系统,系统为旅客安排航班.当旅客交付了预定金后,系统印出取票通知和帐单交款取票,系统核对无误即印出机票给旅客。
此外为了航空公司能够随时掌握各航向飞机的乘载情况,而能够定期进行查询统计,以便适当调整。
2背景
a。
要求开发的是机票预订系统
b。
该项目的提出者是航空公司,开发的是我们B小组,用户是航空公司、旅行社
c.旅行社向系统提供旅客的信息,航空公司提供机票
3定义
开发该系统过程中所用的缩写:
我们的开发小组-——-—B小组;
所用的开发软件powerbuild—————PB;
1.4参考资料
《数据库系统概论》
萨师煊王珊编著——高等教育出版社
《软件工程》
胡林铃主编黄奇副主编—-电子工业出版社
李芷窦万峰任满杰编著——电子工业出版社
《PowerBuilder9.0数据库项目案例导航》
陈磊郭斌李翔编著-—清华大学出版社
2.程序系统的结构
3.程序设计说明01(客机信息管理模块)
本系统包括用户登录管理模块、旅客信息管理模块、客机信息管理模块、航班信息管理模块。
在此只对“客机信息管理模块”做相应的描述。
1程序描述
实现对客机信息的添加、删除、修改、查询的管理。
3.2功能
添加客机信息、b.修改客机信息、c。
删除客机信息、d。
查询客机信息
3性能
该部分的功能操作均要求该用户为超级用户,即该用户的权限要求必须为“超级”.
4输入项:
客机信息:
航班号、航班名、服役日期、出发城市、抵达城市、出发时间、抵达时间、座位数、票价等
3.5输出项:
该航班客机的所有信息.
6算法
用PB来完成程序的实现。
7流程逻辑(详细设计的工具)
8接口(逻辑结构)<
总系统>
系统功能模块图
Ⅰ.外部接口
①。
用户界面采用Windows风格,如窗口,菜单,滚动条并对鼠标提供支持。
②。
软件接口Windows95/98/2000/Me/XPPowerBuilder9。
③。
硬件接口支持一般的PⅡ或更高档微机、笔记本电脑
Ⅱ。
内部接口
•初始化模块:
系统初始时,由操作系统调用,执行完毕后进入消息循环状态。
•系统功能模块:
接收系统功能区的相应信息,启动机票信息查询、订票管理、客户信息查询、客户类型管理、客户设置、航线信息、舱位信息、用户和密码管理。
•打印模块:
执行相应的操作后,打印出取票通知、账单、机票。
•舱位信息管理模块:
添加舱位信息、修改舱位信息、删除舱位信息。
•客机信息管理模块:
添加客机、修改客机、删除客机、查询客机等信息。
•航线信息管理模块:
添加航线、修改航线、删除航线、查询航线等信息。
•客户类型信息管理模块:
添加客户类型、修改客户类型、删除客户类型等信息。
•订票信息管理模块:
添加订票、修改订票、删除订票、查询剩余订票等信息。
Ⅲ.相关数据库表(在此也只介绍客机信息表Plane)
列名
数据类型
可否为空
说明
航班号
Char
NOTNULL
航班名
NULL
服役日期
出发城市
抵达城市
出发时间
Time
抵达时间
座位数
integer
票价
3.9存储分配(物理结构)
3.10注释设计—-在代码的设计过程中要求写注释,以便读者的理解.
11限制条件
12测试计划
⑴检查整个系统是否能够成功运行
⑵检查各大功能模块界面是否都有
⑶输入数据检测各功能模块是否成功实现
⑷检测系统的安全性
13尚未解决的问题
4.UML视图的需求说明书
详细、准确和全面定义机票预订系统的用户需求,知道软件系统的后续开发工作;
本文档所描述的用户需求将作为该项目最终验收的标准和依据.
说明:
该文档必须经用户方和开发方签字确认后方可有效。
1.2读者对象
本文档的读者对象包括:
用户2.需求分析人员3.软件设计人员4.软件测试人员
1.3软件项目概述(在前几部分均已介绍,在此就不再赘述。
4文档概述
本文档准确、一致、全面定义和描述了机票预订系统的软件需求,文档内容如下:
第一章,引言部分,简要介绍了文档和项目的概况
第二章,一般性描述,定义了系统与环境之间的关系
第三章,详细需求描述,详细定义了系统的功能需求
第四章,其他需求,定义了系统的非功能性需求
1.5定义(概念)——用户、旅客、旅行社
6参考资(略)
2.一般性描述
该系统所设计的用户、旅客和客机的信息全部存放在航空公司的数据库服务器中,数据库服务器运行在小型机上。
本系统采用浏览器/服务器(B/S)的工作方式,系统的用户主要有:
航空公司的工作人员、旅行社工作人员、旅客。
1系统的UseCase图
对顶层的UseCase进行细化,得到的UseCase图如下所示:
各UseCase说明如下:
(1)客机信息管理:
管理各航班信息
Step1:
用户首先要成功登录该系统;
Step2:
再对航班信息的添加、删除、修改等工作
Step3:
确认无误后,退出该系统,则本UseCase结束.
(2)客户信息管理:
管理各用户和旅客的基本信息(与“客机信息管理”相似。
(3)订票信息管理:
各机票的查询、统计等信息
Step1:
用户首先要成功登录该系统;
Step2:
再对旅客要求的航班进行查询,看是否还有票
Step3:
确认有票后,为旅客订票,收取订金,打印订票单和取票通知
Step4:
确认无误后退出该系统,则本UseCase结束。
2.2用户特征
本系统有三类用户:
航空公司工作人员、旅行社、旅客
航空公司工作人员的权限是“超级”,即他可以对整个系统的所有功能进行操作,而旅行社和旅客都是“普通”用户,有些操作对他们进行了禁止.
3.功能需求描述(系统的类图未完成!
4.其他功能描述
1性能描述
用户登录时,若输入用户名和密码三次都不正确,那么系统会自动退出登录界面。
4。
2设计约束—-—开发工具:
客户没有固定要求,本人用PB开发
3进度要求(略)
4交付要求
该项目完成后,需向用户移交以下软件项:
(1)软件计划任务书:
电子版和书面版
(2)需求规格说明书:
(3)设计规格说明书:
(4)可运行的软件系统
(5)部分或全部模块的PB代码
5.代码设计
1.用户登录模块
此模块的功能是:
提供用户的登录平台.禁止非法用户的登录.
1界面设计
1.2代码设计(主要部分)
stringls_username,ls_pw
ls_username=string(sle_1。
text)
ls_pw=string(sle_2。
selectlevel
into:
gi_level
fromsysuser
whereCustomer=:
ls_usernameandPwd=:
ls_pw;
if(not(sqlca。
sqlcode=0))then
ii_errortime+=1
ifii_errortime=3then
messagebox(”登录错误!
"
"
错误次数太多,系统自动退出!
”)
close(parent)
else
messagebox(”登录错误!
,"
用户名或密码错误!
sle_1.text="
sle_2。
text="
endif
else
ifgi_level=0then
messagebox("
警告!
用户已被锁定!
请找管理员解锁!
halt
else
open(w_main)
close(w_login)
endif
endif
2.系统主界面
将整个系统的所有功能都展现在用户的面前,一目了然.
1系统界面设计
2.2代码设计
此处的代码都很简单,都是些打开各个窗口的代码,在此就不多赘述。
此处重要的是“菜单(下拉菜单)"
的设计。
3.旅客信息查询模块
提供给用户的查询功能,下面一模块与此处相似。
这两模块普通用户也可以操作。
3.1界面设计
2代码设计
strings1,s2,s3,s4,s5,s6,s7,s8
s1=string(sle_1。
s2=string(sle_2。
s3=string(sle_3.text)
s4=string(sle_4。
s5=string(sle_5.text)
s6=string(sle_6.text)
s7=string(sle_7.text)
s8=string(sle_8.text)
selectguest.编号,guest。
姓名,guest.性别,guest。
籍贯,guest.出生日期,guest.证件名称,guest.证件号码
into:
s2,:
s3,:
s4,:
s5,:
s6,:
s7,:
s8
fromguest
whereguest.姓名=:
s1;
ifsqlca.sqlcode=100then
提示信息!
没有查询到您要求的客人信息!
~n您要继续吗?
sle_1.text="
”
elseifsqlca。
sqlcode〈0then
数据库出错!
”,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
4.客机信息查询模块(与客人信息查询模块相似,在此略)
5.改票信息模块
此模块的功能是:
提供给用户有特殊情况而改票
1界面设计
5.2代码设计
此模块代码设计与上面旅客信息查询模块代码设计相似.所以在此不再详述!
6.综合操作模块
对订票情况的综合操作,只有超级用户才可以操作!
6。
1客人信息模块
6。
6.1。
//在w_op的主窗口中写如下代码,连接数据窗口:
tab_1.tabpage_1。
dw_1.settransobject(sqlca)
dw_1。
retrieve()
tab_1。
tabpage_2.dw_2.settransobject(sqlca)
tabpage_2.dw_2.retrieve()
tab_1.tabpage_3。
dw_3.settransobject(sqlca)
tabpage_3。
dw_3。
tabpage_4。
dw_4。
settransobject(sqlca)
tab_1.tabpage_4。
dw_4.retrieve()
//“刷新”代码(略)
//“添加”代码(略)
//“删除"
代码
stringls_name
ls_name=dw_1。
getitemstring(dw_1.getrow(),”编号”)
ifmessagebox(”警告!
”是否删除此此客人信息:
+ls_name+"
?
”,&
question!
yesno!
,2)=1then
dw_1。
deleterow(0)
ifdw_1。
update()=1then
commit;
else
messagebox(”错误!
”,”删除失败"
stopsign!
rollback;
endif
//“保存"
ifdw_1。
commit;
cb_2。
enabled=true
cb_3.enabled=true
messagebox("
错误!
”,"
保存失败!
,stopsign!
rollback;
6.2客机信息(与“客人信息”的相似,在此也就不再赘述。
3订票信息
6.3.1界面设计
3.2代码设计
“姓名”的查询部分的代码与上面的代码相似,在此就不多写了.只写了“航班”查询的代码:
strings8,str
s8=sle_8。
text
ifs8="
”then
messagebox(”提示!
没有您所查的结果!
str="