实验室设备在线管理信息系统的设计与实现.docx
- 文档编号:7306338
- 上传时间:2023-01-22
- 格式:DOCX
- 页数:31
- 大小:406.18KB
实验室设备在线管理信息系统的设计与实现.docx
《实验室设备在线管理信息系统的设计与实现.docx》由会员分享,可在线阅读,更多相关《实验室设备在线管理信息系统的设计与实现.docx(31页珍藏版)》请在冰豆网上搜索。
实验室设备在线管理信息系统的设计与实现
课程名称
信息系统分析与设计
题目
实验室设备在线管理信息系统的设计与实现
摘要
随着国家对高等教育的投入不断增加,各学院实验室仪器设备的数量不断增多,实验条件得到了极大地改善。
只有实验室设备的现代化,没有实验室管理的现代化,显然不能收到应有的效益,为解决现有的以手工化、纸质化的实验室管理模式出现的设备查找、信息更新无法做到及时快捷,不方便于管理,增加管理者的劳动强度等不足处急需构建一套实验室设备信息管理系统以提高实验室管理的规范化,提高办学效益,保障实验教学质量的基础性工作。
该系统主要实现对实验室设备进行统一管理,主要包括用户管理、实验室设备管理、设备维护管理、数据维护等基本功能。
从安全性和易维护性考虑,选择了Web实现技术。
采用B/S模式使用户在不同的时间地点通过浏览器访问位于服务器上的管理系统。
利用jsp技术结合HTML语言、MyEclipse开发工具及MySQL5.0数据库管理软件开发实验室设备信息管理系统。
本论文阐述了基于web的实验室设备信息管理系统的背景、研究现状及系统开发所使用的环境、工具以及开发语言,并对相关的开发技术进行了阐述。
按照软件开发的生命周期论述了系统需求分析、概要设计、详细设计和代码实现及测试各阶段工作。
关键词:
实验室设备管理,JSP,MyEclipse,B/S模式
1系统分析
对系统需求的全面、深入的理解是软件开发工作获得成功的前提条件。
需求分析的任务是明确用户对目标系统的需求,主要是确定对系统的综合要求,同时分析系统的数据要求。
它能提高软件开发过程的能见度,便于实现软件开发人员对开发过程的工程化管理与控制。
1.1系统性能需求
为了保证系统能够长久、安全、稳定、可靠、高效的运行,系统应该满足以下的性能需求:
(1)系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统处理数据能力和响应时间能够满足用户对信息的处理。
由于系统的查询功能对于整个系统的功能和性能完成很重要。
从系统的多个数据来源来看,学生信息查询、预约结果查询、预约实验,其准确性很大程度上决定了系统的成败。
(2)系统的开放性和系统的可扩充性
系统在开发过程中,应该充分考虑以后的可扩充性。
例如实验信息属性添加、修改等模块要不断的更新和完善。
所有这些,都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
(3)系统的易用性和易维护性
系统是直接面对使用人员的,为满足易用性应提供良好的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面。
系统中涉及到的数据是高校实验室相当重要的信息,因此系统为不同角色的用户提供了方便的管理后台进行数据管理,特别为系统管理员提供了数据备份,日常安全管理,防止系统意外崩溃等功能。
(4)系统的响应速度
系统设计中摒弃大量数据冗余,提出了优化数据库的解决方案,大量使用存储过程,大大提高系统响应时间和速度。
系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。
严格保证操作人员不会因为速度问题而影响工作效率。
1.2系统总体设计需求
本系统为实验室设备管理信息系统,设计目标是依托校园的网络平台,采用B/S体系结构,应用网络协同工作模式,为实验室的设备的录入、浏览与管理等环节提供全方位的服务,从而推进设备管理的现代化,做到信息的规范管理,使实验室设备易于维护。
主要完成功能包括用户管理、实验设备管理、设备维护管理和数据维护等。
其总体分为两大模块:
设备信息管理模块、论坛模块。
1.2.1系统功能划分
设备信息管理模块功能划分
从系统功能上看,可以划分为普通用户和教师用户及管理员。
普通用户可注册登录论坛。
教师用户可更新设备状态,发布信息。
管理员可以在客户端实现对数据库的管理。
在本阶段中,确定应该如何具体地实现所要求的系统,从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。
主要的工作有:
根据在需求分析中所描述的数据、功能、运行、性能需求和系统所确定的处理流程、总体结构和模块外部设计,设计软件系统的结构设计、逐个模块的程序描述(包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等),以及下面的几个问题:
(1)有效实现三类角色(普通用户、教师、管理员)的业务逻辑。
(2)判断信息的正误并采取相应的校验处理步骤。
(3)进行数据库的查询、修改工作。
(4)接受并判断错误,输出相应的出错消息。
系统管理员通过指派,先行向数据库写入管理员信息。
其主要功能如下:
1.用户管理
管理员可对实验室管理员、教师信息进行增、删、改管理。
2.实验室硬件资源管理
实验室硬件资源管理包括:
实验室设备状态管理、实验室管理、实验室设备信息管理。
实验室设备状态管理是对教师提交的实验室设备状况进行查看,处理实验中设备出现的问题,其中含盖实验室设备报修。
3.实验室添加、删除。
实验室设备信息管理对实验室设备信息进行编辑包括添加、修改、删除及设备归属某一个实验室。
4.实验室软件资源管理
软件资源管理包括实验室公告发布管理及实验室资料上传管理。
5.实验室论坛管理
查看管理论坛事务,对论坛用户管理及对信息进行筛选删除等。
实验室设备信息管理系统总体功能结构如图1-1。
公告添加管理
实验室公告发布管理
实验室设备状态管理
图1-1实验室设备信息管理系统总体功能结构
实验室设备信息管理系统论坛模块功能划分
实验室设备信息管理系统论坛分为普通用户、管理员用户。
其普通用户子模块分为:
学习交流版块、创新思路版块、资源共享版块、查看个人资料、修改个人信息。
管理员子模块分为:
学习交流模块、创新思路版块、资源共享版块、用户管理模块。
实验室设备信息管理系统论坛模块设计实现以下功能:
1.普通用户
包括用户注册、用户登录、查看修改个人资料等功能。
2.管理员用户
管理员对论坛进行一些基本的维护,包括对帖子的删除、修改、设为精华帖,对用户的删除、授权,对版块的权限管理,对用户组及用户组的权限的管理等。
实验室设备信息管理系统论坛模块总体功能结构如图1-2。
实验室设备信息管理系统论坛模块
普通用户登录
管理员登录
资源共享版块
创新思路版块
学习交流版块
用户发表言论编辑
用户资料权限编辑
用户资料管理
登录论坛
修改个人信息
查看个人资料
注册登录论坛
图1-12实验室设备信息管理系统论坛模块总体功能结构
本系统主要由普通用户、教师用户、系统管理员组成。
下面将详细介绍各角色的业务逻辑。
1.普通用户主要是登录论坛功能。
如用例图1-2。
(1)普通用户可通过用户注册获取账户。
其主要功能如下:
(2)个人资料管理。
(3)用户进行注册登录同时可以查看个人资料、人信息编辑。
(4)登录论坛。
(5)用户登录论坛发表信息,以对实验室的管理提出好的意见,同时可以对在使用实验中出现的问题及时反映,以便管理员更好更全面的了解实验室设备的状况。
2.教师系统模块总体业务逻辑。
如图1-3教师用例图。
图1-3普通用户用例图图1-4教师用例图
教师角色由管理员通过用户管理模块进行添加,无法通过注册。
其主要功能如下:
1)更新实验室设备状况
教师在每次实验课时都对实验室的设备状况进行填写更新,以便于实验室管理员对实验室设备进行管理。
2)公告添加管理
若出现特殊情况,教师不能按时进行课外实验课培训,教师也可以通过添加实验室公告来更改课外实验课外培训时间。
3)教学资料上传
教师可上传实验资料、教程等供学生下载使用。
3.管理员系统模块总体业务逻辑。
如图1-5管理员用例图。
图1-5系统管员用例图
1.2.2模块处理功能设计
通过需求分析,介绍实验室设备信息管理系统基本模块功能设计情况:
1.用户信息管理部分
用户登陆
输入:
用户名、口令。
输出:
若登陆失败,则输出失败提示信息。
功能:
对要求进入系统的用户进行身份验证:
拒绝非法用户,并鉴别进入系统的合法用户的身份(普通用户和管理员)。
论坛新用户注册
输入:
用户的基本信息,包括必输部分和可选部分。
输出:
若用户注册失败,则输出失败提示信息,否则输出注册成功的确认情况。
功能:
添加使用本系统的普通用户。
用户信息修改模块
输入:
用户名、口令。
输出:
若用户修改失败,则输出失败提示信息,否则输出修改后的确认情况。
功能:
完成对用户基本信息的修改。
2.设备信息管理部分
设备信息入库模块
输入:
设备的基本信息。
输出:
若设备入库失败,输出失败原因,否则输出设备入库信息的确认情况。
功能:
根据用户登陆模块时的用户身份验证,允许管理员按要求添加设备信息,拒绝普通用户对该项功能的请求。
设备信息修改模块
输入:
修改申请。
输出:
若设备修改失败,输出失败原因,否则输出修改确认信息。
功能:
根据用户登陆模块时的用户身份验证,允许管理员按要求修改设备信息,拒绝普通用户对该项功能的请求。
设备信息删除模块
输入:
删除申请。
输出:
设备入库的基本情况及删除提示信息。
功能:
根据用户登陆模块时的用户身份验证,允许管理员删除设备信息,拒绝普通用户对该项功能的请求。
1.3系统开发策略与方法
1.3.1系统开发的策略
每一种开发方法都要遵循相应的开发策略。
任何一种开发策略都要明确以下问题:
系统要解决的问题:
如采取何种方法解决组织管理和信息处理方面的问题,对实验室后期新的管理需求该如何满足等。
系统可行性研究:
确定系统所要实现的目标。
通过对实验室状况的初步了解得出现状分析的结果,然后提出可行性方案并进行论证。
系统可行性的研究包括目标和方案可行性、技术的可行性。
系统开发的原则:
在长久、安全、稳定、可靠、高效的运行的原则。
系统开发方法的选择和开发计划的制定:
针对已经确定的开发策略选定相应的开发方法,是结构化系统分析和设计方法,还是选择原型法或面向对象的方法。
开发计划的制定是要明确系统开发的工作计划、工程进度计划和资源利用计划。
1.3.2结构化生命周期法
结构化生命周期开发方法,其基本思想是:
按照管理信息系统生命周期的概念,严格地按照系统生命周期的各个过程和步骤开发系统,其特点是:
采用“自上而下”的开发策略,进行系统分析和系统设计,然后,“自下而上”地开发和调试各个模块,最后实现模块联调和整个系统的联调;工作文件的标准化与文档化;强调面向用户的观点。
信息系统的生命周期
任何事物都有其产生、发展、成熟、消亡(更新)的过程,信息系统也不例外。
信息系统在使用的过程中会随着其环境的变化而出现问题,需要不断维护、修改,当它不再适应需求的时候就要被淘汰,就由新系统来代替老系统,这种周期循环称为信息系统的生命周期,如图1-6表示信息系统的生命周期以及相应的工作步骤。
图1-6信息系统生命周期以及相应的工作步骤
结构化生命周期开发方法开发一个系统,将整个开发过程划分为5个依次连接的阶段:
系统规划阶段:
进行初步的调查,通过可行性研究确定下一个阶段的实施。
主要任务是明确系统开发的请求,并确定系统的总体设计方案,然后进行详细设计。
系统设计阶段:
主要任务是从管理信息系统的总体目标出发,根据系统分析阶段对系统的逻辑功能的要求,并考虑到运行条件、用户要求,确定系统的总体结构和系统各组成部分的技术方案,合理选择系统运行环境,提出系统的实施计划,确保总体目标的实验。
系统实施阶段:
主要任务是,根据设计文档将设计转化为所要求的编程语言或数据库程序语言,并对这些程序进行调试和程序单元测试,验证程序模块接口与详细设计文档的一致性。
系统运行阶段:
主要任务是进行系统的日常运行管理,评价系统的运行效率。
这四个阶段共同构成了系统开发的生命周期。
结构化生命周期开发方法严格区分了开发阶段,非常重视文档工作,对于开发过程中出现的问题可以得到及时的纠正,避免了出现混乱状态。
1.4.3原型法
原型法在系统开发过程中得到不少的应用。
原型法的基本思想是系统开发人员凭借对用户需求的理解,通过强有力的软件环境支持,构造出一个实在的系统基本框架作为原型模型,然后采用循环进化的开发方式,对系统模型作连续的精化,将系统需具备的性质逐渐增加上去,直到所有的性质全部满足,使得最后的系统得以具体完善。
其优点是避免像瀑布模型一样在冗长的开发过程中无法对需求变更做出快速的响应;符合人们认识事物的规律,系统开发循序渐进,反复修改,确保较好的用户满意度;开发周期短,费用相对少;由于有用户的直接参与,系统更加贴近实际;易学易用,应变能力强。
原型法的应用使人们对需求有了渐进的认识,从而使系统开发更有针对性。
原型法的工作步骤:
利用原型法进行信息系统的设计过程中,分四步进行:
首先快速分析,弄清用户/设计者的基本信息需求;然后构造原型,开发初始原型系统;之后,用户和系统开发人员使用并评价原型;最后系统开发人员修改和完善原型系统。
另外,原型法的应用充分利用了最新的软件工具,使系统开发效率大为提高。
根据实际情况,本系统即采用原型模型。
原型法主要用于以下一些场合:
1.事先难以准确完全说明需求的较小的应用系统;
2.决策支持系统;
与生命周期法结合起来使用,即整体上仍使用生命周期法,而仅对其中功能独立的模块采用原型法。
原型法要求快速建立原型系统,这就要求有软件开发工具的支持。
2系统设计
2.1系统设计思想
该实验室管理信息系统通过前端即客户端浏览器和后台数据库向用户展示实验信息,方便实现实验室信息的维护和更新,使用户更快,更好的了解实验信息。
以“实验管理”模块为例,管理员将所有实验信息存入数据库表中,当前端发出浏览该动态页面的请求时,服务器就会执行相应的脚本代码,从数据库中查询出符合条件的实验信息,生成相关页面发送到客户端浏览器上供用户查看。
客户端所显示的内容是随着后台管理数据库的变化而动态显示的,因此,客户端可获得实验的最新动态信息。
本系统采用三层架构设计,它的工作原理如图2-0所示。
图2-0三层架构的工作原理
采用三层架构以后,用户界面层通过统一的接口向业务层发送请求,业务层按逻辑规则将请求处理后进行数据库操作,然后将数据库返回的数据封装成类的形式返回给用户层。
这样用户界面层甚至可以不知道数据库结构,它只要维护与业务层之间的接口即可。
这种方式在一定程度上增加了数据库的安全性,同时减低了对用户界面层开发人员的要求,因为它根本不需要进行任何数据库操作。
上面的JavaBean通过返回对象的形式来返回数据,在类的内部可以规定哪些数据可访问,哪些数据是只读,从而通过封装数据达到再一次提高数据安全性的目的。
2.2系统设计序列图
1)添加实验室管理员序列图如图2-1。
图2-1实验室管理员界面序列图
2)添加实验室管理员活动图如图2-2。
图2-2实验室管理员活动图
3)教师信息修改序列图如图2-3。
图2-3教师信息修改序列图
4)教师信息修改活动图如图2-4。
图2-4教师信息修改活动图
5)教师信息删除序列图如图2-5。
图2-5教师信息删除序列图
6)实验室设备信息查询序列图如图2-6。
图2-6实验室设备信息查询序列图
7)实验室设备信息查询活动图如图2-7。
图2-7实验室设备信息查询活动图
8)上传资料序列图如图2-8。
图2-8上传资料序列图
2.3系统框架
根据系统需求分析实验室设备信息管理系统使用MVC模式。
MVC模式是"Model-View-Controller"的缩写,中文翻译为"模型-视图-控制器"。
MVC应用程序总是由这三个部分组成。
模型
模型(Model):
一个或多个JavaBean对象,用于存储数据,JavaBean主要提供简单的setXXX()方法和getXXX()方法,在这些方法中不涉及对数据的具体处理细节。
模型就是业务流程/状态的处理以及业务规则的制定。
业务流程的处理过程对其它层来说是黑箱操作,模型接受视图请求的数据,并返回最终的处理结果。
业务模型的设计可以说是MVC最主要的核心。
由MVC设计模式得知,把应用的模型按一定的规则抽取出来,抽取的层次很重要,这也是判断开发人员是否优秀的设计依据。
抽象与具体不能隔得太远,也不能太近。
MVC并没有提供模型的设计方法,而只需要组织管理这些模型,以便于模型的重构和提高重用性。
视图
视图(View)代表用户交互界面,对于Web应用来说,通常使用JSP来实现。
随着应用的复杂性和规模性,界面的处理也变得具有挑战性。
一个应用可能有很多不同的视图,MVC设计模式对于视图的处理仅限于视图上数据的采集和处理,以及用户的请求,而不包括在视图上的业务流程的处理。
业务流程的处理交予模型(Model)处理。
比如一个订单的视图只接受来自模型的数据并显示给用户,以及将用户界面的输入数据和请求传递给控制和模型。
控制
控制(Controller)可以理解为从用户接收请求,将模型与视图匹配在一起,共同完成用户的请求。
划分控制层的作用也很明显,可清楚的知晓,它就是一个分发器,选择什么样的模型,选择什么样的视图,可以完成什么样的用户请求。
控制层并不做任何的数据处理。
例如,用户点击一个连接,控制层接受请求后,并不处理业务信息,它只把用户的信息传递给模型,告诉模型做什么,选择符合要求的视图返回给用户。
因此,一个模型可能对应多个视图,一个视图可能对应多个模型。
简单理解就是Model与View之间沟通的桥梁,它可以分派用户的请求并选择恰当的视图以用于显示,同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
模型、视图与控制器的分离,使得一个模型可以具有多个显示视图。
如果用户通过某个视图的控制器改变了模型的数据,所有其它依赖于这些数据的视图都应反映到这些变化。
因此,无论何时发生了何种数据变化,控制器都会将变化通知所有的视图,导致显示的更新。
这实际上是一种模型的变化-传播机制。
模型、视图、控制器三者之间的关系和各自的主要功能。
如图2-9。
图2-9MVC组件类型关系和功能
2.4系统数据库设计
数据库是本系统的核心,系统中所有的信息都存储在数据库中,在所有用户界面产生的请求都通过访问相关的Dao层进行数据操作,Dao层通过对JDBC的connection进行封装的工具类进行数据库操作,从而实现相应的功能。
数据库软件有很多。
本系统中数据库采用MySQL作为DBMS。
数据库是软件的核心部分,数据库设计的合理与否对系统的开发有着至关重要的影响。
数据库开发的过程一般先是系统分析,再逻辑设计,然后物理实现。
在系统分析中分析数据库各用户的需求关系,并画出E-R图直观地表示出数据库系统的需求。
逻辑设计中根据系统分析设计出相应的关系模型。
物理设计则为逻辑设计中的数据模型选取较合理物理结构,通常通过数据库软件创建与逻辑设计中数据模型对应的数据库。
2.4.1数据库概念设计
概念结构设计的重点在于信息结构的设计,它是整个数据库系统设计的关键。
它独立于逻辑结构设计和DBMS。
现实世界中一组具有某些共同特性和行为的对象就可以抽象为一个实体。
对象类型的组成成分可以抽象为实体的属性。
并根据系统实际确定各实体之间的关系。
实体及其属性图
在整个数据库中,主要体现各个实体之间的关系,经过分析,可以得出数据库实体属性E-R图。
1.设备信息E-R图。
如图2-10。
图2-10设备信息E-R图
2.用户信息E-R图。
如图2-11。
图2-11用户信息E-R图
3.院系信息E-R图。
如图2-12。
图2-12院系信息E-R图
4.实验室信息E-R图。
如图2-13。
图2-13实验室信息E-R图
5.实验室管理员E-R图。
如图2-14。
图2-14实验室管理员E-R图
6.实验室设备状态信息E-R图。
如图2-15。
图2-15实验室设备状态信息E-R图
7.实验室公告信息E-R图。
如图2-8。
图2-8实验室公告信息E-R图
8.实验室论坛信息E-R图。
如图2-16。
图2-16实验室论坛信息E-R图
9.上传资料信息E-R图。
如图2-17。
图2-17上传资料信息E-R图
实体关系模型图
将所有实体和关系转换成一系列的关系模式。
转换过程中常见规则有:
(1)一个实体型转换为一个关系模式;
(2)一个一对一的联系可转换成一个独立的关系模式,也可与任意一端对应的关系模式合并;
(3)一个一对多的联系可以转换成一个独立的关系模式,也可与多的那一端对应的关系模式合并;
(4)一个多对多的关系转换成一个关系模式。
根据以上四条规则,下面将E—R图转换成实体关系模型。
论坛实体联系模型如图2-18。
图2-18论坛实体联系模型
实验室设备信息管理系统实体关系模型如图2-19。
图2-19实体关系模型
2.4.2数据库逻辑设计
逻辑设计的目的是把概念设计的全局ER模式转换成与选用的具体机器上的DBMS所支持的数据模型相符合的逻辑结构(包括数据库模式和外模式)。
根据全局的ER图,得到的关系模型。
用户表分为系统管理员表、教师表、普通用户表、实验室管理员表。
系统管理员表(系统管理员编号、系统管理员名、系统管理员密码)
教师表(教师编号、院系编号、教师姓名、密码、性别、年龄、联系电话、地址、邮箱名)
普通用户(普通用户编号、姓名、密码、性别、年龄、邮箱名、权限等级、图标、联系电话、地址)
实验室管理员表(实验室管理员编号、实验室编号、姓名、入职时间、状态)
公告表(公告编号、公告内容、添加公告时间)
院系表(院系编号、院系名)
设备表(设备编号、设备名、实验室编号、状态、设备供应商、保修年限、购置日期、设备金额、设备数量、设备配置)
实验室表(实验室编号、实验室名、地址、容纳人数)
设备状态表(设备状态编号、教师编号、使用时间、使用班级、设备状态、实验室编号、备注)
上传资料表(上传资料编号、教师编号、上传资料名、上传时间、资料存储路径、资料大小、资料类型)
2.4.3数据库物理结构设计
本系统的数据库通过MySQL-Front生成,MySQL-Front是MySQL数据库的可视化图形工具,因为它是“实时”的应用软件,它可以提供比系统内建在PHP和HTML上更为精炼的用户界面。
即刻响应,没有重载HTML页的延迟。
主要特性包括多文档界面,语法突出,拖拽方式的数据库和表格,可编辑/可增加/删除的域,可编辑/可插入/删除的记录,可显示的成员,可执行的SQL脚本,提供与外程序接口,保存数据到CSV文件等。
其主要包含了11个表。
它们的具体字段设置如下表所示。
表2-1系统管理员表
字段名
数据类型
长度
允许空
说明
Id
int
11
否
编号
adminname
varchar
20
是
姓名
password
varchar
20
是
密码
表2-2教师表
字段名
数据类型
长度
允许空
说明
teacherId
int
11
否
编号
deparmentId
Int
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 实验室设备 在线 管理信息系统 设计 实现