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

Team LOOB

LOOB Applications
"LOOB: You'll need it"

In an effort to help out future students, here are a variety of recommendations for success in the CS2340 final project.

M1


1. Form a 3-4 person team

This is the first step toward completing your project and it's a rather important one! Your team can and will be the difference between success and failure. What does this mean for you, the student?


2. Identify Domain Classes

This is where important aspects of object oriented programming start becoming apparent. Domain classes are literally the "objects" in your domain. If you were a carpenter, they'd include things like "hammer," "nail," etc. Get together with your group and brainstorm about your domain. Try to identify nouns as these will often be the domain objects you are looking for.

3. Create CRC Cards and Scenarios for the Candidate Classes

Once again, make sure you are with your entire group and you have a nice stack of blank CRC cards and some paper. Eliminate the classes from your list that no longer make sense, and create cards for the rest of the classes left. Once you have your cards ready, it's time to start creating scenarios. Try to think of the steps involved in the actual usage of your program and create practical scenarios. Once you have created them, roleplay them to see if they make sense.

4. Assign Role Stereotypes and Responsibilities to your Cards

After roleplaying, you should have a good idea of what each class should be doing to achieve these usage scenarios. Add appropriate responsibilities to the relevant cards, and any more you happen to think of while going over the cards. Add the classes that collaborate with each responsibility. Add stereotypes as you see fit.

5. Roleplay Scenarios

Do this a second time! This will let you know if you've correctly assigned responsibilities and collaborators.

6. Meet with your TA after grading to discuss your design and possible improvements

This is rather self explanatory and will differ for every group. Remember, your TA is a resource to be utilized.

Overall
M1 is rather easy, but it's also very important. If you make a good design from the get-go, you'll be able to implement your prototype much easier and you'll be able to modify it without having to revamp your entire system. M1 lists suggestions for extra credit: plan for the inclusion of the ones you will attempt NOW.

DO NOT:

In our case:

M2


1. Add any extra necessary CRC cards or scenarios

If you've figured out something else that should have been included in your design, add it now. The next milestone you will have to start implementing your design.

2. Create UML Class and Sequence Diagrams

It's good to have your group together to make these. Make sure to not make your sequence diagrams too complex: they should represent a specific occurrence and not a slew of actions. When creating your class diagram, remember: not everything is an aggregation, and associations are NOT communication channels.

3. Architecture / Trust Boundaries / Class Identification

It can be helpful to discuss this with your group. Make sure to reference notes and the class slides to make sure you are doing these correctly.

4. UI Screen Prototypes

Once again, try to have your whole group present for this one. Everyone should chime in and collaborate as the UI is fleshed out. Just remember: you are not your user.

Overall
As recommended previously, try to complete this milestone with your entire group present. When engaging in software design, the discourse between teammates is one of the most useful things you end up with. It is hard to create a unified design and architecture if people are working separately.

DO NOT:

In our case:

M3


1. Domain Object Implementation

Ah, on to the coding. Smalltalk is different from other languages you may be used to, so if you haven't been reading up on it in the previous milestones, START IMMEDIATELY. While the domain objects themselves typically aren't the most complicated aspects of the program, they are important and must be implemented correctly.

2. Application Model and Views

VisualWorks and Smalltalk in general use the MVC paradigm for creating GUIs. What does this mean for you? First of all, you should know MVC like the back of your hand, or else you will have trouble creating an effective GUI. For this milestone, it doesn't have to fully implement the hooks into the domain objects, but you should create your basic layout. Luckily, VisualWorks provides a WYSWYG GUI editor that is rather simple to use, so you should have no trouble hammering out a basic layout.

3. Save / Load

This may seem like a daunting task at first, but Smalltalk has a surprisingly simple solution: if you have a unifying "Project" class, simply serialize it to a file. You can later load this same file and it will be like nothing ever changed. We think this is certainly the best way to go about loading and saving.

4. SUnit Tests for Domain Objects

SUnit is important: unit testing is heavily focused on in this course. You should be creating a test class for each of your domain classes, and you should test them THOROUGHLY, encompassing both success and failure scenarios.

5. Good Smalltalk Code and Style

You may have noticed: Smalltalk is not Java or C++. Generally, methods (or functions, as you prefer) should be relatively short. Make sure to comment your code well.

Overall
This may seem like a lot of work, but it should be relatively simple to implement your domain objects and basic application model if you've got a coherent design. Meet often, make sure you familiarize yourself with the STORE, and divide the work up evenly.

DO NOT:

In our case:

M4


1. CRC Card Layout Display

We actually completed this for M3, but it's one of the most important parts of the project as a whole. We recommend creating a drag-and-drop interface right off the bat. It's much more intuitive than anything else, not that hard to implement, and gives you a nice helping of extra credit immediately.

2. Scenario Walkthrough

This can be done in a variety of ways. In our case, we had a pop-up window that launched when one selected a scenario and clicked "Roleplay." You may also want to create an embedded subcanvas or another view of some sort. This is worth a lot of points in this milestone, so make sure it is working properly and get it done pronto.

3. UML

If you are using a drag and drop interface, this is almost the exact same thing as creating the CRC card layout. It is up to you how much freedom you give the user in the creation and modification of the UML class diagram. You may want to implement an algorithm to prevent overlapping and line-crossing if you are going to auto-generate the layout.

4. SUnit Tests / Smalltalk Style

Same as previous milestone.

Overall
This milestone is probably the most work you will be doing on this project and it will be especially tough if you are not familiar with the ins and outs of GUI design in VisualWorks.

DO NOT:

In our case:

M5


This milestone is very different from the rest. You've already submitted your finished project. Now, you are going to do a UI evaluation of a group and also receive one yourself.

Creating the evaluation:
  1. Choose an appropriate method of evaluation
  2. Create a plan that you will follow when evaluating
  3. Execute the plan in an appropriate environment under the correct conditions
  4. Write the report

Later, once you receive your evaluation, you will have to write a rebuttal.


Overall
Make sure you carefully document everything that you do, otherwise the results of your evaluation are sort of meaningless. Be constructive and don't criticize in your report, simply explain what you as users had trouble understanding. In the rebuttal, be as cordial as you were in the evaluation.

DO NOT:

In our case:

In the End


If there is one point that we as a group can emphasize the most, it is this: MEET WITH YOUR ENTIRE TEAM OFTEN. Nothing has helped us more in creating our projects than being able to rely on meeting our teammates, having group discussions, and working out issues before they are even able to cause problems. This can be a good learning experience and, dare I say it, even a fun assignment so long as you coordinate your group properly. You will certainly feel a sense of accomplishment when you submit your final project, and you should: you worked hard. Right?

Link to this Page