Release date: Monday, 02.05.11 - Due date: Sunday, 08.05.11, 23:59
You are developing software for different independent Bike Rental Outlets. Your team has already completed a use case diagram together with potential clients. Only some outlets offer to sell bikes, all other don’t need the use cases of the package “bike sale”. That's why EstimateMarketValue is implemented as am extension use-case.
Here you find the flow of events of the use cases. The following mock-up illustrates the interface of the rental outlet:
Please use this as 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.
Put all your findings in a new Class Diagram in astah, but don't create classes with stereotypes. Instead, represent Boundaries, Controllers and Entities by their respective symbols:
For more information about the stereotypes, see Requirements Analysis Lecture.
Boundaries should talk to controllers, controllers should talk to entities, controllers might talk to boundaries, entities may only talk to entities.
Analyze the StartBikeMaintance, EndBikeMaintance and EstimateMarketValue use cases (resp. the corresponding Control classes) with an activity diagram.