Iteration 2 Deliverables

Make an appointment with your Client at which time you will demonstrate--with the jar whose modification date is no later than the due date-- that your system has the functionality that had been agreed upon between you and your client. This should occur as soon as possible after the due date.

Mail your TA/client a jar file, named <teamname>.jar. It should include the following directories and files (the names do not have to match exactly):

Files

  • build.xml (2 points) - has the targets needed to build, test, and run your system. - Do the targets work?

Directories

  • documents (2 points) -  has an index.html file that contains [links to] the following:
    • Vision statement - Is it clearly written? Is the extant work researched?
    • Project development principles - Is English crisp? Are principles traceable to practices?
    • Project development practices - Is English crisp? Are practices traceable to principles?
    • Javadoc - all public classes and public methods within those classes should have Javadoc. -  Complete? Useful?
    • Readme - complete, detailed instructions on how to: - Do instructions work as stated?
      • build your system
      • test your system
      • run your system.
    • Postmortem (1 point of the 2) - Does it provide answers?
      • What went right?
      • What went wrong?
      • Specify any changes to your principles and practices for the next iteration.
    • Peer reviews - each team member reviews every other team member. Provide comments as needed.  Do they exist?
      1. Researched and gathered information
        1. Unsatisfactory: Does not collect any information that relates to the topic.
        2. Developing: Collects  little information. Some relates to the topic.
        3. Satisfactory: Collects basic information. Most relates to the topic.
        4. Exemplary: Collects all relevant information.
      2. Fulfilled team role's duties as assigned
        1. Unsatisfactory: Does not perform any duties of assigned team role.
        2. Developing: Performs few duties.
        3. Satisfactory: Performs nearly all duties.
        4. Exemplary: Performs all duties well.
      3. Shared the work equally
        1. Unsatisfactory: Always relies on others to do the work.
        2. Developing: Rarely volunteers to do the work.
        3. Satisfactory: Volunteers to do nearly an equal share of the work.
        4. Exemplary: Always willing to do at least an equal share of the work.
      4. Listened to other teammates' points of view
        1. Unsatisfactory: Never allows others to speak.
        2. Developing: Usually talking, interrupts others a lot.
        3. Satisfactory: Makes an effort to listen. Rarely interrupts.
        4. Exemplary: Listens carefully. Never interrupts. Restates what was said to confirm to the speaker that the message was correctly understood, whenever the message appears ambiguous.
      5. Other (specify)
  • library -  has executables, typically jar files, that are not written by your team, but are needed to run your project.
  • source  (3 points) -  your top-level package structure must be teamname.projectname. - Good OOD? Compatible with Practices (e.g., coding conventions)?
  • test (3 points) -  include your unit test source files. Each test class is in the same package as the class it tests. You also may include these files in the source directory. Are they reasonably thorough?
  • testlibrary - has executables, typically jar files, that are not written by your team, but are needed to test your project.

Overall

  • Requirements (5 points)  Does the system function as previously agreed?
  • Substance (5 points)  How substantial is the system?