War Game with Dice Design Solution

Goals




*Identify requirements for a program

*Develop an initial test plan to test program requirements

*Implement the game according to your design

*Program using inheritance

 




For this lab, we will be designing a simplified version of War using dice.




## War Game Requirement




Setting




This is a 2-player game. It is played through dice.




Rule for scoring




The player who rolls higher number gets one point. If both players roll the same number, it is considered a draw and no one gets a point.




Dice Specification




There are two kinds of dice:




*normal die, represented by Die class.

*loaded die, represented by the loadedDie class.

Classes




# Die class




Die class has a member variable of an integer N that represents the number of sides on the individual die.




Die class also has a member function that returns a random integer between 1 and N as the result of rolling the die once.




# LoadedDie class




LoadedDie class inherits the behavior and elements of Die class.




However, for the die rolling function, the number it returns is biased such that the average output of rolling it for several times is higher than that of a Die object with the same number of sides.




You can determine how you want to make the die loaded, as long as it fulfills the requirement above.




Note: A loaded Die can never roll a number that is higher than the number of sides it has. So, if a loaded die has 6 sides, it cannot roll a 10.




 




# Game class:




This class implements the dice-rolling war game.




First, create a menu that first asks the user to select from the following 2 choices:




*Play game

*Exit game

If the user selects “play game”, ask the following questions at the start of the game:




*How many rounds will be played

*The type of die for each player

*The number of sides for dice of both players

If the user selects “Exit game”, exit the game.




Note: The two dice can have different numbers of sides.




Note: You are allowed to add more choices for your menu as long as it makes sense.




Design the menu so it makes it easier for the user to read, and input selection.




After getting all the information from the user, the game then creates the necessary Die/LoadedDie objects, and play the game.




During the game, the game should output the detailed result of each round, including the side and type of die used for each player, the number each player rolls, and the score result. Afterwards, display the final score count after results of all rounds are printed, and the final winner of the game.




Note: You are allowed to have other classes, as long as you have the classes specified above, and the behavior satisfies the above requirements.




 




Input Validation




In lab 1, we briefly talked about the requirement of input validation. For this lab, we will be implementing input validation for all inputs.




Input validation is the testing for input that is supplied from outside source. (including human input)




Consider the following scenario: if your game request for an input of integer and the user instead input a character of “t”, it would cause the program to crash. But with an input validation, the error is caught, and the input is requested again, until the user input a correct type of data.




The requirement of input validation is to make sure the program




*does not crash from the undesired input

*request for input repeatedly until the correct data is inputted.

A good way of planning input validation is to first think about what kind of input is desired for each input in a program.




If you would like to add more feature to your input validation, you are free to do so.