高校实验室设备管理系统课程设计.docx
- 文档编号:9365047
- 上传时间:2023-05-18
- 格式:DOCX
- 页数:22
- 大小:94.43KB
高校实验室设备管理系统课程设计.docx
《高校实验室设备管理系统课程设计.docx》由会员分享,可在线阅读,更多相关《高校实验室设备管理系统课程设计.docx(22页珍藏版)》请在冰点文库上搜索。
高校实验室设备管理系统课程设计
郑州科技学院
数据库原理实训报告
题目_高校实验室设备管理系统
姓名王永强
专业计算机科学与技术
学号201215054
指导教师郑睿
信息工程学院
二○一四年十二月
1前言1
1.1选题理由和实际意义1
1.2国内外关于该课题的研究现状及趋势1
2需求分析3
2.1系统分析3
2.2系统需求3
2.2功能介绍4
3系统设计5
3.1定义5
3.2系统模块图5
3.3图6
3.4数据表的设计6
3.5用例列举9
3.5.1数据表9
3.5.2视图10
3.5.3索引11
3.5.4存储过程12
3.5.5触发器13
4总结14
5参考文献16
6附录:
读书笔记17
高校实验室设备管理系统
分析报告
1前言
1.1选题理由和实际意义
实验室工作是高等教学工作中不可分割的一部分,也是培养学生工程创新能力的重要途径。
实验室管理的最终目的就是充分挖掘实验资源(设备、用房)的潜能,提高实验室设备的使用率和运行水平,激发实验人员的工作积极性,提高教学质量。
随着高等教育改革的不断发展,素质教育与创新人才的培养对高校实验室提出了越来越高的要求,特别是对高校实验室的管理水平提出了较高的要求。
由于历史和客观的原因,实验室结构单一,管理方式落后,查询设备信息复杂,资源利用率低,设备维修的信息传送的渠道不畅。
这些问题的存在严重制约了实验室的利用率,成为制约素质教育与创新人才培养的瓶颈问题。
这一问题若得不到及时有效的解决,素质教育、创新人才培养就难以落到实处。
计算机的出现为高校实验室仪器设备管理带来了全新的技术手段和方便、快捷的管理方法。
虽然目前市场上也有一些实验室仪器设备管理数据库软件,但这些软件不完全适合本校具体情况。
基于此,设计开发了符合我们自己高校实验室数据库设备管理系统。
1.2国内外关于该课题的研究现状及趋势
近十几年来,我国各高校规模不断扩大,管理方式不断改变,同时在仪器设备管理方面取得了很大的进步。
许多高校已经开发出自己的设备信息管理系统,但仍然存在不足之处,不能适应新形势发展要求,主要体现在以下方面:
(1)部分设备管理系统处于单机运行的阶段,无法适应信息时代信息充分共享和协同办公的需要。
各高校设备管理部门虽然都采用计算机进行管理,但大多是单机版,各部门之间的信息交流依然靠手工,管理人员要花费大量的时间用于处理用户查询等工作,这与高校的信息化进程快速发展不相适应。
设备资源信息封闭,不能实现设备信息公开、共享程度低。
(2)高校设备的管理存在着轻视管理和维护的弊端。
长期以来由于管理不善,大量的设备长期闲置,设备故障无人修理,直接影响仪器设备使用的效率,造成教育资源的严重浪费。
(3)一些设备管理系统虽然能够实现联网工作,但是功能单一,缺少信息互动和网络优化办公的优势。
虽然能实现联网工作,但是涉及面很小,管理效率低,缺乏系统性、广泛性和协同性的管理。
2需求分析
鉴于高校设备管理的现状以及设备管理信息化的要求,开展计算机辅助设备管理,并在此基础上为上级部门进行决策分析提供帮助,极大地提高了设备管理的工作水平和信息化水平。
2.1系统分析
系统分析阶段开展的主要工作包括:
收集和分析系统需求、提供系统说明书等。
系统需求分析就是通过系统调查,了解用户实际需求,进行系统分析,提炼出系统需求。
业务流程是系统设计的关键,要开发一个系统,必须确定系统的功能需求,这就必须先了解实际的业务流程,从业务流程中分析系统的需求。
设备信息是系统进行管理的主线,它描述了设备的基本情况,主要包括:
设备名称、设备编号、分类号、型号、规格等;编码设计应完全符合国家信息标准。
系统工作流程主要是用户进行设备信息的入库以及维护处理。
不同权限的用户进行不同的工作操作,具有不同的工作流程。
2.2系统需求
通常信息管理系统按照对信息的操作,将系统划分为:
数据采集、数据处理、数据传输以及系统维护等功能组成部分。
所以,通过综合分析,本系统主要需求有:
(1)设备基本信息的收集与处理;
(2)设备基本信息的存储与维护;
(3)能方便、快捷地上报设备信息;
(4)能进行查询统计并形成各种有价值的信息;
(5)具有一定的报表处理功能;
(6)将共享的设备信息对外发布,实现浏览查询;
(7)有辅助系统进行系统的管理与维护。
2.3功能介绍
本系统的功能及特点:
(1)实验室设备信息的管理:
包括设备的记录的增加,修改,删除,查询。
(2)实验室设备信息的浏览查询:
分为对设备信息的浏览和对设备信息的准确查询。
查询可以是不同字段的联合查询。
(3)设备事故记录:
分为对设备事故的增加、设备事故的删除、设备事故的修改。
(4)设备的损坏管理:
对设置的使用过程中遇到的设备损坏进行记录,并且修改相关联的数据信息。
(5)设备损坏信息浏览查询:
实现对损坏设备信息的准确查询。
查询可以是不同字段的联合查询。
(6)设备类别设置:
实验室的仪器分门别类,包括类别名称,类别数量,最低数量的设置。
(7)系统用户的管理:
使用该系统的包括:
管理员和实验课指导教师以及学生,管理员具有对实验课指导教师记录进行添加,修改,删除等操作权限。
3系统设计
3.1定义
1、系统名称:
实验室设备管理系统
2、数据库管理软件:
3、数据库设计采用软件:
2010
4、系统采用体系结构:
(客户端)负责提供表达逻辑、显示用户界面信息、访问数据库服务器;(服务器)端用于提供数据服务。
5、运行平台:
2000及以上操作系统
6、数据库的安全性设计:
数据库内设置不同的用户分别拥有不同的权限,登录用户可以对实验设备信息的浏览无权限修改、数据库用户设置不同的级别对应不同设备管理的权限、数据库角色分别设置不同的角色对各个级别用户的管理,以及权限的分配等.
3.2系统模块图
3.3图
3.4数据表的设计
采购员(工号,姓名,年龄,性别,联系方式,入厂日期)
设备(设备编号,型号,设备名称,生产日期,购买日期,设备处号)
设备管理员(工号,姓名,年龄,性别,联系方式,工作日期)
员工(工号,姓名,年龄,性别,联系方式,工作日期)
部门(部门号,名称,联系方式,设备处号)
维修人员(工号,姓名,年龄,性别,联系方式,工作日期)
申报(部门号,申报日期,设备型号,设备处号)
采购(采购员员工号,数量,递交日期,清单编号)
递交(设备处,数量,清单编号,递交日期)
供应(供应商号,数量,供应日期,设备编号)
分配(设备管理员工号,数量,分配日期,设备编号,部门号)
报修(维修员工号,数量,报修日期,设备编号,部门号)
分发(部门号,数量,分发日期,员工工号)
报废(部门号,数量,报废日期,设备处号)
1.采购信息()
属性名
字符类型
长度
约束
说明
20
不能为空,不能重复
姓名
20
不能为空,不能重复
工号
4
大于0且小于100
年龄
2
男或者女
性别
11
联系方式
》1900且《2013
工作日期
2.设备信息()
属性名
字符类型
长度
约束
说明
20
不能为空,不能重复
型号
20
不能为空,不能重复
设备编号
20
不能为空,不能重复
设备名称
生产日期
购买日期
20
不能为空,不能重复
设备处号
3.设备管理人员信息()
属性名
字符类型
长度
约束
说明
20
不能为空,不能重复
姓名
20
不能为空,不能重复
工号
4
大于0且小于100
年龄
2
男或者女
性别
11
联系方式
》1900且《2013
工作日期
4.员工信息()
属性名
字符类型
长度
约束
说明
20
不能为空,不能重复
姓名
20
不能为空,不能重复
工号
4
大于0且小于100
年龄
2
男或者女
性别
11
联系方式
》1900且《2013
工作日期
5.部门信息()
属性名
字符类型
长度
约束
说明
20
不能为空,不能重复
名称
20
不能为空,不能重复
部门号
11
联系方式
20
不能为空,不能重复
设备处号
6.维修员()
属性名
字符类型
长度
约束
说明
20
不能为空,不能重复
姓名
20
不能为空,不能重复
工号
4
大于0且小于100
年龄
2
男或者女
性别
11
联系方式
》1900且《2013
工作日期
7.申报关系()
属性名
字符类型
长度
约束
说明
20
不能为空,不能重复
设备处号
10
不能为空,不能重复
设备型号
申报日期
20
不能为空,不能重复
部门号
8.采购关系()
属性名
字符类型
长度
约束
说明
20
不能为空,不能重复
采购员工号
10
不能为空,不能重复
数量
采购日期
20
不能为空,不能重复
设备编号
9.分配关系()
属性名
字符类型
长度
约束
说明
20
不能为空,不能重复
设备管理员工号
10
不能为空,不能重复
数量
分配日期
20
不能为空,不能重复
设备编号
20
不能为空,不能重复
部门号
10.报修关系()
属性名
字符类型
长度
约束
说明
20
不能为空,不能重复
维修人员工号
10
不能为空,不能重复
数量
报修日期
20
不能为空,不能重复
设备编号
20
不能为空,不能重复
部门号
11.分发关系()
属性名
字符类型
长度
约束
说明
20
不能为空,不能重复
部门号
10
不能为空,不能重复
数量
分发日期
20
不能为空,不能重复
员工工号
12.报废关系()
属性名
字符类型
长度
约束
说明
20
不能为空,不能重复
部门号
10
不能为空,不能重复
数量
报废日期
20
不能为空,不能重复
设备处号
3.5用例列举
3.5.1数据表
(1)采购员信息()
采购员信息
(
(20),
(20),
(2),
(4),
(11),
)
(2)设备信息()
设备信息
((20),
(20),
(,),
(20),
(20),
)
(3)设备管理员信息()
设备管理员
(
(20),
(20),
(2),
(4),
(11),
)
(4)报修关系()
设备报修
(
(20),
(10),
(20),,
(11),
)
(5)分配关系()
设备分配
(
(20),
(10),
(20),,
(20),
)
3.5.2视图
(1)建立设备管理报修数量大于20视图
描述:
报修数量大于20的设备视图(数量,报修日期,设备编号,部门号)从报修表导出
设备报修关系表
,,
报修表
>20;
(2)建立设备名称为联想计算机的视图
描述:
设备名称为联想计算机视图(设备编号,型号,生产日期,购买日期)从设备信息表导出
联想计算机信息表
,
设备信息表
=’联想计算机’;
(3)建立通信部门分发设备视图
描述:
通信部门分发设备(数量,分发日期,员工工号)从分发关系表导出
通信部门分发设备表
,,
分发关系表
’通信部门’;
(4)建立女设备管理人员信息视图
描述:
女设备管理人员信息视图(工号,姓名,联系方式)从设备管理人员信息表导出
女设备管理人员信息表
,
设备管理人员信息表
=’女’;
(5)建立信息部门报废设备视图
描述:
信息部门报废设备视图(数量,报废日期,设备处号)从报废关系表导出
信息部门报废设备表
,,
分发关系表
’信息部门’
3.5.3索引
设备管理_工号设备管理人员信息();
设备型号_设备名称设备信息表(,);
部门_名称部门信息表();
分配部门_数量分配关系表(,);
报废设备处_数量报废关系表();
3.5.4存储过程
(1)查询设备管理人员
1
( (20) )
@ (20)
@=
( ) @
'查无此人'
1 '201101'
*
(2)设备添加
2
( (10) ,
@ (10) ,
@ (10) ,
@ ,
@ ,
@ (10))
设备信息 (, @, @)
2 '8086','21','实验箱','20130202','20130608','30'
* 设备信息
(3)对于报废关系表,报废数量增加10%的存储过程:
报废关系(E.)
报废关系
=*1.1
;
报废关系;
(4)根据指定的员工工号删除员工信息表中相应的工作日期信息
员工信息(.)
员工信息
;
;
员工信息
3.5.5触发器
(1)不允许删除超级管理员信息
1
设备管理人员信息
@ (20)
@=
@=''
(2)对设备信息表中插入一条记录时,自动显示记录内容
2
设备信息
* 设备信息
4总结
通过这次课程设计使我们懂得了理论与实际相结合是很重要的,只有把所学的理论知识与实践相结合起来,从理论中得出结论,才能算是学以致用,从而提高自己的实际动手能力和独立思考的能力。
理论是一成不变的,但是当它与实践相互结合的时候,才能显示它真正的意义。
在我们看来,数据库是一门比较繁琐的课程,其内容复杂琐碎,经过半个学期的学习,我们对数据库的了解并不是太多,学习之后我们更多的是迷茫,数据库知识仅仅臣服于理论。
经过这次试验,我们更深的体会到一定要将课本上的知识吃透,这是做实验的基础。
在这次大实验之前,我们把课本看了一遍。
这样方便在做实验时更熟练,不至于在过程中才去摸索,在做实验时,一定要亲力亲为,务必将每个步骤,每个细节弄清楚这样,印象能够更加清楚深刻。
这次实训使我熟悉了系统设计的整体步骤。
系统设计大体可分为需求分析、概念设计、逻辑设计、物理设计、数据库的实施及调试测试六大步骤。
其中,让我感触最深的是需求分析阶段,在这个阶段,必须对所要设计的系统有总体的构思和了解,知道自己要做什么,要实现什么,并且要实际的进行相关的调查,不能凭想象或自己的了解,这样会在后续的工作中遇到很多的问题。
这次课程设计加深了我对数据库系统概论相关知识和 相关功能的理解。
例如对建立基本表、视图、索引、存储过程、触发器等,都比以前更加的熟练。
并在解决遇到的各种问题的过程中,学到了很多新的知识。
比如在导入\导出数据时,由于外键约束的存在,经常会出现错误,这就要注意各个表导入的顺序问题。
一般是先导入主键表,后导入外键表,这样可以避免很多的错误。
我进一步掌握了相关的语句方面的知识。
不但纠正了以前的错误认识和理解,而且学会了建立存储过程和触发器。
通过查阅资料,我还明白了存储过程是编译后放在服务器端的程序,它可以被别的模块调用,且不需要重新编译,这样就大大减轻了客户端的负担,且有效的提高了系统执行的效率。
当然,在实训的过程中也存在一些问题。
由于需求分析阶段的工作完成的不是很充分,在后面的设计过程中,前后时常会出现矛盾,不一致现象,因此要反复的修改前面的结果,导致整个工作进行的不是很顺利
这次实验,使我们学到了不少实用的动手知识,更重要的是,做实验的过程,思考问题的方法,还有同学的帮助。
在一个知识不懂的时候,同学们就互相提起书上的知识还提供思路,一起讨论,直到把疑问解开,这种遇到问题解决问题的过程让我们受益匪浅。
这次试验,从刚开始的构思,到画出正确详细的图,一遍一遍的查阅资料,本以为自己想的已经很完美了,可是在随后的操作之后才发现自己总是眼高手低,思考问题不够全面细致,还需要进一步的修改,理想和现实总是存在这么大的差距,实际操作可能会遇见各种各样的问题,不过也就是在不断的遇见为题和解决问题的过程中我们才会有不断的提高,才会不断的进步。
5参考文献
[1]罗晓沛.数据库技术.武汉:
华中理工大学出版社,2009.
[2]丁宝康.数据库实用教程.北京:
清华大学出版社,2010.
[3]萨师煊编著.数据库系统概论(第三版).北京:
高等教育出版社,2009.
[4]黄维通2000简明教程清华大学出版社2010年3月第一版
[5]李存斌郭晓鹏高级编程及其项目应用开发2009年2月第一版
[6],史进,2000基础教程.清华大学出版社,2009.
[7]郭盈发、张红娟,数据库原理.西安电子科技大学出版社,2010.2.
6附录:
读书笔记
要多表存储原因和范式的概念和理解
用多个表存储数据:
设计数据库时就有一条很重要的规则,减少冗余的数据,数据表是用来存储数据的,也就需要符合这个规则。
例:
一个学生的基本信息是固定的,考试成绩会有很多门,那么用一个表存储,就会使基本信息重复很多次,造成了大量的冗余数据。
范式:
范式这个概念逻辑概念性很强,有什么第一范式,一直到第六范式,范式应该是指设计数据库时的规则,为了更好的设计数据库,便于查询等操作,减少数据的冗余度。
第一范式:
1,记录的每一个分量都是不可分割的基本数据项。
例如;如果联系方式这个字段下还有子字段:
电话、、等,那么就是可以分割的数据项,不满足第一范式。
第二范式:
2,条件——满足第一范式,增加规则:
每一个非主属性要完全函数依赖于码。
书上的码,我把它理解为被完全依赖的一个字段,例如:
学号,姓名,性别,来源地,联系方式,课号,课程名称,考试成绩。
这么多字段满足第一范式,但是不满足第二范式,因为课号,课程名称不完全依赖于码(学号),而且课号也是码之一,考试成绩既依赖于学号又依赖于课号。
所以就要建立3个表。
(学号,姓名,性别,来源地,联系方式) 学号作为码
(课号,课程名称)课号作为码
(学号,课号,成绩)学号和课号作为码
第三范式:
3,条件满足第二范式,增加规则:
每一个非主属性都不传递依赖于码的要求。
学号,姓名,性别,来源地,所属院系,院系主任
其中院系主任有很多重复的部分,因为院系主任依赖于所属院系传递的依赖的码,所以数据表建立应该如下:
X1(学号,姓名,性别,来源地,所属院系)
X2(所属院系,院系主任)
疑问:
上述第二范式中的表符合第三范式吗?
个人觉得是满足第三范式的,因为期间也不传递依赖性。
但是如果按照这种方式建立:
(学号,姓名,性别,来源地,联系方式)
(学号,课号,课程名称,成绩)
个人觉得不符合第二范式,原因是课程名称和成绩不都完全依赖与学号,课号,课号也是不完全依赖于学号的,课号可以单独做为码,课号作为码的整体都不完全依赖于学号,所以不具备2的规则。
当然也不符合3,课程名称依赖于课号传递码。
难道是巧合?
这里的不满足第二范式和第三范式的原因都在一个点上,将(课号,课程名称)建立出来,那么既解决了第二范式问题又解决了第三范式问题。
总结:
第一范式:
数据项不可分割。
第二范式:
满足1,并且数据项完全依赖于码X1或者作为码的数据项X2也完全依赖于码,X2可以传递码作为依赖附带其他数据项。
第三范式:
满足2,并且将完全依赖于码X1的码X2所传递的依赖性下的数据项以码X2作为码重新建立数据表。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 高校 实验室设备 管理 系统 课程设计