- 1、本文档共4页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
软件工程实验心得体会
软件工程实验心得体会范文
我们从一些事情上得到感悟后,通常就可以写一篇心得体会将其
记下来,这样就可以通过不断总结,丰富我们的思想。应该怎么写才
合适呢?以下是小编帮大家整理的软件工程实验心得体会范文,仅供
参考,大家一起来看看吧。
软件工程实验心得体会1
早在我选择民政职业技术学院就读软件开发与项目管理这门专业
的时候,我一直认为软件开发无非是努力的敲代码,从敲代码的过程
中去体会各行代码的意思和用处,在没学软件工程时我一直都是努力
的敲代码去学习软件开发这门专业。在大一的时候我敲代码的激情很
好,但是到大二的时候就出现问题了,我根本就不喜欢敲代码了,看
见代码就头疼。所以感觉厌恶这门专业,对学习也不感兴趣了。而且,
还有一件更头疼的事是在写一个简单的程序时竟然老是出错,难一点
的,复杂一点的程序竟然无从下手。但是去看程序的参考答案时都看
得懂,又感觉很容易。学了软件工程以后,我就感觉我以前的学习方
法是错误的。以前我只注重于代码,而不注重理论知识以及编程的思
路,程序的架构。以至于在些程序时没有写程序的思路,不能形成程
序的架构。只想到看脑袋里是否有与此类似的代码。越想程序越乱,
最后脑袋里一片空白。不知道程序从哪个方面下手了。
软件工程这门课程是做软件开发的人必学的课程,通过学这门课
程,程序员就会注重软件开发的理论知识,以及做项目开发的思路。
学了这门课程后你写程序就不会去盲目的去套用代码,而是理清此程
序的架构以及思路。程序该从什么时候开始,什么时候结束。在中间
需要添加什么样的功能,以完善该软件。其实学软件工程并不难,而
且很容易。软件工程与日常生活联系起来的话,就是在一天中你该先
做什么,后做什么。理解了先做什么,后做什么了以后写程序就不是
那么难了,再复杂的程序也可以分成几大块。你理清程序的思路后就
可以一步步的解决其中的难题,最终实现软件的功能。如果没学软件
工程不知道理清程序的思路的话,做一个大的项目开发,那么多的代
码,没有一个很好的结构,最终只会导致程序混乱,错误百出,知道
代码再多也会素手无策的。
总而言之,作为一个程序员学习软件工程这门课程是至关必要的,
如果没学习软件工程,你就不会做项目开发,也不可能开发出一个完
善的软件出来。
软件工程实验心得体会2
曾经看过一本书叫《道法自然》,内容略记得一二,但我最欣赏
的是它的书名。软件设计没什么太神秘有东西,只要用心体会,其实
一切都很自然。软件的设计之“道”,也不在于设计有多么的华丽、
精巧,而在于其朴实、自然,最终达到“以无招胜有招”,进入一个
全新的境界。
一、软件设计理论的层次
以我的拙见,软件设计领域中的各种概念,可以分为以下几个层
次来进行理解:
1、软件设计的目的:重用性、扩展性。
这是最高的层次,是应对软件危机的需要。
2、设计原则:低耦合、高聚合。
各种软件设计的原则,如依赖倒置原则、单一职则原则、面向接
口等,以及各种设计模式,其根本的目的其实只是为了降低耦合这么
简单。因为只有低耦合才能更好的适应变化,更好的重用和扩展。
3、实现方法:运用设计模式封装变化、降低耦合。
设计模式只是用来“封装变化、降低耦合”的工具而已。它是面
向对象设计时代的产物,其本质就是充分运用面向对象的三个特性,
即:封装、继承和多态,进行灵活的组合运用。
二、关于耦合
1、耦合的粒度
耦合无论如何也是不可避免的。当我们实现接口、继承父类的时
候,就会不可避免的产生耦合。耦合是有不同粒度的,我们解耦到什
么粒度为止,我认为应以模块的重用粒度为准。尽量解除重用模块或
对象之间的耦合。而重用模块之内的耦合,应属于聚合的范畴,所以
不要盲目的去解耦,否则就陷入了误区。
2、解耦的原理
怎样才能解耦呢,或者说为什么各种设计模式能达到解耦的目的
呢?我觉得有以下几个思路:
(1)将具体的东西抽象处理
(2)将分散的东西集中处理
而面向对象中的接口、继承正为我们提供了这样的一种机制。通
过访问接口或基类或抽象类,而不是具体的实现类,从而与具体的实
现类达到了解耦的目的。我们还可以设计一些控制类,像润滑剂一样,
协调各实现类之间的访问,也可以达到耦的目的。
事实上,各种设计模式的基本思想也就是这样。创建型模式是为
了解除
文档评论(0)