培训心得——参加SAP培训后感受到SAP是个这么棒的软件

在朗泽教育三个月的SAP培训后，原本完全不知道SAP的我，感受到SAP原来是个这么棒的企业管理软件。从整个SAP培训过程中，理解了SAP系统的理论知识和获得实战案例经验，让我具备了成为SAP顾问的能力。参加完SAP培训后，整个就业前景也显得比较明朗。下面谈谈我这几个月SAP培训下来的感受。

让我感受最深的就是SAP绝对是近几年来ERP软件的领导者。随着全球市场的发展和完善，各公司必须运用动态战略对瞬息万变的挑战作出反应。迅速适应客户新需求和市场新商机的能力，是赢得竞争胜利的决定性因素。此种适应力需要一个功能强大、开放式的基础结构，它可针对目前的企业流程提供最佳化支援，并能灵活适应变化与发展。SAP系统就是应付这些挑战的最佳解答，它是主从式架构上最普遍的标准商业应用软件。SAP系统并非只是软件，它是一种策略性解决方案。

通过朗泽的SAP培训，它教给我们的是现代企业的组织构架及管理思想。对SAP的学习有助于思维的开阔，更能从另一种角度将财务、管理类知识进行梳理和融汇。总感觉SAP像一个庞大且精密的“机器”，每一环紧扣一环，其几乎把所有的细节都考虑到了，令人越学越觉得其深奥无比，除了看帮助文档资料及实际配置及操作，也不断从错误中去体会。 将近三个月的SAP培训，我想对其他SAP培训学员说：

1、SAP是目前全球所有ERP产品中，对企业构架考虑得非常细致的系统，也是整体控制逻辑和整体系统结构非常严谨的系统；

2、SAP是目前全球所有ERP产品中，对产品在各种行业的适用性考虑得最多的系统，既应用的行业最广。

3，学习SAP要技术和业务统筹，要脚踏实地，不能半途而废。

在朗泽教育的三个月SAP培训的日子里，我收获了很多，成为了真正的SAP顾问，希望后期的SAP培训学员们同样和我一样能够成功。

第二篇：SAP学习心得分享一个SAP顾问的成长

SAP学习心得分享:一个SAP顾问的成长

前几天，有个以前做java的朋友想转SAP，跑来问我应该怎么学。我之前也是做java的，和这个哥们关系也挺不错，但是想转SAP确实是一件不太容易的过程。就我自己而言，虽然做了两年的SAP BW顾问，做过了几个项目，但是对于想转SAP的朋友来说，并不能提供太多的帮助。

首先，本来我的工作就很难，空闲的时间非常少，对于这位学习SAP的朋友，并没有太多的时间帮助他解决学习中遇到的问题。更重要的一点，没有办法带他融入到项目环境中，坦白来说，如果一个新人能有机会进入到一个SAP的项目组里，那要掌握SAP的知识就快很多，而且也更扎实。

我也是从底层的程序员出身，现在很多以前做程序的朋友都对目前的工作不满意，一是受老板的压榨，加班辛苦绝大多数时候没有加班费，二是做IT的做久了，人就麻木了，工资也上不去，除非你自己去创业去。所以很多人都想着选择转行。我把我的学习经验分享一下吧，转行或者想做SAP的也可以思考一下。

刚开始了解SAP，是听一个朋友介绍的，被SAP顾问的高薪所吸引了。加上那段时间工作太辛苦，和主管也有很多矛盾，正考虑换工作。这时了解到SAP，显然对我来说是一个诱惑。于是开始在网上找很多的学习资料，了解到SAP的不同模块，大概知道了SAP顾问是干什么的了。上网上买了一些视频的教程，开始自学起来。

刚学习没多久，就辞职了，早就受不了那个娘娘腔的经理了，谈辞职的时候很爽，但是当时我的收入来源也断了，也不想再去找工作，想好了要进SAP，好好的发展一下。还好做了几年有一些积蓄，不必为生计发愁。

接下来就是自学的过程了。刚开始想参加一些SAP顾问的活动，多认识一些圈内的人，但是后来发现SAP顾问太低调了，基本上没有类似交流会的活动，所以一直没有认识做SAP的朋友。自学的过程很苦恼，走了很多的弯路。于是狠下心，想去参加SAP培训。

于是了解到SAP官方的培训，但是价格太贵了，实在是承受不起，于是想去找一些SAP的培训公司，当时的培训公司很少，但是相对于官方的价格便宜，有些有帮找工作的服务，于是就和家人借钱报了51SAP教育中心的培训班，学习BW。

培训的经历还算顺利，只是当时没有工作，压力挺大的，不过相对于学习的话要轻松很多，另外，花了那么多钱来学习，已经没有退路了，所以学的更艰难，也比别人更努力一些。

下面总结一下我在面试的时候总结出来的一些经验：

一般分为HR面和技术面。

HR的面试技巧在面试宝典里有非常详细的说明，这边再讲几点细节：一般HR会要你做自我介绍，或者会问你的以前工作。这时你需要根据你简历上写的，把自己的工作经历

(bw/bo)详细的和HR说一遍，里面涉及到职位，职责，项目内容，项目人员结构等等。交流的时候要展现出自己的信心，因为你面的职位是BW顾问，是帮助企业成功的专家。也许你回答的很简单，HR这边也是走流程的让你通过了，但是到了技术面，项目经理还是会仔细问的。

技术面试一定要提前做些准备。在你和项目经理交流的过程中，项目经理会仔细聆听你的BW工作经验，所以的疑问均会询问你。你可以说你做过很多报表，解决过很多问题，但是很有可能会被一个个拎出来询问，不要在简历里面写做过很多项目，否则很有可能被问倒，这样你的经历会被质疑，成功率就大大降低。另外被问的时候首先要有整体的思路，逻辑要清晰。其实项目经理不在乎说我们回答的是否真的百分百正确，主要是看有没有真正做过。

对于想入行SAP顾问的朋友，有几个建议：

真的想做SAP顾问?SAP顾问虽然工资高，但是跟很多IT行业一样，项目忙的时候需要加班，也很累，你吃的了苦吗?

你真的能进入这个行业么?你真的了解SAP的这个行业吗?

你确定要学哪个模块了吗?

你对SAP有信心吗?

在学习SAP的过程中会有几个误区：

误区一：不学前台学后台;

误区二：不看功能，看维护;

误区三：开发跟实施不分

误区四：满大街找资料

如果你也在学SAP，可能也会有同样的体会。

另外，如果有条件的话，建议你可以参加像51SAP这种培训班，自学的话会走很多的弯路，如果你有朋友是做SAP的，也有时间帮助你，那么你可能有很好的机会。

总的来说的话，SAP的前景很好，但是学习的过程会有一些艰难，希望想入行的朋友能提前有一些准备。

第三篇：学习软件工程心得体会

学习软件工程的心得体会

学习了这门课程, 还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。

整本书的内容逻辑很清晰明了，由浅入深循序渐进，首先我就大概描述下我们所学的内容，第一章是从整体分析软件工程这门学科的发展和所处的社会环境，接着后面的几章深入分析了软件开放过程和模式、软件项目管理、计算机工程、需求分析、结构化分析建模以及基于UML面向对象分析建模等。接着我就详细介绍下我对这门课程知识点的理解概括：

软件：软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要的数据，加上描述程序的操作和使用的文档。软件的特征：①软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。②软件是通过人们的智力活动，把知识与技术转化成信息的一种产品。③软件成为产品后，其生产只是简单的拷贝，不同于硬件制造。④维护过程比硬件复杂的多，甚至会引发新的错误。软件危机：指的是软件开发和维护过程中遇到的一系列严重问题。出现软件危机的原因：①软件维护费用急剧上升，直接威胁计算机应用的扩大。②软件生产技术进步缓慢。软件工程是指导计算机软件开发和维护的工程学科。 软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护；

瀑布模式：是传统的软件开发模式，其中的“瀑布”是对这个模式的形象表达，由山顶倾泻下来的水，自顶向下、逐渐细化。其特点是：线性化过程；分为分析、设计、编码、集成等几个阶段，并且各阶段逐级推进，不允许跨越。里程碑管理；阶段评审；文档驱动；简洁便于工程应用的线性化过程步骤，并可以通过里程碑管理机制而使项目进程量化。其明显的优点就是没个阶段结束前都要对所完成的阶段成果进行评审，这使得软件的错误能够在个阶段内尽早发现并尽早解决，总的来说瀑布模式具有良好的质量保证机制，有很强的生命力。

原型进化模式：对软件进行直接模拟或仿真，只需要分析需求框架后进行原型创建，再对原型系统进行逐步细化与完善，通过版本更新逐步满足用户对于软件的多方面需要。

增量模式：开发过程有三个任务域，分别是设计结构、开发构件和集成系统，它既有完善的工程管理机制，又能适应用户需求变更，有利于质量的监控，并且各局部基于构件构造，有利于逐步构建与完善；由于先交付核心构件可利于降低项目的技术风险。

螺旋模式：是一种可较好的规避开发风险过程的模式，项目是基于任务的螺旋式推进，每个螺旋由内之外分别是需求分析、软件设计、系统集成、验证与交付。

软件开发的整个过程：①需要项目团队，组建优秀的团队可以开发出更搞质量的软件产品。任务开发团队要求小而精，成员大多在8人以内，主要成员有项

目负责人、开发人员、资料管理员和软件测试员。②项目计划是为了使软件开发各项工作有秩序地进行，包括任务分配和基于里程碑的进度安排，甘特图和任务网络图是用来描述进度计划的工具。项目计划书可以作为软件开发的工作指南。③项目成本估算，由于项目有来自各方面的成本包括工资开支、场地费、差旅费、设备费和资料费等，但是软件主要是对人力成本的估算，常用的方法有程序代码成本估算法等。④软件风险管理包括很多不确定的风险因素，如计划风险、管理风险、需求风险、技术风险、人员风险、产品风险、用户风险和商业风险等等，而风险管理的主要任务是：风险识别、风险评估、和风险防范。⑤软件文档管理，软件文档是工程模式软件开发的成果体现，包括技术文档、管理文档和用户文档。 ⑥软件配置管理与软件质量管理，包括配置规划、软件变更控制、软件版本控制和质量控制计划。

计算机系统由硬件、软件、数据资源、网络资源、使用系统的人等诸多元素。有三种典型的计算机体系结构：①主机结构，主机集中了全部智能，并依靠终端接口与外部设备连接。②Client/Server结构，智能分布于服务器与客户机，并依靠网络连接成系统，其中，服务器处于核心位置，提供被动核心服务；客户机处于边缘位置，可主动访问服务器，寻求服务支持。③Browser/server结构，可适应互联网远程交互的特殊结构，基于Web服务器构建。

需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。 结构化分析建模：它是建立在需求规约基础上的，对软件问题进行全面解说，包括四个方面：①数据建模，它与数据库设计密切相关，ER图涉及实体、关系、属性等图形元素，在业务层面建立数据库概念模型，一般用于前期的建模构想。②功能建模，是对系统数据加工的图解，数据流程图是常用的建模工具，涉及数据接口、数据处理、数据流、数据存储等图形元素，用于描述系统数据加工细节。③行为建模，行为模型用于说哦名软件系统与环境的交互，状态转换图常用的软件行为建模工具涉及状态、事件等图形元素。⑤数据字典，是用于定义软件的元素，使软件元素获得严肃的、详密的、精确的规格说明。需求分析模型中的数据、功能、行为等诸多方面的元素，都有必要通过数据字典给予细节说明，以达到对系统较完整全面的规格定义。

基于UML对象面向对象分析建模：UML是统一建模语言，有统一的语法、语义和语用规则，其建模过程的特点是：用例驱动、以构架为中心和增量迭代，通过包实现对模型的有效的一体化管理。包括三部分：①用例建模，它面向用户需求的，能够反映系统的用户价值，用例图的基本元素有用例、参与者、交流；用例之间有泛化、延伸和包含关系。②活动建模，活动图用于描述系统动态过程，主要图形元素有：活动、转换、起点、终点、判断、并发、同步、泳道等。可描述高层业务级活动，涉及整个业务流程，针对每个用例活动建模，反映用例内部活动细节。③类分析建模，这里就只考虑实体类，实体类所代表的数据相互之间通常有一定的关系，依靠这种关系可形成有组织的程序数据结构。实体类之间的

主要数据关系有：关联、聚类、泛化。

接下来我就简单说下我上这门课的简单的心得体会，我们是大四的学生了，也只有这个学期有课了，刚开始课表安排出来的时候觉得挺意外的，只有前八周有课，当时我还是有点小感动的，大四事情很多，有要考研的和工作的，大家也都有各自的事情，如果有16周的课，那么每周课不是特别多，但是时间特别分散，也不能集中某段时间去做什么事情。但是相对于老师的压力也有，课程压缩了相当于每节课的教学任务大大增加了，在加上有些假期冲掉课，就感觉我们好像上课学不到什么东西，也只是一些关键的和考试挂钩的才重点讲，完全没有扩展的时间和空间了。但是总的来说，学校开了这门课，我们上了这门课，总是学到了点东西的，不可能明明上了软件工程这门课，却像没上一样什么都不懂。在上课的时候我还是很认真地去听老师所讲述的内容的，我觉得他的思想和我一向而来的培养计算机学生综合素质的理解还是在一定程度上不谋而合了，所谓的需求获取，那就是一个谈判，辩论，交流的过程，已经不是单纯的编编程序就能解决的问题了。从我所看到的听到的来说，我最怕的就是计算机系的学生被别人说成是个带着厚眼镜的，只能够在电脑前编编程序的，在交际场上不知道说什么而一个字都说不出来的人。我觉得这样的人进入社会之后是没有什么前途的，起码他们缺乏了与人沟通交流的能力。而这门课程在一定程度上给了我们这些学生一个机会来锻炼自己在另一方面的能力，设想一下，一个又有技术又能够与人交流合作的人所取得的成就自然要比一个单单只会编程序的人要大得多。其次，这门课程教给了我们在完成一个实际项目时的一般程序及过程，我认为这是一份非常具有实际意义的教学内容。当我们在毕业之后，这是我们实际要运用的一项非常有用的技能，而且不仅仅局限于软件工程的范畴，我们即使是从事与其它行业，不也是要从需求获取开始，一直有条有理地到最后成品的出炉吗？应该说这就是这门课的价值所在。无论是在上课，还是在学生会里面做学生工作，我都深深地感觉到，技术性的工作就好比变魔术，其实原理是非常简单的，甚至可以说简单的可笑，但是当你就是做出这么一个简单的东西出来之后，一些外行们有时候会用崇拜的眼光看着你，觉得你很厉害，很高深莫测。但是制作的过程他们却不知道，也许知道之后他们只是会哑然失笑，原来这个东西的制作过程是如此的简单。这个可以说就是技术的魅力了，而作为需求获取及之后的一系列过程则是类似于魔术揭秘的过程，但是作为这个秘密我们并不需要一揭到底，至于揭的程度如何那就是我们那就是我们学出的程度如何了，我们要让对方知道我们在做什么？以及如何去做？这些东西需要我们以一定的技巧叙述出来，所起到的作用就是能够让对方了解自己的进度，却又能够不让对方来干涉自己的工作过程。因为我们是技术员，对方只是外行，即使对方知道了这个魔术的操作过程，也并不代表他们就能够向变着魔术的我们来随便修改这个魔术的变法，况且我们能够用不同的过程来得出一个同样的结果，这个过程的得出的主动权如何掌握在我们的手上，就看我们如何以高明的方式来揭开这个魔术的谜底了。当然了，在纯粹的理论上，我觉得开设这样一门课程是很成功的。但是毕竟现实里有太多的不确定的因素。最重要的因素就是授课的老师和听课的学生。这两个可以说是这门课成与败的决定性的因素。

作为我们学生来说，应该负起比较主要的责任。在大学里有了太多的基础课程，基础课程大多都比较枯燥无味，也许在第一个学期里我们还能够保持着新鲜感，但是在6学期之后，可以说再有新鲜感就是一件比较困难的事情了，我们都已经开始变得迟钝了。其次的，没有认识到这门课程的价值。这门课的价值我已

经在上面说过了，是不言而喻的。但是并不是每个同学毕业之后都回从事计算机行业，也不是每个同学都知道这门课程的意义已经不仅仅局限于计算机这个范畴。或许有些人觉得反正以后不是这个发展方向，也就不在乎这个课程吧。我个人觉得这门课确实是挺好的，如果认真学必能学到很多东西，动手实践能力和从整个大体分析系统开发的逻辑性思维也会明显增强，不管以后从事哪个方面的工作，这对以后来说都是一笔很大的隐性财富。说到我自己对这么课的学习，还是有点愧疚的，前面四周我每周每节课都去上的，并且上课也认真听，一边听老师讲课一边自己看书本的介绍，但是后来我上这门课的次数就降低了，因为觉得时间很紧吧，而且老师上课的节奏我个人觉得有点慢，我都可以自己预习看到后面去了，但是这门课我还是每周至少上一节课的，虽然我早上7点多一点就出门，在自习室，但是有时候明明知道到了上课的时间，明明上课的地方离自习的地方不远也不太想去。我记得有次上课时候老师生气了，说来上课的人少，我仔细环顾了下四周发现确实人很少，稀稀疏疏的分散着，看起来确实不太舒服，让我不得不反思了，这大学的教育到底怎么了，怎么到了大四大家都不来上课，虽然我不是每节课都来，但是我还是时不时来上课的，可能是比较浮躁吧，快毕业了，觉得上课学不到什么实际的东西，要么实际一点好好考研继续深造，要么去培训增强实践能力这样才能较好的为找个满意的工作做好铺垫。

《软件工程》课程既强调基本概念和基本知识的理解和掌握，又侧重软件项目的分析、设计、实现和维护的基本技能。比较注意“点”和“面”的结合。我还是蛮喜欢这门课的，通过对这门课的学习让我意识到理论学习很重要，实践更重要，实践是检验真理的唯一标准，只有将理论与实际结合，才更能发挥我们所学的知识的作用，更能直接的创造效益，社会和国家做出贡献。