软件工程课 心得体会

第一篇：软件工程课 心得体会

心得体会

通过本学期的学习，独立完成了软件工程方法实践与案例的作业，同时也收获了学习方法和思维方式。由于我是从电气专业调剂到计算机专业，几乎没有基础，所以在刚开始进入学习时感觉非常的困难。但是，李老师每节课都循序渐进的引导教学，让我慢慢理解了软件工程的学习思维，并且坚持学习，逐渐找到了学习软件工程的方法。在整个的学习中，一点一点的学习：上网搜索、问同学和老师、找参考书、查文献，甚至下仓库管理的软件进行使用研究，用了很多方法，也终于对软件工程的整体设计有了深刻概念和理解。

老师给我们分组分配任务，同时又每个人有不同的具体任务，这样既锻炼了我们的合作沟通的能力，同时也强调了独立自主的思考。我们仓库管理小组进行过好几次集体讨论，大家互相讨论，共同学习，也曾出现过意见不统一，通过探讨，共同解决，我觉得这也是学习提升的过程。明确了自己的任务后，就努力去完成，按时完成自己的任务。

在完成作业的同时，学到了很多的数据库知识和软件使用方法。首先接触了visio软件，发现了它画图比较方便，之后老师介绍用rose软件后，发现其功能更加强大。由于rose软件是英文版，所以刚开始用的时候比较吃力，经过搜索使用教程和多次使用练习后，终于可以熟练使用了。

整个设计过程，包括调研设计、需求分析、概要设计、数据库设计、详细设计等。其中，我对UML图印象最为深刻，也是从这个地方开始，我对软件设计有了质的改变，体会和理解了软件设计应该树立的思维方式，对以后的学习和任务有有很大帮助，后期做作业时也没有那么困难了。

在这整个课程学习和完成作业过程中，收获知识，提高能力的同时，我也学到了很多人生习惯，懂得怎么样去制定计划，怎么样去实现这个计划，并掌握了在执行过程中怎么样去克服心理上的不良情绪。因此在以后的生活和学习的过程中，我一定会把这种习惯带到生活中，不畏，勇往直前！

最后感谢李老师对我们耐心的教育和指导，认真细心的给我们批改作业，给予我们这些没有基础的学生耐心指导，谢谢老师！

第二篇：软件工程心得体会

《软件工程》的感悟

时间飞逝，不知不觉间《软件工程》的学习已经过了大半了。在这将近半学期的学习中，虽然我不能说我将《软件工程》学习的有多么的好，但是通过学习，我还是受益良多。

在以前，我一直对软件存在一些偏见或则是误解，认为软件就是程序，软件的开发就是编写程序，只要编完了程序，一切也就ok了，而且我还片面的认为只要我掌握了时下最新的语言和工具，那么我就能写程序了。一个人，只要会编程，就能写软件，就是程序员；一个公司，只要招聘一些程序员，就能开发好的软件产品。只要有几个有经验的程序员，再找些兼职的大学生，就能组成一个软件公司。

但是通过了《软件工程》这门课的学习，使我认识到了我以前的错误。软件其实不仅仅是程序，软件开发其实也不仅仅是编写程序，软件是思想在硬件上的载体和体现，处理的是逻辑和信息。唯有对软件和软件的开发过程，有充分的认识，才能更好的开发出，过程受控、质量受控的软件产品。

而且在以前，我一直以为软件的开发其实是一件很轻松快乐的事情，只要一天坐在电脑旁敲敲键盘，那么一切就可以了，但是现在我才发现，我以前的很多的思想是多么的肤浅可笑。编程其实是一种乐趣和苦恼共存的一项创造性活动。因为编程不仅能够满足我们内心深处进行创造的渴望，而且还能愉悦我们内在的情感。

而且通过学习《软件工程》，我还学到了很多其他的东西。比如通过学习《软件工程》，特别是老师每次用实际的软件现场的讲解，为我提供了一个尽早接触世界工作和真实项目的机会。让我知道如何在以最小的成本中，训练自己的基本工程素质和能力，如何激发自己的积极性等。而且通过学习《软件工程》，还让我认识和培养了我的团队协作能力，特别是对于我们这些在校的学生来说，这种学习更是能让我在以后工作中少走很多的弯路。

所以，通过《软件工程》的学习，我是真的学习到了很多有用的东西，让我明白了很多的道理。在此我对老师的辛勤教育表示感谢，因为是你让我学习到了这些，是我获益良多。

第三篇：软件工程心得体会（推荐）

软件工程学习心得

这个学期我学习了软件测试这门专业课程，在学期即将结束的时候，我也对这门课程建立基本的了解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代的角色，当一个软件从雏形到真正的在一台计算机是哪个运行的时候，谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试，其目的的：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事情。

我认为，在整个庞大的软件工程中，不管是需求分析、架构设计，甚至是最后的debug，都会产生引入不管的机会，这就要去作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期，即在项目开始时需要各种分析调研时就开始了，尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个项目的走向。

软件测试对逻辑思维、学习能力、反应思维要求很高，是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的测试方法。软件测试还很注重软件性能问题，也

就是要保证软件运行得很好；在不同环境下，考虑软件 的兼容性同样重要。对于测试人员来讲，会比开发人员更加重视软件产品的质量问题。在测试过程中，测试者可能会为可会的需求角度考虑更多，由此我们可以认为测试人员有权利决定产品是否可以发布。然而，通过一个学期的学习，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。

通过课上的理论和课下的实践，以及在网上和一些论坛里讨论和学习，使我对测试有了大致的接触和深入的了解。以下就是我在软件测试方面的认识：

每项测试都包括三个部分，一组操作，一组预期结果和一组实际结果。另外要尽量用最少的测试用例覆盖软件功能的绝大方面。考虑到各个方面的原因，我们应考虑尽可能多的条件下的测试，这样我们的测试才能更具有全面性和普遍性。大体上我们的测试可以分一下几个方面：

（1）边界测试，测试用户输入框中的数值的最大数和最小数，以及为空时的情况。

（2）非法测试，例如在输入数字的地方输入字母。

（3）跟踪测试，跟踪一条数据的流程,保证数据的正确性。

（4）在开始测试之前应保证数据的正确性，然后再从系统中找出各种BUG。

（5）接口测试，程序往往在接口的地方很容易发生错误，要在此模块测试勿掉以轻心。

（6）代码重用测试，在开发过程中有些模块功能几乎相同，开发人员在重用代码时可能忘记在原有代码上修改或修改不全面，而造成的错误。

（7）突发事件测试，服务器上可能发生意外情况的测试，如网络中断，电源断电等极端的情况。

（8）外界环境测试，有些系统在开发时依赖于另外一个系统,当另外一个系统发生错误时, 这个系统所受到的影响的情况。

（9）系统兼容测试，例如有些程序在IE6能运行正常，到IE5下不能运行。有些程序在WIN2000下能运行，而到WIN98却不能运行。

（10）用户的易用性测试，往往用户的需求是不断的变化的，而其中的一部份变化的原因，是由用户操作上不方便引起的。

虽然课程已经接近尾声，我却开始对软件测试产生浓厚兴趣，也增加了我对其的知识，在以后的大学课余时间中我一定会更加努力，永不放弃，世上无难事，只怕有心人！通过刻苦钻研，相信有付出就一定有回报，总有一天，我定能在计算机和软件测试方面有所成就。

第四篇：软件工程心得体会

软件工程心得体会

未接触软件工程之前一直都很想学这门课程，因为觉得这门课很牛，是那些有工程师称号的高手才摆弄的东西。学了一个学期的软件工程课，终于知道了个软件工程的大概。学的时候总觉得很抽象，理解起来好像不难，但总是摸不着头脑一种很茫然的感觉。

曾经以为程序就是软件，软件就是程序。学习这门课程第一个收获是，知道了二者的不同之处。以前做过的一些小型的软件比如加密软件，我也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了。不过大的项目没有接触过，用软件工程的方法还是第一次。我想也是程序的不断复杂化导致了软件危机的发生，使得人们不得不探索新的解决方法。

经过倪老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的5个重要组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。

吾生也有涯，而知也无涯，学习永无止境。起初，对软件工程处于一知半解的状态，分工比较混乱。在划分模块后明确了各自分工，渐渐形成良性循环。

在学习过程中，知道了团队合作十分重要，争议固然存在，但通过讨论、协商，群策群力，在不断磨合中能够达成一致与默契。团队成员中能力各有高下，互相尊重，各取所长，不宜妄自菲薄。组长多加协调，组员积极配合，才能合作愉快。

学习能力体现在能尽快接受新的知识，顺应变化，学为所用。上《软件工程导论》这门课，我的收获大概如下：

我们为什么需要软件工程呢？上面已经给出了一些原因。专业点讲，软件工程最终是为了实现“软件制造业”的社会化,工业化大生产,提高其劳动生产效率。只有如此,软件业才能实现社会化,工业化大生产,才能“做大做强”。没有管理的设计是失败和混乱的设计，没有设计指导的编程是无序的忙碌的。根据开发的软件的规模，应该适当程度的运用软件工程化的思想，需要灵活，毕竟我们开发的软件大多数是中小型的，大型的并不多见（我是这么认为的）。但只要涉及人员间的交流和沟通，或多或少都要需要软件工程才能更有效率，工作成果更稳定。

其实开发软件，就像是解决一个逻辑问题。想想自己平时是怎样写程序的。首先是要有一个想法，即我写的这个程序是要干什么的；然后就是对要实现的核心功能大概构思一种或多种实现方法，并从中选出一种自认为是较好的；接下来就是将涉及的各种主要或次要功能分成各个模块；最后就是分模块来编码和DEBUG。在我看来，除了第一步外，其余的步骤应该是一个循环的过程。在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法。

具体到每一步的工作要怎样完成，是非常灵活的，只要把握住大体的方向就行。在进行分析，设计，编码，调试，维护这几部分的工作的时候，最核心的就是文档的编写。

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

2.项目描述这是在决定立项以后，对当前项目的一份扼要说明。3.需求分析就是对客户要求的功能的定义。

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

6.测试分析 用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述。

第五篇：软件工程课设心得

软件工程是一门实践性很强、交叉性很强的学科，它提供给我们的不仅是一种方法论，更是一种世界观。

在没有接触软件工程这门课时，我一直认为软件就是程序。能编出解决问题的程序就ok了，从没有想过，在写一个程序之前还要构思几份文档（可行性分析、需求分析、概要设计）。不过对于那些大型软件如植物僵尸大战（至少对于我来说是比较大型的了）怎么去实现它，想得我一头雾水。绚丽的界面、40种植物、一大堆不同类型的僵尸，怎样编代码去实现它呢？

第一次上软件工程的课，裴老师问“软件是什么？” 我的第一想法是：这个问题太过愚昧了！谁不知道软件就是程序呀？ “软件是由计算机程序、数据及文档组成。”听到这句话，我心里先是一惊，慌忙翻了下书“软件是程序和所有使程序正确运行所需的相关文档和配置信息。”赫然映入我眼帘。突然间我发现，就算是植物僵尸大战这样复杂的游戏，如果设计者实现分模块把每一部分如何实现用文档描叙出来，那这个软件实现起来不是很容易吗？

第一次课后我明白了软件工程是致力于专业化软件开发的理论、方法和工具的研究。虽然我从初中开始信息奥赛，高中继续这个爱好，但在大学二年级下学期才接触在软件开发中这么有引导意义的学科，不觉有种相见恨晚的感觉。自然它的方法学三要素：方法、工具、过程，我牢记于心。

短短的四周，裴老师的课给我留下了深刻的印象，印象尤深的是：

做软件我们首先考虑的是团队的实力。

如果别人给你50万让你们团队开发一个软件，如果他要求你们团队给这个软件永久维护，那么你要去跟他协商付100万。很多软件公司倒闭就是因为维护上的问题。至此我才明白维护软件是软件生存周期中时间最长的一个阶段，它是最花费精力与钱财的一个阶段。

如果将来你们碰到了我，你跟我说你是se那么我会很高兴，如果你告诉我你是软件工程师，我只会“嗯嗯”两下。

其实在我接触软件后，渴望的是当一名软件工程师。现在才知道学软件工程专业后，去当一名软件工程师是最低层的也是最没“技术”含量的。要做就做系统构架师，当然这需要我们的不懈努力才能达到。系统构架师的职责是设计一个公司的基础构架，并提供关于怎样建立和维护系统的指导方针。恍然发现学软件不仅是学软件，相关的管理能力也是需要具备的。

当然理论知识是用来指导实践的，亲身体验才能领悟软件工程的妙用。课设我们选择了图书馆管理系统，主要是这个系统我们接触比较多，对于它的流程还是比较清楚的。虽然如此我们还是花了很大的时间去完成它。记得当时我们定下这个题目是晚上，在讨论用什么语言实现时，大家各自说出自己比较善于的语言。然后均衡了下，定下用java做开发语言。在实现过程中，突然发现java环境连接数据库和tomcat超级麻烦且数据库老是连接不上。趁时间还早我们三再次讨论，决定用c#做开发语言，主要是c#相对于c++与java来说简易写。同时我们定下不管以后遇到什么困难都要坚持下去的准则。在课设期间我们没少跑图书馆，查阅各种资料，对比各本书上实现图书馆管理系统的代码。终于在4月11日把所有课设的所有事情弄好了。当然这只是个概述。

我印象尤深记忆深厚的是最初实现文档那块。刚开始，软件工程这门课还没学多少，基本的设计理念就很模糊。文档到底该怎么写，很纠结。于是我从网上狂下相关文档。通过粘贴与复制终于一份内容乱七八糟的需求分析文档出来了，当然这只是用来借鉴的。后来孟阳分享了十三份关于文档这方面的模板。我们照着那个样子在结合团队项目的相关实例开始了文档的写作。我们的文档总是一个人先写好，再拿给另一个人改，最后由第三个人评审。大家都觉的可以了，才过关。测试报告虽然是我一个人完成了，但也经历了不少时间，当然这时间是按小时算的。首先把大体写出了，然后修改，再增加信息。大量的截图以及思考怎样用例超费脑子，两天的通宵，彻底把我搞垮了，不过在文档出炉后，心里异常开心。

软件工程课程虽已结束，但我对于软件工程的学习才刚刚开始，裴老师的课让我受益匪浅。我体会到项目管理的重要性，随着软件规模、复杂度的不断增加，项目开发中更多的是协作、管理和控制。我学习到很多一般性的方法，例如：需求获取、模块化、分治、估算、计划等等。同时，我也认识到使用计算机解决实际问题的复杂性，在图灵机模型和冯·诺依曼体系的计算机框架下，人们认识表达的过程（不断反复、逐步深化）和计算机的实现过程（顺序执行）相差甚远，软件工程方法要提供给程序员们一种更加有效的对客观世界问题域进行形式化的过程方法。

向se进军！至少这是现在的目标。

谢谢裴老师！您的课通俗易懂，举的例子贴近生活，让我们易于接受。