Open post
Break Communication Fragment

Break Communication Fragment

Breaks are most commonly used to model exception handling. This sequence diagram example uses a break combination fragment because it treats the balance < amount condition as an exception instead of as an alternative flow. To read this example, we start at the top left corner of the sequence and read down. When the sequence gets to the return value "balance," it checks to see if the balance is less than the amount. If the balance is not less than the amount, the next message sent is the addDebitTransaction message, and the sequence continues as normal.

Import into your Project
Open post
Using References

Using References

This sequence diagram example shows a sequence diagram that references the sequence diagrams "Balance Lookup" and "Debit Account." The sequence starts at the top left, with the customer sending a message to the teller object. The teller object sends a message to the theirBank object. At that point, the Balance Lookup sequence diagram is called, with the accountNumber passed as a parameter. The Balance Lookup sequence diagram returns the balance variable. Then the option combination fragment's guard condition is checked to verify the balance is greater then the amount variable. In cases where the balance is greater than the amount, the Debit Account sequence diagram is called, passing it the accountNumber and the amount as parameters. After that sequence is complete, the withdrawCash message returns cash to the customer.

Import into your Project
Open post
Branching with opt and alt

Branching with opt and alt

This is a simple sequence diagram example that shows the use of opt and alt.

opt: creates a single branch
if (condition) then
op1()
alt: creates multiple branches
if (condition1) then
op2()
else if (condition2) then
op3()
else
op4()

Import into your Project
Open post
Combined Fragment and Operation

Combined Fragment and Operation

This is a simple sequence diagram that shows the use of combined fragment.

  • Combined fragments divide a sequence diagram into different areas with different behavior.
  • Each combined fragment has an operator, one or more operands, and zero or more guard condition.
  • The operator determines how its operands execute.
  • Guard conditions determine whether their operands execute.
Import into your Project
Open post
Object Deletion

Object Deletion

In the sequence diagram Delete Course, the :RegistrationManager issues a self call to determine if a course is available. If so, then the :RegistrationManager destroys a uml:Course.

Import into your Project
Open post
Object Creation

Object Creation

A sequence diagram is an interaction diagram that details how operations are carried out -- what messages are sent and when. Sequence diagrams are organized according to time. The time progresses as you go down the page. The participants (lifelines) involved in the operation are listed from left to right according to when they take part in the message sequence. The sequence diagram example here is a sequence diagram for adding a course. The lifeline initiating the sequence of messages is :Registrar

Note That:

  1. The :Registrar sends a addCourse("UML) message to a :RegistrationManager. The :RegistrationManager then sends a create() message to the Course class.
  2.  Each vertical dotted line (tail) represents the time that a lifeline exists.
  3.  Each arrow is a message call.
  4.  Activations indicate when lifeline has focus of control.
  5.  The activation bar represents the duration of execution of the message.
Import into your Project
Open post
Sales and Order Management

Sales and Order Management

This is a sequence diagram example for order management.

The Company has decided to undertake an effort to build a new application for sales and order management. To explore the needs of the organization, and also to align the way business is done throughout the organization, the first step is to build a set of business models. The departments of The Company that will not actively use the new order application are considered external to the model, and are represented with business actors.

Order Process: This process describes how The Company takes appropriate actions to deliver a solution to a Customer as defined by a set of customer requirements. The process starts when there is a business decision to proceed with an agreed solution. This may often be in the form of The Company receiving a purchase order from a Customer. It ends when the Customer is satisfied with the instalment and commission of the solution and payment is received. The objective is to in a profitable way satisfy customer requirements.

Proposal Process: This is the process of generating a proposal(s) in response to customer requirements. The process is triggered by an inquiry from a Customer and ends when the Customer accepts (or rejects) any of the quote(s) in the proposal. The objective is to reach agreement on a quote that is acceptable both to the Customer and to The Company.

Quote Process: The Quote Process is an abstract business use case that is included in both the Proposal Process and the Order Process. The process begins when there are customer requirements that need a quote produced for it. The objective of the Quote Process is to produce a solution meeting the customer requirements, and to provide it along with a price.

Import into your Project
Open post
Business Use Case Diagram Example

Business Use Case Diagram Example

This is a business use case diagram example. Business Use Case diagrams are used to represent the functionality provided by an organization as a whole. They answer the questions "What does the business do?" and "Why are we building the system?" They are used extensively during business modeling activities to set the context for the system and to form a foundation for creating the use cases.

Note That:

Business Use Case diagrams are drawn from the organizational perspective. They do not differentiate between manual and automated processes. (Use Case diagrams, which will be discussed next, focus on the automated processes.) Business Use Case diagrams show the interactions between business use cases and business actors. Business use cases represent the processes that a business performs, and business actors represent roles with which the business interacts, such as customers or vendors. In other words, business actors represent anyone

An example of a simplified Business Use Case diagram for a financial institution is shown in Figure.

Import into your Project

Posts navigation

1 2 3 14 15 16 17 18 19 20 42 43 44