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...

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Module 6 - Use-Case <strong>Analysis</strong>Use-Case <strong>Analysis</strong> in ContextUse-Case <strong>Analysis</strong> in Context[EarlyElaborationIteration][InceptionIteration (Optional)]Define a C<strong>and</strong>idateArchitecturePerformArchitecturalSynthesisAnalyze Behavior<strong>Design</strong>erUse-Case<strong>Analysis</strong>Refine theArchitecture(Optional)DefineComponents<strong>Design</strong> theDatabase<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 3As you may recall, the above diagram illustrates the workflow that we are using in thiscourse. It is a tailored version of the <strong>Analysis</strong> <strong>and</strong> <strong>Design</strong> core workflow of theRational Unified Process. Use-Case <strong>Analysis</strong> is an activity in the Analyze Behaviorworkflow detail.At this point, we have made an initial attempt at defining our architecture — we havedefined the upper layers of our architecture, the key abstractions, <strong>and</strong> some keyanalysis mechanisms. This initial architecture, along <strong>with</strong> the software requirementsdefined in the Requirements discipline, guides <strong>and</strong> serves as input to the Use-Case<strong>Analysis</strong> activity.An instance of Use-Case <strong>Analysis</strong> is performed for each use case to be developedduring an iteration. The focus during Use-Case <strong>Analysis</strong> is on a particular use case.In Use-Case <strong>Analysis</strong>, we identify the analysis classes <strong>and</strong> define theirresponsibilities. As the analysis classes <strong>and</strong> their responsibilities are defined, we willalso note the usage of any architectural (more specifically, analysis) patterns definedin Architectural <strong>Analysis</strong>. The architectural layers <strong>and</strong> their dependencies may affectthe allocation of responsibility to the defined analysis classes.The allocation of responsibility is modeled in Use-Case Realizations that describe howanalysis classes collaborate to perform use cases. The Use-Case Realizations will berefined in the Use-Case <strong>Design</strong> Model.6 - 3

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

Saved successfully!

Ooh no, something went wrong!