软件工程读书心得体会

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

软件工程读书心得体会

040730111 步入大四，课程变的少了，学期伊始，我很认真地上课、听讲；很快就过了1个月了，学校的就业中心开始忙碌起来，作为就业大军中的一员，我开始忙碌我的工作，听宣讲会、笔试、面试，渐渐地上课不用心了，还旷过课，在这里请老师原谅，下面是我对于软件工程各方面知识的理解，请老师指正：

（一）软件度量方面

软件度量是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程，目的在于对此加以理解、预测、评估、控制和改善。没有软件度量，就不能从软件开发的暗箱中跳将出来。通过软件度量可以改进软件开发过程，促进项目成功，开发高质量的软件产品。在软件开发中，软件度量的根本目的是为了管理的需要，利用度量来改进软件过程。对于管理层人员来说：没有对软件过程的可见度就无法管理；而没有对见到的事物有适当的度量或适当的准则去判断、评估和决策，也无法进行优秀的管理。所以软件度量在软件开发中起到不可或缺的作用。

项目度量是针对软件开发项目的特定度量，目的在于度量项目规模、项目成本、项目进度、顾客满意度等，辅助项目管理进行项目控制。软件开发项目规模度量(size measurement)是估算软件项目工作量、编制成本预算、策划合理项目进度的基础。规模度量是软件项目失败的重要原因之一。一个好的规模度量模型可以解决这一问题。有效的软件规模度量是成功项目的核心要素：基于有效的软件规模度量可以策划合理的项目计划，合理的项目计划有助于有效地管理项目。规模度量的要点在于：由开发现场的项目成员进行估算；灵活运用实际开发作业数据；杜绝盲目迎合顾客需求的“交期逆推法”。软件开发成本度量主要指软件开发项目所需的财务性成本的估算。主要方法如下：

类比估算法。类比估算法是通过比较已完成的类似项目系统来估算成本，适合评估一些与历史项目在应用领域、环境和复杂度方面相似的项目。其约束条件在于必须存在类似的具有可比性的软件开发系统，估算结果的精确度依赖于历史项目数据的完整性、准确度以及现行项目与历史项目的近似程度。

细分估算法。细分估算法是将整个项目系统分解成若干个小系统，逐个估算成本，然后合计起来作为整个项目的估算成本。细分估算法通过逐渐细化的方式对每个小系统进行详细的估算，可能获得贴近实际的估算成本。其难点在于，难以把握各小系统整合为大系统的整合成本。

周期估算法。周期估算法是按软件开发周期进行划分，估算各个阶段的成本，然后进行汇总合计。周期估算法基于软件工程理论对软件开发的各个阶段进行估算，很适合瀑布型软件开发方法，但是需要估算者对软件工程各个阶段的作业量和相互间的比例具有相当的了解。

（二）软件项目管理

软件项目管理的对象是软件工程项目。它所涉及的范围覆盖了整个软件工程过程。为使软件项目开发获得成功，关键问题是必须对软件项目的工作范围、可能风险、需要资源(人、硬件／软件)、要实现的任务、经历的里程碑、花费工作量(成本)、进度安排等做到心中有数。这种管理在技术工作开始之前就应开始，在软件从概念到实现的过程中继续进行，当软件工程过程最后结束时才终止

软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对人员（People）、产品（Product）、过程（Process）和项目(Project)进行分析和管理的活动。

软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。

软件项目管理的内容主要包括如下几个方面：人员的组织与管理，软件度量，软件项目计划，风险管理，软件质量保证，软件过程能力评估，软件配置管理等。这几个方面都是贯穿、交织于整个软件开发过程中的，其中人员的组织与管理把注意力集中在项目组人员的构成、优化；软件度量把关注用量化的方法评测软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值，包括过程度量和产品度量两个方面；软件项目计划主要包括工作量、成本、开发时间的估计，并根据估计值制定和调整项目组的工作；风险管理预测未来可能出现的各种危害到软件产品质量的潜在因素并由此采取措施进行预防；质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划，有组织的活动；软件过程能力评估是对软件开发能力的高低进行衡量；软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。

（三）CMM CMM是是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。CMM分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。除了第1级外，其他每一级由几个关键过程方面组成。每一个关键过程方面都由上述5种公共特性予以表征。CMM给每个关键过程了一些具体目标。按每个公共特性归类的关键惯例是按该关键过程的具体目标选择和确定的。如果恰当地处理了某个关键过程涉及的全部关键惯例，这个关键过程的各项目标就达到了，也就表明该关键过程实现了。这种成熟度分级的优点在于，这些级别明确而清楚地反映了过程改进活动的轻重缓急和先后顺序。

（四）SPP SPP模型将项目管理、项目研发、机构支撑所包含的工作划分为相对独立的三类过程，各个过程域之间的关系直观明了。这样，机构领导、项目经理、开发人员、测试人员、质量保证人员、外包与采购管理人员等人根据SPP模型，很容易知道自己“应该在什么时候、按照什么规范做什么事情”。所以SPP模型有助于使机构内的各个职能单位有条不紊地开展工作。SPP模型的三类过程贯穿了产品的整个生命周期，19个最常见的过程域都合理地安排在产品生命周期中的某些阶段。用户可以根据自己产品的特征，适当地裁剪或扩充SPP的过程域，很容易制定出最适合于本产品的过程模型。

在读了软件工程以后，我觉得我前期不认真看书真的是错误的做法，经过这次对软件工程的阅读，我觉得受益匪浅，非常干些老师的教导，我觉得我对软件工程的认识还远远不够，在以后的日子里，我仍然需要努力学习，做到更深入的学习，提高解决问题的能力。

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

软件工程读书心得体会

040730111

步入大四，课程变的少了，学期伊始，我很认真地上课、听讲；很快就过了1个月了，学校的就业中心开始忙碌起来，作为就业大军中的一员，我开始忙碌我的工作，听宣讲会、笔试、面试，渐渐地上课不用心了，还旷过课，在这里请老师原谅，下面是我对于软件工程各方面知识的理解，请老师指正：

（一）软件度量方面

软件度量是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程，目的在于对此加以理解、预测、评估、控制和改善。没有软件度量，就不能从软件开发的暗箱中跳将出来。通过软件度量可以改进软件开发过程，促进项目成功，开发高质量的软件产品。在软件开发中，软件度量的根本目的是为了管理的需要，利用度量来改进软件过程。对于管理层人员来说：没有对软件过程的可见度就无法管理；而没有对见到的事物有适当的度量或适当的准则去判断、评估和决策，也无法进行优秀的管理。所以软件度量在软件开发中起到不可或缺的作用。

项目度量是针对软件开发项目的特定度量，目的在于度量项目规模、项目成本、项目进度、顾客满意度等，辅助项目管理进行项目控制。软件开发项目规模度量(size measurement)是估算软件项目工作量、编制成本预算、策划合理项目进度的基础。规模度量是软件项目失败的重要原因之一。一个好的规模度量模型可以解决这一问题。有效的软件规模度量是成功项目的核心要素：基于有效的软件规模度量可以策划合理的项目计划，合理的项目计划有助于有效地管理项目。规模度量的要点在于：由开发现场的项目成员进行估算；灵活运用实际开发作业数据；杜绝盲目迎合顾客需求的“交期逆推法”。软件开发成本度量主要指软件开发项目所需的财务性成本的估算。主要方法如下：

类比估算法。类比估算法是通过比较已完成的类似项目系统来估算成本，适合评估一些与历史项目在应用领域、环境和复杂度方面相似的项目。其约束条件在于必须存在类似的具有可比性的软件开发系统，估算结果的精确度依赖于历史项目数据的完整性、准确度以及现行项目与历史项目的近似程度。

细分估算法。细分估算法是将整个项目系统分解成若干个小系统，逐个估算成本，然后合计起来作为整个项目的估算成本。细分估算法通过逐渐细化的方式对每个小系统进行详细的估算，可能获得贴近实际的估算成本。其难点在于，难以把握各小系统整合为大系统的整合成本。

周期估算法。周期估算法是按软件开发周期进行划分，估算各个阶段的成本，然后进行汇总合计。周期估算法基于软件工程理论对软件开发的各个阶段进行估算，很适合瀑布型软件开发方法，但是需要估算者对软件工程各个阶段的作业量和相互间的比例具有相当的了解。

（二）软件项目管理

软件项目管理的对象是软件工程项目。它所涉及的范围覆盖了整个软件工程过程。为使软件项目开发获得成功，关键问题是必须对软件项目的工作范围、可能风险、需要资源(人、硬件／软件)、要实现的任务、经历的里程碑、花费工作量(成本)、进度安排等做到心中有数。这种管理在技术工作开始之前就应开始，在软件从概念到实现的过程中继续进行，当软件工程过程最后结束时才终止

软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对人员（People）、产品（Product）、过程（Process）和项目(Project)进行分析和管理的活动。

软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。

软件项目管理的内容主要包括如下几个方面：人员的组织与管理，软件度量，软件项目计划，风险管理，软件质量保证，软件过程能力评估，软件配置管理等。这几个方面都是贯穿、交织于整个软件开发过程中的，其中人员的组织与管理把注意力集中在项目组人员的构成、优化；软件度量把关注用量化的方法评测软件开发中的费用、生产率、进度和产品质量等要

素是否符合期望值，包括过程度量和产品度量两个方面；软件项目计划主要包括工作量、成本、开发时间的估计，并根据估计值制定和调整项目组的工作；风险管理预测未来可能出现的各种危害到软件产品质量的潜在因素并由此采取措施进行预防；质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划，有组织的活动；软件过程能力评估是对软件开发能力的高低进行衡量；软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。

（三）CMM

CMM是是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。CMM分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。除了第1级外，其他每一级由几个关键过程方面组成。每一个关键过程方面都由上述5种公共特性予以表征。CMM给每个关键过程了一些具体目标。按每个公共特性归类的关键惯例是按该关键过程的具体目标选择和确定的。如果恰当地处理了某个关键过程涉及的全部关键惯例，这个关键过程的各项目标就达到了，也就表明该关键过程实现了。这种成熟度分级的优点在于，这些级别明确而清楚地反映了过程改进活动的轻重缓急和先后顺序。

（四）SPP

SPP模型将项目管理、项目研发、机构支撑所包含的工作划分为相对独立的三类过程，各个过程域之间的关系直观明了。这样，机构领导、项目经理、开发人员、测试人员、质量保证人员、外包与采购管理人员等人根据SPP模型，很容易知道自己“应该在什么时候、按照什么规范做什么事情”。所以SPP模型有助于使机构内的各个职能单位有条不紊地开展工作。SPP模型的三类过程贯穿了产品的整个生命周期，19个最常见的过程域都合理地安排在产品生命周期中的某些阶段。用户可以根据自己产品的特征，适当地裁剪或扩充SPP的过程域，很容易制定出最适合于本产品的过程模型。

在读了软件工程以后，我觉得我前期不认真看书真的是错误的做法，经过这次对软件工程的阅读，我觉得受益匪浅，非常干些老师的教导，我觉得我对软件

工程的认识还远远不够，在以后的日子里，我仍然需要努力学习，做到更深入的学习，提高解决问题的能力。

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

《软件工程》的感悟

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

在以前，我一直对软件存在一些偏见或则是误解，认为软件就是程序，软件的开发就是编写程序，只要编完了程序，一切也就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.测试分析 用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述。