Made with
ConceptDraw
DIAGRAM 14

Jacobson Use Cases Diagram

In systems engineering as well as in software engineering, a “use case” is a list of event steps or actions, typically defining the interactions between a “role” and a system in order to achieve a goal. The “actor” can be some person or any other representative of the external system. In the systems engineering, use cases are usually deployed at a higher level than within the software engineering itself, representing missions or goals, so-called “stakeholder goals”. The requirements after can be captured in the SysML or as the contractual statements. The analysis of the “use cases” in a very important technique, which is used in the software engineering since 1992. “Use case driven development” is the main characteristic of so many different process models as well as the frameworks, for example, the Unified Process (UP), ICONIX, the IBM Rational Unified Process known as RUP, as well as the method called “Oracle Unified Method” or “OUM”.

The textual, visual and structural modelling techniques were first formulated by Ivar Jacobson in 1986 for the purpose of specifying the term of the “use cases”. In 1992 Ivar Jacobson’s co-authored the book called “Object-Oriented Software Engineering - A Use Case Driven Approach” that helped him to popularize the technique for capturing the so-called “functional requirements”, partially used in the software engineering development. Since then, other experts have also contributed their additions to the technique. Among them there were Larry Constantine, Alistar Cockburn, Dean Leffingwell, Gunnar Overgaard and Kurt Bittner.

In 2011, Jacobson published an update to his work and he called it “Use Case 2.0”. His intention was to incorporate different practical experiences of him in applying use cases since the original inception of the concept. Jacobson’s partner Cockburn describes a better, more detailed structure, for a use case, although he permits it to be more simplified in case there are fewer details, which might be needed to mention. His use case template can be applied in the fields, such as “Primary Actor”, “Title: "an active-verb goal phrase that names the goal of the primary actor", “Goal in Context”, “Scope”, “Level”, “Stakeholders and Interests”, “Precondition”, “Minimal Guarantees”, “Success Guarantees”, “Trigger”, “Main Success Scenario”, “Extensions” and “Technology and Data Variations List”.

Cockburn also suggested using two devices for the nature of each use case indication, such as icons for goal level and design scope. Cockburn approach has also influenced the other authors, such as Beus-Dukic, who develops the so called “fully dressed use case” template. But their fields were different from Cockburn and they were “Variation scenarios”, “Exceptions” (for example, the exception events as well as their exception-handling scenarios), etc. They insisted on the use cases being not only texts but also diagrams, in case it is needed. The relationships between use cases and actors in the Unified Modelling Language are represented in a way of the use case diagrams, which are originally based upon Ivar Jacobson’s so-called “Objectory notation”.

In order to visualize use cases, the other UML diagrams can be used. Among them there are “sequence diagrams”, “communication diagrams”, “state machine diagrams” and “activity diagrams”. In general, a so-called “System Sequence Diagram” or “SSD” is the one being used in order to show the interactions between the system under design (SuD) and the external actors. The most common reason for showing that is visualizing a particular scenario of a use case or use cases.

Conducting the use case analysis means drawing the use case diagrams as the first step of this process. For simple and small project use a model of a few UML diagrams can be used. Such diagrams may depict the use cases as well as a few textual descriptions. The visual diagram representations of use cases are also very effective in terms of facilitating the better understanding, design of some complex system and communication.

There are many benefits of using the use cases as they, first of all, constitute a user-centric tool for the software requirements specification processes. Their modelling usually starts from identifying the key stakeholder roles or actors, interacting with the system. The goals and objectives, which the system must fulfill, have to be clarified at the very first stage. Such goals and objectives become the ideal candidates for the titles of the use cases afterwards, representing the desired functional features provided by the system.

Use cases are often written in natural languages with the structured templates as this narrative textual form foster better communications among all stakeholders (including end-users, customers, developers, managers as well as testers). The better way of communication results in quality requirements and thus these quality systems are delivered. Another powerful thing about use cases resides in the formats of the use case samples, the main success scenario known as “basic flow” and the extension scenario fragments in particular. Analyzing any use case step by step, as well as investigating and exploring every action step of the use case flows from its very basic form to the different extensions, for identifying those tricky and often costly requirements, is one of the structured and beneficial ways to get clear, as well as stable and quality requirements on a systematic basis.

Using ConceptDraw DIAGRAM software for making the previously described in detail use case diagrams is one of the best options available nowadays. The reason of this software being so popular today is that it allows having the examples of already previously created diagrams which all can be used while creating your own ones. For example, if you have no idea of where to start from and what to do in order to make a great looking use case diagram, then you can simply find the template of it in one of the solutions, available for all of the ConceptDraw DIAGRAM users. In this case the “Rapid UML solution” from “Software Development area” of “ConceptDraw Solution Park” from this site can match your needs in the best way. Having it means, apart from having the samples of all pre-made diagrams, getting the vector stencils library “UML Use Case”, which contains the specific design symbols of the UML notation (such as actors, actions, associations and relationships) in order to use while working in the ConceptDraw DIAGRAM diagramming and vector drawing software.

Rapid UML Solution

Example 1. UML Solution in ConceptDraw STORE

Use the UML Use Case library to draw use case models for your business documents, presentations and websites.

Jacobson Use Cases Diagram *

Example 2. Jacobson Use Cases Diagram — Restaurant System

The example above shows an use case model of a restaurant business.




See also samples:






TEN RELATED HOW TO's:

Time - Design Elements →

Many of us want to be able to create designs efficiently yet quickly. ConceptDraw DIAGRAM will help you to make awesome drawings without having to design all those Time Elements. These elements include graphs, symbols, cliparts, visual data representation and a whole lot of other stuff.Time - Design Elements *
Picture: Time - Design Elements
Related Solution:

UML Object Diagram. Design Elements →

UML Object Diagram shows the structure of a modeled system at a specific time. ConceptDraw has 393 vector stencils in the 13 libraries that helps you to start using software for designing your own UML Diagrams. You can use the appropriate stencils of UML notation from UML Object library.UML Object Diagram. Design Elements *
Picture: UML Object Diagram. Design Elements
Related Solution:

Flowchart Programming Project. Flowchart Examples →

Flowcharts can be used in designing and documenting both simple and complex processes or programs and, similar to the other types of diagrams, they can help visualize what happens and so help understand some definite process, and, as a result, find flaws, bottlenecks and other features within it.Flowchart Programming Project
Picture: Flowchart Programming Project. Flowchart Examples
Related Solution:

Concept Map →

A concept map is a way of representing relationships between ideas, images, or words. How to draw a Concept Map quick, easy and effective? ConceptDraw DIAGRAM offers the unique Concept Maps Solution from the "Diagrams" Area that will help you!Concept Map *
Picture: Concept Map
Related Solution:

Data Flow Diagram Symbols. DFD Library →

Any information system receives data flows from external sources. In order to visualize them there is a list of data flow diagram symbols that describes how the system components cooperate. If you want to create a data flow diagram, ConceptDraw DIAGRAM Solution Park has DFD Library that contains both Yourdon and Gane-Sarson notations. This figure shows the content of vector libraries, delivered with ConceptDraw solution for data flow diagram (DFD). There are three libraries composed from about 50 vector objects used to make data flow diagrams. They include a complete set of objects utilized by Yourdon-Coad and Gane-Sarson notations - two primary notations that are apply for data flow diagramming. Also, one can discover additional "Data flow diagram (DFD)" library that provides a data flow diagram elements for designing level 1 and context-level data flow diagrams.Data Flow Diagram Symbols. DFD Library *
Picture: Data Flow Diagram Symbols. DFD Library
Related Solution:

UML Diagram Tool →

The UML diagrams are widely used and creating them is useful to apply the automated UML diagram tool. ConceptDraw DIAGRAM diagramming and vector drawing software extended with Rapid UML Solution from the Software Development Area is a powerful UML diagram tool.UML Diagram Tool *
Picture: UML Diagram Tool
Related Solution:

The Building Blocks Used in EPC Diagrams →

Event-Driven Process Chain Diagrams is using for improvement throughout an organisation. ConceptDraw DIAGRAM - software that reduces the time needed to create a EPC diagrams.The Building Blocks Used in EPC Diagrams *
Picture: The Building Blocks Used in EPC Diagrams
Related Solution:

UML Diagram →

While developing software, it is very important to have a visual model, because it helps to represent the logic and the architecture of an application. Experienced engineers use UML diagrams to denote relationships between classes and their instances. UML is a general language for a set of diagrams like deployment diagrams, object diagrams or use case diagrams. This diagram represents UML class diagram used for a software system development using an object-oriented method. Class diagrams are categorized as static structure diagrams that depict the physical structure of a system. Class diagram divides a software system's structure into "classes". Classes are defined by the methods and variables of objects. UML Class diagram is used to depict relationships and source code dependencies between objects.UML Diagram *
Picture: UML Diagram
Related Solution:
ConceptDraw
DIAGRAM 14