学习《软件工程》心得和体会
软程学习心得在期的软件工程课程的学习中，我们学习了十一章容。
第一章软软件工程的概念，这一章主要讲解的是一些概念性和基础性的内容，例如软件的概念、特性，软件危机的主要表现，软件工程的概念以及软件生存期、典型生存期模型等等。
第二章软件工程方法与工具，这一章主要对软件工程方法进行介绍，包括三种方法：传统方法、面向对象方法、形式化方法。
还引出了工具UML。
第三章软件需求获取与结构化分析方法，本章详细介绍了需求获取与需求分析阶段的任务以及结构化分析方法，画分层的数据流图、E-R图以及状态图式本节的重点。
第四章结构化分析方法，这一章重点讲解了使用变换型映射方法和事务型映射方法生成初始的模块结构以及模块结构的改进。
第五章编码，这一章重点讲解了编码的风格及规范，还告诉我们编码规范说带来的好处，并告诫我们将来一点要形成好的编码风格。
第六章软件测试方法，本章讲解了软件测试相关的概念及重要性，软件测试与开发各个阶段的关系；还介绍了白盒测试技术以及黑河测试技术。
第七章统一建模语言UML概述，本章详细介绍了UML的基本模式、事物、关系及建模时用到的各种图进行了介绍。
第八章面向对象分析，这一章主要讲解了面向对象分析的3种模型，包括功能模型、静态模型和动态模型。
第九章软件体系结构与设计模式，本章对软件体系结构的基本概念、典型风格等进行了讲解。
第十章面向对象设计，本章的重点是对面向对象分析时建立的对象模型进行调整和细化。
第十一章软件维护，本章主要介绍软件维护的任务、软件维护活动以及软件维护方法进行了介绍。
要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则： 软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
我们学习了详细设计的方法，其原则是过程描述是否易于理解、复审和维护，进而过程描述能够自然地转换成代码，并保证详细设计与代码完全一致。
包括程序流程图、N-S图、PAD图、HIPO图程序流程图：程序流程图又称之为程序框图，它是软件开发者最熟悉的一种算法表达工具。
它独立于任何一种程序设计语言，比较直观和清晰地描述过程的控制流程，易于学习掌握。
在流程图中只能使用下述的五种基本控制结构：顺序型；选择型；while型循环；until型循环；多情况型选择。
N-S图：一种符合结构化程序设计原则的图形描述工具，称为盒图，又称为N-S图。
在N-S图中，为了表示五种基本控制结构，规定了五种图形构件。
顺序型；选择型；WHILE重复型；UNTIL重复型；多分支选择型。
PAD图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。
PAD也设置了五种基本控制结构的图示，并允许递归使用。
HIPO图：HIPO图是由一组IPO图加一张HC图组成。
它是美国IBM公司在软件设计中使用的主要表达工具。
HC图既是层次图，用于表示软件的分层结构。
HC图中的每一个模块，均可用一张IPO图来描述。
IPO 图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入—处理—输出三者之间的联系。
还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。
测试方法有分析方法（包括静态分析法与白盒法）与非分析方法（称黑盒法）。
静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。
动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。
还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。
软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。
但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。
还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展;在学习语言时，要看看与C语言的联系，多思多想，把从各个科目学到的知识通汇贯通。
在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。
一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。
因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序
读不懂程序，维护又从何谈起呢
所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。
在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。
而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。
形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。
不断锻炼自己，向一名合格的程序设计师迈进。
谁能给我一份学习软件工程的心得体会 不少于2000字的 这是我在百度提的第一个问题 希望有人回复
我是个外行，不过还是可以帮助你的，你在百度首页输上学习软件工程的心得体会，会在百度文库里出现很多文库，都是关于心得体会的，希望对您有帮助，
谈一谈对软件工程专业的认识
1、软件工程是一门指导软件开发和维护的工程学科，主要研究软件开发和维护的工程技术和软件项目管理等内容，其中涉及如何保证软件产品的质量和可靠性，如何提高软件开发效率和拥护满意度等。
2、软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
3、软件生产历经4大阶段分别为：程序设计阶段（1946-1956年）、软件开发阶段（1956-1968年）、软件工程阶段（1968年以后）、计算机辅助软件工程阶段4、常见的软件过程模型：边改边做模型、瀑布模型、演化模型、增量迭代模型、喷泉模型5、软件过程的研究，标志着人们为解决软件危机问题，把关注的焦点由编程转移到了软件开发的整个过程，包括分析、设计、编程和测试4个核心阶段和需求调研、运行与维护两个延伸阶段说明软件质量、软件开发效率、软件的可靠性、可维护性问题涉及了软件生存周期的所有阶段。
6、软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。
软件的生存周期可分为八个阶段：①问题定义；②可行性研究；③需求分析；④总体（概要）设计；⑤详细设计；⑥编码与单元测试；⑦综合测试；⑧软件维护。
7、需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。
其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。
②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。
分别用于结构化需求建模、系统业务举例和反映系统工作流程。
③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。
。
。
。
感悟：了解了什么是“软件危机”，透过软件工程于解决“软件危机”的重要性、软件工程三条重要线索、软件工程知识体系函括内容及软件工程各类生存期模型，我对软件工程思想及“工程化”软件开发的流程有了较系统的了解，透过软件工程的起源，认识到：实现软件工业的产业化，软件工程必须是真正意义上的工程化。
从软件开发三条线索（开发、管理、改进）来看，软件开发的过程必须规范化（各阶段都必须形成相应文档；编码必须依照通用可读性严格遵照编程规范……）；软件项目管理的核心是项目规划和项目跟踪控制，保证软件工程开发的成功完成，软件开发流程的规范化在软件项目中有着重要的作用，通过不断地优化和规范过程，企业可以提高软件生产能力。
从需求分析到维护，透过软件的开发流程具体实施的学习，我对软件项目开发的流程有了更深的理解，例如通过需求规格说明书、可行性研究说明书、数据库设计说明书、需求分析说明书、总体设计说明书、详细设计说明书等六份作业的完成虽然很不完善，但仍让我对需求分析建模和设计中用到的方法有了更好的理解并熟悉了六份文档的格式。
学了这门课才知道软件开发中每一阶段都有文档的产生，其管理与应用也是一门大学问……此外，这门课程里讲授了很多我以前从未接触过的方法和软件如UML模型、MVC模型、visio的强大绘图建模功能、这些知识不仅能应用于软件工程，也能应用于其他的很多领域，这门课结束了，但这些方面学习我还将继续的。
论文高手进：软件开发需求分析的认识和理解
应用软件开发中的需求分析及方法 软件工程一般具有以下基本活动：软件描述：软件的功能以及软件操作上的约束定义；软件设计和实现：软件要按照描述来设计；软件有效性验证：软件要被确定是有效的，能完成预期的应用；软件进化：软件按应用需要的变更来进化。
其中，软件描述的目标是，确定软件系统需要哪些服务以及开发和运行期间受到哪些约束，对服务和约束的发现、分析、建立文档、验证活动，现在常称为需求工程。
为此，笔者谈谈如何进行需求分析及方法。
一、 需求的过程 需求工程对于软件过程是一个特别关键的阶段，这个阶段的错误将不可避免地带到后续的系统设计和实现阶段中。
需求工程阶段的独特之处在于很少有现成模式或特制的文档可供参考。
后续阶段可以建立在前期所做工作基础上（各种相关模型至少在一定程度上可以衍生导出），而需求工程阶段的成果却是靠创建而来的。
需求工程本身就是一个过程，这个过程将产生用以描述系统的需求文档。
通常需求在这个文档中被分成两个层次描述：最终用户需要高层次的需求描述；而系统开发人员需要比较详细的系统描述。
（一）需求过程的四个主要阶段 1、可行性研究：指明现有的软件、硬件技术能否实现用户对新系统的要求。
从业务角度来决定系统开发是否划算以及在预算范围内能否开发出来。
可行性研究是初步的，结果就是要得出结论，该系统是否值得进行更细致的分析。
2、需求的导出和分析：这是一个通过对现有系统分析、与潜在用户讨论、进行任务分析等导出系统需求的过程。
也可能需要开发一个或多个不同的系统模型和原型。
这些都会帮助分析员了解所要描述的系统。
3、需求描述：需求描述就是把在分析活动中收集的信息以文档的形式确定下来。
在这个文档中有两类需求。
用户需求是从最终用户对系统需求的抽象描述；系统需求是对系统要提供的功能的详尽描述。
4、需求有效性验证：这个活动检查需求实现、一致和完备。
在这个过程中，可发现需求文档中的错误，并加以修正。
当然，需求过程中的各项活动并不是严格按顺序进行的。
在定义和描述期间，需求分析继续进行，这样在整个需求工程过程中不断有新的需求出现。
因此，分析、定义和描述是交替进行的。
（二）需求的进一步认识 1、软件系统需求 常常分为功能需求、非功能需求和领域需求。
功能需求：包括对系统应该提供的服务、如何对输入做出反应以及系统在特定条件下的行为的描述。
在某些情况下，功能需求可能还需要明确申明系统不应该做什么。
理论上，系统的功能需求描述应该既全面又具有一致性。
全面意味着用户所需的所有服务都应该给出描述。
一致性意味着需求描述不能前后矛盾。
在实际过程中，对大型而又复杂的系统而言，要做到需求描述既全面又一致几乎是不可能的。
一方面是因为系统固有的复杂性，另一方面是因为观点不同，需求也会发生矛盾。
非功能需求：对系统提供的服务或功能给出的约束。
包括时间约束、开发过程约束、标准等。
非功能需求源于用户的限制，包括预算上的约束、机构政策、与其他软硬件系统间的相互操作，还包括如安全规章、隐私权利保护等外部因素。
领域需求：这是来自系统的应用程序领域的需求，反映了该领域的特点。
他们也可能是功能需求或非功能需求。
2、软件需求文档 也称软件需求描述（SRS），是对系统开发者要求的正式陈述。
IEEE标准为需求文档提出了以下结构：引言（目的、范围、缩略词等），一般描述（产品透视、功能、用户特征、约束等），专门需求（功能、非功能、接口），附录，索引。
二、方法 （一）问题域（应用领域） 是指问题所存在的现实世界中的那个部分。
问题域是需求分析员所要研究的首要对象。
例如，对一个电梯控制系统来说，它将包含任何现存的硬件（电梯、指示器、传感器、按钮等）、建筑物特征（楼层和电梯井的数目）、预期的使用模式、用户特征、使用约束（如限制短途搭乘）等等。
在这个问题域内，问题可以确定为“让电梯在建筑物中更有效使用的控制系统”。
为了解决问题，‘解系统’显然有必要在问题域内产生某些效果，构成软件需求的正是这些想要获得的效果，也就是为何做软件需求的原因和目的。
到现在为止，我们得到初步论点。
在构建一个新软件系统之前，最好先决定它应当能够做些什么又不要做些什么；从问题域的研究入手，获得问题的描述，以及新的解系统在其中将产生效果的陈述（即需求）；确定新系统所需的行为，以便让它在问题域内产生所需要的效果。
（二）需求分析 通过对问题域的研究，获得对该领域特性及存在于其中（需要解决）的问题特性的透彻理解并用文档说明。
需求分析旨在揭示一个现有的系统（问题域）的结构，而内部设计则是要创建出一个尚未存在的软件系统（解系统）的结构。
对于这一重要任务其特性如下： 分析关注问题域及对其建立的模型，而不是解系统； 主要目标是要获得对问题域及存在于其中的问题本质的理解； 分析在本质上先于解系统行为的规格说明（尽管有重叠和反复的过程）。
（三）方法论 方法不只是一种技术，它是解决任务的一种途径，并且通常由一组技术组成。
任何分析方法，要使它得到很好的利用，都应当要求并且做到便于描述以下几个方面： 问题域的结构，根据其子域及其相互间的关系； 问题域数据，语法和语义方面 问题子域的内在属性和行为； 问题域中的重要事件及现象； 需求，解系统在问题域中应产生的效果。
具体有以下三个方法： 1、结构化分析（SA） 结构化分析（SA）是一种具有相当长历史的分析方法，其演化的方式既微妙又显得很重要。
如同结构化编程一样，它致力于系统范围内的事物处理，数据流以及存储数据结构的建模。
建模主要包括数据流模型（DFD），数据字典（DD），实体关系图（ERD）。
结构化分析所用的原型，无论是对开发者还是客户都显得直观易懂，若将初始重点放在对原有系统的建模是对实现理解问题域这一基本的分析目标的有力支持。
结构化分析方法和人们的思维方式很相似，注重的是事物的过程和方面。
利用结构化分析很容易去理解一个刚刚接触的问题域，适合对比较生疏领域做软件需求。
2、 面向对象分析（OOA） 面向对象方法最初只是一种系统的结构进行建模的方式，后来扩展到了内部设计，如今也已经开始广泛应用于分析阶段。
面向对象分析基本思想是：如果把对象类的建模限定在需求问题域，那么面向对象的基本原理、模型以及表示法均可以用于分析。
OOA（面向对象分析）算不上一种真正的需求方法，OOA的起点是一份原有的需求文档，或者甚至是一份行为规格说明，并且OOA隐含的假设问题域分析已经完成，即分析员已经了解了所要研究的事物。
OOA的真正本质意义是作为解系统的高层体系结构的设计，并且有利于系统的下一步开发设计（如果是OOD开发的话）。
OOA的大致方法是：标识出问题域中的对象类；定义这些类的属性和方法；定义这些类的行为；对这些类间的关系建模。
3、 面向问题域分析（PDOA） 面向问题域的分析（PDOA）是一种新技术。
PDOA更多的强调描述，而较少的强调建模。
描述大致划分为两个部分：一部分关注于问题域，而另一部分关注于解系统的待求行为。
一般建议同时有两个单独文档：第一文档含有对问题域相关部分的描述以及一个需求在该域中求解的问题列表（即需求）；第二文档（规格说明书）包含的是对解系统的待求行为的描述以解决需求。
其中第一文档才是通过做分析产生的；第二文档推迟到后续的规格说明任务中。
PDOA整个方法过程的基本步骤： 搜集基本的信息并开发问题框架（一种模型），以建立问题域的类型 在问题框架类型的指导下，进一步搜集详细信息并给出一个问题域相关的特性描述 基于以上两点，收集并用文档说明新系统的需求问题框架。
问题框架是将问题域建模成一系列互相关联的子域。
一个子域可以是那些可能算是精选出来的问题域的任一部分。
问题框架的目标就是大量地捕获更多有关问题域的信息。
基于不同问题子域的本质及存在于问题子域间的关系，可以把问题框架分类为： 工件系统——系统必须完成针对只存在于系统中的这些对象的直接操作。
控制系统——系统控制部分问题域的行为，包括待求行为框架和受控行为框架。
信息系统——系统将提供有关的问题域的信息，包括信息是自动提供的和信息只在响应具体的请求时提供。
转换系统——系统必须将某种特定格式的输入数据转换成相应的、另一种特定格式的输出。
连接系统——系统必须维持那些相互没有直接连接的子域间的通信。
问题框架法在应用时，建议采用直截了当的策略： 抽象问题域：标识子域；标识子域间的交互；刻画每个子域的特征；生成一个上下文图识别出相关的标准框架；调整框架，尽可能使之适用于问题；使用关于相关框架的内容技术表来指导进一步的分析与文档编制任务。
问题域的描述与必须满足的需求二者之间有着明显的区别，对新的解系统的行为创建与定义应单独处理并且推迟到下一步的规格说明阶段。
4、方法的对比 结构化分析（SA）及其相应的派生方法，曾一度风行了许多年。
它最初的版本主要是围绕对数据流以及问题域的数据结构进行建模，而现代的SA则直接将重点放在开发解系统的模型。
描述问题域的SA可以算是想当不错的，所产生的功效可见一斑。
然而，它对其他方面的支持却不够完善，在处理一些其他类型问题时显得有些笨拙。
面向对象分析（OOA）是当今主流的方法。
OOA要求所有的系统均可以按照对象的特点来建模。
它也继承了很多结构化分析的思想体系。
OOA不能对问题域有个清楚的了解，因而它的起点若是有一份原需求文档，便可大大简化问题域的分析。
OOA并不区分问题域描述与解系统描述之间的差异，而是直接交付出新的解系统的高层设计。
SA和OOA还有几点相同特性：主要模型是结构模型；通常焦点集中在对解系统的建模上；两中方法都较少地应用于需求获取领域；分析与内部设计之间没有明显差异。
面向问题域分析（PDOA）被认为是一种较为理想的方法。
PDOA特点是重新将重点定位在问题域及需求上，通过对问题域的分类，向分析人员提供具体问题的相关指南。
并且它将规格说明作为另行的任务处理，它的成果只是一份问题域的全面描述和一份需求列表而已。
PDOA丰富和完善了现今的“分析”方法，然而人们对它的了解和掌握还有一定距离。
因地制宜的应用三种方法，不仅能够如实的认识问题域，创建出健全的解系统，还能够向用户和设计人员都提供满意的需求文档。
三、 总结 在做软件需求的时候，我们完全没必要去限定要用或将要使用何种方法。
我们的目的在于分析软件的需求，通常情况是都用到了所介绍的三种方法。
首先我们用面向问题域的方法把问题分成几个部分。
接下来用面向结构或面向对象的方法对各个部分进行逐步分析细化。
在逐步分析过程运用各种建模技术对问题各部分建立合适的模型来细化需求。
随着需求的进一步进行，我们越来越清晰的认识了软件系统的需求。
虽然应用方法使我们能够清楚地去了解软件需求，但是，大部分的需求文档和规格说明书都是以文本的形式记录的，因此，如何去表达我们所了解的需求也是很值得注意的。
学习《软件工程》心得和体会
相关於这个的
~计算机专业这一门科深深的吸引着我们这些同学们，上计算机系已经有近一年了。
自己也做了一些思考，认为计算机专业需要相当多的实践，而在实践中不但掌握计算机技术（包括程序设计），还要掌握许多其他专业并不“深究”的东西，例如，算法，体系结构，信息管理等等。
当初听到要学专业的东西，心想咱们这到底念的是什么系
对于我这个初学者的知识基础较薄弱，对一些应用操作理解起来较为困难，要能从整体概念上较好地理解和把握应用软件，不是仅仅靠几本培训的书籍还买了几本有关专业的书籍，细致地看几遍，然后上机练习几次就可以成功。
因此学习过程中要注意多看多练。
要注意结合实际，充分利用互联网学习。
说极端一点，互联网上应有尽有，只是我们没有找到好的路径，互联网是人类知识智慧的汪洋大海，比如通过电大的远程学来进行学习，还有到一些有关专业论坛转转进行学习，网上学习会有很大收获。
除了学科知识，上网技术以及信息的检索、加工、发布的能力也会有提高，人与人之间的理解、交流上都会有丰富的体验。
网上学习容易出现的问题是好奇，上网漫无目的不停浏览。
因此，在进行网上学习前，一定制定好学习计划和目标，确保高效的上网学习。
计算机专业对于求学者的我切记贪多嚼不烂。
因为初学者最易犯“大而全”和“速成”的错误，须知“罗马非一日之功”所能建成。
什么都学，肯定什么都学不透，要集中精力打攻坚战。
我认为学习计算机首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，是做系统维护、软件开发、图像加工、公文处理、网页制作还是数据库管理，然后再有针对性的在相应的学习方向上进行提高。
要制定出详细的学习规划，包括需要购买什么书籍，家里如果没有电脑可供练习，是否需要购买一台电脑等问题……如果没有学习规划，不投资学习机器，没有实践场所，没有学习资料，光想凭“言传口授”就想速成做个“全才”，可能吗
学习方法因人而异，我的学习方法以下几个原则： 1.“循序渐进”——要求应注重基础，切忌好高骛远，急于求成。
循序渐进的原则体现为：一要打好基础。
二要由易到难。
三要量力而行。
2.“精读精思”—— 要广泛阅读和精读，善于提出问题和解决问题。
3.“自求自得”——就是要充分发挥学习的主动性和积极性，自求自得的原则要求不要为读书而读书，应当把所学的知识加以消化吸收，变成自己的东西。
4.“知行统一”——就是要根据认识与实践的辩证关系，把学习和实践结合起来，切忌学而不用。
因此，知行统一要注重实践：一是要善于在实践中学习，边实践、边学习、边积累。
二是躬行实践，即把学习得来的知识，用在实际工作中，解决实际问题。
求学习软件工程的收获体会
在我看来，软件工程与其说是一门课程，不如说是一门思想。
是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。
这门课程教给了我们在完成一个实际项目时的一般程序及过程，我认为这是一份非常具有实际意义的教学内容。
当我们在毕业之后，这是我们实际要运用的一项非常有用的技能，而且不仅仅局限于软件工程的范畴，我们即使是从事与其它行业，不也是要从需求获取开始，一直有条有理地到最后成品的出炉吗
应该说这就是这门课的价值所在。
无论是在上课，还是在学生会里面做学生工作，我都深深地感觉到，技术性的工作就好比变魔术，其实原理是非常简单的，甚至可以说简单的可笑，但是当你就是做出这么一个简单的东西出来之后，一些外行们有时候会用崇拜的眼光看着你，觉得你很厉害，很高深莫测。
但是制作的过程他们却不知道，也许知道之后他们只是会哑然失笑，原来这个东西的制作过程是如此的简单。
这个可以说就是技术的魅力了，而作为需求获取及之后的一系列过程则是类似于魔术揭秘的过程，但是作为这个秘密我们并不需要一揭到底，至于揭的程度如何那就是我们那就是我们学出的程度如何了，我们要让对方知道我们在做什么
以及如何去做
这些东西需要我们以一定的技巧叙述出来，所起到的作用就是能够让对方了解自己的进度，却又能够不让对方来干涉自己的工作过程。
因为我们是技术员，对方只是外行，即使对方知道了这个魔术的操作过程，也并不代表他们就能够向变着魔术的我们来随便修改这个魔术的变法，况且我们能够用不同的过程来得出一个同样的结果，这个过程的得出的主动权如何掌握在我们的手上，就看我们如何以高明的方式来揭开这个魔术的谜底了。
但愿软件工程这门课程能够开的越来越好，让更多的学生们能够从这门课程中受益，在以后社会残酷的竞争之中存活下来
软件工程前沿讲座心得体会
软件工程前沿讲得体会1.前着工程不断发展,工程技术的负面效应也日渐突出。
环染、能源危机等一系列问题的出现,使得与工程技术联系最为密切的工程伦理问题成为工程界、哲学界和社会广泛关注的问题。
工程师必须遵守工程伦理准则,在工程活动中具有社会责任感,正确的价值观、利益观和强烈的伦理道德意识,才能自觉担负起维护人类共同利益的伦理责任。
工程师是工程人才的重要组成部分,在工程建设中发挥重要作用。
工程师包括研发工程师、设计工程师、生产工程师等。
一般把工程师定义为拥有科学知识和技术应用技巧,在人类改造物质自然界,建造人工自然的全部实践活动和过程中从事研发、设计与生产施工活动的主体。
原中国工程院副院长朱高峰院士认为,现代工程师应该能综合运用科学的方法及观点和技术手段来分析与解决各种工程问题,承担工程科学与技术的开发与应用任务。
他所应具有的基本素质,包括知识、能力、品德三个方面。
爱因斯坦在对加利福尼亚理工学院学生的讲话中呼吁青年学生,“如果你们想使自己一生的工作有益于人类,那么,你们只懂得应用科学本身是不够的。
关心人的本身,应当始终成为一切技术上奋斗的主要目标;关心怎样组织人的劳动和产品分配这样一些尚未解决的重大问题,用以保证我们科学思想的成果会造福于人类,而不致成为祸害。
在你们埋头于图表和方程时,千万不要忘记这一点。
”所以，工程师应当自觉地意识自己职业的伦理意义,提高道德敏感性,增强责任感,以保
软件开发工作感想
软件工程是计算机专业的一门重要的专业基础课,它对于培养学生的软件素质,提高学生的软件开发能力与软件项目管理能力具有重要的意义.1995年,Standish Group针对系统开发成功的研究表明,所有的开发项目中有32%的项目在它们结束之前被中止.此外多于一半的软件项目花费的成本相当于原来预算的2倍.软件工程只有42%的软件项目完成时达到了预期的范围和功能,事实上,许多系统只完成了部分预期的需求.因此,软件的开发是一个很困难的活动,要求很仔细的计划和执行.软件工程就是在这样的背景下,由许多计算机科学家经过多方面的探索和总结而成形的.目前发展十分迅速近二十年来计算机软件已经成为现代科学研究和解决工程问题的基础,以及管理部门,生产部门,和服务行业中的关键因素,渗透到了各个领域,成为当今世界不可缺少的一部分.展望二十一世纪,软件仍将成为驱动任何事情从基础教育到遗传工程取得新进展的动力.学习研究工程化的软件开发方法,使开发过程更加规范.软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。
(1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
(2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
需求分析生成功能规约。
设计活动一般包括概要设计和详细设计。
概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。
详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。
实现活动把设计结果转换为可执行的程序代码。
确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。
维护活动包括使用过程中的扩充、修改与完善。
伴随以上过程，还有管理过程、支持过程、培训过程等。
(3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则
(17) 软件需求分析阶段的工作，可以分为四个方面：需求获取、需求分析、编写需求规格说明书以及______。
（17）[答案]B[考点]软件工程基础[评析]评审（复审）每阶段都有，把前三个方面说完了，还剩什么呢
此题需要记一下，至于各名词的解释，顾名即可思义。
