Uml is made similar by the presence of four common mechanisms that apply consistently throughout the language. After constructing or developing the architecture.

Slides:



Advertisements
Similar presentations
CIT731: Database Development Object Oriented Modeling (OOM)
Advertisements

® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 04. Other.
© 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1 Architectural Modeling Notations.
CS 340 UML Class Diagrams. A model is an abstraction of a system, specifying the modeled system from a certain viewpoint and at a certain level of abstraction.
UML: An Introduction.
2008/03/25 Unified Modeling Lanauage 1 Introduction to Unified Modeling Language (UML) – Part One Ku-Yaw Chang Assistant Professor.
Lecturer: Sebastian Coope Ashton Building, Room G.18 COMP 201 web-page: Lecture.
UML – Class Diagrams.
Detail Design Extending UML and Object Design. Object Design.
Introduction to UML Visual modeling Models and its importance
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
C++ Training Datascope Lawrence D’Antonio Lecture 11 UML.
R R R CSE870: Advanced Software Engineering: Extending and Using UML (Cheng) Supplementary: Using and Extending UML.
Common Mechanisms in UML
1 CS 501 Spring 2002 CS 501: Software Engineering Lecture 16 Object Oriented Design I.
Visualization By: Simon Luangsisombath. Canonical Visualization  Architectural modeling notations are ways to organize information  Canonical notation.
Object-Oriented Analysis and Design
Three Generative grammars
UML Packages & Related Diagrams
SEG4110 – Advanced Software Design and Reengineering
Introduction to the Unified Modeling Language “The act of drawing a diagram does not constitute analysis or design. … Still, having a well-defined and.
Specializing and extending the UML
SaveUML System design. System overview Possible...
1 UML Basic Training. UML Basic training2 Agenda  Definitions: requirements, design  Basics of Unified Modeling Language 1.4  SysML.
Unified Modeling Language © 2002 by Dietrich and Urban1 ADVANCED DATABASE CONCEPTS Unified Modeling Language Susan D. Urban and Suzanne W. Dietrich Department.
1 Advanced Software Architecture Muhammad Bilal Bashir PhD Scholar (Computer Science) Mohammad Ali Jinnah University.
16 August, 2007Information System Design IT60105, Autumn 2007 Information System Design IT60105 Lecture 7 Unified Modeling Language.
An Introduction to the Unified Modeling Language
1 System Analysis and Design Using UML INSTRUCTOR: Jesmin Akhter Lecturer, IIT, JU.
Class Diagram. Classes Software Design (UML) Class Name attributes operations A class is a description of a set of objects that share the same attributes,
Logical view –show classes and objects Process view –models the executables Implementation view –Files, configuration and versions Deployment view –Physical.
1 Class Diagrams. 2 Overview Class diagrams are the most commonly used diagrams in UML. Class diagrams are for visualizing, specifying and documenting.
Software Engineering Lecture 8 Object-Oriented Analysis.
 Building Block Building Block  Things in the UML Things in the UML  Structural Things Structural Things  Behavioral Things Behavioral Things  Grouping.
Class Diagram Chapter 21 Applying UML and Patterns Craig Larman.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
Chapter 16 UML Class Diagrams 1CS6359 Fall 2012 John Cole.
UML Profile BY RAEF MOUSHEIMISH. Background Model is a description of system or part of a system using well- defined language. Model is a description.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
Session 5 Object Model Development. OOAD with UML / Session 5 / 2 of 19 Review A class icon is a rectangle with three sections within it An object is.
Class Diagrams. Terms and Concepts A class diagram is a diagram that shows a set of classes, interfaces, and collaborations and their relationships.
Object-Oriented Software Engineering Practical Software Development using UML and Java Modelling with Classes.
Class Diagram Lecture # 1. Class diagram A Class Diagram is a diagram describing the structure of a system shows the system's classes Attributes operations.
Introduction to UML Hazleen Aris Software Eng. Dept., College of IT, UNITEN. …Unified Modeling Language.
Interpreting the Object Constraint Presented by: Ed Kausmeyer.
25/2/16. Software Design (UML) ClassName attributes operations A class is a description of a set of objects that share the same attributes, Operations.
CS 501: Software Engineering Fall 1999 Lecture 15 Object-Oriented Design I.
® IBM Software Group © 2009 IBM Corporation Viewpoints and Views in SysML Dr Graham Bleakley
UML (Unified Modeling Language)
UML Review: State Machines. Sept. 17, 2003Lecture 5: CS660 Fall Overview States Transitions Activities Modeling object lifeline Creating well-structured.
Elaboration popo.
UNIT-IV Designing Classes – Access Layer ‐ Object Storage ‐ Object Interoperability.
IBM Rational Rhapsody Advanced Systems Training v7.5
Course Outcomes of Object Oriented Modeling Design (17630,C604)
COMPONENT & DEPLOYMENT DIAGRAMS
Object-Oriented Analysis and Design
SysML v2 Formalism: Requirements & Benefits
DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING
Unified Modeling Language
Introduction to Unified Modeling Language (UML)
Business Process Measures
What is UML? What is the Unified Process?
Object Oriented Analysis and Design
Packages.
UNIT – V.
Understand and Use Object Oriented Methods
UML profiles.
Analysis models and design models
Software Design Lecture : 15.
Class Diagrams.
Presentation transcript:

Uml is made similar by the presence of four common mechanisms that apply consistently throughout the language. After constructing or developing the architecture and different views of a software intensive system, the developer should go for common mechanisms. We have four types of common mechanisms. They are….  Specifications  Adornments  Common divisions  Extensibility

Adornments Adornments are generally added to an element’s basic notation and are used to visualize details from the element’s specification.They are used to decorate a particular thing to specify some artifacts. Adornments are classified into two types. They are….. 1. Textual adornments 2. Graphical or symbolic adornments. Textual adornments Most adornments are rendered by placing text near the element. Textual adornments are the strings which delineate the artifacts of a particular thing or relationship or a diagram. Some of the common textual adornments are name, role names, multiplicity, is aggregation or not.

Graphical adornments Most adornments are rendered by adding a graphic symbol to the basic elements. These are the adornments used to specify the artifacts such as relationships, access specifiers etc. some of the symbolic adornments are.. public private # protected note

A note is a special kind of adornment, which is a graphical symbol for rendering comments or constraints attached to an element or collection of elements. These are used to specify things like requirements, observations, reviews and explanations, in addition to rendering constraints. A note is rendered in uml using a rectangle with a dog-eared corner. In uml a note can be rendered in three ways. They are….. A note may contain some plain text Put an url inside a note Simple text An embedded url

We may link to or embed another document Extensibility mechanisms Uml has the capability of extending its vocabulary, properties, and semantics using one of the mechanisms known as extensibility mechanisms. This mechanisms permit us to extend the language in controlled ways. these mechanisms include… 1. stereo types 2. tagged values 3. constraints Link to document

constraints Tagged values Stereo types

A stereo type extends the vocabulary of the uml, allowing you to create new kinds of building blocks that are derived from existing ones but with its own properties, semantics and notation. in simplest form a stereo type is rendered as a name enclosed by guillements define an icon for the stereotype and render that icon to the right of the name > ModelElement Named stereotype > underflow ! Named stereo type with icon

Render an icon as a basic symbol for the stereo typed item Tagged values A tagged value extends the properties of a uml building block, allowing to create new information in that element’s specific function. A tagged value is rendered as a string enclosed by brackets and placed below the name of another element. That string includes a name(tag), a separator(=) and a value( of the tag). Stereotyped element as icon Server {processors=3}

Constraints A constraint is a condition which is used to add or modify the existing rules or semantics for a well-formed model we need to have certain constraints established. A constraint is generally rendered as a simple statement or a mathematical equation in a pair of curly braces, and is placed by side of the thing to which it belongs. simple constraint portfolio Bank Account corporation Gender :{f,m} person {secure} {or} Constraint across multiple constraints {self.wife.gender=female and Self.husband.gender=male} Formal constraint Using ocl

based on the common mechanisms we can model the following modeling comments modeling new building blocks modeling new properties modeling new semantics Modeling comments write the comment in the symbol provided and place the note by side of the element to which it refers. the note can be elided or it can be made visible if the note is lengthy, then write down the complete description in a document and place a link in the note referring the document as the model evolves keep those comments that are significant, otherwise remove

Modeling new building blocks Make sure that the thing which we want to model doesn’t have a graphical representation in uml After conforming the above select any one of the eleven things and stereotype it. Stereo typing can be done in two ways. 1. Selecting a stereo type which already exists. 2. Creating our own stereo type. Specify new properties and semantics for the new thing. If necessary place a icon for the above stereo type

Modeling new properties Make sure that there is no way to express a value using the attributes of a class In the above situation create a new tag and assign it a value which we want to model > FieldAccess {version=2.5 Status=checkdin} > FieldAccess {version=2.5 Status=checkdin} > Billing {version=3.2 Status=checkout By=edg} > Billing {version=3.2 Status=checkout By=edg} > AccountsPayable {version=3.2.1 Status=checkedin} > AccountsPayable {version=3.2.1 Status=checkedin} > WorldCurrency {version=7.5 Status=checedin} > WorldCurrency {version=7.5 Status=checedin} 

Modeling new semantics M ake sure there is no way to model the rules of constraints. Write down the constraints and new semantics for the element which we want to model and place adjacent to it If we want to express the constraints in a more precise way use ocl as apart of mentioning the constraints member 1..* 1 manager department person {subset} <

END.