3-4 交互图.doc

《3.4 交互图》 1. 目标概述 [5分钟] 2 2. 回顾 [5分钟] 2 3. 课程知识点讲解 2 3.1. 顺序图 [25分钟] 2 3.2. 协作图 [25分钟] 3 3.3. 任务解决 [35分钟] 3 4. 精练 [35分钟] 4 5. 小结 [5分钟] 4 6. 考核点 5 7. 作业答案 5 8. 扩展练习 5 9. 学生问题汇总 5 10. 教学后记 5 本节目标 本节将讲述如下内容： 顺序图 协作图 通过教学使学生理解对象间的关系和处理的消息来对系统的动态特性建模，并独立完成本节提出的任务。 本节重点 顺序图 协作图 本节难点 无 授课课时 2课时 教法建议 在讲述基本概念时，应理论结合实践，以实际事例导出理论的方式讲述。 目标概述 [5分钟] 本节主要讲述对内部进行静态建模，并提出了本节应该完成具体任务。 回顾 [5分钟] 回顾前一节关系的相关概念。[讲述+提问] 课程知识点讲解 顺序图 [25分钟] 引入： 在业务系统静态模型的基础上，分析和设计系统的动态结构，并且建立相应的动态模型。动态模型描述了系统随时间变化的行为，这些行为是从静态视图中抽取系统瞬间状态的变化来描述的。在UML中，动态模型主要是通过交互图和行为图来描述。 交互图是通过表示对象间的关系和处理的消息来对系统的动态特性建模。在UML中交互图有两种：顺序图和协作图。 主题： 顺序图（Sequence Diagram）是强调消息时间顺序的交互图。是描述系统中类和类之间的交互，它将这些交互建模成消息交换，也就是说，顺序图描述了类相互协作的完成预期行为的动态过程。 实例讲解： 示例3.4.1 绘制出图书馆管理系统中的用户登录活动的顺序图。 分析和实现具体见P109 [以示例讲述顺序图的具体绘制] 顺序图是由：类角色、生命线、激活期和消息组成。 (1) 类角色（Class Role） (2) 生命线（Lifeline） (3) 激活期（Activation） (4) 消息（Message） 顺序图强调的是按时间展开的消息传送，这在一个用例脚本的语境中对动态行为的可视化非常有效。它与后面将要介绍的协作图相比具有两个方面的不同特征： (1) 顺序图有生命线 (2) 顺序图有激活期 [简述顺序图的组成以及与协作图的不同，以上面的示例3.4.1辅助说明] 协作图 [25分钟] 引入： 协作图作为另一种交互图而言，强调的是参加交互的对象的组织。 主题： 协作图只对相互间有交互作用的对象和这些对象间的关系建模，而忽略了其他没有交互的对象和关联。它可以被视为对象图的扩展。协作图不仅可以表示对象间的关联，而且可以表现对象间的信息传递。 实例讲解： 示例3.4.2绘制出图书馆管理系统中的用户登录活动的协作图。 分析和实现具体见P111 [以示例讲述协作图的具体绘制] 协作图是由：类角色、关联角色和消息流组成。 顺序图和协作图都可以用于对系统动态方面的建模，而协作图更强调参加交互的各对象的组织。协作图相对于顺序图来言，有两个方面不同的特征： (1) 协作图有路径 (2) 协作图有顺序号 [简述协作图的组成以及与顺序图的不同，以上面的示例3.4.2辅助说明] 任务解决 [35分钟] 任务： 通过前面章节的学习，我们完成了HNS软件学院图书馆的管理系统的需求分析，并从业务对象中抽象出了类。现在需要对前面所给出的用例进行实现，而用例的实现主要由交互图来指定和描述系统的动态特性。现指派你运用本节所学的相关知识，完成如下任务： 1．对图书业务功能中的用例进行动态建模； 2．对书籍管理功能中的用例进行动态建模。 分析： 在前面章节中，我们完成虽然了对业务功能的静态建模，但是没有对系统业务进行精细的动态建模。在UML中通常是给出系统业务需求并得到相应的用例图，并利用状态图和活动图对业务流程进行初步的动态建模，当完成上述工作后，对系统的设计开发就从业务和需求分析阶段过渡到系统分析阶段。在系统分析阶段我们通过对用例及其用例下的活动图和状态图的分析找出了所有的类和类的关系。现在我们需要在前面分析的基础上进一步对用例的内部结构和行为进行动态建模。 由前面章节对图书业务处理模块的业务分析后，给出的用例图可知该模块主要具有借书和还书的功能。现在我们分别对这些用例内部的交互活动进行动态建模。 1．借书交互操作的动态建模 由业务模型对借书交互操作的描述可知，借书是图书管理的最基本的功能。它是由管理员角色、借书窗体类（LendFrame）、书籍管理类（BookManager）、书籍类（Book）、书目类（Item）、借书记录类（Loan）、读者管理类（ReaderManager）和读者类（Reader）组成。 2．还书的交互操作动态建模 从对还书业务的描述可知该交互