实验室设备管理系统(课程设计报告)
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
管理员； 4． 对于已维修完成的设备，根据维修员提交维修单进行维修记录； 5． 本人信息维护。 【5】上级领导 1． 查看购买申请表，对申请进行审核，审核后产生购买订单交于购买员； 2． 查看维修申请表，对申请进行审核，审核后产生维修订单交于维修员； 3． 个人信息维护。
3.2 软件系统数据字典
3.21 数据流条目
5 文化和政策需求
不得引起用户文化上的冲突，不能出现敏感和不应出现的字眼和图片。符合 国家基本法律法规以及最新的国家营销以及市场战略上的相关政策，不得与我国 社会主义政策相违背。
三：软件设计
课程设计：实验室设备管理系统
一、 项目管理：
阶段 项目管理 需求分析
概要设计
数据库设计 详细设计 编码
时间 2013.12.21
2013.12.22
任务 确定课题，组织组员，合理 分工。 确定软件的功能和需求、性 能需求和运行环境约束，编 制软件需求规格说明、软件 系统的确认测试准则
参与人员
产生文档 分工明细及项目进 程表 需求规格说明书 确认测试准则
2013.12.23
建立软件系统的总体结构和 模块间的关系，定义各功能 模块的接口，涉及全局数据 库，规定涉及约束，制定组 装测试计划。
概要设计说明书 组装测试计划
2013.12.24 根据概要设计对本软件所必 须的Baidu Nhomakorabea据库进行分析及设计
数据库设计说明书
2013.12.25
2013.12.26 2014.01.01
2．查询领导的购买申请审核信息； 3．根据审核信息将购买的设备分配到相应的仓库，将有关详单提交仓库管理员， 4．本人信息维护。 【3】仓库管理员 1． 根据购买登记员提交的详单进行入库登记； 2． 根据实验室管理员提交的详单进行出库登记； 3． 查询统计本仓库中的所有设备的库存量，统计出库存量不足的设备； 4． 根据统计信息进行购买申请。 5． 本人信息维护； 【4】实验室管理员 1． 管理本实验室中各设备，找出需要维修的设备，进行维修申请； 2． 对于不能维修的设备，要进行报废记录； 3． 查询统计本实验室设备拥有量，统计出数量不足的设备，产生详单提交仓库
4 新设备 输入：购买设备的信息 输出：确定购买的新设备的记录 描述：新设备=类别+设备名+型号+规格+单价+数量等
5 报废设备
输入：所需报废的设备的信息 输出：报废的设备记录 描述：报废设备=类别+设备名+型号等
6 审核信息 输入：审核 3 输出：上级领导 描述：审核信息=报废设备信息/新设备购买记录
12 申请表 输入：统计查询 2.1，生产报表 3.1 输出：统计查询 2.1，生产报表 3.1，购买 2.3 数据结构：设备名+型号+规格+数量+负责人
3.3 非功能新需求规定
3.3.1 精度
软件的输入精度： a.输入的数字信息，精度保留到小数点后两位。 b.输入的公司或单位名称，必须是全称，不可以是简称或者是简写。 e.输入的可选信息时，以下拉框内容为备选选择，不可以自行输入。
购买申请。
（4）本系统的输入项至少包含：新设备信息、修理信息、申请购买信
息、报废信息、具体查询统计要求。
（5）本系统的输出项至少包含：设备购买申请表、修理/报废注销/设
备资金统计表。
工作期限： 设计工作自 2013 年 12 月 20 日至 2014 年 01 月 08 日止。
指导教师： 甘田
院主任： 日 期：2014 年 01 月 06 日
1410210010 9
名
号
艳
专业 班级
设计题 目
实验设备管理系统
内容概要：
软件工程一班
每学年要对实验室设备使用情况进行统计、更新，其中：
（1）对于已彻底损坏的作报废处理，同时详细记录有关信息。
（2）对于有严重问题（故障）的要即使修理，并记录修理日期、设备
名、修理厂家、修理费、责任人等。
（3）对于急需但又缺少的设备需以“申请表”的形式送交上级领导请
1.3 定义
LEM:实验室设备管理系统(Laboratory Equipment Management);
2. 任务概述 2.1 目标
随着高校规模的扩大，实验室及仓库的增多，人工管理实验设备已变得过于 低效，为了解决这一问题，高校实验室设备管理系统将实现设备管理的自动化。
实验室设备管理系统将贯穿于设备从购进到报废的整个流程的管理过程，帮 助管理员高效地管理整个高校的所有设备，并给上级领导提供一个审核监督管理 的平台。
试； 3. 模块边界条件测试； 4. 模块中所有独立执行通
路测试； 5. 模块的各条错误处理通
路测试。
单元测试报告
综合测试 2014.01.04 发现与接口有关的各种错误
综合测试报告
确认测试 项目实施
2014.01.04
2014.01.04 2014.01.04
检查软件是否满足软件需求 说明书中的确认标准 完善程序流图 书写软件使用说明书和用户 手册
求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、型号、
规格、单价、数量、购置日期、生产厂家、购买人等），同时更新申请表的
内容。
（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够
按类别和时间段（某日期之前）查询。 文献资料：
《Java 面向对象程序设计》，耿祥义、张跃平编著，清华大学出版社
3.22 加工条目
身份验证 1，统计查询 2.1，维修 2.2，购买 2.3，报废 2.4，生产报表 3.1，审核 3.2
3.23 文件条目
7 登陆表 输入：身份验证 1 输出：身份验证 1 数据结构：用户名+密码+登陆权限
8 设备基本信息表 输入：统计查询 2.1 数据结构：类别+设备名+型号+规格等
3.1.2 系统用户列表
高校 LEM 面向五类用户：系统管理员，购买登记员，仓库管理员，实验室管 理员，上级领导，这几类用户通过高校 LEM 系统进行设备管理上的交流，而该 系统为用户提供不同的功能。
【1】系统管理员 1．注册本系统用户； 2．注销本系统用户； 3．数据库的维护； 4．本人信息维护； 【2】购买登记员 1． 将购买员提交的购买信息进行登记，记录有关设备基本信息，设备的购买信 息如价格，数量等；
1 登陆信息 输入：设备管理员 输出：身份验证 1 描述：登陆信息=用户名+密码+登陆权限
2 查询信息 输入：合法人员对设备的查询操作 输出：设备信息表 描述：查询信息=设备名/型号/类别/购置日期
3 维修信息 输入：所需维修设备的信息 输出：确定维修设备的记录 描述：维修信息=设备名+修理日期+修理厂家+修理费+负责人
西安文理学院 软件学院
课程设计报告
设计名称：
实验设备管理系统
设计题目：
实验设备管理系统
专业班级：
软件工程一班
学生姓名：
张兴华 陈琛 任小艳
学生成绩：
指导教师（职称）：甘田（教授）
课题工作时间： 2013 年 12 月 20 日至 2014 年 1 月 8 日
软件学院课程设计任务书
张兴华
学生姓
学
陈琛 任小
3.3.4 可靠性 本系统的可靠性是指：系 统 在 规 定 的 条 件 下 、在 规 定 的 时 间 内 完 成 规 定 的 功能的能力。
影响可靠性的操作流程有： 1. 新增用户时可能出现信息无法提交的情况。 2. 设备购买登记阶段，可能出现设备信息无法写入，购买信息登记错误。
由于本系统是 LEM 系统，故对于可靠性的要求较高。具体要求： 1. 全部录入信息以各纸质详单，如购买详单，维修详单等为准； 2. 数据的正确性需经过多方核查。 3. 自动对于各种信息数据进行备份。 4. 报表生成与纸质、电子报表相一致。
二、 软件需求分析
确认测试报告
项目开发总结报告 最终用户手册
1. 引言
1.1 编写目的
此需求说明书详细陈述了“实验设备管理系统”的所提供各项功能。其中包括 用户的功能性需求以及非功能性需求，为用户提供完整且较详尽的系统功能运作 蓝图。同时为设计人员提供一个完整的、可靠的设计约束，以便高质量地设计、 编写代码，完成系项目预期目标。还给开发人员提供了参考。
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 数据结构：类别+设备名+型号等
此需求说明书的预期读者为项目经理、设计人员、开发人员、用户等。
1.2 背景
说明： a.待开发的软件系统的名称：实验设备管理系统； b.本项目的任务提出者：西安文理学院； c.本项目的开发者：张兴华 陈琛 任小艳； d.本项目的用户：西安文理学院相关管理人员； e.该软件系统同其他系统或其他机构的基本的相互来往关系：与西安文理学 院财务管理软件系统有相应接口。
2.2 用户的特点
此软件的使用用户为： 西安文理学院相关管理人员。 因此，我们通常可以认为：用户具有较高的文化水平和学习能力，并且具有 一定的计算机使用水平和经验，可以了解整个 LEM 系统的工作流程及注意事项， 与此同时对于 LEM 系统的基本操作，可以无困难执行。在参考用户手册的情况 下可以无需进行专业培训，即可顺利使用本系统。
对概要设计产生的功能模块 逐步细化，形成若干个可编 程的程序模块 根据详细设计文档将详细设 计转化为所要求的编程语言 或数据库语言的程序，并对
模块测试方案 源程序清单
这些程序进行调试和程序单 元测试，验证程序模块与详 细设计文档的一致性
测 单元测试 试
2014.01.02 2014.01.03
采用白盒测试技术进行如下 测试： 1. 模块接口测试； 2. 模 块 局 部 数 据 结 构 测
《SQL Server 数据库教程（2008 版）》， 郑阿奇，刘启芬，顾韵华主编，
人民邮电出版社
设计要求：
（1）所有工作由专门人员负责完成，其他人不得任意使用。
（2）每件设备在作入库登记时均由系统按类别自动顺序编号，形成设
备号；设备报废时要及时修改相应的设备记录，且有领导认可。
（3）本系统的数据存储至少应包含：设备记录、修理记录、报废记录、
3. 需求规定 3.1 功能性需求规定
3.1.1 系统整体功能层次图
3.1.2 业务流程分析 数据流图：
流程详细说明： (1) 仓库管理员统计仓库中设备的库存量，找出库存量不足的设备，填写购买 申请表，领导对此申请表进行审核，审核通过后，产生购买报表交给购买 员。 (2) 购买员将购买的设备及购买信息交给购买登记员，由他进行购买登记。购 买登记员查询申请审核表，将设备分配到各仓库。 (3) 仓库管理员对购买的设备进行入库登记，出库登记。 (4) 实验室管理员负责对报废的设备进行报废登记并处理，找出要维修的设备 填写维修申请表，领导对维修申请表进行审核，通过后产生维修报表交给 维修员，维修员将设备送交某一修理厂家进行维修。 (5) 设备维修完后，交还原实验室，由实验室管理员进行维修登记。
3.4 输入输出要求
输入： a. 输入数据数字信息符合输入精度要求 b. 输入可选信息完全使用下拉框完成
输出： a. 输出数据符合输出精度要求
b. 输出数据格式字体大小统一
3.4 故障处理要求
当服务器死机时，要求服务器必须在 2 小时内恢复，数据必须在 3 小时内恢 复。
4. 运行环境规定 4.1 设备
运行该软件所需要的硬设备，包括： 【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.精度和有效时限的变化：统一修改数据精度、以及有效时限的数据库内容；
3.2 软件系统数据字典
3.21 数据流条目
5 文化和政策需求
不得引起用户文化上的冲突，不能出现敏感和不应出现的字眼和图片。符合 国家基本法律法规以及最新的国家营销以及市场战略上的相关政策，不得与我国 社会主义政策相违背。
三：软件设计
课程设计：实验室设备管理系统
一、 项目管理：
阶段 项目管理 需求分析
概要设计
数据库设计 详细设计 编码
时间 2013.12.21
2013.12.22
任务 确定课题，组织组员，合理 分工。 确定软件的功能和需求、性 能需求和运行环境约束，编 制软件需求规格说明、软件 系统的确认测试准则
参与人员
产生文档 分工明细及项目进 程表 需求规格说明书 确认测试准则
2013.12.23
建立软件系统的总体结构和 模块间的关系，定义各功能 模块的接口，涉及全局数据 库，规定涉及约束，制定组 装测试计划。
概要设计说明书 组装测试计划
2013.12.24 根据概要设计对本软件所必 须的Baidu Nhomakorabea据库进行分析及设计
数据库设计说明书
2013.12.25
2013.12.26 2014.01.01
2．查询领导的购买申请审核信息； 3．根据审核信息将购买的设备分配到相应的仓库，将有关详单提交仓库管理员， 4．本人信息维护。 【3】仓库管理员 1． 根据购买登记员提交的详单进行入库登记； 2． 根据实验室管理员提交的详单进行出库登记； 3． 查询统计本仓库中的所有设备的库存量，统计出库存量不足的设备； 4． 根据统计信息进行购买申请。 5． 本人信息维护； 【4】实验室管理员 1． 管理本实验室中各设备，找出需要维修的设备，进行维修申请； 2． 对于不能维修的设备，要进行报废记录； 3． 查询统计本实验室设备拥有量，统计出数量不足的设备，产生详单提交仓库
4 新设备 输入：购买设备的信息 输出：确定购买的新设备的记录 描述：新设备=类别+设备名+型号+规格+单价+数量等
5 报废设备
输入：所需报废的设备的信息 输出：报废的设备记录 描述：报废设备=类别+设备名+型号等
6 审核信息 输入：审核 3 输出：上级领导 描述：审核信息=报废设备信息/新设备购买记录
12 申请表 输入：统计查询 2.1，生产报表 3.1 输出：统计查询 2.1，生产报表 3.1，购买 2.3 数据结构：设备名+型号+规格+数量+负责人
3.3 非功能新需求规定
3.3.1 精度
软件的输入精度： a.输入的数字信息，精度保留到小数点后两位。 b.输入的公司或单位名称，必须是全称，不可以是简称或者是简写。 e.输入的可选信息时，以下拉框内容为备选选择，不可以自行输入。
购买申请。
（4）本系统的输入项至少包含：新设备信息、修理信息、申请购买信
息、报废信息、具体查询统计要求。
（5）本系统的输出项至少包含：设备购买申请表、修理/报废注销/设
备资金统计表。
工作期限： 设计工作自 2013 年 12 月 20 日至 2014 年 01 月 08 日止。
指导教师： 甘田
院主任： 日 期：2014 年 01 月 06 日
1410210010 9
名
号
艳
专业 班级
设计题 目
实验设备管理系统
内容概要：
软件工程一班
每学年要对实验室设备使用情况进行统计、更新，其中：
（1）对于已彻底损坏的作报废处理，同时详细记录有关信息。
（2）对于有严重问题（故障）的要即使修理，并记录修理日期、设备
名、修理厂家、修理费、责任人等。
（3）对于急需但又缺少的设备需以“申请表”的形式送交上级领导请
1.3 定义
LEM:实验室设备管理系统(Laboratory Equipment Management);
2. 任务概述 2.1 目标
随着高校规模的扩大，实验室及仓库的增多，人工管理实验设备已变得过于 低效，为了解决这一问题，高校实验室设备管理系统将实现设备管理的自动化。
实验室设备管理系统将贯穿于设备从购进到报废的整个流程的管理过程，帮 助管理员高效地管理整个高校的所有设备，并给上级领导提供一个审核监督管理 的平台。
试； 3. 模块边界条件测试； 4. 模块中所有独立执行通
路测试； 5. 模块的各条错误处理通
路测试。
单元测试报告
综合测试 2014.01.04 发现与接口有关的各种错误
综合测试报告
确认测试 项目实施
2014.01.04
2014.01.04 2014.01.04
检查软件是否满足软件需求 说明书中的确认标准 完善程序流图 书写软件使用说明书和用户 手册
求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、型号、
规格、单价、数量、购置日期、生产厂家、购买人等），同时更新申请表的
内容。
（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够
按类别和时间段（某日期之前）查询。 文献资料：
《Java 面向对象程序设计》，耿祥义、张跃平编著，清华大学出版社
3.22 加工条目
身份验证 1，统计查询 2.1，维修 2.2，购买 2.3，报废 2.4，生产报表 3.1，审核 3.2
3.23 文件条目
7 登陆表 输入：身份验证 1 输出：身份验证 1 数据结构：用户名+密码+登陆权限
8 设备基本信息表 输入：统计查询 2.1 数据结构：类别+设备名+型号+规格等
3.1.2 系统用户列表
高校 LEM 面向五类用户：系统管理员，购买登记员，仓库管理员，实验室管 理员，上级领导，这几类用户通过高校 LEM 系统进行设备管理上的交流，而该 系统为用户提供不同的功能。
【1】系统管理员 1．注册本系统用户； 2．注销本系统用户； 3．数据库的维护； 4．本人信息维护； 【2】购买登记员 1． 将购买员提交的购买信息进行登记，记录有关设备基本信息，设备的购买信 息如价格，数量等；
1 登陆信息 输入：设备管理员 输出：身份验证 1 描述：登陆信息=用户名+密码+登陆权限
2 查询信息 输入：合法人员对设备的查询操作 输出：设备信息表 描述：查询信息=设备名/型号/类别/购置日期
3 维修信息 输入：所需维修设备的信息 输出：确定维修设备的记录 描述：维修信息=设备名+修理日期+修理厂家+修理费+负责人
西安文理学院 软件学院
课程设计报告
设计名称：
实验设备管理系统
设计题目：
实验设备管理系统
专业班级：
软件工程一班
学生姓名：
张兴华 陈琛 任小艳
学生成绩：
指导教师（职称）：甘田（教授）
课题工作时间： 2013 年 12 月 20 日至 2014 年 1 月 8 日
软件学院课程设计任务书
张兴华
学生姓
学
陈琛 任小
3.3.4 可靠性 本系统的可靠性是指：系 统 在 规 定 的 条 件 下 、在 规 定 的 时 间 内 完 成 规 定 的 功能的能力。
影响可靠性的操作流程有： 1. 新增用户时可能出现信息无法提交的情况。 2. 设备购买登记阶段，可能出现设备信息无法写入，购买信息登记错误。
由于本系统是 LEM 系统，故对于可靠性的要求较高。具体要求： 1. 全部录入信息以各纸质详单，如购买详单，维修详单等为准； 2. 数据的正确性需经过多方核查。 3. 自动对于各种信息数据进行备份。 4. 报表生成与纸质、电子报表相一致。
二、 软件需求分析
确认测试报告
项目开发总结报告 最终用户手册
1. 引言
1.1 编写目的
此需求说明书详细陈述了“实验设备管理系统”的所提供各项功能。其中包括 用户的功能性需求以及非功能性需求，为用户提供完整且较详尽的系统功能运作 蓝图。同时为设计人员提供一个完整的、可靠的设计约束，以便高质量地设计、 编写代码，完成系项目预期目标。还给开发人员提供了参考。
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 数据结构：类别+设备名+型号等
此需求说明书的预期读者为项目经理、设计人员、开发人员、用户等。
1.2 背景
说明： a.待开发的软件系统的名称：实验设备管理系统； b.本项目的任务提出者：西安文理学院； c.本项目的开发者：张兴华 陈琛 任小艳； d.本项目的用户：西安文理学院相关管理人员； e.该软件系统同其他系统或其他机构的基本的相互来往关系：与西安文理学 院财务管理软件系统有相应接口。
2.2 用户的特点
此软件的使用用户为： 西安文理学院相关管理人员。 因此，我们通常可以认为：用户具有较高的文化水平和学习能力，并且具有 一定的计算机使用水平和经验，可以了解整个 LEM 系统的工作流程及注意事项， 与此同时对于 LEM 系统的基本操作，可以无困难执行。在参考用户手册的情况 下可以无需进行专业培训，即可顺利使用本系统。
对概要设计产生的功能模块 逐步细化，形成若干个可编 程的程序模块 根据详细设计文档将详细设 计转化为所要求的编程语言 或数据库语言的程序，并对
模块测试方案 源程序清单
这些程序进行调试和程序单 元测试，验证程序模块与详 细设计文档的一致性
测 单元测试 试
2014.01.02 2014.01.03
采用白盒测试技术进行如下 测试： 1. 模块接口测试； 2. 模 块 局 部 数 据 结 构 测
《SQL Server 数据库教程（2008 版）》， 郑阿奇，刘启芬，顾韵华主编，
人民邮电出版社
设计要求：
（1）所有工作由专门人员负责完成，其他人不得任意使用。
（2）每件设备在作入库登记时均由系统按类别自动顺序编号，形成设
备号；设备报废时要及时修改相应的设备记录，且有领导认可。
（3）本系统的数据存储至少应包含：设备记录、修理记录、报废记录、
3. 需求规定 3.1 功能性需求规定
3.1.1 系统整体功能层次图
3.1.2 业务流程分析 数据流图：
流程详细说明： (1) 仓库管理员统计仓库中设备的库存量，找出库存量不足的设备，填写购买 申请表，领导对此申请表进行审核，审核通过后，产生购买报表交给购买 员。 (2) 购买员将购买的设备及购买信息交给购买登记员，由他进行购买登记。购 买登记员查询申请审核表，将设备分配到各仓库。 (3) 仓库管理员对购买的设备进行入库登记，出库登记。 (4) 实验室管理员负责对报废的设备进行报废登记并处理，找出要维修的设备 填写维修申请表，领导对维修申请表进行审核，通过后产生维修报表交给 维修员，维修员将设备送交某一修理厂家进行维修。 (5) 设备维修完后，交还原实验室，由实验室管理员进行维修登记。
3.4 输入输出要求
输入： a. 输入数据数字信息符合输入精度要求 b. 输入可选信息完全使用下拉框完成
输出： a. 输出数据符合输出精度要求
b. 输出数据格式字体大小统一
3.4 故障处理要求
当服务器死机时，要求服务器必须在 2 小时内恢复，数据必须在 3 小时内恢 复。
4. 运行环境规定 4.1 设备
运行该软件所需要的硬设备，包括： 【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.精度和有效时限的变化：统一修改数据精度、以及有效时限的数据库内容；