Semester Project

Tom Kelliher, CS 245

Sept. 8, 2008

Administrivia

Announcements

Assignment

Read Ch. 2. Online essay.

From Last Time

Why software engineering?

Outline

1. Teams.

2. Deliverable due dates.

3. Operational aspects.

4. Comments.

5. Initial team meeting.

Coming Up

Overview of object-oriented paradigm.

Teams

1. Team Peregrine: Jon, Melissa, Russ, Zach, Mike.

Determine your own group name (eight characters or fewer) and let me know.

Deliverable Due Dates

Chapter 6 contains a complete example. All deliverables have equal weight, with the exception of source code, which is weighted six times as much as any other deliverable.

1. 9/19: Refined requirements specification (3.4-3.9).

2. 9/24: Scenarios (2.2).

3. 9/19: Primary class list (3.10).

4. 10/1: Class diagrams (3.10).

5. 10/1: Use case descriptions and diagrams (3.10).

6. 10/3: Structured walk-through (in class) (3.8).

7. 10/8: Object diagrams (5.3).

8. 10/8: Revised class diagrams (5.2, 5.3).

9. 10/15: User interface mock-ups.

10. 10/8: State machines (4.7).

11. 10/15: Collaboration diagrams (5.3).

12. 10/22: Sequence diagrams (5.3).

13. 10/22: Object diagrams (5.3).

14. 10/29: Refined class diagrams (5.2, 5.3).

15. 10/29: Class skeletons (5.2).

16. 10/31: Informal walk-through/design refinement (in class).

17. 10/29: Implementation plan (7.4, 7.5).

18. 11/24: Source code.

19. 11/5: Test plan (8.4, 8.7).

20. 12/1: Test analysis report (8.5).

21. 12/10: System Integration (7.4).

22. 12/12: Code Freeze (no more work permitted).

23. Final: System delivery and demo.

Form of Deliverables

Pages, documents left in TRAC.

Operational Aspects

1. Don't let technical or personnel problems fester -- keep me in the loop.

2. Be conscientious about due dates -- there are no back-ups for anyone on a team.

3. If you aren't willing to work as hard as others, be up front about it. The team will have to adjust. I think it would be fair to adjust grades as a result. What do you think?

4. Meet regularly with your team -- good communication is a key.

5. Always create an agenda for every team meeting -- be as effective as possible.

6. Rotate responsibility for chairing team meetings -- give everyone a chance to manage; don't let one person dominate.

7. Technologies for use:
   1. Phoenix/personal workstations for server and client development (Java). Individual, group accounts.

   2. TRAC for deliverables. Automatic versioning of everything except attachments (?).

   3. Subversion repository for code files. Also keep versions of documents here?

   4. Eclipse on phoenix for Java development. Subclipse plug-in for access to Subversion repository.

   5. JUDE Community for UML for diagram production.

   6. GanttProject for project management.

8. New technologies ripe for developing small-scale prototyping: Java applications (server), threads (client and server), networking (client and server).

Comments

• Keep in mind that you will be producing a client/server system. (Feedback from a previous semester.)

• The functional requirements speak for themselves.

• Expect some ambiguities.

• I will serve as the ``domain expert'' -- resolve ambiguities with me.

Initial Team Meeting

Things to address now or at next meeting:

1. Establish common meeting time.

2. Assign meeting chair and rotation mechanism. Chair responsible for agenda.

3. Assign meeting secretary and rotation mechanism. Secretary responsible for recording and distributing minutes.

4. Discuss tool preferences and areas of expertise.

5. Discuss how to share work products.

Tom Kelliher