旅游管理系统-需求分析报告.doc

旅游管理系统-需求分析报告.doc

《旅游管理系统-需求分析报告.doc》由会员分享，可在线阅读，更多相关《旅游管理系统-需求分析报告.doc（33页珍藏版）》请在冰豆网上搜索。

软件工程学院需求分析

《旅游管理系统》

需求分析报告

报告名称旅游管理系统

专业

班级

姓名

学号

指导教师

目录

一、引言 5

1.1项目实现目的 5

1.2项目背景 5

1.3参考资料 5

二、系统分析 6

2.1可行性分析 6

2.1.1经济可行性 6

2.1.2技术可行性 6

2.2需求分析 6

2.2.1基础数据设置 6

2.2.2总体需求分析 7

2.2.3功能需求分析 7

2.2.4功能描述 7

2.3系统分析建模 8

2.3.1创建用例图 8

2.3.2创建交互视图 9

2.3.3数据流图 10

2.3.4系统功能结构 11

2.4系统性能需求 12

2.4.1.正确性需求 12

2.4.2.安全性需求 12

2.4.3.界面需求 12

2.4.4．时间特殊性需求 13

2.4.5.稳定性需求 13

2.4.6.灵活性需求 13

2.4.7.扩展性需求 13

2.4.8.故障处理能力需求 13

三、系统设计 14

3.1系统设计原则 14

（6）界面设计原则 14

3.2系统总体设计 15

3.2.1系统架构设计 15

3.3数据库设计 15

3.3.1概念结构设计 15

3.3.2数据库的描述 16

3.3.3数据库关系结构 17

3.3.4数据库表的设计 17

四、系统实现 19

4.1系统工作流程图 19

4.2网站后台主要功能模块设计 19

4.2.1后台登录模块设计 19

4.2.1、会员管理 20

4.2.2.、新闻添加 20

4.2.3、新闻列表 21

4.2.4、新闻类别 21

4.2.5、景点添加 22

4.2.6、景点列表 22

4.2.7、景点类型 23

4.2.8、景点级别 23

4.2.9、度假村添加 24

4.2.10、度假列表 24

4.2.11、度假团队 25

4.2.12、管理员管理 25

4.2.12、管理员添加 26

4.2.13、通过网页上的提示，进行修改密码 26

4.3网站前台主要功能模块设计 27

4.3.1网站首页模块设计 27

4.2.2用户注册界面设计 27

4.2.3用户参团功能 28

4.2.4、项目简介静态页面 29

4.2.5、新闻动态页面 30

4.2.6景点展示的页面 30

4.2.7、度假主题的页面 31

4.2.8、联系我们的页面 31

4.2.9、用户登录成功后的页面显示 32

4.2.10、个人信息的修改页面 32

4.2.11、个人信息显示页面 33

旅游管理系统需求分析

一、引言

1.1项目实现目的

通过现代信息化手段，建设我们独特的旅游项目储备和重大旅游项目建设的动态的新闻跟踪系统，对各项目进行系统化的旅游管理与跟进。

基于互联网掌握全面的某某旅游产业项目信息，并通过信息化工具的智能化统计分析功能辅助项目信息，并通过信息化工具的智能化统计分析功能辅助项目决策，从而达到整合和争取各类旅游建设资金，建设一批有重大影响和强大支撑的大型旅游项目，以项目建设促进某某旅游大发展，促进旅游产业大省建设。

1.2项目背景

旅游管理系统（TourismManagementSystem），运用计算机创建一个网络互动平台。

让更多的游客登进入到我们制作的旅游板块和旅游团队中。

通过页面的景点展示，景点简介，度假村简介，动态新闻。

让阅览者第一时间获得第一手的旅游信息，和某些景点的动态新闻。

让阅览者更好的选择到适合自己的旅游团队，通过旅游团队的活动时间，让自己能更好的安排自己的业余时间。

让人们更能积极的参加我们的旅游团。

1.3参考资料

1.《JavaWeb应用基础》

齐景嘉主审

李德有刘明刚主编

徐宏伟王树鹏张玉芬副主编

2.互联网——《前台模板压缩包》

二、系统分析

2.1可行性分析

2.1.1经济可行性

本系统作为一个工程实践设计，无需开发经费，目前对于我们来说在经济上是可以接受的，所以经济上是可行的。

2.1.2技术可行性

主要目的是为用户方便快捷的了解景点简介，当前的热门景点新闻，度假村简介，产品的展示，提高景点介绍编辑人员的服务质量和服务效率，当用户浏览资讯时，终端向服务器发出请求，服务器旅游信息库的实时数据向终端发送数据，显示在终端的屏幕上。

当用户参团时，终端向服务器提交用户信息后，将参团存入信息库，并及时显示该参团信息，系统管理员发布旅游信息时，将信息存入信息数据库并在页面显示该操作添加的旅游信息，当管理员修改旅游信息时，旅游信息数据库数据也做相应改变，页面及时显示更改。

2.2需求分析

2.2.1基础数据设置

管理员添加景点的信息，并及时对景点信息进行查看、增加、修改、删除，用户的信息，对于新注册的用户信息及时录入，及时导入用户的参团信息。

2.2.2总体需求分析

新闻发布系统包括二个主要模块：

1.前台显示模块：

前台首页显示、栏目板块、内容板块、参团板块。

2.后台管理模块：

管理员、注册用户、旅游信息。

2.2.3功能需求分析

本系统主要有如下功能

1.身份验证。

2.查看最新景点的动态新闻，度假村和景点简介信息。

3.管理员可以查询用户信息

4.管理员可以对旅游信息进行更改、删除，会员用户可以参加团队旅游。

5.管理员对旅游信息、图片的管理。

2.2.4功能描述

1.身份验证

对登陆的用户进行验证，通过者才能进入系统。

2.查看最新的旅游信息

对符合自己心意旅游信息可以进行参团操作

3.管理员可以查询用户信息

管理员可以查看所有用户信息，但是不可以更改。

4.管理员可以对旅游信息进行更改、删除

管理员可以发布旅游信息、编辑旅游信息的错误、对过时的旅游信息进行删除

5.注册用户用户可以参团。

注册用户可以参加自己中意的旅游项目。

6.对于普通用户只可以浏览网页

2.3系统分析建模

2.3.1创建用例图

浏览者

浏览旅游信息

寻找适合自己的旅游团进行参团

用户注册

浏览者的浏览网页

会员用户

登录

查看动态新闻

查看旅游团的事件

选择是否参团

查看景点度假村简介

普通用户可以进行的操作

管理员

登录

发布、更改信息

删除信息

管理用户参团

查看用户信息

修改管理员密码

管理员可以进行的操作的用例图

2.3.2创建交互视图

查看旅游信息

添加旅游信息

修改新闻

删除新闻

添加旅游

修改新闻

删除新闻

管理员

登录系统

管理员的操作顺序

浏览者

会员用户

注册、登录

系统主界面

进入主界面

景点/新闻

新闻动态

旅游内容页

进入旅游内容页

参团

参加旅游团

景点动态

浏览者登录页面浏览旅游信息。

当浏览者注册成为会员用户或已经是会员用户时，填写账号密码登录后可以进入系统主页面，进行景点、新闻和度假村简介的阅读，并可以对自己的需要进行参团选择。

2.3.3数据流图

数据流图，简称DFD，就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具。

管理员

用户名密码

管理员登录

修改密码

密码管理

用户信息列表

用户管理

旅游信息

度假村主题列表

主题信息

景点标题列表

及内容

增加主题

编辑主题

删除主题

主题管理

添加景点

编辑景点

删除景点

标题管理

内容信息

新闻动态内容

添加内容

内容管理

浏览者

会员用户

注册

用户名密码

会员用户登录

系统主界面

旅游信息

查看主题

列表

删除内容

2.3.4系统功能结构

系统总体模块板块分类

景点信息管理

会员登录注册

旅游参团

度假村简介

管理员管理

新闻展示

旅游管理系统后台功能结构

管理员登录

管理员修改和删除

度假村主题管理

新闻内容管理

景点简介管理

会员用户登录注册

后台退出口

会员用户修改

会员用户参团

2.4系统性能需求

2.4.1.正确性需求

管理员应能够进行有关的旅游信息准确地添加到数据库中。

系统用户登录后，系统应能正确地读取用户个人信息以及用户的权限信息。

系统的操作结果与预期的结果应该是一致。

2.4.2.安全性需求

系统登录需要输入用户名、密码，并且需要防止SQL注入问题，用户登录后根据用户角色的不同可以访问的权限应该不同。

为了防止用户未授权访问了不该访问的功能，系统需要在客户端和控制端设置权限拦截。

2.4.3.界面需求

系统对界面的要求窗口布局清晰，颜色搭配合理，主题以绿色为主，色调柔和，各窗体主题风格一致同时采用windows的通用图形界面，对用户友好，必须对鼠标和键盘提供支持，界面的设计应遵循如下规则：

（1）界面具有一致性，接你按规范应遵循MSWindows软件界面概念规范。

（2）提供简单的错误处理。

（3）提供信息反馈，用多种信息提示用户当前的系统运行状态。

（4）操作可逆，其动作可以是单个操作，或者是一个相对对立的操作序列。

（5）显示启动画面，画面要简洁明了，不能太过花哨。

2.4.4．时间特殊性需求

当管理员向系统添加旅游信息时需要在一定时间内处理用户数据并将数据录入数据库中。

2.4.5.稳定性需求

系统部署后，在硬件条件和支持软件条件没有变化的情况下，能够一直保持运行状态，直到系统被升级或代替。

2.4.6.灵活性需求

用户在选择参团信息时，支持参团操作，为您展示相关联的一切信息

2.4.7.扩展性需求

系统应该支持功能扩展与支持环境的扩展。

功能扩展就是在现有的功能模块的基础上可以添加信息的功能模块。

2.4.8.故障处理能力需求

系统可能遇到的软件故障是数据库与应用程序服务器。

为了满足信息处理的需求，可以采取数据恢复数据来解决。

三、系统设计

3.1系统设计原则

（1）实用性原则

系统必须从科技对广大民众实用性的角度出发，让广大民众和喜爱科技的人更加全面了解科技方面的最新资讯。

（2）易用性原则

系统应该有友好的用户界面，易于使用，稍有电脑基础的人员便可访问本系统。

（3）经济性原则

系统充分考虑经济性原则，以尽量低的造价为旅游管理系统带来尽量大的效益，提供良好的性价比。

（4）先进性原则

系统确保及时快速的更新各大景点的最新报道，让广大民众获取最新的景点新闻资讯。

（5）可扩展性原则

系统为用户提供了注册使用功能，这样当用户注册本网站后，可以对站内的各旅游团进行参团，为大家提供一个互动的平台。

（6）界面设计原则

用户界面是一个应用程序最重要的部分，它是最直接的现实世界。

对用户而言，界面就是应用程序，它们感觉不到幕后正在执行的代码。

不论花多少时问和精力来编制和优化代码，应用程序的可用性仍然依赖于界面。

用户界面应具备的特征。

（1） 使用性

1.使用的简单性，对不同年龄段的人群只要有一些电脑操作基础即可。

2.快速搜索功能。

3.快速的系统响应和低的系统成本。

（2）灵活性

针对不同的用户本系统提供不同的登录界面