做软件开发项目实习的心得体会

做软件开发项目实习的心得体会

　　现在很多行业都需要开发软件，软件开发需求越来越大。下文是做软件开发项目实习的心得体会，希望可以帮到你们。

　　篇【1】：做软件开发项目实习的心得体会

　　问题，再也不可能以“逃避”而了之了。也让我感觉到做为一个程序员所应该具备的基本素质在这不到一个月的实习过程中也让我深深体会到了作为一个合格的程序员应该具备的基本素质。

　　团队精神和协作能力是程序员应该具备的基本素质，最近的工作中让我深深休会到了这一点，由于小组成员配合不好，使本来很方便的cvs给自己的工作带来的及大的麻烦，一不小心自己写的的东西就会被小组别的成员在上传文件的时候给覆盖掉，一整天的工作可能就这样被反工，我们小组这次就是因为协作不好，导致各模块之间不法连接，给工作带来了及大的麻烦，消耗了大量的劳动力还没有提高工作效率。这使我深深的体会到：一个成功商业性软件的开发必须有一个有强大凝聚力的团队，个人的力量是有限的，团队精神和良好的协作会使我们做出优秀的软件。

　　良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30%的工作时间写技术文档是很正常的，缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。这次的这个小小的项目，就因为文档上的一点点理解错误让我们花了很大的工夫去改代码，改页面。很庆幸的是，这是一个小项目，要是大项目，这种问题可能就会导致大量的代码修改，可见文档在一个项目中起者巨大的做用。

　　此外，良好的代码编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。作为一个程序员，对需求的理解能力也是很重要的，只有真正理解了一个模块的作用，才会写出高效率的代码，才能使整个软件项目作出来更加优秀，具备更好的安全性和稳定性，我在写代码的过程中就遇到了需求理解上的问题，使得写出来的代码功能不全，幸好不是给客户发现在，要不，这个软件的商业价值可能就会打折扣了。单元测试对于一个程序员来说是不可不做的一项工作，不做好测试就会给后期的集成工作带来麻烦，往往为了一个小问题会让我们查找好多模块，给后期工作带来很大麻烦。

　　这一段时间的工作也让我明白了一点：一个优秀的程序员必须不断的学习，随时总结，找到自己的不足，这样逐步提高，才能让自己很快的成长起来。

　　篇【2】：做软件开发项目实习的心得体会

　　作为就业培训，项目的好坏对培训质量的影响十分大，常常是决定性的作用。这篇文章是关于在学习JAVA软件开发时练习项目的总结，简单总结为以下几点：作为就业培训，项目的好坏对培训质量的影响十分大，常常是决定性的作用。这篇文章是关于在学习JAVA软件开发时练习项目的总结，简单总结为以下几点：

　　1、项目一定要全新的项目，不能是以前做过的，

　　2、项目一定要企业真实项目，不能是精简以后的，不能脱离实际应用系统，

　　3、在开发时要和企业的开发保持一致，

　　4、在做项目的时候不应该有参考代码。

　　长话短说就是以上几点，如果你想要的了解，可以继续往后看。

　　一：项目的地位因为参加就业培训的学员很多都是有一定的计算机基础，大部分都具备一定的编程基础，尤其是在校或者是刚毕业的学生，多少都有一些基础。他们欠缺的主要是两点：(1)不能全面系统的、深入的掌握某种技术，也就是会的挺多，但都是皮毛，不能满足就业的需要。(2)没有任何实际的开发经验，完全是想象中学习，考试还行，一到实际开发和应用就歇菜了。解决的方法就是通过项目练习，对所学知识进行深化，然后通过项目来获取实际开发的经验，从而弥补这些不足，尽快达到企业的实际要求。

　　二：如何选择项目项目既然那么重要，肯定不能随随便便找项目，那么究竟如何来选择呢?根据Java的'研究和实践经验总结，选择项目的时候要注意以下方面：

　　1：项目不能太大，也不能太小这个要根据项目练习的阶段，练习的时间，练习的目标来判断。不能太大，太大了做不完，也不能太小，太小了没有意义，达不到练习的目的。

　　2：项目不能脱离实际应用系统项目应该是实际的系统，或者是实际系统的简化和抽象，不能够是没有实战意义的教学性或者是纯练习性的项目。因为培训的时间有限，必须让学员尽快地融入到实际项目的开发当中去。任何人接受和掌握一个东西都需要时间去适应，需要重复几次才能够真正掌握，所以每个项目都必须跟实际应用挂钩。

　　3：项目应能覆盖所学的主要知识点 学以致用，学完的知识点需要到应用中使用，才能够真正理解和掌握，再说了，软件开发是一个动手能力要求很高的行业，什么算会了，那就是能够做出来，写出代码来，把问题解决了，你就算会了。

　　4：最后综合项目一定要是实际应用系统学员经过这个项目的练习，就要走上实际的工作岗位了，如果这个系统还达不到实际应用系统的标准，学员练习过后也还是达不到企业实际的需要，那么这个培训应该说质量就不高了。理想的状况是这个项目就是实际项目，到时候学员就业到另外一个公司，不过是换个地方干活而已，完全没有技能上的问题。

　　篇【3】：做软件开发项目实习的心得体会

　　经过为期4个月的专业实习，令我更深一步的了解和学习了软件开发的一般过程，不再是以前那样，都不知道软件开发是什么东西。对于一个应用系统他们为什么要那么多人来做，而这么多人一起做，代码又是如何进行管理的。对于每一个应用系统，企业到底用到哪些技术，他们为什么要选择这些技术，我们开发人员的主要任务是什么等等，这些概念都渐渐的清晰。人，孰能无过，过而改之，善莫大焉!没有谁，在编写代码的过程中永远不会犯错，即使他非常的厉害，那也是从不断的犯错过程中锻炼出来的，但亦有“犯错”的时候，因为需求是不断的改变的，即使你当时没错，但需求改了之后，你的代码不符合需求，那也是你的错。有错那当然就要调试咯，以前老是害怕出错，找不到问题所在是件令人烦恼的事。但是当调试的错误多了之后，你就会发现，每当一看到相类似的错误之后，你就会立即知道这个错误是什么原因造成的!所以，我们不应该害怕出错，应该把调试错误当成一种提高个人能力的方式。对于测试人员发回来的bug我们要认真的对待，造成这种bug就证明了我们的思路还是不怎么的清晰，所以有必要再去看看相关的资料。沟通是人与人之间传递信息的途径，好的沟通能很完美的传达你的思想，你的见解。在企业中，每一个系统的开发过程一般来说都不是一个人从头做到尾的，一般都有分工的，如此一来，沟通就必不可少了，因为你要把你做的工作，你为什么这样做，告诉别人，别人才更好的去完成他的任务。

　　这次实习，是进行实战性工作，学到了很多东西，我相信对以后的生活和工作都有很大的帮助。

　　篇【4】：做软件开发项目实习的心得体会

　　一、前期规划：

　　我理解的前期规划是：在市场人员们汇总一个需求提交给产品专家带领的产品经理团队，然后经过这个团队根据公司具体情况再次分析和规划出一个最终需求文档。

　　这个需求文档应当首先提交给技术研发部门的负责人以及核心开发人员。由开发团队对其进行技术和风险分析。如果对此需求统一有异议的地方，需要返回给产品团队，重新修正需求。反复如此，直至需求完善准确，细致，清晰。

　　前期规划就像高楼的地基，如果马马虎虎，就算是一块砖块没摆好都可能导致整个高楼建设的失败。在规划中我认为，交流永远是需要双方积极主动，能认真听取每个人的建议。前期工作思维不慎重，不细致，不认真，不够完善，将产生连锁效应直接导致整个工程和项目的失败。

　　这种失败可能表现为：第一种，软件按需求实现但是功能根本不能满足用户需要。第二种，功能都有了，软件没有达到可用性、易用性。

　　对于第一种，当然是因为前期规划疏漏了某些细小功能，没能把需求文档做完善。应该是规划工作做的还不够认真和细致。

　　对于第二种情况，我认为更多是在产品设计规划方面经验还不够成熟。这种问题应该是很难避免的。因为每种新产品对产品团队来说都很陌生。即使以前做过类似的东西，也难免面面俱到。这只能通过不断努力和认真的态度来弥补。

　　前期规划的交流涉及了市场、产品和技术研发等多个团队之间。需要的不仅是团队内部的交流，更多需要协调好团队之间的交流。可能有时候需要公司高层和中层参与协调。

　　目前，很多开发人员深感项目的需求文档写的都很单薄。大家可以想一想，如果没有好的开始，怎么会有好的结束呢?需求文档单薄，不够细致，由谁来继续完善呢?难道让程序员们自己去完善。我想程序员也可能没有这种能力。对于程序员能把代码写的很健壮很稳定就已经是很不容易的事情了。

　　二、概要设计：

　　我理解的概要设计步骤：(以项目为中心的开发流程)

　　1〉 项目经理仔细阅读项目需求文档。

　　2〉 项目经理召集项目开发成员，开项目启动会议。具体商议项目的开发任务和责任分配。

　　3〉 核心开发人员开发确定，以及各模块开发人员确定。

　　4〉 由系统分析员和核心开发人员仔细阅读需求文档，对系统整个架构分析和做技术规划。

　　5〉 系统分析员整理和书写最终的系统架构和概要设计文档。

　　6〉 系统分析员在文档提交日，提交给项目经理。项目经理确认文档并审批。

　　7〉 项目经理召集项目开发成员，开一个概要设计以及系统架构确定的会议。向每个成员分发文档，并讨论确定最终概要设计文档。

　　8〉开始详细设计文档的工作

　　做软件开发项目实习的心得体会

　　三、详细设计：

　　1〉 项目经理组织成立各个模块的开发小组，并确定开发小组组长(程序经理)。

　　2〉 各开发组长书写各自模块的详细设计文档，开发成员需要协助，配合。

　　3〉 在指定提交日，开发组长提交文档给系统分析员。由系统分析员审批。

　　4〉 系统分析员组织召开一个详细设计文档确认的会议。

　　5〉 然后开发组长分发各自模块的详细设计文档给程序员，程序员在指定时间内完成。

　　6〉 程序员做内部测试。开发组长协调并配合。

　　7〉 确认无bug提交给开发组组长。

　　8〉 所有模块整合工作，由整个开发组成员参与完成。由所有开发组长和系统分析员负责主要部分工作。程序员协助和配合。

　　9〉 对整合后工程做详细测试。

　　10〉 确认测试通过后，开发组长根据开发成员表现以及提交成果填写绩效考核表。然后提交给项目经理。

　　11〉 项目经理会召开项目总结会，同时向优秀成员颁奖。同时鼓励所有成员继续努力。对不能按时完成导致项目能按时提交，以及对导致失败的

　　关键人员给与惩罚处理。

　　当然，以上只是一个简单的开发流程，一定是有很多不足的地方。希望能起到抛砖引玉的作用。大家都明白，流程和制度是死的，但人是活的，所以如何按流程做得好，关键还是在人本身了。没有一个流程和制度，一个团队也必将是一盘散沙。正所谓“无规矩无以成方圆”。这句话说得很有道理。

　　四、具体编码：

　　开发几个项目之后，对编写程序有了更进一步的了解。

　　好的程序应该具有: 易读性，易扩展性，容错性。

　　易读性: 所有变量和函数以及类名用简单易懂易记忆的命名方式。所有类和函数甚至变量都有关键的注释说明。这点很重要，也是最基础的。如果代码书写不够美观和易懂，我想自己以后也不想再看。就更别谈功能的扩展和新版本开发了。

　　易扩展性: 整体系统架构逻辑简单清晰。模块与模块之间尽量做到互不影响，也就是尽可能的独立。这部分工作主要体现在前期设计工作中，需要掌握好的设计经验和方法才能够做得比较好。

　　容错性: 对数据流和指针以及数组都做数据有效性检查;对第三方接口的调用失败的容错性。对所有代码都做调用失败后的错误处理。以及在大的工程中加入trace文件输出，把关键的数据流和关键处理部分的操作信息输出。以便对工程异常情况产生条件的定位，及时解决问题。

　　我觉得程序员能在这三方面做得很好就算一个优秀的programmer了。

　　五、调试、跟踪与测试：

　　1 测试需要注意的：

　　对每个模块的接口做测试，数据边界的检查。在对整个模块做测试。

　　主要测试稳定性，效率以及功能是否正常。

　　确认单个模块完全正常后，再加入工程。

　　在系统架构设计的时候，可能会引入原型参考。要对原型做完成测试后，确认没有问题后，才可使用。

　　2 可以采用VC自带Trace或者将信息输出为文本文件的方式跟踪程序并输出关键信息，以便定位程序异常的原因。

　　3 对于通信模块的测试，特别注意服务端和客户端的数据流。可以针对性的写一个客户端或服务端的测试程序，检验通讯过程是否正常。

　　4 在用VC做开发中，一定先要让Debug版本正常运行，保证没有任何异常，内存泄漏和Assert等调试警告信息。如果用到其他Lib,一定要保证Lib本身不存在问题。

　　这里只是提到一些自己容易忽略的东西，希望能对大家有所帮助，欢迎指正!谢谢。