繁体   English   中英

用例图-参与者

[英]Use Case Diagram - Actors

我需要使用以下场景创建一个用例图,这是我要做的全部工作,因此它应该根据此来工作。

我的演员是-买方,卖方和用户(我认为)

情境

电子拍卖系统允许多个用户以电子方式进行拍卖。 用户设置帐户后,便可以充当卖家,并通过列出要出售的商品来开始拍卖。 他们还可以通过浏览进行中的拍卖并竞标尚未结束的任何项目来充当买家。 用户无需设置帐户即可简单浏览正在进行的拍卖。

当卖方输入包括项目描述,起始价格,底价和拍卖结束日期在内的数据时,拍卖开始。 系统强制将起拍价的最高和最低出价分别提高20%和10%。 系统还强制要求截止日期距离当前日期≤7天。 输入数据后,拍卖将自动变为待处理状态,卖方必须在开始拍卖之前对其进行验证。

当用户想要对某个项目进行投标时,他们必须首先通过浏览进行中的拍卖来找到有问题的拍卖。 然后,他们可能会出价,系统必须检查该出价是否在上限和下限增量之内。 每次拍卖都会跟踪针对该物品的每次出价。 拍卖结束后,系统将检查是否已满足该项目的底价,如果已满足,则将出价最高的买家告知买家。 如果未达到项目的底价,则系统会通知每个进行投标的买家,拍卖将结束。

卖方和拍卖都可能被暂时阻止,这阻止了卖方登录或分别浏览或竞标拍卖。

对,他们是。 参与者代表某人或某事在考虑中的系统(SUC)中扮演的角色。 它的物理表示形式无关紧要。 任何人都可以对SUC扮演任何角色。 限制(如果有的话)可以表示为参与者的约束(例如{ a Seller may not act as Buyer in the same UC} )。

有很多用例。 第一个是Setup account ,该Setup account使Auctioneer可以开始拍卖。 他的下一个UC拥有List item for auction BuyerBid for listed item 我不确定要结束拍卖。 也许,就像在ebay上一样,这是由Timer演员完成的,该演员在一定时间后将进行Close auction 也不确定阻塞条件。 这可以表示为约束。 但是也可能有一个Watcher actor根据规则集阻止用户。 只需将这些UC和相应的参与者放置在UC图上即可。 然后开始与利益相关者讨论完整性。 您最终会发现更多的演员和UC。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM