Uml 根据pov,相同的过程,不同的状态图

Uml 根据pov,相同的过程,不同的状态图,uml,state,Uml,State,我想做一个状态图来表示用户登录。据我所知,可以从两个角度来做: 对象:国家 用户:已登录,未登录(可能也已初始化和销毁) 系统:等待登录、验证登录、错误、登录 这看起来正确吗?另外,像这样的多状态图真的有必要吗?“必要”取决于您试图记录的方面,但我想说不 如果您处于规范阶段(用例精化),我通常建议根本不要使用状态图;我发现活动更适合这个目的。在我看来,状态图更适合于设计描述 这是因为活动关注于流本身,因此从外部的角度来描述一些东西,而状态图描述的是内部流,其中一些定义的实体在不同的状态之间移

我想做一个状态图来表示用户登录。据我所知,可以从两个角度来做:

对象:国家

  • 用户:已登录,未登录(可能也已初始化和销毁)
  • 系统:等待登录、验证登录、错误、登录
这看起来正确吗?另外,像这样的多状态图真的有必要吗?

“必要”取决于您试图记录的方面,但我想说不

如果您处于规范阶段(用例精化),我通常建议根本不要使用状态图;我发现活动更适合这个目的。在我看来,状态图更适合于设计描述

这是因为活动关注于流本身,因此从外部的角度来描述一些东西,而状态图描述的是内部流,其中一些定义的实体在不同的状态之间移动

当你做状态图时,你必须回答“什么是有状态的事物?”和“每个状态对事物意味着什么?”(如果你愿意,用“系统的一部分”替换“事物”)

在您的情况下,我建议是用户(严格地说,用户帐户)拥有状态,而不是系统

这个问题不清楚该场景是什么,但如果我们讨论的是一个典型的操作系统用户帐户,它可能会有诸如注销、登录、过期和锁定等状态

如果您确实希望对系统端进行建模,那么您可能应该将其分解为更小的部分,例如用户客户端(或终端,或其他)。与上述内容相一致,关键问题是“当用户登录时(整个)系统的行为是否会有所不同?”大概不会。然后,用户客户端(而不是整个系统)将有您列出的状态

但在其他条件相同的情况下,我认为描述登录/注销周期的状态图应该关注用户帐户