摘 要
随着信息社会的迅速发展，固定资产管理系统在企业管理中扮演着至关重要的角色。本文旨在设计一个基于SSM的创想馆固定资产管理系统，以提高资产管理的效率和规范性。
该系统的主要功能包括管理员、员工用户、部门信息、资产信息、领用信息、资产购置、维修信息和报废信息等功能。管理员可以对员工用户进行管理和授权，部门信息的维护和资产信息的记录和查询，以及资产的领用、购置、维修和报废等操作。系统还提供了日常维护和监管功能，确保资产管理的准确性和完整性。
在系统设计上，注重用户体验和操作简便性，采用了直观友好的页面设计。同时，系统结合SSM和MySQL等技术，保证系统的稳定性和安全性。这样的技术组合不仅利用了现有的技术优势，还能够确保系统的高效运行和便捷维护。
经过测试，该系统表现稳定，操作便捷高效。在未来的应用过程中，可能会遇到一些问题，但我们将不断完善和更新系统，使其功能更加强大，适用范围更广泛。通过这一固定资产管理系统，企业可以更好地管理和利用资产，提升管理效率，实现资产管理工作的规范化和系统化。
关键词：固定资产；SSM框架，MySQL
Abstract
With the rapid development of the information society, fixed asset management systems play a crucial role in enterprise management. This article aims to design an SSM based fixed asset management system for a creative museum to improve the efficiency and standardization of asset management.
The main functions of the system include administrator, employee users, department information, asset information, requisition information, asset purchase, maintenance information, and scrap information. Administrators can manage and authorize employee users, maintain department information, record and query asset information, and perform operations such as asset requisition, purchase, repair, and scrapping. The system also provides daily maintenance and regulatory functions to ensure the accuracy and completeness of asset management.
In terms of system design, emphasis is placed on user experience and ease of operation, adopting an intuitive and user-friendly page design. At the same time, the system combines technologies such as SSM and MySQL to ensure system stability and security. This combination of technologies not only leverages existing technological advantages, but also ensures efficient operation and convenient maintenance of the system.
After testing, the system has shown stable performance and convenient and efficient operation. In the future application process, we may encounter some problems, but we will continuously improve and update the system to make it more powerful and applicable in a wider range. Through this fixed asset management system, enterprises can better manage and utilize assets, improve management efficiency, and achieve standardized and systematic asset management work.
Key Words：Fixed assets; SSM framework, MySQL
目 录
第1章 绪论
1.1研究背景
随着现代企业规模的不断扩大和信息化程度的加深，固定资产管理在企业运营中变得尤为关键。固定资产作为企业重要的生产资料和经营工具，其管理涉及到资产的购置、使用、维护、更新和报废等多个环节，对企业的经营效率和成本控制起着至关重要的作用。因此，建立一套高效、精准的固定资产管理系统显得尤为重要。
创想馆作为一个充满创新和活力的企业，面临着固定资产管理方面的挑战。传统的人工管理方式已经无法满足日益复杂和庞大的固定资产管理需求，因此迫切需要引入信息技术来提升管理效率和准确性。基于此背景，开发一套固定资产管理系统成为创想馆管理优化的必然选择。
该系统的设计不仅仅是为了简化管理流程和降低管理成本，更重要的是为了提高资产管理的透明度、准确性和数据可靠性。通过系统化、规范化的管理方式，创想馆可以更好地了解自身的资产状况，及时进行决策和优化资源配置，从而提升企业的竞争力和可持续发展能力。
在这一信息化时代，固定资产管理系统的研究和应用将对企业的管理水平和运营效率产生深远影响。通过借助现代技术手段，创想馆固定资产管理系统的建设将为企业管理带来全新的机遇和挑战，促进企业管理的现代化转型，实现资产管理的精细化和智能化，为企业的可持续发展奠定坚实基础。
1.2研究意义
随着信息技术的飞速发展，固定资产管理在企事业单位中扮演着越来越重要的角色。传统的固定资产管理方式已无法满足现代企业的需求，因此，开发一套高效、智能的固定资产管理系统显得尤为重要。
创想馆固定资产管理系统的研究意义在于，它不仅能够实现资产信息的数字化、网络化管理，提高资产管理的透明度和效率，还能够有效降低管理成本，减少资源浪费。通过该系统，企业可以实时掌握资产的状态、流向和使用情况，为决策提供有力支持。
此外，该系统的研究还有助于推动企事业单位管理模式的创新。通过引入先进的技术手段，可以优化管理流程，提升管理效能，使固定资产管理工作更加科学化、规范化。同时，系统的实施还能增强企业的竞争力，为企业的长远发展奠定坚实基础。
创想馆固定资产管理系统的研究意义深远，它不仅是对现有管理方式的革新，更是对企事业单位资产管理水平的一次全面提升。
1.3论文结构安排
本文总共分为6个章节，每个章节都对本系统描述了不同的内容。接下来就对本文的研究内容进行阐述。
第1章：这个章节是论文的绪论部分。从研究背景和研究意义的角度阐述即将开发的系统。
第2章：这个章节是技术介绍部分。从本系统需要运用的技术知识的角度阐述系统。
第3章：这个章节是系统分析部分。从分析系统可行性，分析系统功能和性能等角度阐述系统。
第4章：这个章节是系统设计部分。从系统功能结构的角度和数据库设计的角度阐述系统。
第5章：这个章节是系统实现部分。从系统功能模块运行效果的角度阐述系统。
第6章：这个章节是系统测试部分。从测试系统功能，系统测试方法的角度阐述系统。
第2章 开发环境与技术
开发创想馆固定资产管理系统需要搭建编程的环境，也需要通过调查，对各个相关技术进行分析，选取适合本系统开发的技术与工具。
2.1 MYSQL数据库
在主题被认定为应用后，便按部就班地设计和分析。本专题就是要求以数据库为数据管理工具和数据载体，在程序功能分析和数据分析中选择适合自己的关系型数据库，这是目前选用的一个重要步骤。关系型数据库几乎没有选择空间，自身甲骨文公司有2个、微软有2个、IBM有1个，即是其中5个，功能与区别并不会对数据库选择造成影响，鉴于所有这些数据库都可以满足应用程序的功能需求，我们只能从不同的视角来综合评估哪一个数据库更为适宜。作为开发使用的电脑硬件上来讲，还是大一的时候买的，当初并没有太多的钱买好一点的电脑，只是作为学习用的，因此使用这么多年后，电脑衰老、性能下降更加严重，有很多学习资料要用到，自己面对毕业、选学校机房并没有什么长远的计划，挑选一台数据库合适的陈旧笔记本电脑做为学习和发展目前应用的首选。经过全面的考量，我们决定采用MySQL数据库作为主要的应用数据库，这是因为MySQL数据库具有小巧的体积和较小的内存占用，同时也不会妨碍电脑上其他软件的正常运行，你无需因安装或维护MySQL数据库而重新安装系统，你最后会选择MySQL数据库。
2.2 Java语言
Java是一种流行的高级编程语言，具有面向对象的特性，简单、可移植、安全和高性能等优点，在软件开发领域被广泛应用。得益于Java虚拟机（JVM）的存在,Java的可迁移性得到了提升，这意味着Java程序可以在多个平台上运行，只需要编写一段代码。Java的安全性被视为其最核心的特点，它为开发者提供了诸如字节码验证、异常处理和访问控制等众多的安全策略，确保程序能够稳定且安全地执行，从而助力他们创建一个可靠、可迁移且高度安全的应用程序。Java具有良好的平台兼容性，适用于多个平台，被广泛应用于数据中心、个人PC以及科技超级计算机平台，开发者社群庞大。
2.3 SSM框架
后端技术中系统开发使用SSM框架即Spring,SpringMVC与MyBatis结合。Spring是一种轻量级控制反转（IoC）、面向切面（AOP）容器框架，其主要目的是简化企业级应用开发。SpringMVC以Java为Web开发框架实现Web MVC设计模式、对Web层进行有效解耦、简化开发、方便扩展。MyBatis作为一个出色的持久层框架支持自定义SQL,存储过程以及高级映射等功能，以降低JDBC代码以及人工设置参数等烦琐的工作量，同时为利用XML或者注解来组态映射关系提供方便，可以实现Java POJO对象与数据库记录之间的映射。这种结合在系统开发时可以有效地提高开发效率，简化开发过程，同时保证数据持久化运行的灵活性以及性能优化。
第3章 系统分析
用户的需求以及与本系统相似的在市场上存在的其它系统可以作为系统分析中参考的资料，分析人员可以根据这些信息确定出本系统具备的功能，分析出本系统具备的性能等内容。
3.1可行性分析
尽管系统是根据用户的要求进行制作，但是在确定制作前，有必要分析其可行性。
3.1.1操作可行性分析
开发本系统需要用到的工具，本人都比较熟悉，因此可以使用这些工具，完整开发创想馆固定资产管理系统。此外，创想馆固定资产管理系统在功能上，基本都是完成信息的处理，涵盖了添加，修改，删除等，而且操作者面对的都是各个功能操作界面，并不是编码后台，所以一般的使用者都可以通过操作界面轻松完成信息的加工处理。因此，本系统操作可行。
3.1.2经济可行性分析
开发本系统，并没有投入资金购买开发工具。因为使用的开发工具都是事先在百度上下载安装在本人电脑上的，随着软件开发技术的成熟，系统功能实现的编码也都模块化，很容易通过各大软件开发类网站获取，并通过小部分代码改动，运用到本系统中，这些都不需要资金投入，同时，本系统开发的结构选用B/S，成本可以忽略不计。
3.1.3技术可行性分析
本系统需要的软件包括Eclipse，Mysql等，这些工具都接触并使用过，至于JAVA，B/S，vue等技术，图书馆都有对应的书籍可以参考学习，加上平时课堂上学习的编程小项目对这些技术都有讲解，另外，本人也从课程设计作业中锻炼了编程能力。所以在技术上，可以完成创想馆固定资产管理系统的编程开发。
通过上面的分析，已经确定了本系统在经济上的可行，本系统在技术上的可行，本系统在操作上的可行。由此，可以得出在目前的条件下，对于创想馆固定资产管理系统的设计与实现是可以进行下去的。
3.2系统功能需求
图3.1 员工用户用例图
管理员用例图如下3.2所示。
图3.2 管理员用例图
3.3系统流程分析
本系统在处理数据时，其内部的操作逻辑也需要使用相应的工具进行展示。
在本系统的数据录入页面，对于操作者提供的每条数据都有相应的检验规则，比如数据信息不能有非法字符，或者本来应该是汉字的数据，不能用字母代替，还有对数据内容的长度等进行规范，这样的可以确保数据准确性的检验规则，在编码时，就提前编写好了。数据添加的流程见下图。如果数据已经保存进入数据库，则说明操作者提供的数据内容和格式都是符合要求的。
图3.3 添加信息流程图
很多时候，面对系统中的大量数据，难免会发现一些错误，因此需要及时纠正错误，本系统也提供数据后期的修改功能，其流程见下图。但是更新的数据也需要通过数据有效性检验。能够最终写入数据库则说明修改的数据是符合要求的。
图3.4 修改信息流程图
面对数据库里面大量数据，在系统的前台，要想快速获取需要的信息，就需要使用查询功能。其流程见下图。该功能需要操作者提前输入关键词，当系统的后台数据库保存了与关键词匹配的数据时，就会及时显示出来，整个过程耗时很短。
图3.5 查询信息流程图
3.4系统性能分析
分析创想馆固定资产管理系统对于性能的需求主要还是从下面的5个角度来分析，它们分别是系统的实用性，系统的适应性，系统的易操作性，系统的安全性和系统的易维护性。
性能需求一：系统的实用性，本系统主要是让管理人员集中处理相关信息，可以提供方便快捷的信息添加，信息编辑等操作。在提高信息管理人员的工作效率的同时，也可以降低管理成本，并大大减少管理人员日常繁琐的工作量。
性能需求二：系统的适应性，本系统对于运行环境的要求并不高，可以被广泛运用在生活中。因为使用者只要在日常使用的计算机，或者是随身携带的笔记本上搭建运行环境都能运行本系统，另外系统提供的基础功能包括添加，修改等都能随时操作。
性能需求三：系统的易操作性，本系统提供的功能跟同类型系统一样，也具备简单的增删改操作，操作流程的逻辑也符合广大使用者的使用需求，使用者使用本系统管理数据会非常顺手。
性能需求四：系统的安全性，本系统在数据保存与管理上安全系数要达标，在设计与编码阶段，通过对用户进行权限分配，把系统的功能依照不同用户的角色进行分配，在首次进入系统时，通过编写安全验证的代码模块，引导不同用户进入不同的操作界面。还可以对用户基础信息包括登录的账号密码等进行加密保存，可以利用当下常用的技术成熟的MD5加密技术实现。
性能需求五：系统的易维护性，本系统在后期运行中，会根据使用者的操作，产生许多数据信息，为了便于维护，就要求这些数据可以通过工具从数据库中导出来，对于一些阶段性数据，可以进行批量删除，以此达到轻负荷处理数据的目标，让本系统可以变得更加轻盈。
第4章 系统设计
市面上设计比较好的系统都有一个共同特征，就是主题鲜明突出。通过对页面简洁清晰的布局，让页面的内容，包括文字语言，或者视频图片等元素可以清晰表达出系统的主题。让来访用户无需花费过多精力和时间找寻需要的内容。
4.1界面设计原则
一般来说，大部分用户使用系统，有些是想从系统中获取需要的信息，有些则是使用系统提供的服务。所以，为了改善用户体验，提高系统的使用率，在对系统界面设计时，需要按照下面的原则进行。
第一点，对用户进行分析，了解用户使用系统的目的，以及使用系统的方式，考虑大部分用户的阅读习惯，设计Z字形或F型结构可以方便用户获取信息。
第二点：设计有效的导航，这个包括每个页面上都有导航条的显示，有时也可以在页面的底部设计导航条，当用户进入具体页面时，要设计相应的位置提示，在页面中比较特殊的位置，需要设计返回链接，可以返回上个页面，也可以返回首页等。
第三点：对整个系统要运用统一的设计方案，包括色彩方案的一致性，页面模板的相似性等，对相同操作和专业术语的描述在整个系统中也应该保持一致。
第四点：设计的界面要保证传达的内容清晰准确。要避免在同一个页面设计非常多的内容，另外可以准确对系统内容进行分类，把页面中用户视觉集中的位置，用来显示重要信息。
作为初学者，并没有那么多的设计经验，但是可以运用上面提到的界面设计原则设计出比较好的系统，可以让用户产生良好的使用体验。
4.2功能结构设计
为了让系统的编码可以顺利进行，特意对本系统功能进行细分设计，设计的系统功能结构见下图。
图4.1 系统功能结构图
主要功能模块设计
根据SSM创想馆固定资产管理系统功能需求分析，主要划分为了员工用户模块和管理员模块这两大部分，以上模块又细分小功能模块。具体如下：
1、员工用户模块：
（1）资产信息：点击“资产信息”，可查看所有的资产信息，进行查询、重置操作，可点击查看详情和进行领用。
（2）领用信息：点击“领用信息”这个菜单，可以查看到系统中所有的领用信息，支持通过资产名称、资产名称对领用信息进行查询，如果想要了解某一领用信息的详细信息，点击后面的“详情”会进入详情界面。
（3）维修信息：点击“维修信息”这个菜单，可以查看到系统中所有的维修信息，支持通过资产编号、资产名称对维修信息进行查询，如果想要了解某一维修信息的详细信息，点击后面的“详情”会进入详情界面。
（4）报废信息：点击“报废信息”这个菜单，可以查看到系统中所有添加的报废信息，用户可以对报废信息进行查询、重置。
3、管理员模块：
（1）登录：管理员账号密码由系统生成，可使用账号密码可进行登录，使用系统功能，并可对个人信息和密码进行管理。
（2）系统用户：可对员工用户和管理员进行管控，包括进行增删改查操作，点击可查看详情。
（3）部门信息：点击“部门信息”，可查看所有的部门信息，进行查询、添加、删除、修改操作，可点击查看详情。
（4）资产信息：点击“资产信息”这个菜单，可以查看到系统中所有添加的资产信息，支持通过资产编号、资产名称对资产信息进行查询，如果想要了解某一资产信息的详细信息，点击后面的“领用、维修、报废以及购置”按钮，根据提示输入对应的信息，点击“提交”后，领用、维修、报废以及购置就录入成功了。
（5）维修信息：点击“维修信息”这个菜单，可以查看到系统中所有维修信息，支持通过资产编号、资产名称对维修信息进行查询，如果想要了解某一维修信息的详细信息，点击后面的“详情”会进入详情界面。
（6）资产购置：点击“资产购置”，可查看所有资产购置信息，进行查询、重置、删除操作，可点击查看详情。
（7）报废信息：点击“报废信息”，可查看所有报废信息，进行查询、重置、删除操作，可点击查看详情。
4.3数据库设计
通常情况下，调查用户并了解他们的需求主要是为了完成功能分析和设计，而不知道在设计功能的同时还必须显示出对于数据库设计。数据库是为程序服务的，能够根据所设规则来保存程序中的数据，所以也可认为数据库是与程序有关的数据集。为确保程序高质量，还必须对数据库所提供的数据存储服务迅速作出反应，在保证数据信息安全可靠合法的前提下，因此设计数据库这类工作还必须十分重视，花时费力努力。毕竟，这样就影响了以后程序的编写与应用。试想而知，如果假想设计出不理想的数据库的话，所遭遇的问题将是：首先，在信息处理面前，业务逻辑烦琐，事务处理耗时加长。第二：在程序编码过程中，会生成较多代码来完成数据处理功能，造成数据冗余较多，且不便对代码进行注释，占用存储空间大。综上所述，设计出合理的数据库是多么的重要。
4.3.1 数据库逻辑设计
（1）下图是员工用户实体和其具备的属性。
员工用户实体属性图
（2）下图是资产信息实体和其具备的属性。
资产信息实体属性图
（3）下图是维修信息实体和其具备的属性。
维修信息实体属性图
（4）下图是领用信息实体和其具备的属性。
领用信息实体属性图
（5）下图是报废信息实体和其具备的属性。
报废信息实体属性图
创想馆固定资产管理系统总体E-R图如图4.2所示。
图4.2 系统总体E-R图
4.3.2 数据库物理设计
做为程序后台支撑，该数据库还需对数据存储进行结构设计。并对数据存储结构进行设计，包括数据表结构设计与建立。数据表结构主要由字段、数据类型、以及字段取值范围信息组成。并将E-R模型下的实体看作是一个表格，将实体的属性可以当作表格的字段来处理，按照程序对信息存储的要求设计出各个字段所需的种类、以及字段所取值的范围等等。每次设计完一个数据表后，都需要将其及时地保存到数据库中，并且对本设计数据表进行精确地命名，并且要求所设数据表名称尽可能不使用中文并且便于记忆。由于程序编码阶段可通过SQL语句将程序中数据写进每个数据表中，这一环节要用到数据表名。若数据表的名称为中文，则有乱码的危险，影响程序的运行。现将设计结果用表格表示出来。
表asset_acquisition (资产购置)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | asset_acquisition_id | int | 10 | 0 | N | Y | 资产购置ID | |
| 2 | asset_number | varchar | 64 | 0 | Y | N | 资产编号 | |
| 3 | asset_name | varchar | 64 | 0 | Y | N | 资产名称 | |
| 4 | asset_type | varchar | 64 | 0 | Y | N | 资产类型 | |
| 5 | purchase_time | datetime | 19 | 0 | Y | N | 购置时间 | |
| 6 | purchase_quantity | int | 10 | 0 | Y | N | 0 | 购置数量 |
| 7 | reason_for_purchase | varchar | 64 | 0 | Y | N | 购置原因 | |
| 8 | purchase_details | longtext | 2147483647 | 0 | Y | N | 购置详情 | |
| 9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表asset_information (资产信息)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | asset_information_id | int | 10 | 0 | N | Y | 资产信息ID | |
| 2 | asset_number | varchar | 64 | 0 | Y | N | 资产编号 | |
| 3 | asset_name | varchar | 64 | 0 | Y | N | 资产名称 | |
| 4 | asset_type | varchar | 64 | 0 | Y | N | 资产类型 | |
| 5 | asset_status | varchar | 64 | 0 | Y | N | 资产状态 | |
| 6 | asset_quantity | int | 10 | 0 | Y | N | 0 | 资产数量 |
| 7 | asset_details | longtext | 2147483647 | 0 | Y | N | 资产详情 | |
| 8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表asset_type (资产类型)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | asset_type_id | int | 10 | 0 | N | Y | 资产类型ID | |
| 2 | asset_type | varchar | 64 | 0 | Y | N | 资产类型 | |
| 3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表department_information (部门信息)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | department_information_id | int | 10 | 0 | N | Y | 部门信息ID | |
| 2 | department_name | varchar | 64 | 0 | Y | N | 部门名称 | |
| 3 | responsible_personnel | varchar | 64 | 0 | Y | N | 负责人员 | |
| 4 | department_headcount | varchar | 64 | 0 | Y | N | 部门人数 | |
| 5 | department_location | varchar | 64 | 0 | Y | N | 部门位置 | |
| 6 | department_details | text | 65535 | 0 | Y | N | 部门详情 | |
| 7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表employee_users (员工用户)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | employee_users_id | int | 10 | 0 | N | Y | 员工用户ID | |
| 2 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
| 3 | employee_title | varchar | 64 | 0 | Y | N | 员工职称 | |
| 4 | employee_department | varchar | 64 | 0 | Y | N | 员工部门 | |
| 5 | date_of_employment | date | 10 | 0 | Y | N | 入职时间 | |
| 6 | employee_age | int | 10 | 0 | Y | N | 0 | 员工年龄 |
| 7 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
| 8 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
| 9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表repair_information (维修信息)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | repair_information_id | int | 10 | 0 | N | Y | 维修信息ID | |
| 2 | asset_number | varchar | 64 | 0 | Y | N | 资产编号 | |
| 3 | asset_name | varchar | 64 | 0 | Y | N | 资产名称 | |
| 4 | asset_type | varchar | 64 | 0 | Y | N | 资产类型 | |
| 5 | repair_time | datetime | 19 | 0 | Y | N | 维修时间 | |
| 6 | maintenance_reasons | varchar | 64 | 0 | Y | N | 维修原因 | |
| 7 | maintenance_status | varchar | 64 | 0 | Y | N | 维修状态 | |
| 8 | repair_details | longtext | 2147483647 | 0 | Y | N | 维修详情 | |
| 9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表requisition_information (领用信息)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | requisition_information_id | int | 10 | 0 | N | Y | 领用信息ID | |
| 2 | asset_number | varchar | 64 | 0 | Y | N | 资产编号 | |
| 3 | asset_name | varchar | 64 | 0 | Y | N | 资产名称 | |
| 4 | asset_type | varchar | 64 | 0 | Y | N | 资产类型 | |
| 5 | collecting_employees | int | 10 | 0 | Y | N | 0 | 领用员工 |
| 6 | received_quantity | int | 10 | 0 | Y | N | 0 | 领用数量 |
| 7 | usage_time | datetime | 19 | 0 | Y | N | 领用时间 | |
| 8 | reason_for_use | varchar | 64 | 0 | Y | N | 领用原因 | |
| 9 | usage_status | varchar | 64 | 0 | Y | N | 领用状态 | |
| 10 | requisition_remarks | text | 65535 | 0 | Y | N | 领用备注 | |
| 11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表scrap_information (报废信息)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | scrap_information_id | int | 10 | 0 | N | Y | 报废信息ID | |
| 2 | asset_number | varchar | 64 | 0 | Y | N | 资产编号 | |
| 3 | asset_name | varchar | 64 | 0 | Y | N | 资产名称 | |
| 4 | asset_type | varchar | 64 | 0 | Y | N | 资产类型 | |
| 5 | scrap_time | datetime | 19 | 0 | Y | N | 报废时间 | |
| 6 | reason_for_scrapping | varchar | 64 | 0 | Y | N | 报废原因 | |
| 7 | scrap_details | longtext | 2147483647 | 0 | Y | N | 报废详情 | |
| 8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
第5章 系统实现
这个环节需要使用前面的设计方案，包括对系统模块的设计，还有对程序后台的数据支持的数据库的设计等。不过这部分内容还是强调系统编码人员的开发能力，要把前面设计的内容通过编码的形式以一个完整的，可以运行的系统呈现出来。
5.1登录页面
如图5.1显示的就是登录页面，员工用户注册后可以使用账号密码可进行登录，使用系统功能；用户登录时按照要求输入用户名和密码，系统中函数在数据库中查询用户名和密码若有匹配的则进入系统员工用户页面，否则证明非该网站用户，跳回网站首页。
图5.1 登录页面
登录关键代码如下：
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
QueryWrapper wrapper = new QueryWrapper<User>();
Map<String, String> map = new HashMap<>();
5.2用户管理页面
如图5.2显示的就是用户管理页面，此页面提供给管理员的功能有：管理员点击“用户管理”这一菜单会显示管理员和员工用户这两个子菜单，管理员可以对这两个角色的信息进行增删改查操作。
图5.2 用户管理页面
用户管理关键代码如下：
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
@Transactional
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
5.3部门信息管理页面
如图5.3显示的就是部门信息管理页面，管理员都可查看部门信息，管理员可以查看所有部门信息。管理员可以对部门信息进行增删改查操作，可点击查看详情。
图5.3 部门信息管理页面
5.4资产信息管理页面
如图5.4显示的就是资产信息管理页面，此页面提供给管理员的功能有：管理员点击“资产信息”可以查看所有资产信息，支持对资产信息进行添加、查询、重置、删除操作，点击查看详情和进行领用、维修、报废、购置操作。
图5.4 资产信息管理页面
资产信息管理关键代码如下：
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
5.5领用信息管理页面
如图5.5显示的就是领用信息管理页面，此页面提供给管理员的功能有：管理员点击“领用信息”这一菜单会显示出所有的领用信息，管理员可以对领用信息进行查询、删除、重置操作，点击查看详情。
图5.5 领用信息管理页面
领用信息管理关键代码如下：
@PostMapping("/set")
@Transactional
public Map<String, Object> set(HttpServletRequest request) throws IOException {
service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));
return success(1);
}
5.6维修信息管理页面
如图5.6显示的就是维修信息页面，此页面提供给员工用户的功能有：根据维修信息进行管控，还可以对维修信息进行查询、重置操作。
图5.6 维修信息管理页面
5.7报废信息管理页面
如图5.7显示的就是报废信息管理页面，员工用户可以对报废信息进行查询、重置操作，点击查看详情。
图5.7 报废信息管理页面
第6章 系统测试
尽管系统在编码过程中，程序的编制人员也会对编程的功能模块进行逐个测试，但还是避免不了已经组合完成的系统整体没有错误。在许多情况下，当我们面对一个功能丰富、逻辑繁杂的系统，对系统进行测试会需要有不同的人进行检测，设计出一些故障对系统的应对能力进行检测，同时也会发现许多系统内可能存在的问题。并且通过找到解决的方法来完善该体系，保证系统的质量。
6.1软件测试
软件测试包含软件办公自然环境、软件开发需求和软件源代码具体内容。软件测试还包含软件质量、技术性、职工、流程及网络资源五个因素。软件测试的目标包含测试普及率信息和测试高效率信息。
控制模块测试：本一部分务必涉及到程序编号的基础知识，由程序开发者开展。当程序开发者依据代码开发程序的程序控制模块时，控制模块级测试。一般来说，这类联接测试又被称为黑盒测试。
系统软件测试：当程序测试进入这个连接时，这就意味着程序测试已经完成一半。这一部分测试还有另一个名字，称之为黑盒子测试，主要运用于测试系统是不是按期望运作。
6.2测试环境
创想馆固定资产管理系统检测所选的检测网站是IDEA平台网站生态环境。测试时，用户务必开启MySQL数据库管理开展数据库文件的附加操纵，再打开IDEA，创建文件夹，打开网站，将创想馆固定资产管理系统程序流程导进IDEA服务平台，再将文本文档部署到Tomcat网站服务器中，最后操作步骤。这时，用户还可以在计算机操作系统中扮演每一个人物角色。查看操作程序是否符合用户的需要。
6.3测试测试用例
用户登陆测试信息包含名字以及登陆密码。用户登陆测试全过程见表6.1所显示:
表6.1 用户登录测试表
| 测试目的 | 操作流程 | 测试用例 | 预测结果 | 测试结果 |
| 用户登录 | 填写用户名密码，点击首页登录按钮 | 错误填写用户名还有密码 | 登录失败 | 提示错误信息 |
| 正确填写用户名和密码 | 登录成功 | 登录成功 |
表6.2添加资产信息测试表
| 添加资产信息 | 管理员登陆后点击添加资产信息按钮，添加资产信息 | 资产信息为空 | 添加失败，弹出提示按钮 | 添加失败，提示请填写内容 |
| 合理填写资产信息 | 添加成功 | 添加成功 |
6.4测试结果
系统检测，从创想馆固定资产管理系统的角度看，此系统的每一个作用都能在合乎用户规定的情形下维持正常运转。从创想馆固定资产管理系统的角度看，系统软件能保持24小时连续操作，解决用户的操作错误行为，提早设定不恰当反馈机制。除此之外，系统软件用户界面考虑到了用户的使用习惯，使用户能够在短时间内获得需要具体内容。总而言之，此系统能够投入生产，协助用户处理问题，充分发挥实际意义。
结 论
至此，创想馆固定资产管理系统已经完成，在开发之前进行了充分准备。在设计和开发过程中，我阅读并学习了大量文献资料，从中获取了许多宝贵的方法和设计思路，对系统的开发起到了重要作用。在技术选型上，我选择了自己比较熟悉的技术，如SSM、Java和MySQL，这些技术都是在以前的学习中掌握的。许多设计思路和方法都是通过不断学习和摸索积累的经验。虽然工作量较大，但正是由于之前的积累和准备，才能顺利完成项目。因此，积累经验和做好准备是非常重要的。 在该系统的设计与实现过程中，我得到了老师和同学们的帮助。正是因为他们的指导和帮助，我才能够在预期时间内成功完成了这个系统。同时，在这个过程中，我也学到了很多东西。虽然这个系统还有改进的地方，但由于我的专业知识有限，无法做到完美。我希望未来有机会能够让这个系统真正投入使用。
参考文献
[1]万志强. 基于Java语言的地铁数据库网站设计与实现 [J]. 现代信息科技, 2024, 8 (07): 25-29.
[2]张建兵,方紫玉. 混合式教学模式下Java语言程序设计过程性考核实践探索 [J]. 电脑知识与技术, 2024, 20 (07): 168-170.
[3]张景欣,高哲哲. 一种企业固定资产管理系统[P]. 山东省: CN202410078494.9, 2024-02-23.
[4]朴明,于湘菲. 基于SSM框架技术的线上工艺品商城设计与实现 [J]. 造纸装备及材料, 2024, 53 (02): 85-87.
[5]韩小龙,司珍,吕晓峰,等. 基于面向对象编程的Java语言程序设计方法分析 [J]. 集成电路应用, 2024, 41 (01): 228-229.
[6]耿铧. 基于RFID技术的企业固定资产管理系统设计 [J]. 铁道建筑技术, 2023, (12): 101-103+108.
[7]Liang C . School Vehicle Management System Based on JAVA Language [J]. Academic Journal of Computing & Information Science, 2023, 6 (9):
[8]陈碧瑶. 探讨信息化资产管理系统的设计与实现——以昆明训练总队为例 [J]. 数字技术与应用, 2023, 41 (08): 167-169.
[9]张美. 关于加强事业单位固定资产管理的几点思考 [J]. 投资与创业, 2023, 34 (16): 167-169.
[10]刘倩. 高校固定资产信息化管理研究与实践 [J]. 中国管理信息化, 2023, 26 (16): 79-81.
[11]李鹏俊. 基于MVVM架构的计量技术机构固定资产管理系统的设计与应用 [J]. 中国信息化, 2023, (06): 74-75.
[12]李杉,刘瑞,李力,等. RFID技术在固定资产管理中的应用 [J]. 民航学报, 2023, 7 (03): 116-119.
[13]李亚君. 基于SSM框架的B2C电子商城系统的设计与实现[D]. 合肥工业大学, 2022.
[14]蒋泰, 瀚特固定资产管理系统v3.0. 广西壮族自治区, 广西瀚特信息产业股份有限公司, 2022-01-12.
[15]Hongqi W . Design of Fixed Assets Management System in Colleges and Universities Based on Barcode and PFDI Technology [J]. Journal of Physics: Conference Series, 2021, 1992 (3):
[16]马岚,郑东飞. 山东黄河信息通信固定资产管理系统方案研究[C]// 《中国防汛抗旱》杂志社,中国水利学会减灾专业委员会,水利部防洪抗旱减灾工程技术研究中心（中国水利水电科学研究院防洪抗旱减灾研究中心）. 第十一届防汛抗旱信息化论坛论文集. 山东黄河信息中心;, 2021: 6.
[17]Liu S . Explore Java Language and Android Mobile Software Development [J]. International Journal of Frontiers in Engineering Technology, 2021, 3.0 (2.0):
[18]柳雯靓. 固定资产管理系统的设计与实现[D]. 电子科技大学, 2021.
致 谢
回顾这段时间的经历，内心充满感慨。在校园生活中，我的学习态度一直缺乏主动性，课堂学习尚算认真，但对待作业却较马虎。然而，这次毕业设计成为了转折点，唤起了我努力做事的决心。
谈到毕业设计，我特别感激我的导师。导师让我明白，知识可以通过后期学习弥补，他给予了我信心和希望。虽然曾怀疑自己无法独自完成系统开发，但在导师的指导下，我逐步按照开发流程完成了系统制作，这让我感到开心和感激！
另外，我要感谢身边的同学们，他们一直陪伴在我身旁，无论学习还是生活，我们互相帮助，共同度过校园生活。即将毕业，我想对我的同学们说声谢谢！
值得感恩的还有那些教导我们的老师们。他们是校园生活中不可或缺的一部分，教会我们知识，让我们明白生活道理。他们辛勤工作，教授一批又一批学子，值得我们尊敬和感激！
大学校园的环境是最美的，我也很庆幸来到这里上学，感谢我的学校，愿我的母校越来越好！
请关注点赞+私信博主，免费领取项目源码
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
