关于软件创新的心得

写心得的过程中，需要对所学的知识、技能或者经验进行总结和反思，有助于提升自我修养和素质。关于软件创新的心得要怎么写？接下来给大家带来关于软件创新的心得，方便大家学习。

关于软件创新的心得篇1

自20__年起，西创工作室一直在协同平台应用与bim软件推广方面坚持不懈地进行着努力和尝试，在经历了不同阶段不同层次的铺垫与积累之后，目前已经有一些项目的子项运用bim软件revit出图，另有一些项目实现了整个团队人员从方案到施工图全部运用bim软件archiCAD推进，取得了一定进展与成绩。感谢田园主任给予我们一个平台且大力支持，现对几个方面的经验与想法做出总结并与大家分享。

首先，bim设计并不是换一个软件来画图的单纯问题，从传统的主要应用CAD制图的方法到bim软件设计制图，需要画图习惯与设计观念上的革新、计算机网络环境的支持以及团队协同意识的培养等方面的铺垫。我创作室首先通过NAS服务器建立了可以储存、共享数据资料的网络工作平台，接着开始尝试cad参照与图纸集的应用，并与结构专业应用参照配合设计。图纸集的应用使得大家对bim软件的框架界面能够迅速适应，多人应用CAD参照与协同则逐步建立起bim设计中协同工作的意识与习惯。实践证明，以我院目前普遍的工作方式与软件应用程度来说，推广bim软件前期经过这样的过渡阶段确实是有必要的。

其次，对bim设计的理解、以及对现阶段应用bim软件的意义的认识，是决定学习和推广bim软件的方式方法的根源性问题之一。个人认为一个比较突出的问题是，很多人对bim软件的理解停留在理想阶段，认为其科学准确，可以一次性解决图纸、预算、施工等各个环节的问题。诚然，bim设计确实可以达到这样的程度，但是，从目前我们面对的绝大多数项目甲方、设计周期、设计成本、以及多专业配合要求等情况看来，条件和时间根本就不允许我们用bim软件做到上述程度，甚至可以说是没有必要(我院承接的EPC项目由于甲方要求除外)，那么，我们为什么还要开始研究和学习?我个人的感受是，bim软件如果运用熟练，确实可以一定程度上提高效率和准确度，并且无形中训练了一种更科学更接近于真实建造过程的思维方式来推进和完成设计，这样看来，即使甲方完全没有要求bim设计，也还是很值得去尝试和学习的，也只有先做到用bim软件比传统CAD出图更好更快，才有可能应付未来会有更多的项目甲方要求我们应用bim软件做到更深更全面的程度，也才有机会去挖掘和探索bim软件能够提供给我们的更广阔的空间领域。

再次，在具体的学习和应用方面，我将我们团队的经验概括为如下两点：第一，不要脱离实际项目学习和运用软件，除了在最初期阶段为了熟悉软件操作时，可以描画一些已经完成的项目外，后期建议大胆尝试直接应用于实际项目的推进过程中。当然很多同事担心不熟悉会造成耽误项目进展的情况，这种风险肯定是存在的，个人认为这个问题没有好的办法，第一次注定会花更多的时间，会碰到各种问题，但是只有在实践中逐一解决问题才有可能掌握bim软件及其不同于传统方法的设计逻辑，这是任何人任何团队都跳跃不了的环节，但是如果一直不在实际项目上演练，估计是永远也掌握不了bim设计了。第二，建议以一个bim设计项目团队的单位来实践，就是拿一个比较合适的项目，所有这个项目的参与者全部应用bim软件一起来研究和推进，这样可以更大地减少项目推进过程中的信息损失量，促进团队内成员互相学习帮助，并且可以尝试项目组内部的bim协同设计。另外，如果运用bim软件做施工图设计的话，团队成员最好有一定的施工图设计基础，否则会感觉无从下手，返工较多，也较难感受和摸索到bim软件做施工图的优势所在。

最后，bim设计绝不可能代替设计师技术层面的控制和项目经验的积累，这些素质无论用什么软件画图或者bim与否都是决定性的关键因素，是计算机永远无法代替人脑的部分。另一方面，想要搭建起bim体系全程设计平台，对人力资源和项目管理的要求反而更高，比如时间节点控制，科学化的人力资源配置体系、项目管理推进与质量评价标准，都是保证bim设计顺利推进不可替代的人为因素，这方面的积累也许是一条更漫长的道路。目前我们还只是处于应用起步阶段，bim这个博大精深的设计模式还有相当大的探索和研究空间，我们会继续深入。再次感谢创作室领导的大力支持和团队成员的协作努力，热切希望我们曾经付出的那么多时间和精力能够在未来为我们节约更多的时间，并创造出远大于项目和bim本身的价值。

关于软件创新的心得篇2

转眼已经在东软实训这样的大家庭中生活快10个月时间了，之前的兴奋、喜悦如今已经让我熟悉，在这里的每一天都会让我有成为一名真正“财富”拥有者的冲动。也许对别人来说，一定不能体会为什么在这不到10个月的时间会让一个人有翻天覆地的变化，但是变化就是这样一点一点产生的。

在东软的实训生活中，我深深体会到了自己在专业知识方面的欠缺和不足，也意识到了自己做为计算机软件工程专业的学生，要想在以后的职业中崭露头角，除了要有过硬的理论知识，健康的体魄外，还必须具备良好的心理素质，使自己在以后的途中无论经历什么样的困难，都立于不败之地。这正是本次实训的根本目的。

通过实训中心老师的课堂讲解与企业化标准的培训，使我加深了对自己专业的认识。从而确定自己以后的努力方向。要想在短暂的实训时间内，尽可能多的学到东西，就需要我们跟老师或同学进行很好的沟通，加深彼此的了解。只有我们跟老师多沟通，让老师更了解我们，才能跟真切的对我们进行培训工作。由此，班级的文化“共享”就在生活中慢慢形成了。

“纸上得来终觉浅，绝知此事要躬行!”在这短短的时间里，让我深深的感觉到自己在实际应用中所学专业知识的匮乏。让我真真领悟到“学无止境”这句话的涵义。而老师在专业认识周中所讲的，都是课本上没有而对我们又非常实用的东西，这又给我们的实训增加了浓墨淡采的光辉。我懂得了实际生活中，专业知识是怎样应用与实践的。在这些过程中，我不仅知道了职业生涯所需具备的专业知识，而且让我深深体会到一个团队中各成员合作的重要性，要善于团队合作，善于利用别人的智慧，这才是大智慧。靠单一的力量是很难完成一个大项目的，在进行团队合作的时候，还要耐心听取每个成员的意见，使我们的组合达到更加完美。

这次实训带给我太多的感触，它让我知道工作上的辛苦，事业途中的艰辛。让我知道了实际的工作并不像在学校学习那样轻松。

人非生而知之，虽然我现在的知识结构还很差，但是我知道要学的知识，一靠努力学习，二靠潜心实践。没有实践，学习就是无源之水，无本之木。这次实训让我在一瞬间长大：我们不可能永远呆在象牙塔中，过着一种无忧无虑的生活，我们总是要走上社会的，而社会，就是要靠我们这些年轻的一代来推动。这就是我们不远千里来实训的心得和感受，而不久后的我，面临是就业压力，还是继续深造，我想我都应该好好经营自己的时间，充实、完善自我，不要让自己的人生留下任何空白!

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

现在我对“一个人最大的财富是他的人生经历和关系网络”这句话非常的有感情，因为它确实帮了我们不少。除此课本上的知识毕竟有限。通过实训，我班同学都有这样一个感觉，课本上的理论知识与实际工作有很大差距，只有知识是远远不够的，专业技能急需提高。

从最初的笨手笨脚，到现在可以熟练的按照流程开发软件，这都与我班每个人的努力是分不开的。十个月的实训，教会了我们很多东西，同时也锻炼了大家踏实、稳重的能力，每个人都很珍惜这来之不易的实训机会。

在实际工作中经常会和不同的人打交道，然而他们的态度是不可恭维的，你会感觉

到他的不耐烦以及他的高傲，所以这就需要学会沟通的方式及说话技巧，学会灵活面对。通过这十个月的实训，我班同学都收获颇丰，总体来说对这次实训还是很满意的。尽管实训很累，每天早出晚归。但真的很感谢学校能够提供我们这样好的实训机会，以及东软给予我们的实训平台。我们深刻的了解到，只有经历过，才知道其中的滋味。对于我而言，喜欢体验生活，可以说通过这次实训，真真切切的让我了解了什么是软件开发，什么是软件工程，让我对于软件最初的观点也有了本质性的改变!程序员不仅仅是一份职业，更是一份细心+一份耐心+一份责任心=人生价值的诠释。即将走向工作岗位的我们更要不断加强自己的专业技能，社会不会要一个一无是处的人，所以我们要更多更快的从一个学校人向社会人转变。为此我们将会在以后的日子里继续努力，不断激励经验，不断磨砺自己，早日走向工作岗位。

关于软件创新的心得篇3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

关于软件创新的心得篇4

第一，要认清形势。

我觉得任何事情一定要在认清形势的基础上再开始考虑如何计划，这样才能让别人满意你的结果而自己也能获得较大的收获。一开始，_总就强调过，我们不应该把这个项目当成还是课堂的项目，完成老师的硬性要求，而是一个真正的公司的项目。这样我们就可以考虑到时间方面的限制和我们在技术上的优势，而在需求上与甲方PM交涉。我们公司内部在经过一番讨论后，确定了最利于我们完成该项目而又达到甲方PM要求的项目方案，然后与甲方PM进行商榷，在与甲方PM分析了各种情况后，最后终于敲定了让甲方PM满意，而我们自己又认为能完成得比较好的需求。

第二，相信团队合作才可能把项目做到最好。

从整个项目的过程来看，团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。首先，团队合作最基本的技能就是沟通。沟通的目的就是让别人了解你的想法，因为每个人考虑问题的时候总会有各种各样的偏差，我们只有沟通很好的沟通来综合所有人的好的想法，以减少走弯路，而让事情进行的更顺利。我们公司内部的沟通是比较随意的，因为大家都比较熟悉，任何时候有什么想法都会提出来，然后大家一起讨论，并得出最后的结果。而整个项目的进行中很重要的又比较正式的沟通就是与甲方PM的沟通，完成这个项目其实也是与甲方的合作的过程，因为甲方PM是在职人员，他的人生阅历比我们多，而且沟通能力是很强的，我们从与他的沟通中都学到了不少知识与技巧，其中很多都是我们以前做老师给我们的作业项目所没有的但却是很重要的。我们其实也很感谢甲方PM，他很认真负责地跟我们沟通，我们在沟通中用词不当或犯什么错误时，他都会指出来，并改正我们的说法，因此单从与他的沟通中就学到了不少以后工作时将会用到的实在的知识。

其次，团队合作的关键环节就是在有效沟通的基础上进行分工，分工要明确，落实到每个人。由于这个项目时间的限制和语言的不熟，这个项目必须由我们公司所有成员都尽努力才能做好，这样就需要合理的分工。比如我们这个项目中分为总的来说可以分为界面，核心算法，和数据库这三个模块，而算法也分有好几种，只有把它们分配给对各模块感兴趣的人做，让他们在规定的时间里进行钻研努力，才能达到最好的效果。我们组在这方面做的比较好，苏总在我们项目提出时，就根据各人的能力和兴趣把每个人分配在不同的主要任务中，在每周与甲方PM定好下阶段的提交物后，都是仔细地把任务均匀地分配给各个人。因为我们组是按照每人的工作量来最后算成绩的，均匀地分配任务就不会造成组员的不满了。再其次，团队合作中协作是必不可少的。在项目组中各成员都明确了任务后，就需要大家单独工作的同时去配合其他人。尽管大家都有不同的任务，但是相互之间在一些问题互相协作的话，不仅可以提高各个任务进行的速度，也利于对项目中别的模块的了解。

由于我们组的成员都是比较熟悉的，所以在协作方面还是不错的，比如某人搭建完环境后，帮其他的组员在他们自己的电脑上搭好，这样就会节省大量的时间，而这名组员也可以把时间用在别的事情上。而且虽然我们进行了明确的分工，但毕竟是一个项目，之间还是有很大的关联的，这样在编码的时候，都会进行讨论和互相帮助，这样就减少了错误的可能性也节省了时间。最后，项目经理的监督是必不可少的。一个团队中，难免有人会偷懒或拖延，或者完成任务的质量不理想，项目经理就要对这些人进行督促和提出合理的建议。通过监督了解项目的进展、质量、问题等并及时的调整资源利用情况，以保证项目的成功。虽然我们组没有出现上面提到的种.种情况，苏总还是进行了严格的监督，我们每人都是按照苏总给我们的计划提交相应的产品给他，但质量是参差不齐的，苏总都会进行审核，然后给出建议，让我们修改优化后，他才把产品提交给甲方PM，因此甲方PM一直对我们的提交物比较满意，这与苏总的努力是分不开的。

第三，要详细制定计划，并严格按照计划来执行。

这次的项目周期很短，因此计划就显得格外的重要，只有进行详细的计划，我们才有紧迫感，并要求自己抓紧时间完成当天的任务。对比去年的软件工程课，那个项目与这个项目的规模差不多，但是开发周期是真个学期，每个阶段都显得很长，就算制定了一个计划，也没有按照那个计划来，拖个几天是很正常的，今天不能完成明天做，因为有的是时间，这样越来越松懈，就把大量的任务往后压，到最后就拿质量换时间了。而这个项目一开始就让人有很强的紧迫感，计划几乎是细到天的，我们每人组员都要在周报中详细汇报这周中每天做了什么的，PM通过周报来很好地管理进度，当然必要的情况下还是会做相应的变动的。到最后我们的项目如期完成了，而且结果是比较让人满意的，这样的结果对比去年的就会让我以后在做别的事的时候，更加自觉地详细做计划并严格按照计划执行。另外，这样做的好处就是让人感觉每天都很充实，没有虚度光阴，每次我浑浑噩噩地度过一天而没有学到任何东西后，我都有一种罪恶感，感觉对不起父母和关心自己的人，而制定了详细的计划并认真执行的话，每天都会以饱满的精神状态来学习，心情也很好，这样才是健康的生活方式。

虽然通过这门课，我的经验更佳丰富了，个人编程能力，沟通能力等都有了一定提高，但是我也感觉到了自己的诸多不足，比如我的沟通能力还有待提高，这或许不是一两天的问题，但是我会更加注意，并在以后的生活学习中，留心并提高沟通能力。还有不足就是项目期间，热情还不是不够，每次都把相应的任务做完后，就不管了留给PM，然后等下一个任务，而自己却没有更加用心地去考虑如何把整个项目做的更好，或许是因为我不是PM的缘故吧，在以后的项目中，我要改变这种心态，以更加积极的热情去参与项目。

关于软件创新的心得篇5

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

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

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

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

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

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

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

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

关于软件创新的心得篇6

国贸软件实训心得体会(793字)经过长时间对国贸软件的的使用，在不断练习操作的过程中，我对国贸软件的最深刻感觉是：学以致用、有趣、必须细心耐心反应迅速。

1.学以致用

作为国贸专业，经过长时间的理论学习，急需通过实际操作或某种近似于实际操作的平台对所学的理论知识加以实践，以求进一步掌握和巩固，而国贸软件正提供了这样一种平台。该软件涉及了及出口贸易的各个方面和环节，从外贸公司的经营运作到实际的进出口业务流程，都能进行模拟实训。在使用过程中，会遇到很多国贸的基础理论知识和实务技能，这是对国贸理论掌握程度的最好考察。眼过千遍不如手过一遍，相对于理论部分而言，国贸实务更注重实际操作，通过这种理论结合实践的方式，巩固基础知识，查找理论学习的不足，以前学习的实物理论基础知识会更加的具体和直观。同时，该软件的实务操作部分与报关员报关实务所涉及的知识基本一致，这对于我的报关员考试复习提供了很大的帮助。

2.有趣

该软件通过“实战”方式训练，会在操作过程中遇到很多难题和挑战，这些必须自己想办法解决。由于大家进行了角色划分，形成了一个虚拟市场，所以大家之间相互的竞争是必不可少的，大家会从各个方面进行竞争。竞争在现在是无法避免的，意识正是现代社会生存发展所需要的。正是这种竞争，使得我(相信大家)对该软件产生了浓厚的兴趣。

3.细心、耐心、反应迅速

国贸软件涉及大数据计算的繁琐的单证填写，所以必须做到细心耐心，例如，在填制外贸合同时，一个小小的数据错误或是货物装运、指运港名称的错误都会是合同填写失败;填写保险单或是报关单证，没有严格按照合同数据填制就会导致填写出现错误，无法进行下一步骤，影响实验效率。

在操作过程中，除了复习、巩固所学国贸理论外，另一个重要任务就是想办法“赚钱”，提高自己企业的盈利水平和生存能力，这就要求必须反应迅速、判断准确，否则会觉得企业经营的举步维艰。 以上就是经过一段时间对国贸软件的操作使用产生的心得体会。

软件实训心得体会四：软件实训心得(778字)转眼间，到昆山已经两个多月了。不知不觉中我已经从一个在校生变成了一个职员。这跟在我们学校是完全不一样的。除此之外，安博还制定了严格的制度，这些使我们在安博的培训像职工在公司工作一样，让我们提早接触到公司的氛围。

来安博最重要的目的还是学技术，那就说说这里的教育情况吧。安博实行的是上午授课，下午上机练习的制度。我觉得我们这个班上午的授课经理非常好，他对java的理解非常透彻。我在大学学了半年的java，仅仅停留在表面上，对实质的内容根本都不了解。比如说==与equals的区别，方法的覆盖，变量的隐藏等等。老师通过图的方式，给我们讲解它们在内存中的情况，使我们从本质上了解了这些东西。他的这种授课方式，既生动又形象，彻底地将问题讲明白，我们接受起来轻松容易，也不容易遗忘。

除了他的讲课方式以外，他还是一个非常幽默的人，坐在凳子上听四个小时的课，会很乏味的，他时不时的给我们说一些搞笑的事，或者开玩笑的话，使课堂气氛非常活跃。他每讲完一个新知识点，都给我们留一点时间练习，加深对新知识的理解。我们有什么问题，他都会很耐心的跟我们讲解，不管程度是好是坏，他都一样对待。总之，听他的课就是一种享受。他还把跟知识相关的材料发给我们，让我们有研究的空间。有时还给我们一些面试题，让我们提早看，只有准备好了去应聘才有机会。

昆山还给我们开了一些素质课，讲解一些职场素质，如何为人处事，如何同面试官讲话，还要求我们在日常生活中也尽量做到。在我们就业之前开这样的课，对我们这些即将踏入社会的大学生来说是非常重要的。公司招聘员工，一看实力，二看素质，两者缺一不可。

总之在昆山的这段时间中，我学到了很多。时间虽短，但所学到的和知识的实用性很强。所有的老师们都教给了我们很多工作习惯、工作技巧、日常礼仪、职业素养和心态方面的东西。使我们对今后的工作有了新的认识，增添的极大的信心。

软件实训心得体会五：软件工程实训心得体会(1521字)这次软件工程实训是从20_.12.26号开始的，截至20_.12.31号。实训内容是用java相关知识(主要是jsp)做一个物流配送系统。下面谈谈对这次实训的看法。

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

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

还有一个收获是从一个同学(小胖)那里得到的，他的那组成员跟我的这组大体一样，我倒是觉得没什么了，不过他倒是很重视这个问题吧。然后他说出来，我也觉得这个问题确实其实是个大的问题。就是不管你会不会这门技术，会不会做这个东西，态度要正确才好，就算你不会做，你也应该认真的对待，将来 出身到社会，就不是说像你现在，不会做就不做，跑去玩游戏了。小胖说出了这段话，也在我身上有了一个印证，虽然我jsp技术知识为0，但我也还是在认真的跟着他们一起做，不会做，就多问，毕竟现在我们是学生，可以毫不顾忌的询问各种问题，老师也会尽力为你回答。将来出身社会就不一样了。虽然，我就算个打酱油的水平，但是这个酱油也要打得有涵量啊。不管怎么样，我能对自己有个交待，虽然我不会，但是这次实训我确实是认真对待了，六天的实训，除了晚上加班外，还花了2个通宵来完成不同阶段的任务，完成与否也不重要了，我至少我做了，这点，是这次我应该对自己的一个肯定。

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

关于软件创新的心得篇7

在刚进入大学得知数学专业也要学习程序设计的时候，我的内心充满了喜悦，因为我喜欢数学的同时，一样喜欢计算机。虽说程序设计只是计算机专业的冰山一角，但这却是基础，所以我下定决心要学好它。

前段时间，我们学习了前五章的内容。第一章主要对c语言进行了简单的介绍；第二章便是对最基础知识的介绍：C语言的数据类型、常用的简单符号、运算符的&39;结合性等；而第三章就开始进行一些简单的算术运算了，千万别以为这就是小学数学水平的东西，其实这跟数学还是有差别的；第四章键盘输入和屏幕输出就是告诉我们如何进行人机交流，把自己的东西输入电脑，再在屏幕上显示出来；第五章便开始利用计算机进行程序设计来解决生活中的实际问题，而这就需要一个很重要的结构——选择控制结构。

虽然刚开始学习的内容还不是很多，但我却在这为时不长的学习中，深深地感受到了c语言的魅力，以及它强大的“功效”：

C语言语言虽简单，但表达能力却强，使用起来灵活方便，而且程序设计自由度大，我们可以从多角度寻找解决问题的方案。虽然人的能力很强，但不是所有问题解决的最佳途径依赖于人，有时候依靠C语言既省时又省力。就像对很多的数据进行运算时，对人来说可谓是一项大工程，一点不注意就会全盘皆输，要重新来过，让人头大；而对计算机来说，它只会执行你的指令，不管其他，没有枯燥，不懂乏味，更重要的是，效率尤其高。不止计算，C语言还有很多用处。

刚开始的时候，我错误的认为C语言跟数学没有太大差别。然而接触过后我才发现自己错的很离谱。虽然C语言与数学有着难舍难分的关系，但C语言就是C语言，它有着自己的语言，自己的思想跟自己的规则。我们可以借助数学更好的掌握C语言，但不能因此混淆二者。就像数学语言在程序中是不一定能够识别的（“=”在数学中是等于，在C语言中是赋值，C语言中的等于是“==”），虽然数学对C语言帮助很大，但C语言却不会因此就放你程序通过，不识别就是不识别，除非你用我自己的东西。由此可见，C语言是具有灵魂的。

越是深入的学习，我对C语言的兴趣越大，指尖在键盘上的敲打声，是如此的悦耳，我更加的相信，我可以与C语言成为好朋友。