C++代写:MCD4720 Text Advanture

用C++代写一款文字类冒险游戏。

Task Details

This assignment is the first part of a larger project, which you will complete in Assignment 2.

The purpose of this assignment is to get you comfortable with planning, writing, compiling and testing a (relatively) short C++ program using basic programming constructs. It is detailed later in this assignment specification, as is the specific marks allocation.

The assignment must be created and submitted as a Visual Studio 2017 project. You may complete the exercises in your preferred IDE, however you should create a Visual Studio project in order to submit.

Your project folder must be identified by using your name and assignment number, such as YourFirstNameLastNameA1. The entire project folder must then be zipped up into one zip file for submission. The zip file MUST be named “YourFirstNameLastNameID.zip”. This zip file must be submitted via the Moodle assignment submission page.

Explicit assessment criteria are provided, however please note you will be assessed on the following broad criteria:

  • Detail of a proposed project plan for the overall project
  • Meeting functional requirements as described in the exercise description
  • Demonstrating a solid understanding of the C++ concepts covered, including good practice
  • Following the unit Programming Style Guide
  • Creating solutions that are as efficient and extensible as possible

NOTE! Your submitted program MUST compile and run. Any submission that does not compile will be awarded zero marks. This means you should continually compile and test your code as you do it, ensuring it compiles at every step of the way.

If you have any questions or concerns please contact your tutor as soon as possible.

Assignment Task: Text Adventure

A text adventure is an interactive story that unfolds as the player progresses through it. The player has a defined goal and is presented with some information which they must read then decide what to do next by typing in simple commands. Depending on the command typed, the story will progress to the next appropriate section. The player repeats this process until they either reach their goal, or fail and have to start over again.

For Part A of the assignment you will focus on the planning of the project and programming the setup stage of the game and some simple interactivity. In Part B you will focus on creating the various interactive objects in the game and program the remaining player interactions.

Brief

“Well met, young adventurer and welcome to the peaceful realm of Silven Valley. Actually, it used to be peaceful until the Wumpus, a vile creature, took up residence in caverns nearby. It has been terrorising the villages all along the valley for a long time now.

So, the elders from the villages have banded together to offer fame and fortune to the worthy adventurer who will rid their valley of this dreaded monster! You have answered the call and have been told by the elders that the creature is lurking in one of the cavern complexes in the surrounding hills.

All you have to do is find the creature and slay them … simple! Good luck!! You’ll need it!”

Basic Game Play

NOTE: This is a full overview of the game. Not all of this is required for Assignment 1. See below for specifics

The Wumpus lives in an underground cavern consisting of 25 smaller caves. Each cave has 4 tunnels leading from it to other caves. One example of a cavern complex is shown here (small 5x5 grid).

Besides the Wumpus, there are several other hazards that could be fatal. These include two caves with bottomless pits - if you happen to go into a cave with them, you fall into the pit (and lose). Two other caves have super bats - if you stumble into them, you are immediately carried away by the bats and left in a random cave (would be annoying to say the least).

The Wumpus, on the other hand, is not bothered by these hazards (he has sucker feet and is too big for the bats to lift). It is usually asleep, only waking up if you blunder into its lair or if your shot goes astray (clattering weapons do echo quite loudly underground). If you do manage to wake a Wumpus there is a 75% chance that it will move to an adjoining cave or it may decide (25% chance) to go back to sleep where it is. If it moves to the same cave you are in you become its lunch (and you lose).

When entering the caverns, you have a lantern that has a limited amount of oil, and you are armed with a bow and 5 arrows. Each turn, you may move to an adjacent cave, using one of the listed possible cave exits [numbered according to your map] (which also reduces your lantern oil) or shoot an arrow into an adjacent cave [FIRE room number] (hopefully hitting the Wumpus and killing it).

When you enter a new cave, if you are one cave away from the Wumpus or a hazard, you will be given a clue indicating what is in one (or potentially more) of the caves leading from your current location but not the direction in which it lies.

  • Bottomless Pits: they tend to be drafty, very deep and easy to fall into! They will just kill you outright, should you fall into one. So, watch your step!

  • Super Bats: a colony of these bats makes an awful racket and are very protective of their domain. If you happen to wander into their cave, they’ll swam you and carry you off to some random cave within the caverns.

  • Wumpus: a nasty beast that smells really dreadful and sleeps a lot. If it’s awake and you’re in the same cave then you’re its lunch a truly horrible way to die. The Wumpus is not bothered by pits or bats so is free to roam anywhere in the caverns.

End game conditions:

  • You win if you successfully shoot the Wumpus.

  • You lose if your lantern runs out of oil, or you run out of arrows, or you fall into a pit, or you end up in the same cave as the Wumpus.

Project Plan

Having a clear plan for your project before you begin coding is essential for finishing a successful project on time and with minimal stress. So part of this assignment is defining what will be in your project and what you need to do to actually develop it.

Important: You must also read the requirements for Assignment 2 in order to be able to complete the documentation required for Assignment 1.

The documentation you must submit will include the following:

A brief description for the setting of your text adventure.
This could be the blurb you have on the splash screen of your game to set the atmosphere and inform the player what they need to do in order to win the game. You can use the introduction above (in italics) as a template for your description.

Note: The theme of the game can be any setting you like, so long as the main element equivalents (the number of locations and exits, Wumpus and hazards, limited turns and resources) and general game play as described above are present. Some alternative setting may include: a haunted house, an abandoned castle, a mysterious island, a maze, etc.

A development outline of your game.

Using a simple outline format (numbered or bullet points) state the main actions that the program will have and then, as sub-points, state the things you will need to do to make that happen.

The outline structure should contain all the elements of your game, as this is a high level description of your approach to the development of your program. You should include at least the following headings and provide examples of happens under each section.

  • The game setup
  • The player’s turn
  • Processing player input
  • The end game
  • Additional Features included, if any - see Assignment 2

Here is an example to get you started with your project outline:

  • The Game Setup
    • Display an overview of the game for the player to read so they know what to do to win.
    • Initialise the game elements:
      • load in the location data from a file and store in a list
      • add all the other things that will happen during initialisation including creating and placing the “hazards” in random locations, initialising tracking variables, etc.
    • Ask the player for their name and set the player’s starting location:
      • add all the things that you want to have for the player

As you can see, you only have to describe the actions the program will take, not the code, for the outline. The idea here is to give you a starting point for when you start writing your code as you can use this as a checklist of the things you need to include.

Project Prototype

For the coding part of this assignment you will define all the major elements of your game, display an appropriate “introduction screen” and demonstrate some simple player interactions - HELP, QUIT and moving around the caverns using the given exits.

Your initial prototype must demonstrate the following:

  • Display an introduction screen introducing the player to the game, setting the atmosphere that appears when the program runs.
  • Display a help screen that is accessed when the player types “H” at the prompt.
  • Display the map of a the cave system
  • The game ends when the player types “Q” at the prompt.

Hint: The data for all of the above must be read from a text file (“intro.txt”, “caves.txt”, “help.txt”, etc.). This would be particularly useful for loading the cave locations and exits in an array to make processing and displaying information more efficient.

The player input should be limited to single characters or numbers to make processing the actions easier.

The format should be something similar to:

“Do you want to [M]ove, [S]hoot or [Q]uit? “

Here is some sample output of a game displays. Note this is just a suggestion for the prototype submission for Part 1. In Part 2 you can include descriptions and other feedback as required.

Assignment 1: Marking Criteria

Project Plan

  • Description of the setting (the introduction to your game)
  • Outline includes all game functionality (includes both Parts A and B)
  • Each section is broken into logical tasks
  • Task descriptions given provide sufficient detail
  • Tasks are performed in a logical order

Project Prototype

  • Functionality
    • Does the program compile and run? Yes or No Zero marks for code that does not compile
    • Does the introduction screen display when the game runs?
    • Does the player interaction trigger the correct response?
    • Has Help been included and display correctly?
    • Has the location data been loaded and stored appropriately?
    • Can the player see a location details?
    • Can the player QUIT the program correctly?
  • Quality of Solution and Code
    • Does the program perform the functionality in an efficient and extensible manner?
    • Has the Programming Style Guide been followed appropriately?
    • Is there appropriate documentation throughout the program?