武汉软件工程职业学院教案（理论教学首页）
（第1页）
《软件工程与UML》
武汉软件工程职业学院教案（附页）
（第NUMPAGES2页）
装订线章节名称
装订线
单元8系统设计
任务：细化设计模型
授课安排
授课
时数
2
授课时间
第12周第2次课
授课
方法
讲练结合
授课教具
机房，StarUML、ROSE或VISIO
教学目标
知识目标：掌握软件建模过程中类图的变迁、由分析类到设计类、系统设计阶段的动态建模。
能力目标：分析类到设计类的构建。
思政目标：理解由逻辑设计到物理设计的渐进过程。
教学重点
由分析类到设计类
教学
难点
系统设计阶段的动态建模
【教学环境】
多媒体机房
软件需求：机房，StarUML、ROSE或VISIO
【教学过程】
一、复习导入
（1）通过提问的形式复习上一节知识，引入本节课内容。
在讲解本节课内容前，首先回顾一下上节课中讲过的学习系统分析与系统设计、选择技术方案、进行架构设计。
本节将学习软件建模过程中类图的变迁、由分析类到设计类、系统设计阶段的动态建模。
（2）明确学习目标。
掌握软件建模过程中类图的变迁、由分析类到设计类、系统设计阶段的动态建模。
二、授新课
（一）布置任务
根据“新闻发布系统”的需求及系统分析，进行系统设计，并建立其设计模型
（二）知识要点
软件建模过程中类图的变迁
从需求分析中来自于现实世界的业务领域的类，到最终开发人员看到的程序实现的类，是一个逐渐精化、细化的过程。
类图可分为三个层次，即概念层，说明层和实现层：
（1）概念层（Conceptual）的类。描述应用领域中的概念，一般地，这些概念和类有很自然的联系，但两者并没有直接的映射关系；
（2）说明层（Specification）的类（或称逻辑层类）。描述软件的接口部分，而不是软件的实现部分；
（3）实现层（Implementation）的类（或称物理层类）。这一层才真正考虑类的实现问题，揭示实现细节。
从需求分析中来自于现实世界的业务领域的类，到最终开发人员看到的程序实现的类，是一个逐渐精化、细化的过程。
由分析类到设计类
有以下几种常见的情况：
分析类可以成为设计模型中的单个设计类；
可以成为设计模型中具有聚集关系的一组设计类；
可以成为设计模型中具有继承关系的一组设计类；
可以成为设计模型中一组功能相关的设计类；
可以成为设计模型的设计子系统、部件等；
可能成为某个设计类的一部分。
系统设计阶段的动态建模
在系统开发的早期阶段，顺序图可以应用在高层场景的表达上；它的主要用途之一是表示用例中的行为顺序。
当执行一个用例时，顺序图中的每条消息对应了一个对象的操作，或对应引起对象状态转换的一个触发事件。
到了系统设计阶段，顺序图则用来确切地表示对象间的消息传递过程。
（三）任务实施
1.确定系统的体系结构
2.明确系统技术方案的选择
3.进行数据库设计和界面设计
4.在前面的基础上，由分析模型细化设计模型
5.反复跌倒完成设计模型
6.建立组件图及部署图
三、归纳总结
回顾上课前的学习目标，对本节课知识点进行总结：
软件建模过程中类图的变迁
由分析类到设计类
系统设计阶段的动态建模
【课后作业】
拓展训练：完善“新闻发布系统”的设计模型