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 Web site:

Team Members:


Contents of this Document

Project 0verview

Reference Documents

Applicable Standards

Project Team Organization

Deliverables

Software Life Cycle Process

Tools and Computing Environment

Configuration Management

Quality Assurance

Risk Management

Table of Work Packages, Time Estimates, and Assignments

PERT Chart

Technical Progress Metrics

Plan for tracking, control, and reporting of progress


Project 0verview

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.


Reference Documents


Applicable Standards


Project Team Organization

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.


Deliverables

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


Software Life Cycle Process

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.

http://www.qsius.com/images/f/f8/V-Model-Development.JPG


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.


Quality Assurance

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.


Risk Management

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    


PERT Chart

mind mapping software

Pert Key

Pert Key

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


Technical Progress Metrics


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