摘 要
随着互联网技术的快速发展,社会各领域都在积极探索利用互联网作为传播媒介,以更加高效和精准的方式推广自身信息。在这一背景下,建立并管理网络信息系统成为了行业内的共识。鉴于当前网络的普及和影响力,校园报修管理的网络化信息管理已成为一种趋势。因此,为了满足校园报修管理的用户需求,我们开发了一套专门的校园公寓报修信息管理系统。
在系统开发过程中,我们首先进行了详细的需求分析,确定了系统的主要功能和特点。随后,我们进行了系统的总体设计和详细规划。总体设计涵盖了系统功能设计、系统整体架构规划、数据结构设计以及安全保障等多个方面。而详细设计则涉及数据库访问实现、功能模块的具体构建以及关键代码编写等具体内容。
在系统设计完成后,我们进行了功能测试,并对测试结果进行了深入的分析和总结。这不仅帮助我们发现了系统中存在的问题和不足,也为今后的系统维护和升级提供了重要参考。同时,这一开发过程也为类似系统的设计和开发提供了宝贵的经验和借鉴。
在开发本系统时,我们充分利用了现有的成熟技术和源代码模板,结合校园公寓报修信息管理的实际需求,选择了Springboot作为主要的开发框架。这一选择旨在确保系统的稳定性、可扩展性和易用性,从而更好地满足校园报修管理的实际需求。
关键字:校园公寓报修信息管理系统; Springboot;
Design and implementation of campus apartment repair report information management system
With the rapid development of Internet technology, all fields of society are actively exploring the use of the Internet as a communication medium to promote their own information in a more efficient and accurate way. In this context, the establishment and management of network information system has become the consensus in the industry. In view of the popularity and influence of the current network, the network information management of campus repair management has become a trend. Therefore, in order to meet the user needs of campus repair management, we have developed a special campus apartment repair information management system.
In the process of system development, we first conducted a detailed requirements analysis and identified the main functions and features of the system. Subsequently, we conducted the overall design and detailed planning of the system. The overall design covers system function design, overall system architecture planning, data structure design and security aspects. The detailed design involves the implementation of database access, the specific construction of functional modules and the key code writing.
After the system design, we conducted functional tests and conducted in-depth analysis and summary of the test results. This not only helps us to find the problems and deficiencies in the system, but also provides an important reference for the future system maintenance and upgrade. At the same time, this development process also provides valuable experience and reference for the design and development of similar systems.
When developing this system, we made full use of the existing mature technology and source code template, combined with the actual needs of campus apartment repair information management, and chose Springboot as the main development framework. This choice aims to ensure the stability, scalability and ease of use of the system, so as to better meet the actual needs of campus repair management.
Keywords: Campus apartment repair information management system; Springboot;
目录
第1章 绪论
1.1选题背景
随着信息技术的快速发展和普及,学校作为为学生提供教育和学习的地方,其日常运营和管理也面临着信息化、智能化的需求。特别是在校园公寓的日常维护和报修方面,传统的手工记录和管理方式已经无法满足日益增长的需求和效率要求。因此,开发一款针对校园公寓报修的信息管理系统成为了迫切的需要。
该系统的设计和实现旨在通过信息技术手段,整合和优化校园公寓报修流程,提高报修效率和服务质量。系统可以提供在线报修、维修进度查询、维修结果反馈等功能,从而简化报修流程,缩短维修周期,提高维修效率。
此外,校园公寓报修信息管理系统的实现还可以推动学校信息化建设的进程,提升学校整体的信息化水平。通过系统的应用,可以培养学生的信息素养,提高他们的信息技术应用能力,为未来的学习和工作打下坚实的基础。
综上所述,校园公寓报修信息管理系统的设计与实现具有重要的现实意义和应用价值,有助于推动学校管理的现代化和信息化进程。
1.2 研究现状
随着信息技术的迅猛发展以及高等教育环境的不断现代化,校园公寓报修信息管理系统已成为提升公寓管理效率、优化学生居住体验的重要工具。目前,该系统的设计与实现呈现出以下几个关键的研究现状和发展趋势:
1. 系统集成与数据共享:现代校园公寓报修信息管理系统正逐步实现与校园其他管理系统的集成,如学生信息管理系统、宿舍管理系统等。这种集成不仅促进了数据共享,还实现了流程协同,大大提高了管理效率。
2. 用户体验的持续优化:随着用户需求的不断变化,系统设计者越来越重视用户界面的友好性和易用性。通过简化操作流程、提供直观的用户界面等方式,确保学生能够简单快速地完成报修操作,从而提升了用户满意度。
3. 安全与隐私保护:在系统设计中,对数据的保护和隐私的考虑也愈发重要。采用先进的加密技术、严格的访问控制等手段,确保用户信息安全,防止数据泄露和滥用。
随着技术的不断发展和需求的持续变化,校园公寓报修信息管理系统的设计与实现将继续向智能化、高效化、人性化的方向发展。未来系统可能通过引入人工智能技术实现自动化报修和预测性维护,进一步提升管理效率;同时,也将更加注重用户体验和隐私保护,以满足日益增长的用户需求。这些进步将为校园管理和学生生活带来更多便利和舒适。
1.3 研究内容
校园公寓报修信息管理系统设计与实现的研究内容主要包括以下几个方面:
需求分析:明确系统的功能需求,包括系统用户、公寓信息管理、报修信息管理、维修记录管理、投诉信息管理、投诉处理管理、系统管理、通知公告管理、资源管理等,并对系统的性能、安全性、易用性等方面提出要求。
系统设计:根据需求分析结果,设计系统的整体架构、数据库结构、界面设计、系统流程等。通常采用面向对象的开发思想和结构化的开发方法,结合图表进行模块化的设计。
系统实现:根据系统设计,使用合适的编程语言和开发工具,如Java、MySQL、Tomcat等,实现系统的各项功能。在实现过程中,需要注意代码的规范性、可维护性和可扩展性。
系统测试:在系统实现完成后,进行系统测试,确保系统的稳定性和可靠性。同时,还需要对系统进行性能测试、安全测试等方面的测试。
总之,校园公寓报修信息管理系统设计与实现的研究内容涵盖了从需求分析、系统设计、系统实现、系统测试的全过程,旨在开发一款功能强大、易用性高、性能稳定的公寓报修信息管理系统,提高校园公寓的管理效率和服务质量。
Java是一门面向对象的编程语言,不仅吸收了C++语言的各种优点,还摒弃了C++里难以理解的多继承、指针等概念,因此Java语言具有功能强大和简单易用两个特征。Java语言作为静态面向对象编程语言的代表,极好地实现了面向对象理论,允许程序员以优雅的思维方式进行复杂的编程。Java具有简单性、面向对象、分布式、健壮性、安全性、平台独立与可移植性、多线程、动态性等特点。Java可以编写桌面应用程序、Web应用程序、分布式系统和嵌入式系统应用程序等。
在Java技术中,有几个重要的核心概念需要掌握:
1. 控制流程:需要掌握Java中的控制流程结构,包括条件语句(如if-else、switch)和循环语句(如for、while、do-while)。这些结构对于控制程序的执行流程至关重要。
2. 方法和函数:需要学习如何定义和调用方法,了解方法的参数传递机制、返回值等概念。方法是Java程序的基本组成单元,良好的方法设计有助于代码的模块化和复用。
3. 异常处理:需要理解异常的概念,学习如何使用try-catch块捕获和处理异常。
4. 类和对象:Java是一门面向对象的语言,因此掌握类和对象的概念、创建对象的方式、访问修饰符等是至关重要的。
5. 抽象类和接口:了解抽象类和接口的概念,学会如何定义和使用它们。抽象类和接口是面向对象编程中用于实现抽象和多态的重要手段。
6. 集合框架:熟悉Java的集合框架,包括List、Set和Map等主要集合接口,了解它们的特点和使用场景。
除了这些核心概念,Java技术还包括许多其他的特性和技术,如多线程编程、网络编程、数据库编程、图形界面编程等。掌握这些技术可以帮助开发者更加高效地使用Java语言进行开发。
此外,Java技术还在不断发展和演进。例如,近年来,Java社区推出了许多新的技术和框架,如Spring Boot、Kotlin等,这些技术和框架为Java开发者提供了更多的选择和可能性。因此,持续学习和跟进新的技术趋势也是Java开发者必备的技能之一。
总之,Java技术是一门功能强大、简单易用的编程语言和技术体系,掌握Java技术对于开发者来说是非常有价值的。通过不断学习和实践,开发者可以不断提升自己的技能水平,开发出更加高效、稳定、安全的应用程序。
2.2 MVVM模式
MVVM模式是常用的开发模式,主要是在代码实现上将其分为M层、V层和C层。
视图(View)代表用户交互界面,一个 Web 应用就可能有很多的界面,在 MVVM 模式中,视图仅仅处理的只有数据采集、处理,还有用户的请求, 并不包括业务流程的处理,业务流程由模型(Model)来处理。
模型(Model)就是业务流程/状态的处理及业务规则的制定。模型处理业务流程的过程其它层是无法看见了的,它就像黑箱子,在接受视图请求的数据之后,然后返回最终的处理结果。MVVM 最主要的核心就是业务模型的设计,一个典型的应用例子就是目前流行的 EJB 模型,它从应用技术实现的角度对模型做了进一步的划分,以便充分利用现有的组件,但是它不能作为应用设计模型的框架。
控制器(Controller)可以理解为接收用户的请求,然后视图和模型匹配在一起,一起再完成用户请求。它有非常明显的作用在划分控制层上,可以很清晰地告诉你,它就是一个分发器,选择什么样的模型、视图,可以完成用户的什么样的请求。控制层不做所有的数据处理,比如说:用户点击一个连接,控制层接受到请求之后,并不处理业务信息,它只是向模型传递用户的信息,同时告诉模型做什么,然后选择符合需求的视图返回给用户。
2.3 B/S结构
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题。
Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转(IOC)特性,IOC旨在方便项目维护和测试,它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程(AOP)框架,SpringAOP框架基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性,虽无法与AspectJ框架相比,但通过与AspectJ的集成,也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制,使本地和全局事务以及嵌套事务能够与保存点一起工作,并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板,系统可以通过事务模板、XML或Java注解进行事务配置,并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象(JDO)、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持,同时还可以与Spring的事务管理一起使用,为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架,其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够,于是创建了SpringMVC。
2.5 MySQL数据库
MySQL经过多次的更新,功能层面已经非常的丰富和完善了,从MySQL4版本到5版本进行了比较大的更新,在商业的实际使用中取得了很好的实际应用效果。最新版本的MySQL支持对信息的压缩,同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新,数据库自身的镜像功能也得到了很大的增强,运行的流畅度和易用性方面有了不小的进步,驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化,能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心,同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新,增加了两个非常实用的显示区,一个是信息区,对表格和文字进行了分类处理,界面的显示更加清爽和具体。第二是仪表的信息控件,能在仪表信息区进行信息的显示,同时还能进行多个信息的比对,为用户的实际使用带来了很大的便捷。
针对本文中设计的校园公寓报修信息管理系统在实际的实现过程中,最终选择MySQL数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作,而且数据的安全性要求也是非常的高。综合这些因素,最终选择安全性系数比较高的MySQL来对校园公寓报修信息管理系统后台数据进行存储操作[9][10]。
数据库管理系统的总体结构图如下图所示。
图2-1 数据库组成结构
第3章 需求分析
3.1 可行性分析
3.1.1技术可行性
本系统采取的是目前应用最广泛的程序进行技术的支持,主要的技术支持是java语言,他作为一个相当成熟的语言程序,在众多的软件开发中起着很大作用。而且用java语言编辑出来程序可以直接运行,不需要借助其他的翻译器进行翻译。所以在技术方面是完全可以行的。
3.1.2经济可行性
本项目开发的初衷就是为了节约,因为系统开发的所有过程都是我自己开发的我,而且在开发过程使用到的技术也都是市面上常见的容易操作的,所以不需要请专业的人士花资金来进行系统的开发,而且在项目开发的过程中我也学到了更多的知识。开发的这个软件可以在网络中进行免费的下载,对计算机的软硬件没有很高的要求,因此这个项目是非常实惠的,在经济方面是完全可行的。
3.1.3操作可行性
操作可行性也就是系统的可用性,一个系统的操作是否容易决定着这个系统的使用度,在系统的操作方面的设计我都是采取简洁易懂的方式,操作的整个菜单界面整齐有序,所有的功能都有序的排列,不会出现重叠或者需要转换的现象,用户想要哪方面的操作都可以直接进行操作,所以该系统任何人都可以进行操作,不需要有相关专业的技术这样用户在操作起来就容易很多。
3.1.4法律可行性
在法律可行性方面,本项目的开发和使用需要遵循相关的法律法规,确保软件的开发、分发和使用都符合法律要求。以下是对本项目法律可行性的分析:
在软件开发过程中,使用了多种技术和工具。需要确保这些技术和工具的使用是合法和合规的,避免侵犯任何第三方的知识产权。
确保软件的功能和使用不违反任何国家和地区的法律法规。例如,某些地区可能对软件的某些功能有明确的限制或禁止,需要在设计和开发过程中进行充分的了解和考虑。
综上所述,本项目的法律可行性需要综合考虑多个方面,确保软件的开发和使用都符合法律法规的要求。所以在法律可行性上是成立的。
3.2 系统功能分析
3.2.1 功能性分析
按照校园公寓报修信息管理系统设计与实现的角色,我划分为了学生用户模块、维修用户模块和管理员管理模块这三大部分。
学生用户模块:
注册登录:当用户想要对系统中所实现的功能进行查询管理的时候,就必须进行登录到系统当中,如果没有账号的话,在登录界面,点击“注册”按钮就会跳转到注册的界面,根据提示填写好注册信息,添加提交,用户的信息在数据库中就添加完成了,然后再输入填写好的账号和密码进行登录;
通知公告:系统公告是向用户发布重要通知和信息的渠道。学生用户可以通过系统公告了解到网站公告、关于我们、联系方式、网站介绍。
新闻信息:新闻信息模块为学生用户提供了了解校园动态和新闻的平台。增强对校园的了解,支持点赞、收藏、评论。
公寓信息:学生用户可在前台首页导航栏上点击公寓信息,会展现出系统发布的公寓信息列表,支持点赞、收藏、评论。
我的账户:我的账户是用户管理个人信息和权限的中心。学生用户可以在此查看和修改自己的基本信息、密码等,确保账户安全。。
个人中心:学生用户可以在此设置自己的个人信息。同时,个人中心还可以查看和管理个人首页、报修信息、维修记录、投诉信息、投诉处理、收藏等,方便用户在使用过程中获取帮助和支持。
维修用户模块:
注册登录:当用户想要对系统中所实现的功能进行查询管理的时候,就必须进行登录到系统当中,如果没有账号的话,在后台登录界面,点击“注册”按钮就会跳转到注册的界面,根据提示填写好注册信息,添加提交,用户的信息在数据库中就添加完成了,然后再输入填写好的账号和密码进行登录;
报修信息管理:报修信息管理功能允许学生通过系统提交公寓内的设施故障或损坏情况。用户只需填写相关报修信息,如故障类型、地点、联系方式等,系统即可自动记录并分配维修人员进行处理。这一功能不仅简化了报修流程,还提高了维修响应的效率和准确性。
维修记录管理:维修记录管理功能详细记录了每一次维修活动的详细信息,包括报修人、报修时间、维修人员、维修结果等。通过这一功能,用户可以查看自己的报修历史,了解维修进度和结果。
投诉信息管理:投诉信息管理功能为用户提供了一个反映问题和提出建议的平台。用户可以通过系统提交投诉信息,包括投诉内容、投诉对象、联系方式等。系统会对投诉信息进行分类整理,确保每一条投诉都能得到及时、有效的处理。
投诉处理管理:投诉处理管理功能负责跟踪和管理每一条投诉的处理过程。一旦收到投诉信息,系统会根据投诉类型自动分配处理人员,并设置处理时限。处理人员需要及时响应投诉,并反馈处理结果。用户可以通过系统查询投诉的处理进度和结果,确保问题得到妥善解决。
管理员模块:
系统用户:管理员负责对管理员、学生用户、维修用户的管理,可以对系统用户信息进行查询、重置和删除操作。
公寓信息管理:管理员通过公寓信息管理功能,可以添加、修改或删除公寓信息的各个公寓信息。
报修信息管理:报修信息管理功能允许管理员接收、整理并跟踪所有来自租户的报修请求。管理员可以实时查看报修详情,包括报修项目、报修时间、报修人信息等,从而确保每一项报修请求都能得到及时、准确的响应。
维修记录管理:通过维修记录管理功能,管理员可以详细记录每一次的维修活动,包括维修人员、维修时间、维修内容以及维修结果等。
投诉信息管理:投诉信息管理功能使得管理员能够收集、整理并分析来自学生的投诉信息。管理员可以及时了解学生的不满和意见,从而有针对性地改进管理和服务质量。
投诉处理管理:投诉处理管理功能帮助管理员有效应对和处理学生的投诉。管理员可以根据投诉的内容和性质,制定相应的处理方案,并跟踪处理进度,确保每一项投诉都能得到妥善解决。
系统管理:管理员可以对系统轮播图信息进行查询、添加、重置和删除操作。
通知公告管理:通知公告管理模块允许管理员发布和管理系统的通知公告信息。管理员可以通过该模块向所有用户发布通知公告信息,
资源管理:资源管理模块是校园公寓报修信息管理系统中对新闻列表和新闻分类进行统一管理,支持增删改查。
3.3 项目设计原则
1、设计原则
本系统采用Sprinboot技术,Mysql数据库开发,充分保证了系统稳定性、完整性。
校园公寓报修信息管理系统的设计与实现的设计思想如下:
- 操作简单方便、系统界面安全、简单明了的页面布局、方便查询用户对招聘职位查询、申请面试、查看企业信息等相关信息。
2、即时可见:对校园公寓报修信息管理系统信息的查询、处理将立马可以查询到,从而实现“即时发布、即时见效”的系统功能。
3、功能的完善性:可以管理个人资料管理、系统用户、公寓信息管理、开报修信息管理、维修记录管理、投诉信息管理、投诉处理管理、系统管理、通知公告管理、资源管理等功能模块的修改维护操作。
3.4系统流程分析
3.4.1操作流程
图3-1登录流程图
3.4.2添加信息流程
添加信息流程图,如图所示:
图3-2添加信息流程图
3.4.3删除信息流程
删除信息流程图,如图所示:
图3-3删除信息流程图
3.5系统用户用例图
学生用户用例图如下所示。
图3-4 学生用户用例图
管理员用例图如下所示。
图3-5管理员用例图
维修用户用例图如下所示。
图3-6管理员用例图
第4章 系统设计
4.1 系统体系结构
校园公寓报修信息管理系统的结构图4-1所示:
图4-1 系统结构
登录系统结构图,如图4-2所示:
图4-2 登录结构图
系统功能结构图,如图4-3所示。
图4-3 系统功能结构图
4.2开发流程设计
系统流程的分析是通过调查系统所涉及问题的识别、可行性、可操作性、系统分析处理能力等具体环节来调节、整理系统的设计方案以确保系统能达到理想的状态。这些操作都要从注册、登录处着眼进行一系列的流程测试保证数据库的完整,从而把控系统所涉及信息管理的安全、保证信息输入、输出正常转换。然后,通过实际操作完成流程图的绘制工作。
校园公寓报修信息管理系统的开发对管理模块和系统使用的数据库进行分析,编写代码,系统测试,如图4-4所示。
图4-4开发系统流程图
4.3 数据库设计原则
学习编程,我们都知道数据库设计是基于需要设计的系统功能,我们需要建立一个数据库关系模型,用于存储数据信息,这样当我们在程序中时,就没有必要为程序页面添加数据,从而提高系统的效率。数据库存储了很多信息,可以说是信息管理系统的核心和基础,数据库还为系统提供了添加、删除、修改和检查等操作模块,使系统能够快速找到自己想要的信息,而不是在程序代码中找到。数据库中信息表的每个部分根据一定的关系精确地组合,排列和组合成数据表。
通过校园公寓报修信息管理系统的功能进行规划分成几个实体信息,实体信息将通过ER图进行说明,本系统的主要实体图如下:
学生用户实体属性图,如图4-5所示:
图4-5学生用户实体属性图
报修信息实体属性图,如图4-6所示:
图4-6报修信息实体属性图
投诉信息实体属性图,如图4-7所示:
图4-7投诉信息实体属性图
系统的E-R图如下图所示:
图4-8系统E-R图
4.4 数据表
将数据库概念设计的E-R图转换为关系数据库。在关系数据库中,数据关系由数据表组成,但是表的结构表现在表的字段上。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | apartment_information_id | int | 10 | 0 | N | Y | 公寓信息ID | |
2 | apartment_name | varchar | 64 | 0 | Y | N | 公寓名称 | |
3 | apartment_pictures | varchar | 255 | 0 | Y | N | 公寓图片 | |
4 | apartment_number | varchar | 64 | 0 | N | N | 公寓编号 | |
5 | apartment_location | varchar | 64 | 0 | Y | N | 公寓位置 | |
6 | monthly_price | int | 10 | 0 | Y | N | 0 | 每月价格 |
7 | apartment_facilities | text | 65535 | 0 | Y | N | 公寓设施 | |
8 | apartment_details | text | 65535 | 0 | Y | N | 公寓详情 | |
9 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
10 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | article_id | mediumint | 8 | 0 | N | Y | 文章id:[0,8388607] | |
2 | title | varchar | 125 | 0 | N | Y | 标题:[0,125]用于文章和html的title标签中 | |
3 | type | varchar | 64 | 0 | N | N | 0 | 文章分类:[0,1000]用来搜索指定类型的文章 |
4 | hits | int | 10 | 0 | N | N | 0 | 点击数:[0,1000000000]访问这篇文章的人次 |
5 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
6 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
8 | source | varchar | 255 | 0 | Y | N | 来源:[0,255]文章的出处 | |
9 | url | varchar | 255 | 0 | Y | N | 来源地址:[0,255]用于跳转到发布该文章的网站 | |
10 | tag | varchar | 255 | 0 | Y | N | 标签:[0,255]用于标注文章所属相关内容,多个标签用空格隔开 | |
11 | content | longtext | 2147483647 | 0 | Y | N | 正文:文章的主体内容 | |
12 | img | varchar | 255 | 0 | Y | N | 封面图 | |
13 | description | text | 65535 | 0 | Y | N | 文章描述 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000]决定分类显示的先后顺序 |
3 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
4 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
5 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
6 | icon | text | 65535 | 0 | Y | N | 分类图标: | |
7 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | collect_id | int | 10 | 0 | N | Y | 收藏ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 收藏人ID: |
3 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
4 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
5 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
6 | title | varchar | 255 | 0 | Y | N | 标题: | |
7 | img | varchar | 255 | 0 | Y | N | 封面: | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | comment_id | int | 10 | 0 | N | Y | 评论ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 评论人ID: |
3 | reply_to_id | int | 10 | 0 | N | N | 0 | 回复评论ID:空为0 |
4 | content | longtext | 2147483647 | 0 | Y | N | 内容: | |
5 | nickname | varchar | 255 | 0 | Y | N | 昵称: | |
6 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
9 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
10 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
11 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | complaint_handling_id | int | 10 | 0 | N | Y | 投诉处理ID | |
2 | repair_account | int | 10 | 0 | Y | N | 0 | 维修账号 |
3 | maintenance_personnel_name | varchar | 64 | 0 | Y | N | 维修员名 | |
4 | student_account | int | 10 | 0 | Y | N | 0 | 学生账号 |
5 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
6 | apartment_name | varchar | 64 | 0 | Y | N | 公寓名称 | |
7 | apartment_number | varchar | 64 | 0 | Y | N | 公寓编号 | |
8 | repair_time | datetime | 19 | 0 | Y | N | 报修时间 | |
9 | repair_results | text | 65535 | 0 | Y | N | 维修结果 | |
10 | complaint_time | datetime | 19 | 0 | Y | N | 投诉时间 | |
11 | complaint_content | text | 65535 | 0 | Y | N | 投诉内容 | |
12 | processing_results | text | 65535 | 0 | Y | N | 处理结果 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | complaint_information_id | int | 10 | 0 | N | Y | 投诉信息ID | |
2 | student_account | int | 10 | 0 | Y | N | 0 | 学生账号 |
3 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
4 | repair_account | int | 10 | 0 | Y | N | 0 | 维修账号 |
5 | maintenance_personnel_name | varchar | 64 | 0 | Y | N | 维修员名 | |
6 | apartment_name | varchar | 64 | 0 | Y | N | 公寓名称 | |
7 | apartment_number | varchar | 64 | 0 | Y | N | 公寓编号 | |
8 | repair_time | datetime | 19 | 0 | Y | N | 报修时间 | |
9 | repair_results | text | 65535 | 0 | Y | N | 维修结果 | |
10 | complaint_time | datetime | 19 | 0 | Y | N | 投诉时间 | |
11 | complaint_content | text | 65535 | 0 | Y | N | 投诉内容 | |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | maintenance_records_id | int | 10 | 0 | N | Y | 维修记录ID | |
2 | repair_account | int | 10 | 0 | Y | N | 0 | 维修账号 |
3 | maintenance_personnel_name | varchar | 64 | 0 | Y | N | 维修员名 | |
4 | repair_phone_number | varchar | 64 | 0 | Y | N | 维修电话 | |
5 | student_account | int | 10 | 0 | Y | N | 0 | 学生账号 |
6 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
7 | student_id | varchar | 64 | 0 | Y | N | 学生学号 | |
8 | apartment_name | varchar | 64 | 0 | Y | N | 公寓名称 | |
9 | apartment_number | varchar | 64 | 0 | Y | N | 公寓编号 | |
10 | repair_time | datetime | 19 | 0 | Y | N | 报修时间 | |
11 | reason_for_repair | text | 65535 | 0 | Y | N | 报修原因 | |
12 | maintenance_status | varchar | 64 | 0 | Y | N | 维修状态 | |
13 | repair_results | text | 65535 | 0 | Y | N | 维修结果 | |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notice_id | mediumint | 8 | 0 | N | Y | 公告id: | |
2 | title | varchar | 125 | 0 | N | N | 标题: | |
3 | content | longtext | 2147483647 | 0 | Y | N | 正文: | |
4 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | praise_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | status | bit | 1 | 0 | N | N | 1 | 点赞状态:1为点赞,0已取消 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | repair_information_id | int | 10 | 0 | N | Y | 报修信息ID | |
2 | student_account | int | 10 | 0 | Y | N | 0 | 学生账号 |
3 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
4 | student_id | varchar | 64 | 0 | Y | N | 学生学号 | |
5 | apartment_name | varchar | 64 | 0 | Y | N | 公寓名称 | |
6 | apartment_number | varchar | 64 | 0 | Y | N | 公寓编号 | |
7 | repair_time | datetime | 19 | 0 | Y | N | 报修时间 | |
8 | reason_for_repair | text | 65535 | 0 | Y | N | 报修原因 | |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | repair_user_id | int | 10 | 0 | N | Y | 维修用户ID | |
2 | maintenance_personnel_name | varchar | 64 | 0 | Y | N | 维修员名 | |
3 | repair_phone_number | varchar | 16 | 0 | Y | N | 维修电话 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | slides_id | int | 10 | 0 | N | Y | 轮播图ID: | |
2 | title | varchar | 64 | 0 | Y | N | 标题: | |
3 | content | varchar | 255 | 0 | Y | N | 内容: | |
4 | url | varchar | 255 | 0 | Y | N | 链接: | |
5 | img | varchar | 255 | 0 | Y | N | 轮播图: | |
6 | hits | int | 10 | 0 | N | N | 0 | 点击量: |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | student_users_id | int | 10 | 0 | N | Y | 学生用户ID | |
2 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
3 | student_phone_number | varchar | 16 | 0 | Y | N | 学生电话 | |
4 | student_id | varchar | 64 | 0 | N | N | 学生学号 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表upload (文件上传)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
第5章 系统实现
5.1注册模块的实现
用户在填写数据的时候必须与注册页面上的验证相匹配否则会注册失败,注册页面的表单验证是通过JavaScript进行验证的,用户名的长度必须在6到18之间,邮箱必须带有@符号,密码和密码确认必须相同,你输入的密码,系统会根据你输入密码的强度给出指定的值,电话号码和身份证号码必须要求输入格式与生活相符合,当你前台验证通过的时候你点击注册,表单会将你输入的值通过name值传递给后台并保存到数据库中。
用户注册流程图如下图所示。
图5-1用户注册流程图
用户注册界面如下图所示。
图5-2用户注册界面
5.2登录模块的实现
主要由两部分组成,登录前的登录界面以及登录后的用户功能界面。登录界面,要求用户输入用户名和密码,当用户名和密码其中一个输入为空时,给出提示“用户名,密码不能为空”。获取用户名和密码后到数据库中查找,如果用户名存在,以及对应的密码正确,则登录成功,否则登录失败。登录失败后给出提示,并把焦点停在文本框中。登录成功后将该次会话的全局变量username设置为用户名。登录成功后进入会员的功能模块,主要有会员基本信息修改,已经发布文件分享信息管理,发布信息,和退出功能。退出功能是清除全局变量username的值,并跳回到首页。
登录流程图如下图所示。
图5-3登录流程图
用户登录界面如下图所示。
图5-4用户登录界面
5.3学生用户系统模块的实现
5.3.1首页模块
首页是学生用户接触系统的第一个界面,也是用户获取系统信息和服务的重要窗口。同时也可以通过首页快速导航到其他功能模块。
图5-5学生用户首页界面
5.3.2新闻信息模块
新闻信息模块为学生用户提供了了解校园动态和新闻的平台。增强对校园的了解,支持点赞、收藏、评论。
新闻信息如下图所示。
图5-6新闻信息界面
5.3.3公寓信息模块
学生用户可在前台首页导航栏上点击公寓信息,会展现出系统发布的公寓信息列表,支持点赞、收藏、评论。
公寓信息界面如图所示。
图5-7公寓信息界面
5.3.4学生用户个人中心
学生用户可以在此设置自己的个人信息。同时,个人中心还可以查看和管理个人首页、报修信息、维修记录、投诉信息、投诉处理、收藏等,方便用户在使用过程中获取帮助和支持。
学生用户个人中心界面如图所示。
图5-8学生用户个人中心界面
5.4维修用户系统模块的实现
5.4.1维修用户管理功能
维修用户管理功能:维修用户可以在此设置自己的个人信息。同时,还可以查看和管理后台首页、报修信息管理、维修记录管理、投诉信息管理、投诉处理管理。
维修用户管理功能界面如图所示。
图5-9维修用户管理功能界面
5.4.2报修信息管理功能
报修信息管理功能允许学生通过系统提交公寓内的设施故障或损坏情况。用户只需填写相关报修信息,如故障类型、地点、联系方式等,系统即可自动记录并分配维修人员进行处理。这一功能不仅简化了报修流程,还提高了维修响应的效率和准确性。
报修信息管理界面如图所示。
图5-10报修信息管理界面
5.5管理员系统模块的实现
5.5.1投诉信息管理模块
投诉信息管理功能使得管理员能够收集、整理并分析来自学生的投诉信息。管理员可以及时了解学生的不满和意见,从而有针对性地改进管理和服务质量。
投诉信息管理界面如图所示。
图5-11投诉信息管理界面
5.5.2投诉处理管理模块
投诉处理管理功能帮助管理员有效应对和处理学生的投诉。管理员可以根据投诉的内容和性质,制定相应的处理方案,并跟踪处理进度,确保每一项投诉都能得到妥善解决。
投诉处理管理界面如图所示。
图5-12投诉处理管理界面
5.5.3系统用户管理模块
管理员负责对管理员、学生用户、维修用户的管理,可以对系统用户信息进行查询、重置和删除操作。
系统用户如下图所示。
图5-13系统用户界面
系统管理:管理员可以对系统轮播图信息进行查询、添加、重置和删除操作。
系统管理如下图所示。
图5-14系统管理界面
第6章 系统测试
6.1系统测试的目的
程序设计不能保证没有错误,这是一个开发过程,在错误或错误的过程中都是难以避免的。虽然这是不可避免的,但我们不能使这些错误始终存在于系统中,错误可能会造成无法估量的后果,如系统崩溃,安全信息泄露,系统无法正常启动等,为了避免这些问题,我们需要测试程序,再测试过程中发现问题,并纠正它们,从而使系统更长时间稳定成熟。本章的作用是发现这些问题,并对其进行修改,虽然耗时费力,但对于长期使用而言是非常重要和必要系统的开发。
软件在设计后必须进行测试,调试过程中使用的方法是软件测试方法。在开发新软件时,系统测试是检查软件是否合格的关键步骤,以及是否符合设计目标的参考。测试主要是查看软件中数据的准确性,正确的操作与否,以及操作的结果,还有哪些方面需要改进。
校园公寓报修信息管理系统的实现,对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在校园公寓报修信息管理系统正式上传使用之前必须做的一步就是系统测试,对于测试发现的错误及时修改处理,保证系统准确无误的供给用户使用。
6.2测试策略
1、功能测试
从用户的角度来看,测试时不了解新开发软件的内部结构,因此可以将系统与黑匣子进行比较,盲目输入后可以查看系统给出的反馈。这种测试属于黑盒测试,在测试中如果输入错误信息系统会报错。
2、性能测试
试软件程序的整体状况(称为性能测试)通常使用自动化测试工具来检测系统的整体功能,在负载测试和压力测试之间进行分配,在某些情况下,将这两种情况结合起来。虽然压力测试可以检测到系统可以提供的最高级别的服务,但负载测试可以测试系统如何相应增加的负载。
6.3测试特性及分析
测试评估系统质量的方法不局限于系统编码和过程,应该与软件设计工作和历史需求分析密切相关。
软件测试应遵循以下原则:
(1)软件测试应尽快进行,整个测试部分应在软件开发和设计的整个过程中进行。如发现错误,立即处理,将大大减少软件开发的时间,并提高软件的质量。
(2)在软件的各种测试中,测试过程中使用的计划、报告等应妥善处理和存储。其主要目的是为了便于以后系统的维护。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于软件测试,我们应该尽量不去和自己设计的系统进行参考,而是要测试对方的程序,以确保软件测试结果的客观性和公平性。
(5)整个测试计划严格按照软件测试的具体实施细则进行。
(6)对整个测试结果进行综合检查,尽量避免重复错误。
本校园公寓报修信息管理系统满足用户的要求和需求,本校园公寓报修信息管理系统的使用能够有效的提高用户的使用率。
6.4功能测试
表6-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。
创建数据用例如下表所示。
表6-2 创建数据测试用例
测试用例编号 | YL_05 | |
测试用例名称 | 系统使用者进行创建数据 | |
测试用例描述 | 使用者输入要创建的数据 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
输入完整并且格式正确的数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
核心位置数据但非必要位置不输入数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
核心数据位置不输入数据 | 提示“创建失败” | 预期结果 |
在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。
修改数据用例如下表所示。
表6-3 修改数据测试用例
测试用例编号 | YL_06 | |
测试用例名称 | 系统使用者进行修改数据 | |
测试用例描述 | 使用者对可修改的数据项进行修改 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
将现有数据修改成正确的数据 | 提示“修改成功”,并显示所有数据 | 预期结果 |
将现有数据修改成错误的数据 | 提示“修改失败” | 预期结果 |
在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。
查询数据用例如下表所示。
表6-4 查询数据测试用例
测试用例编号 | YL_05 | |
测试用例名称 | 系统使用者进行查询数据 | |
测试用例描述 | 全部查询以及输入关键词查询 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
界面自动查询全部 | 显示对应所有记录 | 预期结果 |
输入已存在且能匹配成功的关键字 | 显示所查询到的数据 | 预期结果 |
输入不存在的关键字 | 显示数据界面为空 | 预期结果 |
6.5测试结果
在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都是能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。
此时项目已经完成,即使实施的时间不是很长,但是这个过程中需要准备很长的一段时间去对系统设计开发所实际到的技术进行学习。在学习的过程中,我逐渐认识得到了我自身存在的一些不足。对于一些控制是必要的应用技能,能够理解,整个过程中仅仅是一个掌握了常用的性能和控制方法,我觉得挺容易的。从该系统中,系统的分析和设计的调查数据,并且已经经历了几个月,并努力几个月,该系统已经完成。很显然,该系统仍有很多不成熟,在系统设计过程中有许多技术缺陷存在。在设计的过程中也涉及到了很多自己无法解决的问题,主要通过找专业的网站和论坛来解决这些问题,对于圆满完成我的毕业设计,他们也贡献了很大一部分力量。系统的开发环境和配置都是可以自行安装的,系统使用Sprinboot开发工具,使用比较成熟的Mysql数据库进行对系统前台及后台的数据交互,根据技术语言对数据库,结合需求进行修改维护,可以使得系统运行更具有稳定性和安全性,从而完成实现系统的开发。
在以后的学习及工作中,我将继续努力学习计算机方面的技术,以期在平台开发中可以更好更快的实现需求功能。
参考文献
[1]赵彩霞,张栽培,杨璇. 基于Java编程导航学习平台开发设计的研究 [J]. 家电维修, 2024, (03): 62-64.
[2]Prabawani B ,Hadi P S ,Fisher R M , et al. Socioeconomic perspective of agroforestry development in Central Java [J]. Environmental and Sustainability Indicators, 2024, 22 100354-.
[3]徐少军,李宗哲,梅杰,等. 基于Springboot+Vue框架的质量检验监督管理系统研发 [J]. 纺织标准与质量, 2024, (01): 11-14+21.
[4]雷欣,马宏琳,郑霖,等. 基于SpringBoot的域名信息系统设计与实现 [J]. 电脑知识与技术, 2024, 20 (05): 44-47.
[5]王庆宝,刘燕宁,朱科文. 基于智慧校园的学生公寓管理与服务探究——以山东青年政治学院为例 [J]. 产业与科技论坛, 2023, 22 (24): 264-266.
[6]钱林娜,吴佳妍,赵元欣. 互联网背景下高校学生公寓信息化管理研究 [J]. 华东科技, 2023, (12): 67-69.
[7]Xiao Z ,Ali Y ,Xin W , et al. Sports Work Strategy of College Counselors Based on MySQL Database Big Data Analysis [J]. International Journal of Information Technology and Web Engineering (IJITWE), 2023, 18 (1): 1-14.
[8]陈剑兴. 高校学生公寓信息化管理系统设计 [J]. 轻工科技, 2023, 39 (05): 101-104.
[9]Yang Y . Design and Implementation of Student Information Management System Based on Springboot [J]. Advances in Computer, Signals and Systems, 2022, 6 (6):
[10]曹宇,陈世铭. 平安校园建设背景下的学生公寓安全管理——以湖南省R高校为例 [J]. 高校后勤研究, 2022, (09): 32-34.
[11]周广生. 高校学生公寓网络报修平台的优化策略研究 [J]. 成才, 2022, (17): 7-8.
[12]李成,张庆莅,胡子瑾. 基于传统文化的校园公共空间景观营造设计——以北大留学生公寓中庭为例 [J]. 美术教育研究, 2022, (09): 113-115.
[13]鲁提甫拉·吾西亚尔. 智能化高校公寓管理的可行性研究 [J]. 数字通信世界, 2022, (08): 243-244.
[14]尹永亮. BD高校公寓管理流程优化研究[D]. 河北工业大学, 2022.
[15]车艳秋,董智勇. 高职院校学生公寓思政工作模式的探讨 [J]. 吉林教育, 2022, (Z2): 91-92.
[16]冯晓春,陈艳. 基于web开发的学生公寓管理系统设计与实现 [J]. 科技创新与应用, 2022, (31): 77-78.
[17]王晓瑞,耿世龙,高靖宇,等. 高校学生公寓管理改革与实践 [J]. 中外企业家, 2022, (18): 180.
[18]史英杰,刘朋,杨巍. 高校公寓管理系统的设计与开发 [J]. 无线互联科技, 2022, 16 (20): 37-38.
[19]王烨. 计算机技术在学生公寓管理中的应用 [J]. 计算机产品与流通, 2022, (04): 12.
[20]安志宏,翟雪婷,张新军. 基于Android和Java Web的学生公寓智能报修系统设计 [J]. 电子世界, 2018, (23): 164-165.
校园公寓报修信息管理系统的完成,如何实现的更好,其中付出的努力是很大的,这段时光将会终生难忘。
首先要感谢我的指导老师,谢谢您在设计和论文中给我的指导。在您的细心指导下我才能快速的掌握系统的相关功能,在您的大力帮助下我才能将课本上的知识与自己的项目结合,真正的做到学以致用。感谢您经常牺牲自己的休息时间,利用其丰富的教学和项目经验对我进行指导。
感谢所有教过我的老师,为我倾注了大量的心血,正是你们的谆谆教诲、严谨教学才使我能顺利的完成学业,再此向你们表示深深的感谢。
感谢我的同学们,对我的大力支持及帮助,正是你们不断的帮助、鼓励,给我带来了极大的动力,最终系统可以顺利的运行。我们在交流、谈论的这段时间,将是我未来的财富,我要深深地感谢你们!
毕业在即,在今后的工作和生活中,我会铭记师长们的教诲、同学们的帮助,继续不懈努力和追求,来报答所有支持和帮助过我的人!。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~