整理好内心感受之后，才能将心得体会写得更合理，每一篇心得体会都是思维的碰撞，是在文字中挖掘自我潜能的过程，大学生范文网小编今天就为您带来了对软件工程心得体会7篇，相信一定会对你有所帮助。
对软件工程心得体会篇1
随着互联网技术的快速发展，以及电信行业的第三次重组，给我们通信服务行业带来了巨大的商机，我很荣幸在这个大好时机来到中国网通常州分公司，成为网通公司的一名宽带医生，我非常珍惜这份工作机会。
时间一晃而过，转眼间20xx年已接近尾声。回首繁忙而又充实的20xx年心中不禁感慨万千，过去的一年中通过自身的不断努力，使得技术水平、沟通技巧等方面都取得了一定的进步，当然亦有需要改进的地方，这是我人生中弥足珍贵的经历，也给我留下了精彩而美好的回忆。
非常幸运能够来到公司参加工作，上任软件工程师这一职位。回顾业务培训期的一个月工作，感触很深，收获颇丰，我们首先对宽带医生这项业务的前期推出做了很细致的准备，仔细讨论了在业务推出以后可能遇到的种种困难;然后参加了代维部门的'实践学习，深入了解了网络的接入技术，以及在修障过程中遇到的问题，接着参加了为期两天的新员工入职培训班，认真听取了相关领导对公司的发展概况，组织结构，以及各部门职责的介绍，并认真学习了公司的基本业务和增值业务，对公司的产品和服务有了很清楚的认识。
后期在主管的带领下，我们陆续对周边保有用户进行了宽带医生免费体验活动，也让用户知道我们这项延伸服务的推出，树立我们宽带的品牌形象。
在过去的工作当中，在领导和同事们的悉心关怀和指导下，通过自身的不懈努力，各方面均取得了一定的进步，但那些远远不够，我也在实际工作中认识到自己的不足，业务还不够熟练，很多知识还有欠缺，处理事情不成熟。因此在今后的工作中，我将努力提高自身素质，克服不足，朝着以下几个方向努力：
1、学无止镜，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地加强学习，向理论学习，向专业知识学习，向身边的同事学习，逐步提高自己的理论水平和业务能力，并用于指导实践。
2、业精于勤而荒于嬉，在以后的工作中不断学习业务知识，通过多看、多学、多练来不断的提高自己的各项服务技能，克服年轻气躁，做到脚踏实地，提高工作主动性，不怕多做事，不怕做小事，在点滴实践中完善提高自己。
3、不断锻炼自己的胆识和毅力，提高自己解决实际问题的能力，并在工作过程中慢慢克服急躁情绪，积极、热情、细致地的对待每一项工作，继续提高自身文化的修养，努力使自己成为一名优秀的软件工程师。
4、在工作上积极配合省公司关于配合全省宽带续费率提升活动开展宽带医生服务的建议的活动;加强对武进、新区、金坛宽带医生的业务宣传，增加这些区域的服务量;加大对他网用户的宣传，扩大宽带医生的服务群，争取将用户发展为本网用户;明确宽带医生远程服务软件的一整套受理、安装、服务的流程，加强远程服务软件的推广，将远程服务和上门服务结合起来。
对软件工程心得体会篇2
经过这学期软件工程实验的学习，深深感到用户需求对软件的重要性。成功的软件产品是建立在成功的需求基础之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了。
需求获取可能是最困难、最关键、最易出错及最需要沟通交流的活动。对需求的获取往往有错误的认识：用户知道需求是什么，我们所要做的就是和他们交谈从他们那里得到需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了，但是实际上需求获取并不是想象的这样简单，这条沟通之路布满了荆棘。首先需求获取要定义问题范围，系统的边界往往是很难明确的，用户不了解技术实现的细节，这样造成了系统目标的混淆。
其次是对问题的理解，用户对计算机系统的能力和限制缺乏了解，任何一个系统都会有很多的用户或者不同类型的用户，每个用户只知道自己需要的系统，而不知道系统的整体情况，他们不知道系统作为一个整体怎么样工作效率更好，也不太清楚那些工作可以交给软件完成，他们不清楚需求是什么，或者说如何以一种精确的方式来描述需求，他们需要开发人员的协助和指导，但是用户与开发人员之间的交流很容易出现障碍，忽略了那些被认为是"很明显"的信息。最后是需求的确认，因为需求的不稳定性往往随着时间的推移产生变动，使之难以确认。为了克服以上的问题，必须有组织的执行需求的获取活动。
需求获取活动要完成的任务或者步骤的过程如下：
1、编写项目视图和范围文档
系统的需求包括四个不同的层次：业务需求、用户需求和功能需求、非功能性需求。业务需求说明了提供给用户新系统的最初利益,反映了组织机构或用户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。
非功能性需求是用户对系统良好运作提出的期望，包括了易用性、反应速度、容错性、健壮性等等质量属性。需求获取就是根据系统业务需求去获得系统用户需求，然后通过需求分析得到系统的功能需求和非功能需求。项目视图和范围文档就是从高层次上描述系统的业务需求，应该包括高层的产品业务目标，评估问题解决方案的商业和技术可行性,所有的使用实例和功能需求都必须遵从的标准。而范围文档定义了项目产品所包括的所有工作及产生产品所用的过程。项目相关人员对项目的目标和范围能达成共识,整个项目组都应该把注意力集中在项目目标和范围上。
2、用户群分类
系统用户在很多方面存在着差异，例如：使用系统的频度和程度、应用领域和计算机系统知识、所使用的系统特性、所进行的业务过程、访问权限、地理上的布局以及个人的素质和喜好等等。根据这些差异，你可以把这些不同的用户分成不同的用户类。与ulm中usecase的actor概念一样，用户类不一定都指人，也可以包括其他应用系统、接口或者硬件，这样做使得与系统边界外的接口也成为系统需求。将用户群分类并归纳各自特点，并详细描述出它们的个性特点及任务状况，将有助于需求的获取和系统设计。
3、建立核心队
通常用户和开发人员不自觉的都有一种"我们和他们"的想法，产生一种对立关系，把彼此放在对立面，每一方都定义自己的"边界"，只想自己的利益而忽略对方的想法。他们通过文档、记录和对话来沟通，而不是作为一个合作的整体去识别和确定需求完成任务。实践证明这样的方法是不正确的，不会给双方带来一点益处,良好的沟通关系没有建立导致了误解和忽略重要的信息。只有当双方参与者都明白要成功自己需要什么，同时也知道要成功对方需要什么时，才能建立起一种合作关系。
为了建立合作关系通常采取一种组队的方式来获取需求，建立一个由用户代表和开发人员组成的联合小组作为需求获取的核心队伍。联合小组将负责识别需求、分析解决方案和协商分歧，小组成员可以采用会议、电子邮件、综合办公系统等方式进行交流，但交流时应注意以下原则：小组会议应该由中立方来组织和主持，用户和开发人员都要参加;交流预先要确定准备和参与的规则;议题要明确并覆盖所有关键点，但信息来源应该自由;交流目标要明确，并告知所有的成员。
4、确定使用实例
从用户代表处收集他们将使用系统完成所需任务的描述，讨论用户与系统间的交互方式和对话要求，这就是使用实例，一个单一的使用实例可能包括完成某项任务的许多逻辑相关任务和交互顺序。使用实例方法给需求获取带来的好处来自于该方法是用以任务为中心和以用户为中心的观点，比起使用以功能为中心和以开发者为中心的方法，使用实例方法可以使用户更清楚地理解和认识到新系统允许他们做什么和怎么做。描写使用实例的时候要注意使用简洁直白的表述，尽量使用主动语态，用"系统"或者"用户"作为主语，比如"用户提交用户密码，系统验证用户密码是否正确"，还有一点在描述中不要设计界面细节，比如"用户从下拉框中选择产品类型"。使用实例为以后写用例场景描述中的基本路径和扩展路径提供了素材。
5、分析用户工作流程
分析用户工作流程观察用户执行业务任务的过程，通过分析使用实例得到系统的用例图。编制用例图文档将有助于明确系统的使用实例和功能需求，统一建模语言的使用有助于与用户进一步交流。每个用例的描述应包括：编号,为每个用例分配一个唯一的编号，为需求的追溯提供了方便;参与者，与这个用例交互的 actor;前置条件，开始用例前所必须具备的`系统状态;后置条件，用例完成后系统达到的状态;基本路径，用例完成的关键路径，也是用户期望的路径;扩展点，基本路径的分枝，表示意外情况;字段说明，路径中名称的进一步分解说明，对以后类属性的定义和数据库字段设计起作用;设计约束，实现用例的非功能约束。
6、检查问题报告
通过检查当前已经运行系统的问题报告来进一步完善需求客户的问题报告及补充需求为新系统或新版本提供了大量丰富的改进及增加特性的想法，负责提供用户支持及帮助的人能为收集需求过程提供极有价值的信息。
7、需求重用
如果客户要求的功能与已有的系统很相似，则可查看需求是否有足够的灵活性以允许重用一些已有的软件组件。业务建模和领域建模式需求重用的最好方法，像分析模式和设计模式一样，需求也有自己的模式。
总结：经过一学期的软工实验，深刻感到其重要性的同时也学到了不少的东西 ，将对我在今后的软件开发过程中起极大的作用。
对软件工程心得体会篇3
时间飞逝，不知不觉间《软件工程》的学习已经过了大半了。在这将近半学期的学习中，虽然我不能说我将《软件工程》学习的有多么的好，但是通过学习，我还是受益良多。
在以前，我一直对软件存在一些偏见或则是误解，认为软件就是程序，软件的开发就是编写程序，只要编完了程序，一切也就ok了，而且我还片面的认为只要我掌握了时下最新的语言和工具，那么我就能写程序了。一个人，只要会编程，就能写软件，就是程序员;一个公司，只要招聘一些程序员，就能开发好的软件产品。只要有几个有经验的程序员，再找些兼职的大学生，就能组成一个软件公司。
但是通过了《软件工程》这门课的学习，使我认识到了我以前的错误。软件其实不仅仅是程序，软件开发其实也不仅仅是编写程序，软件是思想在硬件上的载体和体现，处理的是逻辑和信息。唯有对软件和软件的开发过程，有充分的认识，才能更好的开发出，过程受控、质量受控的软件产品。
而且在以前，我一直以为软件的开发其实是一件很轻松快乐的事情，只要一天坐在电脑旁敲敲键盘，那么一切就可以了，但是现在我才发现，我以前的很多的思想是多么的肤浅可笑。编程其实是一种乐趣和苦恼共存的一项创造性活动。因为编程不仅能够满足我们内心深处进行创造的渴望，而且还能愉悦我们内在的情感。
而且通过学习《软件工程》，我还学到了很多其他的东西。比如通过学习《软件工程》，特别是老师每次用实际的软件现场的讲解，为我提供了一个尽早接触世界工作和真实项目的机会。让我知道如何在以最小的成本中，训练自己的基本工程素质和能力，如何激发自己的积极性等。而且通过学习《软件工程》，还让我认识和培养了我的团队协作能力，特别是对于我们这些在校的学生来说，这种学习更是能让我在以后工作中少走很多的弯路。
所以，通过《软件工程》的学习，我是真的学习到了很多有用的东西，让我明白了很多的道理。在此我对老师的辛勤教育表示感谢，因为是你让我学习到了这些，是我获益良多。
对软件工程心得体会篇4
在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。
从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。
刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为。可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。
还有就是接下来的一些设计模块，此模块与软件编码涉及比较紧密，主要是解决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影响大，因此再次也不做过多的介绍。
在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人不怎么想做事情时，他对于整个组织的影响是毁灭性的，正所谓“一颗老鼠屎，能坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的机会，我会在第一时间将他清除出去。还有就是，作为组长，你要做的最重要的事情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系。
这就是我的实习感想。
对软件工程心得体会篇5
这个暑假惠普派人到我们学校来开展软件测试培训。老师说机会难得所以我就参加了，说实话每天在教师从早晨坐到下午，中间只有一个半小时休息时间，这样还是相当累人的。我们第一天开始就觉得这个简直比平常上课还累啊。
不过看到老师讲得如此认真，看到惠普如此强大，我看在座的学员都听得非常认真。所以向我这种上课从来不听讲的这回都听得认真得不得了，呵呵。
前两天确实还是有点累，讲的也是理论课，而且以前我们从来没有接触过测试这个行业，所以听得也嘿吃力。但是老师给我们讲了不少他们的工作经验和惠普这种世界五百强美国十强的企业文化，鄙人是深受教育啊。
后两天我们每个人带一个笔记本进行上机操作了。我们的第一个任务就是安装软件，那个软件好大啊，整整2个g。我们考啊考啊考了好久才考完。软件叫qtp，就是惠普的快速测试专业版。确实是一个强大的软件，呵呵大家用了就晓得了！
有了电脑自然好耍了，我们休息的时候就上网啊，我看猫和老鼠都看得差不多了。不过那个软件毕竟是大软件，操作还是比较复杂，而且全英文版，对我这种英语水平的人确实有点难以接受a。不过呢，我还是在老师的敬业精神鼓励下学到了不少知识受益匪浅啊，单词也记到了不少！离六级又近了一步！！
四天的培训在今天就彻底的结束了，下午老师给我们开座谈会，问我们有什么问题，结果呢我们一点问题都没得。老师教得好啊呵呵！我们没得问题老师又只有给我们说他的光辉历史了撒。什么当年大学毕业了差点工作都没找到啊，什么当年英语学得最撇啊，还有找不到工作在网吧郁闷打游戏啊呵呵。
我记得老师说得最有感情的一句话就是“社会是黑暗的啊”。我们对这句话都是深信不疑！所以以后呢，要好好努力啊，不管社会有好黑暗你都能找到光明，生活就是如此，时间本就平凡。好好干好好干！
在沙盘对抗中直面市场竞争之激烈，通过不同角色的扮演，运用企业经营管理理论和信息化管理技能，进行市场选择，投资决策和生产运营，增长才干，搏击商场，百战不殆。
我们通过模拟企业实训，置身于仿真的生产经营过程，完成企业生产经营中各种信息的采集和处理。体验与其他部门的协作，作到边学边练，学用结合，迅速掌握erp软件的使用要领，提高信息化管理技能，经历完整的企业经营进程，感受现代化信息技术的魅力。
在仿真的企业环境中，构建传统的手工管理模式和利用计算机技术信息化技术的现代化管理模式，模拟现实企业的生产经营管理过程。
（一）我在学习中学习的知识
1、在一个仿真的企业环境中我作为ceo带领整个企业进行了8年的商业抗战，我的搭档分别扮演了生产总监，采购总监，营销总监，财务主管，财务助理，信息总监及商业间谍。在学习中我们互相帮助，互相进步，互相学习。在前一年的学习中我们还刚刚接触并不了解太多的东西，在之后的两年和三年的学习中我们光荣“破产”了，成为了给老师干活的最早的一个企业。我们模拟了企业的职能岗位熟悉了企业的业务流程。充分扮演了自己所担当的角色。
2、体验了整个企业的经营过程，并把所学的理论知识应用到实践中，由此加深对企业的物流，商流，资金流和信息流的体会，促使我们进行了积极的思考，了解了企业的运作，提高了学习和实践能力。
3、开阔了视野，提高了综合素质，加深了对企业管理信息化的认识和理解，提高企业信息化管理技能，掌握了企业信息管理流程。
（二）在学习中发现的问题
1、企业核心竞争力缺乏持续增强和系统改进，严重制约企业长远的发展，客观上需要一种先进的管理工具帮助企业系统解决自身发展中的种种问题。
2、充分的准备是经营成功企业的基??
由于第一天的学习前我们都没有进行预习导致我们企业的所有员工没有一个概念，在老师的培训下还是没有一个清晰的概念及相关的知识，以至于在沙盘对抗中失去大量资金与订单。
3、将失误降到最低
在信息总监的两次误操作下我们在第二年的经营中丧失了投递p1广告的机会，在之后的订单中我们也无权在进行抢单，因此我们企业的p1被积压了很多库存，尽管通过我们的营销总监的分析我们将会在未来将产品卖出并且是大卖，可是我们还是由于短期贷款的到期使企业破产。我相信在真实的企业中误操作也会发生但是我清楚这样的错误给企业所带来的将是无法弥补的损失。所以我相信失误的出现率也是一个企业成功的关键问题。
4、合理的运用媒介
广告的投入也是企业取得好的业绩的重要组成部分。
广告策略是指为了达到预期广告目标而进行的各项谋划运作，是广告的手段、对策和谋略等的组合。站在企业家的立场来看，广告策略首先是促销的一种手段，是企业的一种投资行为，而不是艺术家的个性作品，也不是学者的理论实践，用广告大师奥格威的经典名言来说：“我们的目的是销售，否则便不是做广告。"所以我们评价广告策略的标准是广告成本投入对经济效益产出的贡献程度，即最好的广告策略将是以最少的广告投入达到最大的效益产出。
在广告策略中投资广告和最后的广告收益都应该用科学的方法进行计算然后作出合理的判断及预测方能为企业最终取得利润做出应有的贡献。
5、采购的合理化
预测准确的市场需求对采购来说也至关重要，不浪费材料又能满足市场，保证供给也成为了一个企业的核心问题。
对软件工程心得体会篇6
在本学期的软件工程课程的学习中，我们学习了十一章的内容。第一章软件与软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。还引出了工具uml。第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、e—r图以及状态图式本节的重点。第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系；还介绍了白盒测试技术以及黑河测试技术。第七章统一建模语言uml概述，本章详细介绍了uml的基本模式、事物、关系及建模时用到的各种图进行了介绍。第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则：软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
我们学习了详细设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。包括程序流程图、n—s图、pad图、hipo图
程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。在流程图中只能使用下述的五种基本控制结构：顺序型；选择型；while型循环；until型循环；多情况型选择。
n—s图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为n—s图。在n—s图中，为了表示五种基本控制结构，规定了五种图形构件。顺序型；选择型；while重复型；until重复型；多分支选择型。
pad图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。pad也设置了五种基本控制结构的图示，并允许递归使用。
hipo图：hipo图是由一组ipo图加一张hc图组成。它是美国ibm公司在软件设计中使用的主要表达工具。
hc图既是层次图，用于表示软件的分层结构。hc图中的每一个模块，均可用一张ipo图来描述。ipo图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入—处理—输出三者之间的联系。
还有测试方法：按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。测试方法有分析方法（包括静态分析法与白盒法）与非分析方法（称黑盒法）。
静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。
动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。
还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展；在学习语言时，要看看与c语言的联系，多思多想，把从各个科目学到的知识通汇贯通。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的'策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序？读不懂程序，维护又从何谈起呢？所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。不断锻炼自己，向一名合格的程序设计师迈进。
对软件工程心得体会篇7
我实习的单位是xx学院，这是一所全日制中等专业学校。我在学校里主要是负责校园内网的管理，其涉及到校园网网站的正常登陆和访问，校园内各系部主机是否正常互联，有无被病毒感染、传播。使得校园网内的计算机能够正常运行，做好校园网的管理和维护工作。
从学生到实习工程师，短短几个月的工作过程使我受益匪浅。不仅是在专业知识方面，最主要是在为人处事方面。社会在加速度地发生变化，对人才的要求也越来越高，要用发展的眼光看问题，得不断提高思想认识，完善自己。作为一名it从业者，所受的社会压力将比其他行业更加沉重，要学会创新求变，以适应社会的需要。在单位里，小到计算机的组装维修，大到服务器的维护与测试，都需要一个人独立完成。可以说，近3个月的工作使我成长了不少，从中有不少感悟，下面就是我的一点心得：
你可以伪装你的面孔你的心，但绝不可以忽略真诚的力量。第一天去网络中心实习，心里不可避免的有些疑惑：不知道老师怎么样，应该去怎么做啊，要去干些什么呢等等吧！踏进办公室，只见几个陌生的脸孔。我微笑着和他们打招呼。从那天起，我养成了一个习惯，每天早上见到他们都要微笑的说声：“老师早”，那是我心底真诚的问候。我总觉得，经常有一些细微的东西容易被我们忽略，比如轻轻的一声问候，但它却表达了对老师同事对朋友的尊重关心，也让他人感觉到被重视与被关心。仅仅几天的时间，我就和老师们打成一片，很好的跟他们交流沟通学习，我想，应该是我的真诚，换得了老师的信任。他们把我当朋友也愿意指导我，愿意分配给我任务。
要想在短暂的实习时间内，尽可能多的学一些东西，这就需要跟老师有很好的沟通，加深彼此的了解，刚到网络中心，老师并不了解你的工作学习能力，不清楚你会做那些工作，不清楚你想了解的知识，所以跟老师很好的沟通是很必要的。同时我觉得这也是我们将来走上社会的一把不可缺少的钥匙。通过沟通了解，老师我我有了大体了解，边有针对性的教我一些知识，我对网络部线，电脑硬件安装，网络故障排除，工作原理应用比叫感兴趣，所以老师就让我独立的完成校内大小部门的网络检修与电脑故障排除工作。如秘书处的办公室内局域网的组件，中心服务机房的服务器监测等，直接或间接保证了校园网的正常运行和使用，在这方面的工作中，真正学到了计算机教科书上所没有或者真正用到了课本上的知识，巩固了旧知识，掌握了新知识，甚至在实践中验证了书本上旧有的不合实际的知识，这才真正体现了知识的真正价值，学以致用。
激情与耐心，就像火与冰，看似两种完全不同的东西，却能碰撞出最美丽的火花。在中心时，老师就跟我说，想做电脑网络这一块，激情与耐心必不可少，在产品更新方面，这一行业就像做新闻工作，补断的更新，这就需要你有激情，耐心的去不断的学习提高自己的专业水平。
在一些具体的工作当中也是这样的：记得刚来学校实习的时候老师安排我去综合部安装win98操作系统，我本想对我来说是非常简单的事，可没想到出现了很多问题，开始是硬件问题：光驱不能用使我在一开始安装系统时就出现了急躁的情绪，然后顺利解决后，98系统的驱动问题又让我大伤脑筋！从一开始的u驱动慢慢的安装，再通过硬件监测软件查看硬件型号，到最后把系统安装成功，用了整整两天的时间，通过自己的捉摸，调试，自此，我算是真正的搞明白的计算机的硬件安装，维护和更新，接着我又进行了各种计算机操作系统的反复安装调试，一遍又一遍的调试安装，自然有些烦，但我用我的热情耐心克服这些困难，问老师，查资料，一个个问题迎刃而解，自己在这方面的知识得到了充实。这些在平常的书本上仅仅是获得感性的认识在这里真的实践了，才算是真正的掌握了，也让我认识到了自己的不足，告诫自己，不管做什么，切忌眼高手低，要善于钻研。
还有我感触比较深的就是查看log日志记录，因为服务器的维护是复杂又艰辛的，既要保障物理安全又要保证系统安全，这就需要通过查询log日志记录，每一分钟的服务器状况都有log日志记录，而且它一是数据量大、二是有大量无用信息，所以查看log使非常“痛苦”的事情。像这些工作我熬深深地感觉到每有激情与耐心是做不好的。
会计实习心得体会最新模板相关文章：
