【课程设计】C#（asp.net）固定资产管理系统-计算机毕业设计源码48099

目  录

1 绪论

1.1研究背景与意义

1.2国内外研究现状

1.3论文结构与章节安排

2 相关技术介绍

2.1 C#语言

2.2 JavaScript脚本语言

2.3 SQL Server数据库

2.4 ASP.NET技术

3 系统分析

3.1 可行性分析

3.1.1 技术可行性分析

3.1.2 经济可行性分析

3.1.3 法律可行性分析

3.2 系统功能分析

3.2.1 功能性分析

3.2.2 非功能性分析

3.3 系统用例分析

3.4系统流程分析

3.4.1登录流程

3.4.2添加信息流程

3.4.3删除信息流程

4 系统总体设计

4.1 系统功能模块设计

4.2系统顺序图设计

4.2.1登录模块顺序图

4.2.2添加信息模块顺序图

4.3 数据库设计

4.3.1 数据库概念结构设计

4.3.2 数据库逻辑结构设计

5 系统详细设计与实现

5.1用户功能模块

5.1.1 用户登录界面

5.1.2固定资产管理界面

5.1.3急需申请管理界面

5.1.4个人信息界面

5.1.5调拨信息管理界面

5.2管理员功能模块

5.2.1系统用户界面

5.2.2 资产领用管理界面

5.2.3归还信息管理界面

5.2.4催促审批管理界面

5.2.5维修记录管理界面

6系统测试

6.1  系统测试目的

6.2  功能测试用例

6.3  测试结果

结论

参考文献

致  谢

摘要

随着企业规模的不断扩大和业务的多样化，固定资产管理已成为企业运营中的一项重要任务。固定资产的管理不仅涉及到大量的设备、工具和其他资源的采购、领用、维护与处置，还要求高效、准确的记录和监控。然而，传统的人工管理方式存在诸多问题，如信息更新不及时、流程不规范、审批低效等，严重影响了企业的资产使用效率和成本控制。因此，开发一套高效、智能的固定资产管理系统成为了解决这些问题的迫切需求。该系统旨在通过信息化手段优化企业固定资产管理流程。系统涵盖了资产类别管理、固定资产管理、急需申请管理、调拨信息管理、资产领用与归还管理、催促审批管理等功能，提供了一个全面的解决方案，以帮助企业高效、准确地管理其固定资产。系统采用C#语言开发，并结合SQL Server数据库进行数据存储，通过面向对象的设计方法确保系统的灵活性与可扩展性。通过系统的实现，企业能够在整个资产生命周期中实现精细化管理，提升审批效率，减少管理成本，最终实现固定资产管理的数字化、自动化与智能化。

关键词：固定资产管理系统；C#；ASP.NET；SQL Server；

Abstract

With the continuous expansion of enterprise scale and diversification of business, fixed asset management has become an important task in enterprise operation. The management of fixed assets not only involves the procurement, requisition, maintenance, and disposal of a large number of equipment, tools, and other resources, but also requires efficient and accurate recording and monitoring. However, traditional manual management methods have many problems, such as untimely information updates, non-standard processes, and inefficient approvals, which seriously affect the asset utilization efficiency and cost control of enterprises. Therefore, developing an efficient and intelligent fixed asset management system has become an urgent need to address these issues. The system aims to optimize the fixed asset management process of enterprises through information technology. The system covers functions such as asset category management, fixed asset management, urgent application management, transfer information management, asset requisition and return management, and urging approval management, providing a comprehensive solution to help enterprises efficiently and accurately manage their fixed assets. The system is developed in C # language and combined with SQL Server database for data storage, ensuring the flexibility and scalability of the system through object-oriented design methods. Through the implementation of the system, enterprises can achieve refined management throughout the entire asset lifecycle, improve approval efficiency, reduce management costs, and ultimately achieve digitalization, automation, and intelligence in fixed asset management.

Keywords: Fixed asset management system; C#；ASP.NET； SQL Server；

1 绪论

1.1研究背景与意义

随着现代企业规模的扩展和业务的多样化，固定资产管理日益成为企业管理中不可忽视的关键部分。固定资产涉及公司运作的各个方面，包括设备采购、使用、维护、调拨、处置等多个环节。传统的管理方式依赖人工记录和手动操作，容易造成信息滞后、记录错误、审批过程繁琐等问题，导致资产管理效率低下。企业在管理固定资产时，面临着资源配置不合理、资产流转不畅、成本控制困难等一系列挑战。随着企业业务规模的不断扩大，管理人员所需处理的信息量成倍增长，传统管理方式难以满足现代企业对管理效率和透明度的高要求。因此，固定资产管理系统的需求变得愈加迫切，亟需一种信息化、标准化的管理手段来优化固定资产的使用与管理流程，以提高企业运营效率和降低管理成本。

通过设计并实现基于C#语言的固定资产管理系统，致力于解决传统手工管理方式中存在的诸多问题。通过引入信息化手段，可以有效提升企业在固定资产管理中的精准度和效率，减少人为失误和信息滞后，优化审批流程，提升管理透明度。该系统不仅实现了对资产的全生命周期管理，包括资产的领用、调拨、归还、维修等，还能够帮助管理人员实时掌握资产的使用情况，避免资产闲置或滞用，确保资源的合理配置。此外，系统的开发使得固定资产的管理变得更加规范化，符合现代企业的管理需求，有助于提升资产的利用率并降低管理成本。通过信息化管理，企业能够在更短的时间内做出科学决策，提高资产的运作效率，进而增强企业的整体竞争力。这项研究对于提高企业管理水平、提升资源利用效率具有重要的理论价值和实践意义。

1.2国内外研究现状

近年来，随着企业信息化建设的不断推进，国内固定资产管理系统得到了广泛关注和发展。许多学者和企业开始探索如何借助信息技术优化固定资产的管理流程。国内的研究主要集中在固定资产管理系统的功能设计、系统架构、数据库设计以及系统的优化等方面。例如，南京理工大学的研究团队提出了一种基于B/S架构的固定资产管理系统，采用了Web技术和数据库管理系统，有效解决了传统固定资产管理的繁琐和低效问题。北京交通大学的研究则重点探讨了固定资产的全生命周期管理，提出了一套集成采购、维护、报废、盘点等环节的解决方案，通过信息化手段提升了资产管理的整体效率。此外，国内部分企业如华为、阿里巴巴等也在固定资产管理领域进行了积极探索，开发了基于企业内部需求的定制化资产管理系统，这些系统不仅具备基础的资产管理功能，还能够提供智能化的资产调度和资源优化功能。

在国际上，固定资产管理系统的研究起步较早，且逐步发展成为企业信息管理系统的重要组成部分。欧美国家的企业和学术机构在该领域已有较为成熟的理论和实践。例如，美国的SAP公司早在上世纪90年代就推出了企业资源规划（ERP）系统，其中包括了固定资产管理模块，能够对资产的采购、使用、折旧、报废等全过程进行有效管理。德国的西门子公司则开发了一个集成的固定资产管理系统，该系统支持多种资产类型的管理，并能实现资产信息的实时更新和监控。此外，英国的牛津大学等学术机构也对固定资产管理系统进行了深入研究，提出了基于资产全生命周期的管理模式，强调了数据准确性和实时性对资产管理的影响。随着技术的不断进步，许多国外企业开始将云计算和移动技术应用到固定资产管理中，进一步提升了系统的灵活性和可扩展性。

总体来看，国内外在固定资产管理系统的研究和应用方面均取得了一定的进展，且各自有着不同的发展方向。国内的研究主要集中在系统的功能实现和企业需求对接上，尽管一些大型企业已经在该领域取得了一定的成就，但整体上还存在一定的差距。相比之下，国外的研究则更注重系统的集成化、智能化和全球化应用，尤其是在信息更新、资源调度和跨区域管理等方面更为成熟。因此，国内在固定资产管理系统的研究中仍有较大的提升空间，未来的研究可进一步借鉴国际先进经验，结合国内企业的实际需求，推动固定资产管理系统向更高效、智能化的方向发展。

1.3论文结构与章节安排

本文共分为六章，章节内容安排如下：

第一章为绪论，此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明，同时进行了论文整体框架的结构的简要介绍。

第二章：相关技术介绍，主要探讨和说明实现固定资产管理系统的关键技术。

第三章为系统分析，章节所做的主要的工作是对系统进行了技术、经济和法律方面可行性的分析；对系统实行了总体功能的分析、用例分析。

第四章为系统的总体设计，主要是对系统的功能结构进行设计，并对系统数据库的概念结构以及物理结构的设计进行了分析。

第五章就是对系统的实现，根据系统功能的划分，分别的对系统所需要实现的功能进行了分析和说明。

第六章：系统测试。主要对系统的部分界面进行测试并对主要功能进行测试

总结。

2 相关技术介绍

2.1 C#语言

C#是一种面向对象的程序设计语言，类是C#程序的基本组成单元，类中又包含了属性和方法，在类中又可以创建无数个对象。类中包含的主要成员是字段和方法，字段是指一种数据变量，方法是指对字段进行操作的集合，包括给其他变量赋值、调用方法等[1]。C#代码都是编写在类体中，类体中的每个数据项都可以看作是一个对象，C#不支持类的多重继承，但可以支持接口的多重继承，并且支持类和接口的实现。由于C#通常在网络环境中使用，所以C#提供了一个防止代码恶意攻击的安全机制，同时，C#具有强类型机制、自动收集垃圾和异常处理等特性，这些都是C#语言健壮性的重要保证[2]。

1、C#语言具有如下特点： 

（1）C# 结合 C、Java、Perl 以及自创的新语法形成了自己独特的语法。

（2）C#可以更快速的执行动态网页，当然这只是相对于CGI或者Perl来说，C#可以在HTML文档中嵌入程序，而且去执行，另外C#能够实现CGI的所有功能，因此说明C#具有很强大的功能。

（3）大部分当下流行的数据库和操作系统C#语言都能够支持。

（4）C#语言的最重要特点就是可以让C、C++进行扩展

2、C#语言具有如下优势：

（1）开放源代码：事实上C#的所有源代码都可以得到。

（2）免费性：C#是开源代码并且免费

（3）快捷性：C#对于初学者来说，它不止编辑简单可以嵌入与HTML语言中，而且对于程序开发和运行也是非常快速的，并且非常容易掌握。

（4）跨平台性强：C#是可以在服务器运行的脚本语言，所以在UNIX、Android、Mac OS、WINDOWS等操作平台上都可以运行。

（5）效率高：C#对系统资源的消耗相当少，所以它的效率高。

（6）图像处理：C#不止是可以使用GD2对图像进行处理，而且他还可以完成对图像的创建。

（7）面向对象：C#在面向对象上有了许多的改进，C#语言开发大型商业程序也是可以胜任的。

2.2 JavaScript脚本语言

此作品中，其中包含了页面的搭建，以及前后台数据接口的连接等，而对于实现用户页面交互以及一些页面逻辑性判断等功能都是用JavaScript完成的，而JavaScript是已经被广泛用于Web应用开发，是一种属于网络的脚本语言，常用来为网页添加各式各样的动态功能，为用户提供更流畅美观的浏览效果[3]。通常JavaScript脚本是通过嵌入在HTML中来实现自身的功能。JavaScript作为一种描述语言，作用于web前端，它基于对象（object）和事件驱动（Event Driven）并且安全性也较好。它可以有效的在用户端运行并为服务器减轻负担[4]。

1、JavaScript具有的特点：

（1）脚本语言。JavaScript是一种脚本语言并具有解释性，在程序运行过程中，它就可以进行解释。

（2）基于对象。JavaScript可以创建对象，而且还可以使用现在存在的对象，它是基于对象的脚本语言。

（3）简单。JavaScript不对使用的数据类型有着严格的要求，应用的是弱类型的变量类型，设计是十分紧凑简单。

（4）动态性。JavaScript是可以不经过Web服务器对用户的操作做出相应，是可以采用事件驱动的脚本语言。

（5）跨平台性。JavaScript可以不依赖操作系统，但需要浏览器的支持。所以在编写JavaScript脚本后可以在任意机器上使用，但要注意的一点，使用的浏览器是支持JavaScript脚本语言，现在大多浏览器也支持JavaScript。

2、JavaScript的用途

JavaScript的用途是解决页面交互和数据交互，最终目的是丰富用户端效果以及数据的有效传递。

（1）实现页面交互，提升用户体验实现页面特效。即js操作html的dom节构或操作样式。

（2）用户端表单验证。当数据传送到服务端前，可以将用户填入并上交的信息快速有效的验证，进行了数据的交互，为服务器减轻了负担。

2.3 SQL Server数据库

SQL Server是一种开放源代码的关系型数据库管理系统（RDBMS），关系数据库将数据保存在不同的表中，提高了灵活性，它使用最常用的结构化查询语言（SQL）进行数据库管理。SQL Server因其具有速度快、体积小、总体拥有成本低和开放源码的优点而备受关注[5]。特点：

（1）支持多种操作系统。

（2）为多种编程语言提供了API。

（3）支持多线程，充分利用CPU资源。

（4）SQL Server性能卓越、服务稳定，很少出现异常宕机。

（5）原生JSON支持。

（6）优化SQL查询算法，有效地提高查询速度[8]。

2.4 ASP.NET技术 

ASP.NET技术：ASP.NET 是微软公司主推的新技术，是运行于Windows 平台.net 框架下的一种新型的功能强大的WEB 编程语言。发展至今，ASP.NET 经过几年的改进和优化，已渐渐成为成熟、稳定的能与JSP 对抗的一种WEB 编程语言。传统ASP 由于被束缚于弱类型的脚本语言功能限制，导致ASP 难以应用在中大型系统中。ASP.NET 其强大的功能、高系数的安全性、快捷的处理速率等众多优点，成为程序员爱不释手的技术[6]。

因为ASP.NET 是基于通用语言的编译运行的程序，所以它的强大性和适应性，可以使它运行在WEB 应用软件开发者的几乎全部的平台上。通用语言的基本库，消息机制，数据接口的处理都能无缝的整合到ASP.NET 的WEB 应用中[7]。

3 系统分析

系统需求分析是系统开发的一个关键环节，它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘，如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例，如果需求分析不到位，后面的系统设计要实现就是一个偏离导航的设计。

3.1 可行性分析

系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析，如果三个层面度通过，我们则认为系统是比较可行的。

3.1.1 技术可行性分析

固定资产管理系统在技术层面上具有较强的可行性。系统使用 SQL Server 数据库进行数据存储，具备稳定的性能和高效的查询能力，能够有效管理大量的仓库数据。开发过程中采用 C# 和 ASP.NET Core 框架，这些技术具有成熟的生态环境，能够确保系统的稳定性与扩展性。此外，系统基于 B/S 架构设计，用户只需通过浏览器即可访问系统，避免了客户端的安装和维护问题，提高了系统的可扩展性和维护性。采用的 Internet Information Services（IIS）作为 Web 服务器，能够高效处理请求并确保数据的安全。因此，从技术角度来看，该系统的开发和运行完全可行。

3.1.2 经济可行性分析

从经济角度来看，固定资产管理系统的开发和部署成本相对较低，符合公司的经济预算。在开发阶段，所需的 PC 设备成本较为低廉，并且采用的开发工具（如 C#、ASP.NET Core）为开源工具，避免了昂贵的商业授权费用。在生产阶段，虽然需要购买 Web 服务器和数据库服务器，但由于现代服务器的成本已显著下降，企业可以选择云服务器或本地服务器，进一步降低初期投资和后期维护费用。同时，采用 B/S 架构避免了对大量客户端设备的投入，降低了企业在硬件方面的支出。总体来看，该系统的经济可行性较高，能够在合理的预算范围内顺利实施。

3.1.3 法律可行性分析

在法律层面，固定资产管理系统符合所有相关的法律法规。系统使用的 SQL Server 数据库和 ASP.NET框架均为开源或合法授权的技术，完全符合软件许可协议，并不存在任何侵权问题。系统开发过程中，采用 Git 进行源码管理，确保开发过程合规且具有可追溯性，避免了法律风险。此外，系统在存储和管理企业数据时，严格遵守国家对于数据安全和隐私保护的相关法规，确保不会泄露敏感数据。因此，从法律角度来看，系统在开发、部署和使用过程中是合法合规的，不会带来任何法律问题。

3.2 系统功能分析

3.2.1 功能性分析

固定资产管理系统划分为了用户和管理员这两大部分。

（一）用户功能介绍：

登录：通过输入用户名和密码进行登录，确保系统的安全性，且每个都能通过个人账号进行身份验证，从而访问权限范围内的功能，保障固定资产管理系统的操作合规性。

后台首页 用户通过后台首页进入系统，能够清晰查看系统的主要功能模块，快捷访问各个功能，方便管理和操作相关的资产信息。

固定资产管理 用户可以查看和查询公司固定资产的详细信息，包括资产名称、编号、购置日期等，确保对所使用资产有清晰的了解和实时掌握。

急需申请管理 用户可以提交急需资产申请，填写资产需求和紧急程度，系统会自动生成申请记录，供审批人员处理。

调拨信息管理 用户能够查看和跟踪固定资产的调拨记录，了解各部门或地点之间的资产流动情况，确保资产调配过程透明可控。

资产领用管理 用户可以提交资产领用申请，并记录领用的资产名称、数量、使用期限等信息，确保资产领用过程规范化。

归还信息管理 用户负责录入归还资产的相关信息，包括归还时间、归还人、归还资产状态等，确保归还过程清晰、合规。

催促审批管理 用户可查看待审批的申请，若审批延迟，系统会自动提醒用户，确保审批过程的及时性和高效性。

（二）管理员功能介绍：

后台首页 管理员通过后台首页进入系统，能够全面管理各类资产信息，并快速访问所有管理模块进行日常运营管理和数据监控。

系统用户管理 管理员可对系统中的所有用户进行管理，包括创建、删除和权限分配，确保系统操作权限的合理分配和用户管理的规范性。

部门名称管理 管理员负责管理和维护公司内各部门的名称及信息，确保部门结构在系统中得到准确呈现，便于后续资产管理与调拨操作。

资产类别管理 管理员可自定义和管理固定资产的类别，将资产进行有效分类，确保资产信息的准确性与查询时的高效性。

固定资产管理 管理员可以对所有固定资产的详细信息进行管理和维护，包括新增、修改、删除资产信息，确保企业资产记录的完整性和准确性。

急需申请管理 管理员负责审批用户提交的急需申请，根据实际需求和紧急程度进行审批或驳回，确保资产分配的合理性和及时性。

调拨信息管理 管理员能够查看并审核固定资产的调拨信息，管理资产在不同部门之间的流转，确保调拨过程顺畅且符合公司规定。

资产领用管理 管理员审批用户的资产领用申请，确保所有资产的领用经过审批，并能够追踪资产的实际使用情况，确保资产的合理利用。

归还信息管理 管理员负责审核归还资产的相关信息，确保归还的资产无损坏并及时更新系统记录，避免资产丢失或滞留。

盘点信息管理 管理员可以查看并核对资产盘点结果，确保资产与账面记录一致，及时发现资产的异常情况，并采取措施处理。

催促审批管理 管理员能够跟踪和督促审批流程中的待处理申请，确保所有审批任务得到及时处理，提高审批效率。

维修记录管理 管理员负责录入和查看固定资产的维修记录，确保资产的维修历史透明，并能及时采取措施延长资产的使用寿命。

资产折旧管理 管理员负责跟踪和管理固定资产的折旧过程，确保所有折旧数据符合财务要求，并及时更新资产的账面价值。

3.2.2 非功能性分析

固定资产管理系统的非功能性需求比如固定资产管理系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：

表3-1固定资产管理系统非功能需求表

安全性	主要指固定资产管理系统数据库的安装，数据库的使用和密码的设定必须合乎规范。
可靠性	可靠性是指固定资产管理系统能够按照用户提交的指示进行操作，经过测试，可靠性90%以上。
性能	性能是影响固定资产管理系统占据市场的必要条件，所以性能最好要佳才好。
可扩展性	比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。
易用性	用户只要跟着固定资产管理系统的页面展示内容进行操作，就可以了。
可维护性	固定资产管理系统开发的可维护性是非常重要的，经过测试，可维护性没有问题

3.3 系统用例分析

固定资产管理系统的完整UML用例图分别是图3-1和图3-2。

图3-1就是用户角色的用例展示。

图3-1 用户角色用例图

图3-2就是管理员角色的用例展示。

图3-2 管理员角色用例图

3.4系统流程分析

3.4.1登录流程

登录模块主要满足管理员、用户的权限登录，登录流程图如图3-3所示。

图3-3登录流程图

3.4.2添加信息流程

用户在添加信息时，信息编号自动生成，系统会对添加的信息进行验证，验证通过则添加至数据库，添加信息成功，反之添加失败。添加信息流程如图3-4所示。

图3-4 添加信息流程图

3.4.3删除信息流程

用户可选择要删除的信息进行删除操作，在删除信息时系统提示是否确定删除信息，是则删除信息成功，系统数据库将信息进行删除。删除信息流程图如图3-5所示。

图3-5删除信息流程图

4 系统总体设计

本章主要讨论的内容包括固定资产管理系统的功能模块设计、数据库系统设计。

4.1 系统功能模块设计

在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本固定资产管理系统中的用例。那么接下来就要开始对本固定资产管理系统的架构、主要功能和数据库开始进行设计。固定资产管理系统根据前面章节的需求分析得出，其总体设计模块图如图4-1所示。

图4-1 系统功能模块图

4.2系统顺序图设计

4.2.1登录模块顺序图

登录模块主要满足了管理员、用户的权限登录，登录模块顺序图如图4-2所示。

图4-2登录顺序图

4.2.2添加信息模块顺序图

管理员、用户登录后均可进行添加信息操作，添加信息模块顺序图如图4-3所示。

图4-3添加信息顺序图

4.3 数据库设计

数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。

4.3.1 数据库概念结构设计

下面是整个固定资产管理系统中主要的数据库表总E-R实体关系图。

图4-4系统总E-R关系图

4.3.2 数据库逻辑结构设计

通过上一小节中固定资产管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此主要罗列几个主要的数据库表结构设计。

表 4-1-access_token（登陆访问时长）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	token_id	int		是	是	临时访问牌ID
2	token	varchar	64	否	否	临时访问牌
3	info	text	65535	否	否	信息
4	maxage	int		是	否	最大寿命：默认2小时
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间
7	user_id	int		是	否	用户编号

表 4-2-asset_category（资产类别）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	asset_category_id	int		是	是	资产类别ID
2	device_type	varchar	64	否	否	设备类型
3	equipment_no	varchar	64	否	否	设备编号
4	equipment_name	varchar	64	否	否	设备名称
5	depreciation_method	varchar	64	否	否	折旧方法
6	create_time	datetime		是	否	创建时间
7	update_time	timestamp		是	否	更新时间

表 4-3-asset_collar（资产领用）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	asset_collar_id	int		是	是	资产领用ID
2	asset_category	varchar	64	否	否	资产类别
3	equipment_no	varchar	64	否	否	设备编号
4	equipment_name	varchar	64	否	否	设备名称
5	specifications_and_models	varchar	64	否	否	规格型号
6	equipment_quantity	double		否	否	设备数量
7	ordinary_staff	int		否	否	普通员工
8	employee_name	varchar	64	否	否	员工姓名
9	employee_phone	varchar	64	否	否	员工电话
10	employee_department	varchar	64	否	否	员工部门
11	collar_date	date		否	否	领用日期
12	collar_quantity	double		否	否	领用数量
13	expected_return	date		否	否	预计归还
14	examine_state	varchar	16	是	否	审核状态
15	examine_reply	varchar	255	否	否	审核回复
16	return_information_limit_times	int		是	否	归还限制次数
17	create_time	datetime		是	否	创建时间
18	update_time	timestamp		是	否	更新时间
19	source_table	varchar	255	否	否	来源表
20	source_id	int		否	否	来源ID
21	source_user_id	int		否	否	来源用户

表 4-4-auth（用户资产领用管理）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	auth_id	int		是	是	授权ID
2	user_group	varchar	64	否	否	用户组
3	mod_name	varchar	64	否	否	模块名
4	table_name	varchar	64	否	否	表名
5	page_title	varchar	255	否	否	页面标题
6	path	varchar	255	否	否	路由路径
7	parent	varchar	64	否	否	父级菜单
8	parent_sort	int		是	否	父级菜单排序
9	position	varchar	32	否	否	位置
10	mode	varchar	32	是	否	跳转方式
11	add	tinyint		是	否	是否可增加
12	del	tinyint		是	否	是否可删除
13	set	tinyint		是	否	是否可修改
14	get	tinyint		是	否	是否可查看
15	field_add	text	65535	否	否	添加字段
16	field_set	text	65535	否	否	修改字段
17	field_get	text	65535	否	否	查询字段
18	table_nav_name	varchar	500	否	否	跨表导航名称
19	table_nav	varchar	500	否	否	跨表导航
20	option	text	65535	否	否	配置
21	create_time	timestamp		是	否	创建时间
22	update_time	timestamp		是	否	更新时间

表 4-5-code_token（验证码）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	code_token_id	int		是	是	验证码ID
2	token	varchar	255	否	否	令牌
3	code	varchar	255	否	否	验证码
4	expire_time	timestamp		是	否	失效时间
5	create_time	timestamp		是	否	创建时间
6	update_time	timestamp		是	否	更新时间

表 4-6-counting_information（盘点信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	counting_information_id	int		是	是	盘点信息ID
2	asset_category	varchar	64	否	否	资产类别
3	equipment_no	varchar	64	否	否	设备编号
4	equipment_name	varchar	64	否	否	设备名称
5	specifications_and_models	varchar	64	否	否	规格型号
6	equipment_quantity	double		否	否	设备数量
7	counting_date	date		否	否	盘点日期
8	count_quantity	double		否	否	盘点数量
9	scrap_quantity	double		否	否	报废数量
10	scrap_date	date		否	否	报废日期
11	create_time	datetime		是	否	创建时间
12	update_time	timestamp		是	否	更新时间
13	source_table	varchar	255	否	否	来源表
14	source_id	int		否	否	来源ID
15	source_user_id	int		否	否	来源用户

表 4-7-department_name（部门名称）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	department_name_id	int		是	是	部门名称ID
2	department_name	varchar	64	否	否	部门名称
3	department_manager	varchar	64	否	否	部门经理
4	create_time	datetime		是	否	创建时间
5	update_time	timestamp		是	否	更新时间

表 4-8-depreciation_of_assets（资产折旧）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	depreciation_of_assets_id	int		是	是	资产折旧ID
2	device_type	varchar	64	否	否	设备类型
3	equipment_no	varchar	64	否	否	设备编号
4	equipment_name	varchar	64	否	否	设备名称
5	depreciation_method	varchar	64	否	否	折旧方法
6	depreciation_time	date		否	否	折旧时间
7	depreciation_quantity	double		否	否	折旧数量
8	create_time	datetime		是	否	创建时间
9	update_time	timestamp		是	否	更新时间

表 4-9-fixed_assets（固定资产）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	fixed_assets_id	int		是	是	固定资产ID
2	asset_category	varchar	64	否	否	资产类别
3	equipment_no	varchar	64	否	否	设备编号
4	equipment_name	varchar	64	否	否	设备名称
5	specifications_and_models	varchar	64	否	否	规格型号
6	equipment_quantity	double		否	否	设备数量
7	equipment_unit_price	double		否	否	设备单价
8	equipment_amount	double		否	否	设备金额
9	purchase_date	date		否	否	采购日期
10	receipt_date	date		否	否	入库日期
11	supplier_home	varchar	64	否	否	供应商家
12	business_phone	varchar	64	否	否	商家电话
13	urgent_application_limit_times	int		是	否	急需申请限制次数
14	asset_collar_limit_times	int		是	否	申请领用限制次数
15	counting_information_limit_times	int		是	否	维修记录管理限制次数
16	create_time	datetime		是	否	创建时间
17	update_time	timestamp		是	否	更新时间

表 4-10-hits（用户点击）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	hits_id	int		是	是	点赞ID
2	user_id	int		是	否	点赞人
3	create_time	timestamp		是	否	创建时间
4	update_time	timestamp		是	否	更新时间
5	source_table	varchar	255	否	否	来源表
6	source_field	varchar	255	否	否	来源字段
7	source_id	int		是	否	来源ID

表 4-11-maintenance_records（维修记录）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	maintenance_records_id	int		是	是	维修记录ID
2	asset_category	varchar	64	否	否	资产类别
3	equipment_no	varchar	64	否	否	设备编号
4	equipment_name	varchar	64	否	否	设备名称
5	maintenance_time	date		否	否	维修时间
6	maintenance_costs	double		否	否	维修费用
7	maintenance_vendor	varchar	64	否	否	维修厂商
8	maintenance_content	text	65535	否	否	维修内容
9	create_time	datetime		是	否	创建时间
10	update_time	timestamp		是	否	更新时间

表 4-12-ordinary_staff（普通员工）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	ordinary_staff_id	int		是	是	普通员工ID
2	employee_name	varchar	64	否	否	员工姓名
3	employee_phone	varchar	64	否	否	员工电话
4	employee_department	varchar	64	否	否	员工部门
5	examine_state	varchar	16	是	否	审核状态
6	user_id	int		是	否	用户ID
7	create_time	datetime		是	否	创建时间
8	update_time	timestamp		是	否	更新时间

表 4-13-return_information（归还信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	return_information_id	int		是	是	归还信息ID
2	asset_category	varchar	64	否	否	资产类别
3	equipment_no	varchar	64	否	否	设备编号
4	equipment_name	varchar	64	否	否	设备名称
5	specifications_and_models	varchar	64	否	否	规格型号
6	ordinary_staff	int		否	否	普通员工
7	employee_name	varchar	64	否	否	员工姓名
8	employee_phone	varchar	64	否	否	员工电话
9	employee_department	varchar	64	否	否	员工部门
10	return_time	date		否	否	归还时间
11	return_status	varchar	64	否	否	归还状态
12	create_time	datetime		是	否	创建时间
13	update_time	timestamp		是	否	更新时间
14	source_table	varchar	255	否	否	来源表
15	source_id	int		否	否	来源ID
16	source_user_id	int		否	否	来源用户

表 4-14-transfer_information（调拨信息）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	transfer_information_id	int		是	是	调拨信息ID
2	asset_category	varchar	64	否	否	资产类别
3	equipment_no	varchar	64	否	否	设备编号
4	equipment_name	varchar	64	否	否	设备名称
5	specifications_and_models	varchar	64	否	否	规格型号
6	ordinary_staff	int		否	否	普通员工
7	employee_name	varchar	64	否	否	员工姓名
8	employee_phone	varchar	64	否	否	员工电话
9	employee_department	varchar	64	否	否	员工部门
10	urgently_needed_time	date		否	否	急需时间
11	urgent_quantity	double		否	否	急需数量
12	transfer_quantity	double		否	否	调拨数量
13	allocation_department	varchar	64	否	否	调拨部门
14	return_information_limit_times	int		是	否	归还限制次数
15	create_time	datetime		是	否	创建时间
16	update_time	timestamp		是	否	更新时间
17	source_table	varchar	255	否	否	来源表
18	source_id	int		否	否	来源ID
19	source_user_id	int		否	否	来源用户

表 4-15-upload（文件上传）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	upload_id	int		是	是	上传ID
2	name	varchar	64	否	否	文件名
3	path	varchar	255	否	否	访问路径
4	file	varchar	255	否	否	文件路径
5	display	varchar	255	否	否	显示顺序
6	father_id	int		否	否	父级ID
7	dir	varchar	255	否	否	文件夹
8	type	varchar	32	否	否	文件类型

表 4-16-urgent_application（急需申请）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	urgent_application_id	int		是	是	急需申请ID
2	asset_category	varchar	64	否	否	资产类别
3	equipment_no	varchar	64	否	否	设备编号
4	equipment_name	varchar	64	否	否	设备名称
5	specifications_and_models	varchar	64	否	否	规格型号
6	ordinary_staff	int		否	否	普通员工
7	employee_name	varchar	64	否	否	员工姓名
8	employee_phone	varchar	64	否	否	员工电话
9	employee_department	varchar	64	否	否	员工部门
10	urgently_needed_time	date		否	否	急需时间
11	urgent_quantity	double		否	否	急需数量
12	expected_return	date		否	否	预计归还
13	transfer_information_limit_times	int		是	否	调拨限制次数
14	create_time	datetime		是	否	创建时间
15	update_time	timestamp		是	否	更新时间
16	source_table	varchar	255	否	否	来源表
17	source_id	int		否	否	来源ID
18	source_user_id	int		否	否	来源用户

表 4-17-urried_for_approval（催促审批）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	urried_for_approval_id	int		是	是	催促审批ID
2	ordinary_staff	int		否	否	普通员工
3	employee_name	varchar	64	否	否	员工姓名
4	employee_department	varchar	64	否	否	员工部门
5	urried_time	date		否	否	催促时间
6	urried_reason	text	65535	否	否	催促原因
7	create_time	datetime		是	否	创建时间
8	update_time	timestamp		是	否	更新时间

表 4-18-user（用户账户）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	user_id	int		是	是	用户ID
2	state	smallint		是	否	账户状态：(1可用|2异常|3已冻结|4已注销)
3	user_group	varchar	32	否	否	所在用户组
4	login_time	timestamp		是	否	上次登录时间
5	phone	varchar	11	否	否	手机号码
6	phone_state	smallint		是	否	手机认证：(0未认证|1审核中|2已认证)
7	username	varchar	16	是	否	用户名
8	nickname	varchar	16	否	否	昵称
9	password	varchar	64	是	否	密码
10	email	varchar	64	否	否	邮箱
11	email_state	smallint		是	否	邮箱认证：(0未认证|1审核中|2已认证)
12	avatar	varchar	255	否	否	头像地址
13	open_id	varchar	255	否	否	针对获取用户信息字段
14	create_time	timestamp		是	否	创建时间

表 4-19-user_group（用户组）

编号	字段名	类型	长度	是否非空	是否主键	注释
1	group_id	mediumint		是	是	用户组ID
2	display	smallint		是	否	显示顺序
3	name	varchar	16	是	否	名称
4	description	varchar	255	否	否	描述
5	source_table	varchar	255	否	否	来源表
6	source_field	varchar	255	否	否	来源字段
7	source_id	int		是	否	来源ID
8	register	smallint		否	否	注册位置
9	create_time	timestamp		是	否	创建时间
10	update_time	timestamp		是	否	更新时间

5 系统详细设计与实现

固定资产管理系统的详细设计与实现主要是根据前面的固定资产管理系统的需求分析和固定资产管理系统的总体设计来设计页面并实现业务逻辑。主要从固定资产管理系统界面实现、业务逻辑实现这两部分进行介绍。

5.1用户功能模块

5.1.1 用户登录界面

固定资产管理系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的，当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到固定资产管理系统的首页中；否则将会提示相应错误信息，用户登录界面如下图所示。

图5-1用户登录界面图

登录的逻辑代码如下所示。

public class ValidateAuthorizeAttribute : ValidateAuthorityBase

{

    protected override ReturnData ValidateTicket(string encryptTicket, System.Web.Http.Controllers.HttpActionContext actionContext)

    {

        ReturnData returnData = LoginHelper.Decrypt(encryptTicket);

        if (returnData.code != 200)

        {

            return returnData;

        }

        UserLoginInfo userInfo = returnData.result as UserLoginInfo;

        #region 验证登录状态

        bool loginStatus = false;

        if (CommonHelper.IsLoged())

        {

            UserLoginInfo userInfoFromSession = CommonHelper.GetUserLoginInfoFromSession();

            if (userInfo.user_id == userInfoFromSession.user_id)

            {

                loginStatus = true;

            }

        }

        else

        {

            loginStatus = LoginHelper.ValidateUserInfo(userInfo.user_id,

               userInfo.username, userInfo.password);

            if (loginStatus)

            {

                CommonHelper.SetUserSession(userInfo);

            }

        }

        if (loginStatus == false)

        {

            return ReturnData.Error(30000, "登录失效，请重新登录！");

        }

        #endregion

        return ReturnData.Success();

    }

}

5.1.2固定资产管理界面

用户可以查看和查询公司固定资产的详细信息，包括资产名称、编号、购置日期等，确保对所使用资产有清晰的了解和实时掌握。固定资产管理界面如下图所示。

图5-2固定资产管理界面图

5.1.3急需申请管理界面

用户可以提交急需资产申请，填写资产需求和紧急程度，系统会自动生成申请记录，供审批人员处理。急需申请管理界面如下图所示。

图5-3急需申请管理界面图

5.1.4个人信息界面

员工可以查看和更新自己的个人信息，如联系方式、职位等，确保个人信息的准确性，并能够及时调整联系方式，便于公司管理和联系。个人信息界面如下图所示。

图5-4 个人信息界面图

5.1.5调拨信息管理界面

用户能够查看和跟踪固定资产的调拨记录，了解各部门或地点之间的资产流动情况，确保资产调配过程透明可控。调拨信息管理主界面图如下所示。

图5-5 调拨信息管理主界面设计

5.2管理员功能模块

5.2.1系统用户界面

管理员可对系统中的所有用户进行管理，包括创建、删除和权限分配，确保系统操作权限的合理分配和用户管理的规范性。界面如下图所示。

图5-6系统用户界面图

添加用户关键代码如下：

  [HttpGet]

    [HttpPost]

    public virtual ReturnData add()

    {

        return baseService.Add();

    }

5.2.2 资产领用管理界面

管理员审批用户的资产领用申请，确保所有资产的领用经过审批，并能够追踪资产的实际使用情况，确保资产的合理利用。资产领用管理界面如下图所示。

图5-7资产领用管理界面图

添加资产领用管理关键代码如下：

[HttpGet]

    [HttpPost]

    public object del()

    {

        return baseService.DeleteData();

    }

5.2.3归还信息管理界面

管理员负责审核归还资产的相关信息，确保归还的资产无损坏并及时更新系统记录，避免资产丢失或滞留。归还信息管理界面如下图所示。

图5-8归还信息管理界面图

5.2.4催促审批管理界面

管理员能够跟踪和督促审批流程中的待处理申请，确保所有审批任务得到及时处理，提高审批效率。催促审批管理界面如下图所示。

图5-9催促审批管理界面图

5.2.5维修记录管理界面

管理员负责录入和查看固定资产的维修记录，确保资产的维修历史透明，并能及时采取措施延长资产的使用寿命。维修记录管理界面如下图所示。

图5-10维修记录管理界面图

6系统测试

6.1  系统测试目的

固定资产管理系统测试的主要目的是确保系统功能正常、性能稳定、安全可靠。测试旨在验证系统各项功能是否按照需求规格书要求正常工作，检查系统的易用性和用户体验，确保用户能够顺利完成各项操作。此外，系统测试还旨在评估系统的性能指标，包括响应时间、并发能力等，以保证系统在高负载情况下仍能正常运行。另外，安全测试也是重要的一部分，确保系统能够有效防范各类安全威胁和攻击。通过全面的系统测试，可以保障固定资产管理系统的稳定性、可靠性和安全性。

6.2  功能测试用例

系统测试旨在检验系统功能是否正常工作。通过功能测试用例的执行，可以有效评估系统功能的正确性、完整性和稳定性，帮助发现和解决潜在的功能缺陷，确保系统能够按照预期功能正常运行[9]。功能测试用例包括用户注册、用户登录、固定资产管理添加、固定资产管理修改等。

测试用例编号	功能模块	测试用例描述	预期结果
TC001	用户注册	输入有效的用户名、密码、邮箱和角色信息	注册成功，用户账户创建并收到验证邮件
TC002	用户注册	输入已有用户名	注册失败，提示用户名已存在

表6-1 注册功能测试用例

测试用例编号	功能模块	测试用例描述	预期结果
TC003	用户登录	输入正确的用户名和密码	登录成功，进入用户前台首页
TC004	用户登录	输入错误的用户名或密码	登录失败，提示用户名或密码错误
TC005	用户登录	输入注册邮箱，使用忘记密码功能	提示发送重置密码链接到邮箱

表6-2 登录功能测试用例

测试用例编号	功能模块	测试用例描述	预期结果
TC006	固定资产管理添加	管理员填写完整的固定资产管理	添加成功，生成固定资产管理记录
TC007	固定资产管理添加	管理员填写固定资产管理时缺少必要固定资产管理	添加失败，提示补充固定资产管理

表6-3 固定资产管理添加功能测试用例

测试用例编号	功能模块	测试用例描述	预期结果
TC08	固定资产管理修改	管理员选定其中一条固定资产管理进行修改	修改成功，更新固定资产管理
TC09	固定资产管理修改	管理员选定其中一条固定资产管理未进行修改	修改失败，固定资产管理未更新

表6-4 固定资产管理修改功能测试用例

6.3  测试结果

在本次测试中，对用户注册、用户登录、固定资产管理添加、固定资产管理修改等功能进行了详细测试。测试结果显示，用户注册功能在输入有效信息时能够成功创建账户并发送验证邮件，而在输入已有用户名时则提示用户名已存在。用户登录功能在输入正确凭据时能成功登录，在输入错误凭据时会提示错误信息。固定资产管理添加功能在填写完整信息时能够成功添加固定资产管理，而在缺少必要信息时则提示补充信息。固定资产管理修改功能能正确更新固定资产管理，确保固定资产管理流程的正常运作。总体而言，所有测试用例均达到预期效果，系统功能表现稳定。

结论

基于C#的固定资产管理系统是一款高效、规范的资产管理工具，旨在帮助企业或组织实现对固定资产的全生命周期管理。系统涵盖资产登记、分类、调拨、领用、归还、折旧计算、维修记录、盘点管理等核心功能，并支持用户角色划分，确保不同级别的用户能够按照权限进行操作。管理员可实时监控资产状态，优化资产配置，提高使用效率，同时通过审批管理和催促提醒机制，确保资产流转的透明度和合规性。系统采用C#语言开发，结合数据库技术，实现数据的安全存储和高效查询，提升企业资产管理的智能化水平。