武汉软件工程职业学院教案（理论教学首页）
（第1页）
《软件工程与UML》
武汉软件工程职业学院教案（附页）
（第NUMPAGES2页）
装订线章节名称
装订线
单元7系统分析
任务：建模系统的实体类图
授课安排
授课
时数
2
授课时间
第11周第1次课
授课
方法
讲练结合
授课教具
机房，StarUML、ROSE或VISIO
教学目标
知识目标：掌握系统分析与分析模型、建立分析模型的方法、建模系统的实体类图、实体类图与数据库的实现。
能力目标：识别实体类，并建模其关系。
思政目标：思考“是什么”、“怎么做”、“为什么”，理解系统分析的核心任务。
教学重点
建模系统的实体类图
教学
难点
实体类图与数据库的实现
【教学环境】
多媒体机房
软件需求：机房，StarUML、ROSE或VISIO
【教学过程】
一、复习导入
（1）通过提问的形式复习上一节知识，引入本节课内容。
在讲解本节课内容前，首先回顾一下上节课中讲过的需求建模的意义、需求建模的内容、建模用例模型的步骤。
本节将学习建模系统的实体类型。
（2）明确学习目标。
掌握建模系统的实体类型。
二、授新课
（一）布置任务
根据教材描述，建模“电子办公桌electronicdesks”系统的实体类图。
（二）知识要点
系统分析的内容及方法
需求分析是从“用户”的角度说明系统即将“做什么”
系统分析是从“开发者”的角度来描述系统需要“做什么”
分析模型的典型输入是用例模型和领域类图
系统设计需要解决“怎么做的问题”
建立分析模型5个基本原则是：
建模信息域；
描述模块功能；
表示模型行为；
分解，以模型显示更多细节；
早期模型表示问题的本质，而后期模型提供实现细节。
1.系统分析过程中的静态模型
进行分析建模的第一步，是以用例模型为输入，对用例模型进行分析，把系统分解为相互协作的分析类。
这一过程中所做的主要工作是识别对象，提取出类。考虑目前应用程序常用的MVC模式，我们需要识别实体、控制和边界三种对象。
（1）实体对象：一般是系统中长效且持久的对象。
（2）边界对象：处理系统与环境之间的通信，建立系统与参与者间的交互模型。
（3）控制对象：执行与特定用例有关的行为，建立系统与参与者间的交互模型。
2.系统分析过程中的动态模型
建立起对象模型之后，就需要考察对象的动态行为。动态模型表示瞬时的、行为化的系统的“控制”性质，它规定了对象模型中的对象的行为特征、状态特征等。
分析阶段可以借助以下四种图进行动态建模：
顺序图：描述对象间的动态交互关系；
协作图：描述相互协作的对象的交互关系和关联关系；
状态图：描述某一特定对象所有可能的状态及状态间的转移；
活动图：描述用例内部的工作流程。
面向对象分析方法的步骤归纳如下：
（1）识别对象，提取类；
（2）为对象标识属性和操作；
（3）定义组织类的结构和层次；
（4）构造对象—关系模型；
（5）构造对象—行为模型。
建模系统的实体类图
实体对象的来源是以下两个方面的内容：系统有哪些需要分析和处理的数据，谁使用系统（参与者对象）。实体对象一般是系统中长效且持久的对象。
“网上购物系统”的分析模型
建立分析类模型的方法通常是从用例实现出发，分析表达类的行为、关系、状态等。
实体类图与数据库的实现
当对系统的静态模型建模时，通常以下面的3种方式之一使用实体类图：
对系统的静态对象建模。如书店借书系统的Book类、学生管理系统的Student类等。
对简单的协作建模。协作是一些共同行为的类、接口和其他元素的群体。如数据库连接类、用户验证类、过滤字符串类等。
对逻辑数据库模式建模。在很多领域中，都需要在关系数据库或面向对象数据库中存储永久信息，系统分析者可以用类图对这些需要永久化的实体建模。
从上面的说明不难看出，实体类图是对逻辑数据库模式一种使之有效的建模方式，它直接可以反映表与表之间的关系，从实体类图可以推导出数据库的表设计。
（三）任务实施
1.确定对象
2.确定对象间的关联关系
3.确定对象的属性
4.建立继承关系
5.定义服务
6.反复迭代完成实例类图的建模
三、归纳总结
回顾上课前的学习目标，对本节课知识点进行总结：
系统分析与分析模型
建立分析模型的方法
建模系统的实体类图
实体类图与数据库的实现
课程思政：
鼓励学生平时要多写程序代码，编程水平的提高在于平时的积累，这点充分体现了量变至质变的规律。
【课后作业】
拓展训练：根据描述画出实体类图