《望庐山瀑布》优秀教学案例及反思

《望庐山瀑布》优秀教学案例及反思（精选5篇）

《望庐山瀑布》优秀教学案例及反思篇1

人生识字忧患始。对于诗人来说，短短的十数个字中，包含了太多喜怒哀乐，情感纠葛。而我们这些后来人，只能在不断地研读中揣摩诗人或复杂、或激昂的情感，走进诗人，走进诗歌盛行的时代。

我在仔细研读了教材之后，将目标设定为：1、会认9个生字，会写12个字。2、有感情地朗读古诗，背诵古诗，感悟诗人对大自然美景的赞美之情。3、激发学习古诗的兴趣。积累古诗中的名句。教学难点定为体会作者的思想感情。

那么，根据唐诗音韵和谐、用词精炼的特点，我采用“分步朗读、逐渐深入”的方法，由浅入深，从易到难，分散难点，各个击破，从而达到本课的学习目标。

一读、读准字音

本诗生字不多，但应提醒学生要读准字音、还要读准押韵的字。本诗押韵的字是“烟”“川”“天”，它们都是前鼻音，不要读成后鼻音。另外，“落”字读Luò，“银河”的银读yín。第三步就是要读出古诗特有的节奏。这样的安排，符合儿童好表现的特点，激发了学生学习的兴趣，创设了民主、轻松、互动的学习氛围。

二读、理解词句

学生从上幼儿园起日积月累地背诵了许多古诗，关于诗意的理解却显得模糊而浅显。《望庐山瀑布》这首诗，让学生在想象中完成对诗歌的理解此刻尤其重要。因此我鼓励学生提出自己不理解的地方，也鼓励其他学生给予解答，当遇到困难时，再由我这个教师适时引导、指点，就这样，在生生互动、师生互动的过程中，学生很好地体会了“挂”字的妙不可言、“飞流直下”的气势磅礴，“银河落九天”的惊天动地。在交流中激活学生的联想，在质疑中展开想象的翅膀，在互帮互助中想象画面，领略文字的独特魅力，感悟古诗的经典意境。

三读、体会情感

《望庐山瀑布》优秀教学案例及反思篇2

关键词：敏捷开发,开发模式,瀑布模型,软件工程

1、引言

在高等院校的计算机专业中, 高年级学生一般都开设了《软件工程》这一课程。但是根据笔者近五、六年的《软件工程》教学实践总结发现, 《软件工程》这一课程在实习实践中的应用效果差强人意。笔者曾经对学过本课程的毕业班学生做过一个非正式的调查访问。调查结果显示, 只有少部分同学在他们毕业设计或毕业实习等过程中能主动、自然地应用软件工程中的相应规范, 并能切实体会到《软件工程》这门课程给他们带来的好处。但绝大部分同学实习结束后, 回校毕业答辩时的也都认为"软件工程的理论对于他们的以后的工作有指导性作用"。基于这样的调查结果, 笔者认为在职业教育中引入了近年来在我国软件行业非常热门, 且较容易上手的敏捷开发, 作为对传统软件开发模式的完善, 非常之有必要的。本文通过与传统开发方法的一一对比来剖析该方法。

2、传统方法学

在现阶段的《软件工程》教学中, 有相当大的篇幅都是用来介绍传统方法学。而传统方法学的特点是比较抽象的, 这个特性要求学生具有较高的抽象能力和数学归纳能力。但是由于高等教育的普及, 招生人数扩大, 学生素质相对来说下降。加上学生对软件工程认识不够, 认为软件工程在实际应用中用处不大。传统方法学, 瀑布模型是其最典型的代表。

瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动, 并且规定了它们自上而下、相互衔接的固定次序, 如同瀑布流水, 逐级下落, 这也是瀑布开发名称的由来。从本质来讲, 它是一个软件开发架构, 开发过程是通过一系列阶段顺序展开的, 从系统需求分析开始直到产品发布和维护。其主要特点是:与一般系统工程一致, 易于使用, 不要求特别的技术与工具也能较好地进行软件开发;其缺点是:难于很好地表达和描述用户的需求。

瀑布模型的软件过程如下图所示:

3、敏捷开发方法

敏捷开发是近些年兴起的一种软件开发与管理的思想, 以其灵活性, 易操作性得到软件行业的广泛关注。敏捷开发方法是一组开发方法的统称, 主要包括极限编程、Scrum、精益开发和动态系统开发方法 (DS-DM) 、特征驱动开发 (FDD) 等。它的基本原则有迭代式开发、增量交付、互动式开发、持续集成等。在软件开发过程中, 敏捷开发具有开发精确、高质量、高速度、高投资回报、高效率等优点, 因此敏捷开发方法越来越受到广大程序员的青睐。

敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中, 软件项目的构建被切分成多个子项目, 各个子项目的成果都经过测试, 具备集成和可运行的特征。换言之, 就是把一个大项目分为多个相互联系, 但也可独立运行的小项目, 并分别完成, 在此过程中软件一直处于可使用状态。

敏捷开发路线图如下:

3.1 Test-Driven Development, 测试驱动开发。

3.2 Continuous Integration, 持续集成。

3.3 Refactoring, 重构。

3.4 Pair-Programming, 结对编程。

3.5 Stand up, 站立会议。

3.6 Frequent Releases, 小版本发布。

3.7 Minimal Documentation, 较少的文档。

3.8 Collaborative Focus, 以合作为中心, 表现为代码共享。

3.9 Customer Engagement, 现场客户。

3.1 0 Automated Testing, 自动化测试。

3.1 1 Adaptive Planning, 可调整计划。

4、方法学比较

敏捷开发强调改进, 它善于吸收其他方法的优点, 它不是凭空而来的新事物。

4.1 分工:

传统方法学阶段划分分明, 一般来说每个阶段由不同的人来完成, 即分析员做分析, 测试员做测试。如果在分组完成课程设计或毕业设计时, 采用传统方法学, 容易造成学生参与度的不高, 完成前部分的学生, 不会去关注其后续部分, 不利于学习。但是敏捷开发强调简单设计, 团队每个成员都从接触客户到分析设计, 到编码, 全部承担。

4.2 传统方法要求用户需求明确, 只有在正确的需求下才能得到正确的下一步结果。

但是在实际的软件开发过程中, 软件的需求往往是变化的。原因有时是顾客不能很好的表达自己的需求, 或者顾客和开发者理解上的差异。而且大多数情况下软件开发过程需求还会不断随时间变化而变化, 而瀑布开发模型很难适应这种变化。虽然针对瀑布模型的这一不足, 涌现了许多开发模型, 比如螺旋模型和统一过程开发模型。尽管与瀑布模型相比, 这两种模型有了很大改进, 但它们应用起来仍然无法适应需求的快速变化。敏捷拥抱变化, 允许变化可以随时随地发生。在敏捷开发中, 变化与增加新功能是没有矛盾的。

4.3 传统方法是文档驱动的, 每一阶段没有得到相应的文档, 是无法进行下一阶段工作的。

在教学中, 对学生尤其是理科学生而言, 撰写文档是枯燥的, 它会降低学生的学习积极性。而敏捷开发实现任何一个功能都是从测试开始, 它是以测试驱动开发的。所以它对文档的要求较低, 这对学生而言, 比较容易保持兴趣。敏捷开发首先对业务需求进行分析, 分解为一个一个的Story, 记录在Story Card上。然后两个人同时坐在电脑前面, 一个人依照Story, 从业务需求的角度来编写测试代码, 另一个人看着他并且进行思考, 如果有不同的意见就会提出来进行讨论, 直到达成共识。

4.4 传统方法开发软件的过程, 往往是顾客与开发团队的利益博弈的过程, 所以在开发过程中顾客的参与度不高。

这也往往会是导致最终开发软件与顾客理想软件有差距的重要原因。而在敏捷开发中, 要求顾客和开发团队一起开发。在敏捷开发中, 代码是归团队所有而不是哪些模块的代码属于哪些人, 每个人都有权利获得系统任何一部分的代码然后修改它, 如果有人看到某些代码不爽的话, 那他能够对这部分代码重构而不需要征求代码作者的同意, 很可能也不知道是谁写的这部分代码。这样每个人都能熟悉系统的代码, 即使团队的人员变动, 也没有风险。

4.5 传统方法中集成是在后期的一个重要阶段, 它是一个独立的阶段。

集成是一件很痛苦的事情, 通常很长时间才会做一次集成, 这时候的集成往往问题众多, 要进行调试的话, 难度很大。一般来说, 人在这个过程中, 容易产生疲劳感。敏捷开发中, 软件集成很频繁, 每一次集成的改变也很少, 即使集成失败也容易定位错误。而且敏捷开发往往是自动化测试的。

4.6 传统方法往往要到最后才能得到可执行的产品, 而敏捷开发很早就可以的到可执行的产品。

当然敏捷开发和面向对象方法也有一定的联系。迭代也是敏捷开发的推动力, 同样迭代和无缝性是面向对象方法学的两大特性。掌握迭代, 敏捷的大部分事情往往就迎刃而解了。不论长度, 所有的迭代都有相同的模式, 这也是敏捷开发规律的一部分。在迭代的每次过程中, 我们都要重复做分析、设计、编码等过程, 这个过程和小瀑布又有点类似。

通过上面比较我们看到, 敏捷开发和传统方法相比做了不少改进, 但是它并不是全新的一种方法学, 它是一种综合了各种方法学优点的方法学。在学习过程中, 我们对比其他方法学来学习, 可以达到事半功倍的效果。在教学过程中, 特别是程序设计语言的课程设计中, 由于在这个时间较紧张, 在这个过程中, 如果采用敏捷开发的话, 即可节省时间, 又可以增强学生的团队合作能力。同时, 由于学生学习程度的差异性, 我们在结对的时候, 可以以好带差, 所以说敏捷是一种不错的选择。同时在教学过程中, 我们完全可以在用实践来体验它的优越性。

5、一些问题

敏捷开发不是万能的, 敏捷开发并不是一种一成不变的方法, 它允许我们对它进行改进。在敏捷开发中存在一些问题, 这些问题在教学中可能感觉不到, 但是的确存在。

5.1顾客和开发团队作为两个不同的组织, 不管是企业文化还是工作习惯都是有差异的, 而敏捷开发要求顾客和开发团队一起合作。如何在开发中消除或减少这种差异。

5.2对传统团队中的项目经理来说, 如何从原来的管理模式中转换过来, 这也是个挑战。

5.3由于敏捷开发没有建模、工具及框架, 有部分人就认为敏捷开发不需要这些, 这是一个误区。在这种情况下, 如何启动项目, 如何建模, 如何将功能特性加入产品。

5.4敏捷基层化和敏捷神圣化。等等以及其他一些观念上的问题, 如何转变。

6、结论

虽然说敏捷开发是一种新方法, 但是事实上我们看到, 他是一综合了多种传统开发方法的优点, 整理出来的一套开发组织方法。因此敏捷开发是一个新的思路, 它不一定是所有软件开发的终极选择。它也存在一些问题, 但只要我们遵循敏捷开发最基本的务实精神, 用变化的而不是死板的观点来思考, 我们相信问题肯定可以解决。在理解这种新方法的过程中, 了解其他方法的优缺点, 然后适应变化而做出改进。最后, 笔者的建议:鼓励深入并持续去认识敏捷, 了解它背后的思想基础, 并且尝试不同的实践去加深理解。

参考文献

[1]张海藩, 软件工程, 人民邮电出版社, 2009:15-16

《望庐山瀑布》教学反思篇3

在《古诗两首》的教学中，我始终以读和图为主，让学生在读中悟，在图中感受。我在讲授《望庐山瀑布》一诗时，导入部分以投影诗中插图入手，让学生对庐山瀑布有一个直观印象，并使学生心灵得到震撼。在出示课题的时候，我利用图层关系，将课文中需要学生学习的生字“庐”和“瀑”进行重点学习，特别是把“庐”与“炉”、“护”进行区分，通过偏旁部首的释义，进行区分这三个字的不同，以此来实现第一个目标。在“学文“过程中，我主要进行了以下教学：其一，自主读文;其二，进行朗读指导;其三，进行会认字学习指导和古诗配画学习;其四，指导背诵。从目标上看，四个目标都已经达成，而且利用课文插图和课件，很好地解决了重点和难点的教学。从效果上看，学生的学习积极性得到了体现。图文结合，激发了学生朗读的趣味性和主动性。另外，利用田字格，让学生将观察到的生字送回家，从而来指导学生的书写，这既让学生获得了一个实践参与的机会，又充分体现了交互、参与的新课程理念。同时，这也体现了课堂教学以学生为主体的教学设计策略，为师生搭起了一个交互的平台，充分调动了学生学习的积极性。

叶圣陶先生说：“入境始于亲”。首先创设情境，把学生带进了风景优美的瀑布所在地庐山。生动的画面，动人的音乐，优美的讲解，使学生有身临其境的感受，学生的心弦被扣动，思维被激活，激发了学生主动学习的兴趣。紧接着老师声情并茂的范读，让学生浮想联翩，心驰神往。他们对于古诗中的画面都能根据自己的感悟说出一二，接着教师引导学生边读诗句边想画面边理解诗意，过渡无痕，如行云流水，学生对诗意的探究自然是水到渠成。当孩子们对瀑布充满期待时，再展示声色并举的瀑布图片、视频，学生的情感再次受到强烈的震撼，此时学生与诗人已经是心心相印了，站在“瀑布”前的吟诵如痴如醉。整节课，激情的语调，动人的态势，悠扬的音乐也让课堂诗味盎然。

望庐山瀑布教学反思篇4

在上《望庐山瀑布》这可时，导入我用了学生在之前上过的《庐山的云雾》这课，因为学生知道了芦山的云雾的特点，现在来虚席芦山的瀑布会使他们有熟悉感。这课时教材中第13课《古诗两首》中的一首，这首诗诗描绘了壮丽的庐山瀑布，展现了诗人瑰奇的想像与创造力。本课重点是学生能把4个生字认识和会写，还有能理解课文之中穿插的以描述瀑布的词、句、文等，同时从不同角度激发表达欲望，增进学生语言积累，为他们从读到写做好递进式铺垫。

古诗学习对学生来说，既熟悉又陌生，很多经典能张口倒背，但对其中的字句、意境却隔了一层，对学习古诗的方法更是不求甚解。所以要重视引领学生感悟诗境。我使用了课件的形式，让学生能够通过图片加深对这课的理解，在上这课时对于有些上下文的衔接处处理的不是很恰当。还有在提问的方式上也应该加强。这样才能使学生能够对老师的课感兴趣，带动学生的积极性。教给学生古诗学习的方法，启发他们抓住重点字词品读想象，借助课外阅读文字激发学生书面表达欲望、积累运用语言。