软件公司工作心得体会 4页

软件公司工作心得体会 软件开发工作心得 我在一家国企做了三年软开,我是本科学数学的,编程全是自学的,参与了 4-5 个项目都是 核心开发人员,有的项目一个人都是独立做的.也做过项目负责人.工作算是得心应手.可是我 们软件部门开发过程不正规,基本是作坊式开发.感觉的到一定程度很难再提高. 炯术方面,我一开始用 c++c#做 windows 点 net 客户端的开发,后来做了一年的 android 开 发,sdkndk 都用过.自己私下做一些 ios 的小作品.我是比较踏实肯干的那种，做开发基本是用 到哪里学到哪里.有些基本还不扎实.不过自己一直在学,买了不少书有的书还没翻过.我的 c++c#java 都掌握得还可以，c++用的最多应该是最强的，那些经典书看一些(c++primer，c++ 深思路，thinkinginc++。。。)最近每天看一点 stl，想把 c++学精。设计模式和重构技术也都用 过一些。学设计模式感觉对编程的帮助最大，能站在另一个高度。 我现在想辞职找个待遇、环境更好的公司工作，想请教大家我这个程度能做什么职位薪 水能拿多少? 还有个问题就是我觉得自己现在想找一个方向做深入一点，每天上各种开发者网站看到 曾出不穷的技术，有种力不从心的感觉。很多东西想学但又觉精力有限。我本身对游戏开发 是很有兴趣的，私下在做 ios 游戏，对视频编解码这块也有一些项目经验但不是兴趣所在。 也想过到其他除互联网的领域去做开发，也想过出国学习或读研。说了好多挺乱的，总之感 觉现在到了人生十字路口，想问问大家是怎么给以后的职业做规划的? 软件工程实习心得 转眼之间，两个月的实习期即将结束，回顾这两个月的实习工作，感触很深，收获颇丰。 这两个月，在领导和同事们的悉心关怀和指导下，通过我自身的不懈努力，我学到了人生难 得的工作经验和社会见识。我将从以下几个方面总结软件工程岗位工作实习这段时间自己体 会和心得： 一、努力学习，理论结合实践，不断提高自身工作能力。 在软件工程岗位工作的实习过程中，我始终把学习作为获得新知识、掌握方法、提高能 力、解决问题的一条重要途径和方法，切实做到用理论武装头脑、指导实践、推动工作。思 想上积极进取，积极的把自己现有的知识用于社会实践中，在实践中也才能检验知识的有用 性。在这两个月的实习工作中给我最大的感触就是：我们在学校学到了很多的理论知识，但 很少用于社会实践中，这样理论和实践就大大的脱节了，以至于在以后的学习和生活中找不 到方向，无法学以致用。同时，在工作中不断的学习也是弥补自己的不足的有效方式。信息 时代，瞬息万变，社会在变化，人也在变化，所以你一天不学习，你就会落伍。通过这两个 月的实习，并结合软件工程岗位工作的实际情况，认真学习的软件工程岗位工作各项政策制 度、管理制度和工作条例，使工作中的困难有了最有力地解决武器。通过这些工作条例的学 习使我进一步加深了对各项工作的理解，可以求真务实的开展各项工作。 二、围绕工作，突出重点，尽心尽力履行职责。 在软件工程岗位工作中我都本着认真负责的态度去对待每项工作。虽然开始由于经验不 足和认识不够，觉得在软件工程岗位工作中找不到事情做，不能得到锻炼的目的，但我迅速 从自身出发寻找原因，和同事交流，认识到自己的不足，以至于迅速的转变自己的角色和工 作定位。为使自己尽快熟悉工作，进入角色，我一方面抓紧时间查看相关资料，熟悉自己的 工作职责，另一方面我虚心向领导、同事请教使自己对软件工程岗位工作的情况有了一个比 较系统、全面的认知和了解。根据软件工程岗位工作的实际情况，结合自身的优势，把握工 作的重点和难点，尽心尽力完成软件工程岗位工作的任务。两个月的实习工作，我经常得到 了同事的好评和领导的赞许。 三、转变角色，以极大的热情投入到工作中。 从大学校门跨入到软件工程岗位工作岗位，一开始我难以适应角色的转变，不能发现问 题，从而解决问题，认为没有多少事情可以做，我就有一点失望，开始的热情有点消退，完 全找不到方向。但我还是尽量保持当初的那份热情，想干有用的事的态度，不断的做好一些 杂事，同时也勇于协助同事做好各项工作，慢慢的就找到了自己的角色，明白自己该干什么， 这就是一个热情的问题，只要我保持极大的热情，相信自己一定会得到认可，没有不会做， 没有做不好，只有你愿不愿意做。转变自己的角色，从一位学生到一位工作人员的转变，不 仅仅是角色的变化，更是思想观念的转变。 四、发扬团队精神，在完成本职工作的同时协同其他同事。 在工作间能得到领导的充分信任，并在按时完成上级分配给我的各项工作的同时，还能 积极主动地协助其他同事处理一些内务工作。个人的能力只有融入团队，才能实现最大的价 值。实习期的工作，让我充分认识到团队精神的重要性。 团队的精髓是共同进步。没有共同进步，相互合作，团队如同一盘散沙。相互合作，团 队就会齐心协力，成为一个强有力的集体。很多人经常把团队和工作团体混为一谈，其实两 者之间存在本质上的区别。优秀的工作团体与团队一样，具有能够一起分享信息、观点和创 意，共同决策以帮助每个成员能够更好地工作，同时强化个人工作标准的特点。但工作团体 主要是把工作目标分解到个人，其本质上是注重个人目标和责任，工作团体目标只是个人目 标的简单总和，工作团体的成员不会为超出自己义务范围的结果负责，也不会尝试那种因为 多名成员共同工作而带来的增值效应。 五、存在的问题。 靖个月来，我虽然努力做了一些工作，但距离领导的要求还有不小差距，如理论水平、 工作能力上还有待进一步提高，对软件工程岗位工作岗位还不够熟悉等等，这些问题，我决 心实习报告在今后的工作和学习中努力加以改进和解决，使自己更好地做好本职工作。 软件工程学习心得体会 学习了这门课程, 还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不 同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东 西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一 门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程， 成为了一个综合的一个能够解决问题的思想集合。 整本书的内容逻辑很清晰明了，由浅入深循序渐进，首先我就大概描述下我们所学的内 容，第一章是从整体分析软件工程这门学科的发展和所处的社会环境，接着后面的几章深入 分析了软件开放过程和模式、软件项目管理、计算机工程、需求分析、结构化分析建模以及 基于 UML 面向对象分析建模等。接着我就详细介绍下我对这门课程知识点的理解概括： 软件：软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要 的数据，加上描述程序的操作和使用的文档。软件的特征：①软件是一种逻辑实体，而不是 具体的物理实体，因而它具有抽象性。②软件是通过人们的智力活动，把知识与技术转化成 信息的一种产品。③软件成为产品后，其生产只是简单的拷贝，不同于硬件制造。④维护过 程比硬件复杂的多，甚至会引发新的错误。软件危机：指的是软件开发和维护过程中遇到的 一系列严重问题。出现软件危机的原因：①软件维护费用急剧上升，直接威胁计算机应用的 扩大。②软件生产技术进步缓慢。软件工程是指导计算机软件开发和维护的工程学科。 软 件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时 期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：① 问题定义;②可行性研究;③需求分析;④总体(概要)设计;⑤详细设计;⑥编码与单元测试;⑦综 合测试;⑧软件维护; 瀑布模式：是传统的软件开发模式，其中的“瀑布”是对这个模式的形象表达，由山顶 倾泻下来的水，自顶向下、逐渐细化。其特点是：线性化过程;分为分析、设计、编码、集 成等几个阶段，并且各阶段逐级推进，不允许跨越。里程碑管理;阶段评审;文档驱动;简洁便 于工程应用的线性化过程步骤，并可以通过里程碑管理机制而使项目进程量化。其明显的优 点就是没个阶段结束前都要对所完成的阶段成果进行评审，这使得软件的错误能够在个阶段 内尽早发现并尽早解决，总的来说瀑布模式具有良好的质量保证机制，有很强的生命力。 原型进化模式：对软件进行直接模拟或仿真，只需要分析需求框架后进行原型创建，再 对原型系统进行逐步细化与完善，通过版本更新逐步满足用户对于软件的多方面需要。 增量模式：开发过程有三个任务域，分别是设计结构、开发构件和集成系统，它既有完 善的工程管理机制，又能适应用户需求变更，有利于质量的监控，并且各局部基于构件构造， 有利于逐步构建与完善;由于先交付核心构件可利于降低项目的技术风险。 螺旋模式：是一种可较好的规避开发风险过程的模式，项目是基于任务的螺旋式推进， 每个螺旋由内之外分别是需求分析、软件设计、系统集成、验证与交付。 软件开发的整个过程：①需要项目团队，组建优秀的团队可以开发出更搞质量的软件产 品。任务开发团队要求小而精，成员大多在 8 人以内，主要成员有项目负责人、开发人员、 资料管理员和软件测试员。②项目计划是为了使软件开发各项工作有秩序地进行，包括任务 分配和基于里程碑的进度安排，甘特图和任务网络图是用来描述进度计划的工具。项目计划 书可以作为软件开发的工作指南。③项目成本估算，由于项目有来自各方面的成本包括工资 开支、场地费、差旅费、设备费和资料费等，但是软件主要是对人力成本的估算，常用的方 法有程序代码成本估算法等。④软件风险管理包括很多不确定的风险因素，如计划风险、管 理风险、需求风险、技术风险、人员风险、产品风险、用户风险和商业风险等等，而风险管 理的主要任务是：风险识别、风险评估、和风险防范。⑤软件文档管理，软件文档是工程模 式软件开发的成果体现，包括技术文档、管理文档和用户文档。 ⑥软件配置管理与软件质 量管理，包括配置规划、软件变更控制、软件版本控制和质量控制计划。