该项目含有源码、文档、程序、数据库、配套开发软件、软件安装教程
项目运行
环境配置:
Pychram社区版+ python3.7.7 + Mysql5.7 + HBuilderX+list pip+Navicat11+Django+nodejs。
项目技术:
django + python+ Vue 等等组成,B/S模式 +pychram管理等等。
环境需要
1.运行环境:最好是python3.7.7,我们在这个版本上开发的。其他版本理论上也可以。
2.pycharm环境:pycharm都可以。推荐pycharm社区版;
3.mysql环境:建议是用5.7版本均可
4.硬件环境:windows 7/8/10 1G内存以上;
6.Navcat11:这个版本不限10/11/14/15都可以。;
毕设帮助,指导,调试部署(见文末)
3.3系统功能需求分析
在功能方面,不需要用户在指定场所进行景区门票预订,要保证可以在很大程度上满足用户解决景区门票预订问题,满足用户需求。
管理员的功能是最高的,可以对系统所在功能进行查看,修改和删除,包括用户功能。管理员用例如下:
图3-1管理员用例图
(2)用户关键功能包含景区信息,公告信息,论坛交流,购票信息,我的收藏管理,我要发帖,我的发帖等进行详细操作。用户用例如下:
图3-2 用户用例图
3.3.1系统功能概述
前台页面:若进入本系统,需要注册自己的账号和密码,输入正确的账号和密码,用户才可以进入景区门票预订系统主页面,进入景区门票预订页面后,用户可以在搜索栏中对自己想要的景区门票景区信息进行查看或收藏,在个人中心用户可以修改自己的个人详细信息。
后台管理页面:主要是管理员登录本系统。管理员输入管理员账号密码后,校验无误后方可进入后台管理主界面,对用户使用的权限管理,设置会员等管理以及对系统信息进行管理[9]。
3.3.2前台用户管理模块
此模块允许用户登录。用户可以在这里对其信息注册登录。用户管理模块如表3-1所示,用户用例如图3-1所示。
表3-1 用户管理模块表
用例条目 | 描述 |
用例名称 主要参与者 描述 前置条件 后置条件 触发条件 基本流程 替代流程 结束 待解决问题 | 后台登录 管理员,用户、 登录后台管理页面才能进行各种功能的操作; 实现用户注册的相关功能 注册并登录后才能进行管理员的管理功能 实现登录功能 (1)登陆用户输入身份信息和密码 (2)系统后台验证登陆用户的身份和密码 (3)返回验证登陆结果 (4)若登录成功,模块管理 (1)用户输入登录名称及密码错误显示登录失败 (2)登录成功并跳转到系统界面 (3)登录失败并跳转到登录界面 登录成功 |
3.4系统其他需求分析
3.4.1性能要求
在开发了一个功能较为良好系统之后,首要考虑的就是它的性能要求,比如当用户使用它进行点击或提交功能时,它会产生多久的延迟,系统响应速度快不快,如果短时间同时有较多用户访问系统是否会产生系统崩溃,是否采用高并发接口,另外,存储功能进行中的代码量是否满足算法和数据结构,以及是否占用较大内存等:
(1)系统应具备快速的反映时间,对于并发特征得到解决[10]。
(2)系统对用户密码是否进行了加密并进行大量安全处理。
(3)系统代码量是否简洁,不会占用计算机太多内存。
3.4.2安全要求
对于安全要求要进行可靠性分析,可靠性分析有利于可实现安全性、可靠 性设计与系统功能设计在数据源上的统一[11]。就本系统的安全性能而言,数据的账户和密码需要以明文形式显示,并严格加密。更改密码、修改个人数据、添加信息需要相应权限。
3.4.3作业环境要求
(1)系统:Windows系统足够,兼容性强
(2)Web服务器:内置tomcat,无需安装、运行和使用
(3)数据库服务器:MySQL 5.5及以上,图形界面为SQLYG
(4)浏览器:谷歌或Firefox开发者浏览器
(5)JDK1.8及以上,内置插件maven等。
3.5系统流程分析
(1)个人信息流程图
用户在成功进入系统以后,可以获得姓名,性别,年龄等个人信息。获得个人信息的流程见图3-3所示。
图3-3个人信息流程图流程图
用户进行登录操作的流程图如图3-4。
图3-4 登录界面流程图
用户进行注册操作的流程图如图3-5。
图3-5 用户注册流程图
3.6本章概述
本章主要介绍景区门票预订系统的使用案例和系统的相关可行性要求。我已经从技术、经济、法律和运营四个方面确认了该系统可以在线运行
4 系统设计
4.1系统结构图
景区门票预订系统分为两个部分,即管理员管理和用户管理。该系统是根据用户的实际需求开发的,贴近生活。从管理员处获得的指定账号和密码可用于进入系统和使用相关的系统应用程序。管理员拥有最大的权限,其次是用户。管理员一般负责整个系统的运行维护和总体协调。
系统结构如图4-1所示。
图4-1系统结构图
4.2数据库设计
所有的系统设计但凡有数据都离不开数据库,数据库是所有项目想实现如数据获取,数据传输等功能的基石。只有合理化的数据库设计才能满足商业化的要求,数据库的主键外键连接方式特别的重要,尽量避免多对多的复杂性,字段名合理规范,且通俗易懂等,字段应根据业务进行设定,不允许操作多字段而对系统产生占用多余的内存[12]。
4.2.1数据库设计原则
设计原则自然就是要符合范式的要求,多表之间的关系要合理,理应符合系统的实际情况。
4.2.2数据库的概念设计
概念设计是将整体分为在地面上表达出来的单个个体。E-R图形象的连接了实体模型和概念模型。因此,E-R图需要根据数据库表和表字段进行合理设计,表达的概念知识点用图形描述,可以直观地让相应人员清楚,并分解整个E-R图[13]。我们通常表达不清晰没有概念的东西。但是通过E-R之间的联系,E-R模型法是对这种模糊概念的事务最简单、最常用的设计方法。
(1) 景区信息E-R图如下图4-2所示。
图4-2景区信息E-R图
(2) 论坛交流E-R图如下图4-3所示。
图4-3论坛交流E-R图
(3) 景区信息评论E-R图如下图4-4所示。
图4-4景区信息评论E-R图
(4) 用户E-R图如下图4-5所示。
图4-5用户实体图
(5) 订单取消E-R图如下图4-6所示。
图4-6订单取消实体图