文档介绍：《 用例图》
1. 目标概述[5分钟] 2
2. 回顾[5分钟] 2
3. 课程知识点讲解 3
. 参与者[10分钟] 3
. 用例[10分钟] 3
. 用例与事件流[5分钟] 4
. 用例之间的关系[10分钟] 4
. 用例图[10分钟] 5
. 任务解决[30分钟] 5
4. 小结[5分钟] 6
5. 考核点 7
6. 作业答案 7
7. 扩展练习 7
8. 学生问题汇总 8
9. 教学后记 8
本节目标
本节主要学习以下内容:
参与者
用例
用例与事件流
用例之间的关系
用例图
通过教学使学生理解用例图的概念和内容,能够使用用例图对一个简单系统进行描述,并独立完成本节提出的任务。
本节重点
参与者
用例
事件流
用例之间的关系
用例图
本节难点
用例图的绘制
授课课时
2课时
教法建议
首先可以讲述在软件开发中,需求分析的重要性,从而引出在UML建模中怎么进行需求分析描述的概念。
在讲述基本概念时,应理论结合实践,以实际事例导出理论的方式讲述。
目标概述[5分钟]
本章主要讲述UML建模中如何使用用例图和活动图对系统进行需求分析。
并对本课程的具体案例进行引入。
本节主要讲述用例图的相关概念和应用,并提出了本节应该完成具体任务。
回顾[5分钟]
讲述需求分析的重要性以及回顾在第一章讲述的有关用例图的知识。[讲述+提问]
课程知识点讲解
参与者[10分钟]
引入:
如何使用UML对需求建模呢? [给出问题]
我们可以使用用例(use case)作为着手进行需求建模的良好起点。用例按照系统的使用方式组织系统。以用例为起点进行需求建模,可以使我们的关注焦点集中于客户身上,而这一点在系统开发过程中常常被遗忘。
用例图是显示一组用例、参与者以及它们之间关系的图。
用例图包括以下三方面的内容。
。
。
、泛化和关联关系。
[简单描述对提出的问题的解决]
主题:
参与者(actor ,有些书翻译成“角色”)是一种特殊的类,是系统外部的一个实体,这个实体可以是任何的人或物,它以某种方式参与了用例的执行过程。
参与者对系统而言总是外部的。
在图形上,参与者用一个人形的图案表示。
在获取用例前首先要确定系统的参与者,可以根据下面的一些问题来寻找系统的参与者:
①谁使用系统?
②谁安装系统、维护系统?
③谁启动系统、关闭系统?
④谁从系统中获取信息,谁提供信息给系统?
⑤在系统交互中,谁扮演了什么角色?
⑥系统会与哪些其他系统相关联?
[简单介绍参与者的概念和UML中描述方式,如何查找参与者(任务实例部分实现)]
用例[10分钟]
引入:
用例是对一组序列动作的描述,系统执行这些动作将对用例的参与者产生可以观察的结果。[直述内容]
主题:
在图形上,用例用实线的椭圆表示。
参与者和用例分别描述了“谁来做?”和“做什么?”这两个问题。
识别用例的最好办法就是从分析系统的参与者开始,考虑每个参与者是怎样使用系统。
用例建模的过程就是迭代和逐步求精的过程:从确定用例的名称开始,然后添加用例细节信息,最后完成完整的用例规格说明。
[简述用例的概念和用