You're about to create your best presentation ever

Powerpoint Use Case Diagram Template

Create your presentation by reusing a template from our community or transition your PowerPoint deck into a visually compelling Prezi presentation.

USE CASE DIAGRAM & USE CASE GLOSSARY

Transcript: A use case is a methodology used in system analysis to identify, clarify, and organize system requirements. The use case is made up of a set of possible sequences of interactions between systems and users in a particular environment and related to a particular goal. Users (known in Unified Modeling Language (UML) as an "actor") can be a human, an external system, or time. What is UML (Unified Modeling Language)? Use Case Glossary Model scenario with flow of events, not directly on diagram What are the rules in User Case Diagram? USE CASE DIAGRAM & USE CASE GLOSSARY What is Use Case? The Unified Modeling Language (UML) is a general-purpose modeling language in the field of software engineering, which is designed to provide a standard way to visualize the design of a system. Model exceptional behavior with <<extend>> Actor is a role, not a real person. Used to gather requirements of a system. Used to get an outside view of a system. Identify external and internal factors influencing the system. Show the interacting among the requirements are actors. Use Case Sample Diagram Use Case Sample Diagram Think from end user’s perspective - It is clear that you need to know users’ expectation in order to build a software system that works, and this principle is particular important in use case modeling. A use case diagram at its simplest is a representation of a user's interaction with the system and depicting the specifications of a use case. A use case diagram contains four components. The boundary, which defines the system of interest in relation to the world around it. The actors, usually individuals involved with the system defined according to their roles. The use cases, which are the specific roles played by the actors within and around the system. The relationships between and among the actors and the use cases. Model common use case with <<include>> relationship Abogado, Viron P. Abueva, Kizza D. Liguan, Earl John Y. Sac, Timothy John G. Model detailed system flow with sequence diagram - Sequence diagram allows you to model the system behavior by representing the communication and interchange of messages between objects over time. Apply same width on use cases when appropriate - Since the names of use cases are different in length, it is normal to have the use cases in different width. To make the diagram more pretty and easier to read, it would be nice to resize them to same width. Position actors and use cases in a meaningful way - A use case diagram with randomly placed actors and use cases is definitely a nightmare for readers. What is Use Case Diagram? Make good use of stereotype for categorization Avoid long use case name What are its purpose?

Use Case Diagram

Transcript: Actors What are Use Case Diagrams? Significance of Use Case Diagrams Purpose and Benefits Actors represent external entities that interact with the system, such as users, systems, or devices. Proper identification of actors is essential to model system behavior accurately, ensuring that all interactions are represented and the needs of users are addressed. A Use Case Diagram is a UML representation illustrating the interactions between actors and a system, showcasing specific functionalities available to users. It serves as a crucial tool for understanding user requirements and system capabilities. They offer a high-level overview of a system's behavior, making them essential for stakeholders, developers, and analysts in defining system functionality. Use case diagrams bridge communication gaps between technical and non-technical team members. Use Case Diagrams help in gathering and clarifying user requirements, ensuring alignment with user needs during the design phase. They also clearly define system boundaries, distinguishing between internal components and external actors. Include Relationship Use Cases Association Relationship System Boundary Use cases are specific functionalities the system provides, represented as ovals in diagrams. Examples include actions like 'Place Order' or 'Track Delivery'; they clarify the distinct operations available to actors within the system's context. The Association Relationship signifies the communication between an actor and a use case, depicted by a line connecting them. For instance, in an online banking system, a line links a customer to the 'Transfer Funds' use case, illustrating the customer's involvement in this functionality. The Include Relationship indicates that a use case incorporates the functionality of another use case, represented by a dashed arrow. For example, in social media applications, a 'Compose Post' use case includes an 'Add Image' functionality, showing how they work together to enrich user interactions. The system boundary delineates what is inside and outside the system being modeled. Represented by a rectangular box, it clarifies internal system components from external actors, highlighting the scope and limits of functionalities provided by the system. Extend Relationship Drawing Use Case Diagrams Tools and Platforms Example: Online Shopping System The Extend Relationship represents optional functionality that can enhance a use case under certain conditions, shown by a dashed arrow. For instance, an 'Online Purchase' use case could extend to include 'Offer Discount' under specific circumstances, providing flexibility in functionality without altering the base use case. Creating a Use Case Diagram involves identifying actors, defining use cases, and setting system boundaries. This structured approach visually represents user interactions and ensures alignment with user requirements, clarifying the system's functional scope. Popular tools for creating Use Case Diagrams include Lucidchart, Microsoft Visio, and StarUML. These tools offer intuitive interfaces and robust features, enabling both technical and non-technical users to design diagrams effectively. In an Online Shopping System, use cases like "Place Order" and "Track Delivery" exemplify user interactions. The actors include customers and administrators, showcasing the diverse functionalities that cater to different user needs. Common Mistakes and Best Practices Common mistakes in Use Case Diagrams include failing to identify all actors or overly complex use cases. Best practices involve keeping diagrams simple, validating with stakeholders, and revising based on feedback to ensure clarity and utility. Understanding Use Case Diagrams in UML A Comprehensive Guide to Modeling System Interactions

UML Use Case Diagram

Transcript: Use Case - Summary Slide The purpose for using use cases is to: Uncover and describe all tasks that need doing in a system (of both human and system actors) To analyse what functionality that need developing for the system The use of use cases must mean that the right functional requirements are made of the IT system (the requirements of the business!) Use cases are documented in two ways Use Case diagrams Give an overview of visible use scenarios in the system Describes what actors that interact with the system Describes any linkages between use cases Verbal description Describes the content of each use case Typically uses a pre-defined template A Use Case is a way of using a system A scenario that describes limited interaction between a system and actors in the field In a Use Case, you describe the use of a system for a given work task You consider a complete work task, initiated by an actor You utilise ”company language” in describing the work task The aggregate Use Cases display the aggregate actor use of the system Use Cases – Definition The purpose of use cases Use case strengths are That they work well as an analytical tool That the notation is simple and easy to pick up That they are easy to understand, both for the business and from the technological aspect It is a widely recognised market standard That customer and supplier – or operators and technicians – can jointly work out and understand the operational functionality They bring structure, and ensure complete analysis The challenge, then, is to find and describe all use cases! Use Cases – Definition The purpose of use cases Why use use cases? UML - Use case diagram UML use cases – Actors Example of use case diagram Use case definition + description - the process Draw use case packages Grouping of business functionality – Use case packages Draw use case diagrams Identify actors Complete verbal description Use cases – Verbal description Identify variants and exceptions Audit business process and term model Why use use cases?

Use Case Diagram

Transcript: 1. Include Include is a Directed Relationship between two use cases, implying that the behavior of the included use case is inserted into the behavior of the including use case. When a use case is depicted as using the functionality of another use case in a diagram, this relationship between the use cases is named as an include relationship. An include relationship is depicted with a directed arrow having a dotted shaft. The tip of the arrowhead points to the child use case and the parent use case is connected at the base of the arrow. A key here is that the included use case cannot stand alone. The stereotype "<<include>>" identifies the relationship as an include relationship. 2. Extend This relationship specifies that the behavior of a use case may be extended by the behavior of another (usually supplementary) use case. The extension takes place at one or more specific extension points defined in the extended use case. In an extend relationship between two use cases, the child use case adds to the existing functionality and characteristics of the parent use case. An extend relationship is depicted with a directed arrow having a dotted shaft, similar to the include relationship. The tip of the arrowhead points to the parent use case and the child use case is connected at the base of the arrow. The stereotype "<<extend>>" identifies the relationship as an extend relationship. 3. Generalization A generalization relationship is also a parent-child relationship between use cases. The child use case in the generalization relationship has the underlying business process meaning, but is an enhancement of the parent use case. In a use case diagram, generalization is shown as a directed arrow with a triangle arrowhead. The child use case is connected at the base of the arrow. The tip of the arrow is connected to the parent use case. • First, name your system. Draw a rectangular shape. Benefits of Use Case Lastly, for other actors repeat steps 2 to 4. Actor Definition These diagrams are yet another way the use case approach differs from traditional methods of gathering requirements. The use case diagram is a roadmap, a high-level view of the requirements that exist in the system. No other approach to gathering requirements has this element. Benefits of Use Case End of Our Report Use case diagrams make requirements more approachable and understandable by allowing someone to quickly visualize what the system needs to do. They allow you to brainstorm at a whiteboard as you decide what major functions your system needs to perform. In short, use case diagrams make it easier to communicate your requirements. Association Then, connect those use cases with the association symbol to the actor. To show the interaction and relationship between the actor and use case. Benefits of Use Case Elements of Use Case  Use cases focus on the users of the system, not the system itself, thus the real system needs are brought to light early on. • Your system (4) is whatever you are developing. It might be a small software component, whose actors are just other software components; or it might be a complete application; or it might be a large distributed suite of applications deployed over many computers and devices. Benefits of Use Case Thank You and God bless!!! Third, identify what goals that the actor will have to interact with the system. That goal becomes the use case. Use cases are represented by spherical shape symbol. Elements of Use Case Second, identify an actor who wants to interact with the system. Draw a stick figure that represents the actor and name it. A subject describes a business system that has one or more business use cases attached to it. A subject is represented by a rectangle that surrounds attached business use cases and is tagged with a name: It adds value because they explain how the system should behave and in the process, they also help brainstorm what could go wrong. Depending on how in depth and complex you want or need to get, use cases describe a combination of the following elements: • A use case (2) represents the actions that are performed by one or more actors in the pursuit of a particular goal. Example use cases are Order Meal, Update Menu, Process Payment. On a use case diagram, use cases are associated (3) with the actors that perform them. Elements of a Use Case Diagram An association is the relationship between an actor and a business use case. It indicates that an actor can use a certain functionality of the business system—the business use case: Use case modeling is also describes all of the things that might go wrong. Provide a list of goals and this list can be used to establish the cost and complexity of the system and project teams can then negotiate which functions become requirements and are built. What Use Cases Include Reading Use Case Diagrams A use case diagram is a diagram that is written using the use case method. This diagram shows in the simplest form the graphical representation

USE CASE DIAGRAM

Transcript: How to draw Use Case Diagram? Where to Use Case Diagrams? Use case diagrams are considered for high level requirement analysis of a system. So when the requirements of a system are analyzed the functionalities are captured in use cases. In a brief when we are planning to draw an use case diagram we should have the following items identified. Functionalities to be represented as an use case Actors Relationships among the use cases and actors. The following are the places where use case diagrams are used: Requirement analysis and high level design. Model the context of a system. Reverse engineering. Forward engineering. USE CASE DIAGRAM Use case diagram is dynamic in nature there should be some internal or external factors for making the interaction. These internal and external agents are known as actors. So use case diagrams are consists of actors, use cases and their relationships. The diagram is used to model the system/subsystem of an application. A single use case diagram captures a particular functionality of a system. So to model the entire system numbers of use case diagrams are used. OVERVIEW Use case diagrams are used to gather the requirements of a system including internal and external influences. These requirements are mostly design requirements. So when a system is analyzed to gather its functionalities use cases are prepared and actors are identified. So in brief, the purposes of use case diagrams can be as follows Used to gather requirements of a system. Used to get an outside view of a system. Identify external and internal factors influencing the system. Show the interacting among the requirements are actors. Use case diagrams are drawn to capture the functional requirements of a system. So after identifying the above items we have to follow the following guidelines to draw an efficient use case diagram. The name of a use case is very important. So the name should be chosen in such a way so that it can identify the functionalities performed. Give a suitable name for actors. Show relationships and dependencies clearly in the diagram. Do not try to include all types of relationships. Because the main purpose of the diagram is to identify requirements. JAVERIA ARIF & TALAL NASIR UML Use Case Diagram PURPOSE WE ARE

Now you can make any subject more engaging and memorable