数据库可以算作用例图中的参与者吗？
Can Database be count as actor in use case diagram?
我正在为糖尿病日志系统创建应用程序。我很困惑 UML 中的数据库 - 用例图是否算作参与者？
该应用程序正在记录将保存在 firebase 中的糖尿病血糖读数，它还可以检索读数以显示图表格式的进度。
有人可以帮助我吗？
谢谢。
不，数据库不应包含在孤立系统的用例图中。数据库是系统的静态内部部分，没有前端接口（即您的系统本身）不会直接参与。
但是，如果您的数据库是外部实体，即它在不同系统之间共享，那么将其显示为参与者可能是明智的。
这取决于您正在处理的用例图。 UML 标准不将图表附加到抽象级别。
您可以从外部用户的角度为整个产品与整个周围系统和所有人类用户的行为创建一个用例。您可以创建它以更好地解释小 sub-sub-subsystem.
的行为
在第一种情况下，即使是主应用程序也不会作为代理或主题出现。在第二种情况下，如果该子系统与 DB 一起工作，则 DB 将成为代理。
UML 是一个足够自由的标准，很少严格禁止某些东西。
我正在为糖尿病日志系统创建应用程序。我很困惑 UML 中的数据库 - 用例图是否算作参与者？
该应用程序正在记录将保存在 firebase 中的糖尿病血糖读数，它还可以检索读数以显示图表格式的进度。
有人可以帮助我吗？
谢谢。
不，数据库不应包含在孤立系统的用例图中。数据库是系统的静态内部部分，没有前端接口（即您的系统本身）不会直接参与。
但是，如果您的数据库是外部实体，即它在不同系统之间共享，那么将其显示为参与者可能是明智的。
这取决于您正在处理的用例图。 UML 标准不将图表附加到抽象级别。
您可以从外部用户的角度为整个产品与整个周围系统和所有人类用户的行为创建一个用例。您可以创建它以更好地解释小 sub-sub-subsystem.
的行为在第一种情况下，即使是主应用程序也不会作为代理或主题出现。在第二种情况下，如果该子系统与 DB 一起工作，则 DB 将成为代理。
UML 是一个足够自由的标准，很少严格禁止某些东西。