hadoop高校固定资产管理系统
摘 要
在信息飞速发展的今天,网络已成为人们重要的信息交流平台。高校部门每天都有大量的信息需要通过网络发布,为此,高校固定资产管理系统开发的必然性,所以本人开发了一个基于Tomcat(服务器)模式的高校固定资产管理系统,
该系统以B/S/Java语言、MySql数据库等为开发技术,实现了添加、修改、查看、删除系统数据。本系统采取组件化的方式对系统进行拆分,并对数据库中各个表的增删查改、表与表之间的约束关系进行分析与设计,最终实现符合用户需求功能的商业级应用。
系统界面简洁大方,布局合理,易操作易上手。对应用户的每一步操作,系统都能高响应地做出反馈。系统功能具体包含对系统首页、系统用户(管理员、员工用户)模块管理(资产信息、资产借用、资产折旧、资产归还、部门信息、资产报废、资产维修、报表信息)等功能,为提供一个管理平台,实现对数据地高效、安全地管理。
关键词:资产管理;Java,MySql
Hadoop university fixed assets management system
Abstract
With the rapid development of information today, the network has become an important information exchange platform for people. Enterprise departments have a large amount of information to be released through the network every day. For this reason, it is necessary to develop the asset management system of Ruichen Network Company. So I developed a fixed asset management system of colleges and universities based on Tomcat (server) model,
The system uses B/S/Java language, MySql database and other development technologies to add, modify, view and delete system data. The system splits the system in a componentized way, analyzes and designs the addition, deletion, query and modification of each table in the database, and the constraint relationship between tables, and finally realizes the commercial application that meets the user's needs.
The system interface is simple and generous, with reasonable layout and easy operation. The system can respond to each operation of the user in a highly responsive manner. The system functions specifically include the management of the system home page and the system user (administrator, employee user) module (asset information, asset borrowing, asset depreciation, asset return, department information, asset scrap, asset repair, report information), and other functions to provide a management platform to achieve efficient and safe management of data.
Key words: asset management; Java,MySql
目 录
第1章 绪论
1.1 研究背景
1.2 开发现状
1.3 本文的组织结构
第2章 系统开发环境
2.1 Hadoop框架介绍
2.2 JAVA简介
2.3 访问数据库实现方法
2.4 系统对MySQL数据库的两种连接方式
2.5 MySql数据库
第3章 系统分析
3.1 可行性分析
3.1.1 法律可行性分析
3.1.2 技术可行性分析
3.1.3 经济可行性分析
3.2 功能需求分析
3.3 管理员功能需求
3.4 非功能需求分析
3.5 用例分析
3.6 数据流程分析
第4章 系统设计
4.1 系统架构设计
4.2 系统功能结构
4.3 功能模块设计
4.4 数据库设计
4.4.1 E-R图
4.4.2 表结构设计
第5章 系统实现
5.1 用户模块
个人资料模块
5.2 管理员模块
管理员功能模块
第6章 系统测试
6.1 系统测试的目的
6.2 系统测试方法
6.3 测试过程
6.4 性能测试
6.5 测试结果
第7章 总结与展望
7.1 总结
7.2 展望
参考文献
致谢
在资产信息的日常管理过程中,固定资产管理是日常管理中必不可少的组成部分,其管理水平的高低体现了一个高校部门管理水平的整体状况。一直以来高校部门使用传统人工的方式管理固定资产数据,这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,为操作用户带来不少麻烦。
面对信息化时代的来临与高校部门的发展改革和转型升级,固定资产管理越来越正规化、科学化。使用计算机对一些信息管理,具有众多优点,可靠性高、存储量大、保密性好、寿命长、成本低等。因此开发一套固定资产管理软件是很有必要的事情,它将成为高校部门单位不可缺少的一部分。在日常使用过程中,计算机系统提供的方便,使得操作用户提高工作效率,并使高校部门资源得以更有效配置,从而提高高校部门日常管理水平,也让高校部门内部更好的为使用者服务和提供的便利。
高校固定资产管理系统过程中存在的问题:
(一)缺乏健全的资产管理制度
首先,高校资产管理中存在的一个致命的缺陷,那就是缺乏一套强有力的管理制度进行指导,导致高校部门经常会出现多提、少提折旧或是不提折旧的现象。这一现象导致高校部门在进行资产核算时,出现账实不符等问题,因此就很难公正、客观地对高校部门的财务状况进行反映,也容易造成部分资产无法有效利用,导致高校部门资产流失等问题。究其原囚为高校部门没有建立健全的资产管理制度,最终使高校部门的资产无法得到充分有效的利用。
(二)高校部门内部资产投资风险意识淡薄
高校部门在资产管理中存在的另一个问题是,其进行资产投资时,没有清晰地认识到投资背后可能引发的风险,这样便难以保持清醒的头脑进行利一学合理的投资安排,进而导致己投资资产使用效率低下,或未投资项目易于流产,出现各类投资失误等问题。这些问题的出现绝大多数是囚为高校部门管理层没有形成清晰的投资风险防范意识,使得高校部门资产使用总额庞大,却出现回收效益期限较长的现象,迫使高校部门蒙受经济损失。
(三)计算机资产存在浪费与闲置问题
高校部门在资产管理过程中,经常会出现资产浪费与闲置问题,尤其是规模比较大的高校部门显得更加明显。囚为高校部门规模大,涉及的行业范围广,使得资产所要投资的项目比较多,这样就会出现资产管理混乱的问题,比如经常会出现重复购买、资产使用登记不明确、报销提前等问题,使高校部门在资产投资中出现资金浪费的问题,并且一些高校部门内部部门存在资金结算账目不明确的问题,这些都是高校部门对资产缺乏相关管理所导致的。
(四)未能对资产管理工作进行监督
高校部门除了要对资产进行严格的管理之外,还应该对其管理工作予以严格的监督。许多高校部门在对一些超出使用年限的资产进行管理分析时,往往疏于对那些报废的资产的管理,以及对管理工作的监督。这样必然会使高校部门资产流失,同时还使高校部门浪费更多的人力和物力进行重复劳动,导致高校部门出现不必要的成木输出,而这一情况下要是囚为高校部门自身没有对资产管理工作进行严格的监督,致使高校部门无法有效地控制成本。
六个章节共同组成了本文研究及设计内容,包括:
第一章:绪论。本文章的开头部分,对本题目的研究背景和研究意义等一些做文字性的描述。
第二章:相关技术介绍。主要介绍Java编程技术、JSP嵌入式脚本语言、B/S模式等。
第三章:系统分析。包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章:系统设计。本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章:系统实现。将本系统分为前提的开发工具介绍和后期的功能代码实现。
第六章:系统测试。系统完成后,根据各个模块的测试用例才对各个模块进行功能测试。
Hadoop是一个由Apache基金会所开发的分布式系统基础架构。用户可以在不了解分布式底层细节的情况下,开发分布式程序。充分利用集群的威力进行高速运算和存储。Hadoop实现了一个分布式文件系统( Distributed File System),其中一个组件是HDFS(Hadoop Distributed File System)。HDFS有高容错性的特点,并且设计用来部署在低廉的(low-cost)硬件上;而且它提供高吞吐量(high throughput)来访问应用程序的数据,适合那些有着超大数据集(large data set)的应用程序。HDFS放宽了(relax)POSIX的要求,可以以流的形式访问(streaming access)文件系统中的数据。Hadoop的框架最核心的设计就是:HDFS和MapReduce。HDFS为海量的数据提供了存储,而MapReduce则为海量的数据提供了计算。
-
- JAVA简介
Java主要采用CORBA技术和安全模型,可以在互联网应用的数据保护。它还提供了对EJB(Enterprise JavaBeans)的全面支持,java servlet API,JSP(java server pages),和XML技术。Java是一种计算机编程语言,具有封装、继承和多态性三个主要特性,广泛应用于高校Web应用程序开发和移动应用程序开发。Java语言和一般编译器以及直译的区别在于,Java首先将源代码转换为字节码,然后将其转换为JVM的可执行文件,JVM可以在各种不同的JVM上运行。因此,实现了它的跨平台特性。虽然这使得Java在早期非常缓慢,但是随着Java的开发,它已经得到了改进。
(1)首先介绍一下web数据库搜索网络上的基本步骤:
第一步:检查消费者的数据,
第二步:你必须建立与数据库的连接;
第三步:搜索数据库;
第四步:数据的结构;
第五步:该用户 的结果被示出。
(2)系统,直到我MYSQL5.0 PHP集成开发环境,如使用WAMP服务器处于开机状态,并且更容易访问数据库的报告开发环境:
一个连接到MySQL数据库服务器Mysql_connect-;
语法:资源的mysql_connect(主机,用户 名,密码);
请选择数据库:mysql_select_db(数据库链接标识的名称);
关闭数据库:则mysql_close();
活动的MySQL/ MySQL库,或使用ODBC接口,MySQL数据库是一个双向链接。永久及非永久连接。
(1)永久连接:一个更永久的连接请求的最大优点是可以非常有效的客户站在密切的联系,当连接到MySQL服务器,就更好了。在起草该页面每一个孩子在这个过程中,而不是仅仅在任何时候,只有在到MySQL服务器请求连接的生命周期,一旦连接。此子过程是建立到服务器的单独连接可以是永久性的。
(2)非永久连接:他是短路。提交顺路到Web服务器,服务器处理请求并请求的页面,你要发送的浏览器客户端,然后连接断开。对于大多数网站,它经常通过有效高效率有关,但在大多数情况下,所使用的连接,但它是一个完整的时间,以避免出现任何问题,并可以增加的容量服务器承载。
Mysql的语言是非结构化的,用户可以在数据上进行工作。因为Mysql的语言和结构比较简单,但是功能和存储信息量很强大,其速度、可靠性和适应性而备受关注并得到了普遍的应用。Mysql数据库在编程过程中的作用是很广泛的,为用户 进行数据查询带来了方便。Mysql数据库的应用特点:灵活性强,功能强大,语言相对要简洁很多。
数据流程分析主要就是数据存储的储藏室,它是在计算机上进行的,而不是现实中的储藏室。数据库管理主要是数据存储、修改和增加以及数据表的建立。数据表的建立,可以对数据表中的数据进行调整,数据的重新组合及重新构造,保证数据的安全性。介于数据库的功能强大等特点,本系统的开发主要应用了Mysql进行对数据的管理。
开发软件有没有触犯法律,这涉及到软件或者系统能不能发布的问题。如果触犯了法律,就必将会受到法律的制裁。常见法律问题就是软件抄袭问题,若是抄袭别人软件,将会受到严厉惩罚。
软件产业经过多年的发展,现在已经达到了很大的规模,从事软件开发的专业用户不计其数,软件产业的重要性已经上升到了影响和推动国民经济发展的核心地位。本系统基于的架构,目前技术已经非常的成熟,是不存在技术上面难以实现的麻烦。
开发软件所需的时间、人力和物力成本,开发完成后的收益如何,从投资回报的角度软件所需功能在现有经济条件能不能实现等进行深入的考虑,都符合实际的要求。所以高校固定资产管理系统具有经济可行性和实用性,可以节约管理成本
高校固定资产管理系统主要是为了管理和控制高校部门资产的管理情况,对系统首页、系统用户(管理员、员工用户)模块管理(资产信息、资产借用、资产折旧、资产归还、部门信息、资产报废、资产维修、报表信息)管理、系统管理提供了方便的机制。本系统有多类使用者,分别是管理员和用户。以下是从这两种用户的角度分别介绍本系统所要实现的功能。
计算机资产监管用户:
登录:使用系统前提是需要登录账号。
-
- 管理员功能需求如下:首页、系统用户(管理员、员工用户)模块管理(资产信息、资产借用、资产折旧、资产归还、部门信息、资产报废、资产维修、报表信息)等功能。
- 非功能需求分析
系统非功能需求有非常多,比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求,因为系统是给人使用的,所以必须充分从用户的角度出发,考虑用户体验,使系统易理解易上手易操作。
1.系统用户主要使用系统的首页、个人信息、资产信息、资产借用、资产归还、报表信息,下图所示为系统用户的用例图。
图3-1 员工用户用例图
2.管理员主要负责首页、系统用户(管理员、员工用户)模块管理(资产信息、资产借用、资产折旧、资产归还、部门信息、资产报废、资产维修、报表信息),下图所示描述管理员的用例图。
图3-2 管理员用例图
如下为系统的顶层数据流图,外部实体有用户和管理员,分别对系统输入数据,从而得到要输出的数据。
图3-4系统顶层数据流图
如下图所示为系统底层数据流图。
高校固定资产管理系统底层数据流图主要描述系统底层模块的数据流、数据载体、数据处理、外部实体的具体交互。本系统就是管理员和用户在产信息、资产借用、资产折旧、资产归还、部门信息、资产报废、资产维修、报表信息、等模块上的数据交互。
根据本系统需求分析,应为系统搭建多个包,分别为Controller、Service、ServiceImpl、Dao、Entity、Util。
现对上述的包进行简要的功能阐述,Controller层负责接收前台传来的请求并对取到的数据进行封装。Service层主要负责处理业务逻辑。Dao层负责数据库方面的交互。Entity包放置实体类,对应数据库里面一张张的表。Util包放置工具类,比如以json数据的格式返回前台的JSONUtil类,自动生成id的GenerateID类等。通过applicationContext.xml,applicationContext-dataSource.xml,web.xml这三个配置文件来搭建本系统。
首先配置applicationContext.xml,主要是自动扫描控制器,视图模式,注解的启动。
applicationContext.xml是springMVC的一些相关。
为了将系统从“做什么”落实到“怎么做”,基于系统设计原则,对系统功能进行更适合编码实现的功能划分。根据上图的系统架构设计,整理出规范的系统功能结构图,为系统的实现编码做好准备。
如下图所示为系统功能结构图。
图4-2系统功能结构图
用户可进行登录使用更多功能,首先进入用户登录界面,输入用户账号和密码,后台对账号和密码信息进行核对验证,验证成功则页面直接显示登录用户昵称代表登录成功,否则返回用户登录界面。用户登录活动图如下图。
图4-4用户登录活动图
用户登录后,进入功能页面,可对自己的信息进行管理,包括个人资料管理、首页、资产信息、资产借用、资产归还、报表信息管理。用户使用功能活动图如下图所示。
图4-5用户使用功能活动图
用户功能界面可对自己的密码进行修改。进入修改密码界面后核对当前密码,核对成功后填写新密码。如下图所示。
图4-6修改密码活动图
高校固定资产管理系统采用的数据库是MySqlr,该部分将根据系统需求和设计,设计合理的数据库。本系统考虑到之后系统的扩展集群,数据库将不使用外键。此外,不用外键时数据管理也较为简单,操作更加方便,性能更高。
E-R图,更加直观的告诉开发用户系统的各个数据的属性,各个数据之间的联系,各个数据的类型。能通过该模型更直观地了解数据库的设计,并根据对其逐渐改善,如下图所示。
图4-7资产变动E-R图
本系统根据第三范式的思想设计数据库,减少最大程度的冗余,总共建立有多个表,用户表、管理员表、资产信息、资产借用、资产折旧、资产归还、部门信息、资产报废、资产维修、报表信息。
表结构如下所示。
asset_borrowing | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
asset_borrowing_id | int | 11 | 是 | 主键 | 资产借用ID |
asset_name | varchar | 64 | 否 | 资产名称 | |
lending_limit | int | 11 | 否 | 出借额度 | |
asset_classification | varchar | 64 | 否 | 资产归类 | |
department | varchar | 64 | 否 | 所属部门 | |
borrowing_user | int | 11 | 否 | 借用用户 | |
lending_time | date | 0 | 否 | 出借时间 | |
recommend | int | 11 | 是 | 智能推荐 | |
create_time | datetime | 0 | 是 | 创建时间 | |
update_time | timestamp | 0 | 是 | 更新时间 | |
asset_depreciation | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
asset_depreciation_id | int | 11 | 是 | 主键 | 资产折旧ID |
asset_name | varchar | 64 | 否 | 资产名称 | |
number_of_assets | int | 11 | 否 | 资产数量 | |
asset_classification | varchar | 64 | 否 | 资产归类 | |
department | varchar | 64 | 否 | 所属部门 | |
net_asset_value | varchar | 64 | 否 | 资产净值 | |
annual_depreciation_rate | varchar | 64 | 否 | 年折旧率 | |
total_depreciation | varchar | 64 | 否 | 折旧总值 | |
recommend | int | 11 | 是 | 智能推荐 | |
create_time | datetime | 0 | 是 | 创建时间 | |
update_time | timestamp | 0 | 是 | 更新时间 | |
asset_information | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
asset_information_id | int | 11 | 是 | 主键 | 资产信息ID |
asset_name | varchar | 64 | 否 | 资产名称 | |
asset_no | varchar | 64 | 否 | 资产编号 | |
asset_information | varchar | 64 | 否 | 资产信息 | |
management | varchar | 64 | 否 | 管理人员 | |
number_of_assets | varchar | 64 | 否 | 资产数量 | |
asset_classification | varchar | 64 | 否 | 资产归类 | |
department | varchar | 64 | 否 | 所属部门 | |
asset_remarks | text | 0 | 否 | 资产备注 | |
recommend | int | 11 | 是 | 智能推荐 | |
create_time | datetime | 0 | 是 | 创建时间 | |
update_time | timestamp | 0 | 是 | 更新时间 | |
asset_repair | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
asset_repair_id | int | 11 | 是 | 主键 | 资产维修ID |
asset_name | varchar | 64 | 否 | 资产名称 | |
asset_no | varchar | 64 | 否 | 资产编号 | |
asset_classification | varchar | 64 | 否 | 资产归类 | |
cause_of_damage | varchar | 64 | 否 | 损坏原因 | |
repair_results | varchar | 64 | 否 | 维修结果 | |
recommend | int | 11 | 是 | 智能推荐 | |
create_time | datetime | 0 | 是 | 创建时间 | |
update_time | timestamp | 0 | 是 | 更新时间 | |
asset_retirement | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
asset_retirement_id | int | 11 | 是 | 主键 | 资产报废ID |
asset_name | varchar | 64 | 否 | 资产名称 | |
asset_classification | varchar | 64 | 否 | 资产归类 | |
asset_no | varchar | 64 | 否 | 资产编号 | |
cause_of_damage | varchar | 64 | 否 | 损坏原因 | |
repair_results | varchar | 64 | 否 | 维修结果 | |
reason_for_scrapping | varchar | 64 | 否 | 报废原因 | |
recommend | int | 11 | 是 | 智能推荐 | |
create_time | datetime | 0 | 是 | 创建时间 | |
update_time | timestamp | 0 | 是 | 更新时间 | |
asset_return | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
asset_return_id | int | 11 | 是 | 主键 | 资产归还ID |
asset_name | varchar | 64 | 否 | 资产名称 | |
lending_amount | int | 11 | 否 | 出借额度 | |
asset_classification | varchar | 64 | 否 | 资产归类 | |
department | varchar | 64 | 否 | 所属部门 | |
borrowing_user | int | 11 | 否 | 借用用户 | |
lending_time | date | 0 | 否 | 出借时间 | |
return_time | date | 0 | 否 | 归还时间 | |
recommend | int | 11 | 是 | 智能推荐 | |
create_time | datetime | 0 | 是 | 创建时间 | |
update_time | timestamp | 0 | 是 | 更新时间 | |
department_information | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
department_information_id | int | 11 | 是 | 主键 | 部门信息ID |
department_name | varchar | 64 | 否 | 部门名称 | |
recommend | int | 11 | 是 | 智能推荐 | |
create_time | datetime | 0 | 是 | 创建时间 | |
update_time | timestamp | 0 | 是 | 更新时间 | |
employee_user | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
employee_user_id | int | 11 | 是 | 主键 | 员工用户ID |
user_name | varchar | 64 | 否 | 用户姓名 | |
user_gender | varchar | 64 | 否 | 用户性别 | |
user_age | int | 11 | 否 | 用户年龄 | |
user_departments | varchar | 64 | 否 | 用户院系 | |
user_department | varchar | 64 | 否 | 用户部门 | |
examine_state | varchar | 16 | 是 | 审核状态 | |
recommend | int | 11 | 是 | 智能推荐 | |
user_id | int | 11 | 是 | 用户ID | |
create_time | datetime | 0 | 是 | 创建时间 | |
update_time | timestamp | 0 | 是 | 更新时间 | |
report_information | |||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 |
report_information_id | int | 11 | 是 | 主键 | 报表信息ID |
report_name | varchar | 64 | 否 | 报表名称 | |
statement_no | varchar | 64 | 否 | 报表编号 | |
report_date | date | 0 | 否 | 报表日期 | |
report_notes | varchar | 64 | 否 | 报表备注 | |
statement_details | varchar | 255 | 否 | 报表详情 | |
recommend | int | 11 | 是 | 智能推荐 | |
create_time | datetime | 0 | 是 | 创建时间 | |
update_time | timestamp | 0 | 是 | 更新时间 |
系统中应用的开发工具总结如下表所示。
表5-1开发工具
名称 | 工具 | 版本 |
操作系统 IDE(Integrated Development Environment) | Windows Myeclipse | 7/8/10 2017 |
服务器 | Tomcat | 9.10.7 |
JDK(Java Development Kit) | JDK | Java SE 8.0 (1.8.0) |
数据库 浏览器 界面工具 | MySQL 谷歌 Photoshop | 5.7 6.0 2016 |
用户在登录界面输入注册时登记的信息账号、密码 、权限验证码进行登录,
登录界面如下所示。
图5-1用户登录界面
个人资料模块
用户个人后台管理界面功能界面图如下图5-2
5-2用户功能界面功能图
资产管理
在资产管理页面资产列表中可以查看资产信息、资产名称、出借额度、资产归类、所属部门、借用用户、出借时间等内容,还可在该页面进行提交和详细操作,如下图5-3所示
图5-3资产信息管理界面图
资产借用管理
用户在资产借用管理页面中可以添加借用信息:资产名称、出借额度、资产归类、所属部门、借用用户、出借时间、归还时间等内容,在资产借用管理界面列表可以对已有的资产借用信息进行添加资产借用或详细等操作,如下所示。
图5-4资产借用管理界面图
资产报表管理
在资产报表管理页面可以查询报表名称、制表编号、制表日期、制表备注、制表详情等内容,还可在资产报表信息管理页面进行下载、修改、删除、和详细等操作,如下图所示。
图5-5 资产报表管理界面图
管理员登录界面
在管理员登录页面添加用户名、密码、权限、验证码等信息进入系统,图如下
5-7管理员登录界面图
管理员功能模块
管理员登录系统后台可以查询功能:首页、系统用户(管理员、员工用户)模块管理(资产信息、资产借用、资产折旧、资产归还、部门信息、资产报废、资产维修、报表信息)等功能,如下图所示。
图5-8 管理员功能界面图
用户管理
管理员在用户管理页面中添加用户信息:用户编号、密码、用户姓名、性别、手机号、身份证、备注等信息,还可在用户管理查询页面对已有的用户进行修改删除详细等内容,通知用户管理界面如下所示。
图5-9用户管理界面
资产信息管理
在资产信息管理页面资产信息列表可查看信息:资产信息、资产名称、出借额度、资产归类、所属部门、管理人员、借用用户、出借时间等信息,还可在该页面进行详情、报废、维修、借用等详细操作,如下图所示。
图5-10资产信息管理界面图
资产折旧管理
管理员在资产折旧管理页面可查看折旧信息:资产名称、资产数量、资产归类、所属部门、资产净值、年折旧率、折旧总值等信息,还可在该页面对已有的折旧信息进行修改和删除操作,如下图所示。
图5-11资产折旧管理界面
资产维修管理
管理员在资产维修管理页面可查询资产维修信息:、资产编号、资产名称、资产归类、损坏原因、维修结果等内容,还可在该页面进行修改删除详细等操作,资产维修管理界面图如下:
图5-12资产维修管理界面图
资产报废管理
管理员在资产报废管理页面可查询报废信息:资产编号、资产名称、资产归类、损坏原因、维修结果、报废原因等内容,还可在该页面进行修改删除详细等操作,如下图所示
图5-13资产报废管理界面图
报表信息管理
管理员在报表信息管理页面可查询报表信息:报表名称、报表编号、报表日期、报表备注、报表详情下载等信息,还可在该页面进行修改删除详细等操作,如下图所示
图5-14报表信息管理界面图
程序设计不能保证没有错误,这是一个开发过程,在错误或错误的过程中都是难以避免的。虽然这是不可避免的,但我们不能使这些错误始终存在于系统中,错误可能会造成无法估量的后果,如系统崩溃,安全信息泄露,系统无法正常启动等,为了避免这些问题我们需要测试程序,在测试过程中发现问题并纠正它们,从而使系统更长时间稳定成熟。
本章的作用是发现这些问题,并对其进行修改,虽然耗时费力,但对于长期使用而言是非常重要和必要系统的开发。
软件在设计后必须进行测试,调试过程中使用的方法是软件测试方法。在开发新软件时,系统测试是检查软件是否合格的关键步骤,以及是否符合设计目标的参考。测试主要是查看软件中数据的准确性,正确的操作与否,以及操作的结果,还有哪些方面需要改进。
高校固定资产管理系统的实现,对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在高校固定资产管理系统正式上传使用之前必须做的一步就是系统测试,对于测试发现的错误及时修改处理,保证系统准确无误的供给用户使用。
在对高校固定资产管理系统进行测试的时候在找到问题的情况下必须在第一时间找到解决问题的办法,不要存在侥幸的心理,这样才能让疫情防控信息管理开发的质量可以过关,并且开发的周期会大大缩短,还有就是在测试时,不要出现重复性的错误,遇到一个错误问题,要将整个高校固定资产管理系统开发所牵扯的该问题都必须一一解决,提高疫情防控信息管理平台的安全性、稳定性。
白盒测试与黑盒测试是测试中比较常用的两种方法。
①结构测试俗称白盒测试:这种测试是在对程序的处理过程与结构都有详尽谅解的前提下,顺从程序内部的逻辑而完成的系统测试,以确定系统中所有的通路都能够遵照设计要求正常工作,不出现任何偏差。
②功能测试又成黑盒测试:主要是针对程序功能能够按照设计正常实现的一种检测,在程序接口处进行,检测程序手法数据是否正常,与外部信息的交换是否完整。
在软件的测试过程中,通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应,及时发现代码上或逻辑上的缺陷,以此来来完善系统,提高软件产品的质量,使软件具有良好的用户体验。
注册测试用例表如下所示。
表6-1注册测试用例
测试性能 | 新用户注册 | ||
用例目的 | 测试系统新用户个人信息注册功能的功能和安全性 | ||
前提条件 | 进入注册页面填写个人信息 | ||
输入条件 | 预期输出 | 实际情况 | |
各项基本信息输入不完整 | 不允许注册,无法点击注册按钮 | 一致 | |
填写已存在的用户名 | 系统显示出提示信息,要求重新填写 | 一致 | |
两次密码输入不一致 | 系统显示出提示信息,要求重新填写 | 一致 | |
填写的各项信息没有符合提示的长度和字符要求 | 系统显示出提示信息,要求重新填写 | 一致 | |
胡乱填写电话号码 | 收不到验证码 | 一致 | |
填写验证码与收到的不一致 | 系统显示提示信息告知用户验证码错误,不予注册 | 一致 |
登录测试用例表如下所示。
表6-2登录测试用例
测试性能 | 用户或操作员登录系统 | ||
用例目的 | 测试用户或操作员登录系统时功能是否正常 | ||
前提条件 | 进入用户登录页面或操作员登录页面 | ||
输入条件 | 预期输出 | 实际情况 | |
各项信息不予填写,直接点击登陆按钮 | 不允许登录,提示填写账号相关信息 | 一致 | |
填写错误的登录名或密码后点击登录系统 | 提示用户名或密码错误,要求重新填写进行登录 | 一致 | |
填写与验证码信息不一致的信息 | 系统显示出提示信息,表明验证码错误,要求重新填写 | 一致 |
使用阿里云PTS(Performance Testing Service)性能测试服务对线上系统进行压力测试。线上服务器环境为:1核心CPU,1G内存,1Mbps公网带宽,Centos7.0操作系统。
压测过程中使用了2台并发机器,每台机器20个用户并发,对系统主页,登录,数据查询和数据维护等模块进行并发访问,测试结果是有40个用户并发时,数据管理相关页面的响应时间甚至达到了7s,通过查看服务器出网流量发现已经达到1381kb/s,可以看出服务器的带宽已经达到峰值,如果系统使用5Mbps的带宽,系统的响应时间和TPS将会大大增加。在整个测试的过程中,CPU的使用率占用仅8%,也提现出带宽瓶颈对系统的影响非常严重。
经过对一系列测试结果的有效分析,本平台开发系统符合用户的要求和需求。所有的基本功能相对齐全,操作起来简单方便,测试系统性能良好,作为大众化系统使用是比较值得推广宣传的。
高校固定资产管理系统采用MVC结构,该结构非常完美的集优点于一身,成熟、强大、易理解易使用,通过使用这个结构,降低了开发的难度。本系统实现了基于Hadoop框架高校固定资产管理系统,将数据操作维护的过程转化成电脑操作流程,具体实现了对系统首页、系统用户(管理员、员工用户)模块管理(资产信息、资产借用、资产折旧、资产归还、部门信息、资产报废、资产维修、报表信息)等功能来管理资产相关数据进行管理,让使用者能更清晰的掌握运营情况,帮助使用者进行数据操作维护,简化工作流程,提高工作效率和盈利。
目前完成的高校固定资产管理系统,还有许多有待改进的地方。一个是功能上的改进,用户理应可以修改自己的相关信息,故应增设个人中心功能;另外,系统如果能提供更多的功能就会使得系统更加丰富和多样化,比如数据当前分析和未来预测等。第二个是技术上的改进,由于对开发框架不太熟悉,权限管理这部分,本系统采用一个Hadoop框架来规定好导航栏,即跳转的页面,这相对比较不灵活,如果将URL路径记录到数据库并实现增删查改会比较好;另外就是对EasyUI的使用还不够熟练,视觉效果和界面观感有待提升,希望日后能对这个系统有所改进。
参考文献
[1]孙天舒.高校固定资产管理问题及其对策研究[J].老字号品牌营销,2022(24):133-135.
[2]花维.基于Hadoop框架与用户行为特征感知的智能图书推荐系统设计[J].电子设计工程,2022,30(24):24-27+32.DOI:10.14022/j.issn1674-6236.2022.24.006.
[3]于勇,张惠芳.高校固定资产信息化管理研究[J].科技风,2022(33):157-159.DOI:10.19392/j.cnki.1671-7341.202233052.
[4]刘跃灿,张水茂.基于绩效评价的高校固定资产管理对策研究[J].老区建设,2022(21):59-64.
[5]李韦华.高校固定资产管理存在的问题与对策[J].中国现代教育装备,2022(19):36-37+41.DOI:10.13492/j.cnki.cmee.2022.19.028.
[6]余晓明,孙咸凯,曹远见,蒋俊慧,吴超.基于B/S架构的企业干部信息管理系统[J].自动化技术与应用,2022,41(07):170-172+190.DOI:10.20033/j.1003-7241.(2022)07-0170-04.
[7]彭仁松.基于B/S的毕业设计信息管理系统开发[J].现代信息科技,2022,6(09):26-30.DOI:10.19850/j.cnki.2096-4706.2022.09.007.
[8]朱卫东,李子龙,乔良才.SSM_HADOOP框架的高校学生手机用户信息大数据可视化研究[J].软件,2022,43(03):26-28.
[9]袁江琛.基于B/S模式的宠物信息网设计与实现[J].信息与电脑(理论版),2022,34(05):107-109.
[10]Di Modica Giuseppe,Tomarchio Orazio. A Hierarchical Hadoop Framework to Process Geo-Distributed Big Data[J]. Big Data and Cognitive Computing,2022,6(1).
[11]Li Mingzheng,Lv Xiaojuan,Liu Ye,Wang Lin,Song Jianqiang. TCM Constitution Analysis Method Based on Parallel FP-Growth Algorithm in Hadoop Framework.[J]. Journal of healthcare engineering,2022,2022.
[12]任焕海.基于B/S架构的在线考试系统设计与实现[J].现代信息科技,2021,5(22):13-16.DOI:10.19850/j.cnki.2096-4706.2021.22.004.
[13]王霁阳.基于B/S架构的“双高计划”项目管理系统的设计与实现[J].现代信息科技,2021,5(22):38-40.DOI:10.19850/j.cnki.2096-4706.2021.22.011.
[14]张国华,叶苗,王自然,周婷婷.大数据Hadoop框架核心技术对比与实现[J].实验室研究与探索,2021,40(02):145-148+176.DOI:10.19927/j.cnki.syyt.2021.02.028.
[15]王珈珞,曹前.基于Hadoop框架下高职微课程的研究与分析[J].现代信息科技,2020,4(18):140-143.DOI:10.19850/j.cnki.2096-4706.2020.18.039.
[16]王瑶. 基于Hadoop框架的工业物联网实验平台构建与实现[D].西安石油大学,2020.DOI:10.27400/d.cnki.gxasc.2020.000013.
[17]许文鹏,李胜广,赵士伟,李思,李攀.基于Hadoop框架的大数据平台探析[J].中国安防,2020(04):38-45.
[18]陈彬.基于Hadoop框架的海量数据运营系统研究[J].自动化技术与应用,2020,39(03):178-181.
[19]蔡晓晨,徐勇.基于Hadoop框架在电力大数据技术的探究[J].信息技术与信息化,2019(12):254-256.
[20]李明杰,刘小飞.基于Hadoop框架的图书数据管理系统[J].科学技术创新,2019(30):72-73.
致谢
在老师的教导和帮助下,本人完成了本篇论文,老师对论文的内容、格式都有非常严格的要求,在我写毕业论文的过程中,他多次给出了建议,并定期检查,对我们严格要求,帮助我们在文档的编写上写到极致和正确,他这种教学和工作态度,让我对他产生无限的敬佩感和尊敬感。写毕业论文的同时,作为应届生,我也忙着找工作中,遇到了很多选择,感到困惑迷茫的时候,老师给了我很多意见,感谢老师的耐心开导,跟她的聊天我明白了许多。
我还要感谢我的父母,一直以来都非常支持和相信我,在精神和经济上给了我很多力量,如今我将毕业走上工作之路,终于能报答父母的养育教导之恩。还有我大学期间所有老师和全体同学,遇到问题时,这些老师同学总是无私地帮助我,真的非常感谢,我也会加油努力成长为一个有用的人。
请关注点赞+私信博主,免费领取项目源码