软件工程的心得和收获
心得是指工作或学习中的体验和领悟到的东西，包括获得的知识和技能、思想认识、经验总结等。下面小编给大家提供一些软件工程的心得和收获参考，希望对大家写软件工程的心得和收获有帮助。
软件工程的心得和收获篇1
基于本次暑期实习的情况，我收获很大。
从实训目的来看，本次实训主要是在VS2012开发平台上实现对C#语言、SQL数据库的应用，就我所在小组的项目工作内容来看，还需要掌握水晶报表和MDI多窗口应用技术。除了要充分熟悉开发平台及应用设计之外，还要掌握并实践软件项目设计规范及其开发流程即需求阶段、分析和设计阶段、编码阶段和测试阶段，以便能按时交付作业。
从实训的内容来看，我小组的项目是“人事工资管理系统”，主要实现公司企业对内部员工档案、工资、奖罚考勤等一系列的管理，这在当今不断壮大的企业用人单位是亟待需要的，总的来说，项目的难度系数不是很高，但也是相当困难。
在校外实习之前，老师先在校内培训了5天。5天实训中，着重讲解了c#语言应用，并布置编写“通讯录”工作台程序，windows应用程序和WPF程序，数据先是用文本保存，然后练习用数据库保存，期间每天需上交当日作业。5天的时间里，通过不断地学习，我从完全不懂c#语言成长到初步掌握了这门语言，当然在具体应用中还是会遇到些问题，但我还在学习。其实在实习的前一个月里，老师就上传了一些关于c#语言的资料并通知我们需要配置哪些软件环境，对于这一点，我是相当感谢何老师的，当然在校外的实习里，公司也全都把开发项目用到的一系列软件上传到公共文件夹里，从而免去了我们下载软件的麻烦，在此，感谢众老师。
校内实习要上交的作业我是在校外实习中补充完成的，因为之前上交的作业由于时间仓促大都有错误，所以借着校外实习中对c#语言的进一步应用和讲师的详细讲解后，我重新改正了错误，希望何老师能谅解采纳。
校外实习是从7月12号开始，历时15天，15天的最后一天要回校评审。我对本次校外实习的各个方面都十分满意。相比上次实习，首先这里的住宿学习条件非常好，住宿和实习地都安装了空调，实习地方环境清幽宽敞明亮，伙食也非常好。然后就是实习讲师非常专业和负责，他事先把所有有关实习的资料软件存放在公共文件夹，且规划入微。一开始先是对我们进行C#测试分好组安排好每组项目任务，又指导我们每个小组安装SVN软件，方便小组文件上传与统一，整体一气呵成，不似之前实习的凌乱，这一点我十分敬佩。之后每天都先安排好任务工作，认真且非常详细的给我们操作示范并细心地制作成word文档供小组之后查看。每隔几天都会有小组评审，主要针对小组所编文档的规范程度和不足提出修改建议。作为小组的PM，我必须承认一开始工作任务安排不当，没有完全发挥各成员的优势，以致文档编写的有些瑕疵，不过在小组评审过后，我便及时更改了项目工作的分工，而之后小组项目工作进行的非常顺利，每个人的能力都得到了最大的发挥和升华，当然这完全得力于小组成员的高度配合。
我小组是c#软件开发第一组，组内有6名成员，两个主要负责项目核心代码的编写，其余负责简单模块代码的编写，我主要负责填写与修改相关项目文档并督促小组进度和团结组内成员、合理分配组员任务并及时调节组内安排的各种不适与问题。校外实习的过程中，小组成员高度团结，协调合作，对所有问题都能及时探讨并高效解决，有时遇到分歧，不过在全体讨论后，都能找到合理的统一方案，如在界面设计环节中，就登陆界面和模块界面的设计中，组员有很多不同建议，在询问老师和权衡实现困难程度后，我们达成了一致意见，统一后的界面相比之前更加规整明晰，且功能更加健全，当然这是我们小组齐心合力的结果。在开发的过程中，出现过项目分工不明确的问题，其原因源于我考虑到组员能力的不同，所以就把大部分的工作安排给能力高的人身上，其他能力低的只暂让他们自由学习希望能尽早跟上小组步伐，不过事实证明我错了。让部分组员自由学习而不参与项目的工作中本身就拖累了小组的整体速度，而且在短暂的时间里，他们也实在学不到任何实际的东西，所以后来我更改了战略。我先让能力低的组员尝试参照模板编写一些文档的简单部分，然后让能力稍高点的组员继续补充文档的核心部分，最后由我修改格式和内容，最后让老师审阅。这个方案实施过后，小组的效率整体上明显提高，每个人各司其职，全组团结一致，共同为项目的完成发挥自己的聪明才智。而之后，在项目编码阶段，我们小组的TL负责对项目整个框架的构建，即设计好主要的窗口原型，然后指导小组成员在自己所负责的模块上添加具体事件代码，最后再进行修改，这样做不仅将组员团结在一起提高组内效率，更直接提高了组员的编程能力。
需求分析阶段和设计阶段很快结束了，我们小组齐心协力按时完成了相关文档的编写，包括需求规约、实现规约、界面设计word图形文档、数据库设计说明书、详细设计说明书和概要说明书，在老师评审过后，发现问题还是有很多，作为项目经理的我本该对这些文档进行及时修改和更正，但由于时间仓促且我们是第一组需第一个评审，所以就马马虎虎的拿未精确修改的文档进行审评了，老师着重对系统模块图和模块功能描述那块提出了些许建议，并让演示了小组编写的代码程序，对其中错误问题提出了解决方案。之后进行一番修改过后，我小组正式进入了编码阶段，编码只有短暂的3天，后两天老师分小组评审并提出改进意见，小组修正和改进代码结构语句，完善项目要求，紧接着进入测试阶段，老师又着重介绍了一些测试工具方便小组测试，填写并修改好测试文档后，整个实习就将要进入尾声了。再回校进行最后评审项目PPT和提交作业后，暑期实习就正式结束。
短短半个月的实习中，我深深的感受到自己在实际应用中专业知识的匮乏和短时间学习掌握一门新知识和新技术的困难，这是我非常畏惧的两大难题。就自身来说，我喜欢有所准备，不喜欢临阵磨枪，尽管之前对实习要求的知识技能有些了解，但到真正实施时，还是不免有些不知所措，而之后能慢慢克服畏惧慌张并团结小组成员按时且高效的完成作业，这都得力于实习老师和组员对我的巨大帮助，在此，由衷感谢他们，也感谢我自己。
软件工程的心得和收获篇2
一、关于实习公司
我所实习的南京__软件有限公司简称__公司，公司成立于__年，主营软件开发和信息系统集成,专门从事工程建设项目管理信息系统开发和实施,具有自主知识产权的项目管理软件产品__项目管理系列软件(包括__投资控制合同管理软件、进度控制计划管理软件、__质量控制安全管理软件、__项目管理门户、__城建项目管理平台等),并已经在全世界第一大桥苏通长江大桥、国内最大的开发区苏州工业园区以及南水北调工程实施和应用，目前正与南京城建集团合作，开发城建项目管理平台。
二、实习的内容
今年__月__日开始，我正式走进__开始了实习工作，并被调到了江苏省建筑质量检测中心，参加正在进行的一个检测项目。由于我才大三,本身对企业的经营方式等都很陌生,公司让我们的王工带我学习,以师傅带徒弟的方式，指导我的日常实习。在王工的热心指导下，我依次对此次项目的业务流程和大概框架进行了了解,并积极参与相关工作，注意把书本上学到的理论知识对照实际工作，用理论知识加深对实际工作的认识，用实践验证大学所学确实有用。以双重身份完成了学习与工作两重任务。跟公司同事一样上下班，协助同事完成部门工作;又以学生身份虚心学习，努力汲取实践知识。我心里明白我要以良好的工作态度以及较强的工作能力和勤奋好学来适应公司的工作,完成公司的任务。
三、实习的提高与收获
实习收获，主要有四个方面：
一是通过直接参与企业的运作过程，学到了实践知识，同时进一步加深了对理论知识的理解，使理论与实践知识都有所提高，圆满地完成了本科教学的实践任务。
二是提高了实际工作能力，为就业和将来的工作取得了一些宝贵的实践经验。
三是一些学生在实习单位受到认可并促成就业。
四是为毕业后的正式工作做好了准备。
四、结语
到公司实习并没有我想象中的难以融入，通过慢慢的学习，发现在公司用的到得知识在我们的学校学习中都会遇到。至暑期结束，从不懂到渐渐的做了几个检测项目。学到不少的东西。实习生活还没结束，开学了我还是会继续留在公司我的学习和探索。
软件工程的心得和收获篇3
学习了这门课程, 还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。
整本书的内容逻辑很清晰明了，由浅入深循序渐进，首先我就大概描述下我们所学的内容，第一章是从整体分析软件工程这门学科的发展和所处的社会环境，接着后面的几章深入分析了软件开放过程和模式、软件项目管理、计算机工程、需求分析、结构化分析建模以及基于UML面向对象分析建模等。接着我就详细介绍下我对这门课程知识点的理解概括：
软件：软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要的数据，加上描述程序的操作和使用的文档。软件的特征：①软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。②软件是通过人们的智力活动，把知识与技术转化成信息的一种产品。③软件成为产品后，其生产只是简单的拷贝，不同于硬件制造。④维护过程比硬件复杂的多，甚至会引发新的错误。软件危机：指的是软件开发和维护过程中遇到的一系列严重问题。出现软件危机的原因：①软件维护费用急剧上升，直接威胁计算机应用的扩大。②软件生产技术进步缓慢。软件工程是指导计算机软件开发和维护的工程学科。 软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：①问题定义;②可行性研究;③需求分析;④总体(概要)设计;⑤详细设计;⑥编码与单元测试;⑦综合测试;⑧软件维护;
瀑布模式：是传统的软件开发模式，其中的“瀑布”是对这个模式的形象表达，由山顶倾泻下来的水，自顶向下、逐渐细化。其特点是：线性化过程;分为分析、设计、编码、集成等几个阶段，并且各阶段逐级推进，不允许跨越。里程碑管理;阶段评审;文档驱动;简洁便于工程应用的线性化过程步骤，并可以通过里程碑管理机制而使项目进程量化。其明显的优点就是没个阶段结束前都要对所完成的阶段成果进行评审，这使得软件的错误能够在个阶段内尽早发现并尽早解决，总的来说瀑布模式具有良好的质量保证机制，有很强的生命力。
原型进化模式：对软件进行直接模拟或仿真，只需要分析需求框架后进行原型创建，再对原型系统进行逐步细化与完善，通过版本更新逐步满足用户对于软件的多方面需要。
增量模式：开发过程有三个任务域，分别是设计结构、开发构件和集成系统，它既有完善的工程管理机制，又能适应用户需求变更，有利于质量的监控，并且各局部基于构件构造，有利于逐步构建与完善;由于先交付核心构件可利于降低项目的技术风险。
螺旋模式：是一种可较好的规避开发风险过程的模式，项目是基于任务的螺旋式推进，每个螺旋由内之外分别是需求分析、软件设计、系统集成、验证与交付。
软件开发的整个过程：①需要项目团队，组建优秀的团队可以开发出更搞质量的软件产品。任务开发团队要求小而精，成员大多在8人以内，主要成员有项目负责人、开发人员、资料管理员和软件测试员。②项目计划是为了使软件开发各项工作有秩序地进行，包括任务分配和基于里程碑的进度安排，甘特图和任务网络图是用来描述进度计划的工具。项目计划书可以作为软件开发的工作指南。③项目成本估算，由于项目有来自各方面的成本包括工资开支、场地费、差旅费、设备费和资料费等，但是软件主要是对人力成本的估算，常用的方法有程序代码成本估算法等。④软件风险管理包括很多不确定的风险因素，如计划风险、管理风险、需求风险、技术风险、人员风险、产品风险、用户风险和商业风险等等，而风险管理的主要任务是：风险识别、风险评估、和风险防范。⑤软件文档管理，软件文档是工程模式软件开发的成果体现，包括技术文档、管理文档和用户文档。 ⑥软件配置管理与软件质量管理，包括配置规划、软件变更控制、软件版本控制和质量控制计划。
计算机系统由硬件、软件、数据资源、网络资源、使用系统的人等诸多元素。有三种典型的计算机体系结构：①主机结构，主机集中了全部智能，并依靠终端接口与外部设备连接。②Client/Server结构，智能分布于服务器与客户机，并依靠网络连接成系统，其中，服务器处于核心位置，提供被动核心服务;客户机处于边缘位置，可主动访问服务器，寻求服务支持。③Browser/server结构，可适应互联网远程交互的特殊结构，基于Web服务器构建。
需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。 结构化分析建模：它是建立在需求规约基础上的，对软件问题进行全面解说，包括四个方面：①数据建模，它与数据库设计密切相关，ER图涉及实体、关系、属性等图形元素，在业务层面建立数据库概念模型，一般用于前期的建模构想。②功能建模，是对系统数据加工的图解，数据流程图是常用的建模工具，涉及数据接口、数据处理、数据流、数据存储等图形元素，用于描述系统数据加工细节。③行为建模，行为模型用于说哦名软件系统与环境的交互，状态转换图常用的软件行为建模工具涉及状态、事件等图形元素。⑤数据字典，是用于定义软件的元素，使软件元素获得严肃的、详密的、精确的规格说明。需求分析模型中的数据、功能、行为等诸多方面的元素，都有必要通过数据字典给予细节说明，以达到对系统较完整全面的规格定义。
基于UML对象面向对象分析建模：UML是统一建模语言，有统一的语法、语义和语用规则，其建模过程的特点是：用例驱动、以构架为中心和增量迭代，通过包实现对模型的有效的一体化管理。包括三部分：①用例建模，它面向用户需求的，能够反映系统的用户价值，用例图的基本元素有用例、参与者、交流;用例之间有泛化、延伸和包含关系。②活动建模，活动图用于描述系统动态过程，主要图形元素有：活动、转换、起点、终点、判断、并发、同步、泳道等。可描述高层业务级活动，涉及整个业务流程，针对每个用例活动建模，反映用例内部活动细节。③类分析建模，这里就只考虑实体类，实体类所代表的数据相互之间通常有一定的关系，依靠这种关系可形成有组织的程序数据结构。实体类之间的主要数据关系有：关联、聚类、泛化。
接下来我就简单说下我上这门课的简单的心得体会，我们是大四的学生了，也只有这个学期有课了，刚开始课表安排出来的时候觉得挺意外的，只有前八周有课，当时我还是有点小感动的，大四事情很多，有要考研的和工作的，大家也都有各自的事情，如果有16周的课，那么每周课不是特别多，但是时间特别分散，也不能集中某段时间去做什么事情。但是相对于老师的压力也有，课程压缩了相当于每节课的教学任务大大增加了，在加上有些假期冲掉课，就感觉我们好像上课学不到什么东西，也只是一些关键的和考试挂钩的才重点讲，完全没有扩展的时间和空间了。但是总的来说，学校开了这门课，我们上了这门课，总是学到了点东西的，不可能明明上了软件工程这门课，却像没上一样什么都不懂。在上课的时候我还是很认真地去听老师所讲述的内容的，我觉得他的思想和我一向而来的培养计算机学生综合素质的理解还是在一定程度上不谋而合了，所谓的需求获取，那就是一个谈判，辩论，交流的过程，已经不是单纯的编编程序就能解决的问题了。从我所看到的听到的来说，我最怕的就是计算机系的学生被别人说成是个带着厚眼镜的，只能够在电脑前编编程序的，在交际场上不知道说什么而一个字都说不出来的人。我觉得这样的人进入社会之后是没有什么前途的，起码他们缺乏了与人沟通交流的能力。而这门课程在一定程度上给了我们这些学生一个机会来锻炼自己在另一方面的能力，设想一下，一个又有技术又能够与人交流合作的人所取得的成就自然要比一个单单只会编程序的人要大得多。其次，这门课程教给了我们在完成一个实际项目时的一般程序及过程，我认为这是一份非常具有实际意义的教学内容。当我们在毕业之后，这是我们实际要运用的一项非常有用的技能，而且不仅仅局限于软件工程的范畴，我们即使是从事与其它行业，不也是要从需求获取开始，一直有条有理地到最后成品的出炉吗?应该说这就是这门课的价值所在。无论是在上课，还是在学生会里面做学生工作，我都深深地感觉到，技术性的工作就好比变魔术，其实原理是非常简单的，甚至可以说简单的可笑，但是当你就是做出这么一个简单的东西出来之后，一些外行们有时候会用崇拜的眼光看着你，觉得你很厉害，很高深莫测。但是制作的过程他们却不知道，也许知道之后他们只是会哑然失笑，原来这个东西的制作过程是如此的简单。这个可以说就是技术的魅力了，而作为需求获取及之后的一系列过程则是类似于魔术揭秘的过程，但是作为这个秘密我们并不需要一揭到底，至于揭的程度如何那就是我们那就是我们学出的程度如何了，我们要让对方知道我们在做什么?以及如何去做?这些东西需要我们以一定的技巧叙述出来，所起到的作用就是能够让对方了解自己的进度，却又能够不让对方来干涉自己的工作过程。因为我们是技术员，对方只是外行，即使对方知道了这个魔术的操作过程，也并不代表他们就能够向变着魔术的我们来随便修改这个魔术的变法，况且我们能够用不同的过程来得出一个同样的结果，这个过程的得出的主动权如何掌握在我们的手上，就看我们如何以高明的方式来揭开这个魔术的谜底了。当然了，在纯粹的理论上，我觉得开设这样一门课程是很成功的。但是毕竟现实里有太多的不确定的因素。最重要的因素就是授课的老师和听课的学生。这两个可以说是这门课成与败的决定性的因素。
作为我们学生来说，应该负起比较主要的责任。在大学里有了太多的基础课程，基础课程大多都比较枯燥无味，也许在第一个学期里我们还能够保持着新鲜感，但是在6学期之后，可以说再有新鲜感就是一件比较困难的事情了，我们都已经开始变得迟钝了。其次的，没有认识到这门课程的价值。这门课的价值我已经在上面说过了，是不言而喻的。但是并不是每个同学毕业之后都回从事计算机行业，也不是每个同学都知道这门课程的意义已经不仅仅局限于计算机这个范畴。或许有些人觉得反正以后不是这个发展方向，也就不在乎这个课程吧。我个人觉得这门课确实是挺好的，如果认真学必能学到很多东西，动手实践能力和从整个大体分析系统开发的逻辑性思维也会明显增强，不管以后从事哪个方面的工作，这对以后来说都是一笔很大的隐性财富。说到我自己对这么课的学习，还是有点愧疚的，前面四周我每周每节课都去上的，并且上课也认真听，一边听老师讲课一边自己看书本的介绍，但是后来我上这门课的次数就降低了，因为觉得时间很紧吧，而且老师上课的节奏我个人觉得有点慢，我都可以自己预习看到后面去了，但是这门课我还是每周至少上一节课的，虽然我早上7点多一点就出门，在自习室，但是有时候明明知道到了上课的时间，明明上课的地方离自习的地方不远也不太想去。我记得有次上课时候老师生气了，说来上课的人少，我仔细环顾了下四周发现确实人很少，稀稀疏疏的分散着，看起来确实不太舒服，让我不得不反思了，这大学的教育到底怎么了，怎么到了大四大家都不来上课，虽然我不是每节课都来，但是我还是时不时来上课的，可能是比较浮躁吧，快毕业了，觉得上课学不到什么实际的东西，要么实际一点好好考研继续深造，要么去培训增强实践能力这样才能较好的为找个满意的工作做好铺垫。
《软件工程》课程既强调基本概念和基本知识的理解和掌握，又侧重软件项目的分析、设计、实现和维护的基本技能。比较注意“点”和“面”的结合。我还是蛮喜欢这门课的，通过对这门课的学习让我意识到理论学习很重要，实践更重要，实践是检验真理的唯一标准，只有将理论与实际结合，才更能发挥我们所学的知识的作用，更能直接的创造效益，社会和国家做出贡献。
软件工程的心得和收获篇4
我们是20__年3月7号进入宏天实训公司参加软件开发实训的，在此次实训中，除了让我明白工作中需要能力，素质，知识之外，更重要的是学会了如何去完成一个任务，懂得了享受工作。当遇到问题，冷静，想办法一点一点的排除障碍，到最后获取成功，一种自信心就由然而生，这应该就是工作的乐趣。有时候不懂的就需要问别人了，虚心请教，从别人的身上真的能学到自己没有的东西，每一次的挫折都会使我更接近成功。还有学会了在工作中与人的合作与交流，同乐同累，合作互助，这是团体的精神，也是必须学习的东西。
经过之前的在校学习，对程序设计有了一定的认识与理解。在校期间，一直都是学习理论知识，没有机会去参与项目的开发。所以说实话，在实训之前，软件项目开发对我来说是比较抽象的，一个完整的项目要怎么分工以及完成该项目所要的步骤也不是很明确。而经过这次实训，让我明白了一个完整项目的开发，必须由团队来分工合作，并在每个阶段中进行必要的总结与论证。
一个完整项目的开发它所要经历的阶段包括：远景范围规划和用例说明、项目结构和风险评估、业务功能说明书、详细设计说明书、代码实现、测试和安装包等等。一个项目的开发所需要的财力、人力都是很多的，如果没有一个好的远景规划，对以后的开发进度会有很大的影响，甚至会出现在预定时间内不能完成项目或者完成的项目跟原来预想的不一样。一份好的项目结构、业务功能和详细设计说明书对一个项目的开发有明确的指引作用，它可以使开发人员对这个项目所要实现的功能在总体上有比较明确的认识，还能减少在开发过程中出现不必要的麻烦。代码的实现是一个项目开发成功与否的关键，也就是说，前期作业都是为代码的实现所做的准备。
我深刻的认识到要成为一名优秀的软件开发人员不是一件容易的事情，不仅要有足够的干劲和热情，还要有扎实的编写代码基础，必须要有事先对文档进行可靠性报告，功能说明书，详细设计说明书等的编写和一些风险评估的编写的能力。
除了图书馆，最能让我感觉到身在大学的就是实训机房，在匆匆过去的两个月内，我往返于实训机房与宿舍之间，使我享受了一个充实的学习时期，让我感受到了大学的魅力，对自己充满信心，对大学充满信心，以积极的心态迎接明天挑战。
实训中要求有扎实的理论基本知识，操作起来才顺心应手，我这时才明白什么是“书到用时方恨少”。这就激发了学习的欲望。
“学以致用”，就是要把学来的知识能运用到实际操作当中，用实践来检验知识的正确性。我想，这是实训的最根本目的。
“纸上得来终觉浅，绝知此事要躬行!”，在短暂的实训过程中，让我深深感受到自己在实际运用中专业知识的匮乏。以前总以为自己学的还不错，一旦应用到实际就大不一样了，这时才真正领悟“学无止境”的含义。
经过为期两个月的电子政务服务平台系统开发的实训，我对Visual 软件开发平台有了更深一步的了解，对微软基础类库的认识与使用也有了大大的提高。以及如何使用SQL Server数据库进行连接操作方面有了本质的提高。
短短的实训结束了，为我将来的就业打下了良好的基础，也提高了我的软件开发的水平，今后我将会更加努力的学习，不断提高自身素质，开拓创新，与时俱进，做一个优秀的软件开发工程师。
软件工程的心得和收获篇5
经过四次的Flexsim应用软件的学习后，我有以下几点体会：
首先，在第一个实验，我了解到了什么是Flexsim和它使用的一般方法，知道了它在制造系统中的具体应用。
我大致能够掌握此款软件的使用方法，在处理一些简单的实际问题时，能够利用软件做出模型，并进行数据分析，得出大致结论。从中我体会到，flexsim软件是学习物流管理专业的有利工具，其优越的仿真性使系统模拟能达到相当高的水准，从而省略相当多繁杂的步骤，节省资金与时间。
其次，在第二个实验当中，我了解到Flexsim仿真软件的建模步骤，并且熟悉Flexsim的实体库，最后能够进行简单模型的仿真。在这一系列操作中，我深切体会到了Flexism软件在具体使用时优点。
优点一：如果能熟练掌握Fexism的操作，那么建立Flexsim模型便无需花费太多时间。只需将已经做好的模块对象从对象库中拖放到三维的建模空间，然后配合便捷的弹出菜单，选项框，下拉菜单等等，设置或者修改对象的特征，接着从一个部件到下一个部件进行连线在部件间建立连接，然后设置它们之间交互的相关参数，最后将模型建立好了，便可以进行运行仿真，极具艺术效果的三维动画可以清楚地观察过程中的每一个动作，非常具有参照性。
优点二：Flexsim软件可以把一个完整的自动化生产线搬到计算机上进行，通过计算机仿真，可以把一年或一天的生产情况在短短几分钟或几秒钟内全部仿真分析出来，它使得实验的数据更充分更完整、更节省时间。
接着，在第三个实验当中，我学习了Flexsim流体。了解了这些离散实体是如何相互影响、相互关联的，如何使用它们建立模型。在实验的过程中，我发现利用流体建立模型需要更加注重细节，相较于学习流体之前，我发现使用其他实体建立模型会更加容易些。最后，在第四个实验当中，我深入学习Flexsim仿真软件的建模步骤；熟悉Flexsim的实体库；并且进行较为复杂模型的仿真。
在这四次实验中，我深刻地体会到对于Flexsim软件的应用需要良好的空间想象能力，才能展开后续工作，并且还需具备细心这一条件。因为实验中各项实物的关系错综复杂，如果链接对象、顺序出错便会导致完全不一样的结果。在实验过程中，我也犯了错误，比如没有及时弄懂一些参数和设置，导致后期实验进行得很缓慢。最后在老师和同学的帮助下，我对相关参数和设置等进行完善的了解和掌握后，才使得实验得以顺利完成。我想我会将Flexsim应用软件的学习，恰当地应用在将来的工作中，并且进行更深入的学习。
软件工程的心得和收获篇6
软件工程心得体会未接触软件工程之前一直都很想学这门课程，因为觉得这门课很牛，是那些有工程师称号的高手才摆弄的东西。学了一个学期的软件工程课，终于知道了个软件工程的大概。学的时候总觉得很抽象，理解起来好像不难，但总是摸不着头脑一种很茫然的感觉。曾经以为程序就是软件，软件就是程序。学习这门课程第一个收获是，知道了二者的不同之处。以前做过的一些小型的软件比如加密软件，我也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了。不过大的项目没有接触过，用软件工程的方法还是第一次。我想也是程序的不断复杂化导致了软件危机的发生，使得人们不得不探索新的解决方法。
经过倪老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的5个重要组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。吾生也有涯，而知也无涯，学习永无止境。起初，对软件工程处于一知半解的状态，分工比较混乱。
在划分模块后明确了各自分工，渐渐形成良性循环。在学习过程中，知道了团队合作十分重要，争议固然存在，但通过讨论、协商，群策群力，在不断磨合中能够达成一致与默契。团队成员中能力各有高下，互相尊重，各取所长，不宜妄自菲薄。组长多加协调，组员积极配合，才能合作愉快。学习能力体现在能尽快接受新的知识，顺应变化，学为所用。
上《软件工程导论》这门课，我的收获大概如下：我们为什么需要软件工程呢?上面已经给出了一些原因。专业点讲，软件工程最终是为了实现“软件制造业”的社会化,工业化大生产,提高其劳动生产效率。只有如此,软件业才能实现社会化,工业化大生产,才能“做大做强”。没有管理的设计是失败和混乱的设计，没有设计指导的编程是无序的忙碌的。根据开发的软件的规模，应该适当程度的运用软件工程化的思想，需要灵活，毕竟我们开发的软件大多数是中小型的，大型的并不多见(我是这么认为的)。但只要涉及人员间的交流和沟通，或多或少都要需要软件工程才能更有效率，工作成果更稳定。
其实开发软件，就像是解决一个逻辑问题。想想自己平时是怎样写程序的。首先是要有一个想法，即我写的这个程序是要干什么的;然后就是对要实现的核心功能大概构思一种或多种实现方法，并从中选出一种自认为是较好的;接下来就是将涉及的各种主要或次要功能分成各个模块;最后就是分模块来编码和DEBUG。在我看来，除了第一步外，其余的步骤应该是一个循环的过程。在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法。具体到每一步的工作要怎样完成，是非常灵活的，只要把握住大体的方向就行。在进行分析，设计，编码，调试，维护这几部分的工作的时候，最核心的就是文档的编写。1.可行性分析就是关于当前项目能不能干的分析结果。
2.项目描述这是在决定立项以后，对当前项目的一份扼要说明。
3.需求分析就是对客户要求的功能的定义。
4.软件设计这就是对程序的每一个模块的详细设计的说明文档。
5.开发日志我一直都认为这是文档中最有趣的部分。开发日志相当于编码阶段的文档，它的形式可以很随意，主要是记录一些在写程序时突然萌发的灵感，或对代码的一些微小的修改，或对程序结构的一些微小变动等，还要对上述这些修改变动作些说明。
6.测试分析用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述。
软件工程的心得和收获篇7
这次软件工程实训是从20__.12.26号开始的，截至20__.12.31号。实训内容是用java相关知识(主要是jsp)做一个物流配送系统。下面谈谈对这次实训的看法。
因为自己平时对java知识储备不足，特别是jsp这一块基本不了解怎么回事，所以一拿到这个项目，我心里都是没有底的，再加上我被分到的那个组，我知道就意味着是我一个人在战斗了。呵呵，26号，实训开始了，我们的老师是来自中软国际公司的程序员，一个是周褀，一个是朱映，都是一身朴素的着装，让我感觉做软件的也没什么两样。老师介绍了自己之后，就直接切入正题了，分析了下我们各个组的系统，即将用到的知识，然后就总体把觉得需要补充的知识(jsp和数据库连接等这几块)给我们实际操作了下，因为当时看到用jsp，还讲的那么认真，当时我就后悔了，平时要是多听点，现在老师这么认真的给我们讲，这是一个多么难得的机会啊。后悔也没用啊，开始还勉强能理解一点，后来就直接晕了。然后再给大家介绍了一些即将用到的工具，比如rationalRose，SVN，MyEclipse等等。接下来的几天就不再细讲了。下面谈谈通过这次实训的心得体会吧。
通过这次实训，让我了解到工程开发的过程，可行性分析——>需求分析——>概要设计——>详细设计——>代码编写——>测试——>验收。从技术方面上，我开始jsp基础基本上就是零的，在老师和syz2(另外一个物流小组，我一个人基本上是跟她们做的，或者说是看着她们做的)的帮助下，对jsp有了一个大概的认识。其实实训开始前，我还以为做个系统没什么大不了，可是当真正拿到一个项目，我却真的无从下手了，而且就是在知道需求分析和详细设计，在代码编写时，一样寸步难行。通过这个实训，也让我了解到，团队协作是多么的重要。一个人的精力是多么的有限。进一步理解到，企业为什么如此重视团队协作。同时借用老师的话就是团队协作固然重要，但是是建立在个人素质的基础上，假设你个人素质不行，将会影响到整个团队，就别提对团队作更多贡献了。_老师说这几句话的时候，朝向了我，估计是有特殊意义的吧，所以，我将谨记老师的教导。
还有一个收获是从一个同学(小胖)那里得到的，他的那组成员跟我的这组大体一样，我倒是觉得没什么了，不过他倒是很重视这个问题吧。然后他说出来，我也觉得这个问题确实其实是个大的问题。就是不管你会不会这门技术，会不会做这个东西，态度要正确才好，就算你不会做，你也应该认真的对待，将来 出身到社会，就不是说像你现在，不会做就不做，跑去玩游戏了。小胖说出了这段话，也在我身上有了一个印证，虽然我jsp技术知识为0，但我也还是在认真的跟着他们一起做，不会做，就多问，毕竟现在我们是学生，可以毫不顾忌的询问各种问题，老师也会尽力为你回答。将来出身社会就不一样了。虽然，我就算个打酱油的水平，但是这个酱油也要打得有涵量啊。不管怎么样，我能对自己有个交待，虽然我不会，但是这次实训我确实是认真对待了，六天的实训，除了晚上加班外，还花了2个通宵来完成不同阶段的任务，完成与否也不重要了，我至少我做了，这点，是这次我应该对自己的一个肯定。
这次实训的心得基本上就是这些了，最后特别感谢中软国际带我们的那两个老师(周褀，朱映)，这两个老师对待我们很平易近人，对我们提出的问题，总是不光解决了，还进行了扩展，晚上也跟我们一起加班加到很晚，印象尤其深刻就是朱映老师为了给小胖解决一个问题，脸都变红了，还在继续努力，这点我并不会觉得老师知识储备不够，我想应该是这个问题的突发吧，一时没想到怎么处理。相反让我感觉更多的就是老师很认真，很负责。还要感谢就是syz2小组的倾力支持，辅导。
软件工程的心得和收获篇8
这学期学习了软件工程实践这门课，我觉得这是对上学期的软件工程课程学习的检验，上学期学习软件工程只是我们浅显的认识，相比之下，这学期就更加全面的说明了开发一个项目所需要的步骤以及开发项目过程中所需要注意的诸多细节。如果说上学期的课程注重理论基础的话，那么这学期的软工实践，顾名思义，就是侧重我们动手操作的能力。
原来我认为开发一个项目最重要的就是写代码，似乎整个软件都是编代码，因为自己动手能力不强所以就很排斥做项目。可是经过我们学习软工课程到团队做项目再到学习软件工程实践课程之后，我才真正意识到实施一个软件工程项目并不是说简单的会编码就能够解决问题的，因为一个软件的生命周期分为三个时期：软件定义时期、开发时期、维护时期，而这三个时期整体又分为七个阶段，他们分别是：问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试，由此可看出，当我们开发一个项目时，更多的精力不是放在编码上，编码只是一个很小的模块，而是项目的整体结构上。
在写软工实践体会之前，我想在这里总结一下上学期三人团队做 项目的相关事宜。上学期我们三人团队根据软件开发的步骤开发一个名为“西大老乡‘荟’”的社交系统，主要是为西大学子提供一个找老乡的平台。虽然只进行到详细设计阶段，没有进一步实现，但是我还是从中学到很多东西的。首先要先确定项目主题，也就是这个项目用来做什么，可以解决什么问题。接着就是这个项目是否有研究的必要以及是否有解决的办法，针对我们的项目，我们对西大的一些学生做了问卷调查，并从调查中继续完善系统本身的做用户。第三步根据我们确定的项目主题进行需求分析，这一步骤当时做的不是很好，比如所画E-R图、数据流图等都有考虑不周的问题，导致接下来的概要设计、详细设计进行的很困难，有些步骤甚至还需要返工。
从我们在需求分析中出现的问题，使我们明白了软件定义阶段对于一个项目的开发是至关重要的，当软件定义阶段完成时必须要用正式的文档准确的地记录目标系统的需求。只有前期的准备工作做得好，后面的工作才能顺利进行。虽然项目最后没有完全实现，但是起码我们已经初步体会到软件项目开发的步骤，以及每一步所需要完成的文档等内容。
这学期的软件工程实践虽然不是亲自动手开发一个系统，但是张元平老师以“物联网物流仓储管理系统”为主给我们讲解了一个真实系统的开发过程，从计划到项目系统的发布实施，以及每一步必须生成的文档。我主要从以下五个方面谈一下我的心得体会。
第一、行业背景说明方面
对于一个软件系统的开发，第一步就是问题定义，了解所开发系统的行业背景，制定计划。当我们计划确定以后就要对项目系统本身进行可行性研究，主要从技术可行性、经济可行性和操作可行性三个方面着手。就比如《物联网物流仓库管理系统》的行业背景说明文档中非常详细地分析了当下物联网物流行业的整体业务说明、应用背景、未来发展趋势以及相关应用案例等四个方面，项目团队中系统分析员就可以根据这份文档以及相关的调查资料对将要开发系统的进行定义等工作。
原来我们写这类文档的时候就是草草了事，不会做得这么详细，而这次看到大型项目的行业背景说明也是这么详细，也让自己认识到不管是软件开发的那个阶段都要认真对待，这些琐碎的文档都是后期开发项目的支撑，只要它们做的透彻，后面的开发工作才能更顺利的进行。
第二、项目需求说明方面
这部分项目需求说明就是软件定义时期中需求分析阶段，而该阶段的主要目的就是了解用户的需要，根据用户的需要确定系统必须完成那些工作，并对目标系统提出完整、准确、清晰、具体的要求。在需求分析结束之前系统分析人员要写出一份需求规格说明，即为《物联网物流仓储管理系统》项目需求说明文档。我们可以看出该文档也是非常详细，相比之下我们之前做项目时写的需求规格说明书就非常不合格，不仅格式不正确内容也是少之又少。
在这方面，这篇文档给我启发很大。首先就是文档的格式，要美观整齐，让人看着舒服方便。其次就是文档的内容，原来它不是很重要，写文档的时候也不知道怎么写就借鉴下网上的内容，结果根本就没有把自己项目的需求写明白，以至于自己最后都有些糊涂，所以根据以前的经验教训我会对这部分更加重视。
第三、系统概要设计方面
这部分内容分说的是软件设计时期的概要设计阶段，该阶段的主要目的就是实现系统的功能、设计软件的结构、模块组成以及模块之间的关系。在概要设计阶段，我们可以站在全局的高度上，花较少的成本，从抽象的层次上分析对比多种可能的系统实现方案和软件结构，从中选出最佳方案和最合理的结构。在这个阶段还会具体画出E-R图、数据流图等方面的设计。
比如《物联网物流仓库管理系统》的系统概要设计从项目概述、设计约束、功能单元与功能模块设计、数据E-R图设计、总体设计、界面设计等六个方面介绍，通过读这个文档，我觉得最重要的还是总体设计，分别从逻辑架构设计、物理架构设计、技术架构设计设计系统。在这个阶段中模块要做到高内聚低耦合，这样开发出来的系统才会具有更高的独立性。
在原来做项目时没有编写过这类文档，在该阶段只是画了结构图、层次图以及相关的模块划分，对该类文档尚未重视。通过张老师的讲解和自己的学习，我相信在以后做项目的时候一定会注意到这类文档的编写。
第四、详细设计与分析方面
详细设计阶段就是把概要设计阶段的每个模块进一步设计，确定每个模块所需要的算法和数据结构。在这个阶段还是需要我们设计出程序的详细规格说明，而不是编写程序。在详细设计阶段，系统设计人员可以通过使用程序流程图、盒图、PAD图等过程设计的工具和Jackson图等面向数据结构的设计工具进一步设计系统相关接口，主要包括界面设计接口、业务单设计接口、单元模块设计接口等，这些对于以后的编码工作都是极其重要的。
第五、编码和测试方案方面
关于编码，我认为编码要想做的完美必备条件就是前面的软件定义和软件设计时期要按部就班的做，文档一定要按要求书写，不能偷懒也不能草草书写。对于编码也要有相应的文档书写规范，要使源程序代码的逻辑简明清晰、易读易懂。这样尽管我们不是设计系统的人员，当看到源程序代码的时候也能容易读懂代码的意思。
其次就是测试的内容，从测试的文档中我们可以得出，其实测试在软件开发中同样占据了重要的地位，它主要就是尽可能多的找到问题并排除其中的潜藏的错误，最终把一个高质量的软件系统交给用户使用。它要求测试人员也要有很高的技术水平。
软件工程的心得和收获篇9
这次软件工程实训是从20__.12.26号开始的，截至20__.12.31号。实训内容是用java相关知识(主要是jsp)做一个物流配送系统。下面谈谈对这次实训的看法。
因为自己平时对java知识储备不足，特别是jsp这一块基本不了解怎么回事，所以一拿到这个项目，我心里都是没有底的，再加上我被分到的那个组，我知道就意味着是我一个人在战斗了。呵呵，26号，实训开始了，我们的老师是来自中软国际公司的程序员，一个是周褀，一个是朱映，都是一身朴素的着装，让我感觉做软件的也没什么两样。老师介绍了自己之后，就直接切入正题了，分析了下我们各个组的系统，即将用到的知识，然后就总体把觉得需要补充的知识(jsp和数据库连接等这几块)给我们实际操作了下，因为当时看到用jsp，还讲的那么认真，当时我就后悔了，平时要是多听点，现在老师这么认真的给我们讲，这是一个多么难得的机会啊。后悔也没用啊，开始还勉强能理解一点，后来就直接晕了。然后再给大家介绍了一些即将用到的工具，比如rationalRose，SVN，MyEclipse等等。接下来的几天就不再细讲了。下面谈谈通过这次实训的心得体会吧。
通过这次实训，让我了解到工程开发的过程，可行性分析——>需求分析——>概要设计——>详细设计——>代码编写——>测试——>验收。从技术方面上，我开始jsp基础基本上就是零的，在老师和syz2(另外一个物流小组，我一个人基本上是跟她们做的，或者说是看着她们做的)的帮助下，对jsp有了一个大概的认识。其实实训开始前，我还以为做个系统没什么大不了，可是当真正拿到一个项目，我却真的无从下手了，而且就是在知道需求分析和详细设计，在代码编写时，一样寸步难行。通过这个实训，也让我了解到，团队协作是多么的重要。一个人的精力是多么的有限。进一步理解到，企业为什么如此重视团队协作。同时借用老师的话就是团队协作固然重要，但是是建立在个人素质的基础上，假设你个人素质不行，将会影响到整个团队，就别提对团队作更多贡献了。__老师说这几句话的时候，朝向了我，估计是有特殊意义的吧，所以，我将谨记老师的教导。
还有一个收获是从一个同学(小胖)那里得到的，他的那组成员跟我的这组大体一样，我倒是觉得没什么了，不过他倒是很重视这个问题吧。然后他说出来，我也觉得这个问题确实其实是个大的问题。就是不管你会不会这门技术，会不会做这个东西，态度要正确才好，就算你不会做，你也应该认真的对待，将来 出身到社会，就不是说像你现在，不会做就不做，跑去玩游戏了。小胖说出了这段话，也在我身上有了一个印证，虽然我jsp技术知识为0，但我也还是在认真的跟着他们一起做，不会做，就多问，毕竟现在我们是学生，可以毫不顾忌的询问各种问题，老师也会尽力为你回答。将来出身社会就不一样了。虽然，我就算个打酱油的水平，但是这个酱油也要打得有涵量啊。不管怎么样，我能对自己有个交待，虽然我不会，但是这次实训我确实是认真对待了，六天的实训，除了晚上加班外，还花了2个通宵来完成不同阶段的任务，完成与否也不重要了，我至少我做了，这点，是这次我应该对自己的一个肯定。
这次实训的心得基本上就是这些了，最后特别感谢中软国际带我们的那两个老师(周褀，朱映)，这两个老师对待我们很平易近人，对我们提出的问题，总是不光解决了，还进行了扩展，晚上也跟我们一起加班加到很晚，印象尤其深刻就是朱映老师为了给小胖解决一个问题，脸都变红了，还在继续努力，这点我并不会觉得老师知识储备不够，我想应该是这个问题的突发吧，一时没想到怎么处理。相反让我感觉更多的就是老师很认真，很负责。还要感谢就是syz2小组的倾力支持，辅导。
软件工程的心得和收获篇10
实习第一个礼拜，我们开始学习有关java的基础知识。主要了解一些java的背景、产品、发展方向等。刚到__，不是像学校里的朝九晚五，而是朝八晚九。我们不可能简单的了解一些java文化，简单的学学新的知识就可以了，我们的这个实习必将是一个繁忙的实习，也必将是一个充实的，进步的实习。来到这里，我们要忘掉大学里自由的作息时间，克服困难，养成良好的工作生活习惯。
其中,在学习的过程中经常会遇到一些有趣的问题，百钱买百鸡的问题：公鸡5文钱一只，母鸡3文钱一只，小鸡1文钱3只，要怎么买才能用100元买到100只鸡。刚开始我是挺头疼的，因为并没有现成的公式，要自己写一个符合要求的，因为自己的数学并不是很好，最后要靠同学才能顺利完成。然后是数组，其中所举的例子就是我们日常所见的生成器，通过数组来实现随机生成红球和蓝球的号码。最后是做一个贪吃蛇小游戏，贪吃蛇看起来是个挺简单的游戏，但真正做起来，那代码还是挺多的。先是生成一个舞台，写好贪吃蛇的类，然后通过random来实现食物的随机生成，利用键盘来实现键盘对蛇的控制，之后还要写吃到食物后再随机生成食物的判定，最后是实现蛇如果碰到墙壁或自己就重新开始的判定。
在实习了1个月多之后，老师就要求我们做一个项目，这虽然是一个很简单的项目，要独立做出这个项目是很困难的。但在老师的带领下，完成了在__的第一个简单项目：部门员工管理系统。
__科技部门员工管理系统系统由四部分组成：表现层，网络层，数据层和业务层。首先完成的是业务层，表现层中有登录界面，部门界面和员工界面。而这些界面统一用客户端上下文环境进行切换，调度。业务层中定义了一个接口，员工信息，部门信息和登录用户信息都在接口中定义方法，在接口的实现类中完成方法的实现。数据层提供部门、员工和用户信息的数据，而这些数据都是从mysql中读取的。最后实现网络层的功能，网络层的不同之处在于一切的数据都由服务器提供，登录用户必须请求连接，验证用户的数据真实后完成用户的请求进入登陆界面。最后，一个完整的部门员工管理系统就完成了。
为了做这个项目，我们一共用了5天的时间。在第1天，我们建立好了数据库，写好了员工类emp以及其接口empdao，并实现查询数据库里的emp信息。之后写empaction类，实现了查出emp数据显示在jsp页面的功能。第2天，我们完成员工类emp的各种功能，利用方法save()来实现增加功能,通过sql语句来实现删除的功能，最后是发送修改的请求跳转到员工修改的jsp页面来实现修改的功能。
第3天，我们实现了部门功能，因为部门类与员工类的方法和思路都是差不多的，所以只有依样画葫芦就行了，可以说是很轻松的一天。第4天，我们实现了登陆模块的功能，通过if(user!=null)语句判定，如果用户名和密码是正确的，就发送请求跳到员工列表页面。else{}语句判定，如果是用户名或密码是错误的，那就返回登录页面，并在页面提示用户名或密码错误信息。第5天，继续完善登陆模块，如果用户没登录，那么发送其它页面的请求时，都是返回登录页面。最后是修改相应的jsp页面，让其能正常跳转到其他的页面，完成整个系统的收尾工作。虽然仅仅是短短的5天，但所收获的知识量比我们在大学的时候还多，在这5天，学到了许多的东西，也明白了自己现在是属于怎么样的水平，让我明白了自身的力量是多么的薄弱。
毫无疑问，打代码是一个无聊的过程，但即使是这样无聊的过程，人如果倾注自己的感情进去，放松自己的心情，让其看起来不是一项工作，那么也能乐此不疲的做下去。
收获与体会：
通过这次实习，此次实习过程中的收获主要有四个方面：一是通过直接参与企业的运作过程，学到了实践知识，同时进一步加深了对理论知识的理解，使理论与实践知识都有所提高，圆满地完成了此次实习的实践任务。二是提高了实际工作能力，为就业和将来的工作取得了一些宝贵的实践经验。三是在实习过程中成立一个小组，彼此之间互相沟通，互相帮助，为了达成共同的目标而努力，让我看到了大家对于工作的热情，还有每个人的工作能力。四是为毕业论文积累了素材和资料。
于是，在未来的日子，我将做到以下几点：继续学习，不断提升理论涵养
在信息时代，学习是不断地汲取新信息，获得事业进步的动力。认真学习java，使自己具有更好的专业知识，为以后就业做准备。作为一名青年学子更应该把学习作为保持工作积极性的重要途径，不断努力，不断进步。
2、努力实践，自觉进行角色转化
理论是灰色的，生活之树常青，只有将理论付诸于实践才能实现理论自身的价值，也只有将理论付诸于实践才能使理论得以检验。同样，一个人的价值也是通过实践活动来实现的，也只有通过实践才能锻炼人的品质，彰现人的意志。
从学校走向社会，首要面临的问题便是角色转换的问题。从一个学生转化为一个单位人，在思想的层面上，必须认识到二者的社会角色之间存在着较大的差异。学生时代只是单纯的学习知识，而社会实践则意味着继续学习，并将知识应用于实践，学生时代可以自己选择交往的对象，而社会人则地被他人所选择。诸此种种的差异。不胜枚举。但仅仅在思想的层面上认识到这一点还是不够的，而是必须在实际的工作和生活中潜心体会，并自觉的进行这种角色的转换。
3、提高学习积极性和主动性
实习，是开端也是结束。展现在自己面前的是一片任自己驰骋的沃土，也分明感受到了沉甸甸的责任。在今后的学习和生活中，我将继续努力学习，深入实践，不断提升自我，努力创造成绩，继续创造的人生价值。
4、要培养自己的团结合作精神
工作学习生活中，团结合作，是必须的。项目经理说过，一个完整的程序不是由一个人完成的，而是由一个团队完成的，每个人完成一部分的模块，然后整合起来才是完美的程序。所以在项目中，每个人都是力量必要的。因此，培养自己的团结合作能力，是以后的工作的必要准备。
经验与教训：
在这次实习中，遇到的问题和困难，总结了以下几点：
1.要了解每一项工种，并熟练基本的操作
光是靠啃书本是无用的，所谓实习就是要我们自己实际的去练习，去操作。要真正的能从书本的理论知识转到实际操作中来。还有就是不能在技术不精的情况下由着自己的性子来操作，一定要在老师的指导，讲解下进行操作。
2.代码错误是不可避免的
任何人在写代码时，都会出现错误，就算是熟练的程序员也有写错代码的时候，所以在找出代码错误时一定要用心、细心、耐心。不仅要清楚哪里错了，还需要清楚为什么错，防止以后再犯同样的错误，只有经历过错误才会成长。
3.理解每行代码的含义
在实际操作中我们不能仅仅是跟着老师打代码，要多思考，虽然老师所讲的代码都已下载到自己的电脑，但我们还是要思考，对程序中每一行的代码都要掌握，理解它的作用，能实现什么，在哪个部分增加变量，在哪个部分增加函数，构造函数应如何编写，都是需要我们的思考。只有理解了，这些知识才是真正属于你的，不理解的话打再多的代码也对你没有任何的帮助。
总结：
实习是教学与实际相结合的重要实践性教学环节。在实习过程中，学校也以培养学生观察问题、解决问题和向实际学习的能力和方法为目标。培养我们的团结合作精神，牢固树立我们的群体意识，即个人智慧只有在融入集体之中才能最大限度地发挥作用。同时，学会独立解决问题的能力和巩固我们所学的知识，增强我们的实践经验。
在这短短的时间里带给我的,不仅仅是我们所接触到的那些操作技能，的则需要我们每个人在实习结束后根据自己的情况去感悟，去反思，并将这种感悟运用到我们生活和学习中去，学以致用，这才是实习的真正目的所在。