2015年机票预定系统需求分析报告1.docVIP

机票预定系统可行性报告 1 引言 1.1 编写目的 在现今的社会是一个讲究效率的社会，人们有很强的时间观念，如果仍使用手工操作或使用相当繁琐的软件，既浪费了人力，又浪费了物力，效率无法提高，为此开发系统软件，能够适应现今社会并提高生产效率。 该系统软件非常容易被接受，他具有简单易学性，便于管理等功能。奔腾133,16兆以上内存的pc机。用程序设计语言作为系统的支持软件本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最好要有备份。 　　WINDOWSXP操作系统 1. Client/Server结构总体设计方案对它的约束： 机票预定系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。 2． 技术发展规律的约束 计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3 机票预定系统数据描述 3.1系统业务流程图描述 首先分析本系统总的业务流程图如图3-1所示。机票预定系统的主要业务分别为订票业务退票业务 图3-1 业务流程图 （1）订票业务根据旅客提出的要求（航班号、订票数额）查询该航班票额情况若尚有余票，则为客户办理订票手续，输出座位号；若已满员或余票少于订票额，则登记排队候补 图3-2 订票业务流程图 （2）取票业务 根据取票通知书，打印机票，交给顾客。 图3-3 取票业务流程图 （3）退票业务 根据客户提供的情况（日期、航班），为客户办理退票手续，然后查询该航班是否有人排队候补，首先询问排在第一的客户，若所退票额能满足他的要求，则为他办理订票手续，否则依次询问其他候补的客户。 图3-4 退票业务流程图 3.2 机票预定系统的数据需求 机票预定系统的数据需求包括如下几点： 1． 数据录入和处理的准确性和实时性 数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。 在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。 2． 数据的一致性与完整性 由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。 对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。 3． 数据的共享与独立性 整个机票预定系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。 3.3 机票预定系统流程图 首先分析系统总的数据流程图，如图3-5所示。 图3-5 数据流程图 由于系统的数据流程图比较复杂，而系统中主要的是订票、取票和退票三项业务，因此分别画出这三项业务的数据流程图如图3-6、图3-7、图3-8所示。 图3-6 订票业务数据流程图 图3-7 取票业务数据流程图 图3-8 退票业务数据流程图 注： 1、订票需求信息 2、取票通知 3、退票请求信息 3.3 机票预定系统数据字典 数据字典是用来规范描述数据具体内容的工具，也是对数据汇总分析的一个总结。一般来说，可为每个数据建立一张二维表。在本系统中，分别为旅客信息、旅客订票信息、候补旅客信息、航班机票信息、取票通知和售出机票信息建立了数据字典，具体如表3-9到表3-14所示。 表3-9 旅客信息的数据字典 数据名称 旅客信息信息客户姓名航班号起飞时间预订票数舱位等级候补客信息客户姓名航班号起飞时间预订票数舱位等级航班号终点站名起飞地点飞行日期成员定额余票量已订票的客户名单（包括姓名、订票量、舱位等级1，2或3）等候替补的客户名单（包括姓名、所需票量）