So keep the use-case as simple as possible:
Imagine that you have a system with Single Sign On (SSO): an authentication use case would then make no sense since there is no interaction with an actor to achieve it. This is a design topic, and putting it in the use-case would force to use one specific user-interface approach without considering better alternatives. Use-case should not be used to model user-interface.
Details such as Enter consignment number or send request are user interface detail. Send request seems likewise to be a detail of how to contact the DHL agent. The DHL AI would then be a secondary actor of the Contact DHL use-case. So this "use case" is probably a detail of the use-case Contact DHL. Reply to request does not make any sense on its own. optionally contact the DHL employee via phone" use case? Would this use case extend the forward request use case? Can we then just associate the customer with the extended use case like thisīut then wouldnt the "contact DHL via chat" include the "send request" use case?Ī use case normally should correspond to a user goal, and unless it's an extension, it should also make sense independently of other use-cases. How to draw the use-case diagram? Is this correct:Īnd how would I model the ". Waiting time the customer can optionally contact the DHL employee Request, it forwards the request to a DHL employee. Which promotes the visitor to a customer and the DHL AI is allowed The shipment, the visitor needs to authenticate in the webservice, The chat), which includes also entering the consignment number of Requests in the chat are answered automatically by a DHL AI, one Another option is to contact DHL via a chat. 
Other things, page visitors can search for contact information on Provides information on shipping and receiving packages.
The DHL packet service has a comprehensive web service where it The delivery does notĪlways work out as planned, so we are interested in getting (more) information In the age of Corona, we order many things online. Given the following description of a tracking request to DHL
0 kommentar(er)
