典型的一堂课.doc

典型的一堂课 ---《2.1用例图》 本节目标[5分钟] ??本节主要学习以下内容：????参与者[10分钟]????用例[10分钟]????用例与事件流[5分钟]????用例之间的关系[10分钟]????用例图[10分钟] 任务解决[30分钟] ??? 通过教学使学生理解用例图的概念和内容，能够使用用例图对一个简单系统进行描述，并独立完成本节提出的任务。 总结与作业[10分钟] 本节重点????参与者????用例????事件流????用例之间的关系????用例图本节难点????用例图的绘制授课课时????2课时教法建议????首先可以讲述在软件开发中，需求分析的重要性，从而引出在UML建模中怎么进行需求分析描述的概念。????在讲述基本概念时，应理论结合实践，以实际事例导出理论的方式讲述。 目标概述 [5分钟]????本章主要讲述UML建模中如何使用用例图和活动图对系统进行需求分析。????并对本课程的具体案例进行引入。????本节主要讲述用例图的相关概念和应用，并提出了本节应该完成具体任务。回顾 [5分钟]????讲述需求分析的重要性以及回顾在第一章讲述的有关用例图的知识。[讲述+提问] 课程知识点讲解 参与者 [10分钟] 引入： ????如何使用UML对需求建模呢？ [给出问题]????我们可以使用用例(use case)作为着手进行需求建模的良好起点。用例按照系统的使用方式组织系统。以用例为起点进行需求建模，可以使我们的关注焦点集中于客户身上，而这一点在系统开发过程中常常被遗忘。????用例图是显示一组用例、参与者以及它们之间关系的图。????用例图包括以下三方面的内容。????????1．参与者。????????2．用例。????????3．依赖、泛化和关联关系。[简单描述对提出的问题的解决]主题： ????参与者(actor ，有些书翻译成“角色”)是一种特殊的类，是系统外部的一个实体，这个实体可以是任何的人或物，它以某种方式参与了用例的执行过程。????参与者对系统而言总是外部的。????在图形上，参与者用一个人形的图案表示。????在获取用例前首先要确定系统的参与者，可以根据下面的一些问题来寻找系统的参与者：????????①谁使用系统？????????②谁安装系统、维护系统？????????③谁启动系统、关闭系统？????????④谁从系统中获取信息，谁提供信息给系统？????????⑤在系统交互中，谁扮演了什么角色？????????⑥系统会与哪些其他系统相关联？ [简单介绍参与者的概念和UML中描述方式，如何查找参与者（任务实例部分实现）] 用例 [10分钟] 引入： ????用例是对一组序列动作的描述，系统执行这些动作将对用例的参与者产生可以观察的结果。 [直述内容]主题： ????在图形上，用例用实线的椭圆表示。????参与者和用例分别描述了“谁来做？”和“做什么？”这两个问题。????识别用例的最好办法就是从分析系统的参与者开始，考虑每个参与者是怎样使用系统。????用例建模的过程就是迭代和逐步求精的过程：从确定用例的名称开始，然后添加用例细节信息，最后完成完整的用例规格说明。[简述用例的概念和用例建模的过程]????可以根据下面的一些问题来识别用例：????????①参与者希望系统提供什么功能；????????②系统是否存储和检索信息；????????③当系统改变状态时，是否通知参与者；????????④是否存在影响系统的外部事件，是哪个参与者通知系统这些外部事件。[简述识别用例的方法，任务实例部分实现]????如何判断一个用例是否是一个优秀的用例呢？可以通过下面的测试方法来检验。????????①用例是否描述了应该做什么，而不是如何做？用例应该描述系统做什么，但不应该描述系统是如何被实现的。????????②用例的描述是否采取了参与者的视点？在确定用例的关键特征时，应该依据参与者的视点。也就是说，应该从参与者如何使用系统的角度出发定义用例，而不是从系统自身的角度。????????③用例是否对参与者有价值？用例不是动作步骤的任意集合，它必须为参与者提供可辨识的价值。????????④用例描述的时间流是否是一个完整场景？每一个用例必须描述出在一个给定场景下参与者将如何使用系统的完整事件流。这有助于避免产生单步用例、部分用例或者功能分解用例。????????⑤是否所有的参与者、用例都有相应的关联用例或关联参与者？[简述如何判断是否为优秀用例，任务实例部分实现] 用例与事件流 [5分钟] 引入： ????具体如何来描述一个用例呢？ [给出问题]主题： ???