第三章 系统分析
3.1可行性分析
对所有的系统来说，都有可能会受到时间和空间上的制约。所以，我们在设计每一个项目的时候，必须对该系统实行可行性分析，这样不但能够降低项目的危害，还能改降低人力、物力和财力的损耗。下面对技术、经济、操作和法律四个方面进行介绍。
3.1.1技术可行性
技术可行性是指学习的技术是否能够完成本项目，如果团队本身没有相关的技术储备，而又能够迅速掌握此类技术，那项目应该达不到我们的设计要求。本文将开发的系统，将采用的关键技术包括JAVA编程语言、Bootstrap框架、MYSQL数据库存储技术等。大学时将这些技术已经学习掌握，因此，就技术层面而言，该项目的开发是有保障的。
3.1.2 操作可行性
操作可行性主要是针对系统用户而言，一个系统再完美，技术再先进，用户不去使用，或者用户根本不会使用，该系统存在的价值也是不大的。本系统拟采用的是B/S架构，用户只要通过点击浏览器即可轻松访问，而用户对浏览器操作非常熟练，所以从用户的角度而言，没有任何学习成本，因此，操作上是可行性的。
3.1.3 经济可行性
项目需要考虑花费问题，我们必须考虑系统开发中所有的花费进行计算，我们要考虑到系统需不需要太大的资金。二是系统开发后期维护相关的费用大不大。本系统采用我们开源的技术没进行设计，再设计中没有太多的花费，只需要一台电脑便可以进行开发，因此，该项目的实施在经济上完全可行。
3.1.4 法律可行性
本基于Bootstrap的常州地方旅游管理系统开发的所有技术资料都为合法，知识产权问题不会发生在开发过程中，而且没有抄袭其他相关系统，不会有侵犯版权的问题。另外，基于Bootstrap的常州地方旅游管理系统设计与开发所采用的操作和工作方式符合工作人员的日常习惯，而且操作方便灵活，便于管理。所以在开发过程中不会涉及法律责任，具有可行性；
综上所述，该基于Bootstrap的常州地方旅游管理系统在建设上不存在较大的障碍，各方面都能够保障系统的顺利开发。
3.2系统性能分析
系统除了功能结构设计以外还需要附加需求的分析，非功能需求分析，主要是包括界面、数据库问题、框架等，需要满足非功能性能的需求，保证系统运行起来的时候能够达到最佳的效果，保证稳定性和安全性。
（1）数据底层统一。数据传输中需要进行数据处理，在查询数据存储上达到最佳效果。
（2）界面风格统一。图片需要进行PS处理，文字需要统一格式大小。
（3）数据库。每个模块都需要独立，各个模块之间相互配合，形成一个整体，包装各个功能合理化的配置，需要考虑开放端口，满足可扩展性。
3.3系统功能分析
本基于Bootstrap的常州地方旅游管理系统主要包括用户功能模块和管理员功能模块两大部分，下面分别介绍其功能：
（1）管理员功能模块
管理员是这两类用户中权限最高的，管理员登录后可对系统进行全面管理，确保系统正常稳定运行，管理员主要功能包括个人中心、用户管理、景点信息管理、订票信息管理、用户评价管理以及系统管理。管理员用例图如图3.1所示。

图3.1 管理员用例图
（2）用户功能模块
用户进入系统可查看系统信息，包括网站首页、景点信息、景点资讯等，注册登录后主要功能模块包括订票、个人中心、订票信息管理以及用户评价管理。用户用例图如图3.2所示。

图3.2 用户用例图
3.4系统流程分析
3.4.1注册流程
未有账号的用户可进行注册操作，用户注册流程图如图3.3所示。

图3.3注册流程图
3.4.2 登录流程
登录模块主要满足了管理员和用户的权限登录，用户登录流程图如图3.4所示。

图3.4 登录流程图
3.5系统架构分析
基于Bootstrap的常州地方旅游管理系统的结构我们采用B/S架构来实现。采用B/S程序架构首要条件是我们要把常州地方旅游管理系统的数据库和程序放到远程服务器上，只需要在一个服务器上对程序和数据库进行配置，就可以在任何联通这台服务器的电脑上使用架设好的系统。这样的结构打破了时间和地域的限制，用户在使用常州地方旅游管理系统的时候变得非常方便。下图就非常明白的展现了基于Bootstrap的常州地方旅游管理系统的网络系统结构。

图3.5 基于Bootstrap的常州地方旅游管理系统架构设计图

第四章 系统设计
4.1系统结构设计
对于本系统的开发设计，先自上向下，将一个完整的系统分解成许多个小系统来进行实现；再自下向上，将所有的“零件”组装成一个大的、完整的系统。因此这里面的许多个小功能块都要对将要实现的功能进行划分，同时还要给其他的小功能模块提供调用的接口，以便于最后将所有的功能块组合起来。
本基于Bootstrap的常州地方旅游管理系统主要实现了用户功能模块和管理员功能模块两大部分，系统结构图如图4-1所示。

图4.1 系统功能结构图
4.2系统顺序图设计
（1）登录顺序图
登录模块主要满足了管理员和用户的权限登录，登录模块的顺序图如图4.2所示。

图4.2用户登录顺序图
（2）添加信息顺序图
管理员和用户登录后均可进行信息的添加操作，添加信息顺序图如图4.3所示

图4.3添加信息顺序图
4.3数据库设计
本基于Bootstrap的常州地方旅游管理系统采用的是MYSQL数据库，数据存储快，因为常州地方旅游管理系统，主要的就是对信息的管理，信息内容比较多，这就需要好好的设计一个好的数据库，分类要清楚，不能添加信息的时候，造成信息太过混乱，设计好的数据库首先就需要先把各个实体之间的关系表达明确。
4.3.1 数据库实体（E-R图）
E-R图是一种描述显示数据类型间的关系的数据描述方法，E-R图可以完整地映射出现实模型的关系。E-R图中的三个最为重要的元素就是实体、属性、关系。E-R图即由这三点组成。
实体：E-R图中数据的实体，用矩形表示上面为实体名，下面为实体属性，实体包含主外键等关系。
属性：E-R图中的属性，是指实体的属性，实体由多条属性所构成，属性拥有自己的数据类型，数据大小。属性的优劣决定了E-R图中实体的健全性、完整性。
关系：E-R图中的关系是指实体之间的关系，用菱形来表示实体间的关系，这些菱形关系的联系上有着一对多或多对多的数据联系，这些构成了E-R图的关系，E-R图的关系紧密连接了实体，使实体间的关联性更加的显著、易懂。本基于Bootstrap的常州地方旅游管理系统的E-R图如下所示：
1.管理员信息实体属性图如图4.4所示：

图4.4 管理员信息实体属性图
2.景点信息信息实体属性图如图4.5所示：

图4.5 景点信息信息实体属性图
3.景点资讯信息实体属性图如图4.6所示：

图4.6 景点资讯信息实体属性图
4.用户信息实体属性图如图4.7所示：

图4.7 用户信息实体属性图
5.订票信息实体属性图如图4.8所示：

图4.8 订票信息实体属性图
4.3.2 数据库表设计
本基于Bootstrap的常州地方旅游管理系统需要后台数据库，采用MYSQL数据库系统进行数据的储存，下面介绍数据库中的各个表的详细信息。各个表的设计结果如下：
表4.1 users管理员信息表
字段名 数据类型 是否允许空 字段含义
id bigint(20) NOT NULL 编号
username varchar(100) NULL 用户名 password varchar(100) NULL 密码 role varchar(100) NULL 角色 addtime timestamp NULL 新增时间 表4.2 jingdianxinxi景点信息表 字段名 数据类型 是否允许空 字段含义 id bigint(20) NOT NULL 编号 addtime timestamp NULL 创建时间 jingdianmingcheng varchar(200) NULL 景点名称 jingdiantese varchar(200) NULL 景点特色 fuwubaozhang varchar(200) NULL 服务保障 gongyingshang varchar(200) NULL 供应商 gerenpiaojia int(11) NULL 个人票价 jingdianjieshao longtext NULL 景点介绍 lvyouluxian longtext NULL 旅游路线 yudingxuzhi longtext NULL 预订须知 ruheyuding longtext NULL 如何预订
jingdiantupian varchar(200) NULL 景点图片
thumbsupnum int(11) NULL 赞数 crazilynum int(11) NULL 踩数
表4.3 news景点资讯信息表
字段名 数据类型 是否允许空 字段含义
id bigint(20) NOT NULL 编号
addtime timestamp NULL 创建时间
title varchar(200) NULL 标题
introduction longtext NULL 简介
picture varchar(200) NULL 图片
content longtext NULL 内容
表4.4 yonghu用户信息表
字段名 数据类型 是否允许空 字段含义
id bigint(20) NOT NULL 编号
addtime timestamp NULL 创建时间
yonghuming varchar(200) NULL 用户名
mima varchar(200) NULL 密码
xingming varchar(200) NULL 姓名 xingbie varchar(200) NULL 性别 shouji varchar(200) NULL 手机 youxiang varchar(200) NULL 邮箱
touxiang varchar(200) NULL 头像
表4.5 dingpiaoxinxi订票信息表
字段名 数据类型 是否允许空 字段含义
id bigint(20) NOT NULL 编号
addtime timestamp NULL 创建时间
dingdanbianhao varchar(200) NULL 订单编号
jingdianmingcheng varchar(200) NULL 景点名称
guanguangriqi date NULL 观光日期
gerenpiaojia` varchar(200) NULL 个人票价
goumaipiaoshu varchar(200) NULL 购买票数
zongfeiyong varchar(200) NULL 总费用
yonghuming varchar(200) NULL 用户名
shengchengdingdanshijian varchar(200) NULL 生产订单时间
sfsh varchar(200) NULL 是否审核
shhf longtext NULL 审核回复
ispay varchar(200) NULL 是否支付