UML Sequence Diagram from itmbu sls broda.pptx

Uml Sequence diagram important notes

1. UML Sequence diagram

2. Sequence diagrams are a type of UML diagram that show how objects in a system or classes within code interact with each other

3. Particularly these diagrams show interactions in the order. They take place in other words, they show the sequence of events

4. Let's diagram the interaction that happens at an ATM.

5. what are the parts involved in an ATM transaction? A person goes to an ATM to get money.

6. The ATM communicates with a bank server and that person's bank account is then accessed.

7. The ATM bank server and bank account are all a part of the ATM system. These three items are our objects. The person on the other hand is external to the system

8. Actors are represented by stick figures and objects are represented by rectangles

9. Actor represents the person trying to get money Then we'll add our objects alongside it We'll start by naming this object ATM because the person first interacts with the ATM then bank server and Finally bank account.  The objects to be placed in sequential order from left to right.

10. Lifelines are the vertical dashed lines that show the existence of an object or actor over time Moving down the Lifeline means that more time is passing. 

11. So we'll drag out a lifeline for the actor and for each of our objects

12. messages show the information being sent between objects

13. sequence diagrams show the order of interactions or Sequences and they do this by moving down the life line with each message

14. So we'll start with the first one at the top drag out a line that connects the actor life line to the ATM life line Now give it a label insert card. Next the ATM checks with the bank server to make sure it's a valid card. We'll drag out a line and place it between ATM and Bank server just below the previous message line. Well label this one verify card.

15. The server verifies the card and sends a message back to the ATM when an object sends a message back. This is called a return or reply message and they're always represented by a dashed line Return lines often move from right to left. The dashed line represents a return message or a message from the receiving object back to the requesting object. We'll label this message as card Okay,

16. A fter the card has been validated the ATM will ask for a pin. So we'll draw a line from the ATM to the actor and label it request pin Because this message isn't replying to an earlier message and is requesting information Rather than responding. This message is not a reply message and will be denoted by a solid line So what happens when the card is invalid like when an inserted card is expired?

17. This is when an alternative frame is used an alternative frame symbolizes a choice between two or more message sequences. These choices are usually mutually exclusive. So in this case the conditions are if the card is valid or if it's not . The upper portion of the box will be labeled if card is valid.

18. the lower portion will say else this says that if the card is valid tell the ATM and the ATM will request a pin if the card is not valid the server will tell the ATM and the ATM will eject the card

19. After the ATM has determined the card to be valid and requested a PIN the user will input their PIN Since the ATM requested the PIN and this is the user's response to that request. This message will be a return message So we'll make a dashed line from the actor to the ATM and label it PIN entered

20. The ATM will then ask the server if the pin is correct. We'll draw a line to represent that interaction and label it verify PIN Now we have the same situation as before where we'll need to use an alternative frame First we'll create what happens if the pin is valid the server will tell the ATM

21. The pin is valid and the ATM will ask the user how much cash they want to withdraw So we'll drag out our alternative frame and place it around the two new messages labeling the top portion if pin is valid. Next we'll add the alternative messages the server will tell the ATM. The pin is invalid and the ATM will eject the card .

22. The user will input an amount and the ATM will start a transaction with the server the server then asks the bank account if there are sufficient funds. if funds are sufficient the server will withdraw the amount until the ATM to dispense the cash If the funds are not sufficient won't want the transaction will be unsuccessful Finally the card will be ejected after the cash is dispensed or the transaction was cancelled With our interaction complete now we can add activation boxes.

23. Activation boxes show when and how long an object is performing a process This shows us at a glance when objects are active and when they are idle So we'll drag one out place it on the ATM lifeline and fit the box around the first and last message on the Lifeline We'll do the same for bank server and bank account Actors are external objects. They don't need an activation box