固定资产管理系统毕业设计论文Word下载.docx

固定资产管理系统毕业设计论文Word下载.docx

《固定资产管理系统毕业设计论文Word下载.docx》由会员分享，可在线阅读，更多相关《固定资产管理系统毕业设计论文Word下载.docx（58页珍藏版）》请在冰豆网上搜索。

固定资产管理系统

中文摘要

随着企业规模的逐步扩大，其固定资产的投资规模相应扩大。

目前，固定资产管理很多仍停留在手工管理模式，其运作机制已和企业的业务发展规模不相适应。

如何对固定资产进行有效的管理，是目前企业十分关注的问题。

由于数据库技术及其开发工具的不断发展，开发一套企业规范的固定资产管理系统，实现计算机化管理，在技术上已经变得非常容易实现。

本次实训设计的题目是开发一个固定资产管理系统。

该系统可以分为9个功能模块：

登陆模块、提示模块、资产类型管理模块、仓库管理模块、资产管理模块、资产借出管理模块、资产折旧管理模块、资产统计模块和用户管理模块；

考虑到页面显示时列出的表单可能很长，故添加了一个分页模块。

经过测试，整个系统达到了界面良好、灵活易用的效果。

关键词：

固定资产管理系统；

用户管理；

资产折旧

FixedAssetsManagementSystem

Abstract

Withtheenlargementoftheenterprisescalegradually,theinvestmentofitsfixedassetsisexpandedcorrespondingly.Atpresent,alotoffixedassetsmanagementstillstayinthemanagementofthemanualpattern,itsoperationmechanismhasbeenunsuitableforthebusinessofenterprises.Howtocarryontheeffectivemanagementtothefixedassetsisthequestion.Becauseofthedevelopmentofthedatabase’stechnologyanddeveloperkits,ithasbeenbecomeeasytodesignthenormalfixedassetsmanagementsystemforaenterprises.Thesystemhasrealizedthemanagementcontrolledbycomputers.

Thesubjectofgraduationistodesignafixedassetsmanagementsystem.Thesystemincludesninefunctionmodules:

loadingmodule,suggestingmodule,themoduleofasset’stype,storagemanagementmodule,assetmanagementmodule,themoduleoflendingasset,themoduleofassetdepreciation,themoduleofassetstatisticsandusermanagementmodule.Atthesametime,becausethepagedisplaystheformsetverylong,apagingmoduleisadded.Afterthetest,theoverallsystemhasafriendlyinterface,whichisusedconveniently.

Keywords：

FixedAssetsManagementSystem;

UserManagement;

AssetDepreciation

第一章系统概述

1.1项目开发的意义

　企业固定资产是指使用期限较长、单位价值较高并且在使用过程中保持原有实物形态的资产。

这些资产因其固有的特性，对企业的经济价值在于其具有潜在的服务能力，这种服务潜能将随着企业对固定资产的不断利用而为生产经营带来长期的经济效益。

　　企业在经过多年的发展形成了一定存量的固定资产，在固定资产的管理中发现的最大问题就是出现了大量的闲置资产，究其原因，有如下几方面。

　　1、许多企业受计划经济思想的影响习惯争投资、争项目、争资产设备，片面追求企业资产占有最大化，企业大量的投资未能形成可供有效使用的固定资产，不少资产处于长期闲置或半闲置状态。

　　2、设备更新速度加快，被淘汰的资产设备不少是未达到规定的资产折旧年限，而成为闲置资产。

　　3、一些业务管理部门或人员决策失误造成固定资产闲置。

一些业务管理部门或人员在进行投资或购置时，由于没有很好地与具体使用单位相结合，没有经过认真细致的调查研究或出于个人动机，造成盲目投资或购置，使购置回来的资产（设备）不能满足生产经营的需要，产生闲置。

推行集中管理，有偿租赁的经营形式，提高企业闲置资产的利用率。

对企业闲置的资产可以在政策允许的范围内，对外发布招租信息，让有经营头脑、有条件的经营者承租，签订租赁合同。

特别是对一些季节性使用、分散性强、工期集中、利用率低的固定资产，如施工设备、各种车辆等。

这样既提高了资产的利用效率，同时还能给企业带来一定的经济利益。

对闲置的资产设备进行技术改造。

通过市场调研进行经济技术论证，花较少的资金，改造原有的闲置设备，使其增加新的功能，满足生产的需要达到以少量的增量激活大量的存量的目的。

拓宽资产盘活渠道，加快资产盘活速度。

各级资产管理部门应加强联系，充分利用现代网络技术，及时沟通信息，扩宽闲置资产的调剂范围，设法使沉睡多年的闲置固定资产重新发挥作用。

1.2所负责开发模块

本系统有一个小组两个人共同协作完成，我负责的模块主要为用户管理模块、仓库管理模块、折旧管理模块、资产统计模块，由于分页模块页面都需求，故由我们组共同完成。

第二章可行性分析与需求分析

2.1系统的可行性分析

技术可行性。

本次开发的固定资产管理系统采用浏览器/服务器（B/S）结构，用户通过浏览器向分布在网络上的服务器发出请求，服务器对浏览器的请求进行处理，将用户所需信息返回到浏览器。

而其余如数据请求、加工、结果返回以及动态网页生成、对数据库的访问和应用程序的执行等工作全部由后台完成。

经济可行性。

本系统带来的经济效益超过了它的开发成本。

如何利用先进的管理系统，提高固定资产的管理水平，是各企业所面临的重要问题。

固定资产管理的主要问题是：

1、许多企业受计划经济思想的影响习惯争投资、争项目、争资产设备，片面追求企业资产占有最大化，企业大量的投资未能形成可供有效使用的固定资产，不少资产处于长期闲置或半闲置状态。

2、设备更新速度加快，被淘汰的资产设备不少是未达到规定的资产折旧年限，而成为闲置资产。

3、一些业务管理部门或人员决策失误造成固定资产闲置。

2.2系统的需求分析

用户需求分析

系统主要是对企业的固定资产进行管理，因此系统的用户主要企业的员工，当然企业也要有管理员对这些用户进行管理，用户管理员的主要工作就是对用户信息进行操作。

由上总结的系统共有以下2种类型的用户：

普通用户、管理员。

以下是我所做模块的用户需求：

1.管理员：

用系统对用户信息进行修改，删除和查询，也可以新增一个用户。

管理员的需求用例图如下：

管理员用例图

2.普通用户：

即企业对资产进行管理的员工。

他们是固定资产的管理者，所以他们可以有以下操作功能。

（1）对仓库进行管理，用例图如下：

仓库管理用例图

（2）对资产折旧进行管理，用例图如下：

资产折旧管理用例图

（3）对资产进行统计，用例图如下：

资产查询用例图

2.3系统数据流图

系统数据流图

2.4数据字典

数据名称：

修改、添加用户信息

简述：

修改的用户信息、新增的用户信息

数据结构：

用户登录账号、密码、姓名、年龄、住址、性别、电话

来源：

管理员

去向：

处理1

查询修改用户个人信息

用户修改自己的信息

用户

处理2

添加修改仓库信息

添加一个仓库的信息，修改现有仓库的信息

仓库名称、仓库描述

处理3

添加修改资产类型信息

添加一个资产类型的信息，修改现有资产类型的信息

资产类型名称、描述

处理4

添加修改固定信息

添加一个固定资产的信息，修改现有固定资产的信息

代码、资产名称、资产类型编号、型号、厂家、出厂日期、购买日期、预计使用年限、价格、使用部门、使用情况、所属仓库、增加方式、使用员工、资产状态、折旧价格

处理5

添加修改资产借出信息

添加一个固定资产借出的信息，修改现有借出固定资产的信息

资产id、借出（归还）日期、预计归还日期、借出（归还）人、借出人、借用单位、状态

处理6

查看资产折旧信息

查看一个固定资产的折旧信息

资产id、购买日期，折旧方式

处理7

查询资产信息

根据条件查询资产

资产状态；

购买时间；

处理8

用户登陆

用户以普通用户权限登陆

用户名，用户密码

系统主页面

管理员登陆

用户以管理员权限登陆

用户管理页面

退出系统

推出系统销毁数据

返回登陆页面

第三章总体设计

3.1系统总体架构

由于系统是可以供多个用户使用同一个服务的系统，由于多用户使用时的并行性和发布的方便性，系统决定使用B/S的运行结构模式。

根据需求分析、详细设计，结合指导老师意见，经过本组同学讨论，该系统可以细分为9个功能模块：

系统的主要模块结构图

系统主要模块图

3.2模块功能

本系统中的中心对象是企业员工，根据以上的模块划分和功能分析可知，该系统的流程主要描述的是管理员与一般用户登录系统后，根据各自工作，管理员完成对用户信息的增删改查，一般用户对企业的固定资产进行操作。

该系统的使用对象包括一般用户和管理员，因此包括2种登陆形式的模块功能：

图4.2普通用户模块功能图

管理员模块功能图

3.3数据库设计

3.3.1数据库的概念设计

这一阶段是在需求分析的基础上，设计出能够满足用户需求的各种实体以及它们之间的关系，为逻辑模型设计打下基础。

在这一阶段的设计的模型是用户与现实数据库的接口，所得的数据并不直接用于最终的数据库设计，因此不用考虑采用的数据库管理系统、操作系统类型和机器类型等问题。

概念设计是数据库数据内容和结构方式的完整表示，是用户和数据库设计人员交流的工具。

这个模型是直接从现实世界中抽象出实体类型及实体间联系，然后用实体联系图表使数据模型。

。

经过前面需求分析阶段对数据流的存储、处理等分析确定该系统的全局ER图如图3.17所示

系统全局E-R图

3.3.2数据库的逻辑设计

用户：

用户id、用户名、密码、姓名、年龄、住址、性别、电话；

资产类型：

资产类型id、资产类型名称、描述；

资产：

资产id、代码、资产名称、资产类型编号、型号、厂家、出厂日期、购买日期、预计使用年限、价格、使用部门、使用情况、所属仓库、增加方式、使用员工、资产状态、折旧价格；

仓库：

仓库id、仓库名称、仓库描述；

员工：

员工id、员工编号、部门、

借出信息：

借出id、资产id、借出（归还）日期、预计归还日期、借出（归还）人、借出人、借用单位、状态；

3.3.3数据库的物理设计

数据库物理设计是根据设计好的数据库逻辑模型，选取一个最合适应用环境的物理数据存储结构的过程，也就是对数据在物理设备上的存储结构和存取方法的过程，本系统选用的是MySQL实现的。

各表如下：

用户表

user（用户表）

字段名

数据类型

长度

允许为空

是否为主键

说明

Id

integer

11

否

是

主键

loginName

varchar

255

用户名

password

密码

Name

姓名

Age

年龄

address

地址

postcard

邮编

telephone

电话

Sex

性别

Role

角色（1.系统管理员2.普通用户）

仓库表

storage（仓库表）

仓库名称

description

text

描述

资产类型表

assetType（资产类型表）

类型名称

员工表

employee（员工）

Code

代码

deptment

所属部门

固定资产信息表

Asset（资产表）

资产名称

assetTypeId

外键，资产类型编号

model

资产型号

client

厂家

leaveFactoryDate

出厂日期

buyDate

购买日期

Life

预计使用年限

Price

double

价格

lastprice

现价格

使用部门

storageId

外键，所属仓库

addType

增加方式

employeeId

外键，使用员工

Type

折旧方式

State

状态（1.可用2.借用3.损坏4.报废

overDate

报废时间

第四章详细设计与实现4.1系统功能操作流程

根据系统需求中的描述，做出系统各操作的逻辑流程如下：

1.用户信息管理：

用户信息管理----添加、删除、修改流程图

2.资产管理—仓库管理

资产管理——资产类型管理流程图

3.资产管理——资产折旧管理：

用户可以根据列出的资产信息，选择查看资产相应的折旧情况。

流程图如下：

资产管理——资产折旧查看流程图

4.资产管理——资产统计管理：

用户可根据资产状态、新增资产和报废资产三种方式对资产进行统计；

根据资产状态进行统计时，可以按状态通过单选按钮对资产进行查询；

根据新增资产进行统计时，可以按购入时间进行统计；

根据报废资产进行统计时，可以按购入时间进行统计。

资产管理——资产统计管理流程图

4.2功能实现界面

1.用户信息管理

管理员管理用户信息界面

用户个人信息管理界面

仓库信息管理界面

资产折旧信息管理界面

资产折旧信息查询界面

资产统计信息管理界面

资产信息按状态统计界面

新增资产统计界面

报废资产统计界面

4.3数据库实现代码

根据数据库字段设计，依次创建资产信息表，资产借出信息表，资产类型信息表，员工信息表、仓库表、用户表。

创建的脚本依次为：

SETFOREIGN_KEY_CHECKS=0;

------------------------------

--Tablestructureforasset

DROPTABLEIFEXISTS`asset`;

CREATETABLE`asset`（

`overDate`varchar（255）defaultNULL,

`type`int（11）defaultNULL,

`id`int（11）NOTNULLauto_increment,

`code`varchar（255）defaultNULL,

`name`varchar（255）defaultNULL,

`assetTypeId`int（11）defaultNULL,

`model`varchar（255）defaultNULL,

`client`varchar（255）defaultNULL,

`leaveFactoryDate`varchar（255）defaultNULL,

`buyDate`varchar（255）defaultNULL,

`life`int（11）defaultNULL,

`price`doubledefaultNULL,

`deptment`varchar（255）defaultNULL,

`storageId`int（11）defaultNULL,

`addType`varchar（255）defaultNULL,

`employee`varchar（11）defaultNULL,

`state`int（11）defaultNULL,

PRIMARYKEY（`id`）

）ENGINE=InnoDBDEFAULTCHARSET=utf8;

--Tablestructureforassetturnoverdetail

DROPTABLEIFEXISTS`assetturnoverdetail`;

CREATETABLE`assetturnoverdetail`（

`assetId`int（11）defaultNULL,

`dependDate`varchar（255）defaultNULL,

`givebackDate`varchar（255）defaultNULL,

`givebackPlanDate`varchar（255）defaultNULL,

`employeeId`int（11）defaultNULL,

`borrowMan`varchar（255）default