《设计模式》教案.docxVIP

PAGE1

计算机学院

教案

课程名称：

设计模式

开课部门：

计算机学院

开课学期：

2024--2025学年第二学期

授课班级：

23级软件工程班

任课教师：

XXX

教师职称：

副教授

使用教材：

教材

主编

出版社

课程导论与设计基石教案设计

题目：课程导论与设计基石（设计模式概念与意义，面向对象设计原则SOLID，UML类图与序列图回顾）

授课时长：4学时（180分钟）

授课班级：23级软件工程班

主讲教师：XXX

学情分析

1.知识基础：23级软件工程专业大二下学期学生已修完《面向对象程序设计》（掌握类、继承、多态等概念）、《UML与软件建模》（了解UML类图、用例图基础）、《软件工程导论》（熟悉软件设计的基本目标），具备理解设计模式与原则的前置知识；

2.能力特点：能编写基础面向对象代码，但对“为何需要设计模式”“如何判断设计优劣”缺乏系统认知；能绘制简单UML图，但对复杂场景（如多类协作）的图表表达不够熟练；

3.学习需求：处于从“编程实现”向“设计优化”过渡的关键阶段，亟需建立“设计思维”，掌握分析设计问题、选择解决方案的方法；

4.潜在难点：可能因SOLID原则的抽象性产生理解障碍，或因UML图与设计模式的关联不清晰导致应用困难，需通过具体案例降低抽象度。

教学目标

掌握

?设计模式的定义、GoF分类（创建型/结构型/行为型）及核心意义（复用性、可维护性、可扩展性）；

?SOLID五大原则的具体内涵（单一职责、开放封闭、里氏替换、接口隔离、依赖倒置）；

?UML类图中类/接口的表示方法及继承、关联、聚合、组合、依赖关系的符号；UML序列图中对象、生命线、消息（同步/异步/返回）的绘制规范。

熟悉

?设计模式与SOLID原则的协同关系（如开放封闭原则是多数模式的设计指导）；

?通过代码案例判断是否违反SOLID原则（如“用户管理类”同时包含数据存储与界面展示方法违反单一职责）；

?结合简单设计场景（如工厂模式）绘制UML类图与序列图。

了解

?设计模式的历史背景（GoF《设计模式》的出版意义）；

?设计模式在开源框架中的应用实例（如JDK迭代器模式、Spring依赖注入）。

教学重点

1.设计模式的核心概念（定义、分类、意义）；

2.SOLID原则的具体内容及应用场景（如单一职责原则指导类的拆分）；

3.UML类图（关系类型）与序列图（消息类型）的规范绘制。

教学难点

1.SOLID原则的抽象性与实际代码应用的对应关系，学生难以在具体代码中准确判断是否违反原则；

2.UML类图/序列图与设计模式结构的映射关系，尤其是复杂模式中多类协作的动态行为表示；

3.设计模式“解决什么问题”的意义理解，易停留在概念层面而缺乏实际场景关联。

教学方法

1.讲授法：通过PPT动态演示设计模式概念、SOLID原则定义及UML图规范，结合代码片段对比（如违反与符合SRP的代码）帮助学生建立基础认知；

2.案例分析法：选取“电商商品展示”“日志系统”“在线考试题目模块”等贴近软件工程专业的实际案例，通过“问题场景→劣质设计→模式/原则改进”的流程，引导学生理解抽象概念的应用价值；

3.任务驱动法：在UML图回顾环节，布置“绘制工厂模式类图”“绘制用户登录序列图”的即时任务，通过课堂练习强化图表绘制能力；

4.小组讨论法：针对“如何判断一个类是否违反单一职责原则”“UML序列图中消息类型的选择依据”等开放问题，组织2-3人小组讨论，鼓励学生分享观点并总结共性结论。

板书设计

课程导论与设计基石

一、设计模式

?定义：面向对象设计中常见问题的可复用解决方案

?分类：创建型（对象创建）、结构型（类/对象组合）、行为型（对象交互）

?意义：复用性↑、可维护性↑、可扩展性↑

二、SOLID原则

1.单一职责（SRP）：一个类仅有一个变化原因

2.开放封闭（OCP）：对扩展开放，对修改关闭

3.里氏替换（LSP）：子类可替换父类

4.接口隔离（ISP）：不依赖不需要的接口

5.依赖倒置（DIP）：依赖抽象而非细节

三、UML图

?类图：类（三层框）、接口（interface）、关系（继承/实现/关联/聚合/组合/依赖）

?序列图：对象（矩形）、生命线（虚线）、消息（同步/异步/返回箭头）

教学过程

教师活动与教学内容

学生活动

教学意图

时间

一、设计模式概念与意义

1.设计模式的定义与起源

设计模式是面向对象设计中针对常见问题的可复用解决方案，本质是“经验的抽象”。1994年GoF（四人组）出版《设计模式：可复用面向对象软件的基础》，首次系统提出23种经典模式，奠定了现代设计模式的理论基础。需强调“模式”并非