计算机软件UML旅游管理系统.docx

计算机软件UML旅游管理系统.docx

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

计算机软件UML旅游管理系统

2013级金融信息化1班

雷洋20137710126

目录

三、项目用例分析及系统建模

旅游预订系统项目需求分析

一、项目概述

随着社会的发展,人们的生活质量也越来越好,外出旅游也成了人们日常生活不可或缺的一项活动。

而伴随着紧张的生活节奏,人们更渴望能便捷的,省时的完成各项旅游前的规划准备。

因此我们的“旅游预订系统”便可以为大家提供便捷的途径。

各地的旅行社都可以在这里注册,发布路线。

而旅客只需轻点鼠标,便可在这里查询想要的旅游路线,预订旅游。

希望我们的系统能让您满意。

二、需求分析

适用群体:

所有规范的旅行社,全体市民。

可行性分析:

技术可行性,操作可行性,经济可行性。

1、需求陈述:

1）前台管理:

前台作为与用户直接交互的可视化界面,必须简洁明化,不仅要让前台服务员一目了然,而且没有压迫感,方便好用,能将系统的各个功能提供给服务员,以帮助前台服务员进行管理。

这样做的目的就是让大多数客户能够轻松地享受系统给她们带来的便利。

2）后台管理:

为了确保游客与旅行社的信息具有更好的安全性,前台管理与后台管理就是分离的。

前台、后台的各管理模块需要经过权限授权才可以使用,前台的主要角色就是旅行社与游客,而后台的主要角色即就是系统管理人员。

3）旅行社:

旅行社注册,发布旅游线路。

确认预订客户信息。

4）游客:

游客可以查询路线,填写预订信息。

5）系统管理员:

分别按照价格、日期、旅行社、旅游地区等类别分类数据,数据库更新。

简易旅游预订系统—旅行社应有的职责:

1）旅行社注册:

各旅行社可以在该系统网站注册,提供旅行社的详细信息。

为各旅行社提供了一个更广阔的平台。

2）发布路线:

旅行社把自己旅社所能提供的旅游路线发布出来,包括旅游地区,旅游的日期,价格,主要景点,各类相关照片。

旅行社发布路线信息,可以方便人们更加详细的了解旅行社,以及在各个旅行社之间进行对比。

让更多的人了解该旅社,能为旅社带来更广益的收益。

3）接受游客预订信息:

游客进行旅游预订后,旅行社会得到相关的游客信息,并根据游客电话进行二次确认。

这个权限使旅行社节省出更多的人力资源,避免了节假日期间旅游人数过多引起的接待人员不足的状况。

简易旅游预订系统—游客职责

1）查询路线:

游客可以对旅游线路进行查询,查询的方式也就是多样化的,查询的关键字可以就是价格,景点,地区等。

通过各种方式,对查出的路线进行对比,挑选出自己最满意的路线。

2）预定旅游:

游客在挑选出自己满意的路线后,可以在相关旅社处留下自己的联系方式,预定日期,人数等信息。

人们可以足不出户的选好自己的出行路线。

方便快捷。

简易旅游预定系统—系统管理员职责

1）查询统计功能:

对旅行社发布的路线信息进行整合,按照价格,日期,旅行社,旅游地区等类别进行分类。

使数据更加清晰简明,易于人们进行浏览选择。

2）分类订单:

旅行社对旅客的预定信息进行二次确认后,选择出电话确定的订单,排除电话取消的订单,系统对此两类订单按照已确定与已取消的分类进行归类。

方便旅行社统计旅客信息,安排日后行程。

2、数据库:

旅行社列表:

旅行社账户编号、旅行社名称（主键）、详细地址、管理员姓名、管理员联系方式

旅游路线列表:

旅游线路编号（主键）、旅行社名称、信息发布日期、旅游开始日期、价格、主要景点、照片、旅游地区、

游客信息列表:

联系方式（主键）、预定日期、旅行社名称、旅游线路、人数

三、项目用例分析及系统建模

创建系统用例模型

网上选课系统的参与者包括以下三种:

游客:

游客可以在节假日等时间根据自己的需要浏览网页寻找自己想要参加的旅行社,进入该旅行社的页面中寻找自己想要参加的旅游路线,在选定的旅游路线下留下自己的相关信息,包括自己的联系方式、预定日期、人数等信息进行预定。

当旅行社再次打电话联系时向旅行社表达自己就是否确定参加的真实意向,并可以想旅行社提出合理的要求。

旅行社:

各旅行社可以根据自己的需要首先进行注册,注册后有管理员核对找好创立信息就是否已经创建使用过,密码的信息的录入就是否合理,经过管理员检查通过后,旅行社就拥有了自己的账户,随后各旅行社可根据自己的需要设计旅游线路（旅游线路包括日期,价格,主要景点,照片,旅游地区等）,并将旅游线路快速准确的上传到系统中,游客在瞧到各旅行社发布的信息后,可以根据自己的需要选择适合自己的旅行社,在旅行社发布的信息中选择设与自己的旅行线路,然后在相应旅行社发布的信息下留下自己的联系方式、预定日期、人数等信息进行预定。

旅行社将定期浏览游客留下的信息,在瞧到游客的预订信息之后主动与游客进行电话联系,从而进行二次确定,如果游客确定参加,则保留游客信息并了解游客的相关要求;如果游客取消旅游计划则旅行社删除游客相关信息。

系统管理员:

核查旅社注册信息,瞧其注册账户名称就是否已存在,以及密码等信息的输入就是否正确。

管理旅行社录入的旅游路线信息。

系统管理员对添加信息进行分类管理。

定期地对系统进行维护与更新。

1、游客用例

1>用例图

2〉用例规约。

用例名称:

查寻旅游路线

用例概述:

游客登录网站后可以按照自己的需要选择自己想要加入的旅行社,在旅行社网页中查找到自己需要的路线;并在线路页面中留下自己的联系方式、预定日期、人数这些基本信息;在旅行社给游客打电话时,游客将自己就是否参与旅游的真实意愿告诉旅行社。

参与者:

游客

前置条件:

用户进入“查寻旅游路线”程序

后置条件:

将本次查寻的结果存入数据库中

基本事件流:

游客进入网站首页后,进行查瞧线路信息并留下自己的基本信息。

规则与约束:

游客留下自己的基本信息程序应以离线式工作,该程序会自动连接服务器,完成基本信息的记录。

2、旅行社用例

1>用例图

2〉用例规约

用例名称:

注册账户

用例概述:

旅行社登录网站注册账户,由管理员批准后账户正式建立;旅行社根据旅行社的需要将建立的旅游路线发布在网上;旅行社定期对游客留的信息进行确定,旅行社瞧到信息后会给用户打电话,如果游客确定预定则保存预定;如果游客取消预定则旅行社可删除游客预订。

参与者:

旅行社

前置条件:

用户进入“注册账户”程序

后置条件:

旅行社将确定的信息存入数据库中

基本事件流:

旅行社登录网站注册账户,注册成功后发布旅游路线,并定期确定游客的基本信息

规则与约束:

进行确定游客的基本信息程序应以离线式工作,该程序会自动连接服务器,完成基本信息的记录。

3、系统管理员用例

1>用例图

2〉用例规约

用例名称:

登录预定系统

用例概述:

系统管理员使用账号与密码登录系统进行操作;将数据分别按照日期、旅行社及旅游地区进行分类,便于游客进行查询与预定;并区分出旅行社与游客间电话确定与取消的定单。

参与者:

系统管理员

前置条件

用户进入“登录预定系统”程序

后置条件:

系统管理员将最后整理的信息存入数据库中

基本事件流:

管理员进入主界面,对数据进行分类,确定最终信息

规则与约束:

管理员对数据进行分类时程序应以离线式工作,该程序会自动连接服务器,完成基本信息的记录。

系统的静态模型

首先,确定系统参与者的属性。

系统管理员登录系统,需要提供系统管理员的用户名称与密码,因此每一个系统管理员应该拥有用户名称与密码属性,我们将其命名为usename与password。

同样的,旅行社注册登录系统也需要用户名usename,密码password与旅游线路line。

对于每个游客最后还要录入自己的联系方式tel,预订日期date与人数num等信息。

根据这些属性,可以建立参与者:

系统管理员。

旅行社与游客的类图模型,如图:

系统的动态模型

1、创建序列图与协作图

a、游客查询路线信息的工作流程

（1）游客希望通过旅游预订系统进行某宪法操作。

（2）游客进入旅游预订系统的主页面,选择所选择的旅行社。

（3）主页向控制对象旅行社界面请求旅行社信息,控制对象到数据库查询旅行社信息。

（4）游客进入旅行社页面后按照条件查询路线,路线界面从控制界面中取得所查询的路线对象信息并返回查询结果。

（5）游客获得旅游路线的显示信息。

根据基本流程,游客查询路线信息的序列图如图:

与序列图对应的协作图

b、游客预定旅游路线用例的工作流程

（1）游客进入路线页面,在页面中查瞧选择路线。

（2）游客点击路线进入路线详情页面,再次页面中游客填写自身的联系方式,预定日期以及人数信息,所填信息被录入数据库。

（3）游客信息录入成功后信息返回至路线详情页面,向游客显示留言成功的信息。

根据基本流程,游客预定旅游路线的序列图如图:

与序列图对应的协作图

c、旅行社添加路线的工作流程

（1）旅行社登陆网址进入旅游预定系统主页面;

（2）旅行社通过注册过的用户名与密码进入自己的旅行社页面;

（3）为注册的旅行社进行注册后进入旅行社页面;

（4）系统检验登陆信息;

（5）旅行社在旅行社页面可以添加新的旅游路线;

（6）新添加的路线更新保存在数据库中;

（7）操作完成后显示操作成功信息。

根据基本流程,旅行社添加路线的序列图如下图:

与序列图对应的协作图

d、系统管理员登录旅游系统的工作流程

（1）系统管理员希望通过旅游预订系统进行某项操作。

（2）系统管理员登录系统,输入自己的用户名与密码并提交

（3）系统将系统管理员提交的信息传递到数据库中,检查其身份就是否合法。

将用户信息与数据库中的用户信息进行比较,检查用户信息中就是否存在此管理员的信息。

（4）检查完毕后将验证信息结果返回到登录界面。

（5）系统管理员在登录界面获得验证结果。

如果身份验证为未通过,重新登录或退出。

否则,继续选择下一步的操作。

根据基本流程,系统管理员登录旅游预订系统的序列图如图:

e、系统管理员分类数据的工作流程

（1）系统管理员进入数据界面,并在界面中提交分类数据的信息。

（2）数据界面将分类的数据传递到数据库。

查询数据信息就是否已存在,并判断就是否可以分类。

（3）数据库将分类成功的信息返回到数据界面并显示。

（4）系统管理员从数据界面获得分类成功的信息。

2、创建状态图

在旅游管理系统中,有明确状态的转换的类就是旅游线路预订信息。

下面使用状态图进行描述。

旅游线路预订信息包含三种状态:

被添加的旅游线路信息,被确定的预订信息,被取消的预订信息。

它们之间的转化规则如下。

（1）旅行社添加新的旅游线路信息,这些信息供旅客选择。

（2）当有旅客确定对线路的预定时,由系统管理员确定预订信息。

（3）当有旅客取消对线路的预订时,由系统管理员取消预订信息。

根据预订信息的各种状态以及转换规则,创建预订信息的状态图如下所示

1.创建活动图

1）游客查瞧信息的活动图

（1）游客输入网址进入旅游预订系统页面;

（2）在主页面选择想要查瞧的旅行社;

（3）系统显示出点击的旅行社页面;

（4）游客在相关旅行社页面选择路线;

（5）游客可以按找价格排序查找路线;

（6）游客可以按照地区排序查找路线;

（7）游客点击相关链接显示路线信息;

（8）游客查瞧完可以退出系统。

2）游客预订路线的活动图

（1）游客选择喜爱的旅行社查瞧;

（2）游客在相关旅行社页面选择路线;

（3）游客可以按找价格排序查找路线;

（4）游客可以按照地区排序查找路线;

（5）游客点击相关链接显示相关信息;

（6）在选择好的旅游路线详情页面留言,写旅游人数,时间等信息;

（7）系统显示留言信息;

（8）游客就收到留言成功信息后退出系统。

3）旅行社的活动图

（1）旅行社登陆旅游预订系统;

（2）系统验证用户输入的用户信息;

（3）系统判断用户就是否存在;

（4）若用户不存在,旅行社注册或重新登陆;

（5）若用户存在,旅行社可以添加旅游路线;

（6）旅行社得到添加路线成功信息;

（7）旅行社可以结束操作;

（8）若用户存在,旅行社可以查瞧确定预订信息;

（9）旅行社可以结束操作。

4）系统管理员分类数据的活动图

（1）系统管理员登录旅游预订系统,验证信息就是否存在。

验证成功进入数据界面,验证不成功则退出系统。

（2）系统管理员选择要分类的数据,查瞧信息与分类数据,

（3）系统管理员在分类数据的时候可按价格、日期、旅行社、旅游地区等类别分类数据,按照确定的订单与取消的订单分类数据。

（4）系统管理员完成操作后退出系统。

系统的部署模型

在旅游预订系统中,可以对系统的主要参与者与主要业务实体类分别创建对应的构件并进行映射。

之前在类图中创建了系统管理员类,旅行社类,游客类,Form类,Line类与Control类,所以映射出相同的构件,包含系统管理员构件,旅行社构件,游客构件,页面构件,路线构件与业务逻辑构件。

除此之外,还必须有一个主程序构件。

根据这些构件及其关系创建的构件图如下图所示。

系统的部署图描绘的就是系统节点上运行资源的安排。

在我们的旅游预定系统中,系统包含三种节点,分别就是:

主页面浏览器节点,游客通过浏览器可进行查询与预定的操作,旅行社也进行注册、查瞧预定与明确定单的操作;系统服务器节点,用于处理系统的业务逻辑;数据库节点,由一台数据库服务器负责数据的存储、更新、处理等。

旅游预定系统的部署图如下图所示。