软件培训心得体会.docx
《软件培训心得体会.docx》由会员分享，可在线阅读，更多相关《软件培训心得体会.docx（12页珍藏版）》请在冰豆网上搜索。
软件培训心得体会
软件培训心得体会1
通过实训中心老师的课堂讲解与企业化标准的培训，使我加深了对自己专业的认识。
从而确定自己以后的努力方向。
要想在短暂的实训时间内，尽可能多的学到东西，就需要我们跟老师或同学进行很好的沟通，加深彼此的了解。
只有我们跟老师多沟通，让老师更了解我们，才能跟真切的对我们进行培训工作。
由此，班级的文化“共享”就在生活中慢慢形成了。
“纸上得来终觉浅，绝知此事要躬行！
”在这短短的时间里，让我深深的感觉到自己在实际应用中所学专业知识的匮乏。
让我真真领悟到“学无止境”这句话的涵义。
而老师在专业认识周中所讲的，都是课本上没有而对我们又非常实用的东西，这又给我们的实训增加了浓墨淡采的光辉。
我懂得了实际生活中，专业知识是怎样应用与实践的。
在这些过程中，我不仅知道了职业生涯所需具备的专业知识，而且让我深深体会到一个团队中各成员合作的重要性，要善于团队合作，善于利用别人的智慧，这才是大智慧。
靠单一的力量是很难完成一个大项目的，在进行团队合作的时候，还要耐心听取每个成员的意见，使我们的组合达到更加完美。
这次实训带给我太多的感触，它让我知道工作上的辛苦，事业途中的艰辛。
让我知道了实际的工作并不像在学校学习那样轻松。
人非生而知之，虽然我现在的知识结构还很差，但是我知道要学的知识，一靠努力学习，二靠潜心实践。
没有实践，学习就是无源之水，无本之木。
这次实训让我在一瞬间长大：
我们不可能永远呆在象牙塔中，过着一种无忧无虑的生活，我们总是要走上社会的，而社会，就是要靠我们这些年轻的一代来推动。
这就是我们不远千里来实训的心得和感受，而不久后的我，面临是就业压力，还是继续深造，我想我都应该好好经营自己的时间，充实、完善自我，不要让自己的人生留下任何空白！
实训中除了学到不少专业知识，也了解一些社会的现实性，包括人际交往，沟通方式及相关礼节方面的内容，对于团队开发来说，团结一致使我深有体会。
团队的合作注重沟通和信任，不能不屑于做小事，永远都要保持亲和诚信，把专业理论运用到具体实践中，不仅加深我对理论的掌握和运用，还让我拥有了一次又一次难忘的开发经理，这是也是实训最大的收获。
现在我对“一个人最大的财富是他的人生经历和关系网络”这句话非常的有感情，因为它确实帮了我们不少。
除此课本上的知识毕竟有限。
通过实训，我班同学都有这样一个感觉，课本上的理论知识与实际工作有很大差距，只有知识是远远不够的，专业技能急需提高。
从最初的笨手笨脚，到现在可以熟练的按照流程开发软件，这都与我班每个人的努力是分不开的。
十个月的实训，教会了我们很多东西，同时也锻炼了大家踏实、稳重的能力，每个人都很珍惜这来之不易的实训机会。
在实际工作中经常会和不同的人打交道，然而他们的态度是不可恭维的，你会感觉到他的不耐烦以及他的高傲，所以这就需要学会沟通的方式及说话技巧，学会灵活面对。
通过这十个月的实训，我班同学都收获颇丰，总体来说对这次实训还是很满意的。
尽管实训很累，每天早出晚归。
但真的很感谢学校能够提供我们这样好的实训机会，以及东软给予我们的实训平台。
我们深刻的了解到，只有经历过，才知道其中的滋味。
对于我而言，喜欢体验生活，可以说通过这次实训，真真切切的让我了解了什么是软件开发，什么是软件工程，让我对于软件最初的观点也有了本质性的改变！
程序员不仅仅是一份职业，更是一份细心+一份耐心+一份责任心=人生价值的诠释。
即将走向工作岗位的我们更要不断加强自己的专业技能，社会不会要一个一无是处的人，所以我们要更多更快的从一个学校人向社会人转变。
为此我们将会在以后的日子里继续努力，不断激励经验，不断磨砺自己，早日走向工作岗位。
软件培训心得体会2
这学期学习了软件工程实践这门课，我觉得这是对上学期的软件工程课程学习的检验，上学期学习软件工程只是我们浅显的认识，相比之下，这学期就更加全面的说明了开发一个项目所需要的步骤以及开发项目过程中所需要注意的诸多细节。
如果说上学期的课程注重理论基础的话，那么这学期的软工实践，顾名思义，就是侧重我们动手操作的能力。
原来我认为开发一个项目最重要的就是写代码，似乎整个软件都是编代码，因为自己动手能力不强所以就很排斥做项目。
可是经过我们学习软工课程到团队做项目再到学习软件工程实践课程之后，我才真正意识到实施一个软件工程项目并不是说简单的会编码就能够解决问题的，因为一个软件的生命周期分为三个时期：
软件定义时期、开发时期、维护时期，而这三个时期整体又分为七个阶段，他们分别是：
问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试，由此可看出，当我们开发一个项目时，更多的精力不是放在编码上，编码只是一个很小的模块，而是项目的整体结构上。
在写软工实践体会之前，我想在这里总结一下上学期三人团队做项目的相关事宜。
上学期我们三人团队根据软件开发的步骤开发一个名为“西大老乡‘荟’”的社交系统，主要是为西大学子提供一个找老乡的平台。
虽然只进行到详细设计阶段，没有进一步实现，但是我还是从中学到很多东西的。
首先要先确定项目主题，也就是这个项目用来做什么，可以解决什么问题。
接着就是这个项目是否有研究的必要以及是否有解决的办法，针对我们的项目，我们对西大的一些学生做了问卷调查，并从调查中继续完善系统本身的做用户。
第三步根据我们确定的项目主题进行需求分析，这一步骤当时做的不是很好，比如所画E—R图、数据流图等都有考虑不周的问题，导致接下来的概要设计、详细设计进行的很困难，有些步骤甚至还需要返工。
从我们在需求分析中出现的问题，使我们明白了软件定义阶段对于一个项目的开发是至关重要的，当软件定义阶段完成时必须要用正式的文档准确的地记录目标系统的需求。
只有前期的准备工作做得好，后面的工作才能顺利进行。
虽然项目最后没有完全实现，但是起码我们已经初步体会到软件项目开发的步骤，以及每一步所需要完成的文档等内容。
这学期的软件工程实践虽然不是亲自动手开发一个系统，但是张元平老师以“物联网物流仓储管理系统”为主给我们讲解了一个真实系统的开发过程，从计划到项目系统的发布实施，以及每一步必须生成的文档。
我主要从以下五个方面谈一下我的心得体会。
第一、行业背景说明方面
原来我们写这类文档的时候就是草草了事，不会做得这么详细，而这次看到大型项目的行业背景说明也是这么详细，也让自己认识到不管是软件开发的那个阶段都要认真对待，这些琐碎的文档都是后期开发项目的支撑，只要它们做的透彻，后面的开发工作才能更顺利的进行。
第二、项目需求说明方面
这部分项目需求说明就是软件定义时期中需求分析阶段，而该阶段的主要目的就是了解用户的需要，根据用户的需要确定系统必须完成那些工作，并对目标系统提出完整、准确、清晰、具体的要求。
在需求分析结束之前系统分析人员要写出一份需求规格说明，即为《物联网物流仓储管理系统》项目需求说明文档。
我们可以看出该文档也是非常详细，相比之下我们之前做项目时写的需求规格说明书就非常不合格，不仅格式不正确内容也是少之又少。
在这方面，这篇文档给我启发很大。
首先就是文档的格式，要美观整齐，让人看着舒服方便。
其次就是文档的内容，原来它不是很重要，写文档的时候也不知道怎么写就借鉴下网上的内容，结果根本就没有把自己项目的需求写明白，以至于自己最后都有些糊涂，所以根据以前的经验教训我会对这部分更加重视。
第三、系统概要设计方面
这部分内容分说的是软件设计时期的概要设计阶段，该阶段的主要目的就是实现系统的功能、设计软件的结构、模块组成以及模块之间的关系。
在概要设计阶段，我们可以站在全局的高度上，花较少的成本，从抽象的层次上分析对比多种可能的系统实现方案和软件结构，从中选出最佳方案和最合理的结构。
在这个阶段还会具体画出E—R图、数据流图等方面的设计。
比如《物联网物流仓库管理系统》的系统概要设计从项目概述、设计约束、功能单元与功能模块设计、数据E—R图设计、总体设计、界面设计等六个方面介绍，通过读这个文档，我觉得最重要的还是总体设计，分别从逻辑架构设计、物理架构设计、技术架构设计设计系统。
在这个阶段中模块要做到高内聚低耦合，这样开发出来的系统才会具有更高的独立性。
在原来做项目时没有编写过这类文档，在该阶段只是画了结构图、层次图以及相关的模块划分，对该类文档尚未重视。
通过张老师的讲解和自己的学习，我相信在以后做项目的时候一定会注意到这类文档的编写。
第四、详细设计与分析方面
详细设计阶段就是把概要设计阶段的每个模块进一步设计，确定每个模块所需要的算法和数据结构。
在这个阶段还是需要我们设计出程序的详细规格说明，而不是编写程序。
在详细设计阶段，系统设计人员可以通过使用程序流程图、盒图、PAD图等过程设计的工具和Jackson图等面向数据结构的设计工具进一步设计系统相关接口，主要包括界面设计接口、业务单设计接口、单元模块设计接口等，这些对于以后的编码工作都是极其重要的。
第五、编码和测试方案方面
关于编码，我认为编码要想做的完美必备条件就是前面的软件定义和软件设计时期要按部就班的做，文档一定要按要求书写，不能偷懒也不能草草书写。
对于编码也要有相应的文档书写规范，要使源程序代码的逻辑简明清晰、易读易懂。
这样尽管我们不是设计系统的人员，当看到源程序代码的时候也能容易读懂代码的意思。
其次就是测试的内容，从测试的文档中我们可以得出，其实测试在软件开发中同样占据了重要的地位，它主要就是尽可能多的找到问题并排除其中的潜藏的错误，最终把一个高质量的软件系统交给用户使用。
它要求测试人员也要有很高的技术水平。
软件培训心得体会3
将近一个月的假期实习生活结束了，告别了这一次短暂的实习生活，这段时间也让我感概万分，有欢乐，也有苦累，也许这就是实习生活所必须经历的吧。
似乎尝到了校园中所不能经历的辛酸苦累，所以，这段时间里我学到了很多，也都成为了我人生中的宝贵财富，也迈向了社会中重要的一步，是非常值得珍惜的。
这次实践主要就是学会使用公司软件部门所开发的应用软件和各种产品设备，熟悉和了解一贯的操作方法和可能出现的问题，并就如何解决问题向老员工请教方法。
教我的是一位年纪稍大的老员工，先与我说了一下要点，然后让我自已看，遇到不懂的就问。
初次接触，发现它并不像书本那样的有条有序，许多信息夹杂在一起，令人眼花缭乱，而有不同的种类，要做到随便一看就知是什么单是不行的，因为看过一点有关软件测试的书籍，所有有点了解，但是这些根本不够，于是接来的几天我就踏踏实实的坐在哪里认真的看产品介绍和说明书，熟悉它的大致结构。
熟悉了相关软件和硬件的操作和基本故障诊断之后，我也成为工作之中的一员，开始尝试解决客户应用产品中出现的一些问题。
在这一段时间里，主要任务有巩固之前所学的，对常见的错误要一看便知，并养成认真仔细的工作习惯。
在工作的过程中我也遇到了一些棘手的问题，但是经过大家的共同努力也一起解决了。
经过了这些之后我也感觉到光靠培训听讲是不那么管用的，有时候也要自己试着去解决问题去亲自动手测试一些东西，在实际的应用过程中去发现问题和解决问题，做任何事都是一样要实事求是。
结合之前的培训，了解我现在的任务就是熟悉各种软件的操作和数据结构，然后在此基础上尽一切可能的去模拟、去思考现实使用环境中的应用可能性和预测可能出现的状况再对比一出现故障的概率等等，在这样的一个环节之后我要做的更细致的活儿就是做好各种测试计划和测试报告，然后对这些报告做一个准确和客观的评估然后将我所获得的结果反馈给软件或者硬件开发人员。
经过了将近一个月时间学习，了解到自己还有许多的不足，首先是缺乏工作经验，因为自己缺乏经验，很多问题而不能分清主次，还有些培训或学习不能找到重点，然后工作态度仍然不够积极，在工作中仅仅能够完成布置的工作是不够的，若没有工作做时可能就会松懈，不能做到主动学习。
在工作中，不允许丝毫的马虎，严谨认真是时刻要牢记的。
同时，学术上不够钻研，这是由工作性质决定的，也是我自己选择的，因为在我看来，只有被市场认可的技术才有价值，，但我毕竟是大三在校生，对科研技术进展方面都不了解，所以还需要更多的锻炼机会。
经过这一次的实践与学习，我才慢慢开始真正了解了软件测试工作，实习是一个开端，一个让自己学会成长的地方，不管是从工作技能上还是为人处事上，我都感觉到了自己有很大的提高。
刚开始的时候很多人都和我一样，认为软件测试工作简单，只需要动动鼠标就行，之后才明白当初的认识是多么的肤浅。
虽然自是功能测试，手工测试的工作，但是那鼠标也不是那么乱点的!
所以其实做任何一件事都要付出自己自己的真心，努力去做，勇敢去做，才能离成功更进一步。
软件培训心得体会4
软件测试在整个软件周期中的重要性，它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。
这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。
再严密的.测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。
结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。
这一点就需要加强研发队伍的建设。
经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。
当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。
目前我们在项目建设过程中对性能压力测试的重视程度还不太高，厂家也很少有雇佣第三方的测试机构。
而是在现网进行试用，遇到问题再解决，可能会产生滞后问题，影响客户使用。
希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。
对于快速响应这块，我们不能一味依赖厂家，而希望自己就能快速响应，及时将问题解决。
这也是一个比较长远的问题，需要加强研发力量的投入。
我个人是做开发出身，有此类经验，当时是在客户现场，因为了解系统内部结构，能够在第一时间排查解决客户所反馈问题。
现在系统完全由厂家开发，很难了解内部结构，或许会造成后期维护困难。
所以，是否应该针对某些项目介入厂家研发工作，比如请厂家提供源代码等相关要素，以增进维护人员对系统的了解。
最后再次感谢公司提供的平台，感谢领导的信任，让我有机会得到更深层次的学习以及展示自己能力的机会，我也会尽我所能来完善工作的系统，提高整体工作效率，为南方电网的发展建设提供更坚实，优秀的支撑服务平台。
软件培训心得体会5
20xx年x月x日。
我怀着对提高并实现自我价值的心态，走进深圳走秀网络科技有限公司的大门，开始了自己大学里兼职实习工作。
转眼间。
6个月的实习时间就要过去了。
回想起这段时间的工作过程，我深深的认识到在走秀网实习的选择是绝对正确的，走秀网和公司的同事们对我个人产生的积极影响也是超越我料想之中的。
现将这段时间的工作进行如下总结。
首先，要具有良好的学习能力。
刚进走秀，带我的老大是哈尔滨人，我跟她很投缘。
开始的一个星期，我只是熟悉公司的一些业务和我们前端的测试范围，在熟悉业务的过程中，我发现这些页面上的东西看上去挺简单的，但是要深入了解还是需要很长的一段时间。
期间老大叫一个老员工带着我去测试一些之前xiu2.0所遗留的简单的bug。
走秀网的测试部还比较大，所以对工作的流程和上线之前的版本控制的非常严格。
我们在上线之前，会经过两套环境，功能测试环境和镜像环境，功能测试环境是对需求和功能的一个详细的验证环境，镜像环境是模拟生产环境回归之前我们在功能测试环境上锁遗留的一些小的bug。
因为不知道这些转测试的bug是怎么产生的，所以需要去跟开发人员沟通，开始的时候自己一个人不敢过去开发部，就让老员工（才哥）带着过去，一段时间过后，我开始自己去和开发沟通交流，从发现问题的重现，到催促开发修改和转测试，这一段时间让我深刻体会到沟通时多么重要。
在走秀期间，我们测试部总监还会对我们不定时的培训。
教会我们测试的工作流程和每个阶段应该展开的工作范畴。
作为测试，必要会使用的缺陷管理工具bugzilla和测试用例管理工具testlink，还给我们培训了，如何使用自动化工具ruby+watir来对一些测试点进行自动化脚本的编写。
慢慢的，在对公司的业务了解的比较透的时候，老大就开始让我们自己对一些小需求进行测试，测试的过程中，不仅仅是对页面和表面功能进行测试，还要根据需求文档和页面的显示对数据库表进行查询操作，查看页面的显示和功能是否和数据表里面的一致，还要在后台日志中查看是否有报错。
所以，测试并不是像我想象中的那么简单，不是在页面上点来点去就可以测的好的。
实习可以使每一个学生有更多的机会尝试不同的工作，扮演不同的社会角色，逐步完成职业化角色的转化，发现自己真实的潜力和兴趣，以奠定良好的事业基础，也为自我成长丰富了阅历，促进整个社会人才资源的优化配置。
作为一名学生，我想学习的目的不在于通过毕业考试，而是为了获取知识，获取工作技能，换句话说，在学校学习是为了能够适应社会的需要，通过学习保证能够完成将来的工作，为社会做出贡献。
然而步出象牙塔步入社会是有很大落差的，能够以进入公司实习作为缓冲，对我而言是一件幸事，通过实习工作了解到工作的实际需要，使得学习的目的性更明确，得到的效果也相应的更好。
人要想成功及获得好的业绩，必须牢记一个规则：
我们永远不能将个人利益凌驾于团队利益之上，在团队工作中，会出现在自己的协助下同时也从中受益的情况，反过来看，自己本身受益其中，这是保证自己成功的最重要的因素之一。
软件培训心得体会6
在支付宝测试分析的角色和系统分析的角色是对应的，只不过一个是测试类的另外一个是开发类的。
系分下面会有相应开发，测分下面会有相应的测试用例编写和执行人员。
也就是说测试分析文档是对测试执行人员的一个指导（在我原来的理解方式上，觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的，用例是用例执行人员来写并且执行的）。
而通过这次的这次分析觉得自己的测分还存在以下的问题：
1、太关注开发的内部实现逻辑。
建议：
将开发内部实现逻辑看成一个黑盒子，测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题，而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。
2、分析文档写的过于详细，甚至将用例的步骤都写了出来。
建议：
测试分析要从全局上去看问题，细节的东西即便是知道的，也要留给之后的用例编写人员去了解（就像系分之后的开发需要去写详细设计的道理一样），这样后面的人才会自己主动去想问题。
3、分析文档要考虑维护性问题，不要出现类似比如还款中状态为“R”这种具体的数据内容。
因为我的分析是对后续用例编写人员的一个指导性的文档，所以如果侧分这么写很有可能导致用例也照着这么写，其实不管侧分和用例都不应该具体写到R这么细节，否则的话开发稍作变动我们就要相应变动我们的用例
4、没有明确测试目的。
review用例的时候，没有提出每个用例需要明确一个测试目的，让别人来看这个用例的时候能明白到底是怎么回事。
总结：
1、以后写测试分析文档，依据仅仅是prd文档，必须抛开开发实现逻辑部分（即不去看系分文档），待测分出来之后，再去看系分文档，互相看看彼此考虑的是否存在遗漏的地方。
等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。
2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析，细到看输出的时候会关注到数据库表的一个变化。
但是除了以上部分，其实还少了对整体流程的关注，需要增加业务流程的各条路径的一个覆盖，在针对路径的用例中不需要关注到数据库表级那么细。
3、在做流程路径覆盖之前应该画一个路径图，这个图的画法考虑各个入口的不同分开画流程图，分别进行路径覆盖。
软件培训心得体会7
时光荏苒，岁月如梭，不知不觉间发现我来公司已经有一个月的时间了。
起初刚来报到时内心充满着无限的向往，想像着职场生活会是怎样的精彩，在哪里会体现自己的价值，可是第一天就受到了打击，发现自己什么都不会，连领导们在讨论什么事情都听不懂。
我知道，从大学到社会工作是要经历一个过渡阶段的，当然，这个过程中就需要自己去学会适应，学会成长，逐渐从一个稚嫩的大学生蜕变成为一个社会需要的人。
第一天上班我被分配的任务就是学习我们庞大集团所使用的财务软件—金蝶K3，对于我来说，K3是一个很陌生的软件，但是我想毕竟在大学里学习过用友财务软件，财务知识都是一样的，软件也一定有相通的地方。
首先，我学习了集团编写的整车物流系统实施手册和金蝶K3财务系统操作手册，看了这两本书后，只是对金蝶有了浅显的了解，想象着软件的操作流程。
接着，用了一定的时间将我们公司的金蝶K3培训视频全部观看了一遍，在这个过程中我体会到工作中不仅要应用我们所学的财务知识，同时还要掌握软件的操作技巧，这就要求我们做到学以致用。
通过学习K3，我深刻的理解了这句话“知识是永远也学不完的”。
在学习过程中，我总结了金蝶K3的一些学习方法，在这里与大家分享，如有不妥之处，望大家提出，我们共同进步。
第一，我们应该熟悉业务，清楚公司会涉及到哪些具体的业务，比如说外购业务、销售业务、委外加工业务、车辆代管业务、车辆调拨业务等等。
我认为，只有清楚了具体的业务才能明白会计的核算流程。
第二，我们应该理清思路，对具体业务的会计核算流程有一个清楚的认识，比如说外购入库业务，首先是保管录入外购入库单并审核，然后由会计人员下推生成购货专用发票，两者相互钩稽，进行入库核算并生成凭证传递到总账。
只有清楚了核算流程，才能知道要做什么，才不至于不知道从何处开始或者到某个步骤卡住不知道接下来应该做什么。
第三，在视频学习过程中，要高度集中注意力，坚持做笔记，对于其中的重点细节部分和强调需要注意的事项要记录下来，好好琢磨反思，再到软件中去实际操作体会。
第五，谨记我们集团的财务制度，有一些东西是硬性要求，是不允许被更改的，比如说，不允许作废凭证；期末发票未到要进行暂估处理；暂估处理要在“物资采购”的贷方体现；所有损益类科目按其默认余额方向记业务发生数据，其相反方向记结转损益数据等等。
第六，遇到问题就要解决。
在学习过程中难免会遇到很多问题，视频学习过程中当遇到不懂的问题时先记录下来（记录很重要），当看完这一节时再返回去找到不懂的地方反复看。
因为当时你不懂但是当你把这一节全部看完时可能就明白了，如果不明白就需要反复多看几遍，细细琢磨，有些问题我们在短时间内无法解决，或者无法独立解决，那我们就要去虚心请教他人，直至明白为止。
第七，在视频学习过程中，还要勤动手，学了一个知识点就去尝试着操作，这样才能使知识得到应用，也才能对知识理解的更加深刻。
学以致用，切合实际；只学不用，很难深入。
然而，会写字不等于会写文章。
学会了软件的单个操作应用，其实只是学会了“写字”，但是工作上要求交出的作业是“文章”，这就需要自己去融会贯通，在实际业务中积累经验，从而写出一篇篇满意的文章。
第八，我们要重复看K3视频，看一遍只略懂皮毛，看两遍加深了解，看三遍记住一些知识点，看很多遍后，你会发现每次都能学习到新的知识。
当然，不能一口气看到底，要劳逸结合，累了就休息一会儿，这样学习效率才会高。
第九，学会扩展思考。
学习了一个知识点，不妨尝试着自己给自己出题，用这个知识点可以做些什么？
把每个想法都实践一下。
以后你会发现你学习的东西很连贯，实践中需要的操作皆在“意料之中”，因为你在学习的时候就已经解决了这些问题。
这是我学习金蝶K3的一些心得体会，一些个人见解如有不妥之处请大家不吝指出；如果大家有更好的学习方法，我们互相交流，以达共勉。
坚持“活到
升级会员 