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

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