Since some of you might want to refresh or build up their Java skills for the upcoming programming exercises, we've uploaded a tutorial focusing on Javas OOP features for you to practice. We recommend to solve this tutorial in the next two weeks. You should as well consider that everybody of you does this tutorial. Doing it together while sitting at the same computer might be an option, too.

In the last task, you developed a Use Case Model from the requirements. The following diagram shows our version of it:

Please use this a a starting point for the next tasks.

Generate a class diagram depicting our domain. Analyze the use case descriptions with Abbott's textual analysis to identify the domain objects for the diagram.

Now that you have both the Use Case and Domain Object Model, complete your analysis by creating an Analysis Object Diagram using the three stereotypes presented in the lecture.

• To identify possible Entities, look at your class diagram from Task 6. Abbot's method tends to identify mostly this stereotype, but you might also find some boundaries here.
• Each Use Case is a good candidate for a Controller.
• Also look at the connections between Use Cases and Actors, they probably imply a yet unmodeled Boundary.

Put all your findings in a new Class Diagram in JUDE, but don't create classes with stereotypes. Instead, represent Boundaries, Controllers and Entities by their respective symbols:

For more information about the stereotypes, see the slides 33-35 from the lecture.

Boundaries should talk to controllers, controllers should talk to entities, controllers might talk to boundaries, entities may only talk to entities.

To see how those diagrams might look like when finished, take a look this example from last year's ATSC: