uml the unified modeling language a practical introduction
DESCRIPTION
UML The Unified Modeling Language A Practical Introduction. Al-Ayham Saleh. Al-Ayham Saleh. Aleppo University. 16-11-2003. Importance of software Modeling. A software application is like a city Modeling = Architecture OOP = Civil Engineering UML Classes = Blueprints of Buildings - PowerPoint PPT PresentationTRANSCRIPT
![Page 1: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/1.jpg)
UMLThe Unified Modeling Language
A Practical Introduction
Al-Ayham SalehAl-Ayham Saleh
Aleppo University
16-11-2003
![Page 2: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/2.jpg)
Importance of software Modeling• A software application is like a city
• Modeling = Architecture
• OOP = Civil Engineering
• UML Classes = Blueprints of Buildings
• UML is a common vocabulary for all software specialists
![Page 3: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/3.jpg)
UML Modeling• A model is an abstraction of a situation• Models consist of objects• Objects are alive:
– They know their attributes– They can do things using their methods– They exist in different states– Each object is unique, it is not any other object.
• Objects live in communities– they exchange messages– They have relationships with each other
• Objects live in a world, and there are other worlds• Classes are blueprints of objects• Object are instances of classes
![Page 4: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/4.jpg)
UML Diagrams• Use Case diagrams
• Class diagrams
• Object diagrams
• Sequence diagrams
• Collaboration diagrams
• State chart diagrams
• Activity diagrams
• Component diagrams
• Deployment diagrams
![Page 5: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/5.jpg)
Use Case Diagrams• Describe what the system does from the view
of an external observer.
• Use cases represent scenarios of what could happen to the system.
• A Use Case is a summary of a scenario of some related tasks
![Page 6: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/6.jpg)
Example Use Case• “A patient calls the clinic to make an appointment for a
yearly checkup. The receptionist finds the nearest empty time slot in the appointment book and schedules the appointment for that time slot.”
![Page 7: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/7.jpg)
Example Use Case diagram• A Use Case diagram is a summary of Use Cases
![Page 8: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/8.jpg)
Use Case Diagrams• Use Case diagrams show the system boundaries
![Page 9: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/9.jpg)
Use Case Diagrams• Generalization = one is a special kind of the other
![Page 10: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/10.jpg)
Use Case Diagrams• Includes = one invokes the other
![Page 11: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/11.jpg)
Use Case Diagrams• Extend = one is a variation of the other
![Page 12: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/12.jpg)
Understanding Use Cases• Ask “what”, “when”, “why” questions
• Explain what you understand
• Keep doing that until you get a precise mutual understanding
![Page 13: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/13.jpg)
Writing Use Cases• Use cases should be names using verbs
• Use Cases should be described:– What makes them happen– What are the conditions that they happen– What are the input messages– What are the output messages– What are all the other conditions and restraints– What are the exceptions
• Use Cases are tools use by Actors to get results
![Page 14: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/14.jpg)
Why write Use Cases• Because Use Cases
– Help you understand WHAT you are modeling– Help you communicate with your clients– Help you estimate your requirements– Help you introduce the system to your team– Help you plan your design phase– Help you plan your testing phase– Help you write your documentation (How-to’s)
![Page 15: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/15.jpg)
How to write Use Cases• At least, you should describe:
– Who are the actors– Why does it happen? (the goal and/or context) – When does it happen? (the triggering event) – What happens? (the normal flow) – What else? (alternative and/or exceptional flows)– What are all the business rules?
• Do not bother writing how it happens.
![Page 16: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/16.jpg)
Writing effective Use Cases• Actor names are in single.• Actors represent roles, not persons• Use case name is a verb followed by a direct
object.• Show only Use Cases that are important to the
user• Show only actors that are directly related to the
Use Cases• Create many detailed Use Case diagrams to
analyze requirements • Group common Use Cases in Packages.
![Page 17: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/17.jpg)
Common Use Case pitfalls• Unclear system boundary• The Use Case is written from the system view• The actor names are inconsistent• There are too many Use Cases• The Actor to Use Case relationship is too complicated• The use-case specifications are too long• The use-case specifications are confusing• Incorrect description of the Use Case functionality• The customer doesn't understand the use cases• The use cases are never finished
![Page 18: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/18.jpg)
Quiz 1• A Use Case is
– A diagram showing all the functionalities of the system
– A functionality of the system– An interaction between parts of the system – A functionality that is used by some outside system
to make the system perform some tasks for some reason
– A Use Less thing…
![Page 19: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/19.jpg)
Quiz 2• Three items of interest in use case diagrams
are:– Objects, activities, and communications– Actors, messages, and activities– Objects, use cases, and activities– Actors, use cases, and communications
![Page 20: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/20.jpg)
Use Cases in Rational Rose• Start Rational Rose• Rose creates a new
model, and prompts for template
• Click Cancel to create an abstract UML model
![Page 21: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/21.jpg)
Use Cases in Rational Rose• Close the default class
diagram• Open the main Use
Case diagram• You may want to place
the diagram toolbar above the workspace
![Page 22: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/22.jpg)
The Use Case toolbar in Rational Rose
Package
Use Case
Actor
Message
Dependency
Generalization
![Page 23: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/23.jpg)
Creating Use Cases in Rational Rose
Actor 1 Use Case 1
Request
![Page 24: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/24.jpg)
Actor properties in Rational Rose
![Page 25: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/25.jpg)
Use Case properties in Rational Rose
![Page 26: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/26.jpg)
Message properties in Rational Rose
![Page 27: UML The Unified Modeling Language A Practical Introduction](https://reader035.vdocuments.site/reader035/viewer/2022070404/56813ab8550346895da2c0a2/html5/thumbnails/27.jpg)
• Imagine that you are responsible of modeling a specific system for a customer. – Define the actors of this system– Draw A Use Case diagram for the system– Define the name and its system boundaries.– Write a short and explanatory description for the system, the
actors, and the Use Cases.– Make a draft requirement analysis– Make a draft design plan– Make a draft test plan– Make a draft documentation plan
• Did you find the Use Case modeling useful? Explain your opinion
Dur
atio
n
90
min
utes
Workshop