航空机票预订系统需求分析讲课讲稿.doc

目 录一、引言11、目的12、背景1二、任务概述11、目标12、系统（或用户）的特点13、假定和约束24、数据流图25、数据字典3三、需求分析41、软件功能说明52、系统主要E-R图53、对功能和性能的一般规定64、灵活性8四、运行环境规定8五、概要设计81、系统功能结构图82、系统数据流程分析10一、引言本文针对航空客运订票问题，设计航空客运订票的业务活动包括：查询航线、客票预订和办理退票等。设计了一个航空客运订票系统。以下为给系统的需求分析说明书。1、目的学会将知识应用于实际的方法，提高分析和解决问题的能力，增加综合能力。航空空订票系统：（1）熟练掌握链表存储结构及其建立过程和常用操作；（2）熟练掌握队列的建立过程和常用操作；（3）学会自己调试程序的方法并掌握一定的技巧。2、背景目前，国内航空公司的数量和规模都在扩大，国外航空公司也纷纷着陆中国，这些航空公司之间的竞争可谓日益激烈。配备一个安全、高效、灵活、可靠的客户服务中心系统对于航空公司加强客户服务质量，提高客户服务水平，扩展业务途径，维护公众形象，提高工作效率必将发挥重要作用。二、任务概述1、目标对航空公司来说，航空订票管理系统既能扩大服务范围，扩大公司影响，减少营业费用，又对稳固航空公司的客源有着重要的辅助作用；站在旅客的角度，航空公司提供的这种服务提供了更多的方便，节省了很多时间。建设航空订票管理系统是体现和提高航空公司领导业绩的一条捷径，此外还具有重要意义：1、改善航空公司服务质量；2、创造和提升航空公司的品牌优势；3、优化航空公司的服务流程； 4、提升信息化的水平；2、系统（或用户）的特点航空订票管理系统利用现在高新科学技术对航空订票进行管理，提高管理的有效性、安全性、可靠性和航空公司运行自动化程度。由于尽量减少人工的参与，从而最大限度的减少人员费用以及由于人为失误或舞弊造成的损失，大大提高整个航空公司的经济性、安全性与使用效率。3、假定和约束（1）该软件开发运行的最短寿命为15年（2）经费是由使用该系统的公司支持（3）开发软件投入使用的最迟时间是三个月4、数据流图1 2传给航空公司2 1 安排航班13产生取票通知 11旅客信息记录22传给旅行社旅客清单 旅客 旅客旅客订票记录航班机票信息订票信息图1 旅客订票流程图 旅客3 1旅客信息查询32 打印机票 订票旅客清单售出机票信息 旅客图2 旅客取票图5、数据字典名字：旅客信息别名：描述：旅客的个人信息，用于对旅客的确认定义：旅客信息=姓名+性别+工作单位+身份证号码+旅行时间+旅行目的地位置：输入到旅行社端（client端）名字：订票旅客清单别名：描述：已订票的旅客的记录定义：订票旅客清单=旅客信息的合集位置：输入到旅行社端（Client端）名字：订票信息别名：描述：旅客的旅行时间和目的地，用于确定旅客的航班定义：订票信息=旅客旅行时间+旅客旅行目的地位置：传输到航空公司端（Server端）名字：航班机票信息别名：描述：旅客的航班信息，根据旅客的旅行时间和目的地确定定义：航班机票信息=旅客机票时间+旅客机票班次位置：传输到旅行社端（Client端）名字：取票通知别名：描述：旅客领取机票的凭证定义：取票通知=旅客姓名+领票时间位置：输出到打印机名字：售出机票信息别名：描述：旅客的航班机票的信息定义：售出机票信息=旅客的航班机票位置：输出到打印机名字：旅客订票记录别名：描述：已订票的旅客在航空公司的记录定义：旅客订票记录=旅客姓名+航班机票信息位置：输出到航空公司端（Server端）三、需求分析1每条航线所涉及的信息有：终点站名、航班号、飞机号、飞行日（星期几）、乘员定额、余票量、已订票的客户名单（包括姓名、订票量、舱位等级1，2或3）以及等候替补的客户名单（包括姓名、所需票量）；2全部数据可以只放在内存中；3系统能实现的操作和功能如下：a)查询航线：根据旅客提出的终点站名输出下列信息：航班号、飞机号、星期几飞行，最近一天航班的日期和余票额；b)承办订票业务：根据客户提出的要求（航班号、订票数额）查询该航班票额情况，若尚有余票，则为客户办理订票手续，输出座位号；若已满员或余票额少于定票额，则需重新询问客户要求。若需要，可登记排队候补；c)退票业务：根据客户提供的情况（日期、航班），为客户办理退票手续，然后查询该航班是否有人排队候补，首先询问排在第一的客户，若所退票额能满足他的要求，则为他办理订票手续，否则依次询问其他排队候补的客户。1、软件功能说明（1）显示已初始化的全部航线信息（2）浏览已订票客户信息（3）根据客户提出的终点站名，调用find（）函数寻找航线信息，调用list（）函数输出航线信息（4）办理订票业务：根据客户提供的航班号进行查询航线信息，若客户订票额超过乘员定票总额，退出，若客户订票额末超过余票量，订票成功并登记信息，在订票乘员名单域中添加客户信息；如果暂时没有票，询问客户是否要排队等侯，如果是，则在等候队列增加该客户的订票信息。（5）办理退票业务：调用查询函数，根据客户提供的航线进行搜索根据客户提供的姓名到订票客户名单域进行查询。退票成功后，重新将航线名单域指向订票单链表的头指针。根据队列中从出的客户信息判断是否满足要求，如果满足，则将该客户的信息插入到乘客信息链表中。（6）退出本系统2、系统主要E-R图订票数量订票日期订票人姓名订票人电话订票人身份证号订票人地址订票人年龄订票人性别订票人信息订票航班信息航班号起飞时间降落时间起飞地点降落地点所属防空公司座位数成人票价折扣订票状态图3 数据库ER图3、对功能和性能的一般规定较高的性能价格比，由于这种模式极大的方便了客户及航班信息的管理，节省了很多不必要的设备，减少了项目投资。系统功能齐全、开放性好。订票，退票，查询，管理等业务，全部使用软件来控制，因此今后功能变动、业务改动很灵活。共享航班资源。数据的输入。管理员根据需要来输入航班、订票人、乘客等信息的具体数据，但必须保证其正确性和准确性。数据的修改。管理员根据需要对指定的数据进行修改，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到指定的记录进行修改，保证修改的内容的正确性和准确性后可更新数据库的数据。数据的删除。管理员根据需要对指定的数据进行删除，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到制定的记录进行删除，保证将要删除的内容的正确性和准确性后可删除掉数据库中的数据。数据的查询。管理员根据需要查询数据库中的所有数据，输入一定的查询条件，然后可按照输入的查询依据查询新数据库的数据。从实用、好用的角度出发开发航空订票管理系统，建立面向顾客管理全过程的管理与控制系统，在设计过程中主要考虑以下原则：可操作性。原始信息皆由管理员录入，系统应尽量减少操作员的数据录入量，录入数据尽量通过设计下拉列表框来选择录入，这样的处理同时也避免了许多录入异常现象的发生。数据输入的格式应符合业务习惯，并且直观、方便。要求系统处理的数据能准确无误，同时输出信息要求直观、简洁。可靠性。系统运行具有较高的可靠性，提供严格的并发控制，确保数据的一致性和正确性实用性。从用户的实际需要出发进行系统开发，不盲目追求高新技术的应用。安全性。系统安全措施可靠、高效、可维护性好，有权限控制、口令控制、临时锁定控制，其中口令录入界面便于系统识别登录用户。可维护性。为了保证系统的可维护性，要求具有详细的文档资料，同时，要求系统在功能设计上考虑可扩展性，以满足业务变动的需求。可移植性。系统开发完成后，要能运行于任何由Windows NT/Windows 9X操作系统所构成的计算机网络环境下。3.1功能模块图系统结构图（功能模块图）：主函数浏览航线信息浏览已订票客户信息查询航线办理订票业务办理退票业务退出系统按剩余票数排序图5功能模块图4、灵活性当需求发生某些变化时，机票管理应用软件操作方式、数据结构、运行环境基本不会发生变化，变化只是将对应的数据库文件内的记录改变，或改变过滤条件。四、运行环境规定最低配置：操作系统：Windows xp内存：512M显示卡：TNT2标准版 1G显存输入设备irectX兼容键盘鼠标网络适配器：512K调制解调器推荐配置要求操作系统：Windows XP内存：1G显示卡：GeForce级别 1G显存输入设备irectX兼容鼠标键盘网络适配器：512K调制解调器五、概要设计1、程序系统的组织结构 系统用例图：图6系统用例图服务器端的组织结构图：航空订票管理软件管理员身份验证超级管理员一般管理员查询所有信息数据输入查寻内容输出数据 航班信息管理订票人信息管理添加数据查询数据删除数据修改数据添加数据删除数据修改数据查询数据输入新航班数据保存航班数据删除航班数据刷新数据刷新输出数据修改航班数据更新航班数据刷新航班数据输入查询数据输出数据输入订票人数据保存订票人数据删除订票人数据刷新数据刷新输出数据修改订票人数据更新订票人数据刷新航班数据输入查询数据输出数据系统层次结构图图7系统层次结构图系统功能管理的主要功能是管理员身份、超级管理员、一般管理员、航班信息管理、订票人信息等。2、系统数据流程分析数据流程分析就是把数据在现行系统内部的流动情况抽象出来，舍去了具体组织机构、信息载体、处理功能等物理组成，单纯从数据流动过程来考察实际业务的数据处理模式。数据流程分析主要包括对信息的流动、变换、存贮等的分析。其目的是要发现和解决数据流动中的问题。这些问题有：数据流程不畅，前后数据不匹配，数据处理过程不合理等等。问题产生的原因有的是属于现行管理混乱，数据处理流程本身有问题，有的也可能是我们调查了解数据流程有误或作图有误。调查的目的就是要尽量地暴露系统存在的问题，并找出加以解决的方法。由于该程序执行过程单一，没有太复杂的功能，所以使用程序流程图就能进行设计。但是使用程序流程图能诱使程序员过早地考虑程序的控制流程，而不去考虑程序的全局结构。程序流程图不容易表示数据结构。由于程序流程图用箭头代表控制流，因此程序员不受任何约束，可以完全不顾结构程序设计的精神，随意转移控制。该系统的系统流程图如下所示。是否继续运行开始运行程序初始化填写要查询的内容判断数据是否符合规定查询数据显示查询到的数据退出查询功能是否不符合符合图8服务器端查询流程图进入系统首先判断管理员，查询的内容。判断是否符合规定，然后根据输入的内容查询到数据，在判断是否继续运行或者退出系统。添加模块流程图，如图图9所示。是否继续运行开始运行程序初始化输入应填写的信息判断数据是否符合规定将数据添加到数据库退出添加功能是否不符合符合图9 服务器端添加模块流程图运行程序，管理员输入要填写的信息，系统判断是否符合规定，符合将其添加到数据库中，否则不添加，添加完之后选择是否继续程序或者退出程序。修改模块流程图，如图10所示。是否继续运行开始运行程序初始化修改信息判断数据是否符合规定更新数据库退出修改功能是否不符合符合图10 服务器端修改模块流程图运行程序，管理员输入要修改的信息，系统判断是否符合规定，符合将其修改到数据库中，否则不修改，修改完之后选择是否继续程序或者退出程序。删除模块流程图，如图11所示。是否继续运行开始运行程序初始化选择要删除的数据判断数据是否符合规定删除数据退出删除功能是否不符合符合图11 服务器端删除模块流程图运行程序，管理员输入要删除的信息，系统判断是否符合规定，符合将其从数据库中删除，否则不删除，删除完之后选择是否继续程序或者退出程序。客户端各模块的流程图：是否继续运行开始运行程序初始化填写要查询的内容判断数据是否符合规定查询数据显示查询到的数据退出查询功能是否不符合符合图12 查询模块流程图运行程序，用户输入要查询的信息，系统判断是否符合规定，符合将要查询的内容从数据库中查询出来，否则返回运行界面提示，查询完之后选择是否继续程序或者退出程序。订票模块的流程图：是否继续运行开始运行程序初始化输入相应的订票人的信息判断数据是否符合规定将数据添加到数据库退出添加功能是否不符合符合图13 订票模块流程图用户运行程序，输入订票人的信息，系统判断是否符合规定，符合将数据添加到数据库，否则返回到输入订票人信息界面，订购完成之后，用户可选择继续或者退出。