软件工程心得体会_

《软件工程心得体会_》由会员分享，可在线阅读，更多相关《软件工程心得体会_（12页珍藏版）》请在装配图网上搜索。

1、软件工程心得体会_ 软件工程心得体会一：软件工程心得体会 软件工程心得体会未接触软件工程之前始终都很想学这门课程，由于觉得这门课很牛，是那些有工程师称号的高手才摆布的东西。学了一个学期的软件工程课，最终知道了个软件工程的也许。学的时候总觉得很抽象，理解起来似乎不难，但总是摸不着头脑一种很茫然的感觉。曾经以为程序就是软件，软件就是程序。学习这门课程第一个收获是，知道了二者的不同之处。以前做过的一些小型的软件比如加密软件，我也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了。不过大的项目没有接触过，用软件工程的方法还是第一次。我想也是程序的不断简单化导致了软件危机的发生，使得人们不得不探究新

2、的解决方法。 经过倪老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的5个重要组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。吾生也有涯，而知也无涯，学习永无止境。起初，对软件工程处于一知半解的状态，分工比较混乱。 在划分模块后明确了各自分工，慢慢形成良性循环。在学习过程中，知道了团队合作非常重要，争议当然存在，但通过商量、协商，同心同德，在不断磨合中能够达成全都与默契。团队成员中力量各有高下，相互敬重，各取所长，不宜自暴自弃。组长多加协调，组员主动配合，才能合作快乐。学习

3、力量体现在能尽快接受新的学问，顺应改变，学为所用。 上软件工程导论这门课，我的收获也许如下：我们为什么需要软件工程呢？上面已经给出了一些缘由。专业点讲，软件工程最终是为了实现“软件制造业”的_化,工业化大生产,提高其劳动生产效率。只有如此,软件业才能实现_化,工业化大生产,才能“做大做强”。没有管理的设计是失败和混乱的设计，没有设计指导的编程是无序的劳碌的。依据开发的软件的规模，应当适当程度的运用软件工程化的思想，需要敏捷，到底我们开发的软件大多数是中小型的，大型的并不多见（我是这么认为的）。但只要涉及人员间的沟通和沟通，或多或少都要需要软件工程才能更有效率，工作成果更稳定。 其实开发软件，就

4、像是解决一个规律问题。想想自己平常是怎样写程序的。首先是要有一个想法，即我写的这个程序是要干什么的；然后就是对要实现的核心功能也许构思一种或多种实现方法，并从中选出一种自认为是较好的；接下来就是将涉及的各种主要或次要功能分成各个模块；最终就是分模块来编码和DEBUG。在我看来，除了第一步外，其余的步骤应当是一个循环的过程。在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法。具体到每一步的工作要怎样完成，是特别敏捷的，只要把握住大体的方向就行。在进行分析，设计，编码，调试，维护这几部分的工作的时候，最核心的就是文档的编写。1.可行性分析就是关于当前项目能不能干的分

5、析结果。 2.项目描述这是在决定立项以后，对当前项目的一份扼要说明。 3.需求分析就是对客户要求的功能的定义。 4.软件设计这就是对程序的每一个模块的具体设计的说明文档。 5.开发日志我始终都认为这是文档中最好玩的部分。开发日志相当于编码阶段的文档，它的形式可以很任意，主要是记录一些在写程序时突然萌发的灵感，或对代码的一些微小的修改，或对程序结构的一些微小变动等，还要对上述这些修转变动作些说明。 6.测试分析用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述。 软件工程心得体会二：软件工程学习心得（3185字） 在本学期的软件工程课程的学习中，我们学习了十一章的内容。第一章软件与软件工

6、程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。其次章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面对对象方法、形式化方法。还引出了工具UML。第三章软件需求猎取与结构化分析方法，本章具体介绍了需求猎取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、E-R图以及状态图式本节的重点。第四章结构化分析方法，这一章重点讲解了用法变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说

7、带来的好处，并告诫我们将来一点要形成好的编码风格。第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系；还介绍了白盒测试技术以及黑河测试技术。第七章统一建模语言UML概述，本章具体介绍了UML的基本模式、事物、关系及建模时用到的各种图进行了介绍。第八章面对对象分析，这一章主要讲解了面对对象分析的3种模型，包括功能模型、静态模型和动态模型。第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。第十章面对对象设计，本章的重点是对面对对象分析时建立的对象模型进行调整和细化。第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件

8、维护方法进行了介绍。 要学习软件工程，学会如何系统的思索，以及养成良好的编码习惯，想学好软件工程，就必需知道软件工程的目标、过程和原则：软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在许多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。 软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们掩盖了需求、设计、实现、确

9、认以及维护等活动。需求活动包括问题分析和需求分析。问题分析猎取需求定义，又称软件需求规约。需求分析生胜利能规约。设计活动一般包括概要设计和具体设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。具体设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括用法过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。 软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必需遵循的原则。

10、 我们学习了具体设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证具体设计与代码完全全都。包括程序流程图、N-S图、PAD图、HIPO图 程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟识的一种算法表达工具。它独立于任何一种程序设计语言，比较直观和清楚地描述过程的掌握流程，易于学习把握。在流程图中只能用法下述的五种基本掌握结构：挨次型；选择型；while型循环；until型循环；多状况型选择。 N-S图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为N-S图。在N-S图中，为了表示五种基本掌握结构，规定了五种图形构件。挨次型；选

11、择型；WHILE重复型；UNTIL重复型；多分支选择型。 PAD图：它是用结构化程序设计思想表现程序规律结构的图形工具。PAD也设置了五种基本掌握结构的图示，并允许递归用法。 HIPO图：HIPO图是由一组IPO图加一张HC图组成。它是美国IBM公司在软件设计中用法的主要表达工具。 HC图既是层次图，用于表示软件的分层结构。HC图中的每一个模块，均可用一张IPO图来描述。IPO图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入处理输出三者之间的联系。 还有测试方法:根据测试过程是否在实际应用环境中来分，有静态分析与动态测试。测试方法有分析方法（

12、包括静态分析法与白盒法）与非分析方法（称黑盒法）。 静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。 动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。 还学习了其他许多工具、语言、方法等，虽然不是都学得很透彻，但我信任在今后的学习中肯定会慢慢的完善的。 软件工程对于初学者来说，学问基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就

13、可以胜利，学习过程中要留意多看多练要留意结合实际，更要多思索，面对错误不要一范就问，要尝试自己去解决。但是还要留意什么都学，确定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标毕竟是什么，依据自己的实际工作动身，有针对性的在相应的学习方向上进行提高，制定出具体的学习规划。还要留意与其他科目的相辅相成，就像我们在学习面对对象分析的时候要结合大一学习的面对对象及其方法学这一专业科目进行讨论拓展;在学习语言时，要看看与C语言的联系，多思多想，把从各个科目学到的学问通汇贯穿。 在软件工程的学习中，我了解到了软件并非是一些代码这么简洁，在开发软件的过程中，编写代码的工作量其实只

14、占不到全部工程量的30%，而后期的管理和维护更是占了60%到80%之多。一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发方案，软件需求说明书，概要设计说明书，具体设计说明书，用户操作手册，测试方案，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很简单，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既讨论如何用最小的开销做诞生存期较长的软件，再加上各个阶段都要进行周密的策划、具体的分工部署和人员支配，且各阶段要据具体状况不断的反复才能达成，所以代码只是开发软件这

15、个浩大的工程的一个小小的过程。 而编码的学习中，我更了解到形成自己独特的规范的编码风格是特别重要的事。由于这影响到了软件后期繁重的维护，大家都要阅读你的程序，假如你写的程序毫无规范可言，那么别人怎么能读懂你的程序？读不懂程序，维护又从何谈起呢？所以，我们在今后的学习中，肯定要留意这方面的培育，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即便利自己的修改，也便利日后他人的阅读。 在学习中，我们还要留意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求改变的方面不够敏捷，而且传统方法要么面对行为，要么面对数据，缺乏两者的有机结合。而面对对象方法的程序设计

16、和问题求解更符合人们日常自然的思维习惯，适合大型、简单及交互性比较强的系统。形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。 在今后的学习中要留意多读书、多思索、多练习、多商量，不断熟识书本的基础，并以此为基础将其集中开来，应用于今后的实践。不断熬炼自己，向一名合格的程序设计师迈进。 软件工程心得体会三：软件工程心得体会（797字） 时间飞逝，不知不觉间软件工程的学习已经过了大半了。在这将近半学期的学习中，虽然我不能说我将软件工程学习的有多么的好，但是通过学习，我还是受益良多。 在以前，我始终对软件存在一些偏见或则是误会，认为软件就是程序，软件的开发

17、就是编写程序，只要编完了程序，一切也就ok了，而且我还片面的认为只要我把握了时下最新的语言和工具，那么我就能写程序了。一个人，只要会编程，就能写软件，就是程序员；一个公司，只要聘请一些程序员，就能开发好的软件产品。只要有几个有阅历的程序员，再找些兼职的高校生，就能组成一个软件公司。 但是通过了软件工程这门课的学习，使我认识到了我以前的错误。软件其实不仅仅是程序，软件开发其实也不仅仅是编写程序，软件是思想在硬件上的载体和体现，处理的是规律和信息。唯有对软件和软件的开发过程，有充分的认识，才能更好的开发出，过程受控、质量受控的软件产品。 而且在以前，我始终以为软件的开发其实是一件很轻松欢乐的事情，

18、只要一天坐在电脑旁敲敲键盘，那么一切就可以了，但是现在我才发觉，我以前的许多的思想是多么的肤浅可笑。编程其实是一种乐趣和苦恼共存的一项制造性活动。由于编程不仅能够满足我们内心深处进行制造的渴望，而且还能愉悦我们内在的情感。 而且通过学习软件工程，我还学到了许多其他的东西。比如通过学习软件工程，格外是老师每次用实际的软件现场的讲解，为我供应了一个尽早接触世界工作和真实项目的机会。让我知道如何在以最小的成本中，训练自己的基本工程素养和力量，如何激发自己的主动性等。而且通过学习软件工程，还让我认识和培育了我的团队协作力量，格外是对于我们这些在校的同学来说，这种学习更是能让我在以后工作中少走许多的弯路。 所以，通过软件工程的学习，我是真的学习到了许多有用的东西，让我明白了许多的道理。在此我对老师的辛勤训练表示感谢，由于是你让我学习到了这些，是我获益良多。 .