固定资产管理系统毕业设计论文Word格式.docx
《固定资产管理系统毕业设计论文Word格式.docx》由会员分享,可在线阅读,更多相关《固定资产管理系统毕业设计论文Word格式.docx(34页珍藏版)》请在冰豆网上搜索。
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)defaultNULL,
`borrowCompany`varchar(255)defaultNULL,
`telephone`varchar(255)defaultNULL,
--Tablestructureforassettype
DROPTABLEIFEXISTS`assettype`;
CREATETABLE`assettype`(
`description`text,
--Tablestructureforemployee
DROPTABLEIFEXISTS`employee`;
CREATETABLE`employee`(
`roleId`int(11)defaultNULL,
--Tablestructureforstorage
DROPTABLEIFEXISTS`storage`;
CREATETABLE`s