这次实训使我们明白我们所欠缺的不仅仅是技术知识，更重要的是有一种处理事情的方法、面对问题的心态和动手能力。面对完全陌生的新知识、新技术、新项目以及整个it行业，我们不能畏惧，要以一种积极的心态去面对，分析并抓住关键所在。因为我们所即将应对的每一个项目都是既需要实际操作，又需要详细规划的。作为组长，协调组员、激励其他学员和积极参与项目研发是我每天必做的工作。我认为每个人都应该在团队中做好自己应尽的职责，再优秀的个人也可能完成一个即庞大又复杂的项目工作，我们必需紧密的联合在一起，以一个团队的角色来面对。

一公司有一项对项目经理的调查显示，项目经理平均每周参加6个会议，其中25%的时间浪费在无用的讨论上。会议效率低最普遍的3个原因是：会议没有很好的计划、会议没有被适当的领导、无纪律的与会者。我们软件项目也会遇到相同的问题，项目启动会、评估会、大大小小的评审会、技术会、周例会等等一系列会议会随着项目进展而召开，如何保证高效的会议效果，我的一些会议技巧与大家共享：确实需要开会时才开会；订立会议纪律；非常清楚的明确会议目标；提前准备一个会议议程；提倡各会议参与人的会前准备；鼓励参与，但在会议过程中遵守会议议程；把团队建设融入会议、作会议记录、会后跟踪所有安排任务的执行情况。

程序员需要关心尊重。曾经有个例子，某公司开发人员王某由于刚开始学习编程，技术水平差一点，常常受到经理的“另眼相看”，每次软件出现了问题都怀疑是他的原因，老开他的低级玩笑，这位员工会有怎样的表现就可想而知了。经理通过这种手段能够迫使这一位自动辞职吗？非也，这位员工后来工作非常不负责任，把代码写得既长又重复，且在代码中留下大量的隐患，此时，经理却反而不敢过份得罪他了（否则，留下的巨量代码很难维护）。如果认为某人不适合目前工作，为何不另请高明？既然已经请他作了这件工作，就得尊重他。不能指望开发人员在非工作场合谈吐得体、办事周到、眼观六路、耳听八方，正所谓“尺有所短，寸有所长”，例如要求技术人员在酒席宴上象公关小姐或公关先生一样举止适度，从来不会有好的效果。软件人员普遍喜欢自由而宽松的工作环境，最好不要做过多的无谓的规定，例如不准迟到、上班必须换拖鞋，否则罚款等等。如果确实有人经常上班迟到，工作不认真等，首先应该了解原因，此时多作思想工作是必要的，许多公司的经理们认为“思想工作”是过时的东西了，其实不然，私企职工背负的心理压力其实很重。他们特别需要有人关心，特别需要心理上的“减负？

软件项目管理，需要我们不但关注项目管理技术等在软件行业中的应用，还应该关注如何与软件新思想和技术的整合，例如xp等思想，使我们得到更高效益的产出。欲想琢其玉，必先利其器，项目管理和我们软件开发、质量管理等得一系列工具和模版，是我们事半功倍的利器。他山之石可以攻玉，关注一些管理界的发展，例如目前的中国式管理等，将其经验用于软件项目管理实践并总结，将为我们带来更大实效。

机软件心得体会篇2

经过四次的flexsim应用软件的学习后，我有以下几点体会：

首先，在第一个实验，我了解到了什么是flexsim和它使用的一般方法，知道了它在制造系统中的具体应用。

我大致能够掌握此款软件的使用方法，在处理一些简单的实际问题时，能够利用软件做出模型，并进行数据分析，得出大致结论。从中我体会到，flexsim软件是学习物流管理专业的有利工具，其优越的仿真性使系统模拟能达到相当高的水准，从而省略相当多繁杂的步骤，节省资金与时间。

其次，在第二个实验当中，我了解到flexsim仿真软件的建模步骤，并且熟悉flexsim的实体库，最后能够进行简单模型的仿真。在这一系列操作中，我深切体会到了flexism软件在具体使用时优点。

优点一：如果能熟练掌握fexism的操作，那么建立flexsim模型便无需花费太多时间。只需将已经做好的模块对象从对象库中拖放到三维的建模空间，然后配合便捷的弹出菜单，选项框，下拉菜单等等，设置或者修改对象的特征，接着从一个部件到下一个部件进行连线在部件间建立连接，然后设置它们之间交互的相关参数，最后将模型建立好了，便可以进行运行仿真，极具艺术效果的三维动画可以清楚地观察过程中的每一个动作，非常具有参照性。

优点二：flexsim软件可以把一个完整的自动化生产线搬到计算机上进行，通过计算机仿真，可以把一年或一天的生产情况在短短几分钟或几秒钟内全部仿真分析出来，它使得实验的数据更充分更完整、更节省时间。

接着，在第三个实验当中，我学习了flexsim 流体。了解了这些离散实体是如何相互影响、相互关联的，如何使用它们建立模型。在实验的过程中，我发现利用流体建立模型需要更加注重细节，相较于学习流体之前，我发现使用其他实体建立模型会更加容易些。最后，在第四个实验当中，我深入学习flexsim仿真软件的建模步骤；熟悉flexsim的实体库；并且进行较为复杂模型的仿真。

在这四次实验中，我深刻地体会到对于 flexsim软件的应用需要良好的空间想象能力，才能展开后续工作，并且还需具备细心这一条件。因为实验中各项实物的关系错综复杂，如果链接对象、顺序出错便会导致完全不一样的结果。在实验过程中，我也犯了错误，比如没有及时弄懂一些参数和设置，导致后期实验进行得很缓慢。最后在老师和同学的帮助下，我对相关参数和设置等进行完善的了解和掌握后，才使得实验得以顺利完成。我想我会将flexsim应用软件的学习，恰当地应用在将来的工作中，并且进行更深入的学习。

机软件心得体会篇3

软件测试在整个软件周期中的重要性，它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。

再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。

经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。

当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。

目前我们在项目建设过程中对性能压力测试的重视程度还不太高，厂家也很少有雇佣第三方的测试机构。而是在现网进行试用，遇到问题再解决，可能会产生滞后问题，影响客户使用。希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。

对于快速响应这块，我们不能一味依赖厂家，而希望自己就能快速响应，及时将问题解决。这也是一个比较长远的问题，需要加强研发力量的投入。

我个人是做开发出身，有此类经验，当时是在客户现场，因为了解系统内部结构，能够在第一时间排查解决客户所反馈问题。

现在系统完全由厂家开发，很难了解内部结构，或许会造成后期维护困难。所以，是否应该针对某些项目介入厂家研发工作，比如请厂家提供源代码等相关要素，以增进维护人员对系统的了解。

最后再次感谢公司提供的平台，感谢领导的信任，让我有机会得到更深层次的学习以及展示自己能力的机会，我也会尽我所能来完善工作的系统，提高整体工作效率，为南方电网的发展建设提供更坚实，优秀的支撑服务平台。

机软件心得体会篇4

在这次实训中，让我体会最深的是理论联系实际，实践是检验真理的唯一标准。理论知识固然重要，可是无实践的理论就是空谈。真正做到理论与实践的相结合，将理论真正用到实践中去，才能更好的将自己的才华展现出来。我以前总以为看书看的明白，也理解就得了，经过这次的实训，我现在终于明白，没有实践所学的东西就不属于你的。俗话说：“尽信书则不如无书”我们要读好书，而不是读死书。现在的社会需要的是动手能力强的人，而不是理论好的人，对于我们高职生来说这更重要了，我们学校的目标就是培养一流的职业技能的人。

在实训期间，我认为我也有很多不足的地方，比如工作态度不够积极，学习不够认真等等。我相信通过我的努力，我以后一定会改掉这些缺点的.我坚信通过这一段时间的实习，所获得的实践经验对我终身受益，在我毕业后的实际工作中将不断的得到验证，我会不断的理解和体会实习中所学到的知识，在未来的工作中我将把我所学到的理论知识和实践经验不断的应用到实际工作来，充分展示自我的个人价值和人生价值。为实现自我的理想和光明的前程努力。不经历风雨，怎能见彩虹!”我相信，自己坚定的信心及个人坚定的意志，一定会实现自己美好理想，走上自己的成功之路。

实训中除了学到不少专业知识，也了解一些社会的现实性，包括人际交往，沟通方式及相关礼节方面的内容，对于团队开发来说，团结一致使我深有体会。团队的合作注重沟通和信任，不能不屑于做小事，永远都要保持亲和和诚信，把专业理论运用到具体实践中，不仅加深我对理论的掌握和运用，还让我拥有一次又一次的难忘开发经历，这也是实训最大的收获。

“千里之行，始于足下”，这是一个短暂而又充实的实习，我认为对我走向社会起到了一个桥梁的作用，过渡的作用，是人生的一段重要的经历，也是一个重要步骤，对将来走上工作岗位也有着很大帮助。

现在我对“一个人最大财富是他的人生经历和关系网络”这句话非常有感情，因为它确实帮不了我们不少。课本上的知识毕竟有限。通过实训，我班同学都有这样一个感觉，课本上的理论知识与实际工作差距太大，只有知识是远远不够的，专业技能急需提高，从最初的笨手笨脚，到现在可以熟悉开发的流程，这与每个人的努力是分不开的，实训，教会了我们很多的东西，同时也锻炼了大家踏实、稳重的能力，每个人都很珍惜这次实训。

虽然实训已经结束，但我非常怀念这次实训，在实训的时间里，每一天都过的那么的充实、踏实;我相信，只要我秉承努力艰苦奋斗，为理想拼搏的精神，尽管在未来的路上有可能荆棘丛丛，但我一定可以披荆斩棘，度过重重难关，实现自己未来的理想。

在实际工作中经常会和不同的人打交道，这次实训教会了我们团队合作的重要作用，也为和人沟通打下了基础，在以后的日子里仍需继续的努力，不断激励经验，不断磨砺自己，早日走向工作岗位。

机软件心得体会篇5

写在前面：找工作真不容易，来北京呆了一个多月，都没找到一个合适的工作

大三的时候，一次计算机等级考试，由于考c，数据库，都没过，就报了个四级软件测试工程师。抱着试试看的态度学了一个月做了几套题，就拿下了一个四级证书。当时想的是，这都行，水分有点大吧。

本来想找一份网站开发的工作，技术不够硬，一直在北京飘着飘着啊。通过一个学姐，得到了一个软件测试面试的机会。于是半只脚踏入了软件测试的大门，因为我现在刚开始写测试用例，还没有真正的`融入到团队中去。

实习生，直接领导给我安排了一个实习计划，严格按照实习计划执行。首先就是看公司软件的手册，要了解产品，知道软件的基本操作流程，不会了就问带我的师傅。就这样学了一个礼拜，不同于用一款软件，在用的过程中要去思考，这个功能为什么有，这个功能要实现什么。忘了说了，现在产品做的是功能测试，比较简单，所以分到了这个组里。一周之后带我的师傅检查了一下我的学习成果，具体操作、实现软件的一些功能，然后就几个主要的功能点以及一些需要特别注意的关键词，给我做了详细的讲解。

然后给我了两个功能界面，让我写一些测试用例，开始感觉没什么可写的，这两个功能实现起来很容易的。第一天试着写了几个，然后拿给师傅看，因为不知道从哪方面入手，虽然看了一些以前的测试用例，但是亲手写还是第一次，所以有些拿不准。

就这样，写了几天的测试用例，一个功能点一个功能点的细分。写的差不多了，就开始看一些技术类的博客，尤其是软件测试中功能测试用例的写法。看着博客中提到的一些东西，对比自己写的测试用例，看看是不是满足要求。就这样自己一点一点的修改。

其实压力还是蛮大的，由于要测试的系统需要测试多个不同的数据库，以及不同的操作系统是软件的执行，所以有了各种学习目标，但是还是没有清晰的目标。努力吧，既然踏入了这个行业，就要努力的去汲取知识，不断学习，不断进步！

机软件心得体会篇6

这次软件工程实训是从xx号开始的，截至xx号。实训内容是用java相关知识(主要是jsp)做一个物流配送系统。下面谈谈对这次实训的看法。

因为自己平时对java知识储备不足，特别是jsp这一块基本不了解怎么回事，所以一拿到这个项目，我心里都是没有底的，再加上我被分到的那个组，我知道就意味着是我一个人在战斗了。呵呵，26号，实训开始了，我们的老师是来自xx国际公司的程序员，一个是xx，一个是xx，都是一身朴素的着装，让我感觉做软件的也没什么两样。老师介绍了自己之后，就直接切入正题了，分析了下我们各个组的系统，即将用到的知识，然后就总体把觉得需要补充的知识(jsp和数据库连接等这几块)给我们实际操作了下，因为当时看到用jsp，还讲的那么认真，当时我就后悔了，平时要是多听点，现在老师这么认真的给我们讲，这是一个多么难得的机会啊。后悔也没用啊，开始还勉强能理解一点，后来就直接晕了。然后再给大家介绍了一些即将用到的工具，比如rationalrose，svn，myeclipse等等。接下来的几天就不再细讲了。下面谈谈通过这次实训的心得体会吧。

通过这次实训，让我了解到工程开发的过程，可行性分析——>需求分析——>概要设计——>详细设计——>代码编写——>测试——>验收。从技术方面上，我开始jsp基础基本上就是零的，在老师和syz2(另外一个物流小组，我一个人基本上是跟她们做的，或者说是看着她们做的)的帮助下，对jsp有了一个大概的认识。其实实训开始前，我还以为做个系统没什么大不了，可是当真正拿到一个项目，我却真的无从下手了，而且就是在知道需求分析和详细设计，在代码编写时，一样寸步难行。通过这个实训，也让我了解到，团队协作是多么的重要。一个人的精力是多么的有限。进一步理解到，企业为什么如此重视团队协作。同时借用老师的话就是团队协作固然重要，但是是建立在个人素质的基础上，假设你个人素质不行，将会影响到整个团队，就别提对团队作贡献了。xx老师说这几句话的时候，朝向了我，估计是有特殊意义的吧，所以，我将谨记老师的教导。

还有一个收获是从一个同学那里得到的，他的那组成员跟我的这组大体一样，我倒是觉得没什么了，不过他倒是很重视这个问题吧。然后他说出来，我也觉得这个问题确实其实是个大的问题。就是不管你会不会这门技术，会不会做这个东西，态度要正确才好，就算你不会做，你也应该认真的对待，将来出身到社会，就不是说像你现在，不会做就不做，跑去玩游戏了。小胖说出了这段话，也在我身上有了一个印证，虽然我jsp技术知识为0，但我也还是在认真的跟着他们一起做，不会做，就多问，毕竟现在我们是学生，可以毫不顾忌的询

问各种问题，老师也会尽力为你回答。将来出身社会就不一样了。虽然，我就算个打酱油的水平，但是这个酱油也要打得有涵量啊。不管怎么样，我能对自己有个交待，虽然我不会，但是这次实训我确实是认真对待了，六天的实训，除了晚上加班外，还花了2个通宵来完成不同阶段的任务，完成与否也不重要了，我至少我做了，这点，是这次我应该对自己的一个肯定。

这次实训的心得基本上就是这些了，最后特别感谢中软国际带我们的那两个老师(周褀，朱映)，这两个老师对待我们很平易近人，对我们提出的问题，总是不光解决了，还进行了扩展，晚上也跟我们一起加班加到很晚，印象尤其深刻就是朱映老师为了给小胖解决一个问题，脸都变红了，还在继续努力，这点我并不会觉得老师知识储备不够，我想应该是这个问题的突发吧，一时没想到怎么处理。相反让我感觉的就是老师很认真，很负责。还要感谢就是syz2小组的倾力支持，辅导。

机软件心得体会篇7

这学期学习了软件工程实践这门课，我觉得这是对上学期的软件工程课程学习的检验，上学期学习软件工程只是我们浅显的认识，相比之下，这学期就更加全面的说明了开发一个项目所需要的步骤以及开发项目过程中所需要注意的诸多细节。如果说上学期的课程注重理论基础的话，那么这学期的软工实践，顾名思义，就是侧重我们动手操作的能力。

原来我认为开发一个项目最重要的就是写代码，似乎整个软件都是编代码，因为自己动手能力不强所以就很排斥做项目。可是经过我们学习软工课程到团队做项目再到学习软件工程实践课程之后，我才真正意识到实施一个软件工程项目并不是说简单的会编码就能够解决问题的，因为一个软件的生命周期分为三个时期：软件定义时期、开发时期、维护时期，而这三个时期整体又分为七个阶段，他们分别是：问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试，由此可看出，当我们开发一个项目时，更多的精力不是放在编码上，编码只是一个很小的模块，而是项目的整体结构上。

在写软工实践体会之前，我想在这里总结一下上学期三人团队做项目的相关事宜。上学期我们三人团队根据软件开发的步骤开发一个名为“西大老乡‘荟’”的社交系统，主要是为西大学子提供一个找老乡的平台。虽然只进行到详细设计阶段，没有进一步实现，但是我还是从中学到很多东西的。首先要先确定项目主题，也就是这个项目用来做什么，可以解决什么问题。接着就是这个项目是否有研究的必要以及是否有解决的办法，针对我们的项目，我们对西大的一些学生做了问卷调查，并从调查中继续完善系统本身的做用户。第三步根据我们确定的项目主题进行需求分析，这一步骤当时做的不是很好，比如所画e—r图、数据流图等都有考虑不周的问题，导致接下来的概要设计、详细设计进行的很困难，有些步骤甚至还需要返工。

从我们在需求分析中出现的问题，使我们明白了软件定义阶段对于一个项目的开发是至关重要的，当软件定义阶段完成时必须要用正式的文档准确的地记录目标系统的需求。只有前期的准备工作做得好，后面的工作才能顺利进行。虽然项目最后没有完全实现，但是起码我们已经初步体会到软件项目开发的步骤，以及每一步所需要完成的文档等内容。

这学期的软件工程实践虽然不是亲自动手开发一个系统，但是张元平老师以“物联网物流仓储管理系统”为主给我们讲解了一个真实系统的开发过程，从计划到项目系统的发布实施，以及每一步必须生成的文档。我主要从以下五个方面谈一下我的心得体会。

第一、行业背景说明方面

对于一个软件系统的开发，第一步就是问题定义，了解所开发系统的行业背景，制定计划。当我们计划确定以后就要对项目系统本身进行可行性研究，主要从技术可行性、经济可行性和操作可行性三个方面着手。就比如《物联网物流仓库管理系统》的行业背景说明文档中非常详细地分析了当下物联网物流行业的整体业务说明、应用背景、未来发展趋势以及相关应用案例等四个方面，项目团队中系统分析员就可以根据这份文档以及相关的调查资料对将要开发系统的进行定义等工作。

原来我们写这类文档的时候就是草草了事，不会做得这么详细，而这次看到大型项目的行业背景说明也是这么详细，也让自己认识到不管是软件开发的那个阶段都要认真对待，这些琐碎的文档都是后期开发项目的支撑，只要它们做的透彻，后面的开发工作才能更顺利的进行。

第二、项目需求说明方面

这部分项目需求说明就是软件定义时期中需求分析阶段，而该阶段的主要目的就是了解用户的需要，根据用户的需要确定系统必须完成那些工作，并对目标系统提出完整、准确、清晰、具体的要求。在需求分析结束之前系统分析人员要写出一份需求规格说明，即为《物联网物流仓储管理系统》项目需求说明文档。我们可以看出该文档也是非常详细，相比之下我们之前做项目时写的需求规格说明书就非常不合格，不仅格式不正确内容也是少之又少。

在这方面，这篇文档给我启发很大。首先就是文档的格式，要美观整齐，让人看着舒服方便。其次就是文档的内容，原来它不是很重要，写文档的时候也不知道怎么写就借鉴下网上的内容，结果根本就没有把自己项目的需求写明白，以至于自己最后都有些糊涂，所以根据以前的经验教训我会对这部分更加重视。

第三、系统概要设计方面

这部分内容分说的是软件设计时期的概要设计阶段，该阶段的主要目的就是实现系统的功能、设计软件的结构、模块组成以及模块之间的关系。在概要设计阶段，我们可以站在全局的高度上，花较少的成本，从抽象的层次上分析对比多种可能的系统实现方案和软件结构，从中选出最佳方案和最合理的结构。在这个阶段还会具体画出e—r图、数据流图等方面的设计。

比如《物联网物流仓库管理系统》的系统概要设计从项目概述、设计约束、功能单元与功能模块设计、数据e—r图设计、总体设计、界面设计等六个方面介绍，通过读这个文档，我觉得最重要的还是总体设计，分别从逻辑架构设计、物理架构设计、技术架构设计设计系统。在这个阶段中模块要做到高内聚低耦合，这样开发出来的系统才会具有更高的独立性。

在原来做项目时没有编写过这类文档，在该阶段只是画了结构图、层次图以及相关的模块划分，对该类文档尚未重视。通过张老师的讲解和自己的学习，我相信在以后做项目的时候一定会注意到这类文档的编写。

第四、详细设计与分析方面

详细设计阶段就是把概要设计阶段的每个模块进一步设计，确定每个模块所需要的算法和数据结构。在这个阶段还是需要我们设计出程序的详细规格说明，而不是编写程序。在详细设计阶段，系统设计人员可以通过使用程序流程图、盒图、pad图等过程设计的工具和jackson图等面向数据结构的设计工具进一步设计系统相关接口，主要包括界面设计接口、业务单设计接口、单元模块设计接口等，这些对于以后的编码工作都是极其重要的。

第五、编码和测试方案方面

关于编码，我认为编码要想做的完美必备条件就是前面的软件定义和软件设计时期要按部就班的做，文档一定要按要求书写，不能偷懒也不能草草书写。对于编码也要有相应的文档书写规范，要使源程序代码的逻辑简明清晰、易读易懂。这样尽管我们不是设计系统的人员，当看到源程序代码的时候也能容易读懂代码的意思。

其次就是测试的内容，从测试的文档中我们可以得出，其实测试在软件开发中同样占据了重要的地位，它主要就是尽可能多的找到问题并排除其中的潜藏的错误，最终把一个高质量的软件系统交给用户使用。它要求测试人员也要有很高的技术水平。

机软件心得体会篇8

在过去的一年中，我担任公司开发部的一名软件工程师，主要从事着java项目的开发工作，这一年来我低调努力工作着，不求闪亮显眼和光芒四射，只为平静和淡定;这一年中所做的成绩如下：

一、财政局项目，本人独立负责开发会计处的三个子系统：

1、会计人员信用查询系统。

2、代理记账机构信用查询系统。

3、会计人员网上报备系统。

以上三个子系统上线后，方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息，以及方便了各单位对会计人员的报备。

二、餐饮行业项目，在团队开发项目中直接参与了豪享来餐饮有限公司总部的信息综合管理平台项目，主要负责的系统有：

1、房屋租赁合同管理系统。