机票预订系统分析与设计.docx

机票预订系统分析与设计.docx

《机票预订系统分析与设计.docx》由会员分享，可在线阅读，更多相关《机票预订系统分析与设计.docx（31页珍藏版）》请在冰豆网上搜索。

机票预订系统分析与设计

机票预订系统分析与设计

面向对象方法

项目计划阶段

1项目计划阶段

目标：

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

主要活动

●定义问题

●确定项目可行性

●制定项目的进度表

●为项目安排人员

●启动项目

2定义问题

它的目标是开发一个具有开放体系结构的、易扩易维护的、具有良好人机交互界面的机票预定系统。

确定新体统的问题域。

2.1机票预订系统的需求和商业收益说明。

●系统处理的准确性和及时性

●系统开放性和系统的可扩充性

●系统的易用性和易维护性

●系统的标准性和先进性

●系统的响应速度

●减少订单手工处理引起的错误

●通过快速订单处理加速订单完成

●保持或降低邮购和电话订单处理方面职工标准

●通过internet开辟一个新的销售通道

●通过跟踪热销和滞销情况增加营业额

●通过扩大客户支持与信息来增加客户信誉

第二个任务是确定新系统的预期能力，目标是根据解决问题的信息系统的需求来定义问题域。

2.2机票预订系统的系统能力说明：

1.客户端子系统

旅客信息的输入和统计

旅客信息的存储

机票信息的传递及接收

取票通知及账单的生成和打印

机票销售情况的核算

2.服务器端的功能要求

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

以计算机成本核算为中心，实现销售业务的计算机自动化，为航空公司降低成本。

提高销售额，经营决策提供及时精确的依据。

接收又旅行社客户端发回的机票信息

生成航班信息

传递航班信息到客户端

接收客户端的反馈信息

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

销售额的分析和管理

2.3RMO客户支持系统的关联图（如下）

关联图提供对问题域的解释。

3确认项目可行性

3.1经济可行性

经济可行性有两种测试

（1）收益预期值是否大于项目的开发成本？

（2）在开发期间该组织是否有足够的现金流量对项目投资？

而成本/收益分析的过程分为三步：

●第一步是评估预期开发和运行的成本，开发成本是新系统开发期间发生的，运行成本是系统交付使用后发生的。

●第二步是评估预期的财务收益。

财务收益是指自新系统安装后预期得到的每年的节省或收益的增加。

●第三步，成本/收益分析是基于详细的成本与收益的评估而计算出来的。

成本/收益分析：

分析比较成本与收益以了解在新系统开发上的投资是否会收益大于成本。

3.1.1开发成本

开发成本主要包括以下几个方面：

薪水和工资支付的详细说明

小组人员

项目薪水/工资

项目经理

101340

高级系统分析员

90080

系统分析员

84980

程序分析员

112240

程序员

58075

系统程序员

49285

总计工资

486000

RMO开发成本一览

分类

金额

薪水/工资

496000

设备与安装

385000

培训

78000

设施

57000

支持人员

152000

软件许可证

38000

旅行与杂项

112000

实用程序

18000

总计

1336000

3.1.2运行费用一览

RMO年运行费用一览

分类

金额

连通性

60000

设备维护

40000

程序设计

65000

帮助台

28000

分期偿付

48000

总计

241000

3.1.3收益来源：

有两个主要来源。

减少成本和增加收入

减少成本包括下面几个方面：

●由于手动功能的自动化或效率增加而减少工作人员

●维持定量的工作人员而增加工作量

●减少运行费用

●由于自动编辑或确认减少错误率

●确保文件或交易的快速处理和周转

●捕获货币管理员上损失的折扣

●减少不良账单或不良信贷损失

●更快地收取可收账款

●采用电子数据交换和其他自动化手段减少文书工作的成本

MRO收益范例

RMO收益范例

收益/成本节省

金额

注释

保安部门增加效率

125000

５人每人25000

售票部门增加效率

25000

１人每人25000

运输增加效率

87000

由于网络出现增加效率

500000

增加50%/年

其他节省

152000

总的年收益

889000

3.1.4财务计算

RMO净现值（NPV）计算

RMO成本利润分析

第0年

第1年

第1年

第1年

第1年

第1年

总计

1

利润值

889000

1139000

5154000

2077000

2927000

2

贴现系数

1

0.9091

0.8264

0.7513

0.683

0.6209

3

利润净现值

808190

941270

1137468

1418591

1817374

6122893

4

开发成本

（1336000）

（1336000）

5

运行成本

（241000）

（241000）

（241000）

（241000）

（241000）

6

贴现系数

1

0.9091

0.8264

0.7513

0.683

0.6209

7

成本净现值

（219093）

（199162）

（181063）

（164603）

（149637）

（913559）

8

净利润和成本净现值

（1336000）

589097

742107

956405

1253988

1667737

9

累积的净现值

（1336000）

（746903）

（4796）

951609

2205597

3873334

10

投资回收期

2年+4796/（4796+951609）=2.005年

11

五年的投收益率

（6122893-（1336000+913559））/（1336000+913559）=172.18%

第8行净利润和成本净现值＝利润净现值-成本净现值

第9行是用开发成本－第8行后的结果

如1336000-589097＝746903

746903－742107＝4796

除此之外还要计算投资回收期和投资回收率

3.1.5无形收益：

不能量化和正确估算的收益

无形收益可包括如下几种：

●提高服务水平

●提高客户满意

●生存

●需要自行开发的专门技能

无形成本包括如下几种

●降低职工士气

●丧失生产力

●失去客户或销售

3.2组织和文化上的可行性

这样的问题包括如下几种

●当前低水平的计算机能力

●实际存在的计算机恐惧

●工作人员或管理人员的失落感

●由于新系统引起行政上和组织上的潜在变化

●担心工作职责变化

●担心由于增加自动化而失业

●为时甚久的工作过程的逆转

3.3技术可行性

●技术人员支持

●受到client/server结构的约束

●受到技术发展的约束，例如图像和语音技术的进步

●子系统的运行要求：

系统软件

数据库管理系统

硬件要求

服务器端子系统

WindowNTserver

SQLserver

Pentium3450以上

258MRAM，

14GHD

客户端子系统

WindowNTworkstation

SQLserver

Pentium133以上

32MRAM，

4.3GHD

3.4进度表可行性

进度表的可行性意味着项目能够按时完成，有时对于一个项目有一个绝对的、完全不难错过的截止时间。

如果对于有些任务没有按时完成就需要减少项目的作用域，就能增加项目按时完成的可能性。

3.5资源可行性

人员风险：

开发一个项目需要系统分析员、系统技术员和用户参与。

一种风险是项目组得不到所需要的人，另一种可能是所分配的人没有所需要的技能。

再一种风险是有的人在半途退出跳槽而走。

其他资源风险：

计算机资源、物理设备和维护人员，如果要用到这些资源时不能得到满足就会影响进度。

4制定项目进度表

资源估算任务表的制定

资源估算任务表

序号

阶段活动和任务

最佳周期（天）

最差周期（天）

最大可能（天）

资源数

1.0

项目计划阶段

1.1

定义问题

1.1.1

会见用户

1

4

2

2

1.1.2

确定作用域

1

3

2

2

1.1.3

书写需求说明

1

2

1

1

1.1.4

定义系统能力说明

1

2

1

1

1.1.5

制定关联图

1

2

1

1

1.1.6

确认项目可行性

1

2

1

1

1.2

确认项目可行性

1.2.1

识别无形成本和收益

1

1

1

2

1.2.2

估算有形收益和计算成本/收益

1

3

2

2

1.2.3

计算净现值和投资回报率和投资回收期

1

3

2

2

1.2.4

评价组织和文化可行性

1

1

1

1

1.2.5

评价技术可行性

1

1

1

1

1.2.6

评价所需进度表

1

2

2

2

1.2.7

评价资源可用性

1

2

1

1

1.2.8

制定工作分解进度表

1

1

1

1

1.3

制定项目进度表

1.3.1

制定工作分解进度表

2

4

3

2

1.3.2

估算资源、周期和优先权

1

3

2

2

1.3.3

制定PERT图和甘特图

1

3

2

2

1.4

为项目配备人员

1.4.1

为项目制定资源计划

1

1

1

2

1.4.2

确认和邀请技术人员

1

2

1

1

1.4.3

会见用户，确定和邀请用户工作人员

1

3

2

1

1.4.4

组织项目小组

1

1

1

1

1.4.5

实施小组磨合训练

2

5

3

2

1.4.6

实施初步的技能培训

2

6

4

2

1.5

启动项目

1.5.1

准备演示文稿材料

1

1

1

1

1.5.2

制作演示文稿

1

1

1

1

1.5.3

配备项目设备和支持资源

1

5

3

2

1.5.4

召开正式的启动会议

1

1

1

1

2.0

分析阶段

2.1

收集信息

30

120

60

5

2.2

定义系统需求

30

100

60

5

2.3

建立需求发现的原型

25

80

50

2

2.4

确定需求优先级

5

15

10

2

2.5

产生并评价可选方案

5

15

8

2

2.6

与管理人员一起复审推荐方案

2

5

3

2

PERT图基于单个任务或活动对项目进行规则的一种方法（如下图）

Gantt图以条形图代表项目进度表的任务和活动。

（如下图）

5为项目提供人员

为项目提供人员是项目经理的主要职责，这个活动有5个任务：

●为项目制定一个资源计划

●确定并邀请专门技术人才

●确定并邀请专门用户人员

●把项目组分成多个工作小组

●实施初步的培训和建组训练

在制定资源计划时项目经理必须认识到：

（1）资源通常不是想要就有的，

（2）要求小组成员在一段时间内熟悉项目。

专门技术人员有：

系统分析员、程序分析员、网络专家和其他技术人员组成。

必要时人事部门需要招聘人才。

用户人员是分到项目组的组织内部的人员。

经常是一些专职的组员能代表用户团体并起到联络作用。

一个项目组多天4－5人就需分成小的工作组，每个小组由一个小组领导协调分到小组的任务。

这个任务的责任由项目组领导承担。

实施的培训和建组训练。

总体上可以为项目组进行培训，当使用新技术、新数据库或新程序设计语言时要进行培训。

另一方面。

如果项目组成员以前没有在一起工作过，那么建组的训练就特别重要。

6启动项目

第一，监督委员会最后定案，为项目发出最后的许可证，包括必需资金的核发。

第二，通过组织内正常的通讯渠道发出正式通知，对项目给予信任并要求组织内所有参与的各部门进行合作。

一句话，就是得到了组织上高级管理人员的批准和明确的支持。

没有这两步，任何项目都不能启动。

软件系统的需求分析

1.事件表

事件

触发器

来源

动作

响应

目的地

登录

（不同用户登录）

登录请求

客户

验证客户是否合法

调出客户信息

用户信息数据库

核对客户信息

返回客户信息

不同ID登录

客户

核对客户级别

调出客户信息

用户信息数据库

查询客户级别

返回级别信息

客户

根据不同级别给出不同界面

查票

查询请求

客户

查询余票

获得机票信息

机票信息数据库

查询机票信息

返回机票信息

客户

订票

订票请求

客户

订购机票

生成订票界面

客户

填写信息

验证信息

机票信息数据库

核对级别，返回票价，要求确认

用户，机票信息数据库

保存订单

机票信息数据库

订票失败

余票不足

机票信息数据库

返回失败信息

返回失败信息

客户

支付

支付请求

客户

支付

生成支付界面

客户

支付，提交到客户信息数据库

用户信息数据库

机票信息系统做出相应更改

机票信息系统

机票信息修改

修改请求

客户

修改机票信息

生成修改界面

客户

修改

提交数据

用户，机票信息数据库

返回修改成功界面

客户

管理

管理员登录

管理员

管理

生成管理界面

管理员

验证ID，密码

用户信息数据库

管理，客服

客户

管理，客服

客户

2.关联图

DFD片段

子系统的划分

ER图

M

11

N

机票预定系统的数据字典

系统中的数据元素：

开发和系统软件环境

开发环境：

windowsXPVC++6.0

运行环境：

奔腾133以上，1G硬盘，Internet通讯数据接口，相关设备配有打印机

软件系统的方案设计

软件总体结构图：

各子系统功能描述

●航班管理子系统

即管理和维护航班的各项数据信息，包括航班的启程时间与到达时间，目的地，班次，价格以及票余量。

允许业务员和系统管理员添加、更新和删除航班信息和查询航班信息。

该子系统功能由flight模块完成。

●用户管理子系统

管理和维护旅客和员工的各项数据信息，包括用户证件号码，姓名，性别，级别，工作单位，旅行时间，旅行目的地等。

允许业务管理员和系统管理员添加，更新，删除和查询旅客信息。

●订票管理子系统

即管理和维护旅客的订票信息的各项数据，包括身份证号，姓名，性别和航班日期，航班目的地，班次，价格等信息。

允许业务员和系统管理员添加更新删除以及查询订票信息。

并进行航班的安排，打印取票通知和账单的打印，订票信息的核对，收费以及订票的打印。

而旅客只能查询自己的订票信息。

●系统管理子系统

即管理和维护用户的各项数据信息，包括管理员ID，姓名和密码。

主要有添加删除和修改用户信息，修改用户密码，系统初始化和系统备份，系统恢复5项功能。

用户类型决定了用户的权限管理，系统定义了2种用户权限

第一种是机票预订管理员，能查询添加删除和修改订票信息，航班和客户的信息数据，还能根据航班和订票信息为客户安排航班，以及核对通知，账单和订票信息

第2种是一般用户，又分为普通用户和vip用户，能够自行注册和登录，能够查询个人相关的信息。

●系统帮助子系统

即为用户提供操作帮助，解决用户使用过程中遇到的一般性问题

模块详细设计

航班管理主菜单设计

1.航班信息的添加

（1）功能：

添加航班相关信息

（2）输入项：

航班信息，其中“班次”、航班时间、航班起飞时间、航班到达时间、航班目的地、票价和票余量均为必填项。

（3）输出项：

添加后在航班信息窗体表格中显示相应的航班信息或提示请输入完整的航班信息。

2.航班信息的修改

（1）功能：

修改航班相关信息

（2）输入项：

航班信息，其中“班次”、航班时间、航班起飞时间、航班到达时间、航班目的地、票价和票余量均为选填项（在对应条目上修改相应数据项）。

（3）输出项：

添加后在航班信息窗体表格中显示相应的航班信息。

3.航班信息的删除

（1）功能：

删除航班相关信息

（2）输入项：

无

（3）输出项：

删除所选的航班条目

4.航班信息的查询

（1）功能：

查询航班相关信息。

（2）输入项：

航班信息，其中选择按班次、航班日期、航班目的地中任意一项进行查询

（3）输出项：

添加后在航班信息窗体表格中显示相应的航班信息

旅客管理主菜单

旅客管理主菜单下设的子菜单包括：

添加、修改、删除、和查询旅客信息子菜单，其界面及功能同航班管理主菜单下设的添加、修改、删除和查询航班信息子菜单类似

订票管理主菜单

订票管理主菜单下设的子菜单包括：

航班安排子菜单、核对信息子菜单、修改、删除和查询订票信息子菜单。

其中修改、删除和查询订票信息子菜单的界面及功能同航班管理主菜单下设的类似

（1）航班安排功能的介绍

输入具体的旅客信息后，单击“可选航班”按钮，即出现可供旅客选择的某一天的多条航班信息，根据旅客的选择，确定到底预订那一班次，然后单击“安排航班”按钮，生成某一旅客确定的订票信息。

（2）核对信息功能的介绍

进行订票信息的核对操作，单击“信息核对”子菜单项，弹出窗体，输入任意一个查询条件，然后单击查询按钮，即显示该旅客的所有订票信息，若旅客的取票通知的账单和系统所显示的订票信息完全一致，则单击核对正确按钮，接下来弹出“收费并打印机票”的窗体，当确认已收费后，单击“收费并打印机票”按钮，则弹出机票的打印窗体，反之，若信息核对不正确，或者收费不成功，则退出信息核对功能，返回主菜单。

（3）订票管理主菜单下的修改、删除和查询订票信息子菜单的设计：

订票管理主菜单下的修改、删除和查询订票信息子菜单的界面几功能同航班管理主菜单下设的修改、删除和查询订票信息子菜单类似

系统管理主菜单的设计

1.用户管理功能的设计：

当以系统管理员身份登录时，系统管理员可以使用此功能实现对旅客和管理员注册信息的管理。

包括旅客和系统管理员注册信息的查询、删除、和全部显示

2.系统初始化功能的设计

3.系统备份功能的设计：

系统数据库所存储的用户机票航班信息有另外单独的存储空间备份

4.系统还原功能的设计：

在设置了系统还原点后，当系统遭遇不可避免的损坏后，能还原到所设的还原点状态，存储信息等设置同还原点时一样

系统帮助菜单的设计

简单叙述的系统使用的要点，方法、

数据库设计

数据库是应用系统的核心，应当精心设计，以保证系统的正确可靠高效运行。

数据库设计包括数据库需求分析，数据库概念设计、数据库逻辑结构设计和数据库物理设计、数据库设计的目的，是为了信息系统在数据库服务器上建立一个理想的数据模型。

●航班信息管理部分

管理员可对航班信息数据进行维护，如添加修改删除和查询航班信息等。

班次为关键字。

●旅客信息管理部分

管理员可对旅客信息数据进行维护，如添加修改删除和查询航班信息等。

旅客身份证号为关键字。

●订票信息管理部分

系统根据旅客信息和航班信息安排航班，生成订票信息。

航班号和旅客身份证号应该设为关键字

订票信息生成后打印通知账单，管理员将通知和账单交给客户

管理员将订票信息和通知、账单核对、核对无误后收费并打印机票

订票信息记录中的旅客身份证号、航班号是旅客信息表的外码

●系统管理部分

系统用户可以注册添加账户，登陆后查询个人信息和订票信息。

系统管理员添加、删除和修改系统用户信息、修改用户密码

系统管理员可以对系统进行初始化和系统备份，系统恢复

数据库概念设计（如下图）

数据库中各个数据表的设计结构

数据库物理设计

数据库物理设计是指设计出数据库的物理数据模型，他是数据库在物理设备上的具体实现，即数据库服务器物理空间上的表空间、表、字段、索引、视图、存储过程、触发器以及相应的数据字典的设计。

界面，表格，和报表设计

登录窗体设计：

系统用户分为旅客和管理员，注册和登录时可以通过单选按钮选择用户类型，旅客用户可以注册旅客账户并登录系统，但系统管理员只能通过授权得到管理员用户名和密码，而不能自行注册管理员。

用户的用户名和密码输入正确即可登录系统，不同类型的账户对应使用不同功能，比如：

旅客只能对自己的账户注册信息进行修改，航班信息进行查询，自己的订票信息进行查询；vip用户则可享用优惠。

而系统管理员则可使用全部功能。

（1）输入项：

用户名，该用户所对应的密码、用户类型、

（2）输出项：

相应的系统登录提示信息。

（3）界面设计：

如下图所示

（4）测试要点：

不同类型用户的注册和登录及相应权限，可使用的功能也因用户类型不同而不同。

设想用户界面

客户登录：

姓名：

身份证号码：

性别：

管理员登录：

姓名：

工作证号：

性别：

系统控制设计

运行控制

运行控制将严格按照各模块间函数调用关系来实现。

在各事务中心模块快，需对运行控制进行正确的判断，选择正确的运行控制路径。

在网络传输方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认，服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。

安全控制

由于数据的传输上需要通过网络传输，为了客户资料进行保密，需要在网络的传输过程中对数据进行加密。

这个工作主要是在准备网络包，及解开网络包这两个模块完成，他们各对数据新型加密及揭秘还原工作。