2D Action Shooter
Project Management Plan
COP 4331C, Fall, 2014
Modification history:
Version |
Date |
Who |
Comment |
v0.1 |
09/17/2014 |
Horica Ionescu |
Delivery 1 |
v0.2 |
09/18/2014 |
Horica Ionescu |
Delivery 1 - Added plan model |
v0.3 |
09/23/2014 |
Adam Stack |
Delivery 1 - Added PERT chart |
Team Name: Group 10
Team Members:
Contents of this Document
Tools and Computing Environment
Table of Work Packages, Time Estimates, and Assignments
Plan for tracking, control, and reporting of progress
We will be creating a 2D top down shooter that will run on an Android platform. The game will consist of a player that has the ability to level up. It will have multiple levels in which our player will be confronted by enemies. There will be a scoring system that will take into account the user’s performance. In addition there will be merchants throughout the game which will have an assortment of items available to the player based on the players level. Development will be split among project members through android studio and Unity.
The team consists of Adam Stack, Horica Ionescu, Remo Gutierrez, Michael Paulsen, Tyler Harbin-Giuntoli, and Ross Pape. Adam is the document manger, making sure documents are ready and turned in by deadlines. He will coordinate with the team to ensure documentation needs are met. He has the final say on documentation standards, style and content. Horica is the documentation and testing assistant, will assist the document manager and testing lead, as well as managing communications and meetings. He will have final say on meeting times. Michael is the testing lead, and he will organize and run bug testing as well as automated testing. He has final say on enforcing necessary changes to code. Remo is the lead developer, and he will organize program structure and keep objects within a coherent vision. He is responsible for keeping object input/output consistent. He has final say on accepting or rejecting proposed objects, features, themes, and styles within the game. Ross is the developer assistant, and he assists lead developer and streamlines code by refactoring. He is responsible for keeping object input/output consistent. He has final say on code style and naming conventions, as well as inputs/outputs of objects. Tyler is the developer assistant and general manager. He assists lead developer and is in charge of general group organization. He has final say in mediating disagreements. Communication is handled through Facebook and text messaging. Certain meetings will be held in person, though the majority of the time communication will be maintained online.
Artifact |
Due Dates |
Meeting Minutes |
09/18/2014 |
Individual Logs |
09/18/2014 |
Group Project Management Reports |
09/18/2014 |
ConOps |
09/18/2014 |
Project Plan |
09/18/2014 |
SRS |
09/18/2014 |
High-Level Design |
10/23/14 |
Detailed Design |
10/23/14 |
Test Plan |
09/18/2014 |
User's Manual |
11/25/14 |
Final Test Results |
11/25/14 |
Source, Executable, Build Instructions |
11/25/14 |
Project Legacy |
11/25/14 |
The process our group will follow will resemble the V model for the most part. The important aspect of this model is that through the testing process, the design will be revisited to ensure that all system design aspects are implemented correctly.
Tools and Computing Environment
There is no set Operating System that will be used, as each team member will use their own preferred OS. C# will be the programming language we use, as it is the language compatible with Unity.
Configuration Management
Version control and change control will be the responsibility of Remo the lead developer. He will collaborate with Ross, the developer assistant. If they need assistance, other team members may be asked to contribute to the process.
QA activities will be the responsibility of Michael the testing lead. Horica the documentation and testing assistant will assist in the process. Each of these activities will occur when major sections of the game is complete. The results will be reported in documentation.
The main risk involved in this project is miscomunication that could potentially lead different members inadvertantly working against each other. This risk will be managed through careful description and instruction on what each member will be working on.
Table of Work Packages, Time Estimates, and Assignments
Activities | Time estimate | Assignments |
Step 1: Setting up work environment | ||
1.1 Download game development software. | 1 | Team |
1.2 Setup version control (Git). | 1 | Team |
1.3 Acquire necessary hardware for running and testing software. | 1 | Team |
1.4 Assigning group structure/team roles. | 1 | Team |
Step 2: Basic team software training | ||
2.1 In depth development software tutorial. | 3 | Team |
2.2 Team Git training. | 2 | Team |
2.3 Team website acclimation. | 1 | Team |
Step 3: Game proof of concept (prototype) | ||
3.1 Create basic interact able game level. | 1 | Remo/Ross/Tyler |
3.2 Create stand-in player character on level. | 1 | Remo/Ross/Tyler |
3.3 Add player movement. | 1 | Remo/Ross/Tyler |
3.4 Create working camera. | 1 | Remo/Ross/Tyler |
3.5 Add interact able objects to level. | 1 | Remo/Ross/Tyler |
Step 4: Core game development | ||
4.1 Develop full featured level including textures. | 4 | Remo/Ross |
4.2 Develop complete player and enemy character models. | 4 | Ross/Tyler/Adam |
4.3 Develop enemy character A.I. | 5 | Remo/Tyler |
4.4 Develop user interface for playscreen and all menus. | 10 | Remo/Michael/ Adam |
4.5 Create a database system to support merchant system. | 3 | Tyler/Michael/ Horica |
4.6 Develop game scoring system. | 4 | Ross/Horica |
4.7 Develop physics/collision system. | 7 | Remo/Adam |
4.8 Develop combat system. | 7 | Ross/Horica |
4.9 Develop scoring system. | 4 | Ross/Tyler |
4.10 Develop additional game levels. | 9 | Remo/Ross |
4.11 Develop additional playable characters. | 3 | Remo/Ross/Adam |
Step 5: Internal Testing | ||
5.1 Test for positive execution on mobile devices. | 1 | Michael |
5.2 Test basic game mechanics(moving, shooting…) | 2 | Michael/Horica |
5.3 Test for A.I. bugs. | 5 | Michael/Horica |
5.4 Test for design concept issues. | 5 | Michael/Remo |
5.5 Test all additional game features. | 7 | Michael/Remo/ Ross |
Step 6: Game Polish I | ||
6.1 Review bug report from internal testing | 2 | Remo/Ross/Tyler |
6.2 Identify bugs in code to be fixed | 7 | Remo/Ross/Tyler |
6.3 Identify design problems to be changed. | 7 | Remo/Ross/Tyler |
6.4 Polish graphics and other aesthetic features. | 7 | Remo/Michael/ Adam |
6.5 Code refactoring and optimization. | 10 | Ross/Tyler |
Step 7: Internal/External Testing | ||
7.1 Obtain outside testers. | 5 | Team |
7.2 Release preliminary game for testers. | 2 | Remo |
7.3 Redo full internal testing from first test stage. | 10 | Michael/Horica/ Remo |
7.4 Obtain bug report from outside testers. | 2 | Michael |
Step 8: Game Polish II | ||
8.1 Review internal bug report. | 2 | Remo/Ross/Tyler |
8.2 Review external bug report. | 2 | Remo/Ross/Tyler |
8.3 Evaluate and tweak graphics and other aesthetics. | 5 | Ross/Michael/ Adam |
8.4 Locate and fix bugs from both reports. | 7 | Remo/Ross/Tyler |
8.5 Further code optimization. | 7 | Ross/Tyler |
8.6 Final review of game design decisions. | 4 | Team |
Step 9: Launch |
tasks | Label | Depends on | Start | Finish |
Development Enviroment selection | A | 9/8/2014 | 9/18/2014 | |
Deliverables 1 | B | 9/8/2014 | 9/18/2014 | |
charcter creation | C | 9/18/2014 | 10/2/2014 | |
Level creation | D | 9/18/2014 | 10/2/2014 | |
Menu system | E | A,B | 9/18/2014 | 10/2/2014 |
Character customization | F | C,E | 10/2/2014 | 10/15/2014 |
charcter leveling | G | F | 10/2/2014 | 10/15/2014 |
NPC Merchant | H | F | 10/2/2014 | 10/20/2014 |
Enemy Creation | I | F | 10/2/2014 | 10/20/2014 |
In level items | J | D | 10/5/2014 | 10/20/2014 |
Inventory system | K | 10/15/2014 | 10/27/2014 | |
Game Play (component testing) | L | E | 10/27/2014 | 11/1/2014 |
Enemy Interaction | M | D | 10/27/2014 | 11/18/2014 |
Interupt handleing | N | 11/1/2014 | 11/18/2014 | |
Game play (Acceptance testing) | O | 11/18/2014 | 11/24/2014 |
Plan for tracking, control, and reporting of progress
At a minimum, each team member will post the following information weekly: individual time and activity log, individual status information, individual issues and problems, and individual defect log.
Each week, the project manager will: read and analyze the logs; examine the technical content of the work done to date; examine the technical progress metrics; consider the QA results; reassess the potential project risks; and take corrective action if necessary.
The project manager will issue a Project Management Report on the schedule as indicated in the deliverables section above. At a minimum, the Project Management Report will be generated every two weeks and will include the following information: 1 sentence description of overall status, 1 or 2 sentence of any planned changes to the project plan, graph of planned vs actual time, graph of planned vs actual for each technical progress metric, updated PERT chart."
Template created by G. Walton (GWalton@mail.ucf.edu) on Aug 30, 1999 and last updated Aug 15, 2000
This page last modified by Adam Stack (bigstack80@knights.ucf.edu ) on 09/18/2014