旅游管理系统剖析

合集下载
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

旅游管理系统剖析

-标准化文件发布号:(9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

旅游管理系统

目录

一、系统的需求分析 (3)

1.1、背景材料 (3)

1.2、需求分析 (3)

二、系统的概要设计 (4)

2.1、系统的功能设计 (4)

2.2、系统的数据字典 (4)

2.3、系统的E-R图 (7)

2.3.1实体-属性图 (7)

2.3.2实体-联系图 (9)

三、系统的详细设计 (11)

3.1系统的数据库设计 (11)

3.1.1数据库的逻辑设计 (11)

3.1.2数据库的物理设计 (13)

四、旅游管理系统实施 (23)

4.1系统的功能模块设计 (23)

4.2个人系统模块的划分及实现 (25)

4.2.1个人系统模块划分 (25)

4.2.2旅游团管理模块的设计及实现 (25)

4.2.3模块的测试运行 (37)

五、评价与总结 (43)

5.1旅游管理系统优点 (43)

5.2旅游管理系统缺点 (43)

5.3总结 (44)

一、系统的需求分析

1.1、背景材料

某旅行社要开发一个小型旅游管理子系统,主要涉及的基本实体及其基本信息如下:

旅游线路:线路编号、起点、终点、旅游天数、主要景点。

旅游班次:班次编号、出发日期、回程日期、旅游标准、报价、折扣率。

导游:导游编号、身份证号、姓名、性别、出生日期、住址、联系电话、语种、等级。

宾馆:宾馆编号、宾馆名称、所在城市、星级、标准房价、联系人、职务、联系地址、联系电话、传真。

游客:游客编号、身份证号、姓名、性别、出生日期、住址、联系电话,旅游线路、出发日期、回程日期。

保险:保险单号、人均保险费、保险期限。

1.2、需求分析

一条旅游线路可以开设多条旅游班次,但一个旅游班次只在固定的某一条旅游线路上;每条旅游班次可以有多个旅游团,但某个旅游团只参加某个固定的旅游班次;每个旅游班次可以有多名导游陪同,一名导游可以在不同的时间陪同不同旅游班次的旅游团;一家宾馆可以接待多个旅游班次,一个旅游班次在旅游期间可以再多加宾馆食宿;该旅行社接受游客的个人报名,但将若干相同出发日期、回程日期、旅游线路的游客组织成旅游团的方式开展旅游活动,每个旅游团的人数下限为20人,上限为50人,每个旅游团包括团号、团名、实际人数、联系人、住址、联系电话等信息;游客以旅游团为单位参见保险,一张保险单只对一个旅游团,一个旅游团在旅游期间只能参见一次保险。

二、系统的概要设计

2.1、系统的功能设计

⑴游客报名管理子系统。至少包括:游客报名数据的录入,游客报名数据的修改、游客报名数据的注销、游客报名情况查询(尽可能多的查询方式)。

⑵旅游团组团管理子系统。至少包括:旅游团的组建工作,当出现相同出发日期、回程日期、旅游线路的游客人数达到组团要求时组建一个旅游团,然后通过存储过程完成旅游班次、导游、办理保险、住宿宾馆等旅游的安排工作、旅游团组团情况查询(尽可能多的查询方式)。

⑶旅游团统计子系统。至少包括:按不同的时间段(月、季、年)统计各旅游线路的旅游团的总团数、最少(团的)人数、最多(团的)人数、平均人数、总人数。等信息;按不同的时间段(月、季、年)统计各宾馆所接待的旅游线路的旅游团的总团数、最少(团的)人数、最多(团的)人数、平均人数、总人数。等信息。

⑷系统维护子系统。至少包括:操作者权限的设置、取消和更改;数据库数据的导入和导出;数据库的备份扥功能。

2.2、系统的数据字典

系统的数据字典:

2.3、系统的E-R图

2.3.1实体-属性图

旅游线路实体及其属性

旅游班次实体及其属性

导游实体及其属性

旅游团实体及其属性

宾馆实体及其属性

游客实体及其属性

保险实体及其属性

2.3.2实体-联系图

三、系统的详细设计

3.1系统的数据库设计

3.1.1数据库的逻辑设计

一、根据系统的E-R图,转换得到关系模式及每个关系模式的主码、外码如下:

(1)旅游线路(线路编号,起点,终点,旅游天数,主要景点,设计者)主

码:线路编号;外码:无

(2)旅游班次(班次编号,出发日期,回程日期,旅游标准,报价,折扣率,

线路编号)主码:班次编号;外码:线路编号

(3)导游资料(导游编号,身份证号,姓名,性别,出生日期,住址,联系电

话,等级,语种)主码:导游编号;外码:无

(4)旅游团(团号,团名,实际人数,联系人,住址,联系电话,旅游班次)

主码:团号;外码:旅游班次

(5)宾馆(宾馆编号,宾馆名称,所在城市,星级,标准房间,联系人,联系

地址,传真,联系电话,旅游班次)主码:宾馆编号;外码:旅游班次(6)游客(游客编号,身份证号,姓名,性别,出生日期,住址,出发日期,

回程日期,班次编号)主码:旅客编号,身份证号;外码:班次编号(7)保险(保险单号,人均保险费,保险期限,团号)主码:保险单号;外

码:团号

(8)陪同(导游编号,团号)主键:导游编号,团号,外码:无

(9)接待(宾馆编号,团号)主键:导游编号,团号;外码:无

二、在上述的所定义的所有关系模式中,“游客报名单项”关系模型中,报名费=报价*折扣率,存在“传递依赖”该模式属于2NF,“参保单项”关系模型中,参保总额=人均保险费*实际人数,存在“传递依赖”,只满足2NF。其他的所有关系模式都满足3NF。

非规范化处理:

1、“游客报名单项”关系模式

若考虑如下两种情况:

①如果不存在折扣率优惠,以上的“报名费”的计算公式不成立;

②存在折扣率优惠时,该计算公式成立。为保持处理效率,避免每次查询“报名费”都要重新计算,所以得保留该数据项。

2、“游客报名单”关系模式

为了便于查询报名单的“报名总额”且避免频繁的查询进行计算,而增加“报名总额”这项。该项是各游客报名费之和。所以增加“报名总额”数据项。

(1)旅游线路(线路编号,起点,终点,旅游天数,主要景点,设计者)主

码:线路编号;外码:无

(2)旅游班次(班次编号,出发日期,回程日期,旅游标准,报价,折扣率,

线路编号)主码:班次编号;外码:线路编号

(3)导游资料(导游编号,身份证号,姓名,性别,出生日期,住址,联系电

话,等级,语种)主码:导游编号,身份证号;外码:无

(4)旅游团(团号,团名,实际人数,联系人,住址,联系电话,旅游班次)

主码:团号;外码:旅游班次

相关文档
最新文档