第三章 系统分析
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的常州地方旅游管理系统架构设计图
第五章 系统实现
5.1登录模块的实现
用户要想进入本系统,必须通过正确的用户名和密码,选择登录类型进行登录操作,在登录时系统会以用户名、密码和登录类型为参数进行登录信息的验证,信息正确则登录进入对应用户功能界面可进行功能处理,反之登录失败,系统登录界面展示如图5.1所示。
图5.1 系统登录界面
5.2管理员功能模块的实现
5.2.1景点信息管理界面
管理员可添加、修改和删除景点信息信息,景点信息管理界面展示如图5.2所示,添加景点信息信息界面展示如图5.3所示。
图5.2 景点信息管理界面
图5.3 添加景点信息信息界面
5.2.2订票信息管理界面
管理员可查看所有订票信息,并可的前进行修改和删除操作,订票信息管理界面展示如图5.4所示。
图5.4 订票信息管理界面
5.2.3用户评价管理界面
管理员可查看用户评价信息,并可对其进行审核、修改和删除操作,用户评价管理界面展示如图5.5所示。
图5.5 用户评价管理界面
5.2.4用户管理界面
管理员可查看、添加、修改和删除用户信息,用户管理界面展示如图5.6所示。
图5.6 用户管理界面
5.2.5景点资讯界面
管理员可增删改查景点资讯信息,景点资讯界面展示如图5.7所示。
图5.7 景点资讯界面
5.3用户功能模块的实现
5.3.1系统主界面
用户进入本系统可查看系统信息,包括网站首页、景点信息以及景点资讯等,系统主界面展示如图5.8所示。
图5.8 系统主界面
5.3.2用户注册界面
未有账号的用户可进入注册界面进行注册操作,用户注册界面展示如图5.9所示。
图5.9 用户注册界面
5.3.3景点信息详情界面
用户可选择景点信息查看景点信息详情信息,登录后可进行订票操作,景点信息详情界面展示如图5.10所示。
图5.10景点信息详情界面
5.3.4订票信息界面
用户可查看个人订票信息,并可选择进行支付或者评价操作,订票信息界面展示如图5.11所示,评价界面展示如图5.13所示。
图5.11订票信息界面
图5.12 评价界面
标签:界面,SpringBoot,登录,管理系统,系统,实践,用户,景点,所示 From: https://blog.csdn.net/2402_85758349/article/details/142739036