武汉软件工程职业学院教案（理论教学首页）
（第1页）
《软件工程与UML》
武汉软件工程职业学院教案（附页）
（第NUMPAGES2页）
装订线章节名称
装订线
单元2系统的功能需求建模
任务一：初步建模系统的功能需求
授课安排
授课
时数
2
授课时间
第2周第1次课
授课
方法
讲练结合
授课教具
机房，StarUML、ROSE或VISIO
教学目标
知识目标：掌握软件工具的使用，用例图的主要组件，用例间的包含、扩展、泛化关系，包含关系与扩展关系的区别。
能力目标：能准确识别系统的参与者和用例；能准确识别系统的关系，建模初始用例模型。
思政目标：从用户的角度出发，具备“同理心”；开始阶段“抓大放小”，后继阶段“精益求精”。
教学重点
软件工具的使用，用例图的主要组件,用例间的包含、扩展、泛化关系
教学
难点
用例图的主要组件,包含关系与扩展关系的区别
【教学环境】
多媒体机房
软件需求：机房，StarUML、ROSE或VISIO
【教学过程】
一、案例导入
根据教材中书店借书系统的原始需求，建模其初始用例图。
二、授新课
（一）布置任务
书店相关人员获得的原始需求，建模书店借书系统的需求模型。
（二）知识要点
2.1用例图概述
2.1.1用例建模的目的
2.1.2定义用例图
2.1.3用例图的主要组件
2.2识别参与者
2.2.1捕获需求
2.2.2识别参与者
2.3识别用例
2.3.1识别用例的方法
2.3.2用例的命名规则
2.4用例间的关系
2.4.1泛化关系
2.4.2包含关系
2.4.3扩展关系
要点归纳用例建模的目的
利用“系统”的观点来分析问题、解决问题。
使用计算机逻辑来模拟描述系统本身，包括系统的组成、关系、系统的各种可能状态以及系统中可能产生的过程和过程引起的切换。
可以利用一个容易理解的模型来描述用户如何使用这个系统、系统和客户以及系统和外部系统之间的交互过程，这个模型也就是通常我们所说的使用UML设计新系统的起始点——用例图。
要点归纳识别参与者的方法
识别参与者的思路，可以从以下几个方面来考虑：
（1）谁使用系统的主要功能？
（2）谁改变系统的数据？
（3）谁从系统获取信息？
（4）谁需要系统的支持以完成日常工作任务？
（5）谁负责维护、管理并保持系统正常运行？
（6）系统需要处理哪些硬设备？
（7）系统需要和哪些外部系统交互？
（8）谁对系统运行产生的结果感兴趣？
（9）有无时间、气温等内部或外部条件？
要点归纳识别用例的方法
在识别用例的过程中，可以从以下几个方面来考虑：
（1）特定参与者希望系统提供什么功能。
（2）系统是否存储和检索信息，如果是，由哪个参与者触发。
（3）当系统改变状态时，是否通知参与者。
（4）是否存在影响系统的外部事件。
要点归纳用例的命名规则
用例名是一个字符串，用例是从用户的角度来描绘系统的功能，因此命名的基本原则是：从参与者的角度出发进行命名（如使用“登录”而不用“身份验证”），使用动词加宾语的结构，尽量使用行业术语（如使用“报销”，而不用“交钱”）。
系统中用例太多时需求要适当分组（包），这时可以通过在用例名后面加上双冒号和包名来表示该用例是属于哪个包的。
要点归纳三种关系的区别
泛化关系：用例与用例之间也存在着泛化关系，通常用于表示同一业务目的（父用例）的不同技术实现（各个子用例）。
包含关系：在包含关系中，基本用例吸收了被包含的用例的行为，如果没有后者它将是不完整的。
扩展关系：如果在完成某个功能的时候有时会执行另一个功能，则用扩展关系来表示。
课程思政：
在需求建模过程中，逐步迭代，精益求精。
（三）任务实施
1.根据原始需求整理出有效需求。
2.将有效需求进行分类、编号、划分优先级。
3.抓住主要功能，绘制初始用例图。
4.反复迭代完成建模。
【课后作业】
使用工具绘制“书店借书系统”用例图。
【教学小结】
用例建模方法，用例中的包含关系和扩展关系的区别。