案例机票预定系统.docx

上传人:b****6 文档编号:13844613 上传时间:2023-06-17 格式:DOCX 页数:21 大小:24.09KB
下载 相关 举报
案例机票预定系统.docx_第1页
第1页 / 共21页
案例机票预定系统.docx_第2页
第2页 / 共21页
案例机票预定系统.docx_第3页
第3页 / 共21页
案例机票预定系统.docx_第4页
第4页 / 共21页
案例机票预定系统.docx_第5页
第5页 / 共21页
案例机票预定系统.docx_第6页
第6页 / 共21页
案例机票预定系统.docx_第7页
第7页 / 共21页
案例机票预定系统.docx_第8页
第8页 / 共21页
案例机票预定系统.docx_第9页
第9页 / 共21页
案例机票预定系统.docx_第10页
第10页 / 共21页
案例机票预定系统.docx_第11页
第11页 / 共21页
案例机票预定系统.docx_第12页
第12页 / 共21页
案例机票预定系统.docx_第13页
第13页 / 共21页
案例机票预定系统.docx_第14页
第14页 / 共21页
案例机票预定系统.docx_第15页
第15页 / 共21页
案例机票预定系统.docx_第16页
第16页 / 共21页
案例机票预定系统.docx_第17页
第17页 / 共21页
案例机票预定系统.docx_第18页
第18页 / 共21页
案例机票预定系统.docx_第19页
第19页 / 共21页
案例机票预定系统.docx_第20页
第20页 / 共21页
亲,该文档总共21页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

案例机票预定系统.docx

《案例机票预定系统.docx》由会员分享,可在线阅读,更多相关《案例机票预定系统.docx(21页珍藏版)》请在冰点文库上搜索。

案例机票预定系统.docx

案例机票预定系统

案例:

机票预定系统

一、可行性分析

1引言

1.1编写目的:

可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解

经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。

明确开发风险及其所带来的经济效益。

本报告经审核后,交软件经理审查。

1.2项目背景:

开发软件名称:

机票预订系统。

项目任务提出者:

中国民航及中国国际旅游开发公司。

项目开发者:

浙江大学IMK开发小组。

用户:

中国民航及中国国际旅游开发公司。

实现软件单位:

中国国际旅游开发公司及浙江大学

项目与其他软件,系统的关系:

本项目采用客户机/服务器原理,客户端的程序是建立在WindowsNT系统上以MicrosoftVisualC++为开发软件的应用程序,服务器端采用Linux为操作系统的工作站,是采用Oracle8的为开发软件的数据库服务程序。

2.可行性研究的前提

2.1要求

    主要功能:

为游客提供机票预定服务,方便旅游局的售票工作,提高旅游局的服务质量和服务效率

    性能要求:

机场提供的信息必须及时的反映在旅游局的工作平台上。

售票系统的定单必须无差错的存储在机场的主服务器上。

对服务器上的数据必须进行及时正确的刷新。

    输出要求:

数据完整,详实。

    输出要求:

简捷,快速,实时。

安全与保密要求:

服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。

售票员只享有对订票信息库的部分修改(写入与读出)。

完成期限:

预计六个月,即截止2000年2月8日。

2.2目标:

    系统实现后,大大提高旅游局的机票预定服务效率。

降低售票服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销。

2.3条件,假定和限制

  建议软件寿命:

5年。

经费来源:

中国国际旅游开发公司。

  硬件条件:

服务器sun工作站,终端为pc机。

  运行环境:

Linux

  数据库:

Oracle8

     投入运行最迟时间:

2000/04/04

2.4可行性研究方法

   

2.5决定可行性的主要因素

  成本/效益分析结果,效益〉成本。

 技术可行,现有技术可完全承担开发任务。

 操作可行,软件能被原有工作人员快速接受。

3.技术可行性分析

3.1系统简要描述

  在旅游局中的终端是安装了WindowsNT的PC机,主要目的是向机场的服务器传递数据。

当顾客在旅游局进行咨询时,终端向服务器发出查询请求,服务器根据航班信息库的实时数据,向终端发送数据,显示在终端的屏幕上。

当顾客向售票员定票时,终端向服务器发出详尽的一份定单,服务器核对后,存入定票信息库,并修改机票信息库。

当顾客再次来取票时,终端向服务器发出查询定票请求,服务器接收后,查询定票信息库,核对后,传送机票确认表单,终端打印出机票。

3.2处理流程和数据流程

  

服务器终端显示数据

系统管理员

产生报表

 事务

航班信息的更新

售票员

机票核对事务

客户机终端显示数据

产生报表

表单申请

售票员

客户机终端显示数据

产生报表

数据库

售票员

查询请求

               

在客户端打印机票和帐单

产生报表及

帐单

4.经济可行性分析

4.1支出

基础投资:

终端PC机20台:

8000*20=16万

网络设备:

10万

辅助配置:

10万

共计:

36万

其他一次性投资:

Oracle8.0:

20万

WindowsNT:

10万

操作员培训费:

5万

共计:

35万

经常性支出:

人工费用:

6(月)*20(人)*5000(圆)=60万

其他不可知额外支出:

20万

共计:

80万

支出共计:

151万

4.2效益

一次性收益

0元

经常性收益

(按银行利率:

1%);

减少员工20人(1000圆/人)五年收益:

1000*(1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5)*20*12*5=120万

工作效率提高收益(工作效率提高30%):

30*(1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5)*(30%)*5=45万

经常性收益共计:

160万

不可定量收益

因服务质量提高增加旅客量10%:

1000万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360万

收益共计:

520万

4.3收益/投资比

520万/151万=344%

4.4投资回收周期

2.3年

4.5敏感性分析

设计系统周期为五年,估计最长可达10年

处理速度:

一般查询速度<4秒

关键数据查询速度:

<2秒

5.社会因素可行性分析

5.1法律因素

所有软件都选用正版.

所有技术资料都由提出方保管。

合同制定确定违约责任.

5.2用户使用可行性

使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.

管理人员也需经一般培训.

经过培训人员将会熟练使用本软件.

两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.

6.其他可供选择的方案

6.1客户端与服务器端联系在一起

在旅游局中只设立终端,在机场设立服务器,数据输入由终端输入,所有数据都由服务器处理,只在终端上显示数据结果。

此设计简化了数据处理,但加重了服务器的数据处理。

而使用客户端/服务器机理,简化数据流量,加快数据处理。

7.结论意见

由于投资效益比远大于100%,技术、经济、操作都有可行性,可以进行开发.

二、机票预定系统需求分析

1机票预定系统流程

机票预定系统的总目标是:

在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统,实现航空公司的机票销售的自动化的计算机系统,为企业的决策层提供准确、精细、迅速的机票销售信息。

根据可行性研究的结果和客户的要求,分析现有情况及问题,采用Client/Server结构,将机票预定系统划分为两个子系统:

客户端子系统,服务器端子系统。

旅客订票流程图:

2.2

传给旅行社

旅客清单

航班机票旅客订票记录

1.1

旅客信息记录

订票机票信息

旅客

1.3

产生取票通知

航班机票信息

航班机票信息

订票信息

1.1

安排航班

2.2

传给航空公司

取票通知

旅客

订票信息

旅客取票图:

订票旅客清单

3.2

打印机票

3.1

旅客信息查询

旅客

旅客

售出机票信息

2分析各个子系统的功能需求

2.1客户端子系统:

在客户端系统的功能实现上,可以分为以下几个部分:

[1]旅客信息的输入和统计

旅行社把旅客要求订票的信息由专人负责输入。

这部分功能是客户端子系统

的基本部分,这个功能是以后各个部分的基础。

系统要求做到即能够从其它子系

统中共享一部分信息,又有方便的操作界面工手工输入旅客信息。

这部分要求对输入的数据进行简单的统计,供航空公司进行查询和宏观调控。

[2]旅客信息的存储:

将旅客的信息存储到旅行社的客户端系统中,以备以后的取票确认以及查

询。

[3]机票信息的传递及接收:

将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上,并且接受航空公司返回的航班信息,然后存储起来。

[4]取票通知及帐单的生成和打印:

把已存储的从航空公司返回的航班机票信息打印出来,并且生成帐单打印出来一起交给旅客。

印出机票给已经订票的旅客:

根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出来交给旅客。

[5]机票销售情况的核算

这一功能是在上一功能的基础上,对机票销售额进行单项核算,得到该旅行社的销售情况并把核算结果作为企业报表输出。

2.2服务器端的功能要求:

通过计算机网络将客户端与服务器的数据库相连,将从客户端得到的信息进行处理,实现航班查询,机票生成,销售统计,综合信息查询等子系统。

以计算机成本核算为中心,实现销售业务的计算机自动化,为航空公司降低成本、提高销售额、经营决策提供及时精确的依据。

在客户端系统的功能实现上,可以分为以下几个部分:

[1]接收由旅行社客户端发回的所需机票信息:

通过网络接收机票信息并存入到服务器的数据库中。

[2]生成航班信息:

根据所需机票信息(时间,地点),在数据库中查询并得到正确的航班的信息(价格,时间,等级),分配所需的机票数并在数据库中做出已售出的标记。

[3]传递航班信息到客户端(旅行社):

把得到的航班信息通过网络传递到旅行社。

[4]接收旅行社的反馈信息:

对旅行社的反馈信息进行分析,把已经售出的机票进行统计,对被旅客所退掉的机票要进行数据库的恢复。

[5]印出机票给已经订票的旅客:

根据旅客的取票通知及帐单,经过确认无误后,接受旅客的付款后把机票印出来交给旅客。

[6]销售额的分析和管理

这一步骤的功能要求包括对销售的机票进行分析,这一工作是在前面的基础上,以计算机为工具,对机票预定系统的功能和目标进行扩充。

它以财务管理学为理论基础,以辅助决策为目标,以机票销售数据为中心,广泛采用统计学、运筹学的分析方法,对销售信息进行深层加工,建立反映不同航班需求的模型,提供管理上所需的各种辅助决策信息和财务信息。

这一要求是机票预定系统的最高目标,将通过系统运行后获得的大量销售历史数据基础上,实现这一目标。

3机票预定系统的逻辑模型

机票预定系统的逻辑模型如下图所示:

旅行地点

旅行时间

性别

姓名

航班机票信息

身份证号码

工作单位

旅客

1

航空公司

订票

取票通知

帐单

价格

11

时间

旅行社

合适航班机票

N

等级

可售机票

售出机票信息

订票旅客清单

4机票预定系统的运行要求

机票预定系统中的各个子系统的硬件和软件的配置如下:

1.服务器端子系统的运行要求:

系统软件:

WindowNTServer

数据库管理系统:

SQLServer

硬件要求:

PentiumIII450以上,258MRAM,14GHD

2.客户端子系统的运行要求:

系统软件:

WindowNTWorkstation

数据库管理系统:

SQLServer

硬件要求:

Pentium133以上,32MRAM,4.3GHD

建立机票预定系统的约束

Client/Server结构总体设计方案对它的约束:

机票预定系统做为Client/Server结构的一个应用系统,不可避免的要受到Client/Server结构的约束。

在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。

同时,由于信息的共享,机票预定系统还受到其它系统的信息约束。

5人力、资金、时间的约束

机票预定工程实施的目标就是要带给航空公司看得出见的效益,其开发过程中也要考虑到人力、资金和时间的约束。

因此,在设计中,重点是销售系统中的方便快捷,能提供给旅客以优质高效的服务,并提高销售的效率和便捷,为航空公司带来良好的效益。

技术发展规律的约束

计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。

例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。

三、概要设计

3.1处理流程

下面将使用(结构化设计)面向数据流的方法对机票预定系统的处理流程进行分析。

系统可分为两大部分:

一、客户机上的程序,二、服务器上的程序。

以下将分别对系统的这两大部分进行流程分析:

3.1.1客户机程序流程

客户机上的输入信息为旅客资料或帐单号,还包括一个定票/领票选项。

输出为打印帐单或机票,和确认或出错信息。

其内部处理流程如下:

旅客资料

3

2

4

经网络送服务器程序

定票/取票

7

1

8

帐单号

5

6

打印帐单

13

12

输出确定预定信息

14

11=1

服务器经网络送来回答

10

9

输出错误原因

15

16

17

输出确定预定信息

14

18

19

打印机票

20

3.1.2服务器程序流程

7

客户机经网络送来的数据

客户机经网络送来的数据

6

4

5

9

8

SQLSERVER

(班机,票务数据库)

16

17

2

3

1

送客户机

来自客户机

13

12

10

11

15

14

3.2总体结构和模块外部设计

下面以结构图来描述机票预定系统的软件总体结构。

框内注明了模块的名字;方框之间的直线表示模块的调用关系。

3.2.1客户机部分

机票预定系统(客户机程序)

输出数据

接收输入数据

联络服务器

确认操作类型

解开网络数据包

准备网络数据包

准备确认发送数

准备定票发送数据

定票成功?

领票成功?

接收数据

发送数据

检验输入

判断错误类型

读入帐单号

读入旅客资料

准备错误信息

准备输出

准备输出

确定(定票/领票)

显示确认

打印帐单

显示错误

帐单号

定票/领票

旅客资料

打印机票

确认显示

帐单

机票

3.2.2服务器程序部分

机票预定系统(服务器部分)

发送数据

数据处理、查询

接收数据

判断查询

准备SQL

判断类型

判断原因

数据库操作

准备数据包

解开数据包

准备返回数据

准备返回数据

发送数据到客户机

接收客户机数据

其中在数据处理、查询下作了省略…只给出了一部分模块,实际上是有两部分,分别对应于定位及确认。

3.3功能分配

各项模块的功能可参照3.1中的说明。

客户机程序主要有三大块:

接收数据、网络通信及输出部分。

服务器程序主要也是由三大功能:

接收网络数据、数据库操作及发送网络数据部分。

服务器程序需与已建立的SQLSERVER数据库互连,其接口将于下面部分阐述。

接口设计

3.4外部接口

3.4.1用户界面

在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。

在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。

外观上也要做到合理化,考虑到用户多对WINDOW风格较熟悉,应尽量向这一方向靠拢。

在设计语言上,已决定使用MSVISUALC++进行编程,在界面上可使用VISUALC++所提供的可视化组件,向WINDOWS风格靠近。

其中服务器程序界面要做到操作简单,易于管理。

在设计上采用下拉式菜单方式,在出错显示上可调用VISUALC++库中的错误提示函数。

总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用

3.4.2软件接口

服务器程序可使用VISUALC++提供的对SQLSERVER的接口,进行对数据库的所有访问。

服务器程序上可使用SQLSERVER的对数据库的备分命令,以做到对数据的保存。

在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接收。

3.4.3硬件接口

在输入方面,对于键盘、鼠标的输入,可用VISUALC++的标准输入/输出,对输入进行处理。

在输出方面,打印机的连接及使用,也可用VISUALC++的标准输入/输出对其进行处理。

在网络传输部分,在网络硬件部分,为了实现高速传输,将使用高速ATM。

3.5内部接口

内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。

具体参数的结构将在下面数据结构设计的内容中说明。

接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。

数据结构设计

3.6数据库数据结构设计

DBMS的使用上系统将采用SQLSERVER,系统主要需要维护3张数据表:

航班班次表

航班号

起飞日期/时间

飞行目的地

座位空数

商务仓票价

经济仓票价

航班班次表保存了所有从本地起飞的班机信息,它的主键为航班号。

在定位前先查寻座位空数,在定位后将修改座位空数。

定位信息表

航班号

帐单号

是否领票

定位信息表保存了已定位信息,主键为帐单号,外部主键为航班号。

在旅客领票过程时将用到此表,领票后修改是否领票域

帐单信息/旅客资料表

帐单号

旅客姓名

旅客性别

旅客身份证号

工作单位

帐单信息/旅客资料表保存已定位的旅客信息资料,它的主键为旅客身份证号,外部主键为帐单号。

主要用于领票时将旅客信息一同返回。

机位信息表

班机号

机位信息

机位信息表保存各班机各机位定票状况。

它的外部主键为班机号。

主要用于定票时确定旅客机位,并返回。

3.7物理数据结构设计

物理数据结构设计主要是设计数据在模块中的表示形式。

数据在模块中都是以结构的方式表示。

旅客信息

1.旅客姓名String

2.旅客性别Char

3.身份证号码LONGINT

4.工作单位String

用于定票时接收输入,以及领票时服务器返回。

帐单号

可使用一LONGINT实现。

用于领票时接收输入,以及定票时服务器返回。

飞行目的

1.航班号String

2.目的地String

3.起飞时间Date/Time

4.座位号String

用于定票时接收输入,以及领票时服务器返回。

网络包

1.网络包HeadINT

2.传输数据String

用于数据在网络上的传输。

错误信息

1.错误类型INT

2.输出语句String

用于关于错误操作。

机票信息

1.航班号

2.目的地

3.起飞时间

4.旅客姓名

5.旅客性别

6.身份证号码

7.座位号

8.

用于打印机票准备工作。

数据类型可参照上面所述。

帐单信息

1.帐单号

2.旅客姓名

3.身份证号码

4.航班号

5.起飞时间

6.目的地

用于打印帐单准备工作。

数据类型可参照上面所述。

四、详细设计

在前一阶段(概要设计说明书)中,已解决了实现该系统需求的程序模块设计问题。

包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。

在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。

在本阶段中,确定应该如何具体地实现所要求的系统,从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。

主要的工作有:

根据在《需求分析说明书》中所描述的数据、功能、运行、性能需求,并依照《概要设计说明书》所确定的处理流程、总体结构和模块外部设计,设计软件系统的结构设计、逐个模块的程序描述(包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等),解决如何:

●接受:

旅客信息及取票通知和帐单;

●输出:

取票通知和帐单及机票;

●网络输出和加密,输入和解密;

●分辨信息的种类并采取相应的处理步骤;

●判断信息的正误并采取相应的处理步骤;

●进行数据库的查询、修改工作;

●接受并判断错误,输出相应的出错消息;

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 总结汇报 > 学习总结

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2