毕业设计论文企业设备管理系统毕业论文.docx
《毕业设计论文企业设备管理系统毕业论文.docx》由会员分享,可在线阅读,更多相关《毕业设计论文企业设备管理系统毕业论文.docx(23页珍藏版)》请在冰豆网上搜索。
毕业设计论文企业设备管理系统毕业论文
毕业论文
题目——企业设备管理系统
姓名:
专业:
计算机科学与技术
准考证号:
20097420000769
引言
在现代信息技术飞速发展的今天,企业的生产经营管理方式正随着网络技术的发展而朝着信息化、网络化方向发展,一场以互联网为标志的信息技术革命正在改变着人类的生产、生活,人类正步入信息经济时代。
在这个时代,一个企业现代信息技术水平的高低,将成为企业竞争力强弱的重要标志,企业只有迅速掌握好网络技术、利用好网络技术,按现代管理方法管理企业的物流、资金流、信息流,实现企业管理信息化,才能全面提升企业资源配置水平,提高企业核心竞争力,从而提高企业经济效益,使企业在市场竞争中立于不败之地。
一般说来,模具企业都是中小企业,大都是从作坊式的企业成长起来,甚至目前仍有许多模具企业是作坊式的的管理,在模具交货期、成本、质量的控制方面问题层出不断。
面对激烈的市场竞争,落后的管理手段和水平,使模具企业中的管理和技术人员只有疲于奔命,企业投巨资引进的CAD/CAM系统和高档数控加工设备也难以发挥出应有的效率和水平,企业缺乏活力和竞争力。
这些问题已经引起了许多有志向国际先进水平看齐的模具企业经营者的高度重视,如何提高企业管理水平,增强企业的竞争力已成为我国模具制造行业参与国际市场竞争迫切需要解决的问题。
因此,模具制造企业要提高管理水平,具备快速反应和及时调整的能力,没有一套先进的管理系统实现管理的信息化是很难做到的。
通过信息化建设,实现模具制造企业的集成化管理,是促进企业提高经营管理水平的一个有效途径。
由于时间紧迫,加之水平有限,设计中的缺点和不足之处在所难免,敬请导师批评指正,不胜感激。
1.1系统概述
本文首先概要的论述了数据库的有关知识与现状。
之后,对当代计算机数据库技术的现状,尤其是对关系型数据库作了系统的描述。
在此基础上,论文重点对数据库的开发环境—MicrosoftVisualBasic2005作了详细的介绍,然后,对开发一个小型的现代流通企业设备管理系统所用到的语句、函数、对象进行了详细的阐述。
最后,结合自己编写的现代流通企业设备管理系统,给出了完整的、可实际使用的数据库管理系统。
并给出了该系统的使用方法和设计方法。
1.2选题背景
在中小型企业,设备管理业务往往从设备的入库开始,其主要包含以下几部分工作:
(1)设备购进之初,又设备部门的专业人员对设备情况进行核对,并填写设备情况登记表。
再又管理人员负责将设备情况登记表登记存档,并将有关使用说明进行编号存档,以备维修之用。
对于一些附属设备,仅做登记入库管理,以便进行及时核对和调配。
(2)设备日常运行中,要对日常检测到的数据进行必要存储和监督。
在有经验的技师的指导下,根据日常使用记录,制订日常维护计划,力争降低装置因设备问题造成的非计划停工次数。
(3)在设备发生事故的情况下,登记事故记录,并向技术人员提交事故维修表。
由技术人员进行现场观察,根据事故维修表和日常运行数据,确定维修标准及要求。
以便进行及时,合理的维修。
在维修结束后,编写维修情况报告和设备状态报告。
管理人员对有关资产数据进行统计,产品报表,以便高层管理人员根据该报表把握设备运营的宏观情况。
1.3系统设计的目标
信息系统的目标应与企业对该业务的管理目标相一致,分析信息系统的目标应从企业的管理目标入手。
根据现代企业分层次的管理模式,设置不同的权限级别,分别提供普通用户,设备管理者和系统管理员三个层次。
系统目标如下:
(1)提供简单,方便的操作。
(2)对系统提供必要的权限管理。
(3)根据企业原有的设备管理业务,为企业不同管理层次的职员提供相应的功能。
(4)使企业的设备管理更加科学和规范,杜绝设备的丢失和设备账目混乱的情况。
(5)节约设备管理的成本。
(6)对日常的设备运行情况进行管理,同时提供一些必要的报表。
(7)为企业实现整体信息化和其他相关系统提供必要的数据支持。
1.4系统设计思想
信息系统的建设需要遵循正确的方法和步骤。
目前比较流行和成熟的开发方法有结构化生命周期法,原型法,面向对象的方法和计算机辅助软件工程。
本系统采用结构化生命周期法进行系统开发,这种方法的基本思想是建立面向用户的观念,严格区分工作阶段,自顶向下地完成系统的研制工作,并充分考虑变化的情况。
2需求分析
新信息系统的建立是在现行业务基础上经过改建或重建而得到的。
因此,在进行新系统的规划,分析和设计工作之前,必须对现行系统做全面,充分的调查研究和分析,在此基础上建立企业模型。
业务模型是对业务结构和业务活动本质的,概括的认识,可用“业务范围——业务过程——具体业务处理”层次结构对其进行描述。
业务模型的建立可以分为3个阶段。
(1)现行业务的调查和分析。
(2)提出一个表示全部业务的模型。
(3)扩展上述模型,使它能表示出名项具体的业务活动,最终确定为业务模型。
在建立了较为完整、稳定的业务模型之后,需求根据业务模型进行数据分析。
其基本方法是按照业务过程进行数据分类和组织。
数据分类后,进行信息体系结构的设计:
即结合业务过程与数据类,建立系统的功能/数据类矩阵。
据分类得到的结果将用于系统分析和系统设计阶段。
根据业务模型,可以得到本系统需要建立的数据类有:
设备基本信息数据、设备运行信息数据、设备故障信息数据、设备维修信息数据、设备台帐信息数据、设备报废信息数据和采购数据。
本系统中,运行状况管理和故障维修管理业务功能相对集中。
因此,由于本系统的各个业务没有产生采购数据,由此可知它们由企业的其它子系统产生,不是本系统内部处理的数据。
2.3计算机配置方案
在总体规划的后期,需要建立计算机的配置方案。
确立配置方案需要综合考虑系统的客观约束条件、新系统的处理方式、联机存储量、系统所需硬件资源以及系统所需软件。
本系统针对中小型企业的设备管理业务,同时考虑到开发成本和安全性的问题,因此,本系统设置成一个单用户运行系统。
综合考虑以上问题,本系统配置方案如下:
2.3.1分布方案
本系统采用客户机/服务器的运行方式,数据集中存储在服务器上。
对服务器硬件的要求如下:
(1)处理器:
InterPentium43.06GHz或更高。
(2)内存:
128MB。
(3)磁盘空间:
40GB或更高。
普通的PC均可做为客户机使用,但为了达到较好的显示效果和较高的效率,建议采用如下配置:
(1)处理器:
InterPentium4系列。
(2)内存:
128MB。
(3)网卡:
10/100Mbit/s自适应。
(4)显卡:
SVGA显示适配器,显存32MB或更高。
2.3.2软件环境
(1)操作系统:
WindowsME/2000/XP/Vista。
(2)数据库:
MicrosoftSQLServer2000
3系统分析
3.1系统现状分析
根据设备管理的业务模型C-U矩阵中得到的数据类,可以画出该系统的工作流程图,如图3.1所示。
需要注意的,工作流程中出现的数据存储与系统规划得到的数据类应对应。
图3-1设备管理系统业务流程图
3.2新系统逻辑功能结构
并非所有的业务处理都能由计算机来完成,因此,围绕着信息处理业务,需要跟据业务流程图,弄清楚系统需要产生什么样的信息输出。
为了得到这样的输出,应该对什么数据进行处理,输入数据向输出数据所进行的转换过程是什么。
这个过程就是进行数据抽取,建立数据流程图的过程。
数据流程图描述了新系统的的全部的数据处理逻辑的数据的流动过程,构成了新系统的逻辑模型。
据流程图并不能完整地描述软件需求,因为它没有描述数据流程图上各个成分的具体内容。
实际以用中,数据流程图往往与数据字典配套使用。
数据字典是在数据流程图的基础上,进一步定义和描述数据流程图上各个成分的工具,它包括对一切动态数据和静态数据的数据结构和相互关系等的说明,是数据分析和数据管理的重要工具。
数据字典中常常包括对数据元素、数据结构、数据流的来源去处、数据存储、处理功能和外部实体的说明。
本系统的数据流比较简单,这里只针对各个处理功能,在数据字典中建立对处理功能的说明如下:
(1)设备信息录入:
其功能是设置和管理基础数据,包括设备基本信息、设备类别的定义和附属设备信息录入。
在权限范围内,可以进行基础数据的添加、删除和修改。
(2)设备运行管理:
它是对设备的日常运行数据进行存储和管理,包括设备运行状况记录、设备起停情况记录,设备故障记录、设备维修记录和设备耗能情况管理。
在权限范围内,可以进行数据的添加、删除和修改。
(3)台帐管理:
其功能是设置和管理设备的价值、购入日期等相关信息。
(4)设备价值重审:
新购设备投入使用一段时间后,对设备价值进行重新评估,并采用得到的信息更新设备台帐信息表。
(5)报废管理:
如果设备被主管部门认定需要由新产品代替,则由系统管理员或者设备管理者实施报废处理,其他任何用户均可以查询报废设备信息。
(6)报表管理:
根据需要,由相关人员打印台帐管理或者报废管理信息。
4系统总体设计
4.1系统功能设计
统功能设计的主要工作是建立系统模块结构。
在模块化结构系统中,由于各个模块之间基本上是相互独立的,所以每个模块都可以独立的被理解、编程、调试和修改,这样就使得复杂的工作变得相对简单、层次简单,同时模块的相对独立也能够有效的防止模块错误的蔓延,从而提高系统的可靠性。
依据系统分析阶段得到的数据流程图和数据字典,以数据流程图中的处理功能为出点发,抽取各个主要的处理功能建立模块结构图。
从数据流图转化为系统模块结构时,有三个问题需要注意:
(1)模块结构图的层次要对应于数据流图的层次。
(2)添加模块。
抛开具体业务本身,考虑到信息安全的问题,往往要添加登录模块,登录成功的用户才允许使用系统;为方便系统管理与维护,需要添加系统管理模块,用来管理系统用户的相关信息。
(3)由人工操作到计算机世界的转化过程中,为了便于计算机处理数据,往往需要对实体添加唯一性标识(字符),如对学生信息的处理往往加上学号来标识学生,这个过程称作编码。
编码(如学号)需要单独的数据管理界面来管理,因此一般的应用程序都会有基础数据管理模块,一般只允许系统管理员使用,用来录人和维护系统编码。
本系统的模块结构图,如图4-1所示。
图4.1系统模块结构图
1.登录模块
输入用户名和密码,如果用户名和密码正确,进入主控制平台;否则提示用户明确的错误信息。
2.系统管理模块
(1)用户管理理子:
用于系统管理员进行用户权限设置和用户的浏览,包括用户密码的用户权限的更改,同时为保障系统安全需要进行输入检验,并进行必要的信息提示。
一般用户不能使用该项功能。
(2)修改密码子模块:
其作用是保障任何用户可以修改自己的密码。
3.设备信息录入模块
设置和管理基础数据。
普通用户只能浏览,无更新权。
包括以下几个功能模块:
(1)设备基本信息子模块:
用于显示并更新设备型号、制造厂商等基本信息。
(2)设备类别定义子模块:
用于显示并更新设备类型及其编号。
(3)附属设备信息子模块:
用于显示并更新附属设备,以便进行及时刻对和调配。
4.设备运行管理模块
用于管理设备的日常运行数据,普通用户只能浏览,无权更新。
包括以下几个功能模块:
(1)设备运行状况记录子模块:
用于显示并更新每次检测设备时得到的数据。
(2)设备起停情况记录子模块:
用于详细记录设备的起停时间等信息。
(3)设备故障记录子模块:
用于显示并更新设备的故障记录。
(4)设备维修记录子模块:
用于显示并更新设备的维修记录。
5.台帐管理模块:
用于管理模块的价值、购入日期和使用日期等相关信息。
6.报废管理模块:
如果设备被认定需要由新产品代替,实施报废处理,则需要将报废的设备从所有相关的设备信息中删除,并新建一个表存放这些报废设备记录。
在报废管理界面上,可以选定报废的设备,进行报废处理,也可以显示所有的已报废的设备信息。
4.2数据库设计
数据库设计是在DBMS的支持下,按照应用的需要设计出合理的数据库物理结构。
本系统采用SQLServer2000数据库技术。
根据系统分析和模块设计中得到的功能和相应的数据存储要求,本系统数据库的数据项和数据结构设计如下:
1.数据库
(1)数据库名称:
设备信息库。
(2)标识:
DBEquipment。
2.数据库表结构
(1)表名:
用户信息表,如表4-2所示
标识:
tbUser。
数据来源:
用户管理模块的录入。
表4-2用户信息表
字段名
是否主键
字段类型
字段长度/B
是否允许为空
备注
UserId
是
char
10
否
用户名
UserPassword
否
char
8
否
用户密码
UserKind
否
varchar
20
否
用户类型:
普通用户,系统管理员,设备管理者
(2)表名:
设备基本信息表,如表4-3所示。
标识:
tbEquipData。
数据来源:
设备信息录入模块的录入。
表4-3设备基本信息表
字段名
是否主键
字段类型
字段长度/B
是否允许为空
备注
EquipId
是
char
8
否
设备编号
EquipName
否
varchar
20
否
设备名称
Type
否
varchar
20
是
型号
EquiKindId
否
char
5
是
设备类型编号
ManuFacturer
否
varchar
50
是
制造厂商
ManuDate
否
char
8
是
制造日期
BuyDate
否
char
8
是
购买日期
FixDate
否
char
8
是
安装完成日期
FixPlace
否
varchar
50
是
安装地点
PreUseYear
否
int
4
是
预定使用年限
PreSerCyc
否
varchar
10
是
预定维修周期
Code
否
int
4
是
复杂系数
Apperance
否
varchar
10
是
外观尺寸
Specs
否
varchar
10
是
规格
Weight
否
varchar
10
是
重量
Parameter
否
varchar
100
是
技术参数
Condition
否
varchar
100
是
使用环境说明
(3)表明:
设备类型信息表,如表4-4所示
标识:
tbEquipKind。
数据来源:
设备信息录入模块的录入。
表4-4设备类型信息表
字段名
是否主键
字段类型
字段长度/B
是否允许为空
备注
EquipKindId
是
char
5
否
设备类型编码
EquipKindName
否
varchar
20
否
设备类型名称
EquipKindDes
否
varchar
100
是
设备类型描述
(4)表明:
附属设备信息表,如表4-5所示。
标识:
tbAffEquip。
数据来源:
设备信息录入模块的录入。
表4-5附属设备信息表
字段名
是否主键
字段类型
字段长度/B
是否允许为空
备注
AffId
是
char
8
否
附属设备编号
AffName
否
varchar
30
否
附属设备名称
Type
否
varchar
20
是
型号
Manufacturer
否
varchar
50
是
制造厂
Unit
否
varchar
4
是
单位
Number
否
Int
4
是
数量
Specs
否
varchar
20
是
规格
AffDes
否
varchar
100
是
附属设备功能描述
(5)表明:
设备运行状况表,如表4-6所示。
标识:
ubEquipRun。
数据来源:
设备运行管理模块录入。
表4-6设备运行状况表
字段名
是否主键
字段类型
字段长度/B
是否允许为空
备注
EquipId
是
char
8
否
设备编号
EquipName
是
varchar
20
否
设备名称
CheckDate
是
char
8
是
检测日期
CheckMan
否
varchar
30
是
记录人
CheckContent
否
varchar
100
是
运行状况表
(6)表明:
设备起停情况表。
如表4-7
标识:
tbStart。
数据来源:
设备运行管理模块录入。
表4-7设备起停情况表
字段名
是否主键
字段类型
字段长度/B
是否允许为空
备注
EquipId
是
char
8
否
设备编号
EquipName
否
varchar
20
否
设备名称
EquipKindId
否
char
5
是
设备类型编号
StopPropeerty
否
varchar
20
是
停运性质
StopKind
否
varchar
20
是
停运类型
StopTime
是
char
8
是
停机日期时间
IntogetherDate
否
char
8
是
并网日期时间
StopReason
否
varchar
100
是
停运原因
StopMinutes
否
int
4
是
停运分钟数
Hitch
否
int
4
是
故障次数
HitchMinutes
否
int
4
是
故障分钟
StandbuTimes
否
int
4
是
备用次数
StandbyMinutes
否
int
4
是
备用分钟
FixTimes
否
int
4
是
大中小修次数
FixMinutes
否
int
4
是
大中小修分钟
Linjian
否
int
4
是
临检次数
LinjianMinutes
否
int
4
是
临检分钟
(7)表明:
设备故障记录表,如表4-8所示。
标识:
tbHitch。
数据来源:
设备运行管理模块录入。
表4-8设备故障记录表
字段名
是否主键
字段类型
字段长度/B
是否允许为空
备注
EquipId
是
char
8
否
设备编码
EquipName
否
varchar
20
否
设备名称
HitchTime
是
char
8
否
设备故障时间
HitchDes
否
varchar
50
是
设备故障描述
(8)表明:
设备维修记录表。
如表4-9
标识:
tbService。
数据来源:
设备运行管理模块录入。
表4-9设备维修记录表
字段名
是否主键
字段类型
字段长度/B
是否允许为空
备注
EquipId
是
char
8
否
设备编码
EquipName
否
varchar
20
否
设备名称
NowTime
是
char
8
否
当前时间
ExamineKind
否
varchar
8
是
检修类别,取值为:
检修、故障维修
ExamineId
否
char
8
是
检修报告编号
ExamineTime
否
char
8
是
检修日期时间
ServiceTime
否
char
8
是
维修日期时间
ServiceDeal
否
varchar
100
是
维修处理描述
DealMan
否
varchar
10
是
负责人
Fee
否
int
4
否
费用
(9)表明:
设备台帐记录表,如表4-10所示。
标识:
tbAccount。
数据来源:
台帐管理模块录入。
表4-10设备台帐记录表
字段名
是否主键
字段类型
字段长度/B
是否允许为空
备注
EquipId
是
char
8
否
设备编码
EquipName
否
varchar
20
否
设备名称
PriceOld
否
int
4
是
购入价格
PriceNow
否
int
4
是
折价价格
UserDep
否
varchar
20
是
使用单位
RecordTime
是
char
8
是
记录时间
RecordMan
否
varchar
20
是
记录人
(10)表明:
设备报废记录表,如表4-11所示。
标识:
tbReject。
数据来源:
报废管理模块录入。
表4-11设备报废记录表
字段名
是否主键
字段类型
字段长度/B
是否允许为空
备注
EquipId
是
char
8
否
设备编号
EquipName
否
varchar
20
否
设备名称
RejectTime
否
int
4
是
报废时间
RejectReason
否
varchar
50
是
报废原因
Type
否
varchar
20
是
型号
Manufacturer
否
varchar
20
是
制造厂商
BuyDate
否
char
8
是
购买日期
FixDate
否
char
8
是
安装完成日期
PreUseYear
否
int
4
是
预定使用年限
Apperance
否
varchar
10
是
外观尺寸
Specs
否
varchar
10
是
规格
Weight
否
varchar
10
是
重量
Parameter
否
varchar
100
是
技术参数
PriceOld
否
int
4
是
购入价格
PriceReject
否
int
4
是
报废前折价价格
4.3编码设计
编码是指通过一些便于计算机或人来识别和处理的符号来表示各类信息。
编码方式有很多。
这里针对设备,采用层次码和顺序码的合成码。
层次码指把编码对象分类,用不同的码位表示不同的类别进行编码。
顺序码指按排列顺序对编码对进行编码。
5系统详细设计
总体设计搭建了系统的功能框架,建立了系统数据库结构。
在总体上设计的基础上,需要对每个模块的输入数据、需要完成的处理逻辑和输出数据进行较详细的设计和描述。
详细设计阶段,可以使用IPO图(输入、处理逻辑和输出)和PDL(程序设计语言)来表达每个模块的功能。
前者使用图形的方式,直观但不容易抓住全部的程序流程;后者使用三大基本程序控制结构来表达模块功能,没有图形直观,但与程序实现过程更为接近。
本书中的模块的外部数据描述采用IPO图的输入,处理和输出三部分结构,对模块内部处理的描述使用PDL的表达方式,并将这种方式成为模块的IPO过程。
5.1系统公共文件
根据系统模块的结构图,抽取系统中多个模块的相同子功能,建立系统公共文件,可以做到减少总代码量,避免重复开发,保持系统实现风格统一,以及增强可修改性。
5.2用户登录模块
5.3主控制平台设计
1.人机交互设计
主控制平台具有导航作用,现代信息系统导航方式主要采用两种:
菜