2022年软件公司工作心得体会.docx

《2022年软件公司工作心得体会.docx》由会员分享，可在线阅读，更多相关《2022年软件公司工作心得体会.docx（8页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、2022年软件公司工作心得体会 软件开发工作心得 我在一家国企做了三年软开,我是本科学数学的,编程全是自学的,参加了4-5个项目都是核心开发人员,有的项目一个人都是独立做的.也做过项目负责人.工作算是得心应手.可是我们软件部门开发过程不正规,基本是作坊式开发.感觉的到肯定程度很难再提高. 炯术方面,我一起先用c+c#做windows点net客户端的开发,后来做了一年的android开发,sdkndk都用过.自己私下做一些ios的小作品.我是比较踏实肯干的那种，做开发基本是用到哪里学到哪里.有些基本还不扎实.不过自己始终在学,买了不少书有的书还没翻过.我的c+c#java都驾驭得还可以，c+用的

2、最多应当是最强的，那些经典书看一些最近每天看一点stl，想把c+学精。设计模式和重构技术也都用过一些。学设计模式感觉对编程的帮助最大，能站在另一个高度。 我现在想辞职找个待遇、环境更好的公司工作，想请教大家我这个程度能做什么职位薪水能拿多少? 还有个问题就是我觉得自己现在想找一个方向做深化一点，每天上各种开发者网站看到曾出不穷的技术，有种力不从心的感觉。许多东西想学但又觉精力有限。我本身对嬉戏开发是很有爱好的，私下在做ios嬉戏，对视频编解码这块也有一些项目阅历但不是爱好所在。也想过到其他除互联网的领域去做开发，也想过出国学习或读研。说了好多挺乱的，总之感觉现在到了人生十字路口，想问问大家是怎

3、么给以后的职业做规划的? 软件工程实习心得 转瞬之间，两个月的实习期即将结束，回顾这两个月的实习工作，感受很深，收获颇丰。这两个月，在领导和同事们的悉心关怀和指导下，通过我自身的不懈努力，我学到了人生难得的工作阅历和社会见识。我将从以下几个方面总结软件工程岗位工作实习这段时间自己体会和心得： 一、努力学习，理论结合实践，不断提高自身工作实力。 在软件工程岗位工作的实习过程中，我始终把学习作为获得新学问、驾驭方法、提高实力、解决问题的一条重要途径和方法，切实做到用理论武装头脑、指导实践、推动工作。思想上主动进取，主动的把自己现有的学问用于社会实践中，在实践中也才能检验学问的有用性。在这两个月的实

4、习工作中给我最大的感受就是：我们在学校学到了许多的理论学问，但很少用于社会实践中，这样理论和实践就大大的脱节了，以至于在以后的学习和生活中找不到方向，无法学以致用。同时，在工作中不断的学习也是弥补自己的不足的有效方式。信息时代，瞬息万变，社会在改变，人也在改变，所以你一天不学习，你就会落伍。通过这两个月的实习，并结合软件工程岗位工作的实际状况，仔细学习的软件工程岗位工作各项政策制度、管理制度和工作条例，使工作中的困难有了最有力地解决武器。通过这些工作条例的学习使我进一步加深了对各项工作的理解，可以求真务实的开展各项工作。 二、围绕工作，突出重点，不遗余力履行职责。 在软件工程岗位工作中我都本着

5、仔细负责的看法去对待每项工作。虽然起先由于阅历不足和相识不够，觉得在软件工程岗位工作中找不到事情做，不能得到熬炼的目的，但我快速从自身动身找寻缘由，和同事沟通，相识到自己的不足，以至于快速的转变自己的角色和工作定位。为使自己尽快熟识工作，进入角色，我一方面抓紧时间查看相关资料，熟识自己的工作职责，另一方面我虚心向领导、同事请教使自己对软件工程岗位工作的状况有了一个比较系统、全面的认知和了解。依据软件工程岗位工作的实际状况，结合自身的优势，把握工作的重点和难点，不遗余力完成软件工程岗位工作的任务。两个月的实习工作，我常常得到了同事的好评和领导的赞许。 三、转变角色，以极大的热忱投入到工作中。 从

6、高校校门跨入到软件工程岗位工作岗位，一起先我难以适应角色的转变，不能发觉问题，从而解决问题，认为没有多少事情可以做，我就有一点悲观，起先的热忱有点消退，完全找不到方向。但我还是尽量保持当时的那份热忱，想干有用的事的看法，不断的做好一些杂事，同时也勇于帮助同事做好各项工作，渐渐的就找到了自己的角色，明白自己该干什么，这就是一个热忱的问题，只要我保持极大的热忱，信任自己肯定会得到认可，没有不会做，没有做不好，只有你愿不情愿做。转变自己的角色，从一位学生到一位工作人员的转变，不仅仅是角色的改变，更是思想观念的转变。 四、发扬团队精神，在完成本职工作的同时协同其他同事。 在工作间能得到领导的充分信任，

7、并在按时完成上级安排给我的各项工作的同时，还能主动主动地帮助其他同事处理一些内务工作。个人的实力只有融入团队，才能实现最大的价值。实习期的工作，让我充分相识到团队精神的重要性。 团队的精髓是共同进步。没有共同进步，相互合作，团队犹如一盘散沙。相互合作，团队就会同心协力，成为一个强有力的集体。许多人常常把团队和工作团体混为一谈，其实两者之间存在本质上的区分。优秀的工作团体与团队一样，具有能够一起共享信息、观点和创意，共同决策以帮助每个成员能够更好地工作，同时强化个人工作标准的特点。但工作团体主要是把工作目标分解到个人，其本质上是注意个人目标和责任，工作团体目标只是个人目标的简洁总和，工作团体的成

8、员不会为超出自己义务范围的结果负责，也不会尝试那种因为多名成员共同工作而带来的增值效应。 五、存在的问题。 靖个月来，我虽然努力做了一些工作，但距离领导的要求还有不小差距，如理论水平、工作实力上还有待进一步提高，对软件工程岗位工作岗位还不够熟识等等，这些问题，我决心实习报告在今后的工作和学习中努力加以改进和解决，使自己更好地做好本职工作。 软件工程学习心得体会 学习了这门课程, 还有老师们的多元化教课,不但让我从理论上驾驭软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了许多东西的，有许多地方是值得确定的，其实在我看来，软件工程与其说是一门课程，不如说

9、是一门思想。是一个如何去分析和处理问题的过程，应当说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。 整本书的内容逻辑很清楚明白，由浅入深按部就班，首先我就也许描述下我们所学的内容，第一章是从整体分析软件工程这门学科的发展和所处的社会环境，接着后面的几章深化分析了软件开放过程和模式、软件项目管理、计算机工程、需求分析、结构化分析建模以及基于UML面对对象分析建模等。接着我就具体介绍下我对这门课程学问点的理解概括： 软件：软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所须要的数据，加上描述程序的操作和运用的文档。软件的特征：软件是一种逻辑实体，而不

10、是详细的物理实体，因而它具有抽象性。软件是通过人们的智力活动，把学问与技术转化成信息的一种产品。软件成为产品后，其生产只是简洁的拷贝，不同于硬件制造。维护过程比硬件困难的多，甚至会引发新的错误。软件危机：指的是软件开发和维护过程中遇到的一系列严峻问题。出现软件危机的缘由：软件维护费用急剧上升，干脆威逼计算机应用的扩大。软件生产技术进步缓慢。软件工程是指导计算机软件开发和维护的工程学科。 软件生存周期：一个软件从定义到开发、运用和维护，直到最终被弃用，要经验一个漫长的时期，通常把软件经验的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：问题定义;可行性探讨;需求分析;总体设计;具体设计

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

12、统进行逐步细化与完善，通过版本更新逐步满意用户对于软件的多方面须要。 增量模式：开发过程有三个任务域，分别是设计结构、开发构件和集成系统，它既有完善的工程管理机制，又能适应用户需求变更，有利于质量的监控，并且各局部基于构件构造，有利于逐步构建与完善;由于先交付核心构件可利于降低项目的技术风险。 螺旋模式：是一种可较好的规避开发风险过程的模式，项目是基于任务的螺旋式推动，每个螺旋由内之外分别是需求分析、软件设计、系统集成、验证与交付。 软件开发的整个过程：须要项目团队，组建优秀的团队可以开发出更搞质量的软件产品。任务开发团队要求小而精，成员大多在8人以内，主要成员有项目负责人、开发人员、资料管理

13、员和软件测试员。项目安排是为了使软件开发各项工作有秩序地进行，包括任务安排和基于里程碑的进度支配，甘特图和任务网络图是用来描述进度安排的工具。项目安排书可以作为软件开发的工作指南。项目成本估算，由于项目有来自各方面的成本包括工资开支、场地费、差旅费、设备费和资料费等，但是软件主要是对人力成本的估算，常用的方法有程序代码成本估算法等。软件风险管理包括许多不确定的风险因素，如安排风险、管理风险、需求风险、技术风险、人员风险、产品风险、用户风险和商业风险等等，而风险管理的主要任务是：风险识别、风险评估、和风险防范。软件文档管理，软件文档是工程模式软件开发的成果体现，包括技术文档、管理文档和用户文档。 软件配置管理与软件质量管理，包括配置规划、软件变更限制、软件版本限制和质量限制安排。 第8页 共8页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页