旅游管理系统软件设计规格说明书.docx

旅游管理系统软件设计规格说明书.docx

《旅游管理系统软件设计规格说明书.docx》由会员分享，可在线阅读，更多相关《旅游管理系统软件设计规格说明书.docx（19页珍藏版）》请在冰豆网上搜索。

旅游管理系统软件设计规格说明书

旅游管理系统

软件设计规格说明书

1．引言

1.1编写目的

软件设计的任务是将软件需求变换成为软件的具体设计方案。

概要设计根据软件需求导出软件的体系结构；详细设计给出软件模块的内部过程描述。

该文档是设计结果的详细描述，也是程序员编写程序的功能依据。

1.2项目背景

开发软件名称：

旅游管理系统。

项目开发者：

闽江学院学院计算机科学系“旅游管理系统”开发小组：

李基滨（7号，组长），

肖丽菁（0）,

范惠华

（2），

蓝桦滨（3），

毕炳溶

（2）

用户单位：

××旅行社

1.3定义

现代的旅游行业繁荣发展，依靠传统的人工处理信息已远远不能及时有效地管理现今越来越庞大的信息。

在面对愈来愈激烈的行业竞争，能否快速、有效掌握管理信息是旅行社取得成功的关键。

所以，旅游管理系统应该能为旅行社提供充足的信息和快捷的信息处理操作，并为其获得更大的利益。

1.4参考资料

⏹陈雄峰，《实用软件工程教程》，机械工业出版社；

⏹张害藩，《软件工程导论》（第四版），清华大学出版社；

⏹王珊等，《数据库原理及设计》，清华大学出版社；

⏹赵池龙等，《软件工程实践教程》，电子工业出版社。

2．需求概述

在旅游管理系统中，管理员要为旅行社内部建立多张信息管理表：

景点信息表、旅游路线表、导游信息表、游客信息表、车辆信息表。

这些文件存储着旅行社内各种信息，景点信息表和旅游路线表存储着该旅行社提供游客旅游选择的信息以及内部信息处理；导游信息表存储着旅行社内每个导游的基本信息以及带队旅游的信息；车辆信息表存储着旅行社出游时车辆的管理包括车辆的路线、乘客信息等。

游客信息表存储着每一位报名旅游的乘客的基本信息。

对于景点和旅游路线的管理需要管理员将相关信息录入到系统内，在录入过程中可以为防止录入有错误可以进行修改，录入后不可再进行修改，但旅游行业发展迅速，景点和路线时刻都会被开发和取消，所以可以进行添加和删除。

对于导游信息表需要系统管理员将导游的信息录入到系统中，便于系统查询导游的基本信息，系统管理员可以对导游的信息进行添加、删除、查询以及修改。

车辆信息表需要系统管理员将车辆信息录入到系统中，便于系统查询车辆的信息。

系统管理员可以对车辆信息进行添加、删除、查询和修改。

2.1目标

本系统通过强大的计算机技术给旅行社工作人员处理信息和游客查询信息带来便利。

本系统除了旅行社内管理的一般功能还外，还包括网上在线查询景点信息、网上在线报名参加旅游等功能。

目标还包括：

✧减少人力与管理费用；

✧提高信息准确度；

✧改进管理和服务；

✧建立高效的信息传输和服务平台，提高信息处理速度和利用率；

✧系统设计优良，界面设计精美、友好、快捷，人性化设计，后台管理功能强大、效率高；

✧更简便、信息化程度更高的旅游管理流程；

2.2用户的特点

✧本软件的最终用户是面向管理员（旅行社管理员和其它管理人员）、游客，他们都具有一定的计算机应用基础，可以比较熟练操作计算机。

管理员和游客都是经常性用户。

✧系统维护人员为计算机专业人员，熟悉数据库、操作系统、网络维护工作。

维护人员为间隔性用户。

2.3功能需求

本系统主要实现景点管理、旅游车辆管理、导游管理和游客管理等主要的旅行社管理功能。

✧景点管理：

系统管理员将旅行社开拓的景点信息和旅游路线信息进行管理，建立景点信息项和旅游路线信息项，系统管理员可以对其进行查询景点和旅游管理信息，并且可以添加新的景点和旅游路线（旅行社开发新的旅游线路时）；而游客和普通用户可以查询景点和旅游路线进行参考。

✧导游管理：

系统管理员将旅行社的导游信息进行录入，建立导游信息项，对导游进行信息查询、添加（旅行社招聘新导游）、删除（旅行社解雇某导游）管理，并且对其进行任务分配（导游带队旅游）。

✧游客管理：

系统管理员建立每个报名游客的信息项，可以查询已报名游客的信息；游客可以查询景点信息和旅游路线信息，进行报名旅游的操作。

同时在一定条件下游客可以提出退订的要求，此时系统管理员审查后删除该游客的信息。

✧车辆管理：

系统管理员根据旅行社的旅游路线车辆车次建立车辆项。

系统管理员可以查询车辆的信息记录，对车辆进行调度，同时还可以进行添加操作（旅行社增加车辆）。

2.4数据描述

通过对旅游管理系统需求及数据流图的分析，得出该系统涉及各信息表的数据实体。

E-R图如下：

2.5性能需求

由于此开发项目针对旅行社，使用频度较高，使用性要求比较高。

为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。

总之，要求稳定、安全、便捷，易于管理和操作。

✧查询速度：

不超过10秒；

✧其它所有交互功能反应速度：

不超过3秒；

✧可靠性：

平均故障间隔时间不低于200小时。

2.6其他需求

能快速恢复系统和故障处理，方便系统升级和扩充，故障恢复时间不超过5小时。

2.7运行环境

2.7.1硬件环境

✧服务器

（1）处理器（CPU）：

Pentium900M（推荐Pentium41.2G）

（2）内存容量（RAM）：

至少256M（推荐512M）

✧客户端

（1）处理器（CPU）：

Pentium133M或更高

（2）内存容量（RAM）：

64M或更高

2.7.2软件环境

✧数据库服务器端

（1）操作系统：

MicrosoftWindows2000

（2）数据库管理系统：

Oracle，配置TCP/IP协议

✧Web服务器端

（1）操作系统：

MicrosoftWindows2000

（2）Internet信息服务（IIS）6.0管理器

（3）VisualStudio.NET2003，配置TCP/IP协议

✧客户端

（1）操作系统：

Windows98/2000/2003/XP

（2）Web浏览器：

InternetExplorer5.0以上或Netscape4.0以上，配置TCP/IP协议

2.7.3接口

✧硬件接口

考虑到大量数据的备份等要求，需要保持与磁带机和光盘刻录机的接口，这较易实现。

✧软件接口

这里，主要考虑软件与操作系统、数据库管理系统的接口，以及局域网和互联网软件之间的数据交换。

考虑到文档处理时有可能需要较常用的办公软件。

例如Microsoft的Office系列，所以应尽量实现它们之间的数据格式的自动转换。

3．总体设计

3.1软件结构块层次图

3.2模块详细设计

（1）景点管理

旅游路线的添加、删除功能，还有景点的添加等。

并且在录入是可以进行修改操作，录入之后不能进行修改。

管理员可以进行查询全部信息，但旅客只能查询基本信息的功能。

详细过程描述如下：

“景点管理”流程图

（2）车辆管理：

车辆的新增、删除、查询功能同景点路线的功能类似详细描述如“景点管理”流程图。

而车辆调度功能的详细描述如下：

✧车辆调度功能：

A.输入行录入的游客编号；

获得该游客的旅游路线编号；

If该路线编号的车辆数>0

thenfori=0i<车辆数i++

if车辆i的人员未满

then将该游客的车辆编号置为车辆i的编号

将车辆i置为工作中

并返回上一级界面；

endif

endif

在“车辆信息表”中查寻并获得一个未在工作中的车辆编号

if获取成功then该旅游路线的车辆数+1；

将该游客的车辆编号置为车辆i的编号

将车辆i置为工作中

并返回上一级界面；

else输入分配错误信息；并返回上一级界面

Endif

（3）导游管理：

导游的新增、删除、查询功能同景点路线的功能类似详细描述如“景点管理”流程图。

而导游分配功能的详细描述如下：

A.输入行录入的游客编号；

获得该游客的所在车辆编号；

If该编号车辆没有带队导游

then在“导游信息表”中查寻并获得一个未在工作中的导游编号

if获取成功then将该游客的导游编号置为获取的导游编号

将获取的导游置为工作中

并返回上一级界面；

else输出分配错误信息（所有导游都在带队中）；并返回上一级界面

else将该游客的导游编号置为该车辆带队导游的编号并返回上一级界面

endif

（4）游客管理：

对旅行社内部的游客进行信息查询、游客信息的录入功能。

详细设计如下：

4．数据表结构设计

✧景点信息表

字段

类型

长度

格式

约束

采集方式

景点名称

文本

20

主键，必须输入

人工采集

景点所在地

文本

50

必须输入

人工采集

景点环境

文本

20

必须输入

人工采集

景点简介

文本

2000

必须输入

人工采集

备注

文本

200

必须输入

人工采集

✧旅游路线信息表

字段

类型

长度

格式

约束

采集方式

路线编号

文本

20

主键，必须输入

人工采集

路线名称

文本

50

必须输入

人工采集

路线终点

文本

20

必须输入

人工采集

路线中的景点

文本

20

必须输入

人工采集

路线中景点数

数值

必须输入

人工采集

路线的路程

文本

200

必须输入

人工采集

路线全程时间

文本

200

必须输入

人工采集

调度来的车辆

文本

20

自动采集

车辆数

数值

自动采集

路线录入时间

时间/日期

自动采集

备注

数值

必须输入

人工采集

✧车辆信息表

字段

类型

长度

格式

约束

采集方式

车辆编号

文本

20

主键，必须输入

人工采集

车辆行驶路线

文本

50

自动采集

车辆是否工作中

文本

2

自动采集

车辆出发时间

时间/日期

自动采集

车辆分配的导游

文本

50

自动采集

车辆上乘客信息

文本

50

自动采集

✧导游信息表

字段

类型

长度

格式

约束

采集方式

导游编号

文本

20

主键，必须输入

人工采集

导游姓名

文本

20

必须输入

人工采集

导游性别

文本

2

必须输入

人工采集

导游年龄

数值

人工采集

职位

文本

20

必须输入

人工采集

掌握语种

文本

50

必须输入

人工采集

导游联系方式

文本

50

必须输入

人工采集

导游负责旅游路线

文本

20

自动采集

导游所在车辆

文本

20

自动采集

导游是否工作中

文本

2

自动采集

备注

文本

2000

✧游客信息表

字段

类型

长度

格式

约束

采集方式

旅客身份证号码

文本

20

主键，必须输入

人工采集

旅客姓名

文本

50

必须输入

人工采集

旅客性别

文本

2

必须输入

人工采集

旅客年龄

数值

必须输入

人工采集

旅客联系方式

文本

20

必须输入

人工采集

旅客报名时间

时间/日期

必须输入

人工采集

旅客所选路线

文本

200

必须输入

人工采集

旅客所分配车辆

文本

20

自动采集

旅客所分配导游

文本

20

自动采集

备注

文本

200

人工采集

5．界面设计

✧登陆界面

✧功能选择主界面

✧景点管理界面

⏹路线添加界面

⏹查询路线界面

⏹删除路线界面

其余景点增删查询的功能同路线的增删查询界面类似，仅内容不一样，这里不重复。

✧车辆管理界面

✧导游管理界面

✧游客管理界面

（各大模块的增删查询功能同景点路线的增删查询类似、这里不重复累赘）

6．接口设计

6.1外部接口

建立服务器管理系统，系统维护人员员通过局域网服管理局域网服务器、互联网服务器和数据服务器，局域网服务器和互联网服务器与数据服务器之间的数据自动交换，使得管理员可通过局域网使用本系统的所有功能，游客可通过互联网实现网上旅游景点信息查询、个人网上报名旅游等功能。

6.2内部接口

系统内部需要共同的数据定义和描述，详见“模块开发卷宗”。

7．系统管理和改进

本系统的维护主要包括以下内容：

（1）权限维护：

系统维护人员或经授权的高级别管理员需要对低级别管理员和读者的用户名、密码和权限进行维护。

（2）所有信息要实时备份。

发生系统失败后，能快速及时恢复。

备份技术采用增量转储的数据恢复技术，一旦出现故障使得数据库失效时，首先采取离故障最近的后备副本来恢复数据库，然后，再利用故障恢复点与该后备副本之间的增量转储，来恢复更新数据，原理如下图。

备份计数原理图

8．安全保密设计

具有较高的安全性。

系统对不同的用户提供不同的功能模块，只有具有一定权限的管理员用户才能允许有查询旅行社中导游信息并且对其进行增、删、调配任务的权限，有添加景点和旅游线路的权限，查询游客信息和执行游客退订的权限，有管理车辆调度的权限；而一般的游客用户只能查看景点信息和旅游线路的信息。

还应具有一定的保护机制，防止系统被恶意攻击，信息被恶意修改和窃取。

有完善的备份机制，如果系统被破坏应该能快速恢复。