《软件设计模》课程教学过程设计.docVIP

第 PAGE 页 《软件设计模式》课程教学过程设计 　　《软件设计模式》是一套多数人知晓、经过分类编目、被反复使用代码设计经验总结。学生感觉这门课程学习起来比较困难。市场上也有一部分教材以生活中例子或典故为主导，授课时容易只注重细节，而很难上升到一定高度，最终学生只会简单应用，不会剖析，更不会进行合理选择。本文主要针对我校学生特点及当前教学中存在问题，总结出一个相对合理教学方法来提高教学效果。 　　一、教学过程设计 　　本课程在讲授时采用教材为《Head First设计模式》，参考教材为《实用软件设计模式教程》、《Java与模式》、《大话设计模式》等。《软件设计模式》课程只有30（22+8）学时，要对本课程中各个具体设计模式都一一介绍是不现实，也是不可能。在制定教学大纲时，充分考虑到了学时、办学定位、学生特点等方面，选取了其中12个设计模式作为课堂教学内容。选取标准主要为：①在以后工作中常用模式。②在模式分类中具有典型代表模式。结合传统教学方法，在讲授本课程时使用了以下教学过程设计。 　　1.给出场景。即提出一个与本次课程要讲授设计模式相关设计问题。这一步选取场景时要注意，此场景必须是学生们比较感兴趣、熟悉，且学生能够依据此场景给出一个合理设计方案。 　　2.场景剖析。引导学生思考，给出此场景设计方案，针对其中存在问题，依据设计原则进行一步一步“优化”，最后得出良好设计方案。 　　3.讲授该设计模式中体现设计原则。由于每个设计模式中体现设计原则不同，并且同一个设计原则会在不同设计模式中体现，所以此处讲解关键在于设计原则内涵及其使用。 　　4.引出欲讲授设计模式定义、意图、结构图、适用场景、优缺点、效果剖析等，并用代码演示第一步提出场景。 　　5.课堂练习。针对刚才讲解，再给出1～3个不同场景，让学生当堂给出其设计方案。 　　6.布置作业。此作业为课外作业，要求学生给出完整设计及代码。 　　二、教学案例 　　观察者模式（又称发布/订阅模式）是软件设计模式一种。观察者模式定义了对象间一对多依赖关系，当一方对象改变状态时，所有依赖者都会被通知并自动被更新。此种模式通常被用来实现事件处理系统。下面以该设计模式教学为例，阐述前面教学过程设计。 　　1.提出场景——报纸订阅系统。报社出版报纸，客户可随时向报社订阅或取消订阅报纸，即只要报社在运营，就会一直有人（或单位）向它们订阅或取消订阅报纸。当报社有新报纸时，就会给处于订阅状态客户送去。如果你取消了订阅，则将收不到新报纸。 　　2.场景剖析。引导学生一起剖析得出，该场景中主要涉及到“角色”有：报社、报纸、客户（包括人或单位）。行为方式有：（报社）出版（报纸）、（客户）订阅（报纸）、（客户）取消订阅（报纸）。根据课堂提问及学生上课反馈情况给出其初始设计方案，如图1所示： 　　在初始设计方案基础上，引导学生进一步剖析，当报社有新报纸出现时，会送到客户手中，说明客户是受到报社影响；并且客户向报社订阅或取消订阅报纸，其数据应放在报社方，即报社方要清楚当有报纸出版时，应发送给谁。为使此设计方案更有弹性，即当出现新客户向报社订阅报纸或客户欲向新报社申请订阅时，我们不影响到对方且不用修改代码，这就是说要“针对抽象编程”，如何完善已有设计方案？也就是说我们要给报社及客户提供一个“抽象”概念。具体见图2： 　　3.总结模式要点。观察者定义了对象之间一对多关系，主题用一个共同接口来更新观察者，观察者与被观察者之间用松耦合方式结合，可观察者不知道观察者细节，只知道观察者实现了观察者接口。使用此模式，可以从可观察者推或者拉数据，有多个观察者时，不可以依赖特定通知次序。 　　4.体现设计原则。观察者设计模式中出现体现设计原则中“针对抽象编程”、“多用组合，少用继承”、“里氏替换原则”、“为交互对象之间松耦合而努力”等。在课堂上对前面未讲过设计原则再进行详述。 　　5.课堂练习。气象站（教材上例子）：关键是抽象出主题与观察者；图形显示系统。 　　6.作业布置——班会通知。设计模式：班长临时通知大家一件事，辅导员有事，班会取消。当大家听到这个消息时候，不再去教室开会，而是各忙各事。 　　三、教学剖析 　　从学生提交作业、课下学生反馈及期末考核等多方面来看，本课程教学设计基本上能达到预期目标。但存在问题有：学生水平参差不齐，有一部分学生并没有完全理解设计模式精髓，只会简单地去“套用”。如观察者模式中，个别学生并没有完全明白主题与观察者之间关系，即观察者状态是随着主题状态改变而改变。所以作业中有同学只让“班长”充当观察者，而有同学仅让“班长”充当主题，这都是不正确。作业中“班长”具有双重身份，充当“辅导员”观察者，而又是班内其他同学“主题”。 希望以上资料对你有所帮助，附励志名言十