UML分析类、状态图基础和画法.pptx

分析类
分析类的概念
–在分析模型中,分析类是概念层次上的内容,用于描述系
统中较高层次的对象。
–分析类直接与应用逻辑相关,而不关注于技术实现的问题。
分析类的类型
–实体类:表示系统存储和管理的永久信息
–边界类:表示参与者与系统之间的交互
–控制类:表示系统在运行过程中的业务控制逻辑
实体类
实体类
–描述必须存贮的信息及其相关行为
–通常对应现实世界中的“事物”
实体类与数据库中的表对应,类的实例对应于表中的一条记录;类中的属性和记录中的字段对应。
实体类的UML表示
边界类
边界类
–描述外部的参与者与系统之间的交互
–类型:用户界面、系统接口、设备接口
边界类是系统的用户界面,直接跟系统外部参与者交互,与系统进行信息交流。如网上购物系统中登陆子功能里的登录页面()
边界类的UML表示
控制类
控制类
–描述一个用例所具有的事件流控制行为
–实现对用例行为的封装,将用例的执行逻辑与边界和实
体进行隔离
控制类是控制系统中对象之间的交互,通常每个用例都是一个控制类。
控制类的UML表示
课堂作业
图中的实体类为:
图中的控制类为:
图中的边界类为:
内容提纲
1、面向对象分析概念
分析类:边界类、控制类、实体类
用例实现
2、基于用例的分析建模
识别分析类
定义交互行为
建立分析类图
检查分析模型
分析建模过程
理解用例模型
–理解用例模型和词汇表,适当补充系统内部情况的描述
识别分析类
–找出可能的能够执行用例行为的分析类
定义交互行为
–将用例行为分配到分析类中
建立分析类图
–确定分析类的关键属性和责任,定义分析类之间的关系
检查分析模型
示例:MiniLibrary
补充用例描述
补充用例描述
–为了发现分析类,有必要补充说明系统的内部行为,即系
统内部必须做什么才能响应外部的要求。
–可能的情况
•用例描述的内容足够充分,不用补充直接可用;
•现有事件流中没有明确定义系统内部应该执行的行为,直接在现有用
例描述中作出补充行为;
•独立于原始用例描述系统的内部行为。
注意:没有必要规定系统的哪些部分完成哪些特定任务。
MiniLibrary:补充用例描述
举例:“登记还书”用例