UML和分析

Question

我了解UML，但似乎无法进行一些基本分析。 这是一个项目示例：

目的是设计一个页面或Facebook应用程序，注册用户可以在该页面上购买另一个用户以拥有他们并修改其状态消息。

每个用户以1000点开始，可以用500点购买另一个用户。 这样可以防止其他用户购买一个用户半小时。 交易完成后，买方获得200点，购买的用户获得200点。 每次花费100点可赚取20点。 每次购买用户，他们的价值就会增加200。每天提供300点。

成员可以通过搜索功能或列表找到其他成员。

管理员可以查看用户信息，获取有关游戏的信息并提供奖励积分。

我可以发现Use Case Actors User和Administrator 。 用例将是“ Search ，“ Buy ，“ Modify （对于用户）和“ View user information ，“ View game information ，“ Give bonus points （对于管理员）。 关于顺序图，确定需要哪些类和进行操作，我深感困惑。

您可以提供什么建议或什么方法来开始这个示例？ 我曾尝试阅读有关该主题的几本书，但感到困惑。

Answer 1

除非有一些类，否则不进行序列图。

您听起来好像对这个符号太挂了。 更担心您的问题。 UML只不过是一种标准符号，用于捕获有关如何描述面向对象软件系统的想法。 重要的是思想，而不是符号。

更担心获得要解决的问题的良好的对象表示形式。 问题首先要解决。 如果得到“我的系统需要做什么？” 是的，没有人会问您在用例图中谁是参与者。

是的，您似乎拥有User和Admin两个角色。 我看到诸如“搜索用户”和“添加游戏点”之类的操作。 （是否在某处藏有“玩游戏”？）

Answer 2

如果可以选择的话，您可能会考虑使用SysML而不是UML。 SysML是为系统分析/设计而设计的，因此并不具有表示UML的所有细节的所有建模元素。 但是它确实有需求（UML没有），当然还有用例，活动等。

但是，更重要的是，我认为您无法从一组用例中得出类设计。 也可以，但是很可能是不好的。

这是因为设计不是对分析的完善，它在质上是不同的：将分析输入到设计中（即系统应该做什么），但是没有用例模型可以告诉您哪种错误报告策略您的代码应使用。 或者，就您而言，第一设计驱动程序实际上根本不是用例，而是您将在Facebook API上实现这一事实。

因此，我能提供的最佳建议是在进行分析时不必担心设计。 不用考虑类并决定系统应该做什么，而不是应该如何实现。