Make Payment Sequence Diagram

Jan 26, 2017 Also, at the end of each day credit card transactions are sent to the credit card companies for payment. For the Use Case Diagram I feel like it is right, just looking for feedback really. UML Images: Use Case Diagram. Sequence Diagram. For the Sequence Diagram the scenario is: 'Purchase gas with a Credit Card'. By automating the process, you can generate a sequence diagram simply by typing your markup order directly into the editor. Just navigate to the UML Sequence shape library, and click “Use Markup.” A text pad will open, where you can type out the order of your sequence and its rules.

In order for stakeholders and project team to read the steps easier, you can optionally generate a UML sequence diagram from the scenario, to visualize the steps in sequence diagram. In this tutorial, we will try to write a simple user story and then generate a sequence diagram from it.

Writing user story scenario

  1. Create a new project with Visual Paradigm. Select Project > New from the application toolbar.
  2. In the New Project window, enter Online Shopping as project name. Click the Create Blank Project button.
  3. Open the User Story page in UeXceler. If you are not currently opening UeXceler, select UeXceler > UeXceler from the application toolbar first, and then open the User Story page.
  4. Create a general user story. Click on Add a feature that can... and enter User can add an item to shopping cart. as name.
  5. Double click on the user story to open it.
  6. Open the Scenario page.
  7. Enter the steps to accomplish this user story. Click on the first step and enter Open an item page.
  8. Press Enter and enter step 2: Select attributes (e.g. appearance, style).
  9. A quantity box will be displayed when the item user selected is still available for purchasing. Let's write an if-then-else for this. Press Enter to go to the third step. Then, press Ctrl-Space to toggle the Statement Control list.
  10. Select If from the Statement Control list.
  11. Enter out of stock.
  12. Let's say the system will display an 'out of stock' message in this situation. Press Enter to go into the if condition. Then, press Ctrl-Space again.
  13. This step is performed by the system. Let's create a System Response. Select System Response from the Statement Control list.
  14. Enter Display 'Out of stock' message..
  15. A quantity box will be displayed in the 'else' case. Now, press Enter and press Ctrl-Space to toggle the Statement Control list.
  16. Select Change to Else from the Statement Control list.
  17. Press Enter.
  18. Toggle the Statement Control list by pressing Ctrl-Space. Select System Response from the list and enter Show quantity box..
  19. Press Down to go to end if. Then, press Enter to go to step 5.
  20. The customer will then enter the quantity of item and add the item to cart. Enter Enter quantity. and Click 'Add to Cart'. as step 5 and 6, respectively.
  21. Once the item is added to cart, the system will prompt if the customer want to continue shopping. Press Enter to create a new step. Enter a system response Prompt 'Do you want to continue shopping?' as step 7.
  22. If the customer has chosen 'Yes', the system will then reopen the item page. Use the Statement Control list to add an if - has chosen 'Yes'.
  23. Press Enter to go into the if condition. Press Ctrl-Space to toggle the Statement Control list. This time, select Jump.
  24. Click on the tiny arrow button next to step 1 to represent the jumping to step 1.

Generating sequence diagram from user story

We have just completed the scenario. Let's generate a UML sequence diagram from it. Select Synchronize to Diagram > Synchronize to Sequence Diagram from the toolbar.

A UML sequence diagram is generated from the scenario in a second.

If necessary, press Ctrl-Tab to go back to the user story.

Related Links

The job of a solution architect is to clearly communicate the design of software systems to business, project managers and developers. As we found out earlier, you can not just draw a single image. This is nor possible, neither useful for anybody. So instead you cover different concerns, grouped by view points and create a set of diagrams describing each view. Of course, there is a billion of ways you can do it. How to pick one up?

During my work as Solution Architect I use 5 diagrams the most: C4 Context and Container diagrams, Deployment Diagram, Sequence diagram and Use Case diagram. Let's go through them.


The c4 website does a pretty good job explaining their diagrams, but I still would like to provide my own understanding.

Your system operates in some context. Primarily, it's their users and other software systems. Users may have different roles like content creator, reader, administrator. Also they can be internal or external. Other software systems may be source of data for your system, or get the information from it. It is important to understand this context to properly design the system and remind yourself to integrate with external systems.


This diagram displays the neo-banking digital platform presented by a blue rectangle in the center.

How to draw

  • Identify the persons who will use your system
  • Identify the external systems
  • Create a single rectangle depicting your system
  • Add connections between the system, users and external systems
  • Provide meaningful comments on every component


There are different tools you can use to create the context diagram. There are C4 stencils for OmniGraffle, C4 examples for LucidChart, draw.io has the stencils as well. You can also use PlantUML to leverage diagrams as code. Let's say we want to draw the aforementioned diagram for a neo-banking digital platform with uml:

We define a person, a system, external systems and the relations between them. Person, System and System_ext predicates have 3 parameters: a key, a title and a description. Rel predicate has 3 parameters as well, but they are different: a key of one entity, a key of another and a name of the relation.

Basically you can draw a context diagram in any drawing tool you'd like. Several great examples can be found here.

Important highlights

  • Context diagram is the first thing you create when working on a system. Failing to do so may cost you missed integrations and mistakes during system design.
  • Context may actually include some lower level details, this is perfectly fine.
I was struggling with a context diagram for one banking system. It would include only a newly created system and a single customer, which didn't bring any value. After the reconcideration I added an API Gateway and an existing Auth Provider we were going to use. That way the context diagram started to make sense and allowed to omit those elements from the lower level diagrams.

- Aleksey, Solution Architect.

We had a learning system in development. At the time of Alpha release we understood, that analytical system is not receiving the data from the client facing app. Should we have a context diagram in place, we won't make that mistake. Luckily, it was easy to fix.

- John, Solution Architect.


Context diagram is a crucial view which provides the highest level understanding on the people and systems your future system will interact with.


Containers don't mean docker containers here. Container is an any deployable entity or data storage from the C4 perspective. It can be a mobile application, a website, a VM, a docker container, a database or an object storage; whatever you can deploy. In my experience this diagram is the most complex and it gains the most attention in the same time. That mean it is almost the main diagram you have to work on!

The trick here is you are zooming in into your system. What was a single rectangle, now consists of some rectangles and arrows. Those rectangles are containers now.


How to draw

  • Identify the list of entities: microservices, storages, external services
  • Place them on the diagram
  • Add comments on the purpose of each component and the technology it is implemented with
  • Add connections with arrows
  • Add meaningful labels to each arrow
  • Pick up a color scheme and apply it
  • Create a legend.


Same as for the context diagram: Draw.io, OmniGraffle, LucidChart and others.

Important highlights

  • Pay attention that the elements are placed in columns. First column is just an API Gateway, the second - the first group of services, then a second group of services, then some storages. This way you demonstrate the layered architecture, which helps to understand the boundaries and responsibilities.
  • When microservices count grows beyong a single digit, your connection lines will start to intercept. The academical books say you have to avoid the interceptions for readability. Unfortunately, this is not always possible. Do not get upset: focus on making the diagram readable. You can use different colors or line widths, or different line styles(dotted, solid, etc.)
  • If you use a custom tool(like I am) you need to include a Legend block. It's not obvious what the arrows mean, and what is the color's meaning. Legend explains it.
  • The common question when using cloud is: do you include the managed services, like queues and messaging solutions? I tend to answer no. This complicates the diagram instead of making it easier to read. If some services are communicating through a message queue, display it via separate type of arrow.
I teach my fellow architects to follow the layered approach when they create container or components-and-connections diagrams. Those diagrams tend to include many entities and structuring them with layers increases readability.

- Ilya, Enterprise Architect.


Container diagram provides insight into which deployable items your backend consist of and how those components talk to each other.

Sequence Diagram

The first two diagrams show how the elements of the system relate to each other. However, they can not demonstrate what happens in your system. For example, a user sign ups for your system. Which components are involved? What actions are triggered? How the components interact with each other? Sequence diagram can answer these questions.


At the top we see interacting entities: persons, web and mobile applications, external systems, services and data stores. Each entity has a vertical line underneath. The interaction between services is notated with horizontal arrows between the vertical lines. Those arrows can be of different types depending on whether this is a synchrornous operation or an asynchronous. The grey rectangles shows that process is taking some time and the length should indicate the duration: the longer the rectangle, the longer the time.

How to draw

  • Choose a business case(a user sign-in, a purchase, etc.)
  • Identify the entities involved in the use case
  • Put them on the diagram
  • Add interactions(arrows)
  • Provide valuable comments to each arrow


Unfortunately, OmniGraffle is not suitable for sequence diagrams. Therefore I use draw.io and LucidChart for drawing them. The latter is a good choice because you can choose either to draw the diagram manually or use the UML Sequence diagramming. This is possible as Sequence Diagram is a structured one.

Important highlights

  • Sequence diagram is an absolute must when designing a new feature you add to the system. It shows the affected parts of the system, points of integrations with external software and contracts which the team will have to create or update.
  • Sequence diagram is valuable for QA engineers as well. It provides the insights where the potential issues can be located and serve as a source of truth for Test Cases.
Make Payment Sequence Diagram
Few months in a project, and we still faced the issues when the parts of the system were not ready for a long awaited feature. Stakeholders were not happy at all, and there was a traction between different teams. We discussed the issue and agreed to make architecture design before the imlementation. Sequence diagrams were a great help: now we know the full picture before writing the code, not after.

Vladimir, Solution Architect


Sequence diagrams allow to document the behavior of the system in different business cases.

Deployment Diagram

Using context, containers and sequence diagrams you can answer what parts of the system consist of and how they relate and interact with each others. But they hardly can answer the questions of availability, scalability and security. Deployment diagram helps with that.

There are several different things you want to display.

Compute resources. This can include virtual machines, docker containers, kubernetes clusters and cloud functions. You can also think of mobile devices and desktop computers as compute resources as well.

Storages. Persistent storages for your data like relational and nosql databases, binary file storages like images, music and video, bigdata storages with parket files and so on.

Messaging resources. Kafka/RabbitMQ installations, Google Cloud pub/sub, AWS SQS and others.

Networks. Your computers use networks to communicate with each others. Both physical and virtual networks should be displayed.

Availability Zones. You can think of them as data centers.

Infrastructure Nodes. DNS servers, Load Balancers, Firewalls, CDNs

The diagram shows the compute, storage and messaging resources alongside with networks and availability zones. It also includes the instrastructure nodes which are not fulfilling any functional requirements, but addressing non-functional instead.

How to draw

  • Place the major building blocks: browsers, mobile devices, public cloud, data centers
  • Place the computing and storage resources
  • Add infrastructure nodes
  • Add networks
  • Add the network calls between nodes
  • Add the monitoring resources
  • Add scalability comments if required


C4 notation has a supplementarty deployment diagram:

Mind the names of the compute resources, their types and node numbers.

Another example for AWS cloud:


Class Diagram

There are plenty of tools to create a deployment diagram. OmniGraffle, LucidChart, Draw.io and others are perfectly capable of doing so with proper stensils installed.

Important Highlights

  • Every system has the requirements on security, performance, availability and other -ilities. Deployment diagram helps to address those requirements.
  • In most cases deployment diagram is the only one depicting the network aspects of your solution.
  • Deployment diagram should show how the requests are going through the system in a clear, understandable way.


Deployment diagram complements the understanding of the system from the physical appearence perspective.

Use Case Diagram

The most of previous diagrams were very technical ones. Use Case diagram is more business oriented. It depicts how the persons are interacting with your system in a very high level way. Use cases themselves can be treated as business capabilities, which I were describing in this article.

How to draw

  • Draw a rectange. This will be our System boundary
  • Define which persons your system is dealing with
  • Add use cases inside the system using ovals
  • Add connections between the actors and use cases



The architect can draw a diagram with any graphical editor and with the same toolset used for other diagrams. Omnigraffle, LucidChart, Draw.io are working well. Remember, that Use Case Diagram is a structured once so you can use UML for creating it. PlantUml or LucidChart helps with that.


  • Use context diagram to show the highest level view on the system
  • Document the use cases with the corresponding diagram
  • Zoom on the system internals with containers and deployment diagrams
  • Document particular business cases with sequence diagrams

Make Payment Sequence Diagram Online

Discuss this article on twitter.

How To Draw Sequence Diagram

If you like the article, make sure to Subscribe for the upcoming articles!