33、基于UML的实时对象统一设计方法及相关要点解析

基于UML的实时对象设计方法解析

基于UML的实时对象统一设计方法及相关要点解析

1. 用例建模建议

用例图(UC diagram)是建模过程第一阶段的简单形式,甚至被开发者视为技术模型之外的第0阶段。由于它可能被非技术人员阅读,且属于功能类型、概念较少,所以要使其具有很强的表达力并不容易。最好的方式是像讲故事一样描述系统。以下是一些通用的指导原则:
- 图表分层组织 :图表可按包的层次结构组织。例如,对于远程健康监测系统(RMSHC),可以创建四个单层的包(复杂项目可能有多层)。
- 参与者与用例连接 :参与者/对象与用例相连,参与者之间仅通过继承直接连接。UC图也接受参与者之间的对象式连接,但可将其转换为用例连接样式。
- 参与者创建方式 :UC图中的参与者可以是从类派生的对象,也可直接在UC图中创建。若需创建多个同类型参与者以支持多个视图,建议创建一个类并从中派生所有参与者实例,此方法在需求分析阶段非常实用。
- 区分目标、规则和活动 :目标和规则没有CRT参数,而活动有。因此可将目标和规则抽象化,以与常规活动区分开来。
- 使用继承减少重复 :对参与者角色使用继承,可减少用例重复或连接复杂性。
- 确定相关参与者 :不必将用例与所有涉及的参与者相连,用例模型主要基于主要参与者的责任、能力、目标和活动。只连接负责活动的主要参与者,若有多个则选择第一个相邻者。若将每个用例都变成数据流图(DFD)的“气泡”,UC图会变得非常复杂。
- 谨慎

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值