数据挖掘实验报告心得合集三篇

数据挖掘实验报告心得（通用3篇）

数据挖掘实验报告心得 篇1

一、实训时间：

20_年5月13日至5月24日

二、实训地点：

三、实训目的与意义：

1，这次实习可以使我们在课本上学到的知识用于实践增加了我对电脑技巧的一些认知。

2，通过这次实习也可以让我体验到上班族的生活为我将来毕业后找工作打下了基础。

3，并且这次实习可以很好的帮助我完成将来的毕业论文。

四、实训感悟：

还依然记得来的第一天对这里很茫然，不知道实习要做些什么。然后经过老师的耐心讲解，认识了自己实习要做些什么，得到了很多心理认识，对很多问题都有了一些更深的了解。同时，我熟悉了河北玛世电子商务有限公司，总部位于国家命名的“中国丝网之乡”、“中国丝网产业基地”、中国丝网产销基地“、”中国丝网出口基地“—河北省安平县。使我们队公司有了更进一步的了解

实习，就是在实践中学习。经过这半个月的实习训练，我了解到自己所学的如何在实践中运用。当然学的更多的是如何在更新网站内容和添加商品，每天不厌其烦的更新添加，看见自己的成功更多的是高兴。还有发布了一些关于公司产品的博客，比如新浪，网易。而后又尝试在百度知道上提问与回答，在回答问题的过程中，通过网站搜索相关内容来回答各种丝网问题，通过百度知道这个平台，我对公司又了更一步的了解。

经过半个月的实训我学到了很多之前没有学过没有接触到的东西，认识到自己的不足，需要更加努力，才能尽快的学会在社会上生活，敢于面对社会的压力，使自己可以在社会上成长发展。

数据挖掘实验报告心得 篇2

为熟悉生物安全法律、法规，建立生物安全意识，保证工作过程中掌握开展工作必需的生物安全知识和技术，避免实验室感染，防止实验室事故，学习了我国制订了《病原微生物实验室生物安全管理条例》。

《病原微生物实验室生物安全管理条例》的贯彻实施，我国实验室生物安全管理已经步入良性发展轨道。国家认证认可监督管理委员会作为高等级生物安全防护实验室建设和管理的牵头单位，发改委、科技部、建设部、环保总局在规划、论证、建设和环保方面各尽其责，卫生部、农业部、教育部和国家质检总局在各自领域的相关实验活动中分别把关。高等级生物安全防护实验室建设必须获得国家认可，与人体相关的高致病性病原微生物实验活动必须通过卫生部批准、与动物相关的.实验活动必须通过农业部批准。各地方卫生行政部门要积极研究和制订bsl2实验室建设与管理相应的法律法规。

律法规的不断健全、完善，公共卫生突发事件的应急处理能力和重点传染病防控水平必定稳定提高。

对于我们来讲，学习前对生物安全仅仅停留在一个较低水平。在学有关实验全相关法津法规之前，我并不知道国家还出台了这么多法津法规来规范、管理、保障实验室的生物安全。通过此次学习我明确了自己在生物安全体系中所处的位置、应尽的责任及享有的权利。使自己对生物安全的认识上了一个新台阶，为自己的实验室生物安全操作性打好坚实的基础。通过此次学习使我认识到实验室生物安全不仅仅是某个人的事情，它是整个科室，整个单位甚至可以说是整个国家的事情。

此次学习，了角很多实验室生物安全相关的操作细节。使我在今后的实验室工作中，在保证检测结果可靠性的同时能更好地保护好自己及他人的身心健康。

数据挖掘实验报告心得 篇3

由于平时接触的都是一些私人项目，这些项目大都是一些类库，其他人的交流相对可以忽略不计，因此也就不考虑规范化的文档。实际上从学习的经历来看，我们接触的知识体系都是属于比较老或比较传统的，与现在发展迅速的IT行业相比很多情况已不再适用，尤其是当开源模式逐渐走近开发者后更是如此。

虽然这次是一个数据库课程设计，由于本人在选择项目的时候是本着对自己有实际应用价值的角度考虑的，所以其中也涉及到一些数据库以外的设计。对于OOA/OOD的开发模式有时不免要提出一些疑问，UML是设计阶段的工具，而它基本涵盖了软件设计的方方面面，也就是说按照这一软件工程的正常流程，在动手写第一句代码之前，开发人员已经非常熟悉软件产品了，这对于相当有经验的架构师一类人说可能会很容易，但是我们作为学生，连足够的编码经验都没有，却首先被教授并要求先OOA再OOP，这样直接导致的问题就是文档与编码对不上号，在修改代码的时候基本不会再去审查文档和先前的分析。甚至根本就是现有代码再有文档，即便是这种情况，代码与文档还是不对应。不可否认，在传统软件工程的详细设计之前的项目过程中还是有很多利于项目开发的部分的。所以我就一直在寻找适合我——针对探究型项目——的开发模式，这次的项目也算是一次尝试，当然这个过程并不会太短。

回到数据库设计上了，这次的数据库设计我是严格按照数据库建模的步骤来进行的，老实说我并没有感觉这样的流程对开发带来多大的帮助，反倒是觉得将思维转化为图表很浪费时间。总体上来说这次的项目也不是很大，而且在数据库的设计上比较保守，也就是说实际上数据库设计还可以再完善完善的。随着我对计算机领域的拓宽和加深，我也会静下心来思考在接触计算机之前的行为，很多次我能深切感觉到，其实我的大脑(未于别人比较)本身就是在使用一种更接近关系数据库的方式来记忆，所以我很可恨自然的设计出符合三范式的表结构来，即便我不知道这些范式的确切含义。可能就像“范式不太容易用通俗易懂的方式解释”一样，在“让工具用图标表述我的思维”时费了一番力气。

从我作为项目的提出人和实现者来看，这是个失败的项目，结合几次教学项目的的实践，发现这也已经不是第一次了。主观原因占多数，比如，尝试新的开发方式，根据设计花了太多的时间来抽象出公用的库而忽略业务逻辑。就这次项目而言，失败的原因有以下几点：

1、使用了新的开发环境(Vim)，这是首次在脱离高级IDE的情况下编码。

2、使用了新的开发语言(Python，Actionscript3)，因为我一直比较喜欢“学以致用”，而且这样的“数据驱动型”软件的.整套自实现的库都已经完成了，但是由于语言本身的差异，迁移时问题很多，当发现这一点是，已没有多少有效剩余时间了。

3、编码流程的不妥，我比较喜欢从底层的库开始开发，因为一旦库测试通过，将很容易将它放到不同的表示层下。但如果库没有测试成功，将导致整个项目没有任何可视化模型，所以这次的项目无法提交“可运行的代码”。

4、实践目的的不同，我轻易不放弃锻炼的机会，事实上，有机会就一定要比以前有所突破，总是照搬以前的做法还不如就不做呢。这个前提是因为现在能完全用来的学习的时间比较多，等到工作时再这样做的可能性就很小了，因此当然要抓紧机会了。不过还有一个隐藏原因，总以为自己很了不起，其实“遇到的问题数跟人的能力是成正比的”。

5、客观原因在这里就不说了。

由于项目还未完成，暂时无法提出需要改进了地方。