机票预定系统计划项目计划任务书.doc

上传人:小** 文档编号:2776310 上传时间:2020-05-05 格式:DOC 页数:30 大小:1.14MB
返回 下载 相关 举报
机票预定系统计划项目计划任务书.doc_第1页
第1页 / 共30页
机票预定系统计划项目计划任务书.doc_第2页
第2页 / 共30页
点击查看更多>>
资源描述

《机票预定系统计划项目计划任务书.doc》由会员分享,可在线阅读,更多相关《机票预定系统计划项目计划任务书.doc(30页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、.1“机票预订系统”计划任务书1 范围1.1项目目标各旅行社把预订机票的旅客信息(姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入到该系统,系统为旅客安排航班。当旅客交付了预定金后,系统印出取票通知和账单交款取票,系统核对无误即印出机票给旅客。此外航空公司为随时掌握各航向飞机的乘载情况,需定期进行查询统计,以便适当调整。同时能够保证以后可以对成品系统保持一定的维护,从而使产品能准确高效的运行.1.2主要功能(1)旅客信息输入功能能将旅客的信息如:编号、姓名、性别、出生日期、证件名称、证件号码、航班号、出发城市、抵达城市、出发时间、抵达时间等信息输入到系统中,以便处理. (2)客机

2、信息输入功能能将客机的各项信息如:航班号、航班名、服役日期、出发城市、抵达城市、出发时间、抵达时间、座位数、票价等信息输入到系统中,以便处理。(3)旅客信息修改、删除功能对以上说明的旅客各信息的修改或删除等功能。(4)客机信息修改、删除功能对以上说明的客机各信息的修改或删除等功能。(5)信息核对功能系统对旅客各项信息通过对公安部门的信息联网进行核对,如有不付者,不予办理.(6)信息查询功能航空公司为随时掌握各航向飞机的乘载情况,需定期进行查询统计,以便适当调整,为旅客安排合适的航班。(7)打印输出功能 当旅客交付了预定金后,系统打印出取票通知和账单交款取票,系统核对无误即印出机票给旅客. 1.

3、3 性能限定(1)分析系统功能时要考虑有关证件的合法性(如身份证、取票通知、交款发票等)。(2)对于本系统还应该补充以下功能: 旅客延误了取票时间的处理 班机取消后的处理 旅客临时更改机票班次的处理(3)系统的外部项至少包含三个:旅客、旅行社和航空公司。(4)登录的用户的权限有所限(超级用户、普通用户、锁定用户)。只有超级用户具有删除、修改、查询、输入各类信息的权利。1.4开发概要(1)系统调研随着社会的发展,人民生活水平的不断提高,人们出行的交通工具也跟随社会的发展而发展起来了。乘飞机出行的人越来越多。所以这方面的市场非常大。所以“机票预订系统”的开发是势在必行。经过对各方面人士对该系统功能

4、的意见的调查,我们在此基础上确定了旅客与各航空公司所需要的“机票预订系统”。同时我们会不断更新该系统的功能来满足不断发展的市场需求。 (2)具体开发 建立软件系统的总体和模块间的关系定义各功能模块的接口设计全局数据库或数据结构(3)系统调试制定组装测试计划,确定测试小组(以辅导老师为主)。(4)产品发布系统成功设计后,要求成功发布为可用的软件系统。2 资源 2.1人员 基于该系统的难以程度,确定二人来完成!当然还要求有后期的系统测试人员。 2.2 硬件CPU型号为Pentium 以上,内存128M以上。 2.3 软件系统Windows98以上,开发工具:PowerBuilder数据库 SQLS

5、erver 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

6、 1.4 参考文献 数据库系统概论 萨师煊 王珊 编著 高等教育出版社PowerBuilder面向对象开发教程 崔巍 编著 高等教育出版社软件工程 齐治昌 谭庆平 宁洪 编著 高等教育出版社软件工程与软件文档写作文斌 刘长青 田原 编著 清华大学出版社北京交通大学出版社软件工程与UML 胡林铃 主编 黄奇 副主编 电子工业出版社软件工程方法与实践李芷 窦万峰 任满杰 编著 电子工业出版社PowerBuilder9.0数据库项目案例导航陈磊 郭斌 李翔 编著 清华大学出版社 1.5 需求规格说明书概览 1引言 2一般性概述 3特殊需求 4附录 5索引2一般性概述 2.1 产品与其环境之间的关系旅

7、行社和旅客向航空公司提供数据,航空公司操作数据。即航空公司是直接用户。 2.2 产品功能 (1)旅客信息输入功能能将旅客的信息如:编号、姓名、性别、出生日期、证件名称、证件号码、航班号、出发城市、抵达城市、出发时间、抵达时间等信息输入到系统中,以便处理. (2)客机信息输入功能能将客机的各项信息如:航班号、航班名、服役日期、出发城市、抵达城市、出发时间、抵达时间、座位数、票价等信息输入到系统中,以便处理。(3)旅客信息修改、删除功能对以上说明的旅客各信息的修改或删除等功能。(4)客机信息修改、删除功能对以上说明的客机各信息的修改或删除等功能。(5)信息核对功能系统对旅客各项信息通过对公安部门的

8、信息联网进行核对,如有不付者,不予办理.(6)信息查询功能航空公司为随时掌握各航向飞机的乘载情况,需定期进行查询统计,以便适当调整,为旅客安排合适的航班。(7)打印输出功能当旅客交付了预定金后,系统打印出取票通知和帐单交款取票,系统核对无误即印出机票给旅客. 2.3 用户特征 用户其实就是航空公司。而旅行社和旅客都是向航空公司提供数据,由航空公司操作数据。即航空公司是直接用户。 2.4 限制与约束(1)分析系统功能时要考虑有关证件的合法性(如身份证、取票通知、交款发票等)。(2)对于本系统还应该补充以下功能: 旅客延误了取票时间的处理 班机取消后的处理 旅客临时更改机票班次的处理(3)系统的外

9、部项至少包含三个:旅客、旅行社和航空公司。(4)登录的用户的权限有所限(超级用户、普通用户、锁定用户)。只有超级用户具有删除、修改、查询、输入各类信息的权利。 2.5 假设与前提条件要想修改、删除、查询等功能必须要求该用户是超级用户.3 特殊需求 3.1 功能或行为需求 3.1.1 功能或行为需求1旅客旅行社飞机票预定系统订票单机票账单3.1.1.1 引言顶层数据流图3.1.1.2 输入输入旅客的各种信息,客机的各种信息。3.1.1.3 处理过程描述航空公司得到旅客所需的客机的信息后,就输入该信息,进行航班查询,看有没有满足该旅客的客机,还有没有座位。若有则为该旅客订票,收取预订金。若没有,则

10、向旅客推荐其他也能到达相同地点的客机。循环执行以上操作。3.1.1.4 输出账单,取票通知,或机票。 3.1.2 功能或行为需求2 3.1.2.1 引言订票信息管理流图 3.1.2.2 输入输入某一旅客的基本信息。 3.1.2.3处理过程根据输入的查询条件查询有无该旅客,若有,则查询该旅客的航班信息。并同时查看旅客提供的取票通知和账单并确定其无误,收取剩余的票款后打印输出机票。舱位等级设置客机登记客户类型信息设置旅行社信息舱位信息录入客机信息录入客户类型信息录入旅行社信息录入舱位信息管理客机信息管理客户类型信息管理旅行社信息管理航线设置航线信息管理客户登记客户信息录入订票信息录入客户信息管理订

11、票信息管理3124 输出打印输出机票 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 安

12、全性本系统的用户登录模块的个性化设计保证了系统的安全性。首先,若用户输入三次都错误,系统会自动退出。其次,系统对用户的权限设置保证了系统的有些功能操作对有些权限限制的用户进行了禁止。 3.5.3 可维护性本系统严谨的系统设计、规范的编码设计和合格的测试过程等都在某种程度上提高了系统的可维护性。在此同时,还采取了一些提高可维护性的有效方法: (1) 建立明确的软件质量目标和优先级(2) 使用了提高软件质量的技术和工具 如:模块化、结构化程序设计等技术(3) 进行了明确的质量保证审查如:在检查点进行复审、验收检查、周期性的维护审查、对软件包进行检查。(4) 选择了可维护性的程序设计语言:Power

13、Builder9.0(5) 严格要求程序文档的书写和设计3.5.4 可移植性(略)3.6 其他需求 3.6.1 数据库需求 用户的需求具体体现在各种信息的提供、保存、更新和查询,要求数据库结构能够充分满足各种信息的输出和输入。收集基本数据、数据结构以及数据处理的流程,组成一份详细的数据字典。 3.6.2 用户操作需求各用户的操作都是根据各自的权限来控制。不同权限的用户的操作范围不同。 3.6.3 工作场地需求各大航空公司的办公室。附录索引3“机票预订系统”设计规格说明书1 引言1.1 编写目的为各旅行社把预订机票的旅客信息(姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入到该系统

14、,系统为旅客安排航班。当旅客交付了预定金后,系统印出取票通知和帐单交款取票,系统核对无误即印出机票给旅客。此外为了航空公司能够随时掌握各航向飞机的乘载情况,而能够定期进行查询统计,以便适当调整。1.2 背景a. 要求开发的是机票预订系统b. 该项目的提出者是航空公司,开发的是我们B小组,用户是航空公司、旅行社c. 旅行社向系统提供旅客的信息,航空公司提供机票1.3 定义开发该系统过程中所用的缩写:a. 我们的开发小组-B小组;b. 所用的开发软件powerbuild-PB;1.4 参考资料 数据库系统概论 萨师煊 王珊 编著 高等教育出版社 软件工程 齐治昌 谭庆平 宁洪 编著 高等教育出版社

15、软件工程与UML 胡林铃 主编 黄奇 副主编 电子工业出版社软件工程方法与实践李芷 窦万峰 任满杰 编著 电子工业出版社PowerBuilder9.0数据库项目案例导航陈磊 郭斌 李翔 编著 清华大学出版社2 程序系统的结构旅客旅行社飞机票预定系统订票单机票账单3程序设计说明01(客机信息管理模块)本系统包括用户登录管理模块、旅客信息管理模块、客机信息管理模块、航班信息管理模块。在此只对“客机信息管理模块”做相应的描述。3.1 程序描述实现对客机信息的添加、删除 、修改、查询的管理。3.2 功能a. 添加客机信息、b. 修改客机信息、c. 删除客机信息、d. 查询客机信息3.3 性能该部分的功

16、能操作均要求该用户为超级用户,即该用户的权限要求必须为“超级”。3.4 输入项: 客机信息:航班号、航班名、服役日期、出发城市、抵达城市、出发时间、抵达时间、座位数、票价等3.5 输出项: 该航班客机的所有信息。3.6 算法用PB来完成程序的实现。3.7 流程逻辑(详细设计的工具) 舱位等级设置客机登记客户类型信息设置旅行社信息舱位信息录入客机信息录入客户类型信息录入旅行社信息录入舱位信息管理客机信息管理客户类型信息管理旅行社信息管理航线设置航线信息管理客户登记客户信息录入订票信息录入客户信息管理订票信息管理3.8 接口(逻辑结构)系统功能模块图.外部接口.用户界面 采用Windows 风格,

17、如窗口,菜单,滚动条并对鼠标提供支持。.软件接口 Windows95/98/2000/Me/XP PowerBuilder9.0.硬件接口 支持一般的P或更高档微机、笔记本电脑.内部接口初始化模块: 系统初始时,由操作系统调用,执行完毕后进入消息循环状态。系统功能模块:接收系统功能区的相应信息,启动机票信息查询、订票管理、客户信息查询、客户类型管理、客户设置、航线信息、舱位信息、用户和密码管理。打印模块:执行相应的操作后,打印出取票通知、账单、机票。舱位信息管理模块:添加舱位信息、修改舱位信息、删除舱位信息。客机信息管理模块:添加客机、修改客机、删除客机、查询客机等信息。航线信息管理模块:添加

18、航线、修改航线、删除航线、查询航线等信息。客户类型信息管理模块:添加客户类型、修改客户类型、删除客户类型等信息。订票信息管理模块:添加订票、修改订票、删除订票、查询剩余订票等信息。.相关数据库表(在此也只介绍客机信息表Plane)列名数据类型可否为空说明航班号CharNOT NULL航班号航班名CharNULL航班名服役日期CharNULL服役日期出发城市CharNULL出发城市抵达城市CharNULL抵达城市出发时间TimeNULL出发时间抵达时间TimeNULL抵达时间座位数integerNULL座位数票价integerNULL票价3.9 存储分配(物理结构)3.10 注释设计在代码的设计

19、过程中要求写注释,以便读者的理解。3.11 限制条件3.12 测试计划检查整个系统是否能够成功运行检查各大功能模块界面是否都有输入数据检测各功能模块是否成功实现检测系统的安全性3.13 尚未解决的问题4.UML视图的需求说明书1引言1.1 编写目的详细、准确和全面定义机票预订系统的用户需求,知道软件系统的后续开发工作;本文档所描述的用户需求将作为该项目最终验收的标准和依据。说明:该文档必须经用户方和开发方签字确认后方可有效。1.2 读者对象本文档的读者对象包括:1.用户 2.需求分析人员 3.软件设计人员4.软件测试人员1.3 软件项目概述(在前几部分均已介绍,在此就不再赘述。)1.4 文档概

20、述本文档准确、一致、全面定义和描述了机票预订系统的软件需求,文档内容如下:第一章, 引言部分,简要介绍了文档和项目的概况第二章, 一般性描述,定义了系统与环境之间的关系第三章, 详细需求描述,详细定义了系统的功能需求第四章, 其他需求,定义了系统的非功能性需求1.5 定义(概念)用户、旅客、旅行社 1.6 参考资(略)2一般性描述该系统所设计的用户、旅客和客机的信息全部存放在航空公司的数据库服务器中,数据库服务器运行在小型机上。本系统采用浏览器/服务器(B/S)的工作方式,系统的用户主要有:航空公司的工作人员、旅行社工作人员、旅客。2.1 系统的Use Case图对顶层的Use Case进行细

21、化,得到的Use Case图如下所示:各Use Case说明如下:(1) 客机信息管理:管理各航班信息 Step1: 用户首先要成功登录该系统;Step2: 再对航班信息的添加、删除、修改等工作Step3: 确认无误后,退出该系统,则本Use Case结束。(2) 客户信息管理:管理各用户和旅客的基本信息(与“客机信息管理”相似。)(3) 订票信息管理:各机票的查询、统计等信息Step1: 用户首先要成功登录该系统;Step2: 再对旅客要求的航班进行查询,看是否还有票Step3: 确认有票后,为旅客订票,收取订金,打印订票单和取票通知Step4: 确认无误后退出该系统,则本Use Case结

22、束。2.2 用户特征本系统有三类用户:航空公司工作人员、旅行社、旅客航空公司工作人员的权限是“超级”,即他可以对整个系统的所有功能进行操作,而旅行社和旅客都是“普通”用户,有些操作对他们进行了禁止。3功能需求描述(系统的类图未完成!)4其他功能描述4.1 性能描述用户登录时,若输入用户名和密码三次都不正确,那么系统会自动退出登录界面。 4.2 设计约束-开发工具:客户没有固定要求,本人用PB 开发4.3 进度要求(略)4.4 交付要求该项目完成后,需向用户移交以下软件项:(1) 软件计划任务书:电子版和书面版(2) 需求规格说明书:电子版和书面版(3) 设计规格说明书:电子版和书面版(4) 可

23、运行的软件系统(5) 部分或全部模块的PB代码5代码设计1用户登录模块此模块的功能是:提供用户的登录平台。禁止非法用户的登录。1.1界面设计1.2 代码设计(主要部分)string ls_username,ls_pwls_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

24、_errortime = 3 then messagebox(登录错误!,错误次数太多,系统自动退出!) close(parent) else messagebox(登录错误!,用户名或密码错误!) sle_1.text = sle_2.text = end ifelse if gi_level=0 then messagebox(警告!,用户已被锁定!请找管理员解锁!) halt else open(w_main) close(w_login) end ifend if2系统主界面此模块的功能是:将整个系统的所有功能都展现在用户的面前,一目了然。2.1 系统界面设计2.2 代码设计此处的代码

25、都很简单,都是些打开各个窗口的代码,在此就不多赘述。此处重要的是“菜单(下拉菜单)”的设计。3. 旅客信息查询模块此模块的功能是:提供给用户的查询功能,下面一模块与此处相似。这两模块普通用户也可以操作。3.1 界面设计3.2 代码设计string s1,s2,s3,s4,s5,s6,s7,s8s1 = 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

26、_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(数据库出

27、错!,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 = S8end if4客机信息查询模块(与客人信息查询模块相似,在此略)5改票信息模块此模块的功能是:提供给用户有特殊情况而改票5.1 界面设计5.2 代码设计此模块代码设计与上面旅客信息查询模块代码设计相似。所以在此不再详述!6综合操作模块此模块的功能是:对订票情况的综合操作,只有超级用户才可以操作!6.1

28、 客人信息模块 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.settran

29、sobject(sqlca)tab_1.tabpage_4.dw_4.retrieve()/“刷新”代码(略)/“添加”代码(略)/“删除”代码string ls_namels_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;elsemessagebox(错误!,删除失败,stopsign!)rollback;end ife

30、nd if/“保存”代码if dw_1.update()=1 thencommit;dw_1.retrieve()cb_2.enabled=truecb_3.enabled=trueelsemessagebox(错误!,保存失败!,stopsign!)rollback;end if6.2 客机信息(与“客人信息”的相似,在此也就不再赘述。)6.3 订票信息6.3.1 界面设计6.3.2 代码设计“姓名”的查询部分的代码与上面的代码相似,在此就不多写了。只写了“航班”查询的代码:string s8,strs8=sle_8.textif s8 = thenmessagebox(提示!,没有您所查的

31、结果!)elsestr = select * from plane_line where 航班号=+s8+end ifdw_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 测试背景本项目的提出

32、者是各大航空公司,负责人是本人,系统分析员是指导老师,系统设计员、程序设计员、程序员和资料员都是本人自己。1.3 参考资料(不再赘述)1.4 术语PBPowerBuilder2测试结果软件测试步骤有:单元测试、集成测试、确认测试和系统测试,在此就只对单元测试进行叙述,其他均略。2.1 测试名称单元测试(针对综合模块中的订票信息测试)输入:第一组数据:jqw/001;第二组数据:aaa/0032.2 结果输出:第一组:正确输出数据库中的订票信息;第二组:系统报错。2.3 问题 第二组数据输出错误结果是因为系统数据库中根本就没有这组数据,也就是说根本就没有这个人订这班航班。故系统报错。2.4 覆盖

33、率3软件功能结论3.1 模块名称(综合操作模块中的“订票信息”模块)3.2 功能 航空公司工作人员在听取旅客的要求航班以后,就从系统中查询,看目的航班是否还有空位,如果有,就为该旅客订票。并同时将该旅客的基本信息和他预订的航班信息存入系统的数据库,以供以后的查询。3.3 问题4分析摘要4.1 能力本系统基本完成了用户的软件需求。4.2 缺陷和影响4.3 软件错误4.4 评价 该系统虽然基本完成了用户的软件需求,但还有少处的功能还有待完善。如:若某旅客因紧急事情而需要退票或是改票本系统就还没有实现。不过该系统的界面设计还是令人满意的。切合实际要求,一目了然,具有个性化!7“机票预订系统”的开发小结

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 教案示例

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁