用例建模
Use Case Modelling
我有 2 个关于用例的问题,
1.如果我登录网站30分钟内没有任何操作,该网站会将我注销。
如何在用例模型中表达这一点?登录用例是否有特殊要求?
2. 我有一个名为 "post a job" 的用例,它是由雇主完成的。雇主可以 post 一份工作然后继续付款,或者 post 三份以上的工作并获得总金额的 10% 折扣。
我应该在基本流程中包含哪个选项,在替代流程中应该包含哪个选项?
这是我的尝试:
基本流程:
.....
系统显示一个选项,雇主是想post另一份工作还是继续付款。
雇主选择“继续付款”选项。
系统显示总金额并要求用户按“确认”。
雇主确认金额。
执行付款用例。
系统显示一条消息,表明工作已成功 post 并直接转到主雇主页面。
备用流程:
第5步:如果用户选择“post另一份工作”,则重复第3至第5步,直到雇主选择支付。
第7步:如果提交的职位超过3个,系统将按总金额申请10%的折扣。
您可以将会话超时情况设置为替代流程,例如:
用户等待 30 分钟
该网站将用户注销。
您可以将主流程用作 post 一项工作(因为这是更常见的情况)。
您也可以在此处添加案例,当用户没有 post 任何工作并离开表单或单击 btn "return".
这将有助于测试应用程序。
但是对于p。 2 最好使用 decision table 来提供所有必要的信息。
抱歉,对于注销这件事,您正在用用例建模某些用例,而这些用例绝对不适合。
用例提供了系统业务价值的高级概述。您要做的是在用例中对整个业务流程进行建模。那是注定要失败的。您的用例 "sign out" 不会透露任何商业价值。
出于同样的原因,there is no such thing as a "sign in use case"。
"post a job offer",相比之下,是一个非常好的用例。
关于"post a job offer"的细节,可以考虑画一个activity图。这将使流程可视化,从而使其更加直观。
基本流程总是最短最简单的流程,一切顺利。
注销从这个场景开始。您可能需要进一步扩展替代流程或验证列表。此处没有连接登录场景。
场景1.系统验证用户会话。
- 用户发起[link装饰A之一:需要用户授权的场景]。
- 系统验证
- 用户有一个会话。
- 会话对用户有效。
- 会话尚未达到[link 到要求文档的设置部分中的设置 B:会话过期超时。
- 系统开始执行用户发起的场景。
备用流程:会话无效。
触发:第 2 步验证失败。
3a。系统将用户重定向到主页,通知不允许操作,用例终止。
装饰A:需要用户授权的场景
- 用户与系统交互且必须授权的场景列表。
对于职位发布,最好有一个单独的子功能方案来计算价格。当营销将推出新的价格规则和折扣时,您将能够进一步扩展它。
场景 2. 用户发布职位
- 用户重复[Link场景 3.用户准备职位描述] 任意次数。
- 用户确认职位发布。
- [Link到场景4。系统计算过帐价格。
- 用户确认付款。
- [Link 到场景 5. 用户为发布付费。
- [Link 到场景 6。系统发布工作。
- [Link 到场景 7. 系统显示用户主页]。
场景4.系统计算发帖价格
- 系统验证正在发布的职位数量低于 [Link 设置部分中的设置 D:同时发布的职位数量以获得折扣]。
- 系统将价格计算为正在发布的职位数量乘以 [Link 以在“设置”部分设置 E:每次发布的价格。
备选流程:群发优惠
触发:第 1 步验证失败。
2a。系统将价格计算为发布的职位数量乘以 [Link 以在“设置”部分设置 F:每次发布的折扣价],用例终止。
我有 2 个关于用例的问题,
1.如果我登录网站30分钟内没有任何操作,该网站会将我注销。
如何在用例模型中表达这一点?登录用例是否有特殊要求?
2. 我有一个名为 "post a job" 的用例,它是由雇主完成的。雇主可以 post 一份工作然后继续付款,或者 post 三份以上的工作并获得总金额的 10% 折扣。
我应该在基本流程中包含哪个选项,在替代流程中应该包含哪个选项?
这是我的尝试:
基本流程:
.....
系统显示一个选项,雇主是想post另一份工作还是继续付款。
雇主选择“继续付款”选项。
系统显示总金额并要求用户按“确认”。
雇主确认金额。
执行付款用例。
系统显示一条消息,表明工作已成功 post 并直接转到主雇主页面。
备用流程:
第5步:如果用户选择“post另一份工作”,则重复第3至第5步,直到雇主选择支付。
第7步:如果提交的职位超过3个,系统将按总金额申请10%的折扣。
您可以将会话超时情况设置为替代流程,例如: 用户等待 30 分钟 该网站将用户注销。
您可以将主流程用作 post 一项工作(因为这是更常见的情况)。 您也可以在此处添加案例,当用户没有 post 任何工作并离开表单或单击 btn "return".
这将有助于测试应用程序。
但是对于p。 2 最好使用 decision table 来提供所有必要的信息。
抱歉,对于注销这件事,您正在用用例建模某些用例,而这些用例绝对不适合。
用例提供了系统业务价值的高级概述。您要做的是在用例中对整个业务流程进行建模。那是注定要失败的。您的用例 "sign out" 不会透露任何商业价值。
出于同样的原因,there is no such thing as a "sign in use case"。
"post a job offer",相比之下,是一个非常好的用例。
关于"post a job offer"的细节,可以考虑画一个activity图。这将使流程可视化,从而使其更加直观。
基本流程总是最短最简单的流程,一切顺利。
注销从这个场景开始。您可能需要进一步扩展替代流程或验证列表。此处没有连接登录场景。
场景1.系统验证用户会话。
- 用户发起[link装饰A之一:需要用户授权的场景]。
- 系统验证
- 用户有一个会话。
- 会话对用户有效。
- 会话尚未达到[link 到要求文档的设置部分中的设置 B:会话过期超时。
- 系统开始执行用户发起的场景。
备用流程:会话无效。
触发:第 2 步验证失败。
3a。系统将用户重定向到主页,通知不允许操作,用例终止。
装饰A:需要用户授权的场景
- 用户与系统交互且必须授权的场景列表。
对于职位发布,最好有一个单独的子功能方案来计算价格。当营销将推出新的价格规则和折扣时,您将能够进一步扩展它。
场景 2. 用户发布职位
- 用户重复[Link场景 3.用户准备职位描述] 任意次数。
- 用户确认职位发布。
- [Link到场景4。系统计算过帐价格。
- 用户确认付款。
- [Link 到场景 5. 用户为发布付费。
- [Link 到场景 6。系统发布工作。
- [Link 到场景 7. 系统显示用户主页]。
场景4.系统计算发帖价格
- 系统验证正在发布的职位数量低于 [Link 设置部分中的设置 D:同时发布的职位数量以获得折扣]。
- 系统将价格计算为正在发布的职位数量乘以 [Link 以在“设置”部分设置 E:每次发布的价格。
备选流程:群发优惠
触发:第 1 步验证失败。
2a。系统将价格计算为发布的职位数量乘以 [Link 以在“设置”部分设置 F:每次发布的折扣价],用例终止。