View this PageEdit this PageAttachments to this PageHistory of this PageHomeRecent ChangesSearch the SwikiHelp Guide
Hotspots: Admin Pages | Turn-in Site |
Current Links: Case Final Project Summer 2007

M5 Application Design

Requirements:



UML Class Diagram

classdiagram_r1.jpg

Architecture / Trust boundaries

arch.jpg

Application / Utility Class Identification

Application
Utility

gameappmodel.jpgdialogs.jpg

Contracts (ATHF):

Exception Handling Strategy (ATHF):


Updated Scenarios for M5

Scenario: Random Event - Storm

Trade Sequence

tradeseq.jpg

Scenario: Trade

Storm Event Sequence

stormseq.jpg



Some general code/thinking:


We do not want two classes to perform the same semantical check.
Avoid unnecessary checking.
Do not go overboard in recovery.

Some ideas:

Create an Exception class in the UML diagram, and couple it with Environment.
Classes that have problems, will not be aware of the Exception class. But they
can call it through some strategies.

This milestone wasn’t too difficult, except for the diagrams. At this point we were still unsure of exactly what classes we needed, so that was also a small problem.

Link to this Page