CPP代写，CS 161代写，cpp assignment代写
CS 161 Assignment #3 – Flight Animator
Design Document due: Sunday, 2/2/2020, 11:59 p.m. Design Peer Review due: Weds., 2/5/2020, 11:59 p.m. Assignment due: Sunday, 2/9/2020, 11:59 p.m.
(Canvas) (Canvas) (TEACH)
Demo/Grade Your Assignment by: 2/23/2020, 11:59 p.m. (In person)
Goals:
o Practicegoodsoftwareengineeringdesignprinciples:
§ Design your solution before writing the program
§ Develop test cases before writing the program
§ Run tests and assess results to iteratively improve the program
o Useloopstoperformrepeatedactivities
o Usefunctionstomodularizecodetoincreasereadabilityandreducerepeatedcode
Part 0. Sign Up for Your Demonstration
You are required to meet with a TA within the two weeks following the due date to demo. Please sign up for your slot now (yes, before you begin the assignment!) to ensure your work will be graded. You can schedule a demo with a TA on the course website (http://classes.engr.oregonstate.edu/eecs/winter2020/cs161-020) in the far right column of the bottom table labeled “Grading Hours”. You can select one of your lab TAs, or a different TA.
Your goal in the demonstration is to show your TA how to use your program, explain how it works, and answer questions. Be proud of your work and ready to show it off!
Part 1. (10 pts) Design a Flight Animator
Rather than a full flight simulator, in this assignment you will design a flight animator. Given information about a planned airplane flight (distance, airspeed, and wind conditions in addition to the airplane’s fuel burn rate, the price of fuel per gallon, and the number of passengers), your program will calculate how long the flight will take and flight cost per person due to fuel burned. The program will display an animation of the outbound flight in which (for example) 1 second of animation = 1 hour of flying time. Then, the program will do the same computation and animation for the return flight, in which the wind has the opposite effect (a headwind becomes a tailwind and vice-versa).
Here are the attributes your Flight Animator must have:
o Useloops(for,while,ordo-while)toavoidcodeduplication
o Use functions to define re-usable modules of code (and avoid code duplication). You
must have at least 3 functions (in addition to main()) to calculate flight duration,
calculate flight cost per passenger, and output flight animation.
o Atleastonefunctionshouldspecifyadefaultvalueforatleastoneparameter. o Checkalluserinputsandhandleinvalidinputsgracefully(i.e.,dosomething
sensible, prompt the user to try again, and definitely do not crash!)
o Nouseofglobalvariables
o Employgoodprogrammingstyleandfollowthecoursestyleguidelines
o Seesection3foradditionalspecificrequirementsontheimplementation(after
you do the design document)
Have fun and be creative!
1
Here is an example run:
Please provide the following flight information: 1) Flight distance (miles): 100
2) Airplane airspeed (miles per hour): 50
3) Wind speed (miles per hour): 3
4) Fuel burn rate (gallons per hour): 7 5) Fuel price (dollars per gallon): 4
6) Number of people onboard: 3
7) Seconds of animation per flight hour: 1
Your flight will take X hours and Y minutes and cost $ZZ.ZZ per person.
Your return flight will take P hours and Q minutes and cost $RR.RR per person.
Tips:
-
Speed = distance / time
-
Interpret a positive windspeed as a headwind (thus slowing your plane down), while a
negative windspeed would indicate a tailwind (speeding your plane up).
-
Ignore groundspeed effects due to changes in altitude (assume the flight is done at a
single altitude).
-
“Flight cost per person” is the total amount of money spent as a function of fuel price,
flight duration, and fuel burn rate, divided by the number of passengers.
-
A typical 4-seat Cessna cruises at about 120 mph and burns 8 gallons per hour.
-
A typical Boeing 737 cruises at about 550 mph and burns 750 gallons per hour.
-
Animation:
o Youranimationshouldshowprogressfromlefttorightwithoneunit(ofyourchoice) printed to represent each hour of flying (rounded up), printed at the rate specified by the user. For example, if you choose a unit to be a single character, a 4-hour flight could show as 4 characters (e.g., **** or ==== or ....) with a character printed once per second (if the user entered “1” for “seconds of animation per flight hour”) or a character once every 0.5 seconds (if the user entered “0.5”). You could also define a unit as a string such as “=>” and then show “=>=>=>=>” for 4 units.
o Thereturnflightanimationshouldshowprogressfromrighttoleft.
o Youcanchangethecolorofyouranimationandaddinalotoffancyeffects(bold,
blink, etc.) using ANSI escape sequences in strings. For example, this will turn the cursor red:
cout << "\033[31m";
and this will reset the cursor to normal:
cout << "\033[0m";
Here is a good reference: https://stackoverflow.com/a/33206814
Your first step is to write a Design Document to plan your game. You can start on this right away. It does not require any programming; instead, it is your chance to plan out your program. Consult the Design and Peer Review Guidelines: http://classes.engr.oregonstate.edu/eecs/winter2020/cs161-020/assignments/cs161-design-review-guidelines.pdf and the sample Design Document: http://classes.engr.oregonstate.edu/eecs/winter2020/cs161-020/assignments/Example_Design_Document.pdf
2
Your Design Document must include three sections:
-
Describe the problem in your own words (what does your program need to do?) and any assumptions you are making to help make the problem more concrete.
-
Devise a plan: design your solution and show how it will work with either (1) pseudocode (not C++) and/or (2) a flowchart diagram. You can create your flowchart using software or sketch it on paper/whiteboard, take a picture, and insert it into your Design Document. Break the program into individual pieces that each perform one part of the task and will correspond to a function in C++.
o Youshouldhaveaseparatesectionofpseudocode,oraflowchart,foreachfunction.
3. Identify at least 8 test cases. What kinds of input might a user try? (Think of typical
inputs as well as all of the crazy and “wrong” things they might do! The more tests you think of now, the better your program will be later.) What do you want your program to do or output as a result? Since your program will have several places a user can provide input, you can (1) describe a setting with respect to previous prompts, (2) specify a set of user inputs as a batch, or (3) focus on a specific prompt.
Examples of each:
| Test case setting | User input | Expected result |
| (1) User entered an airspeed of 100 mph and is now prompted to enter the windspeed. | -3 | Increase airplane speed by 3 mph (to 103 mph) when calculating flight duration. |
| (2) All inputs in second column | Flight distance = 100, airspeed = 50, windspeed = -5, fuel burn rate = 10, fuel price = $4.00 | Flight duration: 1 hr 49 minutes |
| (3) Prompt: Seconds of animation per flight hour: | -1 | Output “That is not a valid choice.” and prompt the user again. |
Submit your Design Document on Canvas (not TEACH): https://oregonstate.instructure.com/courses/1771939/assignments/7815091
Part 2. (10 pts) Provide a Peer Review of 2 Flight Animator Designs
You can work on this part in parallel with your work on Part 3. In this part, you will provide feedback on your classmates’ designs (and receive feedback on your own design to help improve your final submission). Your peer reviews do not affect the other student’s grade.
Canvas will randomly assign you two other students’ design documents to review. Please enter your review as comments on the Canvas page where their submission is.
Peer reviews must be written constructively and positively. Your goal is to identify good aspects of the design, plus ways it can be improved. Negative, harsh, or mean comments are not appropriate and will cause you to lose points.
1. (3 pts) Describe the problem:
o Does the document list assumptions? Do you have suggestions to clarify the assumptions?
o Ifanypartsareunclear,writedownquestionsthatwillhelpthestudentclarifytheir description.
3
2. (3 pts) Devise a plan:
o Can you understand the pseudocode or flowchart diagram? If hand-drawn, is the handwriting legible? Does it match the planned design? Are there parts that seem incomplete or confusing?
o Write down at least one suggestion for how to improve the design. There is always a way to improve any design!
3. (4 pts) Test cases:
o Do you understand the test cases, and do they match with the design as described? If so, write “All test cases look good.” If not, suggest changes or improvements to clarify the test cases.
o Proposeonenewtestcasenotincludedbythestudent(e.g.,useoneoftheir“Test case settings” but change what the player types). You do not need to write the “Expected result” for this test case because that is up to the student to decide.
When you receive your peer reviews, read them carefully and decide if you would like to modify your design (and implementation). Often other people will spot issues you did not anticipate!
Part 3. (105 pts) Implement Your Flight Animator
In this part, you will implement your Flight Animator in C++ following the design you have developed. Note: It is normal (in fact, expected) that your design will evolve as you write the program and figure out new details. The design provides a starting point, but you can deviate from it.
There are some specific requirements for your implementation (read this carefully):
o Nameyourfileassign3_flight.cpp.
o (10pts)Chooseappropriatedatatypesfortheinformationyouneedtostore.
Just as in Assignment 1, include a justification and min/max for the chosen data
type in a comment above the variable’s declaration.
o (5pts)Calculateandoutputflightdurationcorrectly.
§ Output duration in hours and minutes (no decimal places).
o (10pts)Calculateandoutputflightcostperpassengercorrectly.
§ Output flight cost per passenger with a dollar sign ($) and two decimal places.
o (20pts)Useloopscorrectly.
§ Animations must be output using a loop (for, while, or do-while).
o (30pts)Usefunctionscorrectly.
-
§ Each function must have a comment header (see style guide).
-
§ Each function must use appropriate parameter and return data types.
-
§ There must be at least 3 functions (in addition to main()):
-
Calculate flight duration
-
Calculate flight cost per passenger
-
Output flight animation
-
§ No function (except main()) should be more than 25 lines long.
-
§ At least one function must specify a default value for at least one parameter, and
this function must be called elsewhere without that parameter specified (so the
default is used).
o (15 pts) Check every user input for validity. If a user enters an invalid input, tell them it
was invalid and let them try again.
4
o (15pts)Usegoodprogrammingstyle:fileheader,commentblocks,functionheaders, informative variable names, appropriate indentation, lines no more than 80 characters long, blank lines between code sections, correct spelling (in output and comments), etc. http://classes.engr.oregonstate.edu/eecs/winter2020/cs161-020/assignments/cs161- style-guidelines.pdf
Implementation tips:
o Break the problem down. You can start top-down by writing your main() method with “stubs” for each function call and get that working, then fill in each stub, getting each one working before moving on to the next one. Or you could start bottom-up by implementing one function at a time (based on your design) and then adding calls to your functions in main() when they are ready.
o Youcanusesleep(intseconds)orusleep(intmicroseconds)tosleep(pause) for a specified amount of time. You will need to #include
o Toroundupwhenconvertingafloatingpointnumberftoaninteger,useceil(f) and#include
o Youcanuseflushinsteadofendlto“flush”theoutputbufferandshoweachcharacter the moment it is output, without going to the next line. Example:
cout << "*" << flush;
o Tocontrolthenumberofdecimalplaceswhenprintingafloatingpointnumber,specify
that you want “fixed-place” numbers with a particular precision. This does not change the value, just how it is printed. Example with 3 decimal places:
float g = 2.37653439;
cout << fixed << setprecision(3) << g << endl;
Thisprintsout2.377. Youwillneedto#include
Note that this changes the behavior of cout for all subsequent floats as well. To reset
the output stream to its original behavior, do:
cout.setf(0, ios::fixed);
cout.precision(6);
o Printing“\r”givesacarriagereturn(movestothebeginningofthelinewithoutgoingto
the next line) and “\b” is a backspace. More ideas here:
https://en.cppreference.com/w/cpp/language/escape
o Here’sthelinktocolorandothereffectsagain:https://stackoverflow.com/a/33206814 o Useindentationandgoodcommentstokeeptrackoftheflowofexecutioninyour
program. Use vim’s auto-indent capability.
o Remember the maximum line length of 80 characters.
o Beforeyousubmit,readthepeerreviewsyoureceivedandensurethatyouhave
addressed any issues they identified. This will help you improve your score on the assignment.
Part 4. (15 pts) Analyze Your Work (in a Word/text file, section “Part 4”)
(A) (2 pts) As you worked to implement your Flight Animator, you probably thought of new test cases after your Design Document was already submitted. List one here. (If you didn’t think of any new test cases while implementing, create one now.)
(B) (9 pts) Try each of your 9 test cases (there are 9 now) and for each one, report whether or not the behavior is as expected. If not, state whether (1) your design has evolved and now the expected behavior is different (state what the new expected behavior is) or (2) this test helped you find (and fix) a bug in your program.
&nb
