问题标签 [use-case-diagram]

我对用例图的概念很陌生，有点困惑，我有一个用例图“月报存档”，我想问一个案例的<<include>>的使用是否必须通过登录？我所做的用例是否正确？

所以就我而言，现在是关于“月度报告归档”。流程是：公关收到来自社区的提案，然后提案数据将由社区关系存储到系统中，供X部门稍后查看，并商定是否接受或拒绝该提案。然后，X 部门可以看到有关提案的信息，然后 X 部门可以选择是接受还是拒绝该提案，如果接受，该提案将被存档。然后，X 部门将归档提案的月度报告提交给经理。每个月经理都可以查看部门 X 的报告。

这张图片 1

这个图像 2 每个案例都必须包括登录。

那么哪个更好呢？图一还是图二？

I am trying to design a Use Case Diagram for an app like Stack Overflow. I have tried to add some basic functionalities in this diagram.

I want to improve this diagram to include an exhaustive list of all the features of Stack Overflow, but have no idea of how to do so. Also, should there be another actor for Admin who manages user accounts, or not? And if we are asked for Use Cases, should we describe the inner functionalities, preconditions and postconditions of each use case separately?

What if other than these two actors, I decide to add a Mediator actor too, who forwards the problems to the mentor, and when a mentor solves it, it is the responsibility of mediator to mark it solved?

我想在图表上复制一个用例以使其更易于查看。
下面是示例。演员 F 可以做用例 C 和 E。
所以我复制了 C 用例，这样我就不会跨越演员 B 的关联。

我有以下问题：

参与者与用例 A 相关联，该用例 A 具有扩展用例 B，并且 B 是用例 C 的扩展。问题：这是否意味着参与者可以访问用例 C？

提前致谢！乔安娜

我们以一个社会团体系统为例；

• 演员是管理员和主持人。
  
  

• 用例
  
  ： ‏‎ ‏‎ ‏‎ ‏‎ 主持人 --- (Report Post ) ‏‎ ‏‎ ‏⬆️<br> ‏‎ ‏‎ ‏‎ ‏‎ ‏‎ ‏‎ ‏‎ 管理员 --- (管理角色)
  
  
  
  
  

• 管理员可以更改版主的帖子，例如管理员可以禁用某些版主的报告帖子。

问题是：如何模拟这种情况的用例图？

我需要创建一个费用跟踪工具。该工具将允许个人用户记录他们的开支，并预测某个日期的财务状况。

用户界面

这将构建为 .NET C# windows 窗体桌面应用程序。您可以根据需要自由设计用户界面，但这是最低要求。

界面必须至少有这些视图：

1. 用于输入和更新联系人（付款人或收款人）详细信息的联系人视图。
2. 用于输入和更新某一天的费用明细的费用条目视图。
3. 财务报告视图——显示选定日期范围内的所有费用。
4. 使用户能够查看其在特定日期的预测财务状况的视图。

额外学分：

5. 用于输入事件的视图：约会和任务。
6. 显示每日事件和费用的每周视图。

如何设计表单取决于您。我们故意不给您一个设计示例，以避免每个人都有相同的设计。建议您创建模型和故事板，并在开发设计文档时反复修改它们。您的设计决策应包含在您的报告中。

运行时数据的持久存储

费用数据将由一个视图创建，该视图允许输入日期的费用规范，这应该是一个程序化的动态界面。用户完成后，您需要将费用数据保存为 XML 文件并保存在您选择的数据库中。当应用程序再次运行时（关闭后），系统将使用 XML 数据填充界面上的数据。它应该使用财务报告的数据库数据。当写入或读取数据库时，活动应该是线程化的（以使接口在写入外部数据库时可用）

我的 UML 图

你能看看下面的图表吗？

我正在为业务系统制作高级用例图，并希望表达 2 个单独的用例之间的关系，如下所示：

1. Actor1 执行 UseCase1
2. Actor2 执行 UseCase2
3. 但是 UseCase2 的结果在某种程度上受到了 UseCase1 的影响。

将这种关系表示为依赖关系，UseCase2 ---> UseCase1 是否正确？

所以我有一个问题。我正在为电子商务商店制作用例图。但是有人告诉我，我的一个演员不能被命名为服务器，因为它不在系统之外。关于这个演员可以被称为什么的任何想法？该演员负责大多数管理功能。下面是它的外观的简单图像。

所以对于一个在论坛上有不同角色的论坛，我有一个问题。基本上论坛上有一个版主/编辑角色，用户可以在其中编辑帖子，然后还有另一个版主/编辑角色可以编辑论坛上的一般信息，例如首页上的基本信息或图像。

我将如何创建具有两个编辑器参与者的用例图？我是将它们分开并一个接一个地拥有它们，还是应该让这两个角色都从一般编辑演员那里继承？