管理员； 4． 对于已维修完成的设备，根据维修员提交维修单进行维修记录； 5． 本人信息维护。 【5】上级领导 1． 查看购买申请表，对申请进行审核，审核后产生购买订单交于购买员； 2． 查看维修申请表，对申请进行审核，审核后产生维修订单交于维修员； 3． 个人信息维护。
3.2 软件系统数据字典
3.21 数据流条目
3. 需求规定 3.1 功能性需求规定
3.1.1 系统整体功能层次图
3.1.2 业务流程分析 数据流图：
流程详细说明： (1) 仓库管理员统计仓库中设备的库存量，找出库存量不足的设备，填写购买 申请表，领导对此申请表进行审核，审核通过后，产生购买报表交给购买 员。 (2) 购买员将购买的设备及购买信息交给购买登记员，由他进行购买登记。购 买登记员查询申请审核表，将设备分配到各仓库。 (3) 仓库管理员对购买的设备进行入库登记，出库登记。 (4) 实验室管理员负责对报废的设备进行报废登记并处理，找出要维修的设备 填写维修申请表，领导对维修申请表进行审核，通过后产生维修报表交给 维修员，维修员将设备送交某一修理厂家进行维修。 (5) 设备维修完后，交还原实验室，由实验室管理员进行维修登记。
求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、型号、
规格、单价、数量、购置日期、生产厂家、购买人等），同时更新申请表的
内容。
（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够
按类别和时间段（某日期之前）查询。 文献资料：
《Java 面向对象程序设计》，耿祥义、张跃平编著，清华大学出版社
运行该软件所需要的硬设备，包括： 【1】 处理器型号：Intel Core2； 【2】 内存容量：1.00G； 【3】 硬盘：120G
4.2 支持软件
【1】 操作系统：windows2000 操作系统以及以上版本； 【2】 数据库：Sql Server 2008 R2 版数据库 【3】 MyEclipse 开发工具
3.3.2 时间特性需求
对于该软件的时间特性要求为： a.响应时间：小于 7 秒钟； b.更新处理时间：小于 6 秒钟；
3.3.3 灵活性 该软件的灵活性的要求（即当需求发生某些变化时，该软件对这些变化的适 应能力）： a.运行环境的变化：可以实现跨平台操作； b.同其他软件的接口的变化：设计多元化接口，以实现与其他软件接口之间 的通信； c.精度和有效时限的变化：统一修改数据精度、以及有效时限的数据库内容；
1 登陆信息 输入：设备管理员 输出：身份验证 1 描述：登陆信息=用户名+密码+登陆权限
2 查询信息 输入：合法人员对设备的查询操作 输出：设备信息表 描述：查询信息=设备名/型号/类别/购置日期
3 维修信息 输入：所需维修设备的信息 输出：确定维修设备的记录 描述：维修信息=设备名+修理日期+修理厂家+修理费+负责人
此需求说明书的预期读者为项目经理、设计人员、开发人员、用户等。
1.2 背景
说明： a.待开发的软件系统的名称：实验设备管理系统； b.本项目的任务提出者：西安文理学院； c.本项目的开发者：张兴华 陈琛 任小艳； d.本项目的用户：西安文理学院相关管理人员； e.该软件系统同其他系统或其他机构的基本的相互来往关系：与西安文理学 院财务管理软件系统有相应接口。
2．查询领导的购买申请审核信息； 3．根据审核信息将购买的设备分配到相应的仓库，将有关详单提交仓库管理员， 4．本人信息维护。 【3】仓库管理员 1． 根据购买登记员提交的详单进行入库登记； 2． 根据实验室管理员提交的详单进行出库登记； 3． 查询统计本仓库中的所有设备的库存量，统计出库存量不足的设备； 4． 根据统计信息进行购买申请。 5． 本人信息维护； 【4】实验室管理员 1． 管理本实验室中各设备，找出需要维修的设备，进行维修申请； 2． 对于不能维修的设备，要进行报废记录； 3． 查询统计本实验室设备拥有量，统计出数量不足的设备，产生详单提交仓库
12 申请表 输入：统计查询 2.1，生产报表 3.1 输出：统计查询 2.1，生产报表 3.1，购买 2.3 数据结构：设备名+型号+规格+数量+负责人
3.3 非功能新需求规定
3.3.1 精度
软件的输入精度： a.输入的数字信息，精度保留到小数点后两位。 b.输入的公司或单位名称，必须是全称，不可以是简称或者是简写。 e.输入的可选信息时，以下拉框内容为备选选择，不可以自行输入。
4 新设备 输入：购买设备的信息 输出：确定购买的新设备的记录 描述：新设备=类别+设备名+型号+规格+单价+数量等
5 报废设备
输入：所需报废的设备的信息 输出：报废的设备记录 描述：报废设备=类别+设备名+型号等
6 审核信息 输入：审核 3 输出：上级领导 描述：审核信息=报废设备信息/新设备购买记录
3.3.4 可靠性 本系统的可靠性是指：系 统 在 规 定 的 条 件 下 、在 规 定 的 时 间 内 完 成 规 定 的 功能的能力。
影响可靠性的操作流程有： 1. 新增用户时可能出现信息无法提交的情况。 2. 设备购买登记阶段，可能出现设备信息无法写入，购买信息登记错误。
由于本系统是 LEM 系统，故对于可靠性的要求较高。具体要求： 1. 全部录入信息以各纸质详单，如购买详单，维修详单等为准； 2. 数据的正确性需经过多方核查。 3. 自动对于各种信息数据进行备份。 4. 报表生成与纸质、电子报表相一致。
二、 软件需求分析
确认测试报告
项目开发总结报告 最终用户手册
1. 引言
1.1 编写目的
此需求说明书详细陈述了“实验设备管理系统”的所提供各项功能。其中包括 用户的功能性需求以及非功能性需求，为用户提供完整且较详尽的系统功能运作 蓝图。同时为设计人员提供一个完整的、可靠的设计约束，以便高质量地设计、 编写代码，完成系项目预期目标。还给开发人员提供了参考。
购买申请。
（4）本系统的输入项至少包含：新设备信息、修理信息、申请购买信
息、报废信息、具体查询统计要求。
（5）本系统的输出项至少包含：设备购买申请表、修理/报废注销/设
备资金统计表。
工作期限： 设计工作自 2013 年 12 月 20 日至 2014 年 01 月 08 日止。
指导教师： 甘田
院主任： 日 期：2014 年 01 月 06 日
2.2 用户的特点
此软件的使用用户为： 西安文理学院相关管理人员。 因此，我们通常可以认为：用户具有较高的文化水平和学习能力，并且具有 一定的计算机使用水平和经验，可以了解整个 LEM 系统的工作流程及注意事项， 与此同时对于 LEM 系统的基本操作，可以无困难执行。在参考用户手册的情况 下可以无需进行专业培训，即可顺利使用本系统。
2013.12.23
建立软件系统的总体结构和 模块间的关系，定义各功能 模块的接口，涉及全局数据 库，规定涉及约束，制定组 装测试计划。
概要设计说明书 组装测试计划
ห้องสมุดไป่ตู้
2013.12.24 根据概要设计对本软件所必 须的数据库进行分析及设计
数据库设计说明书
2013.12.25
2013.12.26 2014.01.01
9 维修记录表 输入：统计查询 2.1，维修 2.2 输出：统计查询 2.1 数据结构：设备名+修理日期+修理厂家+修理费+责任人等
10 新设备表 输入：统计查询 2.1，购买 2.2 输出：统计查询 2.1 数据结构：类别+设备名+型号+规格+单价+数量+生产厂家+购买人等
11 报废记录表 输入：报废 2.4，统计查询 2.1，生产报表 3.1 输出：统计查询 2.1，生产报表 3.1 数据结构：类别+设备名+型号等
试； 3. 模块边界条件测试； 4. 模块中所有独立执行通
路测试； 5. 模块的各条错误处理通
路测试。
单元测试报告
综合测试 2014.01.04 发现与接口有关的各种错误
综合测试报告
确认测试 项目实施
2014.01.04
2014.01.04 2014.01.04
检查软件是否满足软件需求 说明书中的确认标准 完善程序流图 书写软件使用说明书和用户 手册
3.1.2 系统用户列表
高校 LEM 面向五类用户：系统管理员，购买登记员，仓库管理员，实验室管 理员，上级领导，这几类用户通过高校 LEM 系统进行设备管理上的交流，而该 系统为用户提供不同的功能。
【1】系统管理员 1．注册本系统用户； 2．注销本系统用户； 3．数据库的维护； 4．本人信息维护； 【2】购买登记员 1． 将购买员提交的购买信息进行登记，记录有关设备基本信息，设备的购买信 息如价格，数量等；
1.3 定义
LEM:实验室设备管理系统(Laboratory Equipment Management);
2. 任务概述 2.1 目标
随着高校规模的扩大，实验室及仓库的增多，人工管理实验设备已变得过于 低效，为了解决这一问题，高校实验室设备管理系统将实现设备管理的自动化。
实验室设备管理系统将贯穿于设备从购进到报废的整个流程的管理过程，帮 助管理员高效地管理整个高校的所有设备，并给上级领导提供一个审核监督管理 的平台。
《SQL Server 数据库教程（2008 版）》， 郑阿奇，刘启芬，顾韵华主编，
人民邮电出版社
设计要求：
（1）所有工作由专门人员负责完成，其他人不得任意使用。
（2）每件设备在作入库登记时均由系统按类别自动顺序编号，形成设
备号；设备报废时要及时修改相应的设备记录，且有领导认可。
（3）本系统的数据存储至少应包含：设备记录、修理记录、报废记录、