软件开发实习心得

软件开发实习心得软件开发实习心得

软件开发实习心得

始终以来期望从事自己喜爱的事业的我，对软件开发有者及大的兴趣，可由说种种缘由使我从事工作以来走了好几年弯路，心中的幻想迟迟不能得以实现，可程序员的幻想从来没有从我的心中抹去，但这扇大门似乎并没有向我放开，今日，贵公司给了我敲开这扇大门的时机，让我真实体验了程序员的诞生过程。早就听说，程序员的前几个月是最苦的，可从来没有感受到，海马实习基地让我提前感受到了刚刚进入软件行业的压力和困惑，再也没有在自己家里任凭写段小程序后的那种“骄傲”感了。要面对每天必需面对的问题，再也不行能以“躲避”而了之了。也让我感觉到做为一个程序员所应当具备的根本素养在这不到一个月的实习过程中也让我深深体会到了作为一个合格的程序员应当具备的根本素养。

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

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

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

这一段时间的工作也让我明白了一点：一个优秀的程序员必需不断的学习，随时总结，找到自己的缺乏，这样逐步提高，才能让自己很快的成长起来。建站侠客发表于201*-4-2810:19

对软件开发的一点心得体会一、前期规划：

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

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

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

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

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

对于其次种状况，我认为更多是在产品设计规划方面阅历还不够成熟。这种问题应当是很难避开的。由于每种新产品对产品团队来说都很生疏。即使以前做过类似的东西，也难免面面俱到。这只能通过不断努力和仔细的态度来弥补。

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

目前，许多开发人员深感工程的需求文档写的都很薄弱。大家可以想一想，假如没有好的开头，怎么会有好的完毕呢？需求文档薄弱，不够细致，由谁来连续完善呢？莫非让程序员们自己去完善。我想程序员也可能没有这种力量。对于程序员能把代码写的很强健很稳定就已经是很不简单的事情了。

二、概要设计：

我理解的概要设计步骤：（以工程为中心的开发流程）

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本身不存在问题。

这里只是提到一些自己简单忽视的东西，盼望能对大家有所帮忙，欢送指正！感谢。

扩展阅读：软件实训心得体会

学生治理系统实训心得

通过为学期期的实训，我学习了许多关于许多的学问。在教师的正确指导下，顺当的完成了我的实训内容。在此，也有同学的帮忙，在他们的帮忙下我也受益匪浅。最终，能顺当完成实训的任务也快乐了。

在实训生活中，我了解开发工程的需求、设计、实现、确认以及维护等活动整个过程，让自己开头懂得一点软件工程的学问点。首先，了解需求分析的重要性，比方：需求分析就是分析软件用户的需求是什么.假如投入大量的人力，物力,财力,时间,开发出的软件却没人要,那全部的投入都是徒劳.假如费了很大的精力,开发一个软件,最终却不满意用户的要求,从而要重新开发过,这种返工是让人痛心疾首的.(信任大家都有体会)比方,用户需要一个forlinux的软件,而你在软件开发前期忽视了软件的运行环境,忘了向用户询问这个问题,而想固然的认为是开发forwindows的软件,当你千辛万苦地开发完成向用户提交时才发觉出了问题,那时候你是欲哭无泪了,恨不得找块豆腐一头撞死。所以，需求分析是胜利的第一步，就是要全面地理解用户的各项要求,并精确地表达所承受的用户需求。然后呢？的确客户的需求的以后我们要做什么呢，那固然是设计和分析。此阶段主要依据需求分析的结果，对整个软件系统进展设计，如系统框架设计，数据库设计等等。软件设计一般分为总体设计和具体设计。好的软件设计将为软件程序编写打下良好的根底。接下来是代码实现，此阶段是将软件设计的结果转换成计算机可运行的程序代码，我们这个工程为五个模块，分别为五个小组成员完成。这阶段我学到许多编程的思想，如:分层思想、mvc、ssh的整合、dao的编写。编号程序之后就是软件测试了，此时在软件设计完成后要经过严密的测试，以发觉软件在整个设计过程中存在的问题并加以订正。整个测试过程分单元测试、组装测试以及系统测试三个阶段进展。测试的方法主要有白盒测试和黑盒测试两种。在测试过程中需要建立具体的测试规划并严格根据测试规划进展测试，以削减测试的随便性。最终是软件维护，它是软件生命周期中持续时间最长的阶段。在软件开发完成并投入使用后，由于多方面的缘由，软件不能连续适应用户的要求。要连续软件的使用寿命，就必需对软件进展维护。

但是，我深深体会到了在很多方面的欠缺和缺乏，比方：在需求分析时，由于自己的实践阅历不够，很难分析需求到位；在编写代码时，由于自己技术学问水平不广，经常遇到技术难题；还有自己没有

良好的编程习惯，不解释，有时连自己也看懵了；编程的构造不好，修理和修改代码是很慢。这次实训让我意识到了自己做为计算机软件工程专业的学生，要想在以后的职业中崭露头角，除了要有过硬的理论学问，安康的体魄外，还必需具备良好的心理素养，使自己在以后的途中无论经受什么样的困难，都立于不败之地。“纸上得来终觉浅，绝知此事要躬行！”在这短短的时间里，让我深深的感觉到自己在实际应用中所学专业学问的匮乏。让我真真领悟到“学无止境”这句话的涵义。而所学的，都是课本上没有而对我们又特别有用的东西，这又给我们的实训增加了浓墨淡采的光芒。我懂得了实际生活中，专业学问是怎样应用与实践的。

在这次实训中，我不仅知道了职业生涯所需具备的专业学问，而且让我深深体会到一个团队中各成员合作的重要性，要擅长团队合作，擅长利用别人的才智，这才是大才智。靠单一的力气是很难完成一个大工程的，在进展团队合作的时候，还要急躁听取每个成员的意见，使我们的组合到达更加完善。实训过程中，除了要专业学问，包括人际交往，沟通方式及相关礼节方面的内容，对于团队开发来说，团结全都使我深有体会。团队的合作注意沟通和信任，不能不屑于做小事，永久都要保持亲和诚信，把专业理论运用到详细实践中，不仅加深我对理论的把握和运用，还让我拥有了一次又一次难忘的开发经理，这是也是实训最大的收获。

这次实训带给我太多的感受，它让我知道工作上的辛苦，事业途中的艰辛。让我知道了实际的工作并不像在学校学习那样轻松。让我学到了许多课堂上更本学不到的东西，仿佛自己一下子成熟了，懂得了做人做事的道理，也懂得了学习的意义，时间的珍贵，人生的真谛。明白人世间一生不行能都是一帆风顺的，只要英勇去面对人生中的每个驿站！这让我清晰地感到了自己肩上的重任，看清了自己的人生方向，也让我熟悉到了做软件应支持认真仔细的工作态度，要有一种平和的心态和不耻下问的精神，不管遇到什么事都要总代表地去思索，多听别人的建议，不要太过急燥。人非生而知之，虽然我现在的学问构造还很差，但是我知道要学的学问，一靠努力学习，二靠潜心实践。没有实践，学习就是无源之水，无本之木。这次实训让我在一瞬间长大：我们不行能永久呆在象牙塔中，过着一种无忧无虑的生活，我们总是要走上社会的，而社会，就是要靠我们这些年轻的一代来推动。这就是我们不远千里来实训的心得和感受，而不久后的我，面临是就业压力，还是连续深造，我想我都应