4plus1-View.ppt

1
Architectural Blueprints—The “4+1” View
Model of Software Architecture
(http://www3.software.ibm.com/ibmdl/pub/software/rational/web/whitepapers/2003/Pbk4p1.pdf, 1995)
UML is for visualizing, specifying, constructing, and documenting with emphasis on system architectures
(things in the system and relationships among the things) from five different views
Software architecture = {Elements, Forms, Rationale/Constraints}
Five views:
 the logical view, which is the object model of the design (when an object-oriented design method
is used),
 the process view, which captures the concurrency and synchronization aspects of the design,
 the physical view, which describes the mapping(s) of the software onto the hardware and reflects
its distributed aspect,
 the development view, which describes the static organization of the software in its development
environment.
 The scenario view, which consists of a few selected use cases or scenarios, illustrates the
description of an architecture, and also helps it evolve as well.
Physical View
Process View
Logical View Development View
Scenarios
End user
functionality
integrators
performance
scalabilityty
programmers
software management
system engineers
topology
communications

2
The “4+1” View Model of Software Architecture:
Notation and Example

3

4

5

6

7

8

9

10
Architecture & Views (You can skip this part on the first reading)
UML is for visualizing, specifying, constructing, and documenting with emphasis on system architectures
(things in the system and relationships among the things) from five different views
Architecture - set of significant decisions regarding:
 Organization of a software system.
 Selection of structural elements & interfaces from which a system is composed.
 Behavior or collaboration of elements.
 Composition of structural and behavioral elements.
 Architectural style guiding the system.
Deployment View
Process View
Design View Implementation View
Use Case View
vocabulary
functionality
performance
scalability
throughput
behavior
system assembly
configuration mgmt.
system topology
distribution
delivery
installation

11
Views
Use Case View
 Use Case Analysis is a technique to capture business process from user’s perspective.
 Encompasses the behavior as seen by users, analysts and testers.
 Specifies forces that shape the architecture.
 Static aspects in use case diagrams; Dynamic aspects in interaction (statechart and activity) diagrams.
Design View
 Encompasses classes, interfaces, and collaborations that define the vocabulary of a system.
 Supports functional requirements of the system.
 Static aspects in class and object diagrams; Dynamic aspects in interaction diagrams.
Process View
 Encompasses the threads and processes defining concurrency and synchronization.
 Addresses performance, scalability, and throughput.
 Static and dynamic aspects captured as in design view; emphasis on active classes.
Implementation View
 Encompasses components and files used to assemble and release a physical system.
 Addresses configuration management.
 Static aspects in component diagrams; Dynamic aspects in interaction diagrams.
Deployment View
 Encompasses the nodes that form the system hardware topology.
 Addresses distribution, delivery, and installation.
 Static aspects in deployment diagrams; Dynamic aspects in interaction diagrams.

4plus1-View.ppt

More Related Content

Similar to 4plus1-View.ppt (20)

Recently uploaded (20)

4plus1-View.ppt