教师的软件工程心得体会范文范例【汇编10篇】
【请您参阅】下面供您参考的“教师的软件工程心得体会范文范例【汇编10篇】”是由阿拉网友精心整理分享的，供您阅读参考之用，希望此例范文对您有所帮助，喜欢就复制下载支持一下小编了！
教师的软件工程心得体会【第一篇】
转眼，出来社会都已大半年，已是半个社会人了。不能再向学生那样，某些时候可以随心随意。顶岗实习，为我们提供了一个很好的实践机会，可以让我们更好的把理论应用于实践，在实践中领悟理论，更可以学习到很多书本上学习不到的、甚至比理论知识更实用的业务知识。而且，这些实习经验，无疑是我们毕业后就业的一大筹码。作为一个成年人，作为一个社会职业人，任何时候都要守规矩，做好自己的本分，承担起自己所需要承担的责任。经历了2家公司的工作，我渐渐的认识到，每一份工作或每一个工作环境都无法尽善尽美，但每一份工作中都有许多宝贵的经验和资源，如失败的沮丧、自我成长的喜悦、温馨的工作伙伴、值得感谢的客户等等，这些都是工作成功者必须体验的感受和必备的财富。如果每天怀着感恩的心情去工作，在工作中始终牢记“拥有一份工作，就要懂得感恩”的道理，你一定会收获很多很多。在你收获很多很多的同时，你会发现自己已经在锻炼中变得勇敢，坚强，乐观，阔达。这样的你，是不断前进的走在成功的路上的。
将本文的word文档下载到电脑，方便收藏和打印。
教师的软件工程心得体会【第二篇】
时光如梭，如白驹过隙，转眼间三年的大学生涯将尽尾声，在理论知识积累之后，要有一个踏入社会进行实践的过程，也就是理论与实践的结合。特别是对与建筑这种实践性能非常强的一门学科更要强调实际操作技能的培养。而且这门学科在很大程度上与书本有一定程度的差异。很幸运，我于20xx年2月至20xx年4月在内蒙古丰华集团，造价部实习。内蒙古丰华集团建筑安装有限公司始建于1984年，是国家建设部核准资质为壹级建筑企业，集团下属十三个分公司，分别为建筑公司、热力公司、自来水公司、市政公司、装饰装璜公司、管道公司、金属门窗公司等。集团注册资金为5000万元，管理与技术人员超过300人，其中项目经理(国家注册一级建造师)30人，各专业工程师10人，其它各种技术力量为260人，均具有高级、中级技术职。大中型施工设备800余台。
一、实习目的：
通过多次实战练习以及领导、同事们的关爱与帮助，耐心的指导。实习能使我所掌握的理论知识得以升华，把理论与实践找到一个最好的切入点，为我所用。所以就要有一个将理论与实践相融合的机会。在实习中可以得到一些只有实践中才能得到的技术，为我以后参加工作打好基础，这就是我这次实习的目的所在。
二、实习内容:。
这是第一次正式与社会接轨踏上工作岗位，开始与以往完全不一样的生活。每天在规定的时间上下班，上班期间要认真准时地完成自己的工作任务，不能草率敷衍了事。我们的肩上开始扛着责任，凡事得谨慎小心，否则随时可能要为一个小小的.错误承担严重的后果付出巨大的代价，再也不是一句对不起和一纸道歉书所能解决。公司领导常跟我说，你所做的东西对你而言只是数字而已，但到别人那就是真金白银，所以做事一定要小心谨慎，遇到不懂或不确定的东西要多问。
我们顶岗实习的目标和要求是在造价岗位，以准员工的身份参与建筑工程的计量与计价工作。通过顶岗实习，能全面、准确理解施工图的全部内容，掌握一般工业与民用建筑的结构构造及结构特点，能熟练识读建筑施工图和结构施工图。熟悉各种定额性质和组成，掌握一般建筑物的工程量计算规则，掌握一般建筑物的计价方案。在实习中，要多深入工地参与工程施工实践，积累工程施工经验，为以后从事造价工作打基础。
在实习期间，我接触最多的就是软件了，用广联达软件算量，对广联达的操作更熟练。这次实习公司给我的任务主要是用广联达计价软件计算一栋家属楼的量，我做的是5#耧。
用软件算量之前首先要学会看图纸，熟悉图纸。在依据图纸把图画入软件中。5#楼为六层砖混结构，共有三个单元，建筑面积为平方米。抗震烈度为六度。
广联达软件有计价软件，图形算量软件，钢筋算量软件。钢筋算量软件是统计建筑中钢筋的量，图形算量软件是统计混凝土，砖等除了钢筋的其他所有量，而计价软件是把所有的量都套上价，所以每个环节都是必不可少的。我作图的顺序是先做钢筋算量软件然后导入图形算量最后导入计价软件中。在钢筋算量软件中画构件的顺序是：砖墙-----构造柱----梁----板----其他。画楼层的顺序是先画首层在往上画直到顶层最后画基础层。画所有构件时都是先定义在绘图。
砖墙――在图纸中砖有240、370、120的且都为多孔砖，依据图纸定义砖墙，在绘入图中。在砖墙中主要是墙与构造柱交界处的加强筋。
构造柱――在图纸中所有的柱子都为构造柱。构造柱中的钢筋主要有箍筋、纵筋。设置钢筋一定要注意间距和规格。
梁――在图中，梁有圈梁、连梁。梁中的钢筋有纵筋和箍筋，特别需要注意的在洞口有加筋。梁的标高要正确。
板――在板中有附加筋和受力筋，在顶层是坡屋顶需要注意钢筋的锚固。其他――挑檐，阳台楼梯等需要计算钢筋的其他构件。
1、楼梯装饰定额中，包括了踏步、休息平台和楼梯踢脚线，但不包括楼梯底面抹灰。台阶、坡道、散水定额中，仅含面层的工料费用，不包括垫层。
2、块料面层、木地板、活动地板，按图示尺寸以平方米计算。扣除柱子所占的面积，门窗洞口、暖气槽和壁龛的开口部分工程量并入相应面层内。
3、块料踢脚、木踢脚按图示长度以米计算。
4、找平层、整体面层按房间净面积以平方米计算，不扣除墙垛、柱、间壁墙及面积在平方米以内孔洞所占面积，但门窗洞口、暖气槽的面积也不增加。
5、楼梯面层工程量按楼梯间净水平投影面积以平方米计算。楼梯井宽在500mm以内者不予扣除，超过500mm者应扣除其面积。
6、预制板沟缝一般包含在抹灰、刮腻子中，不单独计算。当预制板底不抹灰，而直接吊顶时，此时应单独计算预制板沟缝。
7、天棚面层按图示展开面积以平方米计算，不扣除检查口、附墙烟囱、附墙垛和管道所占的面积，但应扣除独立柱、与天棚相连的窗帘盒、以上的洞口及嵌顶灯槽所占的面积。
三、实习成果:。
通过钢筋算量软件，5#楼整个工程的单位平方米钢筋量为24吨，总的吨数为。通过图形算量软件统计出来的混凝土量为，砖的量为。最后整个工程的造价为39，单位平方造价为。
四、实习总结:。
进入公司后，给我最大的感触就是学校到社会的大环境的转变，身边接触的人也完全换了角色，老师变成老板，同学变成同事，相处之道完全不同。在这巨大的转变中，我们可能彷徨，迷茫，无法马上适应新的环境。我们也许看不惯企业之间残酷的竞争,无法忍受同事之间漠不关心的眼神和言语。很多时候觉得自己没有受到领导重用，所干的只是一些无关重要的杂活，自己的提议或工作不能得到老板的肯定。做不出成绩时，会有来自各方面的压力，老板的眼色同事的嘲讽。而在学校，有同学老师的默默关心和支持，每日只是上上课，很轻松。常言道：工作一两年胜过十多年的读书。2个月的实习时间让我从中学到了很多知识，关于做人，做事，做学问等等。
从思想方面让我感觉在社会中，对于工作方面只能靠自己的能力来做事情，别人是帮不了自己的。因为每个人都要生存，每个人都要工作，每个人都是为了自己的生活而努力工作，是没有时间也没有义务去别人做事情的，因此出来实习，我的大部分时间是自己在学习研究的，只有确实没有办法做出结果或是完全不懂得时候去请教别人，而且讲解的时间是非常短暂的。而在学校大家可以互帮互助的，在遇到困难的时候可以向别人请教或者是大家一起讨论，像以前的这种思想，在我实习的这个阶段让我完全的改变了。现在让我更加深刻的理解了“人要靠自己”这就话。从生活方面让我感觉唯一不变的就是家人的关心，虽然在工作的时候别人也会关系你的生活问题，但是是很少的一部分。自己遇到的问题不能像以前一样向同学、向朋友倾诉，只能自己慢慢的解决消化。同事之间并不是无话不谈，而是有话少谈。即使是聊天、谈话也是关于工作方面，很少涉及到自己的私人情感，家庭矛盾或者是目前处于的困境无法解脱。
从工作方面让我觉得刚入公司做好本职工作并不是一件容易的事情。刚入单位，为了了解一下我的工作能力，领导很快的布置了一项我以前没有做的任务给我，要求我在一个星期之内完成。完成这个任务是要使用鲁班钢筋算量的软件的，但是这个软件是我从来没有接触的，因此我要一边学习软件的使用，一边完成我的任务。幸运的是在软件学习方面给我安排了一位老师教我使用，在拿到任务后的两天里，我学习了软件的操作及要点，接下来就是在似懂非懂的状态下来完成吩咐给我的任务。在做的过程中遇到不会的立刻向那位老师请教，在别人下班的时候我留下来加班，害怕自己完成不了任务。连续的加班3天，最终完成了此项任务，做完后请那位老师帮我检查一下，最后也没有太大的问题。土建预算做了几个工程后又进行了安装预算编制的学习，虽然没进行标底编制，但还是着手做了一个工程练习练习。以前在校老师教育我们“在学校里学的不是知识，而是一种叫做自学的能力”。参加工作后才能深刻体会这句话的含义。随着新的定额的推出、新价目的推出、新计算建筑面积规则的出现、预算软件的不断更新等，自己所学的专业知识用上的并不多，让我不得不重新学习新的计算方法。在这个信息爆炸的时代，知识更新的速度太快了，靠原有的一点知识肯定是不行的。我们必须时时刻刻在工作中勤于动手慢慢琢磨，不断学习不断积累。遇到不懂的地方，自己先想方设法解决，实在不行可以虚心请教他人，而没有自学能力的人迟早要被企业和社会所淘汰。
从为人处事方面来看，踏上社会我们与形形色色的人打交道。由于存在着利益关系，而且工作繁忙，很多时候同事不会像同学一样对你嘘寒问暖。而有些同事表面笑脸相迎，背地里却勾心斗角不择手段，踩着别人的肩膀不断地往上爬。有的时候自己没有事情做的时候，想让别人分一部分任务给自己做，估计是因为涉及到业务提成问题，从来没有人会有多余的事情来让我做的，除了公司领导吩咐说这个工程让我来做，因此刚出校门的我们很多时候无法适应。但是环境往往会影响一个人的工作态度，让人不断的认识社会，了解社会，熟悉社会，最后融入社会。所以我们以后有可能会像别人一样冷漠，也有可能像我们在校时候天真，热情。当然我还是希望我们在以后还是会像在学校那样学会资源共享，互帮互助，相互学习。
从自身的能力来看，我感觉要学习的东西太多了，如最基本的为人处事方面，欠缺的太多，人家的一言一行都有不同的含义，人家的一言一行都有全方位的考虑，但是我刚入社会，考虑的东西很不齐全，所以有些时候说的话做的事情也不是很妥当。再如工作能力，工程造价涉及的内容比较多，范围比较广，而且要了解施工工艺，了解重要部位的做法，了解价格材料等等，因此我们需要非常丰富的工程经验才能做好工程造价。所以说像我们这样刚出校门的大学生来说，我们做任务的时候也是在学习的时候，做的任务越多积累经验也就越多，往往因为我们是刚出校门的原因，有很多工程是我们不能做的，所以可以做的内容也非常有限，因此从工作能力来说我也是有待提高的。工作中我们常常要与别人配合完成一项任务，在这个过程中也是我们学习的时候，比如说别人交代你的东西你可以很好完成的话，别人也愿意教你一些东西，如果说完成的不是很好的话，很有可能被别人认为你不会做事，比较笨，在以后的工作中有问题请教别人的话，别人也不一定愿意教你。所以在与别人配合的时候，也要头脑灵活，这样才能被别人认同。
通过这实习，给我的感触也颇多，学到的东西也非常的多，为我以后的工作打下了结实的基础，同时也非常感谢学校老师给我们这次实习的机会。这次实习是给我们一次理论与实践相结合的机会，我们只要把握住这次机会，我们就可以很快的融入社会，立足于社会。因此说，我非常的珍惜此次实习，利用好实习的每一分钟来充实自己，让自己很快的成长起来。当然在这段时间里，我也得到了公司领导的认可，这也是我值得骄傲的事情，同时我也知道有这么一句话：“骄兵必败”，因此我会脚踏实地的加倍努力工作，谱写以后的美好人生。
将本文的word文档下载到电脑，方便收藏和打印。
教师的软件工程心得体会【第三篇】
1需求分析产生了软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。不涉及具体实现方法。用户能看得明白，开发人员也可据此进行下面的工作（概要设计）。
2.概要设计产生了软件概要设计说明书，说明系统模块划分、选择的技术路线等，整体说明软件的实现思路。并且需要指出关键技术难点等。
在进行需求分析时，我们既是开发者又是用户，本系统的业务流程与业务分类的定义比较难。我们的团队进行了研讨，还充分运用了身边的各种资源，大量的查找了很多网络上关于工资系统的资料。通过资料的进行讨论、根据我们的课题进行分析，最后确定了用户的需求为：
1.本系统在高校应用后高校工资管理方面的教职工将减少至目前的50%左右；
2.本系统在高校应用后将在高校各方面的成本将会有所降低；
3.本系统在高校应用后将教职工的工资达到完全透明，计算更加精确教职工因纠纷事件减少到1%。根据分析将系统的功能从一般教职工与系统管理者两个角度将功能划分为7个模块，当然介于我们的知识有限，有的功能没有实现：员工工资与考勤直接挂钩，但本系统无法与员工考勤系统挂钩相连，由于涉及此系统时该高校并没有员工考勤系统，而且我们在最初进行商量的时候也没有提出该要求。
从概要阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。由概要设计说产生大的概要说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。
在本阶段主要涉及处理流程的设计、总体结构和模块外部设计、功能分配。在接口设计上有用户接口、外部接口、内部接口；数据结构设计有逻辑结构设计、物理结构设计等等。在接口设计时参考了大量的资料。
最后就是编写文档——软件需求说明书、概要分析说明书。
而文档的作用在于：一是可以帮助整理思路。把要完成的目标，系统的结构，每一个模块的功能等整理一下，然后分门别类地写下来，这样在开发的过程中，就有据可依，在需要回过头来修改设计的时候，也有证可考。二是便于交流。三是可以作为以后维护时的参考资料。
我们进行了为期一周的课程设计。通过这次课程设计，我拓宽了知识面，锻炼了能力，综合素质得到较大提高。安排课程设计的基本目的，在于通过理论与实际的结合、人与人的沟通，进一步提高思想觉悟。尤其是观察、分析和解决问题的实际工作能力，以便培养成为能够主动适应社会主义现代化建设需要的高素质的复合型人才。作为整个学习体系的有机组成部分，课程设计虽然安排在一周进行，但并不具有绝对独立的意义。它的一个重要功能，在于运用学习成果，检验学习成果。运用学习成果，把课堂上学到的系统化的理论知识，尝试性地应用于实际设计工作，并从理论的高度对设计工作的现代化提出一些有针对性的建议和设想。检验学习成果，看一看课堂学习与实际工作到底有多大距离，并通过综合分析，找出学习中存在的不足，以便为完善学习计划，改变学习内容与方法提供实践依据。对我们信息管理与信息系统专业的学生来说，实际能力的培养至关重要，而这种实际能力的培养单靠课堂教学是远远不够的，必须从课堂走向实践。这也是一次预演和准备毕业设计工作。通过课程设计，让我们找出自身状况与实际需要的差距，并在以后的学习期间及时补充相关知识，为求职与正式工作做好充分的知识、能力准备，从而缩短从校园走向社会的心理转型期。课程设计促进了我系人才培养计划的完善和课程设置的调整。
在一个星期的课程设计之后，我们普遍感到不仅实际动手能力有所提高，更重要的是通过对软件开发流程的了解，进一步激发了我们对专业知识的兴趣，并能够结合实际存在的问题在专业领域内进行更深入的学习。
软件工程课程虽已结束，但我对于软件工程的学习才刚刚开始。我体会到项目管理的重要性，随着软件规模、复杂度的不断增加，项目开发中更多的是协作、管理和控制。我学习到很多一般性的方法，例如：需求获取、模块化、计划等等。同时，我也认识到使用计算机解决实际问题的复杂性，人们认识表达的过程不断反复、逐步深化，软件工程方法要提供给程序员们一种更加有效的对客观世界问题域进行形式化的过程方法。
教师的软件工程心得体会【第四篇】
经过长时间对国贸软件的的使用，在不断练习操作的过程中，我对国贸软件的最深刻感觉是：学以致用、有趣、必须细心耐心反应迅速。
1.学以致用。
作为国贸专业，经过长时间的理论学习，急需通过实际操作或某种近似于实际操作的平台对所学的理论知识加以实践，以求进一步掌握和巩固，而国贸软件正提供了这样一种平台。该软件涉及了及出口贸易的各个方面和环节，从外贸公司的经营运作到实际的进出口业务流程，都能进行模拟实训。在使用过程中，会遇到很多国贸的基础理论知识和实务技能，这是对国贸理论掌握程度的最好考察。眼过千遍不如手过一遍，相对于理论部分而言，国贸实务更注重实际操作，通过这种理论结合实践的方式，巩固基础知识，查找理论学习的不足，以前学习的实物理论基础知识会更加的具体和直观。同时，该软件的实务操作部分与报关员报关实务所涉及的知识基本一致，这对于我的报关员考试复习提供了很大的帮助。
2.有趣。
该软件通过“实战”方式训练，会在操作过程中遇到很多难题和挑战，这些必须自己想办法解决。由于大家进行了角色划分，形成了一个虚拟市场，所以大家之间相互的竞争是必不可少的，大家会从各个方面进行竞争。竞争在现在是无法避免的，意识正是现代社会生存发展所需要的。正是这种竞争，使得我(相信大家)对该软件产生了浓厚的兴趣。
3.细心、耐心、反应迅速。
国贸软件涉及大数据计算的繁琐的单证填写，所以必须做到细心耐心，例如，在填制外贸合同时，一个小小的数据错误或是货物装运、指运港名称的错误都会是合同填写失败;填写保险单或是报关单证，没有严格按照合同数据填制就会导致填写出现错误，无法进行下一步骤，影响实验效率。
在操作过程中，除了复习、巩固所学国贸理论外，另一个重要任务就是想办法“赚钱”，提高自己企业的盈利水平和生存能力，这就要求必须反应迅速、判断准确，否则会觉得企业经营的举步维艰。
以上就是经过一段时间对国贸软件的操作使用产生的心得体会。
我们是20xx年3月7号进入宏天实训公司参加软件开发实训的，在此次实训中，除了让我明白工作中需要能力，素质，知识之外，更重要的是学会了如何去完成一个任务，懂得了享受工作。当遇到问题，冷静，想办法一点一点的排除障碍，到最后获取成功，一种自信心就由然而生，这应该就是工作的乐趣。有时候不懂的就需要问别人了，虚心请教，从别人的身上真的能学到自己没有的东西，每一次的挫折都会使我更接近成功。还有学会了在工作中与人的合作与交流，同乐同累，合作互助，这是团体的精神，也是必须学习的东西。
经过之前的在校学习，对程序设计有了一定的认识与理解。在校期间，一直都是学习理论知识，没有机会去参与项目的开发。所以说实话，在实训之前，软件项目开发对我来说是比较抽象的，一个完整的项目要怎么分工以及完成该项目所要的步骤也不是很明确。而经过这次实训，让我明白了一个完整项目的开发，必须由团队来分工合作，并在每个阶段中进行必要的总结与论证。
一个完整项目的开发它所要经历的阶段包括：远景范围规划和用例说明、项目结构和风险评估、业务功能说明书、详细设计说明书、代码实现、测试和安装包等等。一个项目的开发所需要的财力、人力都是很多的，如果没有一个好的远景规划，对以后的开发进度会有很大的影响，甚至会出现在预定时间内不能完成项目或者完成的项目跟原来预想的不一样。一份好的项目结构、业务功能和详细设计说明书对一个项目的开发有明确的指引作用，它可以使开发人员对这个项目所要实现的功能在总体上有比较明确的认识，还能减少在开发过程中出现不必要的麻烦。代码的实现是一个项目开发成功与否的关键，也就是说，前期作业都是为代码的实现所做的准备。
我深刻的认识到要成为一名优秀的软件开发人员不是一件容易的事情，不仅要有足够的干劲和热情，还要有扎实的编写代码基础，必须要有事先对文档进行可靠性报告，功能说明书，详细设计说明书等的编写和一些风险评估的编写的能力。
除了图书馆，最能让我感觉到身在大学的就是实训机房，在匆匆过去的两个月内，我往返于实训机房与宿舍之间，使我享受了一个充实的学习时期，让我感受到了大学的魅力，对自己充满信心，对大学充满信心，以积极的心态迎接明天挑战。
实训中要求有扎实的理论基本知识，操作起来才顺心应手，我这时才明白什么是“书到用时方恨少”。这就激发了学习的欲望。
“学以致用”，就是要把学来的知识能运用到实际操作当中，用实践来检验知识的正确性。我想，这是实训的最根本目的。
“纸上得来终觉浅，绝知此事要躬行!”,在短暂的实训过程中，让我深深感受到自己在实际运用中专业知识的匮乏。以前总以为自己学的还不错，一旦应用到实际就大不一样了，这时才真正领悟“学无止境”的含义。
经过为期两个月的电子政务服务平台系统开发的实训，我对visual软件开发平台有了更深一步的了解，对微软基础类库的认识与使用也有了大大的提高。以及如何使用sqlserver数据库进行连接操作方面有了本质的提高。
短短的实训结束了，为我将来的就业打下了良好的基础，也提高了我的软件开发的水平，今后我将会更加努力的学习，不断提高自身素质，开拓创新，与时俱进，做一个优秀的软件开发工程师。
这学期学习了软件工程实践这门课，我觉得这是对上学期的软件工程课程学习的检验，上学期学习软件工程只是我们浅显的认识，相比之下，这学期就更加全面的说明了开发一个项目所需要的步骤以及开发项目过程中所需要注意的诸多细节。如果说上学期的课程注重理论基础的话，那么这学期的软工实践，顾名思义，就是侧重我们动手操作的能力。
原来我认为开发一个项目最重要的就是写代码，似乎整个软件都是编代码，因为自己动手能力不强所以就很排斥做项目。可是经过我们学习软工课程到团队做项目再到学习软件工程实践课程之后，我才真正意识到实施一个软件工程项目并不是说简单的会编码就能够解决问题的，因为一个软件的生命周期分为三个时期：软件定义时期、开发时期、维护时期，而这三个时期整体又分为七个阶段，他们分别是：问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试，由此可看出，当我们开发一个项目时，更多的精力不是放在编码上，编码只是一个很小的模块，而是项目的整体结构上。
在写软工实践体会之前，我想在这里总结一下上学期三人团队做项目的相关事宜。上学期我们三人团队根据软件开发的步骤开发一个名为“西大老乡‘荟’”的社交系统，主要是为西大学子提供一个找老乡的平台。虽然只进行到详细设计阶段，没有进一步实现，但是我还是从中学到很多东西的。首先要先确定项目主题，也就是这个项目用来做什么，可以解决什么问题。接着就是这个项目是否有研究的必要以及是否有解决的办法，针对我们的项目，我们对西大的一些学生做了问卷调查，并从调查中继续完善系统本身的做用户。第三步根据我们确定的项目主题进行需求分析，这一步骤当时做的不是很好，比如所画e-r图、数据流图等都有考虑不周的问题，导致接下来的概要设计、详细设计进行的很困难，有些步骤甚至还需要返工。
从我们在需求分析中出现的问题，使我们明白了软件定义阶段对于一个项目的开发是至关重要的，当软件定义阶段完成时必须要用正式的文档准确的地记录目标系统的需求。只有前期的准备工作做得好，后面的工作才能顺利进行。虽然项目最后没有完全实现，但是起码我们已经初步体会到软件项目开发的步骤，以及每一步所需要完成的文档等内容。
这学期的软件工程实践虽然不是亲自动手开发一个系统，但是张元平老师以“物联网物流仓储管理系统”为主给我们讲解了一个真实系统的开发过程，从计划到项目系统的发布实施，以及每一步必须生成的文档。我主要从以下五个方面谈一下我的心得体会。
第一、行业背景说明方面。
对于一个软件系统的开发，第一步就是问题定义，了解所开发系统的行业背景，制定计划。当我们计划确定以后就要对项目系统本身进行可行性研究，主要从技术可行性、经济可行性和操作可行性三个方面着手。就比如《物联网物流仓库管理系统》的行业背景说明文档中非常详细地分析了当下物联网物流行业的整体业务说明、应用背景、未来发展趋势以及相关应用案例等四个方面，项目团队中系统分析员就可以根据这份文档以及相关的调查资料对将要开发系统的进行定义等工作。
原来我们写这类文档的时候就是草草了事，不会做得这么详细，而这次看到大型项目的行业背景说明也是这么详细，也让自己认识到不管是软件开发的那个阶段都要认真对待，这些琐碎的文档都是后期开发项目的支撑，只要它们做的透彻，后面的开发工作才能更顺利的进行。
第二、项目需求说明方面。
这部分项目需求说明就是软件定义时期中需求分析阶段，而该阶段的主要目的就是了解用户的需要，根据用户的需要确定系统必须完成那些工作，并对目标系统提出完整、准确、清晰、具体的要求。在需求分析结束之前系统分析人员要写出一份需求规格说明，即为《物联网物流仓储管理系统》项目需求说明文档。我们可以看出该文档也是非常详细，相比之下我们之前做项目时写的需求规格说明书就非常不合格，不仅格式不正确内容也是少之又少。
在这方面，这篇文档给我启发很大。首先就是文档的格式，要美观整齐，让人看着舒服方便。其次就是文档的内容，原来它不是很重要，写文档的时候也不知道怎么写就借鉴下网上的内容，结果根本就没有把自己项目的需求写明白，以至于自己最后都有些糊涂，所以根据以前的经验教训我会对这部分更加重视。
第三、系统概要设计方面。
这部分内容分说的是软件设计时期的概要设计阶段，该阶段的主要目的就是实现系统的功能、设计软件的结构、模块组成以及模块之间的关系。在概要设计阶段，我们可以站在全局的高度上，花较少的成本，从抽象的层次上分析对比多种可能的系统实现方案和软件结构，从中选出最佳方案和最合理的结构。在这个阶段还会具体画出e-r图、数据流图等方面的设计。
比如《物联网物流仓库管理系统》的系统概要设计从项目概述、设计约束、功能单元与功能模块设计、数据e-r图设计、总体设计、界面设计等六个方面介绍，通过读这个文档，我觉得最重要的还是总体设计，分别从逻辑架构设计、物理架构设计、技术架构设计设计系统。在这个阶段中模块要做到高内聚低耦合，这样开发出来的系统才会具有更高的独立性。
在原来做项目时没有编写过这类文档，在该阶段只是画了结构图、层次图以及相关的模块划分，对该类文档尚未重视。通过张老师的讲解和自己的学习，我相信在以后做项目的时候一定会注意到这类文档的编写。
第四、详细设计与分析方面。
详细设计阶段就是把概要设计阶段的每个模块进一步设计，确定每个模块所需要的算法和数据结构。在这个阶段还是需要我们设计出程序的详细规格说明，而不是编写程序。在详细设计阶段，系统设计人员可以通过使用程序流程图、盒图、pad图等过程设计的工具和jackson图等面向数据结构的设计工具进一步设计系统相关接口，主要包括界面设计接口、业务单设计接口、单元模块设计接口等，这些对于以后的编码工作都是极其重要的。
第五、编码和测试方案方面。
关于编码，我认为编码要想做的完美必备条件就是前面的软件定义和软件设计时期要按部就班的做，文档一定要按要求书写，不能偷懒也不能草草书写。对于编码也要有相应的文档书写规范，要使源程序代码的逻辑简明清晰、易读易懂。这样尽管我们不是设计系统的人员，当看到源程序代码的时候也能容易读懂代码的意思。
其次就是测试的内容，从测试的文档中我们可以得出，其实测试在软件开发中同样占据了重要的地位，它主要就是尽可能多的找到问题并排除其中的潜藏的错误，最终把一个高质量的软件系统交给用户使用。它要求测试人员也要有很高的技术水平。
教师的软件工程心得体会【第五篇】
在本学期的软件工程课程的学习中，我们学习了十一章的内容。
第一章软件与软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。
第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。
还引出了工具uml。
第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、e-r图以及状态图式本节的重点。
第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。
第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。
第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系;还介绍了白盒测试技术以及黑河测试技术。
第七章统一建模语言uml概述，本章详细介绍了uml的基本模式、事物、关系及建模时用到的各种图进行了介绍。
第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。
第九章软件体系结构与设计模式，本章对软件体系结构的'基本概念、典型风格等进行了讲解。
第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。
第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则：软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
我们学习了详细设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。
包括程序流程图、n-s图、pad图、hipo图。
程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。
它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。
教师的软件工程心得体会【第六篇】
软件工程及未来发展趋势心得体会软件工程是一门研究用工程方法构建和维护有效的、实用的和高质量的软件的学科。它的成果是为软件设计和开发人员提供思想方法和工具。
商业形态从最开始的硬件辅助到代码核心竞争力到后来的服务阶段。30多年来，随着软件工程的研究和实践取得了跨越性的进步，it和制造业以及各种行业的结合，进入软件定义时代的阶段。同时获得了一些具有里程碑意义的进展，尽管目前离彻底解决“软件危机”还有一些差距，但软件工程的方法对软件产业的发展还是起到了很大的推动作用。软件产业也迈入了高质量发展的阶段，并且有一定的成绩。
20xx年中国软件产业年会的召开以“软件定义的时代-数字、融合与生态”为主题，中国工程院院士孙家广在主旨演讲中表示，“软件是信息技术之魂，经济转型之擎、网络安全之盾、数字社会之基、大国博弈之焦、高质量发展的抓手，软件赋能、赋值、赋智作用日益明显。”他表示，软件开源是我国成为软件强国的根本举措和保障。中国工程院院士廖湘科也在报告中提出，工业软件要向建设信息技术和先进制造技术深度融合、控制管理整个生产模式的基础软件平台发展。在真实世界感知的数据进入到虚拟世界，进行关联和跨域关联的分析，在进行智能处理之后，再反馈到真实世界。运行平台基于云端的硬件结构，在未来设计软件的过程中，我们要考虑的是不再针对一台服务器设计软件，在设计的时候需要考虑云端，在这样的前提下去设计软件。总的来说，整个软件体系就是一个生态链，市场通过软件平台来控制，所有的技术和商业模式的竞争都堆积在it软件平台，各个行业的it从业人员可以协同，硬件追求越来越快，软件追求规模。生态链需要协同创新，学科交叉。软件是灵魂的载体，它具体应用在知识领域在生活智能方面的应用。东软集团股份有限公司董事长兼ceo刘积仁作题为“软件的赋能时代”，表明，企业也是软件的载体。软件在今后具有无限的发展空间，我们应该为从事这个行业而感到幸运。软件在今后的发展中不仅仅表现的是licenseip的价值，软件可以承载一个崭新的创业的公司创造资本市场的奇迹。核心就是软件表达的方式从我们单纯卖解决方案、卖服务，软件从我们过去依赖于软件工程师，最后我们要成为在新经济的发展、新消费发展的一个新的平台。
信息革命的核心体现在，集成电路是细胞，通讯网络是动脉，计算机工具是大脑，信息资源是血浆，应用需求是心脏，安全是免疫系统，软件是灵魂。软件产业是第一大产业，面向对象是软件技术的基本指导思想，它的发展过程从最初的个人技巧，到结构化，再到最终的面向对象，覆盖范围也发展到运行技术、工具技术、到过程技术。软件理论方法技术应用于x应用场景。应用场景的'构建主要是体现在，可感知+可编程+可计算+可调控等方面。软件很大程度上改变了我们的生产生活方式，在现在社会中，对于软件的开发，我们不在只是单纯的系统开发，文档手册，还要考虑到所处的环境以及大数据，智能算法等多方面的综合考量。
软件同时也在驱动着世界经济的变革。在世界经济全球化发展的趋势下，软件行业也在向全球化发展，在今天，软件的开发也不再是一个国家或者一个行业自身的发展而是整个社会的发展趋势。当前软件行业无论国内还是国际上整体处于手工作坊式阶段，以项目组或产品组为单位组织开发人员，围绕一个项目或者一个产品的某一迭代版本进行收工作业。其服务模式始终停留在并行开发多个无关的小型项目。对于这样的情况，单单只是依靠某个国家自身的实力是很难实现软件技术全面提升的。微观层面来看，光学相机被数码相机取代，移动磁盘、光盘基本上被u盘取代。智能手机的出现也带来了it产业格局的重塑。it产业巨变的核心动力是用户群体的快速增加以及it扩散的范围迅速。继智能手机、平板电脑被软件重新定义后，其他it产品也在不断被软件重新定义，增加一个操作系统之后，物理功能被无限的简化，功能被无限的拓展，不断地丰富。整个经济社会加快在网络空间的映射，形成现实与网络交融的数字世界。信息物理系统（cps）实现大型工程系统的实时感知、动态控制和信息服务。
数据表征、智能处理、软件定义，三元融合将打造一个全新的世界。大数据在消费it领域的作用更加明显，只要用pc上网或者手机浏览信息，性别、年龄、爱好、踪迹等等便被大数据刻画，从而根据现有信息推断出你可能要做的事。总的来说，大数据不仅是传统产业升级的助推器，同时也是新兴产业的催化剂。软件的定位已经从服务软件发展到定义硬件，也许在不久的将来，软件不仅仅是改变世界，而是重新定义我们已知的世界，正如大数据的出现，或许不久的将来，产品经销商会比我们更了解自己的需求。
随着软件市场的竞争压力越来越大，我们所面临的it环境更为复杂化，为了应对来自各方面的挑战问题，我们需要更多的创新能力和业务灵活性。提高模块化思想，从根本上解决所面临的问题。
教师的软件工程心得体会【第七篇】
学习了这门课程,还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原那么:软件工程目标:生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品到达预期功能的程度。
可用性指软件根本构造、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不管在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程:生产一个最终能满足需求且到达工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统构造，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据构造说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后确实认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。软件工程的原那么是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原那么。
pad图:它是用构造化程序设计思想表现程序逻辑构造的图形工具。pad也设置了五种根本控制构造的图示，并允许递归使用。hipo图:hipo图是由一组ipo图加一张hc图组成。它是美国ibm公司在软件设计中使用的主要表达工具。hc图既是层次图，用于表示软件的分层构造。hc图中的每一个模块，均可用一张ipo图来描述。ipo图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入处理输出三者之间的联系。还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。测试方法有分析方法(包括静态分析法与白盒法)与非分析方法(称黑盒法)。静态分析技术:不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做构造检查、流程分析、符号执行来找出软件错误。动态测试技术:当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数那么描述了输入的定义域与输出值域的关系。还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识根底较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标终究是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进展提软件工程对于初学者来说，知识根底较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标终究是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进展提高，制定出详细的学习规划。还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进展研究拓展;在学习语言时，要看看与c语言的联系，多思多想，把从各个科目学到的知识通汇贯穿。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。一个完整的工程规划须包括，软件的定义，可行性分析报告，工程开发方案，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试方案，测试分析报告，开发进度报告，工程开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进展周密的筹划、详细的分工部署和人员安排，且各阶段要据详细情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的标准的编码风格是非常重要的事。因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无标准可言，那么别人怎么能读懂你的程序读不懂程序，维护又从何谈起呢所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在标准的根底上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比拟三种方法的优缺点，例如:传统方法虽然使软件摆脱了和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比拟强的系统。形式化方法那么是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的根底，并以此为根底将其扩散开来，应用于今后的实践。不断锻炼自己，向一名合格的程序设计师迈进。
这次软件工程实训是从号开始的，截至号。实训内容是用java相关知识(主要是jsp)做一个物流配送系统。下面谈谈对这次实训的看法。
因为自己平时对java知识储藏缺乏，特别是jsp这一块根本不了解怎么回事，所以一拿到这个工程，我心里都是没有底的，再加上我被分到的那个组，我知道就意味着是我一个人在战斗了。呵呵，26号，实训开始了，我们的老师是中软国际公司的程序员，一个是周褀，一个是朱映，都是一身朴素的着装，让我感觉做软件的也没什么两样。老师介绍了自己之后，就直接切入正题了，分析了下我们各个组的系统，即将用到的知识，然后就总体把觉得需要补充的知识(jsp和数据库连接等这几块)给我们实际操作了下，因为当时看到用jsp，还讲的那么认真，当时我就懊悔了，平时要是多听点，现在老师这么认真的给我们讲，这是一个多么难得的时机啊。懊悔也没用啊，开始还勉强能理解一点，后来就直接晕了。然后再给大家介绍了一些即将用到的'工具，比方rationalrose，svn，myeclipse等等。接下来的几天就不再细讲了。下面谈谈通过这次实训的心得体会吧。
通过这次实训，让我了解到工程开发的过程，可行性分析——需求分析——概要设计——详细设计——代码编写——测试——验收。从技术方面上，我开始jsp根底根本上就是零的，在老师和syz2(另外一个物流小组，我一个人根本上是跟她们做的，或者说是看着她们做的)的帮助下，对jsp有了一个大概的认识。其实实训开始前，我还以为做个系统没什么大不了，可是当真正拿到一个工程，我却真的无从下手了，而且就是在知道需求分析和详细设计，在代码编写时，一样寸步难行。通过这个实训，也让我了解到，团队协作是多么的重要。一个人的精力是多么的有限。进一步理解到，企业为什么如此重视团队协作。同时借用老师的话就是团队协作固然重要，但是是建立在个人素质的根底上，假设你个人素质不行，将会影响到整个团队，就别提对团队作更多奉献了。**老师说这几句话的时候，朝向了我，估计是有特殊意义的吧，所以，我将谨记老师的教诲。
还有一个收获是从一个同学(小胖)那里得到的，他的那组成员跟我的这组大体一样，我倒是觉得没什么了，不过他倒是很重视这个问题吧。然后他说出来，我也觉得这个问题确实其实是个大的问题。就是不管你会不会这门技术，会不会做这个东西，态度要正确才好，就算你不会做，你也应该认真的对待，将来出身到社会，就不是说像你现在，不会做就不做，跑去玩游戏了。小胖说出了这段话，也在我身上有了一个印证，虽然我jsp技术知识为0，但我也还是在认真的跟着他们一起做，不会做，就多问，毕竟现在我们是学生，可以毫不顾忌的询问各种问题，老师也会尽力为你答复。将来出身社会就不一样了。虽然，我就算个打酱油的水平，但是这个酱油也要打得有涵量啊。不管怎么样，我能对自己有个交待，虽然我不会，但是这次实训我确实是认真对待了，六天的实训，除了晚上加班外，还花了2个通宵来完成不同阶段的任务，完成与否也不重要了，我至少我做了，这点，是这次我应该对自己的一个肯定。
这次实训的心得根本上就是这些了，最后特别感谢中软国际带我们的那两个老师(周褀，朱映)，这两个老师对待我们很平易近人，对我们提出的问题，总是不光解决了，还进展了扩展，晚上也跟我们一起加班加到很晚，印象尤其深刻就是朱映老师为了给小胖解决一个问题，脸都变红了，还在继续努力，这点我并不会觉得老师知识储藏不够，我想应该是这个问题的突发吧，一时没想到怎么处理。相反让我感觉更多的就是老师很认真，很负责。还要感谢就是syz2小组的倾力支持，辅导。
时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的。
最先在内部系统组参与内部管理系统开发。
(struts+mysql+spring+hibernate)，之后是去做网络交换机软件的脚本测试。现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经历。至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。
1、浅谈测试。
一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际情况中，测试是既重要且难以精湛的其真正的压力，在于找不到bug，责任在你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经历总结和想象力。而要做到高级测试工程师，那么一定要懂编码，因为这是你完全掌握整个系统的方方面面详细运作的前提。但占主导地位的，还是大型系统的集成测试经历。实际工程中，编码时间一般只占30%左右，真正消耗时间的是it阶段的找bug与对应bug，此阶段根本评定了coder的编码质量。
2、程序员的困惑。
有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此根底上去做详细记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你。
3、如何调试追踪。
如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的详细值，那是最好途径。eclipse是个很爽的ide，这点做的很好。例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步stepover，让sql字段(存取最终sql语句的字符串)运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题。
遇到问题先自己思考，无从下手再找高手帮助看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。
解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间。
把代码写的漂亮，注释、空行、标准一样不能少，可读性是放在第一位。曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很流畅，方便自己也方便别人。任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比拟好走了。
在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的工程，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个工程，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。
从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个局部。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。
刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人承受和认可，在进展过程中不会出现崩溃性的问题，这些工作缺一不可。
还有就是接下来的一些设计模块，此模块与软件编码涉及比拟严密，主要是解决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影响大，因此再次也不做过多的介绍。在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人不怎么想做事情时，他对于整个组织的影响是消灭性的，正所谓“一颗老鼠屎，能坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的时机，我会在第一时间将他去除出去。还有就是，作为组长，你要做的最重要的事情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系。
转眼，出来社会都已大半年，已是半个社会人了。不能再向学生那样，某些时候可以随心随意。顶岗实习，为我们提供了一个很好的实践时机，可以让我们更好的把理论应用于实践，在实践中领悟理论，更可以学习到很多书本上学习不到的、甚至比理论知识更实用的业务知识。而且，这些实习经历，无疑是我们毕业后就业的一大筹码。作为一个成年人，作为一个社会职业人，任何时候都要守规矩，做好自己的本分，承当起自己所需要承当的责任。经历了2家公司的工作，我渐渐的认识到，每一份工作或每一个工作环境都无法尽善尽美，但每一份工作中都有许多珍贵的经历和资源，如失败的沮丧、自我成长的喜悦、温馨的工作伙伴、值得感谢的客户等等，这些都是工作成功者必须体验的感受和必备的财富。如果每天怀着感恩的心情去工作，在工作中始终牢记“拥有一份工作，就要懂得感恩”的道理，你一定会收获很多很多。在你收获很多很多的同时，你会发现自己已经在锻炼中变得勇敢，坚强，乐观，阔达。这样的你，是不断前进的走在成功的路上的。
教师的软件工程心得体会【第八篇】
软件是计算机系统中与硬件相互依存的另一部分，它包括程序、相关数据及其说明文档。软件工程（softwareengineering，简称为se）是针对软件这一具有特殊性质的产品的工程化方法。se涵盖了软件生命周期的所有阶段，并提供了一整套工程化的方法，来指导软件人员的工作。任何事物都是从无到有的，软件当然也不例外。上世纪中期，软件产业从零开始起步，经过半个多世纪的发展，其大致经历的3个阶段：程序设计阶段、软件设计阶段和软件工程时代，现已成为推动人类社会发展的龙头产业，随着信息化时代的发展，软件对人类社会也将越看来越重要。人们对软件的认识自然经历了一个由浅入深的过程，在得到巨大需求的同时，也遇到了一系列严重问题，即软件危机。所谓软件危机，是指在计算机软件的开发和维护过程中所遇到的一些严重问题，其实质是软件产品的供应赶不上需求的增长。概括的说包含两方面的问题：一、如何开发软件，以满足不断增长，日趋复杂的要求；二、如何维护数量不断膨胀的软件产品。为研究和解决软件危机，一门新兴的学科软件工程，应运而生。
软件工程的概念是为了有效地控制软件危机的发生而被提出来的，它的中心目标就是把软件作为一种物理的工业产品来开发，要求“采用工程化的原理与方法对软件进行计划、开发和维护”，它的主要对象是大型软件，它的最终目的是摆脱手工生产软件的现状，逐步实现软件开发和维护的自动化。软件工程的概念自提出来后，经过几十年的发展，虽然软件危机没有得到彻底的解决，但在软件开发方法和技术方面已经有了很大的进步，提出了软件工程知识体系、软件工程三段论、软件工程生存期模型、服用原则等等。
软件开发过程大致经过7个阶段：可行性分析、需求分析、概要设计、详细设计、编码、测试、提交与维护。接下来逐一分析本人见解：
一、可行性分析：顾名思义，就是看项目究竟“能不能做”。有3个方面：技术可行性、经济可行性和操作可行性。要确定项目，首先要客观的、科学的了解项目的规模、难度和时间限制，才可以确定应该投入多少人力、物力和财力去做这个项目，必须准确的估计项目的规模与难度。看项目是否有价值去做，如果没有价值，就放弃；如果有价值，就要看目前的资源是否能满足项目的开发。如果项目有价值，且有必需的资源，那么就可以确定能做这个项目了。
2、通过什么方式去了解：直接与客户交谈；有些需求客户讲不清楚，分析人员又猜不透，这是就要请教行家。需求分析是非常重要的阶段，如果做不好的话，后果很麻烦。
三、概要设计：解决“怎么做”的问题。将需求描述的“做什么”问题变为一个实施方案的创造性过程，使得整个项目在逻辑上和物理上能够得意实现。概要设计是第一个开发活动，也是最重要的活动，是软件项目实现的关键阶段。设计质量的高低直接决定了软件项目的成败，缺乏或者没有软件设计的过程会产生一个不稳定的、甚至是失败的软件系统。一个良好的软件设计是进行快速软件开发的根本，没有良好的设计，会将时间花在不断的调试上，无法添加新功能，修改时间越来越长，随着给程序打上一个有一个的补丁，新的功能需要更多的代码实现，就变成一个恶性循环了。概要设计是软件设计级别中的高级设计，是从需求出发，描述了总体上系统架构应该包含的要素。概要设计尽可能模块化，因此描述了各个模块之间的关联，主要是根据需求规格或规格定义，合理、有效地实现产品规格中定义的各项需求，完成软件模块的划分并描述模块之间的关系，并不断分解系统模块，从高层分解到低层分解。它注重框架设计、总体结构设计、数据库设计、接口设计、网络环境设计等，将产品分割成一些可以独立设计和实现的部分并保证各个部分可以和谐的工作。此过程中画数据流图、ipo图、e-r图、界面设计等。
出程序的详细规格说明，这种规格说明类似于其他工程领域中工程师经常使用的工程蓝图，程序员根据其中所包含的必要的细节写出实际的程序代码。用另一种方式说就是，详细设计是将概要设计的框架内容具体化、明细化，将概要设计转化为可以操作的软件模型，但在实际项目进行过程中，依据项目的具体情况和项目要求，这个过程可能可以省略（逻辑上没有省略，表现在概要设计阶段或者编码阶段），直接按照概要设计进行编码；不过，个人认为最好有，有详细设计可以更好的保证编码顺利的进行，可以预先扫清编码过程中的障碍，提高代码的质量和编码的效率。主要包括模块描述、算法描述、数据描述，可以采用图形、表格或者文字描述等方式表达出来。
代码的时候，更不要错过重构，另外，重构可以和设计互补。还有一点值得注意，要在必要的时候部署编码文档。
六、测试：看软件是否符合标准。软件编码完成之后，将软件提交给用户之前，需要对软件进行测试，这是保证软件产品质量的一个重要标准，也是评估产品质量的主要手段。软件测试是从软件工程中演化出来的一个分支，有着非常广泛的内容，并且随着软件产业的发展，它已经变得越来越重要。软件与生俱来就可能存在缺陷，为了防止和减少这些可能存在的缺陷，进行软件测试是有必要的，测试是最有效的的排错和防止缺陷和故障的手段。最原始的测试莫过于直接运行软件了，后来测试手段逐渐多样化。测试手段有静态测试、动态测试面向对象的测试、自动化测试等等之分。静态测试或称静态分析是指一种不通过执行程序来进行测试的一种技术，主要是检查软件的表示和描述是否一致，覆盖程序的编码格式、程序语法、检查独立语句的结构和使用等，主要包括代码检查、静态结构分析、代码质量等等，可以通过人工进行，亦可借助工具（如：语法分析器）自动进行。动态测试是运行被测试的程序，通过输入测试用例，对其运行情况进行分析，以达到检测的目的，显然动态测试封像我们通常意义上的“测试”。动态测试主要包括白盒测试、黑盒测试、灰盒测试（介于黑盒和白盒之间）。其他测试不再一一介绍。
打水漂了。为了保证成功地将我们开发的软件提交给用户，我们需要对用户进行培训，同时提交必要的文档及用户手册软件。维护就不用多说了，就是售后服务了。维护需要分析人员、编码人员和设计人员等角色的参与，有纠错行维护、适应性维护、完善性维护、预防性维护等。维护后，要写软件维护过程文档，至少提交一个软件维护记录。以上是软件工程及其几个阶段的介绍，知道怎样开发软件只是软件工程的一部分，搞好团队合作也是很重要的。项目是一个很大的工程，需要一个团队的统筹规划，团结协作，集思广益，举一反三，才能够按预期完成。
教师的软件工程心得体会【第九篇】
对于一个软件系统的开发，第一步就是问题定义，了解所开发系统的行业背景，制定计划。当我们计划确定以后就要对项目系统本身进行可行性研究，主要从技术可行性、经济可行性和操作可行性三个方面着手。就比如《物联网物流仓库管理系统》的行业背景说明文档中非常详细地分析了当下物联网物流行业的整体业务说明、应用背景、未来发展趋势以及相关应用案例等四个方面，项目团队中系统分析员就可以根据这份文档以及相关的调查资料对将要开发系统的进行定义等工作。
原来我们写这类文档的时候就是草草了事，不会做得这么详细，而这次看到大型项目的行业背景说明也是这么详细，也让自己认识到不管是软件开发的那个阶段都要认真对待，这些琐碎的文档都是后期开发项目的支撑，只要它们做的透彻，后面的开发工作才能更顺利的进行。
第二、项目需求说明方面
这部分项目需求说明就是软件定义时期中需求分析阶段，而该阶段的主要目的就是了解用户的需要，根据用户的需要确定系统必须完成那些工作，并对目标系统提出完整、准确、清晰、具体的要求。在需求分析结束之前系统分析人员要写出一份需求规格说明，即为《物联网物流仓储管理系统》项目需求说明文档。我们可以看出该文档也是非常详细，相比之下我们之前做项目时写的需求规格说明书就非常不合格，不仅格式不正确内容也是少之又少。
在这方面，这篇文档给我启发很大。首先就是文档的格式，要美观整齐，让人看着舒服方便。其次就是文档的内容，原来它不是很重要，写文档的时候也不知道怎么写就借鉴下网上的内容，结果根本就没有把自己项目的需求写明白，以至于自己最后都有些糊涂，所以根据以前的经验教训我会对这部分更加重视。
第三、系统概要设计方面
这部分内容分说的是软件设计时期的概要设计阶段，该阶段的主要目的就是实现系统的功能、设计软件的结构、模块组成以及模块之间的关系。在概要设计阶段，我们可以站在全局的高度上，花较少的成本，从抽象的层次上分析对比多种可能的系统实现方案和软件结构，从中选出最佳方案和最合理的结构。在这个阶段还会具体画出e-r图、数据流图等方面的设计。
比如《物联网物流仓库管理系统》的系统概要设计从项目概述、设计约束、功能单元与功能模块设计、数据e-r图设计、总体设计、界面设计等六个方面介绍，通过读这个文档，我觉得最重要的还是总体设计，分别从逻辑架构设计、物理架构设计、技术架构设计设计系统。在这个阶段中模块要做到高内聚低耦合，这样开发出来的系统才会具有更高的独立性。
在原来做项目时没有编写过这类文档，在该阶段只是画了结构图、层次图以及相关的模块划分，对该类文档尚未重视。通过张老师的讲解和自己的学习，我相信在以后做项目的时候一定会注意到这类文档的编写。
第四、详细设计与分析方面
详细设计阶段就是把概要设计阶段的每个模块进一步设计，确定每个模块所需要的算法和数据结构。在这个阶段还是需要我们设计出程序的详细规格说明，而不是编写程序。在详细设计阶段，系统设计人员可以通过使用程序流程图、盒图、pad图等过程设计的工具和jackson图等面向数据结构的设计工具进一步设计系统相关接口，主要包括界面设计接口、业务单设计接口、单元模块设计接口等，这些对于以后的编码工作都是极其重要的。
第五、编码和测试方案方面
关于编码，我认为编码要想做的完美必备条件就是前面的软件定义和软件设计时期要按部就班的做，文档一定要按要求书写，不能偷懒也不能草草书写。对于编码也要有相应的文档书写规范，要使源程序代码的逻辑简明清晰、易读易懂。这样尽管我们不是设计系统的人员，当看到源程序代码的时候也能容易读懂代码的意思。
其次就是测试的内容，从测试的文档中我们可以得出，其实测试在软件开发中同样占据了重要的地位，它主要就是尽可能多的找到问题并排除其中的潜藏的错误，最终把一个高质量的软件系统交给用户使用。它要求测试人员也要有很高的技术水平。
教师的软件工程心得体会【第十篇】
随着信息技术的快速发展，软件工程在各个行业中起到了不可忽视的作用。作为软件工程师，理解和满足用户需求是我们工作的核心。在长期的软件工程需求分析实践中，我深深感受到了需求分析的重要性和挑战。下面，我将从需求分析的重要性、需求分析的方法和技巧、需求变更的管理、和用户需求的理解四个方面来谈一下我对软件工程需求的心得体会。
首先，需求分析的重要性不可忽视。软件开发的成功与否往往取决于是否准确理解并满足用户的实际需求。需求分析过程中，我们要深入了解用户的业务流程、工作环境和使用习惯，从而充分理解用户需求。只有在需求分析过程中对用户需求进行准确描述和分析，才能避免开发过程中的返工和需求的不匹配，从而提高软件开发的效率和质量。
其次，需求分析的方法和技巧十分重要。在需求分析过程中，我们可以运用需求采集、需求建模、需求验证等方法和技巧，以确保我们完整、准确地捕获用户需求。需求采集通过面对面的用户访谈、问卷调查、需求工作坊等方式，可以深入了解用户需求。需求建模通过使用UML（统一建模语言）或其他建模工具，能够对用户需求进行形式化的描述和分析。需求验证通过原型开发、功能测试等方式，可以验证需求的正确性和完整性。通过合理运用这些方法和技巧，我们可以更好地进行需求分析，为软件开发提供准确的需求基础。
此外，需求变更的管理是软件工程需求分析的一项重要任务。在软件开发的过程中，用户的需求是可能发生变化的。因此，我们需要及时处理和管理需求变更。在需求变更管理中，我们要与用户进行充分的沟通，了解变更的原因和影响，并对变更进行评估和管理。合理处理需求变更可以减少不必要的返工和开发延期，同时也能保持软件的持续演化能力。
最后，理解用户需求是软件工程需求分析的核心。在软件开发中，我们要关注用户的真实需求，而不仅仅是用户的表面需求。有时用户可能难以准确表达自己的需求，我们需要通过深入的观察和沟通，去理解用户背后的真正需求。只有准确理解用户需求，我们才能开发出满足用户期望的软件产品。
总之，软件工程需求分析是软件开发中不可或缺的环节。在需求分析过程中，我意识到需求分析的重要性，学习并应用了各种需求分析的方法和技巧，掌握了需求变更的管理方法，并培养了对用户需求的敏感性。通过不断地实践和总结，我相信自己将能够在软件工程领域取得更大的成就。