用例图 - 演员

时间:2016-11-01 14:20:05

标签: documentation uml use-case

我需要使用以下方案创建一个用例图,这是我必须使用的所有内容,因此它应该按照这个工作。

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

方案

电子拍卖系统允许多个用户以电子方式进行拍卖。用户设置帐户后, 他们可以作为卖家,通过列出待售商品开始拍卖。他们也可以作为买家 浏览正在进行的拍卖,并对拍卖尚未结束的任何项目进行投标。用户没有 需要设置帐户才能浏览正在进行的拍卖。

当卖家输入包括项目描述,起始价格,储备的数据时,开始拍卖 价格和拍卖结束的日期。系统强制执行20%的上下出价增量 和起始价格的10%。系统还强制执行截止日期≤当前日期的7天。 一旦输入数据,拍卖将自动变为待定,卖方必须验证拍卖 在它开始之前。

当用户想要对某个商品进行出价时,他们必须首先通过浏览来找到有问题的拍卖 正在进行的拍卖。然后,他们可以出价,系统必须检查是否在上下 投标增量金额。 每次拍卖都会跟踪每件商品的出价。拍卖结束后,系统会检查是否 物品的底价已经满足,如果满足,则通知买家他们的胜利最高出价。如果该项目的 如果未达到底价,系统会通知每个出价的买家并且拍卖会结束。

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

1 个答案:

答案 0 :(得分:1)

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

有很多用例。第一个是Setup account,它允许Auctioneer开始竞价。他有List item for auction作为下一个UC。 BuyerBid for listed item。我不确定关闭拍卖会。也许,如果喜欢在ebay上,这是由Timer演员完成的,该演员在一段时间后执行Close auction。也不确定阻塞条件。这可以表示为约束。但也可能有一个Watcher演员根据规则集阻止用户。首先将这些UC和相应的参与者放在UC图上。然后开始与利益相关者讨论完整性。你最终会找到更多的演员和UC。