Project Overview
This project is an android game where the game master sets up the start and destination locations on the map. Two or more individuals/teams can play the game, each member of course has to carry around the smart phone with the GPS to see the map and where the destination is. The game must track the paths of the players, from the start of the game to the end, after which the paths the teams took can be erased. As in all racing games, the goal is to get from point A to point B, what makes this an interesting game/project, is that the teams can track each other since the game shows where everyone is located, and they use their phones to navigate to reach the final destination. The dots/pictures representing each player/team should have the team's name, picture... Whoever reaches the destination first, wins. This game is sort of like "adventure racing", long distance. The transportation (bikes, planes, automobiles...) options and what is allowed to use, is specified by the game master.
Reference Documents
Applicable Standards
Deliverables
Artifact | Due Dates (Some will have multiple deliveries) |
Meeting Minutes | Weekly |
Individual Logs | Weekly |
Group Project Management Reports | Weekly |
ConOps | September 18, 2014 |
Project Plan | September 18, 2014 |
SRS | September 18, 2014 |
High-Level Design | October 23, 2014 |
Detailed Design | October 23, 2014 |
Test Plan | November 25, 2014 |
User's Manual | November 25, 2014 |
Final Test Results | November 25, 2014 |
Source, Executable, Build Instructions | November 25, 2014 |
Project Legacy | November 25, 2014 |
Software Life Cycle
Incremental Phased development will be used for the development of this project. This life cycle will allow for the main functionality to be developed. After the main section is implemented, additional features can be added.
Tools and Computing Environment
Eclipse with Android SDK, Android, Java
Configuration Management
Ideas will be presented to the group during meetings/online postings. This will be done at the beginning of the meeting or next meeting depending on the nature of the content.
Quality Assurance
During the coding phase, two people should proofread major coded segments to ensure that it is maintainable. Each coded section should also be tested thoroughly to ensure proper functionality. All documentation should follow the standards listed above. All members must take part of quality assurance. Any deviations from the projected goals should be announced to the entire team to ensure that everyone is following the proper agenda. Results based on quality assurance will be posted on the website.
Risk Management
Table of Work Packages, Time Estimates, and Assignments
Documentation will be done by everyone in the group during meetings. Coding will be broken up into sections to be divided amongst team members which should take up to 4 weeks.
PERT Chart
Technical Progress Metrics
Progress will be measured by making a list of features of what needs to be completed and using a check list approach to measure progress. Deadlines will be added to scale with the number of features expected to be delivered to the client by a certain date.
Plan for tracking, control, and reporting of progress
Data collection will include features that are being worked on or completed (who is working on what feature, time invested in the feature, and issues that may come up). Progress on goals established by the group will be presented in group meetings.