摘 要
随着社会的发展,社会的方方面面都在利用信息化时代的优势。互联网的优势和普及使得各种系统的开发成为必需。
本文以实际运用为开发背景,运用软件工程原理和开发方法,它主要是采SSM技术和mysql数据库来完成对系统的设计。整个开发过程首先对公墓管理系统进行需求分析,得出公墓管理系统主要功能。接着对公墓管理系统进行总体设计和详细设计。总体设计主要包括管理功能设计、系统总体结构设计、系统数据结构设计和系统安全设计等;详细设计主要包括公墓管理系统数据库访问的实现,主要功能模块的具体实现,模块实现关键代码等。最后对公墓管理系统进行了功能测试,并对测试结果进行了分析总结,得出公墓管理系统存在的不足及需要改进的地方,为以后的公墓管理系统维护提供了方便,同时也为今后开发类似公墓管理系统提供了借鉴和帮助。
公墓管理系统开发使系统能够更加方便快捷,同时也促使公墓管理系统变的更加系统化、有序化。系统界面较友好,易于操作。
关键词:公墓管理系统; Mysql数据库;SSM;java
SSM Cemetery Management System
Abstract
With the development of society, every aspect of society is taking advantage of the advantages of the information age. The advantages and popularity of the Internet make the development of various systems necessary.
This article is based on practical application as the development background, using software engineering principles and development methods. It mainly uses SSM technology and MySQL database to complete the design of the system. The entire development process starts with a demand analysis of the cemetery management system, and obtains the main functions of the cemetery management system. Then, the overall design and detailed design of the cemetery management system are carried out. The overall design mainly includes management function design, system overall structure design, system data structure design, and system security design; The detailed design mainly includes the implementation of the cemetery management system database access, the specific implementation of the main functional modules, and the key code for module implementation. Finally, a functional test of the cemetery management system was conducted, and the test results were analyzed and summarized. The shortcomings and areas for improvement of the cemetery management system were concluded, which provided convenience for future maintenance of the cemetery management system, and also provided reference and assistance for future development of similar cemetery management systems.
The development of cemetery management system makes the system more convenient and efficient, and also promotes the cemetery management system to become more systematic and orderly. The system interface is friendly and easy to operate.
Key words: cemetery management system; MySQL database; SSM; java
目 录
1 系统概述
1.1课题背景
2023年处于信息科技高速发展的大背景之下。在今天,缺少手机和电脑几乎已经成为不可能的事情,人们生活中已经难以离开手机和电脑。针对增加的成本管理和操作,非常必要建立自己的公墓管理系统,这既可以让更多的人体验到网络所带来的方便,也有助于提高公墓管理系统本身的流行和用户依赖的感觉。
在经过几十年的高速发展后,互联网已成为最流行、最普及的媒体,每天的信息流量甚至能比得上过去十年。其以便捷的信息交换、快速的沟通速度,悄然地改变着人们的消费方式。简单、快捷、成本较低是互联网的特点,在互联网中,买家卖家不需要谋面也可以进行各种各样的交易活动,互联网商业化已经是当代经济的新趋势。 “电子商务”(电子商务或电子商务)的概念是在1996年前后在美国学术界提出的。经过数十年的经营,这个概念已经被广泛接受。B2B、C2C、C2B和B2C是电子商务的四种类型,但目前占据主流的是B2B和B2C两种。其中面向企业的管理模式称为B2B,它对商务系统的性能、安全和服务质量都要求十分严格;而直接面向消费者的模式称为B2C,也是我们所普遍接触的。到目前为止,电子商务的发展经历十余年仍然活力十足,电商应用就像雨后春笋一样冒出。
我国已经成为世界第二大经济体,经济实力高速发展以及百姓生活水平的普遍提高,不断地要求企业提供更加多元化的娱乐方式,更加快速和方便的服务,因此对校园也提出了更加严格的要求,如管理更加妥当、服务更加舒适等。而现在我们所能看到的数量也越来越多,信息量巨大,校园快速发展使得管理成本不断扩大。然而,传统的交流方式有许多缺点:实际时间差异、超负荷、高成本和信息0共享。而公墓管理系统正是当下各大教育交流网站为了适应时代发展所推出的互联网服务,以其方便高效的服务。
本文所设计的公墓管理系统就是在这种客观条件下进行的,是一项非常有价值的工作。在教育管理方面,传统的管理方式显然无法与公墓管理系统相比,公墓管理系统正发挥着越来越重要的作用。公墓管理系统的速度快、信息量大、安全、简单都是传统模式难以企及的优点,正在发挥着越来越重要的作用。在本文中的公墓管理系统是一个基于MySQL数据库和JSP语言的。
1.2 课题意义
社会主义进入新时代,经济实力越来越强。我们也变得越来越忙碌、对生活的要求也变得更加严格,对快速和方便的服务的需求也在逐渐增加。因此,对校园的管理、服务的要求也越来越严格。为适应时代的发展,校园交流网站开始广泛地使用电脑来进行管理,并推出公墓管理系统网站。
于此同时,实现公墓管理系统网站的计算机化也是顺应时代潮流的举措,本系统即为方便管理员和用户而制作的公墓管理系统,结合了用户的需求,设计出的一个基于Java、MySQL的公墓管理系统。
1.3 主要内容
公墓管理系统从功能、数据流程、可行性、运行环境进行需求分析。对公墓管理系统的数据库、功能进行了详细设计,分析了主要界面设计和相关组件设计,公墓管理系统的具体实现进行了介绍。从数据库中获取数据、向数据库中写入数据,实现系统直接对数据库进行各种数据库查询、插入、删除、更新等操作,在网页中加入动态内容,从而实现公墓管理系统所需要的各种基本功能。
2 系统开发环境
2.1 SSM框架
当今流行的“SSM组合框架”是Spring + SpringMVC + MyBatis的缩写,受到很多的追捧,“组合SSM框架”是强强联手、各司其职、协调互补的团队精神。web项目的框架,通常更简单的数据源。Spring属于一个轻量级的反转控制框架(IoC),但它也是一个面向表面的容器(AOP)。SpringMVC常常用于控制器的分类工作模式,与模型对象分开,程序对象的作用与自动取款机进行处理。这种解耦治疗使整个系统的个性化变得更加容易。MyBatis是一个良好的可持续性框架,支持普通SQL查询,同时允许对存储过程的高级映射进行数据的优化处理。大型Java Web应用程序的由于开发成本太高,开发后难以维护和开发过程中一些难以解决的问题,而采用“SSM组合框架”,它允许建立业务层次结构,并为这个问题提供良好的解决方案。
2.2 java简介
Java语言是在二十世纪末由Sun公司发布的,而且公开源代码,这一优点吸引了许多世界各地优秀的编程爱好者,也使得他们开发出当时一款又一款经典好玩的小游戏。Java语言是纯面向对象语言之一,从发布初期到现今,可以说有将近20多年的历史,已发展成为人类计算机编程语言发展史上的一个深远影响。
Java语言具有非常多种的特性:(1)跨平台的无关性;(2)面向对象; (3)安全性得以保障;(4)支持多个任务;(5)多种编写方式,代码编写简单。对比其他的低级语言、高级语言,Java语言具有明显的显著优势以及未来开阔的前景,可以广泛的应用在个人笔记本电脑、大数据、大型游戏等等。
首先,Java语言具有面向对象的特性,并且易于理解。关于对象,其实可以理解成每一种事物都是一种对象,包括我们人类自身都是一种对象。利用面向对象语言的基本特征来解决软件开发中的实际问题,为有效软件开发提供了技术支持。
其次,Java 语言具有很好的跨平台无关性。所编写出来的应用程序是Java语言编写的,那么就无需再使用编译器来修改程序代码,可以直接在任何计算机系统中运行,Windows系统可以运行,在Linux系统中也可以,也就是经过一次编译,可以到处运行,所以Java语言具有卓越的可移植性,可以很好的跨平台实现。
2.3 MVVM模式介绍:
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了,它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验,如Silverlight、音频、视频、3D、动画……,这导致了软件UI层更加细节化、可定制化。同时,在技术层面,WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由来便是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去,以应对客户日益复杂的需求变化。
2.4系统对MySQL数据库的两种连接方式
活动的MySQL/ MySQL库,或使用ODBC接口,MySQL数据库是一个双向链接。永久及非永久连接。
(1)永久连接:一个更永久的连接请求的最大优点是可以非常有效的客户站在密切的联系,当连接到MySQL服务器,就更好了。在起草该页面每一个孩子在这个过程中,而不是仅仅在任何时候,只有在到MySQL服务器请求连接的生命周期,一旦连接。此子过程是建立到服务器的单独连接可以是永久性的。
(2)非永久连接:他是短路。提交顺路到Web服务器,服务器处理请求并请求的页面,你要发送的浏览器客户端,然后连接断开。对于大多数网站,它经常通过有效高效率有关,但在大多数情况下,所使用的连接,但它是一个完整的时间,以避免出现任何问题,并可以增加的容量服务器承载。
2.5 MySql数据库
Mysql的语言是非结构化的,商品可以在数据上进行工作。因为Mysql的语言和结构比较简单,但是功能和存储信息量很强大,其速度、可靠性和适应性而备受关注并得到了普遍的应用。Mysql数据库在编程过程中的作用是很广泛的,为商品进行数据查询带来了方便。Mysql数据库的应用特点:灵活性强,功能强大,语言相对要简洁很多。
数据流程分析主要就是数据存储的储藏室,它是在计算机上进行的,而不是现实中的储藏室。数据库管理主要是数据存储、修改和增加以及数据表的建立。数据表的建立,可以对数据表中的数据进行调整,数据的重新组合及重新构造,保证数据的安全性。介于数据库的功能强大等特点,本系统的开发主要应用了Mysql进行对数据的管理。
3 需求分析
3.1 系统设计
所谓系统分析就是,需求人员通过与用户的沟通,所获取的信息,然后把这些信息通过需求说明书的方式展示给用户和开发人员。在软件功能发展的历史长河中,很长时间,特别是最开始的时候,需求分析的重要性并不被人们所认同,例如当时美国IBM公司为英国电信公司开发一套信息管理系统,在需求不明确的情况下开始开发,最初的工期为一年,由于需求获取不清晰导致工期推迟了半年多,造成巨大损失。我们很多软件公司也存在这种情况,边需求,边开发,甚至与用户没有沟通清楚的情况下,直接照搬同类型的项目进行更改,导致到系统验收的时候,重新更改,造成了人力、物力的极大浪费。而导致这一切后果的原因就是需求获取不及时、不清楚、不全面。
公墓管理系统主要是为了提高用户的工作效率和更方便快捷的满足用户,更好存储所有数据信息及快速方便的检索功能,对公墓管理系统的各个模块是通过许多今天的发达公墓管理系统做出合理的分析来确定考虑用户的可操作性,遵循开发的系统优化的原则,经过全面的调查和研究。
公墓管理系统所要实现的功能分析,对于现在网络方便,公墓管理系统要实现管理员、用户可以直接在平台上进行查看自己所需数据信息,这样既能节省管理的时间,不用再像传统的方式,如果用户想要进行交流信息,必须双方见面进行沟通交流所需的信息,由于很多用户时间的原因,没有办法进行见面沟通交流,真的很难满足用户的各种需求。所以公墓管理系统的开发不仅仅是能满足用户的需求,还能提高用户的使用率。所以公墓管理系统必须要更快捷、有效、长期地为用户或潜在用户传递信息。建立一个公墓管理系统更好的交流平台,提高系统对用户交流后的信息服务的效率。此系统可以满足大多数用户所提出的问题,用户可以根据自身的需求获取相应的服务,为公墓管理系统提供了快捷的途径。
公墓管理系统在系统的手机上可以运行,主要实现了管理员后端;首页、个人资料、用户管理、墓穴信息、墓穴类型、墓穴级别、墓穴预定、墓穴购买、墓穴管理、墓穴维护、票据中心等主要功能模块的操作和管理。用户;首页、资料上传、通知公告、意见反馈等主要功能模块的操作和管理。
总体分布如图3.1所示:
3.1 总体功能需求图
系统实现给用户展示的界面与该对象是面对面的,包括是否允许用户简单,方便使用,该请求的响应时间,对整体质量的主图像,整体的布局的质量。
3.3 系统可行性分析
技术可行性:
(1)硬件可行性分析
系统的硬件要求方面不存在特殊的要求,只需要在普通的硬件配置就能够轻松的实现,只是需要确保系统的正常工作即可,以及拥有较高的效率。如果有特别低的硬件,它可以导致系统的低性能以及效率低,从而导致整个网站的运行不顺畅。以目前普遍的个人计算机的配置而言,这是十分容易实现的 。因此,本系统的开发在硬件方面是可行的。
提供完整的技术支持和保护,确保网站的稳定,安全运行,提供24×7和24小时技术支持项目完成提供主要的服务器系统安全及时的通知和更新服务。
提供一个共同的机制类似的借口动态模型,设计更集中。此外,代码复用,也可以很好的体现。因此,考虑到系统的实际情况,选择小程序作为本系统开发技术。通过上述分析,该系统的设计实现在软件方面是可行的。
因此,我们进行了两个方面的可行性研究,可以看出,该系统的开发是没有问题的。
3.4经济可行性
系统是基java语言开发的软件,所以系统在开发人力、财力要求不高,具有经济可行性。
3.5操作可行性:
本公墓管理系统采用java语言ssm框架,利用网络就能够进行访问和操作,且界面简单易操作,用户只要平时有在用智能手机并连接到网络,都能进行访问和操作。
本公墓管理系统具有易操作、易管理、交互性好的特点,在操作上是非常简单的。因此本系统可以进行开发。
3.6系统流程和逻辑
系统业务流程图如图所示:
图3-1登录流程图
图3-2添加信息流程图
图3-3注册信息流程图
4系统概要设计
4.1 概述
本系统基于Web服务模式,是一个适用于Internet环境下的模型结构。只要用户能连上Internet,便可以在任何时间、任何地点使用。系统工作原理图如图4-1所示:
图4-1 系统工作原理图
4.2 系统结构
本系统架构网站,本系统的具体功能如下:
图4-2系统功能结构图
系统结构图,如图4-3所示:
图4-3:系统结构图
4.3 数据库设计
4.3.1 数据库实体
管理员信息属性图如图4-4所示。
图4-4 管理员信息实体属性图
用户信息实体属性图如图4-5所示。
图4-5用户信息实体属性图
4.3.2 数据库设计表
此系统需要后台数据库,下面介绍数据库中的各个表的详细信息。
表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 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 | bill_center_id | int | 10 | 0 | N | Y | 票据中心ID | |
2 | customer_user | int | 10 | 0 | Y | N | 0 | 顾客用户 |
3 | bill_name | varchar | 64 | 0 | Y | N | 票据名称 | |
4 | invoicing_date | date | 10 | 0 | Y | N | 开票日期 | |
5 | bill_content | text | 65535 | 0 | Y | N | 票据内容 | |
6 | invoice_file | varchar | 255 | 0 | Y | N | 发票文件 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | grave_level_id | int | 10 | 0 | N | Y | 墓穴级别ID | |
2 | grave_level | varchar | 64 | 0 | Y | N | 墓穴级别 | |
3 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
4 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | grave_maintenance_id | int | 10 | 0 | N | Y | 墓穴维护ID | |
2 | management_no | varchar | 64 | 0 | Y | N | 管理编号 | |
3 | tomb_name | varchar | 64 | 0 | Y | N | 墓穴名称 | |
4 | tomb_type | varchar | 64 | 0 | Y | N | 墓穴类型 | |
5 | grave_level | varchar | 64 | 0 | Y | N | 墓穴级别 | |
6 | rows | varchar | 64 | 0 | Y | N | 排数 | |
7 | number_of_columns | varchar | 64 | 0 | Y | N | 列数 | |
8 | subscriber | int | 10 | 0 | Y | N | 0 | 订购用户 |
9 | name_of_the_deceased | varchar | 64 | 0 | Y | N | 亡者姓名 | |
10 | maintenance_cost | int | 10 | 0 | Y | N | 0 | 维护费用 |
11 | maintenance_date | date | 10 | 0 | Y | N | 维护日期 | |
12 | maintenance_content | text | 65535 | 0 | Y | N | 维护内容 | |
13 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
14 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
15 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | grave_management_id | int | 10 | 0 | N | Y | 墓穴管理ID | |
2 | management_no | varchar | 64 | 0 | N | N | 管理编号 | |
3 | tomb_name | varchar | 64 | 0 | Y | N | 墓穴名称 | |
4 | tomb_type | varchar | 64 | 0 | Y | N | 墓穴类型 | |
5 | grave_level | varchar | 64 | 0 | Y | N | 墓穴级别 | |
6 | rows | varchar | 64 | 0 | Y | N | 排数 | |
7 | number_of_columns | varchar | 64 | 0 | Y | N | 列数 | |
8 | subscriber | int | 10 | 0 | Y | N | 0 | 订购用户 |
9 | epigraph_document | varchar | 255 | 0 | Y | N | 碑文文件 | |
10 | name_of_the_deceased | varchar | 64 | 0 | Y | N | 亡者姓名 | |
11 | confirmation_date | date | 10 | 0 | Y | N | 确认日期 | |
12 | expiration_date | date | 10 | 0 | Y | N | 到期日期 | |
13 | administrative_expenses | varchar | 64 | 0 | Y | N | 管理费用 | |
14 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | grave_purchase_id | int | 10 | 0 | N | Y | 墓穴购买ID | |
2 | management_no | varchar | 64 | 0 | N | N | 管理编号 | |
3 | tomb_name | varchar | 64 | 0 | Y | N | 墓穴名称 | |
4 | tomb_type | varchar | 64 | 0 | Y | N | 墓穴类型 | |
5 | grave_level | varchar | 64 | 0 | Y | N | 墓穴级别 | |
6 | reservation_deposit | int | 10 | 0 | Y | N | 0 | 预约订金 |
7 | rows | varchar | 64 | 0 | Y | N | 排数 | |
8 | number_of_columns | varchar | 64 | 0 | Y | N | 列数 | |
9 | subscriber | int | 10 | 0 | Y | N | 0 | 订购用户 |
10 | total_price_of_cemetery | int | 10 | 0 | Y | N | 0 | 墓地总价 |
11 | epigraph_document | varchar | 255 | 0 | Y | N | 碑文文件 | |
12 | name_of_the_deceased | varchar | 64 | 0 | Y | N | 亡者姓名 | |
13 | purchase_date | date | 10 | 0 | Y | N | 购买日期 | |
14 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
15 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
16 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
17 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
18 | 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 | subscriber_id | int | 10 | 0 | N | Y | 订购用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | gender | varchar | 64 | 0 | Y | N | 性别 | |
4 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
5 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | tomb_information_id | int | 10 | 0 | N | Y | 墓穴信息ID | |
2 | management_no | varchar | 64 | 0 | Y | N | 管理编号 | |
3 | tomb_name | varchar | 64 | 0 | Y | N | 墓穴名称 | |
4 | tomb_type | varchar | 64 | 0 | Y | N | 墓穴类型 | |
5 | grave_level | varchar | 64 | 0 | Y | N | 墓穴级别 | |
6 | cover | varchar | 255 | 0 | Y | N | 封面 | |
7 | reservation_deposit | int | 10 | 0 | Y | N | 0 | 预约订金 |
8 | rows | varchar | 64 | 0 | Y | N | 排数 | |
9 | number_of_columns | varchar | 64 | 0 | Y | N | 列数 | |
10 | total_price_of_cemetery | int | 10 | 0 | Y | N | 0 | 墓地总价 |
11 | tomb_state | varchar | 64 | 0 | Y | N | 墓穴状态 | |
12 | detailed_description | longtext | 2147483647 | 0 | Y | N | 详情描述 | |
13 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | tomb_reservation_id | int | 10 | 0 | N | Y | 墓穴预定ID | |
2 | management_no | varchar | 64 | 0 | N | N | 管理编号 | |
3 | tomb_name | varchar | 64 | 0 | Y | N | 墓穴名称 | |
4 | tomb_type | varchar | 64 | 0 | Y | N | 墓穴类型 | |
5 | grave_level | varchar | 64 | 0 | Y | N | 墓穴级别 | |
6 | reservation_deposit | int | 10 | 0 | Y | N | 0 | 预约订金 |
7 | rows | varchar | 64 | 0 | Y | N | 排数 | |
8 | number_of_columns | varchar | 64 | 0 | Y | N | 列数 | |
9 | subscriber | int | 10 | 0 | Y | N | 0 | 订购用户 |
10 | total_price_of_cemetery | int | 10 | 0 | Y | N | 0 | 墓地总价 |
11 | epigraph_document | varchar | 255 | 0 | Y | N | 碑文文件 | |
12 | name_of_the_deceased | varchar | 64 | 0 | Y | N | 亡者姓名 | |
13 | scheduled_date | date | 10 | 0 | Y | N | 预定日期 | |
14 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
15 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
16 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
17 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
18 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | tomb_type_id | int | 10 | 0 | N | Y | 墓穴类型ID | |
2 | tomb_type | varchar | 64 | 0 | Y | N | 墓穴类型 | |
3 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
4 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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系统详细设计
本系统使用了SSM和mysql结合的结构开发了公墓管理系统应用,系统中所有和数据库有关系的操作都通过一个通用类来实现,大大提高了代码的耦合性,当数据库类型等信息变化后直接修改类文件就可以了,不再需要每个页面都修改。另外本系统解决了中文的问题,也是在配置文件中添加了编码方式的形式解决的,本系统另外一个大的特点是系统对数据库的操作都单独的写在了一个类里,这样对系统的所有数据库操作都只访问这个类就可以了,不要每个页面都去写数据库的操作,提高了系统的集成性。
5.1管理员功能模块
管理员登录,在登录页面填写用户、密码权限以及验证码进行登录如图5-1所示。
图5-1管理员登录界面图
管理员登录到公墓管理系统可以查看系统首页、个人资料、用户管理、墓穴信息、墓穴类型、墓穴级别、墓穴预定、墓穴购买、墓穴管理、墓穴维护、票据中心等内容,如图5-2所示。
图5-2管理员功能界面图
用户管理,在用户管理页面可以查看用户名、姓名、性别、邮箱、手机、身份证、地址、备注、是否审核、添加时间操作等信息,并可根据需要对已有的用户进行编辑删除详细等操作,如图5-4所示。
图5-4用户管理界面图
墓穴信息管理,在墓穴信息管理页面添加管理编号、墓穴名称、墓穴类型、封面、预约定价等信息,并可在墓穴信息管理查询页面对已有的墓穴信息管理进行编辑删除详细等操作,如图5-5所示:
图5-5墓穴信息类管理界面图
墓穴预定管理,在墓穴预定管理页面图可以管理编号、墓穴名称、墓穴类型、墓穴级别、预约定金等内容,并可在墓穴预定管理查询、编辑、删除、详细等操作,如图5-6所示:
图5-6墓穴预定管理界面图
墓穴购买管理,在墓穴购买管理查询页面可以查看管理编号、墓穴名称、墓穴类型、墓穴级别、排数、列数、订购用户、碑文文件、亡者姓名等内容操作,并可在该页面进行编辑删除详情等操作,如图5-7所示:
图5-7墓穴购买管理界面图
5.2系统用户功能模块
系统用户功能,用户登录页面可游览系统首页、个人资料、墓穴信息、墓穴预定、墓穴购买、墓穴管理、墓穴维护、票据中心信息,如图5-8所示:
图5-8用户功能界面图
墓穴维护,在墓穴维护页面可以查看管理编号、墓穴名称、墓穴类型、墓穴级别等内容,如图5-11所示。
图5-11墓穴维护界面图
6 系统测试
6.1 测试理论
软件系统测试的目的是通过测试找出在程序中的存在的错误信息和阻碍程序正常运转的安全隐患。这同时也是每一个系统软件测试的主要的规定,软件系统的应用过程中,发现一个重要的错误也是极具有很大的影响力的,一个好的测试的方案就为发展程序中存在的重大问题的;同样,一个成功的测试方案也就发现了迄今为止尚未发现的一个重要错误的测试。
软件测试的主要的好处就是为了让软件的运行情况更好,让用户的使用的过程中更加的满意。在软件工程中,软件测试是一个十分重要环节,在交付用户使用最终的软件之前,软件测试就是一个检验的过程,主要针对的是软件的软件设计开发、需求分析、系统编码各阶段结果的一个检验过程。
软件测试应遵循的原则如下:
(1) 软件测试要尽快的进行并且整个测试部分要是在整个软件开发的各个过程和细节。在发现了错误的情况下,立刻处理,这样会大大的减少软件的开发成,提高软件的质量。
(2) 在关于软件的各种测试中,例如测试的过程中使用的计划、报告等等要做到妥善的处理和保管,主要目的就是为了方便将来的对系统的维护。
(3) 群集现象是应该得到高度重视的,在软件的整个测试的过程中。就是在整个测试的过程中发现了错误的主要地方很有可能是就很多的错误的聚集的地方,所以要对这样的部分给予特殊的照顾。
(4) 对于软件的测试要尽量不要软件的设计开发人员或是机构,而是要另一方来进行测试程序,这样也是为了保证软件的测试结果的客观性以及公平公正性。
(5) 对于整个测试计划要严格的按照一定的规则来进行软件测试。
(6) 关于软件测试的过程中的用例应该是预期结果以及之前输入的数据信息构成,输入条件中的要考虑的有合理和不合理的因素都要考虑到,这样也是为了更好的帮助开发的人员更多的发现软件中存在的错误。
(7) 对于整个的测试结果进行全面的检查,尽量避免出现重复的错误。
6.2 测试方法及用例
1、功能测试
从用户的角度来看,测试时不了解新开发软件的内部结构,因此可以将系统与黑匣子进行比较,盲目输入后可以查看系统给出的反馈。这种测试属于黑盒测试,在测试中如果输入错误信息系统会报错。
2、性能测试
测试软件程序的整体状态(称为性能测试)通常使用自动化测试工具来检测系统的整体功能,在负载和压力测试之间进行划分,在某些情况下,将两者结合起来。虽然压力测试可以检测到系统可以提供的最高级别的服务,但是负载测试可以测试系统如何响应增加的负载。
在对系统进行测试的时候在找到问题的情况下必须在第一时间找到解决问题的办法,不要存在侥幸的心理,这样才能让系统开发的质量可以过关,并且开发的周期会大大缩短,还有就是在测试时,不要出现重复性的错误,遇到一个错误问题,要将整个系统开发所牵扯的该问题都必须一一解决,提高系统的安全性、稳定性。
白盒测试与黑盒测试是测试中比较常用的两种方法。
①结构测试俗称白盒测试:这种测试是在对程序的处理过程与结构都有详尽了解的前提下,顺从程序内部的逻辑而完成的系统测试,以确定系统中所有的通路都能够遵照设计要求正常工作,不出现任何偏差。
②功能测试又成黑盒测试:主要是针对程序功能能够按照设计正常实现的一种检测,在程序接口处进行,检测程序手法数据是否正常,与外部信息的交换是否完整。
测试用例:
表6.1 用户注册测试用例
用例编号 | UC-TEST-001 | 测试名称 | 用户注册 | |
前提条件 | 用户注册 | |||
步骤 | 操作描述 | 数据 | 期望结果 | |
1 | 点击用户注册查看详情按钮 | 无 | 跳转到用户注册详情 | |
2 | 点击添加按钮 | 无 | 跳转到添加页面 | |
3 | 选中添加后按钮 | 无 | 跳转到用户注册页面 | |
测试说明 | 用户未登录时到步骤3跳转到登录页面 | |||
测试结果 | 成功 | 测试人 |
表6.2 登录测试用例
情况 | 用户名输入 | 密码输入 | 期望结果 |
(1) | 15546219225 | 1244566 | 提示“用户名或者密码错误,或账号未经审核” |
(2) | aaaaa | 123456 | 提示“用户名或密码错误,或者账号未经审核” |
(3) | 111 | 111 | 登陆成功 |
6.3测试结果
测试后得到的性能和用例,系统具有足够的正确性、可靠性、稳定性,并且可以对输入数据进行准确的点击操作处理和响应测试用户的体验也得到了很好的反馈和响应时间。合理的范围,可以兼容所有主流浏览器,设计所需的效果。
结论
公墓管理系统的设计,通过互联网来解决实现信息化的网站系统,通过我四年所学的所有专业知识整合一起,进行对公墓管理系统进行开发设计,当然在真正着手来做的时候遇到了很多问题,一个是网站的技术问题,一个是自己之前没有单独开发过程序,动手实践比较少,面对问题的同时,自己的自信心也受到了一些打击,不过我也是快速的调整自己的状态,老师与同学讨论的方法解决了所有的困难。
毕业设计是我们所学知识应用的最佳体现,也是在考核我们四年中所学的所有的专业知识及技术应用情况,通过这样毕业设计可以更好的得到锻炼及对所学知识的复习及运用,也是一种训练和实践。公墓管理系统的实现,不仅巩固了我以前的知识,还对学到的知识通过结合技术进行详细了解,还结合了对跨学科效果的深入理解。
在以后我的工作中,我仍然会继续努力我的计算机方面的技术,让我在后期的平台开发中可以更好更快的实现需求功能。我相信自己可以胜任更多的好工作并在工作领域做出更大的贡献。
回顾毕业设计的整个过程,既付出了努力与汗水也收获了很多难以忘怀的美好经历。虽然在系统开发过程中经历了各种各样的困难,自己也在不断研究与探索,可是系统的实现仍有许多不足之处。但是经过系统编程工作让我有了更多的信心,我相信在未来的路上,我会走的更好。
致 谢
毕业设计结束的同时也意味着四年的大学生活就要结束了。公墓管理系统的完成以及如何在系统运行过程中实现的更好,这其中付出了很大的努力,这段时光将会终身难忘。
在毕业设计的这一段时间里,离不开导师的细心指导,还有同学们的热情帮助,有时候几个同学在一起讨论系统中的某个功能模块如何实现,如何实现的更好,或是问题没得到有效的解决,就会没有心思做其他的事情,让我们对理想充满了动力。
在毕业设计即将结束之时,首先要感谢我的指导老师,谢谢您在毕业设计和毕业论文中对我的指导。在您的细心指导下我才能快速的掌握系统的相关功能,在您的大力帮助下我才能将课本上的知识与自己的项目结合,真正的做到学以致用。感谢您经常牺牲自己的休息时间,利用其丰富的教学和项目经验对我进行指导。 课堂上,您教会我们如何做人、教会我们新的知识,在课下,您又像朋友一样亲切,教会了我很多道理,让我意识到先做人、后做事。感谢所有教过我的老师,为我倾注了大量的心血,正是你们的谆谆教诲、严谨教学才使我能顺利的完成学业,再此向你们表示深深的感谢。感谢大学里教过我的每一位老师,真心祝福您们。
毕业在即,在今后的工作和生活中,我会铭记师长们的教诲、同学们的帮助,继续不懈努力和追求,来报答所有支持和帮助过我的人!
最后,耽误了老师的休息时间来对本文进行审阅,评议和参与论文答辩的各位老师表示深深的感谢。在此,衷心的谢谢您们!
参考文献
[1]沙之洲.Java编程语言在计算机软件开发中的应用[J].电子世界,2021(24):125-127.DOI:10.19353/j.cnki.dzsj.2021.24.052.
[2]李雅琴.Java编程语言的优势及其应用实践研究[J].互联网周刊,2021(24):60-62.
[3]涂华燕.基于MySQL宿舍管理系统数据库设计[J].电脑编程技巧与维护,2021(12):104-106.DOI:10.16184/j.cnki.comprg.2021.12.038.
[4]冯冬艳.MySQL集群主从复制的原理、实现与常见故障排除[J].山西电子技术,2021(06):47-48+57.
[5]闫继正,张雷,张海涛.基于MySQL的空管设备集中监控系统数据库设计[J].微处理机,2021,42(06):47-51.
[6]宋文彬.探讨Java平台及应用Java技术的安全问题研究[J].数字通信世界,2021(12):51-52+60.
[7]张文,方巍,贾雪磊.基于SSM框架的合租系统设计与实现[J].计算机技术与发展,2021,31(11):159-164.
[8]赵学作.MySQL数据库主从数据同步的设置[J].网络安全和信息化,2021(11):94-97.
[9]朱姝.Java程序设计语言在软件开发中的运用初探[J].电子测试,2021(21):72-74.DOI:10.16520/j.cnki.1000-8519.2021.21.025.
[10]吴迪.Java编程语言在计算机软件开发中的应用[J].信息与电脑(理论版),2021,33(20):29-31.
[11]王江霖,黄彩霞,樊旭龙.基于SSM框架的网络资源共享平台的研究与实现[J].电脑知识与技术,2021,17(28):76-78.DOI:10.14004/j.cnki.ckt.2021.2999.
[12]蒙笑阳.基于SSM框架的室内定位导航系统[J].铁路通信信号工程技术,2021,18(09):38-42.
[13]方生.基于“MVVM”模式的“Web”前端的设计与实现[J].电脑知识与技术,2021,17(20):147-149.DOI:10.14004/j.cnki.ckt.2021.2004.
[14]冯丽露,康耀龙,高晓晶,王涛.基于SSM框架的数据结构在线评测系统设计与实现[J].中国信息技术教育,2021(13):86-89.
[15]Jun Ma, Jun Mao, Long Chen , Lili Yin. Design and Implementation of Multi-terminal Debugging System based on SSM Framework[J]. International Core Journal of Engineering,2021,7(7):
[16]曹华山.SSM框架在Web应用开发中的设计与实现[J].无线互联科技,2021,18(11):108-109.
[17]陈钊.SSM框架在Web应用开发中的设计与实现研究[J].电脑知识与技术,2021,17(10):226-227.DOI:10.14004/j.cnki.ckt.2021.1097.
[18]游俊慧.MVC、MVP、MVVM三种架构模式的对比[J].办公自动化,2020,25(22):11-12+27.
[19]Xiaojie Guo,Tingmei Wang*. Design and Implementation of Graduate Information Management System Based on SSM Framework[J]. Journal of Simulation,2020,8(2):
[20]Andrea Capiluppi,Nemitari Ajienka. Lexical content as a cooperation aide: A study based on Java software[J]. The Journal of Systems & Software,2020,164(prepublish):
免费领取源码,请点赞关注私信博主