实验室设备管理系统完版.docx
《实验室设备管理系统完版.docx》由会员分享,可在线阅读,更多相关《实验室设备管理系统完版.docx(21页珍藏版)》请在冰豆网上搜索。
实验室设备管理系统完版
实验室设备管理系统(完版)
第一章系统概述
1.1系统开发背景及意义
1.1.1系统开发的背景
一个现代化的实验室设备系统在正常运行中总是面对大量的使用者,仪器以及两者相互作用产生的借用仪器。
人工治理既白费人力物力财力,又容易导致各种错误的发生。
为了方便实验室治理,得开发一个更好更高效的软件来治理。
实验室治理系统,是为了实现实验室治理而设计的,它也是现在各个部门的一个重要环节。
实验室是所有高校、研究机构必不可少的差不多构成单位。
专门是高校,实验室的设备治理需要一套稳固、高效的治理方法。
就我校情形看来,目前我校的实验室设备治理还处于较原始的手工时期,缺少一套有用可靠的治理系统软件。
随着电气化教学和无纸化办公的一步步完善,利用运算机治理系统治理我校的实验室设备势在必行。
因此,本项目拟开发一个实验室设备治理系统。
本系统将建立一个实验室设备治理平台,记录实验室所有的实验设备,并及时反应设备的运转状况,使用情形,以供本科生和研究生及其他试验人员合理的安排实验,达到工作效率的最优。
1.1.2系统开发的意义
因为现在各个高校内教学设备众多但自动治理水平相比过低,专门多高校治理设备都采纳在设备购进以后将设备的差不多情形和相关信息登记存档。
存档以后档案差不多就没人记录与爱护,至于以后设备的变迁或损坏都可不能记录在设备档案中,即不能表达设备的即时状态。
而有些即使有设备治理系统的单位,就确实是能把设备的即时信息表达在设备档案上,但设备的缺陷处理及设备缺陷等功能没有实施,设备检修的备品备件情形和检修成本核算没有实现,整个学校教学设备治理信息化仍处于较低水平。
将治理任务分成小块,落实到个人并能随时查询设备当前情形和历史情形,对设备的可靠性分析有直截了当作用,使治理人员从手工运算、统计工作中解脱出来。
本信息治理系统合理的借鉴国际领先的设备治理思想并结合国内学校设备治理现状,通过长期的现场调研,完全能满足国内一样学校的设备治理的需要。
并通过对各行业设备治理情形的长期研究探究,以灵活、通用为要紧设计思想,开发适合于学校设备治理的信息系统。
使用本系统之后,将会提高学校的办公效率和设备可靠性,减少工作人员的劳动强度,减少办公耗材,提高学校的现代化治理水平。
作那个课题是为了方便学校的教学设备进行统计及治理工作,减少每天需要涉及到的相关工作量,尽可能的提高工作效率,能够节约人力物力的白费。
1.2开发策略
本系统针对学校实验室的设备治理业务。
同时考虑到开发成本和安全性的问题,采纳Java作为开发工具和MicrosoftSQLServer2005作为后台数据库,一样能够满足学校实验室的需求。
在概念设计时期,我们采纳〝自下而上〞的开发策略,即自顶向下的进行需求分析,然后再自底向上的进行概念结构设计。
对差不多细化到无法再分的时期逐步集成在一起,最终合成一个全局概念。
1.3可行性研究
1.3.1技术可行性
一个完备的实验室设备治理信息系统具有以下优越性:
方便校领导查询实验室设备的使用情形,节约时刻,能够提高系统的工作效率和准确率。
为了适应新形势的进展,我进行了这一系统的初步设计工作,也能够说是做一个初步的探究,期望它能够在查询实验室设备信息时发挥高效、便利的作用,把系统治理员从繁重的工作中解脱出来!
该实验室设备治理信息系统是以SQL数据库为后台核心应用、以服务为目的信息平台,对资源进行科学的加工整序和治理爱护,为实验室设备信息提供治理。
1.3.2经济可行性
经济可行性要紧依据是成本/效益分析,该系统的目标是以最低的成本,在最短的期限内开发出实验室设备治理信息系统。
系统能减少专门多不必要的资源,不用象往常那样用冗余的纸张式的治理。
大大节约了学校能源。
同时还提高了实验室设备信息治理的精确度。
方便快速的操作,可减少实验室设备信息治理的漏洞,又减少因工作的冗余显现的错误,同时操作专门简单,可减少许多不专门必要的人员,这不管从物质上海是工作人员的工资上都为学校节约了开支。
为学校增加了财宝。
目标系统开发需求比较低,加上具有成熟的软硬件环境,因此在软硬件的支出上比较低,在为使用者带来便利的同时,也问哦系统的进一步推广制造了条件。
这带来的经济回报将远超过支出,同时最重要的是该软件的开发能够使我们对系统的开发有全面的认识。
从经济角度考虑,此实验室设备治理信息系统开发可行。
1.3.3操作可行性
用户仅需具有差不多的电脑操作能力即可。
1.3.4社会因素可行性
从法律因素和安全用正版和免费角度考虑,所有技术参考资料都经授权,所有软件都选。
1.3.5可行性研究结论
依据以上因素,本实验室设备治理信息系统开发项目不仅方便快捷、高效,而且社会效益比较好从而使本系统开发者相信该系统开发出来之后将取得成功。
综上所述,此项目在技术、经济、操作和社会效益上是完全可行的。
第二章系统分析
2.1系统性能需求分析
开发设计一个好的治理信息系统应该从有用、好用的角度动身,建立设备的治理系统,在开发设计中应该考虑以下的原那么:
可操作性
系统应该尽量减少操作员的数据录入量,数据输入的格式应符合业务适应,同时直观、方便。
要求系统处理的数据能准确无误,同时输出信息要求直观、简洁。
有用性
从用户的实际需要动身进行系统开发,不盲目追求高新技术的应用。
可靠性
系统运行具有较高的可靠性,提供严格的并发操纵,确保数据的一致性和正确性。
安全性
系统安全措施可靠、高效、可爱护性好,有权限操纵、口令操纵、临时锁定操纵,其中口令录入界面便于系统识别登录用户。
可爱护性
为了保证系统的可爱护性,要求具有详细的文档资料,同时,要求系统在功能设计上考虑可扩展性,以满足业务变动的需求。
可移植性
系统开发完成后,要能运行于任何由WindowsNT/WindowsXP操作系统所构成的运算机网络环境下。
2.2问题分析与解决
关于该系统所遇到的问题及解决方法如下:
1、为保证系统的健壮性,关于可能发生问题的输入进行检查,同时给出合理的提示信息。
2、满足学校原有实验室设备治理业务,能够方便的进行设备登记,设备运行治理,台帐的治理,报废治理和设备运行情形统计。
3、利用运算机治理的优势,保持设备治理数据的一致性,并尽可能提供选择输入。
4、与传统的手工治理相比,要添加基础数据的治理和用户权限的设置。
2.3功能分析
2.3.1数据的输入
为了保证设备治理系统的健壮性,关于可能发生问题的输入进行检查,同时给出合理的提示信息,另外,为了使设备治理数据的一致性,系统应该尽可能提供选择输入。
2.3.2数据的查询
利用运算机治理的优势,与传统的手工治理相比,要添加基础数据的治理和用户权限的设置,增强设备治理数据的保密性。
2.3.3数据的更新
通过用户权限设置,有专门的治理人员对设备治理数据进行插入、修改和删除操作。
2.3.4数据的治理
满足学校原有实验室设备治理业务,能够方便的进行设备登记,设备运行治理,台帐的治理,报废治理和设备运行情形统计。
2.3.5系统安全性
由于设备治理中的数据具有一定的保密性,因此系统采纳用户登陆验证,防止未经许可的用户使用系统。
系统的用户对账号进行治理,以保证系统的安全性。
2.4系统调查
2.4.1系统流程
我们所开发的设备治理信息系统采取的差不多流程是:
用户登陆→系统主控平台→选择各项子系统,如以下图所示:
图2.1系统总流程图
图2.2业务流程图
图2.3数据流程图
2.5功能模块概述
2.5.1设备差不多信息治理
差不多功能:
1.设备信息治理模块:
对设备的状态信息进行修改,添加、删除以及修改设备信息;
数据流程图:
图2.4设备信息治理流程图
具体功能:
1.设备卡片:
名称、标识符
设备卡片
功能描述
依照设备的名称、购置日期、型号、规格指标等进行信息录入和统计
实现要求
对指定设备的差不多信息进行统计
输入
设备名称和型号
处理
向数据库中录入相关数据
输出
设备卡片
2.设备总台账:
名称、标识符
设备总台账
功能描述
关于设备台账,依照设备编号、设备名称、购买日期等指标对设备进行信息储备;对新进设备的信息登记以及报废设备信息的删除
实现要求
对指定的的设备台账账目和备品备件的收入、支出账目进行统计汇总
输入
设备编号和名称、规格、日期
处理
从数据库中录入及调出相关数据
输出
设备信息
3.原始数据:
名称、标识符
原始数据
功能描述
依照设备原始数据、台账原始数据等进行储备
实现要求
对设备的相关状态信息进行统计
输入
设备编号
处理
从数据库中调出相关数据
输出
原始数据
2.5.2系统治理
差不多功能:
1.设备信息治理模块:
对设备的状态信息进行修改,添加、删除以及修改设备信息;
数据流程图:
图2.5系统治理流程图
2.6数据字典
1.数据项
1〕
数据项编号:
I-01
数据项名称:
姓名
简述:
用户的姓名
类型及宽度:
字符型,20位
2〕
数据项编号:
I-02
数据项名称:
职称
简述:
用户的职位
类型及宽度:
字符型,5位
3〕
数据项编号:
I-03
数据项名称:
性别
简述:
用户的性别
类型及宽度:
字符型,2位
取值范畴:
男,女
4〕
数据项编号:
I-04
数据项名称:
年龄
简述:
用户的年龄
类型及宽度:
整形,4位
取值范畴:
18~60
5〕
数据项编号:
I-05
数据项名称:
学历
简述:
用户的学历
类型及宽度:
字符型,8位
6〕
数据项编号:
I-06
数据项名称:
设备编号
简述:
设备的编号
类型及宽度:
字符型,8
7〕
数据项编号:
I-07
数据项名称:
设备名称
简述:
设备的名称
类型及宽度:
字符型,20位
8〕
数据项编号:
I-08
数据项名称:
型号
简述:
设备的型号
类型及宽度:
整型,4
取值范畴:
a000~z999
9〕
数据项编号:
I-9
数据项名称:
制造厂商
简述:
设备的制造厂商
类型及宽度:
长字符型,50位
10〕
数据项编号:
I-10
数据项名称:
制造日期
简述:
设备的制造日期
类型及宽度:
字符型,8位
11〕
数据项编号:
I-11
数据项名称:
使用年限
简述:
设备的最长使用年限
类型及宽度:
整形,2位
取值范畴:
01~40
12〕
数据项编号:
I-12
数据项名称:
规格
简述:
设备的规格
类型及宽度:
字符型,4位
13〕
数据项编号:
I-13
数据项名称:
实验室编号
简述:
实验室的编号
类型及宽度:
字符型,4位
14〕
数据项编号:
I-14
数据项名称:
实验室名称
简述:
实验室的名称
类型及宽度:
字符型,20位
15〕
数据项编号:
I-15
数据项名称:
治理员编号
简述:
治理员的编号
类型及宽度:
字符型,8位
16〕
数据项编号:
I-16
数据项名称:
治理员姓名
简述:
治理员的姓名
类型及宽度:
字符型,20位
2.数据结构
表2-1设备差不多信息统计单的数据结构
RT-01-01:
设备差不多信息单
RT-01-02:
设备信息
RT-01-03:
实验室信息
RT-01-04:
治理员信息
I6:
设备编号
I1:
实验室编号
I15:
治理员编号
I7:
设备名称
I2:
实验室名称
I16:
治理员姓名
I8:
型号
I11:
使用年限
I12:
规格
表2-2设备检修统计单的数据结构
3.数据流
1〕
数据流编号:
D-01
数据流名称:
统计数据
简述:
治理员通过统计获得统计单
数据流来源:
设备订购台账
数据流去向:
设备总台账
数据流组成:
设备编号+设备名称+型号+使用年限+规格
2〕
数据流编号:
D-02
数据流名称:
报废整理数据
简述:
治理员通过对设备进行报废获得报废数据
数据流来源:
治理员
数据流去向:
设备报废台账
数据流组成:
设备编号+设备名称+型号
3〕
数据流编号:
D-04
数据流名称:
借出数据
简述:
治理员通过借出处理储备到设备总台账
数据流来源:
治理员
数据流去向:
设备总台账
数据流组成:
外借设备编号+设备名称+借出人姓名+外借人单位+借出时刻
4.处理逻辑
1〕
处理逻辑编号:
P-01
处理逻辑名称:
修理统计
简述:
统计设备修理其情形
输入的数据流:
设备的编号
处理:
修理统计
输出的数据流:
统计单
处理频率:
半年1次
2〕
处理逻辑编号:
P-03
处理逻辑名称:
修理登记
简述:
操作员依照修理单对设备情形进行修理登记操作
输入的数据流:
设备编号
处理:
修理登记
输出的数据流:
修理数据
处理频率:
每年1次
3〕
处理逻辑编号:
P-02
处理逻辑名称:
借出处理
简述:
治理员员依照设备借出单单进行借出处理
输入的数据流:
设备编号,借出人姓名,借出人单位
处理:
零件的领用情形储备到设备总台账
输出的数据流:
借出数据
处理频率:
每周1次
5.数据储备
1〕
数据储备编号:
F-01
数据储备名称:
设备修理台账
简述:
设备的修理情形记录
数据储备组成:
设备编号+设备名称+型号+规格
关键字:
设备编号
相关联的处理:
更新记录
2〕
数据储备编号:
F-02
数据储备名称:
设备总台账
简述:
设备的借出、归还情形记录
数据储备组成:
设备编号+设备名称
关键字:
设备编号
相关联的处理:
更新记录
6.外部实体
1〕
外部实体编号:
R-01
外部实体名称:
治理员
简述:
治理部门的领导及相关操作
输入的数据流:
用户名+密码
输出的数据流:
采购打算,借出、归还处理
2〕
外部实体编号:
R-02
外部实体名称:
用户
简述:
用户的一些个人信息和相关的操作
输入的数据流:
用户名+密码
输出的数据流:
---
第三章系统设计
3.1系统开发及运行环境
系统对运行环境的要求:
1.硬件要求
处理器:
INTEL奔腾3或更高
内存:
128MB/256MB〔举荐〕
硬盘空间:
300GB
显卡:
SVGA显示适配器
2.软件环境
操作系统:
Windows2000/XP
数据库:
MicrosoftSQLServer2005
表名:
设备运行状况表。
标识:
tbEquipRun。
3.2系统功能结构图
图3.1系统功能结构图
3.3代码设计
新系统为每件设备设计了代码,一方面可统一设备的品种及其特性,另一方面为了方便数据输入。
设备代码为7位字符,前三位为大写英文字符,是设备名称的英文缩写,后四位为数字字符,采纳顺序码结构。
例如:
显微镜,代码:
XWJ0001电子天平,代码:
DZP0002
3.4系统概念设计
3.4.1实体描述
1、用户实体属性图
图3.2用户实体属性图
2、设备实体属性图
图3.3设备实体属性图
2、治理员实体属性图
图3.4治理员实体属性图
3.4.2系统E-R图
图3.5系统E-R图
3.5关系模式
1.由E-R图,能够得到如下的关系模式:
治理员〔治理员编号,姓名,职称,年龄,学历〕
用户〔用户编号,性别,姓名,职称,年龄,学历〕
设备〔设备编号,设备名称,型号,制造厂商,使用年限,制造日期〕
标注:
其中划横线的为主键,同下
2.关系模式规范化:
关系模式操作员只有一个部门编号主键,没有任何非主属性对码的部分依靠或传递依靠,因此属于3NF;
关系模式设备只有一个设备编号主键,没有任何非主属性对码的部分依靠或传递依靠,因此属于3NF;
3.6输出输入设计
3.6.1输出设计
输出设计是系统产生的结果或提供的信息。
包含以下几个表:
表3-1设备差不多信息单
设备差不多信息单
设备编号:
实验室编号:
治理员编号:
设备名称:
实验室名称:
治理员姓名:
型号:
使用年限:
规格:
表3-2用户差不多信息单
用户差不多信息单
用户姓名:
号码:
单位:
使用设备登记日期:
3.6.2输入设计
输入数据包括数据规范和数据预备的过程。
在输入设计中,提高效率和减少错误是最全然的原那么。
以下是输入表:
表3-3设备信息单
设备信息单
设备名称:
设备单价:
订购人姓名:
型号:
设备数量:
订购人单位:
使用年限:
设备总价:
订购人:
规格:
个人总结
为期一周的治理信息系统实验终止了,尽管时刻比较短,但我觉得学到了专门多。
由于上学期刚做过数据库课程设计,刚开始觉得和那个一样,后来重新翻阅了治理信息系统那本书,才发觉事实上不一样,此次实验做的更细致,要求更严格。
初步了解了一个信息系统开发时期中系统分析和系统设计所要做的工作,对其有了更深的认识。
实验过程中遇到了专门多困难,但在我们小组的一起努力下克服了,明白得了团队合作的重要性。
能够说,在这么短的时刻内,一个人完成整个工作是不可能的。
刚刚拿到题目的时候,有些模糊,对其了解只有一点点,因此我们开始上网查阅相关材料。
我们一起交流了一下,大体确定了本系统的功能模块,同时详细做了分工。
具体上机操作的时候是既有分工又有合作,大伙儿共同努力,解决遇到的问题。
通过本次实验周,让我觉得自己往常确实没有好好学习,专门多知识还不了解,在实验过程中遇到专门多问题,需要经常翻书才明白该做什么,但具体如何做却有些模糊,扫瞄往常学长学姐的报告,发觉自己像个小丑,因此倍加努力。
终于在小组成员的共同努力下完成了这份报告。
参考文献
[1]王珊,萨师煊.数据库系统概论〔第4版〕.北京:
高等教育出版社,2006年
[2]黄梯云,李一军.治理信息系统〔第4版〕.北京:
高等教育出版社,2020年
[3]印旻,王行言.Java语言与面向对象程序设计〔第二版〕.北京:
清华大学出版社,2007年
[4]〔印〕S.K.Singh.数据库系统.北京:
机械工业出版社,2020年
[5]尼春雨,舒雄.VisualBasic基础与案例开发详解.北京:
清华大学出版社,2020年