软考 - 系统架构设计师 - 面向对象架构设计案例

本文讲述了在分析用例和参与者关系时,如何通过扩展和合并确定用例(如Underpaidtransaction,Recordillegaluse,Createtransaction等)以及参与者(如Driver,Centralsystem,Regionalcenter,Trafficadvicecenter)的角色,以及用例模型构建的四个阶段:识别参与者、合并需求、用例细化和调整。
摘要由CSDN通过智能技术生成

问题1:

        解决该题,用例和参与者要一起进行分析,首先看到用例 U1 和 U2 是 U3 的扩展,分析用例列表中的用例,可以分析出 U1 和 U2 是Underpaid transaction  和 Record lllegal use,顺序可以颠倒,U3 是 Create transaction

        再判断哪两个参与者参与了记录收费交易,通过题目描述,驾驶员(Driver)的磁卡中以及中心系统(Central system)记录了收费交易,所以 A1 和 A2 是 Central system 和 Driver,顺序可以颠倒

        接下来再判断,参与者 A1 和 A2 也就是Central system 和 Driver 还参与了什么用例,通过题目可以知道,这两个参与者都参与了磁卡充值(Charge card),所以 U5 是 Charge card, 

        剩下的参与者就只有区域系统(Regional center)和 交通广播电台(Traffic advice center),所以 A3 和 A4 就是 Regional center 和 Traffic advice center 顺序可换

        剩下的 U4 用例自然就是记录交通事件(Record traffic event)

        A1:Central system / Driver

        A2:Central system / Driver

        A3:Regional center / Traffic advice center

        A4:Regional center / Traffic advice center

        U1:Underpaid transaction / Record lllegal use

        U2:Underpaid transaction / Record lllegal use

        U3:Create transaction

        U4:Record traffic event

        U5:Charge card

问题 2:

        1.参与者,在系统之外,与系统有交互关系的外部实体,可以是使用系统的用户,也可以是其他的系统或设备

        2.用例,表示系统所提供的服务,它定义了系统是如何被参与者所使用的,它描述了参与者为使用系统所提供的某一完整功能而与系统发生的对话

        3.通信关联,表示参与者和用例之间的关系或用例与用例之间的关系。

问题 3:

        构建用例模型需要经历以下 4 个阶段

        1.识别参与者

        2.合并需求,获得用例

        3.用例细化

        4.调整用例模型

        

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小林想被监督学习

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值