软件工程与UML（第2版）教案-教学设计 单元7 系统分析

武汉软件工程职业学院教案（理论教学首页）（第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.反复迭代完成实例类图的建模三、归纳总结回顾上课前的学习目标，对本节课知识点进行总结：系统分析与分析模型建立分析模型的方法建模系统的实体类图实体类图与数据库的实现课程思政：鼓励学生平时要多写程序代码，编程水平的提高在于平时的积累，这点充分体现了量变至质变的规律。【课后作业】拓展训练：根据描述画出实体类图装订线章节名称装订线单元7系统分析任务：建模系统的分析模型授课安排授课时数2授课时间第11周第2次课授课方法讲练结合授课教具机房，StarUML、ROSE或VISIO教学目标知识目标：掌握MVC模式的分层思想、如何建模系统的分析模型。能力目标：建立系统分析模型。思政目标：培养团队协作精神。教学重点如何建模系统的分析模型教学难点如何建模系统的分析模型【教学环境】多媒体机房软件需求：机房，StarUML、ROSE或VISIO【教学过程】一、复习导入（1）通过提问的形式复习上一节知识，引入本节课内容。在讲解本节课内容前，首先回顾一下上节课中讲过的建模系统的实体类图。本节将学习MVC模式的分层思想、如何建模系统的分析模型。（2）明确学习目标。掌握MVC模式的分层思想、如何建模系统的分析模型。二、授新课（一）布置任务根据在上个单元“新闻发布系统”的用例模型推导出其分析类模型。（二）知识要点MVC模式的分层思想MVC即ModelViewController，把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分为三层：模型层、视图层、控制层。视图（View）代表用户交互界面，对于Web应用程序来说，可以是HTML界面，也可能是XHTML、XML或Applet。模型（Model）是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其他层来说是黑箱操作，模型接收视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。控制（Controller）可以理解为从用户接收请求，将模型与视图匹配在一起，共同完成对用户的响应。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。如何建模系统的分析模型对每个用例都需要进行以下几个步骤：（1）识别类。（2）建立类之间的关系。（3）描