SlideShare a Scribd company logo

M03_1_Structur alDiagrams.ppt

Download as PPT, PDF
N
nesarahmad37

The document discusses advanced features of UML, emphasizing structural diagrams and their roles in representing the static aspects of systems. Key topics include class diagrams, responsibilities, relationships, associations, and component diagrams, detailing their definitions and significance in object-oriented modeling. It also covers the transformation of UML diagrams into logical database schemas and the importance of accurately modeling instances and components for system architecture.

Data & Analytics
1 of 71
Download to read offline
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
1 Module 3 – Advanced Features: Part I - Structural Diagrams
2 3 basic building blocks of UML - Diagrams Graphical representation of a set of elements. Represented by a connected graph: Vertices are things; Arcs are relationships/behaviors. 5 most common views built from UML 1.x: 9 diagram types. UML 2.0: 12 diagram types Behavioral Diagrams Represent the dynamic aspects. – Use case – Sequence; Collaboration – Statechart – Activity Structural Diagrams Represent the static aspects of a system. – Class; Object – Component – Deployment Behavioral Diagrams – Use case – Statechart – Activity Structural Diagrams – Class; Object – Component – Deployment – Composite Structure – Package Interaction Diagrams – Sequence; Communication – Interaction Overvie – Timing
3 Class Diagrams Structural Diagrams –Class; Object – Component – Deployment – Composite Structure – Package
4 Class Diagram Three modeling perspectives for Class Diagram  Conceptual: the diagram reflects the domain  Specification: focus on interfaces of the software (Java supports interfaces)  Implementation: class (logical database schema) definition to be implemented in code and database. The basis for all object modeling All things lead to this Most users of OO methods take an implementation perspective, which is a shame because the other perspectives are often more useful. -- Martin Fowler • Most common diagram. • Shows a set of classes, interfaces, and collaborations and their relationships (dependency, generalization, association and realization); notes too. • Represents the static view of a system (With active classes, static process view)
5 Names Customer Account Bank Java::awt::Polygon simple name - start w. upper case path name = package name ::package name::name only the name compartment, ok Attributes short noun - start w. lower case balance: Real = 0 type/class default value <<constructor>> +addAccount() <<process>> +setBalance( a : Account) +getBalance(a: Account): Amount … <<query>> isValid( loginID : String): Boolean signature Operations may cause object to change state Classes ellipsis for additional attributes or operations stereotypes to categorize
6 Responsibilities • A collaborator is also a class which the (current) class interacts with to fulfill a responsibility Responsibilities -- handles deposits -- reports fraud to managers Account • anything that a class knows or does (Contract or obligation) • An optional 4th item carried out by attributes and operations. • Free-form text; one phrase per responsibility. • Technique - CRC cards (Class-Responsibility-Collaborator); Kent Beck and Ward Cunningham’89 Customer Account Opens account Knows name Knows address Account Manager Knows interest rate Knows balance Handles deposits Reports fraud to manager
7 Scope & Visibility + addMessage( m : Message ) : Status # setCheckSum() - encrypt() header : FrameHeader uniqueID : Long Frame class scope public protected private • Public - access allowed for any outside classifier (+). • Protected - access allowed for any descendant of the classifier (#). • Private - access restricted to the classifier itself (-). • (using adornments in JBuilder) Instance scope • Instance Scope — each instance of the classifier holds its own value. • Class Scope — one value is held for all instances of the classifier (underlined). - getClassName() Public class Private class Protected class Public method Public attribute
8 consolePort [ 2..* ] : Port NetworkController 1 ControlRod 3 multiplicity singleton public class Singleton { private static Singleton instance = null; private Singleton() {} public static Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } } Multiplicity Singleton - instance + getInstance():Singleton consolePort [ 2..* ] : Port NetworkController Using Design Pattern
9 Relationships Window open() close() ConsoleWindow DialogBox Control Event association dependency generalization SetTopController authorizationLevel startUp() shutDown() Connect() <<interface>> URLStreamHandler openConnection() parseURL() setURL() toExternalForm() PowerManager ChannelIterator Controller EmbeddedAgent <<friend>> generalization (multiple inheritance) association navigation stereotyped dependency realization
10 AudioClip Dependency • A change in one thing may affect another. record(m:Microphone) start() stop() Microphone name dependency • The most common dependency between two classes is one where one class <<use>>s another as a parameter to an operation. CourseSchedule addCourse(c : Course) removeCourse(c : Course Course Usually initial class diagrams will not have any significant number of dependencies in the beginning of analysis but will as more details are identified. Using relationship
11 Dependency – Among Classes AbstractClass {abstract} attribute concreteOperation() abstractOperation() <<metaclass>> MetaClassName <<interface>> InterfaceName operation() ClassName -simpleAttribute: Type = Default #classAttribute: Type +/derivedAttribute: Type +operation(in arg: Type = Default): ReturnType objectName: ClassName Attribute = value simpleAttribute: Type = Default classAttribute: Type /derivedAttribute: Type ClientClass <<use>> <<instanceOf>> <<instanceOf>> realization generalization
12 Dependency –Among Classes • Eight Stereotypes of Dependency Among Classes – bind: the source instantiates the target template using the given actual parameters – derive: the source may be computed from the target – friend: the source is given special visibility into the target – instanceOf : the source object is an instance of the target classifier – instantiate: the source creates instances of the target – powertype: the target is a powertype of the source; a powertype is a classifier whose objects are all the children of a given parent – refine: the source is at a finer degree of abstraction than the target – use: the semantics of the source element depends on the semantics of the public part of the target
13 Dependency –Among Use Cases • Two Stereotypes of Dependency Among Use Cases: – extend: the target use case extends the behavior of the source – include: the source use case explicitly incorporates the behavior of another use case at a location specified by the source Use Case A Use Case B Use Case C <<extend>> <<include>> System Actor <<actor>> Actor Supply Customer Info. Request Catalog <<extend>> <<include>> Order Processing System SalesPerson Order Item Make Payment <<include>> <<include>> The sales person asks for the catalog Place Order Extension points Additional requests: after creation of the order 1 *
14 Generalization • Four Standard Constraints – complete: all children in the generalization have been specified; no more children are permitted – incomplete: not all children have been specified; additional children are permitted – disjoint: objects of the parent have no more than one of the children as a type – overlapping: objects of the parent may have more than one of the children as a type • One Stereotype – implementation: the child inherits the implementation of the parent but does not make public nor support its interfaces
15 Generalization – Along Roles
16 Generalization –Among Actors SalesPerson Place Order Extension points Additional requests: after creation of the order 1 * SalesManager Grant Credit 1 * Sales person can do only “Place Order”; Sales manager can do both “Place Order” and “Grant Credit”
17 Associations Professor Course teaches relationship name direction indicator: how to read relation name teacher class role names Multiplicity defines the number of objects associated with an instance of the association. Default of 1; Zero or more (*); n..m; range from n to m inclusive 1..* * • Represent conceptual relationships between classes (cf. dependency with no communication/message passing) navigability {visibility} {/} role name {: interface name}
18 Associations – A Question • How would you model the following situation? “You have two files, say homework1 and myPet, where homework1 is read-accessible only by you, but myPet is write-accessible by anybody.” You could create two classes, File and User. Homework1 and MyPet are files, and you are a user. File User Approach 1: Now, would you associate the file access right with File? Approach 2: Or, would you associate the file access right with User? homework1:File myPet:File <<instanceOf>> u:User <<instanceOf>> anyoneElse: User
19 Association generalization is not automatic, but should be explicit in UML Associations – Links – link is a semantic connection among objects. – A link is an instance of an association. Company 1..* * employee employer : Company assign(development) w : Worker link named object anonymous object class association class Worker +setSalary( s : Salary) +setDept( d : Dept) works for association name <<instanceOf>> <<instanceOf>> ?
20 Associations – Link Attributes • Link Attributes The most compelling reason for having link attributes is for-many-to-many relationships File User access permission File User access permission • Association Class AccessRight * 1..* link attribute association class • With a refactoring File User * 1..* access permission AccessRight 1 1 visual tie
21 Modeling Structural Relationships The model above is from Rational Rose. How did the composite symbol ( )get loaded versus the aggregation? Use the Role Detail and select aggregation and then the “by value” radio button. School Instructor Course Department Student * 1..* 1..* 1 has 5member * * attends 4 * 1..* 3teaches 1..* 1..* 1..* 1..* 0..1 1 chairperson 5 assigned to  Considering a bunch of classes and their association relationships
22 Modeling Structural Relationships Composite is a stronger form of aggregation. Composite parts live and die with the whole. Composite parts may belong to only one composite. Liver Body Heart Wheel Car Engine Composite Company Department 1..* association multiplicity aggregation part whole - structural association representing “whole/part” relationship. - “has-a” relationship. Aggregation Part -> whole? Body Liver Heart Can aggregations of objects be cyclic?
23 WorkDesk jobId : int returnedItem * 0..1 Qualifier, cannot access person without knowing the account # Bank account # Person Square * 0..1 1 1 Association – Qualification Chessboard rank:Rank file:File
24 Association – Interface Specifier worker : IEmployee supervisor : IManager * 1 Person Interface Specifier association Realization • A semantic relationship between classifiers in which one classifier specifies a contract that another guarantees to carry out. • In the context of interfaces and collaborations • An interface can be realized by many classes/components • A class/component may realize many interfaces IManager getProject() getSchedule() Person
25 Modeling a Logical Database • Class diagrams to provide more semantics • From a general class diagram, first identify classes whose state must be persistent (e.g. after you turn off the computer, the data survives, although the program doesn’t). • Create a class diagram using standard tagged value, (e.g. {persistent} ). • Include attributes and associations. • Use tools, if available, to transform logical design (e.g., tables and attributes) into physical design (e.g., layout of data on disk and indexing mechanisms for fast access to the data). 1..* School { persistent} name : Name address : String phone : Number addStudent() removeStudent() getStudent() getAllStudents() addDepartment() removeDepartment() getDepartment() getAllDepartments() Student { persistent} name : Name studentId : Number Instructor { persistent} name : Name Department { persistent} name : Name addInstructor() removeInstructor() getInstructor() getAllInstructors() Course { persistent} name : Name courseId : Number 1..* 1..* 1..* 1..* 1..* 1..* * 0..1 0..1 chairperson * * *
26 Forward/ Reverse Engineering • translate a collaboration into a logical database schema/operations • transform a model into code through a mapping to an implementation language. • Steps – Selectively use UML to match language semantics (e.g. mapping multiple inheritance in a collaboration diagram into a programming language with only single inheritance mechanism). – Use tagged values to identify language.. public abstract class EventHandler { private EventHandler successor; private Integer currentEventId; private String source; EventHandler() {} public void handleRequest() {} } successor EventHandler { Java} currentEventId : Integer source : Strings handleRequest() : void Client { Java} • translate a logical database schema/operations into a collaboration • transform code into a model through mapping from a specific implementation language.
27 Object Diagrams Structural Diagrams – Class; Object – Component – Deployment – Composite Structure – Package
28 Instances & Object Diagrams  “instance” and “object” are largely synonymous; used interchangeably.  difference:  instances of a class are called objects or instances; but  instances of other abstractions (components, nodes, use cases, and associations) are not called objects but only instances. What is an instance of an association called? Object Diagrams  very useful in debugging process. – walk through a scenario (e.g., according to use case flows). – Identify the set of objects that collaborate in that scenario (e.g., from use case flows). – Expose these object’s states, attribute values and links among these objects.
29 : keyCode Instances & Objects - Visual Representation : Multimedia :: AudioStream t : Transaction myCustomer r : FrameRenderThread c : Phone [WaitingForAnswer] myCustomer id : SSN = “432-89-1738” active = True agent : named instance instance with current state instance with attribute values active object (with a thicker border; owns a thread or process and can initiate control activity) multiobject orphan instance (type unknown) anonymous instance
30 Instances & Objects - Modeling Concrete Instances • Expose the stereotypes, tagged values, and attributes. • Show these instances and their relationships in an object diagram. current: Transaction primaryAgent [searching] : Transaction LoanOfficer <<instanceOf>> current := retrieve() Instances & Objects - Modeling Prototypical Instances • Show these instances and their relationships in an interaction diagram or an activity diagram. a: CallingAgent c: Connection 1 : create 2: enableConnection 2.1 : startBilling
31 Instances & Objects – More Examples client servers 1: aServer := find(criteria) d: Directory 1: sort() list() contents: File d: Directory 1: addElement(f) addFile(f:File) contents: File :Server aServer:Server 2: process(request) c : Company s : Department name = “Sales” uss : Department name = “US Sales” erin : Person name = “Erin” employeeID = 4362 title = “VP of Sales” rd : Department name = “R&D” : ContactInfomation address = “1472 Miller St.” manager call ::= label [guard] [“*”] [return-val-list “:=“] msg-name “(“ arg-list “)” d: Directory 1*: changeMode(readOnly) secureAll() f: File *
32 Component Diagrams Structural Diagrams – Class; Object –Component – Deployment – Composite Structure – Package
33 Component Diagram  Shows a set of components and their relationships.  Represents the static implementation view of a system.  Components map to one or more classes, interfaces, or collaborations. classes loanOfficer.dll component LoanOfficer LoanPolicy CreditSearch Registrar.exe Course.dll Student.dll Components and their Relationships Mapping of Components into Classes UML1.x – implementation view
34 Component Diagram UML2.0 – architectural view • Short history behind architecture • Architecture still an emerging discipline • Challenges, a bumpy road ahead • UML and architecture evolving in parallel • Component diagram in need of better formalization and experimentation Big demand, hmm…
35 Component Diagram – another example (www.cs.tut.fi/tapahtumat/olio2004/richardson.pdf)
36 Component Diagram – another example (www.cs.tut.fi/tapahtumat/olio2004/richardson.pdf)
37 Component Diagram – another example (www.cs.tut.fi/tapahtumat/olio2004/richardson.pdf)
38 Component Diagram UML2.0 – architectural view Component Component Explicit description of interfaces:  provided services to other components  requested services from other components  An interface is a collection of 1..* methods, and 0..* attributes  Interfaces can consist of synchronous and / or asynchronous operations  A port (square) is an interaction point between the component and its environment.  Can be named; Can support uni-directional (either provide or require) or bi-directional (both provide and require) communication; Can support multiple interfaces.  possibly concurrent interactions  fully isolate an object’s internals from its environment lollipop socket Student StudentAdministration StudentSchedule AccessControl Encription Persistence DataAccess security Data[1..*] Incoming signals/calls Outgoing signals/calls caller or callee?
39 Component Diagram: UML 1.x and UML 2.0 (http://www.agilemodeling.com/artifacts/componentDiagram.htm)
40 Component Diagram: UML 1.x and UML 2.0 (http://www.agilemodeling.com/artifacts/componentDiagram.htm) So, how many different conventions for components in UML2.0?
41 Building a Component  simplified the ports to either provide or require a single interface  relationships between ports and internal classes in three different ways: i) as stereotyped delegates (flow), as delegates, and as realizes (logical->physical) relationships Cohesive reuse and change of classes; acyclic component dependency ???
42 Component Diagram – Connector & Another Example delegation Left delegation: direction of arrowhead indicates “provides” delegation assembly connector  a connector: just a link between two or more connectable elements (e.g., ports or interfaces)  2 kinds of connectors: assembly and delegation. For “wiring”  An assembly connector: a binding between a provided interface and a required interface (or ports) that indicates that one component provides the services required by another; simple line/ball-and-socket/lollipop-socket notation  A delegation connector binds a component’s external behavior (as specified at a port) to an internal realization of that behavior by one of its parts (provide-provide, request-request). Right delegation: direction of arrowhead indicates “requests” store So, what levels of abstractions for connections?
43 Structured Class  A structured class(ifier) is defined, in whole or in part, in terms of a number of parts - contained instances owned or referenced by the structured class(ifier).  With a similar meaning to a composition relation  A structured classifier’s parts are created within the containing classifier (either when the structured classifier is created or later) and are destroyed when the containing classifier is destroyed.  Like classes and components, combine the descriptive capabilities of structured classifiers with ports and interfaces Components extend classes with additional features such as  the ability to own more types of elements than classes can; e.g., packages, constraints, use cases, and artifacts  deployment specifications that define the execution parameters of a component deployed to a node label /roleName : type connector Any difference? component or class?
44 move() resize() display() origin Shape IUnknown <<type>> Int { values range from -2**31 to +2**31 - 1 } <<signal>> OffHook Process loan <<subsystem>> Customer Service egb_server kernel32.dll class interface data type signal use case subsystem node component move() resize() display() origin Shape <<type>> Int { values range from -2**31 to +2**31 - 1 } <<signal>> OffHook Process loan <<subsystem>> Customer Service membership_server kernel32.dll class interface data type signal use case node component an asynchronous stimulus communicated between instances Classifiers • Classifier—mechanism that describes structural (e.g. class attributes) and behavioral (e.g. class operations) features. In general, those modeling elements that can have instances are called classifiers. • cf. Packages and generalization relationships do not have instances. Generalizable Element, Classifier, Class, Component?
45 Structured Class – Another Example what kind?
46 Deployment Diagrams Structural Diagrams – Class; Object – Component – Deployment – Composite Structure – Package
47 Deployment Diagram J2EE Server Membership Server IIS + PhP Server Tomcat Server TCP/IP TCP/IP DecNet • Shows a set of processing nodes and their relationships. • Represents the static deployment view of an architecture. • Nodes typically enclose one or more components.
48 Structural Diagrams - Deployment Diagram (http://www.agilemodeling.com/artifacts/deploymentDiagram.htm) Student administration application Physical nodes - stereotype device WebServer - physical device or software artifact RMI/message bus: connection type Nodes can contain other nodes or software artifacts recursively  Deployment specs: configuration files: name and properties
49 Structural Diagrams - Deployment Diagram (http://www.agilemodeling.com/artifacts/deploymentDiagram.htm) Is this better? More concrete Implementation-oriented
50 Composite Structure Diagrams Structural Diagrams – Class; Object – Component – Deployment –Composite Structure – Package
51 Composite Structure Diagrams (http://www.agilemodeling.com/artifacts/compositeStructureDiagram.htm) Enroll in Seminar Enroll Student prereq: Seminar Enrollment Seminar seats: Integer waitList: Student Course req: Course constrainer desired seminar applicant registration Add to Wait list Determine eligibility Determine Seat availability applicant seminar existing students desired course • Depicts the internal structure of a classifier (such as a class, component, or collaboration), including the interaction points of the classifier to other parts of the system. structured class, structured component, structured use case, structured node, structured interface, … Enroll in Seminar Enroll Student prereq: Seminar Enrollment Seminar seats: Integer waitList: Student Course req: Course constrainer desired seminar applicant registration <<refine>>
52 Variations [Rumbaugh – UML 2.0 Reference: p234] Sale buyer: Agent item: Property seller: Agent role name role type role collaboration name Collaboration definition ShiloPurchase: Sale Shilo: Land item Edward: Architect Bala: Analyst buyer seller role name Collaboration use in object diagram collaborating object collaboration name use name
53
54 Structural Diagrams – Class; Object – Component – Deployment – Composite Structure –Package
55 Packages • Package — general-purpose mechanism for organizing elements into groups. Business rules Client Sensors::Vision { version = 2.24 } simple names enclosing package name package name path names + OrderForm + TrackingForm - Order Client Client +OrderForm +TrackingForm -Order graphical nesting textual nesting visibility • Nested Elements: Composite relationship (When the whole dies, its parts die as well, but not necessarily vice versa) • (C++ namespace; specialization means “derived”) Visibility • Packages that are friends to another may see all the elements of that package, no matter what their visibility. • If an element is visible within a package, it is visible within all packages nested inside the package.
56 Dependency –Among Packages • Two Stereotypes of Dependency Among Packages: – access: the source package is granted the right to reference the elements of the target package (:: convention) – import: a kind of access; the public contents of the target package enter the flat namespace of the source as if they had been declared in the source packageName packageName subPackageName packageName PackageClass <<import>> <<access>> + OrderForm + TrackingForm - Order Client +OrderRules -GUI:Window Policies <<import>> +Window +Form #EventHandler GUI <<import>> imports exports
57 Modeling Groups of Elements • Look for “clumps” of elements that are semantically close to one another. • Surround “clumps” with a package. • Identify public elements of each package. • Identify import dependencies. utd.administration Tools.db registration db interfaces Cloudscape Oracle Java.awt Use Case package Diagram • Included and extending use cases belong in the same package as the parent/base use case • Cohesive, and goal-oriented packaging • Actors could be inside or outside each package
58 Class Package Diagrams (http://www.agilemodeling.com/artifacts/packageDiagram.htm) • Classes related through inheritance, composition or communication often belong in the same package Seminar Registration <<application>> Schedule Student Professor Java Infrastructure <<technical>> <<import>> Contact Point <<import>> <<import>> <<import>> <<import>> • A frame depicts the contents of a package (or components, classes, operations, etc.) • Heading: rectangle with a cut-off bottom-right corner, [kind] name [parameter] Seminar Course Enrollment Location Time 1 0..* 1..* 1 1..* 1 held at Package Schedule A frame encapsulates a collection of collaborating instances or refers to another representation of such
59 Common Mechanisms •Adornments Notes & Compartments •Extensibility Mechanisms –Stereotypes - Extension of the UML metaclasses. –Tagged Values - Extension of the properties of a UML element. –Constraints - Extension of the semantics of a UML element.
60 Adornments • Textual or graphical items added to an element’s basic notation. • Notes - Graphical symbol for rendering constraints or comments attached to an element or collection of elements; No Semantic Impact Rendered as a rectangle with a dog-eared corner. See smartCard.doc for details about this routine. May contain combination of text and graphics. May contain URLs linking to external documents. See http://www.rational.com for related info. Additional Adornments • Placed near the element as – Text – Graphic • Special compartments for adornments in – Classes – Components – Nodes Transaction Exceptions addAction() Resource Locked named compartment anonymous compartment Client bill.exe report.exe contacts.exe
61 Stereotypes • Allow controlled extension of metamodel classes. [UML11_Metamodel_Diagrams.pdf] • Graphically rendered as – Name enclosed in guillemets (<< >> ) • <<stereotype>> – New icon «metaclass» ModelElement Internet • The new building block can have • its own special properties through a set of tagged values • its own semantics through constraints • Mechanisms for extending the UML vocabulary. • Allows for new modeling building blocks or parts.
62 Tagged Values Server {channels = 3} <<library>> accounts.dll {customerOnly} tagged values • a (name, value) pair describes a property of a model element. • Properties allow the extension of “metamodel” element attributes. • modifies the semantics of the element to which it relates. • Rendered as a text string enclosed in braces { } • Placed below the name of another element. «subsystem» AccountsPayable { dueDate = 12/30/2002 status = unpaid }
63 Constraints Portfolio BankAccount {secure} A simple constraint • Extension of the semantics of a UML element. • Allows new or modified rules • Rendered in braces {}. – Informally as free-form text, or – Formally in UML’s Object Constraint Language (OCL): E.g., {self.wife.gender = female and self.husband.gender = male} Constraint across multiple elements Corporation BankAccount {or} Person id : {SSN, passport} Department Person * * 1..* 1 member manager {subset} Person age: Integer Company employers employees 0..* 0..* Company self.employees.forAll(Person p | p.age >= 18 and p.age <= 65)
64 Appendix Some Additional Material
65 Classes: Notation and Semantics Class - Name attribute-name-1 : data-type-1 = default-value-1 attribute-name-2 : data-type-2 = default-value-2 operation-name-1 ( argument-list-1) : result-type-1 operation-name-2 ( argument-list-2) : result-type-2 responsibilities To model the <<semantics>> (meaning) of a class:  Specify the body of each method (pre-/post-conditions and invariants)  Specify the state machine for the class  Specify the collaboration for the class  Specify the responsibilities (contract)
66 Attributes • Syntax [ visibility ] name [ multiplicity ] [ : type ] [ = initial-value ] [ {property-string } ] • Visibility + public; - private; # protected; {default = +} • type – There are several defined in Rational Rose. – You can define your own. • property-string Built-in property-strings: – changeable—no restrictions (default) – addOnly—values may not be removed or altered, but may be added – frozen—may not be changed after initialization Or you can define your own: e.g. {leaf} origin Name only + origin Visibility and name origin : Point Name and type head : *Item Name and complex type name [ 0..1 ] : String Name, multiplicity, and type origin : Point = { 0, 0 } Name, type, and initial value id : Integer { frozen } Name and property
67 Operations • Syntax [ visibility ] name [ (parameter-list ) ] [ : return-type ] [ (property-string) ] • Visibility + public; - private; # protected; {default = +} • parameter-list syntax [ direction ] name : type [ = default-value ] • direction – in—input parameter; may not be modified – out—output parameter; may be modified – inout—input parameter; may be modified • property-string – leaf – isQuery—state is not affected – sequential—not thread safe – guarded—thread safe (Java synchronized) – concurrent—typically atomic; safe for multiple flows of control
68 Template Classes; Primitive Types • A template class is a parameterized element and defines a family of classes • In order to use a template class, it has to be instantiated • Instantiation involves binding formal template parameters to actual ones, resulting in a concrete class + bind( in i : Item; in v : Value ) : Boolean + isBound( in i : Item ) : Boolean {isQuery} Map Item Value Buckets : int Map< Customer, Order, 3 > OrderMap <<bind>> ( Customer, Order, 3 ) explicit binding implicit binding template class template parameters Uses <<bind>> Item Value Buckets Primitive Types using a class notation <<enumeration>> Boolean false true <<dataType>> Int { value range –2**31 to +2**31-1 } constraint stereotype
69 Interface: A Java Example public interface SoundFromSpaceListener extends EventListener { void handleSoundFromSpace(SoundFromSpaceEventObject sfseo); } public class SpaceObservatory implements SoundFromSpaceListener public void handleSoundFromSpace(SoundFromSpaceEventObject sfseo) { soundDetected = true; callForPressConference(); } Can you draw a UML diagram corresponding to this?
70 Package Diagrams: Standard Elements • Façade — only a view on some other package. • Framework — package consisting mainly of patterns. • Stub — a package that serves as a proxy for the public contents of another package. • Subsystem — a package representing an independent part of the system being modeled. • System — a package representing the entire system being modeled. Is <<import>> transitive? Is visibility transitive? Does <<friend>> apply to all types of visibility: +, -, #?
71 Dependency –Among Objects • 3 Stereotypes of Dependency in Interactions among Objects: – become: the target is the same object as the source but at a later point in time and with possibly different values, state, or roles – call: the source operation invokes the target operation – copy: the target object is an exact, but independent, copy of the source

More Related Content

PPT
M03 1 Structuraldiagrams
Dang Tuan
 
PPTX
Unit 1- OOAD ppt
PRIANKA R
 
PPT
Encapsulation
FALLEE31188
 
PPT
M04_DesignPatterns software engineering.ppt
ssuser2d043c
 
PDF
Module 4: UML In Action - Design Patterns
jaden65832
 
PPTX
UML Design Document Training Learn UML .pptx
raghavanp4
 
PPTX
OOAD unit1 introduction to object orientation
Dr Chetan Shelke
 
PPTX
Unit two concept of classes and objects
Dr Chetan Shelke
 
M03 1 Structuraldiagrams
Dang Tuan
 
Unit 1- OOAD ppt
PRIANKA R
 
Encapsulation
FALLEE31188
 
M04_DesignPatterns software engineering.ppt
ssuser2d043c
 
Module 4: UML In Action - Design Patterns
jaden65832
 
UML Design Document Training Learn UML .pptx
raghavanp4
 
OOAD unit1 introduction to object orientation
Dr Chetan Shelke
 
Unit two concept of classes and objects
Dr Chetan Shelke
 

Similar to M03_1_Structur alDiagrams.ppt (20)

PPT
Object Oriented Analysis and Design with UML2 part2
Haitham Raik
 
PPTX
3_ObjectOrientedSystems.pptx
RokaKaram
 
PPT
ObjectOrientedSystems.ppt
ChishaleFriday
 
PDF
SE_Lec 06_Object Oriented Analysis and Design
Amr E. Mohamed
 
PPT
implementing oop_concept
Amit Gupta
 
PPTX
UNIT II STATIC UML DIAGRAMS.pptx
anguraju1
 
PPT
Lecture01
artgreen
 
PDF
SE18_Lec 06_Object Oriented Analysis and Design
Amr E. Mohamed
 
PPT
Intro Uml
Kris der Rose
 
PPT
Synapseindia strcture of dotnet development part 1
Synapseindiappsdevelopment
 
PPT
Object Oriented Design
Sudarsun Santhiappan
 
PPT
Object Oriented Design
Aravinth NSP
 
PPT
chapter 5 Objectdesign.ppt
TemesgenAzezew
 
PPT
UML Diagrams
Kartik Raghuvanshi
 
PPTX
uml.pptx
amanuel236786
 
PPTX
Crafted Design - LJC World Tour Mash Up 2014
Sandro Mancuso
 
PPT
UML Introduction The system development life cycle (SDLC) is a complex projec...
ssuserdb9909
 
PPT
Unit 5.ppt
JITTAYASHWANTHREDDY
 
PPT
CASE Tools lab.ppt
RAJESH S
 
PPTX
Salesforce lwc development workshops session #6
Rahul Gawale
 
Object Oriented Analysis and Design with UML2 part2
Haitham Raik
 
3_ObjectOrientedSystems.pptx
RokaKaram
 
ObjectOrientedSystems.ppt
ChishaleFriday
 
SE_Lec 06_Object Oriented Analysis and Design
Amr E. Mohamed
 
implementing oop_concept
Amit Gupta
 
UNIT II STATIC UML DIAGRAMS.pptx
anguraju1
 
Lecture01
artgreen
 
SE18_Lec 06_Object Oriented Analysis and Design
Amr E. Mohamed
 
Intro Uml
Kris der Rose
 
Synapseindia strcture of dotnet development part 1
Synapseindiappsdevelopment
 
Object Oriented Design
Sudarsun Santhiappan
 
Object Oriented Design
Aravinth NSP
 
chapter 5 Objectdesign.ppt
TemesgenAzezew
 
UML Diagrams
Kartik Raghuvanshi
 
uml.pptx
amanuel236786
 
Crafted Design - LJC World Tour Mash Up 2014
Sandro Mancuso
 
UML Introduction The system development life cycle (SDLC) is a complex projec...
ssuserdb9909
 
Unit 5.ppt
JITTAYASHWANTHREDDY
 
CASE Tools lab.ppt
RAJESH S
 
Salesforce lwc development workshops session #6
Rahul Gawale
 
Ad

Recently uploaded (20)

PPTX
IBA_Chapter_11_Slides_Final_Accessible.pptx
SrikantKapoor1
 
PPTX
Market Analysis -202507- Wind-Solar+Hybrid+Street+Lights+for+the+North+Amer...
LEDLUXX Smart Lite TEC
 
PDF
annual-report-2024-2025 original latest.
nityanema19
 
PPTX
Leprosy and NLEP programme community medicine
Vinodhini Balamurugan
 
PPTX
Qualitative Qantitative and Mixed Methods.pptx
AhmaduMohammed
 
PDF
REAL ILLUMINATI AGENT IN KAMPALA UGANDA CALL ON+256765750853/0705037305
Real illuminati agent from Uganda Kampala call 0782561496/0756664682
 
PPTX
Acceptance and paychological effects of mandatory extra coach I classes.pptx
ZaheerAhmad228692
 
PPTX
importance of Data-Visualization-in-Data-Science. for mba studnts
Tanu Arora
 
PPTX
mbdjdhjjodule 5-1 rhfhhfjtjjhafbrhfnfbbfnb
CHINTU5000
 
PDF
Data Engineering Interview Questions & Answers Cloud Data Stacks (AWS, Azure,...
Mindbox Trainings
 
PPTX
STERILIZATION AND DISINFECTION-1.ppthhhbx
DivuuJain
 
PPTX
Modelling in Business Intelligence , information system
anantyakhrisna1
 
PPTX
Pilar Kemerdekaan dan Identi Bangsa.pptx
RyanSyah40
 
PPTX
(Ali Hamza) Roll No: (F24-BSCS-1103).pptx
fb7654821
 
PPTX
Managing Community Partner Relationships
alexmderr
 
PPT
ISS -ESG Data flows What is ESG and HowHow
lucandthemachine
 
PPTX
Data_Analytics_and_PowerBI_Presentation.pptx
ZubyrAhmed
 
PPTX
SAP 2 completion done . PRESENTATION.pptx
POORNIMAN26
 
PDF
Capcut Pro Crack For PC Latest Version {Fully Unlocked 2025}
malikyahyah1122
 
PPTX
A Complete Guide to Streamlining Business Processes
Accentfuture
 
IBA_Chapter_11_Slides_Final_Accessible.pptx
SrikantKapoor1
 
Market Analysis -202507- Wind-Solar+Hybrid+Street+Lights+for+the+North+Amer...
LEDLUXX Smart Lite TEC
 
annual-report-2024-2025 original latest.
nityanema19
 
Leprosy and NLEP programme community medicine
Vinodhini Balamurugan
 
Qualitative Qantitative and Mixed Methods.pptx
AhmaduMohammed
 
REAL ILLUMINATI AGENT IN KAMPALA UGANDA CALL ON+256765750853/0705037305
Real illuminati agent from Uganda Kampala call 0782561496/0756664682
 
Acceptance and paychological effects of mandatory extra coach I classes.pptx
ZaheerAhmad228692
 
importance of Data-Visualization-in-Data-Science. for mba studnts
Tanu Arora
 
mbdjdhjjodule 5-1 rhfhhfjtjjhafbrhfnfbbfnb
CHINTU5000
 
Data Engineering Interview Questions & Answers Cloud Data Stacks (AWS, Azure,...
Mindbox Trainings
 
STERILIZATION AND DISINFECTION-1.ppthhhbx
DivuuJain
 
Modelling in Business Intelligence , information system
anantyakhrisna1
 
Pilar Kemerdekaan dan Identi Bangsa.pptx
RyanSyah40
 
(Ali Hamza) Roll No: (F24-BSCS-1103).pptx
fb7654821
 
Managing Community Partner Relationships
alexmderr
 
ISS -ESG Data flows What is ESG and HowHow
lucandthemachine
 
Data_Analytics_and_PowerBI_Presentation.pptx
ZubyrAhmed
 
SAP 2 completion done . PRESENTATION.pptx
POORNIMAN26
 
Capcut Pro Crack For PC Latest Version {Fully Unlocked 2025}
malikyahyah1122
 
A Complete Guide to Streamlining Business Processes
Accentfuture
 
Ad

M03_1_Structur alDiagrams.ppt

  • 1. 1 Module 3 – Advanced Features: Part I - Structural Diagrams
  • 2. 2 3 basic building blocks of UML - Diagrams Graphical representation of a set of elements. Represented by a connected graph: Vertices are things; Arcs are relationships/behaviors. 5 most common views built from UML 1.x: 9 diagram types. UML 2.0: 12 diagram types Behavioral Diagrams Represent the dynamic aspects. – Use case – Sequence; Collaboration – Statechart – Activity Structural Diagrams Represent the static aspects of a system. – Class; Object – Component – Deployment Behavioral Diagrams – Use case – Statechart – Activity Structural Diagrams – Class; Object – Component – Deployment – Composite Structure – Package Interaction Diagrams – Sequence; Communication – Interaction Overvie – Timing
  • 3. 3 Class Diagrams Structural Diagrams –Class; Object – Component – Deployment – Composite Structure – Package
  • 4. 4 Class Diagram Three modeling perspectives for Class Diagram  Conceptual: the diagram reflects the domain  Specification: focus on interfaces of the software (Java supports interfaces)  Implementation: class (logical database schema) definition to be implemented in code and database. The basis for all object modeling All things lead to this Most users of OO methods take an implementation perspective, which is a shame because the other perspectives are often more useful. -- Martin Fowler • Most common diagram. • Shows a set of classes, interfaces, and collaborations and their relationships (dependency, generalization, association and realization); notes too. • Represents the static view of a system (With active classes, static process view)
  • 5. 5 Names Customer Account Bank Java::awt::Polygon simple name - start w. upper case path name = package name ::package name::name only the name compartment, ok Attributes short noun - start w. lower case balance: Real = 0 type/class default value <<constructor>> +addAccount() <<process>> +setBalance( a : Account) +getBalance(a: Account): Amount … <<query>> isValid( loginID : String): Boolean signature Operations may cause object to change state Classes ellipsis for additional attributes or operations stereotypes to categorize
  • 6. 6 Responsibilities • A collaborator is also a class which the (current) class interacts with to fulfill a responsibility Responsibilities -- handles deposits -- reports fraud to managers Account • anything that a class knows or does (Contract or obligation) • An optional 4th item carried out by attributes and operations. • Free-form text; one phrase per responsibility. • Technique - CRC cards (Class-Responsibility-Collaborator); Kent Beck and Ward Cunningham’89 Customer Account Opens account Knows name Knows address Account Manager Knows interest rate Knows balance Handles deposits Reports fraud to manager
  • 7. 7 Scope & Visibility + addMessage( m : Message ) : Status # setCheckSum() - encrypt() header : FrameHeader uniqueID : Long Frame class scope public protected private • Public - access allowed for any outside classifier (+). • Protected - access allowed for any descendant of the classifier (#). • Private - access restricted to the classifier itself (-). • (using adornments in JBuilder) Instance scope • Instance Scope — each instance of the classifier holds its own value. • Class Scope — one value is held for all instances of the classifier (underlined). - getClassName() Public class Private class Protected class Public method Public attribute
  • 8. 8 consolePort [ 2..* ] : Port NetworkController 1 ControlRod 3 multiplicity singleton public class Singleton { private static Singleton instance = null; private Singleton() {} public static Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } } Multiplicity Singleton - instance + getInstance():Singleton consolePort [ 2..* ] : Port NetworkController Using Design Pattern
  • 10. 10 AudioClip Dependency • A change in one thing may affect another. record(m:Microphone) start() stop() Microphone name dependency • The most common dependency between two classes is one where one class <<use>>s another as a parameter to an operation. CourseSchedule addCourse(c : Course) removeCourse(c : Course Course Usually initial class diagrams will not have any significant number of dependencies in the beginning of analysis but will as more details are identified. Using relationship
  • 11. 11 Dependency – Among Classes AbstractClass {abstract} attribute concreteOperation() abstractOperation() <<metaclass>> MetaClassName <<interface>> InterfaceName operation() ClassName -simpleAttribute: Type = Default #classAttribute: Type +/derivedAttribute: Type +operation(in arg: Type = Default): ReturnType objectName: ClassName Attribute = value simpleAttribute: Type = Default classAttribute: Type /derivedAttribute: Type ClientClass <<use>> <<instanceOf>> <<instanceOf>> realization generalization
  • 12. 12 Dependency –Among Classes • Eight Stereotypes of Dependency Among Classes – bind: the source instantiates the target template using the given actual parameters – derive: the source may be computed from the target – friend: the source is given special visibility into the target – instanceOf : the source object is an instance of the target classifier – instantiate: the source creates instances of the target – powertype: the target is a powertype of the source; a powertype is a classifier whose objects are all the children of a given parent – refine: the source is at a finer degree of abstraction than the target – use: the semantics of the source element depends on the semantics of the public part of the target
  • 13. 13 Dependency –Among Use Cases • Two Stereotypes of Dependency Among Use Cases: – extend: the target use case extends the behavior of the source – include: the source use case explicitly incorporates the behavior of another use case at a location specified by the source Use Case A Use Case B Use Case C <<extend>> <<include>> System Actor <<actor>> Actor Supply Customer Info. Request Catalog <<extend>> <<include>> Order Processing System SalesPerson Order Item Make Payment <<include>> <<include>> The sales person asks for the catalog Place Order Extension points Additional requests: after creation of the order 1 *
  • 14. 14 Generalization • Four Standard Constraints – complete: all children in the generalization have been specified; no more children are permitted – incomplete: not all children have been specified; additional children are permitted – disjoint: objects of the parent have no more than one of the children as a type – overlapping: objects of the parent may have more than one of the children as a type • One Stereotype – implementation: the child inherits the implementation of the parent but does not make public nor support its interfaces
  • 16. 16 Generalization –Among Actors SalesPerson Place Order Extension points Additional requests: after creation of the order 1 * SalesManager Grant Credit 1 * Sales person can do only “Place Order”; Sales manager can do both “Place Order” and “Grant Credit”
  • 17. 17 Associations Professor Course teaches relationship name direction indicator: how to read relation name teacher class role names Multiplicity defines the number of objects associated with an instance of the association. Default of 1; Zero or more (*); n..m; range from n to m inclusive 1..* * • Represent conceptual relationships between classes (cf. dependency with no communication/message passing) navigability {visibility} {/} role name {: interface name}
  • 18. 18 Associations – A Question • How would you model the following situation? “You have two files, say homework1 and myPet, where homework1 is read-accessible only by you, but myPet is write-accessible by anybody.” You could create two classes, File and User. Homework1 and MyPet are files, and you are a user. File User Approach 1: Now, would you associate the file access right with File? Approach 2: Or, would you associate the file access right with User? homework1:File myPet:File <<instanceOf>> u:User <<instanceOf>> anyoneElse: User
  • 19. 19 Association generalization is not automatic, but should be explicit in UML Associations – Links – link is a semantic connection among objects. – A link is an instance of an association. Company 1..* * employee employer : Company assign(development) w : Worker link named object anonymous object class association class Worker +setSalary( s : Salary) +setDept( d : Dept) works for association name <<instanceOf>> <<instanceOf>> ?
  • 20. 20 Associations – Link Attributes • Link Attributes The most compelling reason for having link attributes is for-many-to-many relationships File User access permission File User access permission • Association Class AccessRight * 1..* link attribute association class • With a refactoring File User * 1..* access permission AccessRight 1 1 visual tie
  • 21. 21 Modeling Structural Relationships The model above is from Rational Rose. How did the composite symbol ( )get loaded versus the aggregation? Use the Role Detail and select aggregation and then the “by value” radio button. School Instructor Course Department Student * 1..* 1..* 1 has 5member * * attends 4 * 1..* 3teaches 1..* 1..* 1..* 1..* 0..1 1 chairperson 5 assigned to  Considering a bunch of classes and their association relationships
  • 22. 22 Modeling Structural Relationships Composite is a stronger form of aggregation. Composite parts live and die with the whole. Composite parts may belong to only one composite. Liver Body Heart Wheel Car Engine Composite Company Department 1..* association multiplicity aggregation part whole - structural association representing “whole/part” relationship. - “has-a” relationship. Aggregation Part -> whole? Body Liver Heart Can aggregations of objects be cyclic?
  • 23. 23 WorkDesk jobId : int returnedItem * 0..1 Qualifier, cannot access person without knowing the account # Bank account # Person Square * 0..1 1 1 Association – Qualification Chessboard rank:Rank file:File
  • 24. 24 Association – Interface Specifier worker : IEmployee supervisor : IManager * 1 Person Interface Specifier association Realization • A semantic relationship between classifiers in which one classifier specifies a contract that another guarantees to carry out. • In the context of interfaces and collaborations • An interface can be realized by many classes/components • A class/component may realize many interfaces IManager getProject() getSchedule() Person
  • 25. 25 Modeling a Logical Database • Class diagrams to provide more semantics • From a general class diagram, first identify classes whose state must be persistent (e.g. after you turn off the computer, the data survives, although the program doesn’t). • Create a class diagram using standard tagged value, (e.g. {persistent} ). • Include attributes and associations. • Use tools, if available, to transform logical design (e.g., tables and attributes) into physical design (e.g., layout of data on disk and indexing mechanisms for fast access to the data). 1..* School { persistent} name : Name address : String phone : Number addStudent() removeStudent() getStudent() getAllStudents() addDepartment() removeDepartment() getDepartment() getAllDepartments() Student { persistent} name : Name studentId : Number Instructor { persistent} name : Name Department { persistent} name : Name addInstructor() removeInstructor() getInstructor() getAllInstructors() Course { persistent} name : Name courseId : Number 1..* 1..* 1..* 1..* 1..* 1..* * 0..1 0..1 chairperson * * *
  • 26. 26 Forward/ Reverse Engineering • translate a collaboration into a logical database schema/operations • transform a model into code through a mapping to an implementation language. • Steps – Selectively use UML to match language semantics (e.g. mapping multiple inheritance in a collaboration diagram into a programming language with only single inheritance mechanism). – Use tagged values to identify language.. public abstract class EventHandler { private EventHandler successor; private Integer currentEventId; private String source; EventHandler() {} public void handleRequest() {} } successor EventHandler { Java} currentEventId : Integer source : Strings handleRequest() : void Client { Java} • translate a logical database schema/operations into a collaboration • transform code into a model through mapping from a specific implementation language.
  • 27. 27 Object Diagrams Structural Diagrams – Class; Object – Component – Deployment – Composite Structure – Package
  • 28. 28 Instances & Object Diagrams  “instance” and “object” are largely synonymous; used interchangeably.  difference:  instances of a class are called objects or instances; but  instances of other abstractions (components, nodes, use cases, and associations) are not called objects but only instances. What is an instance of an association called? Object Diagrams  very useful in debugging process. – walk through a scenario (e.g., according to use case flows). – Identify the set of objects that collaborate in that scenario (e.g., from use case flows). – Expose these object’s states, attribute values and links among these objects.
  • 29. 29 : keyCode Instances & Objects - Visual Representation : Multimedia :: AudioStream t : Transaction myCustomer r : FrameRenderThread c : Phone [WaitingForAnswer] myCustomer id : SSN = “432-89-1738” active = True agent : named instance instance with current state instance with attribute values active object (with a thicker border; owns a thread or process and can initiate control activity) multiobject orphan instance (type unknown) anonymous instance
  • 30. 30 Instances & Objects - Modeling Concrete Instances • Expose the stereotypes, tagged values, and attributes. • Show these instances and their relationships in an object diagram. current: Transaction primaryAgent [searching] : Transaction LoanOfficer <<instanceOf>> current := retrieve() Instances & Objects - Modeling Prototypical Instances • Show these instances and their relationships in an interaction diagram or an activity diagram. a: CallingAgent c: Connection 1 : create 2: enableConnection 2.1 : startBilling
  • 31. 31 Instances & Objects – More Examples client servers 1: aServer := find(criteria) d: Directory 1: sort() list() contents: File d: Directory 1: addElement(f) addFile(f:File) contents: File :Server aServer:Server 2: process(request) c : Company s : Department name = “Sales” uss : Department name = “US Sales” erin : Person name = “Erin” employeeID = 4362 title = “VP of Sales” rd : Department name = “R&D” : ContactInfomation address = “1472 Miller St.” manager call ::= label [guard] [“*”] [return-val-list “:=“] msg-name “(“ arg-list “)” d: Directory 1*: changeMode(readOnly) secureAll() f: File *
  • 32. 32 Component Diagrams Structural Diagrams – Class; Object –Component – Deployment – Composite Structure – Package
  • 33. 33 Component Diagram  Shows a set of components and their relationships.  Represents the static implementation view of a system.  Components map to one or more classes, interfaces, or collaborations. classes loanOfficer.dll component LoanOfficer LoanPolicy CreditSearch Registrar.exe Course.dll Student.dll Components and their Relationships Mapping of Components into Classes UML1.x – implementation view
  • 34. 34 Component Diagram UML2.0 – architectural view • Short history behind architecture • Architecture still an emerging discipline • Challenges, a bumpy road ahead • UML and architecture evolving in parallel • Component diagram in need of better formalization and experimentation Big demand, hmm…
  • 35. 35 Component Diagram – another example (www.cs.tut.fi/tapahtumat/olio2004/richardson.pdf)
  • 36. 36 Component Diagram – another example (www.cs.tut.fi/tapahtumat/olio2004/richardson.pdf)
  • 37. 37 Component Diagram – another example (www.cs.tut.fi/tapahtumat/olio2004/richardson.pdf)
  • 38. 38 Component Diagram UML2.0 – architectural view Component Component Explicit description of interfaces:  provided services to other components  requested services from other components  An interface is a collection of 1..* methods, and 0..* attributes  Interfaces can consist of synchronous and / or asynchronous operations  A port (square) is an interaction point between the component and its environment.  Can be named; Can support uni-directional (either provide or require) or bi-directional (both provide and require) communication; Can support multiple interfaces.  possibly concurrent interactions  fully isolate an object’s internals from its environment lollipop socket Student StudentAdministration StudentSchedule AccessControl Encription Persistence DataAccess security Data[1..*] Incoming signals/calls Outgoing signals/calls caller or callee?
  • 39. 39 Component Diagram: UML 1.x and UML 2.0 (http://www.agilemodeling.com/artifacts/componentDiagram.htm)
  • 40. 40 Component Diagram: UML 1.x and UML 2.0 (http://www.agilemodeling.com/artifacts/componentDiagram.htm) So, how many different conventions for components in UML2.0?
  • 41. 41 Building a Component  simplified the ports to either provide or require a single interface  relationships between ports and internal classes in three different ways: i) as stereotyped delegates (flow), as delegates, and as realizes (logical->physical) relationships Cohesive reuse and change of classes; acyclic component dependency ???
  • 42. 42 Component Diagram – Connector & Another Example delegation Left delegation: direction of arrowhead indicates “provides” delegation assembly connector  a connector: just a link between two or more connectable elements (e.g., ports or interfaces)  2 kinds of connectors: assembly and delegation. For “wiring”  An assembly connector: a binding between a provided interface and a required interface (or ports) that indicates that one component provides the services required by another; simple line/ball-and-socket/lollipop-socket notation  A delegation connector binds a component’s external behavior (as specified at a port) to an internal realization of that behavior by one of its parts (provide-provide, request-request). Right delegation: direction of arrowhead indicates “requests” store So, what levels of abstractions for connections?
  • 43. 43 Structured Class  A structured class(ifier) is defined, in whole or in part, in terms of a number of parts - contained instances owned or referenced by the structured class(ifier).  With a similar meaning to a composition relation  A structured classifier’s parts are created within the containing classifier (either when the structured classifier is created or later) and are destroyed when the containing classifier is destroyed.  Like classes and components, combine the descriptive capabilities of structured classifiers with ports and interfaces Components extend classes with additional features such as  the ability to own more types of elements than classes can; e.g., packages, constraints, use cases, and artifacts  deployment specifications that define the execution parameters of a component deployed to a node label /roleName : type connector Any difference? component or class?
  • 44. 44 move() resize() display() origin Shape IUnknown <<type>> Int { values range from -2**31 to +2**31 - 1 } <<signal>> OffHook Process loan <<subsystem>> Customer Service egb_server kernel32.dll class interface data type signal use case subsystem node component move() resize() display() origin Shape <<type>> Int { values range from -2**31 to +2**31 - 1 } <<signal>> OffHook Process loan <<subsystem>> Customer Service membership_server kernel32.dll class interface data type signal use case node component an asynchronous stimulus communicated between instances Classifiers • Classifier—mechanism that describes structural (e.g. class attributes) and behavioral (e.g. class operations) features. In general, those modeling elements that can have instances are called classifiers. • cf. Packages and generalization relationships do not have instances. Generalizable Element, Classifier, Class, Component?
  • 45. 45 Structured Class – Another Example what kind?
  • 46. 46 Deployment Diagrams Structural Diagrams – Class; Object – Component – Deployment – Composite Structure – Package
  • 47. 47 Deployment Diagram J2EE Server Membership Server IIS + PhP Server Tomcat Server TCP/IP TCP/IP DecNet • Shows a set of processing nodes and their relationships. • Represents the static deployment view of an architecture. • Nodes typically enclose one or more components.
  • 48. 48 Structural Diagrams - Deployment Diagram (http://www.agilemodeling.com/artifacts/deploymentDiagram.htm) Student administration application Physical nodes - stereotype device WebServer - physical device or software artifact RMI/message bus: connection type Nodes can contain other nodes or software artifacts recursively  Deployment specs: configuration files: name and properties
  • 49. 49 Structural Diagrams - Deployment Diagram (http://www.agilemodeling.com/artifacts/deploymentDiagram.htm) Is this better? More concrete Implementation-oriented
  • 50. 50 Composite Structure Diagrams Structural Diagrams – Class; Object – Component – Deployment –Composite Structure – Package
  • 51. 51 Composite Structure Diagrams (http://www.agilemodeling.com/artifacts/compositeStructureDiagram.htm) Enroll in Seminar Enroll Student prereq: Seminar Enrollment Seminar seats: Integer waitList: Student Course req: Course constrainer desired seminar applicant registration Add to Wait list Determine eligibility Determine Seat availability applicant seminar existing students desired course • Depicts the internal structure of a classifier (such as a class, component, or collaboration), including the interaction points of the classifier to other parts of the system. structured class, structured component, structured use case, structured node, structured interface, … Enroll in Seminar Enroll Student prereq: Seminar Enrollment Seminar seats: Integer waitList: Student Course req: Course constrainer desired seminar applicant registration <<refine>>
  • 52. 52 Variations [Rumbaugh – UML 2.0 Reference: p234] Sale buyer: Agent item: Property seller: Agent role name role type role collaboration name Collaboration definition ShiloPurchase: Sale Shilo: Land item Edward: Architect Bala: Analyst buyer seller role name Collaboration use in object diagram collaborating object collaboration name use name
  • 53. 53
  • 54. 54 Structural Diagrams – Class; Object – Component – Deployment – Composite Structure –Package
  • 55. 55 Packages • Package — general-purpose mechanism for organizing elements into groups. Business rules Client Sensors::Vision { version = 2.24 } simple names enclosing package name package name path names + OrderForm + TrackingForm - Order Client Client +OrderForm +TrackingForm -Order graphical nesting textual nesting visibility • Nested Elements: Composite relationship (When the whole dies, its parts die as well, but not necessarily vice versa) • (C++ namespace; specialization means “derived”) Visibility • Packages that are friends to another may see all the elements of that package, no matter what their visibility. • If an element is visible within a package, it is visible within all packages nested inside the package.
  • 56. 56 Dependency –Among Packages • Two Stereotypes of Dependency Among Packages: – access: the source package is granted the right to reference the elements of the target package (:: convention) – import: a kind of access; the public contents of the target package enter the flat namespace of the source as if they had been declared in the source packageName packageName subPackageName packageName PackageClass <<import>> <<access>> + OrderForm + TrackingForm - Order Client +OrderRules -GUI:Window Policies <<import>> +Window +Form #EventHandler GUI <<import>> imports exports
  • 57. 57 Modeling Groups of Elements • Look for “clumps” of elements that are semantically close to one another. • Surround “clumps” with a package. • Identify public elements of each package. • Identify import dependencies. utd.administration Tools.db registration db interfaces Cloudscape Oracle Java.awt Use Case package Diagram • Included and extending use cases belong in the same package as the parent/base use case • Cohesive, and goal-oriented packaging • Actors could be inside or outside each package
  • 58. 58 Class Package Diagrams (http://www.agilemodeling.com/artifacts/packageDiagram.htm) • Classes related through inheritance, composition or communication often belong in the same package Seminar Registration <<application>> Schedule Student Professor Java Infrastructure <<technical>> <<import>> Contact Point <<import>> <<import>> <<import>> <<import>> • A frame depicts the contents of a package (or components, classes, operations, etc.) • Heading: rectangle with a cut-off bottom-right corner, [kind] name [parameter] Seminar Course Enrollment Location Time 1 0..* 1..* 1 1..* 1 held at Package Schedule A frame encapsulates a collection of collaborating instances or refers to another representation of such
  • 59. 59 Common Mechanisms •Adornments Notes & Compartments •Extensibility Mechanisms –Stereotypes - Extension of the UML metaclasses. –Tagged Values - Extension of the properties of a UML element. –Constraints - Extension of the semantics of a UML element.
  • 60. 60 Adornments • Textual or graphical items added to an element’s basic notation. • Notes - Graphical symbol for rendering constraints or comments attached to an element or collection of elements; No Semantic Impact Rendered as a rectangle with a dog-eared corner. See smartCard.doc for details about this routine. May contain combination of text and graphics. May contain URLs linking to external documents. See http://www.rational.com for related info. Additional Adornments • Placed near the element as – Text – Graphic • Special compartments for adornments in – Classes – Components – Nodes Transaction Exceptions addAction() Resource Locked named compartment anonymous compartment Client bill.exe report.exe contacts.exe
  • 61. 61 Stereotypes • Allow controlled extension of metamodel classes. [UML11_Metamodel_Diagrams.pdf] • Graphically rendered as – Name enclosed in guillemets (<< >> ) • <<stereotype>> – New icon «metaclass» ModelElement Internet • The new building block can have • its own special properties through a set of tagged values • its own semantics through constraints • Mechanisms for extending the UML vocabulary. • Allows for new modeling building blocks or parts.
  • 62. 62 Tagged Values Server {channels = 3} <<library>> accounts.dll {customerOnly} tagged values • a (name, value) pair describes a property of a model element. • Properties allow the extension of “metamodel” element attributes. • modifies the semantics of the element to which it relates. • Rendered as a text string enclosed in braces { } • Placed below the name of another element. «subsystem» AccountsPayable { dueDate = 12/30/2002 status = unpaid }
  • 63. 63 Constraints Portfolio BankAccount {secure} A simple constraint • Extension of the semantics of a UML element. • Allows new or modified rules • Rendered in braces {}. – Informally as free-form text, or – Formally in UML’s Object Constraint Language (OCL): E.g., {self.wife.gender = female and self.husband.gender = male} Constraint across multiple elements Corporation BankAccount {or} Person id : {SSN, passport} Department Person * * 1..* 1 member manager {subset} Person age: Integer Company employers employees 0..* 0..* Company self.employees.forAll(Person p | p.age >= 18 and p.age <= 65)
  • 65. 65 Classes: Notation and Semantics Class - Name attribute-name-1 : data-type-1 = default-value-1 attribute-name-2 : data-type-2 = default-value-2 operation-name-1 ( argument-list-1) : result-type-1 operation-name-2 ( argument-list-2) : result-type-2 responsibilities To model the <<semantics>> (meaning) of a class:  Specify the body of each method (pre-/post-conditions and invariants)  Specify the state machine for the class  Specify the collaboration for the class  Specify the responsibilities (contract)
  • 66. 66 Attributes • Syntax [ visibility ] name [ multiplicity ] [ : type ] [ = initial-value ] [ {property-string } ] • Visibility + public; - private; # protected; {default = +} • type – There are several defined in Rational Rose. – You can define your own. • property-string Built-in property-strings: – changeable—no restrictions (default) – addOnly—values may not be removed or altered, but may be added – frozen—may not be changed after initialization Or you can define your own: e.g. {leaf} origin Name only + origin Visibility and name origin : Point Name and type head : *Item Name and complex type name [ 0..1 ] : String Name, multiplicity, and type origin : Point = { 0, 0 } Name, type, and initial value id : Integer { frozen } Name and property
  • 67. 67 Operations • Syntax [ visibility ] name [ (parameter-list ) ] [ : return-type ] [ (property-string) ] • Visibility + public; - private; # protected; {default = +} • parameter-list syntax [ direction ] name : type [ = default-value ] • direction – in—input parameter; may not be modified – out—output parameter; may be modified – inout—input parameter; may be modified • property-string – leaf – isQuery—state is not affected – sequential—not thread safe – guarded—thread safe (Java synchronized) – concurrent—typically atomic; safe for multiple flows of control
  • 68. 68 Template Classes; Primitive Types • A template class is a parameterized element and defines a family of classes • In order to use a template class, it has to be instantiated • Instantiation involves binding formal template parameters to actual ones, resulting in a concrete class + bind( in i : Item; in v : Value ) : Boolean + isBound( in i : Item ) : Boolean {isQuery} Map Item Value Buckets : int Map< Customer, Order, 3 > OrderMap <<bind>> ( Customer, Order, 3 ) explicit binding implicit binding template class template parameters Uses <<bind>> Item Value Buckets Primitive Types using a class notation <<enumeration>> Boolean false true <<dataType>> Int { value range –2**31 to +2**31-1 } constraint stereotype
  • 69. 69 Interface: A Java Example public interface SoundFromSpaceListener extends EventListener { void handleSoundFromSpace(SoundFromSpaceEventObject sfseo); } public class SpaceObservatory implements SoundFromSpaceListener public void handleSoundFromSpace(SoundFromSpaceEventObject sfseo) { soundDetected = true; callForPressConference(); } Can you draw a UML diagram corresponding to this?
  • 70. 70 Package Diagrams: Standard Elements • Façade — only a view on some other package. • Framework — package consisting mainly of patterns. • Stub — a package that serves as a proxy for the public contents of another package. • Subsystem — a package representing an independent part of the system being modeled. • System — a package representing the entire system being modeled. Is <<import>> transitive? Is visibility transitive? Does <<friend>> apply to all types of visibility: +, -, #?
  • 71. 71 Dependency –Among Objects • 3 Stereotypes of Dependency in Interactions among Objects: – become: the target is the same object as the source but at a later point in time and with possibly different values, state, or roles – call: the source operation invokes the target operation – copy: the target object is an exact, but independent, copy of the source