第2章 开发环境与技术
本章节对开发基于微信小程序的电影院订票选座系统需要搭建的开发环境，还有基于微信小程序的电影院订票选座系统开发中使用的编程技术等进行阐述。
2.1 Java语言
Java语言是当今为止依然在编程语言行业具有生命力的常青树之一。Java语言最原始的诞生，不仅仅是创造者感觉C语言在编程上面很麻烦，如果只是专注于业务逻辑的处理，会导致忽略了各种指针以及垃圾回收这些操作，导致出现问题需要解决的时间往往大于正常编程处理业务逻辑的时间，这些是非常浪费时间的。Java语言的创造者就完美的解决了这个问题，把指针处理和垃圾处理全部自动化，虽然这会损失一些性能，但是随着计算机硬件的不断发展，这些性能是可以忽略考虑的。并且C语言是针对硬件开发的语言，在符合条件的硬件上面进行编程可以最大化利用硬件的性能，但是随着硬件的变化或者操作系统的变更，如果还是用C语言的话需要对整个程序进行重新编程，只有随着市场变化而变化的语言才是符合潮流，符合生存规律的语言。Java语言的创造者就针对C语言的缺点专门开发了Java语言。让Java语言不管是在什么样的环境里都是可以运行，因为在Java语言运行外面套了一个壳，也就是虚拟机，只要是Java虚拟机能安装的电脑都可以运行Java的程序。
2.2 MYSQL数据库
MySQL数据库是关系型数据库的一种，也是传统的行式数据模式，获取一些数据是先一行一行的获取，然后一行一行的显示，与最近大数据兴起的列式数据库有着明显的不同。行式数据库主要是处理最重要的数据逻辑部分，并且必须是有效数据，这样每一处的数据关联都是不可损坏，如果对数据安全性比较高的肯定是需要选择MySQL数据库，列式数据库的发明仅仅是因为读取效率高，与传统的MySQL数据库比起来在数据写入方面并不会高明到哪里。MySQL虽然比起oracle或者SQL SERVER来讲，安装包只是几十兆甚至几百兆，有点小，但是功能并不会弱到哪里，严格遵循SQL标准语法。MySQL的数据存放形式从大向小的说是数据库最大，然后是表，每个表里面存放数据是有一定的规则的，数据存放是表格形式的，也就是说有横也有竖，横着的为行，一般表示一条数据，每个表都有字段，而字段是以列的形式存在，这样能保证一条数据每一个字段对应的是相同数据类型的数据。表与表之间还可以进行关联，进行分表操作，如果一条数据相关项目属性太多，那么可以把有效的相关联系做成关联，可以设定是否唯一。
2.3 SSM框架
开发一个业务逻辑比较简单的应用，采用这几年最广为流传的SSM框架是很合适的。SSM框架就是Spring MVC框架和Spring框架，以及持久层常用的MyBatis框架。
三个框架有三个不同的作用。普通用户一般都是操作浏览器进行浏览自己喜欢的内容，也可以通过浏览器提交自己输入的信息，而显示或者提交，都会被Spring MVC框架进行拦截和处理，进入到更深的一个层次就是控制层，根据不同的提交内容可以访问不同的处理逻辑，让不同的代码进行执行，如果是普通的比较逻辑不需要从数据库里获取内容是不需要传递给MyBatis框架的，如果需要与数据库内容进行交互，就会从Java的POJO对象通过MyBatis自动转换数据库对应字段的数据类型，具体是该增删改查还是其他操作，都会通过MyBatis进行处理，处理结果是反馈给控制层，然后通过控制层再提交给视图层，反馈到用户希望看到的结果。
2.4微信开发者工具
微信开发者工具并不是用来开发微信的一款软件，而是专门用来开发依附于微信的微信小程序和微信公众号的。现如今国内人口差不多14个亿，仅仅微信用户就12个亿之多，基本上覆盖了国内能使用智能手机的所有人群。微信功能相当丰富，可以聊天，视频，移动支付，甚至可以缴各种费用，依靠微信的庞大用户群体，不管是政府机关还是商业公司，都希望借助于微信使用者的庞大用户群体，简化各种支付或者信息推送渠道，让使用微信的人群不用太麻烦就可以完成正常生活的所有操作，极大的方便了人民群众。微信开发者工具就是在聆听到这样的呼唤声而诞生的，为了满足人们的需求，腾讯专门开发出来这个开发工具让其他公司进行使用，并且开放了很多接口以及使用方法，微信开发者工具变得越来越强大。
第3章 系统分析
本文作者在确定了研究的课题之后，从各大数字图书馆下载文献来阅读，并了解同类型的网站具备的大致功能，然后与本系统用户的实际需求结合进行分析，得出本系统要研究的具体功能与性能。虽然分析系统这一阶段性工作主要是确定功能，但它却影响着后面系统开发环节的进展，它也是系统开发流程中比较重要的一个环节。
3.1 可行性分析
以下部分是从三个角度来进行可行性分析，确保开发成功的前提是有可行性分析，只有进行提前分析，符合程序开发流程才不至于开发过程的中断。
3.1.1 技术可行性
在技术实现层次，分析了好几种技术实现方法，并且都有对应的成功案例，也有很多开源模块可以进行参考，所以从技术可行性分析来讲，实现基于微信小程序的电影院订票选座系统是没有问题的。
3.1.2 经济可行性
对于身为学生的开发者而言，在经济资源上面可用者很少，为了开发基于微信小程序的电影院订票选座系统，通过从技术分析发现可以用自己用的电脑进行开发，并且学校机房的配置也可以达到要求。最重要的是技术资源一般都是开源免费使用的，因此得出结论，经济方面是具有可行性的。
3.1.3 操作可行性
基于微信小程序的电影院订票选座系统的具体实现，本身参考人类的正常操作逻辑，把常用的操作习惯当做主要的导航实现，可以让使用者更快速的理解并且上手操作，实现符合逻辑的操作流程是操作可行性的具体体现。
以上就是从不同的角度来分析，确保了基于微信小程序的电影院订票选座系统的正常开展。
3.2 系统流程
基于微信小程序的电影院订票选座系统投入使用后，其各个功能的内部操作逻辑需要使用者通过流程图来进行了解。
3.2.1 操作流程
使用者在操作基于微信小程序的电影院订票选座系统中，应该按照本系统提供的操作流程（图3.1即为本系统的操作流程图）进行操作，这样可以减少使用者操作中出现的错误，从而节省进入基于微信小程序的电影院订票选座系统的时间。
图3.1 系统操作流程
3.2.2 登录流程
基于微信小程序的电影院订票选座系统通过登录功能（图3.2即为其登录的流程）引导使用者进入指定的功能操作区，也避免非本系统的用户享受本系统提供的服务以及查看本系统提供的信息，从而保障本系统用户的安全使用。
图3.2 登录流程
3.2.3 删除信息流程
基于微信小程序的电影院订票选座系统在经过长期使用后，会产生很多的数据信息。为了腾出存储空间存放更多的数据，本系统数据库中存储的数据，一些没有参考价值的数据需要进行删除（图3.3即为删除信息的流程），删除数据过程中，为避免误删，使用者要根据系统的提示来决定是否删除数据。
图3.3 删除信息流程
3.2.4 添加信息流程
基于微信小程序的电影院订票选座系统提供可视化的功能操作区，非常方便使用者进行数据操作，当使用者往系统中录入数据时（图3.4即为添加信息的流程），本系统也会进行数据合法性的判断，符合要求的数据才能够在数据库指定表中进行登记。
图3.4 添加信息流程
3.3 性能需求
在需求分析中就应该对项目所需服务器性能进行分析，这样才符合正常的分析流程。只谈功能需求不谈性能需求，是一件很严重的事情，可能会导致使用过程中出现一系列不可预测的问题，所以性能需求也是需要考虑的重要项。
下面就是从几个方面来进行系统的性能分析，从每个角度来分析系统性能。
-
系统数据的容量：从数据角度来分析，每个表和每个数据库，达到的数据量到一定的程度，是否需要分表或者是分库，超过了数据的设定限度，可能会导致数据反映迟钝，容错量增加。
-
数据精度的要求：需要对需求分析里面数据设定环节，考虑相应的数据精度问题，需要发现数据是常用的精度还是非常用的精度，进而设定不同的数值。数据的精度问题，会直接导致设计的性能问题。
-
时间响应要求：从用户提交操作，到页面反映，中间有个数据处理的问题，如果数据量大，那么考虑索引问题和分库问题，数据量再大就要考虑增加列式数据库的问题，这些都要根据数据量的增加以及逻辑的严密性来进行判断，才能符合用户的要求，毕竟响应时间太久操作起来也不舒服。 系统的性能需求从业务需求之初就能大致了解到性能需求相关的概念，再从系统性能需求来逐条实现，可以让设计的系统有使用价值。 3.4 功能需求 基于微信小程序的电影院订票选座系统根据使用权限的角度进行功能分析，并运用用例图来展示各个权限需要操作的功能。 图3.5即为管理员用例图，管理员权限操作的功能包括对用户信息的管理，对影院，电影，订单，电影资讯等信息的管理。
图3.5 管理员用例图 图3.6即为用户用例图，用户权限操作的功能包括预定电影，查看影院，在线充值，管理预定电影的订单等。
图3.6 用户用例图
第4章 系统设计
系统的设计一切都是为了用户的使用，虽然用户使用过程中可能只是面对着浏览器进行各种操作，但是不代表着系统对于用户在浏览器上的操作不进行处理，所以说，设计一个系统需要考虑到方方面面。
4.1 功能结构设计
图4.1即为设计的管理员功能结构，管理员权限操作的功能包括对用户信息的管理，对影院，电影，订单，电影资讯等信息的管理。
图4.1 管理员功能结构
图4.2即为设计的用户功能结构，用户权限操作的功能包括预定电影，查看影院，在线充值，管理预定电影的订单等。
图4.2 用户功能结构
4.2 数据库设计
基于微信小程序的电影院订票选座系统运行中产生的数据需要按照提前设置的存储规则进行保存，而这个存储规则则是在数据库的设计中进行设置的。通常情况下，为了更好的配合系统运行，也要给用户带来良好的使用体验，设计一个很好的数据库是必须的，因为它能减少用户的等待时间，还可以对系统的请求在最短时间内进行响应。所以，对数据库设计时，需要花费一定的时间来分析系统对于数据存储的要求以及存储的具体数据，然后设计具体的存储规则，保证数据库能够对系统的各种数据请求进行及时回应，缩短数据处理时间，并在一定程度上降低数据冗余，节省存储空间。
4.2.1 数据库概念设计
实体-联系图还有一个名称即E-R图，是Entity Relationship Diagram各英文单词首字母的缩写，它这种概念模型通常用于对现实世界进行描述。同时它还是一种能够直观表达数据中实体，联系，属性的有效手段。绘制E-R图能够选择的工具也有很多，但是Office Visio 这款软件在E-R图的绘制上一般都是作为首选工具，因为它是基于可视化处理，使用它创建E-R图非常简单。使用基本的E-R图构成元素，比如椭圆，菱形，矩形，还有实线段来表达对应的信息，椭圆代表属性，即实体的特征，矩形代表实体，即数据库中的一个具体数据表，菱形代表实体中相互关系，实线段主要是完成椭圆，矩形，菱形的连接，基于这样的方式即可完成对本系统的E-R图进行完整绘制。
（1）图4.4即为用户这个实体所拥有的属性值。
图4.4 用户实体属性图
（2）图4.5即为影院这个实体所拥有的属性值。
图4.5 影院实体属性图 （3）图4.6即为电影这个实体所拥有的属性值。
图4.6 电影实体属性图
-
图4.7即为管理员这个实体所拥有的属性值。
图4.7 管理员实体属性图
-
图4.8即为上面介绍的实体中存在的联系。
图4.8 实体间关系E-R图
4.2.2 数据库物理设计
本小节主要任务即是根据上述内容进行数据存储结构的设计，也就是在数据库中设计存放本系统的数据的数据表，设计数据表时，需要对各个字段进行确定，通常来说，一个实体与一张数据表相对应，实体的属性就用来表示字段名称，不同的字段表示的数据类型以及取值都不相同，这里需要根据系统实际数据的情况进行设置，同时也需要在具体表中确定该表的主键，以及该表各个字段是否能够保持空等进行说明，设计完成一张数据表的结构之后，在保存时同样要命名，尽量选择英文名称进行命名并保存，方便今后系统对数据表进行数据存储访问时，在提高数据存储效率的同时，还不容易导致系统出错。接下来就对设计的数据表进行展示。
表4.1 影院信息表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | bigint(20) | 否 |
| addtime | 创建时间 | timestamp | 否 |
| yingyuanmingcheng | 影院名称 | varchar(200) | 否 |
| yingyuanguimo | 影院规模 | varchar(200) | 否 |
| tupian | 图片 | varchar(200) | 是 |
| yingyuandizhi | 影院地址 | varchar(200) | 是 |
| zixundianhua | 咨询电话 | varchar(200) | 是 |
| yingyuanjieshao | 影院介绍 | longtext | 是 |
表4.2 电影资讯表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | bigint(20) | 否 |
| addtime | 创建时间 | timestamp | 否 |
| title | 标题 | varchar(200) | 否 |
| introduction | 简介 | longtext | 是 |
| picture | 图片 | varchar(200) | 否 |
| content | 内容 | longtext | 否 |
表4.3 电影分类表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | bigint(20) | 否 |
| addtime | 创建时间 | timestamp | 否 |
| dianyingfenlei | 电影分类 | varchar(200) | 是 |
表4.4 电影信息评论表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | bigint(20) | 否 |
| addtime | 创建时间 | timestamp | 否 |
| refid | 关联表id | bigint(20) | 否 |
| userid | 用户id | bigint(20) | 否 |
| nickname | 用户名 | varchar(200) | 是 |
| content | 评论内容 | longtext | 否 |
| reply | 回复内容 | longtext | 是 |
表4.5 订单表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | bigint(20) | 否 |
| addtime | 创建时间 | timestamp | 否 |
| orderid | 订单编号 | varchar(200) | 否 |
| tablename | 商品表名 | varchar(200) | 是 |
| userid | 用户id | bigint(20) | 否 |
| goodid | 商品id | bigint(20) | 否 |
| goodname | 商品名称 | varchar(200) | 是 |
| picture | 商品图片 | varchar(200) | 是 |
| buynumber | 购买数量 | int(11) | 否 |
| price | 价格/积分 | float | 否 |
| discountprice | 折扣价格 | float | 是 |
| total | 总价格/总积分 | float | 否 |
| discounttotal | 折扣总价格 | float | 是 |
| type | 支付类型 | int(11) | 是 |
| status | 状态 | varchar(200) | 是 |
| address | 地址 | varchar(200) | 是 |
| tel | 电话 | varchar(200) | 是 |
| consignee | 收货人 | varchar(200) | 是 |
| logistics | 物流 | longtext | 是 |
表4.6 管理员表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | bigint(20) | 否 |
| username | 用户名 | varchar(100) | 否 |
| password | 密码 | varchar(100) | 否 |
| role | 角色 | varchar(100) | 是 |
| addtime | 新增时间 | timestamp | 否 |
表4.7 用户表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | bigint(20) | 否 |
| addtime | 创建时间 | timestamp | 否 |
| yonghuzhanghao | 用户账号 | varchar(200) | 否 |
| mima | 密码 | varchar(200) | 否 |
| yonghuxingming | 用户姓名 | varchar(200) | 是 |
| xingbie | 性别 | varchar(200) | 是 |
| nianling | 年龄 | varchar(200) | 是 |
| touxiang | 头像 | varchar(200) | 是 |
| yonghushouji | 用户手机 | varchar(200) | 是 |
| youxiang | 邮箱 | varchar(200) | 是 |
| money | 余额 | float | 是 |
表4.8 电影信息表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | bigint(20) | 否 |
| addtime | 创建时间 | timestamp | 否 |
| dianyingmingcheng | 电影名称 | varchar(200) | 否 |
| dianyingfenlei | 电影分类 | varchar(200) | 是 |
| tupian | 图片 | varchar(200) | 是 |
| shangyingriqi | 上映日期 | date | 是 |
| daoyan | 导演 | varchar(200) | 是 |
| yanyuan | 演员 | varchar(200) | 是 |
| yingyuanmingcheng | 影院名称 | varchar(200) | 是 |
| yingyuandizhi | 影院地址 | varchar(200) | 是 |
| fangyingting | 放映厅 | varchar(200) | 是 |
| bofangchangci | 播放场次 | varchar(200) | 否 |
| bofangshijian | 播放时间 | datetime | 是 |
| dianyingjianjie | 电影简介 | longtext | 是 |
| price | 价格 | float | 是 |
| number | 座位总数 | int(11) | 是 |
| selected | 已选座位[用,号隔开] | longtext | 是 |
表4.9 收藏表
| 字段 | 注释 | 类型 | 空 |
|---|---|---|---|
| id (主键) | 主键 | bigint(20) | 否 |
| addtime | 创建时间 | timestamp | 否 |
| userid | 用户id | bigint(20) | 否 |
| refid | 收藏id | bigint(20) | 是 |
| tablename | 表名 | varchar(200) | 是 |
| name | 收藏名称 | varchar(200) | 否 |
| picture | 收藏图片 | varchar(200) | 否 |
| type | 类型(1:收藏,21:赞,22:踩) | varchar(200) | 是 |
| inteltype | 推荐类型 | varchar(200) | 是 |
第5章系统实现
编程人员在搭建的开发环境中，运用编程技术实现本系统设计的各个操作权限的功能。在本节中，就展示部分操作权限的功能与界面。
5.1 管理员功能实现
5.1.1 电影信息管理
图5.1 即为编码实现的电影信息管理界面，管理员在该界面中查看电影的播放场次，价格，座位总数，上映日期等信息，可以查看用户对电影提交的评论，能够在本界面新增电影，更改电影信息，删除电影信息等。
图5.1 电影信息管理界面
5.1.2 影院信息管理
图5.2 即为编码实现的影院信息管理界面，管理员在该界面中具备修改，删除影院信息的权限，可以在本界面新增影院信息，查询影院信息等。
图5.2 影院信息管理界面
5.1.3 已完成订单
图5.3 即为编码实现的已完成订单界面，管理员在该界面中提供电影名称，或者提供订单编号信息可以获取指定订单信息，本界面展示的订单属于已经完成状态的订单信息，管理员能够查看其详情信息。
图5.3 已完成订单界面
5.1.4 用户管理
图5.4 即为编码实现的用户管理界面，管理员在该界面中具备更改，删除，查询小程序端已经注册的用户资料的权限。
图5.4 用户管理界面
5.1.5 电影资讯
图5.5 即为编码实现的电影资讯界面，管理员在该界面中具备发布，更改，删除电影资讯信息的权限，该电影资讯信息显示在小程序的首页界面。
图5.5 电影资讯界面
5.2 用户功能实现
5.2.1 影院信息
图5.6 即为编码实现的影院信息界面，用户在该界面中点击影院名称即可查看影院介绍信息，用户也能在搜索框中编辑影院名称来查询影院。
图5.6 影院信息界面
5.2.2 电影信息
图5.7 即为编码实现的电影信息界面，用户在该界面中除了查看电影介绍信息外，可以收藏本界面的电影，可以选择观影座位进行电影票的预定，可以发布电影的评论信息。
图5.7 电影信息界面
5.2.3 我的订单
图5.8 即为编码实现的我的订单界面，用户在该界面中能够查看已支付订单，已完成订单等信息，可以对各个订单进行相应操作，包括订单评价，订单退款，订单兑换等操作。
图5.8 我的订单界面
5.2.4 修改个人信息
图5.9 即为编码实现的修改个人信息界面，用户在该界面中更改头像，更改手机，邮箱等已经产生变化的信息。
图5.9 修改个人信息界面
和端口映射)
