软件工程实训心得体会

软件工程实训心得体会软件工程实训心得体会「篇一」学期就快要结束了，到了最后一周居然还有软件工程课程设计，还要考试真的有点忙啊，不管怎样还是好好干吧，把对工程的理论研究、学习成果用于实践也是一种检验学习成果和提升工程能力的有效手段嘛工作内容安排软件工程课程设计的第一天拿到题目，听取老师对于课程设计的要求、要完成的工作、预期要达到的效果和注意事项然后分组、讨论和确定选题这真正的课程设计才算开始了，经过组长，组员的反复研究、论证后一致决定选择实习题目4开发一个基于Web的BBS系统，包含一般BBS所具有的功能，如用户注册、用户信息管理、发贴功能、贴子管理、主题词查询、用户信息修改和查询等这个题目对于现代化的网络交流来说发展的成熟而且符合当代互联网大众的网络需求，符合现代网络对信息分享讨论的爱好，我们一致预测在今后很长的一段时间内也将会是非常流行的一种交流介质确定选题后我们开始软件开发的第一步，需求分析，详细设计等内容，分块分工完成模块，我分到的主要部分就是分析论坛里面的帖子内容，用户的爱好，然后解决用户的索引需求，把用户的索引需求智能的、友好的呈现给用户，把这部分的代码编写，测试，把用户界面做好就是我接下来几天的工作内容俗话说磨刀不误砍柴工，要想把我的这部分内容做好，做得完美，我的好好的分析一下，对全组对整个系统的需求分析的基础上又认真分析了本部分的内容和本部分要实现的功能，对本部分实现的主要思想理清，认真设计界面，还有对队员们的模块能有效的目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那么小的一个部分这个事实在很大程度上颠覆了我以前的思想，在我以前的认识中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，换做在以前，我也会这么认为可是，我现在算是深深地明白了磨刀不误砍柴工的道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可还有就是接下来的一些设计模块，此模块与软件编码涉及比较紧密，主要是解决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影响大，因此再次也不做过多的介绍在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人不怎么想做事情时，他对于整个组织的影响是毁灭性的，正所谓“一颗老鼠屎，能坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的机会，我会在第一时间将他清除出去还有就是，作为组长，你要做的最重要的事情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系这就是我的实习感想软件工程实训心得体会「篇五」早在我选择民政职业技术学院就读软件开发与项目管理这门专业的时候，我一直认为软件开发无非是努力的敲代码，从敲代码的过程中去体会各行代码的意思和用处，在没学软件工程时我一直都是努力的敲代码去学习软件开发这门专业在大一的时候我敲代码的激情很好，但是到大二的时候就出现问题了，我根本就不喜欢敲代码了，看见代码就头疼所以感觉厌恶这门专业，对学习也不感兴趣了而且，还有一件更头疼的事是在写一个简单的程序时竟然老是出错，难一点的，复杂一点的程序竟然无从下手但是去看程序的参考答案时都看得懂，又感觉很容易学了软件工程以后，我就感觉我以前的学习方法是错误的以前我只注重于代码，而不注重理论知识以及编程的思路，程序的架构以至于在些程序时没有写程序的思路，不能形成程序的架构只想到看脑袋里是否有与此类似的代码越想程序越乱，最后脑袋里一片空白不知道程序从哪个方面下手了软件工程这门课程是做软件开发的人必学的课程，通过学这门课程，程序员就会注重软件开发的理论知识，以及做项目开发的思路学了这门课程后你写程序就不会去盲目的去套用代码，而是理清此程序的架构以及思路程序该从什么时候开始，什么时候结束在中间需要添加什么样的功能，以完善该软件其实学软件工程并不难，而且很容易软件工程与日常生活联系起来的话，就是在一天中你该先做什么，后做什么理解了先做什么，后做什么了以后写程序就不是那么难了，再复杂的程序也可以分成几大块你理清程序的思路后就可以一步步的解决其中的难题，最终实现软件的功能如果没学软件工程不知道理清程序的思路的话，做一个大的项目开发，那么多的代码，没有一个很好的结构，最终只会导致程序混乱，错误百出，知道代码再多也会素手无策的总而言之，作为一个程序员学习软件工程这门课程是至关必要的，如果没学习软件工程，你就不会做项目开发，也不可能开发出一个完善的软件出来软件工程实训心得体会「篇六」曾经看过一本书叫《道法自然》，内容略记得一二，但我最欣赏的是它的书名软件设计没什么太神秘有东西，只要用心体会，其实一切都很自然软件的设计之“道”，也不在于设计有多么的华丽、精巧，而在于其朴实、自然，最终达到“以无招胜有招”，进入一个全新的境界

一、软件设计理论的层次以我的拙见，软件设计领域中的各种概念，可以分为以下几个层次来进行理解

1、软件设计的目的重用性、扩展性这是最高的层次，是应对软件危机的需要

2、设计原则低耦合、高聚合各种软件设计的原则，如依赖倒置原则、单一职则原则、面向接口等，以及各种设计模式，其根本的目的其实只是为了降低耦合这么简单因为只有低耦合才能更好的适应变化，更好的重用和扩展

3、实现方法运用设计模式封装变化、降低耦合设计模式只是用来“封装变化、降低耦合”的工具而已它是面向对象设计时代的产物，其本质就是充分运用面向对象的三个特性，即封装、继承和多态，进行灵活的组合运用

二、关于耦合

1、耦合的粒度耦合无论如何也是不可避免的当我们实现接口、继承父类的时候，就会不可避免的产生耦合耦合是有不同粒度的，我们解耦到什么粒度为止，我认为应以模块的重用粒度为准尽量解除重用模块或对象之间的耦合而重用模块之内的耦合，应属于聚合的范畴，所以不要盲目的去解耦，否则就陷入了误区

2、解耦的原理怎样才能解耦呢，或者说为什么各种设计模式能达到解耦的目的呢？我觉得有以下几个思路1将具体的东西抽象处理2将分散的东西集中处理而面向对象中的接口、继承正为我们提供了这样的一种机制通过访问接口或基类或抽象类，而不是具体的实现类，从而与具体的实现类达到了解耦的目的我们还可以设计一些控制类，像润滑剂一样，协调各实现类之间的访问，也可以达到耦的目的事实上，各种设计模式的基本思想也就是这样创建型模式是为了解除创建对象时产生的耦合，实际上是解除对类称名的依赖，而结构型和行为型是为了解除对象属性或方法的直接调用不管什么设计模式，都是将对具体实现类的访问提升为对接口、基类或用于协调的控制类的访问

三、关于接口这一节更具体，谈一谈接口，因为使用接口是软件设计的重要手段，但已经不属于“道”了

1、接口与继承接口描述的是对象某一个方面行为特征使用接口与使用继承关系各有优缺点，使用子类继承可以继承父类的功能，体现了重用的精神而接品更加灵活，因为它解除了子类与父类之间的高度耦合，它体现在灵活扩展的精神

2、接口与纯虚类理论上接口可以由纯虚基类实现类似的功能，那为什么还我们不去掉接口的概念，而直接使用虚类呢？接口存在的理由就是它更加灵活，关系简单，易于理解比如一个类可以实现十几个甚至几十个接口，但一般开发工具只支持单继承（由于多继承太容易导致混乱和冲突），如果要继承十几层，系统结构想必会无法理解了，我以为这是接口存在的最重要的原因如果接口和虚类继承结合使用，可以产生强大的威力，这也是许多设计模式的“杀手铜”以上算是总结一下自己的心得肯定有不少片面之处，请各位指教软件工程实训心得体会「篇七」未接触软件工程之前一直都很想学这门课程，因为觉得这门课很牛，是那些有工程师称号的高手才摆弄的东西学了一个学期的软件工程课，终于知道了个软件工程的大概学的时候总觉得很抽象，理解起来好像不难，但总是摸不着头脑一种很茫然的感觉曾经以为程序就是软件，软件就是程序学习这门课程第一个收获是，知道了二者的不同之处以前做过的一些小型的软件比如加密软件，我也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了不过大的项目没有接触过，用软件工程的方法还是第一次我想也是程序的不断复杂化导致了软件危机的发生，使得人们不得不探索新的解决方法经过倪老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范其核心就是，对于软件开发的5个重要组成部分需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作吾生也有涯，而知也无涯，学习永无止境起初，对软件工程处于一知半解的状态，分工比较混乱在划分模块后明确了各自分工，渐渐形成良性循环在学习过程中，知道了团队合作十分重要，争议固然存在，但通过讨论、协商，群策群力，在不断磨合中能够达成一致与默契团队成员中能力各有高下，互相尊重，各取所长，不宜妄自菲薄组长多加协调，组员积极配合，才能合作愉快学习能力体现在能尽快接受新的知识，顺应变化，学为所用上《软件工程导论》这门课，我的收获大概如下我们为什么需要软件工程呢？上面已经给出了一些原因专业点讲，软件工程最终是为了实现“软件制造业”的社会化，工业化大生产，提高其劳动生产效率只有如此，软件业才能实现社会化，工业化大生产，才能“做大做强”没有管理的设计是失败和混乱的设计，没有设计指导的编程是无序的忙碌的根据开发的软件的规模，应该适当程度的运用软件工程化的思想，需要灵活，毕竟我们开发的软件大多数是中小型的，大型的并不多见（我是这么认为的）但只要涉及人员间的交流和沟通，或多或少都要需要软件工程才能更有效率，工作成果更稳定其实开发软件，就像是解决一个逻辑问题想想自己平时是怎样写程序的首先是要有一个想法，即我写的这个程序是要干什么的；然后就是对要实现的核心功能大概构思一种或多种实现方法，并从中选出一种自认为是较好的；接下来就是将涉及的各种主要或次要功能分成各个模块；最后就是分模块来编码和DEBUGo在我看来，除了第一步外，其余的步骤应该是一个循环的过程在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法具体到每一步的工作要怎样完成，是非常灵活的，只要把握住大体的方向就行在进行分析，设计，编码，调试，维护这几部分的工作的时候，最核心的就是文档的编写

1、可行性分析就是关于当前项目能不能干的分析结果

2、项目描述这是在决定立项以后，对当前项目的一份扼要说明

3、需求分析就是对客户要求的功能的定义

4、软件设计这就是对程序的每一个模块的详细设计的说明文档

5、开发日志我一直都认为这是文档中最有趣的部分开发日志相当于编码阶段的文档，它的形式可以很随意，主要是记录一些在写程序时突然萌发的灵感，或对代码的一些微小的修改，或对程序结构的一些微小变动等，还要对上述这些修改变动作些说明

6、测试分析用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述软件工程实训心得体会「篇八」时间飞逝，不知不觉间《软件工程》的学习已经过了大半了在这将近半学期的学习中，虽然我不能说我将《软件工程》学习的有多么的好，但是通过学习，我还是受益良多在以前，我一直对软件存在一些偏见或则是误解，认为软件就是程序，软件的开发就是编写程序，只要编完了程序，一切也就k了，而且我还片面的认为只要我掌握了时下最新的语言和工具，那么我就能写程序了一个人，只要会编程，就能写软件，就是程序员；一个公司，只要招聘一些程序员，就能开发好的软件产品只要有几个有经验的程序员，再找些兼职的大学生，就能组成一个软件公司但是通过了《软件工程》这门课的学习，使我认识到了我以前的错误软件其实不仅仅是程序，软件开发其实也不仅仅是编写程序，软件是思想在硬件上的载体和体现，处理的是逻辑和信息唯有对软件和软件的开发过程，有充分的认识，才能更好的开发出，过程受控、质量受控的软件产品而且在以前，我一直以为软件的开发其实是一件很轻松快乐的事情，只要一天坐在电脑旁敲敲键盘，那么一切就可以了，但是现在我才发现，我以前的很多的思想是多么的肤浅可笑编程其实是一种乐趣和苦恼共存的一项创造性活动因为编程不仅能够满足我们内心深处进行创造的渴望，而且还能愉悦我们内在的情感而且通过学习《软件工程》，我还学到了很多其他的东西比如通过学习《软件工程》，特别是老师每次用实际的软件现场的讲解，为我提供了一个尽早接触世界工作和真实项目的机会让我知道如何在以最小的成本中，训练自己的基本工程素质和能力，如何激发自己的积极性等而且通过学习《软件工程》，还让我认识和培养了我的团队协作能力，特别是对于我们这些在校的学生来说，这种学习更是能让我在以后工作中少走很多的弯路所以，通过《软件工程》的学习，我是真的学习到了很多有用的东西，让我明白了很多的道理在此我对老师的辛勤教育表示感谢，因为是你让我学习到了这些，是我获益良多结合起来，让他们的模块也能有效的供我使用，做好我的接口也方便其他模块与此的衔接问题与解决在本次课程设计中遇到了好多前所未有的问题，第一次接触HTML网页开发，第一次邂逅JSP web应用程序开发，第一次有了原来开发应用程序是需要数据库的，对于这些都是第一次接触，需要了解HTML的基本语法，需要学习JSPweb应用程序web app的开发方法，需要实践配置数据库TOMCAT、SQL sever,居然有这么多的东西需要从头来，对于这些方面我就像一张崭新的白纸，怎么能在短短的四五天时间内将这张白纸绘成一幅栩栩如生的画卷呢，这是我们面对的亟待解决的问题为了解决这一系列的问题，我们没有找借口，我们没有懒惰，我们更没有放弃，而是迎难而上，到图书馆“大采购”求资料，找到想要的，真想把图书馆搬到课程设计实验室接下来就是根据我们的需求分析，概要设计，详细设计等内容分模块编写网页源代码，修复bug,测试代码，连接数据库这样我们的全新的基于web的BBS论坛就成功上线了但是，事实上不是这样的，而是时间过得很快，我们的原计划日程上的内容越欠越多，由于对HTML、JSP不熟悉代码没写好，测试无从谈起，数据库连接遇到了一堆错误代码比如SQL

01000、08001错误，这些每一样东西解决起来都是有难度的，百度一下还是不知道这么做，只知道了时间过得比想象的要快多了，得到的体会就是“百度一下，你的时间就没了”现在我们遇到的最大的问题就是时间真的太不给力了，如果有来世我一定好好学习各方面知识，哎!好像扯远了时间真的很快，周六就要考试了，己上三年大学的我们都知道考试比神马都要重要，我们就开始了学习和实践结合的生产方式，据说这是最有效、最给力的，希望如此！收获与体会课程设计总会是要结束的，不管做得怎么样总归是要给老师看看我们的成果的，都做了这么多天了，成果虽然不是很理想，但是收获还是有的这期间学到了HTML网页的编写方法，一些HTML的基本语法，也能编写出一个简单的网页，对于互联网应用程序的开发还要了解和解决网络带宽的限制，服务器响应的时间比，知道了这么安装和配置TOMCAT服务器，在期间学习了UML用例图的绘制，软件工程开发的一些基本工具的使用，软件开发文档编写的方法和实践，人机交互应用程序开发时人机界面的‘设计，人机对话的实现，人性化的界面设等是需要认真努力做得，要充分考虑用户的感受和体验觉得“百度一下，你就知道”也不过如此，还是知识装在大脑里比神马都要重要，比任何来的知识都要详细和易懂打字速度也有了一定的提升努力与改进方向经过本期的软件工程课程设计，发现了学习和实践中的不足互联网的基础知识知道的太少了，相反需要了解和掌握的还很多，在下学期要开设一门计算机网络课程，现在生活已经不能离开互联网了，不管以后是否从事这方面的工作，这部分都是需要认真学习的，网络应用程序的开发需要认真理解与提升软件工程中需求分析的不充分，软件开发方法的体会这些都是需要以后改进和学习的，软件开发中的各种文档编写能力还需要提升，在以后学习和实践中认真总结和完善，参考他人的软件工程项目，体会优秀软件工程的思想在做任何事情的时候都要有觉得是站在巨人的肩上，而不是重复的生产车轮的思想来坐事情，要对前人的经验教训加以总结，学习、参考和引用别人的先进研究成果，重视团队的协作，虚心的学习精神这期间得到了老师的悉心指导，得到了队员的理解，得到了同学们的热心帮助，谢谢你们!软件工程实训心得体会「篇二」经过这个学期的对ERP的学习，我拓宽了知识面，也提高了认识认识的提高主要表现在两方面一方面是对自我的认识学习用友ERP,我认为是熟悉会计工作最好的途径跟着书本做用友ERP模拟财务工作，也就是跟着规范的企业管理流程走了一遍在这个过程中要多去思考，多去想想每走一步的理由，把学过的会计知识尽量串起来需要知道不同时期，会计需要干些什么事情，会计在不同时期的工作任务是什么然后才是熟悉软件，在学习过程中，不需要担心错误而不敢做，也不能太过于随意而错漏百出，这并不符合会计谨慎精神遇到了困难，先尝试自己寻找原因，尝试用不同的办法解决问题当认为自己的遇到的问题远在能力水平之外，询问老师或者别的同学，确实有种茅塞顿开的感觉最后，我想到了一句话“书山有路勤为径”关键是在个“勤”字平时有时间，多去机房练习，课堂的时间远远不够自己去熟悉、掌握这个软件，多到书店、图书馆找相关方面书籍进行提高，一本入门教材，不足以支撑日后复杂的会计工作平时多上网查找相关问题的解决方法，也会有恍然大悟之感学习的事情是需要一点一滴的积累的，循序渐进，求知似渴，一定会有收获的另一方面是对ERP形成正确的观念ERP的核心能力在整合，企业在它的协助下可以使交易和数据管理都上轨道，提高执行速度，降低信息处理的成本，大幅度提升竞争力；之后，可以再藉ERP来提升决策管理的能力在执行方面，只要把数据整理清楚，把单据内容正确地录入，ERP的整合功能自然可以替企业带来省力、正确、及时等自动化的好处ERP将许多“事后”的管理工作提前为“事前”的管理，因而强化了事前稽核的功能据此，ERP的实施是一项系统工程，是一个总体规划、突出重点、分步实施的过程，企业通过ERP项目可以帮助规范管理，加强执行能力，更充分地利用现有资源提高工作效率软件工程实训心得体会「篇三」时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的最新软件工程实习心得体会范文最先在内部系统组参与内部管理系统开发struts+mysql+spring+hibernate,之后是去做网络交换机软件的脚本测试现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感

1、浅谈测试一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑但在实际情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug,责任在你，而不在于编码人员一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提但占主导地位的，还是大型系统的集成测试经验实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找bug与对应bug,此阶段基本评定了coder的编码质量

2、程序员的困惑有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那如何定位如何解决通通跟一样能力有关，debug追踪能力，也称调试在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化？有位同事告诉我代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你

3、如何调试追踪如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具体值，那是最好途径eclipse是个很爽的ide,这点做的很好例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步stepover,让sql字段（存取最终sql语句的字符串）运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题资料共享平台

4、一些习惯遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在第一位曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很流畅，方便自己也方便别人任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比较好走了软件工程实训心得体会「篇四」软件工程实习心得体会软件工程实习心得体会一时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的最先在内部系统组参与内部管理系统开发struts+mysql+spring+hibernate,之后是去做网络交换机软件的脚本测试现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感

1、浅谈测试一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑但在实际情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug,责任在你，而不在于编码人员一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提但占主导地位的，还是大型系统的集成测试经验实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找bug与对应bug,此阶段基本评定了coder的编码质量

2、程序员的困惑有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那如何定位如何解决通通跟一样能力有关，debug追踪能力，也称调试在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化？有位同事告诉我代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你

3、如何调试追踪如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具体值，那是最好途径eclipse是个很爽的ide,这点做的很好例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步stepover,让sql字段（存取最终sql语句的字符串）运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到editplus,就能看到具体错误发生在那几行通常有几种常见的错误，例如缺少对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加if xxx=null语句加保护追踪的方法基本就是用alert语句，放在有可能出错的地方

4、一些习惯遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在第一位曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很流畅，方便自己也方便别人任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比较好走了软件工程实习心得体会二在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项。