Uml 如何显示&x201C;如果”;用例描述的条件?

Uml 如何显示&x201C;如果”;用例描述的条件?,uml,pseudocode,use-case,sequence-diagram,Uml,Pseudocode,Use Case,Sequence Diagram,当我们编写用例表*(id、描述、参与者、前置条件、后置条件、基本流、备用流)*时,在基本流中,我们展示了参与者和系统之间交互的简单步骤。我想知道如何在用例基本流中显示条件?好的,基本流程包含简单的步骤,一个接一个地用于用例。但是我不能在没有伪代码的情况下显示条件?UML用例描述的基本流程中是否允许使用伪代码 以下顺序的步骤是什么? 对于上图,应为下表 ------------------------------------------------------------- | ID

当我们编写用例表*(id、描述、参与者、前置条件、后置条件、基本流、备用流)*时,在基本流中,我们展示了参与者和系统之间交互的简单步骤。我想知道如何在用例基本流中显示条件?好的,基本流程包含简单的步骤,一个接一个地用于用例。但是我不能在没有伪代码的情况下显示条件?UML用例描述的基本流程中是否允许使用伪代码

以下顺序的步骤是什么?

对于上图,应为下表

-------------------------------------------------------------
| ID            | UC01                                      |
-------------------------------------------------------------
| Description   | do something                              |
-------------------------------------------------------------
| Precondition  |  --                                       |
-------------------------------------------------------------
| Postcondition |  --                                       |
-------------------------------------------------------------
| Basic flow    |  1. actor requests system to do something |
|               |  2. if X = true                           |
|               |        2.1 system does step 1             |
|               |     else                                  |
|               |        2.3 system does step 2             |
|               |  3. system return results to actor        |
-------------------------------------------------------------
| Alternate flow|  --                                       |
-------------------------------------------------------------

在VisualParadigm等工具中,您可以使用if/else和循环条件对事件流进行建模,并将步骤指定为用户输入和系统响应。

  • 使用备用流和异常流来记录此类行为
  • 做点什么
    步骤1
    显然是不同的级别,最好将它们放在不同的用例中
  • Actor
    不是演员角色的最佳名称,假设它是
    用户
  • 我不得不将
    步骤1
    更改为
    计算1
    ,以避免混淆
范例

------------------------------------------------------------------------
| ID               | UC01                                              |
------------------------------------------------------------------------
| Level            | User goal, black box                              |
------------------------------------------------------------------------
| Basic flow       |  1. User requests Robot System to do something.   |
|                  |  2. Robot System performs UC02.                   |
|                  |  3. Robot System return results to User.          |
------------------------------------------------------------------------


------------------------------------------------------------------------
| ID               | UC02                                              |
------------------------------------------------------------------------
| Level            | SubFunction, white box                            |
------------------------------------------------------------------------
| Basic flow       |  1. Robot System validates that X is true.        |
|                  |  2. Robot System does Calculation 1.              |
------------------------------------------------------------------------
| Alternate flow 1 |  Trigger: Validation fails at step 1, X is false. |
|                  |  2a. Robot System does Calculation 2.             |
------------------------------------------------------------------------

对不起,你问的有点不清楚。在为用例创建序列图时,您可以使用alt条件吗?对您不仅描述了基本流程,还描述了备用流程。不需要伪代码。@Ister可能存在重复、if、else等。不同的语义上下文,我如何在交替流中处理所有这些内容?您能解释一下发布的图的用例表示例吗?序列图中有各种类型的扩展区域。各种类型允许您涵盖不同的流量变化。首先通读这些内容,然后试着问更具体的问题。只要观众能够理解,任何有助于交流的内容都是允许的(这有点像陷阱22)。在实践中,可能会有很多if/else、循环等分支。您认为对于所有这些条件点,我应该创建不同的用例吗?