بسم الله الرحمن الرحيم اللهم صلي علي احمد السجايا محمد الخصال شفيع البرايا سليم النوايا صادق الاقوال.

Slides:



Advertisements
Similar presentations
Use Case Diagrams.
Advertisements

Requirements Diagrams With UML Models
Use cases Use-cases are a scenario based technique in the UML which identify the actors in an interaction and which describe the interaction itself A set.
Use Case Diagrams Damian Gordon.
Karolina Muszyńska Based on:
Chapters 7 & 9 System Scope
Object-Oriented Analysis and Design
Information System Engineering
 Need to Gather requirements and other related information  Use case Modeling ◦ What the system will do for the users.
SwE 313 Case Study Registration System.
Documenting Requirements using Use Case Diagrams
Use Case Modeling.
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
Use Case Diagram (UCD) Yong Choi BPA.
Chapter 7: The Object-Oriented Approach to Requirements
CMIS 470 Structured Systems Design
Chapter 5 – System Modeling
Systems Analysis and Design in a Changing World, Fifth Edition
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
Object-OrientedMethodologies
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
Unified Modelling Language UML. Use case Diagram : A use case diagram is “a diagram that shows the relationships among actors and use cases within a system.use.
Lecture 3 Uses Cases Topics UML Use Cases pop quiz Readings: Chapter 3 January 24, 2008 CSCE 492 Software Engineering.
IT 21103/41103 System Analysis & Design. Chapter 05 Object Modeling.
Kyung Hee University System Functional Model OOSD 담당조교 석사과정 이정환.
1 Object-Oriented Modeling Using UML CS 3331 Section 2.4 Modeling Requirements with Use Cases.
Faculty of Applied Engineering and Urban Planning Software Engineering Department Software Engineering Lab Use Cases Faculty of Information system Technology.
1 Use Case Diagrams Use Case Actor Use case description Use case realization (Scenario) Use case relationships –Extends –Uses.
1 Structuring Systems Requirements Use Case Description and Diagrams.
5 Systems Analysis and Design in a Changing World, Fifth Edition.
Discovering object interaction. Use case realisation The USE CASE diagram presents an outside view of the system. The functionality of the use case is.
Use Cases Use Cases are employed to describe the functionality or behavior of a system. Each use case describes a different capability that the system.
Use Case Diagram The purpose is to communicate the system’s functionality and behaviour to the customer or end user. Mainly used for capturing user requirements.
Adv. Use cases Actor generalization – general and special actors Use case generalization – general and special use cases Include and extend relationships.
Software Engineering Software Engineering - Mr. Ahmad Al-Ghoul.
Use Case Diagrams.
Scenario A scenario is a sequence of steps describing an interaction between a user and a system. Use case is a set of scenarios tied together by a common.
4-1 © Prentice Hall, 2007 Topic 4: Structuring Systems Requirements: Use Case Description and Diagrams Object-Oriented Systems Analysis and Design Joey.
22 August, 2007Information System Design IT60105, Autumn 2007 Information System Design IT60105 Lecture 8 Use Case Diagrams.
Chapter 5 System Modeling. What is System modeling? System modeling is the process of developing abstract models of a system, with each model presenting.
Lecture 14 22/10/15. The Object-Oriented Analysis and Design  Process of progressively developing representation of a system component (or object) through.
Chapter 5 System Modeling (1/2) Yonsei University 2 nd Semester, 2015 Sanghyun Park.
Object Oriented Analysis and Design Using the UML
UML Course Instructor: Rizwana Noor. Overview  Modeling  What is UML?  Why UML?  UML Diagrams  Use Case  Components  Relationships  Notations.
Chapter 6: Structuring Requirements: Use Case Description and Diagrams Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra, Joseph.
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.
Appendix Object-Oriented Analysis and Design: Use Cases and Sequence Diagrams Modern Systems Analysis and Design Fifth Edition Jeffrey A. Hoffer Joey F.
Ondřej Přibyl Faculty of Transportation Sciences, CTU DESIGN OF ITS SYSTEMS Project support 1 3 PROJECT SUPPORT Use cases.
Chapter 4 – System Modeling Lecture 1 1Chapter 5 System modeling.
UML CSE 470 : Software Engineering. Unified Modeling Language UML is a modeling language to express and design documents, software –Particularly useful.
Systems Analysis and Design in a Changing World, Fourth Edition
Welcome to M301 P2 Software Systems & their Development
Chapter 5 – System Modeling
Use case Diagram.
Unified Modeling Language
Review By: Reham Lotfi.
Start at 17th March 2012 end at 31th March 2012
System Modeling Chapter 4
UML PPt by: Hong Qing Yu.
SAD ::: Spring 2018 Sabbir Muhammad Saleh
Joey F. George, Dinesh Batra, Joseph S. Valacich, Jeffrey A. Hoffer
Chapter 9 Use Cases.
Object Oriented Analysis and Design
Use Cases 1.
Using Use Case Diagrams
Use Case Modeling Part of the unified modeling language (U M L)
Chapter 4 System Modeling.
Information System Design
UML & Together 2006 tutorial
Lecture 8 Object Concepts
Presentation transcript:

بسم الله الرحمن الرحيم اللهم صلي علي احمد السجايا محمد الخصال شفيع البرايا سليم النوايا صادق الاقوال

Unified Modelling Language UML

Use case Diagram : A use case diagram is “a diagram that shows the relationships among actors and use cases within a system.use case diagram The use case diagrams describe system functionality as a set of tasks that the system must carry out and actors who interact with the system to complete the tasks.

Use Case: Each use case on the diagram represents a single task that the system needs to carry out. Fro example (Buy a Product, Add Client …) One use case

Scenarios in use case: A scenario is a formal description of the flow of events that occur during the execution of a use case instance. It defines the specific sequence of events between the system and the external actors.

Actor : An actor is anything outside the system that interacts with the system to complete a task. It could be a user or another system. actor "uses" the use case to complete a task.

Relationship between use cases : 1- Include : Use the includes link to show that one use case includes the task described by another use case. Example:

Relationship between use cases : 2- Extend: Use the Extends link to show that one use case extends the functionality of another use case at specific Extension Points. Example:

Relationship between use cases: Extend Example :

Relationship between use cases: 3 - Generalization: The generalization link is an informal way of showing that one use case is similar to another use case, but with a little bit of extra functionality. One use case inherits the functionality represented by another use case and adds some additional behavior to it.

Relationship between actors : Generalization: Generalization is a relationship between two use cases or two actors. Where A is a generalization of B, it means A describes more general behavior and B a more specific version of that behavior. Employee Customer

Relationship between actor and use case: Association: The association is the link that is drawn between and actor and a use case. It indicates which actors interact with the system to complete the various tasks.

System Boundary: It is usual to display use cases as being inside the system and actors as being outside the system.

General Example of relationship :

Example :

The following sample shows a Use Case Diagram for an on-line CD catalog. The system has a single actor: the on-line customer. The customer can browse the catalog, search for a CD, add a CD to the order, view the order details, and place the order. Both "View Order Details" and "Place Order" use "Calculate Order Total".

Example(cont..)

University Record System (URS) A University record system should keep information about its students and academic staff. Records for all university members are to include their id number, surname, given name, , address, date of birth, and telephone number. – Students and academic staff each have their own unique ID number: studN (students), acadN (academic employee), where N is an integer (N>0).

University Record System (ConT…) In addition to the attributes mentioned above: – Students will also have a list of subjects they are enrolled in. A student cannot be enrolled in any more than 10 subjects. – Academic employees will have a salary, and a list of subjects they teach. An academic can teach no more than 3 subjects.

Some Actions Supported by URS The system should be able to handle the following commands. – Add and remove university members (students, and academic staff) – Add and Delete subjects – Assign and Un-assign subjects to students – Assign and Un-assign subjects to academic staff.

Use Case Diagram URS System system user academic student URS Del member add member add subject del subject assg subject unass subject enrol subject unenrol subject