实验室设备管理系统实验报告.docx

1、实验室设备管理系统实验报告朋犬聽个人课程设计报告院系计算机与通信工程学院专业计算机（中加）学号 20106098姓 名角 色_A_日期 2013/6/20_个人课程设计报告一项目概述1.1目的因为现在各个高校内教学设备众多但自动管理水平相比过低，很多高校管理设备都采用在设备购进以后将设备的基本情况和相关信息登记存档。 存档以后，档案基本就没人记录与维护，至于以后设备的变迁或损坏都不会记 录在设备档案中，即不能体现设备的即时状态。而有些即使有设备管理系统 的单位，就算是能把设备的即时信息体现在设备档案上，但设备的缺陷处理 及设备缺陷等功能没有实施，设备检修的备品备件情况和检修成本核算没有 实现，

2、整个学校教学设备管理信息化 仍处于较低水平。将管理任务分成小块，落实到个人并能随时查询设备当前情况和历史情况，对设备的可靠性分 析有直接作用，使管理人员从手工计算、统计工作中解脱出来。同时基于实 验室管理者对设备的的使用情况进行统计和更新提供轻松快捷的管理方式， 利用计算机管理系统管理我校的实验设备势在必行， 也方便广大用户可以随时随地的借用实验设备进行学习和研究。1.2任务对项目进行可行性研究，需求分析，项目开发计划，以及中期的总控模 块开发，参与软件的设计和测试。1.3开发环境硬件环境：建议硬件配置 PII以上256M内存60G硬盘空间。软件环境：需要安装Microsoft Access

3、4.0 以上的版本，基本上Microsoft Windows系统用户都有。数据库：Microsoft Access 4.0 以上1.4 参考资料C#数据库精通作者：王华杰清华大学出版社出版C#程序设计教程作者：李春葆清华大学出版社出版二项目中本人参与实现的部分1. 描述所参与阶段的内容2.1.1 概述我主要参与到分析部分和设计、测试。开发软件系统最为困难的部分就是准确说明开发什么。最为困难的概念性工 作便是编写出详细技术需求， 这包括所有面向用户、 面向机器和其它软件系统的 接口。同时这也是一旦做错， 将最终会给系统带来极大损害的部分， 并且以后再 对它进行修改也极为困难。这就是需求分析。在设

4、计时，把各模块详细化设计，初步定义将要使用的基本函数，要使用的变量，全局变量，局部变量，SQL语句的函数执行（传人的语句为参数，然后操 作语句），用户登录的验证，权限设置，数据库表的导入与导出，打印输出显示 表，通过对表的操作，修改反馈回数据库等。2.1.2 开发目标系统实现前，人力与费用相对减少； 处理速度提高（短时间内显示查询结果） ； 查询的绝对精度，并在限定时间内尽可能完成目标。系统实现后，能够及时反映实验室的设备情况，能够让实验室管理员及时做 好对实验室的布置，从而提高了工作运行效率和效果和资金的节省。2.1.3对现有系统的分析现有系统大多采用SQL乍为数据库，而ACCESS据库相对

5、于SQ来说，更多的 用户都安装有，而且速度，效率一点不比 SQL#，而且不需要服务器，缺点是存 储大量数据（100M以上）的时候效率下降。本软件采用ACCESS据库，对于实验 室的设备信息存储，一年大约存1KB勺大小，所以ACCESS据库非常适合。2.1.4技术可行性分析顶层数据流图登录信息设备管理员 卓无效登录信息申请/维修/报废/查 询操作 -实验室设 备管理系 统审核结果上级领导*处理结果0层数据流图1层数据流图用户1合法信息122 2.3 2.42.1D1设备基本D2维修记录D3申请表D4新设备表D5报废记录表表本实验室设备管理系统，要求对实验室设备进行统计查询，对设备维修、报 废情况

6、的处理记录，能够申请购买新设备、更像申请表等。本系统还要求用户登 入具有一定的权限，能执行相关的操作。当设备需要报废和购买还需要得到上级 领导的审核批准。现有系统大多采用SQL乍为数据库，而ACCESS据库相对于SQ来说，更多的 用户都安装有，且不需要服务器。本软件采用ACCESS据库，对于实验室的设备 信息存储，一年大约存1KB勺大小，所以ACCESS据库非常适合。2.1.5数据描述一一静态数据1 ）基础信息 设备信息表结构:ID类别设备名型号规格单价购置日期生产厂家经办人状态设备信息表各字段具体描述:字段名称类型长度是否为NULL备注IDint2否主键，自动添加类别varchar20是设备

7、名varchar20是型号varchar20是规格varchar20是单价double4是购置日期date4是生产厂家varchar30是经办人varchar10是状态varchar6否设备申请表结构:ID类别设备名型号规格单价申请日期数量经办人状态设备申请表各字段具体描述:字段名称类型长度是否为NULL备注IDint2否主键，自动添加类别varchar20是设备名varchar20是型号varchar20是规格varchar20是单价double4是申请日期date4是数量int2是经办人varchar10是状态varchar6否设备修理表结构:修理号ID类别设备名型号规格修理费用修理日期修

8、理厂家经办人状态设备修理表各字段具体描述:字段名称类型长度是否为NULL备注修理号int2否主键，自动添加IDint2否参照设备表ID类别varchar20是设备名varchar20是型号varchar20是规格varchar20是修理费用double4是修理日期date4是修理厂家varchar30是经办人varchar10是状态varchar6否2.1.6 E-R 图密码用户登入权限管理名称类别实验室存 放设备名称故障型号生产厂类别豕购买日期购买人单价规格数量数量规格型号维修人或者 修理厂家维修 费用修理日期维修报表设备编号设备2. 描述此部分实现的具体过程。2.1.1 分析部分需求的定义

9、包括从用户角度 （系统的外部行为），以及从开发者角度 （一些内 部特性）来阐述需求。它的另外一种定义认为需求是“用户所需要的并能触发一个程序或系统开发 工作的说明”。有些需求分析专家拓展了这个概念： “从系统外部能发现系统所具 有的满足于用户的特点、功能及属性等” 。这些定义强调的是产品是什么样的， 而并非产品是怎样设计、 构造的。 所以我从它的定义 （从用户需要进一步转移到 了系统特性）为出发点撰写：需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性， 是在开发过程中对系统的约束。不难发现：并没有一个清晰、毫无二义性的“需 求”术语存在，真正的“需求”实际上在人们的脑海中， 这个人们主要是指客户， 但一般情况下， 用户并不能描述自己的需要， 只就需要系统分析人员根据用户的 自己语言的描述整理出相关的需要再进一步和客户核对。 系统分析员和客户需要 确保所有项目风险承担者在描述需求的那些名词的理解上务必达成共识。 任何文 档形式的需求仅是一个模型，一种描述。而这次试验，我们既是客户，又是受委 托人，除了题目中一些硬性的要求，其他如语言，环境，界面设计等都是我们主 观的去写，这样还是比较简单的。2.1.2 设计部分1. 软件初运行状态，数据库未链接，用户权限为游客。