软件工程软件工程软件工程 (35).pdf

《软件工程软件工程软件工程 (35).pdf》由会员分享，可在线阅读，更多相关《软件工程软件工程软件工程 (35).pdf（14页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、情景驱动的需求方法 用例建模 清华大学软件学院 冯乐桐 Use Case Modelling 用例在需求管理过程中的作用?分析问题 完善系统 管理变化的需求 用例用例 规约规约 (详细详细)定义系统 管理领域（Manage the Scope）用例用例 规约规约.(提纲提纲)理解干系人的需求 为什么需要用例建模描述系统的功能性需求 关联干系人需要以及软件需求 确认与系统交互的人或对象（参与者）定义系统的边界 捕捉和传达系统的理想行为（用例）验证或确认需求 规划工具 用例用例2的详细规约的详细规约 参与者参与者2 2 用例用例 1 用例模型 用例用例 2 用例用例3 Use case 1 Use

2、 case 2 Use case 3 用例模型的表示文本描述 用例模型概要(Use-case Survey)-概要描述-参与者(Actors)列表-用例(User-case)列表 用例规约2(Spec)-简要描述-事件流程 用例规约3(Spec)-简要描述-事件流程 参与者参与者1 1 参与者参与者 2 2 参与者参与者3 3 用例1规约(Spec)-简要描述-事件流程 系统 用例模型的表示用例图 银联 银行客户 自动提款机(ATM)柜员 取款 转账 存款 日常维护 系统维护人员 收取存款 ATM涉及哪些业务？ATM会与哪些系统或对象进行交互？不同对象、系统是如何和ATM进行交互的？用例图的主

3、要元素 参与者（Actor）与系统交互的人或外部系统 用例（Use case）系统为参与者提供的有价值的服务功能 关联（Associa,on）用例图中用例与参与者之间的交互关系 Actor Use Case Actor 什么是用例？定义系统系统的一系列行为 行为 通过此可为参与者参与者提供有价值有价值且可观测可观测的结果。一个用例 Use Case Name 用例包含软件系统需求 用例 定义一个参与者要用到的系统功能 描述系统为实现参与者价值所开展的行为序列 对参与者与系统之间的交互活动进行建模 从特定的用户角度出发，是完整的，实现特定用户价值的事件流 参与者的定义：关注角色 与系统交互的人

4、与系统交互的硬件组件 或者其他的外部系统 关注的重点是所承担的“角色”参与者的名要明确定义其角色?李雷和韩梅梅 都具有学生角色 李雷同时也具有教授的角色 Student Professor 例：参与者定义与角色划分 注册课程Register for courses 提交成绩 Submit grades 李雷:数学系的教授 经管学院的博士生 韩梅梅:软件学院本科生 交互关联（Association）参与者与用例之间的交互通道 用一条直线表示交互关联 有箭头的关联指出是谁发起的交互 没有箭头则表明双方都可以发起交互 Actor 1 Actor 2 Actor 3 Use Case 箭头的使用习惯

5、系统监控人员 主动传感器 被动传感器 混合传感器 系统监控人员 被动传感器 混合传感器 主动传感器 监控警报器 监控警报器 每一个交互关联代表一个完整的对话 学生 课程目录系统 注册课程Register for Courses 系统显示课程列表 学生选择课程 系统显示将选择的课程纳入课程表 学生登录到系统 系统验证登录过程 学生请求课程信息 系统传输请求 课程目录系统返回课程信息 场景(Scenario)是用例的实例 场景1 登录系统 认证登录 输入主题词进行查询 获取课程列表 显示课程列表 选择课程 确认课程可选 显示最终的课程表 场景2 登录系统 认证登录 输入主题词进行查询 无效主题词 再次输入课程 获取课程列表 显示课程列表 选择课程 确认课程可选 显示最终的课程表 学生 课程注册系统 注册课程