关于做软件工程的心得体会.doc

关于做软件工程的心得体会
　　做软件工程不是一件简单的事情，关于做软件工程的应该怎么写?下面是的关于做软件工程的心得体会，仅供参考。
　　软件工程心得体会未接触软件工程之前一直都很想学这门课程，因为觉得这门课很牛，是那些有工程师称号的高手才摆弄的东西。
　　学了一个学期的软件工程课，终于知道了个软件工程的大概。
　　学的时候总觉得很抽象，理解起来好似不难，但总是摸不着头脑一种很茫然的感觉。
　　曾经以为程序就是软件，软件就是程序。
　　学习这门课程第一个收获是，知道了二者的不同之处。
　　以前做过的一些小型的软件比方加密软件，我也只是在程序旁边附上一个软件的说明，看来已经很接近作坊了。
　　不过大的工程没有接触过，用软件工程的方法还是第一次。
　　我想也是程序的不断复杂化导致了软件危机的发生，使得人们不得不探索新的解决方法。
　　经过倪老师的讲解，理解了软件工程，就是一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的标准。
　　其核心就是，对于软件开发的5个重要组成局部：需求分析，设计，编码，调试，维护，如何组织这5个局部的工作，以及如何完成每一个工作。
　　吾生也有涯，而知也无涯，学习永无止境。
　　起初，对软件工程处于一知半解的状态，分工比拟。
　　在划分模块后明确了各自分工，渐渐形成良性循环。
　　在学习过程中，知道了团队合作十分重要，争议固然存在，但通过讨论、协商，群策群力，在不断磨合中能够达成一致与默契。
　　团队成员中能力各有上下，互相尊重，各取所长，不宜妄自菲薄。
　　组长多加协调，组员积极配合，才能合作愉快。
　　学习能力表达在能尽快承受新的知识，顺应变化，学为所用。
　　上《软件工程导论》这门课，我的收获大概如下：我们为什么需要软件工程呢?上面已经给出了一些原因。
　　专业点讲，软件工程最终是为了实现“软件制造业”的社会化,工业化大生产,提高其劳动生产效率。
　　只有如此,软件业才能实现社会化,工业化大生产,才能“做大做强”。
　　没有管理的设计是失败和的设计，没有设计指导的编程是无序的忙碌的。
　　根据开发的软件的规模，应该适当程度的运用软件工程化的思想，需要灵活，毕竟我们开发的软件大多数是中小型的，大型的并不多见(我是这么认为的)。
　　但只要涉及人员间的交流和沟通，或多或少都要需要软件工程才能更有效率，工作成果更稳定。
　　其实开发软件，就像是解决一个逻辑问题。
　　想想自己平时是怎样写程序的。
　　首先是要有一个想法，即我写的这个程序是要干什么的;然后就是对要实现的核心功能大概构思一种或多种实现方法，并从中选出一种自认为是较好的;接下来就是将涉及的各种主要或次要功能分成各个模块;最后就是分模块来编码和DEBUG。
　　在我看来，除了第一步外，其余的步骤应该是一个循环的过程。
　　在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法。
　　详细到每一步的工作要怎样完成，是非常灵活的，只要把握住大体的方向就行。
　　在进展分析，设计，编码，调试，维护这几局部的工作的时候，最核心的就是文档的编写。
　　1.可行性分析就是关于当前工程能不能干的分析结果。
　　2.工程描述这是在决定立项以后，对当前工程的一份扼要说明。
　　3.需求分析就是对客户要求的功能的定义。
　　4.软件设计这就是对程序的每一个模块的详细设计的说明文档。
　　5.开发日志我一直都认为这是文档中最有趣的局部。
　　开发日志相当于编码阶段的文档，它的形式可以很随意，主要是记录一些在写程序时突然萌发的灵感，或对代码的一些微小的修改，或对程序构造的一些微小变动等，还要对上述这些修改变动作些说明。
　　6.测试分析用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述。
　　在本学期的软件工程课程的学习中，我们学习了十一章的内容。
　　第一章软件与软件工程的概念，这一章主要讲解的是一些概念性和根底性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。
　　第二章软件工程方法与工具，这一章主要对软件工程方法进展介绍，包括三种方法：传统方法、面向对象方法、形式化方法。
　　还引出了工具UML。
　　第三章软件需求获取与构造化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及构造化分析方法，画分层的数据流图、E-R图以及状态图式本节的重点。
　　第四章构造化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块构造以及模块构造的改良。
　　第五章编码，这一章重点讲解了编码的风格及标准，还告诉我们编码标准说带来的好处，并告诫我们将来一点要形成好的编码风格。
　　第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系;还介绍了白盒测试技术以及黑河测试技术。
　　第七章统一建模语言UML概述，本章详细介绍了UML的根本模式、事物、关系及建模时用到的各种图进展了介绍。
　　第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。
　　第九章软件体系构造与设计模式，本章对软件体系构造的根本概念、典型风格等进展了讲解。
　　第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进展调整和细化。
　　第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进展了介绍。
　　要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原那么：软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
　　正确性指软件产品到达预期功能的程度。
　　可用性指软件根本构造、实现及文档为用户可用的程度。
　　开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
　　这些目标的实现不管在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
　　软件工程过程：生产一个最终能满足需求且到达工程目标的软件产品所需要的步骤。
　　软件工程过程主要包括开发过程、运作过程、维护过程。
　　它们覆盖了需求、设计、实现、确认以及维护等活动
　　需求活动包括问题分析和需求分析。
　　问题分析获取需求定义，又称软件需求规约。
　　需求分析生成功能规约。
　　设计活动一般包括概要设计和详细设计。
　　概要设计建立整个软件系统构造，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
　　详细设计产生程序员可用的模块说明，包括每一模块中数据构造说明及加工描述。
　　实现活动把设计结果转换为可执行的程序代码。
　　确认活动贯穿于整个开发过程，实现完成后确实认，保证最终产品满足用户的要求。
　　维护活动包括使用过程中的扩充、修改与完善。
　　伴随以上过程，还有管理过程、支持过程、培训过程等。
　　软件工程的原那么是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原那么。
　　我们学习了详细设计的方法，其原那么是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。
　　包括程序流程图、N-S图、PAD图、HIPO图
　　程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。
　　它独立于任何一种程序设计语言，比拟直观和清晰地描述过程的控制流程，易于学习掌握。