Fun with Statistics

Shade Petteway
Sakea Williamson
Jeremy Ruffin
Guarav Khharva

Table of Contents

Table of Contents 2
Executive Summary 3
System Profile. 4-5
Team Minutes. 6-8
Use Case Diagram....... 9
Use-Case Descriptions....10-12
Workflow Diagrams...13-15
Class Diagram.16
Sequence Diagrams.17

Fun with Statistics: Interim Report !2

Executive Summary

Statistics is a commonly dropped or failed course on many college campuses. Students

and instructors often complain that statistics is just not fun. The Math Department at UNCG
wants a game developed specifically for their Statistic classes. The instructors and students want
a game that will make answering statistic based questions fun. The game needs to be easy but at
the same time challenging and fun for the students. The game also needs to be competitive to
give the students a sense of competition amongst peers across North Carolina.
The system that we are developing for the Math Department is Fun with Statistics. Students will create an account along with creating an avatar that they will see throughout the game.
Each section will have chapters broken down in the game to formulate small questions. Fun
with Statistics will connect a student with another student that is currently seeking to play the
same section of the game. After the time limit for waiting on another player to join has expired,
the player will have the option to continue waiting or a game with a computer player will began.
Students will competitively search for puzzle pieces to complete the formula that will aid in answering questions throughout a particular section. After each question is answered correctly, a
wave of enemies began to attack. Students will compete to answer each question quickly and accurately to earn points and rewards to help fight off the wave of enemies. At the end of each
game session, a chapter fuel gage will fill based upon the questions answered correctly and
quickly. Students progress will be added to a leaderboard, which will also show other students
ranking in the game. This system will solve the need for competitiveness by allowing students to
play against one another. The system also lets students work and learn at their own pace by
choosing which chapter and sections that they want to work on.
This project will last roughly 2 months. The analyst team will research all possible needs
and uses for the system. The system is constructed to enhance students understanding and ability
to learn statistics in a more fun and interacting manner. The main goal is to make the system as
game like as possible.
The Waterfall model of the SDLC approach is used to help develop the system, which
includes five main phases. The first phase is the planning phase; it will involve the system analyst team and the NC school system. During the planning phase, the team will meet each week,
to discuss the business need and how our system will be a solution to the problem. Days will be
designated for scheduled meetings and working on the system. We will consult the school system
to discuss our plans to best suit the needs of instructors and students. After planning is complete,
the second phase is the analysis phase. The analyst team will research all possible uses associated
with all actors and stakeholders. This phase will allow us to talk over all uses with the actors and
stakeholders. After all the actors and stakeholders review everything, we will move on to the
third phase. This phase is called the design phase, during this phase workflows will be created to
show how each actor will interact with system and vice versa. The system is built during this
phase. After the design phase is complete, the implementation phase will be underway. Implementation will require a various amount of test ran on the system assuring that all requirements
Fun with Statistics: Interim Report !3

are met; requirements such as security, reliability, and so on. Improvements will be made during
this phase based upon test results. The last and final phase is the deployment phase. The system
is complete during this phase and ready to run. We will then present the system to all actors and
stakeholders to eliminate their problem.

Fun with Statistics: Interim Report !4

System Profile
Description:
Currently, there is no system in place to combat with the toughness that statistics gives students.
The current system that schools use and have in place is either just questions through blackboard
or MyStatLab.
Triggered the Project:
The systems UNCG has in place does not offer anything that gives student a sense of fun while
learning. Students currently just answer questions multiple times until the work is finished, for a
grade. Students want to have fun while learning or even have that sense of unknowingly learning
information.
Proposed System:
The system that will aid in solving the schools and students issues will be a Fun with Statistics
Game. The goal of this game is to end all the boredom and struggle that statistics brings.
Business Policies:
This game is rated Mature for violence and language.
Users:
Student (direct user):

Create Account

Customize Avatar

Play Game

Select Chapters and Sections

Answer Questions

Give Feedback about System

View Fuel Gage

View Leaderboard

Instructor (indirect user):

Create Account

Reset Password

Create Questions

Fun with Statistics: Interim Report !5

View Progress

View Leaderboard

Give Feedback about System

System administrator/ Developer (indirect user):

Update System

View Feedback about system

Capabilities:
- Calculate grades
- Update leaderboard
- Connect player with opponent or computer if opponent is not available
- Randomize questions
- Records time and accuracy
Networking:
The student will need to be connected via wi-fi or ethernet in order to play game. This will enable an opponent to be connected with the player.
Current technology :
The current technology that is being used for the current system is a computer. Currently the
system in place is only compatible with a computer. The technology needs for the current proposed system will be phone, tablet, or computer. No extra hardware, software, or communications will be needed in order to operate the game.

Fun with Statistics: Interim Report !6

Use Case Diagram

Fun with Statistics: Interim Report !7

Use-Case Descriptions
Use Case:

Student create account

Description:

Student will create a student Statistics Game account by entering in basic

information and then entering in the course code, section and instructor.

Primary Actor(s):

Student

Realted Use
Cases:
Stakeholders:

Instructors

Preconditions:

Must be a student enrolled at the university and enrolled in the specific statistics
course. Student must have valid email address and class information (section,
instructor).

Postconditions:

Account must be created and saved. The class section along with instructor and
class ID must be validated. Class section and instructor must match up with the
class ID.

Flow of Activity:

Actor's Responsibilities

(1) Student enters basic

information to create
student account.
(2) Student will enter in
class section and
instructor.
(3) Student will enter in
course code (given
from instructor).
(4) Student will create
avatar

Exception
Conditions:

System Responsibilities

1.
2.

System will create new student.

System will then prompt student to select
class Section and Instructor. 2.1System
then validates that student is enrolled in
that section. 2.2 System then prompts student to enter in access code. 3.1 System
will verify that course code is correct.3.2
System will create Statistics Game account.3.3 System associate student to
specific account. 3.4System returns student account along with details.
3.5 Prompt student to modify avatar.
4.1 System will save avatar details

(1.1) If student did not enter in all needed information

(2.1) Course section and instructor does not exist or entered incorrectly.

Fun with Statistics: Interim Report !8

Use Case:

Instructor creates account

Description:

Instructor will create account by entering in basic information.

Primary Actor(s):

Instructor

Realted Use Cases:

Student registers for account

Stakeholders:

System admin

Preconditions:

Must have instructor access code

Postconditions:

Account must be created and saved. Access code must be validated.

Flow of Activity:

Actor's Responsibilities
1.
2.
3.
4.

Exception
Conditions:

Instructor enters in basic

information
Instructor will enter in
class section
Instructor will fill out the
roster for the class in
each section
instructor will review
student roster

System Responsibilities
1.
2.

System will create Instructor account

System will prompt instructor to enter
class section
2.1 System will validate class section and
associate it with specific instructor
2.2 System will prompt instructor to fill out
roster
3.1 System will save students name
associated with class section
3.2 system will return saved roster

(1.1) Instructor doesnt fill in all basic information

(2.1) instructor entered in incorrect class section

Fun with Statistics: Interim Report !9

Use Case:

Play game

Description:

Student will play game, student will log in to game page to start, student will
select any chapters he/she likes to begin, student will play a game by
completing each sections, and student will have option to save or submit
answer once they complete answering questions.

Primary Actor(s):

Student

Realted Use Cases:

Student registers for account

Stakeholders:

Instructor and system administrator

Preconditions:

Must be a student enrolled at the university and enrolled in the specific

statistics course. Student must have correct username and password

Postconditions:

Student must successfully logout.

Flow of Activity:

Actor's Responsibilities
1.
2.
3.
4.

5.
6.

Exception
Conditions:

Student log in to start a

game
Student will select chapter
Student will select section
Student will have choice;
student can choose multiple
choice game or short
answer game
Student will answers
question
Student will have choice of
either save answers or
submits answer

System Responsibilities

1. System verify the student

2.1 System will show sections of the
selected chapter
3.1 System will show option to choose
game.
4.1 System will display questions
5.1 System will save each questions as
student answers.
6.1 System submits answer.

(5.1) If system does not display answer saved once student answers
question, student will have to finish entire section.

Fun with Statistics: Interim Report !10

Use Case:

Student view progress

Description:

To see graphically how much progress has been made throughout the game

Primary
Actor(s):

Student

Realted Use
Cases:
Stakeholders:

Instructor

Preconditions: Student must have completed a section in order to have made progress within the
game
Postcondition
s:
Flow of
Activity:

Students will see how far they have come in the game

Actor's Responsibilities
*Assuming student is logged in*
(1) Student select view progress
(2) student will view graph to analyze
progress in game

Exception
Conditions:

System Responsibilities

(1.1) system will return a line chart

based on student

(1.1) If student has not successfully completed a section of the game.

Fun with Statistics: Interim Report !11

Use Case:

Instructor(s) viewing progress

Description:

After simulation has been completed, the instructor(s) can log in and view the
information and players' results. This could be used to adjust questions or answers to
make the simulation more helpful.

Primary
Actor(s):

Instructor(s)

Realted Use
Cases:
Stakeholders:

player(s) and instructor(s)

Preconditions: Player(s) must have logged in the account or completed the simulation and instructor
must log in
Postcondition
s:

Simulation questions will be adjusted to be more helpful and represent real life
situations.

Flow of
Activity:

Exception
Conditions:

Actor's Responsibilities

System Responsibilities

(1) Instructor(s) will login and review information given by player(s).

(2) the instructor(s) will decide to edit
questions or answers for the simulation.
(3) instructor will save changed information

(1.1) system verifies login credentials

(1.2) the system will show content given
by the player(s) for review.
(1.3) Then the system will offer a link to
edit questions or answers that are in the
simulation question pool.
(3.1) System will save changes

(1.1) Login information isnt verified (1.2)if no content is entered by the player(s) then
nothing will show up for instructor to review.

Workflow Diagrams

Fun with Statistics: Interim Report !12

Fun with Statistics: Interim Report !13

Fun with Statistics: Interim Report !14

Fun with Statistics: Interim Report !15

Fun with Statistics: Interim Report !16