Roles of Project Members

 

Each team should select one Manager, one Designer, one Toolsmith, one Quality Controller, one Facilitator, one Editor, and Assistant Programmers as needed.  It may be that one person plays more than one of these roles. 

bullet

The Manager will be responsible for the overall efficient functioning of the team. 

bullet

The Designer will be the decision maker for the specifications and design, processing the suggestions of everybody on the team. 

bullet

The Toolsmith will provide system-specific technical information to the others. 

bullet

The Quality Controller will insure work products meet team standards and manage the review and testing process. 

bullet

The Facilitator will organize and conduct team meetings and be responsible for inter-team communication. 

bullet

The Editor will write and/or edit documentation, control and distribute project files, and submit deliverables. 

 

Project Deliverables

 

Late deliverables will lose 5% of their total possible grade value for each day or fraction of a day they are late.

 

Your project plan should include a narrative description of the hardware and environment in which the software runs and of the function of the software; a description of the team organization; a schedule of team activities; a list of team goals for the project; a description of the development strategy and process model being used.

 

Your requirements document (analysis model) should include a statement of all customer- or team-originated requirements; low-fidelity prototypes; and use cases or scenarios.  Your acceptance test plan should indicate all tests to be performed by me at the end of the semester along with the expected outcomes.

 

Your draft user's manual should include chapters called "Getting Started", "The Second Experiment", and "Detailed Instructions".

 

Your architectural design (design model) should include diagrams (UML, etc.); patterns.

 

Your code should be well commented, including standard headers and appropriate naming; compilable; and complete.

 

Your test documentation should describe each test executed, including date, person, unit tested, purpose of test, outcome of test, any necessary code corrections, and result of retesting.

 

Your user’s manual should be an update of the draft manual.

 

Your executable code must function correctly as described in the specification and the user’s manual.

 

Your post mortem should describe what went right and what went wrong with your project, and advice to others who might work on a similar project

 

Potential projects

 

bullet

Checklist creator/updater/tickler

bullet

E-mail filter/prioritizer/manager

bullet

Test harness

bullet

Form generator

bullet

Code standards creator/auditor

bullet

Animated data structure library

bullet

A tool to assist in conducting unit tests on C++ classes.

bullet

A code turmoil tool.

bullet

A test data generator.

bullet

A reuse tool.

bullet

A small graphical editor

bullet

??? (Your Choice)