【问题标题】:Defining System Use Cases of a Windows Service application定义 Windows 服务应用程序的系统用例
【发布时间】:2011-04-27 06:10:33
【问题描述】:

不确定这里是否适合提出此类问题。

我必须为 Windows 服务应用程序定义用例,但我遇到了一些问题。 它涉及一个被编程为定期执行某些任务的 Windows 服务应用程序。

其中一个用例是“系统查找未付订单并向客户发送提醒”。

Alistar Cockburn 对演员的定义:“演员是有行为的任何人或任何事物。”

我现在的问题是:

1) 在我的场景中,谁是演员? 2) 谁是利益相关者/利益?

【问题讨论】:

    标签: uml use-case


    【解决方案1】:

    我不是科克本先生,但是...
    演员应该是接触(/使用)系统的任何人(或任何事物)。

    1.) 所以在你的情况下,客户应该是演员。
    2.) 我总是用用例和参与者创建用例。利益相关者和利益是什么?他们只是另一个演员。如果不是,它只会增加工具的复杂性,而这应该很简单。 (海事组织)

    顺便说一句:"The system looks up unpaid orders and sends reminder to customer". 真的是一个用例吗?这不是场景(用例的一部分)吗?

    编辑:用例应该从最终用户的角度描述行为。所以它真的应该是这样的:

    Scenario: Pay for order  
    Actor: Customer  
    Flow:  
    1. Customer requests unpaid orders from system (not specifing how).  
    2. System provides (shows) unpaid orders.  
    3. Customer chooses one order  
    4. System process selection and shows detail about selected order  
    5. Customer requests to make a payment (again not telling something like 'customer will click on button called "pay"')  
    6. System requests payment details from user  
    7. User fills details  
    8. System validates entered data  
    9. IF successful:
        a.) Order payment is comleted, system redirects user to XXX.
    10. ELSE go back to step 7
    

    这可能有点长......但这基本上就是我做场景的方式(它们被分组到一个用例中)。

    【讨论】:

    • 好的,根据你的说法,“系统更新已付款订单状态”的演员是谁?
    • 没有人,只有一个系统。这对我来说似乎也是一个场景中的一步。
    • 我在答案中添加了一个场景示例。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-07-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-10-24
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多