Implementation DiagramsSlide 2PackageComponent DiagramSlide 5Common Uses:Common Uses: (cont’d)Modeling Source CodeModeling Source Code ExampleDeployment DiagramsDeployment DiagramContentsA Deployment DiagramModeling Client-Server ArchitectureClient-Server SystemCSE870: UML Component DiagramsRRRImplementation DiagramsCSE870: UML Component DiagramsRRRImplementation Diagrams•Both are structural diagrams•Component Diagrams:–set of components and their relationships–Illustrate static implementation view–Component maps to one or more classes, interfaces, or collaborations•Deployment Diagrams:–Set of nodes and their relationships–Illustrate static deployment view of architecture–Node typically encloses one or more componentsCSE870: UML Component DiagramsRRRPackage•General purpose mechanism for organizing elements into groups•Can group classes or components.Package NameCSE870: UML Component DiagramsRRRComponent Diagram•Classes•Interfaces•Dependency, generalization, association, and realization relationshipsSpecial kind of class diagram focusing on system’s components.Example.javaCSE870: UML Component DiagramsRRRComponent DiagramIndex.htmlFind.exefind.htmlComp1.dllComp2.dllexecutablelibrarypageCSE870: UML Component DiagramsRRRCommon Uses:•Model source code: –model configuration mgmt•Model executable releases–Release is relatively complete and consistent set of artifacts delivered to user–Release focuses on parts necessary to deliver running system–Component Diagram visualizes, specifies, and documents the decisions about the physical parts that define the software.CSE870: UML Component DiagramsRRRCommon Uses: (cont’d)•Model Physical databases: –database is concrete realization of schema–schemas offer an API to persistent information–model of physical dbases represents storage of that information in tables of a relational dbase or pages of an OO dbase.–Component Diagram can represent this kind of physical database•Model Adaptable systems:–can model static aspects of adaptable systems–can model dynamic aspects (in conjunction with behavioral models)CSE870: UML Component DiagramsRRRModeling Source Code•(Forward/Reverse Eng): identify set of source code files of interest–model as components stereotyped as files•Larger systems: use packages to show groups of source code files•Model compilation dependencies among filesCSE870: UML Component DiagramsRRRModeling Source Code Example•5 source code files–signal.h (header)–used by 2 other files (signal.cpp, interp.cpp)–interp.cpp has compilation dependency to header file (irq.h)–device.cpp compilation dependency to interp.cppSignal.h{version=3.5}Signal.h{version=4.0}Signal.h{version=4.1}<<parent>> <<parent>>Interp.cppSignal.cppIrq.hDevice.cppCSE870: UML Component DiagramsRRRDeployment DiagramsCSE870: UML Component DiagramsRRRDeployment Diagram•Shows the configuration of:–run time processing nodes and –the components that live on them•Graphically: collection of vertices and arcsCSE870: UML Component DiagramsRRRContents•Deployment diagrams contain:–Nodes–Dependency and association relationships–may also contain components, each of which must live on some node.CSE870: UML Component DiagramsRRRA Deployment Diagram<<network>> local network<<processor>>primary server<<processor>>Caching server<<processor>>Caching server<<processor>> server<<processor>> server<<processor>> serverModem bankInternetnodeconnectionCSE870: UML Component DiagramsRRRModeling Client-Server Architecture•Identify nodes that represent system’s client and server processors•Highlight those devices that are essential to the behavior–E.g.: special devices (credit card readers, badge readers, special display devices)•Use stereotyping to visually distinguishCSE870: UML Component DiagramsRRRClient-Server System•Human resource system•2 pkgs: client, server•Client: 2 nodes–console and kiosk–stereotyped, distinguishable•Server: 2 nodes–caching server and server–Multiplicities are usedclient<<processor>>Caching serverDeploysHttp.exerting.exe<<processor>>
View Full Document