Need to make a Java program using Swing as a GUI. Its an RPG game where the player attacks the enemy, and can equip different items to power themselves up. Will definitely need to use different classes working together.

Definition: Player vs player games are traditionally played using dice. Each player has a certain number of points at the start and the loser decided by who loses all of their health points first. Both players roll (one as attacker the other defender) each turn. Loss of points occurs when the attacker rolls higher than the defender. In the case of a tie or the defender rolling higher, then no points are lost. Attributes of the character such as strength and objects they have such as weapons may modify the respective attack and defense of the players. The theme you select for your game is up to you and may include fantasy, science fiction, cops vs robbers, or even whimsical ones such as plants vs zombies. Specifications: You have scope within these specifications in order to encourage creativity and interest; however, I would like to see you demonstrate at least the following to show your competency in OOP and Java: Your game will allow the user to outfit at least one character with gear and allow two characters to engage in combat. It will provide a simple play by play of the action (e.g. Knight hits dragon for 10 points) and report the winner of the match. Your game should have examples of both inheritance and aggregation It should contain several different classes (excluding GUI classes and driver). This is to be a text-based game in that all combat is text rather than game characters moving around a board. You may not use a System based user interface (i.e. Scanner, System.print or JOptionPanes. GUI will be used to select combatants, equip characters, and for the text to be written to. Please see the Rubric below for any other specification information. Notes: Although both commercial board and electronic games of this type may be very complex (and designing a game can be quite fun), it is strongly suggested that you be mindful of your initial scope. It might be best to have two versions in mind one that matches the scope of the rubric and the other for future enhancements when time permits. It is strongly recommended that you use a card layout for this project. Please see support document Validating Class Diagrams and Story Boards Remember to include not only an image of a control but also whether it is a textbox, label, button, radio button, etc.

Marking Rubric: SAAD Marks (10 10% Generic Marks (25 10% Class Diagram (Revised to match submission 590 590 590 Program and SAAD done to specification (i.e. no logic, syntax or validation errors, correct output, all project specific categories and the SAAD component earned a min of 60% each Efficiency / finesse (e.g. large segments of code that could be shorter, unnecessary code duplication, code not encapsulated in functions, etc Code is well commented as to functionality, structures, formulas, etc. Formatting and layout of source code is consistent The user interface is functional, appropriate and easy to use. Output is well formatted and easy to follow Proiect Specific Marks (55 5% 5% 5% 10% Error checking validation Uses random number generation Uses a timer and timer handler (not threads Uses a multi-parameter constructor to populate at least some of the properties ofa 10% 10% 5% 590 ame character obiect using data taken from the user interface at runtime Use of Aggregation (the "has a" relationshi Use of Inheritance (the "is a" relationship) Use of abstraction- class(s Use of abstraction - method(s Research Component Marks (10) * 10% Economy - gold may be earned or lost in battle and is used for purchases at the armo TOTAL 100% Marking Rubric: SAAD Marks (10 10% Generic Marks (25 10% Class Diagram (Revised to match submission 590 590 590 Program and SAAD done to specification (i.e. no logic, syntax or validation errors, correct output, all project specific categories and the SAAD component earned a min of 60% each Efficiency / finesse (e.g. large segments of code that could be shorter, unnecessary code duplication, code not encapsulated in functions, etc Code is well commented as to functionality, structures, formulas, etc. Formatting and layout of source code is consistent The user interface is functional, appropriate and easy to use. Output is well formatted and easy to follow Proiect Specific Marks (55 5% 5% 5% 10% Error checking validation Uses random number generation Uses a timer and timer handler (not threads Uses a multi-parameter constructor to populate at least some of the properties ofa 10% 10% 5% 590 ame character obiect using data taken from the user interface at runtime Use of Aggregation (the "has a" relationshi Use of Inheritance (the "is a" relationship) Use of abstraction- class(s Use of abstraction - method(s Research Component Marks (10) * 10% Economy - gold may be earned or lost in battle and is used for purchases at the armo TOTAL 100%