我的课程设计题目是线索二叉树的运算。刚开始做这个程序的时候，感到完全无从下手，甚至让我觉得完成这次程序设计根本就是不可能的，于是开始查阅各种资料以及参考文献，之后便开始着手写程序，写完运行时有很多问题。特别是实现线索二叉树的删除运算时很多情况没有考虑周全，经常运行出现错误，但通过同学间的帮助最终基本解决问题。

在本课程设计中，我明白了理论与实际应用相结合的重要性，并提高了自己组织数据及编写大型程序的能力。培养了基本的、良好的程序设计技能以及合作能力。这次课程设计同样提高了我的综合运用所学知识的能力。并对vc有了更深入的了解。《数据结构》是一门实践性很强的课程，上机实习是对学生全面综合素质进行训练的一种最基本的方法，是与课堂听讲、自学和练习相辅相成的、必不可少的一个教学环节。上机实习一方面能使书本上的知识变“活”，起到深化理解和灵活掌握教学内容的目的；另一方面，上机实习是对学生软件设计的综合能力的训练，包括问题分析，总体结构设计，程序设计基本技能和技巧的训练。此外，还有更重要的一点是：机器是比任何教师更严厉的检查者。因此，在“数据结构”的学习过程中，必须严格按照老师的要求，主动地、积极地、认真地做好每一个实验，以不断提高自己的编程能力与专业素质。

通过这段时间的课程设计，我认识到数据结构是一门比较难的课程。需要多花时间上机练习。这次的程序训练培养了我实际分析问题、编程和动手能力，使我掌握了程序设计的基本技能，提高了我适应实际，实践编程的能力。

总的来说，这次课程设计让我获益匪浅，对数据结构也有了进一步的理解和认识。

大数据课程设计心得体会篇2

完成了这次的二元多项式加减运算问题的课程设计后，我的心得体会很多,细细梳理一下，有以下几点：

1、程序的编写中的语法错误及修改

因为我在解决二元多项式问题中，使用了链表的方式建立的二元多项式，所以程序的空间是动态的生成的，而且链表可以灵活地添加或删除结点，所以使得程序得到简化。但是出现的语法问题主要在于子函数和变量的定义，降序排序，关键字和函数名称的书写，以及一些库函数的规范使用，这些问题均可以根据编译器的警告提示，对应的将其解决。

2、程序的设计中的逻辑问题及其调整

我在设计程序的过程中遇到许多问题，首先在选择数据结构的时候选择了链表，但是链表的排序比较困难，特别是在多关键字的情况下，在一种关键字确定了顺序以后，在第一关键字相同的时候，按某种顺序对第二关键字进行排序。在此程序中共涉及到3个量数，即：系数，x的指数和y的指数，而关键字排是按x的指数和y的指数来看，由于要求是降幂排序且含有2个关键字，所以我先选择x的指数作为第一关键字，先按x的降序来排序，当x的指数相同时，再以y为关键字，按照y的指数大小来进行降序排列。

另外，我在加法函数的编写过程中也遇到了大量的问题，由于要同时比较多个关键字，而且设计中涉及了数组和链表的综合运用，导致反复修改了很长的时间才完成了一个加法的设计。但是，现在仍然有一个问题存在：若以0为系数的项是首项则显示含有此项，但是运算后则自动消除此项，这样是正确的。但是当其不是首项的时候，加法函数在显示的时候有0为系数的项时，0前边不显示符号，当然，这样也可以理解成当系数为0时，忽略这一项。这也是本程序中一个不完美的地方。

我在设计减法函数的时候由于考虑不够充分就直接编写程序，走了很多弯路，不得不停下来仔细研究算法，后来发现由于前边的加法函数完全适用于减法，只不过是将二元多项式b的所有项取负再用加法函数即可，可见算法的重要性不低于程序本身。

3、程序的调试中的经验及体会

我在调试过程中，发生了许多小细节上的问题，它们提醒了自己在以后编程的时候要注意细节，即使是一个括号的遗漏或者一个字符的误写都会造成大量的错误，浪费许多时间去寻找并修改，总结的教训就是写程序的时候，一定要仔细、认真、专注。

我还有一个很深的体会就是格式和注释，由于平时不注意格式和注释这方面的要求，导致有的时候在检查和调试的时候很不方便。有的时候甚至刚刚完成一部分的编辑，结果一不注意，就忘记了这一部分程序的功能。修改的时候也有不小心误删的情况出现。如果注意格式风格，并且养成随手加注释的习惯，就能减少这些不必要的反复和波折。还有一点，就是在修改的时候，要注意修改前后的不同点在哪里，改后调试结果要在原有的基础上更加精确。

大数据课程设计心得体会篇3

这次数据库课程设计用的是microsoft visual foxpro 6.0，而我们平时用的microsoft sql server 20xx，虽然对vfp完全陌生，但在老师的指引下，我们近乎完美的完成了课程设计。当然过程是艰辛的。

面对着完全陌生的操作环境vfp，许多同学开始埋怨，要求用sql，用我们学过的asp等来完成设计。但我们慢慢发现用vfp做课程设计其实很有优势，于是它的这个优势激发了我们去了解它的欲望。老师先将vfp中基本的建数据库，建表以及建表单等向我们演示了一遍，我们也仿照着做了，发觉并不是很难。但想到这次课程设计做的是一套学生学籍和成绩管理系统，我们又开始茫然了。那天，老师给我们看了一段可以让文字循环移动的代码，这使我们产生了好奇心理，有了快速了解它的冲动。因为用面向对象的语言做特效，这还是第一次。下课之后我把那段我们不了解的语言写的特效代码发到了vfp论坛上请人帮忙解释，最后我们完全理解了那段代码的意思。

这次课程设计我们克服了炎热的天气（学校机房之前没装空调……后来设计完才装……），也克服对新知识的恐惧感以及畏难情绪。我们懂得了团队合作的重要性，也懂得了团队中如何交流、如何分工，如何集体讨论难点。我们充分利用了网络资源（技术论坛，共享的实例等）。

我们喜欢这次课程设计的感觉，喜欢编程，喜欢团队交流。

大数据课程设计心得体会篇4

在这次课程设计中，我们小组设计的是一个仓库管理系统，通过设计这个系统，可以更方便地实现信息的浏览，查询，添加等操作和报表输出等功能，具体包括能实现产品入库管理，可以填写入库单，确认产品入库；产品出库管理，可以填写出库单，确认出库；借出管理，凭借条借出，然后能够还库；初始库存设置，设置库存的初始值，库存的上下警戒限；可以进行盘库，反映每月，年的库存情况；可以查询产品入库情况，出库情况，当前库存情况，可以按出库单，入库单，产品，时间进行查询；虽然这个系统的功能还不是很完善，还有很多功能尚未实现，但这也是我们共同努力的结果，只要有更多的时间，我相信我们能完成的更好。

通过这次将近一个星期的课程设计实训，我对数据库在生活中的广泛应用有了更深的体会，同时也加深了对access20xx的认识，了解了相关的access的知识，尤其是对数据库的原理与开发程序的应用有了更进一步的认识和了解。由于不会vb编程，很多功能实现起来很困难，但好在access有查询、宏和窗体，特别是宏操作可以将几个操作结合在一起，可以执行多个查询，可以调用多次窗体。例如，在某个窗体中要显示设备代码表信息，所以这个窗体中建立一个子窗体用于设备代码表的显示，我们打开窗体后又对设备代码表进行了跟新，所以窗体中显示的并不是最新数据，我们往往需要及时看到设备代码表跟新后的最新数据，窗体不会自动跟新我们就不会看到最新数据，所以这时候我们就会用一个宏操作在对设备代码表跟新之后关闭窗体在打开窗体，这样窗体就相当于完成了一次跟新操作。又例如，在一个表a中刚刚追加了一条记录，我们要将每次刚刚新添加的记录跟新到另一个表b中，用一个查询是很难完成的，经过认真思考，得到了解决的办法是，需要三个步骤，第一步，在表a中添加标志字段，设置默认值为‘否’。第二步，编写跟新查询将标志字段为‘否’的数据跟新到表b中。第三步，编写跟新查询将表a中标志字段为‘否’的跟新为‘是’。

经过这次课程设计，是我明白团队的力量是最大的，至少三个臭皮匠顶个诸葛亮，何况我们都是充满激情的团队。我想在以后的工作中我一定要做到多思考多与团队交流，遇到难题一定要有必胜的信心

大数据课程设计心得体会篇5

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

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

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

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

使用了新的开发环境（vim），这是首次在脱离高级ide的情况下编码。

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

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

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

大数据课程设计心得体会5篇相关文章：

大数据课程设计心得体会5篇