12.07.2015 Views

DEV475 Mastering Object-Oriented Analysis and Design with UML ...

DEV475 Mastering Object-Oriented Analysis and Design with UML ...

DEV475 Mastering Object-Oriented Analysis and Design with UML ...

SHOW MORE
SHOW LESS
  • No tags were found...

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>DEV475</strong> <strong>Mastering</strong> <strong>Object</strong>-<strong>Oriented</strong> <strong>Analysis</strong> <strong>and</strong> <strong>Design</strong> <strong>with</strong> <strong>UML</strong>Software Architecture: The “4+1 View” ModelSoftware Architecture: The “4+1 View” ModelLogical ViewImplementation ViewAnalysts/<strong>Design</strong>ersStructureEnd-userFunctionalityUse-Case ViewProgrammersSoftware managementSystem integratorsPerformanceScalabilityThroughputProcess ViewDeployment ViewSystem engineeringSystem topologyDelivery, installationcommunication<strong>Mastering</strong> <strong>Object</strong> <strong>Oriented</strong> <strong>Analysis</strong> <strong>and</strong> <strong>Design</strong> <strong>with</strong> <strong>UML</strong>Copyright © 2003 Rational Software, all rights reserved 10The above diagram shows the model Rational uses to describe the softwarearchitecture.Architecture is many things to many different interested parties. On a particularproject, there are usually multiple stakeholders, each <strong>with</strong> their own concerns <strong>and</strong>view of the system to be developed. The goal is to provide each of these stakeholders<strong>with</strong> a view of the system that addresses their concerns, <strong>and</strong> suppresses the otherdetails.To address these different needs, Rational has defined the “4+1 view” architecturemodel. An architectural view is a simplified description (an abstraction) of a systemfrom a particular perspective or vantage point, covering particular concerns, <strong>and</strong>omitting entities that are not relevant to this perspective. Views are “slices” of models.Not all systems require all views (for example, single processor: drop DeploymentView; single process: drop Process View; small program: drop Implementation View,<strong>and</strong> so forth). A project may document all of these views or additional views. Thenumber of views is dependent on the system you are building.Each of these views, <strong>and</strong> the <strong>UML</strong> notation used to represent them, will be discussedin subsequent modules.4 - 10

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!