The Next Stage in Analysis: Systems Use Case Diagrams

Slides:



Advertisements
Similar presentations
Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 1 Software Engineering September 12, 2001 Capturing.
Advertisements

SYS366 The Last Stage in Analysis: System Use Case Descriptions created through the Use Case Authoring Process.
Object-Oriented Analysis and Design
Use Case Diagram © copyright 2001 SNU OOPSLA Lab..
Use-case Modeling.
Lecture 2: Businesses and Business Processes  archaic : purposeful activity : BUSYNESSBUSYNESS  usually commercial or mercantile activity engaged in.
© 2005 Prentice Hall4-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
University of Toronto Department of Computer Science © Steve Easterbrook. This presentation is available free for non-commercial use with attribution.
USE Case Model.
2005/05/25 Unified Modeling Lanauage 1 Introduction to Unified Modeling Language (UML) – Part One Ku-Yaw Chang Assistant Professor.
University of Palestine Department of Information Technology Done by: Montaser El sabea Supervisors: yassmen El Bobo Unified Modeling Language.
BPMN By Hosein Bitaraf Software Engineering. Business Process Model and Notation (BPMN) is a graphical representation for specifying business processes.
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 06. Requirements.
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
The Next Stage in Analysis: Systems Use Case Diagrams 1 SYS366.
Use Case modelling 1. Objectives  Document user requirements with a model  Describe the purpose of an actor and a use case  Construct a use case model.
10/12/ Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews & questionnaires.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 4, Requirements Elicitation.
Requirements Analysis Visual Modeling] Lab 02 Visual Modeling (from Visual Modeling with Rational Rose and UML) A way of thinking about problems using.
1 Objectives  Define key concepts of use-case modeling.  List the benefits of use-case modeling.  Find actors and use cases.  Describe their relationships.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 1: Introduction to Use-Case Modeling.
Faculty of Applied Engineering and Urban Planning Software Engineering Department Software Engineering Lab Use Cases Faculty of Information system Technology.
SYS466 Systems Use Case Specifications. Systems Use Case Diagrams and Specifications  Based on the dialog metaphor.
Systems Analysis and Design in a Changing World, 6th Edition
1 System Analysis and Design Using UML INSTRUCTOR: Jesmin Akhter Lecturer, IIT, JU.
UML as a Specification Language for Embedded Systems. By, Mir Ahmed Ali, Asst. Professor, ECM department, SNIST. By, Prof. Narsiah sir, Director of School.
Use Case Driven Analysis Requirements Use Case Use Case Description System Sequence Diagram Chapter 5.
SYS466 Casual Use Case Specifications. Systems Use Case Diagrams and Specifications Based on the dialog metaphor Based on the dialog metaphor The process.
22 August, 2007Information System Design IT60105, Autumn 2007 Information System Design IT60105 Lecture 8 Use Case Diagrams.
Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall Object-Oriented Systems Analysis and Design Using UML Systems Analysis and Design,
UML Review of Use case diagrams. 2 Unified Modeling Language The Unified Modeling Language™ (UML) was developed jointly by Grady Booch, Ivar Jacobson,
UML - Development Process 1 Software Development Process Using UML.
 What to do if you want to build a new house? › Buy a bunch of wood and nails and start immediately. › Or, put some blueprints to follow, and plan of.
1 Unified Modeling Language Michael K. Wildes University of California, Riverside – Extension Program Presentation 2.
1 BTS330 Visual Modeling. What is Visual Modeling? 2 Copyright © 1997 by Rational Software Corporation Computer System Business Process Order Item Ship.
Use Case Diagrams. Introduction In the previous Lecture, you saw a brief review of the nine UML diagrams. Now that you have the clear, you'll start to.
1 SYS366 Week 2 - Lecture 2 Visual Modeling & UML.
Application Analysis. Application Interaction Model The purpose of analysis is to understand the problem so.
Ondřej Přibyl Faculty of Transportation Sciences, CTU DESIGN OF ITS SYSTEMS Project support 1 3 PROJECT SUPPORT Use cases.
George Wang, Ph.D. COMP 380/L Lesson 2. Use Case Use cases are a way to capture system functionalities (i.e., functional requirements) Based on use case.
1 BTS330 Week 4 - Lecture 1 Businesses and Business Processes.
1 SYS366 More on (Systems) Use Cases. 2 Identifying Actors and Systems Use Cases Requirements Gathering Need to find out what the user requires in the.
Use Cases. 2 A use case... –Specifies the behavior of a system or some subset of a system. –Is a system-level function. –Does not indicative how the specified.
Information Systems in Organizations 2.1 Analyzing organizations as systems and processes & Modeling Processes with Swimlane Diagrams.
Bernd Bruegge and Allen Dutoit Requirements Process The requirements process consists of two activities: Requirements Elicitation: Definition of the system.
Chapter 5 – System Modeling
CompSci 280 S Introduction to Software Development
Welcome to M301 P2 Software Systems & their Development
UML Diagrams By Daniel Damaris Novarianto S..
Chapter 5 System modeling
Lecture 2: Business Use Cases and Actors - How to identify them
Chapter 5 유스케이스 개요 Introduction to Use Cases
Chapter 5 – System Modeling
Recall The Team Skills Analyzing the Problem (with 5 steps)
COMPONENT & DEPLOYMENT DIAGRAMS
The Next Stage in Analysis: Systems Use Case Diagrams
UML Diagrams Jung Woo.
System Modeling Chapter 4
Requirements: Use Case Models and Narratives
UML PPt by: Hong Qing Yu.
Chapter 9 Use Cases.
Use Cases.
BPMN - Business Process Modeling Notations
Software Design Lecture : 15.
Software Engineering System Modeling Chapter 5 (Part 1) Dr.Doaa Sami
Use Case Modeling Part of the unified modeling language (U M L)
Use Case Analysis – continued
Chapter 4 System Modeling.
Week 8 Lecture 1: Identifying Actors and Activities
Presentation transcript:

The Next Stage in Analysis: Systems Use Case Diagrams

Creating Systems use case diagrams Last stage of Requirements Gathering Satisfies the need to describe the interaction between users of the system and the system itself Describes what the system is to do (functions), not how it is going to do it (features)

Systems Use Case Diagram “Visual representation of the dialog between the actor and the system The system and its actors interact by sending signals or messages to one another”* *Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p. 25

Dialog Expresses that the User and Computer Interact by Sending Messages

Systems Use Case “Each use case delivers something of value to at least one of the actors. The concepts of actor goals and the delivery of value to the actors are fundamental to the successful discovery, definition, and application of use cases.”* *Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p.

Systems Use Case “The actors use the system only if it enables them to do something that they want to do The actors perform a use case only if doing so helps them achieve one of their goals. The physical manifestation of the goal is the value that the use case delivers to the actor.”* Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p. 23

Systems Use Case A concrete value can be put on the successful performance of a use case. Every use case should have an easily understandable and clearly identifiable value* * Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p. 23

Systems Use Case Diagram “The use case starts when an actor does something, causing the system to do something in response. This dialog continues…until the system has done something useful for at least one actor.”* *Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p. 24

Systems Use Case Diagram “To indicate such interactions, we use a communicate association between the use case where the interaction occurs and the actors involved in the interaction”. * * Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p. 25

System Use Case Diagram “The communicate association represents a dialog between the actor and the system, a kind of communication channel over which data flows in both directions during the dialog.”* *Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p. 26

Systems Use Case The ellipse is a graphical representation of a use case It is a placeholder for a description of how the system and its actors interact”* *Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p. 23

Actors “Can represent humans or other systems Define the roles that users or other systems play when interacting with the system Are outside the system, and usually outside the control of the system Impose requirements on what the system being built must do”* * Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p. 22

Examples of Actors User Applications Devices Time Events Somebody who maintains the data, uses the data or generates reports Applications External processes or software systems (email interface) Devices External sensors (printers, scanners) Time Events System clock

UML Notation Actors are represented in UML by a ‘stick’ person “I am an actor. I play a role that involves using the system. I am outside of the system.” “My name indicates my role.” Order Clerk “I can be a person, a department, a system, hardware, scheduler, and so on”.

Actors communicate with the system “To start the use case To ask for some data stored in the system, which the use case then presents to the actor To change data stored in the system by means of a dialog with the system To report that something special has happened in the system’s surroundings that the system should be aware of”* *Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p. 26

Use cases communicate with the Actor “To report that something special has happened in the system that the actor should be aware of To ask an actor for help in making a decision needed to achieve a goal To delegate responsibility to an actor”* Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p. 26

Systems Use Case Diagram “A use case has at most one communicate association to a specific actor, and an actor has…one communicate association to a specific use case, no matter how many interactions there are”* *Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p. 25

Systems Use Case diagrams One actor initiates a use case. However, after the use case has started, the use case can communicate with several actors.* *Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, p. 26

Systems Use Case Diagram “The complete network of such associations provides a static picture of the communication between the system and its environment.”* (the boundaries of the system) *Use Case Modeling, Kurt Bittner & Ian Spence, Addison-Wesley, 2003, pp. 25 -26

Derive Use cases from Project Initiation Document When creating use cases, look to the product position statement for help Ask yourself for whom the system is being built, what problems the system is expected to solve and make sure that the system provides use cases that deliver this value. * *Bitner and Spence, page 109

Scope of the system The system use case diagram shows the scope of the system to be developed and is the foundation for your design If the use case diagram and the use case specifications are not correct, your design will not work.

System Use Case Diagram System Boundary