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 ...
DEV475 Mastering Object-Oriented Analysis and Design with UMLReview: Analysis and Design Is Use-Case DrivenReview: Analysis and Design Is Use-Case Driven• Use cases defined for a system are thebasis for the entire development process.• Benefits of use cases:• Concise, simple, and understandable by a wide rangeof stakeholders.• Help synchronize the content of different models.Check BalanceCustomerWithdraw MoneyMastering Object Oriented Analysis and Design with UMLCopyright © 2003 Rational Software, all rights reserved 16Use cases are one recommended method for organizing your requirements. Insteadof a bulleted list of requirements, you organize them in a way that tells how someonemay use the system. By doing so, you make a requirement more complete andconsistent. You can also better understand the importance of a requirement from auser’s perspective.It is often difficult to tell how a system does what it is supposed to do from atraditional object-oriented system model. This stems from the lack of a commonthread through the system when it performs certain tasks. Use cases are that thread,because they define the behavior performed by a system.Use cases are not part of "traditional" object orientation, but their importance hasbecome more and more apparent, further emphasizing the fact that use cases arepart of the UML.4 - 16
Module 4 - Analysis and Design OverviewWhat Is a Use-Case Realization?What Is a Use-Case Realization?Use-Case ModelDesign ModelUse CaseUse-Case RealizationSequence DiagramsCollaboration DiagramsUse CaseClass DiagramsMastering Object Oriented Analysis and Design with UMLCopyright © 2003 Rational Software, all rights reserved 17A use-case realization describes how a particular use case is realized within theDesign Model, in terms of collaborating objects. A use-case realization ties togetherthe use cases from the Use-Case Model with the classes and relationships of theDesign Model. A use-case realization specifies what classes must be built toimplement each use case.In the UML, use-case realizations are stereotyped collaborations. The symbol for acollaboration is an ellipsis containing the name of the collaboration.The symbol for ause-case realization is a dotted line version of the collaboration symbol.A use-case realization in the Design Model can be traced to a use case in the Use-Case Model. A realization relationship is drawn from the use-case realization to theuse case it realizes.Within the UML, a use-case realization can be represented using a set of diagramsthat model the context of the collaboration (the classes/objects that implement theuse case and their relationships — class diagrams), and the interactions of thecollaborations (how these classes/objects interact to perform the use cases —collaboration and sequence diagrams).The number and types of the diagrams that are used depend on what is needed toprovide a complete picture of the collaboration and the guidelines developed for theproject under development.4 - 17
- Page 112 and 113: DEV475 Mastering Object-Oriented An
- Page 114 and 115: DEV475 Mastering Object-Oriented An
- Page 116 and 117: DEV475 Mastering Object-Oriented An
- Page 118 and 119: DEV475 Mastering Object-Oriented An
- Page 120 and 121: DEV475 Mastering Object-Oriented An
- Page 122 and 123: DEV475 Mastering Object-Oriented An
- Page 124 and 125: DEV475 Mastering Object-Oriented An
- Page 126 and 127: DEV475 Mastering Object-Oriented An
- Page 128 and 129: DEV475 Mastering Object-Oriented An
- Page 130 and 131: DEV475 Mastering Object-Oriented An
- Page 132 and 133: DEV475 Mastering Object-Oriented An
- Page 134 and 135: DEV475 Mastering Object-Oriented An
- Page 136 and 137: DEV475 Mastering Object-Oriented An
- Page 138 and 139: DEV475 Mastering Object-Oriented An
- Page 140 and 141: DEV475 Mastering Object-Oriented An
- Page 142 and 143: DEV475 Mastering Object-Oriented An
- Page 144 and 145: DEV475 Mastering Object-Oriented An
- Page 146 and 147: DEV475 Mastering Object-Oriented An
- Page 148 and 149: DEV475 Mastering Object-Oriented An
- Page 150 and 151: DEV475 Mastering Object-Oriented An
- Page 152 and 153: DEV475 Mastering Object-Oriented An
- Page 154 and 155: DEV475 Mastering Object-Oriented An
- Page 156 and 157: DEV475 Mastering Object-Oriented An
- Page 158 and 159: DEV475 Mastering Object-Oriented An
- Page 160 and 161: DEV475 Mastering Object-Oriented An
- Page 164 and 165: DEV475 Mastering Object-Oriented An
- Page 166 and 167: DEV475 Mastering Object-Oriented An
- Page 168 and 169: DEV475 Mastering Object-Oriented An
- Page 170 and 171: DEV475 Mastering Object-Oriented An
- Page 172 and 173: DEV475 Mastering Object-Oriented An
- Page 174 and 175: DEV475 Mastering Object-Oriented An
- Page 176 and 177: DEV475 Mastering Object-Oriented An
- Page 178 and 179: DEV475 Mastering Object-Oriented An
- Page 180 and 181: DEV475 Mastering Object-Oriented An
- Page 182 and 183: DEV475 Mastering Object-Oriented An
- Page 184 and 185: DEV475 Mastering Object-Oriented An
- Page 186 and 187: DEV475 Mastering Object-Oriented An
- Page 188 and 189: DEV475 Mastering Object-Oriented An
- Page 190 and 191: DEV475 Mastering Object-Oriented An
- Page 192 and 193: DEV475 Mastering Object-Oriented An
- Page 194 and 195: DEV475 Mastering Object-Oriented An
- Page 196 and 197: DEV475 Mastering Object-Oriented An
- Page 198 and 199: DEV475 Mastering Object-Oriented An
- Page 200 and 201: DEV475 Mastering Object-Oriented An
- Page 202 and 203: DEV475 Mastering Object-Oriented An
- Page 204 and 205: DEV475 Mastering Object-Oriented An
- Page 206 and 207: DEV475 Mastering Object-Oriented An
- Page 208 and 209: DEV475 Mastering Object-Oriented An
- Page 210 and 211: DEV475 Mastering Object-Oriented An
Module 4 - <strong>Analysis</strong> <strong>and</strong> <strong>Design</strong> OverviewWhat Is a Use-Case Realization?What Is a Use-Case Realization?Use-Case Model<strong>Design</strong> ModelUse CaseUse-Case RealizationSequence DiagramsCollaboration DiagramsUse CaseClass Diagrams<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 17A use-case realization describes how a particular use case is realized <strong>with</strong>in the<strong>Design</strong> Model, in terms of collaborating objects. A use-case realization ties togetherthe use cases from the Use-Case Model <strong>with</strong> the classes <strong>and</strong> relationships of the<strong>Design</strong> Model. A use-case realization specifies what classes must be built toimplement each use case.In the <strong>UML</strong>, use-case realizations are stereotyped collaborations. The symbol for acollaboration is an ellipsis containing the name of the collaboration.The symbol for ause-case realization is a dotted line version of the collaboration symbol.A use-case realization in the <strong>Design</strong> Model can be traced to a use case in the Use-Case Model. A realization relationship is drawn from the use-case realization to theuse case it realizes.Within the <strong>UML</strong>, a use-case realization can be represented using a set of diagramsthat model the context of the collaboration (the classes/objects that implement theuse case <strong>and</strong> their relationships — class diagrams), <strong>and</strong> the interactions of thecollaborations (how these classes/objects interact to perform the use cases —collaboration <strong>and</strong> sequence diagrams).The number <strong>and</strong> types of the diagrams that are used depend on what is needed toprovide a complete picture of the collaboration <strong>and</strong> the guidelines developed for theproject under development.4 - 17