软件工程实训心得体会

软件工程实训心得体会

软件工程实训心得体会「篇一」

这学期学习了软件工程实践这门课，我觉得这是对上学期的软件工程课程学习

的检验，上学期学习软件工程只是我们浅显的认识，相比之下，这学期就更加全面

的说明了开发一个项目所需要的步骤以及开发项目过程中所需要注意的诸多细节。

如果说上学期的课程注重理论基础的话，那么这学期的软工实践，顾名思义，就是

侧重我们动手操作的能力。

原来我认为开发一个项目最重要的就是写代码，似乎整个软件都是编代码，因

为自己动手能力不强所以就很排斥做项目。可是经过我们学习软工课程到团队做项

目再到学习软件工程实践课程之后，我才真正意识到实施一个软件工程项目并不是

说简单的会编码就能够解决问题的，因为一个软件的生命周期分为三个时期：软件

定义时期、开发时期、维护时期，而这三个时期整体又分为七个阶段，他们分别

是：问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、

综合测试，由此可看出，当我们开发一个项目时，更多的精力不是放在编码上，编

码只是一个很小的模块，而是项目的整体结构上。

在写软工实践体会之前，我想在这里总结一下上学期三人团队做项目的相关

事宜。上学期我们三人团队根据软件开发的步骤开发一个名为“西大老乡‘荟’”

的社交系统，主要是为西大学子提供一个找老乡的平台。虽然只进行到详细设计阶

段，没有进一步实现，但是我还是从中学到很多东西的。首先要先确定项目主题，

也就是这个项目用来做叶么，可以解决什么问题。接着就是这个项目是否有研究的

必要以及是否有解决的办法，针对我们的项目，我们对西大的一些学生做了问卷调

查，并从调查中继续完善系统本身的做用户。第三步根据我们确定的项目主题进行

需求分析，这一步骤当时做的不是很好，比如所画E-K图、数据流图等都自考虑不

周的问题，导致接下来的概要设计、详细设计进行的很困难，有些步骤甚至还需要

返工。

从我们在需求分析中出现的问题，使我们明白了软件定义阶段对于一个项目的

开发是至关重要的，当软件定义阶段完成时必须要用正式的文档准确的地记录目标

系统的需求。只有前期的准备工作做得好，后面的工作才能顺利进行。虽然项目最

后没有完全实现，但是起码我们已经初步体会到软件项目开发的步骤，以及每一步

所需要完成的文档等内容。

这学期的软件工程实践虽然不是亲自动手开发一个系统，但是张元平老师以

“物联网物流仓储管理系统”为主给我们讲解了一个真实系统的开发过程，从计划

到项目系统的发布实施，以及每一步必须生成的文档。我主要从以下五个方面谈一

下我的心得体会。

第一、行业背景说明方面

软件工程实训心得体会3篇软件工程实训心得体会3篇

对于一个软件系统的开发，第一步就是问题定义，了解所开发系统的行业背

景，制定计划。当我们计划确定以后就要对项目系统本身进行可行性研究，主要从

技术可行性、经济可行性和操作可行性三个方面着手。就比如《物联网物流仓库管

理系统》的行业背景说明文档中非常详细地分析了当下物联网物流行业的整体业务

说明、应用背景、未来发展趋势以及相关应用案例等四个方面，项目团队中系统分

析员就可以根据这份文档以及相关的调查资料对将要开发系统的进行定义等工作。

原来我们写这类文档的时候就是草草了事，不会做得这么详细，而这次看到大

型项目的行业背景说明也是这么详细，也让自己认识到不管是软件开发的那个阶段

都要认真对待，这些琐碎的文档都是后期开发项目的支撑，只要它们做的透彻，后

面的开发工作才能更顺利的进行。

第二、项目需求说明方面

这部分项目需求说明就是软件定义时期中需求分析阶段，而该阶段的主要目的

就是了解用户的需要，取据用户的需要确定系统必须完成那些工作，井对目标系统

提出完整、准确、清晰、具体的要求。在需求分析结束之前系统分析人员要写出一

份需求规格说明，即为《物联网物流仓储管理系统》项目需求说明文档。我们可以

看出该文档也是非常详细，相比之下我们之前做项目时写的需求规格说明书就非常

不合格，不仅格式不正确内容也是少之又少。

在这方面，这篇文档给我启发很大。首先就是文档的格式，要美观整齐，让人

看着舒服方便。其次就是文档的内容，原来它不是很重要，写文档的时候也不知道

怎么写就借鉴下网上的内容，结果根本就没有把自己项目的需求写明白，以至于自

己最后都有些糊涂，所以根据以前的经验教训我会对这部分更加重视。

第三、系统概要设计方面

这部分内容分说的是软件设计时期的概要设计阶段，该阶段的主要目的就是实

现系统的功能、设计软件的结构、模块组成以及模块之间的关系。在概要设计阶

段，我们可以站在全局的高度上，花较少的成本，从抽象的层次上分析对比多种可

能的系统实现方案和软件结构，从中选出最佳方案和最合理的结构。在这个阶段还

会具体画出E-R图、数据流图等方面的设计。

比如《物联网物流仓库管理系统》的系统概要设计从项目概述、设计约束、功

能单元与功能模块设计、数据E-R图设计、总体设计、界面设计等六个方面介绍，

通过读这个文档，我觉得最重要的还是总体设计，分别从逻辑架构设计、物理架构

设计、技术架构设计设计系统。在这个阶段中模块要做到高内聚低耦合，这样开发

出来的系统才会具有更高的独立性。

在原来做项目时没有编写过这类文档，在该阶段只是画了结构图、层次图以及

相关的模块划分，对该类文档尚未重视。通过张老师的讲解和自己的学习，我相信

在以后做项目的时候一定会注意到这类文档的编写。

第四、详细设计与分析方面

详细设计阶段就是已概要设计阶段的每个模块进一步设计，确定每个模块所需

要的算法和数据结构。在这个阶段还是需要我们设计出程序的详细规格说明，而不

是编写程序。在详细设计阶段，系统设计人员可以通过使用程序流程图、盒图、

PAD图等过程设计的工具和Jackson图等面向数据结构的设计工具进一步设计系统

相关接口，主要包括界面设计接口、业务单设计接口、单元模块设计接口等，这些

对于以后的编码工作都是极其重要的。

第五、编码和测试方案方面

关于编码，我认为编码要想做的完美必备条件就是前面的软件定义和软件设计

时期要按部就班的做，文档一定要按要求书写，不能偷懒也不能草草书写。对于编

码也要有相应的文档书写规范，要使源程序代码的逻辑简明清晰、易读易懂。这样

尽管我们不是设计系统的人员，当看到源程序代码的时候也能容易读懂代码的意

思。

其次就是测试的内容，从测试的文档中我们可以得出，其实测试在软件开发中

同样占据了重要的地位，它主要就是尽可能多的找到问题并排除其中的潜藏的错

误，最终把一个高质量的软件系统交给用户使用。它要求测试人员也要有很高的技

术水平。

软件工程实训心得体会「篇二」

软件工程实习心得体会

软件工程实习心得体会一

时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放

的。

最先在内部系统组参与内部管理系统开发

(struts+mysql+spring-hibernate),之后是去做网络交换机软件的脚本测试。现

在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了

一些测试经验。

至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。

1、浅谈测试

一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际

情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug,责任在

你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经验总

结和想象力。而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整

个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经

验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找

bug与对应bug,此阶段基本评定了coder的编码质量。

2、程序员的困惑

有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何

下手，问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也

称调试。在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化？

有位同事告诉我：代码看儿遍都没用，要去抄，例如一个查询模块，在此基础

上去做具体记录的历史光录查询模块，你可能会觉得很简单，但实际情况却往往报

一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对

于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个

去解决，自然而然，那段“源码”才真正属于你。

3、如何调试追踪

如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，

绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具

体值，那是最好途径。eclipse是个很爽的'ide,这点做的很好。例如页面内容显

示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步

stepover,让sql字段(存取最终sql语句的字符串)运行到有值，inspect进去

看,如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实后查

询出来的表是什么，如果是对的，有可能就是页面调用的错误或者dcliou逻辑的

传值问题。

页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到

editplus,就能看到具体错误发生在那几行。通常有几种常见的错误，例如：缺少

对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加

if(xxx=null)语句加保手。追踪的方法基本就是用alert语句，放在有可能出错的

地方。

4、一些习惯

遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别

在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到

的东西远远比书多的多。

解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类

似的问题再浪费同样的时间。

把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在第一位。曾经

看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很

流畅，方便自己也方便别人。

任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他

们就会对你另言相看，壬三天的任务一天加班搞定，效率和忠诚都有了，路也比较

好走了。

软件工程实习心得体会二

在这次软件工程课程中，我学到了很多东西，第一次深刻的体会到了什么叫做

用工程化的思想来编写软件，以前自己也写过一些小型软件，没有做过大型的项

目，直到这次课堂我担任组长并组织组员共同完成“个人图书管理系统”这个项

目，第一次和别人合作，才发现运用工程化的思想来做是如此的有必要。

从这里，我才真正的意识到实施一个软件工程并不是说简单的会编码就能够解

决问题的，我们更多的精力不是放在编码上，编码只是一个很小的模块，只占到那

么小的一个部分。这个事实在很大程度上颠覆了我以前的思想，在我以前的认识

中，似乎整个软件就是编码，除此无它，还好有老师的指导，不然真的会出现老师

所说的，撞得头破血流之后才想起来用软件工程的思想来完成这个工作。

刚真正开始工作之前，我们费了很多的时间来完成一些前端工作，如需求分析

和可行性分析，这块工作在别人看来可能是相对无关紧要，甚至是多于的，其实，

换做在以前，我也会这么认为。可是，我现在算是深深地明白了磨刀不误砍柴工的

道理，这些工作的完成太有必要了，太重要了，要想你的软件有用有市场，能被别

人接受和认可，在进行过程中不会出现崩溃性的问题，这些工作缺一不可。

还有就是接下来的一些设计模块，此模块与软件编码涉及比较紧密，主要是解

决一些参数传递和接口通讯的问题，此模块对我的触动远没有上两个模块对我的影

响大，因此再次也不做过多的介绍。

在整个活动的完成过程中，作为组长，我收获很多，我发现，要是组里有个人

不怎么想做事情时，他对于整个组织的影响是毁灭性的，正所谓“一颗老鼠屎，能

坏一仓谷”，以后我的组织里要是出现这样的人，我绝不会给他继续留下来的机

会，我会在第一时间将他清除出去。还有就是，作为组长，你要做的最重要的事

情，不是发挥自己的聪明才智，而是创造出一个平台，让别人去发挥，你所要做

得，出了保证这个平台的完整性和公平性外，还有就是协调好各组员之间的关系。

这就是我的实习感想。

软件工程实训心得体会「篇三」

软件工程是一门实践性很强、交叉性很强的学科，它提供给我们的不仅是一种

方法论，更是一种世界观。

在没有接触软件工程这门课时，我一直认为软件就是程序。能编出解决问题的

程序就。k了，从没有想过，在写一个程序之前还要构思几份文档（可行性分析、

需求分析、概要设计）.不过对于那些大型软件如植物僵尸大战（至少对于我来说

是比较大型的了）怎么去实现它，想得我一头雾水。绚丽的界面、40种植物、

大堆不同类型的僵尸，怎样编代码去实现它呢？

第一次上软件工程的课，裴老师问“软件是什么？"我的第一想法是：这个

问题太过愚昧了！谁不知道软件就是程序呀？“软件是由计算机程序、数据及文

档组成。”听到这句话，我心里先是一惊，慌忙翻了下书“软件是程序和所有使程

序正确运行所需的相关文档和配置信息。”赫然映入我眼帘。突然间我发现，就算

是植物僵尸大战这样复杂的游戏，如果设计者实现分模块把每一部分如何实现用文

档描叙出来，那这个软件实现起来不是很容易吗？

第一次课后我明白了软件工程是致力于专业化软件开发的理论、方法和工具的

研究。虽然我从初中开始信息奥赛，高中继续这个爱好，但在大学二年级下学期才

接触在软件开发中这么有引导意义的学科，不觉有种相见恨晚的感觉。自然它的方

法学三要素：方法、工具、过程，我牢记于心。

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

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

如果别人给你50万让你们团队开发一个软件、如果他要求你们团队给这个软

件永久维护，那么你要去跟他协商付100万。很多软件公司倒闭就是因为维护上的

问题。至此我才明白维于软件是软件生存周期中时间最长的一个阶段，它是最花费

精力与钱财的一个阶段。

如果将来你们碰到了我，你跟我说你是se那么我会很高兴，如果你告诉我你

是软件工程师，我只会“嗯嗯”两下。

其实在我接触软件后，渴望的是当一名软件工程师。现在才知道学软件工程专

业后，去当一名软件工程师是最低层的也是最没“技术”含量的。要做就做系统构

架师，当然这需要我们的不懈努力才能达到。系统构架师的职责是设计一个公司的

基础构架，并提供关于怎样建立和维护系统的指导方针。恍然发现学软件不仅是学

软件，相关的管理能力也是需要具备的。

当然理论知识是用来指导实践的，亲身体验才能领悟软件工程的妙用。课设我

们选择了图书馆管理系统，主要是这个系统我们接触比较多，对于它的流程还是比

较清楚的。虽然如此我们还是花了很大的时间去完成它。记得当时我们定下这个题

目是晚上，在讨论用什么语言实现时，大家各自说出自己比较善于的语言。然后均

衡了下，定下用java做开发语言。在实现过程中，突然发现java环境连接数据库

和tomcat超级麻烦且数据库老是连接不上。趁时间还早我们三再次讨论，决定用

c#做开发语言，主要是c#相对于C++与java来说简易写。同时我们定下不管以后

遇到什么困难都要坚持下去的准则。在课设期间我们没少跑图书馆，查阅各种资

料，对比各本书上实现图书馆管理系统的代码。终于在4月11日把所有课设的所

有事情弄好了。当然这只是个概述。

我印象尤深记忆深厚的是最初实现文档那块。刚开始，软件工程这门课还没学

多少，基本的设计理念就很模糊。文档到底该怎么写，很纠结。于是我从网上狂下

相关文档。通过粘贴与复制终于一份内容乱七八糟的需求分析文档出来了，当然这

只是用来借鉴的。后来孟阳分享了十三份关于文档这方面的模板。我们照着那个样

子在结合团队项目的相关实例开始了文档的写作。我们的文档总是一个人先写好，

再拿给另一个人改，最后由第三个人评审。大家都觉的可以了，才过关。测试报告

虽然是我一个人完成了，但也经历了不少时间，当然这时间是按小时算的。首先把

大体写出了，然后修改，再增加信息。大量的截图以及思考怎样用例超费脑子，两

天的通宵，彻底把我搞垮了，不过在文档出炉后，心里异常开心。

软件工程课程虽已结束，但我对于软件工程的学习才刚刚开始，裴老师的课让

我受益匪浅。我体会到项目管理的重要性，随着软件规模、复杂度的不断增加，项

目开发中更多的是协作、管理和控制。我学习到很多一般性的方法，例如：需求获

娶模块化、分治、估算、计划等等。同时.，我也认识到使用计算机解决实际问题的

复杂性，在图灵机模型和冯•诺依曼体系的计算机框架下，人们认识表达的过程

（不断反复、逐步深化）和计算机的实现过程（顺序执行）相差甚远，软件工程方

法要提供给程序员们一种更加有效的对客观世界问题域进行形式化的过程方法。

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

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

软件工程实训心得体会「篇四」

我实习的单位是XX学院，这是一所全口制中等专业学校。我在学校里主要是

负责校园内网的管理，其涉及到校园网网站的正常登陆和访问，校园内各系部主机

是否正常互联，有无被病毒感染、传播。使得校园网内的计算机能够正常运行，做

好校园网的管理和维护工作。

从学生到实习工程师，短短几个月的工作过程使我受益匪浅。不仅是在专业知

识方面，最主要是在为人处事方面。社会在加速度地发生变化，对人才的要求也越

来越高，要用发展的眼光看问题，得不断提高思想认识，完善自己。作为一名it

从业者，所受的社会压力将比其他行业更加沉重，要学会创新求变，以适应社会的

需要。在单位里，小到计算机的组装维修，大到服务器的维护与测试，都需要一个

人独立完成。可以说，近3个月的工作使我成长了不少，从中有不少感悟，下面就

是我的一点心得：

你可以伪装你的面孔你的心，但绝不可以忽略真诚的力量。第一天去网络中心

实习，心里不可避免的有些疑惑：不知道老师怎么样，应该去怎么做啊，要去干些

什么呢等等吧！踏进办公室，只见几个陌生的脸孔。我微笑着和他们打招呼。从那

天起，我养成了一个习惯，每天早上见到他们都要微笑的说声：“老师早”，那是

我心底真诚的问候。我总觉得，经常有一些细微的东西容易被我们忽略，比如轻轻

的一声问候，但它却表达了对老师同事对朋友的.尊重关心，也让他人感觉到被重

视与被关心。仅仅几天的时间，我就和老师们打成一片，很好的跟他们交流沟通学

习，我想，应该是我的真诚，换得了老师的信任。他们把我当朋友也愿意指导我，

愿意分配给我任务。

要想在短暂的实习时间内，尽可能多的学一些东西，这就需要跟老师有很好的

沟通，加深彼此的了解，刚到网络中心，老师并不了解你的工作学习能力，不清楚

你会做那些工作，不清楚你想了解的知识，所以跟老师很好的沟通是很必要的。同

时我觉得这也是我们将来走上社会的一把不可缺少的钥匙。通过沟通了解，老师我

我有了大体了解，边有针对性的教我一些知识，我对网络部线，电脑硬件安装，网

络故障排除，工作原理应用比叫感兴趣，所以老师就让我独立的完成校内大小部门

的网络检修与电脑故障排除工作。如秘书处的办公室内局域网的组件，中心服务机

房的服务器监测等，直谖或间接保证了校园网的正常运行和使用，在这方面的工作

中，真正学到了计算机教科书上所没有或者真正用到了课本上的知识，巩固了旧知

识，掌握了新知识，甚至在实践中验证了书本上旧有的不合实际的知识，这才真正

体现了知识的真正价值，学以致用。

激情与耐心，就像火与冰，看似两种完全不同的东西，却能碰撞出最美丽的火

花。在中心时，老师就跟我说，想做电脑网络这一块，激情与耐心必不可少，在产

品更新方面，这一行业就像做新闻工作，补断的更新，这就需要你有激情，耐心的

去不断的学习提高自己的专业水平。

在一些具体的工作当中也是这样的：记得刚来学校实习的时候老师安排我去综

合部安装win98操作系统，我本想对我来说是非常简单的事，可没想到出现了很多

问题，开始是硬件问题：光驱不能用使我在一开始安装系统时就出现了急躁的情

绪，然后顺利解决后，98系统的驱动问题又让我大伤脑筋！从一开始的u驱动慢

慢的安装，再通过硬件监测软件查看硬件型号，到最后把系统安装成功，用了整整

两天的时间，通过自己的捉摸，调试，自此，我算是真正的搞明白的计算机的硬件

安装，维护和更新，接着我又进行了各种计算机操作系统的反复安装调试，一遍又

一遍的调试安装，自然有些烦，但我用我的热情耐心克服这些困难，问老师，查资

料•，一个个问题迎刃而解，自己在这方面的知识得到了充实。这些在平常的书本上

仅仅是获得感性的认识在这里真的实践了，才算是真正的掌握了，也让我认识到了

自己的不足，告诫自己，不管做什么，切忌眼高手低，要善于钻研。

还有我感触比较深的就是查看log日志记录，因为服务器的维护是复杂又艰辛

的，既要保障物理安全又要保证系统安全，这就需要通过查询log日志记录，每一

分钟的服务器状况都有log日志记录，而且它一是数据量大、二是有大量无用信

息，所以查看log使非常“痛苦”的事情。像这些工作我熬深深地感觉到每有激情

与耐心是做不好的。

软件工程实训心得体会「篇五」

学习了这门课程，还有老师们的多元化教课，不但让我从理论上掌握软件工程，

还有从不同的实例，让理论和实践得到了很好的结合。整一个学期下来，总的来说

还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其

说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说

其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想

集合。

要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软

件工程，就必须知道软件工程的目标、过程和原则：软件工程目标：生产具有正

确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。

可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开

发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实

践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约

束。

软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的

步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、

设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析

获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概

要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关

层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每

一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代

码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的

要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过

程、支持过程、培训过程等。软件工程的原则是指围绕工程设计、工程支持以及

工程管理在软件开发过程中必须遵循的原则。

pad图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。pad也设

置了五种基本控制结构的图示，并允许递归使用。hip。图：hip。图是由一组ip。

图加一张he图组成。它是美国ibm公司在软件设计中使用的主要表达工具。he图

既是层次图，用于表示软件的分层结构。he图中的每一个模块，均可用一张ip。

图来描述。ip。图由输入、处理和输出三个框组成，需要时还可以增加一个数据文

件框，这种图形的优点，是能够直观地显示输入处理输出三者之间的联系。还有测

试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。测试

方法有分析方法（包括静态分析法与白盒法）与非分析方法（称黑盒法）o静态分析技

术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检

查、流程分析、符号执行来找出软件错误。动态测试技术：当把程序作为一个函

数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输

入的定义域与输出值域的关系。还学习了其他很多工具、语言、方法等，虽然不是

都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。

软件工程对于初学者来说，知识基础较薄弱，对一些应用操作