a) Draw a class diagram showing the Domain Object Model (= the entities). It’s quite simple.

Domain Object Model

• Optionally the Phonebook could be modelled as well.

b) Based on your Domain Object Model and the Use Case Diagram create an Analysis Object Model using the «boundary», «controller», «entity» stereotypes.

Use Case Diagram (with colors to identify Use Cases)	Analyis Object Model (using the same colors)

c) Which of the elements (including all three stereotypes) in your Analysis Object Model realize the following use cases?
Colors in b) give a first hint, but have a look at the details:

1. Edit Contact
   Contact Form, Contact Editing, Contact¹⁾
2. Call Contact identified by Voice File
   Contact Selection Form²⁾, Contact by Voice File Lookup, Voice File, Contact³⁾
3. Handle no precise match found
   Contact by Voice File Lookup⁴⁾, Near matches selection form, No precise matches found handling

d) In which sense it there “scattering” or “tangling” in your model?

• A use case is realized by more than one analysis object. This is o.k. and not yet scattering.
• For some use case we need to add some responsibilities to analysis objects whose main purpose is to represent another use case. So the later use cases get tangled while the earlier are scattered. For example examine the record voice file use case:
  • Voice Interface, Voice File Recording, Voice File are use case specific. Everything fine so far.
  • But the realization of this use case is as well scattered over three other analysis objects, as we need to add responsibilities to two objects mainly realizing another use case⁵⁾ and a non use case specific analysis object⁶⁾.
  • Be aware that the simple usage of other objects is no problem. “Edit Contact” only gets tangled because we add the reference to the voice file to it.
• The notes in the Analysis Object Model represent the responsibility that are scattered over other objects.
• The objects to whom these notes are attached are tangled by these responsibilities.

e) Draw a version of the Analysis Object Model separated into Use Case Specific Slices. Either use a graphic program and edit the picture below or bring a print out to the presentation.

Please consider the stereotype “«aspect»” to be in each of the rectangles.

Analysis Object Model separated into Use Case Specific Slices

• This solution could still be improved to enhance the traceability. The “graph homomorphism” criterion isn't met (slide 11, lecture 08).