UML笔记
UML视图
用例视图
a. 描述系统应具备的功能,即被称为参与者的外部用户所能观察到的功能。 b. 是几个视图的核心,内容直接驱动其他视图的开发。
逻辑视图—设计人员/开发人员
a. 描述用例视图中提出的系统功能的实现。 b. 既能描述系统静态结构(类图、对象图); c. 也描述系统内部的动态协作关系(状态图、时序图、协作图、活动图)。
并发视图—开发人员/系统集成人员
a. 考虑资源的有效利用、代码的并行执行以及系统环境中异步事件的处理。 b. 状态图、协作图、活动图。
组件视图—开发人员
a. 描述系统的实现模块以及它们之间的依赖关系。 b. 组件图。
配置视图—开发人员/系统集成人员/测试人员
a. 显示系统的物理部署,并描述位于节点实例上的运行组件实例的部署情况。 b. 配置图。
用例图
参与者(Actor)– 可能使用用例的人或外部系统;
a. 谁使用该系统 b. 谁改变系统的数据 c. 谁从系统获取信息 d. 谁需要系统的支持以完成日常工作任务 e. 谁负责维护、管理并保持系统正常的运行 f. 系统需要应付哪些硬件设备 g. 系统需要和哪些外部系统交互 h. 谁对系统运行产生的结果感兴趣
用例(User Case)–对系统提供的功能(或系统的用途)的描述;
a. 参与者希望系统提供什么功能 b. 系统是否存储和检索信息,由哪个参与者触发 c. 当系统改变状态时,是否通知参与者 d. 存在影响系统的外部事件吗 e. 是哪个参与者通知系统这些事件
关系(依赖、泛化、关联)
a. 参与者与用例之间---关联关系 b. 用例与用例之间---包含、扩展、泛化关系 c. 参与者与参与者之间---泛化关系
关联关系—实线(箭头可有可无)
- 包含关系—一个用例总是使用另一个用例的功能
扩展关系—允许一个用例扩展另一个用例的功能
当某个新用例在原来的用例基础上增加了新的步骤序列,则原用例被称为基用例,基用例可单独存在,但在一定条件下,他的行为可以被另一个用例的行为延伸。
区别:包含关系中身份验证并不知道自己什么时候出现;扩展关系中查找书目知道在什么情况下就需要它出现。
泛化关系—也称类属或概括关系,其实是子类和父类的关系
用例的描述
事件流包括:简要说明、前置条件、主事件流、其他事件流、后置条件。
简要说明
该用例的作用
前置条件
开始用例之前必须满足的条件
主事件流
显示用例从开始到结束的完整的正常流程
其他事件流
显示异常条件或错误
后置条件
用例结束后系统应具备的状态