实验2 用例分析
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
为每对参与者/用例定义一个边界类
为每个用例定义一个控制类
在用例分析过程中，可以根据实际情
况进行灵活分析，如：
在维护个人考勤时存在两个非常独立的
路径：记录考勤(分创建和提交两个阶 段)、查询考勤 可以每个路径定义一个边界类和控制类
-8-
考勤系统迭代周期1边界和控制类
-9-
实体类
难点！也是用例分析的重点 实体类体现系统的核心业务数据
-11-
本系统迭代周期1实体类类图
-12-
实体类的典型问题
“系统”实体类
系统是一个什么样的实体类？事实上，它应该是一 个全局的控制类，负责所有的核心流程，成了上帝 类！它掩盖了实际的业务流程， 使得分析过程失去 意义！
“数据库系统”实体类
在您做这个系统之前已经有现成的数据库吗？ 如果有的话，那么它应该作为外围系统，对于本系 统而言就应该是一个接口 如果没有，您就应该做数据库设计，而这是在分析 之后工作的，分析是还没有数据，又谈何数据库接 口呢？
-6-
模型组织：由用例实现来组织
用例分析过程围绕着用例完 成，通过用例实现(usecase realization)来组织
该用例实现与用例模型中用 例之间的关系
跟踪图
该用例的实现过程交互图
基本路径 备选路径
VOPC类图
该用例的参与类类图
-7-
边界类和控制类
在分析的前期，一般情况下
识别出用例规约中的名词和名词短语，
将它们作为实体或属性的候选对象
来自用例规约 名词性短语
系统的关键抽象
实体类的完备性
实体类是后续数据库设计的基础
-10-
关键抽象
关键抽象(Key
Abstractions)即在 需求中揭示的系统核心概念，系统必 须处理的信息 关键抽象的来源
领域知识 需求 词汇表 领域模型(业务模型)
-13-
“系统”实体类带来错误的交互图
-14-
记录考勤-添加新考勤
-15-
记录考勤-提交考勤
-16-
记录考勤-VOPC类图
-17-
计算工资(小时工)-交互图
-Biblioteka Baidu8-
计算工资VOPC图
-19-
发现的类（对象）放入到相应的层次结构中 对实验1中已经完成用例规约的一个用例进 行用例分析：
完成该用例的参与类类图（VOPC类图） 描述一个基本路径的交互
-3-
考勤系统第一个迭代周期
两个用例
维护个人考勤(简化版-只考虑基本路径)
计算工资(简化版-只考虑临时工)
思考：为什么？
-4-
模型组织：4+1视图
用例分析是面向对象的分析阶段，其产生的工件应 该都组织在逻辑视图（Logical View）中
-5-
模型组织：按备选构架组织
按MVC构架寻找相应的
对象（类）
边界类
Boundary
Classes
控制类
Control
Classes
实体类
Entity
Classes 领域模型
实验2 用例分析
实验要素
迭代周期1的选取
模型的组织
实体类的完备性 交互图：正确性、完备性、可行性等 参与类类图（VOPC）：正确性、完备
性等 ……
-2-
实验2：用例分析-题目要求
在实验1所构建的用例模型基础上，完成
分析过程
确定第一个迭代周期（提供该周期的用例图） 简单描述系统的备选构架，并将分析过程所
为每个用例定义一个控制类
在用例分析过程中，可以根据实际情
况进行灵活分析，如：
在维护个人考勤时存在两个非常独立的
路径：记录考勤(分创建和提交两个阶 段)、查询考勤 可以每个路径定义一个边界类和控制类
-8-
考勤系统迭代周期1边界和控制类
-9-
实体类
难点！也是用例分析的重点 实体类体现系统的核心业务数据
-11-
本系统迭代周期1实体类类图
-12-
实体类的典型问题
“系统”实体类
系统是一个什么样的实体类？事实上，它应该是一 个全局的控制类，负责所有的核心流程，成了上帝 类！它掩盖了实际的业务流程， 使得分析过程失去 意义！
“数据库系统”实体类
在您做这个系统之前已经有现成的数据库吗？ 如果有的话，那么它应该作为外围系统，对于本系 统而言就应该是一个接口 如果没有，您就应该做数据库设计，而这是在分析 之后工作的，分析是还没有数据，又谈何数据库接 口呢？
-6-
模型组织：由用例实现来组织
用例分析过程围绕着用例完 成，通过用例实现(usecase realization)来组织
该用例实现与用例模型中用 例之间的关系
跟踪图
该用例的实现过程交互图
基本路径 备选路径
VOPC类图
该用例的参与类类图
-7-
边界类和控制类
在分析的前期，一般情况下
识别出用例规约中的名词和名词短语，
将它们作为实体或属性的候选对象
来自用例规约 名词性短语
系统的关键抽象
实体类的完备性
实体类是后续数据库设计的基础
-10-
关键抽象
关键抽象(Key
Abstractions)即在 需求中揭示的系统核心概念，系统必 须处理的信息 关键抽象的来源
领域知识 需求 词汇表 领域模型(业务模型)
-13-
“系统”实体类带来错误的交互图
-14-
记录考勤-添加新考勤
-15-
记录考勤-提交考勤
-16-
记录考勤-VOPC类图
-17-
计算工资(小时工)-交互图
-Biblioteka Baidu8-
计算工资VOPC图
-19-
发现的类（对象）放入到相应的层次结构中 对实验1中已经完成用例规约的一个用例进 行用例分析：
完成该用例的参与类类图（VOPC类图） 描述一个基本路径的交互
-3-
考勤系统第一个迭代周期
两个用例
维护个人考勤(简化版-只考虑基本路径)
计算工资(简化版-只考虑临时工)
思考：为什么？
-4-
模型组织：4+1视图
用例分析是面向对象的分析阶段，其产生的工件应 该都组织在逻辑视图（Logical View）中
-5-
模型组织：按备选构架组织
按MVC构架寻找相应的
对象（类）
边界类
Boundary
Classes
控制类
Control
Classes
实体类
Entity
Classes 领域模型
实验2 用例分析
实验要素
迭代周期1的选取
模型的组织
实体类的完备性 交互图：正确性、完备性、可行性等 参与类类图（VOPC）：正确性、完备
性等 ……
-2-
实验2：用例分析-题目要求
在实验1所构建的用例模型基础上，完成
分析过程
确定第一个迭代周期（提供该周期的用例图） 简单描述系统的备选构架，并将分析过程所