1、实验室设备管理系统 目录 一、 系统的开发背景与目标 1、开发背景 2、开发目标 二、 可行性分析与初步开发计划 1、 技术可行性 2、 经济可行性 3、 法律可行性 4、 初步开发计划 三、 需求分析 1、系统功能列表 2、数据流图 3、数据字典 4、数据加工的描述 5、性能需求 四、 系统设计 1、系统结构图 2、输出设计 3、数据库结构设计 4、模块详细设计 五、 课程设计总结 六、 代码 七、 参考文献 一 、 系统的开发背景与开发目标 1、 系统的开发背景 现代社会的校园网络环境，已经大大发生了变化，除了个人 笔记本电脑，各种计算机、语音实验室机房也成为了使用频率颇高的场所，我们不能
2、仅仅把它理解为提供上机的环境，而是应该完善此处的各种相关工作，如考勤，收费等，同 时最大限度的降低机房的运营成本，提高使用率。通过建设“实验室设备管理系统”， 运用先进的技术手段和设备，满足以上应用需求。实验室设备管理系统是一个功能比较完善的数据管理软件， 具有数据操作方便高效 迅速等优点，具有很好的可移植性，可在 WINDOWS 系列等操作系统上使用。 2、 系统的开发目标 a 提高人员的工作效率 ,提高设备的利用率 b 实验室的设备管理 更加便捷有效 c 减少设备管理的费用 ,节省开支 d 提高决策效率 e 能够准确的控制生产 二、可行性分析与初步开发计划 1 技术可行性 1.1 对系统的
3、简要描述 在原来的手工系统之上创建，利用计算机实现对实验室设备的管理，包括借出 、 购入 、 修理仪器 、 归还仪器等各种功能 1.2 采用建议系统可能带来的影响 在建立所建议系统时，预期会带来的影响包括以下几个方面。 （ 1）对设备的影响 由于所建议系统是基于 WINDOWS 操作系统和互联网的，所以需要配备足够符合以上列出的各种软硬件条件的计算机和通信线路。系统失效后，服务器端需要 利用备份的数据库恢复数据信息，要求要有足够的数据备份空间。 （ 2）对软件的影响 需要落实是否有符合本报告所列出的正版的软件 环境，如果没有则需要购买。 （ 3）对用户单位机构的影响 投入使用前还需改进现有的管
4、理模式。 （ 4）对开发的影响 管理员 只要输入简单的数据就可以完成 设备管理 。 （ 5）对经费开支的影响 除了需要支付开发单位的有关费用外，每年还需要一定的运行维护费用（见经济可行性分析）。 1.3 技术可行性评价 本系统是一个基于局域网、互联网和 WINDOWS 操作的系统，现有技术已较为成熟，利用现有技术完全可以实 现系统开发目标。同时，开发期限较为宽裕， 预计可以在规定期限内完成开发任务。 2 经济可行性 2.1 支出 （ 1）一次性支出 1）系统开发、建立费用 3.4 万元。其中：本系统开发期为 3 个月，需要开发人员 3 人（不一定都是参加满 3 个月）。根据软件系统的规模估算，
5、开发工作量月为 3 人 2 个月即 6 人月，每人月的人工费按 5000 员计算，开发费用为 3 万元。实验室设备等基本信息建立需要 2 人 1 个月即 2 人月，每人月的人工费用按2000 员计算，需 0.4 万元。 2）硬件设备费共 4.6 万元，其中：微机 1 台约 0.6 万元；服务器 1 台及网络等设备 费 4 万元。 3）外购开发工具、软件环境费用共 4 万元。 4）其他费用共 2 万元。 一次性支出总费用： 14 万元。 （ 2）经常性费用 主要是系统的运行费用，假设本系统运行期 10 年，每年的运行费用（包括系统维修、设备维护等） 5 万元，按年利率 5%计算运行费用见 表 A
6、-1 系统投资成本总额为： 14+38.6082=52.6082 万元 2.2 效益 假设投入本系统，效率可以提高 50%，以现有的工作人员 10 人计算，可减少 5 人，每人每月平均工资按 2500 元计算，每年节约人员工资 5 12 0.25=15万元 /年。按年利率 5%计 算，效益计算如下表。 系统收益总额为： 115.8279 万元。 2.3 收益 /投资比 在 10 年期内，系统总成本 52.6082 万元，系统总收益 115.8279 万元。 投资回报率： (即为 52.6082=15 /(1+j)+15/（ 1+j） 2+ +15/（ 1+j） 10 的方程解 i 100) 纯
7、收益： 115.8279 52.6082 63.21975 万元 从经济上考虑，开发本系统完全可行的。 2.4 投资回收周期 投资回收期： 3+（ 52.6082 40.8489） /12.3406=3.95 年 2.5 敏感性分析 生命周 期为 10 年，需要 30 人左右。 3 法律可行性 3.1 法律因素 侵犯专利权：有 侵犯版权：有 为了能够解决在使用实验设备出现的一些问题，需要建立一个安全完善的管理平台，能够使设备信息能够快速完整地自动记录在案，并自动更新 3.2 用户使用可行性 适用于实验室设备管理，系统操作简单，便于管理人员使用。 4 初步开发计划 任务 计划时间 人员 开发背景
8、与目标 2 天 可行性分析 3 天 需求分析 10 天 系统设计 20 天 编码 15 天 调试 5 天 三、需求分析 1、 系统功能列表（ Function List） 需求标号 需求名称 需求来源 需求描述 需求等级 1 统计查询 用户 查询设备的信息如购买日期 , 型号类别 低 2 维修 用户 维修的情况 , 维修员 ,维修日期 ,维修状况 中 3 购买 用户 购买的情况和信息 ,购买日期 ,价格 高 4 报废 用户 报废设备的信息 , 报废日期和型号数量 高 2、 数据流图 0 层数据流图： 设 备 管 理 员 上 级 领 导实 验 室 设 备管 理 系 统审 核 信 息审 核 结 果
9、登 录 信 息无 效 登 录 信 息各 种 操 作处 理 结 果1 层数据流图： 1身 份 验 证登 录 信 息无 效 登 录 信 息22处 理 要 求审 核合 法 信 息合 法 信 息终 端 显 示器上 级 领 导处 理 要 求处 理 结 果审 核 信 息审 核 结 果2 层数据流图： 用 户1身 份 验 证合 法 信 息2 . 1 2 . 2 2 . 3 2 . 4统 计 查 询 维 修购 买报 废查 询 信 息维 修 设 备新 设 备报 废 设 备审 核批 准申 请 设备批 准申 请 设 备D 1 D 2 D 3 D 4 D 5设 备 基本维 修 记 录表申 请 表新 设 备 表报 废
10、记 录表3、 数据字典 1.数据流条目 登陆信息 输入：设备管理员 输出：身份验证 描述：登陆信息 =用户名 +密码 +登陆权限 查询信息 输入：合法人员对设备的查询操作 输出：设备信息表 描述： 查询信息 =设备名 |型号 |类别 |购置日期 维修信息 输入：所需维修设备的信息 输出：确定维修设备的记录 描述：维修信息 =修理日期 +设备名 +编号 +修理厂家 +修理费用 +责任人 购买 设备 输入：购买设备的信息 输出：确定购买的新设备的记录 描述：新设备 =类别 +设备名 +编号 +型号 +规 格 +单价 +数量 +购置日期 +生产厂家 +保质期 +经办人等 报废设备 输入：所需报废的设
11、备的信息 输出：报废的设备记录 描述：报废设备 =类别 +设备 +型号等 审核信息 输入：审核 输出：上级领导 描述：审核信息 =报废设备信息 /新设备购买信息 2加工条目 身份验证，统计查询，维修，购买，报废，生产报表，审核。 3.文件条目 登陆表 输入：身份验证 输出：身份验证 数据结构：用户名 +密码 +登陆权限 设备基本信息表 输入：统计查询 数据结构：类别 +设备名 +型号 +规格等 维修记录表 输入：统计查询，维修 输出：统计查询 数据结构： 修理日期 +设备名 +编号 +修理厂家 +修理费用 +责任人 购买 设备表 输入：统计查询，购买 输出：统计查询 数据结构： 类别 +设备名
12、 +编号 +型号 +规格 +单价 +数量 +购置日期 +生产厂家 +保质期 +经办人等 报废记录表 输入：报废，统计查询，生产报表 输出：统计查询，生产报表 数据结构：类别 +设备名 +型号等 申请表 输入：统计查询，生产报表 输出：统计查询，生产报表，购买 数据结构：类别 +设备名 +型号 +规格 +数量 4 数据加工处理的描述 登陆用例 简要说明： 本用例说明用户如何登录到系统。 角色： 管理员、 实验员、学生 前置条件： 启动程序，进入登录界面 基本事件流： 1.用户输入基本信息（登录名和密码），点击确定按钮 2.系统查找数据库，看该用户是否在数据库中。若存在则进入主页面。 备选事件流：
13、 1.输入无效的用户名或密码，提示用户名或密码不能为空或者提示用户名或密码不正确。 后置条件： 登录成功 特殊需求： 没有和本用例有关的特殊需求。 扩展点： 没有和本用例有关的扩展点。 购买设备用例 简要说明： 本用例说明管理员如何购买设备并记录进入系统。 角色： 管理员 前置条件 ： 已经成功登陆到系统。 基本事件流： 1.管理员填写设备各种信息，确定添加。 2.系统把对应信息写入数据库，更新数据库。 备选事件流： 输入了已存在的设备编号，系统提示编号中已存在。 后置条件： 购买成功。 特殊需求： 没有和本用例有关的特殊需求。 扩展点： 没有和本用例有关的扩展点。 报废设备用例 简要说明：
14、本用例说明管理员如何从入系统中删除报废的设备记录。 角色： 管理员 前置条件： 已经成功登陆到系统。 基本事件流： 1.管理员根据设备编号，找到需要删除的设备 记录，确定删除。 2.系统把从数据库中删除对应信息，更新数据库。 备选事件流： 输入了不存在的设备编号，系统提示未找到记录。 后置条件： 删除成功。 特殊需求： 没有和本用例有关的特殊需求。 扩展点： 没有和本用例有关的扩展点。 设备查询用例 简要说明： 本用例说明管理员如何查询系统中已记录的实验设备。 角色： 管理员 前置条件： 已经成功登陆到系统。 基本事件流： 1.管理员选择设备查询功能，根据名称、编号、添加时间等方式，填写信息并
15、查询。 2.系统查找数据库，找到符合条件 的信息。 3.返回找到的信息。 备选事件流： 输入不存在的设备信息，系统提示未找到该设备信息。 后置条件： 查询成功。 特殊需求： 没有和本用例有关的特殊需求。 扩展点： 没有和本用例有关的扩展点。 5性能需求 5.1 数据精确度 该软件计算设备时以“台”、“件”等为实物计件单位，报表输出中的金额保证到 0.01的精度。 5.2 时间特性 查询在 3 秒内完成，表项输出在 8 秒内完成 5.3 适应性 考虑到工作人员有时候办公地点的移动性，在设计时应该注意软件的适应性，对于查询功能应尽可能独立方便地将其移植到笔 记本、掌上电脑等硬件平台 6运行需求 6.1 用户界面 采用 Windows 的通用图形界，对用户友好，且必须对鼠标和键盘提供支持。 6.2 硬件接口 支持一般 x86 系列微机和 Windows CE，即一般的 PC 机。 四 、 系统设计 1 状态 图
