资产管理系统JAVA实现.docx
《资产管理系统JAVA实现.docx》由会员分享，可在线阅读，更多相关《资产管理系统JAVA实现.docx（44页珍藏版）》请在冰点文库上搜索。
资产管理系统JAVA实现
毕业论文
题目资产管理系统的实现
英文题目
院系信息科学与技术学院
专业计算机科学与技术
姓名马晓龙
班级学号A081121
指导教师曾令院
二○一二年五月
摘要
随着科学技术的发展，计算机技术与信息技术在近十年也得到了空前的飞速发展。
国家日益富强，人们的生活水平也得到了提高，不管是个人、学校还是公司企业，都有属于自己的一系列的资产。
比如学校的课桌、椅子、打印机、机房的电脑等等。
此时，资产的高效的科学合理的管理方式就变得尤为的重要。
就急需开发一套属于自己的于资产管理系统。
系统的电子化管理就能减小资产记录的难度以及减少财务部门资产管理的成本了，而且省去了资产纸质记录文档的管理问题。
这样，随之的一切问题就能够沿刃而解了。
资产管理系统是属于信息管理系统中的一种，采用的图形编程来实现。
其开发主要包括后台数据库的建立和前端应用程序的开发两个方面。
前者达到了数据的一致性和稳定性，而对于后者，要达到了前台应用程序的功能完备，容易使用和容易上手的特点。
系统主要实现了资产的信息管理、职员管理、资产还借管理、账户管理、系统管理等模块。
本系统界面友好，操作简单，基本满足用户的管理需求。
关键词：
资产管理，数据库，信息管理
.,'s,,,,,,..
,,,.
a,,,,,.
’s,,.
:
,
摘要I
错误!
未指定书签。
1绪论
1.1课题研究背景
（1）
1.2课题的现实意义
（1）
1.3论文结构
（1）
2系统分析
2.1可行性研究（3）
2.2系统开发工具及运行环境（4）
2.3需求分析（6）
2.4系统流程图（8）
2.5用例图（8）
2.6本章小结（11）
3系统的设计
3.1系统功能设计（12）
3.2系统体系结构设计（14）
3.3数据库设计（16）
3.4本章小结（24）
4系统的实现
4.1功能框架的整理（25）
4.2功能模块实现（27）
4.3数据库实现（31）
4.4本章小结（33）
5系统功能测试
5.1系统配置（34）
5.2功能测试（34）
5.3本章小结（38）
总结（40）
致谢（42）
参考文献（43）
1绪论
1.1课题研究背景
随着科学技术的发展，计算机技术与信息技术在近十年也得到了空前的飞速发展。
国家日益富强，人们的生活水平也得到了提高，自然的消费水平也不可同日而语。
在人们的消费能力的提高的同时，消费者所拥有的资产也在增加。
对于学校企业集团来说，所拥有的资产的繁多，有些资产的价格也很昂贵。
但是这些财产，对于有些个人或者集体，依然在采用这传统的采用纸质人工手工记录的方式来记录财产的借出归还等去向，以及现在财产设备是否使用正常还是需要维修或者已经报废情况的记录。
这样的管理方式表面上看上去很廉价方便，但是可持续发展的思考角度来考虑这件事情，就会发现这样的管理方式已经慢慢的不能适应将来的经济发展了。
1.2课题的现实意义
由于传统的纸质人工手动操作的方式的采用，资产管理方式存在着容易破损，文档丢失，书写字迹不清晰，工作效率低等现象，在增删改查方面，也会显得操作极为不便的弊端。
尤其文档的丢失，可能会造成资产去向不明的现象的发生。
这对于不论是个人还是公司团体，都是不希望看到的现象。
这时候，一个操作简单易上手的、实用的、功能完善的资产管理系统就显得尤为重要了，资产管理系统以电子的方式存储，没有对传统方式的纸质记录文档的管理的麻烦，没有纸质文档容易破损的担忧，在记录的增删改查方面由于有后台数据库的支持，会显得特别的方便快捷，而且也提高了工作的繁琐度，资产管理系统的模块化实现也可以为以后的系统的扩展提高方便，还能够实现数据的安全可靠。
由此可见，资产管理系统在资产的管理方面相对于传统的纸质记录的方式的优越性，资产的管理的科学化作用不可小觑。
1.3论文结构
本文主要由绪论、系统分析、系统的设计、系统的实现、系统功能测试等五大部分组成，详细框架详见图1-1所示。
第一章是绪论部分，主要介绍了课题研究的背景、现实意义。
第二章是系统的分析部分，主要包括从技术可行性、经济可行性、操作可行性以及需求分析等方面全面的对系统进行分析，通过对系统的分析理出系统的架构图。
第三章是系统功能设计部分，主要包括分析系统的主要功能，分清主次，强调主要方面。
此外对子功能也做详细的分析，以期完成各层之间的正确跳转。
第四章是系统实现部分，主要对系统的各个功能模块进行详细的分析，其中包括功能的设计、代码的编写、界面的设计以及数据库的实现等各项工作。
第五章是系统测试部分，主要讲述了系统的运行配置和进行了系统基本功能的冒烟测试以及核心模块的详细测试。
图1-1论文框架图
2系统分析
2.1可行性研究
2.1.1经济可行性分析
目前技术已经相当的成熟，而且如今已经有许多专业从事该领域的企业或个人。
针对各类大中小型的企业来说，都不是一项大的经济开支。
加之的可跨平台移植，可以在不同的系统环境，不同的配置环境中运行，因此对设备和运行环境的要求不高，因此节约了固定成本的投入[1]。
从而达到了经济的可行性。
2.1.2技术可行性分析
根据该系统制定的目标来衡量所需的技术是否具备，一般可从硬软件的性能要求、环境条件、操作人员水平和数量等方面去考虑和分析[2]。
软件方面选用的是，数据库方面选择的是2005，目前语言也已经很成熟，数据库方面的操作也很简单[3]。
在界面的美化方面，可以使用公司出品的、等图形处理软件的协助，可以实现界面的优美[4]。
因此软件方面是可行的。
在硬件方面，则选择空间较大，市场上一般的终端机都可以得到运行。
所以硬件方面是可行的。
2.1.3操作可行性分析
本系统的使用操作方面达到了操作简单，用户界面简洁友好，不繁琐，在核心操作部分提供了相应的操作帮助，用户点击帮助按钮就可以看到操作教程。
用户对语言和数据库语言不需要了解，用户可以通过前台的按钮等对数据库进行查询，以及对记录的增删改查。
因此系统在操作上是可行的。
2.2系统开发工具及运行环境
2.2.1技术介绍
是一种可以撰写跨平台应用软件的面向对象的程序设计语言，是由公司于1995年5月推出的程序设计语言和平台（即,,）的总称[5]。
技术具有卓越的通用性、高效性、平台移植性和安全性，广泛应用于个人、数据中心、游戏控制台、科学超级计算机、移动电话和互联网，同时拥有全球最大的开发者专业社群。
在全球云计算和移动互联网的产业环境下，更具备了显著优势和广阔前景。
它最初被命名为，目标设定在家用电器等小型系统的编程语言，来解决诸如电视机、电话、闹钟、烤面包机等家用电器的控制和通讯问题[6]。
由于这些智能化家电的市场需求没有预期的高，放弃了该项计划。
就在几近失败之时，随着互联网的发展，看到了在计算机网络上的广阔应用前景，于是改造了，以“”的名称正式发布。
编程语言的风格十分接近C、语言[7]。
是一个纯的面向对象的程序设计语言，它继承了语言面向对象技术的核心，舍弃了C语言中容易引起错误的指针（以引用取代）、运算符重载（）、多重继承（以接口取代）等特性，增加了垃圾回收器功能用于回收不再被引用的对象所占据的内存空间，使得程序员不用再为内存管理而担忧[8]。
在1.5版本中，又引入了泛型编程（）、类型安全的枚举、不定长参数和自动装/拆箱等语言特性。
不同于一般的编译执行计算机语言和解释执行计算机语言。
它首先将源代码编译成二进制字节码（），然后依赖各种不同平台上的虚拟机来解释执行字节码，从而实现了“一次编译、到处执行”的跨平台特性[9]。
不过，每次的编译执行需要消耗一定的时间，这同时也在一定程度上降低了程序的运行效率。
但在1.5发布后，的执行速度有了大幅提升。
与传统程序不同，公司在推出之际就将其作为一种开放的技术。
全球数以万计的开发公司被要求所设计的软件必须相互兼容。
“语言靠群体的力量而非公司的力量”是公司的口号之一，并获得了广大软件开发商的认同。
这与微软公司所倡导的注重精英和封闭式的模式完全不同。
公司对编程语言的解释是：
编程语言是个简单、面向对象、分布式、解释性、健壮、安全与系统无关、可移植、高性能、多线程和动态的语言[10]。
平台是基于语言的平台。
这样的平台目前非常流行，因此微软公司推出了与之竞争的平台以及模仿的语言。
2.2.2技术介绍
是一个关系数据库管理系统。
它最初是由和三家公司共同开发的，于1988年推出了第一个2版本。
在推出后，与在的开发上就分道扬镳了，将移植到系统上，专注于开发推广的版本[11]。
则较专注于在操作系统上的应安装界面用。
是一个全面的、集成的、端到端的数据解决方案，它为企业中的用户提供了一个安全、可靠和高效的平台用于企业数据管理和商业智能应用。
2005为专家和信息工作者带来了强大的、熟悉的工具，同时减少了在从移动设备到企业数据系统的多平台上创建、部署、管理及使用企业数据和分析应用程序的复杂度。
通过全面的功能集、和现有系统的集成性、以及对日常任务的自动化管理能力，2005为不同规模的企业提供了一个完整的数据解决方案[12]。
数据平台主要包括以下工具：
关系型数据库：
安全、可靠、可伸缩、高可用的关系型数据库引擎，提升了性能且支持结构化和非结构化（）数据。
复制服务：
数据复制可用于数据分发、处理移动数据应用、系统高可用、企业报表解决方案的后备数据可伸缩存储、与异构系统的集成等，包括已有的数据库等。
集成服务：
可以支持数据仓库和企业范围内数据集成的抽取、转换和装载能力。
分析服务：
联机分析处理（）功能可用于多维存储的大量、复杂的数据集的快速高级分析。
管理工具：
包含的集成管理工具可用于高级数据库管理和调谐，它也和其他微软工具，如和紧密集成在一起。
标准数据访问协议大大减少了和现有系统间数据集成所花的时间。
此外，构建于内的内嵌支持确保了和其他应用及平台的互操作能力[13]。
开发工具：
为数据库引擎、数据抽取、转换和装载（）、数据挖掘、和报表提供了和®相集成的开发工具，以实现端到端的应用程序开发能力。
中每个主要的子系统都有自己的对象模型和，能够以任何方式将数据系统扩展到不同的商业环境中[14]。
2.2.3系统运行环境
硬件平台：
：
P41.8
内存：
256以上
软件平台：
操作系统：
7
数据库：
2005
开发工具包：
1.5
浏览器：
6.0及以上版本
分辨率：
最佳效果1024x768
2.3需求分析
2.3.1系统功能需求分析
资产管理系统是将来管理资产的一种不二选择，一个功能完善的系统至少包括5个基本模块，分别是资产信息管理模块、人员管理模块、资产还借管理模块、账户管理模块以及系统管理模块。
如果可以，在一个系统中添加些娱乐模块和帮助模块，提高系统的实用性，从而让使用者更方便、更愉快的使用。
资产信息管理模块：
该模块主要负责管理学校或者企业团体的资产信息列别和资产信息。
人员管理模块：
该模块主要负责管理人员的姓名、年龄、性别、联系方式、以及备注的信息。
资产还借管理模块：
该模块主要负责资产的还借记录以及资产的领用归还信息，维修资金以及报废等。
账户管理模块：
该模块主要负责管理系统的管理员信息，包括添加账户、删除账户、以及修改密码。
系统管理模块：
该模块主要负责提供系统的基本操作，包括系统的登入、退出、以及切换账户功能。
娱乐模块：
该模块主要负责打开音乐播放器和打开网页操作，提高系统的的人性化。
帮助与关于模块：
该模块主要负责打开系统的操作教程文档，快速打开记事本以及查看当前系统的版本。
2.3.2系统性能需求分析
（1）正确性需求：
系统应该能够正确地添加资产信息、更新信息，以及将用户进行增加、修改、删除的信息及时有效的更新显示出来。
（2）安全性需求：
数据以表的形式存储在数据库中，在前台不能直接的接触数据，确保数据的安全性。
（3）界面需求：
页面布局清晰，颜色搭配合理色调柔和，各各方面主题风格一致。
（4）完整性需求：
各种信息记录的完整性，信息记录内容不能为空。
各种数据间相互的联系的正确性，相同的数据在不同记录中的一致性。
（5）故障处理能力需求。
当用户输入不合理的数据的时，系统能够给出错误的原因，并且允许用户返回继续操作或者转到相应的出错处理页面。
当涉及到用户要输入数据的时候，为了减少出错的情况，系统需要给出输入正确信息要求的提示，以免造成用户无法提交的困扰。
由于系统会对数据的频繁性操作，所以数据库里面的数据会频繁的变更，要保障数据的基本安全，就要适时的对数据库进行备份。
虽然系统的数据量不是很大，但是也要保证数据的长期完整性和安全性。
系统操作简单易行，查询灵活方便。
通过系统的实施，可为学校或者公司团体解决资产的管理方面的困扰。
2.4系统流程图
首先，本系统需要对身份的识别，使用合法的用户，在数据库中存在的操作者，才用权进入系统，否则无法登入系统。
登入系统后管理员可以通过主题窗口上面的菜单栏导航连接进行不同的各种操作。
下面以管理员进行系统操作流程演示，具体如图2-1所示。
2.5用例图
我们来分析系统参与者，从而画出系统需求的用例图。
从用例图，可以确定参与者与系统功能之间的关系，哪些东西在系统边界之外，用例图是对系统语境的勾画，显示了系统的边界，以及如何使用系统。
管理员的用例图如图2-2所示。
资产信息管理用例图如图2-3所示。
职员管理用例图如图2-4所示。
资产还借管理用例图如图2-5所示。
图2-1系统流程图
图2-2管理员用例图
图2-3资产信息管理用例图
图2-4资产信息管理用例图
图2-5资产还借管理用例图
2.6本章小结
本章针对系统的开发，从系统的经济可行性、技术可行性、操作可行性三个方面对系统进行分析，得出该系统具有很高的开发可行性。
而且还对系统进行了需求分析，通过系统的功能需求和性能需求的需求分析，从而进一步设计出了用例图，同时得出了系统运行所需的硬件和软件环境。
3系统的设计
经过前面的分析，我们已经初步确定了系统的功能需求，分析了操作的流程，现在我们需要对系统的各个功能进行分析，得出他们的相关联系。
另外，要按照正常的操作步骤，以大众的习惯设计各个功能的正确链接跳转。
系统设计的目的是确定系统如何完成预定的任务，也就是确定系统的物理配置方案，并且进而确定组成系统的各个程序的结构。
首先需要从图出发，设想完成系统功能的若干种合理的物理方案，设计人员应该仔细比较这些方案，并且和用户共同选定一个最佳方案，然后，进行软件结构设计，确定软件由哪些模块组成以及这些模块之间的动态调用关系。
进行软件设计时应该遵循的最主要的原理是模块独立原理，也就是说：
软件应该由一组完成相对独立的子功能模块组成，这些模块之间的接口关系应尽量简单。
自顶向下逐步求精是进行软件结构设计的常用途径，但是如果已经有了详细的数据流图，也可以使用面向数据流的的设计方法，用形式化的方法由数据流图映射出软件结构。
在进行详细的过程设计和编写程序之前，首先进行结构设计，其好处在于可以在软件开发的早期站在全局高度对软件结构进行优化，在这个时期进行优化付出的代价不高，却可以使软件质量得到重大的改进。
3.1系统功能设计
资产管理系统是为了对资产实行计算机化的管理，以提高工作效率，方便查询。
主要功能有对资产的信息管理、职员的管理、资产的还借管理、账户管理、系统管理五个功能模块。
系统提供资产信息的录入、修改、查询、删除等功能。
从而提高对资产信息的录入查询的效率，也可以减少大批量的手工记录的压力和账面价值统计不准确，导致资产流失。
资产管理系统是以的技术作为前台，2005为后台数据库进行开发的，力求与需求相结合满足用户业务所要的功能，意在达到使资产管理和信息数字化，使之更加方便快捷以提高工作效率。
系统模块设计如下：
（1）资产信息管理模块设计：
该模块要实现管理资产的列别信息和资产信息，其中资产信息包括资产大类信息和资产子类信息两类。
信息管理里面可以添加删除、修改资产的信息。
由于，删除信息会对记录的前后一致性上造成很大的影响，所以，为了避免随便的删除信息，在信息删除之前需要进行查询，只能对查询的结果进行删除。
（2）职员管理模块设计：
该模块要实现对资产的有权领用者进行管理，可以添加职员、删除职员和修改职员。
由于删除职员同删除资产一样，可能会造成数据很大程度的影响，所以，在删除职员前，必须通过查找得到成员信息，才能进行删除操作。
而修改成员，则可以直接从修改面板上的职员列表里面直接选择进行修改操作。
（3）资产还借管理模块设计：
该模块里面包含领用资产、归还资产、归还记录、以及维修、报废资产。
在领用资产面板中有一个可领用资产列表，需要先进行选择列表中的记录才可以进行领用。
在归还面板中有一个已借出未归还的资产列表，要进行归还资产，必须先选择要归还的资产的信息记录。
而在归还记录里面可以看见归还的记录，归还记录可以删除、打印、查看打印结果。
（4）账户管理模块设计：
该模块要实现添加登入系统的账户、删除账户以及修改现有账户的密码。
在删除账户进行是，是根据操作者输入账户的用户名来进行的。
在添加账户的时候，要进行与数据库中现有账户用户名的核对。
修改密码的时候，要先输入原始密码，才能进行修改。
（5）系统管理模块设计：
该模块的功能比较简单，主要提供操作系统的设置、切换账户，以及推出系统三个功能子模块。
（6）娱乐模块设计：
该模块的功能就是添加系统的娱乐性，可以在子菜单中迅速打开音乐（以的方式）和打开浏览器并跳到谷歌主页。
（7）帮助与关于模块设计：
该模块最主要的功能就是提供系统的使用手册，让用户可以迅速掌握系统的使用方法。
还有可以迅速新建并打开文本文件、打开计算器和查看系统版本。
3.2系统体系结构设计
资产管理系统的体系结构模型是一个典型的树状模型，每一层级菜单里又包含各个子功能菜单。
其主要分为外围功能模块和内部功能模块，具体如下：
（1）登入系统功能模块即系统管理员登入对系统进行管理。
如图3-1所示。
图3-1系统登入功能结构图
（2）系统管理功能模块结构是对系统进行设置、当前用户的切换或者退出系统进行管理的功能，如图3-2所示。
图3-2系统管理功能结构图
（3）系统主面板管理功能模块结构可以直接的查看到所有的资产的属性，以及目前的状态是否已被领用，或者在维修或已经报废等信息。
也可以直接的查看到所属的列别，对于资产数纵多的情况，可以根据编号、类别、使用者共三种方式进行查询。
主面板种还有一块呈树形分布的区域，可以通过点击大类别查看其中包含的小类别以及资产。
如图3-3所示。
图3-3系统管理功能结构图
（4）查询模块进行查询等功能，其流程如图3-4所示。
图3-4系统查询流程图
3.3数据库设计
数据库设计主要是进行数据库的逻辑设计，即将数据按一定的分类、分组系统和逻辑层次组织起来，是面向用户的。
数据库设计时需要综合各个资产的自身属性的存档数据和数据需求，分析各个数据之间的关系，按照提供的功能和描述工具，设计出规模适当、正确反映数据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型。
数据库设计的步骤是：
（1）数据库结构定义：
目前的数据库管理系统（）有的是支持联机事务处理（负责对事务数据进行采集、处理、存储）的操作型，有的可支持数据仓库、有联机分析处理（指为支持决策的制定对数据的一种加工操作）功能的大型，有的数据库是关系型的、有的可支持面向对象数据库。
针对选择的，进行数据库结构定义。
（2）数据表定义：
数据表定义指定义数据库中数据表的结构，数据表的逻辑结构包括：
属性名称、类型、表示形式、缺省值、校验规则、是否关键字、可否为空等。
关系型数据库要尽量按关系规范化要求进行数据库设计，但为使效率高，规范化程度应根据应用环境和条件来决定。
数据表设计不仅要满足数据存储的要求，还要增加一些如反映有关信息、操作责任、中间数据的字段或临时数据表。
（3）存储设备和存储空间组织：
确定数据的存放地点、存储路径、存储设备等，备份方案，对多版本如何保证一致性和数据的完整性。
（4）数据使用权限设置：
针对用户的不同使用要求，确定数据的用户使用权限，确保数据安全。
（5）关系数据结构的建立：
在进行了数据基本结构的规范化重组后，还必须建立整体数据的关系结构。
这一步设计完成后数据库和数据结构设计工作基本完成，只待系统实现时将数据分析和数据字典的内容代入到所设计的数据整体关系结构中，一个规范化数据库系统结构就建立起来了。
3.3.1数据库概念设计
对于资产管理系统的开发，要考虑到公司资产的庞大，借出和归还的频繁，数据的维护大的特点，决定采用2005作为数据库管理系统。
在2005中新增一个数据库，其命名为。
其中一共包含7张表，用来储存不同的数据分类信息。
表用来存储资产的自身属性信息，表用来存储资产的大类信息，表用来存储职员的信息，表用来存储借出记录的信息，表用来存储管理员的信息，表用来存储归还记录的信息，表用来存储资产的子类信息。
根据本系统的自身属性，划分出了7个实体，分别是资产的大类信息实体、资产的子类信息实体、资产信息实体、职员的信息实体、管理员的信息实体、资产的借出记录信息实体，以及资产的归还信息实体。
由于资产的信息种类有很多，比如有办公用品类、户外运动类、计算机类、数码产品类等等。
因此需要创建一个资产大类信息表用来存储资产的大类分类信息。
资产的大类信息的实体图如3-5所示。
图3-5资产大类实体图
在一个大类下一般都有很大的具体的资产信息，例如打印机、碎纸机、订书机等归属于办公用品大类，数码相机、手机、录音笔等归属于数码产品大类。
这些小类也需要创建一个子类的信息表，用来存储子类的信息。
资产子类的信息实体图如图3-6所示。
在一个资产子类下会有很多的具体的资产信息，例如联想打印机、惠普打印机、佳能打印机等归属于打印机子类，、三星、摩托罗拉等归属于手机子类。
这些资产需要有一个专有的表来存储它们的具体信息。
这些信息的实体图如图3-7所示。
图3-6资产子类实体图
图3-7资产实体图
在系统中有一张表用来保存是有职员的信息，这是因为如果不这样设计的话，就不能记录资产是被谁给领用了，同时，也只有在表中名单中的人，才有资格领用资产。
因此，建立一张存储职员的表十分必要。
职员的信息实体图如图2-8所示。
图3-8职员实体图
由于系统的操作者是管理员，并不是一般的职员所以，应该把管理员放在一张单独的表中。
管理员实体图如图3-9所示。
图3-9管理员实例图
在该系统中需要记录资产的借出记录，因此需要创见一张表来记录资产的借出记录信息。
资产的借出记录实体图如图3-10所示。
图3-10资产借出记录实体图
在系统中还要记录资产的归还记录，因此需要创见一张资产的归还记录信息表来存储所有的归还记录。
资产的归还信息记录实体图，如图3-11所示。
图3-11资产归还记录实体图
在分析设计了系统中的实体之后，接下来设计各实体间的关系，即图，如图3-12所示。
图3-12系统图
3.3.2数据库逻辑结构设计
根据设计好的各个实体的图创见数据库的逻辑结构，数据库各表的结构如下所示。
（1）资产大类信息表用来信息资产的所有大类分类信息。
包括大类编号、大类名称两个字段。
该表的逻辑结构如
升级会员 